许伟彬 鲍 瀛
目前医院的临床信息系统经过多年的建设,已经具有较高的信息化水平。且在长期的应用中积累的、宝贵的临床信息,但这些信息分散储存在电子病历、收费、医嘱、药品、检验、医学影像、手术等信息系统中,造成临床医生在临床诊断时,如需查阅患者历次诊疗信息、既往病史、检查∕检验结果时,需要跳转多个系统,对临床工作造成了很大的不便,数据的分散使得临床医疗信息不能发挥其应有的作用,无法得到充分利用,没有真正体现信息化管理的优势[1]。如果不能够对这诸多信息进行高效的智能整合处理,医院管理必然出现混乱,诊疗效率必然下降,病人看病难看病贵的问题将更加突出,医院本身的运转也必然受阻,医疗质量下降、医疗浪费加重、经济上入不敷出,最终导致医院自身发展的停滞。
1.1 医院信息化业务流程复杂混乱 (1)临床数据分散,难以形成本次就诊的全局视图,患者历史就诊数据的参照往往需要使用多个系统和较为繁琐的查找操作。(2)医嘱下达后缺乏全流程的跟踪,难以把握医嘱的执行状况。(3)以人、财、物为中心的HIS 越来越难以满足以患者为中心、诊疗过程为主线的临床管理要求。
1.2 系统辅助支持功能不完善 (1)以局部功能为单位的单体系统需要集成越来越多的其他功能,例如:在住院系统需要使用补费功能,在护理系统需要使用医嘱功能,在质控系统需要电子病历查看功能等。在传统的单系统开发模式下,要满足这些需求将要付出高昂的代价。(2)临床路径缺乏辅助生成工具和分析工具。(3)对重要事件缺乏有效的提醒机制,例如危急值提醒、不良反应提醒等。(4)目前的临床系统智能化程度不高,难以为医生提供临床决策有效的支持。
1.3 临床医疗质控问题 医疗质量缺乏全局管理,医疗质控不只是病历质控,医嘱质控、临床路径质控、护理质控等都需要统一管控。
1.4 普及应用的易用性 临床医生面对众多临床系统,需要重复登录,并适应不同系统的操作风格,导致临床医生需要付出高昂的学习和培训代价。
1.5 系统信息的安全隐患 缺乏严格的数据访问控制,患者信息泄漏;随着国家对个人隐私保护的加强,医疗信息管理问题将越来越紧迫[2]。
1.6 系统管理与扩展存在严重屏障 (1)系统运行随着年限增长和业务增长越来越慢。(2)随着系统数的增加,临床系统间的接口开发和管理问题日益严重。
1.7 其他问题 (1)虽然病历已经电子化,但结构化程度不高,难以满足科研的多角度分析。(2)目前的信息系统是以医护操作人员为中心,但在以患者为中心的指导思想下,患者相关功能缺乏。
基于以上现状,如何面对复杂局面走出困境,成为医院管理的头等大事,因此我们要在医院中打造一体化临床信息平台,把医院各种不同医疗信息和管理信息均放在医院统一临床信息平台上进行管理,使医院的信息和资源得到充分的交流,真正做到资源共享、协同服务,从而极大提高医院管理效率和服务质量。
目前国内所有大型医院及有实力的医疗软件机构都在或已经研发此类产品并在临床进行探索性开发应用,目前没有在全国范围内推行医院一体化临床信息平台的主要原因,是没有配套的法律和配套的标准,各医院信息化建设中都有自己特色管理模式和标准,开发产品在临床客户化技术功能应用上各有所长。一体化平台采用集成化电子病历一体化临床信息平台的设计方案,将系统信息管理分为相对独立的用户接口层和业务组件层。本系统技术研发完全按照国内外颁布的各项规范标准,并遵循国际标准HL7 进行构筑。支持病历数据在各系统间的交换标准化和规范化,系统的研发和应用技术水平各项指标都达到了目前国内医院信息化管理技术的先进水平。
一体化临床信息平台ICIP(Integrated Clinical Information Platform)是指在网络的环境下,把各种临床功能、临床数据和资源,以患者为中心、诊疗过程为主线,统一整合到临床信息平台下,并使之组件化、模块化和一体化,根据每一角色的使用特点,形成特定的应用门户,并通过对事件和消息的处理、传输,把临床活动有机的联系在一起[3],见图1。
图1 医院一体化临床信息平台领域分类模型图
2.1 平台主要门户 (1)一体化门诊医生站(含门诊病历)、护士站。(2)一体化急诊医生站(含急诊病历)、护士站。(3)一体化留观医生站(含留观病历)、护士站。(4)一体化住院医生站(含住院病历、临床路径)、护士站。(5)一体化医疗质控平台。(6)一体化药师工作站。
2.2 平台主要特点 (1)界面集成(Portal)可根据每个角色的使用特点制定特定门户。(2)功能集成(SCA)组件化、模块化、插件化。(3)数据集成(DI:Data Integration)临床数据统一存储、统一共享。
本一体化临床信息平台的建设分为相对独立的用户接口层和业务组件层。用户接口层基于HTML标准和ExtJS 前端框架开发,使用ExtJS 可以快速开发出友好、适合医院互操作要求的用户界面,但作为一种重型的富客端框架,存在兼容性和性能问题。
为了解决遇到的一系列问题,使用开放的浏览器引擎(Webkit)开发客户端,Javascript 等资源嵌入软件。这种技术方案将B/S 和C/S 合二为一,弥补了传统B/S 架构方案不能访问本地资源、兼容性差、画面展示性能差的缺点,同时为系统带来了跨平台的好处,不管是PC 还是移动终端,都可以基于同一种技术架构,不再像传统C/S 客户端那样受制于某一个平台。
业务组件层以开放的SOA 标准SCA(Service Component Architecture)为基础创建,系统设计阶段基于业务需求划分业务组件,明确定义组件间的服务以及对服务的引用,保证组件独立性的同时为整个系统带来了强大的灵活性和可扩展性。业务组件层提供的这种插件化体系,使得分布式开发方式成为可能,组件分布开发,统一发布,灵活装配成不同产品,从而使得开发效率大大提高,代码保密性的要求也得到满足,软件维护和产品创新的成本大大降低,需要做的仅仅是替换、删除或增加组件。同时,组件的颗粒大小没有限制,组件间的绑定灵活,耦合度降低,也为医院将来研发开放性医疗软件平台奠定了基础。
图2 医院一体化临床信息平台总体技术架构图
(1)完整的临床数据模型与临床功能的无缝整合(医嘱+临床路径+病历+护理)。(2)统一登录、统一操作风格的临床系统。(3)能够针对角色(如住院医生)灵活配置门户的应用平台。(4)整合本次就诊数据和历次就诊数据,并提供临床智能助手。(5)有强大模板库、元素库支持的录入快捷、易操作、易扩展的高度结构化的病历编辑器。(6)具备智能学习能力(可通过医嘱辅助创建,可通过变异统计辅助改进)的临床路径。(7)在各临床处理环节能够提供智能数据支持和高度临床决策支持的能力。(8)以患者为中心的就诊闭环、医嘱闭环管理[4]。(9)临床一体化的医疗质控平台。(10)具备智能提醒(例如:危急值报告、待办事项),消息通信的能力。(11)严格的功能权限控制和数据访问控制管理。(12)系统高性能的数据存取方案。(13)临床数据标准化的接口引擎(数据统一组织和统一发送接收,并支持HL7 标准)。
6.1 本一体化临床信息平台的研发规划 完全符合国家863 计划中的《国家高技术研究发展计划(863 计划)生物和医药技术领域》的“课题5 高端电子病历系统研发与综合应用”。该平台的研发目标是发展高端医院临床信息一体化平台,具备CDR、CMV、CPOE、CDSS、闭环医嘱、临床路径等功能,在大型综合医院开展示范应用。
6.2 国内电子病历通常分为四代模型 目前国内的电子病历系统多集中在第二、第三代之间,该一体化临床信息平台的研发目标是第四代:以医嘱、病历、护理和路径为核心的诊疗过程全数据、全流程管理。经该平台管理后将打通传统病历文书和医嘱之间的通道,将国内电子病历的发展推进到第四代。
6.3 完善电子病历数据 该平台除高度整合传统门(急)诊医生工作站、住院医生工作站、护理系统及传统电子病历系统外,还将以临床数据中心(CDR)为核心,构筑患者单次就诊和历次就诊之间的完整电子病历数据。为区域健康档案提供坚实基础。
6.4 全面参考卫生部颁布的各项规范标准 遵循国际标准HL7 进行构筑,支持病历数据在各系统间的交换标准化和规范化,为区域乃至全国病历数据的大集成作好技术准备。
6.5 控制数据访问 该平台除提升传统医生工作站及电子病历文书的功能外,还将重视数据访问控制,全面提升对患者的个人信息及隐私保护。
1 陈戏墨,林超华,陆慧箐,等.医院多系统异构多应用软件集成平台的研究[J].软件导刊,2011,10(3):12-14.
2 黄素丹,张德仁,张秀英,等.基于医院信息化系统的医院防保信息一体化管理[J].预防医学情报杂志,2007,4:444-447.
3 沈明霞.基于HIS 的电子病历与随诊一体化研究[J].现代医院,2010,6:153-154.
4 方正国际软件有限公司.就诊闭环信息的组织系统和组织方法:中国CN103559673A[P].2013-11-25.