張曉明
(中國科學技術大學附屬第一醫院西區(安徽省腫瘤醫院),合肥 230000)
隨著醫院信息化、數字化、智慧化發展,醫院從單個系統的信息化環境發展到擁有多個系統的信息化環境,也趨于向區域化和集成化的方向發展。同時,各信息系統逐漸趨于專業化、獨立化,在實現信息系統專業化的同時,必須解決的是系統之間的協同交互,避免獨立程度過高,導致信息互聯互通障礙。因此,集成平臺的建設就成為解決互聯互通障礙的必然選擇。本文以Ensemble集成平臺[1]為工具,介紹HIS 系統和EMR 電子病歷系統之間的互聯互通框架,通過平臺實現HIS 系統和EMR 電子病歷系統的無縫銜接,確保了EMR 電子病歷系統的高效、穩定、準確。
Ensemble 是能夠開發、配置、部署和管理集成產品。Ensemble 產品線可以集成多個不同的軟件系統,它包括與這些外部系統通信的元素,以及執行產品內部處理的元素。產品中的元素稱為業務主機。Ensemble 有三種業務主機,用途不同:第一,業務服務接受來自產品線外部實體的請求,并將其轉發給Ensemble 內的主機類,并進行處理和實現。第二,業務流程接受來自產品線中主機類(業務服務或業務流程)的請求,并處理這些請求,或者將它們轉給Ensemble 中的其他主機類進行處理。第三,業務運營部門接受來自Ensemble 內主機類(業務服務或業務流程)的請求,并處理這些請求或將其轉給集成外的實體進行處理。圖1給出了產品線主機和業務主機的概念描述。

圖1 產品線主機和業務主機的概念描述
業務主機通過集成消息相互通信。所有集成消息都存儲在集成消息倉庫中,可以通過管理門戶查看。在大多數情況下(但不是全部),業務服務具有關聯的入站適配器。入站適配器的角色是接受來自產品外部實體的輸入。類似地,業務操作通常具有關聯的出站適配器。出站適配器的作用是將輸出發送到產品外部的實體。Ensemble 提供了一大組適配器來處理不同的技術。例如,您對文件使用的適配器與對ftp 使用的適配器不同,也可以定義自己的適配器。圖2顯示了實際產品線。

圖2 產品線實例
此界面顯示與一個業務主機“醫囑推送”之間的所有連接。這里,此界面不顯示適配器,因為這些適配器被合并到業務服務和業務操作定義中。
HIS 系統和EMR 電子病歷系統之間的集成,采用Ensemble集成平臺的框架進行搭建[2],我院HIS 系統采用的是Cache 數據庫,EMR 電子病歷系統采用的Oracle 數據,兩者通過集成平臺可以很好的進行互聯互通。總體集成框架如圖3所示。

圖3 總體集成框架
在集成平臺中可設計多種業務產品線,我院框架中有如下比較重要的產品線,(電子病歷)推送患者檢查報告、(電子病歷)推送患者信息、(電子病歷)推送患者檢驗結果、(電子病歷)推送患者醫囑信息、(電子病歷)推送患者檢查報告等。
以下介紹推送患者信息的產品線。HIS 端需要整理好數據接口,將信息以Webservice[3]將XML 格式發送至集成平臺。在HIS 系統中,以醫囑審核處作為觸發點,在此調用集成平臺的適配器,適配器調用后會觸發服務DHC.Published.PUB0001.BS.PUB0001,請求集成平臺進行異步處理,平臺內部調用處理流程hsb.DhcEns.BP.SyncSequence3,該流程接收請求后將信息發送給Register.REG0003.CustomBO.RegisterWebService,該操作是將信息發送至指定的服務器(在這里指的是發送至EMR 電子病歷系統服務器),該消息處理完成之后做出響應,返回消息給異步處理流程hsb.DhcEns.BP.SyncSequence3,異步處理流程帶到消息后,將消息成功的返回給DHC.Published.PUB0001.BS.PUB0001服務,得到消息是否處理成功的標志,從而完成整個產品線。在這里要說明的是,Ensemble 集成平臺消息的傳送都是按照標準XML 形式進行傳送,在集成平臺消息追蹤的可視化界面中我們能看出傳送消息的XML 串,以及XML 串的節點和內容等。如圖4、圖5、圖6所示。

圖4 消息流圖

圖5 消息數據內容

圖6 消息返回內容
我院EMR 電子病歷系統上線以來,通過Ensemble 集成平臺[4]將HIS 系統推送EMR 電子病歷系統,取得了良好的效果。實現了HIS 系統和EMR 電子病歷系統的專業性,同時也保證了兩個系統的互聯互通,極大的方便了醫護人員的操作,同時也提供了一個可管理的、可視化的集成平臺管理中心。在集成平臺基礎之上,我們可以拓展更多的業務,實現更多專業系統的互聯互通,為實現區域化、集成化的信息系統[5]奠定基礎。