目前我们正在做一些关于将 HL7 v2 消息转换为 FHIR 资源的 POC。
因此,作为第一步,我们使用来自 HAPI API 的 XMLParser 将 HL7 v2 消息转换为 XML 格式,作为第二步,我们编写了一个 XSLT 来将此 XML 转换为 FHIR 资源 XML 格式。
因此,我只是想弄清楚是否有任何更简单的方法可以将 HL7 v2 到 FHIR 资源转换作为一个步骤进行,而不是我刚才谈到的两个步骤。
目前我们正在做一些关于将 HL7 v2 消息转换为 FHIR 资源的 POC。
因此,作为第一步,我们使用来自 HAPI API 的 XMLParser 将 HL7 v2 消息转换为 XML 格式,作为第二步,我们编写了一个 XSLT 来将此 XML 转换为 FHIR 资源 XML 格式。
因此,我只是想弄清楚是否有任何更简单的方法可以将 HL7 v2 到 FHIR 资源转换作为一个步骤进行,而不是我刚才谈到的两个步骤。
没有罐头工艺。核心问题是段不是自然识别的,资源必须是(这是 RESTful 部分的核心)。有效地识别段是一个业务问题 - 它必须基于段的内容、消息中的上下文以及适用于消息源的本地识别等实践来完成
所以这意味着没有固定代码。我已经发布了一些适用于特定环境的 javascript,但作为说明很有用:
我发现的关于这个主题的最好的教程之一是:HL7 v2 to FHIR Interface Mapping,作者“Abigail Watson”。
恢复您将使用HAPI TestPanel作为 HL7-v2.x EHR,它将发送到NEXTGEN CONNECT INTEGRATION ENGINE,将 HL7-v2 转换为 JSON,然后发送到FHIR Interface Engine 上的 Meteor。有关映射的其他信息可以在 NEXTGEN(或“MIRTH”旧名称)的手册中找到。HL7 v2.x to FHIR Conversions。