EMR (электронная медицинская карта) стандартный формат записи?
Несколько партнеров и я начинаем проект EMR (Электронные медицинские записи). В прошлом я слышал разговоры - и тем более в последнее время - о стандартном формате записей - чтобы облегчить передачу записей, когда это необходимо (HIPAA), из одного учреждения в другое. Кто-нибудь видел информацию по этому поводу?
9 ответов
Вы можете обратиться к HL7 за взаимодействием между системами ( http://www.hl7.org/). Пациент демографическая информация и текстовые заметки могут быть переданы. Я слишком долго был вне пространства EMR, чтобы знать, сделали ли какие-нибудь группы стандартов что-нибудь интересное в последнее время. Стандартный формат, который поддерживает семантическое значение, является действительно очень сложной проблемой. См. SnoMed ( http://www.nlm.nih.gov/research/umls/Snomed/snomed_main.html) для одного продолжительного усилия по онтологии - только начало расширенного формата обмена.
Предупреждение от кого-то, кто провел несколько лет с молодым поставщиком EMR... Это очень сложный бизнес. Циклы продаж для крупных систем здравоохранения могут буквально занимать годы, а количество рук, необходимых для небольших медицинских учреждений практики могут быстро разрушить поля. Интеграция с существующими системами управления практикой является нестандартной, даже если эти поставщики утверждают иначе. Все больше и больше вопросов. Я не уверен, что это мудрое место для неоплаченного стартапа, чтобы войти.
Я считаю ошибкой считать HL7 стандартом в том смысле, в каком вы, похоже, имеете в виду. Он сильно настроен и может сильно отличаться от одного клиента к другому. Это один из тех стандартов со слишком большой гибкостью.
Я рекомендую вам прочитать стандарт (что должно занять некоторое время), а затем попытаться найти сообщество разработчиков, работающих со стандартом. Спросите их об ужасах и будьте готовы к тому, что вы услышите.
Через месяц, но...
Стандарт для стрельбы определенно 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, поскольку в настоящее время это общепринятый в отрасли стандарт.
Решая вопросы совместимости, вам не нужно заботиться только о формате обмена, также должны быть стандартизированы локальные форматы хранения, чтобы упростить преобразование в формат обмена и наоборот.
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
Если вы хотите выйти за рамки HL7-мышления и ищете всеобъемлющую EMR или EHR с указанным форматом записи, а не с форматом обмена сообщениями для извлечения записей, то взгляните на openEHR, http://www.openehr.org/. Стандарт экстракта ISO 13606 (почти) является подмножеством openEHR. Вы также найдете справочные библиотеки с открытым исходным кодом и реализации openEHR различной зрелости, доступные в Java, .NET, Ruby, Python, Groovy и т. Д.
Некоторые организации также производят артефакты HL7, такие как CDA, в качестве выхода из систем EHR/EMR на основе openEHR.
Взгляните на документ "Непрерывность медицинской помощи" -IIRC, который Google Health использует для ввода информации. Это не стандарт семейства HL7 (есть конкурирующий стандарт семейства HL7- не припомните, как он называется вне игры).
Вероятно, не будет стандартного формата медицинской карты, пока правительство не определит его формат и не потребует его использования в силу закона.
Это почти наверняка не произойдет без социализированного национального здравоохранения. Так что на самом деле шансов нет.
Его правильный ответ, но я думаю, что некоторые добавляют о значимом использовании emr..... Официальные лица объявляют "значимое использование", критерии сертификации EHR На прошлой неделе CMS выпустила предложенные правила, определяющие "значимое использование" электронных медицинских карт, сообщает Reuters (Wutkowski). / Хиви, Рейтер, 31.12.09).
Кроме того, Управление национального координатора по информационным технологиям здравоохранения опубликовало временное окончательное правило, описывающее необходимые стандарты сертификации для технологии ЭУЗ (Simmons, HealthLeaders Media, 31.12.09).
В соответствии с федеральным пакетом экономических стимулов 2009 года поставщики медицинских услуг, которые демонстрируют значимое использование сертифицированных EHR, будут иметь право на поощрительные выплаты через Medicaid и Medicare.
Должностные лица предложат 60-дневный период общественного обсуждения после того, как оба постановления будут опубликованы в Федеральном реестре 13 января. Промежуточное окончательное правило о сертификации EHR должно вступить в силу через 30 дней после публикации (Goedert, Health Data Management, 12/30 / 09). http://www.myemrstimulus.com/
Это очень сложная проблема, потому что сбор данных начинается с MD, и единственное, что они знают (ICD и CPT), это все о биллинге, а не что-то, что может быть полезно между провайдерами (особенно в форме, где MD может храниться). юридическая ответственность). И они ненавидят даже столько бумажной работы.
Добавьте к этому тот факт, что HIPAA диктует, что данные принадлежат пациенту, а не поставщику. Не то чтобы они могли понять это или сделать что-нибудь полезное, если бы у них было это.
Удачи. Что бы ни случилось, это будет результатом принуждения со стороны правительства и будет очень долгое время ИМХО.
Интересно, что единственным источником надежной медицинской информации является ВА (потому что у них нет проблем с оплатой и юридической ответственностью). Это может быть хорошим началом для стандарта с любыми существующими данными и некоторой динамикой. Вот еще один вопрос с некоторой информацией.