大型医院多院区一体化基础信息平台建设方案_第1页
大型医院多院区一体化基础信息平台建设方案_第2页
大型医院多院区一体化基础信息平台建设方案_第3页
大型医院多院区一体化基础信息平台建设方案_第4页
大型医院多院区一体化基础信息平台建设方案_第5页
已阅读5页,还剩37页未读 继续免费阅读

下载本文档

版权说明:本文档由用户提供并上传,收益归属内容提供方,若内容存在侵权,请进行举报或认领

文档简介

大型医院多院区一体化基础信息平台建设方案三套HIS电子病历患者在多个院区就诊时,诊疗资料分开建立,不能同步共享两套信息系统,版本一致性差,运维成本,服务器成本患者就医体验不佳三个院区共有110台PC服务器各类信息系统共计96各数据库如果全部实现高可用(HA),服务器数量至少要膨胀到1.5倍除了主力服务器,其他边缘服务器难以得到高质量均衡运维随着信息化持续推进,这个趋势仍然在继续国内医院信息系统孤岛现象严重,缺乏标准和互联互通系统缺乏顶层设计与规范整全院共有107台服务器,92个数据库。数据一致性、运转效率、成本效率不佳。例如:主任诊疗时患者病历张冠李戴。月初做报表时一线应用时常运行缓慢或卡顿。患者多次住院时身份ID不整合,既往病历调阅困难,处方查询速度慢。系统被院区、服务器、数据库分割成碎片分散的应用系统难以形成理想状态下的合力,雪崩时每一片雪花都觉得自己是无辜的。应用厂商不会为医院的信息化整体架构、数据流的最优化出发,而是以自己系统和公司的利益最大化思考局部亮点代替不了整体质量近百个数据库之间以数据库同步、表间访问等实现数据流动医疗应用软件要求系统间数据高度一致性和完整性当前同步机制对数据实时性、完整性和一致性存在不利影响l例如,开一条抗菌药物医嘱,需要在1秒钟内,获取药品信息、医生信息、患者体征信息、检验报告、PACS报告、手术出血量、手术切口、药品配伍禁忌以及既往抗菌药物医嘱等信息,要涉及HIS系统、电子病历、医嘱系统、LIS系统、手术麻醉系统、合理用药系统、PACS系统等7个系统互联网用户医生下达抗菌药物医嘱互联网用户事务规模小,相事务规模小,相互关系弱,数据一致性要求相对低,追求高可用性路由123456服务器购买运维成本机房反复扩建升级系统接口开发成本是一个容易忽视但累积金额可观的隐形成本多院区一体化信息平台多院区一体化信息平台1.1.集团医院以及多院区一体化是医院IT发展方向2.医院信息化建设开始从追求应用数量的水平扩张,转为深挖内涵的垂直建设阶段,即从面积到厚度的转变。3.医院内部的信息系统必须顶层设计下的深度融合,实时互联互通,方能应对临床决策支持、HRP、大数据等新一代应用。院区一体化模式:定期上传平台OR建单一系统?系统耦合模式:传统表访问、单体数据库、ESB?服务器模式:水平扩展OR垂直扩展?唯有建立单一系统,才能一步到位,彻底改进医护和患者使用体验。定期同步数据仍然存在实时性、数据一致性、版本不统一、服务器资源利用率低等一系列问题。当前市区范围裸光纤联通成本大大降低,医院完全可以承受。服务器存储性能今非昔比。数据集成平台愿景很好,效果平平。数据集成平台很难实现完全的互操作,最终异化为数据仓库,产出一堆漂亮的报表而已。既要务实,又要前瞻:ESB+共享单体数据库单体数据库+ESB混合模式,决定了支撑数据库的服务器需要足够的垂直扩展能力X86Server硬件可靠性、数据处理能力和垂直扩展不足,因此主力生产系统不予考虑X86Server私有云无法虚拟出大于单个物理服务器性能的虚拟服务器,本质上没有改善单机I/O瓶颈的问题小型机及更高性能的机型是最佳的选择X86服务器的局限性•x86服务器单机整体故障率高,平均每年•x86的数据处理能力弱,业界CPU利用率为10%左右(IDC统计),主要瓶颈在于I/O短板,不适合做为核心的数据处理平台。•x86服务器虚拟化从本质上无法提高单机的CPU和I/O处理能力。•x86服务器生命周期短,每隔一年半左右更新换代,硬件厂家和虚拟化厂家产品发布不同步,经常导致兼容性问题。CPU性能+I/O性能+稳定性+可用性+安全性X86虚拟云的局限性虚拟服务器3虚拟服务器3虚拟虚拟服务虚拟服务物理server2物理server物理server2物理server1物理servernX86X86LinuxONE(扩展能力:141颗CPU+10TB内存)水平扩展+垂直扩展,成本持平,架构更灵活,整个平台更可靠,有利业于务连续性和多院区一体化和大数据整合。软件使用者数量已趋于饱和,不会象互联网企业那样“爆发式”增长。因此通过服务器性能垂直扩展(Scaleup)完全可以满足医院的需求互联网应用医院应用互联网应用医院应用互联网用户爆发式增长水平扩展142水平扩展142536垂直扩展24cpu垂直扩展24cpu24cpu三个院区买断裸光纤构建冗余环网,实现院区网络一体化引进LinuxONE大机服务器支撑四系统单体数据库构建多院区一体化基础信息平台:HIS、电子病历+数据集成平台三个院区共享一套HIS、电子病历、LIS、移动医疗改进医护和患者使用体验外围系统严格按照ESB总线实现信息互操作性交互三个院区共享一套数据库HIS、电子病历、LIS、移动医疗共享单体数据库水平扩展能力(数据库整合垂直扩展能力(弹性架构)稳定可靠不宕机(内部全冗余设计,金融行业首选和久经市场验证)最安全的服务器平台(获取国际安全认证最高级别)强大的IO数据处理能力(系统I/O带宽高达832GB/sec)最佳资源共享平台(多重虚拟化和虚拟化技术的鼻祖)是国内医院首例。美国约翰霍普金斯医院EPIC电子病历基于传统大机l体系架构上做到了硬件部件全冗余设计,避免单点故障。关键部件冗余设计确保不宕机。光纤通道卡、网卡等所有部件设计都支持N+1冗余。l硬件部件做到了智能检测报警和•IBMLinuxONE主机生命周期预计为10年左右并支持跨2代升级,可在不改变应用架构的前提下,为系统预留了充足的扩展空间,很好的保护了医院对一体化基础信息平台的既有投资。•医院LinuxONE主机当前最大可升级到141IFLs+10TB内存;在不增加+Memory内+10IFLs本地磁盘级别双活高可用建设未来集中灾备架构规划未来读写分离双活数据中心规划升级+整合+共享服务器众多、资源竖井、运维复杂虚虚虚服务器云、'虚拟虚机拟虚机拟虚机拟机虚拟虚机拟虚机拟虚机拟机拟虚机拟虚机拟虚机拟虚机机拟虚机拟机拟虚机拟架构集中、资源共享、运维简化AppAppAppAppAppAppLinuxONELinuxONEVi

温馨提示

  • 1. 本站所有资源如无特殊说明,都需要本地电脑安装OFFICE2007和PDF阅读器。图纸软件为CAD,CAXA,PROE,UG,SolidWorks等.压缩文件请下载最新的WinRAR软件解压。
  • 2. 本站的文档不包含任何第三方提供的附件图纸等,如果需要附件,请联系上传者。文件的所有权益归上传用户所有。
  • 3. 本站RAR压缩包中若带图纸,网页内容里面会有图纸预览,若没有图纸预览就没有图纸。
  • 4. 未经权益所有人同意不得将文件中的内容挪作商业或盈利用途。
  • 5. 人人文库网仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对用户上传分享的文档内容本身不做任何修改或编辑,并不能对任何下载内容负责。
  • 6. 下载文件中如有侵权或不适当内容,请与我们联系,我们立即纠正。
  • 7. 本站不保证下载资源的准确性、安全性和完整性, 同时也不承担用户因使用这些下载资源对自己和他人造成任何形式的伤害或损失。

评论

0/150

提交评论