張耀海++肖建芳

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

關(guān)鍵詞：醫(yī)院信息化；系統(tǒng)集成平臺；風險識別

1 項目背景

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

2 建設意義

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

3 建設內(nèi)容

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

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

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

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

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

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

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

4 風險識別

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

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

4.2產(chǎn)商風險 上集成平臺系統(tǒng)需要各廠商的配合與大力支持，但各系統(tǒng)各廠商不一定能配合得好，各系統(tǒng)會有各廠商的商業(yè)秘密，不一定愿意共享配合開發(fā)。所以在實施集成平臺系統(tǒng)前必須與各廠商相互協(xié)調(diào)、溝通，得到他們的承諾。

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

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

5 結(jié)論

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

參考文獻：

[1]任忠敏，林達俊，干峰，等.腫瘤醫(yī)院的外部網(wǎng)絡改造升級[J].現(xiàn)代醫(yī)院，2009，9（11）：24-125.

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

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

編輯/金昊天