电子文档交易市场
安卓APP | ios版本
电子文档交易市场
安卓APP | ios版本
换一换
首页 金锄头文库 > 资源分类 > PPTX文档下载
分享到微信 分享到微博 分享到QQ空间

医院关键业务支撑平台

  • 资源ID:95049170       资源大小:5.43MB        全文页数:23页
  • 资源格式: PPTX        下载积分:20金贝
快捷下载 游客一键下载
账号登录下载
微信登录下载
三方登录下载: 微信开放平台登录   支付宝登录   QQ登录  
二维码
微信扫一扫登录
下载资源需要20金贝
邮箱/手机:
温馨提示:
快捷下载时,用户名和密码都是您填写的邮箱或者手机号,方便查询和重复下载(系统自动生成)。
如填写123,账号就是123,密码也是123。
支付方式: 支付宝    微信支付   
验证码:   换一换

 
账号:
密码:
验证码:   换一换
  忘记密码?
    
1、金锄头文库是“C2C”交易模式,即卖家上传的文档直接由买家下载,本站只是中间服务平台,本站所有文档下载所得的收益全部归上传人(卖家)所有,作为网络服务商,若您的权利被侵害请及时联系右侧客服;
2、如你看到网页展示的文档有jinchutou.com水印,是因预览和防盗链等技术需要对部份页面进行转换压缩成图而已,我们并不对上传的文档进行任何编辑或修改,文档下载后都不会有jinchutou.com水印标识,下载后原文更清晰;
3、所有的PPT和DOC文档都被视为“模板”,允许上传人保留章节、目录结构的情况下删减部份的内容;下载前须认真查看,确认无误后再购买;
4、文档大部份都是可以预览的,金锄头文库作为内容存储提供商,无法对各卖家所售文档的真实性、完整性、准确性以及专业性等问题提供审核和保证,请慎重购买;
5、文档的总页数、文档格式和文档大小以系统显示为准(内容中显示的页数不一定正确),网站客服只以系统显示的页数、文件格式、文档大小作为仲裁依据;
6、如果您还有什么不清楚的或需要我们协助,可以点击右侧栏的客服。
下载须知 | 常见问题汇总

医院关键业务支撑平台

医院信息系统建设 关键业务支撑平台,日程,目标,现状,挑战,方案,价值,以电子病例为核心的医院信息化系统,目标,以患者电子病历和临床诊疗信息采集、存储和集中管理为基础,实现医疗机构信息系统之间、医疗机构与医疗卫生服务部门之间不同业务系统之间业务协作、标准统一、资源整合和信息共享。,医疗信息化关注重点,业务连续性 关键业务高性能 主要业务不停顿,需要满足7x24小时高可靠运行的业务连续性要求; 核心数据不丢失 系统封闭,没有扩展性,无法及时针对业务变化进行快速调整 关键医用系统缺乏有效的灾备防护,难以应付灾难性突发事件; 医疗数据容量迅速增大 需要保证数据的安全性和可恢复性,避免因数据丢失引起的医疗纠纷; 要求存储系统能够提供海量存储能力 数据需要长期保存,提供快速文件检索 应用服务器不断增加,管理越来越复杂 服务器系统利用率低,数量众多,管理难度大 机房空间不足,供电、散热能力不足 缺少专业人员,运行维护医疗机构信息系统困难,挑战,关键业务的挑战,QoS服务质量 足够的性能? 能否动态扩展(横向/纵向)? 99.99%+的可用性 ISV应用支持 Agility业务敏捷性 快速部署 运营灵活 TCO总体成本 购买成本(软/硬件) 运营成本 停机成本,嘿,我们试过这个,它根本就没法工作!,前期体验不佳是一项常见的异议,挑战,近年来医院业务系统故障时有发生,现状,关键业务连续性的威胁,现状,共同思考,现状,灾难恢复 磁带备份和异地轮换,高可用性 数据中心内应用程序重启、群集切换,连续可用性 应用程序无中断连续运行 (零停机时间),传统的,高级恢复 复制到第二站点,发展促使改变,融合,利用主机做复制 利用存储做复制 利用备份做逻辑保护,现状,业务保护系统两个关键点,信息保护是一项业务决策:您对这两个衡量标准有何要求? 恢复时间目标 (RTO): 您能以多快的速度恢复发生故障的应用程序? 恢复点目标 (RPO): 您能承受多大量的数据丢失?,事件,时间,现状,核心业务系统特点,现状 运行平台:小机、X86服务器 部署方式: -B/S:前端、中间件、数据库 -C/S:客户端、后台数据库,现状 PACS系统主要运行在X86系统上 历史影像巨大,系统更新后,数据迁移困难,PACS特点 以静态和动态医学影像为主 影像文件量大,年增10以上 并发访问低,吞吐能力要求高 实现数据影像在线检索 数据保留年限长,HIS/EMR特点 数据库多为OracleSQL(群集模式) 数据量不大,一般几十到几百GB 业务连续性要求高,要求不间断运行 性能要求高,同时访问人数多(医生、护士、病人), 查询量比写入量高 数据不能丢失 系统架构多为C/S、B/S,特点,分别考虑,现状,信息系统灾难恢复规范-GB/T 20988-2007,现状,信息系统灾难恢复规范-GB/T 20988-2007,您需要多长时间来恢复业务,您能承受多长时间的数据丢失,通过正确的解决方案来降低这些风险才是业务保护的关键,现状,业务连续性设计原则,业务敏捷性,安全、稳定、可靠,可扩展性、可管理性,通过平台建设实现业务系统快速部署和灵活运营,人员利用信息技术提高执行业务的效率和脱离繁琐重复性的工作,新一代的IT基础架构,实现业务系统与平台无关性,IT服务于业务,提高业务系统RTO、RPO,方案,核心业务系统,转变,传统IT架构,转变,方案,云计算数据中心建议逻辑图,17,物理资源,数据库与存储架构规划-双活数据中心,Datastore,Datastore,Storage,Storage,VPLEX/Metro,同城A,同城B,Distributed LUN,VPLEX/Metro,vCenter Server,vMotion/DRS/HA,方案,自动化管理和可视化监控,Security,Events,HW Performance,Availability,Admin actions,App Performance,Usage Data,Metrics,Web App,方案,实现效果:业界最短的RTO和RPO,价值,虚拟化是数据库部署的理想平台,当前DB 环境,ORCL,ORCL,ORCL,ORCL,ORCL,ORCL,ORCL,ORCL,P2V迁移到虚拟化平台 提高数据库性能 提高业务连续性,1,2,保证VM之间的隔离 OS 隔离 DB 隔离 数据安全隔离,3,资源保证 资源预留 资源优先级 资源最大分配,4,节点间的负载均衡 vMotion DRS 数据库群集 IO Control,价值,新一代数据中心能为您实现,价值,西京医院面向未来的数据中心,双数据中心共24台虚拟化服务器,运行112台虚拟机,99%以上应用实现虚拟化 8个月完成29个应用开发、测试,并成功上线 IT资源配置从2个月缩短到10分钟 关键应用“0”切换,关键数据“0”丢失 共15TB PACS数据,日增长40GB 在线存储保存一年在线数据 近线存储每日归档新增数据 影像数据简单管理,1分钟内完成容量扩展 影像总存储容量轻松扩展到20PB 运维工作量降低30%,案例,谢谢!,下一步安排?,

注意事项

本文(医院关键业务支撑平台)为本站会员(金****)主动上传,金锄头文库仅提供信息存储空间,仅对用户上传内容的表现方式做保护处理,对上载内容本身不做任何修改或编辑。 若此文所含内容侵犯了您的版权或隐私,请立即阅读金锄头文库的“版权提示”【网址:https://www.jinchutou.com/h-59.html】,按提示上传提交保证函及证明材料,经审查核实后我们立即给予删除!

温馨提示:如果因为网速或其他原因下载失败请重新下载,重复下载不扣分。




关于金锄头网 - 版权申诉 - 免责声明 - 诚邀英才 - 联系我们
手机版 | 川公网安备 51140202000112号 | 经营许可证(蜀ICP备13022795号)
©2008-2016 by Sichuan Goldhoe Inc. All Rights Reserved.