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 也相当简单 - 假设您关心的只是有效的内容。您可能需要调整这些库以在澳大利亚/新西兰区域设置中使用。

也就是说，Keith Boone有一些博客文章介绍了两者之间映射的一些挑战，因为总会有一些怪癖。

您将遇到的最大障碍是失去保真度。CDA（至少在美国是 C-CDA）带有太多的 HL7v3 缺陷，因此通过将其转换为 FHIR，您将立即无法从 FHIR 重新创建原始 C-CDA。CCD 模板已经发展得如此之快，以至于您会发现包含 C32 元素、C-CDA 1.1 templateIds 的文档，也许有一天还会包含 C-CDA 2.1 templateIds。因此，虽然您可以合理地从 FHIR 捆绑包中制作有效的 C-CDA，但您必须选择特定的实现和版本作为目标。

我的初创公司https://www.redoxengine.com有一个 JSON 版本的 CDA，您可以在文档页面上看到它。它的设计是为了简单性，但可以来回映射到 FHIR 资源。