李弘海

成都市第五人民醫(yī)院 四川成都 610000

醫(yī)院數(shù)據(jù)集成平臺與業(yè)務(wù)系統(tǒng)的對接集成是一個較為系統(tǒng)復(fù)雜的過程，且缺乏統(tǒng)一的集成方標(biāo)準(zhǔn)，這對于醫(yī)院整體信息化經(jīng)營發(fā)展帶來不利影響。因此有必要對醫(yī)院數(shù)據(jù)集成平臺與業(yè)務(wù)系統(tǒng)集成模式進(jìn)行討論分析，這對于提升醫(yī)院運(yùn)營信息化水平而言有著重要意義。

1 消息工具模式及優(yōu)缺點分析

1.1 消息工具模式

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

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

二是視圖模式。在該模式下數(shù)據(jù)一般存儲至業(yè)務(wù)表中，在實際進(jìn)行處理時，該數(shù)據(jù)通常能夠直接自動生成數(shù)據(jù)庫視圖，消息工具在接收到這些視圖后，能夠進(jìn)行統(tǒng)一的定時查詢與處理，然后可結(jié)合實際的需要，做好消息模板的配置，成功完成查詢信息的轉(zhuǎn)換，更好的滿足醫(yī)療環(huán)境電子交換數(shù)據(jù)標(biāo)準(zhǔn)的消息要求，這些信息也會被存儲至消息表中，在定時輪詢機(jī)制的幫助下，成功將消息發(fā)送至醫(yī)院的數(shù)據(jù)集成平臺。

三是數(shù)據(jù)抽取模式。該模式下能夠借助數(shù)據(jù)抽取工具從醫(yī)院業(yè)務(wù)系統(tǒng)數(shù)據(jù)庫抽取所需要的數(shù)據(jù)，抽取的數(shù)據(jù)內(nèi)容通常會直接存儲至消息中間表中，而消息工具在定時輪詢機(jī)制幫助下，能夠成功將表中的數(shù)據(jù)集通過進(jìn)行服務(wù)設(shè)計模板配置，然后組裝成符合醫(yī)療環(huán)境電子交換數(shù)據(jù)標(biāo)準(zhǔn)的標(biāo)準(zhǔn)消息，發(fā)送至集成平臺。

1.2 消息工具模式優(yōu)缺點分析

該消息模式具有以下優(yōu)點：一是消息模式應(yīng)用較為靈活多樣，且彼此之間相互獨(dú)立，開發(fā)人員可以自由選擇。二是在醫(yī)院實際應(yīng)用過程中，在不存在較大的服務(wù)器故障或網(wǎng)絡(luò)故障問題的情況下，消息工具不會出現(xiàn)大面積故障，實際運(yùn)行比較穩(wěn)定。

該模式也存在一些缺點：一是系統(tǒng)數(shù)量規(guī)模大，針對于不同的業(yè)務(wù)系統(tǒng)，都需要進(jìn)行各自的消息工具開發(fā)，由于當(dāng)下集成技術(shù)缺乏統(tǒng)一集成標(biāo)準(zhǔn)，面對如此多的消息工具，實際維護(hù)管理較為困難。二是在該模式下，業(yè)務(wù)系統(tǒng)與醫(yī)院集成平臺進(jìn)行集成過程中，需要進(jìn)行大量的改造改開發(fā)，實際開發(fā)效率低。三是消息工具不易進(jìn)行擴(kuò)展，一旦后續(xù)變更需求，那么消息工具可能會直接報廢，需要進(jìn)行全新的工具開發(fā)，耗費(fèi)成本較高[1]。

2 集成平臺管理系統(tǒng)集成模式及優(yōu)缺點

2.1 集成平臺管理系統(tǒng)集成模式

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

2.2 集成平臺管理系統(tǒng)集成模式優(yōu)缺點分析

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

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

3 結(jié)語

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