В настоящее время мы делаем некоторые POC для преобразования сообщения HL7 v2 в ресурс FHIR.
Поэтому в качестве первого шага мы преобразуем сообщение HL7 v2 в формат XML с помощью XMLParser из HAPI API, а в качестве второго шага мы написали XSLT для преобразования этого XML в формат FHIR Resource XML.
Поэтому я просто хотел выяснить, есть ли более простой подход к преобразованию ресурсов HL7 v2 в FHIR в виде одноэтапного процесса, а не двухэтапного, о котором я только что говорил.
Нет никакого готового процесса. Основная проблема заключается в том, что сегменты не идентифицируются естественным образом, а ресурсы должны быть идентифицированы (это ядро части RESTful). И полезная идентификация сегментов является бизнес-задачей — это должно быть сделано на основе содержимого сегмента, его контекста в сообщении, а также методов локальной идентификации и т. д., применимых к источнику сообщения.
Итак, это означает, что нет готового кода. Я опубликовал некоторый javascript, который работает в определенной среде, но полезен в качестве иллюстрации:
http://www.healthintersections.com.au/A31ToPerson.js
Также есть http://bit.ly/14rgaWS.
Одно из лучших руководств по этой теме, которое я нашел: Преобразование интерфейса HL7 v2 в FHIR от автора «Эбигейл Уотсон».
В дальнейшем вы будете использовать панель тестирования HAPI в качестве HL7- v2.x EHR, который будет отправлен на NEXTGEN CONNECT INTEGRATION ENGINE, который выполняет преобразование из HL7-v2 в JSON, а затем отправляется на Meteor на движке интерфейса FHIR. Дополнительную информацию о сопоставлениях можно найти в руководстве NEXTGEN (или «MIRTH», старое название). Конверсии HL7 v2.x в FHIR.
