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

【技術(shù)領(lǐng)域】
[0001] 本發(fā)明涉及計(jì)算機(jī)應(yīng)用領(lǐng)域，尤其涉及一種面向區(qū)域醫(yī)療的異構(gòu)信息系統(tǒng)集成的 方法和裝置。

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


【發(fā)明內(nèi)容】

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

【專利附圖】

【附圖說明】
[0026] 圖1所示為本發(fā)明實(shí)施例集成方法的流程示意圖；
[0027] 圖2所示為本發(fā)明實(shí)施例層次結(jié)構(gòu)的結(jié)構(gòu)示意圖；
[0028] 圖3所示為本發(fā)明實(shí)施例SOAP方式的web service接入模板的結(jié)構(gòu)示意圖；
[0029] 圖4所示為本發(fā)明實(shí)施例集成遺留系統(tǒng)的流程示意圖；
[0030] 圖5所示為本發(fā)明實(shí)施例集成裝置的結(jié)構(gòu)示意圖。

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