一種面向區域醫療的異構信息系統集成方法和裝置製造方法

2023-10-10 18:29:19

一種面向區域醫療的異構信息系統集成方法和裝置製造方法
【專利摘要】本發明提供一種面向區域醫療的異構信息系統集成方法和裝置，所述集成方法包括：構建一個包含一個企業服務總線(ESB)、工作流引擎、集成平臺控制臺的集成平臺；通過工作流引擎開發流程，所述流程由服務組成；根據接入方式和企業服務總線，開發接入模板；通過所述接入模板，將遺留系統和所述服務連接起來，即集成遺留系統。所述集成裝置包括構建平臺單元、開發流程單元、開發接入模板單元和集成遺留系統單元。本發明不僅簡化集成方案，提升集成效率，減少集成成本，還實現了與醫療機構中實際信息系統的解耦。
【專利說明】一種面向區域醫療的異構信息系統集成方法和裝置

【技術領域】
[0001] 本發明涉及計算機應用領域，尤其涉及一種面向區域醫療的異構信息系統集成的 方法和裝置。

【背景技術】
[0002] 在我國醫療衛生信息化的發展進程中，由於長期缺少標準，眾多醫療機構各行其 是，數據資源被分散在彼此隔離的孤島式醫療信息系統中。一方面，異構醫療信息系統之 間不能互聯互通，不僅無法滿足區域醫療信息共享的需求，還導致了病人診療數據的多口 採集和重複輸入，影響數據的一致性和正確性；另一方面，醫療機構之間的業務協同難以實 現，嚴重製約了醫療資源的有效應用，降低了醫療信息系統的使用價值。如何集成不同醫療 機構的信息系統，架構統一的區域醫療信息平臺，實現資源的全面整合和共享，是提高醫療 服務水平、降低醫療成本的關鍵環節。
[0003] 隨著集成需求的逐步發展，醫療機構使用傳統的點對點集成方法的成本和複雜度 往往也會迅速增加。企業服務總線（Enterprise Service Bus, ESB)為實現區域醫療信息 平臺內異構系統的集成提供了重要的實現手段。ESB是一種由中間件技術實現並支持面向 服務的體系架構（service-oriented architecture, S0A)的集成基礎架構，將點對點或簡 單的星型的系統集成方式變成以總線為中心的集成方式，可以最大限度地減少異構系統集 成複雜度、降低集成成本以及提高集成效率。在ESB平臺中，通常將被集成對象定義為服 務，應用環境中被集成對象之間的溝通定義為消息。集成方案實施人員通過接入模塊把現 有異構系統（也稱為遺留系統）連接到總線上，以形成相關服務。
[0004] 對於醫療行業來說，遺留系統的集成主要存在以下兩個困難。一是集成方案需滿 足醫療行業的特定需求，例如醫療衛生行業標準、診療流程等，隨著需求的變化，集成、測 試、認證和維護將成為ESB平臺開發的沉重負擔。二是各個醫療機構的信息系統由不同的 供應商開發，採用的實現方案和開發平臺千差萬別，開發人員把遺留系統接入到ESB平臺 時需花費大量的時間和資源來支持遵從性，導致集成方法的敏捷性嚴重降低。


【發明內容】

[0005] 本發明解決的問題是提供一種面向區域醫療的異構信息系統集成方法和裝置，不 僅簡化集成方案、提升集成效率、減少集成成本，還實現了醫療機構中實際信息系統的解耦 問題。
[0006] 為了解決上述問題，本發明提供了一種面向區域醫療的異構信息系統集成方法， 包括：
[0007] 根據服務和流程構建一個集成平臺，所述集成平臺包括企業服務總線、工作流引 擎、流程管理模塊、服務管理模塊以及接入模板管理模塊；通過所述工作流引擎開發所述流 程管理模塊中的流程，所述流程由所述服務管理模塊中的服務組成；根據接入方式和所述 企業服務總線，開發所述接入模板管理模塊中的接入模板；通過所述接入模板，將遺留系統 和所述服務連接起來，即集成遺留系統。
[0008] 上述所述一種面向區域醫療的異構信息系統集成方法，其中，所述集成平臺還包 括系統管理模塊。
[0009] 上述所述一種面向區域醫療的異構信息系統集成方法，其中，用所述工作流引擎 編排所述流程。
[0010] 上述所述一種面向區域醫療的異構信息系統集成方法，其中，通過面向服務的分 析方法將所述流程分解，得到所述服務。
[0011] 上述所述一種面向區域醫療的異構信息系統集成方法，其中，所述接入方式為 SOAP方式的web service接入方式、RESTful方式的web service接入方式、資料庫直接讀 寫接入方式、文件直接讀寫接入方式、DIC0M接入方式或HL7接入方式。
[0012] 上述所述一種面向區域醫療的異構信息系統集成方法，其中，所述集成遺留系統 的過程為：
[0013] 步驟1)分析所述遺留系統，並確定所述遺留系統與所述服務的對應關係；
[0014] 步驟2)判斷接入模塊模板庫中是否存在適合所述遺留系統的接入模板；
[0015] 步驟3)若不存在，則開發新的接入模板，並上傳到所述集成平臺，再執行所述步 驟2);若存在，則配置所述步驟2)選擇的合適的接入模板，生成接入模塊並發布所述接入 模塊；
[0016] 步驟4)判斷是否還有遺留系統需要接入，若有，則返回所述步驟2);若沒有，則啟 動所述已接入遺留系統的所有服務。
[0017] 上述所述一種面向區域醫療的異構信息系統集成方法，其中，所述接入模塊派生 成新的所述接入模板。
[0018] 為解決上述問題，本發明還提供了一種面向區域醫療的異構信息系統集成裝置， 包括：
[0019] 構建平臺單元，適於根據服務和流程構建一個集成平臺，所述集成平臺包括企業 服務總線、工作流引擎、流程管理模塊、服務管理模塊以及接入模板管理模塊；
[0020] 開發流程單元，適於通過所述工作流引擎開發所述流程管理模塊中的流程，其中， 所述流程由所述服務管理模塊中的服務組成；
[0021] 開發接入模板單元，適於根據接入方式和所述企業服務總線，開發所述接入模板 管理模塊中的接入模板；
[0022] 集成遺留系統單元，適於通過所述接入模板，將遺留系統和所述服務連接起來。
[0023] 與現有技術相比，本發明將集成平臺中的流程模塊和接入模塊模塊化，實現高水 平的重用，降低集成方法的複雜度，在保證集成部署方案敏捷性的同時，還可優化開發成 本；
[0024] 進一步地，引入分層結構，降低了模塊耦合關係的複雜度；
[0025] 進一步地，採用自頂向下的服務發現方法，並結合底層依賴服務接口而不依賴具 體實現的流程構建原則，實現了與醫療機構中實際信息系統的解耦，保證集成平臺的實用 性。

【專利附圖】

【附圖說明】
[0026] 圖1所示為本發明實施例集成方法的流程示意圖；
[0027] 圖2所示為本發明實施例層次結構的結構示意圖；
[0028] 圖3所示為本發明實施例SOAP方式的web service接入模板的結構示意圖；
[0029] 圖4所示為本發明實施例集成遺留系統的流程示意圖；
[0030] 圖5所示為本發明實施例集成裝置的結構示意圖。

【具體實施方式】
[0031] 在下面的描述中闡述了很多具體細節以便於充分理解本發明。但是本發明能夠以 很多不同於在此描述的其它方式來實施，本領域技術人員可以在不違背本發明內涵的情況 下做類似推廣，因此本發明不受下面公開的具體實施的限制。
[0032] 其次，本發明利用示意圖進行詳細描述，在詳述本發明實施例時，為便於說明，所 述示意圖只是實例，其在此不應限制本發明保護的範圍。
[0033] 下面結合附圖和實施例對本發明進行詳細地說明。本發明提供了一種面向區 域醫療的異構信息系統的集成方法如圖1所示，首先，執行步驟S101，根據服務和流程 構建一個集成平臺。具體地，在本實施例中，收集並整理醫療行業信息規範和業務流程， 定義出符合行業規範的通用業務協同流程，即所述流程。通過面向服務的分析方法將 所述通用協同流程（流程）進行分解，以得到一個業務活動集，並分析業務活動集以確 定所述服務。在本實施例中，所採用的面向服務的分析方法為S0MA(Service Oriented Modeling Architecture)方法。根據上述定義的流程和服務，構建一個面向服務構架（SOA, service-oriented architecture)集成平臺，所述集成平臺包括企業服務總線、工作流引 擎、流程管理模塊、服務管理模塊以及接入模板管理模塊，還包括系統管理模塊，此外，定義 集成平臺中服務交互的消息協議和規範。其中，流程管理模塊包括導入/刪除流程、查看流 程和啟動/停止流程等功能；服務管理模塊包括給服務配置遺留系統接入和啟動/停止服 務等功能；接入模板管理模塊包括接入模板上傳、加載接入模板、卸載接入模板、生成接入 模塊、接入模塊派生成新接入模板等功能；系統管理模塊包括權限、日誌、審計和統計等。
[0034] 接著，執行步驟S102,通過工作流引擎開發所述流程管理模塊中的流程。其中，所 述流程由所述服務管理模塊中的服務組成。具體地，為了在技術層面將業務流程變更給系 統造成的影響降到最低，集成平臺中的服務和流程採用分層結構。在本實施例中，層次結構 如圖2所示，將服務分為基礎服務24和組合服務23。根據工作流引擎編排流程的複雜程 度，將流程分為基礎流程22和複雜流程21。其中，基礎服務24為整個平臺中最基本的服務 單元，提供了業務領域的一些基本服務功能；組合服務23由若干基礎服務組成；基礎流程 22是由基本服務24和組合服務23編排而成的業務領域中基本的流程；複雜流程21是由 基礎服務24、組合服務23以及基礎流程22編排而成的流程。根據步驟S101定義的服務契 約和平臺所採用的具體的企業服務總線，開發服務（即服務接口，沒有接入遺留系統26,月艮 務還不能啟動，需要接入模塊25的連接），並將開發好的服務發布到所述服務管理模塊中。 所採用的工作流引擎為Java業務流程管理（JBPM，Java Business Process Management), 用其對服務（基礎服務和複雜服務）進行編排，開發出步驟S101中所定義的流程。將開發 好的流程發布到所述流程管理模塊中。
[0035] 由於流程所依賴的服務還沒有和實際系統對接，即流程所依賴的服務目前只是一 個契約，還沒有具體的實現，流程還不能流轉，因此，需要一個接入模板，將服務和實際系統 連接起來。
[0036] 接著，執行步驟S103,根據接入方式和平臺所採用的具體的企業服務總線，設計接 入模板。其中，所述接入模板包括接入遺留系統時的配置界面、接入配置文件模板、接入配 置文件生成器和接入模塊運行時依賴的程序庫文件。具體地，在本實施例中，根據醫療信息 化領域常用系統集成方法（web service調用或其它接口調用方式）和直接資料庫讀寫集 成等方式分類和歸納出接入方式，接入方式有SOAP方式的web service接入方式、RESTful 方式的web service接入方式、資料庫直接讀寫接入方式、文件直接讀寫接入方式、DIC0M 接入方式或HL7接入方式等。在本實施例中，採用SOAP方式的web service接入方式。 [0037] 需要說明的是，不同ESB和不同接入方式在接入配置時使用的接入配置頁面也可 能不同。以SOAP方式的web service接入模板為例，如圖3所示，接入模板可能包含的配 置內容有：（1)接入協議，即遺留系統暴露接口所採用的協議，如http、tcp、udp、jms等，而 對於S101所定義的服務的消息交互所採用的協議則遵循平臺服務交互規範（例如soap over jms，），因此在接入模塊中不需要再做配置指定。（2)獲取服務定義文件的連結地址 (wsdl url)。需要說明的是，該配置是SOAP web service接入模板特有的，其他類型接入 模板則不需要。（3) inbound消息轉換，即對入站消息進行轉換處理，使其能夠滿足和遺留系 統交互的消息格式要求，消息轉換方式可以有多種，可以採用xstl、消息轉換器鏈轉換、基 於xml模板的轉換方式或其他轉換方式。⑷outbound消息轉換，即對出站消息進行轉換處 理，使其能夠滿足與步驟S101所定義的服務交互的要求，消息轉換方式可以有多種，可以 採用xstl、消息轉換器鏈轉換、基於xml模板的轉換方式或其他轉換方式。
[0038] 接著，對設計好的接入模板進行開發。實現在接入配置頁面上填寫相關配置項後， 接入配置文件生成器將配置內容填充到接入配置文件模板，形成接入配置實例--接入模 塊。另外，可能還需要編寫程序（即接入模塊運行時依賴的程序庫文件）來處理複雜的邏 輯。開發完成後，將模板所有內容（接入遺留系統時的配置文件、接入配置文件模板、接入 配置文件生成器和接入模塊運行時依賴的程序庫文件）打包。接入模板打包後上傳到集成 平臺。需要說明的是，接入模板配置後發布成接入模塊，接入模塊也可以派生成接入模板用 於作為以後接入相同的遺留系統的接入模板。
[0039] 再接著，執行步驟S104,通過接入模板，將遺留系統和所述服務連接起來，即集成 遺留系統。具體地，如圖4所示，首先，執行步驟S401，分析所述遺留系統，並確定所述遺留 系統與所述服務的對應關係。確定步驟S101所定義的服務該由哪個遺留系統來提供。接 著，執行步驟S402,判斷接入模塊模板庫中是否存在適合所述遺留系統的接入模板，若不 存在，則執行步驟S403,開發新的接入模塊，開發的過程如步驟S103所述；接著，執行步驟 S404,上傳所述步驟S403中的新接入模板到集成平臺，並以插件的形式加載啟用該新接入 模板，再返回步驟S402。若存在，則執行步驟S405,配置所選擇的合適的接入模板，根據接 入模板配置頁面配置接入遺留系統；接著，執行步驟S406,生成接入模塊並發布所述接入 模塊，集成平臺控制臺將配置完成後生成的接入模塊打包成ESB工程發布到ESB上，則相應 的服務即可啟動，如圖2所示，遺留系統26通過接入模塊25和基礎服務24連接起來；接 著，執行步驟S407,判斷是否還有遺留系統需要接入，若有，則返回步驟S402 ;若無，則執行 步驟S408,啟動所述已接入遺留系統的所有服務。依次類推，直至流程所依賴的所有服務都 完成配置，此時，流程也就啟動和流轉起來。
[0040] 對應於上述面向區域醫療的異構信息系統集成方法，本發明實施例還提供了一種 面向區域的異構信息系統集成裝置，如圖5所示，包括構建平臺單元1、開發流程單元2、開 發接入模板單元3和集成遺留系統單元4。
[0041] 所述構建平臺單元1適於根據服務和流程構建一個集成平臺。其中，所述集成平 臺包括企業服務總線、工作流引擎、流程管理模塊、服務管理模塊以及接入模板管理模塊， 還包括系統管理模塊。
[0042] 所述開發流程單元2適於通過所述工作流引擎開發所述流程管理模塊中的流程。 其中，所述流程由所述服務管理模塊中的服務組成，所述工作流引擎為業務流程管理。
[0043] 開發接入模板單元3適於根據接入方式和所述企業服務總線，開發所述接入模 板管理模塊中的接入模板。其中，所述接入方式為SOAP方式的web service接入方式、 RESTful方式的web service接入方式、資料庫直接讀寫接入方式、文件直接讀寫接入方 式、DIC0M接入方式或HL7接入方式。
[0044] 集成遺留系統單元4適於通過所述接入模板，將遺留系統和所述服務連接起來。
[0045] 本發明雖然已以較佳實施例公開如上，但其並不是用來限定本發明，任何本領域 技術人員在不脫離本發明的精神和範圍內，都可以利用上述揭示的方法和技術內容對本發 明技術方案做出可能的變動和修改，因此，凡是未脫離本發明技術方案的內容，依據本發明 的技術實質對以上實施例所作的任何簡單修改、等同變化及修飾，均屬於本發明技術方案 的保護範圍。
【權利要求】
1. 一種面向區域醫療的異構信息系統集成方法，其特徵在於，包括： 根據服務和流程構建一個集成平臺，所述集成平臺包括企業服務總線、工作流引擎、流 程管理模塊、服務管理模塊以及接入模板管理模塊；通過所述工作流引擎開發所述流程管 理模塊中的流程，所述流程由所述服務管理模塊中的服務組成；根據接入方式和所述企業 服務總線，開發所述接入模板管理模塊中的接入模板；通過所述接入模板，將遺留系統和所 述服務連接起來，即集成遺留系統。
2. 如權利要求1所述一種面向區域醫療的異構信息系統集成方法，其特徵在於，所述 集成平臺還包括系統管理模塊。
3. 如權利要求1所述一種面向區域醫療的異構信息系統集成方法，其特徵在於，用所 述工作流引擎編排所述流程。
4. 如權利要求3所述一種面向區域醫療的異構信息系統集成方法，其特徵在於，通過 面向服務的分析方法將所述流程分解，得到所述服務。
5. 如權利要求1所述一種面向區域醫療的異構信息系統集成方法，其特徵在於，所述 接入方式為SOAP方式的web service接入方式、RESTful方式的web service接入方式、 資料庫直接讀寫接入方式、文件直接讀寫接入方式、DIC0M接入方式或HL7接入方式。
6. 如權利要求1所述一種面向區域醫療的異構信息系統集成方法，其特徵在於，所述 集成遺留系統的過程為： 步驟1)分析所述遺留系統，並確定所述遺留系統與所述服務的對應關係； 步驟2)判斷接入模塊模板庫中是否存在適合所述遺留系統的接入模板； 步驟3)若不存在，則開發新的接入模板，並上傳到所述集成平臺，再執行所述步驟2); 若存在，則配置所述步驟2)選擇的合適的接入模板，生成接入模塊並發布所述接入模塊； 步驟4)判斷是否還有遺留系統需要接入，若有，則返回所述步驟2);若沒有，則啟動所 述已接入遺留系統的所有服務。
7. 如權利要求6所述一種面向區域醫療的異構信息系統集成方法，所述接入模塊派生 成新的所述接入模板。
8. 實現如權利要求1-7任一項所述一種面向區域醫療的異構信息系統集成方法的裝 置，其特徵在於，包括： 構建平臺單元，適於根據服務和流程構建一個集成平臺，所述集成平臺包括企業服務 總線、工作流引擎、流程管理模塊、服務管理模塊以及接入模板管理模塊； 開發流程單元，適於通過所述工作流引擎開發所述流程管理模塊中的流程，其中，所述 流程由所述服務管理模塊中的服務組成； 開發接入模板單元，適於根據接入方式和所述企業服務總線，開發所述接入模板管理 模塊中的接入模板； 集成遺留系統單元，適於通過所述接入模板，將遺留系統和所述服務連接起來。
【文檔編號】G06F9/44GK104063209SQ201310095084
【公開日】2014年9月24日 申請日期:2013年3月22日 優先權日:2013年3月22日
【發明者】林浩生, 陳文娟 申請人:上海聯影醫療科技有限公司