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

我正在研究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消息发送图像数据。HL7 V3 ED数据类型是在HL7消息/文档中发送多媒体数据的唯一可能性吗？

而且，处理过程是相同的：可以有对多媒体数据（即url）的引用，并且可以有base64编码数据。

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

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

2012-02-20 thad

我曾经为中间件部门的一个大型医院组工作，我们用HL7 V2.3.1或V2.2中的嵌入式AND链接（url）PDF的内部转移ORU消息，记不清了。至于二进制消息，我们使用OBX-5字段来存储消息。

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

但是，您必须小心，因为每个国家都有自己的HL7实施 - 甚至每家医院都会为了自己的目的“误用”这个或那个领域。

2012-02-20 15:53:23 Alex

谢谢。不是我要去的方向。这仍然是一个有趣的答案。 – thad 2012-02-28 15:34:09

HL7成员正在寻求使用StackOverflow进行更多支持查询。为了帮助有人创建一个hl7-v2标签并将其用于此问题。 – 2013-05-17 15:32:46

@BENBUNCoder HL7-v2和v3标签已经存在。 – Alex 2013-05-31 15:39:37

-1

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

2012-02-22 17:22:24 Wdrev

这很可能是hl7 v2.x没有真正用于多媒体数据传输的原因。几乎总是obx-fields而是包含一个引用。 – thad 2012-02-28 15:35:39

在HL7 v2.5中，OBX-5长度是可变的，例如，您可以使用ED数据类型来放置大小为65536（64KB）的二进制数据，因此它可以保存小图像。但对于多媒体消息，我建议使用DICOM协议。

2012-12-22 19:12:21

回答