IT服務(wù)模式的探索

1、IT效力方式的探求趙韡2021.12.1.1 新醫(yī)改方案中的信息化位置在我國醫(yī)療衛(wèi)生行業(yè)，信息系統(tǒng)初次與公共衛(wèi)生體系、醫(yī)療效力體系、醫(yī)療保證體系、藥品供應(yīng)體系以及醫(yī)療管理機(jī)制、運(yùn)轉(zhuǎn)機(jī)制、投入機(jī)制、價錢構(gòu)成機(jī)制、監(jiān)管機(jī)制、科技和人才保證、法律制度并列，被稱之為“新醫(yī)改的四梁八柱。IT管理方式的變卦信息化趨勢： 技術(shù)驅(qū)動業(yè)務(wù)驅(qū)動決策驅(qū)動管理要求：維修建立保證IT部門的定位： 信息技術(shù)提供者 信息工程的組織者信息效力供應(yīng)者運(yùn)用程序錯誤40%操作錯誤 40%其他20%未測試程序變卦異常系統(tǒng)過載脫漏流程缺失備份錯誤 /不平安操作硬件/平臺網(wǎng)絡(luò)缺點(diǎn)電力、災(zāi)難事故運(yùn)維Gartner對宕機(jī)緣由分析：IT效力管

2、理方式需求改動80的IT不測缺點(diǎn)時間由人員和流程呵斥的；60多的時間用于處理反復(fù)缺點(diǎn)。.人員People流程Process技術(shù)Technology1.2 面臨的問題任務(wù)量激增，人員數(shù)量質(zhì)量難以短期內(nèi)改善的情況下，如何應(yīng)對？涉及專業(yè)龐雜，如何一致管理？任務(wù)分配不完全合理，沒有量化數(shù)據(jù)來反響任務(wù)成果，消除員工積極性？人員專業(yè)技藝如何提高？技藝不同，閱歷不一，如何合理分配？專業(yè)要求高，新員工培育周期長。員工離任帶來的問題。人員People流程Process不太注重運(yùn)維事件的處置過程，事件處置質(zhì)量和用戶稱心度難以控制；在事件/效力懇求處置過程中難以構(gòu)成閉環(huán)管理；事件產(chǎn)生后不能明確獨(dú)一責(zé)任人，缺乏有效的

3、監(jiān)控和跟蹤機(jī)制；開發(fā)業(yè)務(wù)需求緊迫，測試不嚴(yán)厲；同樣的事件反復(fù)發(fā)生，缺乏排除同類事件再次發(fā)生的保證體系；設(shè)備及文檔記錄很多，但無法查找，尤其急用時；技術(shù)Technology信息技術(shù)運(yùn)維管理技術(shù) 1.3 以電子病歷為中心的信息系統(tǒng)運(yùn)用特點(diǎn)運(yùn)用范圍：全院范圍，涉及臨床從管理到執(zhí)行的各個環(huán)節(jié)，涵蓋臨床中心業(yè)務(wù)流程，出現(xiàn)問題影響全院正常業(yè)務(wù)開展。干系人：運(yùn)用人員多為臨床一線醫(yī)師及職能部門，是醫(yī)院中心人員，話語權(quán)極大，一旦出現(xiàn)問題，影響極壞。記錄對象：記錄患者從入院到出院一切醫(yī)療數(shù)據(jù)，一旦出現(xiàn)過失，有能夠?qū)е箩t(yī)療記錄的失真，甚至要挾患者生命平安。集成范圍：是臨床信息化的平臺，涉及到眾多外周系統(tǒng)的集成，出現(xiàn)

4、問題的能夠性較大。數(shù)據(jù)用途： 除用于病歷記錄外，還是統(tǒng)計數(shù)據(jù)以及科研數(shù)據(jù)的重要來源。運(yùn)用的瓶頸建立過程中協(xié)調(diào)問題需求都具有較高優(yōu)先級干系人多，協(xié)調(diào)難度大涉及臨床原有流程的重新規(guī)劃，容易產(chǎn)生沖突效力過程中的管理問題需求多，要求呼應(yīng)時間短系統(tǒng)中斷或出現(xiàn)問題代價較高對系統(tǒng)效率要求高運(yùn)用后，修正要求依然頻繁，系統(tǒng)的滾動更新導(dǎo)致系統(tǒng)穩(wěn)定差1.4 用戶需求是什么技術(shù)先進(jìn)按需定制系統(tǒng)穩(wěn)定人員技術(shù)才干強(qiáng)工程管理到位用戶參與頂層設(shè)計用戶稱心2.1 如何提高用戶稱心度2.2 ISO 20000定義 ISO20000規(guī)范是一部針對信息技術(shù)效力管理領(lǐng)域的國際規(guī)范，它規(guī)定了IT效力管理行業(yè)向企業(yè)及其用戶提供效力、一體化

5、的管理過程以及過程建立的相關(guān)要求，協(xié)助識別和管理IT效力的關(guān)鍵過程，保證提供有效的IT效力以滿足用戶和業(yè)務(wù)的需求。主要包括：事件管理、問題管理、變卦管理、發(fā)布管理、配置管理等五大部分。A PC D時間刻度成熟度戴明循環(huán) Deming cycle業(yè)務(wù)和IT的整合Plan, Do, Check, Act(Project plan, Project, Audit, New actions)加強(qiáng)ISO 20000延續(xù)的質(zhì)量控制和加強(qiáng)有效的質(zhì)量改良.ITIL的提出2.3 需求處理的首要問題改良的管理模型組織構(gòu)造配套五大流程向結(jié)合配置管理知識庫事件管理問題管理變卦管理發(fā)布管理2.4 完善管理制度各部門任務(wù)

6、職能任務(wù)流程崗位描畫規(guī)章制度配套考核規(guī)范 - 進(jìn)度【規(guī)范】：未能按照方案在周圍內(nèi)終了工程的，即該工程考核不合格；【責(zé)任】：由哪個環(huán)節(jié)出現(xiàn)了拖延情況，那么該環(huán)節(jié)的擔(dān)任人負(fù)全責(zé)。時間項目周期責(zé)任部門工作內(nèi)容第一周研發(fā)期技術(shù)組技術(shù)組完成程序變更修改；測試組完成測試計劃。第二周測試期測試組測試組完成程序測試。第三周試用期項目組程序試運(yùn)行。第四周發(fā)布期項目組最遲第五周全面發(fā)布程序。第五-八周運(yùn)維期運(yùn)維組記錄和統(tǒng)計程序運(yùn)維事件；若出現(xiàn)五級事件，立即回滾或更新；第八周結(jié)束進(jìn)行項目總結(jié)。考核規(guī)范 - 質(zhì)量【規(guī)范】以工程進(jìn)入運(yùn)維階段后即工程啟動后的第五至八周出現(xiàn)的與此工程有關(guān)的事件的緊急重要程序及數(shù)量作為考核規(guī)范；工程運(yùn)維階段允許出現(xiàn)1個四級事件和2個三級以下含三級事件，事件總數(shù)不得超越3個，否那么該工程考核不合格；假設(shè)工程啟動九周后再出現(xiàn)的與此工程有關(guān)的事件，不再算做考核，按照新事件進(jìn)展處置。事件級別事件描述事件處理一-三級事件指顯示問題、界面問題、或僅影響部分用戶使用方便性的事故。順延至下一個與該程序相關(guān)的項目啟動時再修改。四級事件有可能引起用戶錄