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

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