hl7 - CCD 和 HL7 V3/V2

Question

我的公司将成为 HIE，我们正在研究如何与其他系统交换我们的信息。我们在美国，我看到目前通用的标准是HL7 V2。 HL7 V3 不向后兼容 HL7 V2。这些是我们计划实现的交易:
o 出院总结
o 进度说明
o 实验室结果
o 程序/命令

整个事情很复杂，我正在尝试使用散布在网络中的零碎信息来弄清楚。所以这里是我的问题:

我们应该看看 HL7 V3 还是 V2 的实现？

CCD 和 HL7 V2 兼容吗？我从 HITSP 看到的大部分文档都在谈论 HL7 V3。

我在哪里可以找到上述所有交易所需的数据字段的详尽列表？它是由 HITSP 定义的吗？

为每个事务定义的字段是否会根据我们使用 HL7 V3 还是 V2 而改变？

任何帮助都感激不尽!

Answer 1

如果您要成为 HIE，则需要同时处理 HL7 v2 和 v3。我的经验是，几乎所有“现实生活”的数据传输都是v2(我认为这可能是因为大多数能够进行v3传输的系统也允许v2格式化，而较旧的系统无法处理v3，但这只是猜测)。有一个很superficial overview of the core differences between v2 and v3 here ，其中谈到了除了格式之外还进行了哪些根本性更改( delimited 与 xml )

你的问题的第二部分实际上并没有明确的答案，与你的第四个问题有关。 CCD 可以与 HL7v2 兼容，但它要困难得多，并且依赖于发送方和接收方对许多问题的共同理解(hl7v2 是一个非常松散的“标准”)。以下是 HL7standard.com 对此主题的看法:

The short answer is "yes" with the long answer being "it depends."

There are different levels of CDA/CCD documents. It probably would be possible to create a Level-1 CDA document from an HL7 v2 message, assuming you had a fairly robust HL7 v2 report of some flavor (MDM or ORU type of message most likely).

It would be harder to take an HL7 v2 message and convert it into a Level-2 or Level-3 CDA document. More data is required in those formats, and that data needs to be structured, not just free form text.

The CDA is based on the HL7 v3 RIM, and compliant CDA documents will follow that data model. Mapping from one data model to another can be challenging.

All CDA documents need to have a responsible party or person who 'signs' the document. At a minimum, the HL7 v2 message would have to have this information.

Converting a CDA document into an HL7 v2 message is possible, but you run the risk of losing the 'context' of the data that is in the original document if it is a highly structured Level-2 or Level-3 document. If the CDA contains nothing more than a textual report and some patient demographic information, then it can be converted into a comparable v2 message.

要获得完整的字段列表，我只需购买完整的 HL7 标准...也许可以查看 bluebuttonplus.org ...但请记住，v2 可能会导致一些困惑，因为消息子段并不总是在不同的参与者之间一致使用。无论如何，我认为您所问的大部分问题都没有明确的答案，但至少您确实需要处理这两种格式。我还想说你可能想看看像 Mirth 这样的产品或 InterfaceWare处理您的一些解析和测试。