《智慧医院信息化集成平台建设方案.pptx》由会员分享，可在线阅读，更多相关《智慧医院信息化集成平台建设方案.pptx（91页珍藏版）》请在悟道方案上搜索。
1、,智慧医院信息化集成平台建设方案,目录,医院集成平台整体解决方案,2,集成平台实施方法论,4,集成平台成功案例介绍,5,医院信息化集成现状分析,1,集成平台标准规范和管控体系,3,医院信息化集成主要问题-整体规划,医院信息化建设中，由于缺乏企业架构和SOA作为指导思想的整体规划设计，导致了业务系统本身越建越多，集成架构越复杂，后续信息系统的改造升级和扩展越困难。整体规划先行，建设和实施分步进行将成为医院信息化核心指导思想。,集成中主要问题,缺乏企业架构规划，包括业务架构，数据架构，应用架构和技术架构缺乏SOA架构思想指导，导致业务系统烟囱式建设并高度耦合信息孤岛严重，资源无法共享HIMSS评估
2、模型的对标分析HL7 V3标准规范体系的采用缺乏卫生部363/364 电子病历等各标准的严格执行和实施各个业务系统建设本身也无标准的技术架构标准，而是完全由开发商主导高度封闭,医院信息化集成主要问题-业务集成,当前在医院信息化建设过程中，由于缺乏顶层架构设计和整体业务梳理，导致医院内各个信息系统建设是以实现医疗业务的需要进行设计建设的，而不是对医疗信息深度利用为目的进行设计实现,集成中主要问题,系统间点对点网状接口，导致随着业务系统增加接口指数级增长系统间接口标准和规范不统一由于系统各自独立建设，导致系统间存在信息孤岛同时信息交换不畅接口复用度低，有新系统建设往往都伴随大量的接口改造和开发系统
3、高度耦合，某一个业务系统版本更新都会其它系统造成很大影响接口本身安全性和可靠性问题大量的接口和数据交互没有一个统一的监控平台实时管控以上问题导致的业务流程断点,医院信息化集成主要问题-数据整合,医院信息化建设中，如何构建临床数据中心(Clinical Data Repository, CDR)提供以患者为中心的统一视图的实时数据库，实现数据统一采集，存储，建模。同时为构建CDW专题临床数据库提供基础已经成为迫切需要解决的问题。,集成中主要问题,信息数据分散，格式不统一，同时依赖于具体的产品对医院基础数据，如医院人员，组织结构，编码表，病人信息等没有进行统一的管理和维护系统之间患者信息重复，同时
4、缺乏患者统一的标识信息医护人员往往要查阅多个系统数据才能进行合理诊断患者多次就诊信息无法有效关联无法为临床科研提供统一的数据分析中心辅助决策,PACS,LIS,HIS,CIS,RIS,EMR,基础数据,基础数据,基础数据,基础数据,基础数据,基础数据,CDW,CDR,医院信息化建设转变-业务系统到信息集成,传统医院在多年的信息建设和实施后导致的业务系统信息孤岛，流程断点，数据标准不统一而无法整合和共享，接口错综复杂难以管理，医院内外协同困难等诸多问题都将需要信息化建设的重心需要由业务系统转移到集成平台。,对内、对外的友善窗口,整合医疗信息以提供高质量的临床服务,提高运营效率,有效地支持临床服务
5、,门户 （导医、网站、CRM、OA）外部系统接入,医院资源 （财务、成本、人事、采购/库存）,临床信息/电子病历,临床支持 (LIS, PACS, OT, PIS),病人管理和病人帐务（HIS）,快速而高效的病人行政管理提高服务质量,数据仓库（报表、BI、EIS，DSS）,知识管理,如何保障信息的集成？建立集成统一的医疗信息平台,以学科建设、决策支持为目标以全院信息共享为手段以临床数据中心和流程整合为基础构建全院集成统一医疗信息集成平台,医院集成平台建设背景,利用平台技术实现统筹规划、资源整合、互联互通和信息共享加强标准化和规范体系建设加强对医院信息的挖掘和利用，充分发挥信息在临床决策中的作用
6、,医疗信息共享和业务协作平台，是医院内不同业务系统之间实现统一集成、资源整合和高效运转的基础和载体。医院信息平台也是在区域范围支持实现以患者为中心的跨机构医疗信息共享和业务协同服务的重要环节。 -卫生部基于电子病历的医院信息平台建设技术解决方案,医院集成平台建设规划和需求,以患者电子病历的信息采集、存储和集中管理为基础，连接临床信息系统和管理信息系统的医疗信息共享和业务协作平台，是医院内不同业务系统之间实现统一集成、资源整合和高效运转的基础和载体。医院信息平台也是在区域范围支持实现以患者为中心的跨机构医疗信息共享和业务协同服务的重要环节。,1,2,3,4,需要支持不同系统之间的医疗数据的整合和
7、交换，快速实施应用程序节点部署以及各医疗子系统之间的协同,强调以病人为中心，将病人全部的诊疗资料以统一的形式组织起来，通过医院信息平台以统一的方式向外展示,医疗管理与运营管理需要同临床服务共享和交换各类数据；建立基于统一的医院信息平台的数据共享和交换机制,为病人为中心的全程服务理念，以实现居民全生命周期健康管理为目标，体现以病人为中心的思想,医院集成平台建设目标,标准统一,互联互通,业务协同,信息整合,医院集成平台建设重点,以SOA和集成平台为技术基础,以CDR为数据共享基础,以电子病历为业务协同核心,解决之道-SOA架构思想,BusinessLogic,Billing,ERP,CRM,Fin
8、ance,BusinessLogic,BusinessLogic,BusinessLogic,BusinessLogic,Billing,ERP,CRM,Finance,BusinessLogic,BusinessLogic,BusinessLogic,构成新的业务流程,Business WebServices,实施SOA前,实施SOA后,业务功能深埋在应用竖井之中，每个竖井各自需要透过专属的接口提供服务,业务功能以标准化的业务服务型态暴露出来 服务可共享并重复利用,Service Oriented Architecture(面向服务的体系架构)是一种构造分布式系统的方法找到各个业务系统可以共
9、享和复用的能力，以标准化的服务方式暴露到总线上这些服务可以根据业务流程灵活的进行服务的组合和编排，以适应业务流程的变化,目录,医院集成平台整体解决方案,2,集成平台实施方法论,4,集成平台成功案例介绍,5,医院信息化集成现状分析,1,集成平台标准规范和管控体系,3,架构规划-SOA服务架构规划思路,组件识别：从企业架构入手，要融入平台+应用云化思想，多次尝试完成。服务识别：服务识别和组件识别是并行一起的过程，先到服务目录再到详细服务,架构规划-SOA架构规划的重要输出,业务架构和流程分析,应用架构和集成视图,SOA服务逻辑架构,SOA服务目录规划,SOA架构规划蓝图参考,数据架构,安全架构,管
10、控架构,主数据平台,ETL,元数据,质量管理,内容管理,数据集成,数据分析,应用架构,应用系统,HIS,CIS,LIS,EMR,PACS,其它,服务架构,企业服务,业务组件层,业务服务层,流程架构,流程编排,流程优化,流程重组,流程监控,展现架构,内部门户,外部门户,移动终端,电视端,安全标准,安全体系,业务审计,应用安全,服务安全,数据安全,基础安全,管控体系,管控策略,流程管控,业务管控,应用管控,服务管控,数据管控,医院集成平台整体架构设计,临床服务,医疗管理,运营管理,HIS,CIS,EMR,RIS/PACS,LIS,门诊收费,住院收费,医务管理,护理管理,病案管理,人力资源,财务管理
11、,物资管理,药品管理,其它,医院SOA统一集成平台,HL7适配,其它适配,协议转换,消息路由,数据映射,消息管理,元数据,ETL,文件集成,文件传输,服务目录库,CDR临床数据中心,诊断,医嘱,患者,病历,处方,费用,MDM主数据,患者主索引EMPI,注册服务,患者查询,交叉检索,信息更新,公共服务,技术服务,流程引擎,4A服务,存储服务,信息更新,区域协同服务,业务协同服务,CDR数据服务,主数据类服务,基于集成平台的应用系统,内部医疗协同,外部医疗协同,临床数据分析,科研辅助决策,患者主索引管理,MDM主数据管理,医院集成平台集成关系,集成平台-ETL,集成平台-ESB服务总线,HIS,C
12、IS,LIS,EMR,RISPACS,管理类应用,业务系统,初次&增量加载,异步消息集成,同步WS服务集成,消息中间件,适配器,服务集成,数据采集,数据清洗,数据装载,元数据,CDR临床数据中心,流程管理,数据服务,质量管理,元数据,增量数据,数据服务,数据映射,数据服务,数据服务能力对外开放,业务用户,辅助决策,报表类应用,分析类应用,SOA集成平台,医院信息集成场景分析,SOA集成平台功能架构,SOA集成平台,BPM业务流程管理,业务服务总线,服务鉴权,协议适配,服务适配,服务路由,服务代理,数据服务总线,ODI,ETL,数据适配,消息管理,事件管理,服务编排,服务执行,服务监控,流程设计
13、,流程执行,流程监控,文件传输,文件采集,文件适配,数据映射,流量控制,服务管控,服务控制,服务质量,服务注册,服务开通,服务监控,服务审计,服务运维,总线基础管理平台,SOA统一服务目录,元数据管理,服务元数据,UDDI,流程元数据,规则元数据,SOA集成平台核心特点,功能,性能和扩展性,安全可靠性,基本的服务代理，服务适配，服务注册接入，路由，UDDI实现了服务全生命周期管理和运行监控根据多年SOA实施经验提炼，90%以上实施工作自动化,从底层完成自主实现，数据库和中间件均采用开源软件数据库和中间件层均能够实现水平弹性扩展能力经并发性能测试，单点可支撑500次/秒并发，性能损耗服务提升原有
14、接口的复用度通过HL7标准实现服务接口的标准化异步MQ消息集成，同步WS服务集成形成统一的SOA服务目录库并对外发布能力,医院信息交互标准化-CDA设计,SOA集成平台,CDA(Clinical Document Architecture)临床文档架构是一种文档标记标准，其主要目的是统一临床文档和数据交换格式。该标准定义了交换文档本身的文档结构和具体语义。CDA本身也可不依赖HL7 V3消息格式独立使用。当前常用的CDA版本为V2.0版本。,基于HL7的服务集成和标准化示例,SOA集成平台,门诊病人就医流程,1)病人挂号,2)医生就诊,通过业务场景和流程分析，识别关键的业务活动和跨系统交付接口
15、，定义接口传输对象和消息，根据HL7消息规范格式详细定义消息结构,基于HL7-V3消息交互格式-挂号示例,SOA集成平台,流程整合-医院内部业务场景和业务协同,SOA集成平台,门诊相关,核医学检查检验微生物PIS病理形态学血库UIS,住院相关,EMRICUUIS核医学检查PIS病理检验手术微生物形态学血库,流程整合-医院对外业务协同和交互参考,SOA集成平台,流程整合-医院跨系统流程协同和接口交互,SOA集成平台,流程整合-基于SOA集成平台实现流程整合,SOA集成平台,EMR系统,RIS系统,HIS系统,病人基本信息功能,查询医技申请单功能,医嘱收费功能,发布检查报告功能,服务目录,ESB企
16、业服务总线, 获取申请单,获取检查报告,写入医嘱费用, 获取病人信息,动态路由服务,异常服务,端点解析服务,线路服务,主数据管理概述,MDM主数据,主数据是指医院各业务系统间需要共享的核心静态数据，也是医院范围内能够跨业务、跨系统重复使用的高价值数据。主数据管理旨在通过对基础数据的集中清理，以服务的方式把统一、完整、准确和具有权威性的基础数据分发给全院范围内使用。,主数据管理核心思想,MDM主数据,单点维护,集中存储,统一分发,实施监控,医院核心主数据内容,MDM主数据,组织人员,服务单元,物资&药品,临床术语,主数据映射,患者信息医护人员信息组织结构信息协助单位信息人员扩展信息,医生服务单元
17、护士服务单元医技服务单元,基础字典物资信息医用材料信息药品分类信息药品基本信息,组织和员工组织服务单元服务单元-员工服务单元-区域,院内手术院内诊断ICD手术编码ICD诊断编码,主数据模型管理主数据创建主数据采集主数据存储主数据质量管理主数据分发主数据流程管理,主数据管理-医院术语字典,MDM主数据,主数据平台功能架构,MDM主数据,元数据管理,元数据定义,元数据收集,元数据分析,元数据存储,数据集成管理,ETL抽取,服务抽取,其它方式抽取,数据质量管理,数据分析,数据标准化,数据清洗,数据验证,数据内容管理,数据创建,数据修改,数据收集,数据分发,数据展现,门户管理,数据视图,统计报表,服务
18、管理,基础服务,接口服务,生命周期管理服务,主数据管理平台由自主研发，具备标准的主数据建模和元数据管理功能，集成ETL数据集成工具并和SOA集成平台紧密集成，实现主数据的全流程管理和数据分发,主数据平台功能说明,MDM主数据,基础主数据代码和映射,MDM主数据,卫生数据元目录值域代码表电子病历基础数据集管理代码关系映射管理,临床数据中心-CDR概述,CDR数据中心,医院信息化建设中，临床数据中心(Clinical Data Repository, CDR)提供以患者为中心的统一视图的实时数据库，实现数据统一采集，存储，建模。同时为医院各种扩展数据分析，科研提供相应的辅助决策支持,CDR核心共享
19、数据信息,CDR数据中心,CDR是以电子病历系统的核心，电子病历系统是临床信息系统的核心。对于CDR数据中心包括的核心数据范围有：,入院信息出院和转院信息医保信息患者信息门诊信息住院信息医生电子病历护理电子病历护理信息用药诊断信息检验检查信息治疗信息医嘱信息诊断信息费用信息ICU监护信息,EMPI患者主索引,CDR数据中心,通过CDR数据中心的构建，可实现EMPI患者主索引，该索引为患者全局唯一标识。通过该索引可以患者为主线，实现和患者相关的门诊，住院，缴费，医嘱，检查等信息的一键查询。,构建统一的数据模型建立患者全局唯一标识从各业务系统抽取患者相关数据构建和发布患者索引服务提供交叉索引查询能
20、力,CDR数据中心系统架构,CDR数据中心,CDR数据中心数据标准,CDR数据中心,基于居民健康档案的区域卫生平台技术规范 基于电子病历的医院信息平台技术规范,功能规范,城乡居民健康档案基本数据集卫生部2011版 电子病历基本数据集卫生部2012版,数据标准,协议标准,XML,总共100多个数据集、3000多个数据元,代码标准,词汇,语法,HL7 2.xHL7 CDA,CDR由临床应用实际需求驱动,CDR数据中心,CDR为疾病诊疗提供辅助决策能力,CDR数据中心,CDR数据中心数据模型,CDR数据中心,信息平台的数据模型主要依据HL7 v3的RIM模型，根据卫计委的相关技术标准，以及国内医院的
21、实际情况进行相应的调整，整体E-R模型如下,CDR-通过ETL实现数据集成和整合,CDR数据中心,FTP,数据复制,KPI,驾驶舱,数据源,ETL,数据仓库/数据集市,BI应用分析,客户端,多维分析,统计报表,即席查询,领导决策分析,部门管理分析,运维质量分析,WEB应用-数据门户,数据管理层：元数据管理、系统管理、安全管理,数据模型,数据整合,Oracle/Db2/Sybase,数据交换,EAI/SOA,Unix文件数据,抽取、转换、清洗、加载,MDM,CDR-通过SOA集成平台实现服务发布,CDR数据中心,CDR数据库中心,业务对象模型,细粒度业务服务,粗粒度业务服务,组合业务服务,ESB
22、企业服务总线,数据采集和清洗：通过SOA集成平台ETL部分功能实现定时数据更新，WS实现实时更新数据中心服务发布：通过SOA平台服务集成能力将服务通过WS方式对外发布和共享,电子病历改造总体设计参考,电子病历改造,信息资源实体的唯一标识电子病历信息整合wsdf医疗服务协同电子病历信息标准化电子病历信息有效性,基于电子病历的总体设计-数据和基础服务,电子病历改造,信息资源库设计,基础服务设计,基于电子病历的总体设计-业务协同,电子病历改造,电子病历作为医院临床医护人员的统一工作平台，将整合病历书写、各类电子医嘱、电子检查检验申请、门诊处方、护理记录书写、移动护理、生命体征采集、临床路径启动和执行
23、、质量控制等各类关键临床活动，实现与HIS入出院、收费、药房药品发放等模块、临检中心LIS、影像科室RIS、预约系统等流程上的无缝连接,医院PACS影像存储现状,云存储设计,影像高级后处理工作站,影像诊断工作站,Web影像浏览工作站,其它临床资料浏览工作站,医学影像文件存储,CT、CR、DSA、MRI、数字胃肠、彩色超声、黑白超声、喉镜、内窥镜 数据量激增，急需解决存储问题,?,PACS系统,医院影像存储技术要求,云存储设计,各大PACS软件厂商采用的操作系统、数据库和存储结构各不相同,技术选型,目前的存储架构很难实现PACS影像数据长期、可持续的支撑,可持续性,没有足够的安全性考虑,安全性,
24、缺乏对前端透明的数据生命周期管理,可管理性,存储层次缺乏相关的规范 - 由于各家医院独立建设PACS系统，虽然各大PACS软件厂商都遵循DICOM标准，但DICOM仅仅是应用层面的标准，主要面向影像对象进行一定程度的规范，特别是数据结构和文件格式的标准，而对存储层次则缺乏相关的规范,存储的迁移需要满足对应用的零改造，做到无缝迁移！,影像云存储实现机制,云存储设计,协议（RESTful API / HTTP）,易改造,本地存储系统与云存储无缝集成，支持多种本地存储协议，本地应用零改造。,易运营,本地缓存采用分布式存储技术，实现高可用、高性能、弹性扩展以及故障自恢复，实现去IOE，提供辅助运营管理
25、功能。,易推广,客户侧支持多种行业客户应用接入，云端存储支持多种云存储平台接入。,YY-GW,云资源池,医院应用,医院本地存储系统,本地存储协议ISCSI/NAS,虚拟硬盘,备份与恢复,流量监控,文件加密,分级缓存,协议转换,分布式存储,影像云存储技术特性,云存储设计,- 54 -,本地缓存,缓存分层,可靠性,可扩展性,文件分块,SAN/NAS接口,SAN：提供标准的ISCSI接口，客户端操作系统通过挂载iscsi target使用；NAS：对Linux提供NFS协议文件系统，对Windows提供CIFS协议文件系统；,虚拟磁盘容量可动态扩展；本地缓存容量可动态扩展；接入带宽可动态扩展；云存储
26、网关可动态扩展；云存储容量可动态扩展；,本地缓存可通过分布式存储提高可靠性；后端云存储通过DNS轮询和负载均衡技术提高可靠性和并发性能；后端云存储提供多副本冗余能力，提高数据可靠性；,本地缓存支持分层架构，通过少量高性能设备做内部缓存，提高读写性能,客户端只与本地缓存交互，缓存异步与云端数据同步,本地缓存支持分层架构，通过少量高性能设备做内部缓存，提高读写性能,医疗云平台整合,医疗云协同,医院1,医院2,卫生局,卫生信息服务平台,市民,社区卫生服务中心,市民,市民,社区卫生服务中心,妇幼保健所,疾控中心,医疗云协同平台建设，包括各种外围企业（例如银行、保险、制药等）的基于国际标准，有效整合医疗
27、卫生业务应用系统的、互联互通信息医疗集成云。,医疗云,银行,保险公司,制药和药品流通企业,医疗云对外协同逻辑,医疗云协同,目录,医院集成平台整体解决方案,2,集成平台实施方法论,4,集成平台成功案例介绍,5,医院信息化集成现状分析,1,集成平台标准规范和管控体系,3,医院集成平台相关标准体系,WS 363卫生信息数据元目录WS 364卫生信息数据元值域代码WS XXX 电子病历基本数据集WS/T XXX 卫生信息共享文档规范WS XXX 基于电子病历的医院信息平台技术规范WS XXX 基于健康档案的区域卫生信息平台技术规范,HL7 V3规范HL7 CDA 2.0规范IHE 集成规范,医院集成规
28、范覆盖内容,数据层,信息交互层,业务流程层,定义受控词汇,术语编码数据元数据集,定义信息表达方式,HL7 V3CDA2.0,定义集成规范,IHE集成规范,元数据和数据编码定义，数据集定义，业务对象数据模型定义,进行消息格式定义，数据交换标准定义,进行业务协同，业务集成规范定义,医院集成平台标准规范体系架构,SOA服务治理框架,SOA管控平台,可以根据服务实例号，时间段，访问IP等各种条件实时查询服务消费日志信息 可以详细查看到每一次服务调用的服务输入数据和服务输出数据信息，错误日志 对于消息发布订阅机制下，可以查看到详细的服务分发日志信息,SOA接口和服务运行监控,接口服务运行次数分析，服务运
29、行时长分析，服务成功失败率分析 接口服务预警策略定义，服务实时监控预警 接口服务运行异常分析，错误日志分析,目录,医院集成平台整体解决方案,2,集成平台实施方法论,4,集成平台成功案例介绍,5,医院信息化集成现状分析,1,集成平台标准规范和管控体系,3,SOA集成平台咨询实施方法论,第一步 :项目计划,第二步 :现状理解,第四步 :开发,服务开发,需求调研,IT能力调研,第三步 :设计,项目范围与目标,项目组织,服务识别,生产架构,第六步:部署、上线,第五步 :测试,交付策略,项目计划,SOA产品功能理解,SOA管控规范,服务标准规范,服务定义,开发架构,运维架构,单元测试,集成测试,用户接受
30、测试,压力测试,主机与OS安装,测试环境,开发环境,SOA 产品安装,系统割接,服务部署,外围系统改造,1,2,3,4,1,SOA集成平台服务实施方法论基于多年的SOA架构咨询和服务实施经验总结，融合了企业架构，SOA参考架构和TOGAF等核心思想。该实施方法论本身也已经在移动集团，XX集团，南方电网，TCL集团多个大型企业成功使用,集成平台SOA服务调研流程,流程,IT,端到端流程,总体功能架构,流程分解,子系统,业务对象,流程分解,流程分解,子系统,子系统,技术架构,部署视图,核心流程,业务交互,系统接口,数据对象,数据分发,基于SOA思想的集成平台服务调研,业务流程,接口目标和定位,数据
31、视图,服务列表,接口交互流程,1,2,3,1,2,3,组合类服务,共用服务,同步/异步服务,SOA服务规划和服务识别-参考输出,高端业务建模,服务识别,UI服务,流程服务,业务服务,技术服务,数据服务,服务定义,服务设计,服务类型功能说明动作对象功能模块重要程度,数据设计接口设计WSDL文件XSD文件,服务目录集,UI服务,流程和业务服务,数据服务,遗留接口迁移示例-接口梳理,当前接口收集，接口使用场景分析，分类,按照HLV3标准模型建立消息和服务清单,定义消息服务数据格式，提供方和消费方,遗留接口迁移示例-服务识别,服务识别参考,服务主要实现方式,MQ+JMS消息集成,WS服务集成,异步调用
32、功能场景集成系统双方需要彻底解耦需要消息1对都分发接口高并发调用不需要实时获取调用结果,同步功能调用场景需要有严格的接口标准定义需要实时返回结果对性能要求不高业务业务实时协同和交互接口,SOA服务契约和接口定义,增加路由属性,增加预留属性,增加数据验证规则,增加数据映射和转化规则,数据视图-数据对象定义,增加消息头定义,SOA集成平台接口和服务设计开发,服务接口规范,XSD文档定义,WSDL文档定义,生成服务代码框架,填充业务逻辑,服务打包部署,服务单元测试,服务系统测试,采用自顶向下方法构件SOA，可以形成高质量的服务架构。彻底分析每个服务的参数和设计，保证服务具有最大的可复用性，为企业内服
33、务资源的标准化和兼容性奠定基础。,SOA集成平台接口和服务测试,测试用例,测试执行记录,测试数据准备,测试进度跟踪,测试评估报告,准入测试：服务合规性测试，服务提供方提供的服务需要符合SOA服务契约和接口定义 联调测试：服务提供方，SOA平台，服务消费方共同进行业务场景驱动的测试,SOA集成平台实施分工,业务需求分析,软件需求分析,需求分析评审,服务识别与发现,候选服务评审,制定发布计划,服务定义,服务设计,服务设计评审,服务编码及自测试,服务平台配置开发,服务准入测试,服务联调测试,服务性能测试,服务部署和运维,服务测试评估,全程监理及参与重点服务评审活动,组件开发方法和过程,服务化?,组件
34、,服务,SOA实施商工作贯彻从需求调研分析到设计开发全过程在业务系统设计和开发过程中融入基于SOA组件化开发思想,集成平台实施-复杂系统工程,集成平台实施-总结,1,是否使用集成平台取决于医院规模大小，供应商多少和接口数量。及时一开始不上集成平台也需要考虑接口标准和规范化,2,集成项目的实施，基于SOA思想业务和流程驱动，是对医院当前业务流程和IT系统的全面梳理，也会对IT供应商提出统一管控要求,3,服务识别是难点，如何识别出粗粒度，松耦合和可复用的服务是关键,4,集成项目需要制定SOA规划和演进路线，分步骤实施和不断持续改进,5,保证CDR的数据质量和数据实时性相对重要，CDR本身和业务系统
35、的功能也需要一开始界定清楚,6,SOA管控和治理是集成项目成功的另一关键，一开始就要有完整的管控体系，标准规范体系,目录,医院集成平台整体解决方案,2,集成平台实施方法论,4,集成平台成功案例介绍,5,医院信息化集成现状分析,1,集成平台标准规范和管控体系,3,XX拉卫生部药物监管和集成平台,该国家每年因为药品调度或者药品过期造成的损失达到1亿美金，加上辅助的业务支撑人员和采购物流渠道，造成直接损失达到2亿美金。通过该监管和集成平台可以实时的监控药品调度和使用情况，通过该平台实现和医院和卫生部相关业务系统的集成和数据交换,XX卫生局区域医疗信息平台规划,建设国家、省、市、县四级平台；关注6大类
36、应用；统一3大信息库;建设统一的卫生信息专网；统一的标准和安全体系；,XX卫生局区域医疗信息平台总体架构,XX集团+31省集成平台建设,作为大型的集团企业，XX十分重视信息化建设工作，在MSS域，已经形成了以Oracle EBS为核心，预算管理系统、报账平台、合同管理系统、采购管理系统等诸多IT系统，这些系统有效支持了XX的业务快速拓展。随着竞争压力增大，XX需要进一步整合部省资源，提高业务效率，提出了建成“纵向管理、横向协同”的一体化信息系统体系，需要集团与省间信息系统能有效衔接，集团内、省内各信息系统间能更好集成及协同。,项目背景,在XX集团及31省新建ESB，作为集成平台（ERP接口平台
37、）采用两级ESB架构，两级ESB之间衔接实现纵向管理，集团、省内系统间通过ESB集成，实现横向协同引用SOA技术服务团队，提供平台搭建及SOA服务识别、实施工作,建设方案,建成两级ESB架构，从架构上保证“纵向管理，横向协同”信息化目标通过集成及协同，消除数据孤岛，提高数据质量，提高业务效率通过ERP接口平台代替传统点到点集成方式，提高IT敏捷性建成SOA规范体系及SOA交付团队,项目成效,XX集团-基于云架构的新SOA平台,SOA四期集成平台基于XXPaaS平台总体架构指导原则进行建设，其中涉及到技术和业务两大类服务，技术服务以PaaS平台集中提供能力为主，业务服务以业务系统提供能力,XX集
38、团-新SOA集成平台,在XX“一个集团，一副面孔”的信息化战略指导下，2012年，XX开始启动“uCloud”体系建设，通过建设统一的IaaS层、PaaS层并在其上承载全集团统一的业务应用，在uCloud的PaaS层中建设新的SOA平台，新建SOA平台定位于支撑整个XXuCloud中所有组件间的业务交互。同时，在建设新SOA平台时，重点解决“应用集成实时性不高、性能欠佳、数据一致待提高”三个问题。,项目背景,在uCloud PaaS层新建SOA平台，支撑整个uCloud各组件间业务交互在各省设立接口机并部署轻量SOA平台，实现集团与省交互识别SOA服务时，主要采用“推式”的导入服务，提高实时性
39、及性能通过识别服务，减少数据落地，提高数据一致性,建设方案,新建SOA平台，支撑XX应用建设向企业私有云架构迁移SOA平台不再局限于MSS域，建成真正意义上的企业服务总线解决“实时性、性能、数据一致性”三个问题，提高业务效率,项目成效,XX移动SOA集成平台,同时引入“SOA监理”及“SOA集成”两个项目监理负责进行蓝图规划及服务识别集成负责对监理规划结果进行实施监理负责对SOA实施过程监理，对重要业务项目进行跟踪,建设方案,运用企业架构管理方法，梳理规划了XX移动业务架构及IT架构规划设计了XX移动本地的总体信息架构及SOA架构1年内监理16个重要业务项目，通过复用节省投资200万形成一套协
40、同的需求沟通及问题处理机制,项目成效,XX移动SOA架构咨询,SOA规范体系制定,业务和技术访谈,现状分析,SOA技术架构设计,XX移动SOA架构优化项目,识别出31个分类共87个问题，涉及基础支撑、重复建设、数据质量、成本项目端到端及资本开支端到端,面对面访谈共25人次整理各部门会议纪要共19份收集学习业务、系统资料约200个,实施路线设计,完成统一服务支撑平台架构设计，包括5大子系统，共计约30个模块,公共组件及SOA服务规划,完成5大类问题解决方案设计 完成19个公共组件识别及设计完成30个数据实体CRUD分析识别146个共享服务并完成初步设计,完成SOA技术标准规范 完成SOA管控规范
41、制定,完成SOA技术架构及服务接入演进路线设计，分3个阶段 完成快速试点19个服务规范编写,XX移动SOA集成平台,XX移动SOA-主数据管理平台,业务系统,主数据管理系统,集成管理,质量管理,数据管理,数据展现,接口服务,生命周期管理服务,主数据资料库,基础服务,元数据,主数据,历史数据,参考数据,接口服务,数据整合工具,数据探察,数据清洗,ETL,EII,暂存区,元数据,批量ETL,物资管理,调度生产,财务管理,经营管理,投资项目,人力资源,办公自动化,运销管理,业务用户,消息路由,发布订阅,初次&增量加载,服务共享平台,实时/非实时,DBLink,报表与分析系统,固定报表,多维分析,数据
42、仓库,数据集市,元数据,即席查询,仪表盘,主数据管理集成架构是分析主数据管理系统，服务共享平台，业务系统，报表分析系统之间的集成关系，从集成架构可以看到MDM是接口平台的有力补充,XX移动SOA集成平台,XX移动随集团建设了ERP接口平台，较好支撑了ERP相关系统集成，但存在几个问题：a.ERP接口平台侧重ERP相关系统支撑，服务由集团统一规划、定义，难以支撑XX本地应用，本地应用间接口还是点对点方式；b.集团统一规划服务，XX相关人员了解不多，导致复用不够；c.通过服务进行数据集成，数据落地太多，产生很多数据复本，数据不一致问题日渐突出; d.若考虑XX本地应用，则ERP接口平台难以支撑，需
43、进行扩容升级；。,项目背景,通过扩容，将ERP接口平台扩容成为XX动的整个集成平台，同时支持本地应用集入接口平台基础架构使用RAC及WSD形成数据及应用两层集群新建数据地图系统，数据地图通过SOA服务实时抓取共享数据并提供统一数据展示，减少数据复本,建设方案,重新设计XX移动信息化高层架构，形成统一平台层接入XX本地BOSS、档案、OA等系统，消除蛛网式集成新建数据地图，提高数据一致性平台扩容，通过集群保证高可用,项目成效,XX基地SOA咨询-应用蓝图,XX集团SOA集成平台,ESB服务总线平台,主数据平台,物流平台,电商平台,售后平台,其它,集团侧平台,事业部侧系统,CRM,ERP,MES,FSSC,SCM,MES,其它,TCL后期集成规划是以ESB和MDM做为整个集成的核心，形成双总线集成架构，解决业务和数据集成问题,4A平台,流程平台,技术平台,IT网管,IT运维,安全管理,内部门户,集团门户,事业部门户,外部门户,供应商门户,销售门户,物流支付,第三方电商,外部,Web Services,Web Services,Web Services,Web Services,Web Services,Web Services,Web Services,谢 谢,