CDA FHIR mapping

Question

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

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

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

• github.com/jmandel/sample_ccdas
• github.com/amida-tech/fhir2ccda
• github.com/amida-tech/cda-fhir

Группа FHIR имеет некоторые ручной examples. Существуют ли эквивалентные примеры CDA для этих ресурсов FHIR?

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

• Дэвид Хей blog говорит "FHIR документ является то, что это как граф объектов, укорененных в ресурс композиции ", то есть их эквивалентное представление для CDA?
• article Rene Spronk о том, является ли сообщение HL7 v3 или документом. Каковы последствия для исполнителя, которому приходится обрабатывать и проверять представления как на CDA, так и на FHIR.
• Lantana Group position paper - «Если или когда FHIR может разместить полный вариант использования CDA, будущее гарантирует обещание бесшовной интеграции и обмена информацией между клинические документы и API ". Означает ли это, что CDA < ---> Преобразование FHIR невозможно на данном этапе стандарта FHIR?

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

Answer 1

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

FHIR to CDA также довольно прост - при условии, что все, о чем вы заботитесь, является действительным. Возможно, вам придется настроить эти библиотеки для использования в локалях AU/NZ.

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

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

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