Отображение CDA FHIR

Я пытаюсь добавить поддержку боковых приложений. на платформах EHR. Я использую подход чистого реализатора для создания промежуточного представления (например, XML) для отображения CDA‹--->FHIR. Я использую smart-on-fhir в качестве эталонной реализации для этого. CDA, который я пытаюсь использовать, — это австралийское расширение — erferral (www.digitalhealth.gov.au/implementation-resources/clinical-documents/EP-0936-2012/NEHTA-0967-2012).

Можно ли создать такое промежуточное представление, используя эталонную реализацию smart-on-fhir (или любую другую FHIR)? Кто-нибудь еще это пробовал?

При поиске реальных реализаций я наткнулся на эти репозитории:

У группы FHIR есть несколько примеров, созданных вручную. Существуют ли эквивалентные примеры CDA для этих ресурсов FHIR?

Я прочитал несколько веб-статей и официальных документов о проблемах между преобразованиями, таких как:

  • В блоге Дэвида Хэя говорится: "Документ FHIR состоит в том, что он как граф объектов, укорененный в ресурсе композиции", так является ли их эквивалентным представлением для CDA?
  • статья Рене Спронка о том, является ли HL7 v3 сообщением или документом. Каковы последствия для разработчика, который должен обрабатывать и проверять представления как в CDA, так и в FHIR?
  • Документ с изложением позиции Lantana Group - "Если или когда FHIR сможет обеспечить полный вариант использования CDA, будущее обещает беспрепятственную интеграцию и обмен информацией между клиническими документами и API". Означает ли это, что преобразование CDA‹--->FHIR невозможно на данном этапе стандарта FHIR?

Приносим извинения за перекрестную публикацию на форумах сообщества SO и FHIR: http://community.fhir.org/t/cda-fhir-mapping-implementations/211/1


hl7-fhir hl7 cda hl7-cda
person iceman    schedule 30.08.2016    source источник

Ответы (1)


arrow_upward
3
arrow_downward

Преобразование CDA в FHIR довольно простое, и похоже, что вы уже нашли несколько репозиториев, которые это делают.

Преобразование FHIR в CDA также довольно прямолинейно — при условии, что все, что вам нужно, — это что-то действительное. Возможно, вам потребуется настроить эти библиотеки для использования в локалях Австралии/Новой Зеландии.

Тем не менее, у Кита Буна есть некоторые сообщения в блогах о некоторых проблемах в сопоставлении между ними, поскольку всегда будут причуды.

Самое большое препятствие, с которым вы столкнетесь, — это потеря верности. CDA (по крайней мере, C-CDA здесь, в штатах) поставляется с таким количеством хлама HL7v3, что, превратив его в FHIR, вы сразу же не сможете воссоздать исходный C-CDA из FHIR. Шаблон CCD настолько развился, что вы найдете документы, содержащие элементы C32, идентификаторы шаблонов C-CDA 1.1 и, возможно, когда-нибудь идентификаторы шаблонов C-CDA 2.1. Таким образом, хотя вы можете разумно сделать действующий C-CDA из пакета FHIR, вам придется выбрать конкретную реализацию и версию для цели.

Мой стартап https://www.redoxengine.com имеет JSON-версию CDA, которую вы можете увидеть на странице документации. . Он разработан для простоты, но может быть сопоставлен с ресурсами FHIR и обратно.

person Nick Hatt    schedule 05.09.2016