HL7学习简介.ppt

1、HL7交流,HL7概述,HL7概况 Health Level Seven (HL7) 1987年成立 美国国家标准局（ANSI）授权的从事医疗服务信息传输协议及标准研究和开发的机构,HL7概述,HL7的目的 开发和研制医疗数据信息传输协议及标准 优化临床及其管理数据信息的程序 降低卫生信息系统互连的成本 提高卫生信息系统之间数据信息共享的程度,HL7概述,HL7的影响力 全美国约有95%的医院，95%的医疗相关设备及信息系统应用HL7作为其标准。 HL7 现有会员2200多名，代表着世界上主要国家和主流技术的发展趋势。,HL7概述,为什么要用HL7 理解HL7数据交换协议 HL7标准协议就是一

2、种数据交换协议，并不涉及底层的通讯协议，在数据通讯方面，有两种层次的数据交换应用。 第一层次数据交换应用，是对现有信息进行处理，如何获取其他系统的数据来完成本系统内部的功能。比如在不同系统之间交换采集到的病人姓名、性别、地址、ID等数据，或者是医嘱、费用等结果信息数据。在这个层次不能交换各种业务过程信息，也不能进行系统和系统之间的交互。比如不同系统之间的预约过程以及预约完成状况的了解等等这些业务过程的实现。,HL7概述,第二种层次的是基于不同系统之间进行整合的数据通讯，其目的达到不同系统之间的无缝连接而进行的数据通讯和数据交换应用。在这个层次的数据交换不仅要交换各种结果信息，同时还要交换各种过

3、程信息，从而达到系统之间的交互目的。应用的原则是：在需要的时候获取需要的信息数据。这正是HL7定义了众多的事件和消息格式的原因。,HL7概述,HL7的数据交换方式 一种Engine方式，主要目的是使得用户原有正在使用运行的不能替换的系统具有HL7的通讯能力。这种方式主要应用于系统之间较为简单的数据交换，参与数据交换的系统明确，交换的数据信息量少，投资小，系统之间不需要进行交互的情况。这种方式可以不对原有系统的各个应用终端，如各种工作站等进行HL7改造，而只是相当于在整个系统中增加了一个新的通讯处理处理模块来支持HL7的处理，利用这个通讯模块来对系统之间的数据库进行数据操作，达到数据同步的目的。

4、从而使得应用系统的工作站终端可以从数据库中获取其他系统所提供的数据。其主要缺点是：由于系统内的各个应用模块终端并不具有HL7消息的处理能力，因此，无法实现系统与系统之间的实时数据处理，以及应用终端的查询请求等应用。,HL7概述,Ready方式是在整个系统中，在各个应用终端已经对HL7的接口协议进行了设计和处理，各个终端都应当可以接收和处理HL7消息，并进行相关的处理。在理论上可以达到系统和系统之间的实时交互，可以相互主动地在需要的时候获取对方可以提供的数据信息。当然，这种方式属于理想的方式，适合于在厂商开发新系统时，从更高的应用角度，进行前瞻性的设计，有利于在多系统应用环境中的应用整合。,HL

5、7概述,HL7数据交互场景 我们以HIS和RIS/PACS之间的数据交换来说明Engine方式的实现：需求产生的起源在于一个病人要去放射科进行检查的时候，为了识别这个病人的信息，放射科需要录入病人的基本信息，而这些信息在住院管理系统中已经全部录入系统了，因此，放射科的这些工作相当于重复的录入工作，由此产生了两个系统之间需要进行的数据交换。但这种交换主要是属于单向以HIS的数据库为数据源。 HIS系统定时将数据库中PACS所需要的数据信息发送到RIS/PACS，并根据病人在数据库中的状态记录，定义其事件消息类型，如入院、出院等，但这种消息类型的定义并没有实时交换的意义，而只是为了传送病人状态，以

6、方便对方系统进行处理而已。,HL7概述,这种交换方式只是两个后台数据库之间的数据交换，实际上类似于数据库数据同步的功能。因此，对于各工作站端点的操作人员来说其只能被动的接受数据库中已有数据进行处理，其不能够主动去实现查询、病人位置通知等数据处理操作，也不能做到实时进行数据交换，不能做到在医疗过程中进行系统之间的交互，如：实现通过HIS实时向RIS/PACS下达预约的请求消息，并从RIS/PACS直接获取病人预约信息，在这种情况下需要等到从预约处拿回预约通知单才能够知道具体的预约时间。换句话说，这种方式，只是被动接受其他系统中传送过来的数据，而不是主动去获取数据。 如果我们要主动获取数据，该如何

7、实现呢？或者说主动获取数据有什么意义呢？我们可以设想一个比较复杂的数据交换过程，比如下一个实例：,HL7概述,一个心脏外科病人在胸外科住院，该胸外科应用了供临床医生使用的工作站系统。该病人需要实施心脏手术，在术前、术后需要进行心脏三位片（心脏正位片、左前斜位、右前斜位）的摄片，进行术前、术后的对比。而这个时候在这两次摄片的预约和执行过程中可能出现几种情况：1、 病人在指定的预约时间，因为某种原因不能进行前往放射科进行摄片，需要更改预约时间；2、 在病人预约的排队等候拍片的过程中，由于心功能差或者机器故障，无法实行送检的摄片预约，取消预约，改为床旁摄片预约或更改预约时间； 3、 在摄片过程中由于

8、病人情况出现问题，取消了第二、三摄片，更改预约时间；4、 在摄片过程中发现需要进行增强摄片（也许不适用于心三位片）；5、 在摄片当时发现摄片效果不理想，重新摄片；6、 在回到科室后发现摄片效果不理想，进行重新摄片；7、 如果病人对预约的时间有特别要求，或者其中某个操作需要指定某个医师执行，要与放射科协商预约时间。,HL7概述,如果两个系统都是采用第一种方式，在各个工作站（包括胸外科的医生工作站、影像科室的）并没有考虑如何和其他系统进行交互，也就是说在工作站不能处理HL7消息，那么作为病人的主管医师，必须等候到病人将此以上状况的变更带回到病房，或者与放射科之间进行电话联络，才能够知道摄片的进行状

9、态和结果。而如果两个系统都是以Ready状态实现，那么当RIS系统中对病人的执行状态进行修改的时候，则会发送相应的预约修改状态的消息传送给病房的医师，并且所有的过程都可以记录在系统中，医师可以随时通过系统了解一个病人目前在其他系统中的状态。甚至，如果一个医院要达到一个更高的服务水准，达到诸如星级宾馆的服务水准：病人在到达医院的任何一个地点，接受某项服务的时候，都有医护人员可以了解该病人的状态，并及时主动为其服务，而不是病人去等待。在这种情况下，医院内整体的信息流动和系统交互就显得十分必要了。,RIM概述,什么是RIM？ Reference Information Model,标准的信息模型，它

10、合成了HL7各工作组和国际会员的关于信息的一致同意的观点。它是所有HL7V3协议规范标准最根本的来源。,RIM概述,RIM由UML和HL7特有的标签（作为UML模型元素的扩展）来表达的。 RIM使用了一个非常抽象的模型风格。RIM的核心类及它们的结构化属性是它的核心。理解这些类和属性是最基本的。 RIM由六个核心类组成：动作、实体、角色、参与、动作关联、角色连接。其中动作、实体、角色可以被一系列特定的类或子类型进一步表达。,RIM概述,RIM模型概念理解 类代码（classCode）（在动作、实体、角色中）：表达确定的类或概念，而不管这个类在RIM的层级中是否被表示为一个类。 动作状态代码（m

11、oodCode）(在动作中)及限定词代码（determinerCode）（在实体中）：这个属性用于区分这个类是否表达一个实例或一种动作或实体。假如这个类是一个特定的动作，那么它进一步描述这个实例是“发生”还是“打算”。 代码（code）(在动作、实体、角色中)：在一个特定的classCode值里，提供进一步的分类，比如在观察（observation）类中某一个特定类型的观察。,RIM概述,RIM的词汇表（vocabulary） RIM是一系列类组成的，每个类中包括一个或多个属性，每个属性被分配一个数据类型。每一个元素都包括一个文本性的定义。HL7RIM中所有代码化的属性（数据类型为SC，CD，

12、CE，CS，SET_CD，SET_CE，SET_CS）共108个，对应100个词汇表。 RIM中的每一个代码化的属性（数据类型为SC，CD，CE，CS，SET_CD，SET_CE，SET_CS）都与一个且仅与一个词表域关联。例如，属性administrative_gender_cd的词表域为AdmistrativeGender。参考资料见下页：,RIM概述,RIM概述,RIM概述,RIM Core Classes,Entity,Participation,Act,Patient Employee Assigned EntityCertified EntityGuarantorAccess,Ro

13、le,Organization Living Subject Person Material Place,Procedure Observation Patient Encntr Substance Adm Supply Referral Financial actWorking listContract,DMIM概述,什么是DMIM Domain Message Information Models领域信息消息模型。是由RIM模型中抽象出来的领域模型图。结合与医疗行业对患者管理，医疗遗嘱，电子病历等领域进行高度抽象。资料参考如下页：,RMIM概述,Refined Message Information Models准确的消息信息模型。主要是为了分解领域模型中每个具体业务动作，在HL7中对医疗行业每个DMIM模型都有详细的RMIM分解图。资料参考如下页：,RMIM概述,RIM DIM RMIM,HIS业务RIM概述,员工管理,HI