CDA FHIR映射

Question

我正在嘗試在EHR平台中添加對sidecar應用程序的支持。 我正在采用純粹的實現者的方法來構建用於映射CDA <---> FHIR的中間表示（例如XML）。 我使用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小組有一些手工制作的例子 。 這些FHIR資源是否有任何等效的CDA示例？

我已經閱讀了幾篇關於變換之間的挑戰的網絡文章和白皮書文檔，例如：

• David Hay的博客說“ FHIR文檔就像是一個根植於合成資源的對象圖 ”，它們是否也是CDA的等效表示形式？
• 劉若英Spronk的文章是否HL7 v3是一個消息或文檔。 對於必須處理和驗證CDA和FHIR表示的實施者有什么影響
• Lantana Group的立場文件 - “ 如果FHIR能夠容納完整的CDA用例，未來將承諾臨床文檔和API之間的無縫集成和信息共享 ”。 這是否意味着在FHIR標准的這個階段不可能進行CDA <---> FHIR變換？

在SO和FHIR社區論壇上交叉發布的道歉： http ： //community.fhir.org/t/cda-fhir-mapping-implementations/211/1

Answer 1

CDA到FHIR是相當簡單的，看起來你已經找到了一些這樣做的存儲庫。

FHIR到CDA也相當簡單 - 假設你所關心的事情都是有效的。 您可能需要調整這些庫以用於AU / NZ語言環境。

這就是說 - 基思布恩有一些關於兩者之間映射的一些挑戰的博客文章，因為總會有怪癖。

你將遇到的最大障礙是喪失保真度。 一個CDA（在美國至少有一個C-CDA）帶有如此多的HL7v3殘骸，通過將其變成FHIR，你很快就無法從FHIR重新創建原始的C-CDA。 CCD模板已經發展得非常多，您可以找到包含C32元素，C-CDA 1.1 templateIds以及可能有一天C-CDA 2.1 templateIds的文檔。 因此，雖然您可以合理地將有效的C-CDA制作出FHIR捆綁包，但您必須選擇特定的實現和版本來定位。

我的啟動https://www.redoxengine.com有一個JSON版本的CDA，您可以在文檔頁面上看到。 它的設計簡單，但可以來回映射到FHIR資源。