臨床數(shù)據整合平臺解決方案

1、臨床數(shù)據整合平臺解決方案內容提要第一部分 平臺行業(yè)背景第二部分 解決方案介紹第三部分 集成實施步驟市場需求1-國家政策推動信息平臺的建設國家大力推動基于電子病歷的醫(yī)院信息平臺的建設2011年國家推出基于電子病歷的醫(yī)院信息平臺建設技術解決方案 1.0版2012年國家推出基于電子病歷的醫(yī)院信息平臺技術規(guī)范2012年國家啟動了醫(yī)院信息平臺互聯(lián)互通標準化成熟度測評，目前已經測評3輪。電子病歷等級評價對醫(yī)院信息平臺的建設也提出訴求 2011年國家發(fā)布了電子病歷系統(tǒng)功能應用水平分級評價及標準（試行）的通知 HIMSS 評級：對5級及5級以上有明確CDR、CPOE、CDSS有要求市場需求2-醫(yī)院對信息平臺的

2、建設提出訴求市場環(huán)境 1、在醫(yī)院臨床信息化發(fā)展中出現(xiàn)了很多專業(yè)和?？苹呐R床業(yè)務需求，市場上有越來越多成熟的專業(yè)或專科系統(tǒng)。如：獨立的狹義EMR系統(tǒng)、手麻系統(tǒng)、心電等。 2、信息化較早的三甲醫(yī)院在信息化中逐漸采購很多個不同廠商專業(yè)化、?？苹南到y(tǒng)，成為本院信息化建設的不可或缺的重要組成部分。 3、這種缺少整體的IT架構規(guī)劃和設計醫(yī)院信息系統(tǒng)的建設，導致醫(yī)院信息化出現(xiàn)信息孤島和煙囪。 4、患者的全部臨床數(shù)據分散在各個獨立系統(tǒng)中，以各自的標準存儲，無法滿足臨床數(shù)據的整合性應用。 為了解決以上市場問題，需要在醫(yī)院信息化建設中進行標準制定、IT規(guī)劃和平臺產品市場需求3-廠商促進信息平臺的建設步伐國際I

3、BM、Oracle 以銷售中間件為主、尋求國內廠商合作Orion 以銷售中間件為主、尋求國內廠商合作，但更貼近醫(yī)療領域 國內合作廠商金仕達衛(wèi)寧、上海復高、廈門智業(yè)凱恩泰（微軟+GE） 以科研、數(shù)據利用為主國內東華 是SOA架構的全面解決方案（補充原來廠商），目前沒有單獨的平臺銷售方正 是以SOA架構為核心的基礎服務平臺，不排除未來在此基礎上發(fā)展出一些核心系統(tǒng)嘉和 以狹義電子病歷為中心，以平臺為支撐逐漸擴充成廣義電子病歷醫(yī)惠 以護理、移動護理為中心，以平臺為支撐的解決方案東軟定位1-臨床數(shù)據整合平臺的重點客戶的需求和機會目標客戶: 1、信息系統(tǒng)已經基本覆蓋 2、系統(tǒng)廠商多而雜 3、新系統(tǒng)需求不斷

4、產生的大型醫(yī)院 4、短期內重點是東軟老客戶問題: 1、醫(yī)生在一個工作上下文中反復使用電子病歷、醫(yī)囑等系統(tǒng)，反復登錄系統(tǒng)工作效率低下（界面集成需求） 2、隨著信息化發(fā)展，醫(yī)院信息化重點轉向對臨床醫(yī)生的支持，包括醫(yī)療質量、決策支持（臨床決策支持需求） 3、電子申請單特別是檢查申請單流程沒有實現(xiàn)真正電子化（跨系統(tǒng)業(yè)務集成需求） 4、無法實現(xiàn)以患者為中心，標準化和集中化的臨床數(shù)據組織、知識庫，無法支撐高階的醫(yī)療質量控制和決策支持。（臨床數(shù)據利用需求） 5、缺乏5類標準，致使集成困難（標準建設的需求）總結2個核心訴求：1、集成需求界面集成流程集成服務集成數(shù)據集成2、跨系統(tǒng)業(yè)務應用臨床數(shù)據利用應用臨床集成

5、應用東軟定位2-臨床數(shù)據整合平臺的價值主張及愿景價值主張 以SOA治理理念為依托，以醫(yī)囑、申請單的流程管理、臨床數(shù)據整合與利用為手段，以改善臨床過程和臨床決策支持能力為目標發(fā)展臨床整合平臺。遠景目標 通過IT架構治理形成以CPOE插件、申請單流轉、CDR與臨床決策支持、基礎數(shù)據與知識庫、EMPI及由其他系統(tǒng)發(fā)布的共性服務為核心的SOA架構，不斷滿足醫(yī)院日益增長的臨床需求。規(guī)劃與治理1-集成平臺優(yōu)化IT架構集成平臺到底是什么？1.架構規(guī)劃：定義了平臺建設的方向2.標準體系：是有效集成的必要條件3.平臺軟件：是支撐架構優(yōu)化的業(yè)務和技術基礎設施及應用系統(tǒng)醫(yī)療信息集成平臺是通過優(yōu)化IT架構來滿足日益增

6、長的業(yè)務需求的新型解決方案。CDR面向服務的架構現(xiàn)有架構規(guī)劃與治理2-醫(yī)院頂層系統(tǒng)架構現(xiàn)有架構面向服務的架構.提升應用. 有效整合.合理拆分.抽取服務規(guī)劃與治理3-面向SOA的架構治理規(guī)劃與治理4-標準建設術語與編碼疾病、醫(yī)囑（藥物、輔助檢查項目、輔助治療項目）基礎數(shù)據與編碼人員、科室、設備、藥品等；性別、民族、血型等臨床文檔入院記錄、首程、檢查報告、麻醉單等消息與服務患者入出轉；劃價、扣費、出庫界面集成規(guī)范符合界面集成規(guī)范的各種Portlet內容提要第一部分 行業(yè)背景第二部分 解決方案第三部分 實施步驟東軟臨床數(shù)據整合平臺解決方案東軟臨床整合平臺核心價值 公共服務醫(yī)院服務總線（HSB）CDR

7、（臨床數(shù)據存儲庫）知識庫EMPI術語與基礎數(shù)據LISPACSHISHRP申請單流轉CPOE集成視圖病歷共享醫(yī)生門戶平臺公共服務平臺公共組件既有系統(tǒng)平臺應用插件申請單與預約科室人員管理東軟臨床整合平臺核心價值 公共服務EMPI（患者管理）科室人員管理術語與基礎數(shù)據CDR（臨床存儲庫）及其應用知識庫醫(yī)院服務總線HSB平臺標準公共服務編碼與交叉索引集成視圖臨床決策支持申請單流轉CPOE（電子醫(yī)囑）平臺公共組件平臺公共服務平臺應用插件問題 1、沒有CDR，更換臨床業(yè)務系統(tǒng)，導致臨床業(yè)務數(shù)據丟失，無法復用 2、臨床數(shù)據缺少整合，在功能和性能上無法滿足臨床應用場景 3、高級臨床決策支持及全面的質量控制，需

8、要綜合運用知識庫和整合后的臨床數(shù)據 4、跨機構及區(qū)域臨床數(shù)據共享，成本高而復雜 5、科研數(shù)據獲取和利用困難 6、沒有以患者為中心，對臨床的結果和過程數(shù)據進行組織特性 1、以標準化的方式長期并集中存儲臨床數(shù)據 2、實時或準實時反應臨床數(shù)據的變化 3、重點關注各類臨床數(shù)據 4、以患者為中心，組織臨床數(shù)據 5、提供標準化服務，對其他系統(tǒng)提供應用支撐 6、結合知識庫，提供醫(yī)療質量和臨床決策的支持 7、提供電子病歷的集成可視化，方便臨床醫(yī)生診療 8、能夠邏輯合并患者的歷次就診記錄 9、同時支持目錄存儲和實體存儲兩種模式 10、與其他系統(tǒng)進行數(shù)據交換，應遵循CDA和國家共享文檔等標準CDR（臨床存儲庫）及

9、其應用CDR（臨床存儲庫）及其應用臨床文檔注冊、病歷共享、集成視圖集成視圖CDR（臨床存儲庫）及其應用知識庫及臨床輔助決策支持臨床提示、提醒、警告 場景1、結合病人的性別、年齡、診斷、檢驗結果、生理狀態(tài)等，推導用藥是否合理 場景2、校對醫(yī)囑時，檢驗藥品是否為高危藥品，進行提示 場景3、對特定的檢查項目給出建議、警示、注意事項等信息 場景4、基于癥狀、體征 、檢驗結果、檢查結果進行輔助診斷 場景5、依據診斷推薦輔助檢查及治療方案 場景6、直接在報告上查看檢驗項目臨床意義，歷史檢驗結果 場景7、對于特殊疾病的患者，某些不適宜的治療項目給予警示 例：有惡性腫瘤、血液病的患者禁止做分米波治療患者身份的

10、統(tǒng)一識別：院內不同的信息系統(tǒng)（LIS、PACS、HIS等）出于系統(tǒng)設計需要為患者定義了不同ID來識別患者身份，構建EMPI旨在為同一個患者提供不同ID之間的相互索引（對應關系），提供患者身份的唯一之別方式全程健康管理的基礎：構建EMPI，實現(xiàn)患者身份的精確識別是打通院前、院內、院后各醫(yī)療健康環(huán)節(jié)的基礎，是實現(xiàn)以病人為中心的健康服務的重點之一EMPI（患者主索引）EMPI價值術語與基礎數(shù)據醫(yī)院服務總線HSB訪問接口 標準Web服務、服務代理、數(shù)據服務、定時任務、消息隊列組件配置 配置流程圖時需要調用不同的組件完成消息扭轉，其中包括：消息組件、轉換器、網關、路由器、催化器、腳本、管道、適配器。配置

11、流程 提供流程圖配置功能，通過連接組件的方式，實現(xiàn)消息節(jié)點與節(jié)點之間的信息交換，有暫存和保存功能，能夠查看流程圖列表日志系統(tǒng) 管理維護一些支持平臺運行基礎數(shù)據，日志主要包括發(fā)送日志、接收日志、消息日志、異常日志、操作日志。DB管理 配置數(shù)據庫信息，是發(fā)布數(shù)據WebService的基礎安全管理 對接入平臺的各個系統(tǒng)進行管理統(tǒng)計監(jiān)控 統(tǒng)計監(jiān)控通過平臺的系統(tǒng)發(fā)送、接收、異常數(shù)據量。醫(yī)院服務總線HSB醫(yī)院服務總線HSB醫(yī)院服務總線HSB編碼與交叉索引問題 1、東軟及其他廠商老HIS或EMR系統(tǒng)，沒有真正的電子申請單。 2、檢查預約業(yè)務通過紙質申請單流轉支撐，成本高。如：遼寧省腫瘤是患者自行預約； 廣醫(yī)

12、附一是配送處收集，不同醫(yī)技科室自行預約。 3、人工預約效率低，容易出錯且無法合理支持臨床診療。 4、醫(yī)技工作人員同時操作多個系統(tǒng)，如：分診、終端計費、預約，操作性和易用性差。 5、終端計費延遲，住院患者補費、確費不及時，導致漏費。特性 1、開立申請單時，使用由檢查科室定義的申請單及檢查術語 2、在預約等不需要人參與的場景進行電子化傳輸，減少流轉成本 3、既支持在醫(yī)生站直接進行預約，又支持在醫(yī)技科室進行預約 4、通過服務整合，進行界面集成，把分診、登記和終端計費，整合到一個界面， 提高易用性電子申請單與預約系統(tǒng)角色與用例電子申請單與預約系統(tǒng)角色與用例電子申請單與預約系統(tǒng)角色與用例 電子申請單與預約系統(tǒng)電子申請單與預約系統(tǒng)平臺標準服務內容提要第一部分 行業(yè)背景第二部分 產品介紹第三部分 實施步驟平臺的建設的步驟業(yè)務梳理與架構設計通過業(yè)務梳理識別業(yè)務問題，并針對問題進行總體設計數(shù)據、接口與文檔標準的制定根據總體設計和業(yè)務場