PowerPoint 演示文稿

Size: px

Start display at page:

Download "PowerPoint 演示文稿"

铅尾雷
7 years ago
Views:

1 甲骨文医院方案交流

2 前瞻的医院信息系统构架 : L1 视图门户区域医疗卫生信息系统病人关系管理 (HIS) 医院信息系统信息交换平台决策支持系统临床信息系统 (CIS) 医疗信息基础服务临床支持信息系统 (ERP) 后勤运营管理系统其他信息系统模块

3 信息化支撑的医院业务建设热点质量服务营运监管

4 医院三甲复评与信息系统建设要求遵循卫生部三级综合医院评审标准 (2011 年版 ) ( 卫医管发 (2011)33 号 ) 第一, 要有以院长为核心的医院信息化建设领导小组, 要有负责信息管理的专职机构, 建立各部门间的组织协调机制, 制定信息化发展规划, 有与信息化建设配套的相关管理制度第二, 医院信息系统能够连续系统准确地采集存储传递处理相关的信息, 为医院管理临床医疗和服务提供包括决策支持在内的技术支撑第三, 医院信息系统各子系统之间通过集成实现信息的交互和共享 : 符合国家及卫生部相关的卫生信息标准和规范 ; 按照政府的要求, 支持卫生信息的区域共享和交换第四, 实施国家信息安全等级保护制度, 实现信息系统操作权限分级管理, 保障网络信息安全, 保护患者隐私推动系统运行维护的规范化管理, 落实突发事件响应机制, 保证业务的连续性第五, 针对信息化的资金和人力资源保障信息专业技术人员的能力和梯队, 应当与医院信息系统规划建设维护和管理的需要相互匹配

5 医院信息化的严峻挑战 HIS/EMR 性能尤其是查询问题存储单点故障系统高可用数据架构与安全人为误操作, 虚拟机或者备份是徒劳的主要挑战不同版本 DB 主备还是双活灾备建设运维监控机房太小人员太少

6 例 : 宁波四家医院 HIS 系统瘫痪市妇儿医院市中医院宁大附属医院鄞州二院官方微博解释 : 大并发量数据库服务请求导致数据库服务中断系统罢工的原因是负载过大引起的数据拥堵据市妇儿医院信息科科长鲁秀明说, 虽然该院的信息系统容量远远大于接诊数量, 但当同一时间登录人数超限, 业务量急剧上升时, 数据库就会拥堵 HIS 系统软件供应商的相关负责人说, 市妇儿医院和市中医院电脑系统罢工, 与高门诊量对数据库造成压力有关

7 例 : 某 3A 医院的难题药品进销存报表说明 : 了解某一药品批号的药至今的出入库发生量及金额库存余量及金额解释 : 同一药品批号的药代表了同一次投料同一生产工艺的一批药, 采用生产日期 + 分号意义 : 作为医院主要收入来源的药品 ( 资产 ), 该报表非常重要 : 可以统计各药品的失效期 - 金额 ; 也可以通过留样观察检验质量 ; 存在问题 : 需要花 45 分钟门诊预付金使用情况说明 : 了解各特殊科室门诊预付金余额解释 : 预付金指特殊门诊病人 ( 如肿瘤 ) 在一个周期 ( 如 3 个月 ) 开始时预交的费用, 用于购买病人的药品和检查所需的部分费用一个周期内余额不够时, 医疗机构存在垫支的可能意义 : 可以统计一个周期内的医院垫支金额, 及时通知患者补充金额存在问题 : 需要花 109 秒病人费用明细查询说明 : 按院区了解一段期间内病人费用总额及明细意义 : 了解费用中的药占比, 有利于临床路径的推广及合理用药存在问题 : 需要花 128 秒

8 医院信息化可持续发展的思考业务发展应建立在稳定的 IT 技术路线和平台实践上服务等级云整合云整合安全与分析即服务应用即服务平台即服务传统方法基础架构即服务大小 = 价值减少的风险不同阶段的定位应用初级阶段 (OLTP) 应用运行阶段 (OLTP+OLAP) 应用扩展阶段 (Data Mining) 业务需求满足医院主要业务系统需求建立企业运营管理和灾备环境提高生产率, 保护数据安全 EMR/CDR, 互联互通随着新应用的实施, 管控逐渐集中化核心运营数据集中管控满足业务运营的正常运转支持业务扩展全院全息, 营运仪表精细化管理, ERP, 绩效深化数据应用及对领导决策的支持力度技术需求建立符合未来 3-5 年的基础技术架构建立集中化的数据管理建立统一的元数据标准确保稳定的 OLTP&OLAP 高性能确保技术架构的高可用性, 灾备等需求技术架构满足业务和应用的扩展需求数据大集中数据管理和分析能力确保企业数据的共享和交换云平台定位对于改善服务等级应用的运行基础云数据中心的基础平台针对不断扩展的负载, 提高性能简化 IT 运维管控数据和应用大集中的支撑平台, 云计算海量业务数据的管理和分析平台企业数据共享和交换的中心节点云平台价值高性能的整合架构, 易于扩展快速搭建云能力提升性能为将来应用大集中提供基础可扩展平台数据和应用整合, 简化 IT 架构满足将来业务负载的压力, 确保高性能易于扩展, 简化 IT 运维

9 Oracle 对医院信息化的建设意见采用云化建设模式, 推荐数据库平台云 + 应用基础架构云的模式数据库平台云作为信息中枢, 乃建设的重中之重以下是详细阐释

10 应用云 : 虚拟化已经大行其道, 还可以利旧虚拟化主要适用应用服务, 提升应用层的可用性和弹性服务器 1 服务器 2 EMR 服务器 HIS/L IS 库服务器其它服务器报表 VM Server 虚拟化服务器池 VM Server VM Server VM Server VM Server 硬件服务器硬件服务器硬件服务器硬件服务器硬件服务器优点 : 适合应用整合 ; 提高服务器利用率通过虚拟机迁移, 提升单机应用可用性简化应用的管理和部署易于搭建研发测试环境, 进行应用验证 NAS, SAN, iscsi 更多解读 : 不能替代应用集群不适合 CPU/MEM&I/O 密集型应用在 3:1 整合之下, VMWARE 不能降低购买成本虚拟化技术已经非常成熟, 各家产品区分不大, 我们推荐 Oracle VM: 1. 总体拥有成本不到 VMWARE 的 25%; 2. Hyper-V 和 VMWARE 一样安全, 不同于 MS Hyper-V 以及 Xen Hyper-V

Backup 完整地故障实现保护 : 服务器, 存储, 网络, 站点, 数据损坏等对人为错误实现保护 :

11 更好的可用性 : Oracle 通过 Exadata 提供最大可用性 Real Application Clusters Active Data Guard ASM WAN Fast Recovery Area Backup 完整地故障实现保护 : 服务器, 存储, 网络, 站点, 数据损坏等对人为错误实现保护 : 数据库, 表, 行, 交易活动容灾 : 实时远程可读容灾数据库在线索引, 在线表重定义, 在线补丁和更新 OLTP 级别可用性利旧

12 Exadata 本地智能存储和传统存储的可用性 / 管理性比较比较项目 Exadata 存储备注单块磁盘故障 Storage cell 故障, 存储 disk enclosure 故障 Storage cell 故障, 存储控制器故障 OK, 重构时间 <20min OK, 重构时间 4.5h-6h OK, 重构时间 4.5h-6h OK, 重构时间 1 天到数天 May Fail, 需要硬件修复恢复保护 Fail 性能调优自动极其复杂 Exadata 的重构过程是大量磁盘基于 SQL 逻辑的重构

13 Oracle 容灾保护内幕 : 为什么不用第三方容灾技术基于 Redo Log 的数据库逻辑复制才能真正保证容灾安全存储和操作系统级别的复制只会简单进行比特级别的拷贝而不知道他们的含义如果第一份的数据发生了损坏和不一致, 这些损坏和不一致会被保证复制到第二份数据拷贝 Oracle Active Data Guard 采用基于 redo 的复制只复制被精确定义的数据结构 &SQL 语义的变化,SQL 逻辑被校验可以防止数据错误的传递 Oracle Confidential

14 例 : 北京医院系统瘫痪月 21 号该院系统发生故障, 抢修 12 个小时后才恢复工作人员解释称, 系统不稳定, 病人看诊记录无法调取主要事故原因 : 主磁盘阵列发生故障, 镜像磁盘阵列无法启动数据库, 造成长时间宕机 ; 并引发网络阻塞 ; 网络系统也随之瘫痪

15 例 : 传统存储故障导致瑞典政府网站崩溃 : 即便其使用了存储容灾环境一台在 Tieto 的 VNX 存储变得不正常并崩溃. 存储的高速缓存失效了, 导致在磁盘上的数据损坏, 而且其拷贝也一起被破坏了这个故障导致了包括机动车管理局,, Sollentuna and Nacka 政府当局, Stockholm 市的学校和国家卫生部等关键部门在内的网站 5 天的混乱愤怒的瑞典人无法登机机动车的所有权医生处方无法被处理, 还有很多其他的 IT 服务无法提供其中包括中央学生授权委员会,, Malmo 大学和国家卫生部年 1 月 13 日 Oracle Confidential

16 例 :Data Guard 防止了灾难年 2 月 1 日 CUST 在主生产环境由于 SAN(STOR_X) 存储的 IO 错误发生了数据错误就象我们设计的一样 Standby DB 发现了数据错误, 停止进行 redo log 应用... 客户很高兴 Data Guard standby 显示了错误 ( g) 并且避免了数据的错误被传递到备用数据库最终发现 STOR_X 的问题是微码的 BUG, 之后对其打补丁 Oracle Confidential

17 EMR 成熟度分级 : 引申到 CDR 的建设 EMR 成熟度 : 决策基于信息而不是直觉, 从经验医学走向循证医学国内绝大部分三甲医院在 EMR4 水平以下三甲综合医院要求实现 EMR5, 必须构建 CDR 等级描述 0 级无成型电子病历系统 1 级部门内初步数据采集 2 级部门内数据交换 3 级部门间数据交换, 初级医疗决策支持 ( 病例比对, 纠错功能 ) 4 级全院信息共享, 中级医疗决策支持 ( 临床路径功能 ) 5 级统一数据管理, 各部门系统数据集成 (CDR, 术语 / 编码统一 ) 6 级全流程医疗数据闭环管理 ( 除手术室 ), 高级医疗决策支持 ( 从经验到循证医学 ) 7 级完整电子病历系统 ( 电子病例全结构化 ), 区域医疗信息共享 ( 全医疗过程管理 )

18 CDR 业务场景 : 从海量临床数据积累中发现信息的利用价值从临床流程运营研究数据中寻找这些问题的答案医生相似病例对目前一个具有高血栓风险的系统性红斑狼疮的儿科病人, 如果采用一定剂量的抗凝血药物治疗, 其生存率是多少? 运营管理者膝关节置换术的平均住院天数增加一天对医院盈利能力的影响多大? 花费在各个环节上的等待时间是多少? 临床数据的整合与分析研究人员如何找到那些 EGFR 受体表达水平两倍高于正常临界值的癌症病人临床质量管理医院各病种护理质量的变化趋势是什么? 异常二次返院的前十大病种是什么? 费用增加比例?

19 CDR 服务于全病情视图 (Patient Summary), 创造卓越临床决策支持能力临床过程中不同专业需要针对病人的全病情需要不同的视图和关注重点数据可视化 : 让业务人员直观理解临床数据的含义和潜在的医学解释从营运, 科研, 到疾病, 病人为中心临床科室诊断视图医技科室检查视图临床科室护理视图临床数据中心

20 Oracle HIE 解决方案定位 : 集成简化的 CDR/RHIN 平台临床数据整合临床数据分析健康信息交换健康数据分析医院临床数据中心建设 CDR Oracle HIE 区域健康信息共享 RHIN 25

临床数据中心解决方案的逻辑构架集成的优势 : 从数据整合到信息管理到数据分析利用的一体化解决方案基于 HL7 CDA 等标准, 预制临床信息的标准化管理检索分析模型等应用加速器结合合作伙伴的二次应用, 拓展 CDR 在医院中的各种应用简化的优势 : 预先配置的数据库服务器存储的整合方案动态资源配置, 简化临床数据中心的管理与维护决策支持与数据分析利用层核心业务系统层

21 临床数据中心解决方案的逻辑构架集成的优势 : 从数据整合到信息管理到数据分析利用的一体化解决方案基于 HL7 CDA 等标准, 预制临床信息的标准化管理检索分析模型等应用加速器结合合作伙伴的二次应用, 拓展 CDR 在医院中的各种应用简化的优势 : 预先配置的数据库服务器存储的整合方案动态资源配置, 简化临床数据中心的管理与维护决策支持与数据分析利用层核心业务系统层应用集成与信息整合层信息资源管理层软件平台层质量管理监控人力资源运营决策支持财务 / 供应链 HIS 临床应用集成平台临床科研分析临床运营信息资源 EMR /CP 数据仓库分析展现临床决策支持 LIS/ CIS 临床信息整合平台 PACS 病人病历信息资源数据库患者服务分析 Partner + Oracle Oracle HIE Oracle Exadata IT 基础设施层高速存储数据服务器

22 甲骨文临床数据中心方案的主要价值完全的基于国际行业标准 (HL7 v3 RIM) 的 CDR 平台支持 EMR6,EMR7 分级的苛刻要求数据分布全面, 模型利于扩展数据访问 API 接口丰富开放的医疗技术信息服务平台, 与现有 IT 体系的完美融合术语扩展服务基于军用安全级别的 Oracle 数据库与数据库云技术集成实施时间较短专业的面向不同业务 ( 临床科研绩效分析 ) 要求的针对性平台方案端到端 ( 临床 -> 数据集成分析 -> 科研 ) 的解决方案链

23 甲骨文 HIE 方案与友商方案对比 Oracle HIE (CDR) Orion Rhapsody + Portals Microsoft/Caradigm HIE/UIS 技术标准严格的规范和标准 : 同时支持 HL7 RIM 和 HL7 CDA 标准, IHE XDS 规范不支持 HL7/IHE 等标准及规范不支持 HL7/IHE 等标准及规范目标客户大型综合医院临床数据中心 ; 区域医疗临床信息共享小型医院数据集成大型综合医院临床数据中心技术路线以数据为核心的临床信息整合, 临床信息覆盖全, 数据二次利用和分析能力最强简单的基于 Web 服务的应用集成和数据整合, 缺乏二次利用能力主要是面向临床质量绩效管理等少数应用场景的数据展现和分析组件构成数据层, 数据模型和整合层, 数据服务层, 分析挖掘层数据集成 + 门户应用数据整合层数据仓库与分析展现层实施复杂度集成实施快, 效率高集成周期最短, 复杂度低实施复杂度高, 周期长

24 甲骨文方案, 构建医疗卫生信息的基石

Slide 1

Connected Health: 健康互联甲骨文临床数据中心解决方案技术交流侯雪桥, 甲骨文大中华区医疗卫生解决方案总监 2014 年 5 月信息保护说明 The following is intended to outline our general product direction. It is intended for information