醫院信息集成平臺構建實踐

劉琳輝，李 玲

（廣州市花都區人民醫院 廣東 廣州 510800）

1 引言

隨著醫院加大信息化投入，各大醫院針對不同部門不同科室的信息化需求，逐步建立繁多的信息系統。事實上，供應商不同、數據庫標準不一和系統間連接方式各異，導致系統集成度低和共享性差，限制了資源整合程度，增大了統一管理難度，進而限制了醫院運營質量和效率。為了解決該問題，醫院開始結合醫院信息系統多而復雜的特點，逐步建設相應的信息集成平臺[1]。建設過程中，醫院面臨標準問題、安全問題和可擴展性問題[2]。其中，標準問題主要體現于醫療服務編碼、醫療術語、醫療診斷、醫療文書、人員管理、物資管理、財務管理等標準化問題。醫院各自獨立構建標準體系，一方面比較費時費力，另一方面共享范圍受限，無法實現醫療行業最終數據共享目的。鑒于此種現狀，相關部門逐步出臺《醫院信息互聯互通標準化成熟度測評方案（2017）》、《醫院信息平臺基本交互規范（立項號：20160115）》等規范指導醫院信息平臺建設工作[3]。同時，國家衛健委相關部門發布的“關于進一步推進以電子病歷為核心的醫療機構信息化建設工作的通知”明確要求“醫療機構推進系統整合和互聯互通，并于2020年達到醫院信息互聯互通標準化成熟度測評4級水平”[4]。為了能夠在有限投入下構建符合政策的實用型信息平臺，本文提出了一套完整的信息集成平臺建設方案。

2 平臺架構

我院2003年實現門診和住院簡單業務信息化，2006年上線門診醫生工作站實現門診就診流程電子化改造，2012年完成LIS、HIS、EMR等主流業務信息化改造，之后逐步完善主流業務信息化的同時引入院感、病理等?？菩畔⑾到y。這些信息化資產耗費我院大量人財物，已逐步走向穩定，并已經產生提升醫院運營效率的效應。從成本和運營角度考慮，醫院一方面想保護現有信息化資產，另一方面想節省建設成本。因此，架構選型方面，醫院選擇采用可保護醫院現有信息化資產，方便系統升級改造，最大化實現業務發展的靈活架構，即基于SOA和J2EE的集成框架，如圖1所示。該架構是面向服務的體系架構，可實現異構系統集成和支持數據密集型應用系統開發。這種架構不僅可以提供一種構建IT組織的標準和方法，還可以通過建立可組合、可重用的服務體系來減少IT業務冗余并加快項目開發的進程。

圖1 醫院信息集成平臺架構

3 主要建設內容

3.1 概述

為了達到醫院評測互聯互通評測四級要求，醫院需要重視數據集標準化、共享文檔規范化、技術架構設計、互聯互通服務、運行性能、基礎設施等工作。其中，技術架構設計，各個醫院可以有所不同，評測并不強制醫院架構相同。但是，依據四級甲等評測要求，平臺需要達到“應用層面的信息整合，采用ESB總線技術，以及具有獨立的電子病歷文檔庫和基于信息平臺的獨立的臨床信息數據庫”[3]這一要求。應用層面整合作為一種信息整合方式，其主要是指業務系統與平臺通過消息方式整合數據，實時或異步交換信息和相互調用[3]。ESB總線技術作為一種信息整合技術，是在“服務總線”模式下管理和簡化應用程序之間的集成拓撲，其支持消息級、事件級和服務級的不同應用程序的互連和互操作性，并具有廣泛接受的開放標準[5]。

依據上述要求，結合醫院實際情況，醫院平臺建設分為系統層和應用層。其中，系統層作為基礎平臺，主要包括ESB/ETL/MQ集成交換門戶、MDM主數據管理、DW/ODS數據倉庫、EMPI患者主索引管理。應用層功能是基于基礎系統層建設后，在標準化、集成化的基礎平臺上層進行數據利用。如BI決策支持應用、消息中心、數據上報，以及互聯網應用個人健康管理等。有良好的基礎才能更好地支撐應用，而且各醫院應用有所差異。

3.2 系統級系統

3.2.1 總線中間件、主數據管理和患者主索引

互聯互通的核心就是數據層面和應用層面的整合，即重點解決系統異構、數據共享和數據交換傳輸標準等關鍵性技術問題[1]。醫院信息集成平臺通過主數據和患者主索引的建設，解決數據的標準化和一致性問題，利用數據總線ESB改變醫院接口模式為松耦合，最終實現醫院系統的互聯互通。其中，數據總線ESB采用業務集成引擎架構，其將各應用以服務的形式，通過共享和服務調用，實現各個部門系統數據基于統一標準的集成共享要求；主數據管理技術通過定義某個核心實體數據，并在主數據數據庫中實現統一存儲，最終實現全系統數據同步；患者主索引能夠根據各種不同的業務系統所提供的患者標識信息重新進行組織并生成同一患者的唯一標識編碼，根據此編碼能找到分布在各業務系統中的患者的所有醫療信息，同時消除重復的患者數據，其功能如圖2所示。

圖2 患者主索引功能圖示

3.2.2 集成平臺監控系統

集成平臺的監控系統是對平臺所有服務數據、消息路由情況、性能數據、數據交互運行情況等進行監控，包含平臺監控中心、集成引擎交互監控、數據交換監控、服務器監控、用戶監控和平臺日志監控，其主要為系統管理人員提供管理依據。

3.3 應用級系統

3.3.1 統一身份認證和單點登錄

一方面，不同系統有各自獨立的操作員身份和密碼體系，不便于醫院統一管理維護；另一方面，國家“十三五”深化醫藥衛生體制改革規劃明確將分級診療作為重點工作任務，醫師多點執業作為推進分級診療的重要措施[6]。同時，《電子病歷應用管理規范（實行）》指出“有條件的醫療機構電子病歷可以使用電子簽名進行身份認證，可靠的電子簽名與手寫簽名或蓋章具有同等法律效力”[7]。為了落實分級診療，強化身份認證，實現機構和用戶的統一管理，建設集成平臺過程中我院同步建設統一身份認證和單點登錄。

3.3.2 院內數據應用類系統

臨床數據中心是以患者信息（比如身份證號）為主索引，實時采集和共享HIS、EMR、PACS等信息系統數據[8]，并按照相關標準構建的臨床數據倉庫[1]?；谶@個數據倉庫，醫院可以根據具體情況建立基礎級、必要級和擴展級應用?；A級應用是指方便臨床業務的應用，即可以輔助一線工作者醫療工作的應用，比如患者統一視圖，即以患者為核心的診斷信息集成展示視圖，包含患者的既往史、臨床檢驗、檢查、病歷、手術等[1]。必要級應用是指方便醫院管理業務的應用，比如決策支持系統。擴展級應用是指方便醫院業務提升的應用，比如科研管理平臺。信息集成建設過程中注意區分應用級別，可以提高醫院人財物等資源利用效率。

3.3.3 上下級數據服務類系統

一方面，國家大力推行分級診療，另一方面隨著信息技術發展越來越多醫護人員意識到患者健康檔案連續性對治病救人的價值。信息系統平臺建設，也更加需要注重實現，以人的健康生命為周期的信息共享功能，以便進一步實現上下級業務協調。三級醫院信息平臺與上下級之間的集成與協同顯得尤為重要[9]。因此，建設過程中，一方面是加強與多級衛生機構（比如社區醫院、鄉鎮醫院）集成化建設，為實現機構診療服務協助提供必要技術支持；另一方面是加強與區域衛生信息平臺的集成建設，為實現多級醫療機構基本業務數據交換和共享提供必要技術支持。

4 結語

建設醫院信息平臺，不僅是為構建現代醫院提供不可或缺的技術支持，也是國外內醫院數字化建設的重要方向。建設完成后，不僅可以整合衛生信息數據，還可以提高醫療衛生業務數據處理的質量和效率。然而，信息平臺建設是一個系統建設工程，醫院需要有總體規劃，分步建設思路，區分建設先后順序。目前，醫院已完成系統級建設，臨床數據中心搭建完成，患者統一視圖已投入使用，并完成部分上下級數據服務工作。建設成效已初步顯現，下一步將構建決策支持系統，科研管理平臺等應用級系統，進一步發揮臨床數據中心的作用。