HL7学习简介.ppt

HL7交流  HL7概述 HL7概况 Health Level Seven (HL7) 1987年成立 美国国家标准局（ANSI）授权的从事医疗服务信息传输协议及标准研究和开发的机构 HL7概述 HL7的目的 开发和研制医疗数据信息传输协议及标准 优化临床及其管理数据信息的程序 降低卫生信息系统互连的成本 提高卫生信息系统之间数据信息共享的程度 HL7概述 HL7的影响力 全美国约有95%的医院，95%的医疗相关设备及信息系统应用HL7作为其标准。 HL7 现有会员2200多名，代表着世界上主要国家和主流技术的发展趋势。 HL7概述 为什么要用HL7 理解HL7数据交换协议 HL7标准协议就是一种数据交换协议，并不涉及底层的通讯协议，在数据通讯方面，有两种层次的数据交换应用。 第一层次数据交换应用，是对现有信息进行处理，如何获取其他系统的数据来完成本系统内部的功能。比如在不同系统之间交换采集到的病人姓名、性别、地址、ID等数据，或者是医嘱、费用等结果信息数据。在这个层次不能交换各种业务过程信息，也不能进行系统和系统之间的交互。比如不同系统之间的预约过程以及预约完成状况的了解等等这些业务过程的实现。 HL7概述 第二种层次的是基于不同系统之间进行整合的数据通讯，其目的达到不同系统之间的无缝连接而进行的数据通讯和数据交换应用。在这个层次的数据交换不仅要交换各种结果信息，同时还要交换各种过程信息，从而达到系统之间的交互目的。应用的原则是：在需要的时候获取需要的信息数据。这正是HL7定义了众多的事件和消息格式的原因。 HL7概述 HL7的数据交换方式 一种Engine方式，主要目的是使得用户原有正在使用运行的不能替换的系统具有HL7的通讯能力。这种方式主要应用于系统之间较为简单的数据交换，参与数据交换的系统明确，交换的数据信息量少，投资小，系统之间不需要进行交互的情况。这种方式可以不对原有系统的各个应用终端，如各种工作站等进行HL7改造，而只是相当于在整个系统中增加了一个新的通讯处理处理模块来支持HL7的处理，利用这个通讯模块来对系统之间的数据库进行数据操作，达到数据同步的目的。从而使得应用系统的工作站终端可以从数据库中获取其他系统所提供的数据。其主要缺点是：由于系统内的各个应用模块终端并不具有HL7消息的处理能力，因此，无法实现系统与系统之间的实时数据处理，以及应用终端的查询请求等应用。 HL7概述 Ready方式是在整个系统中，在各个应用终端已经对HL7的接口协议进行了设计和处理，各个终端都应当可以接收和处理HL7消息，并进行相关的处理。在理论上可以达到系统和系统之间的实时交互，可以相互主动地在需要的时候获取对方可以提供的数据信息。当然，这种方式属于理想的方式，适合于在厂商开发新系统时，从更高的应用角度，进行前瞻性的设计，有利于在多系统应用环境中的应用整合。  HL7概述 HL7数据交互场景   我们以HIS和RIS/PACS之间的数据交换来说明Engine方式的实现：需求产生的起源在于一个病人要去放射科进行检查的时候，为了识别这个病人的信息，放射科需要录入病人的基本信息，而这些信息在住院管理系统中已经全部录入系统了，因此，放射科的这些工作相当于重复的录入工作，由此产生了两个系统之间需要进行的数据交换。但这种交换主要是属于单向以HIS的数据库为数据源。 HIS系统定时将数据库中PACS所需要的数据信息发送到RIS/PACS，并根据病人在数据库中的状态记录，定义其事件消息类型，如入院、出院等，但这种消息类型的定义并没有实时交换的意义，而只是为了传送病人状态，以方便对方系统进行处理而已。  HL7概述 这种交换方式只是两个后台数据库之间的数据交换，实际上类似于数据库数据同步的功能。因此，对于各工作站端点的操作人员来说其只能被动的接受数据库中已有数据进行处理，其不能够主动去实现查询、病人位置通知等数据处理操作，也不能做到实时进行数据交换，不能做到在医疗过程中进行系统之间的交互，如：实现通过HIS实时向RIS/PACS下达预约的请求消息，并从RIS/PACS直接获取病人预约信息，在这种情况下需要等到从预约处拿回预约通知单才能够知道具体的