智慧医院系统集成平台

3 周文犁 3% 10% 25% 60% 100% 4% 12% 19% 59% 94%
临床医疗组 4
全飞 12% 28% 49% 75% 100% 14% 30% 47% 82% 103%
100% 90% 80% 70% 60% 50% 40% 30% 20% 10% 0%
整体 实际 门急诊组 住院组 医技组
诊断
病历文书
医嘱
(CDR)
处方/药物
机构信息
结果 费用信息
规则管理
主数据管理服
服务
务

公共 规则
创建
医疗卫生人 员注册/查询 服务
科室注册/查
服务 规则
访问
询服务 术语/字典注
规则
册/查询服务
发布
主数据更新
通知
患者主索引 服务
患者信息 注册服务
患者信息 查询
患者信息 交叉检索
患者信息 更新通知
HL7 Adapter
住院 住院护士站
住院 住院药房
医技 微生物
医技 超声影像
医技 ICU
医技 消化内镜
医技 消毒供应中心
文档编号
本周 预定
28% 30%
12% 14%
周一
周二
49% 47% 周三
82% 75%
100%
周四
周五
• 门急诊：基本正常，两周的医生站 业务调研本周结束
• 住院组：电子病历甲方评审延迟
• 医技组：PACS通过接口上传
第26页
集成平台建设经验分享—成果统计
功能
功能
（二级） （三级）
文档编号
功能 业务 点数 需求P
“不依赖于任何载体的公共服务平台”，在医院现有系统之上部署一个公共 的、单独的、能够独立运行的服务平台，从而来为医院应用系统提供公共的 服务。
第7页
目录
一、集成平台建设背景 二、集成平台建设方案 三、集成平台建设经验分享
集成平台建设方案
信息集成平台建设：”六横、两纵” 六横：基础业务层、 充分调研、标准先行交换层、服务层、数 总体规划、分步实施据层、分析层、应用 层。 两纵：政策法规与标 准、身份认证与安全 保障。 第9页
区域医 疗系统
运营管 理系统
基础系 统
第10页
EMPI(患 者主索引)
集成平台建设方案—整体架构
构 基于集成平台的应用系统
临床数据中心管理系统(集成视图)
临床辅助决策支持
公用服务管理系统
患者主索引管理系统
医院信息集成平台
临床数据存储库
科研数据存储库
临床知识库
临床数据中心 CDR临床数据存储服务
患者基本 信息
集成平台建设方案—临床数据中心建设
临床诊断参照医疗系统
医生站/LIS检验 /RIS报告/电子病历
CDR集中展示
集成平台建设方案—全生命周期管理
患者基本信息
EMPI
初次就诊
……
CDR
二次就诊
……
n次就诊
末次就诊
Page19 •
目录
一、集成平台建设背景 二、集成平台建设方案 三、集成平台建设经验分享
• 缩小接口范围，考虑以供应商-> 系统范围->功能模块三级层次逐 步推进接口集成
• 对于技术难度最大的CDR，考虑 在后期逐步集成；
平台产品选型 系统接口梳理
IE平台开发实施 业务系统接口改造
集成测试
系统上线运行
第23页
集成平台建设经验分享—实施阶段建议
第一阶段
根据医院的情况 来定； 比如没有BI展现 就先从数据采集 和展现开始
• RIM模型 • RMIM模型 • CDA(临床
文档架构)
在数据层次上，定义数据的编码、 • 术语编码，
规范、组成、内容等。
• ICD-10
• ICD-9-CM
• 数据元定义
• 数据集定义
第13页
集成平台建设方案—HL7 标准
HL7 V3标准的优 点
• 面向对象的建模技术 • 与软件工程结合的自顶向
第四阶段 持续改进
面向服务架构的持续构 建； 业务流程标准化； 业务功能添加； 基于业务流程监控，进 行业务流程编排，持续 改进 ，随需应变；
第24页
集成平台建设经验分享—阶段性进展
量化过程管理（案例：临床医疗业务现状调研）
100% 90% 80% 70%
进展 G累积 L累积
90.6%
100.0% 96.4%
特点
集中管理医院内人员、科室、医疗术语字典的维护更新，为全院级标准化工作 推进打下坚实基础
集成平台建设方案—患者主索引（EMPI）建设
• 提供全院唯一患者标识 • 基于平台的全系统交换 • 一人多号的自动识别与合并 • 合并错误的自动分离 • 人性化后台操作界面 • 提供可扩展的交叉索引查询 • 符合IHE-PIX集成规范 • 符合HL7标准
集成平台建设方案—标准先行
业务 流程
定义 集成 规范
在统一数据标准与信息模型标准 的基础上，提供统一的业务流程 集成规范，以实现不同系统之间 的信息交流与协同工作
IHE集成规范
信息 交互
定义 信息 表达
数据 层
定义 基础 术语
在数据标准的基础上，进一步统 一信息的组成与表达，包含统一 的概念模型与逻辑模型，和以此 为基础的信息交互消息结构定义
集成平台建设方案—目的
复杂的网状结构非标准化 运行效率低、系统容易瘫痪、维护成本 高、更换子系统困难，无法对外提供标 准化医疗信息交换与服务
简易结构遵循医疗标准化
运行效率高、维护成本低、更换子系统 容易，方便对外提供标准化医疗信息交 换与服务
临床医 疗系统
对外医 疗服务
信息系统 集成平台 医疗标准
第二阶段 IE&EMPI
IE平台介入； 构建EMPI系统，通过信 息平台实现EMPI和其他 系统之间的互联； 系统间互联保持不变。 术语编码服务系统 院内统一的用户注册和 安全认证系统
第三阶段 CDR构建
构建CDR系统，通过信息平 台实现CDR和其他系统之间的 互联。 系统级接口接入改造； 签章文档管理系统。 完成审计跟踪服务系统。 完成患者同步应用上下文管 理服务系统。 完成业务级别警示系统。 应用系统告警系统
体检登记 西医处方 药物医嘱 医学评分 医嘱撤销和停止 医嘱执行 医嘱执行状态信息 用血申请信息 预约挂号 诊断信息 诊疗处置 转科应答 转区转床申请 转区转床信息
第21页
集成平台建设经验分享—接口梳理
第22页
集成平台建设经验分享—难点分析以及对策
项目风险 • 平台集成项目涉及厂商众多，
沟通协调困难。
74.3%
81.8%
64.9%
69.8%
60%
53.7%
55.2%
50%
44.1%
40%
34.6%
40.3%
30%
27.0%
27.2%
20%
18.6%
12.9%
17.2%
10% 8.2%
10.4%
6.1%
0%
2.0% 3.5%
所在周 1
2
3
4
5
6
7
8
9
10
11
12
13
第25页
集成平台建设经验分享—每周例会
集成平台建设方案—术语梳理统一
各系统独立维护，点对点对照模式
术语建设成本极低，交换成本极高
平台统一管理，各系统生产/消费模式
术语改造、管理的成本降到都能接受的程度
功能 实现
基于医院各系统间数据交换的语义级别的统一，将医院内重要注册信息、术语、 字典等作为主数据进行管理维护，并提供开放式访问接口和更新通知接口
• 无法有效继承历史数据、合理利用数据 • 系统间患者信息重复存储，无患者唯一标识
导致结果
• 临床医护人员需要查阅多个业务系统数据， 作出综合诊断。
• 患者多次就诊信息无法有效关联。 • 无法为临床科研提供统一的数据分析中心
对策
• 建立患者主索引系统 • 建立统一的临床数据中心； • 数据交换格式基于公开标准(HL7 标准/卫生
导致结果
• 系统间耦合度高，版本更新影 响范围广，成本大，危险性高
• 新增系统的风险越来越大 • 系统间数据交换缺少规划，冗
余度高，消耗系统性能
对策
• 基于总线结构建立开放式系 统架构，降低系统耦合度， 可插拔式更新系统
第5页
集成平台建设背景
问题梳理
• 信息数据分散、格式不统一，依赖于具体的 产品
门急诊 门急诊挂号 RMYY233 4 49
门急诊 门急诊分诊 RMYY234 4 27
门急诊 门急诊收费 RMYY236 7 63
住院 ADT住院处 RMYY222 8 52
住院 住院医生站 RMYY223 12 39
医技 LIS检验
RMYY212 10 96
医技 PACS
RMYY213 6 36
医技 RIS
RMYY214 6 79
医技 PIS病理 RMYY216 6 57
医技 手术麻醉 RMYY217 12 68
医技 血库管理 RMYY219 6 24
功能分类 （二级）
功能分类 （三级）
总体 总体
门急诊 门急诊概述
门急诊 门急诊发卡
门急诊 门急诊医生站
门急诊 急诊留观
住院 住院概述
住院 电子病历
3，系统互联
3级：共享方式 4级：接口方式
4，临床决策
3级：初级（费用） 4级：中级（临床）
电子病历 1，2级
90年代初
电子病历 3，4级
2000年开始
基于 电子 全院级
（一体化）
病历 特点：
1，互联互通
医院 2，智能书写
3，数据中心
信息 4，知识利用
5，集成门户
平台 6，运营管控
电子病历 5级
2011年开始
集成引擎 IE集成引擎 (IE)
服务注册
消息路由
消息转换和映射
HIS
HIS、NIS等基本应用 CIS
EMR
RIS/PACS
LIS
UIS
…
集成平台建设方案—建设内容
IE集成引擎
基于平台的公用服务 患者主索引 临床数据中心 商业智能分析
服务注册 消息路由 消息转换及映射 数据校验 访问控制 系统日志及异常 统一用户身份和权限管理 主数据管理服务 规则管理服务 通讯接口服务 患者信息管理 患者疑似信息管理 模型可视化配置 匹配算法引擎 操作记录审计 临床数据集中展示 临床数据安全访问和审计 统一的门户 对外数据服务
• 供应商缺乏HL7方面的能力和经 验，接口数据标准化改造工作 存在风险。
• 接口庞杂，集成工作量大。
• 针对CDR构建工作，可资借鉴的 经验缺乏。
• CDR与现有系统的功能重合， 需要统一规划，技术难度大。
建议方案
• 平台集成是医院IT系统长期持续 的工作，需要分层次，分阶段段 渐进方式推进，逐步扩大集成范 围和集成深度。
部标准)，不依赖系统产品；
HHIISS PACS
LIS
HRP
医疗数 据应用
运营数 据应用
教学
科研
ERP
EMR
OA
ERP
第6页
集成平台建设背景
“HIS一体化的医院信息平台”，所有的医院信息系统由一家公司承建，建 立了全院一体化的应用与管理。
两者之间存在共性问题，还是 依赖于底层某个业务系统。
“以电子病历为核心的医院信息平台”，主要以电子病历为重要的集成载体 来建设医院信息平台。
区域级
全院级
（共享与协同）
（全流程与决策）
特点：
特点：
1，患者医疗信息
1，全流程闭环
共享
2，统一知识库 2，区域医疗业务
3，无纸化
协同
4，高级决策
（一体）
电子病历 6级
2013年开始
电子病历 7级
2016年开始
集成平台建设背景
问题梳理
• 系统信息交换规范不统一 • 系统间存在信息孤岛，数据交
换不畅通 • 系统间数据交换，点对点连接
成果物 人数 负责 周一 周二 周三 周四 周五 实1 实2 实3 实4 实5
门急诊组 5 李雪芹 10% 30% 57% 78% 100% 11% 32% 55% 75% 97%
住院组
4
阮超 15% 31% 49% 75% 100% 17% 36% 49% 71% 96%
医技组 BI组
4
黄勇 19% 40% 61% 80% 100% 19% 37% 60% 75% 94%
集成平台建设经验分享—场景定义
患者信息创建 患者信息更新 患者信息删除 患者信息查询 关联患者信息查询 患者信息交叉检索 患者信息合并/拆分 患者信息更新通知 出院信息 发药信息 费用信息 挂号信息 过敏和生理状态信息 护理医嘱
会诊申请 检查申请信息 检查预约信息 检验申请信息 就诊信息(查询) 门急诊分诊 取血单 入出留观 入科出科 入院信息 三测单信息 西医处方 生命体征测量 手术申请信息
智慧医院系统集成平台
目录
一、集成平台建设背景 二、集成平台建设方案 三、集成平台建设经验分享
集成平台建设背景
第3页
集成平台建设背景
部门级 （费用）
特点： 1，部门内业务 2，部门内字典 3，部门内信息
1级：仅数据采集 2级：可数据共享
4，部门外手工
全院级 （费用+医嘱）
特点： 1，全院内业务 2，各系统字典
下的设计 • 提供了合理的语义定义，
提高识别的一致性 • 基于XML结构，增进了系统
间的互操作性
第14页
集成平台建设方案—集成引擎(IE)建设
功能特色： 我们采用了最先进的HL7 V3标
准 我们提供标准/非标准的HL7 V3
转换 ---不要求在用系统是HL7
的 无论采未采用标准、采用了什么标准，都 可以以较小代价接入，然后我们都是HL7 V3的。