医疗行业数据交换与共享技术方案.doc

医疗行业数据交换与共享技术方案医疗行业数据交换与共享技术方案目录1方案概述41.1背景41.2参考规范52需求分析72.1交换内容72.2功能需求73总体建设方案93.1实现思路93.1.1交换方案比选93.1.2技术优势103.2总体架构113.3数据交换与共享基本模型123.3.1分布模式123.3.2混合模式123.3.3数据交换与共享平台交换流程模型133.4与内部业务系统的交换方式153.4.1被动交换方式163.4.2主动交换方式163.4.3交换方式建议173.5与区域卫生信息平台的交换方式183.5.1逻辑架构183.5.2数据上传的内容和要求183.5.3医疗机构数据提交方式193.5.4数据上传的时间点204产品概述214.1技术实现框架214.2中心交换子系统224.3前置交换子系统234.3.1交换流程管理234.3.2数据转换244.3.3消息路由254.3.4插件系统264.3.5适配器集成264.4共享信息库264.5平台特点274.5.1支持行业标准274.5.2扩展性强274.5.3适应性强274.5.4易于使用284.5.5易于维护284.5.6可重用285实施步骤291 方案概述1.1 背景随着我国医疗卫生事业的发展，国内的医疗信息化建设已经取得显著成果，绝大部分三级医院和部分先进的二级医院信息化程度都已很高。主要的医疗业务信息化系统包括HIS(Hospital information system，医院信息系统）、EMR(Electronic medical records，电子病历系统）、PACS(Picture archiving and communication system，医学影像存档与通信系统）、LIS(Laboratory information system，检验信息系统）、UIS(Ultrasound information system，超声信息系统）、ECGIS(ECG network information system，心电网络信息系统）、PEIS(Physical examination information system，体检管理信息系统）、其他业已建设完成或在逐步建设中的各类信息化系统等。上述信息化系统的建设，完成了医疗信息化过程的第一个步骤，逐步实现医疗业务数据的信息化采集与存储。医疗信息系统地不断深入应用，使得医院对医疗信息化的渴求已经从简单的医疗业务数据采集与存储发展到了对医疗业务数据的共享与交换，并逐步向医疗业务数据的分析与挖掘方向延伸。由于医疗信息化过程是一个漫长的逐步发展逐步演变的过程，所以造成了医疗业务系统之间存在着种种的差异。医院的各个医疗业务信息化系统由不同的应用程序开发商分别在不同的时间进行设计、安装部署，数据定义及存储方式有着各自的特点。这些都给医疗业务数据的共享与交换带来了一定阻碍。这些医疗业务系统存在着体积庞大、内容繁杂、业务规则复杂等特点。从整体上来看这些医疗业务系统间存在以下区别：1) 系统开发商不一致；2) 硬平台不一致；3) 开发语言不一致；4) 数据格式不一致；5) 通讯协议不一致。所以各个医疗业务子系统在开发部署时并未考虑到其他相关联业务子系统间的相关性，并未考虑到为其他业务子系统提供适合的数据共享与交换方式。从而导致了在各个医疗业务子系统间无法进行数据交换、数据共享。对于各个医疗业务子系统来说，从各自的角度出发，维护管理了许多不该由自己来进行维护管理的基础性数据。同时又由于没有顺畅的渠道去获取需要的相关数据，导致医疗业务系统间无法进行联动，共享医疗业务数据，存在的问题如下：1) 数据重复输入；2) 数据重复存储；3) 数据无法共享；4) 系统维护难度大；5) 医务流程分散于各系统中；6) 整合各系统的难度很大。随着医院的发展，信息化的需求在改变，业务处理流程也在随着信息化的进展而发生变化。在原有的分散模式下，各医疗业务子系统无法很好地适应业务处理流程的变化而变化，每次业务流程的变换均需要针对业务流程进行有针对性地再次开发，造成系统维护的困难。虽然医院已经针对各医疗业务部署实施了相应的信息化系统，实现了医疗业务的信息化处理。但是总体来说这些医疗业务系统的部署实施反而造成了一个个的“信息孤岛”，限制了医疗信息化的程度和医疗信息化的效果。随着医院对医疗信息化需求的转变，要求在这些医疗业务子系统间进行数据共享与交换，进一步整合各个医疗业务子系统，构建统一的医疗业务平台。结合医疗行业信息化的特点，提出了“医疗行业数据交换与共享”解决方案，打破存在于医院中的各种信息孤岛，使得医院信息化发展进一步迈入数据交换与共享平台，进一步挖掘医疗数据的作用。1.2 参考规范1) WS/T 303-2009 卫生信息数据元标准化规则2) WS/T 305-2009 卫生信息数据集元数据规范3) WS/T 306-2009 卫生信息数据集分类与编码规则4) WS 365-2011 城乡居民健康档案基本数据集 5) 基于健康档案的区域卫生信息平台建设指南6) 基于健康档案的区域卫生信息平台建设技术解决方案（试行）2 需求分析2.1 交换内容目前，医院各信息系统中需要交换与共享的数据大致可以分为运营类信息和医院管理类信息。其中，运营类信息需要进行交换和共享的主要内容有：主要来源于门诊、药房、医技科室、医生站、护士站等业务。内容包括门诊业务信息(门急诊流量、挂号、门诊收费、科室及医师工作量、病人资料、处方用药等)、住院业务信息(病人费用、住院病人统计分析、死亡病人统计分析、床位使用状况、用药情况统计等)、病案首页业务信息(分科医疗费用、诊断质量、手术质量、登记统计表、疾病分类、年龄分类、单病种质量控制、部分病种费用、死亡分类情况、产科情况统 计，就诊病人来源、病案质量情况等)、药品业务信息、医技业务信息、医疗保险信息、处方医嘱信息、科研教学信息、疾病发病信息、病人死亡信息、医院卫生统计报表、医疗资源信息等。其中门诊业务信息、住院业务信息、病案首页业务信息是医院医疗业务共享信息的主要组成部分；医院管理类信息需要交换和共享的内容为：医疗服务费用信息，大型设备使用信息和医院财务、人事、后勤管理信息等。2.2 功能需求从服务的角度来看，数据交换与共享平台必须具备消息传输、数据整合、服务集成和流程驱动的功能。从管理的角度看，数据交换与共享平台必须具备一定的管理功能，这些管理功能为客户端的接入、交换的数据标准、各种业务规则等。1) 消息传输以消息的机制建立接入业务系统和数据交换与共享平台的数据传输通道可以较好的满足应用对于交换的各类需求，例如：异步的数据交换需要、可靠的数据传递等，因此消息传输的实现目标必须在能够实现各类的不同的系统间的信息通讯。2) 数据整合医疗信息的管理和决策支持的应用需要以格式规整和高质量的基础数据作为支撑。而这些数据通常是由接入的各个系统来提供的，但各系统能够提供的数据在结构和质量方面存在较大的差异，通过采用数据整合可以收集、整理数据，形成数据高度集中的数据中心，为决策支持提供数据服务。3) 服务集成就各个业务系统的整合而言，服务集成必须满足：支持对于webservice的集成，数据交换和共享平台采用统一的服务调用接口完成对各个业务系统提供的服务调用，支持对于服务请求和反馈的日志功能。4) 流程整合当数据校核和共享平台连接了医院的业务系统和其他外部系统后，有些信息的处理可能需要一个较为复杂的过程控制，在这种过程中需要把多种数据的处理操作按照某些业务规则连接起来，实现业务规则的可视化建模和业务过程的可视化运行监控。5) 管理功能数据交换和共享平台负责医院各业务系统和外部系统之间大多数的数据交换，接入节点的数量比较多，而每一个系统能够提供的医疗信息资源也存在不小的差异，因此必须管理和组织好这些交换的节点，使得交换可以有效、可靠的运行。3 总体建设方案3.1 实现思路3.1.1 交换方案比选实现医疗业务系统间的数据交换，有多种方案可供选择：1) 修改各医疗业务子系统在各医疗业务子系统间直接进行点对点信息共享交换。2) 建立医疗业务中间数据库各医疗业务子系统将数据存储于中间数据库，医疗业务子系统通过中间数据库进行信息共享交换。3) 建立医疗数据交换平台整合医务流程，构建统一的信息共享交换平台。以上3 种医疗数据交换方案分别采取3 种不同的策略来实现医疗数据交换。点对点的信息交换模式，通过原有医疗业务信息系统，按照各个系统间的数据交换需求进行系统改造，系统间耦合度过高，每增加一个需要交换的系统，都需要对相关联的所有系统均进行改造，工作量巨大。中间数据库模式，通过将数据集中存储的方式进行数据交换，要求各业务子系统采取相同的中间数据库，将数据集中存储于中间数据库中；各业务子系统直接访问中间数据库来实现数据交换，无法对数据安全及业务流程进行控制。医疗数据交换平台的方式，是通过建立独立于各业务子系统之外的数据交换平台，实现数据交换服务，为各业务子系统提供数据共享和交换服务。医疗数据交换平台建立了医疗业务子系统间的数据交换标准和平台，为医疗业务子系统提供数据交换服务。医疗数据交换平台除了提供数据交换服务外，还提供公用的基本医疗信息服务，将分散于各业务系统中、被不断重复实现的基本医疗业务服务进行剥离整合，提供公用的服务。通过实施医疗数据交换平台可实现：（1）医疗数据交换标准化，规范化业务系统间的数据定义，实现业务数据标准化。（2）医疗业务基本服务组件化，将基本的公用服务进行剥离整合，形成基本的公用服务。（3）医疗业务流程控制，可根据业务流程变化动态调整业务子系统间的数据流向。3.1.2 技术优势数据交换平台提供了统一的方式来实现医院信息系统的集成，这种方式的优势有：1) 连接标准化数据交换平台支持HL7。2) 降低了系统搞合度和集成的难度由于应用系统只需要与数据交换平台集成，从而减少集成应用系统之间的稠合水平，可以将某一个应用系统的部分或全部进行替换而不影响其他应用系统-数据交换平台提供的配置工具，可以轻易配置好系统之间的集成-并且定义了多种接口，多种通讯协议和消息协议，使得各种异构系统之间的连接更加简单，降低了开发的工作量，减少重复开发。3) 实现数据共享可以将分散建设的若干应用系统内的部分数据进行整合，综合统一的数据存储应用服务，使多个应用系统进行信息/数据的传输及共享，提高信息资源利用率，保证数据时效性、真实性，安全可靠性。4) 提高系统的扩展性数据交换平台的最大优点体现在它的可扩展性上， 任何一个系统的下线或者上线不会直接影响到其他系统，方便多个应用系统间的集成。从这一点上讲，对于医院这样需要不断完善、新系统不断增加的状况来说无疑具有重要意义。5) 提高了系统的可维护性一方面由于接口数量减少了，维护起来相对容易;另一方面由于数据交换平台提供了监控工具，可以追踪系统里的每一个消息，可以及时发现问题并纠错，维护更加方便，这也提高了集成的质量。6) 便于管理由于所有系统都通过数据交换平台来集成，医院只要管理好集成平台与应用系统之间的关系，不用再协调各厂商之间的关系。3.2 总体架构数据交换与共享平台属于系统服务软件，它连接不同的业务系统，为其提供连接和协同工作的功能，简化不同业务系统之间的通信，具备多元融合、一体化和多业务，支持多种协议。以各类信息交换为核心的数据交换平台，通过建立底层结构来联系横贯整个医院的异构系统、应用软件、数据库资源等，支持不同处理业务、不同软硬平台对不同结构数据交互的要求，满足各种医疗信息系统、办公自动化、内外门户网站的需求，以及其应用系统之间无缝地共享和交换数据的需要，将不同系统各自独立的数据源连接整合起来，实现数据的交换和共享。数据交换与共享平台主要由以下三个核心子系统组成：图1. 数据交换共享平台架构图l 中心交换子系统采用面向服务的架构（SOA）理念，通过基于内容的路由和方便的数据转换引擎，实现传统消息和Web服务调用的统一处理。中心交换子系统由中心交换传输子系统和中心交换管理子系统组成。l 前置交换系统数据交换前置机担负着从业务系统的数据抓取、数据转换、数据封装和从中心子平台的消息监听、消息处理等功能。l 共享信息库是存储数据交换过程中经由数据交换与共享平台的业务数据的存储介质，其作用是积累交换过程中的业务数据，为以后建立在数据交换与共享平台基础上的应用提供数据来源。3.3 数据交换与共享基本模型数据交换与共享平台主要是基于国际国内标准，结合XML、J2EE、Web Services等技术，完成不同业务应用系统间的业务协同，建立起可供数据交换与信息共享的中心系统，实现跨部门、跨地区、跨平台、跨系统的信息交换与共享。我们可以将数据交换与共享平台的交换模式分为两类，即分布模式和混合模式。3.3.1 分布模式分布模式即各应用系统通过数据交换与信息共享平台的前置机（即标准中的端交换节点）来交换数据，实现点到点的数据交换。应用系统将消息传递到自身对应的数据交换前置机，由前置机再将消息通过Web Services调用的方式传递到目标应用端的前置机，由目标应用端的前置机进行数据接收的具体操作，如图：图2. 分布交换示意图3.3.2 混合模式混合模式是指各应用系统既可以通过数据交换与共享平台的前置机进行点对点的数据交换，也可以经由数据交换与共享平台进行数据信息交换。如图：图3. 混合交换示意图如图所示，我们可以看出：数据交换与共享平台的交换的混合模式，与标准中的混合模式少有差别。在标准的描述中，各系统是通过共享信息库交换数据，这实际上是一种类似数据大集中的模式；而数据交换与共享平台的数据交换模式，则是由数据交换与共享平台来交换数据，并将交换的数据按照业务规则“漏”入共享数据库。因此，共享数据库也可以看作交换体系的一个接入系统，即一个交换节点。但是，我们认为这种方式是符合标准的，而且更增加系统灵活性。3.3.3 数据交换与共享平台交换流程模型数据交换与共享平台具体工作流程如下图所示：图4. 数据信息共享与交换平台交换体系示例图说明： 1 数据交换与共享平台源数据前置应用：数据交换与共享平台源数据前置应用是通过前置适配引擎根据源数据MAPPER对应关系文件和其他前置适配引擎配置文件提取、格式化数据信息，并传递消息机制数据信息。 源数据应用系统前置适配器扫描获得所需交换共享的数据信息； 将交换共享的数据信息格式化为标准的XML通讯文件； 将交换共享的数据信息XML通讯文件通过消息通道传送至指定消息队列； 前置应用取数据、格式化XML通讯文件、通讯都是根据源数据MAPPER对应关系文件和其他前置适配引擎配置文件关联。2数据交换与共享平台应用：数据交换与共享平台的消息队列在获得XML通讯文件后即需要对其进行解析，根据数据交换与共享平台目录体系、交换体系规则进行数据处理。 系统根据目录体系规则，结合XML通讯文件自身定义，将数据交换与共享平台核心共享数据库所需要的数据字段值“漏”到核心共享数据库内； 系统根据交换体系规则，结合XML通讯文件自身定义，根据目的地数据应用系统的数据格式要求，将XML通讯文件转换格式，以符合目的地数据应用系统需要； 将符合目的地数据应用系统需要的新的格式的XML通讯文件传送至另一指定消息队列。3数据交换与共享平台数据交换格式模型由源数据应用系统的前置机引擎扫描或抽取源数据并转换、封装成标准的XML消息体，并通过前置机根据目标地址交换到目标地，在目标地的前置机引擎将标准的XML消息体解包、解析并转换成目标系统的所需数据格式，这是数据交换与共享平台系统的数据交换格式模型，如下图所示：图5. 数据交换格式模型3.4 与内部业务系统的交换方式在前面的章节中，我们已经提到了，数据交换与共享平台对外提供了Web Services、JMS、SMTP、FTP、文件、定时器等交换服务的方式，在这些方式中，可以分为被动交换方式和主动交换方式两种类型。3.4.1 被动交换方式被动交换方式即交换平台被动地接受外部业务应用系统的交换请求，其中Web Services、JMS、SMTP、FTP、文件及中间库是属于被动交换方式。此方式中应用系统与交换平台的交换机制如下图所示：图6. 被动交换方式3.4.2 主动交换方式主动交换方式即数据交换与共享平台主动探测外部业务应用系统数据的变化，并主动发起数据交换的流程，如图：图7. 主动交换方式3.4.3 交换方式建议3.4.3.1 Web Services方式对于实时性要求很高的数据交换，建议对业务系统进行改造，当业务发生时，调用数据交换与共享平台的Web Services接口，实现数据的实时交换。3.4.3.2 数据库触发方式对于实时性要求很高的数据交换，同时业务系统无法进行改造，可以通过在数据库中配置触发器，编写脚本的方式。当业务数据变化时，激活触发器，并进行数据的交换。3.4.3.3 定时方式对于数据交换实时性不高的业务，可以通过定时轮询的方式，检测业务数据的变化，并启动相关数据交换流程进行数据交换。3.5 与区域卫生信息平台的交换方式3.5.1 逻辑架构在医疗机构部署前置机，医疗机构将内部业务系统（HIS、CIS、LIS、PACS、RIS等）相关业务数据进行标准化和规范化整理后，统一上传到医疗机构前置机数据库；依托前置机数据交换系统，将医疗机构标准数据打包上传至区域卫生信息平台数据中心数据库。医疗机构前置机逻辑架构如下图所示：3.5.2 数据上传的内容和要求结合各医疗机构内部已经成熟应用的系统（HIS、CIS、LIS、PACS、RIS等）的情况，区域卫生信息平台要求各医疗机构提供的业务数据包含如下内容：序号表名1门急诊诊疗服务基本表2门急诊诊疗服务就诊记录表3门急诊处方主表4门急诊处方明细表5门急诊收费明细表6门急诊结算记录表7住院登记服务基本表8住院医嘱主表9住院医嘱明细表10住院费用明细表11住院费用结算记录表12住院病案首页13门急诊/住院手术麻醉记录表14门急诊/住院放化疗、介入、植入等治疗记录表15门急诊住院用血记录表16门急诊住院转诊记录表17实验室检验报告表头18实验室检验结果指标表19实验室检验细菌结果表20实验室检验药敏结果表21医学影像检查报告表22健康体检主记录表23健康体检分科记录明细表24健康体检明细表上表描述的24张业务表，医疗机构根据每天实际业务数据的产生情况，定时把相关数据上传到医院前置机数据库。医疗机构在上传数据时，需要遵守以下要求：1) 医疗机构只能上传新增数据和已经上传过但是经过修改的数据，不允许重复上传的相同的记录；2) 数据上传前必须经过医疗机构内部审核，已经上传数据不允许删除；3) 上传的数据，要求记录每条数据的提交时间以及记录的状态（标识清楚是新增的记录和修改过的记录）；本标准通过两个数据项约束：提交时间和记录状态（“i”表示新增记录，“u”表示修改过的记录）。3.5.3 医疗机构数据提交方式医疗机构提交数据的方式为定时批量式。定时批量式提交的采集数据包含两部分内容：部分字典数据和医疗业务数据。定时批量式提交采集数据，要求医疗机构内部信息系统自动生成数据并定时批量提交到前置机中约定的库数据表中。特别需要说明：医疗机构内部信息系统在编制提交采集数据的程序逻辑时，不要将提交采集数据的操作逻辑嵌入到医疗机构内日常医疗业务流程中，即不要将提交采集数据成功与否作为日常医疗业务流程是否可继续流转的必要条件，而作为一个单独的处理程序逻辑予以定时单独运作。在前置机上建立数据库，并预先创建数据表的表结构。所有的表根据功能的不同向医疗机构内相关信息系统开放不同的权限。在提交数据时，医疗机构信息系统需要按照数据采集时点要求，定时批量的将生成的采集数据填入对应的数据表内。请注意要求：医疗数据明细项目内容需在医疗机构日对帐结束后上传；明细项目内容必须每天上传，若需修正，则修正后以同样方式再次上传。3.5.4 数据上传的时间点如上文所述，医疗机构通过内部信息系统自动生成数据并定时批量提交到前置机数据库。医疗机构信息系统应每天提交业务运营数据、患者基本信息、就诊履历信息、检验报告信息、住院病案等当天的增量数据。医疗机构应按照全市统一的数据交换时间规划，在每天固定时间准时将完成业务运营数据和诊疗数据等提交到前置机数据库，前置机也遵循全市统一的规划，每天定时进行数据整合、匹配的工作，在完成数据整合、匹配后，区域卫生信息平台数据中心将从医疗机构的前置机标准数据库采集相关医疗业务数据。举例说明如下表：序号整合名称处理频次、时间点1医疗机构数据上报过程每日处理；每日00:00时开始，并在01:00结束 2前置机端整合过程每日处理；01:30时开始，04:00时结束3前置机到数据中心的数据交换过程每日处理；04:00时开始，06:00时结束 4 产品概述针对电子政务、企业级应用集成中的数据交换和业务集成问题，结合EAI/ETL领域的先进设计思想和业界知名产品的优点，分析EAI/ETL领域的发展趋势，设计开发了“数据交换与共享平台”产品，以满足电子政务、医疗、教育、金融、电信等应用集成领域数据交换和共享以及业务集成等方面的需要。本产品是企业级的信息交换与信息整合产品，可以应用在数据共享与交换、数据抽取转换（ETL）、数据仓库建设、信息同步、信息合并、历史数据迁移等领域。4.1 技术实现框架数据交换与共享平台的交换体系由中心交换子平台、数据交换前置机和共享信息库组成，如下图所示：图8. 数据交换与共享平台系统框架中心交换子平台是数据交换与信息共享平台交换体系的核心，它承担着数据交换过程中的主要处理工作，如消息监听、消息处理、异常处理、流程管理、监控管理、参数管理等功能。前置机系统是一个小型的交换中心子平台，也称作数据交换的节点。它的功能主要是完成消息的处理、数据的转换和封装。在网络环境畅通的条件下，前置机是可变成虚拟的；但在存在物理隔离或者防火墙的环境下，前置机将是物理的实体， 它为应用系统间的数据交换与信息共享的实施，提供了可行与可靠的实现方案。共享数据库是存储数据交换过程中经由数据交换与共享平台的业务数据的存储介质，其作用是积累交换过程中的业务数据，为以后建立在数据交换与共享平台基础上的应用提供数据来源。在下面的章节中，我们将对数据交换与共享平台各子部分别作详细的描述。4.2 中心交换子系统数据交换与共享平台按照应用层次的要求，由接入层、内容处理层、数据处理层，如图所示：图9. 中心交换子系统结构从整体上来看，平台主要是在JCA国际规范基础之上，结合XML、J2EE、Web Services和JMS等技术标准，汲取了国内外的建设经验，采用集中式的交换应用服务器和可定制的智能连接适配器（Adaptor）、面向服务的框架结构体系（SOA），实现对各业务应用系统的有机整合，建立起可使跨部门业务应用系统之间进行“沟通”的数据信息交换与共享平台。4.3 前置交换子系统前置机子系统主要由Mapper和 Engine两大部分组成，如下图所示：图10. 前置交换子系统结构其中，Mapper是一个由Java开发的C/S模式的系统。主要用来实现数据转换过程中转换关系的定制。通过读取源数据和目标数据的数据结构，结合系统的拖拽、内置函数等功能，实现从源数据到目标数据的转换关系定制。Engine前置交换子系统的核心，系统中业务流程的集成、数据的转换、消息的路由、插件的部署等功能都是在应用集成服务器中实现的。主要由企业服务器总线、数据交换处理部件（包括适配器和交换子系统）、运行支撑环境、规则库、管理组件（包括管理服务器和管理工具）等组成。4.3.1 交换流程管理系统具备可视化方式创建业务流程的能力，用户可以通过简单的拖拽来定制业务流程，屏蔽了具体的实现细节，使用户能集中有限的精力来关注于业务层面上的应用。如图：图11. 数据交换流程定义同时，系统具备业务流程扩展的能力。在需要实现具有复杂逻辑功能的业务流程时，只需要按照系统的接口编写相关的代码并发布到系统中，就可以使系统具备运行、维护复杂业务流程的能力。4.3.2 数据转换数据转换使用户能在 XML、非 XML等数据格式之间进行相互转换，从而可快速集成异构应用，无需过多考虑数据采用的是何种格式，因为系统已经内置了对各种数据格式的支持，通过系统的识别、解析功能，可以快速地将各种数据格式描述成自身能够识别的语言在系统中流转。对于系统暂时不能识别的数据格式，可以通过插件的形式快速升级系统的数据识别库，不仅保证了当前数据格式的识别，也扩充了系统的识别能力。数据转换的功能可以封装成控件来使用，跨多个业务流程和应用重复使用。前置机系统具有功能强大的可视化数据映射工具，即 Mapper 转换映射器。它使用户不但能够生成复杂的数据转换，而且具体操作非常简单，只要执行拖放操作就行。下图展现的就是Mapper转换映射器。前置机系统的映射器功能，实现了不同类型数据之间的转换。例如，可把符合某个XML Schema验证类型的XML文档转换为符合另外一个XML Schema类型验证的XML文档。图12. Mapper4.3.3 消息路由数据交换与共享平台实现的消息代理，向业务流程提供了基于渠道的发布和订阅通信机制。它使业务流程能以松散耦合、异步的方式，使用业务命名范例进行通信。例如，采购订单路由流程可以订阅新订单输入渠道，并且当每个新的订单消息发布到该渠道时，就激活了该流程。每个业务流程都可以指定其发布和订阅的渠道。发布者无须知道谁将接收消息，就可以广播消息。这些消息的用户可以是任意几个不同类型的听众之一。诸如业务流程和其他后端资源之类的用户，可以订阅消息代理渠道。消息代理以这种方式提供了松散耦合的界面。在运行时，您可以添加新的发布者和订阅者。消息代理支持事件生成器，后者可以从外部资源向消息代理渠道发布事件。数据交换与共享平台支持文件、JMS、FTP、电子邮件和定时器事件生成器。驻留在应用集成框架中的适配器，可以从封装应用向渠道发布事件。4.3.4 插件系统系统内置了数据库操作（增加、修改、删除、查询）、文件处理（读取、写入）消息处理（发送、接收）、Web Services调用、Email处理（发送、接收）、日志记录等插件，确保系统对业务系统有足够的适应能力。同时，系统的插件机制确保了系统能够像插拔USB设备一样实现系统功能的插拔，只要按系统规定的接口进行构建，用户可方便地实现系统功能的扩展。4.3.5 适配器集成系统支持JCA技术规范，按照此规范的任何适配器可以装配到系统中，简化了异构系统的集成。这样用户可以根据实际的业务流程来定制适合自身情况的适配器来满足要求。4.4 共享信息库在数据交换和信息共享平台交换业务数据的过程中，需要对某些的业务数据进行保存，以积累基础数据并形成基础共享数据库，为日后的决策分析、数据挖掘等系统提供数据基础。在中心交换子平台，我们根据业务数据的类型，在数据流经中心交换子平台时, 将这些业务数据提取出来，保存到共享数据库中，如图所示：图13. 共享信息库示意图4.5 平台特点4.5.1 支持行业标准系统遵循业界通用的技术标准，如HL7、CDA、IHE、XML、SOAP、WSDL、UDDI、JMS、JMX、ASC X12、EDIFACT、LDIF等工业标准，使系统具备了更强的通用性。4.5.2 扩展性强系统采用了先进的设计理念和成熟的技术框架，保证了系统基础框架中各组成部分的松耦合，层次清晰，保证了在此基础上进行的扩展。依附于基础框架上的组件基于热拔插式的设计原理，可以方便地根据业务需要定制出适合的组件，并在不影响其它集成业务，服务器不重新启动的情况下完成集成业务的变更，极大地提高系统的扩展性，真正地做到随需应变。4.5.3 适应性强系统支持多种通讯协议，使系统能够接受来自于各种平台、各种架构的系统的接入，下表是系统支持的交换方式：协议名称描述HTTP基于HTTP/HTTPS的数据传输Web Services基于SOAP的WebServices调用JMS基于消息的数据传输FTP应用间数据的批量处理POP3基于邮件的数据交换SOCKET高效数据传输方式FILE文件方式的数据交换对于以文件方式进行的数据传输，系统同样提供了广泛的支持，支持多种文件类型，如XML、CSV、Excel、TXT等。4.5.4 易于使用提供易用的配置和管理界面。提供专业服务功能组件，可视化配置完成功能处理；拖拉形成处理流程；应用项目全程支持，都可在统一操作界面完成。4.5.5 易于维护系统通过可视化方式定制应用集成的流程，且不生成任何代码，方便了维护人员在需求发生变化时对系统的改造。同时，系统先进的流程控制和异常控制也可使得维护人员能快速定位问题所在，提高系统维护的效率。4.5.6 可重用系统中定制的组件、流程可以方便地被再次使用，可减少用户的工作量，并能提高新业务集成定制工作的质量，节省成本。5 实施步骤根据在数据交换领域积累的经验，在对一个新的系统进行数据交换时，需要遵循以下的步骤：1) 详细了解客户需求；了解客户参与数据交换的信息系统的情况，包括：现有业务系统运行情况、网络情况、业务办理情况，工作模式等；2) 提出几套解决方案；根据了解的客户需求，提出至少2套的解决方案，供客户选择；3) 跟用户确认最终方案；跟最终用户确认数据交换的方案，作为后续流程定制的基础；4) 整理详细交换业务需求；详细了解各业务数据在交换时的具体需求，如数据项定义等；5) 数据交换流程定制；根据了解的具体业务需求开始定制数据交换流程；6) 内部测试；内部测试流程的有效性；7) 部署，系统联调；在用户环境中部署系统，并进行交换平台和业务系统的联合调试；8) 正式上线； 30 / 30