医疗环境电子数据交换标准__HL 7 v3.0的新进展(The new development of Standard for electronic data exchange in healthcare environments __ HL 7 v3.0)
齐国隆孔令人
暨南大学医学院医学信息学研究室 (510632, 广州)
摘要:介绍HL 7 v3.0产生的背景、实现目标和新的标准。论述了HL 7 v3.0 的基本原则、新功能，特别是增强的安全性、保密性和授权鉴别功能，最后对HL 7的发展作了展望。Abstraction: This article introduces the background, the goal and the new standard of HL7 V3.0; states its principle, new functions, especially on the security, the confidentiality, and the authorization and authentication functions. In the end, authors take a view about the development of HL7.
关键词：医学信息,交换协议，HL 7,标准化
Key Word: Medical Information, Exchange Protocol, HL7, Standard
随着信息化和计算机技术在医疗信息管理方面应用的深入发展，医学信息交换协议标准化及其发展趋势日益成为医学信息工作者研究和应用的重点。HL7(Health Level Seven) 是80年代末发展起来的基于国际标准化组织ISO所公布的网络开放系统互连模型OSI第七层（应用层）的医学信息交换协议。自1987年第一版诞生以来，十几年来发展迅速：1988年通过v2.0版，随后v2.2版在1994年出版。这个版本得到了美国国家标准化协会（ANSI）的认可并开始逐渐在北美、欧洲、日本和澳大利亚等国家的一些医院中使用。两年后又发布了v2.3版。在此基础上的v2.31版于1999年四月被美国国家标准化协会认可成为美国国家标准。而于1998年1月22日公布了v3.0版的原则声明，这是一个真正面向未来的概念化版本，并将于今年的11月正式发布v3.0的初始版本。通过这个版本，我们可以看到HL7这十几年来的发展以及未来的变化方向。
一. 为什么要构建一个全新的版本？
自从HL7于1987年建立以来，基于HL7标准的应用系统在费用和执行时间上都优于基于其他协议的系统。但随着HL7的成员和应用的发展，HL7组织认识到在应用中所存在的问题并且考虑进一步提高HL7的效能。
1．面临的困难
在以往的版本中，由于HL7充分的可选择性，导致难于精确定义HL7的界面术语。这将导致不合乎实际的期望,而同时伤害了厂商和用户的利益。
在HL7 v2.X中，便存在许多的困难：构建消息的过程是完全特别的，这中间没有明确的方法学指导。如构建的消息没有任何正式的指引；触发事件和数据域仅仅通过自然语言来描述；数据域之间的结构关系也不明确；多个触发事件可能导致消息的多次定义以及消息内某片段的多次使用；为了适应广泛复用，许多数据域都是随意的，因而引发了在状态码中的定义与它们在触发事件中的描述不一致；以及在一些特别的医疗看护信息系统中，当它期望响应一个触发事件或接受一组消息时，没有明确的规范。
总的来说，为了解决HL7今天面临的广泛性和复杂性的挑战，这个应用了十几年的方法
迫切地需要改进。同时，如果新的规范更加严格，整个产业和广泛的用户将从中获益。2．发展的机遇
尽管遇上许多困难，幸运的是，软件开发者从1987年制定第一版以来已经从中学习和掌握了很多经验，包括比较完善的方法学指导。随着计算机计算能力的不断提高，费用更加合理，如果仅仅通过对老版本的原始结构作不断的，微小的调整和修改，HL7并不能从中获得进步。
HL7技术委员会花费四年时间来确定它的修改目标，并创建了一套方法学，应用在从系统构建到消息定义的各个方面，以适应现代分析技术的发展与应用。在完成了2.3版的制定后，整个HL7技术委员会便开始了全新的v3.0版的制定。
二．HL7 v3.0版的新特征和好处
在HL7的新版本中，出现一些新的特征，并将给我们带来便利。
1．整个过程有一个明确的文档化的方法学指导。这将帮助功能委员会解决诸如新约定的字段的界面设计，以及正在不断拓广和发展的功能性假设的问题。同时也能帮助新成员更快的开始产业化。这意味着我们可以将主要的时间花在创建用户案例和信息模型并通过使用已快速成为业界标准的“一体化建模语言”来制定制度容量和共享发展成果，这无疑是一种巨大的帮助。无论是委员会还是HL7成员都可从中获得普遍的好处。
2．方法学的引入极大的限制了HL7规范中构建消息的可选择性。v3.0版的HL7在构建消息的时候提供了明确的选择，在鼓励和支持拓广更多消息的同时进行简化的可选择性，也可大大地有利于HL7发展其“即插即用”的规范。
3． HL7的一致性将依据“应用程序角色（Application Roles）”来确定。“应用程序角色”是一种抽象观念，用于表示一个信息系统一部分的消息行为。一个生产商描述它的应用程序的一致性，可以通过相关的一个或多个应用程序角色来支持所有的触发事件、消息以及数据元素。这种特征将使厂商和用户达成更清楚的谅解和共识，并将之作为一致性测试的基础。
“应用程序角色”是v3.0版引入的新术语。它是应用程序的自身特征，用于详细说明它自身的一部分的HL7界面。为适应触发事件，它将依据角色发送或接收的交互事件（消息）来定义。例如，当一个触发事件发生，则两个与之相关的应用程序将建立起一种交互关系，而根据在关系中各自承当的责任，每个应用程序将被赋予某种角色，如发送方被称为“发送者（Sender）”，而接收方则被相应的称为“接收者（Receiver）”。除此之外，还有管理者（Manager）、追踪者（Tracker）等等。
三．新版本的局限性
没有任何东西是没有代价的或完美的。新的版本也将带来额外的花销以及新的局限，特别在开发的投资和复杂性方面。这将抵消掉一部分新版本带来的好处。
HL7的v2.X版比v3.0版更加接近实际的应用。在v2.X版中，要改变一部分，只需简单地修改一下相应的处理文档。而v3.0版不仅要修改计算机化的信息模型，而且还要修改相应消息结构的从属部分。即使在引入小的变化时，程序的不一致性也是显著的。如果要引入大的变化或新的界面，则需要花费更多的时间去达成相互之间的一致。HL7委员会正在探讨一个好的文档化的并且便利的方法去解决这个问题。
四．HL7 v3.0版基本原则
（一）.范围与目标用户：HL7 v3.0版将是个应用于医疗护理应用信息系统的信息交换标准。
1. 国际化
v3.0版将允许HL7的会员国使用HL7标准或者建立本地化的版本，以满足不同地区的要