大型綜合性醫(yī)院的信息系統(tǒng)幾乎不可能來(lái)自同一廠家,尤其是在專業(yè)化、精細(xì)化要求越來(lái)越高的情況下,可能會(huì)同時(shí)使用幾十個(gè)廠家的系統(tǒng)。這些系統(tǒng)通常隨著醫(yī)院的發(fā)展逐步建立,應(yīng)用了不同的技術(shù)架構(gòu),其中有些系統(tǒng)還是科室根據(jù)自身業(yè)務(wù)需要,由科室主導(dǎo)建設(shè)的。這些系統(tǒng),在建立時(shí)并未都考慮到與醫(yī)院信息系統(tǒng)的集成,所以就成了孤立的系統(tǒng)。
各系統(tǒng)間多采取點(diǎn)對(duì)點(diǎn)方式對(duì)接,這種接口模式在子系統(tǒng)較少時(shí)還好,當(dāng)子系統(tǒng)越來(lái)越多的時(shí)候,升級(jí)和維護(hù)工作變得非常復(fù)雜;集成時(shí)較多關(guān)注信息的采集,不關(guān)注信息的共享與利用;規(guī)范、標(biāo)準(zhǔn)建設(shè)情況滯后于醫(yī)院信息系統(tǒng)應(yīng)用的要求。這些問(wèn)題制約了醫(yī)院信息化的進(jìn)一步發(fā)展,因此如何建立有效的數(shù)據(jù)整合機(jī)制,整合各具特點(diǎn)的不同廠商的專業(yè)系統(tǒng),實(shí)現(xiàn)各業(yè)務(wù)系統(tǒng)集成,是當(dāng)前迫切需要解決的問(wèn)題。
本文主要敘述各系統(tǒng)間如何進(jìn)行整合,至于如何基于平臺(tái)去開(kāi)展數(shù)據(jù)的利用,這里不做過(guò)多討論。
一、集成內(nèi)容
1.患者主索引
建立以患者為中心的現(xiàn)代數(shù)字化醫(yī)院,首要就要建立患者主索引。如果患者不能被唯一地標(biāo)識(shí)、患者的信息不統(tǒng)一,則在臨床醫(yī)療活動(dòng)中形成的各種臨床數(shù)據(jù)無(wú)法很好地關(guān)聯(lián)起來(lái)。通過(guò)建設(shè)全院級(jí)的患者主索引,貫穿患者在門(mén)診、住院、體檢、留觀等服務(wù)的全過(guò)程。
2.科室、人員、設(shè)備主索引
沒(méi)有統(tǒng)一的科室、人員、設(shè)備等主索引時(shí),諸多系統(tǒng)常常單獨(dú)維護(hù),容易產(chǎn)生數(shù)據(jù)的不連貫和不一致。建立人員、科室、設(shè)備乃至重要物資的主索引,對(duì)于數(shù)據(jù)統(tǒng)計(jì)、數(shù)據(jù)利用、成本核算、績(jī)效考核、系統(tǒng)管控等都非常有意義。
3.術(shù)語(yǔ)字典
要實(shí)現(xiàn)各系統(tǒng)之間互聯(lián)互通和信息共享,對(duì)醫(yī)療、收費(fèi)、藥品、物資等基礎(chǔ)數(shù)據(jù)字典做進(jìn)一步的完善合規(guī)非常重要,通過(guò)集成平臺(tái)對(duì)術(shù)語(yǔ)字典進(jìn)行管理和映射很有必要。
4.用戶統(tǒng)一權(quán)限管理和單點(diǎn)登錄
工作人員常常需要登錄多個(gè)系統(tǒng),通過(guò)單點(diǎn)登錄,用戶只需要登錄一次就可以訪問(wèn)其所需的任何應(yīng)用系統(tǒng),從而免去操作上的繁瑣,同時(shí),對(duì)于實(shí)現(xiàn)院內(nèi)各系統(tǒng)的訪問(wèn)控制也變得更容易。
5.全院級(jí)的電子病歷
通過(guò)集成平臺(tái)去整合HIS、CIS、LIS、RIS、PACS 等各應(yīng)用系統(tǒng)中每次就診時(shí)所產(chǎn)生的醫(yī)囑、診斷、護(hù)理、檢查、檢驗(yàn)、病理等信息以及醫(yī)護(hù)人員提供服務(wù)時(shí)所產(chǎn)生的信息,有助于提供醫(yī)療水平,降低醫(yī)療風(fēng)險(xiǎn)。同時(shí)提供符合CDA規(guī)范的文檔輸出,以滿足轉(zhuǎn)診、會(huì)診等區(qū)域共享的要求。
6.各類業(yè)務(wù)接口
以業(yè)務(wù)事件為驅(qū)動(dòng),完成患者門(mén)診就診接口,住院入、出、轉(zhuǎn)接口,申請(qǐng)單接口,醫(yī)囑接口的集成工作;另外還有一些統(tǒng)計(jì)類系統(tǒng),也需要解決大量的數(shù)據(jù)集成的要求。
二、集成方式
醫(yī)院信息系統(tǒng)集成包括三個(gè)方面內(nèi)容:界面集成、數(shù)據(jù)集成和應(yīng)用集成,這三種集成內(nèi)容各解決不同方面的問(wèn)題。
界面集成是指應(yīng)用程序界面之間相互關(guān)聯(lián)引用的合成,采用技術(shù)包括Portlet、ActiveX 插件、IFrame等。不同崗位的人員在訪問(wèn)平臺(tái)門(mén)戶時(shí),將相應(yīng)的各業(yè)務(wù)系統(tǒng)的相關(guān)界面統(tǒng)一展現(xiàn)到平臺(tái)門(mén)戶中,實(shí)現(xiàn)各業(yè)務(wù)系統(tǒng)的待辦、消息提醒等。
數(shù)據(jù)集成是指應(yīng)用系統(tǒng)的數(shù)據(jù)庫(kù)系統(tǒng)之間的數(shù)據(jù)交換和共享,以及數(shù)據(jù)之間的映射變換,常采用ETL工具實(shí)現(xiàn),其應(yīng)用場(chǎng)景包括有報(bào)表數(shù)據(jù)的批量化抽取等。
應(yīng)用集成是指應(yīng)用程序之間實(shí)時(shí)或異步交換信息和相互調(diào)用功能,可以采用 CORBA、EJB、DCOM、WebService、RPC等標(biāo)準(zhǔn),采用消息中間件和企業(yè)服務(wù)總線等中間件實(shí)現(xiàn)。
從醫(yī)院信息系統(tǒng)應(yīng)用集成的架構(gòu)來(lái)說(shuō),存在三種模式:點(diǎn)對(duì)點(diǎn)、單體系統(tǒng)、基于 ESB(Enterprise Service Bus)的集成。
點(diǎn)對(duì)點(diǎn)集成是為了解決多個(gè)系統(tǒng)相互隔離、數(shù)據(jù)交換需要人工進(jìn)行并且不夠可靠的問(wèn)題,適合于少數(shù)系統(tǒng)之間的應(yīng)用集成。
單體系統(tǒng)集成是指整個(gè)系統(tǒng)用統(tǒng)一的數(shù)據(jù)模型和數(shù)據(jù)庫(kù)(或分布式數(shù)據(jù)庫(kù)),消除了各系統(tǒng)之間的接口問(wèn)題。
總線模式是通過(guò)企業(yè)服務(wù)總線或消息中間件實(shí)現(xiàn)服務(wù)注冊(cè)、信息發(fā)布和服務(wù)適配,主要是為了解決耦合過(guò)緊、連通性、可伸縮性的問(wèn)題。單體和總線混合模式是基于HIS、電子病歷等業(yè)務(wù)系統(tǒng)通過(guò)消息與其他異構(gòu)系統(tǒng)的交互。
面向服務(wù)的架構(gòu)(SOA)是將業(yè)務(wù)系統(tǒng)抽象成一個(gè)一個(gè)的服務(wù),形成標(biāo)準(zhǔn)化的服務(wù)接口,實(shí)現(xiàn)系統(tǒng)之間的松耦合,實(shí)現(xiàn)服務(wù)的可管理。
三、集成實(shí)施
集成平臺(tái)整合工作量比較大,受外部的影響因素比較多,在實(shí)施思路上需采取“整體規(guī)劃、分步實(shí)施”的策略。
1.實(shí)施流程
系統(tǒng)集成涉及到調(diào)動(dòng)應(yīng)用系統(tǒng)的供應(yīng)商、接口系統(tǒng)供應(yīng)商、系統(tǒng)集成方和醫(yī)院方,各方協(xié)同工作基本流程如下:
(1)調(diào)動(dòng)接口系統(tǒng)的供應(yīng)商需要提供使用了哪些接口、接口的詳細(xì)定義信息,以及調(diào)用的業(yè)務(wù)場(chǎng)景;
(2)接口系統(tǒng)的供應(yīng)商需要確認(rèn)調(diào)用方提供的信息是否完整和正確,如果存在主動(dòng)推送數(shù)據(jù)的接口,需要提供推送的業(yè)務(wù)場(chǎng)景;
(3)系統(tǒng)集成方需要根據(jù)接口調(diào)用方和提供方提供的信息,整理出現(xiàn)在接口的交互流程及詳細(xì)的接口定義書(shū);
(4)系統(tǒng)集成方整理好的交互流程和接口定義書(shū)交給調(diào)用方和提供方進(jìn)行確認(rèn),三方都無(wú)異議則完成現(xiàn)狀調(diào)查;
(5)系統(tǒng)集成方對(duì)現(xiàn)有接口進(jìn)行合并,合并后一個(gè)服務(wù)可能對(duì)應(yīng)多個(gè)消費(fèi)系統(tǒng);
(6)系統(tǒng)集成方對(duì)接口進(jìn)行判斷,看是否需要標(biāo)準(zhǔn)化改造;
(7)系統(tǒng)集成方生成合并及標(biāo)準(zhǔn)化后的服務(wù)設(shè)計(jì)書(shū);
(8)新的服務(wù)設(shè)計(jì)書(shū)交付服務(wù)提供方和消費(fèi)方確認(rèn),集成方、提供方、消費(fèi)方三方確認(rèn)后,交付院方審核,審核通過(guò)則完成服務(wù)設(shè)計(jì);
(9)根據(jù)新的服務(wù)設(shè)計(jì),服務(wù)提供方、集成方、消費(fèi)方均需要展開(kāi)集成開(kāi)發(fā)工作;
(10)在此期間,院方需要監(jiān)控三方的開(kāi)發(fā)進(jìn)度,以確保集成測(cè)試能按期執(zhí)行;
(11)當(dāng)提供方、集成方、消費(fèi)方三方的開(kāi)發(fā)都通過(guò)單體測(cè)試后,則可以開(kāi)始集成測(cè)試;
(12)當(dāng)服務(wù)完成集成測(cè)試后,院方可按計(jì)劃或選擇適當(dāng)?shù)臅r(shí)機(jī),在正式環(huán)境進(jìn)行實(shí)施。
2.實(shí)施組織
平臺(tái)建設(shè)是一項(xiàng)復(fù)雜的、大型的系統(tǒng)工程,不僅涉及到技術(shù)實(shí)現(xiàn)的方法和手段,而且涉及到項(xiàng)目實(shí)施期間各種資源的管理與調(diào)配。為了能有效地進(jìn)行資源控制、進(jìn)度控制和質(zhì)量控制,確保項(xiàng)目順利實(shí)施,項(xiàng)目應(yīng)該確定為“一把手工程”。
分析現(xiàn)有系統(tǒng)接口及業(yè)務(wù)流程,各業(yè)務(wù)系統(tǒng)改造,迭代接入平臺(tái)。制定分期計(jì)劃,按主次接入平臺(tái)??梢栽跇I(yè)務(wù)系統(tǒng)升級(jí)的時(shí)候逐步接入平臺(tái)。
3.實(shí)施保障
(1)服務(wù)器雙機(jī)。利用數(shù)據(jù)庫(kù)集群和服務(wù)器雙機(jī)技術(shù),主服務(wù)器發(fā)生故障時(shí),自動(dòng)啟用備用服務(wù)器,來(lái)實(shí)現(xiàn)集成平臺(tái)的高可用性。
(2)重發(fā)機(jī)制。要確保每條消息都能達(dá)到接收方,平臺(tái)應(yīng)具備消息重發(fā)機(jī)制。若發(fā)生通信故障,系統(tǒng)會(huì)嘗試進(jìn)行重新發(fā)送。重試一定次數(shù)仍然失敗的,保存失敗記錄,以便人工干預(yù)。
(3)日志記錄。消息交互具有完備的日志記錄。發(fā)生故障時(shí),能迅速進(jìn)行定位,找出原因。
(4)充分測(cè)試。充分進(jìn)行模擬測(cè)試,及早發(fā)現(xiàn)邏輯處理上或者性能上的問(wèn)題,從而進(jìn)行完善和優(yōu)化處理。
(5)預(yù)警。涉及的費(fèi)用等關(guān)鍵接口,開(kāi)發(fā)專門(mén)的監(jiān)控程序,發(fā)生異常時(shí),通過(guò)短信實(shí)時(shí)進(jìn)行預(yù)警,通知維護(hù)人員及時(shí)處理。
4.集成平臺(tái)實(shí)施關(guān)鍵點(diǎn)
(1)選擇集成平臺(tái)廠商。一定要選擇有實(shí)力的廠家,是否擁有豐富的集成平臺(tái)實(shí)施經(jīng)驗(yàn)、能否處理上線后的各類突發(fā)情況、后續(xù)服務(wù)是否能跟得上等都需要仔細(xì)考察。
(2)醫(yī)院協(xié)調(diào)組織的力度。醫(yī)院的全力組織和積極配合對(duì)集成平臺(tái)實(shí)施起著非常重要的作用。
(3)業(yè)務(wù)系統(tǒng)廠商的配合力度和技術(shù)能力。業(yè)務(wù)系統(tǒng)廠商往往會(huì)存在溝通協(xié)調(diào)以及研發(fā)人員的技術(shù)能力的問(wèn)題,這會(huì)影響集成平臺(tái)實(shí)施進(jìn)度。
四、結(jié)論
1.不為了集成而集成。需先保障主要流程貫通、主要數(shù)據(jù)實(shí)現(xiàn)共享、業(yè)務(wù)系統(tǒng)穩(wěn)定。
2.標(biāo)準(zhǔn)很重要。無(wú)論是采用國(guó)家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn),抑或者是院內(nèi)標(biāo)準(zhǔn),標(biāo)準(zhǔn)的制定必不可少,這有利于實(shí)現(xiàn)語(yǔ)法、語(yǔ)義、語(yǔ)用各層面的互操作性。
3.控制集成的粒度和范圍。如果是不具有共性的接口,可以考慮保持原有點(diǎn)對(duì)點(diǎn)對(duì)接的方式。單個(gè)系統(tǒng)內(nèi)部的交互暫時(shí)不需要接入平臺(tái)。
4.針對(duì)不同業(yè)務(wù)系統(tǒng)的特點(diǎn),選擇最佳的集成模式。集成模式多元化,可降低集成難度,提高集成效率。
5.集成平臺(tái)不是萬(wàn)能的,在具體應(yīng)用上需要進(jìn)行二次開(kāi)發(fā)。