醫療信息管理平臺的設計與實現

◆劉 一 張向杰 詹永豐

責任編輯:姚 濤

以標準化數據集為基礎，以建立大數據平臺為目的，通過分析現行的《基于居民健康檔案的區域衛生信息平臺技術規范》《衛生監督業務信息系統基本功能規范》以及《軍隊三級綜合醫院等級評審檢查表》的內容，對院內現有數據進行升級改造，搭建一套基于標準體系和質量評價的醫療信息管理平臺。該平臺不僅能夠提供標準化的數據查詢與統計，而且優化了醫院內部管理與業務流程。該平臺為醫院大數據平臺的建設打下了基礎，也為醫院未來的發展提供了數據支撐［1］。

1 標準體系與評價標準

采用《基于居民健康檔案的區域衛生信息平臺技術規范》中平臺技術架構、平臺功能和交易規范，對信息平臺外部服務進行開發設計。

參考《衛生部電子病歷基本規范》《電子病歷基本數據集》《基于電子病歷的醫院信息平臺建設技術解決方案》《基于電子病歷的醫院信息平臺建設技術規范》四項標準對現行的電子病歷數據進行了升級改造，同時參考《三級綜合醫院評審標準實施細則》《醫院信息平臺標準符合性測評》中的評價體系為醫院的評審核提供大數據支持。

2 管理平臺架構

管理平臺分為業務、中間、數據、分析以及應用5 層結構。評價結構見圖1。

(1)業務層。現運行的各類系統，包括住院醫護一體工作站EMRS、LIS、PACS、ERP、對外服務的預約掛號平臺、掌上醫院等客戶端。

圖1 平臺架構圖

(2)中間層。用于運行各類數據查詢與統計服務，中間層服務器設置了4 臺，分別針對內、外網用戶的標準數據集轉換與數據存儲的備份。內、外網服務器無物理連接。

(3)數據層。使用虛擬機對數據服務器進行統一的資源管理與分配，平臺中所有的數據被標準化以后轉存到索引數據庫中進行備份。不對現行數據庫進行改造，與現行數據庫區分開來，保證了現有應用程序的正常運行。

(4)分析層。對現存數據庫中現有的數據按統一標準進行逐條審核，不符合標準的記錄做標示。由于數據量巨大，只對2014年以后的數據進行處理。分析層另外一個功能是使用基本語言對大數據進行分析，預測數據走勢，這一過程需要以近3年的數據為基礎。

(5)應用層。也就是管理平臺的主界面，內容復雜，專業性強。目前只針對科室專業人員開放，并不應用到全體工作人員身上。應用層上有針對第三方客戶需求的功能模塊。

3 關鍵技術

主要技術包括以下幾部分:(1)對現行異構數據進行集成處理，添加中間件服務器;(2)建立以ID 號與住院次數為關鍵字的索引;(3)建立了統一的門戶平臺，單點即可登錄;(4)基于消息提醒為輔助的業務流，具有質量控制、路徑、醫囑下達、自動上報等功能;(5)可實現電子病歷的數據抽取、統計與查詢。

3.1 數據標準化

數據的標準化分為兩個方面:一是基于國家公布數據標準的數據改造;二是質量評審所使用的標準。

電子病歷根據《電子病歷基本數據集》對異構數據進行集成處理，采取自上而下的模式對數據進行集成與標準化，不改造業務系統中的數據格式，對現有的電子病歷數據進行自動填充并存儲到索引數據庫中，查找過程根據多表關聯，查找業務表相同的字段。如住院患者登記PAT_MASTER_INDEX 中在入院前沒有填充診斷，那么應用層會在該患者辦理出院時根據用戶請求自動查找DIAGONSIS 表中按該患者最近一次住院編號中的 DIAGONSIS_NAME 字段值，從而完善患者的住院信息。在應用層體現該功能的是資料員通過登陸管理平臺，點選出院患者病歷，平臺列出患者信息，對不符合標準的記錄做高亮顯示，用戶可以點擊完善按鈕對其進行完善。

在分析與審核數據方面，參考《三級綜合醫院評審標準實施細則》《醫院信息平臺標準符合性測評》的審核標準，數據采集可分定時采集、按頻次采集。目的是為院內查詢與醫院等級評審提供數據基礎。這方面對于數據的標準化是按照質量評審的要求而設計。對不符合條件的記錄會提示用戶，要求用戶核查業務表中的記錄，必要時需要手工對數據進行處理。

3.2 數據完善

建立以ID 號(Patient_id)與住院次數(Visit_id)為交叉索引，通過軟路由機制將索引數據形成XML 結構。索引數據庫也依賴于這一技術，任何與平臺相關的操作只要用戶能夠提供準確的Id 號和住院次數即可實現。XML 存儲結構也是目前電子病歷流行的存儲方式，其占用空間小，純腳本的語言設計執行效率高、速度快，而且對異構系統的兼容性較好。

3.3 消息提醒業務

消息提醒業務是針對外網平臺設計的，它參考了《移動平臺衛生信息平臺技術規范》用外網數據標準的要求。由內網用戶對所要處理的業務提出請求，業務涉及更改提醒、醫囑變更提醒等業務;目的是為了第一時間通知科室負責人及時處理日常問題以保證患者的住院體驗，主要操作在移動平臺。而病歷質控提醒、數據安全監控、醫療權限管理之類的設計由相應的第三方程序對接，用戶在登陸第三方程序的同時就會彈出提示信息。

管理平臺也可以通過中間件服務器獲取臨床醫技、手術室的數據，實現院內會診。

3.4 單點登陸與消息服務類型

(1)單點登錄。可定制的各類業務場景，結合具體業務場景與流程，通過消息接口減少反復登錄與查詢。

(2)消息服務。分為公共服務、患者服務、預約服務、回訪服務、查詢服務5 大功能模塊。其中公共服務提供醫院信息、醫療信息、投訴與建議、滿意度調查等功能;患者服務(對外服務)提供復診、導診、候診、注意事項、報告提醒等功能;預約服務提供檢查、體檢、掛號、床位等功能;回訪服務主要提高醫療服務質量;查詢功能提供檢驗結果查詢、住院費用查詢等功能。

3.5 平臺管理策略

采用統計學與管理學方法進行分析，包括醫療資源中的機構、床位、人員等條件;對運營中的門診、住院、檢查等條件;對就診業務中轉診、會診、遠程醫療、區域病歷、臨床路徑等條件;對臨床用藥中的大處方、用藥情況等條件;對醫療費用中的住院、門診、醫保比例、費用構成等條件;對醫療質量中的診斷正確率、住院天數等條件的統計與分析。所有統計分析條件均可生成全院統一報表，進行多樣化圖形展示。報表中提示同比、環比信息，方便對科室乃至全院的就診信息做出預測。綜合統計見圖2。

4 分析與討論

4.1 管理平臺的優勢

基于標準體系與評審標準本身就是管理平臺的最大優勢，包涵以下幾點:

(1)管理平臺功能強大。管理平臺的建設分幾個大塊來完成，我們對時間的分配與建設的進度進行了嚴格的控制，對每一階段出現的問題進行及時溝通與處理，保證平臺最大限度滿足用戶要求。除上述主要功能模塊外，管理平臺還應強化對門急診、住院病人的走勢分析。并將重癥患者的基本情況每日上報給護理部。也可以統計各科室病區床位使用率等基本信息，具有危重病人的護理記錄和各科室醫生、護士的交班記錄等功能。

(2)對醫保患者的支持。受限于醫保政策的變動，通過現有的醫保專線與本地各類醫保的單位進行溝通，可取得實時報銷比例與個人消費總額，避免住院患者出現超額現象。同時與現有住院醫護一體工作站相連接，實現對患者診療費用的實時監控，數據準確。

平臺的使用不依賴于任何現存系統，直接匯總底層數據，數據的調用與處理也可以滿足系統響應的要求。

4.2 效果分析

基于消息機制的應用改變了以往醫療工作和流程，提供了主動、實時的信息交互平臺。對原來業務處理的改進見圖3。

管理平臺的上線為全院大交班提供了數據支持，也為科研工作提供了數據基礎，同時也提高了醫療質量。數據分析對醫院的發展指引了方向，也為領導的決策起到了輔助作用。管理平臺基于標準化和評審體系，為日后區域醫療信息資源的共享提供了保障，尤其是基于數據集標準的體系讓數據查詢的更加準確，項目更全［2］。

5 存在問題

圖2 綜合統計

圖3 消息服務對原業務的改進

平臺建設內容繁多且復雜，涉及到的系統較多，因此合理規劃和引導平臺建設十分必要。應多提供后期開發接口，以備不時之需。

管理平臺并不對所有人開放。面對越來越多的用戶需求，我們應該把管理平臺的的操作界面做到最簡化。如何給用戶提供最佳的使用體驗是后期改進過程中需要重視的。由于現存數據庫中數據信息巨大，我們只對2014年及其以后的數據進行了標準化分析與處理［3］。另外，平臺對規范與評價體系的解析還不夠準確，要達到業務流程的規范、數據的及時和準確以及更為有效的數據安全性還需進一步學習與探討。同時，對管理平臺的數據庫需要制定相應的容災、應急等措施，以保障平臺的正常運行［4］。

基于醫院管理平臺目前還在試用階段，隨著對標準規范與評價體系的進一步分析與研究，必將能為臨床提供數據保障，為醫院教學、科研、決策管理提供大數據支撐。

［1］劉 洋，史森中，姬曉波.區域“云診斷管理平臺”的設計與應用體會［J］.中國衛生質量管理，2014，21(6):2-5.

［2］武新穎，張新慶，王世如.臨床溝通風險分析及對策建議［J］.中國衛生質量管理，2014，21(6):24-26.

［3］姚華彥，徐 俊，何 萍.加強區域醫療信息平臺標準代碼的管理［J］.中國數字醫學，2015，10(1):10-12.

［4］錢旦敏，董建成，余 蘇，等.區域醫療數字資源整合技術研究［J］.中國數字醫學，2015，10(1):7-9.