******醫院食堂刷卡系統維保服務(wù)采購項目因有效議價(jià)申請人不足三家,未達到議價(jià)要求,特發(fā)布二次公告
******醫院采購內控制度相關(guān)規定,近期將對本項目進(jìn)行院內議價(jià)采購,請潛在議價(jià)申請人認真閱讀本文公告內容,并按要求準備好相關(guān)材料。本次公告在******醫院官網(wǎng)******/”上發(fā)布,請各申請人留意,采購人對其他網(wǎng)站或媒體轉載的公告及公告內容不承擔任何責任,公告如有變更,將在以上網(wǎng)站或以書(shū)面形式發(fā)布。
一、項目基本情況及議價(jià)要求
******醫院食堂刷卡系統維保服務(wù)
2.采購方式:院內議價(jià)
3.預算金額:38000.00元/年
4.采購需求:
4.1服務(wù)內容:食堂收費管理系統服務(wù)器優(yōu)化、數據備份、支付終端更新及安全檢查。
4.2服務(wù)時(shí)間:按采購方指定時(shí)間和指定地點(diǎn),因特殊原因調整服務(wù)時(shí)間,應取得采購方同意后方可提供服務(wù)。
4.3服務(wù)質(zhì)量要求:(詳見(jiàn)附表一)。
5.服務(wù)期限:1年。
6.報價(jià)要求:本項目報價(jià)須包含包含所有服務(wù)的人工費、運輸費、裝卸費、利潤、稅費等與本采購項目相關(guān)的一切費用,除上述費用外,采購方無(wú)需向議價(jià)申請人支付其他任何費用。
7.付款方式:合同內約定。
8.資格審查方式:資格后審。
******醫院指定地點(diǎn)。
二、議價(jià)申請人的資格要求
1.本項目的資格要求:
1.1議價(jià)申請人必須是在中華人民共和國境內注冊,具有有效的營(yíng)業(yè)執照副本、稅務(wù)登記證、組織機構代碼證或“三證合一”營(yíng)業(yè)執照。
1.2具有履行合同所必需的設備和專(zhuān)業(yè)技術(shù)能力:提供具備履行合同所必需的設備和專(zhuān)業(yè)技術(shù)能力的證明材料或承諾。
1.3參加政府采購活動(dòng)前三年內在經(jīng)營(yíng)活動(dòng)中沒(méi)有重大違法記錄的書(shū)面聲明。
1.4申請人在議價(jià)之日前未被列入“信用中國”網(wǎng)站 “失信被執行人”、“重大稅收違法失信主體”、“政府采購嚴重違法失信行為記錄名單”,未被列入“中國政府采購網(wǎng)”“政府采購嚴重違法失信行為信息記錄名單”,被列入以上名單之一的申請人,其議價(jià)申請將被拒絕,查詢(xún)結果以采購人查詢(xún)結果為準。
2. 落實(shí)政府采購政策需滿(mǎn)足的資格要求:本項目屬于專(zhuān)門(mén)面向中小微企業(yè)(監獄企業(yè)、殘疾人福利性單位視同小微企業(yè))的采購項目,服務(wù)商須提供中小企業(yè)聲明函(監獄企業(yè)、殘疾人福利性單位聲明函)。
三、報名要求及相關(guān)安排
1.報名時(shí)間:2025年07月29日08時(shí)00分至2025年07月31日17時(shí)00分(3個(gè)工作日),逾期視為無(wú)效報名,采購人不予受理。
2.報名方式:請各議價(jià)申請人填寫(xiě)下表并加蓋公章,******(郵件名稱(chēng)格式統一為“公司名稱(chēng)+項目名稱(chēng)”)。
序號 |
項目名稱(chēng) |
聯(lián)系人 |
聯(lián)系方式 |
3.聯(lián)系電話(huà):0875-******;如議價(jià)申請人未按公告內容、時(shí)限要求填寫(xiě)而影響報名的,后果由議價(jià)申請人自行承擔。
4.若報名成功后,因特殊原因不能參加議價(jià)的,需提前電話(huà)告知。
四、議價(jià)相關(guān)要求:
1.時(shí)間、地點(diǎn)及聯(lián)系方式:
1.1議價(jià)時(shí)間:2024年08月04日上午09:00,議價(jià)申請人必須按照通知時(shí)間提前10分鐘到場(chǎng)簽到,未按時(shí)簽到的視為自動(dòng)放棄,不予受理。
******醫院東院區后勤綜合樓410室)。
******醫院采購辦 莊老師0875-******。
2.議價(jià)要求:
2.1議價(jià)時(shí),采購人將對本項目相關(guān)事宜進(jìn)行詳細咨詢(xún),議價(jià)申請人須派業(yè)務(wù)熟悉的人員參會(huì ),以免影響議價(jià)結果。
3.議價(jià)規則:
3.1各潛在議價(jià)申請人按抽簽順序進(jìn)行報價(jià)和答疑。
3.2議價(jià)小組:院內專(zhuān)家組成。
3.3本次以院內公開(kāi)議價(jià)方式進(jìn)行,在議價(jià)申請人資質(zhì)審查合格且完全滿(mǎn)足采購人需求(質(zhì)量和服務(wù)均能滿(mǎn)足采購公告附表一要求),按照最后報價(jià)由低到高的順序確定成交議價(jià)申請人。
3.4院內議價(jià)采購實(shí)施過(guò)程中,接收響應文件截止時(shí)間過(guò)后,如遞交響應文件的議價(jià)申請人不足三家,應終止院內議價(jià)采購活動(dòng),審核采購文件、采購公告的合理性及可行性后,發(fā)布二次公告。二次公告后,提交響應文件或者經(jīng)評審實(shí)質(zhì)性響應采購文件要求的議價(jià)申請人只有兩家時(shí),采購繼續進(jìn)行;提交響應文件或者經(jīng)評審實(shí)質(zhì)性響應采購文件要求的議價(jià)申請人只有一家時(shí)經(jīng)報請分管院領(lǐng)導批準后,采購繼續進(jìn)行。
******醫院官網(wǎng)******/”查看,成交人還需提交與電子版相同的一正一副紙質(zhì)版響應文件。
五、響應材料要求
參加議價(jià)的議價(jià)申請人必須提供以下材料:
1.公司有效的營(yíng)業(yè)執照副本、稅務(wù)登記證、組織機構代碼證或“三證合一”營(yíng)業(yè)執照,具有履行合同所必需的設備和專(zhuān)業(yè)技術(shù)能力證明材料或書(shū)面聲明;
2.議價(jià)申請人法人身份證復印件、經(jīng)辦人身份證復印件、經(jīng)辦人授權書(shū);
3.具備履行合同所必需的設備和專(zhuān)業(yè)技術(shù)能力的證明材料或承諾;
4.參加政府采購活動(dòng)前三年內在經(jīng)營(yíng)活動(dòng)中沒(méi)有重大違法記錄的書(shū)面聲明。
5.報價(jià)表:格式自擬。
6.《中小企業(yè)聲明函》或《殘疾人福利性單位聲明函》或《監獄企業(yè)聲明函》。
7.維保服務(wù)實(shí)施方案。
8.售后服務(wù)承諾及違約責任承諾。
9.無(wú)串通投標行為的承諾函
(一)有下列情形之一的,屬于惡意串通投標:
1.議價(jià)申請人直接或者間接從采購人或者采購代理機構處獲得其他議價(jià)申請人的相關(guān)情況并修改其響應文件或者響應文件;
2.議價(jià)申請人之間協(xié)商報價(jià)、技術(shù)方案等響應文件或者響應文件的實(shí)質(zhì)性?xún)热荩?/span>
******集團、協(xié)會(huì )、商會(huì )等組織成員的議價(jià)申請人按照該組織要求協(xié)同參加政府采購活動(dòng);
4.議價(jià)申請人之間事先約定由某一特定議價(jià)申請人成交;
5.議價(jià)申請人之間商定部分議價(jià)申請人放棄參加政府采購活動(dòng)或者放棄成交;
6.議價(jià)申請人與采購人或者采購代理機構之間、議價(jià)申請人相互之間,為謀求特定議價(jià)申請人成交或者排斥其他議價(jià)申請人的其他串通行為。
(二)有下列情形之一的,視為議價(jià)申請人串通投標,其投標無(wú)效:
1.不同議價(jià)申請人的響應文件由同一單位或者個(gè)人編制;
2.不同議價(jià)申請人委托同一單位或者個(gè)人辦理投標事宜;
3.不同議價(jià)申請人的響應文件載明的項目管理成員或者聯(lián)系人員為同一人;
4.不同議價(jià)申請人的響應文件異常一致或者投標報價(jià)呈規律性差異;
5.不同議價(jià)申請人的響應文件相互混裝;
6.不同議價(jià)申請人的投標保證金從同一單位或者個(gè)人的賬戶(hù)轉出。
議價(jià)申請人(加蓋公章):______________
法定代表人(負責人)或委托代理人(簽字或蓋章): ? ? ? ? ?
日期:________年_____月_____日
(三)議價(jià)申請人在職人員情況表
序號 |
姓名 |
性別 |
職務(wù) |
身份證號 |
1 |
||||
2 |
||||
3 |
||||
… |
注:1、議價(jià)申請人須如實(shí)填寫(xiě)公司所有在職人員。
★2、議價(jià)小組如發(fā)現議價(jià)申請人提供的在職人員與其他議價(jià)申請人所提供的在職人員存在重復的,相關(guān)申請、響應可按不實(shí)質(zhì)性響應議價(jià)文件要求處理。
議價(jià)申請人(加蓋公章):______________
法定代表人(負責人)或委托代理人(簽字或蓋章): ? ? ? ? ?
日期:________年_____月_____日
10.議價(jià)申請人認為須提供的其他材料。
★注:以上材料必須簽字、蓋章并按順序排版,并提交一份PDF格式的電子版響應文件(現場(chǎng)微信或U盤(pán)方式提交)。
六、監督
本次議價(jià)全程由審計科、財務(wù)處監督,項目參與議價(jià)申請人對成交結果如有異議,可在成交結果發(fā)布后三個(gè)工作日內以書(shū)面方式提出。
審計科電話(huà):0875-******;紀檢監察室:0875-******。
重要備注:
根據相關(guān)法律規定,禁止議價(jià)申請******醫院紀檢監察室進(jìn)行處理。
******醫院采購辦
附件一:
1、服務(wù)內容
(1.1)服務(wù)范圍和目標
保證用戶(hù)現有的餐廳智能消費網(wǎng)絡(luò )系統的正常運行,降低整體管理成本,提高網(wǎng)絡(luò )信息系統的整體服務(wù)水平。同時(shí)根據日常維護的數據和記錄,提供用戶(hù)信 息系統的整體建設規劃和建議,更好的為用戶(hù)的信息化發(fā)展提供有力的保障。
通過(guò)售后運行維護服務(wù)的有效管理來(lái)提升用戶(hù)信息系統的服務(wù)效率,協(xié)調各業(yè)務(wù)應用系統的內部運作,改善網(wǎng)絡(luò )信息系統部門(mén)與業(yè)務(wù)部門(mén) 的溝通,提高服務(wù)質(zhì)量。結合用戶(hù)現有的環(huán)境、組織結構、IT資源和管理流程的特點(diǎn),從流程、人員和技術(shù)三方面來(lái)規劃用戶(hù)的網(wǎng)絡(luò ) 信息系統的結構。將用戶(hù)的運行目標、業(yè)務(wù)需求與IT服務(wù)的相協(xié)調一致。
信息系統服務(wù)的目標是,對用戶(hù)現有的信息系統基礎資源進(jìn)行監控 和管理,及時(shí)掌握網(wǎng)絡(luò )信息系統資源現狀和配置信息,反映信息系統資源的可用性情況和健康狀況,創(chuàng )建一個(gè)可知可控的IT環(huán)境,從而保證用戶(hù)信息系統的各類(lèi)業(yè)務(wù)應用系統的可靠、高效、持續、安全運行。
具體服務(wù)內容:
(1)、進(jìn)行客戶(hù)現場(chǎng)服務(wù)交接工作,針對客戶(hù)現場(chǎng)的重點(diǎn)工作與客戶(hù)進(jìn)行現場(chǎng)確認,交接后由專(zhuān)職服務(wù)工程師負責日常服務(wù)運維工作;
(2)、提供服務(wù)方式:遠程、電話(huà)、郵件、上門(mén)服務(wù)(提供24小時(shí)電話(huà)響應,現場(chǎng)處置,每周至少1-2次現場(chǎng)巡檢)。
(3)、提供服務(wù)內容:
(3.1)、 所購公司產(chǎn)品出現的所有bug性問(wèn)題處理;
(3.2)、 提供相關(guān)操作員或管理員軟件操作、業(yè)務(wù)流程的電話(huà)咨詢(xún)服務(wù);
(3.3)、 提供跨年賬務(wù)配置指導服務(wù);
(3.4)、 提供用戶(hù)操作失誤的處理方式服務(wù)。
******醫院數據分析工作提供支持及協(xié)助;
(3.6)、 根據客戶(hù)的需要提前提出申請,提供現場(chǎng)新員工培訓服務(wù)。
******醫院餐廳業(yè)務(wù)流程因政策、管理辦法等方面要求,適應性維護,保證系統正常運行。
2、需求開(kāi)發(fā)服務(wù)要求
******醫院要求對綜合業(yè)務(wù)系統進(jìn)行的開(kāi)發(fā)工作,包括新增功能、功能優(yōu)化改造和接口開(kāi)發(fā)等新需求,工作包括但不限于如下內容:
(******醫院評審評級要求、采購人實(shí)際業(yè)務(wù)需求調整完善求等原因 ,需對消費機系統進(jìn)行開(kāi)發(fā)、優(yōu)化服務(wù),包括功能設計、功能整合、接口整合、BUG需求定制開(kāi)發(fā)服務(wù),供應商必須免費配合采購人進(jìn)行軟件系統相應功能和流程的調整和修改。(不包括涉及消費機系統整體結構改變的需求)包括但不限于的工作如下:(該部分內容必須全部滿(mǎn)足,并提供承諾函加蓋電子公章)。
(******醫院其他相關(guān)業(yè)務(wù)系統進(jìn)行持續對接,并根據要求組織培訓或其他數據填報工作。
(2.3) 服務(wù)時(shí)間為7*24小時(shí)制。
(2.4)、服務(wù)考核:服務(wù)工程師現場(chǎng)巡檢報告中,需要對后續服務(wù)內容和服務(wù)質(zhì)量中需要改進(jìn)、提高的內容進(jìn)行反饋,以便后續提供更佳的服務(wù)效果,并提供每季度一次的巡檢,并給出巡檢報告。
關(guān)于現場(chǎng)巡檢服務(wù)方式
現場(chǎng)巡檢服務(wù)是對客戶(hù)的設備及網(wǎng)絡(luò )進(jìn)行全面檢查的服務(wù)項目,通過(guò)該服務(wù)可使客戶(hù)獲得設備運行的第一手資料,最大可能地發(fā)現存在的隱患,保障設備穩定運行。同時(shí),將有針對性地提出預警及解決建議,使客戶(hù)能夠提早預防,最大限度降低運營(yíng)風(fēng)險。
巡檢包括的內容如下:
3、軟件業(yè)務(wù)系統運維服務(wù)
軟件業(yè)務(wù)系統基本服務(wù)內容:
序號 |
服務(wù)模塊 |
內容描述 |
提供方 |
服務(wù)周期 |
1 |
數據服務(wù) |
現場(chǎng)配合用戶(hù)進(jìn)行。 |
||
2 |
個(gè)性化優(yōu)化功能服務(wù) |
對系統現有功能進(jìn)行改進(jìn)、完善,優(yōu)化使用合理性。 |
||
3 |
遠程故障診斷 |
按服務(wù)級別:7X24小時(shí) |
||
4 |
電話(huà)遠程技術(shù)支 持 |
7X24小時(shí) |
4、服務(wù)管理制度規范
4.1服務(wù)時(shí)間
接收服務(wù)請求和咨詢(xún):設置有專(zhuān)人 7*24小時(shí)接聽(tīng)的移動(dòng)電話(huà)熱線(xiàn),用于解決業(yè)務(wù)部門(mén)人員操作中的突發(fā)情況。服務(wù)響應時(shí)間:
故障級別 |
響應時(shí)間 |
故障解決時(shí)間 |
I級:屬于緊急問(wèn)題;其具體現 象為:系統崩潰導致業(yè)務(wù)停止, 數據丟失。 |
15分鐘 |
2小時(shí)以?xún)?/span> |
II級:屬于嚴重問(wèn)題;其具體現象為:出現部分功能失效、系統性能下降但能正常運行,不影響正常業(yè)務(wù)運作。 |
30分鐘 |
4小時(shí)以?xún)?/span> |
III級:屬于較嚴重問(wèn)題;其具體 現象為:出現系統報錯或警告,但業(yè)務(wù)系統能繼續運行且性能不受影響。 |
30分鐘 |
6小時(shí)以?xún)?/span> |
IV級:屬于普通問(wèn)題;其具體現象為:系統技術(shù)功能、安裝或配置咨詢(xún),或其他顯然不影響業(yè)務(wù)的預約服務(wù)。 |
60分鐘 |
2天內 |
技術(shù)人員在解決故障時(shí),最大限度保護好數據,做好故障恢復的文檔,恢復到故障點(diǎn)前的業(yè)務(wù)狀態(tài)。對于“系統癱瘓,業(yè)務(wù)系統不能運轉”的故障級別,如果不能于2小時(shí)內解決故障,需要在2小時(shí)內完成應急預案啟用,確保業(yè)務(wù)系統的運行。故障解決后24小時(shí)內,提交故障處理報告,說(shuō)明故障種類(lèi)、故障原因、故障解決中使用的方法及故障損失等情況。
約束條款:每出現一次由于投標方自身原因,導致超過(guò)30分鐘以上的系統業(yè)務(wù)中斷,每次扣除合同維護金額30%。
4.2行為規范
遵守用戶(hù)的各項規章制度,嚴格按照用戶(hù)相應的規章制度辦事。與用戶(hù)運行維護體系其他部門(mén)和環(huán)節協(xié)同工作,密切配合,共同開(kāi)展技術(shù)支持工作。出現疑難技術(shù)、業(yè)務(wù)問(wèn)題和重大緊急情況時(shí),及時(shí)向負責人報告?,F場(chǎng)技術(shù)支持時(shí)要精神飽滿(mǎn),穿著(zhù)得體,談吐文明,舉止莊重。接聽(tīng)電話(huà)時(shí)要文明禮貌,語(yǔ)言清晰明了,語(yǔ)氣和善。遵守保密原則。對被支持單位的網(wǎng)絡(luò )、主機、系統軟件、 應用軟件等的密碼、核心參數、業(yè)務(wù)數據等負有保密責任, 不得隨意復制和傳播。
4.3 現場(chǎng)服務(wù)支持規范
運維服務(wù)人員要做到耐心、細心、熱心的服務(wù)。工作要做到事事有記錄、事事有反饋、重大問(wèn)題及時(shí)匯報。嚴格遵守工作作息時(shí)間, 嚴格按照服務(wù)工作流程操作?,F場(chǎng)支持工程師應著(zhù)裝整潔、言行禮貌大方,技術(shù)專(zhuān)業(yè), 操作熟練、嚴謹、規范;現場(chǎng)支持時(shí)必須遵守用戶(hù)單位的相關(guān)規章制度?,F場(chǎng)支持工程師在進(jìn)行現場(chǎng)支持工作時(shí)必須在保證數據和 系統安全的前提下開(kāi)展工作?,F場(chǎng)支持時(shí)出現暫時(shí)無(wú)法解決的故障或其他新的故障時(shí),應告知用戶(hù)并及時(shí)上報負責人,尋找其他解決途徑。故障解決后,現場(chǎng)支持工程師要詳細記錄問(wèn)題的發(fā)生時(shí)間、地點(diǎn)、提出人和問(wèn)題描述,并形成書(shū)面文檔,必要時(shí)應 向用戶(hù)介紹故障出現的原因及預防方法和解決技巧。
4.4 問(wèn)題記錄規范
根據使用人員提出問(wèn)題的類(lèi)別,將問(wèn)題分為咨詢(xún)類(lèi)問(wèn)題和系統缺陷 類(lèi)問(wèn)題二類(lèi):咨詢(xún)類(lèi)問(wèn)題是指通過(guò)服務(wù)熱線(xiàn)或現場(chǎng)解疑等方式能夠 當場(chǎng)解決用戶(hù)提出的問(wèn)題,具有問(wèn)題解答直接、快速和實(shí)時(shí)的特 點(diǎn),該問(wèn)題到現場(chǎng)支持人員處即可中止,對于該類(lèi)問(wèn)題的記錄可使 用咨詢(xún)類(lèi)問(wèn)題記錄模版進(jìn)行記錄。系統缺陷類(lèi)問(wèn)題是指使用人員提 出的問(wèn)題涉及到系統相應環(huán)節的確認修改,需要經(jīng)過(guò)逐級提交、診 斷、確認、處理和回復等環(huán)節,處理解決需要項目組的分析確認, 問(wèn)題有解決方案后,將解決方案反饋給用戶(hù)。具體提交流程如下:
問(wèn)題提交:應用信息系統的用戶(hù)發(fā)現屬于系統缺陷類(lèi)的問(wèn) 題時(shí),填寫(xiě)系統缺陷類(lèi)問(wèn)題提交單,提交服務(wù)支持中心。
******服務(wù)中心接到用戶(hù)提交的問(wèn)題單,要組織相應 人員對問(wèn)題單中描************服務(wù)中心業(yè)務(wù)人員進(jìn)行處理;屬于 操作問(wèn)題,可安排相關(guān)人員對問(wèn)題提出人進(jìn)行解釋?zhuān)⑾?統缺陷類(lèi)問(wèn)題提交單轉為系統咨詢(xún)類(lèi)問(wèn)題提交單。
******服務(wù)中心的技術(shù)人員和業(yè)務(wù)人員收到系 統缺陷類(lèi)問(wèn)題提交單后,對提交的問(wèn)題進(jìn)行歸類(lèi)匯總和分 析、確認??梢越鉀Q的,明確問(wèn)題解決的具體處理建議和措 施,經(jīng)主管領(lǐng)導簽字同意后,交實(shí)施人員進(jìn)行解決方案的實(shí) 施。服務(wù)人員確認是否解決,并將解決方法附在系統缺陷類(lèi) 問(wèn)題提交單上反饋給問(wèn)題提出人員。
問(wèn)題上報:服務(wù)人員收到經(jīng)業(yè)務(wù)或技術(shù)人員確認的系統缺******服務(wù)中心。
******服務(wù)中心根據提交問(wèn)題的進(jìn)行分析,制定解決 方案并進(jìn)行實(shí)施的解決,同時(shí)做好變更記錄。將解決方案匯 總后及時(shí)向問(wèn)題提交單位或問(wèn)題交辦單位作出回復,并將分 析過(guò)程和問(wèn)題產(chǎn)生原因一并提交。
5、應急服務(wù)響應措施
針對項目制定了詳盡的設計、應急處理預案,整個(gè)流程嚴謹而有 序。但是,在服務(wù)維護過(guò)程中,意外情況將難以完全避免。下面, 我們將對項目實(shí)施的突發(fā)風(fēng)險進(jìn)行詳細分析,并且針對各類(lèi)突發(fā)事 件,設計了相應的預防與解決措施,同時(shí)提供了完整的應急處理流程。
5.1 應急基本流程
專(zhuān)職工程師備份數據—上報主管領(lǐng)導—組織應急專(zhuān)家和院方形成應急組—排查問(wèn)題—解決問(wèn)題—恢復運行—形成分析報告
5.2預防措施
針對一些可能出現的情況,制定了一系列預防處理措施,舉例如下:
類(lèi)型 |
事件 |
預防措施 |
處理 |
應用軟 |
無(wú)法啟動(dòng)軟件可執 行文件 |
上門(mén)人員提前準備 好各類(lèi)需維護軟件 安裝程序 |
將應用軟件數據 文件備份后,重 新安裝 |
件 |
軟件打開(kāi)過(guò)程中或 運行中異常錯誤關(guān) 閉 |
上門(mén)人員準備好安裝程序,操作系統 優(yōu)化和修補軟件, 查殺病毒軟件 |
判斷出錯原因,備份數據,采取 相關(guān)修復措施 |
操作系 統 |
使用者本機操作系 統異?;蛳到y資源 占用嚴重 |
準備好系統檢查程 序及修補程序,以 及查殺病毒軟件 |
告知使用者錯誤 原因可能類(lèi)型, 提出解決方案, 經(jīng)使用者認可后 采取相應措施 |
B/S結構系統,IE 瀏覽器異?;驘o(wú)法 下載控件 |
準備流氓軟件清理 程序、修復瀏覽器 軟件、查殺病毒軟 件 |
檢查IE瀏覽器選項設置,分析原 因進(jìn)行修復 |
|
網(wǎng)絡(luò )或 服務(wù)器 |
B/S結構系統網(wǎng)絡(luò ) 流量異?;蚍?wù)器 登錄異常 |
判斷服務(wù)器是否異 常,否則準備殺毒 軟件 |
檢查網(wǎng)絡(luò )流量, 流量異常小則報 修網(wǎng)絡(luò )服務(wù)商, 流量異常大則查 殺病毒 |
5.3突發(fā)事件應急策略
l 系統運維應急方案是對中斷或嚴重影響業(yè)務(wù)的故障,如宕機、數據丟失、業(yè)務(wù)中斷等,進(jìn)行快速響應和處理,在半小時(shí)內恢復業(yè)務(wù)系統。設計了完善的突發(fā)事件應急策略系統巡檢人員要定期規范檢查各硬件設備的運轉情況和應用軟件運 行情況,同時(shí)做好日常的數據增量備份和定期全備份。對發(fā)現的問(wèn)題在報各級負責人的同時(shí),協(xié)調相關(guān)資源分析問(wèn)題根源,確定解決方案和臨時(shí)解決措施,避免造成更大的影響。問(wèn)題得到穩定或徹底解決后,形成問(wèn)題匯報,避免以后類(lèi)似重大緊急情況的發(fā)生。對發(fā)現的問(wèn)題在報負責人的同時(shí),協(xié)調相關(guān)資源分析問(wèn)題根源,確定解決方案和臨時(shí)解決措施,避免造成更大的影響。問(wèn)題得到穩定或徹底解決后,形成問(wèn)題匯報,避免以后類(lèi)似重大緊急情況的發(fā)生。當獲悉出現突發(fā)事件時(shí),技術(shù)支持人員可以立即從知識庫中獲取相應 的應急策略,并綜合用戶(hù)方的具體情況,給出相關(guān)解決方案,然后在第一時(shí)間以電話(huà)、郵件支持或現場(chǎng)服務(wù)的方式幫助用戶(hù)解決問(wèn)題。
緊急情況 |
預防措施 |
應急策略 |
硬件損 壞 |
項目單位操作用電腦硬件損 壞 |
在磁盤(pán)數據未丟失情況下,保證數據安全性,建議項目單位替換相關(guān)硬件。 |
操作失 |
加強培訓力度,掌握培訓效果,檢驗操作人員操作水 準,提示注意事項。 |
操作失誤未造成即成結果或數據未丟失情況下,保障數據安全,反之,協(xié)調相關(guān)部門(mén),進(jìn)行補救。對操作人員強調注意 事項 |
配置丟失 |
培訓時(shí)強調使用前配置方法和步驟,并特別提示需在使 用前按要求操作 |
派出上門(mén)維護、培訓人員重新配置,并耐心講解。 |
數據丟失 |
培訓時(shí)強調使用過(guò)程中注意 定期備份重要數據,日常維 護過(guò)程中,上門(mén)服務(wù)人員實(shí) 時(shí)備份數據并告知用戶(hù) |
協(xié)調有關(guān)部門(mén),進(jìn)行補救,無(wú)法補救,提交報告說(shuō)明原因。 |
三、其他要求
1.建立備品備件庫,儲備常用易損件,如小鍵盤(pán)、功能模塊等(提供維修配件價(jià)格清單)。
2.對于非常用備件,與供應商建立快速采購通道,確保在需要時(shí)能及時(shí)供應(提供備件價(jià)格清單)。
3.更換維修配件前必須報告采購方同意,更換備件后,對設備進(jìn)行全面測試,確保設備正常運行,并記錄備件更換信息(提供維修配件價(jià)格清單)。
4.每次巡檢維護后,出具詳細的維護巡查記錄,并經(jīng)采購方管理人員簽字確認,維護巡查記錄一式兩份,雙方各留存一份。
5.年底對全年維保工作進(jìn)行總結,分析設備運行趨勢,維保工作總結交采購方為下一年度維保計劃提供參考。