三甲醫(yī)院數(shù)據(jù)集成平臺建設(shè)與實踐經(jīng)驗_第1頁
三甲醫(yī)院數(shù)據(jù)集成平臺建設(shè)與實踐經(jīng)驗_第2頁
三甲醫(yī)院數(shù)據(jù)集成平臺建設(shè)與實踐經(jīng)驗_第3頁
三甲醫(yī)院數(shù)據(jù)集成平臺建設(shè)與實踐經(jīng)驗_第4頁
三甲醫(yī)院數(shù)據(jù)集成平臺建設(shè)與實踐經(jīng)驗_第5頁
已閱讀5頁,還剩24頁未讀, 繼續(xù)免費閱讀

下載本文檔

版權(quán)說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權(quán),請進行舉報或認領(lǐng)

文檔簡介

醫(yī)院數(shù)據(jù)集成平臺建設(shè)與實踐經(jīng)驗醫(yī)院數(shù)據(jù)集成平臺建設(shè)的背景國內(nèi)大多數(shù)三級醫(yī)院信息化起步于上世紀90年代初,至今發(fā)展有將近30年歷史,主要分為四個階段:第一階段,財務(wù)電子化模式:上世紀90年代中期,北上廣的三甲醫(yī)院已開始引入基于NOVEL網(wǎng)絡(luò)+DOS操作系統(tǒng)+FORBASE等關(guān)系型數(shù)據(jù)庫的醫(yī)院信息系統(tǒng),其特點是注重財務(wù)收費功能,目標是為了收費電子化;第二階段,醫(yī)囑電子化模式:自2000年起,由于Windows桌面技術(shù)的發(fā)展、網(wǎng)絡(luò)關(guān)系型數(shù)據(jù)庫技術(shù)的推進,大多數(shù)三甲醫(yī)院陸續(xù)更換成基于百兆以太局域網(wǎng)+Windows操作系統(tǒng)+SQLServer或Oracle的醫(yī)院信息系統(tǒng),由于人機界面友好度提升,醫(yī)生可在系統(tǒng)上開立醫(yī)囑,護士可執(zhí)行醫(yī)囑,這一階段的特點是圍繞著醫(yī)囑生命周期進行業(yè)務(wù)協(xié)同,同時某些??茟?yīng)用系統(tǒng)也開始使用。第三階段,電子病歷模式:2005年-2008年,醫(yī)院開始部署電子病歷系統(tǒng),起初的電子病歷為狹義電子病歷,即病歷文書電子化,電子病歷系統(tǒng)也只是一個特殊輸入格式的文本編輯器,而病歷是醫(yī)療質(zhì)量的重中之重,用戶對電子病歷的需求越來越細化,隨之提出了廣義電子病歷,即涵蓋患者在醫(yī)院所有醫(yī)療行為的數(shù)據(jù),許多??苹南到y(tǒng)也應(yīng)運而生,2010年開始,無線技術(shù)的普及,院內(nèi)移動應(yīng)用也逐漸在醫(yī)院運行。第四階段,集成互聯(lián)模式:2012年起,集成平臺的概念在上海的一些醫(yī)院得以實現(xiàn),主要要解決醫(yī)院之前所部署的眾多系統(tǒng)形成的“信息孤島”問題,同時2013年起,移動互聯(lián)網(wǎng)應(yīng)用開始盛行,醫(yī)院的壁壘在互聯(lián)網(wǎng)浪潮沖擊下得以逐步開放,帶來了開放后系統(tǒng)并發(fā)訪問大幅度上升,需要可支持數(shù)據(jù)集成、業(yè)務(wù)集成、大并發(fā)訪問的分布式架構(gòu)平臺的支撐。國家衛(wèi)計委2018年4月發(fā)布的《全國醫(yī)院信息化建設(shè)標準與規(guī)范(試行)》明確了醫(yī)院應(yīng)用系統(tǒng)功能多達260多個,當前醫(yī)療健康大數(shù)據(jù)技術(shù)的興起,特別是“互聯(lián)網(wǎng)+醫(yī)療健康”的深入開展為病患提供越來越便捷的移動就醫(yī)服務(wù),新形式下傳統(tǒng)點對點的院內(nèi)應(yīng)用系統(tǒng)之間、跨醫(yī)療機構(gòu)應(yīng)用系統(tǒng)之間、院內(nèi)應(yīng)用系統(tǒng)與互聯(lián)網(wǎng)之間的數(shù)據(jù)交互和共享已不能適應(yīng)醫(yī)療信息化發(fā)展與醫(yī)院信息管理的需要,醫(yī)療數(shù)據(jù)共享與安全面臨新的挑戰(zhàn)。作為應(yīng)對,《全國醫(yī)院信息化建設(shè)標準與規(guī)范(試行)》要求三級醫(yī)院必需建設(shè)醫(yī)院數(shù)據(jù)集成平臺,有條件的二級醫(yī)院可以建設(shè)醫(yī)院數(shù)據(jù)集成平臺,醫(yī)院根據(jù)《全國醫(yī)院信息化建設(shè)標準與規(guī)范(試行)》的要求結(jié)合實際對IT基礎(chǔ)設(shè)施和基礎(chǔ)架構(gòu)進行升級改造,以適應(yīng)國家要求和業(yè)務(wù)發(fā)展需要。醫(yī)院數(shù)據(jù)集成平臺建設(shè)帶來的益處:管理可視化:為醫(yī)院信息管理部門提供了共享文檔與管理、CDR(臨床數(shù)據(jù)中心)展現(xiàn)與管理、EMPI(患者主索引管理)、交互服務(wù)配置管理、服務(wù)運行狀況監(jiān)控管理、數(shù)據(jù)標準轉(zhuǎn)換管理、平臺業(yè)務(wù)基礎(chǔ)字典管理等可視化工具,醫(yī)院信息管理者可以直觀的監(jiān)控平臺交互服務(wù)運行的狀態(tài),對異常錯誤日志進行跟蹤與處理。這也就意味著信息管理者能夠準確的快速定位問題,處理交互故障,保障醫(yī)院業(yè)務(wù)持續(xù)運行。數(shù)據(jù)標準化:按照《電子病歷基本架構(gòu)與數(shù)據(jù)標準》要求構(gòu)建臨床數(shù)據(jù)中心CDR,通過標準數(shù)據(jù)集、數(shù)據(jù)元映射、轉(zhuǎn)換、清洗、存儲滿足國家55個共享文檔CDA建設(shè)與測評的要求,對數(shù)據(jù)處理過程及數(shù)據(jù)質(zhì)量進行全程可視化監(jiān)控和校驗,保障數(shù)據(jù)的準確性。降低接口成本與接口開發(fā)時間:按照《國家醫(yī)療健康信息醫(yī)院信息互聯(lián)互通標準化成熟度測評方案(2017年版)》要求提供79個國家標準交互服務(wù),新建業(yè)務(wù)系統(tǒng)接入平臺必需滿足國標交互服務(wù)要求,大大減少了醫(yī)院大量可復(fù)用的交互服務(wù)接口開發(fā)成本和時間,減輕了醫(yī)院運維人員、業(yè)務(wù)系統(tǒng)承建廠商的工作量。提高工作體驗:由于醫(yī)院業(yè)務(wù)應(yīng)用系統(tǒng)眾多,臨床醫(yī)、護、技等工作人員通常需要登錄多個業(yè)務(wù)系統(tǒng)才能完成業(yè)務(wù)工作,這就帶來了大量重復(fù)操作,工作體驗糟糕,平臺基礎(chǔ)組件單點登錄服務(wù)將業(yè)務(wù)系統(tǒng)通過統(tǒng)一入口、統(tǒng)一權(quán)限管理集成在統(tǒng)一界面,一次登錄授權(quán)多業(yè)務(wù)系統(tǒng)應(yīng)用,從而提升臨床醫(yī)、護、技等工作人員的工作體驗。減少業(yè)務(wù)系統(tǒng)依賴:醫(yī)院新建業(yè)務(wù)系統(tǒng)往往需要依賴HIS、EMR等業(yè)務(wù)系統(tǒng)提供基礎(chǔ)數(shù)據(jù)和臨床數(shù)據(jù),這就造成了更換HIS、EMR等業(yè)務(wù)系統(tǒng)代價高昂,醫(yī)院需要新增業(yè)務(wù)功能原有業(yè)務(wù)系統(tǒng)承建廠商漫天要價,平臺通過為醫(yī)院構(gòu)建統(tǒng)一的CDR,業(yè)務(wù)系統(tǒng)所依賴的基礎(chǔ)數(shù)據(jù)和臨床數(shù)據(jù)統(tǒng)一從CDR獲取,最大限度幫助醫(yī)院減少對單一業(yè)務(wù)系統(tǒng)的依賴。基于以上業(yè)務(wù)發(fā)展的需要以及醫(yī)院數(shù)據(jù)集成平臺建設(shè)的收益,結(jié)合醫(yī)院IT發(fā)展的趨勢,我院在醫(yī)院數(shù)據(jù)集成平臺建設(shè)方面進行了探索和實踐。需求分析業(yè)務(wù)需求分析交互集成需求:實現(xiàn)基于醫(yī)院服務(wù)總線(HospitalServiceBus,HSB)的異構(gòu)業(yè)務(wù)系統(tǒng)之間的標準信息交互服務(wù)。數(shù)據(jù)集成需求:以患者為中心構(gòu)建臨床數(shù)據(jù)中心CDR,為基于醫(yī)院數(shù)據(jù)集成平臺的應(yīng)用提供數(shù)據(jù)服務(wù),支撐醫(yī)院臨床診療、教學(xué)、科研活動和管理決策分析。主數(shù)據(jù)構(gòu)建需求:基于平臺提供注冊服務(wù)、患者主索引服務(wù)(EMPI)、電子病歷存儲和調(diào)閱服務(wù)等為業(yè)務(wù)系統(tǒng)提供統(tǒng)一服務(wù)??晒芾硇孕枨螅簩崿F(xiàn)共享文檔與管理、CDR展現(xiàn)與管理、患者主索引管理(EMPI)、交互服務(wù)配置管理、服務(wù)運行狀況監(jiān)控管理、數(shù)據(jù)標準轉(zhuǎn)換管理和平臺業(yè)務(wù)基礎(chǔ)字典管理的可視化配置、展現(xiàn)與管理。界面集成需求:實現(xiàn)醫(yī)務(wù)人員、行政管理人員、公眾服務(wù)統(tǒng)一門戶入口,院內(nèi)業(yè)務(wù)系統(tǒng)通過單點登錄實現(xiàn)授權(quán)應(yīng)用。可維護性需求:實現(xiàn)工作站一站式部署,版本升級管理。互聯(lián)互通測評需求分析為落實新醫(yī)改相關(guān)工作任務(wù),加強并持續(xù)推進衛(wèi)生信息標準的制定和實施,提高跨機構(gòu)、跨地域健康診療信息交互共享、醫(yī)療服務(wù)協(xié)同水平和信息惠民成效,國家衛(wèi)計委統(tǒng)計信息中心發(fā)布了《國家醫(yī)療健康信息醫(yī)院信息互聯(lián)互通標準化成熟度測評方案(2017年版)》并組織開展國家醫(yī)療健康信息互聯(lián)互通標準化成熟度測評工作?;ヂ?lián)互通測評以衛(wèi)生信息標準為核心,以信息技術(shù)為基礎(chǔ),以第三方測評為手段,對醫(yī)院數(shù)據(jù)集成平臺及應(yīng)用系統(tǒng)建設(shè)進行全面測試與評價,促進實現(xiàn)互聯(lián)互通和信息共享?;ヂ?lián)互通測評對醫(yī)院數(shù)據(jù)集成平臺的要求如下:序號評測項目詳細要求評分備注1數(shù)據(jù)資源標準化數(shù)據(jù)集標準化15詳見《國家醫(yī)療健康信息醫(yī)院信息互聯(lián)互通標準化成熟度測評方案(2017年版)》共享文檔標準化152互聯(lián)互通標準化技術(shù)架構(gòu)10互聯(lián)互通服務(wù)功能25平臺運行性能53硬件設(shè)施建設(shè)平臺硬件5網(wǎng)絡(luò)與安全5信息安全2業(yè)務(wù)應(yīng)用系統(tǒng)34互聯(lián)互通應(yīng)用效果基于平臺的業(yè)務(wù)應(yīng)用9平臺聯(lián)通業(yè)務(wù)應(yīng)用6難點分析在建設(shè)數(shù)據(jù)集成平臺時要充分考慮醫(yī)院自身的實際情況,不能盲目上馬,要做好平臺及基于平臺應(yīng)用的深化設(shè)計,分步實施,最終實現(xiàn)以患者為中心的、全醫(yī)療過程的數(shù)據(jù)共享和信息流轉(zhuǎn)。在建設(shè)過程中,建議考慮以下問題:平臺建設(shè)的邊界問題,明確平臺需建設(shè)哪些功能、實現(xiàn)與哪些業(yè)務(wù)系統(tǒng)交互、基于平臺將建設(shè)那些應(yīng)用和閉環(huán)管理。廠商配合的問題,確認承建廠商有無同類型醫(yī)院平臺項目建設(shè)能力,業(yè)務(wù)應(yīng)用系統(tǒng)承建廠商能否配合交互服務(wù)接口和閉環(huán)管理改造。交互接口標準的問題:醫(yī)院服務(wù)總線如何選擇,系統(tǒng)間信息交互采用哪種方式和信息交互標準。流程梳理的問題,需要實現(xiàn)哪些閉環(huán)管理業(yè)務(wù)流程,在閉環(huán)管理流程中需要哪些業(yè)務(wù)系統(tǒng)進行閉環(huán)節(jié)點改造,如何通過消息與業(yè)務(wù)流程結(jié)合實現(xiàn)互操作。數(shù)據(jù)梳理的問題,需要實現(xiàn)哪些主數(shù)據(jù)字典的統(tǒng)一管理、發(fā)布、訂閱與更新。用戶獲得感的問題,行政管理能否通過平臺建設(shè)獲得管理決策分析指標,提升決策效率;醫(yī)務(wù)人員能否通過平臺建設(shè)獲得醫(yī)療安全質(zhì)量提升,隨時掌握病患病情和重點醫(yī)療事件。醫(yī)院數(shù)據(jù)集成平臺設(shè)計總體設(shè)計思路平臺實現(xiàn)的整體思路一句話概述為:充分利用醫(yī)院已經(jīng)具備的條件和資源,加之一定的改造和創(chuàng)新最終實現(xiàn)院內(nèi)業(yè)務(wù)應(yīng)用系統(tǒng)及與上級平臺的互聯(lián)互通。應(yīng)充分利用醫(yī)院現(xiàn)有信息化基礎(chǔ),考慮改造和建設(shè)實施時間的緊迫性,通過整合現(xiàn)有的醫(yī)院醫(yī)療數(shù)據(jù)數(shù)據(jù)快速構(gòu)建一個醫(yī)院數(shù)據(jù)集成平臺,其中包括按標準對現(xiàn)有數(shù)據(jù)中心的數(shù)據(jù)進行清洗并生成符合國家標準的共享文檔、形成一個互聯(lián)互通的醫(yī)療衛(wèi)生業(yè)務(wù)協(xié)作網(wǎng)絡(luò),面向患者、管理者和醫(yī)務(wù)人員提供相應(yīng)的基于平臺的應(yīng)用?;谄脚_的業(yè)務(wù)整合與數(shù)據(jù)共享機制醫(yī)院數(shù)據(jù)集成平臺是一個集成各類應(yīng)用系統(tǒng)以及日常運營的平臺,實現(xiàn)信息的整合再利用,在此平臺之上可有效整合醫(yī)院內(nèi)部業(yè)務(wù)應(yīng)用系統(tǒng),最終形成一個互聯(lián)互通的醫(yī)院業(yè)務(wù)協(xié)作網(wǎng)絡(luò)。醫(yī)院數(shù)據(jù)集成平臺是為醫(yī)療行業(yè)特別量體定做的,支持不同異源異構(gòu)系統(tǒng)之間的醫(yī)療數(shù)據(jù)的整合,快速實施應(yīng)用程序節(jié)點部署以及各醫(yī)療子系統(tǒng)之間的協(xié)同通訊。在醫(yī)院信息系統(tǒng)中的各業(yè)務(wù)系統(tǒng)之間,比如HIS、LIS、RIS、PACS、EMR、OA等傳遞和展現(xiàn)整個醫(yī)療過程中的相關(guān)信息。通過醫(yī)院數(shù)據(jù)集成平臺建設(shè),一方面可以規(guī)避“點對點”式的信息共享與交換,并使得醫(yī)院可以基于平臺進行業(yè)務(wù)管理,對內(nèi)提高管理水平,對外以統(tǒng)一的交互方式接入?yún)^(qū)域衛(wèi)生協(xié)同網(wǎng)絡(luò),更好地為居民健康服務(wù)。以電子病歷為核心載體的患者診療數(shù)據(jù)集成與共享電子病歷是健康檔案在醫(yī)療機構(gòu)的特定表現(xiàn)方式,標準化的電子病歷是區(qū)域衛(wèi)生信息化和健康檔案建設(shè)的關(guān)鍵問題。醫(yī)院信息系統(tǒng)是從簡單的收費系統(tǒng)發(fā)展起來的,電子病歷是醫(yī)院信息系統(tǒng)進入臨床信息發(fā)展階段的產(chǎn)物。在區(qū)域衛(wèi)生信息化的要求下,必須達到以居民個人健康檔案為主線的臨床信息共享,新一代醫(yī)院信息系統(tǒng)建設(shè)就必須以電子病歷為核心,全面疏理醫(yī)院的各個業(yè)務(wù)與管理流程,使之滿足醫(yī)院內(nèi)部的信息資源共享需要,還要滿足區(qū)域醫(yī)療業(yè)務(wù)協(xié)同的需要。以電子病歷為核心載體強調(diào)以病人為中心,將病人全部的診療資料以統(tǒng)一的形式組織起來,通過醫(yī)院數(shù)據(jù)集成平臺以統(tǒng)一的方式向外展示,并使之成為電子健康檔案的有機組成部分,形成以電子病歷基本架構(gòu)與數(shù)據(jù)標準為基礎(chǔ)的病人診療數(shù)據(jù)標準化、規(guī)范化共享與利用。醫(yī)院管理分為醫(yī)療管理與運營管理。醫(yī)療管理通過對醫(yī)院診療活動各個方面的直接與間接管理來保障臨床服務(wù)工作的質(zhì)量;而針對醫(yī)院人、財、物的運營管理是為醫(yī)院臨床工作進行后勤保障工作的,其最終目標依然是為臨床服務(wù)的。醫(yī)療管理與運營管理需要同臨床服務(wù)交換各類數(shù)據(jù),以實現(xiàn)相應(yīng)的管理目標,促進臨床服務(wù)質(zhì)量的改善。在這個過程中,需要交換的數(shù)據(jù)種類繁多,幾乎涵蓋醫(yī)院信息系統(tǒng)的各個部分,因此基于統(tǒng)一的醫(yī)院數(shù)據(jù)集成平臺的數(shù)據(jù)交換與共享機制是實現(xiàn)這類需求的有效手段。通過消息驅(qū)動的醫(yī)院業(yè)務(wù)流程整合與再造在完成數(shù)據(jù)整合的同時,醫(yī)院管理與醫(yī)療服務(wù)在業(yè)務(wù)流程上也需要有機地結(jié)合起來,才能提高信息的利用價值。例如,藥品從采購到患者服用是一個邏輯非常嚴密的過程,流程上的差錯有可能最終導(dǎo)致醫(yī)療差錯甚至是醫(yī)療事故的發(fā)生。因此,如何將醫(yī)院管理與臨床服務(wù)的業(yè)務(wù)流程有機地結(jié)合起來,建設(shè)這兩方面工作的協(xié)同機制,是醫(yī)院數(shù)據(jù)集成平臺的核心目標之一。通過消息驅(qū)動的醫(yī)院業(yè)務(wù)流程整合與再造,就是要在各個異構(gòu)系統(tǒng)的不同模塊之間,建立消息通道,通過統(tǒng)一的消息機制來控制數(shù)據(jù)的流傳路徑、系統(tǒng)權(quán)限和界面執(zhí)行,消弭異構(gòu)系統(tǒng)間的通訊障礙。面向多類用戶的集成門戶應(yīng)用建立統(tǒng)一的Portal門戶系統(tǒng),實現(xiàn)醫(yī)院的行政管理人員、醫(yī)護人員和患者的協(xié)同平臺。在門戶集成了醫(yī)院現(xiàn)有的業(yè)務(wù)系統(tǒng)應(yīng)用,實現(xiàn)一人多角色的工作應(yīng)用展現(xiàn)。總體架構(gòu)設(shè)計平臺的最終實現(xiàn)效果是兼容不同類型的電子病歷數(shù)據(jù)集,形成醫(yī)院平臺的臨床數(shù)據(jù)中心和運營數(shù)據(jù)中心等,在臨床數(shù)據(jù)中心的基礎(chǔ)上實現(xiàn)各業(yè)務(wù)應(yīng)用系統(tǒng)間的互聯(lián)互通與數(shù)據(jù)共享,醫(yī)院數(shù)據(jù)集成平臺系統(tǒng)架構(gòu)圖如下:醫(yī)院數(shù)據(jù)集成平臺系統(tǒng)架構(gòu)圖數(shù)據(jù)資源規(guī)劃基礎(chǔ)信息庫醫(yī)院信息平臺的基礎(chǔ)信息庫包括患者基本信息庫、醫(yī)療衛(wèi)生服務(wù)人員信息庫、醫(yī)療衛(wèi)生機構(gòu)(科室)信息、術(shù)語和字典信息庫?;A(chǔ)信息庫由醫(yī)院信息平臺的注冊服務(wù)產(chǎn)生,并為這些實體提供唯一的標識?;颊呋拘畔旎颊呋拘畔斓闹饕獌?nèi)容可以按照原衛(wèi)生部《電子病歷基本架構(gòu)與數(shù)據(jù)標準(試行)》的規(guī)定,包括該標準的H.02服務(wù)對象標識、H.03人口學(xué)、H.04聯(lián)系人、H.05地址、H.06通信、H.07醫(yī)保等數(shù)據(jù)組。醫(yī)療衛(wèi)生服務(wù)人員信息庫醫(yī)療衛(wèi)生服務(wù)人員信息庫的主要內(nèi)容可以按照原衛(wèi)生部《電子病歷基本架構(gòu)與數(shù)據(jù)標準(試行)》的規(guī)定,包括該標準的H.09衛(wèi)生服務(wù)者數(shù)據(jù)組。醫(yī)療衛(wèi)生機構(gòu)(科室)信息庫醫(yī)療衛(wèi)生機構(gòu)(科室)信息庫的主要內(nèi)容可以按照原衛(wèi)生部《電子病歷基本架構(gòu)與數(shù)據(jù)標準(試行)》的規(guī)定,包括該標準的H.08衛(wèi)生服務(wù)機構(gòu)數(shù)據(jù)組。術(shù)語和字典庫基于電子病歷的醫(yī)院信息平臺的術(shù)語和字典庫,支持WS363-2011衛(wèi)生信息數(shù)據(jù)元目錄、WS364-2011衛(wèi)生信息數(shù)據(jù)元值域代碼、WSXXX-2012電子病歷基本數(shù)據(jù)集、《電子病歷基本架構(gòu)與數(shù)據(jù)標準(試行)》等規(guī)范。還應(yīng)支持GB/T2261.1-2003個人基本信息分類與代碼第1部分人的性別代碼、GB/T2261.2-2003個人基本信息與分類代碼婚姻狀況代碼、GB/T2261.4-2003個人基本信息分類與代碼第4部分從業(yè)狀況(個人身份)代碼、GB/T4658-1984文化程度代碼、GB3304-1991中國各民族名稱的羅馬字母拼寫法和代碼、疾病分類與代碼(修訂版)衛(wèi)辦綜發(fā)[2011]166號、ICD-9-CM-3手術(shù)與操作、GB/T15657—1995中醫(yī)病證分類與代碼、GB/T16751.3-1997中醫(yī)臨床診療術(shù)語治則治法部分、GB/T2659-2000世界各國和地區(qū)名稱代碼。電子病歷共享文檔庫電子病歷共享文檔庫庫是醫(yī)院信息平臺的一個重要建設(shè)內(nèi)容和組成部分,本次測評的一個重點就是對醫(yī)院數(shù)據(jù)中電子病歷共享文檔中的電子病歷共享文檔進行測評。它按照國家衛(wèi)計委(原衛(wèi)生部)發(fā)布的《電子病歷基本數(shù)據(jù)集》和《電子病歷共享文檔規(guī)范》要求存儲來自醫(yī)療機構(gòu)各業(yè)務(wù)系統(tǒng)的電子病歷數(shù)據(jù),每一份電子病歷數(shù)據(jù)均采用二維表格式和XML文件格式兩種存儲格式分別存儲,形成平臺獨立的臨床數(shù)據(jù)庫和電子病歷共享文檔庫。信息資源庫建設(shè)的最基本要求是對標準的符合性:對《電子病歷基本數(shù)據(jù)集》的遵循從能夠從數(shù)據(jù)語義層實現(xiàn)各機構(gòu)數(shù)據(jù)標準統(tǒng)一,而《電子病歷共享文檔規(guī)范》規(guī)定了文檔的架構(gòu)和內(nèi)容,對《電子病歷共享文檔規(guī)范》的遵循則進一步解決了傳輸與交換層的統(tǒng)一問題,最終為實現(xiàn)系統(tǒng)之間、平臺之間、機構(gòu)之間的互聯(lián)互通提供了基礎(chǔ)。電子病歷共享文檔庫目錄共享文檔庫用于55個標準共享文檔注冊后的文檔索引及文檔內(nèi)容存儲倉庫,可用于業(yè)務(wù)系統(tǒng)對于共享文檔的檢索和調(diào)閱。電子病歷共享文檔庫嚴格按照《電子病歷共享文檔規(guī)范》的要求建設(shè),衛(wèi)計委目前一共制定了55個電子病歷共享文檔:電子病歷共享文檔規(guī)范第1部分:病歷概要電子病歷共享文檔規(guī)范第2部分:門(急)診病歷電子病歷共享文檔規(guī)范第3部分:急診留觀病歷電子病歷共享文檔規(guī)范第4部分:西藥處方電子病歷共享文檔規(guī)范第5部分:中藥處方電子病歷共享文檔規(guī)范第6部分:檢查報告電子病歷共享文檔規(guī)范第7部分:檢驗報告電子病歷共享文檔規(guī)范第8部分:治療記錄電子病歷共享文檔規(guī)范第9部分:一般手術(shù)記錄電子病歷共享文檔規(guī)范第10部分:麻醉術(shù)前訪視記錄電子病歷共享文檔規(guī)范第11部分:麻醉記錄電子病歷共享文檔規(guī)范第12部分:麻醉術(shù)后訪視記錄電子病歷共享文檔規(guī)范第13部分:輸血記錄電子病歷共享文檔規(guī)范第14部分:待產(chǎn)記錄電子病歷共享文檔規(guī)范第15部分:陰道分娩記錄電子病歷共享文檔規(guī)范第16部分:剖宮產(chǎn)記錄電子病歷共享文檔規(guī)范第17部分:一般護理記錄電子病歷共享文檔規(guī)范第18部分:病重(病危)護理記錄電子病歷共享文檔規(guī)范第19部分:手術(shù)護理記錄電子病歷共享文檔規(guī)范第20部分:生命體征測量記錄電子病歷共享文檔規(guī)范第21部分:出入量記錄電子病歷共享文檔規(guī)范第22部分:高值耗材使用記錄電子病歷共享文檔規(guī)范第24部分:入院評估電子病歷共享文檔規(guī)范第25部分:護理計劃電子病歷共享文檔規(guī)范第26部分:出院評估與指導(dǎo)電子病歷共享文檔規(guī)范第26部分:手術(shù)同意書電子病歷共享文檔規(guī)范第27部分:麻醉知情同意書電子病歷共享文檔規(guī)范第28部分:輸血治療同意書電子病歷共享文檔規(guī)范第29部分:特殊檢查及特殊治療同意書電子病歷共享文檔規(guī)范第30部分:病危(重)通知書電子病歷共享文檔規(guī)范第31部分:其他知情告知同意書電子病歷共享文檔規(guī)范第32部分:住院病案首頁電子病歷共享文檔規(guī)范第33部分:中醫(yī)住院病案首頁電子病歷共享文檔規(guī)范第34部分:入院記錄電子病歷共享文檔規(guī)范第35部分:24小時內(nèi)入出院電子病歷共享文檔規(guī)范第36部分:24小時內(nèi)入院死亡記錄電子病歷共享文檔規(guī)范第37部分:住院病程記錄首次病程記錄電子病歷共享文檔規(guī)范第38部分:住院病程記錄日常病程記錄電子病歷共享文檔規(guī)范第39部分:住院病程記錄上級醫(yī)師查房記錄電子病歷共享文檔規(guī)范第40部分:住院病程記錄疑難病例討論記錄電子病歷共享文檔規(guī)范第41部分:住院病程記錄交接班記錄電子病歷共享文檔規(guī)范第42部分:住院病程記錄轉(zhuǎn)科記錄電子病歷共享文檔規(guī)范第43部分:住院病程記錄階段小結(jié)電子病歷共享文檔規(guī)范第44部分:住院病程記錄搶救記錄電子病歷共享文檔規(guī)范第45部分:住院病程記錄會診記錄電子病歷共享文檔規(guī)范第46部分:住院病程記錄術(shù)前小結(jié)電子病歷共享文檔規(guī)范第47部分:住院病程記錄術(shù)前討論電子病歷共享文檔規(guī)范第48部分:住院病程記錄術(shù)后首次病程記錄電子病歷共享文檔規(guī)范第49部分:住院病程記錄出院記錄電子病歷共享文檔規(guī)范第50部分:住院病程記錄死亡記錄電子病歷共享文檔規(guī)范第51部分:住院病程記錄死亡病例討論記錄電子病歷共享文檔規(guī)范第52部分:住院醫(yī)囑電子病歷共享文檔規(guī)范第53部分:出院小結(jié)電子病歷共享文檔規(guī)范第54部分:法定醫(yī)學(xué)證明及報告電子病歷共享文檔規(guī)范第55部分:健康體檢電子病歷共享文檔庫內(nèi)容電子病歷是醫(yī)療機構(gòu)對門診、住院患者(或保健對象)臨床診療和指導(dǎo)干預(yù)的、數(shù)字化的醫(yī)療服務(wù)工作記錄。是居民個人在醫(yī)療機構(gòu)歷次就診過程中產(chǎn)生和被記錄的完整、詳細的臨床信息資源。電子病歷的主要內(nèi)容由:病歷概要、門(急)診病歷記錄、住院病歷記錄、健康體檢記錄、轉(zhuǎn)診記錄、法定醫(yī)學(xué)證明及報告、醫(yī)療機構(gòu)信息等七個業(yè)務(wù)域的基本醫(yī)療服務(wù)活動記錄構(gòu)成。列舉如下:1、病歷概要病歷概要的主要記錄內(nèi)容包括:1)患者基本信息包括人口學(xué)信息、社會經(jīng)濟學(xué)信息、親屬(聯(lián)系人)信息、社會保障信息和個體生物學(xué)標識等。2)基本健康信息包括現(xiàn)病史、既往病史(如疾病史、手術(shù)史、輸血史、免疫史、過敏史、用藥史)、月經(jīng)史、生育史、家族史、危險因素暴露史等。3)衛(wèi)生事件摘要指在醫(yī)療機構(gòu)歷次就診所發(fā)生的醫(yī)療服務(wù)活動(衛(wèi)生事件)摘要信息,包括衛(wèi)生事件名稱、類別、時間、地點、結(jié)局等信息。4)醫(yī)療費用記錄指在醫(yī)療機構(gòu)歷次就診所發(fā)生的醫(yī)療費用摘要信息。2、病歷記錄按照醫(yī)療機構(gòu)中醫(yī)療服務(wù)活動的職能域劃分,病歷記錄可分為:門(急)診病歷記錄、住院病歷記錄和健康體檢記錄等三個業(yè)務(wù)域。1)門(急)診病歷記錄主要包括門(急)診病歷、門(急)診處方、門(急)診治療處置記錄、門(急)診護理記錄、檢查檢驗記錄、知情告知信息等六項基本內(nèi)容。其中包括的子記錄分別為:門(急)診病歷:分為門(急)診病歷、急診留觀病歷。門(急)診處方:分為西醫(yī)處方和中醫(yī)處方。門(急)診治療處置記錄:指一般治療處置記錄,包括治療記錄、手術(shù)記錄、麻醉記錄、輸血記錄等。門(急)診護理記錄:指護理操作記錄,包括一般護理記錄、特殊護理記錄、手術(shù)護理記錄、體溫記錄、出入量記錄、注射輸液巡視記錄等。檢查檢驗記錄:分為檢查記錄和檢驗記錄。檢查記錄包括超聲、放射、核醫(yī)學(xué)、內(nèi)窺鏡、病理、心電圖、腦電圖、肌電、胃腸動力、肺功能、睡眠呼吸監(jiān)測等各類醫(yī)學(xué)檢查記錄;檢驗記錄包括臨床血液、體液、生化、免疫、微生物、分子生物學(xué)等各類醫(yī)學(xué)檢驗記錄。知情告知信息:指醫(yī)療機構(gòu)需主動告知患者和/或其親屬,或需要患者(或患者親屬)簽署的各種知情同意書,包括手術(shù)同意書、特殊檢查及治療同意書、特殊藥品及材料使用同意書、輸血同意書、病危(重)通知書等。2)住院病歷記錄主要包括住院病案首頁、住院志、住院病程記錄、住院醫(yī)囑、住院治療處置記錄、住院護理記錄、檢查檢驗記錄、出院記錄、轉(zhuǎn)院記錄、知情告知信息等十項基本內(nèi)容。其中包括的子記錄分別為:住院志:包括入院記錄、24小時內(nèi)入出院記錄、24小時內(nèi)入院死亡記錄等。住院病程記錄:包括首次病程記錄、日常病程記錄、上級查房記錄、疑難病例討論、交接班記錄、轉(zhuǎn)科記錄、階段小結(jié)、搶救記錄、會診記錄、術(shù)前小結(jié)、術(shù)前討論、術(shù)后首次病程記錄、出院小結(jié)、死亡醫(yī)學(xué)記錄、死亡病例討論記錄等。住院醫(yī)囑:分為長期醫(yī)囑和臨時醫(yī)囑。住院治療處置記錄:包括一般治療處置記錄和助產(chǎn)記錄兩部分。一般治療處置記錄,住院與門診相同;助產(chǎn)記錄包括待產(chǎn)記錄、剖宮產(chǎn)紀錄和自然分娩記錄等。住院護理記錄:包括護理操作記錄和護理評估與計劃兩部分。護理操作記錄,住院與門診相同;護理評估與計劃包括入院評估記錄、護理計劃、出院評估及指導(dǎo)記錄、一次性衛(wèi)生耗材使用記錄等。檢查檢驗記錄和知情告知信息,住院與門診相同。3)健康體檢記錄指醫(yī)療機構(gòu)開展的,以健康監(jiān)測、預(yù)防保健為主要目的(非因病就診)的一般常規(guī)健康體檢記錄。3、轉(zhuǎn)診記錄指醫(yī)療機構(gòu)之間進行患者轉(zhuǎn)診(轉(zhuǎn)入或轉(zhuǎn)出)的主要工作記錄。4、法定醫(yī)學(xué)證明及報告指醫(yī)療機構(gòu)負責向服務(wù)對象簽發(fā)的各類法定醫(yī)學(xué)證明信息,或必須依法向有關(guān)業(yè)務(wù)部門上報的各類法定醫(yī)學(xué)報告信息。主要包括:出生醫(yī)學(xué)證明、死亡醫(yī)學(xué)證明、傳染病報告、出生缺陷兒登記等。5、醫(yī)療機構(gòu)信息主要指負責創(chuàng)建、使用和保存電子病歷的醫(yī)療機構(gòu)法人信息。數(shù)據(jù)來源電子病歷共享文檔數(shù)據(jù)來源于各醫(yī)院的業(yè)務(wù)系統(tǒng),醫(yī)療數(shù)據(jù)采集清洗涉及與醫(yī)院內(nèi)部眾多信息系統(tǒng)的對接,如:電子病歷系統(tǒng)(門診和住院)、HIS(醫(yī)院信息管理系統(tǒng))、體檢系統(tǒng)、LIS(實驗室信息管理系統(tǒng))、PACS(影像傳輸與存儲系統(tǒng))、B超系統(tǒng)、病理系統(tǒng)、心電系統(tǒng)、手術(shù)室系統(tǒng)、內(nèi)窺鏡系統(tǒng)、病案系統(tǒng)……臨床數(shù)據(jù)中心CDR臨床數(shù)據(jù)庫(CDR)在醫(yī)院數(shù)據(jù)集成平臺中我們稱之為臨床數(shù)據(jù)中心,存儲以病人為中心的全程臨床數(shù)據(jù),用于病人的全視圖信息共享及用于醫(yī)院的臨床業(yè)務(wù)監(jiān)管、BI分析、科研教學(xué)支持等。臨床數(shù)據(jù)中心包括臨床數(shù)據(jù)倉庫(ClinicalDataRepository,CDR)是一個整合多個來源的臨床數(shù)據(jù)倉庫,提供以患者和醫(yī)護人員為中心的統(tǒng)一視圖的數(shù)據(jù)庫。其中CDR通過受控醫(yī)學(xué)詞匯表(CMV)保證所有人對臨床數(shù)據(jù)語義理解的一致,以提高CDR的數(shù)據(jù)質(zhì)量。在CDR中,診療數(shù)據(jù)是圍繞患者為中心進行組織的,用于病人的全視圖信息共享及用于醫(yī)院的臨床業(yè)務(wù)監(jiān)管、BI分析、科研教學(xué)支持等。其中的診療數(shù)據(jù)一般包括:患者基本信息、歷次就診病史、門急診和住院診斷、處方信息、檢驗結(jié)果、放射/超聲/病理/內(nèi)鏡檢查報告、醫(yī)學(xué)影像、費用信息……基礎(chǔ)組件服務(wù)醫(yī)院服務(wù)總線專用于醫(yī)院數(shù)據(jù)集成平臺的ESB(企業(yè)服務(wù)總線)稱為醫(yī)院服務(wù)總線(HospitalServiceBus,HSB),HSB支持主流的開放標準和規(guī)范,提供可靠的消息傳輸機制,建立服務(wù)之間的通信、連接、組合和集成的服務(wù)動態(tài)松耦合機制,為基于SOA的應(yīng)用系統(tǒng)的服務(wù)集成提供支撐。HSB從功能上可以分為總線服務(wù)管理、消息傳輸、域服務(wù)器、適配器服務(wù)組件。相對于通用的ESB,HSB的特點是在醫(yī)療信息互操作性層面上支持醫(yī)院信息交換,實現(xiàn)了語法互操作性信息交換,乃至語義互操作性信息交換。HSB基于統(tǒng)一的醫(yī)療行業(yè)信息標準規(guī)范,支持HL7信息交換標準。在國內(nèi),HSB應(yīng)遵循《WS/T447-2014基于電子病歷的醫(yī)院信息平臺技術(shù)規(guī)范》和《基于電子病歷的醫(yī)院信息平臺建設(shè)技術(shù)解決方案(1.0版)》等標準規(guī)范,才能有效實現(xiàn)醫(yī)院內(nèi)外信息系統(tǒng)互聯(lián)互通和信息共享。參見醫(yī)院服務(wù)總線交互引擎圖如下:醫(yī)院服務(wù)總線交互引擎注冊服務(wù)注冊服務(wù)應(yīng)包括對患者、醫(yī)療服務(wù)人員、醫(yī)療衛(wèi)生機構(gòu)(科室)、醫(yī)療衛(wèi)生術(shù)語和字典的注冊管理服務(wù)。平臺應(yīng)對這些實體提供唯一的標識。針對各類實體形成各類注冊庫(如患者注冊庫、醫(yī)療服務(wù)人員注冊庫、機構(gòu)注冊庫、術(shù)語和字典注冊庫)。患者主索引服務(wù)平臺建設(shè)的一個關(guān)鍵點是患者唯一身份識別,也就是如何將同一個人在醫(yī)院不同業(yè)務(wù)系統(tǒng)的就診記錄關(guān)聯(lián)起來,并建立統(tǒng)一的交叉索引機制?;颊咴诮邮蔗t(yī)療服務(wù)時,可以使用身份證、社??ㄌ?、就診卡號、健康卡號、軍人證號、護照號、港澳通行證、回鄉(xiāng)證號、學(xué)生證號、門診流水號、住院流水號、體檢流水號等各種就診身份標志,而醫(yī)院各業(yè)務(wù)系統(tǒng)并沒有合并持不同就診卡的患者身份的機制,因此患者身份的唯一性識別與整合是實現(xiàn)患者信息共享的基礎(chǔ)。見下圖:EMPI患者主索引服務(wù)總體框架圖在平臺建設(shè)過程中,醫(yī)院可以采用國際上公認的解決患者身份唯一性問題的IHEPIX(患者身份交叉引用)規(guī)范技術(shù)框架,來實現(xiàn)居民/患者的身份識別,使來自于不同機構(gòu)不同業(yè)務(wù)系統(tǒng)的患者身份能夠?qū)崿F(xiàn)交叉引用。見下圖:患者身份交叉索引流程圖ETL異構(gòu)數(shù)據(jù)集成清洗服務(wù)在醫(yī)院數(shù)據(jù)集成平臺的建設(shè)中,異構(gòu)數(shù)據(jù)集成是一個重點也是一個難點。醫(yī)療信息平臺的建設(shè)需要與院內(nèi)多個業(yè)務(wù)應(yīng)用系統(tǒng)進行對接,而這些系統(tǒng)由不同開發(fā)商進行建設(shè),采用不同的的操作系統(tǒng)、不同的開發(fā)環(huán)境、不同的軟件體系架構(gòu)、不同的數(shù)據(jù)格式等,數(shù)據(jù)來源、環(huán)境、格式極其復(fù)雜。傳統(tǒng)的醫(yī)療整合方式一般是由醫(yī)院各系統(tǒng)供應(yīng)商對原有系統(tǒng)進行改造后向平臺提交數(shù)據(jù),這種方式使項目的成敗極其依賴各醫(yī)療衛(wèi)生機構(gòu)的主觀配合意愿和技術(shù)配合能力,使項目變得極其不可控。因此,在醫(yī)院數(shù)據(jù)集成平臺建設(shè)中必須突破以上瓶頸問題,從根本上改變目前平臺依賴自下而上“提交”標準化數(shù)據(jù)、從而實現(xiàn)數(shù)據(jù)整合的傳統(tǒng)模式,而是將主動權(quán)交給醫(yī)院,由醫(yī)院通過平臺來決定在什么時間,提取什么數(shù)據(jù),按什么樣的標準格式轉(zhuǎn)換。采取一種“自上而下、主動、及時”的集成模式,一方面由于不再需要各業(yè)務(wù)信息系統(tǒng)改造數(shù)據(jù)格式而大大加快項目進度,另一方面也使得未來實時數(shù)據(jù)監(jiān)測成為可能。ETL異構(gòu)數(shù)據(jù)抽取、清洗、裝載服務(wù)過程如下圖所示:ETL異構(gòu)數(shù)據(jù)集成清洗服務(wù)電子病歷存儲和調(diào)閱服務(wù)電子病歷是由醫(yī)院以電子化方式創(chuàng)建、保存和使用的,是居民個人在醫(yī)院歷次就診過程中產(chǎn)生和被記錄的完整、詳細的臨床信息資源。電子病歷存儲服務(wù)由臨床數(shù)據(jù)中心CDR來實現(xiàn),電子病歷調(diào)閱服務(wù)即電子病歷全息瀏覽(360患者視圖),對外提供通過統(tǒng)一的瀏覽器實現(xiàn)調(diào)閱服務(wù)。電子病歷調(diào)閱服務(wù)醫(yī)院數(shù)據(jù)集成平臺實施難點與應(yīng)對針對平臺建設(shè)邊界問題,應(yīng)對措施是在醫(yī)院數(shù)據(jù)集成平臺上線前,通過調(diào)研對照《國家醫(yī)療健康信息醫(yī)院信息互聯(lián)互通標準化成熟度測評方案(2017年版)》的要求梳理建設(shè)范圍,例如醫(yī)院數(shù)據(jù)集成平臺建設(shè)需要通過互聯(lián)互通四級甲等,需滿足52個標準交互服務(wù)建設(shè)、53個臨床共享文檔建設(shè)、連通的業(yè)務(wù)系統(tǒng)數(shù)據(jù)大于24個,聯(lián)通的外部機構(gòu)數(shù)量大于4個等等。針對廠商配合的問題,應(yīng)對措施是在醫(yī)院數(shù)據(jù)集成平臺上線前召集醫(yī)院所有業(yè)務(wù)系統(tǒng)的承建廠商負責人,確認是否能夠根據(jù)《國家醫(yī)療健康信息醫(yī)院信息互聯(lián)互通標準化成熟度測評方案(2017年版)》按時保質(zhì)完成系統(tǒng)接入平臺的改造。交互接口標準的問題,應(yīng)對措施是根據(jù)《國家醫(yī)療健康信息醫(yī)院信息互聯(lián)互通標準化成熟度測評方案(2017年版)》要求通過醫(yī)院服務(wù)總線采用HL7標準實現(xiàn)信息交互。流程梳理的問題,應(yīng)對措施是在醫(yī)院數(shù)據(jù)集成平臺上線前,通過調(diào)研梳理并確認業(yè)務(wù)閉環(huán)流程,涉及多個業(yè)務(wù)系統(tǒng),梳理每個業(yè)務(wù)點的歸屬系統(tǒng),不但要考慮當前業(yè)務(wù)點情況,而且要考慮在整個閉環(huán)流程中未來可能的業(yè)務(wù)接入點,為后期信息化升級預(yù)留接口。業(yè)務(wù)流程梳理完畢,針對每個流程中涉及的業(yè)務(wù)點,確認改造方法。針對數(shù)據(jù)梳理的問題,應(yīng)對措施是在醫(yī)院數(shù)據(jù)集成平臺上線前,針對數(shù)據(jù)元、患者主數(shù)據(jù)、科室主數(shù)據(jù)、醫(yī)療人員主數(shù)據(jù)進行梳理,生成平臺統(tǒng)一的主數(shù)據(jù)字典,在業(yè)務(wù)系統(tǒng)改造過程中實現(xiàn)主數(shù)據(jù)的發(fā)布、更新、同步、訂閱等操作。針對用戶獲得感的問題,應(yīng)對措施是要通過醫(yī)院數(shù)據(jù)集成平臺建設(shè)提升行政管理者、醫(yī)務(wù)人員的參與度,為行政管理人員提供基于平臺的管理決策分析(駕駛艙),為醫(yī)務(wù)人員提供基于平臺的電子病歷全息瀏覽、基于手機應(yīng)用的重點醫(yī)療事件提醒、基于手機應(yīng)用的移動查房等提升工作體驗。醫(yī)院數(shù)據(jù)集成平臺實施過程管理醫(yī)院數(shù)據(jù)集成平臺項目建設(shè)是一項復(fù)雜的工作,平臺的實施過程管理主要包括項目啟動和計劃、項目實施、項目監(jiān)控、項目結(jié)尾等四個階段。項目啟動和計劃階段:完成項目招標采購,組織項目建設(shè)團隊,召開項目啟動大會,審議項目實施計劃。項目實施階段:確定實施步驟,對項目范圍、項目時間、項目質(zhì)量、項目成本、項目測評、項目團隊和項目風險進行定義與管理。項目監(jiān)控階段:對項目實施進程進行監(jiān)督,通過巡查、檢查、測試、控制、預(yù)警保障項目質(zhì)量,并按項目進度計劃完成。項目結(jié)尾階段:醫(yī)院數(shù)據(jù)集成平臺項目試運行,組織項目測評與驗收,評估應(yīng)用效果與效率。項目啟動和計劃階段醫(yī)院數(shù)據(jù)集成平臺建設(shè)項目的啟動涉及到產(chǎn)品的選型、招投標采購、項目團隊的組建和項目實施計劃的審議,需要考慮醫(yī)院各類人員(信息管理人員、業(yè)務(wù)應(yīng)用人員、醫(yī)院管理人員)的需求是什么、采購什么樣的產(chǎn)品和服務(wù)、不同廠商同類項目案例產(chǎn)品的性價比如何、項目實施計劃如何等等。產(chǎn)品的選型重點是甄選廠商產(chǎn)品是否符合醫(yī)院建設(shè)需求、采用的是國外商品化集成平臺還是國內(nèi)自主開發(fā)集成平臺、同類型醫(yī)院案例有多少、產(chǎn)品和售后服務(wù)價格多少。招投標采購重點是招標需求和參數(shù)文件的編制,必須按照招投標管理辦法的要求公平、公正、公開選取符合招標文件要求的承建廠商。項目團隊的組建醫(yī)院數(shù)據(jù)集成平臺建設(shè)是一項復(fù)雜的系統(tǒng)工程,涉及到醫(yī)院、承建廠商及監(jiān)理單位的各種資源,因此建立一套健全有效的組織保障體系是項目管理及項目成功實施的必要條件和保障措施。在組織保障建設(shè)中應(yīng)考慮以下原則:項目組需要醫(yī)院、承建廠商、監(jiān)理單位共同參與,參見項目組織結(jié)構(gòu)圖。成立以醫(yī)院院長或分管副院長為組長的項目領(lǐng)導(dǎo)小組,負責項目的領(lǐng)導(dǎo)及資源調(diào)配,參見項目領(lǐng)導(dǎo)小組人員及職責表。成立以信息中心主任為項目經(jīng)理的項目執(zhí)行小組,負責項目的實施及管理,參見項目執(zhí)行小組人員及職責表。項目組織結(jié)構(gòu)圖項目領(lǐng)導(dǎo)小組人員及職責類別人員組成職責組長院長或主管副院長負責項目的總體控制和管理負責重大問題的決策和處理負責項目的資源調(diào)配與管理負責項目計劃的審核與確認組員信息中心主任負責項目計劃的制定與執(zhí)行負責項目協(xié)調(diào)會議的召集與主持負責業(yè)務(wù)流程與應(yīng)用模式的確認主要部門負責人(如財務(wù)科、醫(yī)務(wù)科、護理部、設(shè)備科等科室負責人)負責項目所涉及各科室人員的協(xié)調(diào)承建單位負責人負責承建單位人員的調(diào)配及協(xié)調(diào)監(jiān)理公司負責人負責監(jiān)理工程師的協(xié)調(diào)及資源調(diào)配項目執(zhí)行小組人員及職責類別人員組成職責項目執(zhí)行負責人信息中心主任負責項目計劃的制定,項目全程管理負責項目組成員的日常管理與考核專家組業(yè)務(wù)專家、技術(shù)專家,可外聘業(yè)務(wù)指導(dǎo)、技術(shù)指導(dǎo)、階段工作評審及把關(guān)執(zhí)行組信息中心/信息科軟硬件工程師承建廠商項目團隊網(wǎng)絡(luò)安裝、調(diào)試、管理及硬件安裝、調(diào)試、管理需求調(diào)研、需求分析、需求管理軟件開發(fā)、客戶化修改、技術(shù)支持系統(tǒng)管理員、操作人員的培訓(xùn)項目實施前的數(shù)據(jù)準備項目實施時的現(xiàn)場指導(dǎo)項目過程質(zhì)量和產(chǎn)品質(zhì)量的審計、監(jiān)控項目管理文檔、技術(shù)文檔、程序版本配置管理監(jiān)理組監(jiān)理公司監(jiān)理工程師質(zhì)量控制、投資控制、進度控制、變更控制、合同管理、信息管理、安全管理、溝通協(xié)調(diào)項目實施計劃的審議項目實施計劃是平臺項目進入系統(tǒng)實施的啟動階段,是用于協(xié)調(diào)項目編制、指導(dǎo)項目執(zhí)行和描述項目控制的文件,關(guān)鍵組成部分應(yīng)包括項目簡介或概覽、如何組織項目的描述、用于項目管理的技術(shù)和過程,描述需要完成的工作內(nèi)容、進度信息和預(yù)算信息。項目實施計劃主要進行的工作包括:確定詳細的項目實施范圍、定義遞交的工作成果、評估實施過程中主要的風險、制定項目實施的時間計劃、成本和預(yù)算計劃、人力資源計劃等。項目實施階段隨著醫(yī)療市場和IT技術(shù)的不斷發(fā)展和變化、國家醫(yī)院信息互聯(lián)互通測評的要求,加大了醫(yī)院數(shù)據(jù)集成平臺項目建設(shè)的周期和復(fù)雜性。為了保證前后銜接,避免脫節(jié)和重復(fù)投資,造成人力、財力、物力的浪費,需要在項目實施中把握以下原則:整體規(guī)劃:任何一個信息系統(tǒng)的建設(shè)都不可能是一蹴而就,更何況醫(yī)院數(shù)據(jù)集成平臺建設(shè)是一項非常龐大、復(fù)雜、長期的系統(tǒng)工程。需要先做一個整體的規(guī)劃,無論從戰(zhàn)略上或從戰(zhàn)術(shù)上,從軟硬件系統(tǒng)上都必須先進行整體的調(diào)研和規(guī)劃,才能為后續(xù)的建設(shè)指明道路和打下基礎(chǔ)。分步實施:醫(yī)院數(shù)據(jù)集成平臺建設(shè)過程是一個長期的過程,必須分成多個階段來完成,以保證項目建設(shè)的可行性和可控性。因此必須在總體規(guī)劃的指導(dǎo)下,對整個項目科學(xué)地劃分多個實施階段,逐步完成各項工程的建設(shè)。成熟先行:醫(yī)院數(shù)據(jù)集成平臺建設(shè)包含了各種各樣的產(chǎn)品,而各種產(chǎn)品又是在不斷發(fā)展和完善的。醫(yī)院的業(yè)務(wù)和流程也在不斷的完善過程中。因此在建設(shè)時,不能冒進和盲目跟風,需要根據(jù)醫(yī)院實際情況,選擇成熟實用的產(chǎn)品或系統(tǒng),從系統(tǒng)的底層一步步做起,減少系統(tǒng)建設(shè)的風險和浪費。在項目實施階段需要制定詳細的項目計劃,并按計劃執(zhí)行。在執(zhí)行的過程中對項目進行監(jiān)控,根據(jù)項目管理理論本章節(jié)從項目范圍、時間、成本、質(zhì)量、人力資源、溝通及風險等方面如何

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權(quán)益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預(yù)覽,若沒有圖紙預(yù)覽就沒有圖紙。
  • 4. 未經(jīng)權(quán)益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權(quán)或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論