HL7在中国.pptVIP

ＨＬ７在中国 北京协和医院 信息中心 李包罗 ２００２．１１ 一体化的设计不需要HL7 集中的数据库设计 功能设计上的高聚集、低耦合 数据的高度共享 保证数据的及时性、正确性、完整性 程序设计简单 医院信息系统需要不同厂商产品的集成 医院信息系统的复杂性 世界上不存在一个HIS厂商可以提供一个医院所需要的全线产品 一个医院的信息需求是不断扩展的 IT技术日新月异 集成不同厂商的产品是必然的 少数几个IT系统集成的方案 没有不需要与其它系统发生信息交换和共享的系统 孤立运行的信息系统是信息孤岛，迟早会被淘汰 集成方案要考虑资源的有限性 不多的供应商的协作是可能的 门诊-住院，卫生材料-病人计价，药品-影像 共同制定接口规则 字典和数据表的耦合及组件的相互调用更经济 有N个厂商的系统介入的情况 N个厂商介入要有n * (n-1)个接口需要设计，借口是双向的，7个不同的系统需要42个接口 N2 数量级的复杂度是不可计算的 每个厂商每个医院都要和N-1个其它厂商打交道，M家医院要开发M*(N-1)个接口 医院要和N个厂商打交道 只能放弃字典和数据表的耦合及组件的相互调用的方法 使用HL7作为标准接口 HL7是当前国际实际上的医院信息交换标准 任一厂商均把M*（N-1)的工作量减为一次性的N-1 适应了医院总体规划、分步实施的需求，有效的保护了医院的投资 适应IT技术不断更新 大大加快了信息系统安装、上线的速度 HL7的基本格式与编码规则 HL7的信息交换单元是Message(消息） 消息是由事件（Event)驱动的 一个系统可能导致多种事件的发生 消息被分成若干段（Segments) 段由若干字段（Fields)构成，字段内容是变长的可视ASC字符串 HL7不涉及系统的具体实现，它不是Plug in Plug Play 的软件 如何开发一个HL7 Ready的应用软件举例ADT系统中的病人入院事件A01 任何HIS一定有病人ADT系统，考虑设计一个HL7 Ready的病人入出转系统 ADT可能涉及55个基本事件和11个辅助事件，一个ADT系统本不一定要全部支持这些事件 收病人入院要触发A01事件(event A01) 该消息主要含六段:MSH(信息头);EVE(事件类型);PID(病人标识),PV1(访问);PR1(处置);IN1(保险);前二段是所有消息都有的；还有其他22个可选的辅助信息段 如何开发一个HL7 Ready的应用软件举例A01事件消息中的PID段 PID段用来传递入院病人的标识 PID段由38个字段构成，其中只有病人ID列表(Patient Identifier List)和病人姓名(Patient Name)是必填的 每个字段有八个属性构成：序号、最大长度、类型、可选性、重复性、相关字典、字段标识码、字段名 涉及到16个字典表(包括用户定义表和HL7字典表) 当前对HL7的一些错误认识 HL7不适合中国(不能处理中文、不能适应中国的处理流程、管理方法、不确认为国家标准就不能用） HL7可以原封不动的用于中国 364张字典表，大量的是用户定义表 HL7是最高级、最完整的医院信息化标准，用了它可以全面解决医院信息共享与交换问题 信息表达的标准化是基础 信息交换之上还有信息流程和信息处理的标准化问题 当前对HL7的一些错误认识 把HIS系统改造成HL7 Ready是一件轻而易举的事 医院要上HIS，必须参加HL7高级培训，获得HL7 Ready证书，否则无法保证信息共享和标准化 实现HL7的方法学 改造所有的HIS模块，使其符合HL7的要求 设计和开发新系统符合HL7标准 按照HL7标准些大量的Trigger, 向相关系统发消息 采用ＨＬ７网关（引擎），使非标准的消息通过引擎的处理变成符合ＨＬ７标准的消息 在各类临床信息系统间应用ＸＭＬ进行信息交换是一条值得探索的新途径 当前应该和可以立即开展的工作 发行出版ＨＬ７中／英版的全文，光盘版亦可，让更多的人有条件研究 组织专门的小组（有丰富ＨＩＳ开发经验和良好英文基础的人）学习和认真消化ＨＬ７ 加强和境外ＨＬ７的专家交流 每年定期召开ＨＬ７应用高级研讨班 组织专人尽快完成用户定义字典的中国版 选择部分ＨＩＳ模块试验基于ＨＬ７的信息交换 选择试点，进行ＨＬ７引擎产品的应用与评价 * * 数据库 住院ADT 药品管理 财务 病房 诊间 基于主题数据库的HIS系统 数据库 住院ADT 药品管理 病人账单 病房 诊间 第二个厂商加进来了 数据库 众邦慧智的HIS 清华智方的LIS 有N个厂商的系统介入的情况 采用HL7标准之后的情况 HL7标准接口