医疗_卫生云平台技术方案.pptVIP

医疗卫生云技术方案 云计算的优势 统一平台适合多种不同的应用 根据需求动态地部署、配置和按需扩展 大数据存储与分析，实时监控资源情况，提供有效的决策 灵活的提供共享的计算资源和服务 可实现 Page 3 各行业信息系统普遍存在问题 设备利用率差，系统之间的资源无法灵活调整 业务系统相互独立，纵向横向融合越来越难 设备总体档次低，各业务处于独立状态 各自为政的模式形成大量地域/系统孤岛和烟囱 业务缺乏统一规划，导致重复建设 信息孤岛现象严重 缺乏统一的城市信息化标准体系 不同部门组织制订的信息化标准之间不协调 缺乏完整、科学的标准体系 缺乏科学、实用的卫生信息化建设的总体框架 缺乏适合不同类型卫生系统使用的建设与运行模式 缺乏合适的运行管理模式 投资成本高，风险越来越大 构建下一代医疗信息系统--“卫生云” “卫生云”实现目标 易实现不同系统的整合 消除信息孤岛，有效数据共享 一体化安全解决方案 保障信息的安全 适应不间断高负荷运行 保障业务连续性与可靠性 统一管理与配置 易于部署和发布新的应用 低碳环保，节约能源 利于环境保护 数据整合 绿色节能设计 服务为核心统一管理 海量数据统一存储 海量数据实时分析 有效保护数据信息 高可靠性 高可用性 领导 业务部门 信息部门 决策者 低TCO 可分阶段投资 原有投资的保护 业务部门 稳定、可靠 支持全业务 快速支持将来业务 业务连续性好 信息部门 运行维护简单 能够平滑升级/扩容 问题能够快速修复 新一代卫生云平台保证卫生医疗数据安全采集，安全传输，安全存储，海量数据与分析，快速检索与分析的数据管理平台，实现卫生医疗资源信息的共享与实时管理； 建立统一管理平台、全面共享、数据挖掘，可以向居民、医疗机构、政府机构等不同服务对象提供各类卫生医疗信息服务。 “卫生云”整体架构 ：数据中心 ：卫生人员，终端用户 1.本方案将在省级、地市级以及重要镇级卫生单位建立3个数据中心，其中2个数据中心作为主数据中心，1个作为灾备数据中心，数据中心间采用万兆专网互联；其他地市、县及乡 镇卫生中心通过卫生专网实现数据互联，信息共享 2.根据地理位置的重要性、信息量等选择网点作为数据中心，数据中心将建设虚拟服务平台（虚拟网络+虚拟服务器）和存储池，为整个省的卫生中心提供IT集成、系统访问和业务支持； 3.数据中心在全网的部署呈变化化、信息互补、互为备份的形式进行建设； 4.数据中心的建设规模(包括网络、服务器、存储等建设与配置)取决于业务系统本身的信息规模，并可依信息规模的发展进行随时、灵活、简单的扩容 “卫生云”整体架构 5.省卫生系统的已有的业务系统要求在不影响正常业务的前提下切换到卫生云数据中心，在建以及新建的业务系统必须能满足直接安装并应用在该数据中心； 6.省卫生云的业务系统应包括基本药物，公共卫生，医疗服务和综合管理应用模块，实现涵盖公共卫生服务，基本医疗服务，基本药物配备，监控服务门户网站，业务运营管理，服务质量管理，绩效考核管理，信息监测统计，远程医疗服务等； 7.由于“卫生云”平台整合整个卫生系统的信息，因此对IT能力相对不足，甚至无IT维护能力的乡镇卫生中心而言，只需要一个简单的终端设备，如PC、PAD、手机、打印机、视频会议系统等，通过卫生专网，即可随时访问“卫生云”的各个系统，实现信息共享 8.每个县级卫生中心将为每个 IT力量薄弱或没有IT力量的乡镇卫生中心提供业务扶持和协助 “卫生云”整体架构 “卫生云”整体架构 整个卫生云的架构不再像传统网络平台按照严格的分层进行布局，而是会呈现一种扁平化的网状结构； 整个平台的运营和管理将集中在云数据中心 分布式“数据中心” 通过“云桌面”，实现简单、多样化的终端访问形式 在每个终端采用“云桌面”方式，即可随时访问到数据中心，对相关的业务系统进行访问 每个终端都受到云平台的监控、管理以及权限控制 每个终端本身可以作为一个独立存在的存储节点，终端的数据可以通过设置数据同步，保证数据中心的卫生信息及时更新 应用运行环境 云计算管理平台 MasterOne 监测 控制 规划 运营支撑系统 云服务门户 统一服务认证 SaaS 应用层 PaaS 平台层 IaaS(virtulization) 基础架构层（虚拟化） 海量数据分析 云数据审计和安全 云Web服务开发部署平台 IaaS(non-virtualization) 基础架构层（非虚拟化） “卫生云”技术方案架构 应用系统标准规划 注：云服务门户、统一服务认证以及应用系统开发及在此方案不做详述 云存储 Hadoop大数据