戴菲

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

關鍵詞：集成；醫(yī)療

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

1醫(yī)院信息系統(tǒng)現(xiàn)狀

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

2集成平臺設計

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

2.1接口交互

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

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

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

查詢患者信息接口定義：

2.2消息查看器

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

2.3監(jiān)控警報機制

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

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

2.4日志記錄

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

3成效與建議

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

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