醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案醫(yī)療行業(yè)數(shù)據(jù)交換與共享技術(shù)方案圖4.數(shù)據(jù)信息共享與交換平臺(tái)交換體系示例圖說明：1．?dāng)?shù)據(jù)交換與共享平臺(tái)源數(shù)據(jù)前置應(yīng)用：數(shù)據(jù)交換與共享平臺(tái)源數(shù)據(jù)前置應(yīng)用是通過前置適配引擎根據(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通訊文件通過消息通道傳送至指定消息隊(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ù)交換與共享平臺(tái)核心共享數(shù)據(jù)庫所需要的數(shù)據(jù)字段值“漏”到核心共享數(shù)據(jù)庫內(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消息體，并通過前置機(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)交換方式兩種類型。3.4.1被動(dòng)交換方式被動(dòng)交換方式即交換平臺(tái)被動(dòng)地接受外部業(yè)務(wù)應(yīng)用系統(tǒng)的交換請(qǐng)求，其中WebServices、JMS、SMTP、FTP、文件及中間庫是屬于被動(dòng)交換方式。此方式中應(yīng)用系統(tǒng)與交換平臺(tái)的交換機(jī)制如下圖所示：圖6.被動(dòng)交換方式3.4.2主動(dòng)交換方式主動(dòng)交換方式即數(shù)據(jù)交換與共享平臺(tái)主動(dòng)探測(cè)外部業(yè)務(wù)應(yīng)用系統(tǒng)數(shù)據(jù)的變化，并主動(dòng)發(fā)起數(shù)據(jù)交換的流程，如圖：圖7.主動(dòng)交換方式3.4.3交換方式建議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ù)庫觸發(fā)方式對(duì)于實(shí)時(shí)性要求很高的數(shù)據(jù)交換，同時(shí)業(yè)務(wù)系統(tǒng)無法進(jìn)行改造，可以通過在數(shù)據(jù)庫中配置觸發(fā)器，編寫腳本的方式。當(dāng)業(yè)務(wù)數(shù)據(jù)變化時(shí)，激活觸發(fā)器，并進(jìn)行數(shù)據(jù)的交換。定時(shí)方式對(duì)于數(shù)據(jù)交換實(shí)時(shí)性不高的業(yè)務(wù)，可以通過定時(shí)輪詢的方式，檢測(cè)業(yè)務(wù)數(shù)據(jù)的變化，并啟動(dòng)相關(guān)數(shù)據(jù)交換流程進(jìn)行數(shù)據(jù)交換。3.5與區(qū)域衛(wèi)生信息平臺(tái)的交換方式3.5.1邏輯架構(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ù)庫；依托前置機(jī)數(shù)據(jù)交換系統(tǒng)，將醫(yī)療機(jī)構(gòu)標(biāo)準(zhǔn)數(shù)據(jù)打包上傳至區(qū)域衛(wèi)生信息平臺(tái)數(shù)據(jù)中心數(shù)據(jù)庫。醫(yī)療機(jī)構(gòu)前置機(jī)邏輯架構(gòu)如下圖所示：3.5.2數(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)序號(hào)表名1《門急診診療服務(wù)基本表》2《門急診診療服務(wù)就診記錄表》3《門急診處方主表》4《門急診處方明細(xì)表》5《門急診收費(fèi)明細(xì)表》6《門急診結(jié)算記錄表》7《住院登記服務(wù)基本表》88《住院醫(yī)囑主表》9《住院醫(yī)囑明細(xì)表》10《住院費(fèi)用明細(xì)表》11《住院費(fèi)用結(jié)算記錄表》12《住院病案首頁》13《門急診/住院手術(shù)麻醉記錄表》14《門急診/住院放化療、介入、植入等治療記錄表》15《門急診住院用血記錄表》16《門急診住院轉(zhuǎn)診記錄表》17《實(shí)驗(yàn)室檢驗(yàn)報(bào)告表頭》18《實(shí)驗(yàn)室檢驗(yàn)結(jié)果指標(biāo)表》19《實(shí)驗(yàn)室檢驗(yàn)細(xì)菌結(jié)果表》20《實(shí)驗(yàn)室檢驗(yàn)藥敏結(jié)果表》21《醫(yī)學(xué)影像檢查報(bào)告表》22《健康體檢主記錄表》23《健康體檢分科記錄明細(xì)表》24《健康體檢明細(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ù)庫。醫(yī)療機(jī)構(gòu)在上傳數(shù)據(jù)時(shí)，需要遵守以下要求：醫(yī)療機(jī)構(gòu)只能上傳新增數(shù)據(jù)和已經(jīng)上傳過但是經(jīng)過修改的數(shù)據(jù)，不允許重復(fù)上傳的相同的記錄；數(shù)據(jù)上傳前必須經(jīng)過醫(yī)療機(jī)構(gòu)內(nèi)部審核，已經(jīng)上傳數(shù)據(jù)不允許刪除；上傳的數(shù)據(jù)，要求記錄每條數(shù)據(jù)的提交時(shí)間以及記錄的狀態(tài)（標(biāo)識(shí)清楚是新增的記錄和修改過的記錄）；本標(biāo)準(zhǔn)通過兩個(gè)數(shù)據(jù)項(xiàng)約束：提交時(shí)間和記錄狀態(tài)（“i”表示新增記錄，“u”表示修改過的記錄）。3.5.3醫(yī)療機(jī)構(gòu)數(shù)據(jù)提交方式醫(yī)療機(jī)構(gòu)提交數(shù)據(jù)的方式為定時(shí)批量式。定時(shí)批量式提交的采集數(shù)據(jù)包含兩部分內(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ī)中約定的庫數(shù)據(jù)表中。特別需要說明：醫(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ù)庫，并預(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)目內(nèi)容需在醫(yī)療機(jī)構(gòu)日對(duì)帳結(jié)束后上傳；明細(xì)項(xiàng)目內(nèi)容必須每天上傳，若需修正，則修正后以同樣方式再次上傳。3.5.4數(shù)據(jù)上傳的時(shí)間點(diǎn)如上文所述，醫(yī)療機(jī)構(gòu)通過內(nèi)部信息系統(tǒng)自動(dòng)生成數(shù)據(jù)并定時(shí)批量提交到前置機(jī)數(shù)據(jù)庫。醫(yī)療機(jī)構(gòu)信息系統(tǒng)應(yīng)每天提交業(yè)務(wù)運(yùn)營數(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)營數(shù)據(jù)和診療數(shù)據(jù)等提交到前置機(jī)數(shù)據(jù)庫，前置機(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ù)庫采集相關(guān)醫(yī)療業(yè)務(wù)數(shù)據(jù)。舉例說明如下表：序號(hào) 整合名稱 處理頻次、時(shí)間點(diǎn)每日處理；每日00:00時(shí)開始，并在01:001醫(yī)療機(jī)構(gòu)數(shù)據(jù)上報(bào)過程結(jié)束前置機(jī)端整合過程 每日處理；01:30時(shí)開始，04:00時(shí)結(jié)束前置機(jī)到數(shù)據(jù)中心的數(shù)據(jù)每日處理；04:00時(shí)開始，06:00時(shí)結(jié)束交換過程4產(chǎn)品概述針對(duì)電子政務(wù)、企業(yè)級(jí)應(yīng)用集成中的數(shù)據(jù)交換和業(yè)務(wù)集成問題，結(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ù)倉庫建設(shè)、信息同步、信息合并、歷史數(shù)據(jù)遷移等領(lǐng)域。4.1技術(shù)實(shí)現(xiàn)框架數(shù)據(jù)交換與共享平臺(tái)的交換體系由中心交換子平臺(tái)、數(shù)據(jù)交換前置機(jī)和共享信息庫組成，如下圖所示：圖8.數(shù)據(jù)交換與共享平臺(tái)系統(tǒng)框架中心交換子平臺(tái)是數(shù)據(jù)交換與信息共享平臺(tái)交換體系的核心，它承擔(dān)著數(shù)據(jù)交換過程中的主要處理工作，如消息監(jiān)聽、消息處理、異常處理、流程管理、監(jiān)控管理、參數(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ù)庫是存儲(chǔ)數(shù)據(jù)交換過程中經(jīng)由數(shù)據(jù)交換與共享平臺(tái)的業(yè)務(wù)數(shù)據(jù)的存儲(chǔ)介質(zhì)，其作用是積累交換過程中的業(yè)務(wù)數(shù)據(jù)，為以后建立在數(shù)據(jù)交換與共享平臺(tái)基礎(chǔ)上的應(yīng)用提供數(shù)據(jù)來源。在下面的章節(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)從整體上來看，平臺(tái)主要是在JCA國際規(guī)范基礎(chǔ)之上，結(jié)合XML、J2EE、WebServices和JMS等技術(shù)標(biāo)準(zhǔn)，汲取了國內(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)。4.3前置交換子系統(tǒng)前置機(jī)子系統(tǒng)主要由Mapper和Engine兩大部分組成，如下圖所示：圖10.前置交換子系統(tǒng)結(jié)構(gòu)其中，Mapper是一個(gè)由Java開發(fā)的C/S模式的系統(tǒng)。主要用來實(shí)現(xiàn)數(shù)據(jù)轉(zhuǎn)換過程中轉(zhuǎn)換關(guān)系的定制。通過讀取源數(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ī)則庫、管理組件（包括管理服務(wù)器和管理工具）等組成。4.3.1交換流程管理系統(tǒng)具備可視化方式創(chuàng)建業(yè)務(wù)流程的能力，用戶可以通過簡(jiǎn)單的拖拽來定制業(yè)務(wù)流程，屏蔽了具體的實(shí)現(xiàn)細(xì)節(jié)，使用戶能集中有限的精力來關(guān)注于業(yè)務(wù)層面上的應(yīng)用。如圖：圖11圖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ù)流程的能力。4.3.2數(shù)據(jù)轉(zhuǎn)換數(shù)據(jù)轉(zhuǎn)換使用戶能在XML、非XML等數(shù)據(jù)格式之間進(jìn)行相互轉(zhuǎn)換，從而可快速集成異構(gòu)應(yīng)用，無需過多考慮數(shù)據(jù)采用的是何種格式，因?yàn)橄到y(tǒng)已經(jīng)內(nèi)置了對(duì)各種數(shù)據(jù)格式的支持，通過系統(tǒng)的識(shí)別、解析功能，可以快速地將各種數(shù)據(jù)格式描述成自身能夠識(shí)別的語言在系統(tǒng)中流轉(zhuǎn)。對(duì)于系統(tǒng)暫時(shí)不能識(shí)別的數(shù)據(jù)格式，可以通過插件的形式快速升級(jí)系統(tǒng)的數(shù)據(jù)識(shí)別庫，不僅保證了當(dāng)前數(shù)據(jù)格式的識(shí)別，也擴(kuò)充了系統(tǒng)的識(shí)別能力。數(shù)據(jù)轉(zhuǎn)換的功能可以封裝成控件來使用，跨多個(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)證類型的XML文檔轉(zhuǎn)換為符合另外一個(gè)XMLSchema類型驗(yàn)證的XML文檔。圖12.Mapper4.3.3消息路由數(shù)據(jù)交換與共享平臺(tái)實(shí)現(xiàn)的消息代理，向業(yè)務(wù)流程提供了基于渠道的發(fā)布和訂閱通信機(jī)制。它使業(yè)務(wù)流程能以松散耦合、異步的方式，使用業(yè)務(wù)命名范例進(jìn)行通信。例如，采購訂單路由流程可以訂閱新訂單輸入渠道，并且當(dāng)每個(gè)新的訂單消息發(fā)布到該渠道時(shí)，就激活了該流程。每個(gè)業(yè)務(wù)流程都可以指定其發(fā)布和訂閱的渠道。發(fā)布者無須知道誰將接收消息，就可以廣播消息。這些消息的用戶可以是任意幾個(gè)不同類型的聽眾之一。諸如業(yè)務(wù)流程和其他后端資源之類的用戶，可以訂閱消息代理渠道。消息代理以這種方式提供了松散耦合的界面。在運(yùn)行時(shí)，您可以添加新的發(fā)布者和訂閱者。消息代理支持事件生成器，后者可以從外部資源向消息代理渠道發(fā)布事件。數(shù)據(jù)交換與共享平臺(tái)支持文件、JMS、FTP、電子郵件和定時(shí)器事件生成器。駐留在應(yīng)用集成框架中的適配器，可以從封裝應(yīng)用向渠道發(fā)布事件。4.3.4插件系統(tǒng)系統(tǒng)內(nèi)置了數(shù)據(jù)庫操作（增加、修改、刪除、查詢）、文件處理（讀取、寫入）消息處理（發(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ò)展。4.3.5適配器集成系統(tǒng)支持JCA技術(shù)規(guī)范，按照此規(guī)范的任何適配器可以裝配到系統(tǒng)中，簡(jiǎn)化了異構(gòu)系統(tǒng)的集成。這樣用戶可以根據(jù)實(shí)際的業(yè)務(wù)流程來定制適合自身情況的適配器來滿足要求。4.4共享信息庫在數(shù)據(jù)交換和信息共享平臺(tái)交換業(yè)務(wù)數(shù)據(jù)的過程中，需要對(duì)某些的業(yè)務(wù)數(shù)據(jù)進(jìn)行保存，以積累基礎(chǔ)數(shù)據(jù)并形成基礎(chǔ)共享數(shù)據(jù)庫，為日后的決策分析、數(shù)據(jù)挖掘等系統(tǒng)提供數(shù)據(jù)基礎(chǔ)。在中心交換子平臺(tái)，我們根據(jù)業(yè)務(wù)數(shù)據(jù)的類型，在數(shù)據(jù)流經(jīng)中心交換子平臺(tái)時(shí),將這些業(yè)務(wù)數(shù)據(jù)提取出來，保存到共享數(shù)據(jù)庫中，如圖所示：圖13圖13.共享信息庫示意圖4.5平臺(tái)特點(diǎn)4.5.1支持行業(yè)標(biāo)準(zhǔn)系統(tǒng)遵循業(yè)界通用的技術(shù)標(biāo)準(zhǔn)，如HL7、CDA、IHE、XML、SOAP、WSDL、UDDI、JMS、JMX、ASCX12、EDIFACT、LDIF等工業(yè)標(biāo)準(zhǔn)，使系統(tǒng)具備了更強(qiáng)的通用性。4.5.2擴(kuò)展性強(qiáng)系統(tǒng)采用了先進(jìn)的設(shè)計(jì)理念和成熟的技術(shù)框架，保證了系統(tǒng)基礎(chǔ)框架中各組成部分的松耦合，層次清晰，保證了在此基礎(chǔ)上進(jìn)行的擴(kuò)展。依附于基礎(chǔ)框架上的組件基于熱拔插式的設(shè)計(jì)原理，可以方便地根據(jù)業(yè)務(wù)需要定制出適合的組件，并在不影響其它集成業(yè)務(wù)，服務(wù)器不重新啟動(dòng)的情況下完成集成業(yè)務(wù)的變更，極大地提高系統(tǒng)的擴(kuò)展性，真正地做到隨需應(yīng)變。4.5.3適應(yīng)性強(qiáng)系統(tǒng)支持多種通訊協(xié)議，使系統(tǒng)能夠接受來自于各種平臺(tái)、各種架構(gòu)的系統(tǒng)的接入，下表是系統(tǒng)支持的交換方式：協(xié)議名稱協(xié)議名稱描述HTTP基于HTTP/HTTPS的數(shù)據(jù)傳輸WebServices基于SOAP的WebServices調(diào)用JMS基于消息的數(shù)據(jù)傳輸FTP應(yīng)用間數(shù)據(jù)的批量處理POP3基