医院关键业务支撑平台
23页1、医院信息系统建设 关键业务支撑平台,日程,目标,现状,挑战,方案,价值,以电子病例为核心的医院信息化系统,目标,以患者电子病历和临床诊疗信息采集、存储和集中管理为基础,实现医疗机构信息系统之间、医疗机构与医疗卫生服务部门之间不同业务系统之间业务协作、标准统一、资源整合和信息共享。,医疗信息化关注重点,业务连续性 关键业务高性能 主要业务不停顿,需要满足7x24小时高可靠运行的业务连续性要求; 核心数据不丢失 系统封闭,没有扩展性,无法及时针对业务变化进行快速调整 关键医用系统缺乏有效的灾备防护,难以应付灾难性突发事件; 医疗数据容量迅速增大 需要保证数据的安全性和可恢复性,避免因数据丢失引起的医疗纠纷; 要求存储系统能够提供海量存储能力 数据需要长期保存,提供快速文件检索 应用服务器不断增加,管理越来越复杂 服务器系统利用率低,数量众多,管理难度大 机房空间不足,供电、散热能力不足 缺少专业人员,运行维护医疗机构信息系统困难,挑战,关键业务的挑战,QoS服务质量 足够的性能? 能否动态扩展(横向/纵向)? 99.99%+的可用性 ISV应用支持 Agility业务敏捷性 快速部署 运营
2、灵活 TCO总体成本 购买成本(软/硬件) 运营成本 停机成本,嘿,我们试过这个,它根本就没法工作!,前期体验不佳是一项常见的异议,挑战,近年来医院业务系统故障时有发生,现状,关键业务连续性的威胁,现状,共同思考,现状,灾难恢复 磁带备份和异地轮换,高可用性 数据中心内应用程序重启、群集切换,连续可用性 应用程序无中断连续运行 (零停机时间),传统的,高级恢复 复制到第二站点,发展促使改变,融合,利用主机做复制 利用存储做复制 利用备份做逻辑保护,现状,业务保护系统两个关键点,信息保护是一项业务决策:您对这两个衡量标准有何要求? 恢复时间目标 (RTO): 您能以多快的速度恢复发生故障的应用程序? 恢复点目标 (RPO): 您能承受多大量的数据丢失?,事件,时间,现状,核心业务系统特点,现状 运行平台:小机、X86服务器 部署方式: -B/S:前端、中间件、数据库 -C/S:客户端、后台数据库,现状 PACS系统主要运行在X86系统上 历史影像巨大,系统更新后,数据迁移困难,PACS特点 以静态和动态医学影像为主 影像文件量大,年增10以上 并发访问低,吞吐能力要求高 实现数据影像在线
《医院关键业务支撑平台》由会员金****分享,可在线阅读,更多相关《医院关键业务支撑平台》请在金锄头文库上搜索。
2024-04-26 28页
2024-04-26 23页
2024-04-26 27页
2024-04-26 41页
2024-04-26 28页
2024-01-29 43页
2024-01-03 8页
2023-12-11 27页
2023-12-11 26页
2023-12-11 21页