重癥監(jiān)護管理系統(tǒng)建設(shè)方案

重癥監(jiān)護管理系統(tǒng)建設(shè)方案

序號模塊功能數(shù)據(jù)分析預期病死率、死亡人數(shù)、實際病死率、總占床日、當月工作日、床位使用率、出科患者平均住院日、出院患者平均住院日、平均APACHE等進行統(tǒng)計分析。14.安全管理.修改口令：用戶可通過該功能定期修改口令，來確保數(shù)據(jù)的安全性。.病歷歸檔后系統(tǒng)便不再允許修改。.支持數(shù)據(jù)修正，顯示數(shù)據(jù)的審計、修改的痕跡。.提供集中的用戶及權(quán)限管理程序，通過系統(tǒng)管理員為用戶授權(quán)，不同權(quán)限管理不同的內(nèi)容。提供用戶分組、權(quán)限角色組管理機制，大大簡化用戶授權(quán)。.按照每個用戶所在的崗位和所需完成的業(yè)務(wù)，由系統(tǒng)管理員分配權(quán)限，每個用戶只能看到本人所允許和應該看到的信息。15.系統(tǒng)設(shè)置.重癥監(jiān)護常用醫(yī)囑項、顯示分類、顯示大類維護。.重癥監(jiān)護的出入量匯總統(tǒng)計項維護。.設(shè)置重癥監(jiān)護床的采集的項目、采集頻率等。.重癥監(jiān)護的出入量匯總統(tǒng)計項維護。1.5接口要求需要獲取醫(yī)院現(xiàn)有系統(tǒng)的科室、醫(yī)護人員、病人、醫(yī)囑、檢驗、院感、重癥護理等數(shù)據(jù)，需要與以上相關(guān)系統(tǒng)完成接口對接。

序號接口名稱1科室字典接口2醫(yī)護人員字典3床位類型及床位字典4醫(yī)囑字典5計量單位字典6用藥優(yōu)先級字典7用藥頻率字典8用藥途徑字典9醫(yī)囑狀態(tài)字典10基本信息11病人就診信息12病人轉(zhuǎn)科信息13診斷信息14檢驗信息15用藥信息16治療信息17重癥護理記錄信息18院感信息19住院統(tǒng)計信息TOC\o"1-5"\h\z\o"CurrentDocument"1.1系統(tǒng)需求要求3\o"CurrentDocument"系統(tǒng)建設(shè)要求3技術(shù)總體要求4\o"CurrentDocument"1.3.1系統(tǒng)整體架構(gòu)的先進性、擴展性、可定制化4\o"CurrentDocument"L3.2系統(tǒng)部署方案的可行性、高可用性、安全性、可維護性4\o"CurrentDocument"1.3.3系統(tǒng)集成及接口部分技術(shù)方案的完整性5\o"CurrentDocument"L3.4數(shù)據(jù)庫5系統(tǒng)模塊功能要求5接口要求101.1系統(tǒng)需求要求.總體架構(gòu)科學合理、可持續(xù)發(fā)展，在總體規(guī)劃時，需要同時根據(jù)IT技術(shù)和醫(yī)院信息化發(fā)展趨勢考慮系統(tǒng)可持續(xù)發(fā)展，考慮系統(tǒng)的開放性、擴展性、業(yè)務(wù)敏捷性以及未來集團化發(fā)展等。系統(tǒng)能夠適應未來新技術(shù)的變化，能夠適應未來不斷發(fā)展的業(yè)務(wù)，同時也能夠支撐醫(yī)院規(guī)模的擴大。標準規(guī)范，通過本系統(tǒng)建設(shè)，逐步構(gòu)建基于HL7（國際通用醫(yī)療電子數(shù)據(jù)交換標準），IHE（醫(yī)療信息系統(tǒng)集成標準），ICD10（國際疾病分類編碼）,ICD9-CM3（國際手術(shù)操作分類編碼）,SNOMED（醫(yī)學系統(tǒng)術(shù)語標準）、CPTcode（CurrentProceduralTerminologyCode）、XML（可擴展標準語言）等醫(yī)療行業(yè)的標準以及衛(wèi)生部《信息系統(tǒng)基本功能規(guī)范》、《電子病歷基本架構(gòu)與數(shù)據(jù)標準》等相關(guān)標準規(guī)范的規(guī)范化信息系統(tǒng)。軟件的數(shù)據(jù)字典應遵循國際和國家數(shù)據(jù)字典標準規(guī)范。軟件必須遵從國家和地方政府的相關(guān)法規(guī)，滿足醫(yī)療保險政策和醫(yī)療改革政策對的要求，滿足相關(guān)建設(shè)要求。.全面數(shù)字化,是指手術(shù)室所有業(yè)務(wù)、管理、決策過程的電子化。.系統(tǒng)及功能建設(shè)能夠滿足醫(yī)院的管理質(zhì)控要求，滿足電子病歷應用水平評級的需求，滿足醫(yī)院互聯(lián)互通標準化成熟度測評的需求,滿足三甲復審有關(guān)功能和指標要求。1.2系統(tǒng)建設(shè)要求1）關(guān)注臨床信息整合、診療過程的絕對安全。2）加強各類業(yè)務(wù)的數(shù)據(jù)采集、傳遞、存儲和使用管理，促進信息共享，使醫(yī)護人員、決策者、管理者能及時準確地獲取所需信息，提高工作質(zhì)量。3）體現(xiàn)ICU相關(guān)人、財、物的精細化管控。4）加強醫(yī)療質(zhì)量過程管理，減少醫(yī)療差錯，提高醫(yī)療質(zhì)量，保障醫(yī)療安全，增加病人的滿意度。5）對信息進行有效管理，通過對數(shù)據(jù)進行分析和處理，幫助管理者進行科學管理決策，幫助醫(yī)生進行基于循證的醫(yī)療決策和醫(yī)療計劃的制定，支持臨床應用科研的開展，促進臨床醫(yī)療水平的提高。6）整合臨床數(shù)據(jù)，實現(xiàn)ICU診療業(yè)務(wù)的閉環(huán)管理，提高醫(yī)療質(zhì)量安全。1.3技術(shù)總體要求1.3.1系統(tǒng)整體架構(gòu)的先進性、擴展性、可定制化1）采用SOA分析與設(shè)計方法，組件化、平臺化開發(fā)與集成模式，充分考慮系統(tǒng)的開放性、可擴展性、穩(wěn)定性及安全性。系統(tǒng)業(yè)務(wù)邏輯清晰，系統(tǒng)支持C/S/S或C/S、B/S或B/S/S架構(gòu)。有統(tǒng)一自動升級程序、客戶端自動升級。2）支持Oracle/DB2/SQL/Cache等大型主流數(shù)據(jù)庫，支持EXCEL接口、XML/JSON接口、Webservice、消息隊列等信息交換模式。3）對工作流的支持，支持靈活定制業(yè)務(wù)工作流程，支持流程監(jiān)控。L3.2系統(tǒng)部署方案的可行性、高可用性、安全性、可維護性1）提供高可用性部署方案。2）系統(tǒng)具有完善可行的應急處理等的應急方案。3）有完善備份功能、有完備的恢復功能、提供數(shù)據(jù)修改全程監(jiān)控、提供錯誤日志、提供系統(tǒng)運行日志。提供包括單點登錄、數(shù)據(jù)簽名在內(nèi)的信息安全保障措施。4）系統(tǒng)安裝方便、在程序中提供維護數(shù)據(jù)庫的工具，有統(tǒng)一自動升級程序、客戶端自動升級的功能。1.3.3系統(tǒng)集成及接口部分技術(shù)方案的完整性系統(tǒng)內(nèi)部各模塊或子系統(tǒng)應盡量采用一體化設(shè)計和部署，獨立的模塊或子系統(tǒng)之間應具備快速集成的能力，對如HIS、LIS、PACS、院感、重癥護理等系統(tǒng)能夠通過統(tǒng)一的機制或協(xié)議進行高度集成，并且符合相關(guān)的數(shù)據(jù)交換標準。1.3.4數(shù)據(jù)庫需提供滿足系統(tǒng)運行的數(shù)據(jù)庫。1.4系統(tǒng)模塊功能要求

序號模塊功能1.入科評估.可提供在病人入重癥科室后，分析病人病情模塊，要求根據(jù)重癥醫(yī)學標準對病人進行重癥評估。.評估病人入ICU首日APACHEII評分。評估病人APACHEII預期住院病死率。2.趨勢圖.查看生命體征、檢驗結(jié)果等趨勢圖。.通過系統(tǒng)提供的趨勢分析等功能，可預測病人病情變化趨勢，為病人的搶救、治療贏得時間。.支持定制不同的數(shù)據(jù)和顯示樣式，展現(xiàn)病人生命體征、檢驗檢查等數(shù)據(jù)的趨勢圖。3.病人評分Glasgow昏迷評分。APACHEII急性生理和慢性健康評分SOFA序貫器官衰竭評分序號模塊功能MODS多臟器功能障礙評分CPIS肺部感染評分TISS-28治療干預評分Ramsay鎮(zhèn)靜評分Braden壓瘡評分NUTRIC營養(yǎng)評分4.綜合診療視圖.為醫(yī)生定制不同的數(shù)據(jù)和顯示樣式，圖形化綜合展現(xiàn)病人生命體征、用藥、出入量、治療、評分、檢驗、導管等信息。.同一時段有多組數(shù)據(jù)內(nèi)容時，以明顯圖標顯示，鼠標放上后顯示明細。.支持向前、向后時間移動，按不同比例尺縮放顯Zj^O.打印ICU查房匯總單。5.危急事件預警.對監(jiān)護的生理參數(shù)能夠自動進行計算處理，根據(jù)知識庫提供評估分析并給出危急事件警示。.根據(jù)重癥專家知識庫，分析生命體征、藥物治療、檢驗結(jié)果數(shù)據(jù)，在生命體征、檢驗結(jié)果、用藥符合危急事件條件時，自動為醫(yī)生進行分析危急事件并預警。.記錄醫(yī)生針對危急事件預警消息的處理操作。.支持按病區(qū)查詢危急事件預警消息。6.出科評1.對結(jié)束治療的當前重癥監(jiān)護病人，進行轉(zhuǎn)歸信息填寫。

序號模塊功能估.結(jié)束重癥監(jiān)護并同時停止采集監(jiān)護設(shè)備數(shù)據(jù)。.提供總結(jié)出科病人治療，進行出科重癥評估。.通過出科評估后臺可自動生成出科評估數(shù)據(jù)。7.過程質(zhì)控.支持患者入科24小時APCHH評分提醒。.病人入科，監(jiān)測每天是否有SOFA評分，系統(tǒng)可進行自動提醒。.在生命體征、檢驗結(jié)果、用藥治療符合危急事件條件時，自動為醫(yī)生進行分析危急事件并預警。8.醫(yī)生工作量統(tǒng)計.按醫(yī)生統(tǒng)計收治（轉(zhuǎn)入、入院）、離開ICU（轉(zhuǎn)出、出院、死亡）病人數(shù)、治療例數(shù)。.可將統(tǒng)計結(jié)果導出。9.醫(yī)療統(tǒng)計.統(tǒng)計入室和住院期間感染性休克、其他休克、ARDS、AKI、其他臟器功能障礙例數(shù)。.有倉1JMV、NIV、HFNC、BiS、ABP、PiCCO、CRRT等治療監(jiān)測統(tǒng)計.氣管插管、氣管切開、CVC、PICC、胸穿等操作統(tǒng)計。可將統(tǒng)計結(jié)果輸出到EXCELo10.科室月報1.統(tǒng)計運行數(shù)據(jù)月報表：每月病人數(shù)（轉(zhuǎn)入、入院、轉(zhuǎn)出、出院、死亡）、平均ICU天數(shù)、ICU死亡人數(shù)、預期病死率、實際病死率、占床日、住院日、CPR人數(shù)、48小時內(nèi)再轉(zhuǎn)入、48小時內(nèi)再插管（氣管插管）、重返ICU人次、氣管插管、中模塊功能心靜脈置管、尿?qū)Ч?、入科APACHEH評分等數(shù)據(jù)。2.統(tǒng)計每月血濾小時數(shù)、呼吸機小時數(shù)、上報不良事件例數(shù)、院感記錄氣管插管例數(shù)、機械通氣（人次、人天數(shù)、不良事件）、計劃性拔管例數(shù)、非計劃拔管例數(shù)（氣管插管、中心靜脈或動脈導管、引流管、胃管）、中心靜脈導管人天數(shù)、床旁腎替代（人次、人天數(shù)、小時數(shù)、不良事件）等。.統(tǒng)計入室和住院期間感染性休克、其他休克、ARDS、AKI、其他臟器功能障礙例數(shù)。.有創(chuàng)MV、NIV、HFNC、BiS、ABP、PiCCO、CRRT等治療監(jiān)測統(tǒng)計.氣管插管、氣管切開、CVC、PICC、胸穿等操作統(tǒng)計。.VAP、CABSKCAUTI等院感統(tǒng)計。8.11.5.6.CRE、MRSA、VRE等耐藥菌統(tǒng)計。ICU患者收治率和ICU患者收治床日率急性生理與慢性健康評分（APACHEII評分）215分患者收治率（入ICU24小時內(nèi)）感染性休克3h集束化治療（bundle）完成率感染性休克6h集束化治療（bundle）完成率ICU抗菌藥物治療前病原學送檢率ICU深靜脈血栓（DVT）預防率序號模塊功能ICU患者預計病死率ICU患者標化病死指數(shù)（StandardizedMortalityRatio）ICU非計劃氣管插管拔管率ICU氣管插管拔管后48h內(nèi)再插管率n.非計劃轉(zhuǎn)入icu率轉(zhuǎn)出ICU后48h內(nèi)重返率ICU呼吸機相關(guān)性肺炎（VAP）發(fā)病率ICU血管內(nèi)導管相關(guān)血流感染（CRBSI）發(fā)病率ICU導尿管相關(guān)泌尿系感染（CAUTI）發(fā)病率12.三級醫(yī)院檢測指標.非預期的24/48小時重