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