医院集成平台建设实践-文档资料

1、1集成平台建设实践集成平台建设实践主讲人：黄勇主讲人：黄勇武汉大学人民医院武汉大学人民医院2目目 录录一、集成平台建设背景一、集成平台建设背景二、集成平台建设方案二、集成平台建设方案三、集成平台建设经验分享三、集成平台建设经验分享第3页集成平台建设背景集成平台建设背景4集成平台建设背景集成平台建设背景部门级部门级（费用）（费用）特点：1，部门内业务2，部门内字典3，部门内信息 1级：仅数据采集 2级：可数据共享4，部门外手工全院级全院级（费用（费用+医嘱）医嘱）特点：1，全院内业务2，各系统字典3，系统互联 3级：共享方式 4级：接口方式4，临床决策 3级：初级（费用） 4级：中级（临床）全院

2、级全院级（一体化）（一体化）特点：1，互联互通2，智能书写3，数据中心4，知识利用5，集成门户6，运营管控全院级全院级（全流程与决策）（全流程与决策）特点：1，全流程闭环2，统一知识库3，无纸化4，高级决策（一体）区域级区域级（共享与协同）（共享与协同）特点：1，患者医疗信息共享2，区域医疗业务协同电子病历1，2级电子病历3，4级电子病历5级电子病历6级电子病历7级90年代初2000年开始2011年开始2013年开始2016年开始基于基于电子电子病历病历医院医院信息信息平台平台第5页集成平台建设背景集成平台建设背景第6页集成平台建设背景集成平台建设背景医疗数医疗数据应用据应用运营数运营数据应用

3、据应用HISHISPACSLISEMRHRP教学ERP科研ERPOA第7页集成平台建设背景集成平台建设背景两者之间存在共性问题，还是两者之间存在共性问题，还是依赖于底层某个业务系统。依赖于底层某个业务系统。“HIS一体化的医院信息平台”，所有的医院信息系统由一家公司承建，建立了全院一体化的应用与管理。“以电子病历为核心的医院信息平台”，主要以电子病历为重要的集成载体来建设医院信息平台。“不依赖于任何载体的公共服务平台”，在医院现有系统之上部署一个公共的、单独的、能够独立运行的服务平台，从而来为医院应用系统提供公共的服务。8目目 录录一、集成平台建设背景一、集成平台建设背景二、集成平台建设方案二

4、、集成平台建设方案三、集成平台建设经验分享三、集成平台建设经验分享第9页集成平台建设方案集成平台建设方案”六横、两纵六横、两纵”六横：基础业务层、交换层、服务层、数据层、分析层、应用层。两纵：政策法规与标准、身份认证与安全保障。第10页集成平台建设方案集成平台建设方案目的复杂的网状结构非标准化复杂的网状结构非标准化运行效率低、系统容易瘫痪、维护成运行效率低、系统容易瘫痪、维护成本高、更换子系统困难，无法对外提本高、更换子系统困难，无法对外提供标准化医疗信息交换与服务供标准化医疗信息交换与服务简易结构遵循医疗标准化简易结构遵循医疗标准化运行效率高、维护成本低、更换子系统运行效率高、维护成本低、更

5、换子系统容易，方便对外提供标准化医疗信息交容易，方便对外提供标准化医疗信息交换与服务换与服务信息系统信息系统集成平台集成平台医疗标准医疗标准 运营管运营管理系统理系统 区域医区域医疗系统疗系统 基础系基础系统统临床医临床医疗系统疗系统 对外医对外医疗服务疗服务第11页集成平台建设方案集成平台建设方案整体架构构构基于集成平台的应用系统基于集成平台的应用系统医院信息集成平台医院信息集成平台CDR临床数据存储服务临床数据存储服务患者基本信息病历文书医嘱结果诊断处方/药物机构信息费用信息临床数据存储库科研数据存储库临床知识库规则管理规则管理服务服务规则创建规则访问HIS临床数据中心管理系统(集成视图)

6、临床辅助决策支持规则发布患者主索引管理系统公用服务管理系统HL7 Adapter消息路由消息转换和映射服务注册IE集成引擎集成引擎患者主索引患者主索引服务服务主数据管理服主数据管理服务务医疗卫生人员注册/查询服务科室注册/查询服务术语/字典注册/查询服务患者信息注册服务患者信息查询患者信息交叉检索主数据更新通知患者信息更新通知CISEMRRIS/PACSLISUIS第12页集成平台建设方案集成平台建设方案建设内容IE集成引擎集成引擎服务注册消息路由消息转换及映射数据校验访问控制系统日志及异常基于平台的公用服务基于平台的公用服务统一用户身份和权限管理主数据管理服务规则管理服务通讯接口服务患者主索

7、引患者主索引患者信息管理患者疑似信息管理模型可视化配置匹配算法引擎操作记录审计临床数据中心临床数据中心临床数据集中展示临床数据安全访问和审计统一的门户对外数据服务商业智能分析商业智能分析13IHE集成规范 术语编码， ICD-10 ICD-9-CM 数据元定义 数据集定义 RIM模型 RMIM模型 CDA(临床文档架构)第14页集成平台建设方案集成平台建设方案HL7 标准15集成平台建设方案集成平台建设方案集成引擎(IE)建设功能特色：功能特色： 我们采用了最先进的我们采用了最先进的HL7 V3标准标准 我们提供标准我们提供标准/非标准的非标准的HL7 V3转换转换 -不要求在用系统是不要求在

8、用系统是HL7的的无论采未采用标准、采用了什么标准，都无论采未采用标准、采用了什么标准，都可以以较小代价接入，然后我们都是可以以较小代价接入，然后我们都是HL7 V3的。的。16集成平台建设方案集成平台建设方案术语梳理统一基于医院各系统间数据交换的语义级别的统一，将医院内重要注册信息、术语、字典等作为主数据进行管理维护，并提供开放式访问接口和更新通知接口集中管理医院内人员、科室、医疗术语字典的维护更新，为全院级标准化工作推进打下坚实基础功能功能实现实现特点特点17集成平台建设方案集成平台建设方案患者主索引（EMPI）建设 提供全院唯一患者标识提供全院唯一患者标识 基于平台的全系统交换基于平台的

9、全系统交换 一人多号的自动识别与合并一人多号的自动识别与合并 合并错误的自动分离合并错误的自动分离 人性化后台操作界面人性化后台操作界面 提供可扩展的交叉索引查询提供可扩展的交叉索引查询 符合符合IHE-PIX集成规范集成规范 符合符合HL7标准标准第18页集成平台建设方案集成平台建设方案临床数据中心建设临床诊断参照医疗系统CDR集中展示医生站/LIS检验/RIS报告/电子病历19入院记录查体记录医嘱医嘱执行护理记录标本记录检查报告检查申请检验报告检验申请治疗记录手术记录监护数据麻醉信息手术申请.出院总结知情同意书查房记录病程记录入院记录查体记录医嘱医嘱执行护理记录标本记录检查报告检查申请检验

10、报告检验申请治疗记录手术记录监护数据麻醉信息手术申请.出院总结知情同意书查房记录病程记录入院记录查体记录医嘱医嘱执行护理记录标本记录检查报告检查申请检验报告检验申请治疗记录手术记录监护数据麻醉信息手术申请.出院总结知情同意书查房记录病程记录初次就诊初次就诊二次就诊二次就诊n次就诊次就诊末次就诊末次就诊患者基本信息患者基本信息CDREMPI全生命周期管理20目目 录录一、集成平台建设背景一、集成平台建设背景二、集成平台建设方案二、集成平台建设方案三、集成平台建设经验分享三、集成平台建设经验分享第21页集成平台建设经验分享集成平台建设经验分享场景定义患者信息创建患者信息创建患者信息更新患者信息更新

11、患者信息删除患者信息删除患者信息查询患者信息查询关联患者信息查询关联患者信息查询患者信息交叉检索患者信息交叉检索患者信息合并患者信息合并/拆分拆分患者信息更新通知患者信息更新通知出院信息出院信息发药信息发药信息费用信息费用信息挂号信息挂号信息过敏和生理状态信息过敏和生理状态信息护理医嘱护理医嘱会诊申请会诊申请检查申请信息检查申请信息检查预约信息检查预约信息检验申请信息检验申请信息就诊信息就诊信息(查询查询)门急诊分诊门急诊分诊取血单取血单入出留观入出留观入科出科入科出科入院信息入院信息三测单信息三测单信息西医处方西医处方生命体征测量生命体征测量手术申请信息手术申请信息体检登记体检登记西医处方西

12、医处方药物医嘱药物医嘱医学评分医学评分医嘱撤销和停止医嘱撤销和停止医嘱执行医嘱执行医嘱执行状态信息医嘱执行状态信息用血申请信息用血申请信息预约挂号预约挂号诊断信息诊断信息诊疗处置诊疗处置转科应答转科应答转区转床申请转区转床申请转区转床信息转区转床信息第22页集成平台建设经验分享集成平台建设经验分享接口梳理第23页集成平台建设经验分享集成平台建设经验分享难点分析以及对策项目风险建议方案 平台集成项目涉及厂商众多，沟通协调困难。 供应商缺乏HL7方面的能力和经验，接口数据标准化改造工作存在风险。 接口庞杂，集成工作量大。 针对CDR构建工作，可资借鉴的经验缺乏。 CDR与现有系统的功能重合，需要统

13、一规划，技术难度大。 平台集成是医院IT系统长期持续的工作，需要分层次，分阶段段渐进方式推进，逐步扩大集成范围和集成深度。 缩小接口范围，考虑以供应商-系统范围-功能模块三级层次逐步推进接口集成 对于技术难度最大的CDR，考虑在后期逐步集成；系统上线运行系统上线运行集成测试集成测试IE平台开发实施平台开发实施业务系统接口改造业务系统接口改造平台产品选型平台产品选型系统接口梳理系统接口梳理第24页集成平台建设经验分享集成平台建设经验分享实施阶段建议lIE平台介入；l构建EMPI系统，通过信息平台实现EMPI和其他系统之间的互联；l系统间互联保持不变。l术语编码服务系统l院内统一的用户注册和安全认

14、证系统l构建CDR系统，通过信息平台实现CDR和其他系统之间的互联。l系统级接口接入改造；l签章文档管理系统。l完成审计跟踪服务系统。l完成患者同步应用上下文管理服务系统。l完成业务级别警示系统。l应用系统告警系统l面向服务架构的持续构建；l业务流程标准化；l业务功能添加；l基于业务流程监控，进行业务流程编排，持续改进 ，随需应变； 第二阶段 IE&EMPI 第三阶段 CDR构建 第四阶段 持续改进l根据医院的情况来定；l比如没有BI展现就先从数据采集和展现开始 第一阶段第25页集成平台建设经验分享集成平台建设经验分享阶段性进展阶段性进展量化过程管理（案例：临床医疗业务现状调研）量化过程管理（

15、案例：临床医疗业务现状调研）所在周科学策划科学策划持续跟踪持续跟踪第26页集成平台建设经验分享集成平台建设经验分享每周例会 门急诊：基本正常，两周的医生站业务调研本周结束 住院组：电子病历甲方评审延迟 医技组：医技组：PACSPACS通过接口上传通过接口上传每周例会每周例会预实对照预实对照成果物成果物人数人数负责负责周一周一周二周二周三周三周四周四周五周五实实1 1实实2 2实实3 3实实4 4实实5 5门急诊组门急诊组5李雪芹10%30%57%78%100%11%32%55%75%97%97%住院组住院组4阮超15%31%49%75%100%17%36%49%71%96%96%医技组医技组4

16、黄勇19%40%61%80%100%19%37%60%75%94%94%BIBI组组3周文犁3%10%25%60%100%4%12%19%59%94%94%临床医疗组临床医疗组4全飞12%28%49%75%100%14%30%47%82%103%103%第27页集成平台建设经验分享集成平台建设经验分享成果统计 功能功能（二级）（二级）功能功能（三级）（三级）文档编号文档编号功能功能点数点数业务业务需求需求P P门急诊 门急诊挂号RMYY233449门急诊 门急诊分诊RMYY234427门急诊 门急诊收费RMYY236763住院ADT住院处RMYY222852住院住院医生站RMYY2231239医技LIS检验RMYY2121096医技PACSRMYY213636医技RISRMYY214679医技PIS病理RMYY216657医技手术麻醉RMYY2171268医技血库管理RMYY219624功能分类功能分类（二级）（二级）功能分类功能分类（三级）（三级）文档编号文档编号本周本周预定预定总体总体RMYY101门急诊门急诊概述RMYY231门急诊门急诊发卡RMYY232门急诊门急诊医生站RMYY235门急诊急诊留观RMYY246住院住院概述RMYY221住院电子病历RMYY224住院住院护士站RMYY225住院住院药房RMYY226医技微生物RMYY212b医技超