醫(yī)院數(shù)據(jù)集成平臺(tái)與業(yè)務(wù)系統(tǒng)集成模式探討

李弘海

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

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

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

1.1 消息工具模式

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

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

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

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

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

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

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

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

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

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

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

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

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

3 結(jié)語(yǔ)

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