EMR (электронная медицинская карта) стандартный формат записи?

Question

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

Answer 1

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

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

Answer 2

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

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

Answer 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, поскольку в настоящее время это общепризнанный отраслевой стандарт.

Answer 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

Answer 5

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

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

Answer 6

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

Кроме того, Управление национального координатора по здравоохранению опубликовало временное окончательное правило, описывающее необходимые стандарты сертификации для технологии ЭУЗ (Simmons, HealthLeaders Media, 31.12.09).

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

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

Answer 7

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

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

Answer 8

Ознакомьтесь с документом о непрерывности медицинской помощи - IIRC, который Google Health использует для ввода. Это не стандарт семейства HL7 (есть конкурирующий стандарт семейства HL7 - не припомните, как он называется вне игры).

Answer 9

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

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

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

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