醫院信息系統集成平臺建設與體會

摘要：隨著醫院信息化建設的逐步完善，醫院子系統越來越多，系統間接口越來越多，同時接口費用不斷增加，管理工作變得越來越復雜。本文以三明市第二醫院信息系統集成平臺建設為例，通過探討醫院建設信息系統集成平臺建設意義，建設內容、風險識別，來說明醫院建設信息系統集成平臺的必要性和建設過程要進行風險識別的重要性。

關鍵詞：醫院信息化；系統集成平臺；風險識別

1 項目背景

三明市第二醫院成立于1937年，經過近70多年的勵精圖治建設，已成為一所學科門類齊全、具有專業特色，集醫、教、研于一體的現代化綜合性教學醫院。醫院近年逐步形成了科學化、規范化的管理模式，綜合實力不斷增強。我院先后建設了 HIS、LIS、PACS、EMR，體檢等信息系統，這些信息系統對我院發展發揮了重要作用。隨著醫院信息化建設的逐步完善，醫院子系統越來越多，系統接口越來越多，同時接口費用不斷增加，加上操作系統、數據庫、數據字典標準、接口等種類的不同，使管理工作變得越來越復雜、困難。在這樣的背景下，醫院希望能夠有統一接口標準、一統天下的第三方來管理，使管理工作變得更方便一些。目前我們需要解決兩個問題：一個是消除各種醫療應用系統與HIS醫療數據中心的直接耦合性；另一個是通過HL7和DICOM等標準通訊，將不同廠商的異源異構系統進行集成整合，確保各個臨床信息系統在工作流整合的基礎上實現交互協作。

2 建設意義

頂層標準化設計，改變系統集成亂象；異構數據共享，必須解決不同系統不同數據結構間的數據共享[1]；降低了集成方式的復雜度，提高可擴展性；降低了集成成本，新系統只要按規范接入集成平臺；建立與外部系統互聯的統一接口；滿足區域信息化信息共享與協同以及醫療行為監管；現實醫院信息系統單點登錄；為醫院建立科研、管理、預測等數據管理模型，為醫院未來的發展提供數據支持，從而減低醫院發展中的風險，為醫院擴大、發展奠定堅實的基礎。

3 建設內容

我院選用基于SOA架構的醫療信息集成平臺[2]，采用信息集成引擎IIB，作為ESB技術的載體，以建立患者主索引為核心，通過標準化和自定義的消息流完成數據交互管理，同時建立服務注冊庫、日志庫、醫療術語庫、患者信息庫規范交互標準。從總體上來說平臺包括六大系統：集成交互引擎、運行監控系統、綜合管理系統、主數據管理系統、患者主索引，統一登錄門戶與單點登錄。

3.1集成交互引擎 醫院集成平臺基于SOA架構采用IBM Integration Bus作為ESB的技術載體，開發信息數據流，應用IBM Message Queue（MQ）來管理信息流，提供服務于醫院信息化的信息系統頂層設計解決方案，實現HIS、EMR、LIS、PACS、超聲、體檢、心電、移動護理、移動查房、手術麻醉系統、重癥監護系統等信息系統間的業務交互。

3.2運行監控系統 運行監控系統是對引擎的運行狀態的一個展示臺，管理員可以看到運行日志及錯誤狀態、診斷信息、性能圖表、查找消息信息、基本設置以及系統運行狀態。

3.3綜合管理系統 綜合管理系統主要實現對用戶管理、用戶組管理、系統操作日志、單路處理日志、異常業務消息日志、多路上游處理日志、多路下游處理日志、術語庫管理、系統信息配置、場景信息配置、下游服務信息配置、場景信息路由配置和配置器服務配置等功能。通過可視化操作的管理方面，為集成平臺的正常實施跟日常管理維護提供有力的保障。

3.4主數據管理系統 以集成平臺消息消息中間件為基礎建立字典同步更新引擎，實現HIS 與EMR、LIS、PACS等業務系統間的字典的更新同步，數據間的處理采用消息推送機制，并輔以完善的日志體系，以保證消息準確及時傳遞，數據及時同步。

3.5患者主索引 建立全院級統一的患者主索引，能夠從各種不同的子系統中取得患者的信息并進行組織，串連起所有患者相關信息，包括基本信息、過敏信息、家族病史、歷次診療信息、檢查檢驗信息、患者主管醫生、歷次電子病例、收費情況（門診、住院）等患者信息，并以此為基礎實現醫院數據層面的整合，包括電子病歷的數據整合以及醫院業務和管理數據的整合。

3.6統一登錄門戶與單點登錄 醫院初期的系統建設，每個系統都各自擁有獨立的用戶信息庫和用戶認證體系，典型的包括組織機構定義，安全角色定義，用戶身份驗證，資源訪問控制等[3]。我們需要統一登錄門戶將醫院各種應用信息系統統一集成到一個門戶界面。集成平臺系統提供了一個簡單統一的訪問入口SSO（single sign-on），SSO提供了多驗證來源用戶權限的統一管理，通過后臺的映射和權限隧道傳遞技術實現單點登錄，用戶只需登錄一次就可以訪問單點登錄域中安裝的所有醫院業務應用，不必再分別登錄門戶整合的其它業務系統進行驗證。同時支持和第三方安全認證和權限管理系統的整合。

4 風險識別

集成平臺建設周期長，涉及的廠商多，系統復雜，在系統建設的論證期需要進行充份的風險識別與評估，做好風險防控工作。

4.1技術風險 國內對醫院集成平臺還沒有特別清晰、公認的定義。信息集成平臺開發是一個復雜、龐大的工程，比開發單個系統的開發要困難得多，開發技術存在較大風險，不成熟的信息平臺應用起來會讓醫院的信息系統更加混亂。

4.2產商風險 上集成平臺系統需要各廠商的配合與大力支持，但各系統各廠商不一定能配合得好，各系統會有各廠商的商業秘密，不一定愿意共享配合開發。所以在實施集成平臺系統前必須與各廠商相互協調、溝通，得到他們的承諾。

4.3評估風險 集成平臺涉及的系統多，流程多，數據多。系統開發工作量評估存在重大風險，可能會存在實施時間長，其它系統負責人更換，承諾變更等風險。

4.4其它風險 故障的處理，未改造之前我們只需要查詢兩個業務交互系統之間的數據接口即可，但是，集成平臺的運用，我們需要進行三個業務系統的數據故障排查，對科室維護人員提出更高的要求。集成平臺服務器等硬件如果出現故障，將會導致全院所有的信息系統都不能使用，這對醫院的信息化建設提出了更高的要求。

5 結論

隨著醫院信息化建設的不斷深入。不同環境下開發的信息系統越來越多，這對系統互連、數據訪問速度等方面提出了更高的要求，通過充份的風險識別，風險評估等選擇一個合適的安全可靠的系統開發商，建設高質量高標準的信息系統集成平臺，改變系統集成亂象，解決不同系統不同數據結構間的數據共享，實現各系統的無縫連接，為醫院的為醫院未來的發展提供數據支持。

參考文獻：

[1]任忠敏，林達俊，干峰，等.腫瘤醫院的外部網絡改造升級[J].現代醫院，2009，9（11）：24-125.

[2]李鐵，黃天培，盧堅.基于SOA實現醫院應用集成平臺[J] .醫學信息，2010.23（5）：1157-1160.

[3]趙麒，羅軍.SSO單點登錄解決方案[J].計算機科學，2008，34（7）.

編輯/金昊天