Формат стандартной записи EMR (Electronic Medical Record)?

Несколько соавторов и я начинаем проект EMR (Electronic Medical Records). Я слышал разговоры в прошлом - и в последнее время - о стандартном формате записи - для облегчения передачи записей, когда это необходимо (HIPAA) из одного объекта в другое. Кто-нибудь видел информацию об этом?

Ответ 1

Вы можете посмотреть на HL7 для взаимодействия между системами (http://www.hl7.org/). Демографическая информация пациента и текстовые заметки могут быть переданы. Я слишком долго отсутствовал в пространстве EMR, чтобы узнать, сделали ли какие-либо группы стандартов какие-нибудь интересные события в последнее время. Стандартный формат, поддерживающий семантический смысл, является действительно сложной проблемой. См. SnoMed (http://www.nlm.nih.gov/research/umls/Snomed/snomed_main.html) для одной долговременной работы онтологии - едва ли не начало богатого обмена.

Слово предупреждения от кого-то, кто провел несколько лет с вышестоящим поставщиком EMR... Это очень сложный бизнес. Циклы продаж для крупных систем здравоохранения буквально могут занять годы, а требуемый объем ручного хранения для небольших медицинских практик может быстро подорвать маржи. Интеграция с существующими системами управления практикой является нестандартной, даже если эти поставщики заявляют об ином. Все больше и больше проблем изобилуют. Я не уверен, что это разумное место для незапланированного ввода в эксплуатацию.

Ответ 2

Я считаю ошибкой рассматривать HL7 как стандарт в том смысле, который вы, похоже, имеете в виду. Он сильно настраивается и может сильно отличаться от одного клиента к другому. Это один из тех стандартов со слишком большой гибкостью.

Я рекомендую вам ознакомиться с стандартом (который займет некоторое время), а затем попытаться найти сообщество разработчиков, работающих со стандартом. Спросите их о страшных историях и будьте готовы к тому, что вы услышите.

Ответ 3

Месяц поздно, но...

Стандарт для съемки - это, безусловно, HL7. Он используется во многих областях, поэтому он очень настраиваемый, но существует четко определенный стандарт для здравоохранения. Каждое сообщение (ACK, DSR MCF), сегмент (PID, PV1, OBR, MSH и т.д.), Последовательность и тип события (A08, A12, A36) имеют конкретное значение независимо от выбранной вами системы.

У нас не было проблем с интерфейсом MiSYS, Statlan, Oacis, Epic, MUSE, GE Centricity/Lastword и другими, отправляющими DICOM, ADT, PACS информацию между системами, которые мы используем. Большинство этих систем будут настроены с помощью механизма интерфейса для настройки сообщений там, где это необходимо, поэтому добавление способа фильтрации сообщений HL7 по мере их поступления в вашу систему и по мере их выхода в нисходящие потоки было бы обязательным.

Даже если бы появился новый "президентский стандарт" для взаимодействия, и я бы рискнул предположить, что он будет HL7 в любом случае, я бы построил систему с помощью обмена сообщениями HL7, поскольку это в настоящее время принятый в отрасли стандарт.

Ответ 4

При решении интероперабельности вы не должны заботиться только об обменном формате, также должны быть стандартизированы локальные форматы хранения, чтобы упростить преобразование в формат обмена и наоборот.

openEHR - отличный формат для хранения, он более выразителен, чем HL7 v2, v3 и CDA, поэтому он легко трансформируется в любой из них. Спецификации открыты и здесь: http://openehr.org/programs/specification/releases/1.0.2

Для формата обмена любой из HL7 v2, v3 и CDA хороши. Также рассмотрите CCR и CCD. http://www.aafp.org/practice-management/health-it/astm.html

Ответ 5

Посмотрите на Continuity of Care Record - IIRC, что Google Health использует для ввода. Это не стандарт семейства HL7 (есть конкурирующий стандарт семейства HL7 - не помните, что он назвал отключенным).

Ответ 6

Вероятно, не будет стандартного формата медицинской документации, пока правительство не будет диктовать формат одного и не потребует его применения силой закона.

Это почти наверняка не произойдет без социализированного национального здравоохранения. Так что на самом деле нулевой шанс.

Ответ 7

его правильный ответ, но я думаю, что некоторые добавляют о значимом использовании emr..... Официальные лица объявляют о "значимом использовании, критерии сертификации EHR На прошлой неделе CMS опубликовала предлагаемые правила, определяющие "значимое использование" электронных медицинских записей, сообщает Reuters (Wutkowski/Heavey, Reuters, 12/31/09).

Кроме того, Канцелярия Национального координатора по вопросам здравоохранения опубликовала промежуточное окончательное правило, описывающее требуемые стандарты сертификации для технологии EHR (Simmons, HealthLeaders Media, 12/31/09).

В соответствии с федеральным пакетом экономических стимулов 2009 года поставщики медицинских услуг, которые демонстрируют значимое использование сертифицированных EHR, будут иметь право на поощрительные платежи через Medicaid и Medicare.

Должностные лица предложат 60-дневный период общественного обсуждения после того, как 13 января будут опубликованы в Федеральном регистре оба регламента. Временное окончательное правило по сертификации EHR должно вступить в силу через 30 дней после публикации (Goedert, Health Data Management, 12/30/09). http://www.myemrstimulus.com/

Ответ 8

Если вы хотите выйти за пределы HL7 мышления и ищете всеобъемлющую ЭМИ или EHR с указанным форматом записи, а не формат обмена сообщениями с извлечением записей, посмотрите на openEHR, http://www.openehr.org/. Стандартом экстента ISO 13606 является (почти) подмножество openEHR. Вы также найдете библиотеки ссылок с открытым исходным кодом и реализации openEHR различной зрелости, доступные в Java,.NET, Ruby, Python, Groovy и т.д.

Некоторые организации также производят артефакты HL7, такие как CDA, как выход из систем EHR/EMR на основе openEHR.

Ответ 9

Это очень сложная проблема, потому что сбор данных начинается с MD, и единственное кодирование, которое они знают (ICD и CPT), касается биллинга, но вряд ли что-то может быть полезным между провайдерами (например, в форме, где MD могут нести юридическую ответственность). И они ненавидят даже такие документы.

Добавьте к этому тот факт, что HIPAA диктует, что пациенту не принадлежит поставщик данных. Не то чтобы они могли понять это или сделать с ним что-нибудь полезное, если бы оно было.

Удачи. Что бы ни случилось, это будет результатом принуждения правительства и долгое время придет ИМХО.

Интересно, что единственным источником солидной медицинской информации оказывается ВА (потому что у них нет состязательных вопросов оплаты и юридической ответственности). Это может быть хорошим местом для начала использования стандарта с любыми имеющимися данными и некоторым импульсом. Вот еще один вопрос с некоторой информацией.