|
|
文章出自：http://www.chis.com.cn/hl7.htm
基于ＨＬ７的临床信息系统（ＣＬＳ）初探
珠海友通科技有限公司 万志红 邹鲁民
摘要： 本文回顾了ＨＬ７及其主要内容，探讨建立ＣＬＳ的基类和域应用的可能性，结合中国的医院应用环境，提出了设计符合我国国情的基于ＨＬ７的ＣＬＳ的构想，并以ＲＩＳ和ＬＩＳ的设计实例证明一构想切实可行。
１．前言
１．１ＨＬ７发展历程
ＨＬ７组织成立于１９８７年，它主要是要发展各型医疗信息系统间，如临床、银行、保险、管理、行政及检验等各项资料的标准。ＨＬ７通讯协议汇集了不同厂商用来设计应用软件之间介面的标准格式，它通俗读物各个医疗机构不同的系统之间，进行一些重要资料的通讯。通讯协议的设计同时保留相当的弹性，使得一些特定需求资料的处理维持相容性。ＨＬ７组织参考国际标准组织采用开放工系统互联（）的通讯模式，将ＨＬ７纳为最市的一层，也就是应用层。它的规范提供了如：关联性的分类、有效检查的产生、结构性交换资料的机制与协商等功能。在最近几年来，已有１，７００多个会员，其成员包括：医院、专门组织及主要由医疗顾问和厂商组成的产业代表。ＨＬ７标准在美国已有很多厂商及医院的支持与使用，其他国家还包括：澳洲、加拿大、德国、以色列、日本、纽西兰、荷兰、英国、印度、韩国和中国等１７个国家和地区。在１９９４年开始探索ＨＬ７已纳入美国ＡＮＳＩ国家标准，积极促使ＨＬ７的发展推广。本公司在１９９７年开始探索ＨＬ７在国内的应用，并发展了遵循一标准的医疗软件产品。
１．２ＨＬ７给我们带来了什么好处
ＨＬ７为支持临床病人照料和医疗保健服务的管理、传递和评估提供数据交换、数据管理和集成提供了标准，特别是为健康保健信息系统之间的信息交换与协同作用建立灵活、廉价高效和标准的指引，方法学和相关的服务。
＊ 信息交换（Message interchange）
＊ 软件组件（Software components）
＊ 文档与记录架构（Document and record architectures）
＊ 医学逻辑（Medical Logic）
１．３ＨＬ７的内容概要
＊ 包括通用查询在内的全部接口
＊ 病人管理（入院、出院、转院和注册）
＊ 医嘱处理
＊ 病人记账系统
＊ 临床观察
＊ 同步全局数据（ Master File）的一般接口
＊ 医疗信息（文档）管理
＊ 预约
＊ 转院病人的信息交换
＊ 支持面向问题的记录病人照料通讯，为实施临床路径的计算机信息系统提供有关功能。
２．ＣＬＳ面对的问题
＊ 临床信息系统是一个复杂的企业级联机事务处理系统，涉及业务广范围广泛而复杂，由一家供应商／公司提供全部临床信息系统的可能性不大，也就是说临床信息系统可能会是由多个不同供应商提供的子系统集成来满足临床业务的需求。
＊ 未来的信息资源共享将不再局限于一个单位、一个地区、甚至一个国家，可能需要在全世界范围跨行业信息共享，将涉及ＷＤＢ技术应用和标准化方面的问题。
＊ 国际标准与我国医院文化的协调
＊ 临床信息系统必须是一个不断发展的系统，系统的设计也有一个逐步完美的过程，人们对事物的认识和医疗技术会不断提高。
＊ 怎样动手设计临床信息系统？预备哪些基本材料。
３．临床信息模型的抽象与基类
临床业务可以概括为对病人的观察和治疗两个过程。ＨＬ７给出了涵盖临床业务的完整而全面的基类，这些基类是构成ＣＬＳ的骨架，然而，要建立一个能投入实际应用的ＣＬＳ，还需在考虑很多相关的问题，如安全性、功能权限、方便快捷的信息录入措施等。用户界面和医疗流程的设计要完全符合国内的医疗规范。
３．１．ＡＤＴ ＣＬＡＳＳ
作为ＣＬＳ基类的ＡＤＴ，主要是完成患者的入院（ADMISSION）、出院（ＤＩＳＣＨＡＲＧＥ）转院（ＴＲＡＮＳＦＥＲ）等任务。它提供和管理的信息包括病人自然信息（Patient Identification病人访问信息（Patient Visit），过敏信息，病人死亡和尸检信息等。门（急）诊挂号、住院登记院转院管理等都以些为基类。
３．２．ＯＲＤＥＲ ＣＬＡＳＳ
医院所有被请求或执行的服务都将赋予一些特性，如 Order Control Placer Order Number Filler Order Number Placer Group Number Order Status Response Flag Parent Date/Time of Transaction Verified By Call Back Phone Number Order Effective Date/Time等，ＯＲＤＥＲ为ＣＬＳ事务提供了最一般的性和操作，以些为基础，派生出下面的５个类。
ORDER
PHARMACY
TREATMENT
OBSERVATION
DIET
VACCINT
SUPPLY
门诊药物 治疗处方
长期药物 治疗医嘱
临床药物 治疗医嘱
显然，从父类可以派生出各种满足临床需要的子类，例如，从药物／治疗类派生出三种上临
床上各具特征的门诊处方、住院部的长期医嘱等子类。
３．３ ＯＢＳＥＲＶＡＴＩＯＮ ＲＥＰＯＲＴＩＮＧ ＣＬＡＳＳ
该类作为一个基类，主要针对对观察试验报告及其传递。其事务集的一般用途在于传送面向病人的结构化的观察和论断研究的结果。观察报告可以包括的内容非常广泛，如clinical laboratory results , the results of imaging studies(excluding the image ),EKG output ,severity and /or frequency of symptoms, drug allergies ,problem lists , diagnostic lists , physician ,progress notes ,operative note 等，但作为一个建立ＣＬＳ类，考虑到信息传递的方向性，我们应该对此加以限定，该类适用范围为借助设备观察人体病变的描绘、建议、处理程序，诊断／印象报告的处理，其特征是这种观察需要有请求（ＯＢＲ）。
面对于临床上的一般观察（其中某些指标也会借助简单的设备，如体温表，血压计等）如生命体征、病程记录、体格检查等，则不在此类中处理。
此基类包含的主要属性有：Universal Service Identifier 、Priority 、 Requested Date/ Time、 Observation Date/Time 、 Collection Volume 、 Collector Identifier 、 Specimen Action Code 、 Danger Code 、 Danger Code 、 Relevant Clinical Info . Specimen Received Date/Time 、 Specimen Source、 Ordering Provider 、 Result Status 、 Transportation Mode 、 Reason for Study 、 Technician 、 Scheduled Date/Time 、 Procedure Code等，观察报告将作为辅助诊断如放射信息系统、实验信息系统的主要基类。
３．４ＰＡＴＩＥＮＴ ＣＡＲＥ ＣＬＡＳＳ
ＰＡＴＩＥＮＴ ＣＡＲＥ 作为一个基类，为医学记录提供一个面积问题（problem-oriented），解决问题（临床路径，clinical pathway）和达到的健康目标（Goals）的规则，有助于提高医疗保健质量，也是帮助我们由经验医学向循征医学思维方式转变的一个措施（方法），医生书写的记录和护士的护理记录，体现了一个面向病人（patient-oriented）医疗的过程，都将以些为基类加以派生和扩展。作为一个标准的抽象和与我国医疗文化的差异是实现这一类的困难所在，照搬国外的标准，就会遇到各种阻力，必须继承和发扬，结合实际本地化。
３．５ ＳＣＨＥＤＵＬＩＮＧ ＣＬＡＳＳ
医院为患者提供服务都需要用到各种资源，然而，资源是有限的，需要合理安排资源，所以，任何涉及资源的利用，都需要预约。将预约单独作为一个构成ＣＬＳ的基类，有其特殊的意义和作用，它强化了资源的概念，明确了管理对象。在我国医疗流程中，有不少服务是需要预约的，然而，大部分服务却不需要预约，这种现象常常给经验不足的系统分析员一个误导，其实预约是需要的，只不过是由于某种原因，暂时默认了预约相关的数据，一旦这些因素发生变化，这种潜在的需求就会出现。
３．６ ＭＥＤＩＣＡＬ ＲＥＣＯＲＤ ＣＬＡＳＳ
医疗档案的管理，包括档案的建立，完成状态、储存状态、可用性和安全性。它是医学文档的最基本的属性，内容涉及Encounter, progress notes 和 Observation Reporting。
４．主要的域应用系统Domian Application System
应用系统的参考了前面的基类，国外许多ＣＬＳ的供应商按照这种方式来给软件产品分类或命名，这种分类的方法显然继承了ＨＬ７相关章节的结果。我国对于临床信息系统的域应用的类有些差别，如门诊挂号预约子系统，门诊医生工作站，门诊收费子系统，ＬＩＳ，ＲＩＳ，超声工作站，发药子系统，出入院管理与结算子系统，住院医生工作站，护士工作站等等，其分类是按照职能部门的来划分的（部门应用系统，Department Application System ），优点是符合我国目前大部分医院的机构和功能设置，缺点是未来功能的扩展限制。这种考虑问题的方法往往会比较局限。随着管理的改革和发展，许多业务会逐步与国际接轨，为了满足不断变化的业务需求，构建ＣＬＳ的根基一定要牢固。在域应用的基础上构建部门应用系统，是建立符合中国医院应用要求的临床信息系统的一个重要步骤，但应该有域应用的概念。
这些应用系统的特点是都能够独立于其他系统运行，完成某一方面的临床业务，同时，他们也能很方便的与其他系统按照ＨＬ７的标准接口通讯，合各个系统能有机地集成在一起，完成理复杂的临床工作。
４．１．１．ＡＤＴ& atient Administration
本系统的主要功能包括门诊或急诊病人挂号，出、入、住院病人管理（含住院期间的床位管理）等，另外，该系统将为其他相关系统提供病人及其访问信息和主索引服务（ＭＰＩ服务），使病人ＩＤ保持一致。
４．１．２．Order Entry and Management
该系统的主要功能主要是处理医嘱，包括医嘱的请求者（Placer）和执行者（Filler）之间的事务交流，它是ＣＬＳ各域系统中较为复杂的一个，需要根据不同类别的ＯＲＤＥＲ进行二次开发处理之后才能被其他部门系统使用，较为合适的分类将根据病人的访问类型（ＰＶ１－２Patient Class）和ＯＲＤＥＲ的类型（药物／治疗、观察、膳食等）来决定他们各自的属性和方法。
４．１．３．Computer-based Patient Record
电子病历记录的内容主要是病史（Enocounter），体格检查，阶段总结，出院或转院记录，会诊记录等。
４．１．４．Patient Care and Progress Record
病程记录和记录，这二种记录也属于病历的一个重要组成部分，它更强调对病人照料的过程，面电子病历则偏重于信息的记录与编码，与过程关系不密切。
４．１．５．Observation Reporting System
本系统包括观察请求及其相关事务的处理，报告的录入、储存、报告发送等。
４．１．６．Scheduling System
预约在临床事务中，常常由医生的医嘱触发而产生一条新的预约请求，由资源的管理者负责确诊约定事宜。
５．结果／成果
Radiology Information System（ＲＩＳ）是本公司第一个基于ＨＬ７的应用软件系统（部门应用系统），它将Registration（ＡＤＴ）、Observation Reporing System（核心部分）、Order Entry、Scheduling System等域应用集成而成，由于ＲＩＳ的数据即图像信息由ＰＡＣＳ提供，所以其特别之处在于与ＰＡＣＳ的集成。
Laboratory Information System（ＬＩＳ，实验室信息系统）是本公司在已有域应用系统（类似ＲＩＳ的基础域）的基础上集成应用系统，突出其中Specimen Tracking（属于 Observation Reporting 中的内容）并实现与实验室自动化设备的信息交换与数据获取。
６．讨论
我国计算机在医院的应用正逐步朝以临床业务为主的方向发展，怎样设计适应我国医院的临床信息系统是许多业内人士所关注的课题。ＨＬ７标准的制定，为系统之间的信息交换提供了接口，使得各个不同应用系统之间能够建立联结，达到集成不同供应商提供的软件产品的目的，也就是说ＨＬ７并没有告诉我们怎样去设计临床信息系统，更不会告诉你符合中国医院要求的临床信息系统应该怎样构建，但是，ＨＬ７是一个以临床业务为基础的应用层标准协议，它是临床工作归纳、总结和抽象的综合性成果，县完全符合自顶向下设计原则，这是本文提出以ＨＬ７作为ＣＬＳ设计基础的主要理由。
我们可以把ＨＬ７比作一个有牢固地基和框架的建筑，而Domain Application则是一个未装修的空楼，Department Application是交付给客户的可以立即使用的房间，客户可以购买楼花，请专业公司或者自己来间隔和装修，以满足不同的功能需求。
ＣＬＳ是一个非常复杂的系统，设计难度大，功能复杂，本文仅从大致的构构上阐述了作者的构想，由于篇幅限制，其中的许多核心问题如电子病历及其编码、结构化报告等内容不能在此论述，我们会在以后的文章中发表。鉴于作者水平有限，期望本文起到抛砖引玉之功效。
|
|
发表于 2003-1-19 14:28:55
发表于 2003-1-19 20:13:54