EMR (электронная медицинская карта) стандартный формат записи?
https://stackoverflow.com/questions/1008897
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
RussianВопрос
Несколько сотрудников и я начинаем проект EMR (Электронные медицинские карты). В прошлом я слышал разговоры - и тем более в последнее время - о стандартном формате записей - чтобы облегчить передачу записей, когда это необходимо (HIPAA), из одного учреждения в другое. Кто-нибудь видел какую-либо информацию по этому поводу?
Решение
Вы можете обратиться к 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 ..... Официальные лица объявили & # 8216; Значимое использование, & # 8217; EHR Сертификационные Критерии На прошлой неделе CMS выпустила предложенные правила, определяющие & # 8220; осмысленное использование & # 8221; Reuters (Wutkowski / Heavey, Reuters, 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 диктует, что данные принадлежат пациенту, а не поставщику. Не то чтобы они могли понять это или сделать с ним что-нибудь полезное, если бы у них было это.
Удачи. Что бы ни случилось, это будет результатом принуждения со стороны правительства и будет долгое время ждать ИМХО.
Интересно, что единственным источником достоверной медицинской информации является ВА (потому что у них нет проблем с оплатой и юридической ответственностью). Это может быть хорошим началом для стандарта с любыми существующими данными и некоторой динамикой. Вот еще один вопрос с некоторой информацией.
