【问题标题】:Why isn't the HL7 standard using XML?为什么 HL7 标准不使用 XML?
【发布时间】:2011-04-16 09:43:33
【问题描述】:

我是 HL7 的新手,我想到的第一件事是,为什么这种格式不使用 XML 代替?有一些解析器,供应商之间存在一些严重的不一致。


对于刚接触医疗保健软件业务的人,我推荐阅读此内容 http://www.interfaceware.com/hl7_version2x.html

【问题讨论】:

  • 我没有投反对票,但我敢打赌,在一些开发人员中,仅仅提到 XML 就会让人联想到“我有一把锤子,一切都应该是钉子......”的整个概念。
  • 大声笑这个问题描述了整个医疗保险行业
  • 您可以使用在线服务进行培训,将 HL7 消息 ER7 转换为 XML 并返回:hl7utils.appspot.com

标签: xml standards hl7


【解决方案1】:

v2 消息有一个 XML 编码,请参阅“ANSI/HL7 V2 XML-2003 June 4, 2003: HL7 Version 2: XML Encoding Syntax Release 1”,虽然我必须警告你,它并不漂亮。

【讨论】:

    【解决方案2】:

    使用当时技术的 hl7 标准有几个版本:

    • HL7 v2:分隔文本文件
    • HL7 v3:基于 XML 的格式(基于 SOAP)
    • HL7 FHIR:基于 JSONXML 在 REST 上的最新格式,似乎有一个光明的未来。

    我不会列出它们的优点和缺点——它们都有其积极和消极的一面。

    但是,如果您启动一个新应用程序并解析您提供的文本文件时出现问题 - 值得一看 FHIR

    【讨论】:

      【解决方案3】:

      仅供参考... HL7 2.x 在实践中的使用远多于 XML 变体 HL7 3.x。

      2.x 更简单,解析更快。

      【讨论】:

      • 这是因为在实际尝试使用版本 3 时很明显。实际示例非常罕见,因为使用它的人并不多。它似乎永远停留在委员会阶段的设计中。
      • ER7 比 XML 解析更简单、更快?理论上这是可能的,实际上我不太确定。 XML 解析器是高度优化的,几乎是操作系统级别的组件。此外,XML 模式允许非常快速的消息验证。大多数 ER7 等效项、解析器和验证器都是当今医疗保健软件中的自制组件,远没有那么健壮和高性能。
      【解决方案4】:

      HL7 版本 3 使用 XML。 HL7 的早期版本是管道分隔格式(IIRC 称为 ER7,但不确定)的医疗保健特定衍生产品。

      管道分隔格式没有什么特别的问题。在许多方面,较新的 XML 变体更难使用。它可能很旧,但在大多数情况下它可以工作并且很好理解。

      【讨论】:

        【解决方案5】:

        根据维基百科,看起来 v.2 是在 1987 年创建的:http://en.wikipedia.org/wiki/Health_Level_7

        这可能是你的答案。

        【讨论】:

        • 为了澄清这一点,请记住,在 1987 年,网络带宽比今天更珍贵。这就是格式本身如此简洁的原因。 XML,无论喜欢还是讨厌,都有很多开销,并且包含许多不同类型数据的消息非常普遍。
        • @gbheath:没错,尽管标准流量压缩在 XML 上非常有效,但由于所有节点在语义上都是显式的,所以要冗长得多。而 HL7 是,只有段级别是。
        • 当然,我的意思是:“虽然是 ER7 变体 (HL7 v2),但只有段级别是。”
        猜你喜欢
        • 2020-04-10
        • 2012-10-06
        • 2018-11-27
        • 2015-06-10
        • 1970-01-01
        • 2017-05-27
        • 1970-01-01
        • 1970-01-01
        • 1970-01-01
        相关资源
        最近更新 更多