《XX医疗云解决方案报告书.pdf》由会员分享,可在线阅读,更多相关《XX医疗云解决方案报告书.pdf(96页珍藏版)》请在三一文库上搜索。
1、XX 医疗云解决方案 2014 年 10 月 目录 1 云计算及其在医疗行业的应用分析 7 1.1 云计算简介 . 7 1.1.1 云计算概述 7 1.1.2 云计算的优势. 8 1.2 医疗云进行时 9 2 需求分析 11 2.1 医疗行业信息化现状分析 . 11 2.1.1 机房建设 11 2.1.2 终端应用 13 2.2 医院需求分析 16 2.2.1 提升经济效益. 16 2.2.2 扩大行业影响力 . 17 2.2.3 减少医疗纠纷. 18 3 医疗云方案整体概述 19 3.1 医疗信息化发展重点. 19 3.1.1 “ 3521 ”工程 . 19 3.1.2 架构示意图 20 3
2、.2 医疗云架构及目标 21 3.2.1 医疗云架构 21 3.2.2 行政目标 22 3.2.3 技术目标 22 3.3 技术架构 . 23 3.4 云技术建设方案 24 3.4.1 IaaS 层建设 . 24 3.4.2 PaaS 层建设 28 3.4.3 SaaS 层建设 31 3.5 覆盖社区医院,实现双向转诊 33 3.6 随时随地桌面办公 36 3.6.1 随时随地访问数据和报表. 36 3.6.2 移动查房方便,成本低. 37 3.6.3 远程诊断病人信息随身走 . 38 3.6.4 单点登录 39 3.7 医院信息化解决方案. 41 3.7.1 医患沟通需求功能 41 3.7.
3、2 营帐系统移动化 . 42 3.7.3 移动办公 42 3.7.4 短信预约挂号. 43 3.7.5 移动医护工作站 . 44 3.7.6 电子病历 45 3.7.7 移动急救信息系统 48 3.7.8 新生儿防盗系统 . 50 3.8 医药销售信息化解决方案 . 52 3.8.1 医药行业移动销售主要面向的业务问题. 52 3.8.2 目前医药销售企业信息化程度 . 53 3.8.3 需要实现的功能 . 53 3.9 卫生管理信息化解决方案 . 60 3.9.1 疫情应急管理. 60 3.9.2 孕婴保健 61 3.9.3 社区医疗 63 3.9.4 农村医疗 64 3.9.5 移动卫生执
4、法系统 65 3.10 大幅降低运维管理压力 68 3.10.1 运维管理方便. 68 3.11 解决医院关心的安全问题 69 3.11.1 “统方”防泄漏 69 4 医疗云建设中的能力 71 4.1 云能力 . 71 4.1.1 虚拟机生命周期管理 71 4.1.2 虚拟机资源调整 . 73 4.1.3 虚拟机安全登录管理 76 4.1.4 CPU QoS . 77 4.1.5 内存 QoS . 79 4.1.6 虚拟机多业务组 . 80 4.1.7 虚拟机快照 80 4.1.8 支持 Microsoft ?集群服务 . 81 4.1.9 基于 IP SAN 的存储虚拟化 82 4.1.10
5、 基于 IP SAN 的自动精简配置 83 4.1.11 基于 FC SAN 的存储虚拟化 84 4.1.12 安全组 85 4.1.13 虚拟机网卡 85 4.1.14 弹性 IP . 88 4.1.15 虚拟机支持灵活的扩展卷. 90 4.1.16 单物理服务器运行虚拟机数量 . 90 4.1.17 虚拟机挂载大规格数据卷. 91 4.1.18 支持多种镜像类型 91 4.1.19 支持大容量部署 . 92 4.2 业务发展思路 93 4.2.1 移动健康 93 4.2.2 远程医疗 94 4.2.3 移动医护 94 4.2.4 移动医务管理. 95 4.2.5 移动卫生 96 5 医疗云
6、相关案例分享 96 5.1 熙康健康管理平台 错误!未定义书签。 5.2 湖北省妇幼保健平台.错误!未定义书签。 5.2.1 系统架构图 错误!未定义书签。 5.2.2 内容描述 错误!未定义书签。 1 云计算及其在医疗行业的应用分析 1.1云计算简介 1.1.1云计算概述 云计算是一种商业计算模型,它将计算任务分布在大量计算机构成的资源池上,使各种应用能够根据 需要获取计算力、存储空间和各种软件服务。 从使用范围,云计算分为私有云和公有云两种。私有云是为云所有企业或机构内部使用的云;公有云 是对外部企业、社会及公共用户提供服务的云。此外,还有混合云。 从提供服务的类型上看,云计算分为三个层次
7、:IaaS 、 PaaS 和 SaaS 三种。 IaaS 全称 Infrastructure As Service,即“基础设施即服务” 。IaaS 以硬件设备虚拟化为基础,组成硬件 资源池,具备动态资源分配及回收能力,为应用软件提供所需的服务。硬件资源池并不区分为哪个应 用系统提供服务,资源不够时,整体扩容; SaaS 全称 Software As Service,即“软件及服务”。 严格来讲SaaS 构建于 IaaS 之上,部署于云上的 SaaS应用软件的基本特征是具备多用户能力,便于多个用户群体通过应用参数的不同设置,共同使 用该应用, 且产生的数据均存储在云端。非严格的SaaS 也可独
8、立于IaaS ,这样牺牲的代价是硬件的 利用率,用户感知不到,如我公司信息魅力系统; SaaS与一般网络应用的区别在于:不同的用户通过不同的设置实现不同的功能,而一般网络应用几 乎都按照同样的实例运行,几乎无法做灵活的配置和调整。 PaaS 全称 Platform As Service ,即“平台及服务”。 层次介于IaaS 和 SaaS 之间,也是最难实现,一 旦实现后会带来巨大效益的一种形式。同SaaS ,严格来讲也基于IaaS ,它在硬件之上提供一个中间 层,主要表现形式为接口、API、BO(业务对象)或SOA 模块等,它并不直接面向最终用户,更多 的使用者是开发商,开发商应用这些接口,
9、可快速开发出灵活性、扩展性强的SaaS 应用,提供给最 终用户。非严格的PaaS 也可独立于IaaS ,同样牺牲硬件效率,如部分中间件产品。 1.1.2云计算的优势 统一平台适合多种不同的应用 根据需求动态地部署、配置和按需扩展 大数据存储与分析,实时监控资源情况,提供有效的决策 灵活的提供共享的计算资源和服务 1.2医疗云进行时 2009 年 4 月国务院正式公布新医改方案,提出3 年内各级政府预计投入8500 亿元用于医 疗改革。自新医改方案公布以来,各地党委、政府均把医改工作纳入重要工作日程,全面动员部署 新一轮医疗改革工作。信息系统作为“四梁八柱”中的一柱,在新医改中占据重要地位。新医
10、改目标的 实现离不开信息化的支持。可以确信,信息化作为支撑新一轮医疗改革的支柱,在有利政策驱动下, 必将迎来更大的发展。 在当前医院信息化发展历程中,数字化医院系统的平台化融合遇到了巨大的困难,各大国际、 国内厂商都想在新的医改政策的巨大利益圈中,建立自己的势力范围;都在探索医院信息化融合的 方法。从业务、架构上改变当前医院信息系统,从而符合新医改中的政策要求,以及医院自身的利 益需求。 2009 年医疗卫生行业的硬件投入在整体投入中所占的比重继续减少,软件和服务的投入力度进 一步加大,软硬件投资比重趋于合理。随着医疗卫生行业的硬件投资逐步到位,未来对软件和服务 的投资必将逐渐超过硬件的投资比
11、例,以解决方案带动硬、软件的采购已成为医疗机构信息化投资 的主导模式。 2010 年,随着政府医疗改革资金投入的逐步落实,大型IT 项目的不断上线,医疗卫生行业IT 投资增速还将大幅提升。 云计算满足医疗行业信息化的不同需求: 2 需求分析 2.1医疗行业信息化现状分析 当前,医疗行业的典型应用系统及其特点如下: 通过调查了解,数据安全、管理敏捷性、业务流程优化被医疗行业信息系统的建设者们作为最先考 虑的因素,我们还发现医疗行业在信息化建设过程中都存在如下困惑: 2.1.1机房建设 2.1.1.1投资成本高、运行效率低 随着新业务的不断产生,在传统的一台服务器安装一个操作系统、运行一个应用、为
12、每个应用配置独 立的存储设备的部署模式下,IT 人员不停地在规划设备采购、新业务上线等一系列工作。整个信息 系统拥有的X86 服务器和桌面设备的数量每年都在以惊人的数量增加,与之形成鲜明对比的是服务 器的利用率却很低,而随着服务器技术的进步,服务器的利用率每年都还在持续下降;存储设备的 数量在不断增加,但存储设备的性能和容量切没有被充分利用。 另外,医院的生产经营越来越依赖信息系统,随着重要生产系统的部署上线,应用的可用性要求越来 越高,每一次停机都会带来损失,因此IT 管理员都希望将计划内和计划外的停机降低到最低限度。 如何提高应用系统的业务连续性、可靠性及可扩展性,是摆在用户面前的一大难题
13、。而基于传统技 术实现的高可靠性,往往会大大增加成本和系统复杂度。从 4 个 9 至 5 个 9 的高可用性背后是巨 大的IT 投资,企业必须在IT 成本与高可用性方面找到一个最佳的平衡。 2.1.1.2管理复杂、效率低。 随着服务器的数量的不断增加,IT 部门往往需要管理多种设备、多种操作系统平台和多种应用。维 护已有应用系统平台,是一个重大挑战。如何保护好我们在硬件设备、操作系统、应用软件的重大 投资,以及在人员培训方面的投资,都是需要仔细考虑的问题。另外,每上线一个新业务,都要走一 遍相对应的流程,对于IT 部门来说, 有超过50% 的时间用在硬件采购、服务器部署等重复任务上, 使得数据
14、中心的工作效率低,而成本切不断上升。 2.1.1.3维护难度大 医院的运营环境系统需要经常性的系统维护,但是由于运营需要连续不间断的运行,只有很少的时间 留给IT 管理人员来进行设备维护和升级。此外,运营系统需要对数据实施定期备份,随着数据量 的增长, 如何实现快速备份和恢复,成为一个困扰IT 管理人员的难题。这些都使得IT 系统的维护 难度越来越大。同时随着设备的和系统的不断上线,所需要的人力成本也将不断增多。 2.1.1.4运行成本高 对企业来说,不断增加的x86 服务器和存储设备,除硬件采购成本增加外,包括机房空间、散热、 电源等在内的其他资源的运行管理成本也在大幅增加。数据中心的能耗逐
15、渐成为IT 成本中的一个重 头,企业需要控制数据中心的空间使用,需要降低数据中心的能耗,或者抑制数据中心对能耗需求 的急剧增加。 2.1.1.5数据安全无法得到保障 因为病患健康数据被泄漏导致的医患纠纷越来越困恼医疗行业的决策者们,随着未来在电子病例和区 域医疗中,病患信息需要进行共享。由此导致的各种问题如果得不到很好的解决将严重影响到一家 医院的医疗信誉。期间将导致无法估量的损失。企业需要建立一个对数据高度安全可控的系统。 2.1.2终端应用 2.1.2.1桌面应用环境复杂 随着医疗行业的快速发展,和国家政策的倾斜,医疗行业的规模快速扩大,许多大型医院还在各地建 设分支机构,随着医院规模的不
16、断扩大,桌面终端数量和类型迅速增加,另外,医疗行业的桌面应 用涉及RIS 系统、 CIS 系统、 PACS 系统、 CMS 系统、 OA 系统,电子病历、 LIS 系统等。每个 系统的应用需求与应用环境存在较大的差异,如 HIS 系统中的医生、护士工作站就对终端的可靠性、 适用性等提出了更高的要求,因此应用环境变得更加复杂。 2.1.2.2运维的人员相对较少,但工作量巨大。 作为医院信息化的核心-HIS 系统更是每一家医院IT 的主抓工作, 其维护工作在医院的IT 运维中 占在最重要的地位。目前我国大多医院的HIS 系统采用的是PBOracle 开发的C/S 架构 , 传统 C/S 两层架构由
17、于其技术成熟、稳定可靠,依然在大量使用,但C/S 架构也给IT 运维带来挑战。 医院的IT 人员维护HIS 系统一般有两方面:其一是后台HIS 核心,包括数据库、后台应用、服务 器自身硬件、操作系统;其二是前台HIS 工作站,包括普通PC 、打印设备、医疗外设等。医院的 IT 管理员很难有时间和精力兼顾两方面的管理工作,而C/S 结构下一些基础硬件的日常维护工作 量非常大。 很多医院每天光是处理HIS 工作站的电脑及打印机的一些小故障就得花去很多人力和时 间,且大多数问题都是由于操作系统不稳定或自身安全问题引起的,管理人员的大量时间和精力都 消耗在事务性工作上,没办法花更多时间在后台核心系统上
18、。 2.1.2.3医疗系统繁多,需要更高效的部署维护手段。 医疗系统大部分由几家不同的软件开发商设计,很多医院都会有多家长期在院内服务的供应商,这 也意味着不同的系统会有各自独立的部署和维护手段。同时,随着医疗系统软件的不断开发、不断 升级,其中包括版本更新、功能升级,基本上每年都会有很多大大小小的升级版本出现,管理员进行 软件系统部署升级时工作变得越来越复杂。有的医院单是安装一个基础的医生工作站软件就要花费 20 分钟以上时间 -因为所开发的软件不是一键傻瓜安装方式,而是需要进行复杂的手工操作。如果平 均每台电脑都安装3-4 个基本医疗应用,安装软件的时间就已经非常长,甚至超过安装一个基本的
19、 操作系统。所以说,如何简化现有复杂的医疗软件部署和升级工作,是医院IT 管理的重中之重。 2.1.2.4多医师、护士共用一机,需要配合桌面标准化策略增强安全。 一般医生或护士工作站都是多人共享一台主机工作的,因为当班的门诊医生可能每天都不同,专家门 诊更是一周才工作 1-2 次,护士也是早中晚轮班。这些医院特有的工作制对IT 管理提出了更高的 要求。对于不同的使用者,策略太松容易引发安全问题,策略太紧又会影响医生、护士们的正常使 用。因此,医院的IT 管理者需要能够灵活定制的桌面标准化策略,既能保证多人使用同台主机的安 全问题,又能给使用者带来便捷的使用感受。而且,轮换的使用者使得主机的在线
20、时间不定,有的主 机一周只开机几次,一次才12 小时。对于这样的情况,需要有强制手段同步安全策略,自动在 机器上线时进行同步管理。 2.1.2.5需要适合医疗行业的远程管理平台来提高支持效率。 国内的医院目前发展得很快,经常会看到医院扩容或者建立分院。作为医院的组成部分,分院的IT 通 常是采用总院集中式管理,也就是说,医院的IT 人员通常要兼顾多个分院的IT 运维工作。在人手 紧张的情况下,他们需要便捷高效的远程维护平台。同时,考虑到管理员通常要同时兼顾几个地方 的系统运维,使得他们在远程支持的需求上,除了要满足远程桌面维护的需要,还要满足远程多主 机同时维护的需要,在一个界面中展现多个被管
21、理界面,以便管理员主动对客户端发生的异常状态 及时响应。 2.1.2.6IT 发展水平不一,需要整体多层次安全管理 医院IT 信息化发展的重心一直以来都以HIS 等为主,而对安全考虑得不够全面,特别是系统补丁 管理以及计算机接口管理,这却困扰着医院的IT 管理员:系统补丁多而繁琐,人工维护工作量巨 大,且无法进行有效的全局统一部署。特别是医疗行业拥有众多的医疗系统,这些系统对补丁更新 后的兼容性有待考证,经常会遇到由于误升级IE 而致医疗软件无法正常显示的情况-因为开发商的 软件版本往往不支持最新版的浏览器,所以医院的补丁管理不能简单的以修补为主,而要重视兼容性、 稳定性、分发的及时和高效性。
22、 此外,一般的医院都已实现医疗系统的内外网隔离,但由于计算机接口是通用的USB 等外设端口往 往成为安全短板,一些病毒通过USB 的使用交叉传播,成为医院内网与外网的间接接口,也就成为 安全隐患。 虚拟化与云计算技术是近几年来业界最具创新的IT 技术,完全可以解决上述题,数据中心资源整合 与桌面虚拟化技术已经在医疗行业得到了广泛的应用。 2009 年中国医疗行业虚拟化市场规模为2500 万元人民币,占中国虚拟化市场整体规模的3.5% , 相对2008 年 1500 万元的市场规模增长66.7% ;从虚拟化投入情况看,2010-2011 年维持60%增 长率,到2012 年市场规模将达到1024
23、0万元人民币;在中国医疗行业虚拟化市场产品结构中,服 务器的虚拟化占到64% ,桌面虚拟化28% ,应用虚拟化占到8%; 2.1.2.7.软件承载平台的异构,需要开发相应的软件版本 先前的医疗软件产品都是基于windows xp 和 windows 2000 ,甚至window 98 等平台开发的, 在 当前这些平台逐渐退出市场,缺乏相应的补丁升级机制,会给应用带来安全威胁。如何将现有的软 件迁移到新的平台上呢,如果开发基于新的平台的软件,可能存在周期长,软件源代码和开发人员 流失等情况。而且重新开发需要相当大的人力、物力、财力投入。 2.2医院需求分析 医院信息化建设已经历了一个很长的探索过
24、程。自1995年卫生部提出“金卫工程”设想,医院信息化 建设迅速发展。 作为医疗行业信息化建设的“经脉”,网络系统的建设成为保障医院应用系统正常开展的 基石, HIS、LIS、PACS系统的搭建不断完善,各大中小型医院基本都购置了基础的MIS 系统,较 大规模的医院也都竞相采购了LIS 、PACS 系统,基本形成了医院HIS 系统框架;但没有行成真正的 HIS 系统,由于各医院资金、申报、采购、自身原有流程、文化观念的限制,应用较好的信息系统是 经济管理系统,即挂号系统、划价收费系统、出入院管理系统;以及部分必须但相对独立的放射信息 系统、超声信息系统和内窥镜信息系统,在整体应用上存在一定的问
25、题,需要高度集中、整合型的信 息化。 医院作为一种特殊的服务机构,它既有一般服务机构追逐经济效益的目的又有为人民群众提供医疗卫 生服务的社会责任。所以对于某一医院来说,自身发展建设的目的必然是二者的结合,可以具体归纳 为以下三点: 2.2.1提升经济效益 医院作为服务机构,追逐利润是无可厚非的事情。一般来说一家医院的收入多少取决于患者的多少; 而患者的多少取决于所能提供医疗服务的总量;而一个医院所能提供的医疗服务总量必然受限于其掌 握医疗资源的多少。所以说作为医院提升自身经济效益分为两种途径: 第一增加投入医疗资源,达到增加收入的目的; 第二提升医疗资源利用效率,达到增加收入的目的; 由于现有
26、医疗环境的制约,必然限制了第一种方式的实施。在目前相对医疗资源投入不能完全满足需 要的情况下,如何利用现有的医疗资源提供尽可能多的医疗服务总量是问题的关键。 无论是增加现有医疗资源利用率也好,获得最大医疗服务总量和增加单位时间内患者数量也罢,都可 以简单归纳为“量”对一家医院的重要性。 另外由于医院在本身追求经济效益的同时,又可以为更多的患者提供医疗服务,也是与其自身的社会 责任相匹配。 2.2.2扩大行业影响力 为什么把扩大行业影响力作为一家医院自身建设发展的目标来看待?行业影响力究竟能够为一家医 院带来哪些好处?如何才能扩大行业影响力? 所谓影响力,从心理学上讲,是指一个人在与他人交往中影
27、响和改变他人的心理与行为的能力。那么 一家医院的行业影响力可以简单理解为一家医院在整个医疗卫生行业中影响和改变其它医院的能力。 可以分为两个层面理解: 这家医院在整个医疗卫生行业中所处的地位; 这家医院在整个医疗卫生行业中说话的分量; 同样一家医院的行业影响力作用也可以分为两个大的方面: 对行业内的作用;具体又可以分为以下几个方面: 树立行业领导者形象的需要; 吸引人才的需要; 吸引投入,技术创新的需要; 彰显社会责任的需要; 对行业对象也就是患者的作用: 一家医院在行业内的影响力会直接影响到前来就诊的患者数量,而患者的数量多少又直接决定了这家 医院的收入。不仅如此,由于患者的数量增多,使得工
28、作人员的实际工作经验得以加强,又可以进一 步提升医院的治疗水平。 通过上面的描述,说明了一家医院的行业影响力对于这家医院发展等各方面的重要性,那么如何才能 扩大这家医院的行业影响力呢? 一家医院在行业内的影响力取决于以下两个方面: 单位时间内的各项数据指标,例如就诊人数、康复率、住院率等; 对于疑难杂症的把握能力; 或者可以简单归纳为一个字“质”。如果对于每一个患者都能提供一种高质量的让患者满意的医疗服务, 自然获得良好的口碑,也就自然扩大了行业影响力。 2.2.3减少医疗纠纷 在目前我国所有的社会问题当中,最直接与老百姓切身利益相关的,同时也是让老百姓最不满意的行 业之一就是医疗行业!看病难
29、、看病贵已经是当今中国普通老百姓抱怨和最头疼的问题,是目前主要 的社会矛盾之一。根据中华医学管理学会2003 年对全国各级医疗机构的调查结果显示,全国医疗机 构的医疗纠纷发生率高达98.47% 。也就是说,几乎没有医疗机构未发生医疗纠纷。而且医疗纠纷近 年成快速增长之势,全国平均增长率为22.9% (数据来源于2005 年卫生部第三次国家卫生服务调 查主要结果 ) 。 通过上面的描述不难看出,目前医疗纠纷已经不是简单的个别现象而已经演变为了社会的普遍现象。 而在解决医疗纠纷过程中,患者家属采取激化矛盾做法的占73.5% ,而通过法律途径解决的只有 19.8% (数据来源于2005 年第三期中国
30、卫生 ) 。由此可见如果不能及时避免医疗纠纷则会严重影 响到医院本身的正常经营秩序,给医院造成巨大的损失。 医疗纠纷可以简单的分为两类: 医疗事故引起的医疗纠纷 非医疗事故引起的医疗纠纷 医疗事故引起医疗纠纷起因的关键在于专业能力的缺失,而医护工作者的工作性质又决定专业能力分 为两种,理论知识和实践经验。而在实际工作过程中,往往实践经验会显得更加重要。而对于一个新 近的医生来说,并没有多少实际工作经验,那么如何继承前人的优秀经验就显得尤为重要。但是目前 大部分医院并没有这么一套继承机制,或者说继承机制使用并不方便。那么建立一套完整的知识经验 库,方便医院相关人员随时随地的进行查阅,对于最大限度
31、避免医疗事故的产生从而避免医疗纠纷的 产生会有积极的意义。 非医疗事故产生的纠纷:大部分医疗纠纷属于此类,此类医疗纠纷大部分在于医患双方对同一事件的 认知不同,根源在于缺乏必要的有效的沟通。 如果能够在医患之间建立起一座沟通的桥梁,最大限度消除医患之间的信息不对称,完善各种告知制 度,那么将会有效的避免非医疗事故医疗纠纷的产生。 3 医疗云方案整体概述 3.1医疗信息化发展重点 3.1.1“ 3521”工程 1 个专用网络,建设医疗专网; 2 个基础数据库,建立健康档案和电子病历数据库; 5 项业务应用,加强公共卫生,医疗服务,新农合,基本药物制度,综合管理等五项业务应用。 3 个信息平台,建
32、设国家级,省级和地市级三级卫生信息平台。 3.1.2架构示意图 本方案将在省级、地市级以及重要镇级卫生单位建立3 个数据中心,其中2 个数据中心作为主数 据中心, 1 个作为灾备数据中心,数据中心间采用万兆专网互联;其他地市、县及乡镇卫生中心 通过卫生专网实现数据互联,信息共享 根据地理位置的重要性、信息量等选择网点作为数据中心,数据中心将建设虚拟服务平台(虚拟 网络 +虚拟服务器)和存储池,为整个省的卫生中心提供IT 集成、系统访问和业务支持; 数据中心在全网的部署呈变化化、信息互补、互为备份的形式进行建设; 数据中心的建设规模(包括网络、服务器、存储等建设与配置)取决于业务系统本身的信息规
33、模, 并可依信息规模的发展进行随时、灵活、简单的扩容 用数据中心来支撑医疗行业应用和数据 3.2医疗云架构及目标 3.2.1医疗云架构 利于云计算技术,结合医疗行业的业务,打造新一代医疗信息系统,医疗云。 3.2.2行政目标 医疗云是利于信息化技术,作为医改的技术支柱,从政府的管理职能,及各级医疗机构能够合理的 配合,以便完成人人享有医疗卫生服务。 3.2.3技术目标 新一代卫生云平台保证卫生医疗数据安全采集,安全传输,安全存储,海量数据与分析,快速检索与 分析的数据管理平台,实现卫生医疗资源信息的共享与实时管理; 建立统一管理平台、全面共享、数据挖掘,可以向居民、医疗机构、政府机构等不同服务
34、对象提供各 类卫生医疗信息服务。 3.3技术架构 3.4云技术建设方案 3.4.1IaaS 层建设 虚拟化技术主要实现了对底层物力资源的抽象,使其成为一个个可以被灵活生成、调度、管理的基础 资源单位。而要将这些资源进行有效的整合,从而生成一个可统一管理、灵活分配调度、动态迁移、 计费度量的基础服务设施资源池,并向用户提供自动化的基础设施服务,就需要IaaS 管理平台。 该管理平台包括两部分:资源管理平台和业务服务管理平台。 资源管理平台:资源管理平台负责对物理资源和虚拟化资源进行统一的管理和调度,形成统一的资 源池,实现IaaS 服务的可管、可控,其核心是对每个基础资源单位的生命周期管理能力和
35、对资源的 管理调度能力。 业务服务管理平台:业务服务管理平台负责将资源封装成各种服务,以方便易用的方式对外提供给 用户,实现IaaS 服务的可运营条件,主要包括业务服务管理、业务流程管理、计费管理和用户管理。 3.4.1.1关键技术 1.IaaS 服务器虚拟化 服务器虚拟化是指能够在一台物理服务器上运行多台虚拟服务器的技术,并且上述虚拟服务器在用 户、应用软件甚至操作系统看来,几乎与物理服务器没有区别,用户可以在虚拟服务器上灵活的安装 任何软件。同时服务器虚拟化技术还应该确保上述多个虚拟服务器之间的数据时隔离的,虚拟服务器 对资源的使用是可控的。 服务器虚拟化通常有两种架构,包括寄生架构和裸金
36、属架构。 寄生架构 在寄生架构中,虚拟化软件需要依赖于已经安装好的操作系统,在操作系统上安装虚拟化软件后,用 虚拟化软件创建虚拟机,对虚拟机进行管理和维护。 裸金属架构 裸金属架构中,虚拟化软件不依赖于传统的操作系统,而是集成了操作系统中处理CPU 和进程调度 等功能之外的所有操作系统功能,然后直接在硬件上简历虚拟化环境,用来管理和维护虚拟机。 2.IaaS 存储虚拟化 存储虚拟化是一种将存储系统的内部功能从应用、主机或者网络资源中抽象、隐藏或者隔离的技术, 其目的是进行与应用和网络无关的存储或数据管理。虚拟化技术为底层资源的访问提供了简单、统一 的接口,使用户不必关心底层系统的复杂实现。 对
37、存储虚拟化而言,不同层次的虚拟化实现具有不同的目标: 存储设备层存储设备层的存储资源是最底层的物理设备,通过数据块存储地址的虚拟化,实现 对存储内容的快速寻址。 块聚合层将存储设备层的物理存储设备虚拟化,通过合理的组织,将其构建为能被统一访问的 物理资源池。 文件 /记录层进一步对物理资源进行抽象,将其虚拟化为逻辑资源,并为上层应用使用。 3.IaaS 网络虚拟化 网络虚拟化一般分为两类,一类是对外部网络环境的虚拟化;另外一类是对服务器主机内部的网络虚 拟化,如网卡等设备的虚拟化。 网络虚拟化是将多个硬件或软件网络资源及相关的网络功能集成到一个可用的软件中统一管理和控 制的过程,并且对于网络应
38、用而言,该虚拟网络环境的实现方式是透明的。 网络虚拟化主要包括三个方面,一是物理主机内部网络虚拟化;二是对网络交换设备的虚拟化;三是 对网络虚拟化的统一管理。 主机内部网路虚拟化主机内部网络虚拟化技术是面向云计算的网络虚拟化技术的核心,它通过 与传统网络虚拟化技术的配合,在现实虚拟网络的动态性、安全性等方面发挥了重要的作用。 网络虚拟化统一管理网络虚拟化的重要价值在于它配置的灵活性,为了达到灵活配置的目的, 需要对虚拟化网络做统一的管理。 资源分配:为虚拟网卡分配IP 地址、 MAC 地址。 流量监控:对虚拟网卡设定流量上限。 实时迁移:当虚拟机从一台物理机迁移到另一台物理机时,实时迁移其网络
39、配置。 状态监控:包括对虚拟网卡的状态及流量等的监控。 3.4.2PaaS 层建设 PaaS平台即服务,则核心就在于平台层能力由终端向云端的集中化迁移,平台涉及到业务平台和技 术平台,因此涉及到两级平台的云化。技术平台涉及到底层数据库,中间件,也涉及到在这个上面进 行的二次封装,这些都是需要考虑云化的内容。由于在没有谈PAAS 平台前,我们已经在考虑技术平 台和产品平台的建设,因此这些平台建设经验在构建PAAS 基础平台的时候同样适用,平台即服务, 即平台层的能力转化为一种服务。 在没有 PAAS 平台前我们通过IAAS 层实现了业务应用和物理资源的解耦,有了虚拟化的资源池,但 是资源池里面的
40、资源如何使用?资源池建设不是重点,资源池能够动态调度提升资源利用率才是重 点。为了实现这点就必须要动态调度和分配资源,为了动态调度就需要应用托管,为了实现应用托管 实现又需要提供支持托管的开发框架和环境,提供自动部署功能。有了这些,PAAS 平台才能够更好 灵活的去调度IAAS资源池中的资源。从两者集成和配合上来说,支持应用托管和资源动态调度是 PAAS 平台的核心。 在谈 IAAS 的时候我们一般谈通过IAAS 形成了计算资源池和存储资源池,而在谈PAAS 的时候也需 要提供资源池,这个资源池封装数据库和中间件等服务。即提供中间件资源池和数据库资源池,中间 件资源池本身就是中间件+应用部署包
41、后的可调度计算单元。而数据库资源池是数据库平台+数据后的 可伸缩的存储单元。中间件和数据库对业务系统隔离,形成中间件即服务和数据库即服务。 3.4.2.1PaaS 的建设思路 1.申请数据库服务 申请数据库服务,选择需要的数据库,选择需要的存储容量,提供基本的业务TPMC 数据以方便平台 自动的估算需要的初始化数据库资源。在服务申请成功后,应该返回一个数据库的访问地址和访问方 法。注意这个地址可能是一个DaaS 层地址,而不是真正的后台物理数据库地址。 在运行态可以对数据库服务的健康状态进行监控,对数据库的核心指标提供监控。按道理在PaaS 层 面没有必要再提供IaaS 层虚拟机资源性能的监控
42、,但是也可以做来首先看到数据库服务,然后开发 商也可以看到数据库具体对应了哪些逻辑或物理资源,资源当前的性能情况。 2.申请应用中间件服务 这里指的服务更多应该是申请应用托管和自动部署服务,因为这个服务能力即是需要应用中间件资源 池来提供。在PaaS 模式下,并不需要开发商对应用中间件进行各种管理和参数设置。而开发商对中 间件服务的使用也很简单,即最终能够将编译通过的部署包自动部署上去。 在这里可以是一个服务,可能也会拆分到多个服务,但是最终目的都是提供中间件托管和管理的能力。 如部署包上传服务,自动部署服务,策略规则设置服务,资源动态调整服务等。对于中间件服务有两 种方式提供能力,一种是预分
43、配相应的中间件资源池资源并固定使用,一种是完全不进行分配仅仅在 自动部署的时候随机在资源池中进行创建或选择分配。在私有云模式下第二种模式存在比较大的不确 定性和管理的难度,因此建议的方法可以是在申请中间件服务后,先预分配固定的中间件服务能力, 当期初能力不够的时候可以同意调度共有中间件资源池中的资源进行满足。 3.技术服务 对于消息,缓存,文件,日志,安全,通知,4A 等技术服务。可以进行服务申请,也可以不进行服 务申请而在应用注册的时候统一初始化。毕竟这些都是一个应用开发需要用到的各种基础服务能力。 只是在应用单独申请的时候,可以进一步对各个服务的各种配置参数进行个性化,如存储容量,并发 量
44、,用户数等,以方面后续服务的流量控制操作。 对于服务申请成功后,开发框架环境应该已经有相应的服务调用SDK API ,我们可以直接拿到服务申 请成功后返回的相应的注册信息或地址信息进行服务调用即可。 4.统一的应用工作台 对于开发商来说很简单,需要在一个共有的界面看到当前应用所订购的所有资源信息和服务信息,每 个资源或服务的详细信息。这些即私有云平台提供的平台层能力。对于每个资源或服务还可以进行相 关的资源或服务的性能分析和监控,还可以看到相关的服务依托的具体逻辑或物理资源。在工作台上 开发商能够完整的看到平台层所有的和当前应用相关的资源或服务,能够看到这些资源和服务的状态 和相互间的关系。能
45、够对已经申请的资源或服务进行管理和监控。 3.4.2.2医疗 PaaS 的建设架构 3.4.3SaaS 层建设 SaaS 是 Software-as-a-service(软件即服务 )的简称, 它是一种通过Internet 提供软件的模式,用户不 用再购买软件,而是向提供商租用基于Web 的软件,来管理企业经营活动,无需对软件进行维护, 服务提供商会全权管理和维护软件,对于个人,SaaS 带来了很多工作和生活的便利;对于许多小型企 业,SaaS 是采用先进技术的最好途径,它消除了企业购买、构建和维护基础设施和应用程序的需要, 近年来, SaaS 的兴起已经使中小型企业切实地降低了各项成本。 3
46、.4.3.1SaaS 建设规范和标准 应用程序应在Windows 和 Linux 环境下进行开发, 并支持动态分布式运营环境、应用生命周期管理 及复合应用构建的能力: 1)应用运行环境 分布式运行环境 多种类型的数据存储 动态资源伸缩 2)应用全生命周期支持 提供开发SDK 、IDE 等加快应用的开发、测试和部署。 公共服务:以API 形式提供公共服务,如队列服务、存储服务和缓存服务等。 监控、管理和计量:提供资源池、应用系统的管理和监控功能,精确计量。应用使用所消耗的计算资 源。 3)集成、复合应用构建能力 除了提供应用运行环境外,还需要提供连通性服务、整合服务、 消息服务和流程服务等用于构
47、建SOA 架构风格的复合应用。 3.4.3.2SaaS 建设迁移 SaaS 建设需要将原有的医疗卫生系统进行必要的改造后,迁移到云平台。 1.建设云 IaaS 和 PaaS 2.将原系统完整复制到云平台(虚拟服务器),同样将原系统数据完整的复制到云平台的虚拟存储池, 并完成相应的数据指向 3.启用并确保该应用在云平台运行正常 4.原系统停止,应用被平滑过渡到云平台 3.5覆盖社区医院,实现双向转诊 原有使用模式 困惑: ? HIS 系统不统一 ? 下属医院的不积极应对 ? 接口,数据格式问题 ? 架构设计思想混乱“业务问题,由业务软件供应商解决” 建立社区医疗云 实现双向转诊 无论医生在哪里办
48、公,一登录即可获取自己的办公桌面。 在社区医院和返回总院使用的是同一个桌面 无论病人在哪里就诊,病人资料都存储在医院数库中 当病人转诊时,医生直接获得所有病人资料 3.6随时随地桌面办公 3.6.1随时随地访问数据和报表 医院领导的会有出差或者外出开会的情况,在出差状态下实时完成审批、报告等各种行政事务的 要求; 比如:查看医院的报表,会议审批,报销审批 很多情况下领导无须亲自赶到医院后才能处理; 可以使用任何设备安全访问医院业务,可以用家里电脑,酒店电脑,iPad 、Android平板等甚至 Iphone 和智能手机; 不用拨,打开即用,和在医院使用应用一样方便; 基本网络条件下就可以,拨号
49、完全能满足访问需求; 用户体验 ? 支持多种终端设备 ? 数据不落地,安全有保障 ? 一致的用户体验,无需额外学习成本 ? 不用改动后台应用,软件发布即可用 3.6.2移动查房方便,成本低 ? 不少医院已完成无线覆盖,具备移动查房的网络条件; ? 基于传统PC 的移动小推车方案: 造价昂贵 电池需要不断充电,使用不方便 维护困难 ? 基于 PAD 或者智能手机的定制开发方案: 开发周期长 依赖于特定设备 安全领域存在未知因素 维护升级困难 查房效果对比 3.6.3远程诊断病人信息随身走 ? 时间就是生命线,在特殊情况,或者紧急情况医护人员可 以直接远程进行诊断,减少路上来回奔波的时间 ? 医生可以移动实时接入,使用所有系统 ? 可以即时获取所有病人信息 ? 可以进行高清视频或者传输高清图片,实现异地全真会诊 ? 可以调用远程医疗文档,调阅远程阅片 ? 进行远程交流及培训 ? 减少医务人员加班,等待过程,很多事情可以在外面做 3.6.4单点登录 ? 医院的业务系统不断增加,例如HIS、PACS 、电子病历系统、检验信 息系统、 OA 和邮件等,需要记住越来越多的密码,使用很复杂; ? 由于病区的电脑是公用的,不同科室、不同医生所拥有的权限是 不同的,需要使用不同桌面 ? 传统 IT 方式医务人员通常在自己的P
链接地址:https://www.31doc.com/p-5222968.html