基于健康档案的区域卫生信息平台解决方案(东软)讲述.pptVIP

0.5 * * 2012年及未来需要建设多级互联平台 升级内部原因 不支持多级平台间的交互； 数据交换技术单一，项目中推广实施外部阻力大； 不支持批量数据交换，数据采集效率达不到要求； 平台1.0项目中复用的第三方ESB产品实施复杂，没有有效解决平台需求； 没有找到合适的场景和方法实现业务协同，单纯的数据采集和页面共享很难在项目中总结出亮点，达到客户预期效果； 部门底层技术框架升级。 内容提要 解决方案定位 平台2.0研发背景 平台2.0架构设计和关键技术 项目复用说明 平台2.0解决方案定位 统一对“平台”的理解 明确多级平台建设策略 突出对“数据应用”的支撑 统一对“平台”的理解 平台是实现区域内医疗卫生信息互联互通的基础 标准 互操作规范 技术手段 应用支撑； 建设平台 == 一定能实现“隐私保护”、“业务协同”或“检验结果互认” 需要配套的法律法规和医疗卫生管理制度 各医疗机构、应用系统开发商的配合 建设基于平台的各类数据应用系统 明确多级平台建设策略 标准规范的建立和使用 平台基本功能组件化管理和打包发布 数据采集流程采用批量数据库ETL方式 协同采用批量数据库推送和个案Web服务相结合方式 以“属地化管理”为原则，基于互操作标准的第三方整合 上级平台与下级平台之间，平台与医疗机构系统之间 加强基于数据中心的应用建设 突出对“数据应用”的支撑 区域卫生信息共享、业务管理 临床信息共享 保健档案共享 综合统计 业务联动 一卡通 转诊/转检/转院 保健业务流程 内容提要 解决方案定位 平台2.0研发背景 平台2.0架构设计和关键技术 项目复用说明 平台解决方案版本管理 解决方案核心版本 项目领域（分版本） 1.0 版本 1.5 版本 项目A 安徽 2.0 版本 区域C 项目B 江苏 区域D 平台解决方案研发路线图 … 实现多级平台跨地域数据共享 高效数据交换和信息全省名周期管理 卫生部最新信息化标准支持 平台关键组件整合 基于服务的业务协同和共享 业务协同场景具体落地 … V 2.0 … 满足随需应变的市场要求 提供面向不同业务的领域的建模支持，及不断丰富的领域架构 提供包括设计、实现、监控、分析和优化在内的数据交换流程整合的全生命周期支持 面向业务人员的快速应用服务发布 V 3.0 2009.11 2011.6 2012.06 2013.12 V 0.6 … … V 1.0一期 V 1.0二期 基于消息交换 File、HTTP、TCP/IP协议支持 基于内容的消息路由、消息监控、消息转换、消息校验 适配器：Web Services服务 数据库(oracle、DB2、sql server)、XML文件 一对一、一对多、多对一模式的场景传输 身份认证的安全管理 数据转换器 IHE PIX/PDQ技术预研 业务规则服务 健康服务门户系统 安全管理系统 需求资源目录 数据标准、接口交换标准 基于通信总线ESB的数据交换系统 注册服务 健康档案数据采集服务 数据元管理 信息资源目录管理 服务管理 主题管理 健康档案调阅服务 平台管理系统 V 1.0 客户 价值 Foundation Composition BeyondLeader 平台V2.0与V1.0的差异 适应的 范围 平台架构 关注的问题域 对客户的影响 功能构成 提供的 业务组件 RHIN V1.0 从无到有 单级平台 基于SOA Web Service 服务组件 技术驱动：解决数据交换中的技术问题 只能宣传有平台，但无业务亮点 围绕健康档案的采集和 信息简单查询共享 注册服务、采集服务、共享查询服务 RHIN V2.0 从有到有 多级平台 在V1.0基础上融合传统ETL数据交换和文件存储 业务驱动：以解决跨区域、跨机构的业务共享问题为目标 可以基于平台创新业务服务模式，提升管理价值 在V1.0基础上强化数据质量控制和业务协同及卫生应用 提出平台关键组件的概念，实现关键组件的封装和推广 平台V2.0功能架构 区域卫生信息平台接入层，是平台数据来源。实现业务联动的关键点 标准规范是平台建设的基础，是实现互联互通的依据。同步维护平台数据中心和采集接口库数据模型。 平台运行支撑，管理平台服务组件和维护各类元数据。 是系统注册可共享资源和订阅数据的“窗口”。 定时或准实时实现批量数据采集和共享交换；采集流程中实施数据质控。 配合服务总线和各类应用实现平台交换和共享安全。 区域卫生数据中心，包括标准规范库、平台运行支撑库、健康档案和电子病历资源库(索引、文档实体和业务主题库) 平台共享和医疗协同应用。 基于服务总线的消息交换，实现实时的业务协同。 平台V2.0解决方案研发规划 8月 9月 10月 11月