大型綜合性醫(yī)院的信息系統(tǒng)幾乎不可能來自同一廠家，尤其是在專業(yè)化、精細(xì)化要求越來越高的情況下，可能會同時使用幾十個廠家的系統(tǒng)。這些系統(tǒng)通常隨著醫(yī)院的發(fā)展逐步建立，應(yīng)用了不同的技術(shù)架構(gòu)，其中有些系統(tǒng)還是科室根據(jù)自身業(yè)務(wù)需要，由科室主導(dǎo)建設(shè)的。這些系統(tǒng)，在建立時并未都考慮到與醫(yī)院信息系統(tǒng)的集成，所以就成了孤立的系統(tǒng)。

       各系統(tǒng)間多采取點(diǎn)對點(diǎn)方式對接，這種接口模式在子系統(tǒng)較少時還好，當(dāng)子系統(tǒng)越來越多的時候，升級和維護(hù)工作變得非常復(fù)雜；集成時較多關(guān)注信息的采集，不關(guān)注信息的共享與利用；規(guī)范、標(biāo)準(zhǔn)建設(shè)情況滯后于醫(yī)院信息系統(tǒng)應(yīng)用的要求。這些問題制約了醫(yī)院信息化的進(jìn)一步發(fā)展，因此如何建立有效的數(shù)據(jù)整合機(jī)制，整合各具特點(diǎn)的不同廠商的專業(yè)系統(tǒng)，實(shí)現(xiàn)各業(yè)務(wù)系統(tǒng)集成，是當(dāng)前迫切需要解決的問題。

       本文主要敘述各系統(tǒng)間如何進(jìn)行整合，至于如何基于平臺去開展數(shù)據(jù)的利用，這里不做過多討論。

一、集成內(nèi)容

       1.患者主索引

       建立以患者為中心的現(xiàn)代數(shù)字化醫(yī)院，首要就要建立患者主索引。如果患者不能被唯一地標(biāo)識、患者的信息不統(tǒng)一，則在臨床醫(yī)療活動中形成的各種臨床數(shù)據(jù)無法很好地關(guān)聯(lián)起來。通過建設(shè)全院級的患者主索引，貫穿患者在門診、住院、體檢、留觀等服務(wù)的全過程。

       2.科室、人員、設(shè)備主索引

       沒有統(tǒng)一的科室、人員、設(shè)備等主索引時，諸多系統(tǒng)常常單獨(dú)維護(hù)，容易產(chǎn)生數(shù)據(jù)的不連貫和不一致。建立人員、科室、設(shè)備乃至重要物資的主索引，對于數(shù)據(jù)統(tǒng)計(jì)、數(shù)據(jù)利用、成本核算、績效考核、系統(tǒng)管控等都非常有意義。

       3.術(shù)語字典

       要實(shí)現(xiàn)各系統(tǒng)之間互聯(lián)互通和信息共享，對醫(yī)療、收費(fèi)、藥品、物資等基礎(chǔ)數(shù)據(jù)字典做進(jìn)一步的完善合規(guī)非常重要，通過集成平臺對術(shù)語字典進(jìn)行管理和映射很有必要。

       4.用戶統(tǒng)一權(quán)限管理和單點(diǎn)登錄

       工作人員常常需要登錄多個系統(tǒng)，通過單點(diǎn)登錄，用戶只需要登錄一次就可以訪問其所需的任何應(yīng)用系統(tǒng)，從而免去操作上的繁瑣，同時，對于實(shí)現(xiàn)院內(nèi)各系統(tǒng)的訪問控制也變得更容易。

       5.全院級的電子病歷

       通過集成平臺去整合HIS、CIS、LIS、RIS、PACS 等各應(yīng)用系統(tǒng)中每次就診時所產(chǎn)生的醫(yī)囑、診斷、護(hù)理、檢查、檢驗(yàn)、病理等信息以及醫(yī)護(hù)人員提供服務(wù)時所產(chǎn)生的信息，有助于提供醫(yī)療水平，降低醫(yī)療風(fēng)險。同時提供符合CDA規(guī)范的文檔輸出，以滿足轉(zhuǎn)診、會診等區(qū)域共享的要求。

       6.各類業(yè)務(wù)接口

       以業(yè)務(wù)事件為驅(qū)動，完成患者門診就診接口，住院入、出、轉(zhuǎn)接口，申請單接口，醫(yī)囑接口的集成工作；另外還有一些統(tǒng)計(jì)類系統(tǒng)，也需要解決大量的數(shù)據(jù)集成的要求。

二、集成方式

       醫(yī)院信息系統(tǒng)集成包括三個方面內(nèi)容：界面集成、數(shù)據(jù)集成和應(yīng)用集成，這三種集成內(nèi)容各解決不同方面的問題。

       界面集成是指應(yīng)用程序界面之間相互關(guān)聯(lián)引用的合成，采用技術(shù)包括Portlet、ActiveX 插件、IFrame等。不同崗位的人員在訪問平臺門戶時，將相應(yīng)的各業(yè)務(wù)系統(tǒng)的相關(guān)界面統(tǒng)一展現(xiàn)到平臺門戶中，實(shí)現(xiàn)各業(yè)務(wù)系統(tǒng)的待辦、消息提醒等。

       數(shù)據(jù)集成是指應(yīng)用系統(tǒng)的數(shù)據(jù)庫系統(tǒng)之間的數(shù)據(jù)交換和共享，以及數(shù)據(jù)之間的映射變換，常采用ETL工具實(shí)現(xiàn)，其應(yīng)用場景包括有報表數(shù)據(jù)的批量化抽取等。

       應(yīng)用集成是指應(yīng)用程序之間實(shí)時或異步交換信息和相互調(diào)用功能，可以采用 CORBA、EJB、DCOM、WebService、RPC等標(biāo)準(zhǔn)，采用消息中間件和企業(yè)服務(wù)總線等中間件實(shí)現(xiàn)。

       從醫(yī)院信息系統(tǒng)應(yīng)用集成的架構(gòu)來說，存在三種模式：點(diǎn)對點(diǎn)、單體系統(tǒng)、基于 ESB（Enterprise Service Bus）的集成。

       點(diǎn)對點(diǎn)集成是為了解決多個系統(tǒng)相互隔離、數(shù)據(jù)交換需要人工進(jìn)行并且不夠可靠的問題，適合于少數(shù)系統(tǒng)之間的應(yīng)用集成。

       單體系統(tǒng)集成是指整個系統(tǒng)用統(tǒng)一的數(shù)據(jù)模型和數(shù)據(jù)庫（或分布式數(shù)據(jù)庫），消除了各系統(tǒng)之間的接口問題。

       總線模式是通過企業(yè)服務(wù)總線或消息中間件實(shí)現(xiàn)服務(wù)注冊、信息發(fā)布和服務(wù)適配，主要是為了解決耦合過緊、連通性、可伸縮性的問題。單體和總線混合模式是基于HIS、電子病歷等業(yè)務(wù)系統(tǒng)通過消息與其他異構(gòu)系統(tǒng)的交互。

       面向服務(wù)的架構(gòu)（SOA）是將業(yè)務(wù)系統(tǒng)抽象成一個一個的服務(wù)，形成標(biāo)準(zhǔn)化的服務(wù)接口，實(shí)現(xiàn)系統(tǒng)之間的松耦合，實(shí)現(xiàn)服務(wù)的可管理。

三、集成實(shí)施

       集成平臺整合工作量比較大，受外部的影響因素比較多，在實(shí)施思路上需采取“整體規(guī)劃、分步實(shí)施”的策略。

       1.實(shí)施流程

       系統(tǒng)集成涉及到調(diào)動應(yīng)用系統(tǒng)的供應(yīng)商、接口系統(tǒng)供應(yīng)商、系統(tǒng)集成方和醫(yī)院方，各方協(xié)同工作基本流程如下：

       （1）調(diào)動接口系統(tǒng)的供應(yīng)商需要提供使用了哪些接口、接口的詳細(xì)定義信息，以及調(diào)用的業(yè)務(wù)場景；

       （2）接口系統(tǒng)的供應(yīng)商需要確認(rèn)調(diào)用方提供的信息是否完整和正確，如果存在主動推送數(shù)據(jù)的接口，需要提供推送的業(yè)務(wù)場景；

       （3）系統(tǒng)集成方需要根據(jù)接口調(diào)用方和提供方提供的信息，整理出現(xiàn)在接口的交互流程及詳細(xì)的接口定義書；

       （4）系統(tǒng)集成方整理好的交互流程和接口定義書交給調(diào)用方和提供方進(jìn)行確認(rèn)，三方都無異議則完成現(xiàn)狀調(diào)查；

       （5）系統(tǒng)集成方對現(xiàn)有接口進(jìn)行合并，合并后一個服務(wù)可能對應(yīng)多個消費(fèi)系統(tǒng)；

       （6）系統(tǒng)集成方對接口進(jìn)行判斷，看是否需要標(biāo)準(zhǔn)化改造；

       （7）系統(tǒng)集成方生成合并及標(biāo)準(zhǔn)化后的服務(wù)設(shè)計(jì)書；

       （8）新的服務(wù)設(shè)計(jì)書交付服務(wù)提供方和消費(fèi)方確認(rèn)，集成方、提供方、消費(fèi)方三方確認(rèn)后，交付院方審核，審核通過則完成服務(wù)設(shè)計(jì)；

       （9）根據(jù)新的服務(wù)設(shè)計(jì)，服務(wù)提供方、集成方、消費(fèi)方均需要展開集成開發(fā)工作；

       （10）在此期間，院方需要監(jiān)控三方的開發(fā)進(jìn)度，以確保集成測試能按期執(zhí)行；

       （11）當(dāng)提供方、集成方、消費(fèi)方三方的開發(fā)都通過單體測試后，則可以開始集成測試；

       （12）當(dāng)服務(wù)完成集成測試后，院方可按計(jì)劃或選擇適當(dāng)?shù)臅r機(jī)，在正式環(huán)境進(jìn)行實(shí)施。

       2.實(shí)施組織

       平臺建設(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)改造，迭代接入平臺。制定分期計(jì)劃，按主次接入平臺?？梢栽跇I(yè)務(wù)系統(tǒng)升級的時候逐步接入平臺。

       3.實(shí)施保障

       （1）服務(wù)器雙機(jī)。利用數(shù)據(jù)庫集群和服務(wù)器雙機(jī)技術(shù)，主服務(wù)器發(fā)生故障時，自動啟用備用服務(wù)器，來實(shí)現(xiàn)集成平臺的高可用性。

       （2）重發(fā)機(jī)制。要確保每條消息都能達(dá)到接收方，平臺應(yīng)具備消息重發(fā)機(jī)制。若發(fā)生通信故障，系統(tǒng)會嘗試進(jìn)行重新發(fā)送。重試一定次數(shù)仍然失敗的，保存失敗記錄，以便人工干預(yù)。

       （3）日志記錄。消息交互具有完備的日志記錄。發(fā)生故障時，能迅速進(jìn)行定位，找出原因。

       （4）充分測試。充分進(jìn)行模擬測試，及早發(fā)現(xiàn)邏輯處理上或者性能上的問題，從而進(jìn)行完善和優(yōu)化處理。

       （5）預(yù)警。涉及的費(fèi)用等關(guān)鍵接口，開發(fā)專門的監(jiān)控程序，發(fā)生異常時，通過短信實(shí)時進(jìn)行預(yù)警，通知維護(hù)人員及時處理。

       4.集成平臺實(shí)施關(guān)鍵點(diǎn)

       （1）選擇集成平臺廠商。一定要選擇有實(shí)力的廠家，是否擁有豐富的集成平臺實(shí)施經(jīng)驗(yàn)、能否處理上線后的各類突發(fā)情況、后續(xù)服務(wù)是否能跟得上等都需要仔細(xì)考察。

       （2）醫(yī)院協(xié)調(diào)組織的力度。醫(yī)院的全力組織和積極配合對集成平臺實(shí)施起著非常重要的作用。

       （3）業(yè)務(wù)系統(tǒng)廠商的配合力度和技術(shù)能力。業(yè)務(wù)系統(tǒng)廠商往往會存在溝通協(xié)調(diào)以及研發(fā)人員的技術(shù)能力的問題，這會影響集成平臺實(shí)施進(jìn)度。

四、結(jié)論

       1.不為了集成而集成。需先保障主要流程貫通、主要數(shù)據(jù)實(shí)現(xiàn)共享、業(yè)務(wù)系統(tǒng)穩(wěn)定。

       2.標(biāo)準(zhǔn)很重要。無論是采用國家標(biāo)準(zhǔn)、行業(yè)標(biāo)準(zhǔn)，抑或者是院內(nèi)標(biāo)準(zhǔn)，標(biāo)準(zhǔn)的制定必不可少，這有利于實(shí)現(xiàn)語法、語義、語用各層面的互操作性。

       3.控制集成的粒度和范圍。如果是不具有共性的接口，可以考慮保持原有點(diǎn)對點(diǎn)對接的方式。單個系統(tǒng)內(nèi)部的交互暫時不需要接入平臺。

       4.針對不同業(yè)務(wù)系統(tǒng)的特點(diǎn)，選擇最佳的集成模式。集成模式多元化，可降低集成難度，提高集成效率。

       5.集成平臺不是萬能的，在具體應(yīng)用上需要進(jìn)行二次開發(fā)。