醫(yī)院信息平臺建設的基礎構建方法

1、醫(yī)院信息平臺建設的基礎構建方法新醫(yī)療，新智慧智慧醫(yī)療歷史情況回溯及思考各系統之間的基礎數據，如人，科室等相關信息，無法 形成統一，容易造成，多套系統切換，需要使用不同的 賬號，不同的密碼，業(yè)務數據標準不一致，無法形成有 效的數據交換傳統模式下的數據接口，無法形成標準的數據模型，每 個系統之間使用的數據規(guī)范不一致時，容易造成接口不 滿足，需要二次開發(fā)的情況；同時，一旦接口有變化， 無法感知該接口的影響范圍有多大過去醫(yī)院數據的狀況分析數據無法統一系統過于耦合各系統之間的信息相互獨立，形成數據孤島系統數據孤立選擇什么 樣的數據 標準？如何方便 的進行維 護管理？服務執(zhí)行 的過程中 如何監(jiān)控？服務執(zhí)行

2、 后的結果 如何進行 分析？想象中的數據交換示意圖EMRCPOELISRIS其它系統ECG臨床數據中心的建設目的建設閉環(huán)的完整信息化臨床體系優(yōu)化、增強業(yè)務信 息系統，在信息高 度共享的基礎上， 加強流程節(jié)點管控， 實現院前、中、后 的全過程管理在量化管理的基礎 上支持決策分析， 實現管理創(chuàng)新實現患者診療信息 的共享，改善信息 利用的便利性，支 持臨床與科研在整體架構規(guī)劃的 基礎上，避免數據 孤島效應隨著建設 深入進一步擴展臨床數據中心建設的目的臨床數據中心示意圖臨床數據中心數據架構醫(yī)院數據中心采用三層架構，即CDR數據實 體、數據倉庫和數據集市數據模型第一層建模為CDR數據實體層： 參考HL7

3、 RIM 模型把業(yè)務流程中的每一個活動事物所記錄的 信息以及各種原始文檔統一到CDR數據實體中， 形成各領域內的數據模型；數據應用通過解析處理，保證CDR數據的顆粒度足夠 細；匯聚醫(yī)療活動中產生的所有過程性數據， 以便支撐對醫(yī)療過程的精細化管理ESB的建設目的服務規(guī)范企業(yè)服務總線（ESB） 在醫(yī)療行業(yè)的應用以企業(yè)服務總線（ESB）的模式實 現SOA應用通過ESB平臺降低服務提供者和消 費者之間的耦合在ESB平臺上可以進行靈活的運行 時配置，迎合應用系統變化需求， 提高業(yè)務變化敏捷性數據規(guī)范規(guī)范醫(yī)院應用系統的醫(yī)療服務標準構建醫(yī)院核心交換數據標準 統一系統服務接入規(guī)范統一數據交換的數據模型集成規(guī)范

4、為未來應用奠定服務基礎提升應用集成的技術水平為未來的流程集成做好技術準備 服務發(fā)生變更能準確感知影響范圍微軟BizTalkIBM MQOrion HealthInterSystems Essemble數據集成的多元化操作CUBECDRODS臨床業(yè)務庫臨床業(yè)務系統整庫復制根據策略做數據清洗和數據 映射，轉換，將數據轉儲到 ODS服務器開啟CDC功能，全量和增量的方式部署，將數據轉儲到CDR服務器根據不同維度和度量值，通 過ETL的方式，來創(chuàng)建元數 據表靈活的部署方案提供大數據量，低延遲的 數據復制基于日志，無需改變當前IT架構，對生產系統的影 響最小全面的異構數據平臺支持提供集配置、管理和監(jiān)控

5、于一體的圖形化界面，管 理方便，易于操作基于臨床數據中心的ESB的建設應用系統B應用系統C應用系統DESB應用系統A 服務的配置和管理方便的服務配置和接口管理 消息的同步和異步模式圖形化的調用趨勢圖和成功失敗記錄 消息的重發(fā)和通知根據配置的重試次數，消息發(fā)送失敗時主 動進行重試重試失敗后，根據配置主動進行郵件，短信通知 日志的監(jiān)控和分析任一服務執(zhí)行完整的記錄發(fā)起方， 調用方的執(zhí)行結果有效的區(qū)別發(fā)起方或執(zhí)行方的錯誤原因有效的查看數據交換成功過程中傳遞的業(yè) 務數據流性能監(jiān)控配置管理廠商配置服務配置系統配置訂閱配置ESB管理平臺基本功能ESB核心引擎服務器性能監(jiān)控流量監(jiān)控消息監(jiān)控異常處理安全和認證協議轉換消息映射格式轉換資源配置日志分析日志結果分析RIS系統HIS系統病人基本信息功能查詢醫(yī)技申請單功能醫(yī)囑收費功能病人基本信息服務醫(yī)囑費用服務醫(yī)技申請單服務檢查報告服務檢驗全過程信息服務目錄企業(yè)服務總線獲取申請單服務注冊服務注冊服務注冊服務注冊獲取檢查報告EMR系統獲取病人信息勱態(tài)路由服務異常服務端點解析服務線路服務臨床數 據中心加密系統（干保）特殊信息部分系統截圖展示后續(xù)思考以面向服務的思路而非面向數據的思路建設基礎平臺從應用集成向上提升到服務集成，而非向