以新技术、新思维来进行医院新一代信息化建设

黄孝忠 18681830678,以新技术、新思维来推动医院新一代信息化建设,VMware系统工程师,议题,医院信息化发展历程,医院信息化发展趋势,药品管理,医院管理,医技管理,临床管理,电子病历,区域医疗,医院管理信息化,医院临床信息化,区域医疗信息化,LIS系统,PACS系统,临床决策支持系统系统,医疗管理与质量监控系统,EMR系统,区域医疗电子病历系统,远程医疗系统,药事管理系统,护理信息系统,医疗统计系统,住院管理系统,门诊管理系统,门诊医生工作站,护士工作站,重症监护系统,三级医院的信息系统建设，在临床信息系统方面以电子病历系统为重点，在管理信息系统方面以医疗管理及质量控制系统为重点，区域性卫生信息平台的逐步形成，进一步带动三级医院的信息化建设。,从高速增长数据中获取有价值的信息，从而提高医院业务能力与效率,1.医院普遍运行了大量业务系统，HIS,CIS,EMR,LIS,PACS,OP,HRP等，支撑医院业务的各个环节 2.各业务系统产生大量数据，均沉淀在各自系统数据库中 3.根据业务需要，各系统分别输出相应的报表，已适应行业管理与业务管理需要,医院信息化,信息资产化,信息化系统,医院发展 战略支持,6,如何利用不断增长的数据，降低运营成本并提高业务绩效？ 如何更好的预见业务需求，并有话资源使用效率？,降低医院运营成本,如何充分利用临床数据、财务数据提高服务患者的临床效果与患者安全？ 如何抓取非结构化的诊疗记录，并充分利用以提高临床质量？ 如何感知医院环境变化 ，并采取临床措施，确保临床安全？,改进临床质量与提高患者安全,如何获取患者的完整视图？如何高效、实时地获取医院设施、设备等全面的信息？ 如何提高以患者为中心的主动式服务能力？如何改进患者的服务体验？,统一的视图，服务于患者、医院、支付方与行业管理,如何获得洞察力？ 业务能力提升 协作支持 高效运行 提高服务质量 流程改进 ,医院数据信息创造价值,提高决策分析支持能力,8,患者个人 体征数据 医生查阅 文献数据,APP 大数据应用,临床数据对比 临床决策支持,实时统计分析 远程病人数据分析 人口统计学分析 就诊行为分析 基本药物临床应用分析,药品研发,新农合基金数据分析 新的服务模式,药企 研发机构 保险公司,医院,医疗大数据的应用,17,院外 管理 健康 资讯,诊断 身体信号 服务 监测 专业 医学专业 论坛 资讯 医学 教育,健康档案 管理 慢性病 管理,极致用户消费体验 系统稳定和安全 关注政策和监管风险,提高医务人员使用意愿,关注,医院移动化带来的改变,大数据、移动化以及现代医疗信息系统所需要面对技术挑战的特点,拥有较多机器的计算和存储能力 统一的运维管理：只需少数工程师就可以运维大量机器，数据和应用由软件工程师来运维；并且需要沉淀一套开发、运维的规范和流程。 资源共用：不能让一堆机器被一个应用/模块所独用 应用可以承载非常高的用户访问量 即使有些机器出现故障，应用仍然工作正常 应用更新频率较高，每月一次/每周一次/每天一次？,9,虚拟化与云计算是医院IT基础架构的最佳选择,CONFIDENTIAL,10,议题,CONFIDENTIAL,12,高可用、高性能系统的设计准则,我们的业务运营越来越离不开应用系统，关键业务应用的奔溃所带来的风险是我们很难接受的；所以我们需要从三个维度，即高可用、高性能、高伸缩性去保障；并且要让整体系统的实施的技术门槛要低、易用性要好、运维方便、成本可控经济实惠并能适应大并发和大数据的挑战,CONFIDENTIAL,13,传统的实现思路,当然还有其它的一些实现方式，但是这些实现方式的核心思路都是站在硬件的角度来看，我们都知道硬件仅仅是我们信息化建设中的一个基础之一而已，软件才是灵魂；所以我们需要从我们的应用出发来选择合适（经济、高效、可靠）地方式去实现，这样才能够更好地实现业务敏捷性才能适应新时代的挑战。,关键词：成本高昂、实施麻烦、易用性太差、技能要求高等；适应不了云、大数据、移动互联网时代的要求,CONFIDENTIAL,14,CONFIDENTIAL,14,web1,web2,Server1,Server2,中间件高可用、高性能环境 （应用服务器和集成中间件 J2EE:Tomcat/WebSphere/Jboss/WebLogic ;.NET;PHP; SOA：ESB/BPM 等）,DB1,HTTP(S),HTTP(S),HTTP(S),HTTP(S),JDBC/ ADO/ ODBC,Web 服务器高可用、高性能环境,DB2,Server3,Server4,Web 层,业务逻辑和集成层,数据层,硬件均衡负载器（HA),HTTP(S),数据库高可用、高性能环境 （ 关系数据库：Oracle/DB2/SQL Server/Cache /MySQL）,HIS/PACS/EMR/LIS/HIP/HIE/BI/HRP/OA等,现有关键业务的应用系统和其它非关键应用都运行于虚拟化环境中,可选,应用边界防护,CONFIDENTIAL,15,虚拟化层,虚拟网络,物理网络,物理网络共享，逻辑隔离 提高安全性 减少物理安全设备策略复杂性，节约投资,虚拟化层,虚拟网络,WEB 服务 资源池,中间 件资源池,数据资源池,向未来的SDN（网络资源的虚拟化如同服务器资源虚拟化一样简单）进化！,CONFIDENTIAL,16,对Web服务器、应用中间件、数据库等系统实现高可用性,本地高可用-计划内和计划外在线维护,关键收益 消除常规维护所导致的停机时间 对应用和最终用户没有影响 任何时刻都可以进行维护,服务器在线维护 vMotion & DRS 在不中断服务的情况下,将VM迁移到池中的其它服务器运行 自动分布工作负载以优化性能 存储在线维护 Storage vMotion & Storage DRS 在不中断服务的情况下,将VM的磁盘迁移到其它存储空间 自动调配存储位置以优化性能,vSphere,关键词：经济、高效、简单易用、可靠,CONFIDENTIAL,17,对Web服务器、应用中间件、数据库等系统实现高可用性,本地高可用-计划外自动故障切换,服务器故障切换 vSphere HA 自动在集群中的可用主机上重新启动虚拟机 适用于运行在vSphere之上的所有应用程序 数分钟内完成重新启动 与操作系统和应用程序无关，不需要复杂的配置和昂贵的许可,关键词：经济、高效、简单易用、可靠,CONFIDENTIAL,18,对Web服务器、应用中间件、数据库等系统实现高可用性,关键词：经济、高效、简单易用、可靠,服务器故障切换：vSphere FT 在vSphere HA以及其它相关vSphere 底层技术的基础上实现 提供更好的可靠性，零宕机、零数据丢失、持续有效可用 与操作系统和应用程序无关，不需要复杂的配置和昂贵的许可,应用故障故障切换：vSphere App HA 检测OS 的故障，如有故障将进行相应的vSphere HA切换 检测相关的Web 服务器（Apache/IIS)、应用中间件（Tomcat等）的故障，如有故障则进行相应的重新启动 检测相关的数据库服务器（SQL Server/Oracle）的故障，如有则进行相应的干预,CONFIDENTIAL,19,对运行时环境做好保护,对Web服务器、中间件、数据库等系统做好数据保护，以备出现问题的时候快速恢复系统,VDPA - 专门用于VMware数据保护,vSphere环境数据的备份、恢复 无需要部署代理 Storage-agnostic 和vSphere紧密集成 Avamar专利数据去重技术,6x,6倍于传统备份方式速度恢复,20,数据库数据复制技术自动同步主/从服务器。 自动切换：当Master（主）奔溃时，Slave（从）接管变成Master（主）；原来的Master（主）修复好后，可以重新变成Master（主）也可变成Slave（从）。 Master（主）做为生产交易，Slave（从）做为查询/相应的数据分析；从而实现了读写分离。这个不需要应用改造 Master（主）和Slave（从）运行在单独的VM和相应单独的存储空间中。,基本上所有商用数据库都有这种能力，例如Oracle、SQL Server、DB2、 Cache等。 Oracle的技术叫：Active DataGuard DB2的技术叫：HADR SQL Server的技术叫：Mirror Cache的技术叫：Mirror 成本实现比较低，并且实现技术也不复杂,单个数据中心内部双活-数据库层面：数据库数据复制,CONFIDENTIAL,21,单个数据中心内部双活-数据库层面：数据库均衡负载集群,在不同物理机的VM 中安装相应的数据库软件。 数据库VM中的实例通过高速网络（万兆以太网/Infiniband)互联，并进行相应的数据通信交互和分布式锁控制。 通过数据库相应的技术在共享SAN存储上形成相应的集群文件系统（例如Oracle ASM&ACFS/DB2 GPFS),以使不同的在数据库VM中的实例能够对存储进行安全、一致性的数据吞吐等。 多台物理机器上中的VM数据库实例形成一个均衡负载集群，让外部的应用/用户看到的是一个（即物理是分散、但是逻辑上是统一）高性能、高可靠的数据库系统。,只有2个商用数据库都有这种能力，例如Oracle RAC、DB2 PureScale。 限制： Share Everything 架构的系统瓶颈永远在I/O，即要求存储是高端的（配置大量的SSD)，最好采用Infiniband。 无法实现线性扩展，即能够扩展到几十台上百台机器；所以我们会看到Oracle RAC 2节点很多，4节点以上非常少。 无法面对高并发的挑战 其实Oracle RAC/DB2 PureScale实施、调优、运维还是挺复杂的。,CONFIDENTIAL,22,单个数据中心内部双活-中间件和Web服务器双活,在不同物理机的VM 中安装相应的中间件和Web 服务器。 中间件和Web 服务器 天生就是为了均衡负载方式集群而生的，理论上来说可以线性扩展到N台实例，只要后台数据库没有瓶颈。 应用设计实现只要是实现无状态机制。 多台物理机器上中的VM中间件和Web 服务器形成一个均衡负载集群，让外部的应用/用户看到的是一个（即物理是分散、但是逻辑上是统一）高性能、高可靠的中间件和Web 服务器系统。,并且可以在当数据库性能没有瓶颈的情况下，当业务高峰期的时候增加中间件/web服务器的VM实例数目从而扩展应用负载处理能力来应对高峰。,动态添加实例,动态添加实例,23,23,CONFIDENTIAL,23,数据中心容灾,现在很多大型医院都有多个地点，并有多个数据中心（例如一个老大楼，一个新大楼） 这样的话建设容灾中心的基础条件就基本满足，并且建设需要经济性。 并且进行容灾建设的时候也不用对所有的应用和数据进行容灾，例如我们必须对关键业务应用和数据进行相应的容灾，例如HIS、PACS（高清影像除外）、EMR、HRP、OA等。当主中心奔溃时，容灾中心能够快速接管,容灾中心,主中心,数据库 VM资源池 ,中间件VM资源池 ,Web 服务器 VM资源池,基于数据库数据复制技术/存储设备的复制技术,VMWare SRM:基于主机的VM复制,数据库 VM资源池 ,中间件VM资源池 ,Web 服务器 VM资源池,VMWare SRM:基于主机的VM复制,VMWare SRM:基于主机的VM复制,CONFIDENTIAL,24,预防性运维：统一监控,我们的业务应用系统可靠、高性能的运行是业务运营成功的保证，而保障这些需要一个完善的覆盖虚拟资源（计算、存储、网络）、数据库、中间件的端到端的监控解决方案，从而可以及时的发现问题和警告、修正问题、从而让系统可靠、高性能的运行。,Web 服务器,中间件,数据库,性能是否在可接受范围之内?,基础设施是