時間：2023-03-08 15:35:31
序論：在您撰寫運維管理時，參考他人的優(yōu)秀作品可以開闊視野，小編為您整理的7篇范文，希望這些建議能夠激發(fā)您的創(chuàng)作熱情，引導(dǎo)您走向新的創(chuàng)作高度。
關(guān)鍵詞：運維管理；ERP；安全策略；SLM；客戶主數(shù)據(jù)
中圖分類號：TP311文獻標(biāo)識碼：A文章編號：1009-3044(2011)18-4281-02
Introduction of Operation and Maintenance Management
LI Yong-gang, JIN Wen-ting
(Petrochemical Company of Petro China Automation Institute, Lanzhou 730060, China)
Abstract: The article introduces the operation and maintenance work purpose, through the analysis of the system architecture, from safety strategy on the application of guaranteeing the smooth operation and maintenance work。It puts forward the problem of operation and maintenance work and gives reasonable solution and optimization opinion. The implementation of effective operation and maintenance management in the operation of the system, which can solve all kinds of problems, make operation and maintenance work more effective.
Key words: operation and maintenance management; ERP; security strategy; SLM; customer master data
中國石油銷售公司ERP系統(tǒng)已經(jīng)全部上線使用,ERP的工作重心轉(zhuǎn)為運維,如何做好運維管理工作,如何減少運維的負擔(dān)，是我們需要深化考慮的問題。我們首先要了解運維的目的,進而認識到SAP在銷售公司實施的基本架構(gòu)、系統(tǒng)安全及優(yōu)化，最后運維的實現(xiàn)方法。
1 運維目標(biāo)
對于SAP應(yīng)用系統(tǒng)維護的目標(biāo)，我們給出了基本的定義：
第一，系統(tǒng)要滿足用戶合理的需求，什么是合理的需求？用戶的需求，要看合理性，不合理的需求，我們提供建議，變成合理的需求，以系統(tǒng)實現(xiàn)，合理的需求，即使系統(tǒng)不能直接實現(xiàn)，我們就是開發(fā)報表程序也要盡量滿足用戶需求。目前系統(tǒng)基本滿足通用的業(yè)務(wù)流程需要，合理的個性化需求只要不違背板塊的總體要求，不影響到別的銷售公司的正常業(yè)務(wù)，作為運維人員就要盡量滿足用戶。
第二，改善成易學(xué)易用的系統(tǒng)。SAP的系統(tǒng)界面在銷售公司的實施已經(jīng)經(jīng)過了一次客戶化設(shè)計，本身比較簡化，一些不需要的操作都不作顯示。但是銷售公司人員廣泛，各階層掌握的層次不一致，針對銷售公司崗位化操作的特點，每個崗位相關(guān)操作的事物代碼不是很多，把常用的事物代碼添加到收藏夾的方法就很實用，簡單的操作用戶就可以更加方便的對系統(tǒng)操作。
第三，穩(wěn)定性。保證用戶正常操作和使用，尤其是月末月初，月結(jié)的時候?qū)ο到y(tǒng)地操作人員增多，但據(jù)數(shù)量也大量增長，對系統(tǒng)地要求就更高，如果系統(tǒng)不穩(wěn)定，影響到日常操作或者月末結(jié)賬，就成運維事故了。
第四，提升系統(tǒng)的性能。銷售ERP因為和多個系統(tǒng)進行接口，為了滿足不同銷售公司的個性化需求開發(fā)了很多ABAP和BW報表，這些開發(fā)雖然滿足了各個公司的要求，但是不可避免的降低了整個系統(tǒng)的性能，我們不斷提升硬件的系統(tǒng)性能和進行開發(fā)程序系統(tǒng)、接口程序的優(yōu)化，來保證系統(tǒng)能夠滿足用戶不斷變化的正常的使用。
2 SAP系統(tǒng)架構(gòu)及安全策略
下面我介紹一下銷售公司SAP系統(tǒng)的架構(gòu)，按照SAP的標(biāo)準(zhǔn)，首先是有開發(fā)系統(tǒng)、測試環(huán)境然后正式環(huán)境這三套系統(tǒng)。整個的系統(tǒng)基礎(chǔ)平臺都已是Netweaver平臺，ERP系統(tǒng)我們現(xiàn)在是7100.4.14.3136版本，全部系統(tǒng)的數(shù)據(jù)庫都是在適合大型企業(yè)的ORACLE下建立起來的。
下面我簡單介紹一下我們使用的SAP系統(tǒng)安全策略，首先就是操作系統(tǒng)的安全，它包括了防病毒系統(tǒng)、操作系統(tǒng)的監(jiān)控和我們的監(jiān)控人員的日常作業(yè)。它保證了我們的各系統(tǒng)的正常運作，特別介紹一下SAP應(yīng)用系統(tǒng)的策略，例如∶用戶口令、用戶帳號的安全策略，用戶口令安全我們制定了一系列的安全策略，有口令長度的控制、例外控制、使用時間控制等，對于用戶帳號的問題，我們設(shè)置連續(xù)輸入三次錯誤密碼自動鎖定帳戶的機制，防止他人猜測密碼進入操作；還設(shè)置密碼三個月自動重置，加強了安全性。
然后數(shù)據(jù)的備份策略，為了在系統(tǒng)出現(xiàn)故障時能及時恢復(fù)系統(tǒng)，我們從正式系統(tǒng)拷貝出一份，定時備份，以防系統(tǒng)出現(xiàn)意外情況，及時恢復(fù)。
系統(tǒng)的安全問題處理，實際上我們主要是從四個方面，一是網(wǎng)絡(luò)安全、系統(tǒng)安全、數(shù)據(jù)安全、機房的安全，這四個方面都有專門人員作日常值班。每天值班人員監(jiān)控系統(tǒng)，對于系統(tǒng)發(fā)生異常狀況時，都能及時的發(fā)現(xiàn)、及早處理，并且對各種異常我們都制定了一系列的處理的流程，比如SLM系統(tǒng)提報機制，根據(jù)問題級別，分類處理。然后對于用戶的問題處理，用戶是能使用系統(tǒng)還是不能完全使用，可以根據(jù)不同情況處理作不同的處理。最后還要總結(jié)這些問題，制定策略一方面是以后如何避免該問題的發(fā)生，一方面是制定以后再出現(xiàn)類似的問題如何處理的流程，以便及時處理好這些問題，提高用用戶的滿意度。
3 運維的問題以及解決方案
目前主要存在的運維問題有以下幾點：
第一、新客戶主數(shù)據(jù)申請時間較長，新開發(fā)客戶銷售業(yè)務(wù)無法及時開展。
目前，新開發(fā)的客戶申請流程如下：申請FMIS7.0編碼MDM平臺申請ERP編碼ERP編碼擴展財務(wù)對照表維護財務(wù)對照表審核財務(wù)責(zé)任中心對應(yīng)。由于FMIS7.0編碼和ERP編碼申請均需要經(jīng)過股份和項目組相關(guān)人員審批，流程較長，后續(xù)流程屬于我公司可控范圍。目前完成客戶申請?zhí)釄蟮截攧?wù)責(zé)任中心對應(yīng)至少需要2個工作日的時間，在此階段該客戶發(fā)生的業(yè)務(wù)無法按照正常業(yè)務(wù)流程在線運行,導(dǎo)致新增客戶困難,影響市場開發(fā)。
盡量優(yōu)化申請流程，尤其是要保證ERP系統(tǒng)內(nèi)這部分可控范圍內(nèi)的效率，這至關(guān)重要，其他系統(tǒng)的操作我們可以電話聯(lián)系相關(guān)人員進行溝通解決。
第二、由于系統(tǒng)流程設(shè)計原因，發(fā)生的非正常數(shù)據(jù)，系統(tǒng)考核未剔除。
銷售公司對于ERP系統(tǒng)的使用進行考核，一些停用的加油站在系統(tǒng)內(nèi)并未刪除，基數(shù)過大導(dǎo)致考核成績差。
系統(tǒng)內(nèi)停用的站點都是以凍結(jié)客戶的形式暫時不允許使用，并不是真正刪除，所以導(dǎo)致考核時統(tǒng)計并未刨除這部分加油站。這一點的改進需要調(diào)整考核的策略，按照客戶數(shù)量進行統(tǒng)計在用的加油站客戶。
第三、結(jié)賬時系統(tǒng)速度太慢。
月末結(jié)帳時，用戶登錄系統(tǒng)數(shù)量增大，導(dǎo)致系統(tǒng)數(shù)據(jù)交互頻繁，速度減慢。
增大服務(wù)器內(nèi)存，優(yōu)化程序，提高服務(wù)器響應(yīng)速度。
第四、應(yīng)用問題。
由于銷售公司實行崗位輪換，人員變動頻繁，第一批參加ERP系統(tǒng)上線的關(guān)鍵用戶大多都不在原崗位上，接手人員由于工作交接、缺乏業(yè)務(wù)知識等原因，操作不熟練，造成一定的錯誤。
由于每個銷售公司都有專門的運維負責(zé)人，各個運維負責(zé)人可以根據(jù)該公司情況制定出專門的培訓(xùn)手冊下發(fā)，大家通過看材料自學(xué)，在線提問解答的方式盡快完成知識轉(zhuǎn)移。
4 運維流程的優(yōu)化
目前的運維流程為，分公司用戶提出問題給他們的關(guān)鍵用戶關(guān)鍵用戶提報SLM至運維中心并發(fā)傳真運維中心收到傳真轉(zhuǎn)問題給運維負責(zé)人運維負責(zé)人轉(zhuǎn)問題給相應(yīng)負責(zé)人在測試系統(tǒng)處理完畢運維負責(zé)人測試運維負責(zé)人發(fā)起傳輸?shù)秸较到y(tǒng)的申請運維負責(zé)人在傳輸完畢后轉(zhuǎn)移問題給提報人提報人關(guān)閉該問題。
優(yōu)化流程需要從各個環(huán)節(jié)做起，首先要求提報人把問題寫清楚、要求提明確，減少運維中心和運維負責(zé)人進行問題分類和分析的時間；完善測試系統(tǒng)，使測試過程簡化；提報人經(jīng)常提完問題就不再關(guān)注，這一點需要糾正，時刻關(guān)注郵件提醒，問題轉(zhuǎn)移回來及時通知各分公司用戶。
5 結(jié)論
運維管理是提高ERP系統(tǒng)順暢運行的必備保障，已經(jīng)成為中石油信息化建設(shè)的重要組成部分。運維管理可以有效解決實際系統(tǒng)運行中的各類問題。運維工作是一項長期、重復(fù)性較多的工作。運維人員要做好預(yù)防性的工作，做到防微杜漸；盡量減少人為因素對運維流程造成的不及時性，使運維工作更加有效率。
參考文獻：
關(guān)鍵字：集中帳號管理、集中認證、集中授權(quán)、安全審計
中圖分類號： G250.74 文獻標(biāo)識碼：A
隨著信息化技術(shù)的日新月異，信息化建設(shè)也取得了飛速發(fā)展，系統(tǒng)核心業(yè)務(wù)大多應(yīng)用采用集中化的數(shù)據(jù)處理中心運行模式，設(shè)立相對集中的數(shù)據(jù)處理中心，伴隨信息化的不斷推進，業(yè)務(wù)應(yīng)用、辦公系統(tǒng)不斷被推出和投入運行，大量的服務(wù)器主機來運行關(guān)鍵業(yè)務(wù)，提供業(yè)務(wù)應(yīng)用、數(shù)據(jù)庫應(yīng)用、運維管理等服務(wù)。
由于運行著大量的網(wǎng)絡(luò)設(shè)備、主機系統(tǒng)、數(shù)據(jù)庫系統(tǒng)和WEB中間件，它們分別屬于不同的部門和不同的業(yè)務(wù)系統(tǒng)。目前各IT系統(tǒng)都有一套獨立的認證、授權(quán)和審計體系，并且由相應(yīng)的系統(tǒng)管理員負責(zé)維護和管理。當(dāng)維護人員同時對多個系統(tǒng)進行維護時，工作復(fù)雜度成倍增加。另外管理員給用戶分配權(quán)限，缺乏集中統(tǒng)一的資源授權(quán)平臺，無法嚴格按照最小權(quán)限原則分配權(quán)限。隨著用戶數(shù)量的增加，權(quán)限管理任務(wù)越來越重，系統(tǒng)的安全性無法得到充分保證，給業(yè)務(wù)系統(tǒng)帶來重大的安全隱患，甚至影響業(yè)務(wù)系統(tǒng)運行效能。具體體現(xiàn)在如下幾個方面：
1、賬號共用問題
網(wǎng)絡(luò)中網(wǎng)絡(luò)設(shè)備、主機系統(tǒng)和數(shù)據(jù)庫系統(tǒng)眾多，有些帳號多人共用，不僅在發(fā)生安全事故時，難于確定帳號的實際使用者，而且難于對帳號的擴散范圍進行控制，存在安全隱患。
2、資源使用問題
系統(tǒng)的增多，使運維人員經(jīng)常需要在各個系統(tǒng)之間切換，每次從一個系統(tǒng)切換到另一系統(tǒng)時，都需要輸入用戶名和口令進行登錄，給運維人員的工作帶來不便，影響了工作效率。運維人員為便于記憶，會采用較簡單的口令或?qū)⒃诙鄠€系統(tǒng)間使用相同的口令，弱口令和相同口令危害到系統(tǒng)的安全性。
3、授權(quán)力度問題
在這種復(fù)雜異構(gòu)的支撐體系中，IT運維最佳實踐是用戶最小權(quán)限分配原則，由于各系統(tǒng)單獨授權(quán)，無法嚴格執(zhí)行，同時，隨著業(yè)務(wù)系統(tǒng)的增加，用戶的增加，用戶授權(quán)管理工作也變得相當(dāng)復(fù)雜，系統(tǒng)安全性受到威脅。
4、資源審計問題
由于各IT系統(tǒng)獨立運行、維護和管理，所以各系統(tǒng)的審計也是相互獨立的，不但各個系統(tǒng)單獨審計，即使同一系統(tǒng)中的每個網(wǎng)絡(luò)設(shè)備，每個主機系統(tǒng)都要分別進行審計，缺乏集中統(tǒng)一的訪問審計平臺。無法對IT系統(tǒng)進行綜合分析，不能及時發(fā)現(xiàn)內(nèi)部破壞和外部入侵行為。
如何提高系統(tǒng)運維管理水平，滿足相關(guān)標(biāo)準(zhǔn)要求，防止黑客的入侵和惡意訪問，跟蹤服務(wù)器上運維人員的操作行為，降低運維成本，提供控制和審計依據(jù)，成為一個單位或公司越來越關(guān)心的問題。
可信運維管理技術(shù)作為目前內(nèi)網(wǎng)安全最前沿、最核心和最全面的技術(shù)趨勢，可以針對核心服務(wù)器、數(shù)據(jù)庫等資源的運維，提供了最核心的監(jiān)控和保護，通過部署該技術(shù)進行運維管理，實現(xiàn)了運維人員集中的賬號管理，提高了管理的有效性；實現(xiàn)了集中認證與訪問控制，提高運維安全性；實現(xiàn)了集中授權(quán)、安全審計，規(guī)范運維過程。
1、集中帳號管理，提高管理有效性
通過可信運維管理會建立一套新的用戶體系，完全替代原有各系統(tǒng)獨立管理的用戶體系，前端用戶直接對應(yīng)到維護人員，后端用戶直接對應(yīng)到原各個系統(tǒng)用戶，提供集中可實名的用戶管理機制。通過統(tǒng)一用戶信息維護入口，保證各系統(tǒng)的用戶帳號信息的唯一性和同步更新；
2、集中認證與訪問控制，提高運維安全
集中認證實現(xiàn)用戶訪問信息系統(tǒng)的認證入口集中化和統(tǒng)一化，并采用高強度的認證方式，使整個信息系統(tǒng)的登錄和認證行為可控制及可管理，從而提升業(yè)務(wù)連續(xù)性和系統(tǒng)安全性。
集中訪問控制為維護人員提供統(tǒng)一的系統(tǒng)和設(shè)備入口，提供訪問控制功能，有效的解決運維人員的操作問題，降低相關(guān)信息系統(tǒng)的安全風(fēng)險。
3、集中授權(quán)、安全審計，規(guī)范運維過程
對企業(yè)管理層而言,如果每年的IT運維管理成本預(yù)算不斷增加,又不能清楚看到這些成本投入到哪里,會帶來怎樣的價值,加之時不時出現(xiàn)的IT故障和業(yè)務(wù)部門的投訴等。這些問題積攢在一起, IT部門不僅會讓人覺得“虛”,更可能留下“花錢惹麻煩”的印象。表面上被認可,但實際價值卻難以落“實”的企業(yè)IT運維管理已成普遍現(xiàn)象。近期剛剛收獲“2012年IT運維管理最具價值品牌”榮譽的銳捷網(wǎng)絡(luò),正在改變這一局面。
“看、說、做” 的新角度
銳捷網(wǎng)絡(luò)IT運維管理業(yè)務(wù)部總經(jīng)理馮晉陽認為:“IT運維工作無法拋棄為業(yè)務(wù)部門服務(wù)的本質(zhì),如果缺乏展示手段,IT在企業(yè)中的價值就有可能被沖淡。IT運維部門想要得到認可,必須把工作價值體現(xiàn)出來,并讓別人發(fā)現(xiàn)。”傳統(tǒng)的IT運維管理產(chǎn)品經(jīng)過多年發(fā)展,雖然已經(jīng)有了相當(dāng)規(guī)模的應(yīng)用基礎(chǔ),但在體現(xiàn)IT系統(tǒng)價值方面還存在缺陷。這些缺陷首先體現(xiàn)在給企業(yè)管理層提供決策的“看、說、做”上。
首先是“看”:保證企業(yè)的IT系統(tǒng)能夠保持一個高效穩(wěn)定的運行狀態(tài),提升企業(yè)應(yīng)對市場的能力,這是IT運維管理的重要價值。但是,傳統(tǒng)的IT運維系統(tǒng)卻很難直觀地讓管理者看到這種狀態(tài)。其次是“說”:當(dāng)年終領(lǐng)導(dǎo)詢問下一年的經(jīng)費預(yù)算時,IT運維主管領(lǐng)導(dǎo)往往左顧右盼,只能說“大概”怎樣。在需要IT運維部門“說實在話”的時候,由于沒有科學(xué)的證據(jù),IT部門的主管往往難以獲得公信力或者說服力,這也是傳統(tǒng)IT運維管理工具的缺陷。最后是“做”:IT運維部門如何去描述自己的工作價值?雖然現(xiàn)代企業(yè)的發(fā)展離不開IT技術(shù)的有力支撐,但IT投入的最終目的依舊是為了使業(yè)務(wù)系統(tǒng)發(fā)揮功效,實現(xiàn)利潤與收益。在這條價值鏈上,IT運維管理在做什么呢?如果我們還停留在設(shè)備、網(wǎng)絡(luò)、服務(wù)器的底層監(jiān)控階段,運維管理是無法與業(yè)務(wù)有機融合的。在企業(yè)的價值鏈中,IT運維的價值也會在無形中被抹殺。
“站在業(yè)務(wù)的角度去做運維,站在科學(xué)的角度上去說運維,站在企業(yè)價值的角度去呈現(xiàn)運維,這三點就是銳捷RIIL能夠幫助運維部門把價值落實的關(guān)鍵。”馮晉陽談到。用RIIL激活I(lǐng)T價值
對于IT運維管理部門來說,采用銳捷網(wǎng)絡(luò)的RIIL激活I(lǐng)T價值,要做到有章可循,可以分為三個具體的階段性操作來實現(xiàn)。
第一階段:用RIIL搭建基礎(chǔ)架構(gòu)管理中心,通過多種協(xié)議方式完成所有設(shè)備的采集,形成物理和邏輯拓撲圖。幫助IT運維部門實現(xiàn)IT基礎(chǔ)設(shè)施管理的可視化和自動化,降低管理復(fù)雜度,從而提高對IT基礎(chǔ)架構(gòu)的主動監(jiān)管能力。
關(guān)鍵詞：IT運維管理；穩(wěn)定運行；維護工作；設(shè)計與實現(xiàn)
中圖分類號：TP311.52
20世紀90年代以來，隨著英國政府電信管理中心及其下屬的中央計算機研發(fā)中心對IT服務(wù)管理實踐指南，即ITI信息技術(shù)基礎(chǔ)設(shè)施庫的正式，IT服務(wù)的質(zhì)量由此開始有了一個質(zhì)的飛躍。自此，作為IT管理模型的杰出代表，ITIL技術(shù)被廣泛采用，在很大程度上發(fā)揮了現(xiàn)代信息化資源的優(yōu)勢。隨著近些年IT業(yè)的不斷地快速發(fā)展和市場應(yīng)用信息化處理技術(shù)的發(fā)展日趨成熟，IT管理系統(tǒng)在整個部門工作中的地位顯得越來越突出。當(dāng)前形勢下我國國內(nèi)的IT運行管理體系仍舊以分散管理為主流系統(tǒng)，隨著我國經(jīng)濟的不斷壯大與發(fā)展，傳統(tǒng)的IT運維管理已經(jīng)不能滿足這種高工作量的工作，各單位內(nèi)部事物的工作效率成為了高層管理著很傷腦筋的難題；由于現(xiàn)在國內(nèi)對于IT運維管理要求的不斷提高，使得上述問題日益突出，對于運行維護部門而言要求資源進行支持的加強化已成為必然；因此，為了保證當(dāng)今形勢下我國網(wǎng)絡(luò)的穩(wěn)定性和安全性，對于整個IT行業(yè)的運維管理就必須改變以往的分散式管理運維制度，進行強化集中管理，加強以ITIL為主導(dǎo)的新一代運維系統(tǒng)的建設(shè)工作。以前，信息部門在處理相關(guān)故障方面并沒有一個統(tǒng)一規(guī)范的處理標(biāo)準(zhǔn)和處理步驟，同時也缺少對出現(xiàn)的相關(guān)的問題的記錄工作。自從基于ITIL為理論基礎(chǔ)的新型IT服務(wù)管理平臺投入運行之后，通過對整個發(fā)生的事件管理和配置管理兩個主要流程的記錄與處理，實現(xiàn)了整個IT運維管理的流程化和標(biāo)準(zhǔn)化的處理過程后，企業(yè)員工可以很方便的通過多種途徑對IT中出現(xiàn)的各種故障報告或者提出與之對應(yīng)的服務(wù)請求。
1 ITIL簡介
作為IT服務(wù)管理的核心框架，ITIL是一套能夠協(xié)同整個運維流程通過服務(wù)級別協(xié)議（sLA）來提高IT服務(wù)質(zhì)量的一種新型理論。它融合了系統(tǒng)管理、網(wǎng)絡(luò)監(jiān)測以及系統(tǒng)開發(fā)管理等現(xiàn)代管理活動，以及對信息變更處理、資產(chǎn)管理和問題管理等許多流程理論與實踐的IT服務(wù)管理理論；整個IT管理主要分為兩大部分，即服務(wù)支持和服務(wù)提供；ITIL把整個IT管理活動歸納為一項管理功能和十個核心流程的處理工作；IT服務(wù)支持和服務(wù)提供又各包含五個流程，主要有事件管理和問題管理等環(huán)節(jié)；通過介紹我們不難發(fā)現(xiàn)，ITIL是通過對整個IT運維服務(wù)中的服務(wù)支持來進行事件管理的，事件管理對整個IT服務(wù)中遇到的故障能夠做出應(yīng)急處理，通過對管理方法的變更、和配置管理來保障整個IT處理過程的記錄和管理工作的順利進行，從而達到對整個服務(wù)系統(tǒng)影最小化的目的。ITIL的根本目的就是為改善一系列IT服務(wù)質(zhì)量不佳的狀況而不懈的努力。在整個IT處理的業(yè)務(wù)流程的改進過程中，ITIL能夠支持包括對現(xiàn)代企業(yè)組織機構(gòu)不同形式和不同構(gòu)成要素工作的全面支持與處理工作。并且可以做到根據(jù)機構(gòu)、部門、工作組、所處崗位對不同人員進行靈活的模式分工。
2 IT運維管理系統(tǒng)的設(shè)計與實現(xiàn)
2.1 IT運維管理系統(tǒng)流程與運維管理
為了適應(yīng)不同運維環(huán)境的需求，IT運維管理系統(tǒng)就應(yīng)該對事件故障的發(fā)生以及相應(yīng)流程標(biāo)準(zhǔn)處理機制全面考慮。使系統(tǒng)能夠根據(jù)使用者的需求功能（問題管理、事件管理以及管理等）進行高效的管理與預(yù)處理工作。所謂問題管理簡而言之就是當(dāng)整個設(shè)計運維管理系統(tǒng)自動發(fā)現(xiàn)機制中，一旦出現(xiàn)故障信息，能夠迅速的以IT系統(tǒng)維護的關(guān)系作為依據(jù)對整個IT信息進行自動篩選并且發(fā)送給相關(guān)的運維管理人員，系統(tǒng)將收集到的信息進一步向系統(tǒng)工作臺進行轉(zhuǎn)發(fā)，以提醒相關(guān)人員對故障進行進一步的處理工作。事件管理，顧名思義，就是對已經(jīng)產(chǎn)生的事件進行篩選，然后判斷是有相應(yīng)的錯誤存在；一般而言，在具體條件下系統(tǒng)對做出處理反饋或者交由相關(guān)工作人員進行處理的事件有一定的記憶能力，這對于系統(tǒng)能夠最在有效的條件下解決故障事件的能力有了更好地保障。當(dāng)前，隨著網(wǎng)絡(luò)協(xié)議發(fā)展的日趨成熟，整個計算機服務(wù)管理系統(tǒng)的資源模塊的不斷升級，以TELNET、SSH、SNMP等多個協(xié)議為代表的新型資源管理模塊能夠完成對信息的自動提取、發(fā)現(xiàn)設(shè)備故障和對設(shè)備故障進行監(jiān)控等任務(wù)；一旦設(shè)備出現(xiàn)故障，運維管理人員處就能夠?qū)收线M行及時有效的處理，在運維管理模塊給出故障分析的具置并就故障進行處理的過程。另外，為確保整個系統(tǒng)的的正常運行，運維管理模塊在對相關(guān)事件日常管理的基礎(chǔ)上還增加了專門針對于日常運維管理機制的設(shè)計工作，在各個配置模塊上添加了日常任務(wù)管理的功能，保證了每天系統(tǒng)對全套設(shè)備進行安全檢查的質(zhì)量與效率。
2.2 資源管理
作為整個IT運維管理系統(tǒng)的基礎(chǔ)，資源管理系統(tǒng)能夠?qū)崿F(xiàn)對全套系統(tǒng)的所有資源進行清楚的記錄并且有效地對管理效率有所提升，當(dāng)前資源管理手段還是主要建立在對相應(yīng)資源的電子或者紙質(zhì)文檔的管理上，但是這種傳統(tǒng)的資源管理模式一旦出現(xiàn)資源的種類以及數(shù)量稍有增減的現(xiàn)象，便會使整個資源管理的工作變得十分繁復(fù)。因此在整套運維管理系統(tǒng)平臺中，運維管理人員須首先對各種資源進行分類，然后按照固定的格式和要求完成對各類資源相關(guān)信息的錄人工作，最后還要對整個管理流程配置自動監(jiān)管設(shè)備，以保障在故障產(chǎn)生時系統(tǒng)能自動進行提醒。
2.3 服務(wù)臺與服務(wù)臺各功能的實現(xiàn)
服務(wù)臺是客戶向系統(tǒng)提交相關(guān)操作請求的一個窗口，而作為客戶提供的服務(wù)請求，說白了其實就是業(yè)務(wù)部門與整個信息中心之間進行信息交流的一個接口，但這個接口特殊是因為它具有唯一性。因為整個來自服務(wù)臺業(yè)務(wù)的客戶投訴和服務(wù)臺系統(tǒng)的監(jiān)控系統(tǒng)發(fā)出的告警信息都是通過這個借口來傳遞的。服務(wù)臺業(yè)務(wù)流程是：根據(jù)客戶投訴或者監(jiān)控系統(tǒng)發(fā)出的告警填寫服務(wù)請求工單，服務(wù)臺值班人員根據(jù)請求的嚴重程度判斷是否需要馬上處理或者現(xiàn)場處理，如果需要直接進入事件管理流程的入口（升級為事件）；如不需要就分配給相關(guān)人員立即處理，處理完畢后填寫請求處理工單，該服務(wù)請求流程結(jié)束。
3 小結(jié)
提高整個IT運維管理部門工作效率的最為行之有效的方式就是從整個IT系統(tǒng)的擴展性能、實用性能和集成性能方面出發(fā)以全局的眼光來提高整套IT設(shè)備的管理從而完成以ITIL理論為基礎(chǔ)的全套運維管理系統(tǒng)的設(shè)計工作，成為當(dāng)下相關(guān)信息中心研發(fā)部門進行研究和改進的重點。
參考文獻：
[1]張瑞冉.IT服務(wù)管理在運維管理中的研究與應(yīng)用[D].首都經(jīng)濟貿(mào)易大學(xué)2012
[2]楊小曄.IT運維管理平臺的設(shè)計與實現(xiàn)[D].北京郵電大學(xué)2011
[3]林碧芬.基于信息類型的信息網(wǎng)站設(shè)計模式研究[J].福建電腦.2009（11）
設(shè)計基于IT運維的設(shè)備管理平臺時，可以在遵循上述需求分析的情況下，進行數(shù)據(jù)庫、中間代碼以及前端等的設(shè)計，設(shè)計后同時進行數(shù)據(jù)庫、中間件及客戶端的部署?？紤]到以后的管理及維護成本，可以采用B/S架構(gòu)；數(shù)據(jù)庫選擇Mysql，其高性能及高并發(fā)性會給設(shè)備管理平臺提供高效的數(shù)據(jù)引擎支持；為提供報表管理功能，設(shè)備管理平臺也會提供數(shù)據(jù)導(dǎo)入導(dǎo)出工具?；贗T運維的設(shè)備管理平臺能夠?qū)υO(shè)備管理的全過程進行動態(tài)管理，不論是進行設(shè)備的采購、維修還是報廢等工作，都需要根據(jù)設(shè)備管理的操作流程進行，而且設(shè)備管理流程的每個步驟都要能夠根據(jù)操作人員的角色進行業(yè)務(wù)處理，從而快速、高效的管理設(shè)備。作為平臺的核心功能模塊，設(shè)備故障處理要經(jīng)過故障申報、故障處理以及處理結(jié)果等步驟，每一步驟完成后會顯示步驟的操作人員和處理時間。
2IT運維管理平臺的功能模塊
缺陷管理模塊中可以創(chuàng)建關(guān)聯(lián)的變更單，此時有缺陷的被管理設(shè)備的狀態(tài)被標(biāo)記為“擱置”，缺陷問題被創(chuàng)建后，一旦缺陷問題被成功關(guān)閉，則可以根據(jù)缺陷的解決狀態(tài)進行設(shè)備的狀態(tài)變更，解決的缺陷其狀態(tài)被變更為“已解決”。缺陷的記錄一般由發(fā)現(xiàn)缺陷的人員進行，缺陷驗收合格后，設(shè)備管理平臺的運維人員需要注明缺陷處理的相關(guān)信息，并注銷缺陷。IT設(shè)備經(jīng)常會遇到變更關(guān)聯(lián)設(shè)備的情況，如果某設(shè)備有關(guān)聯(lián)的設(shè)備存在，那么此設(shè)備的關(guān)聯(lián)關(guān)系在被關(guān)閉前，此設(shè)備不能被移除。其中，用戶接入指的是用戶提交設(shè)備變更單，對于處理完成的變更單，如果其達到預(yù)期目標(biāo)，那么此變更單相關(guān)的設(shè)備變更流程即可關(guān)閉，否則此變更處理流程需要被返回。檢修人員作出的檢修申請形成變更申請單，如果此變更申請單涉及到的是通信的檢修或停退，需要判斷此檢修過程是否存在檢修計劃，目的是讓用戶明確的知曉，從而指導(dǎo)設(shè)備管理。安裝人員提交安裝調(diào)試的變更申請，只有當(dāng)所有變更資料都提交完后，才去驗收安裝調(diào)試過程是否合格；如果安裝調(diào)試過程達到預(yù)期目標(biāo)，則可以關(guān)閉此變更申請單。配置管理變更申請一般是由用戶提出，配置管理人員會判斷是否需要備份處理。日常巡檢管理模塊根據(jù)巡檢的設(shè)備來執(zhí)行不同的標(biāo)準(zhǔn)，巡檢記錄可以根據(jù)不同的預(yù)定義規(guī)則生成。設(shè)備管理平臺的運維人員根據(jù)巡檢標(biāo)準(zhǔn)、巡檢周期等進行設(shè)備的定期巡檢，并記錄相關(guān)的巡檢日志。相關(guān)設(shè)備的維護人員對此巡檢日志進行分析，并給出是否正常、是否有缺陷等結(jié)論，如果發(fā)現(xiàn)設(shè)備的缺陷，則依據(jù)前文介紹的缺陷管理模塊進行處理。
3基于IT運維的設(shè)備管理平臺
【關(guān)鍵詞】企業(yè);SAP系統(tǒng);運維管理
很多企業(yè)已經(jīng)實施或正在實施SAP系統(tǒng)，多數(shù)企業(yè)SAP系統(tǒng)實施過程中關(guān)注的重點是如何滿足業(yè)務(wù)和管理的需求，目標(biāo)是通過SAP提升企業(yè)管理水平，因此在這方面投入了更多多的時間和精力。SAP上線后企業(yè)關(guān)注的是系統(tǒng)的性能和不允許間斷作業(yè)。于是SAP系統(tǒng)的日常管理及安全也提出了大量的挑戰(zhàn)。而企業(yè)的SAP多數(shù)是兼職人員來管理，能力有限，企業(yè)更多的時間是為了滿足和保證系統(tǒng)的高可用性。因此，他們的主要工作是為了滿足不斷增多的用戶，不斷增漲的業(yè)務(wù)需求。安全性成了重中之重，企業(yè)也往往只關(guān)注SAP系統(tǒng)的性能和不間斷來滿足業(yè)務(wù)需要。安全方面任何行為或操作都不允許影響業(yè)務(wù)。
SAP系統(tǒng)，它在企業(yè)中的位置絕對是最重要的和最關(guān)鍵的，任何閃失都不允許出現(xiàn)的。企業(yè)花費大量的人力和物力來打造SAP系統(tǒng)，看重就是業(yè)務(wù)功能的實現(xiàn)。功能在業(yè)務(wù)部門眼中絕對排第一位，任何可能影響SAP系統(tǒng)正常運行的行為都會被扣上一頂影響生產(chǎn)，影響業(yè)務(wù)的帽子。造成了SAP后臺管理人員害怕、也不敢提出對SAP系統(tǒng)的任何變更和調(diào)整。因為誰也禁不起這頂大帽子。這就造成了后臺管理人員工作明顯傾向于穩(wěn)定、性能?？墒?，穩(wěn)定和性能是非常耗時耗力，在努力解決SAP系統(tǒng)穩(wěn)定和性能的同時，安全往往被忽視。
企業(yè)只重業(yè)務(wù)，輕視安全的事例比比皆是，這是多數(shù)企業(yè)的通病。出了安全問題才會亡羊補牢的事件也時有發(fā)生。SAP系統(tǒng)能夠影響業(yè)務(wù)，影響生產(chǎn)，如此重要，企業(yè)更應(yīng)該重視其，安全不要被遺忘，不要被忽視。
本文重點討論SAP系統(tǒng)安全容易被忽視的方面，任何方面對安全而言都是重點。
其一，權(quán)限。SAP實施之初就會規(guī)劃和設(shè)計用戶權(quán)限，SAP系統(tǒng)本身的權(quán)限設(shè)計也非常到位，非常精細，可以看出SAP公司重視安全管理。多數(shù)企業(yè)初期把權(quán)限管理的都比較好，但隨著企業(yè)的運行，業(yè)務(wù)人員感覺對權(quán)限的需求永遠滿足不了其實際業(yè)務(wù)的需求，于是業(yè)務(wù)人員的權(quán)限會申請更大的權(quán)限。造成的結(jié)果就是權(quán)限形同虛設(shè)，到處都是權(quán)限過大的用戶，一旦發(fā)生泄密事件，系統(tǒng)管理人員無法排查。因此，建議企業(yè)不要因為業(yè)務(wù)需要而放任權(quán)限的審核。即使很麻煩，即使效率低，也要進行嚴格的管理，使之防患于未然。
其二，操作系統(tǒng)。是最容易被企業(yè)忽視的SAP系統(tǒng)安全的一部分。SAP系統(tǒng)所有數(shù)據(jù)在數(shù)據(jù)庫里，數(shù)據(jù)庫在操作系統(tǒng)下，因此取得操作系統(tǒng)權(quán)限就相當(dāng)于獲得了整個數(shù)據(jù)庫，進而取得了整個SAP。因此操作系統(tǒng)安全不容忽視。
其三，備份。SAP系統(tǒng)備份是必須的，雖然它可能永遠也用不上。備份是運維管理人員的定心丸，也是SAP系統(tǒng)管理工作最重要的組成部分。但企業(yè)往往只重視備份，而忽略恢復(fù)。備份不是主要的，定期的恢復(fù)測試才是備份的意義所在。
其四，接口。企業(yè)中同SAP系統(tǒng)集成的系統(tǒng)越來越多。這方面的安全容易被忽視，SAP系統(tǒng)集成需要有一定權(quán)限的用戶，用戶創(chuàng)建后，授權(quán)限，接口開始使用，需要慎重管理這些用戶和密碼，這是一個非常危險的入口。因此，建議管理這些用戶，或?qū)嵤┙涌诒M量減少這些用戶的權(quán)限。
其五，數(shù)據(jù)庫。也是最容易被企業(yè)忽視的SAP系統(tǒng)安全的組成部分。SAP系統(tǒng)安裝過程中要求配置了多個數(shù)據(jù)庫的用戶和密碼。上線后，這些用戶將被徹底遺忘。SAP早期版本system的密碼是Oracle數(shù)據(jù)庫的默認密碼，后期幾乎不會被用到，當(dāng)然也無人管理。多個用戶設(shè)置成同一個密碼，而且很可能非常簡單，能否記住創(chuàng)建的哪些用戶，實施顧問可能也無法說清楚。關(guān)注這些被大家遺忘的用戶能夠降低系統(tǒng)的風(fēng)險。
經(jīng)研究，在整個IT產(chǎn)品的生命周期中，采購和建設(shè)階段只占全部時間和成本的20%～30%，而運營階段則占了整個時間和成本的70%～80%，由此可見IT系統(tǒng)運營管理的重要性。然而，在過去相當(dāng)長的一段時間內(nèi)，醫(yī)院的IT信息部門更關(guān)注信息系統(tǒng)的建設(shè)和應(yīng)用，而對該系統(tǒng)的運維管理則缺乏相應(yīng)的重視和研究。大多數(shù)醫(yī)院雖然設(shè)立了信息中心或計算機中心來負責(zé)系統(tǒng)維護，但維護手段仍停留在較為初級的被動受理和解決故障階段，缺乏完善的維護管理流程，沒有設(shè)立明確的運營維護工作的考核指標(biāo)。部分醫(yī)院甚至僅委派一名或兩名技術(shù)工程師負責(zé)全部IT系統(tǒng)的維護工作，管理者很難真正了解其IT維護管理水平的高低，進一步改進的方案也就無從談起。這種停留在初級階段的系統(tǒng)維護方法，顯然無法適應(yīng)醫(yī)療IT應(yīng)用系統(tǒng)日新月異的建設(shè)水平。
IT服務(wù)管理領(lǐng)域的標(biāo)準(zhǔn)ITIL
談到IT運維管理，我們先來了解一下有關(guān)ITIL的基本知識。在上世紀80年代末，英國政府商務(wù)辦公室OGC（Office of Government Commerce）開發(fā)出了ITIL（Information Technology Infrastructure Library）的最初版本，ITIL在面世之后，迅速從英國擴展到了全球許多國家。目前，ITIL已經(jīng)取得了全球IT服務(wù)管理領(lǐng)域的廣泛認同和支持，成為了IT服務(wù)管理領(lǐng)域事實上的標(biāo)準(zhǔn)，目前全球有數(shù)萬家企業(yè)在應(yīng)用ITIL。
從實踐中總結(jié)而來，是ITIL最大的特點，最初的ITIL版本就是一系列IT最佳實踐的總結(jié)。因此，ITIL不是采用先設(shè)計整體框架再細化各部分這種“自上而下”的方式開發(fā)出來的，與其他的標(biāo)準(zhǔn)有很大的區(qū)別。ITIL的最初版本中包含了十個以上的流程組，而后，OGC通過對最初版本的整合，消除了重復(fù)和不一致的地方，了ITIL v2版本，共包含7個體系：服務(wù)支持、服務(wù)提供、實施服務(wù)管理規(guī)劃、應(yīng)用管理、安全管理、基礎(chǔ)架構(gòu)管理及ITIL的業(yè)務(wù)前景，這就是被廣泛引用的ITIL框架（見下圖）。
由于本文討論的是醫(yī)院的IT運維管理，不可避免地借鑒了ITIL體系中的許多概念。但需要說明的是，ITIL僅僅是為IT服務(wù)管理提供了一個框架和準(zhǔn)則，而其本身并非產(chǎn)品，應(yīng)用ITIL也無需系統(tǒng)支持。參考和借鑒ITIL體系，建立和健全適合醫(yī)院自身實際的IT運維管理體系，才是我們的目的。本文的重點在于討論對醫(yī)院IT運維管理體系的建立，對ITIL本身就不再多介紹了。
當(dāng)前醫(yī)院IT運維工作存在的問題
當(dāng)前，醫(yī)院的IT系統(tǒng)運維工作通常由信息科或計算機中心等部門來負責(zé)。在部分信息化建設(shè)步伐較快的醫(yī)院，已經(jīng)有專職的技術(shù)人員來負責(zé)IT系統(tǒng)的運營與維護，部分大醫(yī)院維護人員人數(shù)已經(jīng)不少，但以下問題仍在醫(yī)院的IT運維工作中普遍存在：
1. 維護工作以“被動式服務(wù)”為主
主要體現(xiàn)在對IT系統(tǒng)的維護往往是在問題發(fā)生后，IT維護人員類似“救火隊員”一樣趕去搶修故障，缺乏主動性的預(yù)防式服務(wù)，這種維護模式下IT維護部門往往依賴一些技術(shù)水平高的“救火英雄”，而忽視了如何從管理的角度去預(yù)防問題的發(fā)生，結(jié)果就是一些本來可以避免的故障反復(fù)發(fā)生，給醫(yī)院的業(yè)務(wù)帶來阻礙。
經(jīng)研究數(shù)據(jù)表明，IT系統(tǒng)發(fā)生的故障，只有20%是因為軟件、硬件或環(huán)境（網(wǎng)絡(luò)、電力等）因素造成，而有40%的原因是缺乏管理流程造成的。例如未經(jīng)測試的變更，或是系統(tǒng)高負荷運轉(zhuǎn)等原因造成，另外40%的原因是由于人員操作失誤、備份或安全方面的疏忽所導(dǎo)致。也就是說在IT系統(tǒng)發(fā)生的問題中，大多數(shù)的問題是可以通過管理來避免的。
2. IT部門與業(yè)務(wù)部門的溝通不暢
對于使用IT系統(tǒng)的業(yè)務(wù)部門來說，關(guān)心的是業(yè)務(wù)不中斷，IT系統(tǒng)能夠安全穩(wěn)定的運行，而IT管理部門往往是以技術(shù)為中心，這樣如果在業(yè)務(wù)部門產(chǎn)生對IT系統(tǒng)的使用需求或者是發(fā)生故障時，IT部門往往會將注意力放在技術(shù)環(huán)節(jié)上，而忽略了對方的業(yè)務(wù)目標(biāo)。一個簡單的例子是，當(dāng)業(yè)務(wù)部門由于設(shè)備故障（例如臺式機）而影響業(yè)務(wù)時，IT運維部門首先要做的不是解決故障，而是需要清楚恢復(fù)業(yè)務(wù)的時限，如果是恢復(fù)時限要求很高的問題，那么IT維護部門可能首先要做的可能不是去解決故障，而是更換一臺備用電腦來保障業(yè)務(wù)在最短時間內(nèi)恢復(fù)。做到這一點就要求IT部門與業(yè)務(wù)部門有一套共同的溝通語言，這一點在后面講到服務(wù)級別管理時再詳細討論。
3. 不能量化評估IT部門工作的績效
IT運維部門的績效往往難以考核，產(chǎn)生的原因是由于未能制定有關(guān)IT運維工作的考核指標(biāo)，日常的IT運維工作通常都由繁瑣細微的事情組成，如果沒有對關(guān)鍵事件進行記錄，沒有對各項工作的目標(biāo)進行事先約定，那么對IT運維工作的評價只能夠憑感覺，沒有業(yè)務(wù)部門與IT部門都認可的標(biāo)準(zhǔn)，既談不到準(zhǔn)確評估，更談不到改進與提高。
建立IT運維管理體系
以上提到的一些問題，在許多醫(yī)院中都普遍存在。想要解決這些問題，提高醫(yī)院的IT運維管理水平，需要做的工作很多，需要醫(yī)院IT部門有計劃、分階段地進行，逐步建立適合醫(yī)院自身IT水平的運維管理體系。
建立醫(yī)院IT運維管理體系，至少應(yīng)該包括四項基本內(nèi)容：IT運維考核指標(biāo)（KPI，Key Performance Index）；服務(wù)臺；服務(wù)級別協(xié)議（SLA，Service Level Agreements）；IT基本服務(wù)流程。
1. IT運維考核指標(biāo)
IT運維考核指標(biāo)是醫(yī)院IT運維管理體系的核心，只有建立了科學(xué)的考核體系，才能對IT運維工作的結(jié)果進行量化評估與考核，發(fā)現(xiàn)不足，進行改進。IT運維考核指標(biāo)是針對整個IT運維部門而制定，考核的是IT運維部門的整體績效，指標(biāo)的設(shè)定應(yīng)該包含對IT運維工作結(jié)果、部門及人員發(fā)展、財務(wù)等幾個方面的考核，我們在這里重點討論一下應(yīng)該如何設(shè)定IT運維工作結(jié)果的考核指標(biāo)。
IT運維部門的主要職責(zé)一方面要對IT設(shè)備及系統(tǒng)進行維護管理，保障其良好運行，另一方面要響應(yīng)業(yè)務(wù)部門的需求，解決業(yè)務(wù)部門提出的問題。因此對IT運維工作的KPI設(shè)定主要分為IT系統(tǒng)運行水平和IT技術(shù)支持水平兩大類。在這里對這兩大類的常見考核指標(biāo)做一些介紹，供醫(yī)院IT部門參考。
（1）IT系統(tǒng)運行水平KPI
通過對IT系統(tǒng)運行水平KPI的考核，可以考察IT運維部門的維護水平，這類指標(biāo)常見的有：
系統(tǒng)中斷時間，指由于軟硬件或外界環(huán)境原因引起的關(guān)鍵應(yīng)用系統(tǒng)的業(yè)務(wù)中斷時間，考核周期通常以月或年為單位，而具體目標(biāo)的設(shè)定可根據(jù)各自醫(yī)院應(yīng)用系統(tǒng)的數(shù)量、運行水平來制訂，例如：系統(tǒng)中斷時間
故障發(fā)生次數(shù)，指IT系統(tǒng)的故障發(fā)生次數(shù)，考核周期通常以周或月為單位。例如：故障發(fā)生次數(shù)
網(wǎng)絡(luò)安全性，保障網(wǎng)絡(luò)信息安全是運維工作的重要目標(biāo)，對網(wǎng)絡(luò)安全性的簡單考核可以用考核周期內(nèi)網(wǎng)絡(luò)信息安全問題的發(fā)生次數(shù)來進行，如果要做更科學(xué)的考察，可以根據(jù)不同等級的安全問題設(shè)立網(wǎng)絡(luò)安全性指數(shù)。
故障業(yè)務(wù)影響率，這一指標(biāo)是考察發(fā)生的所有故障中，影響業(yè)務(wù)的故障所占比例，計算公式為影響業(yè)務(wù)的故障總數(shù)/故障總數(shù)。
（2）IT技術(shù)支持水平KPI
與第一類指標(biāo)不同，技術(shù)支持水平KPI主要考察的是IT運維部門的技術(shù)支持和服務(wù)水平，重點考察IT部門是否能夠及時響應(yīng)業(yè)務(wù)部門的申告與要求，服務(wù)水平是否達到了業(yè)務(wù)部門的期望。
故障解決達標(biāo)率是指在目標(biāo)時間內(nèi)解決的故障數(shù)/全部故障數(shù)。對于不同級別的故障，事先都設(shè)定好了目標(biāo)解決時間，這一指標(biāo)考核的是在預(yù)計時間內(nèi)解決故障的比例，這比簡單考核故障解決率更能反映IT運維部門對業(yè)務(wù)部門的支持情況。
平均故障解決時間是指所有故障的解決時間之和/所有故障次數(shù)。這一指標(biāo)反映的是IT運維部門解決故障的能力，與第一個指標(biāo)組合使用，可以更全面地反映IT運維部門的技術(shù)服務(wù)能力。
客戶滿意度是指IT運維部門的客戶是業(yè)務(wù)部門，對醫(yī)院來說就是使用信息系統(tǒng)的各個科室，服務(wù)水平的高低最終要反映到用戶的主觀感知上，因此設(shè)立一個主觀感知指標(biāo)是非常必要的。這一指標(biāo)可以通過對業(yè)務(wù)部門的滿意度調(diào)查問卷來實現(xiàn)。
以上3個指標(biāo)是對IT運維支持水平最常見的考核指標(biāo)，這類指標(biāo)還有很多，例如故障響應(yīng)及時率、故障解決超期時間、重復(fù)故障發(fā)生率等等。如何設(shè)定考核指標(biāo)，關(guān)鍵是要符合醫(yī)院的IT管理戰(zhàn)略目標(biāo)和IT管理重點，合理設(shè)定不同指標(biāo)以及所占權(quán)重，使得KPI考核能夠達到促進IT運維管理的目的。
2. 服務(wù)臺的職能
對建立IT運維管理體系來說，服務(wù)臺在其中扮演了非常重要的角色，是建立IT運維服務(wù)體系必不可少的一環(huán)。我們這里說的服務(wù)臺并非是一個簡單的設(shè)立了熱線電話的值班員，它有幾項最基本的職能：
服務(wù)臺為用戶提供了IT部門的單一聯(lián)系點，確保用戶通過服務(wù)臺可以找到支持人員，也就是說確保了服務(wù)的可達性。
服務(wù)臺對所有用戶請求進行記錄，并監(jiān)控后續(xù)處理過程，直到問題解決。這就保證了前面提到的IT運維指標(biāo)體系中，所需要的數(shù)據(jù)都有權(quán)威依據(jù)，如系統(tǒng)中斷時間、故障解決達標(biāo)率等。
服務(wù)臺作為IT部門的首次聯(lián)系點，可以過濾掉不相干的問題，并處理掉常見問題和簡單問題，而將處理不了的復(fù)雜問題再轉(zhuǎn)給IT后臺部門，這樣就保證了IT的技術(shù)支持部門不會被簡單的問題所打擾，可以集中精力處理專業(yè)性的問題。
建立服務(wù)臺遇到的常見問題是業(yè)務(wù)部門在遇到故障時，都習(xí)慣于直接找自己熟悉的IT工程師解決，而不愿意找服務(wù)臺幫助，解決此問題要求IT部門向業(yè)務(wù)部門大力宣傳服務(wù)臺的好處，同時也要大力改進服務(wù)臺的服務(wù)能力，比如服務(wù)臺直接服務(wù)的水平，響應(yīng)的時間等。
3. 服務(wù)級別協(xié)議
服務(wù)級別協(xié)議（SLA，Service Level Agreement）的含義是IT部門對業(yè)務(wù)部門的服務(wù)承諾，定義了各種服務(wù)類型所要求滿足的服務(wù)質(zhì)量。SLA的特點是用業(yè)務(wù)語言描述，而不是用技術(shù)語言進行描述。例如，對于故障處理，在SLA里可以將故障分為三類：影響業(yè)務(wù)的緊急故障、對業(yè)務(wù)使用存在隱患的嚴重故障及普通故障。然后分別對這三類故障定義響應(yīng)時間和解決時間，例如緊急故障要求10分鐘響應(yīng)，1小時解決，而普通故障則要求30分鐘響應(yīng)，3個工作日解決。
只有在有效的服務(wù)級別管理被建立的條件下，IT部門才能更加清楚他們被期望提供什么和可以提供什么，因此才能夠更好地計劃和管理所提供的服務(wù)。
4. 建立基本運維管理制度流程
IT運維部門應(yīng)該建立一系列基本運維管理制度和流程，以確保IT運維部門的基本任務(wù)得以實現(xiàn)。IT基本運維制度流程主要包括故障支持流程、IT變更流程、IT日常維護管理制度、重大事件應(yīng)急管理流程以及IT安全管理制度等。這些基本運維管理流程的建立，是確保SLA能夠?qū)崿F(xiàn)的制度保證，可以使IT部門在向業(yè)務(wù)部門提供服務(wù)時，能夠按照標(biāo)準(zhǔn)流程進行，從而保證服務(wù)的確定性，并能夠比較容易地發(fā)現(xiàn)服務(wù)中存在的問題，進行改進和提高。
IT運維管理外包的基本情況
以上簡要介紹了建立IT運維管理體系的基本概念及方法，最后再介紹一下關(guān)于IT運維管理外包的基本情況。
IT運維管理外包是近年來的新生事物，在歐美許多國家，將IT系統(tǒng)的運維工作外包給專業(yè)的公司已經(jīng)比較常見，在國內(nèi)，部分行業(yè)也已經(jīng)開始進行這方面的嘗試。實際上IT運維管理外包這種模式非常適合于醫(yī)療行業(yè)，主要原因在于：
1. IT運維管理是一項非常復(fù)雜和專業(yè)的工作。對于醫(yī)院來說，IT管理并非其所擅長的領(lǐng)域，即使投入很多精力，也很難在短時間內(nèi)見到成效。而專業(yè)的IT外包公司則具有豐富的經(jīng)驗，可以在短時間內(nèi)幫助醫(yī)院把IT系統(tǒng)的維護管理工作提升到較高的水平。
