吵吵   2012-07-09  阅读:5,545

HL7是1987年开始发展起来的一个专门规范医疗机构用于临床信息、财务信息、管理信息和电子信息交换的标准。它特别适合于解决不同厂商开发的医院信息系统、临床实验室系统及药学信息系统之间的互连问题。

自1994年6月HL7小组正式受美国国家标准化所委托设计HL7国家标准。目前使用已有3.0版。有超过1500所医院、专业组织、卫生行业以及几乎所有的卫生保健信息系统的开发者与供应商支持HL7标准。使用HL7标准的好处是:简化由不同的计算机应用厂商所提供的软件之间接口界面设计和实现的复杂性。

HL7简介

“Lever 7″的意思是ISO-OSI 第七层(应用)层。HL7 组织参考了国际标准组织(International Standards Organaizations,ISO),采用开放式系统互连(Open System Interconnection,OSI)的通讯模式,将HL7纳为最高的一层,也就是应用层。因此,HL7可以应用于多种操作系统和硬件环境,也可以进行多应用系统间的文件和数据交换。HL7采用消息传递方式实现不同模块之间的互连。每一个消息可以细分为多个段、字段、元素。

HL7的主要结构

临床业务可以概括为对病人的观察和治疗两个过程。HL7给出了涵盖临床业务的完整而全面的基类,这些基类是构成HIS的骨架。

ADT CLASS 作为HIS基类的ADT 主要是完成患者的入院(ADMISSION)、出院(DISCHARGE)、和转院(TRANSFER)等任务。它提供和管理的信息包括病人自然信息(Patent Identification),病人访问信息(Patient Visit)、过敏信息、病人死亡和尸检信息等。门(急诊)挂号、住院登记及出院转院管理等都以此为基类。

ORDER CLASS医院所有被请求或执行的服务都将赋予一些特性,其为HIS事务提供了最一般的属性和操作,以此为基础可派生出各子类:例如,从药物治疗类派生出三种临床上各具特征的门诊处方、住院部的长期医嘱和临时医嘱等子类。

OBSERVATIONS REPORTING CLASS该类作为一个基类,主要针对观察试验报告及其传递。其事务集的一般用途在于传送面向病人的结构化的观察和诊断研究的结果。观察报告可以包括的内容非常广泛。

PATIENT CARE CLASS PATIENT CARE作为一个基类,为医学记录提供一个面向问题(problem-oriented),解决问题(临床路径,clinical pathway)和达到的健康目标(Goals) 的规则有助于提高医疗保健质量,也是帮助我们由经验医学向循征医学思维方式转变的一个措施, 医生书写的病程记录和护士的护理记录,体现了一个面向病人(patient-oriented)医疗的过程都将以此为基类加以派生和扩展。

SCHEDULING CLASS医院为患者提供服务都需要用到各种资源,然而资源是有限的,需要合理安排资源,所以任何涉及资源的利用都需要预约。将预约单独作为一个构成HIS的基类有其特殊的意义和作用它强化了资源的概念,明确了管理对象。

MEDICAL RECORD CLASS医疗档案的管理,包括档案的建立,完成状态,储存状态,可用性和安全性。它是医学文档的最基本的属性,内容涉及 Encounter,progress notes和Observation Reporting。

HL7 v2.X 的消息机制

在2. X 版本中,HL7 的数据以消息(message)为基本构成单位,一个消息由多个段(segmenls) 组成,一个段山多个字段(fields)组成,字段是由一个或多个数据元组成的字符串。下面以一个传递而糖检验结果的消息为例说明,消息结构如下:

hl7

该消息中一共包含四个段:消息头MSH、病人标识PID、检验项日申请OBR 和检验结果OBX。每个段都由诸多表示特定含义字段组成,以检验结果OBX段为例,其巾包含了系列号、结果类型、检验项日标识、结果数据、结果单位、正常值参考范围等,每个宇段之间山竖线分隔,这就是2.x版本消急的“竖线编码方案”。该方案通过ASCll码和竖线组成的字段和段构造信息,它的优点是编码紧凑,消息长度短,但它的明显缺点就是消息可读性差,山丁字段所在位置决定了字段含义,而消息本身并不提供说明,因此单依靠消息人下是很难解读其含义的,加之HL7标准中的可变性,各个用户使用的HL7规则定义都会有所差别,这为消息共享设置了障碍。另外,HL7 v2.X的定义没有专门方法学的指导,其中的触发事件和数据字段都是采用自然语言描述,数据字段间的结构化关系并不明确,同样的段被用于许多消息中,而同样的消息定义又被用于许多触发事件中。2.X版木都采用自下而上的设计方式,各个版本为了适应新的应用需求,都在原来的基础上进行简单添加扩充,而为了兼容以前版本,这此新加人的定义只能设定为“可选” ,这无疑就增加了标准的不确定性,为最终应用的一致性带来了难度,这也正是2.X 版本继续发展的主要障碍。

HL7 v3.0 的消息机制

与2.X版木的设计方式小同,HL7v3.O的主休设计采用了从上而下、面向对象的构架,3.0版木中,HL7开发框架(HL7 development framework,HDF)取代了2.X版本中消息开发框架(message development frame work,MDF)。它的中枢部分一参考信息模型(reference Information model,RIM)定义得相当细致,在最大程度避免了不确定性,它包括100 多个和800多个属性定义,RIM深人定义了涵盖HL7所有数据的各个对象类之间的映射关系。它给出的是一个灵活的HL7结构,而不仅仅是对数据进行详细定义。这此特性使得HL73.0能够真正成为可描述的和可测试的医疗信息技术标准。

HL7 v3.0利用可扩展标记语言(extensible mark up language,XML)表达数据结构。XML具有自描述性,语言的标志或属性可以反映数据的性质,因此这些数据可被不同程序用于不同用途,如数具提取和建立索引等。这使得XML成为了一种新的数据组织形式,它的面向数据交换的特性推动了半结构化数据管理应用模式的发展。通过各个系统生成包含HL7 消息内容的XML文档或从XML文档中解析HL7消息,不同系统就能够交换和处理消息。以下为一个转诊的例子:

 
<component>
<section> 	  
<templateId root=' MOH.RHIN.CLS.CDA.SEC.REF '/>
<id root=' ' extension=' '/>
<code code='52191-4' displayName='转诊' codeSystem='2.16.840.1.113883.6.1' codeSystemName='LOINC'/>	
<title>转诊</title>	
<text>
	Text as described above	
</text>
<entry>
				<templateId root=' MOH.RHIN.CLS.CDA.ENTRY.REF '/>
				:
</entry>
</section>
</component>

虽然采用XML后消息长度大大增长,但增加部分主要是对消息结果的定义和说明,借助这些提示信怠,我们就很容易准确识别和理解消息内容。

吵吵微信朋友圈,请付款实名加入:

吵吵 吵吵

2条回应:“HL7的消息结构及其在医疗信息系统中的应用”

  1. 标语大全说道:

    过来看看,专业性吧

  2. 不错的文章哟,嘿嘿

发表评论

电子邮件地址不会被公开。 必填项已用*标注