HL7 V3 ED 数据类型是在 HL7 消息/文档中发送多媒体数据的唯一可能性吗？答案

【问题标题】：Is the HL7 V3 ED Data Type the only possibility to send multimedia data in an HL7-Message/Document?HL7 V3 ED 数据类型是在 HL7 消息/文档中发送多媒体数据的唯一可能性吗？
【发布时间】：2012-02-20 15:35:26
【问题描述】：

我正在研究 HL7 第 3 版消息传递标准。有人告诉我，hl7 版本 2 的实现并不真正支持多媒体数据处理（图像、视频等）。但是，此博客：http://www.hl7standards.com/blog/2006/10/18/how-do-i-send-a-binary-file-inside-of-an-hl7-message/ 指出，ed（封装数据）数据类型已存在于版本 2 标准中。我什至在 hl7 v2.3.1 标准的第 2 章中找到了 ed 数据类型的规范。因此可以在 hl7 v2 消息中发送图像数据。

此外，处理过程也是一样的：可以是对多媒体数据的引用（即 url），也可以是 base64 编码的数据。

我知道发送系统和接收系统都必须支持 ed 数据类型。因此，hl7 v2 实现可能不支持这种数据类型。但除此之外，真的有区别吗？

谢谢！

PS：当然我不是在谈论主要区别：hl7 v3 的模型驱动方法。我的范围只是多媒体数据的处理。

【问题讨论】：

标签： image hl7 hl7-v2

【解决方案1】：

我曾经在中间件部门的一个大型医院集团工作，我们在 HL7 V2.3.1 或 V2.2 中传输带有嵌入和链接 (url) PDF 的 ORU 消息，不记得了。至于二进制消息，我们使用 OBX-5 字段来存储消息。

所以是的，HL7 V2.x 应该支持这一点。

但是，您必须小心，因为每个国家/地区都有其“自己”的 HL7 实施 - 甚至每家医院都出于自己的目的“滥用”一个或另一个领域。

【讨论】：

谢谢。不是我要去的方向。这仍然是一个有趣的答案。
HL7 成员希望使用 StackOverflow 进行更多支持查询。为了帮助有人可以创建一个 hl7-v2 标签并将其用于这个问题。

【解决方案2】：

在 HL7 v2.5 OBX-5 中，长度是可变的，例如您可以使用 ED 数据类型来放置大小为 65536 (64KB) 的二进制数据，因此它可以容纳小图像。但对于彩信，我建议使用 DICOM 协议。

【讨论】：

【解决方案3】：

在 2.2 版中，OBX-5 字段被定义为“观察结果”，字符串数据的最大长度为 65 个字节。它还说它最多可以重复两次。这听起来不像你可以在里面放很多二进制数据。

【讨论】：

这可能是 hl7 v2.x 没有真正用于多媒体数据传输的原因。几乎总是 obx-fields 包含一个引用。