信息系统故障应急预案

合集下载

信息系统应急处理预案【2024版】

信息系统应急处理预案【2024版】

可编辑修改精选全文完整版信息系统应急处理预案为确保项目的顺利进行,我公司将对项目实施过程中的突发风险进行详细分析,针对可能出现的各类系统异常情况和突发事件,设计一系列相应的预防与解决措施,并制定完整的应急处理流程,确保在系统故障和突发事件发生时,能够及时报告、统一调度、减少损失,并通过综合协调、重点突出、及时反应、快速恢复、防范为主和加强监控等措施来有效处理和控制事件。

(一)应急处理原则统一领导原则:重大系统异常情况发生时,要及时向相关领导层报告,以便进行统一调度和协调,确保各方面的资源和行动都能够有序进行,减少损失。

综合协调原则:明确综合协调的职能机构和人员,确保各职能部门之间的协作和衔接,提高应对系统异常情况和突发事件的综合应对能力。

重点突出原则:将紧急处理的重点放在运行重要业务系统或可能导致严重事故后果的关键系统上,确保资源和行动的优先级合理分配,以最大程度地减少对业务和安全的影响。

及时反应,积极应对原则:系统维护人员应在系统故障发生时能够及时发现、报告、抢修和控制,同时积极采取预防措施,进行防范、监测、预警和响应,以减少事件的影响和扩散。

快速恢复原则:系统管理人员应坚持快速恢复系统的原则,根据各自的职责分工,加强团结协作,必要时与设备供应商和系统集成商合作,共同解决问题,以尽快将系统恢复正常运行。

防范为主,加强监控原则:经常性地做好应对系统突发事件的思想准备、预案准备、机制准备和工作准备,提高基础设备和重要系统的保障水平。

加强对系统应用的日常监视,及时发现系统突发事件并采取有效措施,迅速控制事件影响范围,力求将损失降到最低。

(二)应急工作小组组成及职责在系统事件的处理中,处理系统事件和突发情况时,一个良好组织、职责明确、科学管理的应急队伍起着关键作用,通过建立一个组织良好、职责明确、科学管理的应急队伍,可以提高应对系统事件和突发情况的能力,快速做出决策、有效地恢复正常运行,以及预防类似事件再次发生。

信息系统故障应急预案

信息系统故障应急预案

信息系统故障应急预案在当今数字化的时代,信息系统已经成为企业、组织和机构运营的核心支撑。

然而,由于各种原因,信息系统可能会遭遇故障,这可能会给业务带来严重的影响,甚至导致运营中断。

为了在信息系统发生故障时能够迅速、有效地进行应对,减少损失,保障业务的连续性,特制定本信息系统故障应急预案。

一、应急处理原则1、快速响应在信息系统出现故障时,要以最快的速度做出响应,启动应急预案,争取在最短的时间内恢复系统的正常运行。

2、保障重点优先恢复对关键业务和重要应用的支持,确保核心业务的连续性。

3、协同配合应急处理过程中,各部门和相关人员要密切配合,协同作战,共同完成故障处理工作。

4、预防为主加强信息系统的日常维护和监控,做好预防工作,降低故障发生的概率。

二、应急组织架构及职责1、应急指挥小组由企业高层领导、信息技术部门负责人等组成,负责全面指挥和协调信息系统故障的应急处理工作,制定应急决策,调配资源。

2、技术支持小组由信息技术部门的技术骨干组成,负责对信息系统故障进行诊断、分析和修复,提供技术支持和解决方案。

3、业务恢复小组由涉及信息系统使用的各业务部门人员组成,负责在系统恢复期间采取临时措施,保障业务的基本运行,并在系统恢复后进行业务的验证和恢复。

4、后勤保障小组负责提供应急处理所需的物资、设备和后勤支持,保障应急工作的顺利进行。

三、预防措施1、定期备份制定完善的数据备份策略,定期对重要数据进行备份,并确保备份数据的有效性和可恢复性。

2、系统监测利用监控工具对信息系统的运行状态进行实时监测,包括服务器性能、网络流量、应用程序状态等,及时发现潜在的问题。

3、安全防护加强信息系统的安全防护,安装防火墙、入侵检测系统等安全设备,定期进行安全漏洞扫描和修复,防止黑客攻击和病毒感染。

4、培训与演练定期组织相关人员进行信息系统故障应急培训和演练,提高应急处理能力和协同配合能力。

四、应急响应流程1、故障报告当信息系统出现故障时,用户应立即向信息技术部门报告,报告内容包括故障现象、发生时间、影响范围等。

信息系统应急预案范文

信息系统应急预案范文

信息系统应急预案范文根据公司的信息系统应急预案,以下是我们对于信息系统发生意外事件时的处理流程和应对措施:一、事件描述1.若发生信息系统受损的意外事件,立即通知相关负责人员和技术人员进行紧急处理。

2.在第一时间了解并确认系统受损的程度和范围,例如数据损坏、系统崩溃或网络中断等情况。

二、紧急处理措施1.在确认系统受损后,关闭相关资源或服务,以避免进一步的损失。

2.调动技术团队成员,立即对系统进行检修和维护,尽快恢复系统的正常运行状态。

3.对于数据库的损坏情况,立即启用备份数据进行恢复或修复。

三、通知沟通1.在处理过程中,要及时向公司领导、业务相关部门以及相关人员通报事故情况和处理进展。

2.积极与供应商或合作伙伴联系,沟通合作解决方案,减少受损范围。

四、故障恢复1.在信息系统处理完毕后,进行全面的测试,确保系统已经完全恢复正常运行状态。

2.对于受损数据的处理,要进行数据恢复和数据库修复,尽量减少数据丢失和影响。

五、事故总结1.对于事件发生后,成立应急响应小组,对事件的处理过程进行详细的总结和分析,发现问题并提出改进方案。

2.及时修改应急预案,更新相关措施和流程,以便更好地应对未来可能发生的意外事件。

在日常工作中,我们将持续加强对信息系统的管理和维护,确保系统安全运行,同时加强员工的信息安全意识教育,共同维护公司的信息系统安全和稳定运行。

另外,为了更好地应对未来可能发生的意外事件,我们还将加强以下措施:1.定期演练:定期组织信息系统应急演练,模拟各种可能发生的意外事件,提高员工对应急预案的熟悉度和应对能力,确保在实际发生意外事件时能够迅速、有效地应对。

2.技术监控:加强对信息系统的监控和预警机制,及时发现并解决潜在的风险和故障,减少意外事件发生的可能性,提高信息系统运行的稳定性和可靠性。

3.安全备份:建立完善的备份机制,定期对关键数据和系统进行备份和存档,确保在发生意外事件时能够快速恢复数据和系统,减少损失和影响。

信息故障应急预案

信息故障应急预案

信息故障应急预案信息故障应急预案1一、信息系统应急预案组织机构为了保证公安交警网络和信息系统的安全,防止因电脑硬件、软件、网络故障而产生的大队业务、网络使用的瘫痪,特制订上饶县交警大队信息系统安全应急方案。

二、信息系统故障等级划分1、一级故障信息系统发生故障,预计将或已经严重影响大队各窗口单位、业务单位相关业务中断1小时以上,并预计4小时以内无法恢复的,具备以下一个或几个特征,即定义为一级故障:(1)交警指挥大楼至支队公安网出现线路和设备故障;(2)交警指挥大队内部网络出现故障;(3)大队计算机房供电系统、空调系统等外围保障设施出现严重故障;(4)病毒攻击造成大队网络专网中断或传输效率明显下降,关键业务系统不能正常提供服务;(5)病毒攻击造成大楼各网络感染客户端设备10台以上,导致关键业务系统和办公系统不能正常提供服务;(6)利用技术手段,造成业务数据被修改、假冒、泄漏、窃取的信息系统安全事件。

2、二级故障满足以下条件之一,即定义为二级故障。

(1)故障发生后,影响到信息系统的运行效率,速度变慢,但未影响车管等主要业务现场。

(2)故障发生后预计在2小时以内恢复。

3、三级故障满足以下条件之一,即定义为三级故障。

(1)故障发生后,可随时应急处理,不会影响的系统全面运行,但是一种隐患。

一级和二级故障为重大故障;三级故障为一般性故障。

二信息系统故障处理程序1、故障的发现信息中心人员在发现故障或接到故障报告后,首先要记录故障发生时间和发现时间,以及发现部门、发现人,对故障的等级进行初步判定,并报告相关人员进行处理。

2、故障的处理(1)信息中心科室为故障处理部门,故障处理部门领导负责通知和落实相应岗位人员到出现故障科室部门,应先询问了解设备和配置近期的变更情况,查清故障的影响范围,从而确定故障的等级和发生故障的可能位置。

(2)对于重大故障按故障升级上报要求进行上报,并在处理过程中及时向主管关领导通报故障处理情况。

信息系统故障应急处置预案

信息系统故障应急处置预案

一、总则1.1 编制目的为提高我单位信息系统故障应急处置能力,确保信息系统安全稳定运行,最大程度地减少信息系统故障带来的损失,特制定本预案。

1.2 编制依据《中华人民共和国网络安全法》、《中华人民共和国计算机信息系统安全保护条例》等相关法律法规。

1.3 适用范围本预案适用于我单位信息系统故障的应急处置工作。

二、组织机构及职责2.1 应急领导小组应急领导小组负责组织、协调、指挥信息系统故障应急处置工作。

组长:单位主要负责人副组长:分管信息化工作的领导成员:信息化部门负责人、各部门负责人、技术人员等。

2.2 应急处置小组应急处置小组负责信息系统故障的具体应急处置工作。

组长:信息化部门负责人副组长:技术骨干成员:网络管理员、数据库管理员、安全员等。

2.3 职责分工(1)应急领导小组:负责组织、协调、指挥应急处置工作,对应急处置情况进行监督、检查。

(2)应急处置小组:负责信息系统故障的排查、修复、恢复等工作。

(3)网络管理员:负责网络设备的监控、维护、故障处理。

(4)数据库管理员:负责数据库的监控、维护、故障处理。

(5)安全员:负责信息系统的安全防护、漏洞修复、应急响应。

三、应急处置流程3.1 故障发现(1)网络管理员、数据库管理员、安全员等人员在日常工作中发现信息系统异常,应立即向应急处置小组报告。

(2)应急处置小组接到报告后,立即启动应急预案,组织相关人员开展应急处置工作。

3.2 故障分析(1)应急处置小组根据故障现象,初步判断故障原因。

(2)针对不同故障原因,采取相应措施进行处理。

3.3 故障处理(1)网络故障处理:网络管理员根据故障现象,对网络设备进行排查、修复,确保网络畅通。

(2)数据库故障处理:数据库管理员根据故障现象,对数据库进行排查、修复,确保数据库正常运行。

(3)安全故障处理:安全员根据故障现象,对信息系统进行安全检查、漏洞修复,确保信息系统安全稳定运行。

3.4 故障恢复(1)在故障处理过程中,根据实际情况,对相关数据进行备份。

信息系统故障应急预案

信息系统故障应急预案

信息系统故障应急预案一、预案目标和范围1.1 预案目标这个预案的主要目的就是为了搭建一套有效的信息系统故障应对机制。

我们希望在系统出现问题时,能迅速采取行动,尽量减少对日常运营的影响,同时保护好数据安全和用户服务的连续性。

1.2 预案范围这份预案适用于所有与信息系统相关的部门,像是:- 网络管理部- IT支持部- 数据管理部- 业务运营部预案涵盖从故障的识别、报告,到响应、恢复和后续评估的整个过程。

二、风险分析2.1 可能出现的风险1. 硬件故障:比如服务器、存储设备或网络设备出问题。

2. 软件故障:操作系统、应用程序或数据库崩溃或出错。

3. 网络故障:网络中断、带宽不足,甚至DDoS攻击。

4. 人为错误:操作失误或配置错误。

5. 自然灾害:如火灾、洪水等影响数据中心的情况。

6. 安全事件:病毒、恶意软件、黑客入侵等。

2.2 风险影响评估对于不同类型的故障,我们需要评估它们对业务的影响,比如业务中断的时间、数据丢失的风险、财务损失以及客户信任度等。

三、组织机构框架3.1 应急响应组织我们要成立一个信息系统故障应急响应小组,负责这份预案的实施和协调。

领导小组成员- 组长:IT部门的负责人- 副组长:网络管理部的经理- 成员:数据管理部经理、IT支持部经理、业务运营部代表、后勤保障部代表等。

3.2 各部门职责1. IT部门:负责技术支持和系统恢复。

2. 网络管理部:监控和修复网络故障。

3. 数据管理部:负责数据恢复和安全。

4. 业务运营部:负责信息传递和协调。

5. 后勤保障部:提供必要的物资支持。

四、应急处置流程4.1 故障识别与报告1. 故障监测:通过监控系统实时监测信息系统的状态,发现异常。

2. 故障报告:一旦发现故障,现场人员要第一时间向IT支持部报告,并记录故障现象和时间。

4.2 指令下达1. 指令发布:IT部门负责人收到报告后,会立刻召开应急响应会议,评估故障的影响并下达应急指令。

2. 任务分配:根据故障类型,快速分配任务。

信息系统故障时应急预案

信息系统故障时应急预案

一、预案背景随着信息化建设的不断推进,信息系统在各类组织机构中扮演着越来越重要的角色。

然而,信息系统故障的发生可能导致业务中断、数据丢失、安全风险等严重后果。

为了确保信息系统故障时能够迅速、有效地应对,最大限度地降低故障带来的损失,特制定本预案。

二、预案目标1. 确保信息系统故障时,组织机构能够迅速启动应急预案,采取有效措施,恢复正常运行。

2. 最大程度地降低信息系统故障对业务、数据和安全的影响。

3. 提高组织机构应对信息系统故障的能力,确保信息系统的稳定运行。

三、预案组织架构1. 成立信息系统故障应急领导小组,负责组织、协调和指挥应急预案的实施。

2. 设立信息系统故障应急小组,负责具体实施应急预案。

四、预案内容1. 故障判断与报告(1)当发现信息系统故障时,相关人员应立即报告应急领导小组。

(2)应急领导小组根据故障情况,判定故障级别,启动相应预案。

2. 应急响应(1)故障响应:应急小组接到故障报告后,立即组织相关人员开展故障排查和修复工作。

(2)业务切换:在故障修复期间,根据实际情况,采取以下措施:a. 启动备用系统,确保关键业务正常运行;b. 临时调整工作流程,降低故障影响;c. 加强与相关部门的沟通,确保信息畅通。

3. 信息发布与沟通(1)应急领导小组负责发布故障信息,包括故障原因、影响范围、恢复时间等。

(2)加强与上级部门、相关部门和用户的沟通,确保信息透明。

4. 故障修复与恢复(1)应急小组根据故障原因,制定修复方案,并进行实施。

(2)修复过程中,密切关注故障变化,确保修复效果。

5. 故障总结与改进(1)故障修复后,应急领导小组组织相关人员对故障原因、应急响应过程进行总结。

(2)根据总结结果,提出改进措施,完善应急预案。

五、预案实施与监督1. 定期组织应急预案培训和演练,提高相关人员应对信息系统故障的能力。

2. 加强信息系统安全管理,预防故障发生。

3. 定期检查应急预案的有效性,确保预案的实时性和实用性。

信息系统应急处理预案

信息系统应急处理预案

信息系统应急处理预案在当今数字化的时代,信息系统对于企业、组织甚至个人来说都至关重要。

然而,由于各种原因,信息系统可能会面临突发故障、网络攻击、自然灾害等意外情况,从而影响正常的业务运营。

为了最大程度地减少这些突发事件带来的损失,保障信息系统的安全稳定运行,制定一份完善的信息系统应急处理预案是必不可少的。

一、应急处理预案的目标和原则(一)目标信息系统应急处理预案的首要目标是在最短的时间内恢复信息系统的正常运行,确保业务的连续性。

同时,要尽可能地减少数据丢失和损坏,保护系统的安全性和完整性。

(二)原则1、预防为主通过建立完善的安全防护体系,加强日常的监测和维护,提前发现并消除潜在的安全隐患,降低突发事件发生的概率。

2、快速响应在突发事件发生后,能够迅速启动应急处理预案,组织相关人员和资源进行处理,争取在最短的时间内控制局面。

3、协同配合应急处理需要涉及多个部门和人员,必须加强沟通与协作,形成合力,共同应对突发事件。

4、损失最小化在处理突发事件的过程中,要采取有效的措施,尽可能地减少经济损失、社会影响和声誉损害。

二、应急处理组织机构及职责(一)应急处理领导小组成立以企业高层领导为核心的应急处理领导小组,负责全面指挥和协调应急处理工作。

其职责包括:制定应急处理策略、审批应急处理方案、协调资源调配等。

(二)技术支持小组由信息技术部门的专业人员组成,负责对信息系统进行技术诊断和修复。

其职责包括:分析故障原因、制定技术解决方案、实施系统恢复等。

(三)业务恢复小组由相关业务部门的人员组成,负责评估业务受影响程度,制定业务恢复计划,并组织实施业务恢复工作。

(四)后勤保障小组负责提供应急处理所需的物资、设备和场地等后勤支持,保障应急处理工作的顺利进行。

(五)宣传沟通小组负责与内部员工、客户和外部相关方进行沟通和解释,及时发布应急处理进展情况,消除恐慌和误解。

三、预防措施(一)安全防护部署防火墙、入侵检测系统、防病毒软件等安全设备和软件,加强网络访问控制,定期进行安全漏洞扫描和修复。

  1. 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
  2. 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
  3. 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。

信息系统故障应急预案
随着本院信息化建设的逐步深入和完善,医院的管理和医疗活动对计算机网络的依赖程度越来越高,信息和网络安全故障将会给医院的医疗工作造成严重影响。

为了保证医院各项工作的正常运行,最大限度地降低医院信息系统故障对医院工作和病人就医造成的影响,特制定以下医院信息系统故障应急预案。

一、故障判断及预案启动的判定
根据信息系统故障发生的原因、程度、影响的业务范围、发生的时间和持续时间等综合因素判定故障的类别和启动相应预案的时机。

1.全院停电,属极端情况。

故障判定:后勤保障部。

启动条件:在诊疗高峰时段预计1小时内不能恢复的;已知要长时间停电的。

2.全院信息系统故障。

故障判定:信息科。

具体如下:医院软硬件系统故障;规律性的全系统工作不稳定等。

启动条件:在诊疗高峰时段预计1小时内不能恢复的。

3.局部性网络故障。

故障判定:信息科。

指部分线路或楼层交换机突发故障,如重点业务部门光纤线路和交换机故障。

启动条件:在诊疗高峰时段预计1小时内不能恢复的。

4.单点故障:指单一终端的软硬件故障;单一病人信息丢失;偶然性的数据处理错误;由于违反工作流程、操作不熟练或使用不当的错
误。

启动条件在诊疗高峰时段预计30分钟内不能恢复的。

二、故障应急预警和组织实施
坚持“先处置后处理”的原则。

先让病人能够得到正常就医,在保证就医前提下再满足业务流程处理的需要。

1.网络故障的判定:由于各种原因导致整个、局部或终端系统不能运行,不能正常访问医院和医保中心数据,即被视为网络故障。

各业务部门发现问题后要尽快向信息科和本部门领导汇报,由技术人员迅速排査原因。

2.信息科确定故障类别,一旦确定为全院性故障,立即上报医院主管领导并立即组织协调系统恢复工作;医院主管领导组织各职能科室,按医疗、物资、信息的管理分工,分别通知并组织转入手工或单机操作,做好应急准备工作。

3.若故障在预计的时间内不能排除时,由应急指挥协调小组决定,启动分类急条。

确定专人担任总协调、总指揮,门修部立即在相示,并分头到门验,急、佳院部等,负责解释和维持序关的窗口张贴三、应急预案的具体措施
1.全院停电情况或全院性网络故障(由主管信息的副院长组织并协调)按照各业务部门服务对象的不同,直接为病人提供服务的部门为重点保障对象。

如门急诊挂号、收费、各级药房、入院处置、住院结账,病区护土站、病区医生站、医技科室等,各部门转入手工或
单机操作,其应急预案如下
(1)门急诊挂号收费:挂号收费窗口转入单机模式运行或手工操作,正常后及时录入挂号收费数据,自动上传明细数据;医保病人可根据具体情况采取暂时自费结算,或者押医保卡后先用药,系统正常后再刷卡结算。

(注意事项手工挂号时需记录处方号与病人信息以备系统正常后录入,收费窗口在切换单机和网络时要注意核对收据号,防止收据号出错。

(2)各级药房:门诊药房凭手工处方发药,分类存放,以备系统恢复正常后发药减账时核对。

住院药房根据病房护士站的手工领药单进行发药,并做好登记,待系统恢复正常后根据病区领药信息核对后进行电脑减账。

(3)入院处置:入院全部手工登记,住院号根据系统中止时的最大住院号往后顺延,正常后再补录住院信息。

(注意事项:系统中止时最大住院号如未记录下来,则使用临时住院号区分,如LS000,做好相关记录,在系统恢复后按正常住院号对应后补录;另如有两人以上同时手工登记,要注意手工按排住院号时不能重复。


(4)住院结账医保结账,可以核对好出院病人的详细地址和联系方式,做好解释工作后先离院,待系统恢复正常后再通知病人来院结账。

自费结账,可以核对好出院病人的详细地址和联系方式,做好解释工作并补足欠款后先离院,待系统恢复正常后再通知病人来院结账。

(注
意事项:手工操作时发生的补记账或退账费用需另行记录,在系统正常后要补输入系统再补结账)。

(5)护士工作站:转入系统开展前的手工操作模式,做好各类医嘱相关收费记录及操作记录登记,以备系统恢复正常后再补录入电脑系统,手工填写治疗单、输液单和领药单等各种单据,并做好住院病人和预出院病人的解释工作。

(6)住院医生站:手工书写医嘱单和各种医疗文书,系统恢复正常后补录。

(7)门诊医生工作站:在处方签和病历本上手工开立药品,检査、检验、治疗、输血、手术项目由手工开立申请单。

(8)分诊叫号:由分诊护士收集就诊病人的挂号券,当前病人就诊完毕后分诊护士按挂号顺序把病人逐个叫入诊室内,回单病人也由护土按排,依次插入待诊队列中。

(9)检验科、影像中心等医技科室的收费按病区、住院号和病人姓名记录费用后及时交到住院处。

做好必要的记录以备系统恢复正常后再补录入电脑系统。

(10)手术室、麻醉科做好手工登记和费用记录,待系统恢复正常后再补录入系统。

(11)血库转为手工发血,记录好病人信息及对应血袋编号,在系统恢复正常后再补录入系统进行发血记账。

(注意事项:手工登记信息
要完整准确)
(12)银联刷卡业务暂停。

(13)仓库、总务、供应室等手工操作,详细记录出入库等各种单据信息,待系统恢复正常后补录。

(14)其它部门的应用系统,如各类查询系统、0A、成本核算系统等均暂停使用。

局部性网络故障(由信息科和相关科室主任组织协调)出现故障部门按全院停电情况的方式处理
3.医保故障:(由医务科、财务科和相关科室主任组织协调)
①太仓医保采用电信的光纤接入,如出现故障,则医保病人结算按全院停电情况处理;②如果医保中心服务器故障,则医保病人按全院停电情况处理
4.单点故障(软件问题现场解决,硬件问题启用备用机)直接报信息科处理。

四、系统恢复后的工作
1.业务部门:各部门恢复计算机操作。

每个部门指派合适的工作人员,尽快补办或完成在手工应急操作时产生的各种信息。

医保病人通知本人来院重新进行结算。

2.对故障排除过程必须详细记录。

内容包括故障发生时间、性质、
类别、程度、维修情况、组织情况、负责人、主要维修人员、效果、系统恢复时间等,对故障发生过程中的信息进行跟踪核对;分析故障发生的原因,总结经验教训,制定整改措施
五、故障报告电话
后勤水电维修及高压配电:
信息科:
下班时间拨打总值班,呼叫信息科值班人员总值班:
六、应急处理流程
网络服务器故障是指因硬件或软件原因致使医院信息管理系统运行停止。

一旦故障发生,按下列规程处理信息科应设24小时专人值班,监控网络运行。

一且发现问题,在及时处理的同时迅速向科长汇报。

故障排除后,应及时记录,并在科室会议上汇报。

2.遇到较大故障,应迅速按以下几方面进行工作:
(1)故障检修:系统管理员査找故障原因,修复系统
(2)技术联络:迅速与承包商或公司取得联系,采取有效手段获得技术支持。

(3)院内协调:通报全院各科室故障情况,并到关键科室协助工作3.在停机期间,相关科室应组织抢录小组在岗待命,一旦系统恢复,当日立完成对重要数据的录入,第二天完成全部数据补录生.故障排
除后,信息处应协助重要科室进行数据恢复处理。

5.故障排除后2天内,信息科应组织技术研讨会,分析故障原因,制定预防措施,完成故障分析报告并存档。

相关文档
最新文档