| |
分类导航 |
 |
|
|
|
|
|
|
资源大小：334.78 KB |
资源类型：文档 |
|
下载积分： 0 |
|
|
|
-->
|
|
资源介绍 |
|
HL7介绍
随着信息化和计算机技术在医疗信息管理方面应用的深入发展，医学信息交换协议标准化及其发展趋势日益成为医学信息工作者研究和应用的重点。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 v3.0版的新特征和好处
在HL7的新版本中，出现一些新的特征，并将给我们带来便利。
1． 整个过程有一个明确的文档化的方法学指导。这将帮助功能委员会解决诸如新约定的字段的界面设计，以及正在不断拓广和发展的功能性假设的问题。同时也能帮助新成员更快的开始产业化。这意味着我们可以将主要的时间花在创建用户案例和信息模型并通过使用已快速成为业界标准?quot;一体化建模语言"来制定制度容量和共享发展成果，这无疑是一种巨大的帮助。无论是委员会还是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标准或者建立本地化的版本，以满足不同地区的要求。
2. 对非标准系统的支持
如同先前的版本，v3.0版被设计为通过一种技术方法来在"古老系统"中运行。这些还在运行的系统都是一些与现存的或正在制定中的"开放系统"标准----如国际标准化组织（International Standards Organization，ISO），开放系统基金会（Open Systems Foundation），对象管理小组（Object Management Group）等等标准化机构制定的标准----不符合或不提供支持的非标准系统。另一方面，HL7同样也不需要任何操作系统或软件的特有功能。在实际应用中，这就意味着v3.0版可如所有的先前版本一样，能交换所有基于印刷字符的消息。
除此之外HL7还将利用现代技术来发展HL7规范，以实现以下一些功能：
(1). 系统构建者将不需要从唯一渠道购买软件来实现v3.0版。
(2). 在这些系统中生成的消息将包含同样的数据内容，因而当消息在印刷字符格式和其他格式间转换是非常简单的。
3. 与系统的松散结合
如同先前的版本一样，v3.0版并不是一个交换HL7消息的系统功能标准。它与系统之间是一种松散的结合。但HL7 v3.0版为了响应触发事件或其他消息，而需要接受或发送某些数据以及发送特定的消息。这就要求应用系统必须提供接受和发送功能来满足这些要求。
4. 模式与拓扑
v3.0版的消息将可以使用多种模式和拓扑来发送。消息既可以象"主动更新"一样通过存储转发网络来立即响应发送；当消息传递的方式和时间没有特别规定时也可以采用批处理发送。另外v3.0版可以通过外加的软件来支持"一对多"分布以及存储转发分布。
HL7在"一对多"分布式环境中时，并不需要特别的消息映射。但v3.0版在"应用程序角色"概念中强烈地建议了一种范例来实现消息映射。当一个触发事件在系统中发生，系统便将担任一个"应用程序角色"。而担任这个角色后，系统将不时地产生一个约束来与执行不同"应用程序角色"的多个系统相互作用。系统将发送一个简单的共用消息，包含网络中所有的"应用程序角色"信息。而这些共用消息将提供"一对多"分布的候选者信息，从而实现消息映射。
(二). 内部版本兼容性
1. 与v2.X版的兼容性
如果保持对以前版本的完全兼容性，v3.0版的目标将不能实现。尽管如此，v3.0版还是包含了v2.X系列最终版本的信息内容，包括所有的属性和触发事件。但这并不意味着所有的属性和触发事件在v3.0版中将以同样的形式存在。
当网络中同时存在应用v2.X版和v3.0版的系统时，系统之间将需要消息翻译来交换数据。因为v2.X版标准的充分可选择性，翻译将应用所在网络的特定系统规则来进行。届时将利用界面引擎以及其他翻译软件来提供特定的v2.X版本与任何v3.0版的应用程序之间的翻译。
2. v3.X版本之间的兼容性
为了实现v3.X版本之间的向上兼容性。HL 7将做到以下几点：
(1). HL 7将在所有使用基于老的或新的v3.X版本家族的HL7协议系统之间提供最大程度的互用性，这将通过新引入的"增强兼容"功能来实现。 所谓之"增强兼容"就是：
HL7介绍
随着信息化和计算机技术在医疗信息管理方面应用的深入发展，医学信息交换协议标准化及其发展趋势日益成为医学信息工作者研究和应用的重点。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 v3.0版的新特征和好处
在HL7的新版本中，出现一些新的特征，并将给我们带来便利。
1． 整个过程有一个明确的文档化的方法学指导。这将帮助功能委员会解决诸如新约定的字段的界面设计，以及正在不断拓广和发展的功能性假设的问题。同时也能帮助新成员更快的开始产业化。这意味着我们可以将主要的时间花在创建用户案例和信息模型并通过使用已快速成为业界标准?quot;一体化建模语言"来制定制度容量和共享发展成果，这无疑是一种巨大的帮助。无论是委员会还是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标准或者建立本地化的版本，以满足不同地区的要求。
2. 对非标准系统的支持
如同先前的版本，v3.0版被设计为通过一种技术方法来在"古老系统"中运行。这些还在运行的系统都是一些与现存的或正在制定中的"开放系统"标准----如国际标准化组织（International Standards Organization，ISO），开放系统基金会（Open Systems Foundation），对象管理小组（Object Management Group）等等标准化机构制定的标准----不符合或不提供支持的非标准系统。另一方面，HL7同样也不需要任何操作系统或软件的特有功能。在实际应用中，这就意味着v3.0版可如所有的先前版本一样，能交换所有基于印刷字符的消息。
除此之外HL7还将利用现代技术来发展HL7规范，以实现以下一些功能：
(1). 系统构建者将不需要从唯一渠道购买软件来实现v3.0版。
(2). 在这些系统中生成的消息将包含同样的数据内容，因而当消息在印刷字符格式和其他格式间转换是非常简单的。
3. 与系统的松散结合
如同先前的版本一样，v3.0版并不是一个交换HL7消息的系统功能标准。它与系统之间是一种松散的结合。但HL7 v3.0版为了响应触发事件或其他消息，而需要接受或发送某些数据以及发送特定的消息。这就要求应用系统必须提供接受和发送功能来满足这些要求。
4. 模式与拓扑
v3.0版的消息将可以使用多种模式和拓扑来发送。消息既可以象"主动更新"一样通过存储转发网络来立即响应发送；当消息传递的方式和时间没有特别规定时也可以采用批处理发送。另外v3.0版可以通过外加的软件来支持"一对多"分布以及存储转发分布。
HL7在"一对多"分布式环境中时，并不需要特别的消息映射。但v3.0版在"应用程序角色"概念中强烈地建议了一种范例来实现消息映射。当一个触发事件在系统中发生，系统便将担任一个"应用程序角色"。而担任这个角色后，系统将不时地产生一个约束来与执行不同"应用程序角色"的多个系统相互作用。系统将发送一个简单的共用消息，包含网络中所有的"应用程序角色"信息。而这些共用消息将提供"一对多"分布的候选者信息，从而实现消息映射。
(二). 内部版本兼容性
1. 与v2.X版的兼容性
如果保持对以前版本的完全兼容性，v3.0版的目标将不能实现。尽管如此，v3.0版还是包含了v2.X系列最终版本的信息内容，包括所有的属性和触发事件。但这并不意味着所有的属性和触发事件在v3.0版中将以同样的形式存在。
当网络中同时存在应用v2.X版和v3.0版的系统时，系统之间将需要消息翻译来交换数据。因为v2.X版标准的充分可选择性，翻译将应用所在网络的特定系统规则来进行。届时将利用界面引擎以及其他翻译软件来提供特定的v2.X版本与任何v3.0版的应用程序之间的翻译。
2. v3.X版本之间的兼容性
为了实现v3.X版本之间的向上兼容性。HL 7将做到以下几点：
(1). HL 7将在所有使用基于老的或新的v3.X版本家族的HL7协议系统之间提供最大程度的互用性，这将通过新引入的"增强兼容"功能来实现。 所谓之"增强兼容"就是：
|
|
|
下载地址 |
|
|
| |
|
|
