《數(shù)字化全病程健康管理：運維規(guī)范》征求意見稿

ICS35.100.01CCSL7943Digitalwholecoursehealthmanagement:operationandmaintenancespecifica在提交反饋意見時，請將您知道的相關專利連同支持性文件一并附上。IDB43/TXXXX—XXXX前言 II 12規(guī)范性引用文件 13術語和定義 14運維環(huán)境 15運維對象 26運維內(nèi)容和要求 3DB43/TXXXX—XXXX本文件按照GB/T1.1—2020《標準化工作導則第1部分：標準化文件的結構和起草規(guī)則》的規(guī)定起草。請注意本文件的某些內(nèi)容可能涉及專利。本文件的發(fā)布機構不承擔識別這些專利的責任。本文件由湖南省工業(yè)和信息化廳提出。本文件由湖南省信息技術標準化技術委員會歸口。本文件起草單位：XXX、XXX、XXX。本文件主要起草人：XXX、XXX、XXX。1DB43/TXXXX—XXXX數(shù)字化全病程健康管理：運維規(guī)范本文件規(guī)定了數(shù)字化全病程健康管理系統(tǒng)的運維環(huán)境、運維對象、運維內(nèi)容和要求。本文件適用于數(shù)字化全病程健康管理系統(tǒng)的運維管理。2規(guī)范性引用文件下列文件中的內(nèi)容通過文中的規(guī)范性引用而構成本文件必不可少的條款。其中，注日期的引用文件，僅該日期對應的版本適用于本文件；不注日期的引用文件，其最新版本（包括所有的修改單）適用于本文件。GB/T28827.1信息技術服務運行維護第1部分：通用要求GB/T28827.2信息技術服務運行維護第2部分：交付規(guī)范GB/T28827.3信息技術服務運行維護第3部分：應急響應規(guī)范GB/T30998信息技術軟件安全保障規(guī)范3術語和定義本文件沒有需要界定的術語和定義。4運維環(huán)境4.1硬件環(huán)境數(shù)字化全病程健康管理系統(tǒng)的硬件環(huán)境條件見表1。表1硬件環(huán)境條件2DB43/TXXXX—XXXX4.2軟件環(huán)境數(shù)字化全病程健康管理系統(tǒng)的軟件環(huán)境條件見表2。表2軟件環(huán)境條件1——2——3——4——5——6——7——895運維對象5.1基礎設施基礎設施組成應符合表3的規(guī)定。表3基礎設施組成12345操作系統(tǒng)、虛擬化軟件、應用中間件、數(shù)據(jù)庫、數(shù)據(jù)分析軟件6機房以及配電、UPS、空調(diào)、溫濕度檢測、漏水檢測、門禁、安防、消防、防雷等設5.2應用系統(tǒng)包括業(yè)務受理系統(tǒng)、協(xié)同工作系統(tǒng)、綜合評價系統(tǒng)、應用維護系統(tǒng)等子系統(tǒng)。5.3相關數(shù)據(jù)包括管理部件等基礎數(shù)據(jù)以及系統(tǒng)運行過程中產(chǎn)生的業(yè)務數(shù)據(jù)、配置文件、日志等各類數(shù)據(jù)。5.4用戶終端3DB43/TXXXX—XXXX計算機、通訊設備、客戶端等各類終端設備。6運維內(nèi)容和要求6.1服務熱線要求運維服務熱線在接聽、受理系統(tǒng)相關問題咨詢或投訴時，應符合表4的規(guī)定。表4運維服務熱線要求14）如咨詢方面的問題或電話能直接答復的22）交辦類電話，應在接到電話10min內(nèi)，交31）應根據(jù)問題等級，定期跟蹤相應運維服務供應商問題的處理進度，記錄跟蹤過程并錄音。2）問題解決不及時、問題反映人不滿意或重復來電反映等情況，應做好記錄并按規(guī)定向運維42）如問題在3個工作日內(nèi)無法處置完畢，56.2系統(tǒng)巡檢要求6.2.1巡檢的啟動時間、范圍、方式、頻次應符合表5的規(guī)定。表5巡檢的啟動時間、范圍、方式、頻次每周一次每半月一次停機期間、停機進行一次4DB43/TXXXX—XXXX6.2.2根據(jù)巡檢內(nèi)容需要，可通過直接登錄系統(tǒng)或借助專業(yè)運維軟件進行巡檢。6.2.3日常巡檢、停機巡檢、應急巡檢均應制定相應的巡檢計劃和方案。6.2.4巡檢過程中發(fā)現(xiàn)需系統(tǒng)集成方或軟件開發(fā)方解決的問題，可由運維服務供應商直接交系統(tǒng)集成方或軟件開發(fā)方解決，問題解決情況按月報運維管理部門，重大問題應在問題發(fā)生當日報運維管理部門。6.3故障應急要求6.3.1系統(tǒng)故障等級劃分、解決時限、通報要求應按表6執(zhí)行。表6系統(tǒng)故障等級劃分、解決時限、通報要求一級自故障申報時起22）每小時向運維管理部門報告解決進度系統(tǒng)中的主要設備或應用軟件出現(xiàn)故障，或處理自故障申報時起32）每小時向運維管理部門報告解決進度系統(tǒng)的部分操作性能受損，處理部分性能出現(xiàn)下降，系統(tǒng)功能削弱，但大部分業(yè)務運作仍可正常自故障申報時起4系統(tǒng)中發(fā)現(xiàn)有故障隱患的報錯、軟硬件臨時性報自故障申報時起2故障處置完畢后應及時通知受影響的各6.3.2系統(tǒng)故障應急流程和要求應按表7執(zhí)行。表7系統(tǒng)故障應急流程和要求12應通過運維熱線用戶反映的情況或系統(tǒng)巡檢，33）啟動故障應急預案，通知相應運維服務供應商，進4密切跟蹤并記錄故障處理狀態(tài)，二級故障以上的，每小時向上級部門通5運維服務供應商解決故障問題后，進行系統(tǒng)測6故障級別在三級以上的，在發(fā)現(xiàn)故障后，運維管理部門應及時向受影響表7系統(tǒng)故障應急流程和要求（續(xù)）5DB43/TXXXX—XXXX7應急處置工作結束后，運維服務供應商應對事件發(fā)生原因、性質、影響、處置結；根據(jù)應急處置中暴露出的管理、協(xié)調(diào)和技術問題，改進和完善預6.4系統(tǒng)更新要求6.4.1系統(tǒng)更新應不影響系統(tǒng)正常運行，更新時間應盡量安排在系統(tǒng)停運期間或晚間系統(tǒng)停用時段。6.4.2系統(tǒng)更新提出方、實施方、實施時間應符合表8規(guī)定。表8系統(tǒng)更新提出方、實施方、實施時間6.4.3系統(tǒng)更新流程和操作要求應按表9執(zhí)行。表9系統(tǒng)更新流程和要求121）運維管理部門應根據(jù)提交的更新材料，包括應用軟件測試報告等，決定是否更新、更新時2）運維管理部門確定更新后，應及時發(fā)布更新通知，33）軟件更新宜每月集中操作一次，并在系統(tǒng)規(guī)定運行時間外實施。硬件更新或數(shù)據(jù)更新宜安4）部件或基礎地形圖數(shù)據(jù)更新后，應對信息采集器系統(tǒng)456需求提出人和使用人應根據(jù)更新后系統(tǒng)使用情況，6.5安全管理要求6DB43/TXXXX—XXXX安全管理要求應按表10執(zhí)行。表10安全管理要求1232）每月一次檢查系統(tǒng)漏洞情況，關閉Windows系統(tǒng)自動更新功4）；52）人員發(fā)生變動，應在接到通知一個工作日內(nèi)對系統(tǒng)6每月對網(wǎng)絡管理、主機管理、數(shù)據(jù)管理、帳號管理等進行一次事后6.6設備管理要