三甲医院数据集成平台建设合集.pdf

某大型三甲医院基础集成信息平台建设需求与架构设计案例实践 一、基础集成信息平台建设背景 医院正在逐步迈入信息化浪潮，远离人工统计和纸质记录的旧时代，目前， 我国三甲医院已经基本完成了现代化信息系统的建设工作，以某院为例，建设了 包括His 信息系统、一体化临床工作站、HRP 系统、APP、护理病历、超声系统、 内镜系统等几十个信息系统，而且随着医院对信息化发展的不断重视，信息系统 在未来几年内会有一个快速增长，然而面临的问题也是日益加剧，最初的设计重 点局限在满足业务需求上，并没有把可兼容性、数据共享性、高扩展性考虑进去， 当系统较多的时候，交互接口数量基本上都是以指数级增长，给系统的开发、运 维维护带来很大问题。 某院在最开始筹建基础集成信息平台时，通过对信息系统的调研和科室的走 访,发现信息化有如下几类问题比较严重： （一）各业务系统交叉互联现象严重，集成方式多样，主要包括WebService、 视图、文件、动态链接库、exe程序、界面集成等方式。 例如，手机APP、微信的医院网站系统中，获取医嘱、缴费等信息是通过主 动调用HIS 提供的WebService接口方式实现，当HIS的医嘱信息发生变化时App 或微信系统只能通过刷新的方式再次调用WebService接口获取，HIS不能主动 推送医嘱变化消息，效率和系统使用效果不好。 (二)基础数据问题 1. 由于各类基础数据、字典未形成统一的管理方式，多散落在不同的系统 中自行维护，数据不一致现象比较严重 2. 目前医嘱开立在HIS 的医生工作站中完成，检查项目、检验项目、治疗 项目采用的是HIS的物价收费项目，而不是医技科室的临床检查、检验等术语项 目，需要通过对照完成转换。 3. 由于有的基础数据采用程序同步的方式，因此会有数据不一致，同步不 及时的问题。 (三)患者主索引及临床数据文档共享问题 1. 临床医生在医生工作站中查看患者的检查结果、检验结果时，只能从不 同的菜单中链接由各自的医技系统提供的Web界面，无法统一查看患者的检查、 检验结果信息，也不能查看患者的历次检查、检验结果信息。 2. 由于同一病人会反复入院，但系统尚不能从统一的视图查到病人的所有 诊疗记录，免去医生反复查询的工作。 3. 电子病历与病理系统、影像系统的对接做的不好，负责登记的技术员需 要登录多个系统查询同一病人的信息。 4. 病人门诊号、病理号、住院号各不相同，技术员无法通过唯一标识识别 病人，如遇重名则需要技术员人工区别。 (四)业务流程现状问题 1. 检查申请单业务流程问题 1) CT、MR可以在门诊、住院申请单预约，门诊患者缴费后拿着申请单及缴 费单据到影像放射登记科室登记，通过RIS系统进行预约确认、到检登记，同时 通过HIS终端系统进行确费，预约确认、到检登记、上机检查、出检查报告等各 业务环节都不能通过系统反馈给HIS，医生无法掌握患者的检查进度情况； 2) 内镜检查目前没有实现预约，内镜检查登记系统不能获取电子申请单信 息，登记人员通过患者手持的纸质申请单进行人工录入，后续各环节信息不能通 过系统反馈给HIS，医生无法掌握患者的检查进度； 3) 病理申请仍采用纸质申请单形式，缺乏质量管理模块； 2. 挂号、预约挂号业务流程问题 某院患者可以通过自助机、手机APP、电话预约、现场、微信、支付宝等 多种挂号方式，号源池统一放在HIS 中管理，但由于挂号渠道多样，针对不同业 务场景没有进行统一的业务梳理，不同业务场景下对号源池处理的业务规则也不 相同，因此此处的接口比较乱，后续如果再增加其他类型的预约挂号方式，业务 的复杂度会逐渐增大。 二、需求分析 2.1 基础数据治理需求 目前，医院30多个其他系统与HIS系统有接口关系，同时为了让业务流程 能够有效运转，HIS系统也与大量的其他系统有接口关系。这种网状的耦合关系 使得系统维护、升级或更换等异常困难、成本高昂。因此基础数据治理，形成全 院级基础数据标准势在必行。 2.2 建立全院统一的患者主索引的需求 医院信息整合要解决的关键问题是患者信息的不统一。目前医院各个应用系 统均有患者基本信息，但是数据的标准不统一，维护的方式不统一。临床医疗活 动均是以患者为主线的，如果患者的信息不统一是无法实现电子病历等数据整合 的。因此，必须要建立全院级统一的病人主索引，并以此为基础实现医院数据层