1、省級數(shù)據(jù)交換平臺 解決方案金蝶中間件有限公司2010年 7月 23日 版本歷史 . . 2目錄 . 3第 1章 建設(shè)目標(biāo) . 6第 2章 功能需求 . 7 2.1數(shù)據(jù)交換流程圖 . . 7 2.2關(guān)鍵概念 . 7 2.2.1新農(nóng)合經(jīng)辦機構(gòu) . . 7 2.2.2轉(zhuǎn)出定點醫(yī)療機構(gòu) . . 7 2.2.3轉(zhuǎn)入定點醫(yī)療機構(gòu) . . 8 2.2.4省級數(shù)據(jù)交換平臺 . . 8 2.3業(yè)務(wù)流程 . 8 2.3.1系統(tǒng)設(shè)置 . 8 2.3.2轉(zhuǎn)診功能 . 9 2.3.3取消轉(zhuǎn)診 . 9 2.3.4轉(zhuǎn)診審核 . 9 2.3.5患者接收 . 9 2.3.6診療信息上傳 . 9 2.3.7診療信息實時監(jiān)控 .

2、. 9 2.3.8患者出院結(jié)算 .10 2.3.9墊付匯總、結(jié)算 . .10 2.4平臺使用單位 .10 2.4.1新農(nóng)合經(jīng)辦機構(gòu) . .10 2.4.2轉(zhuǎn)出定點醫(yī)療機構(gòu) . .10 2.4.3轉(zhuǎn)入定點醫(yī)療機構(gòu) . .10 2.5相關(guān)約定 .10 2.5.1域外結(jié)算約定 .10 2.5.2出院結(jié)算、補償約定 .11 2.5.3賬戶凍結(jié) .11 2.5.4數(shù)據(jù)下載 .11第 3章 技術(shù)需求 .12 3.1系統(tǒng)架構(gòu)要求 .12 3.2數(shù)據(jù)交換平臺建設(shè)要求 .12 3.3其他要求 .12第 4章 交換平臺系統(tǒng)設(shè)計 . .13 4.1數(shù)據(jù)交換 .14 4.1.1數(shù)據(jù)采集階段 .14 4.1.2數(shù)據(jù)路由

3、階段 .16 4.1.3數(shù)據(jù)映射 .18 4.1.4數(shù)據(jù)推送階段 .19 4.1.5數(shù)據(jù)融合服務(wù) .20 4.1.6數(shù)據(jù)沖突策略和數(shù)據(jù)交互日志 . .21 金蝶中間件 第 4 頁 共 37 頁 4.2平臺實現(xiàn)和部署 . .21 4.3交換平臺系統(tǒng)保障 . .24 4.3.1安全性 . .24 4.3.2可靠性 . .25 4.3.3管理性 . .25 4.3.4擴展性 . .26第 5章 方案實現(xiàn) .28 5.1基礎(chǔ)環(huán)境 .28 5.2數(shù)據(jù)庫定義 .28 5.2.1數(shù)據(jù)中心表結(jié)構(gòu) . .28 5.2.2轉(zhuǎn)入定點醫(yī)療前置庫表結(jié)構(gòu) . .31 5.2.3新農(nóng)合經(jīng)辦機構(gòu)前置庫表結(jié)構(gòu) . .34 5.

4、3功能模塊 .36 5.3.1新農(nóng)合管理機構(gòu)模塊 .36 5.3.2轉(zhuǎn)入定點醫(yī)療機構(gòu)模塊 . 37 5.3.3中心管理運行模塊 . . 37 金蝶中間件 第 5 頁 共 37 頁 以新農(nóng)合管理信息系統(tǒng)和定點醫(yī)療機構(gòu)醫(yī)院管理信息系統(tǒng)(以下簡稱 HIS 系統(tǒng)為基礎(chǔ),建立省級 衛(wèi)生數(shù)據(jù)交換平臺,整合區(qū)域內(nèi)醫(yī)療衛(wèi)生信息資源,使參合患者在縣域外定點醫(yī)療機構(gòu)就診的醫(yī)療信息 能夠進行數(shù)據(jù)交換, 最終實現(xiàn)異地就診出院即時結(jié)報, 即患者在縣域外定點醫(yī)療機構(gòu)出院即可進行結(jié)算、 補償。實現(xiàn)居民基本醫(yī)療服務(wù)、醫(yī)療社會保障、公共衛(wèi)生服務(wù)的整合統(tǒng)一、資源共享。通過實現(xiàn)醫(yī)療衛(wèi) 生機構(gòu)的業(yè)務(wù)協(xié)作和信息聯(lián)動, 全面提高區(qū)域公共

5、衛(wèi)生信息化水平, 逐步完善區(qū)域衛(wèi)生信息資源的統(tǒng)一、 規(guī)范, 提高醫(yī)療衛(wèi)生服務(wù)的社會效益和經(jīng)濟效益, 實現(xiàn)區(qū)域衛(wèi)生信息的網(wǎng)上交換、 集中管理與資源共享。 金蝶中間件 第 6 頁 共 37 頁 金蝶中間件 第 7 頁 共 37 頁 2.1 數(shù)據(jù)交換流程圖省級數(shù)據(jù)交換平臺與縣級新農(nóng)合醫(yī)療管理系統(tǒng)之間實現(xiàn)網(wǎng)絡(luò)互聯(lián)互通,與轄區(qū)內(nèi)的所有定點醫(yī)療機 構(gòu) HIS 系統(tǒng)進行無縫銜接,并做到與省級信息平臺的無縫銜接。實現(xiàn)網(wǎng)上轉(zhuǎn)診、在線審核、即時結(jié)算、 實時監(jiān)控和信息匯總,提高管理水平和工作效率,為各級醫(yī)療管理部門提供決策依據(jù)。數(shù)據(jù)交換流程圖 如下:2.2 關(guān)鍵概念2.2.1 新農(nóng)合經(jīng)辦機構(gòu)包括省、市、縣(市、區(qū)新

6、型農(nóng)村合作醫(yī)療管理部門,負(fù)責(zé)新農(nóng)合的日常業(yè)務(wù)處理。2.2.2 轉(zhuǎn)出定點醫(yī)療機構(gòu)指經(jīng)新農(nóng)合經(jīng)辦機構(gòu)授權(quán)的,承擔(dān)新農(nóng)合轉(zhuǎn)診業(yè)務(wù)的定點醫(yī)療機構(gòu)。且該機構(gòu)的 HIS 已經(jīng)和新農(nóng)合 管理信息系統(tǒng)進行實時對接。 2.2.3 轉(zhuǎn)入定點醫(yī)療機構(gòu)把通過各級新農(nóng)合管理機構(gòu)認(rèn)定的省、市級(縣域外定點醫(yī)療機構(gòu)。2.2.4 省級數(shù)據(jù)交換平臺部署在省級數(shù)據(jù)中心的核心數(shù)據(jù)交換平臺,負(fù)責(zé)全省的數(shù)據(jù)交換與路由,是本系統(tǒng)的核心。2.3 業(yè)務(wù)流程2.3.1 系統(tǒng)設(shè)置2.3.1.1 轉(zhuǎn)出定點醫(yī)療機構(gòu)設(shè)置對轉(zhuǎn)出定點醫(yī)療機構(gòu)進行授權(quán)和設(shè)置。設(shè)置參數(shù):轉(zhuǎn)診確認(rèn)(是 /否 。是:由轉(zhuǎn)出定點醫(yī)療機構(gòu)轉(zhuǎn)診的患者,需要經(jīng)新農(nóng)合經(jīng)辦機構(gòu)確認(rèn),轉(zhuǎn)診信

7、息方可生效。否:無需新農(nóng)合經(jīng)辦機構(gòu)確認(rèn),則可直接生效。2.3.1.2 轉(zhuǎn)入定點醫(yī)療機構(gòu)設(shè)置在省級數(shù)據(jù)交換平臺上設(shè)置轉(zhuǎn)入定點醫(yī)療機構(gòu)信息,供新農(nóng)合經(jīng)辦機構(gòu)調(diào)用。分省級和市級,省級 可全省調(diào)用、市級可本市轄區(qū)經(jīng)辦機構(gòu)調(diào)用。包括:基本信息、醫(yī)院簡介、銀行賬號等2.3.1.3 補償方案設(shè)置通過系統(tǒng)設(shè)置,完成各縣(市級新農(nóng)合外轉(zhuǎn)補償方案的設(shè)置,可設(shè)置多個不同的補償方案,必須 有一個為默認(rèn)方案。2.3.1.4 補償、結(jié)算設(shè)置設(shè)定各縣(市、區(qū)新農(nóng)合經(jīng)辦機構(gòu)與轉(zhuǎn)入定點醫(yī)療機構(gòu)的補償、結(jié)算,包括每一個轉(zhuǎn)入定點醫(yī)療 機構(gòu)的補償與結(jié)算方式、使用的補償方案。不進行設(shè)置則使用默認(rèn)方案,即:出院即時補償,調(diào)用默認(rèn)補償方案

8、結(jié)算,按協(xié)議與各縣新農(nóng)合經(jīng) 辦機構(gòu)進行墊付匯總結(jié)算。 金蝶中間件 第 8 頁 共 37 頁 2.3.2 轉(zhuǎn)診功能患者由縣級新農(nóng)合經(jīng)辦機構(gòu)或轉(zhuǎn)出定點醫(yī)療機構(gòu)轉(zhuǎn)到轉(zhuǎn)入定點醫(yī)療機構(gòu)就診,辦理網(wǎng)上轉(zhuǎn)診手續(xù), 打印轉(zhuǎn)診單據(jù)。同時將轉(zhuǎn)診信息(信息包括:轉(zhuǎn)診信息、患者個人基本信息、參合信息、既往補償信息、 是否可以即時補償?shù)韧ㄟ^數(shù)據(jù)交換平臺上傳至省數(shù)據(jù)中心?；颊咴谵k理完轉(zhuǎn)診手續(xù)后,在本地系統(tǒng)中 對其賬戶進行凍結(jié),待本次轉(zhuǎn)診業(yè)務(wù)結(jié)束后再解凍。2.3.3 取消轉(zhuǎn)診實現(xiàn)平臺轉(zhuǎn)診申請信息取消功能, 取消后為轉(zhuǎn)診申請信息將置為作廢狀態(tài)。 對已經(jīng)被定點單位接收 的患者,不能進行取消轉(zhuǎn)診。2.3.4 轉(zhuǎn)診審核通過授權(quán)的定

9、點醫(yī)療機構(gòu)提交的患者轉(zhuǎn)診信息,通過數(shù)據(jù)交換平臺上傳至省數(shù)據(jù)中心后?？h級新農(nóng) 合醫(yī)療管理信息系統(tǒng)下載轉(zhuǎn)診信息進行審核。審核通過轉(zhuǎn)診到預(yù)轉(zhuǎn)定點醫(yī)療機構(gòu),不符合轉(zhuǎn)診條件進行 駁回,轉(zhuǎn)出定點醫(yī)療機構(gòu)接受駁回信息。2.3.5 患者接收轉(zhuǎn)入定點醫(yī)療機構(gòu)根據(jù)(轉(zhuǎn)入醫(yī)院、轉(zhuǎn)診單號或者醫(yī)療卡通過數(shù)據(jù)交換平臺獲得患者的基本信息 及其他信息,錄入醫(yī)院 HIS 系統(tǒng),辦理入院手續(xù),進行就診。如果定點醫(yī)療機構(gòu)沒有就診條件或者其他 原因不能接診,并把拒診信息通過數(shù)據(jù)交換平臺上傳至省數(shù)據(jù)中心,新農(nóng)合醫(yī)療管理信息系統(tǒng)和轉(zhuǎn)出的 定點醫(yī)療機構(gòu)獲得拒診信息。2.3.6 診療信息上傳轉(zhuǎn)入定點醫(yī)療機構(gòu)后入院患者在醫(yī)院的診療信息定時(每

10、天執(zhí)行一次,通過系統(tǒng)配置,設(shè)置上傳時 間及間隔通過數(shù)據(jù)交換平臺上傳至省數(shù)據(jù)中心。2.3.7 診療信息實時監(jiān)控轉(zhuǎn)入定點醫(yī)療機構(gòu)定時上傳診療信息通過數(shù)據(jù)交換平臺到省數(shù)據(jù)中心,縣級新農(nóng)合醫(yī)療管理信息系 統(tǒng)可以通過數(shù)據(jù)交換平臺下載查看相關(guān)信息?；颊咴谧≡浩陂g,所在地的管理機構(gòu)可對住院的情況進行 網(wǎng)上監(jiān)督,發(fā)現(xiàn)問題時可對該患者進行“結(jié)算需要復(fù)核”的標(biāo)注。把“結(jié)算需要復(fù)核”信息通過數(shù)據(jù)交 換平臺上傳至省數(shù)據(jù)中心,轉(zhuǎn)入定點醫(yī)療機構(gòu)更新結(jié)算狀態(tài)。 金蝶中間件 第 9 頁 共 37 頁 2.3.8 患者出院結(jié)算患者康復(fù)出院,轉(zhuǎn)入定點醫(yī)療機構(gòu)把結(jié)算信息上傳的省級數(shù)據(jù)交換中心的同時,對患者狀態(tài)進行解 凍。出院結(jié)算操

11、作視為終止診療數(shù)據(jù)上傳的一個業(yè)務(wù)動作。在進行出院結(jié)算操作后,系統(tǒng)將不允許再進 行住院診療信息上傳。2.3.9 墊付匯總、結(jié)算轉(zhuǎn)入定點醫(yī)療機構(gòu)按協(xié)議周期與各縣新農(nóng)合經(jīng)辦機構(gòu)進行結(jié)算。各縣新農(nóng)合經(jīng)辦機構(gòu)定期將出院患者信息下載到本地, 并將補償信息存入本地新農(nóng)合管理信息系統(tǒng)。 按協(xié)議期限匯總墊付資金總額,與轉(zhuǎn)入定點醫(yī)療機構(gòu)結(jié)算,保存結(jié)算相關(guān)信息。2.4 平臺使用單位2.4.1 新農(nóng)合經(jīng)辦機構(gòu)新農(nóng)合醫(yī)療管理信息系統(tǒng)與省級數(shù)據(jù)交換平臺無縫銜接,實現(xiàn)對患者轉(zhuǎn)診及轉(zhuǎn)診網(wǎng)上在線審核;獲 得患者診斷信息對患者的住院情況實時監(jiān)控;即時結(jié)算;信息匯總等功能。2.4.2 轉(zhuǎn)出定點醫(yī)療機構(gòu)轉(zhuǎn)出定點醫(yī)療機構(gòu)系統(tǒng)與省級數(shù)據(jù)

12、交換平臺無縫銜接,實現(xiàn)患者在線轉(zhuǎn)診;患者基本信息及診斷信 息數(shù)據(jù)共享;取消轉(zhuǎn)診等功能。2.4.3 轉(zhuǎn)入定點醫(yī)療機構(gòu)轉(zhuǎn)入定點醫(yī)療機構(gòu)系統(tǒng)與省級數(shù)據(jù)交換平臺無縫銜接,實現(xiàn)患者接診;患者拒診;患者診斷信息和 結(jié)算信息共享;即時結(jié)算。2.5 相關(guān)約定2.5.1 域外結(jié)算約定轉(zhuǎn)診到縣域外的患者執(zhí)行現(xiàn)行醫(yī)保的藥品和診療目錄,結(jié)算以此為依據(jù)。如果以后的新農(nóng)合的域外 目錄變化,將按新農(nóng)合的目錄執(zhí)行(需要轉(zhuǎn)入定點醫(yī)療機構(gòu)將新農(nóng)合目錄植入其 HIS 。 金蝶中間件 第 10 頁 共 37 頁 2.5.2 出院結(jié)算、補償約定如果患者所在地與轉(zhuǎn)入點醫(yī)療機構(gòu)協(xié)議中沒有即時結(jié)算要求,可不對其進行實時補償,按現(xiàn)金患者 正常

13、結(jié)算,將結(jié)算信息上傳至省數(shù)據(jù)交換中心,患者回所在地進行補償。有結(jié)算要求地區(qū)的患者出院結(jié)算時,按照新農(nóng)合補償政策的要求,核算出符合條件的醫(yī)藥費用,調(diào) 用患者所在地的補償方案,計算補償額,由定點醫(yī)療機構(gòu)墊付給患者?；颊咴谧≡浩陂g, 所在地的管理機構(gòu)可對住院的情況進行網(wǎng)上監(jiān)督, 發(fā)現(xiàn)問題時可對該患者進行 “結(jié) 算需要復(fù)核” 的標(biāo)注, 這樣患者在出院結(jié)算時就需要所在地管理部門的復(fù)核, 通過后方能進行墊付補償, 或者按非即時結(jié)算患者處理。2.5.3 賬戶凍結(jié)患者在辦理完轉(zhuǎn)診手續(xù)后,在本地系統(tǒng)中對其賬戶進行凍結(jié),待本次轉(zhuǎn)診業(yè)務(wù)結(jié)束后自動解凍。 2.5.4 數(shù)據(jù)下載患者出院后,信息已經(jīng)上傳至數(shù)據(jù)交換中心,各

14、經(jīng)辦機構(gòu)要按時下載相關(guān)數(shù)據(jù),按當(dāng)?shù)匦罗r(nóng)合信息 系統(tǒng)規(guī)范格式,將數(shù)據(jù)存入。建議:不下載診療明細(xì)數(shù)據(jù),只下載補償數(shù)據(jù)。查詢明細(xì)時可到省級數(shù)據(jù)交換中心直接提取。 金蝶中間件 第 11 頁 共 37 頁 3.1 系統(tǒng)架構(gòu)要求1、采用基于 SOA 的架構(gòu)設(shè)計方法,系統(tǒng)架構(gòu)采用三層體系架構(gòu)。2、系統(tǒng)架構(gòu)設(shè)計要充分考慮開放性、安全性等非功能性需求。3、系統(tǒng)架構(gòu)可擴展需求。方案設(shè)計既要適應(yīng)滿足工程項目需求,也要考慮未來可持續(xù)發(fā)展,既要有 較強的伸縮特性,又要保持技術(shù)的先進性和成熟穩(wěn)定性。4、網(wǎng)絡(luò)系統(tǒng)的設(shè)計要充分考慮現(xiàn)有的網(wǎng)絡(luò)結(jié)構(gòu)。 可以利用分布在全市各個衛(wèi)生服務(wù)中心 (站 及市 局屬醫(yī)院的網(wǎng)絡(luò)資源,防止重復(fù)投

15、資,浪費資源。3.2 數(shù)據(jù)交換平臺建設(shè)要求省級數(shù)據(jù)交換平臺要從數(shù)據(jù)中心建設(shè)的高度提出對數(shù)據(jù)中心數(shù)據(jù)庫建設(shè)、數(shù)據(jù)交換與共享、元數(shù)據(jù) 管理、數(shù)據(jù)分析與應(yīng)用,以及數(shù)據(jù)中心標(biāo)準(zhǔn)規(guī)范體系、運維體系、安全體系等一系列的基礎(chǔ)技術(shù)支撐環(huán) 境的綜合解決方案。3.3 其他要求1、標(biāo)準(zhǔn)規(guī)范體系標(biāo)準(zhǔn)規(guī)范體系主要指信息化標(biāo)準(zhǔn)規(guī)范,包括工程建設(shè)相關(guān)技術(shù)規(guī)范、業(yè)務(wù)模型及業(yè)務(wù)交換標(biāo)準(zhǔn)、以 及基礎(chǔ)數(shù)據(jù)庫標(biāo)準(zhǔn)。以衛(wèi)生部公布使用的信息標(biāo)準(zhǔn)為依據(jù),或借助于國際通行的衛(wèi)生信息標(biāo)準(zhǔn)如 ICD-1 0、 HL7、 DICOM 等。具體參照中華人民共和國衛(wèi)生部頒發(fā)的相關(guān)信息標(biāo)準(zhǔn),如新型農(nóng)村合作醫(yī)療管 理信息系統(tǒng)基本規(guī)范 、 中國公共衛(wèi)生信息

16、分類與基本數(shù)據(jù)集 、 社區(qū)衛(wèi)生信息基本數(shù)據(jù)集 、 社區(qū)衛(wèi) 生信息代碼集 、 信息分類與功能規(guī)范 、 醫(yī)院基本數(shù)據(jù)集等。2、安全系統(tǒng)安全系統(tǒng)設(shè)計為基礎(chǔ)設(shè)施層、數(shù)據(jù)訪問層、信息交換層、應(yīng)用層四個層次,其中基礎(chǔ)設(shè)施層包括網(wǎng) 絡(luò)安全基礎(chǔ)設(shè)施和認(rèn)證基礎(chǔ)設(shè)施;數(shù)據(jù)訪問層包括數(shù)據(jù)資源的安全性、數(shù)據(jù)訪問、傳輸以及提取的安全 性;信息交換層主要是保證信息傳輸?shù)臋C密性、完整性和不可否認(rèn)性,防止信息傳輸過程中的竊聽和泄 漏。應(yīng)用層安全保證業(yè)務(wù)操作主體的可信性、可審計性以及不可抵賴性。 金蝶中間件 第 12 頁 共 37 頁 金蝶中間件 第 13 頁 共 37 頁 對省級數(shù)據(jù)交換平臺建設(shè),需要規(guī)劃和建設(shè)的部分包括:1

17、、 完成各個定點醫(yī)療機構(gòu)和新農(nóng)合信息系統(tǒng)之間的數(shù)據(jù)集成:將各個機構(gòu)的業(yè)務(wù)數(shù)據(jù)統(tǒng)一匯總到信 息中心,在信息中心建立統(tǒng)一的業(yè)務(wù)數(shù)據(jù)庫,對各個機構(gòu)的數(shù)據(jù)進行統(tǒng)一管理、統(tǒng)一規(guī)劃。2、 信息中心統(tǒng)一業(yè)務(wù)應(yīng)用平臺的搭建: 在數(shù)據(jù)已經(jīng)匯總到信息中心數(shù)據(jù)庫的基礎(chǔ)上, 搭建統(tǒng)一業(yè)務(wù) 管理平臺,實現(xiàn)對各個機構(gòu)之間的數(shù)據(jù)的統(tǒng)一管理。3、 機構(gòu)和機構(gòu)之間、 機構(gòu)和信息中心統(tǒng)一平臺之間的業(yè)務(wù)信息交換:數(shù)據(jù)在信息中心進行匯總之后, 各個機構(gòu)、信息中心之間可能會存在業(yè)務(wù)級別的信息往來。省級數(shù)據(jù)交換將作為業(yè)務(wù)信息共享的基礎(chǔ),通過 Apusic ESB 平臺,可在省級數(shù)據(jù)交換平臺系統(tǒng)中, 達到上述的數(shù)據(jù)集成和業(yè)務(wù)信息共享的目標(biāo)

18、這三個目標(biāo)互為依托,逐步實現(xiàn): 作為 Apusic Platform 產(chǎn)品家族的一個重要組成部分, Apusic ESB 和 Apusic JavaEE 應(yīng)用服務(wù)器、 A pusic 消息中間件無縫結(jié)合,提供了面向 SOA 的基礎(chǔ)架構(gòu)。 Apusic ESB 能夠?qū)Ψ瞎I(yè)標(biāo)準(zhǔn)服務(wù)進行注冊、管理、發(fā)布,幫助企業(yè)構(gòu)建公用服務(wù)倉庫。 Apusi c ESB 在 Apusic 消息中間件智能路由技術(shù)的基礎(chǔ)上, 實現(xiàn)了靈活自主流程定義的輕量級流程引擎, 實現(xiàn) 安全、靈活的數(shù)據(jù)中介服務(wù),實現(xiàn)流程化的服務(wù)業(yè)務(wù)組織。同時, 結(jié)合 Apusic ESB 中介流程引擎, Apusic ESB 內(nèi)置了適配器簇,提

19、供多種針對數(shù)據(jù)存儲的 適配服務(wù),實現(xiàn)了面向數(shù)據(jù)存儲層面的數(shù)據(jù)集成、數(shù)據(jù)交換的能力。4.1 數(shù)據(jù)交換由于數(shù)據(jù)交換平臺運行在衛(wèi)生系統(tǒng)內(nèi)網(wǎng),出于對數(shù)據(jù)安全性的考慮,需要在各個定點醫(yī)療機構(gòu)和新 農(nóng)合辦的業(yè)務(wù)數(shù)據(jù)庫之外, 部署前置機(有市級平臺的地區(qū), 只需部署一臺前置機 。前置機上將部署交 換數(shù)據(jù)庫,由信息交換橋接組件,負(fù)責(zé)將業(yè)務(wù)數(shù)據(jù)庫中需要統(tǒng)一匯總的數(shù)據(jù)寫入到交換數(shù)據(jù)庫中。 數(shù)據(jù)交換將從定點醫(yī)療機構(gòu)的業(yè)務(wù)系統(tǒng)中的前置交換數(shù)據(jù)庫中,獲取增量數(shù)據(jù),并將數(shù)據(jù)封裝成統(tǒng) 一的數(shù)據(jù)模型,以穩(wěn)定、安全、可靠的方式,發(fā)送到數(shù)據(jù)中心,并在數(shù)據(jù)中心完成數(shù)據(jù)清洗、匯總等操 作,寫入到數(shù)據(jù)中心的統(tǒng)一數(shù)據(jù)庫中。對整個數(shù)據(jù)交換

20、的過程進行分析和抽象,可以分為如下幾個步驟:數(shù)據(jù)采集:從定點醫(yī)療機構(gòu)的前置交換數(shù)據(jù)庫中,分析增量數(shù)據(jù),并提取增量數(shù)據(jù),將數(shù)據(jù)以統(tǒng)一 的數(shù)據(jù)模型封裝、加密,放入總線中。數(shù)據(jù)傳輸:根據(jù)已經(jīng)制定的路由規(guī)則,將數(shù)據(jù)路由到數(shù)據(jù)中心。數(shù)據(jù)映射:數(shù)據(jù)源端(定點醫(yī)療機構(gòu)和數(shù)據(jù)目的端(數(shù)據(jù)中心可能為異構(gòu)系統(tǒng),對于同種語義 的數(shù)據(jù),從源端采集得到,需要進行數(shù)據(jù)映射,轉(zhuǎn)換為目的端可識別的數(shù)據(jù)。數(shù)據(jù)推送:從總線中接收數(shù)據(jù),解析數(shù)據(jù),持久到數(shù)據(jù)庫中。數(shù)據(jù)清洗:對原型數(shù)據(jù)庫中的數(shù)據(jù)進行清洗、比對,寫入到統(tǒng)一業(yè)務(wù)數(shù)據(jù)庫中。這幾個步驟互為依托: Apusic ESB 提供各種適配服務(wù)以及總線數(shù)據(jù)路由服務(wù),能夠高效、可靠的實現(xiàn)

21、這幾個關(guān)鍵步驟。 4.1.1 數(shù)據(jù)采集階段在數(shù)據(jù)采集階段, 衛(wèi)生廳從各個定點醫(yī)療機構(gòu)和新農(nóng)合辦系統(tǒng)的前置交換數(shù)據(jù)庫中, 分析增量數(shù)據(jù), 金蝶中間件 第 14 頁 共 37 頁 并提取增量數(shù)據(jù),將數(shù)據(jù)以統(tǒng)一的數(shù)據(jù)模型封裝、加密,放入總線中。同時分析狀態(tài)發(fā)生變化的數(shù)據(jù), 提取把變化的數(shù)據(jù),放入到總線中。Apusic ESB 的適配器中的采集服務(wù),完成對交換數(shù)據(jù)庫中的業(yè)務(wù)數(shù)據(jù)增量的采集、分析、加密和 封裝,在交換數(shù)據(jù)庫和數(shù)據(jù)總線之間,建立數(shù)據(jù)流通的有效通路。數(shù)據(jù)采集服務(wù)定義在 Apusic ESB 前置節(jié)點中。 Apusic ESB 前置節(jié)點部署在定點醫(yī)療機構(gòu)前置機上。 數(shù)據(jù)采集服務(wù)的定義,可以通過

22、管理工具配置完成,不需要進行編碼工作。 數(shù)據(jù)采集服務(wù)支持主流的數(shù)據(jù)庫,包括 Oracle 、 DB2、 SQL Server 、 MySql 等的主流版本。數(shù)據(jù)采集服務(wù)支持對關(guān)系型數(shù)據(jù)庫之外,也支持各種文件的采集。支持的文件格式包括 XML 、 Exc el 和文本文件。 金蝶中間件 第 15 頁 共 37 頁 4.1.2 數(shù)據(jù)路由階段數(shù)據(jù)采集服務(wù)將各個定點醫(yī)療機構(gòu)和新農(nóng)辦的數(shù)據(jù)按照一定的格式封裝并放入數(shù)據(jù)總線后,由 Apu sic ESB 數(shù)據(jù)總線完成數(shù)據(jù)的連通和路由。Apusic ESB 將通過這兩部分的特性, 解決系統(tǒng)集成時在數(shù)據(jù)傳輸層次的一系列問題, 保證系統(tǒng)集成 時數(shù)據(jù)在各個系統(tǒng)之間

23、的傳輸可靠、安全和高效。數(shù)據(jù)路由邏輯:Apusic ESB 提供獨特的流程引擎,實現(xiàn)面向流程的數(shù)據(jù)路由。通過定義數(shù)據(jù)處理流程的方式,配 置指定數(shù)據(jù)的流轉(zhuǎn)、分支、合并,完成數(shù)據(jù)的路由邏輯定制。 金蝶中間件 第 16 頁 共 37 頁 通過流程定義,以清晰、明了的方式,定制路由邏輯,大大簡化的運行和維護的成本。通過流 程定義,可以快速的實現(xiàn)多種數(shù)據(jù)交換模式:推:點到點或點到多點的主動信息推送方式拉:點到點或點到多點的被動信息獲取方式組播:在一個域或群組范圍內(nèi)的多點群發(fā)方式并且, 對于數(shù)據(jù)交換流程, Apusic ESB提供了多樣靈活的流程調(diào)度, 可以應(yīng)對復(fù)雜的業(yè)務(wù)場景。 金蝶中間件 第 17 頁

24、共 37 頁 實時:對于財務(wù)等敏感數(shù)據(jù),可實時同步定時:每天固定時間進行數(shù)據(jù)時同步自定義:只執(zhí)行單次或者每月第二周周三上午 8點到 10點執(zhí)行同步等復(fù)雜景。數(shù)據(jù)交換流程的引入,使基于 Apusic ESB 之上構(gòu)建的數(shù)據(jù)交換平臺擴展性大大提高。當(dāng)數(shù)據(jù)邏輯 發(fā)生變化的時候,例如,數(shù)據(jù)廣播的接收端增加一個,只需要通過工具修改流程定義,即可馬上滿足新 的業(yè)務(wù)需求。4.1.3 數(shù)據(jù)映射發(fā)生省級數(shù)據(jù)交換平臺中集成的各定點醫(yī)療機構(gòu),可能是完全異構(gòu)的系統(tǒng),也就意味著對于同一中 語義的數(shù)據(jù),存在多種不同的數(shù)據(jù)描述。例如,在某個定點醫(yī)療機構(gòu)的數(shù)據(jù)庫中,對于人員的數(shù)據(jù)描述 可能為: 但是,在數(shù)據(jù)中心的數(shù)據(jù)庫中,對

25、于人員的描述可能為: 那么,當(dāng)數(shù)據(jù)在定點醫(yī)療機構(gòu)被分析采集,路由到數(shù)據(jù)中心,在數(shù)據(jù)中心進行數(shù)據(jù)處理之前,必須 要將數(shù)據(jù)進行轉(zhuǎn)換,轉(zhuǎn)換成為數(shù)據(jù)中心可識別的數(shù)據(jù)。Apusic ESB 適配器簇的映射服務(wù), 能夠根據(jù)已經(jīng)配置好的映射定義, 自動完成異構(gòu)系統(tǒng)之間同種語 金蝶中間件 第 18 頁 共 37 頁 義的數(shù)據(jù)轉(zhuǎn)換。映射的定義內(nèi)容包括:表名影射字段影射字段操作影射同時,還可以完成多張來源表到多張目的表的多對多影射,多張來源表的多個字段到多張目的表的 多個字段的影射。 4.1.4 數(shù)據(jù)推送階段當(dāng)在定點醫(yī)療機構(gòu)和新農(nóng)辦采集到的數(shù)據(jù)通過 Apusic ESB 企業(yè)服務(wù)總線,由流程引擎控制流程邏 輯路由

26、到數(shù)據(jù)中心的時候, Apusic ESB 的適配服務(wù)簇中的持久服務(wù),完成數(shù)據(jù)的解析,并將數(shù)據(jù)持久 到中心數(shù)據(jù)庫中。數(shù)據(jù)持久服務(wù)的定義,可以通過管理工具配置完成。 金蝶中間件 第 19 頁 共 37 頁 數(shù)據(jù)持久服務(wù)支持主流的數(shù)據(jù)庫,包括 Oracle 、 DB2、 SQL Server 、 MySql 等的主流版本。同時,數(shù)據(jù)持久服務(wù),也支持將數(shù)據(jù)持久到文件形式的數(shù)據(jù)存貯中。支持的文件類型包括 XML 、 E xcel 和二進制。并且在 Apusic ESB 之上,允許用戶代碼介入,可以注冊用戶自己編碼完成的適配服務(wù),完成對更 為復(fù)雜場景的數(shù)據(jù)持久工作。4.1.5 數(shù)據(jù)融合服務(wù)針對數(shù)據(jù)自動清洗

27、的場景, Apusic ESB 適配器簇中提供融合服務(wù), 對數(shù)據(jù)清洗作了獨立的封裝。 以 配置的方式,完成原始庫中的數(shù)據(jù)到統(tǒng)一業(yè)務(wù)數(shù)據(jù)庫中數(shù)據(jù)的清洗、比對或者匯總。 金蝶中間件 第 20 頁 共 37 頁 4.1.6 數(shù)據(jù)沖突策略和數(shù)據(jù)交互日志在數(shù)據(jù)交換中,可能會大量的存在數(shù)據(jù)沖突。這些數(shù)據(jù)沖突包括數(shù)據(jù)庫本身的約束(主鍵、外健 , 同時,在特定的業(yè)務(wù)場景下,可能會出現(xiàn)業(yè)務(wù)數(shù)據(jù)沖突。通過 Apusic ESB ,可以定義數(shù)據(jù)沖突策略。數(shù)據(jù)沖突策略包括兩個部分:定義沖突:除了數(shù)據(jù)庫默認(rèn)的主鍵沖突和外健沖突之外, 用戶可以自定義沖突字段, 根據(jù)業(yè)務(wù)需求, 定義那些字段的數(shù)據(jù)重復(fù)時,也被認(rèn)為發(fā)生了數(shù)據(jù)

28、沖突。沖突發(fā)生時的處理方式:根據(jù)指定的數(shù)據(jù)沖突,可以指明數(shù)據(jù)處理策略,這些策略包括,丟棄后來 數(shù)據(jù)、以后來數(shù)據(jù)為準(zhǔn)、更新數(shù)據(jù)等方式。同時, Apusic ESB 對發(fā)生的數(shù)據(jù)交換有詳細(xì)的數(shù)據(jù)交換日志記錄。 數(shù)據(jù)交換日志中記錄了數(shù)據(jù)的來 源、數(shù)據(jù)的目的、數(shù)據(jù)的具體內(nèi)容、數(shù)據(jù)的交換發(fā)生時間等信息。并且可以通過工具,察看如定點醫(yī)療機構(gòu)和數(shù)據(jù)中心之間,在某個時間段內(nèi)總共多少次的數(shù)據(jù)交換 等統(tǒng)計信息。通過業(yè)務(wù)級別的數(shù)據(jù)交換日志,可以對整個系統(tǒng)的數(shù)據(jù)交換情況進行排查、審計,保證數(shù)據(jù)的有效 性。4.2 平臺實現(xiàn)和部署Apusic ESB 套件分為 Apusic ESB 服務(wù)器和 Apusic ESB 客戶端

29、。 一個 Apusic ESB 服務(wù)器和多個 A pusic ESB 客戶端構(gòu)成一個星形結(jié)構(gòu)部署模型,所有的 Apusic ESB Client 和 Apusic ESB Server 一起構(gòu) 成一個自治的交換網(wǎng)絡(luò),實現(xiàn)交換平臺功能,承擔(dān)總線的職責(zé)。 金蝶中間件 第 21 頁 共 37 頁 通過 Apusic ESB Server 和 Apusic ESB Client 的職能分工, Apusic ESB Client 負(fù)責(zé)具體的業(yè)務(wù)操 作單元, Apusic ESB Server 負(fù)責(zé)這些業(yè)務(wù)單元之間的協(xié)同、管理和監(jiān)控,真正實現(xiàn)在中心統(tǒng)一管理、 遠(yuǎn)程部署。省級數(shù)據(jù)交換平臺用到衛(wèi)生系統(tǒng)內(nèi)部專網(wǎng)

30、進行通信,需要在衛(wèi)生廳部署一個 Apusic ESB Server 作 為中心節(jié)點,并且安裝一個 Oralce 數(shù)據(jù)庫用于做中心數(shù)據(jù)存儲。在定點醫(yī)療機構(gòu)系統(tǒng)和縣級新農(nóng)合系統(tǒng) 分別部署 Apusic Agent 客戶端,連接系統(tǒng)前置數(shù)據(jù)庫,用于數(shù)據(jù)采集。省級數(shù)據(jù)交換平臺部署圖如下: 金蝶中間件 第 22 頁 共 37 頁 金蝶中間件 第 23 頁 共 37 頁 4.3 交換平臺系統(tǒng)保障為保證各二級單位的數(shù)據(jù)能安全、可靠、有效的傳輸?shù)街醒霐?shù)據(jù)庫, Apusic ESB 在安全性、可靠性 及監(jiān)控等方面進行了特別考慮。4.3.1 安全性Apusic ESB 實現(xiàn)增強的安全性,支持可插拔的安全加密算法,

31、符合 JCE (Java Cryptography Exten sion 相關(guān)規(guī)范,保證消息傳輸?shù)陌踩?并且實現(xiàn)隊列、主題權(quán)限控制,控制誰可以向隊列中寫以及 誰可以從隊列中讀的安全性。 4.3.1.1 傳輸通道安全性金蝶 Apusic ESB 支持 SSL 協(xié)議,從而實現(xiàn) Apusic ESB 各節(jié)點之間的傳輸通道安全保護。創(chuàng)建 Apusic ESB 節(jié)點與 Apusic ESB 節(jié)點之間路由連接時,還支持額外的口令短語安全保護。 4.3.1.2 數(shù)據(jù)加密金蝶 Apusic ESB 支持在數(shù)據(jù)傳輸過程中對數(shù)據(jù)進行加密,保證數(shù)據(jù)傳輸?shù)陌踩?。安全加密算?可擴展,并提供符合 JCE 相關(guān)規(guī)范的

32、安全加密框架。 4.3.1.3 權(quán)限控制金蝶 Apusic ESB 提供對客戶端連接、隊列 /主題的權(quán)限控制,可按安全角色、用戶、用戶組等方式 控制連接的創(chuàng)建、隊列 /主題的讀 /寫權(quán)限,并符合 JAAS 規(guī)范。 金蝶中間件 第 24 頁 共 37 頁 4.3.2 可靠性4.3.2.1 消息切分金蝶 Apusic ESB 支持將一個大的消息切分成多個小塊發(fā)送,在目的 ESB 節(jié)點重新組合成完整的消 息。同樣,被切分的消息將獲得集群及智能路由帶來的好處,充分利用網(wǎng)絡(luò)帶寬。 4.3.2.2 斷點續(xù)傳斷點續(xù)傳指的是在數(shù)據(jù)傳輸過程中,由于網(wǎng)絡(luò)原因?qū)е聰?shù)據(jù)傳輸中斷,當(dāng)網(wǎng)絡(luò)恢復(fù)時,不需要重新 傳輸整個數(shù)據(jù)

33、消息,而只是從中斷的位置傳送即可。金蝶 Apusic ESB 支持普通數(shù)據(jù)消息和大尺寸對象數(shù)據(jù)消息,兩種數(shù)據(jù)消息都支持傳輸時的斷點續(xù) 傳。因為普通數(shù)據(jù)消息在傳輸時實現(xiàn)了消息切分,所以能夠支持?jǐn)帱c續(xù)傳。即數(shù)據(jù)消息被傳送中途出現(xiàn) 網(wǎng)絡(luò)故障時,仍可在故障恢復(fù)重新連線后,將后續(xù)的數(shù)據(jù)消息片段重新發(fā)送,不必將整個數(shù)據(jù)消息重新 發(fā)送。而服務(wù)器在傳輸大尺寸對象數(shù)據(jù)消息時已經(jīng)內(nèi)置了對斷點續(xù)傳的支持。4.3.2.3 消息壓縮金蝶 Apusic ESB 提供數(shù)據(jù)壓縮支持,在數(shù)據(jù)傳輸時對數(shù)據(jù)進行壓縮和解壓縮,以提高消息傳輸效 率,這可以提升大數(shù)據(jù)的傳輸效率。 4.3.3 管理性Apusic ESB 提供了配套的監(jiān)控管理平臺,即 AESB-Monitor , AESB-Monitor 全稱為 Apusic Enterpri se Service Bus Monitor Server ,中文名為“金蝶 Apusic 企業(yè)服務(wù)總線管控服務(wù)器” ,是對 AESB 和 AES B-Agent 進行全生命周期監(jiān)控的平臺,提供包括 AESB 網(wǎng)絡(luò)節(jié)點基礎(chǔ)信息管理、日志信息管理和權(quán)限管 理等在內(nèi)的管理功能。AESB-Monitor 能夠?qū)崿F(xiàn)對多個 AESB 網(wǎng)絡(luò)的監(jiān)控,只要部署模型上與受管 AESB 網(wǎng)絡(luò)同屬可互訪 的網(wǎng)段即可。同時 AESB-Monitor 也提供插件形式和相應(yīng)的擴展點供二次開發(fā)使用,二次開發(fā)商