Image HL7 V3 ED数据类型是否是在HL7消息/文档中发送多媒体数据的唯一可能？
我正在研究HL7版本3消息传递标准。我被告知hl7版本2的实现并不真正支持多媒体数据处理（图像、视频等）。但是，本博客声明，ed（封装数据）数据类型已经存在于版本2标准中。我甚至在hl7 v2.3.1标准的第2章中找到了ed数据类型的物种划分。因此，可以在hl7 v2消息中发送图像数据 此外，处理过程是相同的：可以有对多媒体数据（即url）的引用，也可以有base64编码的数据 我知道发送系统和接收系统都必须支持ed数据类型。因此，hl7 v2实现可能不支持这种数据类型。但除此之外，真的有区别吗 谢谢大家!Image HL7 V3 ED数据类型是否是在HL7消息/文档中发送多媒体数据的唯一可能？,image,hl7,hl7-v2,Image,Hl7,Hl7 V2,我正在研究HL7版本3消息传递标准。我被告知hl7版本2的实现并不真正支持多媒体数据处理（图像、视频等）。但是，本博客声明，ed（封装数据）数据类型已经存在于版本2标准中。我甚至在hl7 v2.3.1标准的第2章中找到了ed数据类型的物种划分。因此，可以在hl7 v2消息中发送图像数据 此外，处理过程是相同的：可以有对多媒体数据（即url）的引用，也可以有base64编码的数据 我知道发送系统和接收系统都必须支持ed数据类型。因此，hl7 v2实现可能不支持这种数据类型。但除此之外，真的有区别吗
PS：当然，我不是在谈论主要的区别：HL7V3的模型驱动方法。我的工作范围仅限于多媒体数据的处理。我曾在中间件部门的一家大型医院集团工作，在那里我们使用HL7 V2.3.1或V2.2中的嵌入链接（url）PDF传输ORU消息，我不记得了。对于二进制消息，我们使用OBX-5字段来存储消息 是的，HL7v2.x应该支持这一点
但是，您必须小心，因为每个国家都有自己的HL7实现——甚至每个医院都会出于自己的目的“滥用”某个领域 在2.2版中，OBX-5字段定义为“观察结果”，字符串数据的最大长度为65字节。它还说它最多可以重复两次。这听起来不像你可以在里面放很多二进制数据。在HL7 v2.5中，OBX-5的长度是可变的，例如，你可以使用ED数据类型来放置大小为65536（64KB）的二进制数据，这样它就可以保存小图像。但是对于彩信，我建议使用DICOM协议。谢谢。不是我想要的方向。这仍然是一个有趣的答案。HL7成员希望使用StackOverflow进行更多的支持查询。有人可以创建一个hl7-v2标签并用它来回答这个问题。这可能就是为什么hl7 v2.x没有真正用于多媒体数据传输的原因。几乎总是obx字段包含引用。