醫(yī)院集成平臺及數(shù)據(jù)中心運維服務需求_第1頁
醫(yī)院集成平臺及數(shù)據(jù)中心運維服務需求_第2頁
醫(yī)院集成平臺及數(shù)據(jù)中心運維服務需求_第3頁
醫(yī)院集成平臺及數(shù)據(jù)中心運維服務需求_第4頁
醫(yī)院集成平臺及數(shù)據(jù)中心運維服務需求_第5頁
已閱讀5頁,還剩15頁未讀 繼續(xù)免費閱讀

下載本文檔

版權說明:本文檔由用戶提供并上傳,收益歸屬內(nèi)容提供方,若內(nèi)容存在侵權,請進行舉報或認領

文檔簡介

醫(yī)院集成平臺及數(shù)據(jù)中心運維服務需求序號具體技術(參數(shù))要求11.服務整體要求2(1)運維服務范圍包括集成平臺和數(shù)據(jù)中心及相關應用系統(tǒng);3(2)運維服務方式包括電話、網(wǎng)絡遠程、QQ、微信、必要時現(xiàn)場等方式;4(3)運維服務內(nèi)容包括功能應用咨詢、故障排查、系統(tǒng)巡檢及培訓等內(nèi)容;5(4)運維服務響應時間根據(jù)災難性故障、一般性故障類型約定響應時間進行響應;61)當系統(tǒng)出現(xiàn)災難性故障,導致全部或部分業(yè)務不能正常進行時,需在收到采購人有效通知(包括但不限于報修電話或傳真)時起1小時內(nèi)通過遠程手段給予支持。當遠程無法協(xié)助解決時,在采購人的要求下派人到達現(xiàn)場協(xié)助解決。72)當系統(tǒng)發(fā)生一般性故障(不影響系統(tǒng)正常運轉(zhuǎn)的故障),但采購人的業(yè)務尚能正常運轉(zhuǎn)時,需在收到采購人有效通知(包括但不限于報修電話或傳真)時起2小時內(nèi)做出響應,在響應后2個工作日內(nèi)提出解決方案,并在雙方配合下解決問題。8(5)服務質(zhì)量保證91)為充分保證采購人權益,嚴格控制售后服務質(zhì)量,制定嚴格的質(zhì)量管理制度和員工業(yè)績考評制度。當技術服務工程師根據(jù)技術服務調(diào)度單為采購人提供服務以后,需要采購人簽字確認售后服務的時間、內(nèi)容及對服務工程師的服務態(tài)度、水平等項目的評價。102)質(zhì)量管理部將根據(jù)采購人確認情況在24小時內(nèi)通過電話回訪采購人,再次確認采購人評價,這種評價應納入對員工的業(yè)績考評體系。同時應設有投訴管理制度,充分保證采購人的權益,使采購人得到的售后服務質(zhì)量不因為售后服務人員的個人因素而變化,始終將售后服務質(zhì)量水平控制在一定的標準以內(nèi)。113)本項目實施團隊人員要求:參與本次項目服務過程的團隊人員不少于3人,團隊人員需具備專科(或以上)學歷以上、計算機專業(yè)相關的中級或以上資格證書。122.維保服務產(chǎn)品功能清單13系統(tǒng)名稱模塊功能說明醫(yī)院信息集成平臺醫(yī)療集成引擎含適配器、智能路由、數(shù)據(jù)轉(zhuǎn)換、業(yè)務協(xié)同、消息持久化等功能模塊。平臺標準化工具平臺對標準的交互服務進行維護管理,并能夠直觀地進行服務統(tǒng)計,具有共享文檔瀏覽功能,能夠直觀清楚地查看共享文檔數(shù)量,以及按照患者進行共享文檔查詢檢索,瀏覽詳細的共享文檔內(nèi)容。患者主索引管理系統(tǒng)患者主索引服務是對院內(nèi)患者主數(shù)據(jù)進行統(tǒng)一存儲和管理的系統(tǒng),不但能夠統(tǒng)一存儲,而且保證單個患者在一定范圍內(nèi)的唯一性和可靠性,識別不同來源系統(tǒng)間患者的關聯(lián)性。對外提供HIE(信息交換)接口,實現(xiàn)信息歸并和查詢。主數(shù)據(jù)管理系統(tǒng)主數(shù)據(jù)指患者、醫(yī)療衛(wèi)生從業(yè)人員、科室機構、儀器、資源等信息,建立一套主數(shù)據(jù)的集中管理系統(tǒng)是實現(xiàn)多系統(tǒng)協(xié)同應用和數(shù)據(jù)統(tǒng)一的前提和基礎。統(tǒng)一身份認證方便用戶訪問多個系統(tǒng)的技術,用戶只需在登錄時進行一次注冊,就可以在多個系統(tǒng)間自由穿梭,不必重復輸入用戶名和密碼來確定身份。提供唯一賬號的維護功能,系統(tǒng)用戶只需要由集成平臺提供一個賬號,即可以登錄自己權限范圍內(nèi)的所有應用系統(tǒng)。全院數(shù)據(jù)中心大數(shù)據(jù)平臺Hadoop平臺搭建運維服務,分布式文件系統(tǒng)運維服務。歷史數(shù)據(jù)采集服務歷史數(shù)據(jù)抽取,支持JDBC、ODBC、FTP、WebService等接口技術;支持Oracle、SQLServer、DB2等主流數(shù)據(jù)庫的讀取。實時數(shù)據(jù)接入服務支持通過WebService接口訂閱集成平臺實時消息,進行解析和標準化處理后,存儲到數(shù)據(jù)中心。數(shù)據(jù)集中存儲整合服務對數(shù)據(jù)進行標準化梳理和處理,通過圖形化界面進行匹配和關聯(lián),實現(xiàn)數(shù)據(jù)自動標化,并能夠追溯數(shù)據(jù)來源關系。數(shù)據(jù)實時對外服務數(shù)據(jù)中心的數(shù)據(jù)在合理授權和保證安全的基礎上,要能夠提供標準的服務接口,供其他院內(nèi)系統(tǒng)或院外系統(tǒng)調(diào)用,不得以任何借口進行數(shù)據(jù)封閉,拒絕外部系統(tǒng)數(shù)據(jù)使用。數(shù)據(jù)中心管理配置系統(tǒng)服務支持查詢接口的授權機制,對不同用戶進行數(shù)據(jù)類型、數(shù)據(jù)列、查詢范圍等限制。智能應用患者統(tǒng)一視圖系統(tǒng)基于數(shù)據(jù)中心進行數(shù)據(jù)的整合展現(xiàn)型應用,基于BS架構開發(fā),可以嵌入到任何業(yè)務系統(tǒng)中,包括醫(yī)生站、醫(yī)技系統(tǒng)、手麻系統(tǒng)等。依賴于數(shù)據(jù)中心全量數(shù)據(jù)整合的優(yōu)勢,臨床醫(yī)生通過患者統(tǒng)一視圖,不但可以查看當次就診記錄,而且可以對患者歷次就診記錄進行回顧性查看,包括門診和住院全部的就診記錄,讓醫(yī)生對就診患者的既往就診情況有一個完整的了解,極大地提高臨床醫(yī)生的診療效率。閉環(huán)追蹤系統(tǒng)閉環(huán)管理是醫(yī)院提高診療效率、減少差錯的有效手段,也是各項高等級評測的要求。醫(yī)囑閉環(huán)監(jiān)測用來追蹤患者當次就診過程中的醫(yī)囑(檢驗、檢查、手術等)的執(zhí)行進度,并對完成情況進行監(jiān)測。醫(yī)囑閉環(huán)監(jiān)測系統(tǒng)依托數(shù)據(jù)中心強大的全量實時數(shù)據(jù)的特性,將醫(yī)囑閉環(huán)所需的分布在各臨床應用系統(tǒng)中的各流程控制節(jié)點狀態(tài),對外統(tǒng)一展現(xiàn)的應用??煽焖賹崿F(xiàn)各項業(yè)務閉環(huán)管理。醫(yī)院運營分析系統(tǒng)通過建設醫(yī)院運營管理決策支持系統(tǒng),對醫(yī)院運營相關的KPI指標進行監(jiān)控,從臨床業(yè)務、效率分析、收入分析、疾病分析、手術分析、資源分析等幾大維度,展開深入分析。在直觀了解醫(yī)院運行情況的同時,支持對重點指標項建立預警設置和提示。移動端決策支持系統(tǒng)通過微信企業(yè)號進行權限控制和管理;支持指標訂閱管理服務,不同角色可以自定義指標展現(xiàn);支持實時數(shù)據(jù)決策支持,部分關鍵指標能夠?qū)崟r查看,和院內(nèi)業(yè)務相對應;能夠進行同比、環(huán)比等多維度數(shù)據(jù)分析功能。143、服務內(nèi)容要求15(1)應用維護服務16承諾對產(chǎn)品功能模塊提供技術維護服務,通過電話、網(wǎng)絡遠程、QQ、微信等方式,需提供以下服務:1.咨詢服務:1.1提供系統(tǒng)功能的應用咨詢,包括應用使用、權限管理、應用設置等。1.2提供系統(tǒng)功能的配置咨詢,包括人員配置、權限配置等。1.3提供系統(tǒng)常見問題解決咨詢。1.4提供系統(tǒng)服務器建議、應用遷移等需求咨詢。1.5提供系統(tǒng)對接必要性咨詢,包括醫(yī)院新增業(yè)務系統(tǒng)是否需要與平臺數(shù)據(jù)中心對接,給與合理性建議。2.故障修復:2.1協(xié)助查找、修復醫(yī)院在系統(tǒng)應用過程中出現(xiàn)功能錯誤及服務范圍章節(jié)中功能模塊的運行故障,保證系統(tǒng)功能正常運行。2.2修復后進行運維臺賬的記錄,作為后續(xù)的故障排查以及修復的依據(jù)。3.需求變更:3.1對每個項目合同有針對性地構建一個變更控制系統(tǒng),通過它對項目計劃、流程、預算、進度或可交付成果的變更申請進行評估。3.2每一項項目變更必須用變更申請單提出,它包括對需要批準的變更的描述以及該項變更在計劃、流程、預算、進度或可交付的成果上可能引起的變更。3.3變更必須獲得各干系人書面批準。3.4在準備和批準變更申請單前必須與中標人商議所有提出的變更,然后提交采購人批準。3.5變更申請單批準以后,要修改項目整體計劃,使之反映出該項變更,并且使該變更單要成為這個計劃的一部分。4.日常維護:4.1協(xié)助醫(yī)院建立日常維護記錄,定期與醫(yī)院系統(tǒng)管理人員共同檢查系統(tǒng)運行情況,并形成系統(tǒng)維護記錄制度。4.2定期與醫(yī)院中心技術人員討論醫(yī)院信息系統(tǒng)運行中存在的問題以及解決方法。4.3對操作系統(tǒng)、服務器、數(shù)據(jù)庫、存儲等提供改進解決方案,確保重要系統(tǒng)無單點故障。4.4對所有系統(tǒng)提供服務工程師電話清單,確保24小時有人接聽。17(2)技術支持服務18通過電話、網(wǎng)絡遠程、QQ、微信、必要時現(xiàn)場維護等方式,提供以下服務:1.數(shù)據(jù)恢復:1.1因醫(yī)院操作不當或硬件、網(wǎng)絡原因?qū)е聰?shù)據(jù)丟失,承諾協(xié)助醫(yī)院系統(tǒng)維護人員恢復數(shù)據(jù)。2.數(shù)據(jù)調(diào)整:2.1因醫(yī)院操作不當或硬件、網(wǎng)絡原因造成數(shù)據(jù)出現(xiàn)部分或全部不準確,承諾協(xié)助醫(yī)院系統(tǒng)維護人員進行數(shù)據(jù)調(diào)整。3.接口恢復:3.1因醫(yī)院操作不當或硬件、網(wǎng)絡原因?qū)е聵I(yè)務接口出現(xiàn)問題,承諾協(xié)助醫(yī)院系統(tǒng)維護人員恢復業(yè)務接口服務。4.接口維護:4.1提供現(xiàn)有集成平臺接口的日常維護工作(不包括接口流程調(diào)整、修改以及新增接口。4.2如有上述情況,甲乙雙方需要協(xié)商簽訂補充合同,并且醫(yī)院需協(xié)調(diào)第三方廠商配合,按補充合同完成相應工作)。5.特殊服務:5.1提供災難解決辦法,系統(tǒng)災難發(fā)生時,承諾立即響應,必要時人員以最快速度到達現(xiàn)場,以減少數(shù)據(jù)損失,降低災難對整個系統(tǒng)正常運行的影響。19(3)培訓服務20培訓方式將結(jié)合現(xiàn)場條件采用“多元化培訓”機制進行,采用統(tǒng)一講解培訓、科室巡查講解等方式。為了加強培訓的效果,在培訓過程中對不同內(nèi)容進行評估,以了解培訓的情況,促進培訓效果。如實際條件不允許,經(jīng)采購人同意以電話或郵件方式進行遠程人工指導、或輔以視頻和在線解答的方式綜合進行??筛鶕?jù)醫(yī)院要求,雙方協(xié)商就現(xiàn)場服務中故障發(fā)生原因、處理過程以及類似故障預防、處理過程等提供必要的現(xiàn)場培訓。對于集中培訓,根據(jù)維護合同金額,由中標人向采購人提供若干免費培訓名額。1.提供系統(tǒng)管理培訓服務,根據(jù)采購人需求,可對采購人的高級管理人員或全權負責人,以及各崗位計算機管理或系統(tǒng)維護管理人員進行崗前的技術培訓。了解軟件系統(tǒng)內(nèi)包含的管理思想、管理流程。(注:培訓地點由采購人、商定)。2.提供系統(tǒng)維護培訓服務,包括醫(yī)院人員離職、崗位調(diào)動、系統(tǒng)維護人員上崗前的培訓。(注:培訓地點由采購人、商定)。3.若系統(tǒng)涉及部分功能或性能的升級迭代,及時對采購人應用人員及運維人員提供培訓。21(4)巡檢服務22為保障運行的安全穩(wěn)定,降低安全事故發(fā)生概率,提供針對應用軟件、數(shù)據(jù)庫等系統(tǒng)安全檢查方案,包括日常安全檢查及階段安全檢查,有明確、有效的工作流程,使系統(tǒng)運行進入良性運行狀態(tài)。系統(tǒng)巡檢是一種由計劃的、全面統(tǒng)一的維護服務,可以消除系統(tǒng)系統(tǒng)隱患、提高系統(tǒng)效率、保障系統(tǒng)安全、加強系統(tǒng)管理。通過巡檢,及早預警信息平臺可能發(fā)生的故障,是保障平臺穩(wěn)定運行的有效手段。巡檢工作要定期進行,巡檢項目包括產(chǎn)品異常日志、CPU最高使用率、內(nèi)存使用率、硬盤使用率、數(shù)據(jù)庫表空間使用率、輸出隊列消息滯留情況以及經(jīng)常發(fā)問題的解決辦法等。運維人員根據(jù)發(fā)現(xiàn)的問題,進行不斷調(diào)整、改善產(chǎn)品的性能。1.提供網(wǎng)絡遠程形式巡檢服務,檢查上線系統(tǒng)整體情況,其中包括服務器狀況、系統(tǒng)服務運行狀況和相關系統(tǒng)配置等事項,巡檢結(jié)束后給采購人提供巡檢報告。2.提供客戶現(xiàn)場形式巡檢服務,與采購人維護人員溝通,解答并處理相關問題,提供問題的解決辦法,巡檢結(jié)束后給采購人提供巡檢報告。3.巡檢內(nèi)容3.1服務器服務巡檢內(nèi)容主要包括以下幾點:1)服務器磁盤2)服務器內(nèi)存3)服務器CPU使用情況4)服務器系統(tǒng)時間5)服務器程序部署6)服務器系統(tǒng)日志7)服務器軟件8)服務器核心目錄權限3.2集成引擎集成引擎巡檢的詳細內(nèi)容有以下幾點:1)內(nèi)存與啟動優(yōu)化:在內(nèi)存與啟動界面中:設置Routine緩存分配的內(nèi)存(MB)為安裝內(nèi)存的5%;設置8KB數(shù)據(jù)庫緩存分配的內(nèi)存(MB)為安裝內(nèi)存的55%;2)高級內(nèi)存:高級內(nèi)存設置:gmheap值(單位為KB):處理器核數(shù)*64M,最小128M(131072KB);locksiz值:建議數(shù)值設置為167772160(160MB);Errlog:建議設置為10000;3)對外提供端口號:檢查提供給第三方系統(tǒng)端口是否為80端口;4)xml屬性補丁:如果studio里有EnsLib.EDI.XML.DOM類,則證明已導入;5)定時刪除消息任務:在任務計劃頁面,檢查是否都設置了定時刪除消息任務,如果使用鏡像;6)任務計劃執(zhí)行:在任務計劃頁面,檢查是否有任務未執(zhí)行;7)用戶設置:檢查系統(tǒng)用戶【_system】,是否設置密碼永不過期;8)Journal目錄設置:檢查主Journal目錄和二級Journal目錄是否設定在兩個磁盤內(nèi);9)Journal清理情況:根據(jù)Journal設置頁面內(nèi)設置保存的期限,到Journal文件目錄下查看日志文件的清理情況;10)WIJ文件大?。簷z查CACHE.WIJ文件的大?。J在mgr下),如果WIJ文件過大(超過2G),則說明數(shù)據(jù)庫系統(tǒng)有問題;11)磁盤空間:檢查各個磁盤的剩余空間是否充足,C盤要求大于或等于50G,其余盤符保證100G的多余空間即可;12)控制臺日志:檢查近期是否出現(xiàn)錯誤日志;13)隊列排隊:檢查JHIP命名空間下是否有排隊的消息隊列,如果有JHIPVIEW命名空間,該空間也需要檢查;14)鏡像運行情況:1、故障轉(zhuǎn)移成員是否都連上仲裁機;2、鏡像成員狀態(tài)是否正常;3、鏡像數(shù)據(jù)庫狀態(tài)是否正常;15)軟件許可證書一致性:查看所有鏡像成員使用的軟件許可證書是否一致;16)軟件許可使用情況:查看當前軟件許可使用率和最高軟件許可使用率,并填入下統(tǒng)計表;17)Production自啟動:檢查主備機中Production設置;18)Production參與者池大?。簷z查Production設置中給定的參與者池大小,要求大于15;19)匿名訪問配置:已經(jīng)進行匿名訪問配置的要求檢查是否配置正確,如果沒有則不作要求;20)SQL網(wǎng)關配置:檢查主備機的SQL網(wǎng)關配置是否一致;21)查看網(wǎng)絡環(huán)境:實施同醫(yī)院信息中心確認網(wǎng)絡環(huán)境,確認中心交換機正常工作;22)軟件許可使用率統(tǒng)計;23)系統(tǒng)錯誤日志檢查:檢查服務器的messages.log文檔內(nèi)是否有錯誤;24)任務執(zhí)行情況:查看系統(tǒng)任務執(zhí)行情況;25)日志文件清理:查看日志是否按照設置的天數(shù)進行清除;26)Java網(wǎng)關:檢查主備機的Java網(wǎng)關是否正常。3.3JHIPJHIP巡檢點主要有以下幾點:1)Nginx配置文件中設置的max_fails錯誤次數(shù)(要求:2)與fail_timeout周期(要求:2,592,000);2)Nginx配置文件中設置的響應超時時間是否正確(要求:60000);3)Nginx是否已經(jīng)設置成服務;4)Nginx是否存在重復啟動的情況;5)數(shù)據(jù)庫主主同步是否正常;6)是否設置數(shù)據(jù)庫日志定時刪除;7)當前Mysql數(shù)據(jù)庫中是否存在鎖表情況;8)調(diào)用患者主索引接口的方式是否正確(調(diào)用來源只有集成引擎);9)所有jar的配置文件是否正確;10)開機自啟動文件夾內(nèi)的V5啟動腳本是否正確;11)redis是否已經(jīng)設置成服務,是否開機自啟;12)創(chuàng)建的javaw.jar數(shù)量是否正確,是否足夠;13)數(shù)據(jù)庫表檢查;14)數(shù)據(jù)庫視圖檢查;15)數(shù)據(jù)庫存儲過程檢查;16)數(shù)據(jù)庫函數(shù)檢查;17)數(shù)據(jù)庫最大連接數(shù)檢查。3.4Hadoop集群1)CM集群巡檢內(nèi)容:檢查數(shù)據(jù)中心集群運行情況,發(fā)現(xiàn)控件的告警、報紅、存儲空間不足、服務器運行異常等情況,當控件報錯時會影響到業(yè)務數(shù)據(jù)的取數(shù)、數(shù)據(jù)中心的數(shù)據(jù)抽數(shù)、數(shù)據(jù)丟失等風險;主機情況HBaseHDFSHive組建HueKafkaKey-ValueStoreIndexerOozieSolrSparkSqoopYARNZookeeper2)增量抽數(shù)巡檢內(nèi)容:檢查數(shù)據(jù)中心抽數(shù)語句執(zhí)行情況,提高數(shù)據(jù)中心準確性,當抽數(shù)過程出現(xiàn)問題時,即時解決,避免造成數(shù)據(jù)的錯誤,在出現(xiàn)問題前做好提前性的預防,實時發(fā)現(xiàn)與解決相關問題;3)實時消息接口寫入服務巡檢內(nèi)容:檢查數(shù)據(jù)中心EDI服務實時數(shù)據(jù)接入情況,提高數(shù)據(jù)中心數(shù)據(jù)實時性,預防出現(xiàn)相關問題;4)集群數(shù)據(jù)快照巡檢:Hbase鏡像定時備份數(shù)據(jù),為了防止錯誤操作刪除表或者刪除數(shù)據(jù)導致的事故,因此需要做hbase表鏡像備份數(shù)據(jù),并且保留3天的snapshot鏡像。5)增量任務檢查:檢查數(shù)據(jù)中心增量任務執(zhí)行情況,防止數(shù)據(jù)沒有正常的進行采集。3.5數(shù)據(jù)中心應用1)數(shù)據(jù)中心控制臺應用運行狀況巡檢;2)數(shù)據(jù)中心概況:數(shù)據(jù)總量,數(shù)據(jù)增量,數(shù)據(jù)存儲,服務器監(jiān)控;3)數(shù)據(jù)服務情況:服務量,服務預警,支撐系統(tǒng);4)數(shù)據(jù)瀏覽:HBase數(shù)據(jù)查詢;5)平臺管理:整體情況、主機監(jiān)控、組建監(jiān)控、HDFS監(jiān)控、HBase監(jiān)控。6)患者統(tǒng)一視圖應用運行狀況巡檢;7)患者列表實時注冊消費;8)患者首頁信息;9)患者診斷信息;10)患者手術信息;11)患者醫(yī)囑信息;12)患者檢驗信息;13)患者檢查信息;14)患者病歷信息;15)患者護理信息;16)醫(yī)囑、檢驗、檢查等閉環(huán)信息;17)患者當前視圖信息。18)運營分析應用運行狀況巡檢;19)指標顯示情況;20)指標計算進程情況。21)移動端決策支持系統(tǒng)運行狀況巡檢;22)指標顯示情況;23)指標計算進程情況;24)移動端運營網(wǎng)絡訪問情況。25)閉環(huán)追蹤系統(tǒng)運行狀況巡檢;26)閉環(huán)節(jié)點顯示情況;27)閉環(huán)超時流程追溯情況。23(5)文檔支持服務241.熱線服務:提供維護熱線,并為采購人建立維護檔案,給予及時的系統(tǒng)支持。2.功能文檔:提供常用功能介紹文檔、操作文檔、使用手冊。3.接口文檔:提供新增、更新接口服務定義書文檔,與已上線接口內(nèi)容保持一致,保證采購人接口服務定義書的實時性。4.配置文檔:提供常用功能配置文檔。5.維護記錄:幫助采購人建立日常維護記錄制度及系統(tǒng)維護日志。6.管理規(guī)范:幫助采購人建立日常系統(tǒng)管理規(guī)范及檔案管理服務。7.問題解答:解答采購人關于系統(tǒng)的常見問題,并提供常見問題解決方法。8.安全報告:提供年度安全檢查報告。9.技術文檔:提供培訓中各類技術支持文檔。25(6)應用保障服務261.信息安全:提供本合同范圍內(nèi)產(chǎn)品信息網(wǎng)絡咨詢及處理服務。2.升級服務:2.1為保證系統(tǒng)整體運行穩(wěn)定,會在本產(chǎn)品范疇內(nèi),根據(jù)采購人實際需求進行各模塊功能合同規(guī)定版本內(nèi)的升級。2.2運維團隊關注國家或者較為重要平臺發(fā)布的產(chǎn)品漏洞,根據(jù)已發(fā)布的漏洞對本合同內(nèi)產(chǎn)品進行分析排查,若本合同內(nèi)產(chǎn)品有相關漏洞,應主動匯報采購人并聯(lián)系公司研發(fā)提供解決方案,以保障采購人信息化安全。27(7)等保安全測評整改281.配合采購人進行針對服務范圍所包含的全部內(nèi)容的關于等保安全測評的調(diào)研和分析。2.根據(jù)網(wǎng)絡安全等級保護第三等級的要求,測評機構測評反饋整改報告,對集成平臺及數(shù)據(jù)中心系統(tǒng)進行安全整改。29(8)數(shù)據(jù)安全保障301.服務器密碼更換:定期更換服務器密碼,防止因密碼泄露導致軟件被人修改。2.數(shù)據(jù)庫檢查:定期查看各產(chǎn)品數(shù)據(jù)庫情況,重點監(jiān)測每個數(shù)據(jù)庫被哪些應用、服務器等連接。及時剔除不明連接對象。3.用戶密碼更換:針對用戶使用的產(chǎn)品,如單點登錄。定期更換個人密碼,防止賬號被盜用。4.數(shù)據(jù)備份:4.1對于集成引擎服務代碼以及數(shù)據(jù)中心抽數(shù)腳本等要做定時任務進行異地備份,保障在出現(xiàn)嚴重服務器故障時能做到及時的修復。4.2定期對hadoop數(shù)據(jù)備份模式進行檢查,防止數(shù)據(jù)因特殊原因丟失能夠及時恢復。31(9)集成引擎產(chǎn)品服務支持321.證書監(jiān)控:運維證書有效期、連接數(shù)監(jiān)控、許可單元使用情況,保證系統(tǒng)正常運轉(zhuǎn)。2.證書運維:證書頒發(fā)、導入激活、替換等運維操作,保證證書有效性。33(10)報告服務341.運維總結(jié):提供運維總結(jié)服務,將半年度和年度的運維記錄總結(jié)歸納整理,形成《醫(yī)院運維服務報告》提供給采購人。2.事件分析:提供事件回顧分析服務,將涉及應用系統(tǒng)的重大事件進行回顧、分析、總結(jié)并提出預防措施,形成《重大事件回顧報告》提供給醫(yī)院。35(11)應急演練服務361.協(xié)助采購人定期進行主備機異常切換演練,以應對突發(fā)情況,在平臺穩(wěn)定運行一段周期后,保持季度或者半年的頻率進行模擬演練,以促進平臺服務健康的運行。2.配合采購人針對評級評測所要求的必要應急演練。集成引擎主備機演練步驟:1)主備機演練報備,報備信息科,確定演練時間(建議選擇業(yè)務較少的時間段),同時在信息群或者OA上公告通知;2)主備機切換之前,再次檢查主機和備機的服務狀態(tài)、服務隊列、鏡像狀態(tài)等;3)在服務器上手動重啟集成引擎服務,此刻觀察鏡像遷移,服務由備機接管;4)觀察鏡像,此時備機升級為主機,主機服務重啟后接入鏡像,自動降為備機;同時觀察業(yè)務服務狀態(tài);5)服務正常即演練成功。說明:一般情況下,兩臺主備機的環(huán)境相同,故無須再次進行主備機切換;切換時間:1-2分鐘。37(12)客戶關懷服務381.將以服務商身份站在采購人的立場,主動發(fā)現(xiàn)可整改或提升的功能或性能。2.將以服務商身份站在采購人的立場,主動關注需求處理進度。3.將以服務商

溫馨提示

  • 1. 本站所有資源如無特殊說明,都需要本地電腦安裝OFFICE2007和PDF閱讀器。圖紙軟件為CAD,CAXA,PROE,UG,SolidWorks等.壓縮文件請下載最新的WinRAR軟件解壓。
  • 2. 本站的文檔不包含任何第三方提供的附件圖紙等,如果需要附件,請聯(lián)系上傳者。文件的所有權益歸上傳用戶所有。
  • 3. 本站RAR壓縮包中若帶圖紙,網(wǎng)頁內(nèi)容里面會有圖紙預覽,若沒有圖紙預覽就沒有圖紙。
  • 4. 未經(jīng)權益所有人同意不得將文件中的內(nèi)容挪作商業(yè)或盈利用途。
  • 5. 人人文庫網(wǎng)僅提供信息存儲空間,僅對用戶上傳內(nèi)容的表現(xiàn)方式做保護處理,對用戶上傳分享的文檔內(nèi)容本身不做任何修改或編輯,并不能對任何下載內(nèi)容負責。
  • 6. 下載文件中如有侵權或不適當內(nèi)容,請與我們聯(lián)系,我們立即糾正。
  • 7. 本站不保證下載資源的準確性、安全性和完整性, 同時也不承擔用戶因使用這些下載資源對自己和他人造成任何形式的傷害或損失。

最新文檔

評論

0/150

提交評論