HL7卫生健康标准

1会计学HL7卫生健康标准卫生健康标准 假定有这样一个情况出现： 张某在县属医院内科就诊，由于病情的突变，县医院已经没有条件对他继续进行治疗，必须要转到市医院进行治疗。但是由于两个医院间无法实现资源共享，县医院必须对张某重新开始进行诊断，而不能利用县医院已有的资料。这样不论在时间上，还是在资源上，都造成了不必要的浪费，严重的甚至可能因为错过患者的最佳治疗时机而危及患者的生命。传统传统HIS与与LIS系统间通信系统间通信统一的结构化设计统一的结构化设计 现今现今的医院信息系统的医院信息系统HIS（Hosipital Information System）已经得到广泛使用，但是已经得到广泛使用，但是由于由于缺少统一的医疗信息缺少统一的医疗信息交换标准，使得医院都成交换标准，使得医院都成了信息的了信息的孤岛，为了孤岛，为了解决解决由于信息交换的标准不同由于信息交换的标准不同而出现的种种问题，而出现的种种问题，HL7标准技术应时而标准技术应时而生。生。Part 1 什么是HL7？Part 2 HL7的发展Part 3 HL7标准详述的标准，使医院信息系统适应“以患者信息为中心”的要求。明 如 何 支 持OSI第一到第六层的数据。OSI模型 HL7并没有提供一个完全的“即插即用”解决方案，因为在医疗机构的传输环境中有两个重要的影响因素：医疗机构的传输环境中缺乏处理的一致性；产生的结果需要在用户和厂商间进行协商。因此，它提供的是一个可在较大范围内选择数据和处理流程的灵活系统，并尽可能的包括所有已知的程序（触发器Trigger）和数据（段Segment和域Field）要求。Part 1 什么是HL7？Part 2 HL7的发展Part 3 HL7标准详述ANSI开发组织（SDO）之一，是从事医疗服务信息传输协议及标准研究和开发的非盈利组织。果一个特殊的兴趣小组的行动得到批准并且一个新的章节经过讨论认为是必须的，他们可能请求HL7技术委员会主席和执行委员会组建一个技术委员会。在最初的三个会议上，版本1.0标准草稿准备覆盖所有接口的结构、ADT、医嘱输入、面向显示的查询。0版本随后被准备到Tysons Corner的全体会议，并出现在1988年9月的Tucson的第二次全体会议上。从第二次全体会议以来，2.1、2.2、2.3版本的编辑和修改就没有间断过。现已用XML开发了v3.0版，但HL7 v2.4版本仍是ANSI正式发布的版本。同时，工作小组已经发展到300个人，远远超过了原来的12个人。目前主要是规范HIS/RIS系统及其设备之间的通信，它涉及到病房和病人信息管理、化验系统、药房系统、放射系统、收费系统等各个方面。Part 1 什么是HL7Part 2 HL7的发展Part 3 HL7标准详述系统和新 系统的兼容。n 标准应该是在充分参考现有的产品通讯协议基础上，被广泛接受的工业标准。而不应该支持特定公司的某些利益以至损害到其他用户。n HL7的长期目标就是制定一种用于医疗机构电子数据交换的标准或协议。护理。实现功能HL7实际上是一组标准的API接口，这样可以大大简化不同厂家同类应用程序接口的复杂度和工作量。有二种实现的方法：一、采用点对点通讯方法以实现不同系统的对接。二、采用HL7服务器的方法实现，HL7 Server实际上是应用服务器，形成居于HL7接口的中心数据库，这样可以减少接口数量，提高系统可靠性。实现方法：n字段（field）：它是一个字符串，是段的最小组成单位nHL7标准包含256个事件、116个消息类型、139个段、55种数据类型、408个数据字典，涉及79种编码系统。的具体工作是生成数据结构，以及实现一个构造器(Builder）和一个解析器（Parser）。原来的数据结构。在HL7通讯协议中，每个事件对应一个消息，如患者入院对应ADT A01消息。每条消息都有各自的消息类型（V2.4共有112种）来表示其用途。发送和接收的程序名、消息类型、以及一个唯一的消息ID号码等，接下去段的构成由消息的类型决定。如，PID段（Patient Identification Data）包括姓名、地址、社会保险号等。一个数据字段又有可能由多个组件组成。有些消息可进一步由事件码（event code）细分。MessageSegment Segment.SegmentFieldField . FieldComponentComponent . Component例：例：| 营口路营口路101号号 军工路军工路516号号 |成分的分割成分的分割 使用符号使用符号 作为成分的作为成分的分割分割例：例：| 营口路营口路101号号 200093 军工路军工路516号号 200093 | 子子成分成分之间由之间由“&”进行进行分隔分隔例例: |AAAXXXYYY&ZZZBBB|HL7接口引擎工作原理图基本模块 对于HL7接口引擎的概念，可以这样理解，它是一组支持HL7通讯的过程调用函数或控件，应用程序按照HL7接口引擎的约定提供参数，模块之间的通讯则由HL7接口引擎完成。、 2012年主流的医疗信息整合技术为“HL7/XML接口引擎”，在国外发达国家中，它是整合多种技术合成的医疗信息整合技术，用以转译各种医院信息系统数据至符合HL7标准的XML信息格式，以实现各种医疗卫生信息系统之间的信息共享与交换。要深入了解HL7接口引擎的原理，我们还是必须要从数据通讯这个方面来研究。HL7接口引擎能进行系统和系统之间的交互。数据交换应用第二种层次的是基于不同系统之间进行整合的数据通讯，其目的达到不同系统之间的无缝连接而进行的数据通讯和数据交换应用。在这个层次的数据交换不仅要交换各种结果信息，同时还要交换各种过程信息，从而达到系统之间的交互目的。应用的原则是：在需要的时候获取需要的信息数据。这正是HL7定义了众多的事件和消息格式的原因。之间的实时数据处理，以及应用终端的查询请求等应用。nReady方式方式是在整个系统中，在各个应用终端已经对HL7的接口协议进行了设计和处理，各个终端都应当可以接收和处理HL7消息，并进行相关的处理。在理论上可以达到系统和系统之间的实时交互，可以相互主动地在需要的时候获取对方可以提供的数据信息。当然，这种方式属于理想的方式，适合于在厂商开发新系统时，从更高的应用角度，进行前瞻性的设计，有利于在多系统应用环境中的应用整合。数据交互场景 以HIS和RIS/PACS之间的数据交换来说明Engine方式的实现：需求产生的起源在于一个病人要去放射科进行检查的时候，为了识别这个病人的信息，放射科需要录入病人的基本信息，而这些信息在住院管理系统中已经全部录入系统了，因此，放射科的这些工作相当于重复的录入工作，由此产生了两个系统之间需要进行的数据交换。但这种交换主要是属于单向以HIS的数据库为数据源。 HIS系统定时将数据库中PACS所需要的数据信息发送到HIS/PACS，并根据病人在数据库中的状态记录，定义其事件消息类型，如入院、出院等，但这种消息类型的定义并没有实时交换的意义，而只是为了传送病人状态，以方便对方系统进行处理而已。 这种交换方式只是两个后台数据库之间的数两个后台数据库之间的数据交换据交换，实际上类似于数据库数据同步的功能。因此，对于各工作站端点的操作人员来说其只能被动的接受数据库中已有数据进行处理，其不能够主动去实现查询、病人位置通知等数据处理操作，也不能做到实时进行数据交换，不能做到在医疗过程中进行系统之间的交互，如：实现通过HIS实时向RIS/PACS下达预约的请求消息，并从RIS/PACS直接获取病人预约信息，在这种情况下需要等到从预约处拿回预约通知单才能够知道具体的预约时间。 如果我们要主动主动获取数据，该如何实现呢？或者说主动获取数据有什么意义呢？我们可以设想一个比较复杂的数据交换过程，比如下一个实例:一个心脏外科病人在胸外科住院，该胸外科应用了供临床医生使用的工作站系统。该病人需要实施心脏手术，在术前、术后需要进行心脏三位片（心脏正位片、左前斜位、右前斜位）的摄片，进行术前、术后的对比。而这个时候在这两次摄片的预约和执行过程中可能出现几种情况：1、 病人在指定的预约时间，因为某种原因不能进行前往放射科进行摄片，需要更改预约时间；2、 在病人预约的排队等候拍片的过程中，由于心功能差或者机器故障，无法实行送检的摄片预约，取消预约，改为床旁摄片预约或更改预约时间； 3、 在摄片过程中由于病人情况出现问题，取消了第二、三摄片，更改预约时间；4、 在摄片过程中发现需要进行增强摄片（也许不适用于心三位片）；5、 在摄片当时发现摄片效果不理想，重新摄片；6、 在回到科室后发现摄片效果不理想，进行重新摄片；7、 如果病人对预约的时间有特别要求，或者其中某个操作需要指定某个医师执行，要与放射科协商预约时间。 如果两个系统都是采用第一种方式，在各个工作站（包括胸外科的医生工作站、影像科室的）并没有考虑如何和其他系统进行交互，也就是说在工作站不能处理HL7消息，那么作为病人的主管医师，必须等候到病人将此以上状况的变更带回到病房，或者与放射科之间进行电话联络，才能够知道摄片的进行状态和结果。 而如果两个系统都是以Ready状态实现，那么当RIS系统中对病人的执行状态进行修改的时候，则会发送相应的预约修改状态的消息传送给病房的医师，并且所有的过程都可以记录在系统中，医师可以随时通过系统了解一个病人目前在其他系统中的状态。甚至，如果一个医院要达到一个更高的服务水准，达到诸如星级宾馆的服务水准：病人在到达医院的任何一个地点，接受某项服务的时候，都有医护人员可以了解该病人的状态，并及时主动为其服务，而不是病人去等待。在这种情况下，医院内整体的信息流动和系统交互就显得十分必要了。学习感言HL7标准是一种抽象的理念HL7标准的学习是一种理解方式的转变HL7标准的普及对我们国内的医疗体系是一种变革，对我们每个人都是思维上的变革 现今现今的医院信息系统的医院信息系统HIS（Hosipital Information System）已经得到广泛使用，但是已经得到广泛使用，但是由于由于缺少统一的医疗信息缺少统一的医疗信息交换标准，使得医院都成交换标准，使得医院都成了信息的了信息的孤岛，为了孤岛，为了解决解决由于信息交换的标准不同由于信息交换的标准不同而出现的种种问题，而出现的种种问题，HL7标准技术应时而标准技术应时而生。生。在最初的三个会议上，版本1.0标准草稿准备覆盖所有接口的结构、ADT、医嘱输入、面向显示的查询。0版本随后被准备到Tysons Corner的全体会议，并出现在1988年9月的Tucson的第二次全体会议上。从第二次全体会议以来，2.1、2.2、2.3版本的编辑和修改就没有间断过。现已用XML开发了v3.0版，但HL7 v2.4版本仍是ANSI正式发布的版本。同时，工作小组已经发展到300个人，远远超过了原来的12个人。n字段（field）：它是一个字符串，是段的最小组成单位nHL7标准包含256个事件、116个消息类型、139个段、55种数据类型、408个数据字典，涉及79种编码系统。的具体工作是生成数据结构，以及实现一个构造器(Builder）和一个解析器（Parser）。原来的数据结构。