省级卫生信息化平台项目方案建议书

1、省级卫生信息化平台项目方案建议书目 录 TOC o 1-3 h z u HYPERLINK l _Toc47002681 第一节、项目概述 PAGEREF _Toc47002681 h 5 HYPERLINK l _Toc47002682 1.1 政策背景 PAGEREF _Toc47002682 h 5 HYPERLINK l _Toc47002683 1.2 项目目标 PAGEREF _Toc47002683 h 7 HYPERLINK l _Toc47002684 1.3 项目难点、重点 PAGEREF _Toc47002684 h 9 HYPERLINK l _Toc47002685

2、第二节、项目总体设计 PAGEREF _Toc47002685 h 10 HYPERLINK l _Toc47002686 2.1 总体架构 PAGEREF _Toc47002686 h 10 HYPERLINK l _Toc47002687 2.2 技术架构 PAGEREF _Toc47002687 h 16 HYPERLINK l _Toc47002688 2.3 技术路线 PAGEREF _Toc47002688 h 17 HYPERLINK l _Toc47002689 第三节、前置交换系统实施服务 PAGEREF _Toc47002689 h 25 HYPERLINK l _Toc4

3、7002690 3.1 交换前置系统功能描述 PAGEREF _Toc47002690 h 26 HYPERLINK l _Toc47002691 3.2 数据交换结构设计 PAGEREF _Toc47002691 h 28 HYPERLINK l _Toc47002692 3.3 数据交换共享模式分析 PAGEREF _Toc47002692 h 33 HYPERLINK l _Toc47002693 3.4 数据交换难点分析 PAGEREF _Toc47002693 h 36 HYPERLINK l _Toc47002694 3.5 数据交换内容分析 PAGEREF _Toc4700269

4、4 h 39 HYPERLINK l _Toc47002695 3.6 数据交换过程设计 PAGEREF _Toc47002695 h 66 HYPERLINK l _Toc47002696 3.7 数据交换技术实现 PAGEREF _Toc47002696 h 69 HYPERLINK l _Toc47002697 3.8 数据质量管理 PAGEREF _Toc47002697 h 135 HYPERLINK l _Toc47002698 3.9 现有地市级平台与省级人口健康信息平台的对接 PAGEREF _Toc47002698 h 139 HYPERLINK l _Toc47002699

5、 第四节、消息中间件 PAGEREF _Toc47002699 h 140 HYPERLINK l _Toc47002700 4.1 支持的规范和技术 PAGEREF _Toc47002700 h 140 HYPERLINK l _Toc47002701 4.2 消息传输 PAGEREF _Toc47002701 h 141 HYPERLINK l _Toc47002702 4.3 应用管理 PAGEREF _Toc47002702 h 146 HYPERLINK l _Toc47002703 4.4 系统配置 PAGEREF _Toc47002703 h 146 HYPERLINK l _T

6、oc47002704 4.5 安全与可靠性保障 PAGEREF _Toc47002704 h 149 HYPERLINK l _Toc47002705 第五节、软硬件基础设施 PAGEREF _Toc47002705 h 150 HYPERLINK l _Toc47002706 5.1 前置机服务器 PAGEREF _Toc47002706 h 150 HYPERLINK l _Toc47002707 5.2 安全隔离与信息交换系统 PAGEREF _Toc47002707 h 151 HYPERLINK l _Toc47002708 第六节、标准规范体系建设 PAGEREF _Toc4700

7、2708 h 181 HYPERLINK l _Toc47002709 6.1 建设目标 PAGEREF _Toc47002709 h 182 HYPERLINK l _Toc47002710 6.2 标准规范建设原则 PAGEREF _Toc47002710 h 182 HYPERLINK l _Toc47002711 6.3 总体建设要求 PAGEREF _Toc47002711 h 183 HYPERLINK l _Toc47002712 6.4 应用规范 PAGEREF _Toc47002712 h 183 HYPERLINK l _Toc47002713 6.5 信息基础设施规范 P

8、AGEREF _Toc47002713 h 186 HYPERLINK l _Toc47002714 6.6 管理规范 PAGEREF _Toc47002714 h 187 HYPERLINK l _Toc47002715 6.7 安全规范 PAGEREF _Toc47002715 h 188 HYPERLINK l _Toc47002716 6.8 本期标准规范制定要求 PAGEREF _Toc47002716 h 188 HYPERLINK l _Toc47002717 6.9 标准规范体系管理 PAGEREF _Toc47002717 h 189 HYPERLINK l _Toc4700

9、2718 6.10 遵循和参考的标准与规范 PAGEREF _Toc47002718 h 191 HYPERLINK l _Toc47002719 6.11 标准规范的制定 PAGEREF _Toc47002719 h 193 HYPERLINK l _Toc47002720 6.12 动态标准管理系统 PAGEREF _Toc47002720 h 199 HYPERLINK l _Toc47002721 第七节、项目实施方案 PAGEREF _Toc47002721 h 208 HYPERLINK l _Toc47002722 7.1 实施服务承诺 PAGEREF _Toc47002722

10、h 209 HYPERLINK l _Toc47002723 7.2 项目实施管理 PAGEREF _Toc47002723 h 212 HYPERLINK l _Toc47002724 7.3 项目实施进度安排 PAGEREF _Toc47002724 h 216 HYPERLINK l _Toc47002725 7.4 项目管理和质量保证 PAGEREF _Toc47002725 h 216 HYPERLINK l _Toc47002726 7.5 文档管理 PAGEREF _Toc47002726 h 220 HYPERLINK l _Toc47002727 7.6 二次开发方案 PAG

11、EREF _Toc47002727 h 221 HYPERLINK l _Toc47002728 7.7 系统测试方案 PAGEREF _Toc47002728 h 226 HYPERLINK l _Toc47002729 7.8 系统试运行方案 PAGEREF _Toc47002729 h 249 HYPERLINK l _Toc47002730 7.9 项目评审验收 PAGEREF _Toc47002730 h 254 HYPERLINK l _Toc47002731 7.10 质量保障体系设计 PAGEREF _Toc47002731 h 264 HYPERLINK l _Toc4700

12、2732 第八节、运行维护系统建设方案 PAGEREF _Toc47002732 h 272 HYPERLINK l _Toc47002733 8.1 管理制度规范 PAGEREF _Toc47002733 h 272 HYPERLINK l _Toc47002734 8.2 运维服务流程 PAGEREF _Toc47002734 h 275 HYPERLINK l _Toc47002735 8.3 质量管理 PAGEREF _Toc47002735 h 276 HYPERLINK l _Toc47002736 8.4 风险管理 PAGEREF _Toc47002736 h 277 HYPER

13、LINK l _Toc47002737 8.5 突发事件处置方案 PAGEREF _Toc47002737 h 280项目概述1.1 政策背景卫生信息化工作是医改整体工作的重要一环。中共中央、国务院于2009年发布的关于深化医药卫生体制改革的意见和国务院关于印发医药卫生体制改革近期重点实施方案（2009-2011）的通知中，都把卫生信息化建设作为深化医改的八大支撑之一，要求建立实用共享的医药卫生信息系统，大力推进医药卫生信息化建设，以推进公共卫生、医疗、医保、药品、财务监管信息化建设为着力点，整合资源，加强信息标准化和公共服务信息平台建设，逐步实现统一高效、互联互通。党和政府高度重视医药卫生信

14、息化工作。2009年3月17日中共中央、国务院发布的关于深化医药卫生体制改革的意见中提出“建立实用共享的医药卫生信息系统”，要求“以医院管理和电子病历为重点，推进医院信息化建设；利用网络信息技术，促进城市医院与社区卫生服务机构的合作”。2010年2月11日由卫生计生委等五部委联合发布的关于公立医院改革试点的指导意见进一步要求“以医院管理和电子病历为重点推进公立医院信息化建设，充分利用现有资源，逐步建立医院之间、上级医院和基层医疗卫生服务机构之间、医院和公共卫生机构、医保经办机构之间的互联互通机制，构建便捷、高效的医院信息平台”。 “十二五”期间是全面落实国家医药卫生体制改革任务，实现国家医药卫

15、生体制改革目标的关键时期。卫生信息化（含中医药，下同）建设是深化医药卫生体制改革的重要内容，也是其开展工作、服务民众、发展壮大的重要支撑和保障条件。加强卫生信息化建设，对于方便群众就医，规范医疗服务行为，提高医疗卫生服务质量和效率，降低医药费用，缓解看病难、看病贵问题，促进人人享有基本医疗卫生服务具有非常重要的现实意义和社会影响。为配合新医改形势下的卫生信息化建设，卫生计生委相续发布了健康档案基本架构与数据标准（试行）、电子病历基本架构与数据标准（试行）、基于健康档案的区域卫生信息平台建设指南（试行）、基于健康档案的区域卫生信息平台建设技术解决方案（试行）、基于区域卫生信息平台的妇幼保健信息系

16、统建设技术解决方案（试行）、基于电子病历的医院信息平台建设技术解决方案（试行）、电子病历系统基本功能规范、基于电子病历的医院信息平台建设技术解决方案在内的一系列重要成果，为卫生信息化建设奠定了良好的基础。随着计生体系的融入，过去的五项业务将增加计划生育这一新业务变成六项业务，两大基础数据库要增加全国人口数据资源库变成三大基础数据库，也就是说，目前，国家卫生信息化“十二五”规划从“35212”变成“46312”，新的规划具体如下：“十二五”期间，我国将重点建设国家级、省级和（州）市级三级卫生信息平台；加强信息化在公共卫生、医疗服务、计划生育、新农合、基本药物制度、综合管理六项业务中的深入应用；建

17、设电子健康档案、电子病历和全国人口数据资源库三个基础数据库；建设一个医疗卫生信息专用网络；逐步建设信息安全体系和信息标准体系。1.2 项目目标1.2.1 项目整体目标基层医疗卫生机构管理信息系统建设项目的总体建设目标是以业务和管理需求为导向，全面建成实用、共享、安全的人口健康信息网络体系，为深化医药卫生体制改革，有效落实计划生育基本国策，促进中医药事业发展，提高卫生计生服务与管理水平，为实现人人享有基本医疗卫生服务目标提供有力的信息技术支撑和保障。基层医疗卫生机构管理信息系统建设项目的本期建设需要实现的目标包括：根据国家“46312”建设总体框架，结合人口健康信息化建设实际，以实施基层医疗卫生

18、机构管理信息系统建设项目为契机，统筹设计全省信息化建设总体规划，统一数据标准，完善管理制度，整合现有卫生计生已有信息系统，统筹建设全省统一的全员人口信息、居民电子健康档案和电子病历三大数据库，重点推动建设省市两级人口健康信息平台，逐步实现个应用系统的数据交换、资源共享、互联互通、业务协同，打造全省统一高效的人口健康信息体系。以省为单位统一规划、统一设计，建设涵盖以居民健康档案管理为基础的公共卫生、诊疗规范、基本药物制度执行、绩效考核等基本功能的管理信息系统，同时实现与新农合、村卫生室管理等信息系统的有效衔接，为提升基层医疗卫生机构服务质量、提高乡村一体化管理水平，提供信息化技术支撑。采用云计算

19、、云存储的先进理念，建设全省统一的医疗数据中心和云服务平台，为基层医疗卫生、新农合、村卫生室信息系统，以及未来开展的其它健康信息服务，提供一个安全、稳定、可扩展、易管理的云服务运行环境。建设全省电子病历数据库、居民健康档案数据库与全员人口数据库，为卫生综合管理、区域卫生管理、居民健康服务提供强有力的数据支撑，也为未来建设其它医疗卫生信息系统及业务应用提供数据来源。完成全省村卫生室管理信息系统和新农合信息系统数据中心迁移工作，有效解决目前数据上报不及时、业务流程不规范、医疗服务不到位的关键问题。建设省级人口健康信息平台，通过数据采集、数据清洗和数据分析与挖掘，基于信息资源分类目录管理和共享需求，

20、构建综合管理信息平台访问服务，辅助卫生管理与决策。建设二级及以上医疗机构前置交换系统，为全省二级及以上医院配置前置机，相关医院也应按照省卫计委的具体要求，进行HIS、LIS、电子病历等系统的接口升级改造，与前置交换系统进行集成，及时、准确、完整地实现人口健康数据交换与业务协同。1.2.2 本包建设目标与内容本包名称：基层医疗卫生机构管理信息系统建设一二级及以上医疗机构数据交换系统实施服务。本包建设目标是：按照省级人口健康信息平台中的交换体系要求，安装部署二级及以上医疗机构前置交换系统建设，为全省二级及以上医疗机构配置前置机、安全隔离与消息交换系统、消息中间件等软硬件设备，相关医院按照省卫生计生

21、委的具体要求，进行HIS、LIS、电子病历等系统的升级改造，及时、准确、完整地实现人口健康数据交换与业务协同。具体建设内容是：使用E包“基层医疗卫生机构管理信息系统建设项目省级人口健康信息平台”中提供的统一数据交换平台软件，为全省二级及以上医院配置前置机，并部署前置交换系统，467家医院应该按照省卫生计生委的具体要求，进行HIS、LIS、电子病历等系统的面向接口的升级改造，与前置交换系统进行集成，实现医院与市级平台及虚拟平台的对接，并完成现有地市平台与升级人口健康信息平台的对接，及时、准确、完整地实现人口健康数据交换与业务协同。1.3 项目难点、重点根据对医疗机构信息化现状、特点、本项目招标要

22、求的分析，以及本公司在医院数据采集方面的经验，归纳本项目的主要难点、重点如下：结构复杂的数据采集系统建设是难点因医疗机构多、类型多、规模差别大、数据量大、异构系统多，且医院信息化建设发展不平衡，为确保项目可控、方案可行，必须考虑到不同医院的异构系统，异构系统数据采集是其中的主要难点、重点。数据清洗转换是难点多数医院现有的信息系统达不到国家卫计委相关标准规范要求，为减少医院系统改造及接口改造的工作量，前置交换系统实施时应考虑面向提供接口改造、主动式数据采集、清洗、数据项映射、后结构化转换、标准化处理等功能。数据质量控制管理是重点根据我们的经验数据采集过程中最突出的问题的数据质量达不到平台要求，由

23、此造成数据利用的结果不正确、不可用。因此，在前置交换系统实施中进行数据质量审计、结果验证、质量记录、问题通报、数据修订、检查监督等一系列的数据质量监控和管理，建立数据质量控制管理体系，是本项目建设的重点。项目实施管理是重点鉴于本项目的建设规模大、周期短、涉众度、结构复杂、难度大的特点，有效的项目实施管理是本项目成功的保证。项目总体设计2.1 总体架构整个区域卫生信息交换平台包括了两大部分建设内容，分别是信息交换平台的中心端和前置接入端。中心端服务于区域医疗信息共享与协同服务，它的基础是分布在各个医疗机构的前置交换系统。前置交换端主要的功能是适配各个医疗机构的异构的信息系统，负责采集医疗机构各业

24、务系统数据并按照平台规定的标准进行清洗，并根据路由机制将数据安全传输到目的地。为保证数据的安全性及有效性，在信息资源交换前置端在向中心端数据传输之前，先对业务数据进行各类检验，如数据完整性检验、数据有效性检验、数据准确性检验等，此外在数据传输过程中实行加密传输，以保证数据的安全性，以标准的方式与中心端协作。图 SEQ 图 * ARABIC 1 总体架构整个区域卫生信息交换平台通过中心端和前置端的合作，提供数据传输服务、数据转换服务、数据处理服务、运营管理服务等基础信息交换功能，数据传输包括数据源管理、数据访问管理、智能路由控制、队列管理等内容，为用户提供安全、可靠、高效的传输服务；数据转换包括

25、消息转换、出错控制、转换效率监控、转换可视化等内容，提供可靠、可测试、可视化、可建模的转换服务；数据处理包括智能建库、数据备份、数据映射、数据比对等内容，为用户提供科学智能的处理服务；运营管理包括远程监控、事件管理、工作流定义、负载均衡等内容，提供数据运行整个过程管理服务。系统间通过消息集成、数据集成和服务集成的方式，以各类协议为基础进行互联。系统在设计和开发中遵循各类标准规范，保持系统具有足够的开放性。这些标准规范涵盖了系统互联、管理、安全、数据等方面。基础数据交换平台所提供的是各应用系统的底层服务，主要服务组件包括：2.1.1 数据传输服务数据传输服务为系统间特别是异构的系统间的应用整合提

26、供通讯基础,其主要特征包括：支持点对点通讯。消息发送应用可以向定点的目标系统发送消息。支持点对多点通讯。消息发送应用可以同时向多个目标系统发送消息。支持同步发送模式。消息发送应用可以以同步的方式向目标系统发送消息，这种模式保证消息发送完成后才将应用控制权交给消息发送应用。支持异步发送模式。消息发送应用以异步的方式向目标系统发送消息，这种模式下，消息发送指令执行后立即将应用的控制权交给消息发送应用。支持请求/响应消息交互模式。请求响应模式是远程服务调用中一种最基本的模式，消息收发功能提供了对这种模式的支持，消息发送者可以发送完请求消息后获取目标系统对请求消息的处理结果消息。支持通知消息交互模式。

27、通知消息交互模式是消息应用向目标系统执行信息公告的交互模式，目标系统接收到通知类型的消息可以根据业务需求自行处理。支持回执消息交互模式。回执的交互模式要求消息的收到方在收到消息后给发送方一个收到确认消息,以保证数据传输的可靠性。支持消息携带附件发送。一个消息可以携带任意数量和大小的附件进行发送，对于大附件，消息收发会自动进行文件切割发送和收到数据组装的工作，方便消息收发应用对大数据的交换处理。支持丰富的消息连接器类型。连接器是系统互联部分的重要服务，通过它系统外界进行通讯的通道。连接器管理可以让管理人员自定义各种类型的连接器，并且在系统中注册这些连接器。对于已有的连接器也可以根据实际的环境变化

28、进行动态的删除和参数调整。2.1.2 数据转换服务数据转换是指交换前置端系统对从医院业务系统中抽取的源数据根据数据交换中心确定的数据标准的要求，进行数据的检查、合并、拆分、汇总等处理，保证来自不同系统、不同格式的数据的一致性和完整性，并按要求装入目标数据库。数据转换主要完成由于以下原因造成的数据不一致性问题：源数据系统同中心数据库在模型上的差异性；源数据系统平台不一致：数据源可能包括基于不同平台数据库的数据；源数据系统中采用的代码编码方案与目标数据系统中的代码编码方案的差异性；源数据结构的不一致：有些数据源由于历史的原因，导致同一个表在不同的时期数据结构不一致；源数据定义不规范导致错误数据；对

29、数据的约束不严格，导致无意义数据；存在重复记录等。2.1.3 智能路由服务医疗信息从一个提供者到达一个或者多个消费者的过程中可能会遇到很多障碍，例如：没有直达消费者的网络、消费者的接收系统暂时不可用、消费者依据医疗信息的内容选择等。系统提供智能消息路由的技术，可以确保上述任何情况发生时都可以自动将医疗信息送达目的地。本系统智能消息路由的智能性主要体现在以下几个方面：传输通道选择的智能化。我们知道医疗信息提供者和消费者间的网络情况可能出现异常，另外提供的信息量可能大小差距非常大。如果某种传输通道，例如：http协议有故障，则消息可以自动尝试采用其它通道进行传递，例如：smtp。另外，如果消息中携

30、带的数据量非常大，系统会自动考虑辅助采用更高效的协议，例如：ftp完成对医疗数据的传递，而放弃采用常规的MQ、web service等技术。消息目的地选择的智能化。消息发送通常有点对点、点对多点的方式，这两种方式隐含的信息是发送时接收者是明确的。即便对于采用订阅机制的，点对多点模式来说，中心系统总是知道订阅者的信息。消息目的地选择的智能化是特指不依赖于特定主题的订阅机制，而是依赖对消息内容的分析，从而动态的决定当前消息的下一个目的地，也就是基于消息内容的路由技术。2.1.4 协议服务协议服务是指一些服务处理网络、传输和应用层协议的组件，主要包括：应用协议服务，这些服务将支持使用应用层的通信协议

31、，建立与系统应用程序的通信通道。这些协议重点放在处理消息或其它类型通信流的有效负载以及应用层外部封装上。这样的协议包括Web Services（WS-I）、EBXML、SOAP 以及其它等。网络协议服务，这些服务处理那些在物理网络上提供通信能力的网络协议。首要支持的网络协议是TCP/IP 协议和HTTP 协议。2.1.5 其他服务 除上述服务组件外，基础数据交换平台还提供运行所必须的其他组件，主要包括：数据安全服务，通过数据在传输过程中进行加密、解密，以保证数据安全。可以使用加密算法（使用加密密钥）将明文转换为密文，并使用相应的解密算法将密文转换回明文。对称加密算法使用相同的密钥进行加密和解密

32、，而非对称算法则使用公钥/私钥对；数据完整性服务，通常是由消息身份验证代码或哈希值提供的。哈希值是从数据序列导出的固定长度的数值。哈希值用于验证通过非安全通道传送的数据的完整性。可以将收到的数据的哈希值与传送时数据的哈希值进行比较，以确定数据是否被篡改；日志管理服务，这些服务用来管理应用、系统、安全等日志。各种服务都将产生事件日志。这些事件将根据配置记录在事件日志中。日志可以被保存在平面文件、关系型数据库、系统事件日志库等。其他服务，如警报/通知服务，可以结合日志管理服务，以提供其他增值能力；审计服务，这些服务提供配置信息审计的能力，并为其它服务提供审计支持的接口；错误处理服务，这些服务提供了

33、一个接口，以抛出和管理错误及其他业务例外。例外包括系统/应用级例外到发现由损坏或脏数据等导致的例外。错误/例外处理服务将使用日志管理服务来记录出错信息。2.2 技术架构基于消息中间件的数据交换技术架构Service Requester(服务请求方)在本构架中，服务请求方为发起请求的应用系统，通过消息中间件提供的源适配器，将请求消息发送到入点的前置服务器的发送队列Message-Oriented Middleware(消息中间件)消息队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法。消息队列的API调用被嵌入到新的或现存的应用中，通过消息发送到内存或基于磁盘的队列或从它读出而提供信息交

34、换。消息队列可用在应用中以执行多种功能，比如要求服务、交换信息或异步处理等。在消息队列中，队列分为很多种类型，其中包括：本地队列、远程队列、事件队列、死信队列等。本地队列又分为普通本地队列和传输队列，普通本地队列是应用程序通过API对其进行读写操作的队列；传输队列可以理解为存储-转发队列，比如：我们将某个消息交给中间件系统发送到远程主机，而此时网络发生故障，消息中间件将把消息放在传输队列中暂存，当网络恢复时，再发往远端目的地。远程队列是目的队列在本地的定义，它类似一个地址指针，指向远程主机上的某个目的队列，它仅仅是个定义，不真正占用磁盘存储空间。根据应用逻辑划分，队列主要划分成发送和接收两种队

35、列：Input Queue(发送队列)Output Queue(接收队列)Service Provider(服务提供方)SOA设计中，将应用系统对外提供的实现了特定的、可标识的一组（业务）功能称为服务。2.3 技术路线系统将遵循国家卫生计生委（原卫生部）基于健康档案的区域卫生信息平台建设技术解决方案，采用当今先进成熟的技术架构和路线设计，如SOA架构、消息总线、XML、Web Service、数据集成交换引擎、工作流引擎技术、等技术，采用国家卫生计生相关标准及HL7、IHE、 DICOM3、ICD10、CDA 等国际标准，以保障系统的先进性、高效性、可靠性、扩展性、互联互通性和可持续性。2.3

36、.1 面向对象服务SOA面向服务的体系结构（Service-Oriented Architecture，SOA）是一个组件模型，它将应用程序的不同功能单元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语言。这使得构建在各种这样的系统中的服务可以一种统一和通用的方式进行交互。SOA是一种粗粒度、松耦合的服务结构，是服务的集合，服务是最核心的抽象手段，业务被划分(组件化)为一系列粗粒度的业务服务和业务流程。服务通过基于标准、精确定义的接口通信，通信可能涉及简单数据传递、两个或更多的在一个活动中协作的服务。由此

37、，SOA是一个其所有功能均被定义成精确定义的、可调用的、独立的服务，且能被有序编排、构建业务流程的应用架构。SOA通过应用组件和传输协议的松散耦合，服务的即时绑定，从而实现业务组件的虚拟化，造就一个虚拟的集成架构，这样使得服务集成不受任何限制，可以同时集成NET组件和J2EE组件，以及集成其他遗留系统的各种应用，同时也可以随时更换这些服务组件。最终达到敏捷的、不受限制的服务集成目标，从而使IT能够随着业务需求的变化而自由调整，达到所谓的“随需而变”的最高境界。建议本平台的建设，基于SOA原理。该原理强调将不同的职责封装成不同的服务。服务构成了SOA的功能块，能被发布并且被其他应用程序所使用。在

38、一个SOA架构下，客户端应用程序使用业务功能的服务而不是直接调用业务对象的函数。服务层向客户端提供封装了业务逻辑的黑盒子。SOA的基本原则是某一层只能与相邻的层次进行通信。这样可以降低一些与客户端应用程序请求响应需穿越复杂对象模型所导致的复杂性，同时分离组件的职责，为故障容错、简化修改维护工作、有效管理错误提供了方便。在省级人口健康信息平台中使用SOA时，SOA设计有两个不同的层级。第一，区域卫生信息共享平台提供的服务是符合标准和规范的，这表示在区域范围的任何一个终端系统都可以以规范的方式使用这些服务。另一个不同层级的SOA设计存在于平台内部，平台在完成管理服务时要对业务逻辑进行封装。面向服务

39、架构（SOA）被认为是异构应用系统之间互联互通的最有发展前景的新技术架构，通过Web Service实现平台无关性的远程访问和服务调用，可以在基本不改变原有应用系统的情况下实现系统之间的交互和资源共享。在面向服务的架构下，服务提供者（或数据提供者）提供的服务或数据源，只要设计一次，就可以被其他所有应用系统所利用，避免了对每个其他应用系统都要设计一次的麻烦。新的服务或数据源加入数据交换平台时，对其他应用系统不产生任何影响，所以，随着业务发展，政府用户可以很方便地加入新的服务或数据源，构建新的数据仓库或应用系统。WebService技术该方案涉及许多专业化应用，需要对多应用系统的进行集成，用一体化

40、的方案给予解决，形成一个相对完整而有效的体系。Webservice是一个可互操作的分布式应用程序的新平台，它定义了应用程序如何在Web上实现互操作性。用任何的语言，在任何平台上写Webservice，只要通过Webservice标准就可以对这些服务进行查询和访问，形成一个开放的共享体系，使系统既有良好的可扩展性。基于SOA构建的交换信息平台是一种由消息代理连接（适配器）在一起的独立应用架构，每一个业务机构对外提供相应的接口服务群，服务在平台配置和发布，以便其他业务机构进行调用。业务服务和发起调用的应用系统通过消息交换总线来执行请求调用动作，对调用者来说，服务的提供方的具体位置以及系统平台与之无

41、关，中心动态消息路由负责转发请求到具体目的地；双方进行数据交换的数据格式由交换前置系统负责包装和解析。面向服务的设计屏蔽了不同平台、编程语言、操作系统和硬件架构之间的差异，实现了应用系统之间的简单集成。此外，应用系统的功能彼此独立，功能可以按照用户需求通过服务的方式自由组合。而这些都是通过与实施细节无关的数据中心服务配置来完成。2.3.2 消息中间件医用消息中间件是是一个基于TCP/IP的医用网络通讯框架，为SOA提供可靠的消息服务，其核心是通过消息队列来实现一种应用程序对应用程序的通信方法：程序之间通过在消息中间件发送数据进行通信，而不是通过直接调用彼此来通信，应用程序通过写和检索出入列队的

42、针对应用程序的数据（消息）来通信，而无需专用连接来链接它们。我们把应用程序交由消息中间件传输的数据定义包装为消息，我们定义消息的内容主要包括消息的特征：消息发送时间、消息的优先级、消息的接受者、数据地址、处理请求、消息ID、消息生命周期等等。消息队列是消息的安全存放地,队列为构造以同步或异步方式实现的分布式应用提供了松耦合方法，消息队列的应用并不要求收和发送应用程序同时执行，消息可驻留在队列中，直到它们被应用程序读走。通过消息队列，应用程序可独立地执行-它们不需要知道彼此的位置、或在继续执行前不需要等待接收程序接收此消息。2.3.3 数据交换的传输模式按传输模式划分，平台提供以下两种模式以适应

43、应用系统之间的业务调用需求1点到点消息传输在点到点通信模型中，本系统数据传输支持应用程序与有标识的其它应用程序点交换信息。在此情况下，消息从一个应用程序发送至另一个应用程序，称为数据分发。在其它情况下，数据交换涉及请求和回答的消息对，称为请求/响应消息传递点到点交换支持同步与异步调用：消息发出后，消息发送方进入等待状态，等待接收消息的应用程序返回响应消息。从业务应用系统角度看，请求和响应的过程是同步的。消息发出后，消息发送方继续其他处理流程。当接收消息的应用程序返回响应消息后，消息发送方再处理响应消息2发布订阅消息传输有些应用程序不与特定应用程序关联。它们对谁接收该消息或消息来自何处都没特定要

44、求。数据在任何时候对任何感兴趣的应用程序都是可用的，发送方或接收方不必相互知道。HCN实现发布订阅模式数据传送，任何一个发布者发布的消息都可以由多个订户接收。订户还可以接收多个发布者的同一主题或不同主题的消息。在此通信模式下，通过访问控制表的安全性措施来控制消息的访问。消息路由在大多数情况下，仅仅移动数据是不够的。确定卫生部门其它系统各自需要什么样的信息的能力是同等的重要。平台交换中心端和前置段配合实现消息路由功能，将特定的数据集发送给选定的应用。路由规则定义在消息交换中心。消息交换中心通过消息头中设定的参数进行数据路由处理。基本的路由请求有一对一、一对多两种，提供单向发送、请求/回复、发布/

45、订阅等多种路由模式。消息交换中心还具有智能路由的功能，能够根据消息的内容来决定消息的路由。消息格式转换该功能提供了实时的动态重新格式化信息的能力，从而使得信息能够被异构环境中的多个应用所接受和读取。它针对不同的协议、编程语言、应用和硬件平台，进行信息格式化分析，并对信息重新格式化。发送信息的应用可以以单一的格式发出信息，而格式转换器能够自动地将信息重新格式化成一个被每一个接收信息的应用所要求的新格式。格式转换器能够理解应用程序间传输的所有消息的格式，可以进行格式转换：可以将某一消息中的数据重组为新的消息，因此它就可以为另一个应用程序所用。它相当于一本通用的辞典，可以理解应用程序的“语言”，并知

46、道应用程序信息的哪一部分是有用的。工作流管理通过它可以实现对工作流的有效控制。工作流管理器可以捕获和应用业务过程的信息，从而为企业提供了更强大的业务活动控制功能，包括对涉及应用程序和职员的活动，由此可以更快速地实现、改进和更新工作流。中心管理管理平台主要通过远程连接方式提供平台各子系统的配置、运行控制、业务流程配置。管理对象包括前置机，消息中心，监控系统等。管理平台包括以下功能：数据中心交换平台各前置子系统的配置。系统管理员在系统初始化时通过管理平台配置各前置交换子系统。数据中心交换平台各前置子系统的业务运行控制。系统管理员在系统运行过程中，通过监控系统的显示信息调整各子系统的运行。业务流程配

47、置。平台系统管理员对业务接入/调整时对业务流程进行配置管理。2.3.4 XML技术要实现医疗卫生行业业务范围内的业务协同，数据的共享和交换是必不可少的手段之一。但各个业务部门的业务系统和数据格式不尽相同，因此各方会对同一数据的理解和定义出现误差，因此无法达到数据交换的真实目的。为了避免这种情况的发生，在数据交换过程中引入XML技术，通过标准的数据定义和表现形式，使交换双方可以在交换内容上统一认识。可扩展的标记语言(XML)是Webservice平台中表示数据的基本格式。除了易于建立和易于分析外，XML主要的优点在于它既是平台无关的，又是厂商无关的。无关性是比技术优越性更重要的：软件厂商是不会选

48、择一个由竞争对手所发明的技术的。XML可以存取多种数据源，根据具体的应用，大致可以分为下面三种：一种是XML纯文本文档，第二种是关系型数据库，第三种则来源于其他各种应用数据，如邮件、目录清单、商务报告等。其中，第一种来源，即XML纯文本文档是最基本的也是最为简单的，将数据存储于文件中，其最大的优点在于可以直接方便地读取，或者加以样式信息在浏览器中显示，或者通过DOM接口编程同其他应用相连。第二种数据来源是对第一种来源的扩展，其目的是便于开发各种动态应用，其优点则在于通过数据库管理系统对数据进行管理，然后在利用服务器端应用进行动态存取。这种方式最适合于当前最为流行的基于三层结构的应用开发。第三种

49、数据由于来源广泛，因此需要具体情况具体对待。数据接口是连接业务部门内部的MIS系统和数据交换平台的“桥梁”，而各业务部门之间的数据交换主要是以文件形式存在的。因此，数据中心应用XML技术存取的数据源主要为前两种，即XML纯文本文档和关系型数据库。数据接口通过XML的数据解析，将各业务数据库中的数据生成XML纯文本文档，再经过数据交换平台进行传递。2.3.5 面向对象设计运用面向对象技术的前提是对整体系统的高度和准确抽象，通过它可以保证系统良好的框架，进而带来产品较强的稳定性和运行效率。本平台的设计和开发完全采用面向对象技术，系统分析和设计采用UML可视化建模技术，严格按照面向对象分析(OOA)

50、、面向对象设计（OOD）进行设计开发。2.3.6 ETL技术平台采用“自上而下”的ETL技术来实现对全省二级以上医院的诊疗数据采集，建设省级资源数据库，由交换前置系统来完成提供数据标准化转换，将来自各机构格式不一的数据转换为标准数据，不需要各医疗机构业务信息系统改造数据格式。前置交换系统实施服务基层系统建设能否达到预期效果关键在于是否有高质量的数据支撑，需要通过前置交换平台采集全省467家二级以上医疗机构的门诊、住院、体检等诊疗数据，采集HIS、电子病历、健康档案、健康卡以及新农合数据。根据目前二级医疗机构的信息化水平，全省数据交换平台采用前置机的方式进行建设，具体建设方案是在每个二级医疗机构

51、建设前置机系统，每个前置机部署数据交换平台。省级人口健康信息平台整个数据交换平台系统包括部署在省级数据中心的交换平台系统，以及部署在每个二级医疗机构的前置机系统。，每个医疗机构前置机部署数据交换系统，通过适配器及服务接口等方式分别与医疗机构的HIS、LIS、电子病历、新农合、健康卡等系统进行对接，并通过实时/定时等方式上传到省平台；省级平台需要下达的数据到各个医疗机构的前置库，通过适配器及服务接口等方式分别到对应的医疗机构应用系统中；同时医疗机构应用系统也可调用前置系统中的服务接口，获取省级平台相关服务功能，例如电子病历调阅、健康档案调阅等。3.1 交换前置系统功能描述通过在医疗机构设置前置机

52、当作与省级人口健康信息平台的接入端代理，前置机作为医疗机构与平台之间的统一的通讯入口和出口，使前置机成为医院信息系统与信息交换总线相连接的桥梁，同时也是部门内部业务系统及业务信息库相隔离的“堡垒”。在部门前置机上安装前置交换数据库（交换库）、应用适配器和信息交换软件，用于实现信息数据的发送和接收。交换前置系统用来实现要对接的业务信息系统或平台系统或交换信息库的双向信息同步。前置交换系统提供便捷的基于web的配置工具，以方便快速部署实施，实现业务信息与交换信息之间的映射。同时，前置系统实现业务库与交换中心之间的“缓冲”，存放从业务部门信息库需要送给省级人口健康信息平台交换中心的信息和存放从交换中

53、心收到的信息。前置系统可根据需求，对交换数据进行缓存、过滤、转换等加工处理。从业务角度来说其主要功能包括如下三个方面：1）作为医疗机构与省级人口健康信息平台之间信息交互的媒介，从而来实现辖区内医疗机构与现有市级平台或虚拟平台的对接，从而实现与省级人口健康信息平台、医疗机构之间的互联互通和信息共享。2）通过前置机来实现医院的医疗数据集成管理，医疗机构使用前置机上部署的前置交换共享系统来实现对本院HIS、EMR、LIS、RIS等相关业务数据的异构或同构抽取、清洗和装载，采集数据放置在前置机数据库中，根据省级交换平台的ESB设置的数据路由分别放进各自的业务数据库中。3）省级需要下达的数据到各个二级机

54、构的前置库中，通过前置交换系统分别到各自的应用系统中。从技术角度来说其主要功能包括如下几方面：构建医院信息系统和省级人口健康信息平台数据交换与业务集成的系统框架，实现对医院医疗的集成,遵循统一的数据采集、交换、共享的技术规范和标准，基于平台实现医院信息资源的交换共享、信息集成管理。通过医院前置系统数据交换与共享的分层架构，支持医疗机构业务系统与管理系统的接入。将不同的业务系统依据访问频度、性能要求、实时性要求、数据粒度等的要求进行传输和管理。为医疗机构内部信息系统层提供文档交换共享存储库和消息交换共享库，该功能主要是按照互联互通性规范的要求的对医疗机构内部信息系统内部系统中的文档和数据进行采集

55、、抽取、转换并存储到交换共享库中，以便为其它服务使用。支持ETL工具集。实现不同系统之间互联互通的路由、交换、协同工作，包括在数据传送过程中实现协议转换，数据格式转换等。具有完善的数据同步复制系统，实现不同应用系统之间，数据中心与业务系统之间，数据中心与区域平台之间的数据的同步与更新，实现分布环境下数据逻辑集中应用。自动协议转换，支持HL7数据集与卫生计生委的电子病历基本数据集以及其它标准之间的自动转换，元数据维护、字段管理等功能。提供与异构系统的集成能力，全面支持Web Services，与包括 .NET、J2EE在内的各种平台进行最好的集成，支持包括 SOAP/HTTP 和 HTTP(S)

56、 通道在内的标准协议，提供与第三方软件和应用套件之间的连接能力。提供广泛的操作系统和硬件平台支持，全面支持64位CPU。实现异构系统数据采集和交换，支持非标准格式数据采集；支持标准文档自动转换，自定义文档模板，可提供自定义数据文档转换、CDA文档自动生成、XDS提交集自动生成、患者标识转换、数据字典转换服务，支持多种数据格式共享，符合IHE XDS规范和卫生计生委健康档案相关规范。3.2 数据交换结构设计数据交换是数据共享的基础。数据交换有两种典型的模式，一种是网状结构，一种是星型结构。3.2.1 网状的数据交换结构图 SEQ 图 * ARABIC 2网状结构数据交换模式传统的点对点的数据交换

57、模式一般为网状结构，网状的数据交换结果如上图所示，即任意两个结点间都可以自己建立链接和定义接口标准来进行数据交换，当然交换数据文件的标准是相联两部门之间互相制定。目前很多的业务系统间的大部分的数据交换就是采用的这种模式。这种数据交换模式有以下一些优点：结构简单，实施方便；两点间直接通讯，数据交换效率比较高；一个结点出现故障，对其他结点间的交换不会产生影响；当然这种交换模式也有其致命的缺点：随着结点数的增加，连接数将呈几何基数级增长，整个系统将变得越来越复杂；只能支持点对点的传输，不能支持数据共享及数据的订阅/发布；参与交换的双方必须同时在线；维护工作量较大；如果没有专门的部门来统一数据交换标准

58、，那么从整体上看，各业务系统间的数据交换将变得非常的杂乱无章，而且重复建设现象将极为严重；3.2.2 星型的数据交换结构图 SEQ 图 * ARABIC 3星型结构数据交换模式星型的数据交换结构如上图所示，即建立统一的数据交换中心，所有结点间的数据交换都通过数据交换中心来完成。这种数据交换模式的优点是非常的明显的，具体如下：可以由数据交换中心来制定统一的数据交换标准以及数据交换文件的模版，从而保证了所有结点间数据交换实现方式的一致性，在各节点客户端应用也统一的情况下，各业务系统间的数据交换将形成一个统一的数据交换系统；每个节点只需要同数据交换中心建立连接，连接数很少；支持点对点的数据交换方式同

59、时也支持订阅/发布式的数据交换；可以在数据交换中心来对整个数据交换过程进行统一的管理与监控；不过这种数据交换模式同样也存在一些缺陷，具体如下：数据交换中心过于依赖，一旦数据中心出现故障，所有结点间都将不能够进行数据交换；由于任意两个结点间的数据交换都需要通过数据交换中心来中转，因此数据交换的效率相对两个结点间的直接交换来说也要低一些；缺陷的弥补：做好数据中心与各业务系统业务之间数据互为备份工作，有条件的话，做好数据中心远程异地容灾。提高硬件设备的各项性能。做好数据中心应急相关的法律法规制度。3.2.3 混合型数据交换结构图 SEQ 图 * ARABIC 4混合结构数据交换模式混合结构数据交换模

60、式如上图所示，混合交换模式下系统以星型结构通信方式为主，在设计过程中同时又考虑了网状结构的特点，在重要的系统之间除采用星型结构的中心交换模式外，还提供了信息的点对点通道。这种设计模式既保留了星型结构管理简单、连接数少的特点，又具有网状结构的安全性，本项目中数据交换平台建议采用混合结构工作方式。3.2.4 问题数据的处理机制在数据交换的过程中，问题数据的出现是在所难免的，问题数据处理流程如下图所示：Source端的业务库中变化的数据被写入source的交换表中。source端的交换表中的数据被交换平台发送到dest端正常情况下接收端解析数据，数据被存储到dest的交换表中，如果从交换表中将数据存