醫院數據集成平臺與業務系統集成模式探討

李弘海

成都市第五人民醫院 四川成都 610000

醫院數據集成平臺與業務系統的對接集成是一個較為系統復雜的過程，且缺乏統一的集成方標準，這對于醫院整體信息化經營發展帶來不利影響。因此有必要對醫院數據集成平臺與業務系統集成模式進行討論分析，這對于提升醫院運營信息化水平而言有著重要意義。

1 消息工具模式及優缺點分析

1.1 消息工具模式

消息工具模式在醫院業務系統中常用的一種集成模式，主要由同步消息模式與異步消息模式兩部分組成，其中對于前者而言，在實際進行消息發送時，消息通過需要伴隨著相關業務的相關操作共同進行提交，然而在實際進行消息組建過程中，由于相關的業務操作較為復雜，因此消息的發送進程需要經常等待業務操作完成后才能僅需開展，這就導致了消息發送時需要耗費大量的時間，從而對于前臺程序運轉流暢性帶來不利影響。在該模式下，一旦系統程序出現異常問題，那么將會影響整個事務的運行，系統會因此報錯，導致整個程序運行中斷，因此醫院業務系統在進行發消息模式選擇時，通常會選擇后者，即異步消息模式，該模式又分為三種消息工具模式：

一是錨點觸發消息表模式。該模式下的數據一般會置于數據庫消息表進行存儲，與此同時，在同一個處理進程下，無論是業務數據還是消息數據，系統都會同時進行處理，從而確保二者在具體的內容上，能夠保持整體的一致性，有效實現數據資源共享，同時在異步輪詢的機制的幫助下，能夠結合實際需要進行消息模板配置，并在醫療環境電子交換數據標準（HL7 V3.0）中進行消息的組裝，然后發送至集成平臺。

二是視圖模式。在該模式下數據一般存儲至業務表中，在實際進行處理時，該數據通常能夠直接自動生成數據庫視圖，消息工具在接收到這些視圖后，能夠進行統一的定時查詢與處理，然后可結合實際的需要，做好消息模板的配置，成功完成查詢信息的轉換，更好的滿足醫療環境電子交換數據標準的消息要求，這些信息也會被存儲至消息表中，在定時輪詢機制的幫助下，成功將消息發送至醫院的數據集成平臺。

三是數據抽取模式。該模式下能夠借助數據抽取工具從醫院業務系統數據庫抽取所需要的數據，抽取的數據內容通常會直接存儲至消息中間表中，而消息工具在定時輪詢機制幫助下，能夠成功將表中的數據集通過進行服務設計模板配置，然后組裝成符合醫療環境電子交換數據標準的標準消息，發送至集成平臺。

1.2 消息工具模式優缺點分析

該消息模式具有以下優點：一是消息模式應用較為靈活多樣，且彼此之間相互獨立，開發人員可以自由選擇。二是在醫院實際應用過程中，在不存在較大的服務器故障或網絡故障問題的情況下，消息工具不會出現大面積故障，實際運行比較穩定。

該模式也存在一些缺點：一是系統數量規模大，針對于不同的業務系統，都需要進行各自的消息工具開發，由于當下集成技術缺乏統一集成標準，面對如此多的消息工具，實際維護管理較為困難。二是在該模式下，業務系統與醫院集成平臺進行集成過程中，需要進行大量的改造改開發，實際開發效率低。三是消息工具不易進行擴展，一旦后續變更需求，那么消息工具可能會直接報廢，需要進行全新的工具開發，耗費成本較高[1]。

2 集成平臺管理系統集成模式及優缺點

2.1 集成平臺管理系統集成模式

對于醫院集成平臺管理系統而言，采用的集成模式比較輕量化，因此集成平臺能夠對這些集成標準進行統一的管理。并且在該系統集成模式下，功能較為豐富，比如具備數據標準轉換、驗證功能，醫院業務系統在集成后，還能夠接入白名單,能夠更好地保障醫院數據安全。不僅如此，該集成模式通過SDK（簡單的開發鑰匙）實現了集成，賦予系統更多的接口，比如JAVA接口、C#接口等，SDK還能夠幫助系統驗證數據是否完整，是否有一些關鍵信息缺失，在校驗通過后，能夠X path技術的幫助下，實現數據的轉換，這種轉換功能非常強大，能夠結合系統實際需求，將數據轉換成任意的格式。總體而言，對于醫院集成平臺管理系統集成模式來說。通過應用SDK與業務系統進行簡單的集成，從而成功實現了醫療環境電子交換數據標準消息與發送工作的分離，使得集成復雜程度得到了有效的簡化[2]。

2.2 集成平臺管理系統集成模式優缺點分析

集成平臺管理系統集成模式具有以下優點，由于該模式集成方式比較輕量化得益于SDK的幫助，能夠應用常規的JAVA、C#等標準接口，因此集成復雜程度得到了有效的簡化，同時由于該模式能夠支持HTTP JSON模式，因此實際開發更加方便，不受開發語言的影響，在消息需要升級時，不需要進行過多開發，只需要通過進行URL拼接，即可完成節點的增加，滿足升級要求。二是能夠保證數據安全一致，該集成模式在受到來自業務系統的數據后，能夠自動進行數據的驗證，使得醫院平臺數據更加合理一致。三是集成平臺管理系統模式在X path技術的幫助下，能夠隨意進行XML消息格式的組裝，從而能夠滿足任意的標準，因此本身有著強大的可擴展性，后續維護開發成本較低[3]。

主要缺點為：一是在該模式下，需要進行大量X path工作的配置，集成平臺實際工作量大大增加；二是由于系統通過SDK間接與集成平臺進行集成，而期間需要經SDK進行大量的數據校驗、格式轉換等工作，因此實際對于SDK依賴性比較大，更對其接口穩定性有著較高的要求，期間一旦出現網絡故障或服務器故障問題所有消息都會中斷，因此需要提前做好數據的保存。

3 結語

綜上所述，針對于醫院系統平臺與業務系統的集成，文章介紹了兩種可行的集成模式，并分析了不同模式的優缺點，因此醫院在具體實踐中，可結合實際需求，做好靈活的選用，從而更好的提升醫院數據集成平臺的運行效率與安全性。