醫院集成平臺的建設與思考

戴菲

摘要：隨著科學技術的不斷發展，更多的信息系統被廣泛使用到醫療行業，大大簡化了人工操作的繁瑣，但也帶來了新的矛盾。系統與其他系統的交互接口正在呈現指數級增長，依靠點對點直連的管理模式，已經不能適應錯綜復雜的醫療需求了。本文主要分析現有系統的弊端，提出基于HL7（Heahh level seven）標準和WebService技術的醫院集成平臺的設計方案。從消息流轉、接口交互、預警機制等方向描述系統，并提出下一步集成系統的性能提升方向。

關鍵詞：集成；醫療

中圖分類號：TP311 文獻標識碼：A 文章編號：1009-3044（2018）06-0014-02

1醫院信息系統現狀

醫院正在逐步邁入信息化大潮，遠離人工統計和紙質記錄的舊時代，然而面臨的問題也是日益加劇。最初的重點局限在了滿足業務需求上，并沒有把高擴展性，可兼容性，數據共享性考慮進去，當然這也因為當時信息技術的發展還比較落后，使得當系統較多的時候，交互接口數量基本上都是以指數級增長，如圖1所示，形成了密密麻麻的n*（n-1）網狀結構，系統與系統的耦合程度越來越高，以至于牽一發而動全身，系統間的數據該如何更好地共享與交互已經成了限制醫療信息系統發展的瓶頸。

2集成平臺設計

通過建設一套具有國際標準、統一規范的集成平臺，已經變得刻不容緩。為此搭建了一套基于Ensemble的醫院集成平臺，采用HL7的統一標準和WebService技術，支持各種適配器，包括JAVA、.NET等，每個系統只需按照消息標準，開發一個符合自己公司產品的數據傳輸通道接口的適配器，即可實現各個系統間的數據交互，達到共享的狀態。該平臺是承載數據交互的中轉站，不承擔業務邏輯，只負責數據運輸和提供公共服務，滿足各個系統的數據互通，如圖2所示。

2.1接口交互

基于Ensemble的集成平臺分為三個層次，數據接口層包括Business Service（BS）和Business Operation（BO），BS負責接收外部消息，BO負責發送消息到外部，屬于平臺直接對外交互的兩個窗口。業務核心層包括Business Process（BP），BP是BS和BO之間管道，負責消息的內部邏輯處理。數據存儲層主要負責一些元數據的存儲以及各種消息定義等。

系統與系統之間通過XML+Webservice的方式進行交互，如圖3所示。

以某業務系統A系統為例，需要獲取HIS庫里面的患者信息，A系統可以調用集成平臺的Bs服務，發送XML的請求消息，集成平臺用BP處理數據流程，再通過BO去調用HIS提供的Webservice接口獲取到XML消息，返回給A系統。同時該BS服務具備通用性，其他系統如果需要該數據，也可以直接調用，避免了重復勞動力。而且當A系統需要對外提供服務的時候，比如提供某報告，也是由集成平臺做接口包裝，第三方系統通過Webservice接口獲取報告的內容。

查詢患者信息接口定義：

2.2消息查看器

系統支持消息查詢，通過組合搜索，包括消息狀態、會話類型、開始結束時間、源、目標等查看消息。可以可視化的追蹤每條消息的完整XML內容，以及該條消息在BS、BP、BO的流轉。如圖4所示。

2.3監控警報機制

通過系統監視器，可以顯示關鍵Ensemble性能指標的實時狀態，包括Ensemble的吞吐量、任務管理器以及錯誤報警量。

為了加強系統的穩定性，使得告警、錯誤信息及時的通知到維護人員，系統嵌入了消息提醒模塊，當消息出錯、系統資源不足等情況下，會下發預警短信和郵件，可以根據自定義的錯誤級別選擇不同的處理手段，降低風險，減少損失。

2.4日志記錄

記錄消息所有的事件日志、業務規則日志、業務流程日志，方便追溯動作軌跡，操作快照等。

3成效與建議

該集成平臺已經在某三甲綜合醫院穩定運行了一段時間，基本實現了檢驗、檢查、門診、住院、收費等多個業務系統的信息交互，尤其適用于實時場景，比如以前存在的收費信息和檢查信息數據同步緩慢的問題，檢查科室經常不能及時得知病患是否已收費，而影響給病患檢查的時間，集成平臺的引人，解決了數據實時的需求，提升了病患和醫護工作者的體驗。

集成平臺的引入解決了接口的統一化對接，數據的合理共享，也就是應用和數據的集成，但是對于醫護工作者或者病患來說，非計算機背景專業，在面對多個系統的操作還是有些手足無措的，所以下一步，需要建設頁面集成，實現單點登錄，一體化的系統操作體驗。