醫(yī)療行業(yè)大數(shù)據(jù)交換與共享技術(shù)方案設(shè)計(jì)

實(shí)用文檔醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案目錄1方案概述.............................................................41.1背景..........................................................41.2參考規(guī)范......................................................52需求分析.............................................................72.1交換內(nèi)容......................................................72.2功能需求......................................................73總體建設(shè)方案.........................................................9文案大全醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案3.1 實(shí)現(xiàn)思路 9 交換方案比選 9 技術(shù)優(yōu)勢(shì) 103.2 總體架構(gòu) 113.3 數(shù)據(jù)交換與共享基本模型 12 分布模式 12 混合模式 13 數(shù)據(jù)交換與共享平臺(tái)交換流程模型 133.4 與內(nèi)部業(yè)務(wù)系統(tǒng)的交換方式 15 被動(dòng)交換方式 16 主動(dòng)交換方式 16 交換方式建議 173.5 與區(qū)域衛(wèi)生信息平臺(tái)的交換方式 18 邏輯架構(gòu) 18 數(shù)據(jù)上傳的內(nèi)容和要求 18 醫(yī)療機(jī)構(gòu)數(shù)據(jù)提交方式 19 數(shù)據(jù)上傳的時(shí)間點(diǎn) 204 產(chǎn)品概述 214.1 技術(shù)實(shí)現(xiàn)框架 214.2 中心交換子系統(tǒng) 224.3 前置交換子系統(tǒng) 23 交換流程管理 23 數(shù)據(jù)轉(zhuǎn)換 24 消息路由 25 插件系統(tǒng) 26 適配器集成 264.4 共享信息庫(kù) 264.5 平臺(tái)特點(diǎn) 27 支持行業(yè)標(biāo)準(zhǔn) 27 擴(kuò)展性強(qiáng) 272/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案 適應(yīng)性強(qiáng) 27 易于使用 28 易于維護(hù) 28 可重用 285 實(shí)施步驟 293/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案方案概述1.1 背景隨著我國(guó)醫(yī)療衛(wèi)生事業(yè)的發(fā)展，國(guó)內(nèi)的醫(yī)療信息化建設(shè)已經(jīng)取得顯著成果，絕大部分三級(jí)醫(yī)院和部分先進(jìn)的二級(jí)醫(yī)院信息化程度都已很高。 主要的醫(yī)療業(yè)務(wù)信息化系統(tǒng)包括 HIS(Hospitalinformationsystem ，醫(yī)院信息系統(tǒng)）、EMR(Electronicmedicalrecords ，電子病歷系統(tǒng)）、PACS(Picturearchivingandcommunicationsystem，醫(yī)學(xué)影像存檔與通信系統(tǒng)）、LIS(Laboratoryinformationsystem，檢驗(yàn)信息系統(tǒng)）、UIS(Ultrasoundinformationsystem ，超聲信息系統(tǒng)）、ECGIS(ECGnetworkinformationsystem ，心電網(wǎng)絡(luò)信息系統(tǒng)）、PEIS(Physicalexaminationinformationsystem ，體檢管理信息系統(tǒng)）、其他業(yè)已建設(shè)完成或在逐步建設(shè)中的各類信息化系統(tǒng)等。上述信息化系統(tǒng)的建設(shè)，完成了醫(yī)療信息化過(guò)程的第一個(gè)步驟，逐步實(shí)現(xiàn)醫(yī)療業(yè)務(wù)數(shù)據(jù)的信息化采集與存儲(chǔ)。 醫(yī)療信息系統(tǒng)地不斷深入應(yīng)用， 使得醫(yī)院對(duì)醫(yī)療信息化的渴求已經(jīng)從簡(jiǎn)單的醫(yī)療業(yè)務(wù)數(shù)據(jù)采集與存儲(chǔ)發(fā)展到了對(duì)醫(yī)療業(yè)務(wù)數(shù)據(jù)的共享與交換，并逐步向醫(yī)療業(yè)務(wù)數(shù)據(jù)的分析與挖掘方向延伸。由于醫(yī)療信息化過(guò)程是一個(gè)漫長(zhǎng)的逐步發(fā)展逐步演變的過(guò)程，所以造成了醫(yī)療業(yè)務(wù)系統(tǒng)之間存在著種種的差異。醫(yī)院的各個(gè)醫(yī)療業(yè)務(wù)信息化系統(tǒng)由不同的應(yīng)用程序開發(fā)商分別在不同的時(shí)間進(jìn)行設(shè)計(jì)、安裝部署，數(shù)據(jù)定義及存儲(chǔ)方式有著各自的特點(diǎn)。這些都給醫(yī)療業(yè)務(wù)數(shù)據(jù)的共享與交換帶來(lái)了一定阻礙。這些醫(yī)療業(yè)務(wù)系統(tǒng)存在著體積龐大、內(nèi)容繁雜、業(yè)務(wù)規(guī)則復(fù)雜等特點(diǎn)。從整體上來(lái)看這些醫(yī)療業(yè)務(wù)系統(tǒng)間存在以下區(qū)別：系統(tǒng)開發(fā)商不一致；硬平臺(tái)不一致；開發(fā)語(yǔ)言不一致；數(shù)據(jù)格式不一致；通訊協(xié)議不一致。4/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案所以各個(gè)醫(yī)療業(yè)務(wù)子系統(tǒng)在開發(fā)部署時(shí)并未考慮到其他相關(guān)聯(lián)業(yè)務(wù)子系統(tǒng)間的相關(guān)性，并未考慮到為其他業(yè)務(wù)子系統(tǒng)提供適合的數(shù)據(jù)共享與交換方式。從而導(dǎo)致了在各個(gè)醫(yī)療業(yè)務(wù)子系統(tǒng)間無(wú)法進(jìn)行數(shù)據(jù)交換、數(shù)據(jù)共享。對(duì)于各個(gè)醫(yī)療業(yè)務(wù)子系統(tǒng)來(lái)說(shuō)，從各自的角度出發(fā)，維護(hù)管理了許多不該由自己來(lái)進(jìn)行維護(hù)管理的基礎(chǔ)性數(shù)據(jù)。同時(shí)又由于沒(méi)有順暢的渠道去獲取需要的相關(guān)數(shù)據(jù)，導(dǎo)致醫(yī)療業(yè)務(wù)系統(tǒng)間無(wú)法進(jìn)行聯(lián)動(dòng)，共享醫(yī)療業(yè)務(wù)數(shù)據(jù)，存在的問(wèn)題如下：數(shù)據(jù)重復(fù)輸入；數(shù)據(jù)重復(fù)存儲(chǔ)；數(shù)據(jù)無(wú)法共享；系統(tǒng)維護(hù)難度大；醫(yī)務(wù)流程分散于各系統(tǒng)中；整合各系統(tǒng)的難度很大。隨著醫(yī)院的發(fā)展，信息化的需求在改變，業(yè)務(wù)處理流程也在隨著信息化的進(jìn)展而發(fā)生變化。在原有的分散模式下，各醫(yī)療業(yè)務(wù)子系統(tǒng)無(wú)法很好地適應(yīng)業(yè)務(wù)處理流程的變化而變化，每次業(yè)務(wù)流程的變換均需要針對(duì)業(yè)務(wù)流程進(jìn)行有針對(duì)性地再次開發(fā)，造成系統(tǒng)維護(hù)的困難。雖然醫(yī)院已經(jīng)針對(duì)各醫(yī)療業(yè)務(wù)部署實(shí)施了相應(yīng)的信息化系統(tǒng)，實(shí)現(xiàn)了醫(yī)療業(yè)務(wù)的信息化處理。但是總體來(lái)說(shuō)這些醫(yī)療業(yè)務(wù)系統(tǒng)的部署實(shí)施反而造成了一個(gè)個(gè)的“信息孤島”，限制了醫(yī)療信息化的程度和醫(yī)療信息化的效果。隨著醫(yī)院對(duì)醫(yī)療信息化需求的轉(zhuǎn)變，要求在這些醫(yī)療業(yè)務(wù)子系統(tǒng)間進(jìn)行數(shù)據(jù)共享與交換，進(jìn)一步整合各個(gè)醫(yī)療業(yè)務(wù)子系統(tǒng)，構(gòu)建統(tǒng)一的醫(yī)療業(yè)務(wù)平臺(tái)。結(jié)合醫(yī)療行業(yè)信息化的特點(diǎn)，提出了“醫(yī)療行業(yè)數(shù)據(jù)交換與共享”解決方案，打破存在于醫(yī)院中的各種"信息孤島"，使得醫(yī)院信息化發(fā)展進(jìn)一步邁入數(shù)據(jù)交換與共享平臺(tái)，進(jìn)一步挖掘醫(yī)療數(shù)據(jù)的作用。1.2 參考規(guī)范1)WS/T303-2009 衛(wèi)生信息數(shù)據(jù)元標(biāo)準(zhǔn)化規(guī)則2)WS/T305-2009 衛(wèi)生信息數(shù)據(jù)集元數(shù)據(jù)規(guī)范3)WS/T306-2009 衛(wèi)生信息數(shù)據(jù)集分類與編碼規(guī)則5/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案4)WS 365-2011 城鄉(xiāng)居民健康檔案基本數(shù)據(jù)集基于健康檔案的區(qū)域衛(wèi)生信息平臺(tái)建設(shè)指南基于健康檔案的區(qū)域衛(wèi)生信息平臺(tái)建設(shè)技術(shù)解決方案（試行）6/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案需求分析2.1 交換內(nèi)容目前，醫(yī)院各信息系統(tǒng)中需要交換與共享的數(shù)據(jù)大致可以分為運(yùn)營(yíng)類信息和醫(yī)院管理類信息。其中，運(yùn)營(yíng)類信息需要進(jìn)行交換和共享的主要內(nèi)容有： 主要來(lái)源于門診、藥房、醫(yī)技科室、醫(yī)生站、護(hù)士站等業(yè)務(wù)。內(nèi)容包括門診業(yè)務(wù)信息(門急診流量、掛號(hào)、門診收費(fèi)、科室及醫(yī)師工作量、病人資料、處方用藥等)、住院業(yè)務(wù)信息(病人費(fèi)用、住院病人統(tǒng)計(jì)分析、死亡病人統(tǒng)計(jì)分析、床位使用狀況、用藥情況統(tǒng)計(jì)等)、病案首頁(yè)業(yè)務(wù)信息(分科醫(yī)療費(fèi)用、診斷質(zhì)量、手術(shù)質(zhì)量、登記統(tǒng)計(jì)表、疾病分類、年齡分類、單病種質(zhì)量控制、部分病種費(fèi)用、死亡分類情況、產(chǎn)科情況統(tǒng)計(jì)，就診病人來(lái)源、病案質(zhì)量情況等)、藥品業(yè)務(wù)信息、醫(yī)技業(yè)務(wù)信息、醫(yī)療保險(xiǎn)信息、處方醫(yī)囑信息、科研教學(xué)信息、疾病發(fā)病信息、病人死亡信息、醫(yī)院衛(wèi)生統(tǒng)計(jì)報(bào)表、醫(yī)療資源信息等。其中門診業(yè)務(wù)信息、住院業(yè)務(wù)信息、病案首頁(yè)業(yè)務(wù)信息是醫(yī)院醫(yī)療業(yè)務(wù)共享信息的主要組成部分；醫(yī)院管理類信息需要交換和共享的內(nèi)容為：醫(yī)療服務(wù)費(fèi)用信息，大型設(shè)備使用信息和醫(yī)院財(cái)務(wù)、人事、后勤管理信息等。2.2 功能需求從服務(wù)的角度來(lái)看，數(shù)據(jù)交換與共享平臺(tái)必須具備消息傳輸、數(shù)據(jù)整合、服務(wù)集成和流程驅(qū)動(dòng)的功能。從管理的角度看，數(shù)據(jù)交換與共享平臺(tái)必須具備一定的管理功能，這些管理功能為客戶端的接入、交換的數(shù)據(jù)標(biāo)準(zhǔn)、各種業(yè)務(wù)規(guī)則等。消息傳輸以消息的機(jī)制建立接入業(yè)務(wù)系統(tǒng)和數(shù)據(jù)交換與共享平臺(tái)的數(shù)據(jù)傳輸通道可以較好的滿足應(yīng)用對(duì)于交換的各類需求， 例如：異步的數(shù)據(jù)交換需要、可靠的數(shù)據(jù)傳遞等，因此消息傳輸?shù)膶?shí)現(xiàn)目標(biāo)必須在能夠?qū)崿F(xiàn)各類的不同的系統(tǒng)間的信息通訊。7/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案數(shù)據(jù)整合醫(yī)療信息的管理和決策支持的應(yīng)用需要以格式規(guī)整和高質(zhì)量的基礎(chǔ)數(shù)據(jù)作為支撐。而這些數(shù)據(jù)通常是由接入的各個(gè)系統(tǒng)來(lái)提供的， 但各系統(tǒng)能夠提供的數(shù)據(jù)在結(jié)構(gòu)和質(zhì)量方面存在較大的差異，通過(guò)采用數(shù)據(jù)整合可以收集、整理數(shù)據(jù)，形成數(shù)據(jù)高度集中的數(shù)據(jù)中心，為決策支持提供數(shù)據(jù)服務(wù)。服務(wù)集成就各個(gè)業(yè)務(wù)系統(tǒng)的整合而言，服務(wù)集成必須滿足：支持對(duì)于 webservice的集成，數(shù)據(jù)交換和共享平臺(tái)采用統(tǒng)一的服務(wù)調(diào)用接口完成對(duì)各個(gè)業(yè)務(wù)系統(tǒng)提供的服務(wù)調(diào)用，支持對(duì)于服務(wù)請(qǐng)求和反饋的日志功能。流程整合當(dāng)數(shù)據(jù)校核和共享平臺(tái)連接了醫(yī)院的業(yè)務(wù)系統(tǒng)和其他外部系統(tǒng)后，有些信息的處理可能需要一個(gè)較為復(fù)雜的過(guò)程控制， 在這種過(guò)程中需要把多種數(shù)據(jù)的處理操作按照某些業(yè)務(wù)規(guī)則連接起來(lái)，實(shí)現(xiàn)業(yè)務(wù)規(guī)則的可視化建模和業(yè)務(wù)過(guò)程的可視化運(yùn)行監(jiān)控。管理功能數(shù)據(jù)交換和共享平臺(tái)負(fù)責(zé)醫(yī)院各業(yè)務(wù)系統(tǒng)和外部系統(tǒng)之間大多數(shù)的數(shù)據(jù)交換，接入節(jié)點(diǎn)的數(shù)量比較多，而每一個(gè)系統(tǒng)能夠提供的醫(yī)療信息資源也存在不小的差異，因此必須管理和組織好這些交換的節(jié)點(diǎn)， 使得交換可以有效、可靠的運(yùn)行。8/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案總體建設(shè)方案3.1 實(shí)現(xiàn)思路交換方案比選實(shí)現(xiàn)醫(yī)療業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)交換，有多種方案可供選擇：修改各醫(yī)療業(yè)務(wù)子系統(tǒng)在各醫(yī)療業(yè)務(wù)子系統(tǒng)間直接進(jìn)行點(diǎn)對(duì)點(diǎn)信息共享交換。建立醫(yī)療業(yè)務(wù)中間數(shù)據(jù)庫(kù)各醫(yī)療業(yè)務(wù)子系統(tǒng)將數(shù)據(jù)存儲(chǔ)于中間數(shù)據(jù)庫(kù)，醫(yī)療業(yè)務(wù)子系統(tǒng)通過(guò)中間數(shù)據(jù)庫(kù)進(jìn)行信息共享交換。建立醫(yī)療數(shù)據(jù)交換平臺(tái)整合醫(yī)務(wù)流程，構(gòu)建統(tǒng)一的信息共享交換平臺(tái)。以上3種醫(yī)療數(shù)據(jù)交換方案分別采取 3種不同的策略來(lái)實(shí)現(xiàn)醫(yī)療數(shù)據(jù)交換。點(diǎn)對(duì)點(diǎn)的信息交換模式，通過(guò)原有醫(yī)療業(yè)務(wù)信息系統(tǒng)，按照各個(gè)系統(tǒng)間的數(shù)據(jù)交換需求進(jìn)行系統(tǒng)改造，系統(tǒng)間耦合度過(guò)高，每增加一個(gè)需要交換的系統(tǒng)，都需要對(duì)相關(guān)聯(lián)的所有系統(tǒng)均進(jìn)行改造，工作量巨大。中間數(shù)據(jù)庫(kù)模式，通過(guò)將數(shù)據(jù)集中存儲(chǔ)的方式進(jìn)行數(shù)據(jù)交換，要求各業(yè)務(wù)子系統(tǒng)采取相同的中間數(shù)據(jù)庫(kù)，將數(shù)據(jù)集中存儲(chǔ)于中間數(shù)據(jù)庫(kù)中；各業(yè)務(wù)子系統(tǒng)直接訪問(wèn)中間數(shù)據(jù)庫(kù)來(lái)實(shí)現(xiàn)數(shù)據(jù)交換，無(wú)法對(duì)數(shù)據(jù)安全及業(yè)務(wù)流程進(jìn)行控制。醫(yī)療數(shù)據(jù)交換平臺(tái)的方式，是通過(guò)建立獨(dú)立于各業(yè)務(wù)子系統(tǒng)之外的數(shù)據(jù)交換平臺(tái)，實(shí)現(xiàn)數(shù)據(jù)交換服務(wù)，為各業(yè)務(wù)子系統(tǒng)提供數(shù)據(jù)共享和交換服務(wù)。醫(yī)療數(shù)據(jù)交換平臺(tái)建立了醫(yī)療業(yè)務(wù)子系統(tǒng)間的數(shù)據(jù)交換標(biāo)準(zhǔn)和平臺(tái)，為醫(yī)療業(yè)務(wù)子系統(tǒng)提供數(shù)據(jù)交換服務(wù)。醫(yī)療數(shù)據(jù)交換平臺(tái)除了提供數(shù)據(jù)交換服務(wù)外，還提供公用的基本醫(yī)療信息服務(wù)，將分散于各業(yè)務(wù)系統(tǒng)中、被不斷重復(fù)實(shí)現(xiàn)的基本醫(yī)療業(yè)務(wù)服務(wù)進(jìn)行剝離整合，提供公用的服務(wù)。通過(guò)實(shí)施醫(yī)療數(shù)據(jù)交換平臺(tái)可實(shí)9/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案現(xiàn)：（1）醫(yī)療數(shù)據(jù)交換標(biāo)準(zhǔn)化，規(guī)范化業(yè)務(wù)系統(tǒng)間的數(shù)據(jù)定義，實(shí)現(xiàn)業(yè)務(wù)數(shù)據(jù)標(biāo)準(zhǔn)化。（2）醫(yī)療業(yè)務(wù)基本服務(wù)組件化，將基本的公用服務(wù)進(jìn)行剝離整合，形成基本的公用服務(wù)。（3）醫(yī)療業(yè)務(wù)流程控制，可根據(jù)業(yè)務(wù)流程變化動(dòng)態(tài)調(diào)整業(yè)務(wù)子系統(tǒng)間的數(shù)據(jù)流向。技術(shù)優(yōu)勢(shì)數(shù)據(jù)交換平臺(tái)提供了統(tǒng)一的方式來(lái)實(shí)現(xiàn)醫(yī)院信息系統(tǒng)的集成， 這種方式的優(yōu)勢(shì)有：連接標(biāo)準(zhǔn)化數(shù)據(jù)交換平臺(tái)支持HL7。降低了系統(tǒng)搞合度和集成的難度由于應(yīng)用系統(tǒng)只需要與數(shù)據(jù)交換平臺(tái)集成，從而減少集成應(yīng)用系統(tǒng)之間的稠合水平，可以將某一個(gè)應(yīng)用系統(tǒng)的部分或全部進(jìn)行替換而不影響其他應(yīng)用系統(tǒng) -數(shù)據(jù)交換平臺(tái)提供的配置工具，可以輕易配置好系統(tǒng)之間的集成 -并且定義了多種接口，多種通訊協(xié)議和消息協(xié)議， 使得各種異構(gòu)系統(tǒng)之間的連接更加簡(jiǎn)單， 降低了開發(fā)的工作量，減少重復(fù)開發(fā)。實(shí)現(xiàn)數(shù)據(jù)共享可以將分散建設(shè)的若干應(yīng)用系統(tǒng)內(nèi)的部分?jǐn)?shù)據(jù)進(jìn)行整合， 綜合統(tǒng)一的數(shù)據(jù)存儲(chǔ)應(yīng)用服務(wù)，使多個(gè)應(yīng)用系統(tǒng)進(jìn)行信息 /數(shù)據(jù)的傳輸及共享，提高信息資源利用率，保證數(shù)據(jù)時(shí)效性、真實(shí)性，安全可靠性。提高系統(tǒng)的擴(kuò)展性數(shù)據(jù)交換平臺(tái)的最大優(yōu)點(diǎn)體現(xiàn)在它的可擴(kuò)展性上， 任何一個(gè)系統(tǒng)的下線或者上線不會(huì)直接影響到其他系統(tǒng)，方便多個(gè)應(yīng)用系統(tǒng)間的集成。從這一點(diǎn)上講，對(duì)于醫(yī)院這樣需要不斷完善、新系統(tǒng)不斷增加的狀況來(lái)說(shuō)無(wú)疑具有重要意義。提高了系統(tǒng)的可維護(hù)性一方面由于接口數(shù)量減少了，維護(hù)起來(lái)相對(duì)容易 ;另一方面由于數(shù)據(jù)交換平10/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案臺(tái)提供了監(jiān)控工具，可以追蹤系統(tǒng)里的每一個(gè)消息，可以及時(shí)發(fā)現(xiàn)問(wèn)題并糾錯(cuò)，維護(hù)更加方便，這也提高了集成的質(zhì)量。便于管理由于所有系統(tǒng)都通過(guò)數(shù)據(jù)交換平臺(tái)來(lái)集成， 醫(yī)院只要管理好集成平臺(tái)與應(yīng)用系統(tǒng)之間的關(guān)系，不用再協(xié)調(diào)各廠商之間的關(guān)系。3.2 總體架構(gòu)數(shù)據(jù)交換與共享平臺(tái)屬于系統(tǒng)服務(wù)軟件，它連接不同的業(yè)務(wù)系統(tǒng)，為其提供連接和協(xié)同工作的功能，簡(jiǎn)化不同業(yè)務(wù)系統(tǒng)之間的通信，具備多元融合、一體化和多業(yè)務(wù)，支持多種協(xié)議。以各類信息交換為核心的數(shù)據(jù)交換平臺(tái)，通過(guò)建立底層結(jié)構(gòu)來(lái)聯(lián)系橫貫整個(gè)醫(yī)院的異構(gòu)系統(tǒng)、應(yīng)用軟件、數(shù)據(jù)庫(kù)資源等，支持不同處理業(yè)務(wù)、不同軟硬平臺(tái)對(duì)不同結(jié)構(gòu)數(shù)據(jù)交互的要求，滿足各種醫(yī)療信息系統(tǒng)、辦公自動(dòng)化、內(nèi)外門戶網(wǎng)站的需求，以及其應(yīng)用系統(tǒng)之間無(wú)縫地共享和交換數(shù)據(jù)的需要，將不同系統(tǒng)各自獨(dú)立的數(shù)據(jù)源連接整合起來(lái)，實(shí)現(xiàn)數(shù)據(jù)的交換和共享。數(shù)據(jù)交換與共享平臺(tái)主要由以下三個(gè)核心子系統(tǒng)組成：圖1. 數(shù)據(jù)交換共享平臺(tái)架構(gòu)圖中心交換子系統(tǒng)11/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案采用面向服務(wù)的架構(gòu)（SOA）理念，通過(guò)基于內(nèi)容的路由和方便的數(shù)據(jù)轉(zhuǎn)換引擎，實(shí)現(xiàn)傳統(tǒng)消息和 Web服務(wù)調(diào)用的統(tǒng)一處理。中心交換子系統(tǒng)由中心交換傳輸子系統(tǒng)和中心交換管理子系統(tǒng)組成。前置交換系統(tǒng)數(shù)據(jù)交換前置機(jī)擔(dān)負(fù)著從業(yè)務(wù)系統(tǒng)的數(shù)據(jù)抓取、數(shù)據(jù)轉(zhuǎn)換、數(shù)據(jù)封裝和從中心子平臺(tái)的消息監(jiān)聽、消息處理等功能。共享信息庫(kù)是存儲(chǔ)數(shù)據(jù)交換過(guò)程中經(jīng)由數(shù)據(jù)交換與共享平臺(tái)的業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)介質(zhì)，其作用是積累交換過(guò)程中的業(yè)務(wù)數(shù)據(jù)，為以后建立在數(shù)據(jù)交換與共享平臺(tái)基礎(chǔ)上的應(yīng)用提供數(shù)據(jù)來(lái)源。3.3 數(shù)據(jù)交換與共享基本模型數(shù)據(jù)交換與共享平臺(tái)主要是基于國(guó)際國(guó)內(nèi)標(biāo)準(zhǔn)，結(jié)合 XML、J2EE、WebServices 等技術(shù)，完成不同業(yè)務(wù)應(yīng)用系統(tǒng)間的業(yè)務(wù)協(xié)同，建立起可供數(shù)據(jù)交換與信息共享的中心系統(tǒng)，實(shí)現(xiàn)跨部門、跨地區(qū)、跨平臺(tái)、跨系統(tǒng)的信息交換與共享。我們可以將數(shù)據(jù)交換與共享平臺(tái)的交換模式分為兩類， 即分布模式和混合模式。分布模式分布模式即各應(yīng)用系統(tǒng)通過(guò)數(shù)據(jù)交換與信息共享平臺(tái)的前置機(jī)（即標(biāo)準(zhǔn)中的端交換節(jié)點(diǎn)）來(lái)交換數(shù)據(jù)，實(shí)現(xiàn)點(diǎn)到點(diǎn)的數(shù)據(jù)交換。應(yīng)用系統(tǒng)將消息傳遞到自身對(duì)應(yīng)的數(shù)據(jù)交換前置機(jī)，由前置機(jī)再將消息通過(guò)WebServices調(diào)用的方式傳遞到目標(biāo)應(yīng)用端的前置機(jī)，由目標(biāo)應(yīng)用端的前置機(jī)進(jìn)行數(shù)據(jù)接收的具體操作，如圖：圖2. 分布交換示意圖12/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案混合模式混合模式是指各應(yīng)用系統(tǒng)既可以通過(guò)數(shù)據(jù)交換與共享平臺(tái)的前置機(jī)進(jìn)行點(diǎn)對(duì)點(diǎn)的數(shù)據(jù)交換，也可以經(jīng)由數(shù)據(jù)交換與共享平臺(tái)進(jìn)行數(shù)據(jù)信息交換。如圖：圖3. 混合交換示意圖如圖所示，我們可以看出：數(shù)據(jù)交換與共享平臺(tái)的交換的混合模式， 與標(biāo)準(zhǔn)中的混合模式少有差別。在標(biāo)準(zhǔn)的描述中，各系統(tǒng)是通過(guò)共享信息庫(kù)交換數(shù)據(jù)，這實(shí)際上是一種類似數(shù)據(jù)大集中的模式；而數(shù)據(jù)交換與共享平臺(tái)的數(shù)據(jù)交換模式，則是由數(shù)據(jù)交換與共享平臺(tái)來(lái)交換數(shù)據(jù)， 并將交換的數(shù)據(jù)按照業(yè)務(wù)規(guī)則“漏”入共享數(shù)據(jù)庫(kù)。因此，共享數(shù)據(jù)庫(kù)也可以看作交換體系的一個(gè)接入系統(tǒng)， 即一個(gè)交換節(jié)點(diǎn)。但是，我們認(rèn)為這種方式是符合標(biāo)準(zhǔn)的，而且更增加系統(tǒng)靈活性。數(shù)據(jù)交換與共享平臺(tái)交換流程模型數(shù)據(jù)交換與共享平臺(tái)具體工作流程如下圖所示：13/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案圖4. 數(shù)據(jù)信息共享與交換平臺(tái)交換體系示例圖說(shuō)明：1．?dāng)?shù)據(jù)交換與共享平臺(tái)源數(shù)據(jù)前置應(yīng)用：數(shù)據(jù)交換與共享平臺(tái)源數(shù)據(jù)前置應(yīng)用是通過(guò)前置適配引擎根據(jù)源數(shù)據(jù)MAPPER對(duì)應(yīng)關(guān)系文件和其他前置適配引擎配置文件提取、 格式化數(shù)據(jù)信息，并傳遞消息機(jī)制數(shù)據(jù)信息。源數(shù)據(jù)應(yīng)用系統(tǒng)前置適配器掃描獲得所需交換共享的數(shù)據(jù)信息；將交換共享的數(shù)據(jù)信息格式化為標(biāo)準(zhǔn)的 XML通訊文件；將交換共享的數(shù)據(jù)信息 XML通訊文件通過(guò)消息通道傳送至指定消息隊(duì)列；前置應(yīng)用取數(shù)據(jù)、格式化XML通訊文件、通訊都是根據(jù)源數(shù)據(jù) MAPPER對(duì)應(yīng)關(guān)系文件和其他前置適配引擎配置文件關(guān)聯(lián)。2．?dāng)?shù)據(jù)交換與共享平臺(tái)應(yīng)用：數(shù)據(jù)交換與共享平臺(tái)的消息隊(duì)列在獲得 XML通訊文件后即需要對(duì)其進(jìn)行解析，根據(jù)數(shù)據(jù)交換與共享平臺(tái)目錄體系、交換體系規(guī)則進(jìn)行數(shù)據(jù)處理。系統(tǒng)根據(jù)目錄體系規(guī)則，結(jié)合 XML通訊文件自身定義，將數(shù)據(jù)交換14/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案與共享平臺(tái)核心共享數(shù)據(jù)庫(kù)所需要的數(shù)據(jù)字段值“漏”到核心共享數(shù)據(jù)庫(kù)內(nèi)；系統(tǒng)根據(jù)交換體系規(guī)則，結(jié)合XML通訊文件自身定義，根據(jù)目的地?cái)?shù)據(jù)應(yīng)用系統(tǒng)的數(shù)據(jù)格式要求，將XML通訊文件轉(zhuǎn)換格式，以符合目的地?cái)?shù)據(jù)應(yīng)用系統(tǒng)需要；將符合目的地?cái)?shù)據(jù)應(yīng)用系統(tǒng)需要的新的格式的 XML通訊文件傳送至另一指定消息隊(duì)列。3．?dāng)?shù)據(jù)交換與共享平臺(tái)數(shù)據(jù)交換格式模型由源數(shù)據(jù)應(yīng)用系統(tǒng)的前置機(jī)引擎掃描或抽取源數(shù)據(jù)并轉(zhuǎn)換、 封裝成標(biāo)準(zhǔn)的XML消息體，并通過(guò)前置機(jī)根據(jù)目標(biāo)地址交換到目標(biāo)地，在目標(biāo)地的前置機(jī)引擎將標(biāo)準(zhǔn)的XML消息體解包、解析并轉(zhuǎn)換成目標(biāo)系統(tǒng)的所需數(shù)據(jù)格式，這是數(shù)據(jù)交換與共享平臺(tái)系統(tǒng)的數(shù)據(jù)交換格式模型，如下圖所示：圖5. 數(shù)據(jù)交換格式模型3.4 與內(nèi)部業(yè)務(wù)系統(tǒng)的交換方式在前面的章節(jié)中，我們已經(jīng)提到了，數(shù)據(jù)交換與共享平臺(tái)對(duì)外提供了 WebServices、JMS、SMTP、FTP、文件、定時(shí)器等交換服務(wù)的方式，在這些方式中，可以分為被動(dòng)交換方式和主動(dòng)交換方式兩種類型。15/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案被動(dòng)交換方式被動(dòng)交換方式即交換平臺(tái)被動(dòng)地接受外部業(yè)務(wù)應(yīng)用系統(tǒng)的交換請(qǐng)求，其中WebServices、JMS、SMTP、FTP、文件及中間庫(kù)是屬于被動(dòng)交換方式。此方式中應(yīng)用系統(tǒng)與交換平臺(tái)的交換機(jī)制如下圖所示：圖6. 被動(dòng)交換方式主動(dòng)交換方式主動(dòng)交換方式即數(shù)據(jù)交換與共享平臺(tái)主動(dòng)探測(cè)外部業(yè)務(wù)應(yīng)用系統(tǒng)數(shù)據(jù)的變化，并主動(dòng)發(fā)起數(shù)據(jù)交換的流程，如圖：16/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案圖7. 主動(dòng)交換方式交換方式建議 WebServices方式對(duì)于實(shí)時(shí)性要求很高的數(shù)據(jù)交換，建議對(duì)業(yè)務(wù)系統(tǒng)進(jìn)行改造，當(dāng)業(yè)務(wù)發(fā)生時(shí)，調(diào)用數(shù)據(jù)交換與共享平臺(tái)的 WebServices接口，實(shí)現(xiàn)數(shù)據(jù)的實(shí)時(shí)交換。 數(shù)據(jù)庫(kù)觸發(fā)方式對(duì)于實(shí)時(shí)性要求很高的數(shù)據(jù)交換，同時(shí)業(yè)務(wù)系統(tǒng)無(wú)法進(jìn)行改造，可以通過(guò)在數(shù)據(jù)庫(kù)中配置觸發(fā)器，編寫腳本的方式。當(dāng)業(yè)務(wù)數(shù)據(jù)變化時(shí)，激活觸發(fā)器，并進(jìn)行數(shù)據(jù)的交換。 定時(shí)方式對(duì)于數(shù)據(jù)交換實(shí)時(shí)性不高的業(yè)務(wù)，可以通過(guò)定時(shí)輪詢的方式，檢測(cè)業(yè)務(wù)數(shù)據(jù)的變化，并啟動(dòng)相關(guān)數(shù)據(jù)交換流程進(jìn)行數(shù)據(jù)交換。17/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案3.5 與區(qū)域衛(wèi)生信息平臺(tái)的交換方式邏輯架構(gòu)在醫(yī)療機(jī)構(gòu)部署前置機(jī)，醫(yī)療機(jī)構(gòu)將內(nèi)部業(yè)務(wù)系統(tǒng)（ HIS、CIS、LIS、PACS、RIS等）相關(guān)業(yè)務(wù)數(shù)據(jù)進(jìn)行標(biāo)準(zhǔn)化和規(guī)范化整理后，統(tǒng)一上傳到醫(yī)療機(jī)構(gòu)前置機(jī)數(shù)據(jù)庫(kù)；依托前置機(jī)數(shù)據(jù)交換系統(tǒng)，將醫(yī)療機(jī)構(gòu)標(biāo)準(zhǔn)數(shù)據(jù)打包上傳至區(qū)域衛(wèi)生信息平臺(tái)數(shù)據(jù)中心數(shù)據(jù)庫(kù)。醫(yī)療機(jī)構(gòu)前置機(jī)邏輯架構(gòu)如下圖所示：數(shù)據(jù)上傳的內(nèi)容和要求結(jié)合各醫(yī)療機(jī)構(gòu)內(nèi)部已經(jīng)成熟應(yīng)用的系統(tǒng)（ HIS、CIS、LIS、PACS、RIS等）的情況，區(qū)域衛(wèi)生信息平臺(tái)要求各醫(yī)療機(jī)構(gòu)提供的業(yè)務(wù)數(shù)據(jù)包含如下內(nèi)容：序號(hào) 表名《門急診診療服務(wù)基本表》《門急診診療服務(wù)就診記錄表》《門急診處方主表》《門急診處方明細(xì)表》《門急診收費(fèi)明細(xì)表》《門急診結(jié)算記錄表》《住院登記服務(wù)基本表》18/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案《住院醫(yī)囑主表》《住院醫(yī)囑明細(xì)表》《住院費(fèi)用明細(xì)表》《住院費(fèi)用結(jié)算記錄表》《住院病案首頁(yè)》《門急診/住院手術(shù)麻醉記錄表》《門急診/住院放化療、介入、植入等治療記錄表》《門急診住院用血記錄表》《門急診住院轉(zhuǎn)診記錄表》《實(shí)驗(yàn)室檢驗(yàn)報(bào)告表頭》《實(shí)驗(yàn)室檢驗(yàn)結(jié)果指標(biāo)表》《實(shí)驗(yàn)室檢驗(yàn)細(xì)菌結(jié)果表》《實(shí)驗(yàn)室檢驗(yàn)藥敏結(jié)果表》《醫(yī)學(xué)影像檢查報(bào)告表》《健康體檢主記錄表》《健康體檢分科記錄明細(xì)表》《健康體檢明細(xì)表》上表描述的24張業(yè)務(wù)表，醫(yī)療機(jī)構(gòu)根據(jù)每天實(shí)際業(yè)務(wù)數(shù)據(jù)的產(chǎn)生情況，定時(shí)把相關(guān)數(shù)據(jù)上傳到醫(yī)院前置機(jī)數(shù)據(jù)庫(kù)。醫(yī)療機(jī)構(gòu)在上傳數(shù)據(jù)時(shí)，需要遵守以下要求：醫(yī)療機(jī)構(gòu)只能上傳新增數(shù)據(jù)和已經(jīng)上傳過(guò)但是經(jīng)過(guò)修改的數(shù)據(jù)，不允許重復(fù)上傳的相同的記錄；數(shù)據(jù)上傳前必須經(jīng)過(guò)醫(yī)療機(jī)構(gòu)內(nèi)部審核，已經(jīng)上傳數(shù)據(jù)不允許刪除；上傳的數(shù)據(jù)，要求記錄每條數(shù)據(jù)的提交時(shí)間以及記錄的狀態(tài)（標(biāo)識(shí)清楚是新增的記錄和修改過(guò)的記錄）；本標(biāo)準(zhǔn)通過(guò)兩個(gè)數(shù)據(jù)項(xiàng)約束：提交時(shí)間和記錄狀態(tài)（“i”表示新增記錄，“u”表示修改過(guò)的記錄）。醫(yī)療機(jī)構(gòu)數(shù)據(jù)提交方式醫(yī)療機(jī)構(gòu)提交數(shù)據(jù)的方式為定時(shí)批量式。 定時(shí)批量式提交的采集數(shù)據(jù)包含兩19/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案部分內(nèi)容：部分字典數(shù)據(jù)和醫(yī)療業(yè)務(wù)數(shù)據(jù)。定時(shí)批量式提交采集數(shù)據(jù)，要求醫(yī)療機(jī)構(gòu)內(nèi)部信息系統(tǒng)自動(dòng)生成數(shù)據(jù)并定時(shí)批量提交到前置機(jī)中約定的庫(kù)數(shù)據(jù)表中。特別需要說(shuō)明：醫(yī)療機(jī)構(gòu)內(nèi)部信息系統(tǒng)在編制提交采集數(shù)據(jù)的程序邏輯時(shí)，不要將提交采集數(shù)據(jù)的操作邏輯嵌入到醫(yī)療機(jī)構(gòu)內(nèi)日常醫(yī)療業(yè)務(wù)流程中，即不要將提交采集數(shù)據(jù)成功與否作為日常醫(yī)療業(yè)務(wù)流程是否可繼續(xù)流轉(zhuǎn)的必要條件，而作為一個(gè)單獨(dú)的處理程序邏輯予以定時(shí)單獨(dú)運(yùn)作。在前置機(jī)上建立數(shù)據(jù)庫(kù)，并預(yù)先創(chuàng)建數(shù)據(jù)表的表結(jié)構(gòu)。所有的表根據(jù)功能的不同向醫(yī)療機(jī)構(gòu)內(nèi)相關(guān)信息系統(tǒng)開放不同的權(quán)限。 在提交數(shù)據(jù)時(shí)，醫(yī)療機(jī)構(gòu)信息系統(tǒng)需要按照數(shù)據(jù)采集時(shí)點(diǎn)要求，定時(shí)批量的將生成的采集數(shù)據(jù)填入對(duì)應(yīng)的數(shù)據(jù)表內(nèi)。請(qǐng)注意要求：醫(yī)療數(shù)據(jù)明細(xì)項(xiàng)目?jī)?nèi)容需在醫(yī)療機(jī)構(gòu)日對(duì)帳結(jié)束后上傳；明細(xì)項(xiàng)目?jī)?nèi)容必須每天上傳，若需修正，則修正后以同樣方式再次上傳。數(shù)據(jù)上傳的時(shí)間點(diǎn)如上文所述，醫(yī)療機(jī)構(gòu)通過(guò)內(nèi)部信息系統(tǒng)自動(dòng)生成數(shù)據(jù)并定時(shí)批量提交到前置機(jī)數(shù)據(jù)庫(kù)。醫(yī)療機(jī)構(gòu)信息系統(tǒng)應(yīng)每天提交業(yè)務(wù)運(yùn)營(yíng)數(shù)據(jù)、 患者基本信息、就診履歷信息、檢驗(yàn)報(bào)告信息、住院病案等當(dāng)天的增量數(shù)據(jù)。醫(yī)療機(jī)構(gòu)應(yīng)按照全市統(tǒng)一的數(shù)據(jù)交換時(shí)間規(guī)劃， 在每天固定時(shí)間準(zhǔn)時(shí)將完成業(yè)務(wù)運(yùn)營(yíng)數(shù)據(jù)和診療數(shù)據(jù)等提交到前置機(jī)數(shù)據(jù)庫(kù)，前置機(jī)也遵循全市統(tǒng)一的規(guī)劃，每天定時(shí)進(jìn)行數(shù)據(jù)整合、匹配的工作，在完成數(shù)據(jù)整合、匹配后，區(qū)域衛(wèi)生信息平臺(tái)數(shù)據(jù)中心將從醫(yī)療機(jī)構(gòu)的前置機(jī)標(biāo)準(zhǔn)數(shù)據(jù)庫(kù)采集相關(guān)醫(yī)療業(yè)務(wù)數(shù)據(jù)。 舉例說(shuō)明如下表：序號(hào)整合名稱處理頻次、時(shí)間點(diǎn)1醫(yī)療機(jī)構(gòu)數(shù)據(jù)上報(bào)過(guò)程每日處理；每日00:00時(shí)開始，并在01:00結(jié)束2前置機(jī)端整合過(guò)程每日處理；01:30時(shí)開始，04:00時(shí)結(jié)束3前置機(jī)到數(shù)據(jù)中心的數(shù)據(jù)每日處理；04:00時(shí)開始，06:00時(shí)結(jié)束交換過(guò)程20/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案產(chǎn)品概述針對(duì)電子政務(wù)、企業(yè)級(jí)應(yīng)用集成中的數(shù)據(jù)交換和業(yè)務(wù)集成問(wèn)題，結(jié)合 EAI/ETL領(lǐng)域的先進(jìn)設(shè)計(jì)思想和業(yè)界知名產(chǎn)品的優(yōu)點(diǎn)， 分析EAI/ETL領(lǐng)域的發(fā)展趨勢(shì)，設(shè)計(jì)開發(fā)了“數(shù)據(jù)交換與共享平臺(tái)”產(chǎn)品，以滿足電子政務(wù)、醫(yī)療、教育、金融、電信等應(yīng)用集成領(lǐng)域數(shù)據(jù)交換和共享以及業(yè)務(wù)集成等方面的需要。本產(chǎn)品是企業(yè)級(jí)的信息交換與信息整合產(chǎn)品，可以應(yīng)用在數(shù)據(jù)共享與交換、數(shù)據(jù)抽取轉(zhuǎn)換（ETL）、數(shù)據(jù)倉(cāng)庫(kù)建設(shè)、信息同步、信息合并、歷史數(shù)據(jù)遷移等領(lǐng)域。4.1 技術(shù)實(shí)現(xiàn)框架數(shù)據(jù)交換與共享平臺(tái)的交換體系由中心交換子平臺(tái)、 數(shù)據(jù)交換前置機(jī)和共享信息庫(kù)組成，如下圖所示：圖8. 數(shù)據(jù)交換與共享平臺(tái)系統(tǒng)框架中心交換子平臺(tái)是數(shù)據(jù)交換與信息共享平臺(tái)交換體系的核心， 它承擔(dān)著數(shù)據(jù)交換過(guò)程中的主要處理工作，如消息監(jiān)聽、消息處理、異常處理、流程管理、監(jiān)控管理、參數(shù)管理等功能。21/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案前置機(jī)系統(tǒng)是一個(gè)小型的交換中心子平臺(tái)，也稱作數(shù)據(jù)交換的節(jié)點(diǎn)。它的功能主要是完成消息的處理、數(shù)據(jù)的轉(zhuǎn)換和封裝。在網(wǎng)絡(luò)環(huán)境暢通的條件下，前置機(jī)是可變成虛擬的；但在存在物理隔離或者防火墻的環(huán)境下，前置機(jī)將是物理的實(shí)體，它為應(yīng)用系統(tǒng)間的數(shù)據(jù)交換與信息共享的實(shí)施，提供了可行與可靠的實(shí)現(xiàn)方案。共享數(shù)據(jù)庫(kù)是存儲(chǔ)數(shù)據(jù)交換過(guò)程中經(jīng)由數(shù)據(jù)交換與共享平臺(tái)的業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)介質(zhì)，其作用是積累交換過(guò)程中的業(yè)務(wù)數(shù)據(jù)，為以后建立在數(shù)據(jù)交換與共享平臺(tái)基礎(chǔ)上的應(yīng)用提供數(shù)據(jù)來(lái)源。在下面的章節(jié)中，我們將對(duì)數(shù)據(jù)交換與共享平臺(tái)各子部分別作詳細(xì)的描述。4.2 中心交換子系統(tǒng)數(shù)據(jù)交換與共享平臺(tái)按照應(yīng)用層次的要求， 由接入層、內(nèi)容處理層、數(shù)據(jù)處理層，如圖所示：圖9. 中心交換子系統(tǒng)結(jié)構(gòu)從整體上來(lái)看，平臺(tái)主要是在JCA國(guó)際規(guī)范基礎(chǔ)之上，結(jié)合XML、J2EE、WebServices 和JMS等技術(shù)標(biāo)準(zhǔn)，汲取了國(guó)內(nèi)外的建設(shè)經(jīng)驗(yàn)，采用集中式的交換應(yīng)用服務(wù)器和可定制的智能連接適配器（ Adaptor）、面向服務(wù)的框架結(jié)構(gòu)體系SOA），實(shí)現(xiàn)對(duì)各業(yè)務(wù)應(yīng)用系統(tǒng)的有機(jī)整合，建立起可使跨部門業(yè)務(wù)應(yīng)用系統(tǒng)之間進(jìn)行“溝通”的數(shù)據(jù)信息交換與共享平臺(tái)。22/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案4.3 前置交換子系統(tǒng)前置機(jī)子系統(tǒng)主要由 Mapper和Engine兩大部分組成，如下圖所示：圖10. 前置交換子系統(tǒng)結(jié)構(gòu)其中，Mapper是一個(gè)由Java開發(fā)的C/S模式的系統(tǒng)。主要用來(lái)實(shí)現(xiàn)數(shù)據(jù)轉(zhuǎn)換過(guò)程中轉(zhuǎn)換關(guān)系的定制。通過(guò)讀取源數(shù)據(jù)和目標(biāo)數(shù)據(jù)的數(shù)據(jù)結(jié)構(gòu)，結(jié)合系統(tǒng)的拖拽、內(nèi)置函數(shù)等功能，實(shí)現(xiàn)從源數(shù)據(jù)到目標(biāo)數(shù)據(jù)的轉(zhuǎn)換關(guān)系定制。Engine前置交換子系統(tǒng)的核心，系統(tǒng)中業(yè)務(wù)流程的集成、數(shù)據(jù)的轉(zhuǎn)換、消息的路由、插件的部署等功能都是在應(yīng)用集成服務(wù)器中實(shí)現(xiàn)的。主要由企業(yè)服務(wù)器總線、數(shù)據(jù)交換處理部件（包括適配器和交換子系統(tǒng)）、運(yùn)行支撐環(huán)境、規(guī)則庫(kù)、管理組件（包括管理服務(wù)器和管理工具）等組成。交換流程管理系統(tǒng)具備可視化方式創(chuàng)建業(yè)務(wù)流程的能力， 用戶可以通過(guò)簡(jiǎn)單的拖拽來(lái)定制業(yè)務(wù)流程，屏蔽了具體的實(shí)現(xiàn)細(xì)節(jié)，使用戶能集中有限的精力來(lái)關(guān)注于業(yè)務(wù)層面上的應(yīng)用。如圖：23/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案圖11. 數(shù)據(jù)交換流程定義同時(shí)，系統(tǒng)具備業(yè)務(wù)流程擴(kuò)展的能力。在需要實(shí)現(xiàn)具有復(fù)雜邏輯功能的業(yè)務(wù)流程時(shí)，只需要按照系統(tǒng)的接口編寫相關(guān)的代碼并發(fā)布到系統(tǒng)中，就可以使系統(tǒng)具備運(yùn)行、維護(hù)復(fù)雜業(yè)務(wù)流程的能力。數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換使用戶能在 XML、非XML等數(shù)據(jù)格式之間進(jìn)行相互轉(zhuǎn)換，從而可快速集成異構(gòu)應(yīng)用，無(wú)需過(guò)多考慮數(shù)據(jù)采用的是何種格式，因?yàn)橄到y(tǒng)已經(jīng)內(nèi)置了對(duì)各種數(shù)據(jù)格式的支持，通過(guò)系統(tǒng)的識(shí)別、解析功能，可以快速地將各種數(shù)據(jù)格式描述成自身能夠識(shí)別的語(yǔ)言在系統(tǒng)中流轉(zhuǎn)。對(duì)于系統(tǒng)暫時(shí)不能識(shí)別的數(shù)據(jù)格式，可以通過(guò)插件的形式快速升級(jí)系統(tǒng)的數(shù)據(jù)識(shí)別庫(kù)，不僅保證了當(dāng)前數(shù)據(jù)格式的識(shí)別，也擴(kuò)充了系統(tǒng)的識(shí)別能力。數(shù)據(jù)轉(zhuǎn)換的功能可以封裝成控件來(lái)使用，跨多個(gè)業(yè)務(wù)流程和應(yīng)用重復(fù)使用。前置機(jī)系統(tǒng)具有功能強(qiáng)大的可視化數(shù)據(jù)映射工具，即Mapper轉(zhuǎn)換映射器。它使用戶不但能夠生成復(fù)雜的數(shù)據(jù)轉(zhuǎn)換，而且具體操作非常簡(jiǎn)單，只要執(zhí)行拖放操作就行。下圖展現(xiàn)的就是Mapper轉(zhuǎn)換映射器。前置機(jī)系統(tǒng)的映射器功能，實(shí)現(xiàn)了不同類型數(shù)據(jù)之間的轉(zhuǎn)換。例如，可把符合某個(gè) XMLSchema驗(yàn)證類型的XM24/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案L文檔轉(zhuǎn)換為符合另外一個(gè) XMLSchema類型驗(yàn)證的XML文檔。圖12. Mapper消息路由數(shù)據(jù)交換與共享平臺(tái)實(shí)現(xiàn)的消息代理，向業(yè)務(wù)流程提供了基于渠道的發(fā)布和訂閱通信機(jī)制。它使業(yè)務(wù)流程能以松散耦合、異步的方式，使用業(yè)務(wù)命名范例進(jìn)行通信。例如，采購(gòu)訂單路由流程可以訂閱新訂單輸入渠道，并且當(dāng)每個(gè)新的訂單消息發(fā)布到該渠道時(shí)，就激活了該流程。每個(gè)業(yè)務(wù)流程都可以指定其發(fā)布和訂閱的渠道。發(fā)布者無(wú)須知道誰(shuí)將接收消息，就可以廣播消息。這些消息的用戶可以是任意幾個(gè)不同類型的聽眾之一。諸如業(yè)務(wù)流程和其他后端資源之類的用戶，可以訂閱消息代理渠道。消息代理以這種方式提供了松散耦合的界面。在運(yùn)行時(shí)，您可以添加新的發(fā)布者和訂閱者。消息代理支持事件生成器，后者可以從外部資源向消息代理渠道發(fā)布事件。數(shù)據(jù)交換與共享平臺(tái)支持文件、JMS、FTP、電子郵件和定時(shí)器事件生成器。駐留在應(yīng)用集成框架中的適配器，可以從封裝應(yīng)用向渠道發(fā)布事件。25/29醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案插件系統(tǒng)系統(tǒng)內(nèi)置了數(shù)據(jù)庫(kù)操作（增加、修改、刪除、查詢） 、文件處理（讀取、寫入）消息處理（發(fā)送、接收）、WebServices調(diào)用、Email處理（發(fā)送、接收）、日志記錄等插件，確保系統(tǒng)對(duì)業(yè)務(wù)系統(tǒng)有足夠的適應(yīng)能力。同時(shí)，系統(tǒng)的插件機(jī)制確保了系統(tǒng)能夠像插拔 USB設(shè)備一樣實(shí)現(xiàn)系統(tǒng)功能的插拔，只要按系統(tǒng)規(guī)定的接口進(jìn)行構(gòu)建，用戶可方便地實(shí)現(xiàn)系統(tǒng)功能的擴(kuò)展。適配器集成系統(tǒng)支持JCA技術(shù)規(guī)范，按照此規(guī)范的任何適配器可以裝配到系統(tǒng)中， 簡(jiǎn)化了異構(gòu)系統(tǒng)的集成。這樣用戶可以根據(jù)實(shí)際的業(yè)務(wù)流程來(lái)定制適合自身情