大型医院多院区一体化基础信息平台建设方案

1、大型医院多院区一体化基础信息平台建设方案第1页1IT面临困扰第2页多院区割裂信息系统服务器和数据库加剧膨胀 信息系统碎片化数据一致性和完整性服务器、机房以及信息接口开发等成本攀升第3页 三套HIS电子病历 患者在多个院区就诊时，诊疗资料分开建立，不能同时共享 两套信息系统，版本一致性差，运维成本，服务器成本 患者就医体验不佳1.1 IT面临困扰:多院区割裂信息系统第4页三个院区共有110台PC服务器各类信息系统共计 96 各数据库假如全部实现高可用（HA），服务器数量最少要膨胀到1.5倍除了主力服务器，其它边缘服务器难以得到高质量均衡运维伴随信息化连续推进，这个趋势依然在继续1.2 IT面临困

2、扰:服务器和数据库加剧膨胀第5页1.3 IT面临困扰: 信息系统孤岛全院共有107台服务器，92个数据库。数据一致性、运转效率、成本效率不佳。比如：主任诊疗时患者病历张冠李戴。月初做报表时一线应用 时常运行迟缓或卡顿。患者屡次住院时身份ID不整合，既往病历调 阅困难，处方查询速度慢。国内医院信息系统孤岛现象严重，缺乏标准和互联互通系统缺乏顶层设计与规范整合第6页 系统被院区、服务器、数据库分割成碎片 分散应用系统难以形成理想状态下协力，雪崩时每 一片雪花都以为自己是无辜。 应用厂商不会为医院信息化整体架构、数据流最优 化出发，而是以自己系统和企业利益最大化思索 局部亮点代替不了整体质量1.4

3、IT面临困扰：信息碎片化第7页 近百个数据库之间以数据库同时、表间访问等实现数据流动 医疗应用软件要求系统间数据高度一致性和完整性 当前同时机制对数据实时性、完整性和一致性存在不利影响1.5 IT面临困扰：数据一致性和完整性第8页 比如，开一条抗菌药品医嘱，需要在1秒钟内，获取药品信息、医生信息、患者体征信息、检验 汇报、PACS汇报、手术出血量、手术切口、药品配伍禁忌以及既往抗菌药品医嘱等信息，要包括EMRLISHISPACSHIS系统、电子病历、医嘱系统、LIS系统、手术麻醉系统、合理用药系统、PACS系统等7个系统医生下达抗菌药品医嘱互联网用户路由数据库1数据库2数据库3数据库4数据库5

4、数据库6事务规模小，相 互关系弱，数据 一致性要求相对 低，追求高可用 性第9页 服务器购置运维成本 机房重复扩建升级 系统接口开发成本是一个轻易忽略但累积金额可观隐 形成本1.6 IT面临困扰：服务器、机房及信息接口等成本攀升第10页2多院区一体化信息平台第11页集团医院以及多院区一体化是医院IT发展方向医院信息化建设开始从追求应用数量水平扩张，转为 深挖内涵垂直建设阶段，即从面积到厚度转变。医院内部信息系统必须顶层设计下深度融合，实时 互联互通，方能应对临床决议支持、HRP、大数据等新 一代应用。2.1 多院区一体化信息平台第12页 院区一体化模式：定时上传平台OR 建单一系统？ 系统耦合

5、模式：传统表访问 、单体数据库、ESB? 服务器模式：水平扩展 OR 垂直扩展？2.2 十三五IT架构规划思绪第13页2.2.1 院区一体化模式：定时上传平台OR 建单一系统？ 唯有建立单一系统，才能一步到位，彻底改进医护和患者使用体验。 定时同时数据依然存在实时性、数据一致性、版本不统一、服 务器资源利用率低等一系列问题。 当前市区范围裸光纤联通成本大大降低，医院完全能够承受。 服务器存放性能今非昔比。第14页2.2.2 系统耦合模式：传统表访问 、单体数据库、ESB? 数据集成平台愿景很好，效果平平。 数据集成平台极难实现完全互操作，最终异化为数据仓库， 产出一堆漂亮报表而已。 既要务实，

6、又要前瞻：ESB + 共享单体数据库 单体数据库HIS+EMR+LIS+移动医疗第15页2.2.3 服务器模式：水平扩展 OR 垂直扩展？ 单体数据库ESB混合模式，决定了支撑数据库服务器需要足 够垂直扩展能力 X86 Server 硬件可靠性、数据处理能力和垂直扩展不足，所以 主力生产系统不予考虑 X86 Server 私有云无法虚拟出大于单个物理服务器性能虚拟服务器，本质上没有改进单机I/O瓶颈问题 小型机及更高性能机型是最正确选择第16页2.2.4 服务器模式：x86服务器不足CPU性能I/O性能稳定性可用性安全性X86服务器不足x86服务器单机整体故障率高，平均每年 故障率2%（ ID

7、C统计）。x86 数据处理能力弱，业界CPU利用率 为10%左右（IDC统计），主要瓶颈在于I/O 短板，不适合做为关键数据处理平台。x86服务器虚拟化从本质上无法提升单机 CPU和I/O处理能力。x86服务器生命周期短，每隔一年半左右 更新换代，硬件厂家和虚拟化厂家产品公布 不一样时，经常造成兼容性问题。第17页X86虚拟云不足物理server1物理server2物理server n虚拟 服务 器 1虚拟服务器3虚拟 服务 器 2第18页HISLIS。107台水平扩展，成本低，但数据分散，每个 节点服务器稳定性和可靠性都不高。HISLinuxONE（扩展能力: 141颗CPU10TB内存）X

8、862.2.5 服务器模式：水平扩展 OR 垂直扩展？LISEMRPACS。水平扩展(大规模整合、动态创建虚机)垂 直 扩 展应 用 架 构 不 变水平扩展垂直扩展，成本持平，架构更灵活，整个平台 更可靠，有利业于务连续性和多院区一体化和大数据整合。垂 直 扩 展应 用 架 构 不 变垂 直 扩 展应 用 架 构 不 变垂 直 扩 展应 用 架 构 不 变第19页2.3 对医院信息化发展基本判断软件使用者数量已趋于饱和，不会象互联网企业那样“暴发式”增加。所以经过服务器性能 垂直扩展（Scale up）完全能够满足医院需求互联网用户 暴发式增 长数据库1数据库2数据库3数据库4数据库5数据库6

9、水 平 扩 展互 联 网 应 用医 院 应 用医院员工相对恒定患者发展相对稳定24cpu 24cpu垂 直 扩 展第20页2.4 十三五IT架构规划结果 三个院区买断裸光纤构建冗余环网，实现院区网络一体化 引进LinuxONE大机服务器支撑四系统单体数据库 构建多院区一体化基础信息平台：HIS、电子病历数据集成平台 三个院区共享一套HIS、电子病历、LIS、移动医疗改进医护和患者使用 体验 外围系统严格按照ESB总线实现信息互操作性交互第21页2.5 选择LinuxONE几点考虑三个院区共享一套数据库 HIS、电子病历、LIS、移动医疗共享单体数据库 水平扩展能力（数据库整合）垂直扩展能力（弹

10、性架构） 稳定可靠不宕机(内部全冗余设计，金融行业首选和久经市场验证) 最安全服务器平台（获取国际安全认证最高级别） 强大IO数据处理能力（系统I/O带宽高达832GBsec） 最正确资源共享平台（多重虚拟化和虚拟化技术鼻祖） 是国内医院首例。美国约翰霍普金斯医院EPIC电子病历基于传统 大机第22页2.5.1 零宕机全冗余架构设计最高级别RAS特征高度可用性，靠近于连续可用，硬件平均无故障时间（MTBF）40年 体系架构上做到了硬件部件全冗 余设计，防止单点故障。 备用CPU、内存冗余校验技术等 关键部件冗余设计确保不宕机。 CPU、内存、电源线、内置电池、 光纤通道卡、网卡等全部部件设 计

11、都支持N1冗余。 硬件部件做到了智能检测报警和 自动隔离，支持在线不停机更换。23核内指令双路校验，排除处理器故障第23页2.5.2 LinuxONE主机扩展能力、生命周期与投资保护考虑IBM LinuxONE主机生命周期预计为左右并支持跨2代升级，可在不改变应用架构前提下，为 系统预留了充分扩展空间，很好保护了医院对一体化基础信息平台现有投资。医院LinuxONE主机当前最大可升级到141 IFLs10TB内存；在不增加硬件条件下，能够升级至 10 IFLs472GB内存；同一个型号从L10升级到L20，最大可扩展20 IFLs4TB内存。LinuxONE 主机扩展能力IFLsMemory价

12、值和意义不加硬件微码可升级（2965-L10）10 IFLs472GB无需增加硬件，不停机升级，对业务透明。同一代同机型可升级（2965-L20）20 IFLs4 TB需增加额外硬件，可不停机升级，对业务透明同一代不一样机型可升级（2964）141 IFLs10 TB需要24小时停机维护时间，在应用架构不变前提 下，为横向扩展与纵向扩展预留充分扩展空间。未来跨1代升级（参考历代产品公布经验）未公布未公布生命周期长、支持向下兼容、有效保护现有投资！未来跨2代升级（参考历代产品公布经验）未公布未公布生命周期长、支持向下兼容、有效保护现有投资！第24页 医院基础信息平台升级与云架构建设 当地磁盘级别

13、双活高可用建设 未来集中灾备架构规划2.6 一体化基础信息平台构建 未来读写分离双活数据中心规划第25页2.6.1 医院基础信息平台升级与云架构建设LinuxONE8 FC8 FC4 FC4 FC闪存 FlashSystem 900存放 DS88844 FC4 FC交换机SAN48BSVC存放网关交换机SAN48BSVC存放网关4 FC4 FC4 FC4FC硬件平台升级数据集中运维资源完全共享虚机动态分配升级整合共享服务器众多、资源竖井、运维复杂架构集中、资源共享、运维简化虚拟虚机拟虚机拟虚机拟虚拟虚机拟虚机拟虚机拟虚拟虚机拟虚机拟虚机拟机虚拟虚机拟虚机拟虚机拟机机机服务器云化资源池存放云化资源池服务器云存放云、新业务系统快速布署上线、服务器和存放资源云化共享、资源按需动态调 配架构可横可纵灵活多变、私有云平台稳定可靠、数据最高安全保障。医院私有云平台建设第26页2.6.2 当地磁盘级别双活高可用建设LinuxONESVCVirtual DisksAppAppAppFlashSystem 900DS8884IO写Mirror1Mirror2 LinuxONE主机系统带宽高达