信息系统应急预案
医院信息系统安全措施及应急预案范文(3篇)

医院信息系统安全措施及应急预案范文为提高处理医院信息网络系统安全____的应对能力,及时应对网络突发故障,维护正常的门诊、住院工作流程和医疗程序,保障患者正常就医,特制定医院信息系统应急预案。
一、____机构:二、应急范围范围:单个计算机、外围设备、服务器、网络设备、电脑病毒感染、停电三、报告程序及预案启动(一)对网络故障的判断当网络系统终端发现计算机访问数据库速度缓慢、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时,要立即向信息科汇报,信息科人员对科室提出的上述问题必须重视,并核实后给予科室反馈信息。
信息科长应召集有关人员及时进行讨论,如果故障原因明确,可以立刻恢复工作的,应立即恢复工作,如故障原因不明确、情况严重不能在短期内排除的,应立即报告分管院长。
在网络不能运转的情况下,由职能科室协调全院工作以保证医疗工作的正常运行。
网络故障分为三类:一类故障。
服务器不能工作;光纤线路损坏;主服务器数据丢失;备份盘损坏;服务器工作不稳定;局部网络不通;重点终端故障;规律性的整体、局部软硬件故障。
二类故障。
停电;电压不稳定;ups故障。
三类故障:单一终端软、硬件故障;偶然性的数据处理错误;某些科室违反工作流程要求。
四类故障:各终端由于不熟练或使用不当造成的错误。
上述故障分类等级,处理方案如下:一类故障。
由信息科长上报主管院长,由信息科长____协调恢复工作。
二类故障。
由信息科人员上报后勤保障科科长,由后勤保障科安排解决。
三类故障。
由信息科人员上报信息科长,由信息科集中解决。
四类故障。
由信息科人员单独解决,并详细登记情况。
(二)网络整体故障的首要工作1、当信息科一旦确定为网络整体故障,首先是立刻报告医务科和主管院长。
信息科马上____恢复工作,并充分考虑到特殊情况如节假日、患者量大、人员外出及医院的重大活动对故障恢复带来的时间影响。
2、当发现网络整体故障时,根据故障恢复时间的程度将转入手工工作的时限明确如下:(1)____分钟内不能恢复—门诊挂号、收费、住院登记、药房转入手工操作。
信息系统(系统瘫痪)应急预案

信息系统(系统瘫痪)应急预案信息系统(系统故障)应急计划在信息系统出现故障时,我们需要一个行之有效的应急计划来应对突发事件,确保业务不受影响,数据也能得到妥善保护。
因此,这个应急预案就应运而生。
它涵盖了应急响应的方方面面,比如组织架构、风险评估、处理流程、资源配置和后续评估,目的就是在关键时刻,能够快速、高效地反应。
一、目标与范围这个预案的核心目标,简单来说,就是在信息系统崩溃时,能迅速恢复功能,尽量减少对业务的冲击,同时确保用户的数据安全。
它适用于所有涉及信息系统的部门、人员及其操作流程。
二、风险分析信息系统出现故障的原因可谓五花八门,比如:- 自然灾害(像洪水、地震这种事)- 网络攻击(黑客入侵啊,病毒传播什么的)- 硬件故障(服务器崩溃、存储设备坏掉)- 软件问题(系统更新失败,或者应用程序崩溃)这些风险带来的影响可不小:- 数据可能会丢失或损坏- 业务可能会停滞不前- 财务损失也在所难免- 企业的形象也会受损三、组织结构与职责为了有效应对信息系统的故障,我们成立了一个应急管理小组,明确各部门和人员的角色与职责:1. 应急管理小组- 组长:IT部门的负责人- 副组长:安全合规专员- 成员:各部门的代表(运营、财务、客服等)主要职责- 负责预案的实施- 监控系统的状态- 协调资源,确保信息顺畅流通- 评估事态发展,及时调整应急策略2. 技术支持小组- 组长:系统管理员- 成员:网络工程师、数据库管理员等主要职责- 负责技术恢复工作- 进行数据备份与恢复- 处理硬件和软件的故障3. 后勤保障小组- 组长:行政主管- 成员:人力资源、财务等部门的人员主要职责- 确保应急响应过程中资源的及时调配- 处理人员安置和后勤支持四、应急处置流程1. 报告与信息收集一旦发现信息系统出现异常,相关人员需立刻向应急管理小组报告,内容包括:- 事件发生的时间- 事件的具体描述- 受影响的系统- 可能的原因2. 指令下达与初步评估应急管理小组收到报告后,进行初步评估并下达指令,包括:- 启动应急预案- 组建技术支持小组- 确定应急响应的优先级3. 应急响应实施技术支持小组接到指令后,迅速展开工作:- 确定故障的范围和原因- 进行数据恢复,确保数据完整性- 针对故障原因采取必要的技术处理,比如重启系统、修复硬件等4. 后勤保障后勤保障小组需确保资源调配,包括:- 设备和材料的准备- 人员的工作安排与心理支持- 财务支持,确保不出现资金短缺5. 清理与恢复技术支持小组完成恢复后,需进行现场清理,包括:- 记录故障原因、恢复过程及结果- 备份恢复后的数据,确保数据安全- 对系统进行检测与验证,确保正常运行6. 总结与改进应急响应结束后,应急管理小组需进行事后总结,内容包括:- 故障原因分析- 应急响应的有效性评估- 改进建议和措施五、资源配置与物资清单为了确保应急预案的顺利实施,我们需要提前准备以下资源和物资:- 备用硬件设备(服务器、网络设备等)- 数据备份设备(云存储、外部硬盘等)- 应急通讯工具(对讲机、手机等)- 应急资金预算,以确保财务流动性六、评估机制预案实施后,我们需要定期评估其有效性,评估内容包括:- 应急响应的时间效率- 数据恢复的完整性- 各部门的协作情况- 事件处理后的反馈与改进建议定期进行演练,以检验预案的可操作性,确保在真正的突发情况下能够快速应对。
信息系统应急预案

信息系统应急预案信息系统应急预案是指在信息系统出现紧急情况时,为保障信息系统安全稳定运行而制定的一系列应急措施和预先准备的工作,确保信息系统能够及时、高效地恢复正常运行。
本文将围绕信息系统应急预案的制定、应急预案的内容、应急措施的执行和实施情况的评估四个方面进行详细阐述。
一、信息系统应急预案的制定1.建立组织机构:在制定应急预案之前,需要成立一个专门的信息系统应急预案编制机构,由相关部门的专业人员组成,明确各个责任人的职责。
2.进行风险评估:对信息系统可能遭受的各种风险进行全面、系统的评估,分析每种风险对信息系统的影响程度和发生的概率。
3.明确应急预案的目标:根据风险评估的结果,明确应急预案的目标,即要达到的安全和可用性的要求,确保信息系统能够在紧急情况下能够快速恢复正常运行。
4.确定资源需求:根据应急预案的目标,确定所需的各种资源,包括人员、物资、技术设备等,确保在应急情况下能够及时调动所需资源。
5.制定应急预案:根据以上准备工作的基础上,编制应急预案文件,明确应急预案的内容和具体操作步骤。
二、应急预案的内容2.紧急事件分类:将紧急事件按照严重程度和紧急性划分等级,并为每个等级制定相应的处理措施和流程。
3.事件响应程序:明确信息系统发生紧急情况后应急预案的启动程序,包括事件报告、紧急人员召集、应急指挥中心的成立等。
4.事故调查与分析:在事件发生后,根据应急预案进行事故调查和分析,找出事件发生的原因和教训,并制定改进措施。
5.应急培训和演练:明确应急培训和演练的内容和周期,确保应急预案得到有效实施。
三、应急措施的执行1.应急通知:根据应急预案制定的通知程序,及时通知相关人员,启动应急预案。
2.应急指挥中心的成立:根据应急预案,成立应急指挥中心,组织各方面资源,调度应急队伍进行应急处置。
3.紧急事态的处理:根据紧急事件的分类,采取相应的应急措施,尽快控制事态的发展,限制损失范围。
4.紧急响应和恢复:快速响应紧急情况,迅速恢复信息系统的正常运行,最大限度地减少停机时间,降低经济损失。
信息系统故障应急预案

信息系统故障应急预案在当今数字化的时代,信息系统已经成为企业、组织和机构运营的核心支撑。
然而,由于各种原因,信息系统可能会遭遇故障,这可能会给业务带来严重的影响,甚至导致运营中断。
为了在信息系统发生故障时能够迅速、有效地进行应对,减少损失,保障业务的连续性,特制定本信息系统故障应急预案。
一、应急处理原则1、快速响应在信息系统出现故障时,要以最快的速度做出响应,启动应急预案,争取在最短的时间内恢复系统的正常运行。
2、保障重点优先恢复对关键业务和重要应用的支持,确保核心业务的连续性。
3、协同配合应急处理过程中,各部门和相关人员要密切配合,协同作战,共同完成故障处理工作。
4、预防为主加强信息系统的日常维护和监控,做好预防工作,降低故障发生的概率。
二、应急组织架构及职责1、应急指挥小组由企业高层领导、信息技术部门负责人等组成,负责全面指挥和协调信息系统故障的应急处理工作,制定应急决策,调配资源。
2、技术支持小组由信息技术部门的技术骨干组成,负责对信息系统故障进行诊断、分析和修复,提供技术支持和解决方案。
3、业务恢复小组由涉及信息系统使用的各业务部门人员组成,负责在系统恢复期间采取临时措施,保障业务的基本运行,并在系统恢复后进行业务的验证和恢复。
4、后勤保障小组负责提供应急处理所需的物资、设备和后勤支持,保障应急工作的顺利进行。
三、预防措施1、定期备份制定完善的数据备份策略,定期对重要数据进行备份,并确保备份数据的有效性和可恢复性。
2、系统监测利用监控工具对信息系统的运行状态进行实时监测,包括服务器性能、网络流量、应用程序状态等,及时发现潜在的问题。
3、安全防护加强信息系统的安全防护,安装防火墙、入侵检测系统等安全设备,定期进行安全漏洞扫描和修复,防止黑客攻击和病毒感染。
4、培训与演练定期组织相关人员进行信息系统故障应急培训和演练,提高应急处理能力和协同配合能力。
四、应急响应流程1、故障报告当信息系统出现故障时,用户应立即向信息技术部门报告,报告内容包括故障现象、发生时间、影响范围等。
医院信息系统应急预案范文(4篇)

医院信息系统应急预案范文一、总则1.1为保护医院计算机网络系统安全,促进医院计算机应用和发展,保障his系统顺利运行,特制定本应急预案。
1.2本应急预案所称计算机网络系统,是指在医院信息系统中,由计算机及其配套的设备、设施构成,按照his系统应用目标和规则对数据信息进行采集、加工、存储、传输、检索等处理的人机系统。
1.3计算机网络系统的安全保护,是保障计算机及配套的设备、设施的安全,运行环境的安全,保障信息的安全,保障医院信息管理系统功能的正常发挥,以维护计算机网络系统的安全运行,重点是维护网络系统中数据信息和网络上一切设备的安全。
1.4医院内网运行的计算机的安全保护适用本应急预案。
1.5任何单位或者个人不得利用上网计算机从事危害医院利益的活动,不得危害计算机网络系统的安全。
1.6计算机网络系统的建设和应用,应遵守上级主管机关办法的行政法规,用户手册和其他有关规定。
1.7计算机网络系统实行安全等级保护和用户使用权限划分,安全等级和用户使用权限以及用户口令___的划分和设置由信息中心负责制定和实施。
1.8在计算机网络系统设施附近进行营房维修、改造及其他活动,不得危害计算机网络系统的安全。
如无法避免而影响计算机网络系统设施安全的作业,须事先通知信息中心,经中心负责人同意并采取保护措施后,方可实施作业。
1.9计算机网络系统的使用单位和个人都必须遵守计算机安全使用规则,以及有关的操作规程和规章制度。
1.10对计算机网络系统中发生的问题,有关使用科室负责人应1当立即向计算机工程技术人员报告。
1.11对计算机病毒和危害网络系统安全的其他有害数据信息的防治工作,由信息中心负责处理。
1.12对计算机网络系统软件、设备、设施的___、调试、故障排除等各项操作由计算机工程技术人员负责。
其他任何单位或个人不得自行拆卸、___任何软、硬件设施。
1.13所有内网计算机绝对禁止进行国际联网或与院外其他公共网络联接。
二、应急事件处理领导小组组长:主管院长副组长:信息科长组员:信息中心网络管理员各相应职能部门主任及临床科室科主任、护士长三、应急响应3.1响应级别的确定信息安全事件分级的参考要素包括网络瘫痪面、对医疗工作影响、损失程度综合考虑。
信息系统故障应急预案

信息系统故障应急预案为了保障信息系统的安全,避免因硬件、软件或网络故障导致业务和网络中断,我们制定了信息系统安全应急预案。
一、信息系统应急预案组织机构该预案的组织机构旨在应对不同等级的故障。
二、信息系统故障等级划分1、一级故障一级故障包括线路和设备故障、计算机房外围保障设施严重故障、病毒攻击导致网络中断或传输效率下降、大楼网络感染客户端设备10台以上、以及业务数据被修改、假冒、泄漏或窃取的信息系统安全事件。
2、二级故障二级故障会影响信息系统的运行效率,但不会影响主要业务。
这类故障预计在2小时以内恢复。
3、三级故障三级故障不会影响系统全面运行,但存在一定的隐患。
三、信息系统故障处理程序1、故障的发现一旦发现故障,信息中心人员应记录故障发生时间、发现时间、发现部门和人员,并对故障等级进行初步判定,随后报告相关人员进行处理。
2、故障的处理故障处理部门负责通知相关人员到故障科室部门,了解设备和配置变更情况,查清故障影响范围,确定故障等级和可能位置。
对于重大故障,需按照故障升级上报要求进行上报,并及时向主管领导通报故障处理情况。
一般性故障也需按照故障升级上报要求进行上报,并及时通报故障处理情况。
3、故障的记录在故障处理过程中,应详细记录故障处理的负责人、检查内容和结果、故障判断和处理办法,以及各步骤和执行人员。
4、故障的升级上报对于重大和一般性故障,需要按照故障升级上报要求进行上报。
在故障发生时,必须及时上报并记录故障等级和发生时限。
重大故障应由处领导负责上报,一般性故障应由故障处理部门负责上报。
报告内容应包括突发事件发生的时间、地点、过程、状况、原因及影响等。
在故障应急处置方面,必须严格按照预定程序进行。
首先需要对故障进行分类和评估,然后快速采取措施进行应急处置。
在处置过程中,需要保持沟通和协调,及时更新故障处理情况,并向相关人员提供必要的信息和指导。
故障应急处置的过程中,需要注意安全问题,确保处置过程中不会造成二次事故。
银行信息系统应急预案

一、总则1.1 目的为保障我行信息系统安全稳定运行,提高应对信息系统突发事件的应急处置能力,最大限度地减少信息系统故障对银行业务的影响,特制定本预案。
1.2 适用范围本预案适用于我行信息系统发生的各类突发事件,包括但不限于:硬件故障、软件故障、网络安全事件、自然灾害、人为破坏等。
1.3 工作原则(1)统一领导,分级负责;(2)预防为主,防治结合;(3)快速响应,协同作战;(4)信息畅通,确保沟通;(5)确保信息安全,防止信息泄露。
二、组织指挥体系及职责2.1 组织架构成立信息系统应急指挥部,负责应急工作的全面领导、指挥和协调。
下设办公室、技术保障组、业务保障组、安全保卫组、后勤保障组等。
2.2 职责分工(1)信息系统应急指挥部:负责应急工作的全面领导、指挥和协调,制定应急工作计划,组织开展应急演练,评估应急效果。
(2)办公室:负责应急工作的日常管理,收集、整理和上报应急信息,协调各部门开展工作。
(3)技术保障组:负责信息系统故障的排查、修复和恢复,确保信息系统尽快恢复正常运行。
(4)业务保障组:负责协调各部门确保业务连续性,确保客户服务不受影响。
(5)安全保卫组:负责应急事件现场的安全保卫工作,确保人员安全和财产安全。
(6)后勤保障组:负责应急物资的筹备、调配和保障工作。
三、预警和预防机制3.1 预警(1)建立信息系统安全预警机制,对信息系统安全风险进行实时监控;(2)对信息系统安全事件进行分类分级,及时发布预警信息。
3.2 预防(1)加强信息系统安全防护,定期进行安全检查和漏洞扫描;(2)对信息系统进行备份,确保数据安全;(3)加强员工信息系统安全培训,提高安全意识。
四、应急处理程序4.1 事件报告(1)发生信息系统突发事件时,相关部门应立即向信息系统应急指挥部报告;(2)信息系统应急指挥部接到报告后,应及时上报上级领导和相关部门。
4.2 事件响应(1)信息系统应急指挥部根据事件情况,启动应急预案,组织开展应急处置;(2)各部门按照预案要求,迅速行动,协同作战。
医院信息系统应急预案

医院信息系统应急预案
是为了应对各种突发情况,确保医院信息系统在紧急情况下能够稳定运行和恢复正常操作的工作计划。
下面是一个医院信息系统应急预案的示例:
1. 应急组织架构:设立应急小组,包括信息系统管理员、网络管理员、系统运维人员等,明确各成员的职责和权限。
2. 应急联系人:指定应急联系人,确保在紧急情况下能够及时联络到相关人员。
3. 预警机制:建立信息系统异常监测和预警机制,及时检测系统故障、网络攻击等异常情况,并及时预警。
4. 数据备份与恢复:定期备份医院信息系统的数据与配置文件,并将备份数据存储在安全的地方,以便在系统出现故障时能够及时恢复。
5. 应急设备:备有一套备用的服务器、网络设备和存储设备,确保在主设备故障时能够切换到备用设备。
6. 事故响应流程:制定详细的事故响应流程,包括系统故障、网络攻击、数据泄露等情况下的处理步骤和责任人。
7. 备用通信系统:建立备用通信系统,以备紧急情况下的通信需求,如备用电话、备用电子邮件系统等。
8. 灾难恢复演练:定期组织医院信息系统应急演练,测试各类应急情况下的应对能力,并根据演练结果进行相应改进。
9. 信息安全保障:加强信息安全管理,定期进行漏洞扫描和安全审计,及时修补漏洞和提升系统安全性。
10. 培训和意识提升:定期培训相关人员,提高他们应对紧急情况和处理事故的能力,增强安全意识和应急意识。
以上是一个医院信息系统应急预案的基本内容,具体的预案可根据医院的实际情况进行调整和完善。
- 1、下载文档前请自行甄别文档内容的完整性,平台不提供额外的编辑、内容补充、找答案等附加服务。
- 2、"仅部分预览"的文档,不可在线预览部分如存在完整性等问题,可反馈申请退款(可完整预览的文档不适用该条件!)。
- 3、如文档侵犯您的权益,请联系客服反馈,我们会尽快为您处理(人工客服工作时间:9:00-18:30)。
1 / 7
史丹利信息系统应急预案
为进一步加强史丹利网络和信息系统安全管理工作,科学应对网
络与信息系统突发事件,建立健全信息安全应急响应机制,有效预防、
及时控制和最大限度地消除各类突发事件的危害和影响,特制定本应
急预案。
一、总则
(一)、基本原则:明确责任、分级负责。按照“谁主管谁负责”
的原则,建立和完善责任制度、协调管理机制和联动工作机制。根据
部门职能,各司其职,落实到人,加强部门间的协调与配合,形成合
力,共同履行应急处置工作的管理职责。
(二)、适用X围:本预案适用于史丹利化肥XX网络与信息系统
故障的应急响应工作。
二、日常准备工作
(一)、软资源备用:对重要信息资源需要有足够备份,并将备份
存放于攻击和灾害不能及的地方。
(二)、设备备用:在工作现场有主板、硬盘、光驱、网线等备件,
以及备用的外部设备。
(三)、电源备用:配置不间断UPS电源。不间断电源可在断电后
维持工作3小时以上。
(四)、重要或大型系统中的关键设备和信息安全产品采用双机热
备份。
2 / 7
三、应急处理流程
信息管理科人员在监控过程中发现或收到其他部门反馈不能正
常使用办公或业务应用系统等故障事件,相关软件、硬件的技术人员
立即行动,初步查明原因(电力、服务器、存储、网络、应用系统软
件等),并向科室、部门相关领导汇报。
部门领导在听取情况汇报后,根据事件的X围、影响和紧急程度
启动相应的专题预案。如果没有相应的专题预案,要根据情况迅速采
取措施抑制事件的扩散,恢复系统运行。
信息管理科尽快通过OA、、短信平台、网上销售系统等方式向
各科室、各分厂下发《应用系统暂停通知》或公告。各部门、各分厂
要做好信息系统出现故障后的应急安排,尽力减小对公司正常业务的
影响。
信息管理科人员进一步落实故障原因,根据事件的X围、影响
程度,采取应急措施,尽快恢复系统运行。
信息管理科在对系统完成修复后,在完成测试的基础上,经请
示相关领导进行系统的启用,同时通过OA、网上销售系统、等向各
部门、各分厂发布系统恢复公告。
四、事件分类
事件类型按照各种突发紧急事件的影响X围,将史丹利网络与信
息系统事件分成全局事件(总公司核心信息系统因电力、网络、软硬
件等故障原因,导致全厂信息系统无法正常工作)和区域事件(SAP、
网上销售系统、OA、BO、用友等系统故障,导致局部X围内的业务工
3 / 7
作无法正常进行)。
五、全局事件处理
(一)、总公司核心信息系统的外部电力中断、UPS故障等导致的
大面积停电事件处理流程:
发生大面积停电故障
机房管理人员初步检查
故障情况及原因
及时向有关领导汇报情
况,听取指示
备用电源线路
是否正常
UPS是否正常
工作
检修UPS故障,尽快
恢复供电
联系供电单位及时维
修,获取恢复时间
通知相关业务部门做
好应急工作
各系统正常运行
是
是
供电是否恢复
通知相关业务部
门各信息系统可
正常使用
是
UPS恢复供电
否
否
否
(二)、网络线路或网络设备故障导致的内外网中断故障处理流
程:
4 / 7
发生网络中断故障
内网还是外
网中断
检查交换机、路由器、防火墙运行情况检查接入光纤
及光纤收发器
运行情况
内网外网
检查各设备之间线路连接是否正常联系网络服务
供应商,及时
报修
无异常无异常
联系厂家工程
师远程协助
网络故障排
除,发布系统
恢复公告
(三)、服务器或其他机房设备发生的软硬件故障处理流程:
1、信息管理科人员立即到达事故现场,观察故障现象(操作系
统情况、日志信息、硬件报警信息等),如果问题简单,则尝试恢复(对
单机系统,尝试使用备用设备恢复)。
2、如果不能自行恢复,则进行报修,向厂家对故障情况等信息
进行描述,请求厂家现场技术支持。
3、确定向厂家报修的受理回复,以及厂家工程师和故障备件到
场时间。
4、信息管理科有关人员做好相关系统和数据备份及安全关机准
5 / 7
备。
5、如果设备故障不能及时修复,应向各级相关领导汇报,并采
取相应措施。
六、区域事件处理
(一)、SAP系统故障
1、信息管理科人员立即到达机房,检查服务器运转是否正常,
初步分析故障原因,如果问题简单,则尝试恢复。
2、若故障短时间内无法排除,立即向部门领导汇报情况,同时
在OA上发布SAP停机公告。
3、对受SAP影响的BO和网上销售系统同时停机维护,在网上
销售系统上发布停机维护公告。
4、若只有一台服务器发生故障,则立即启用双机热备,将故障
服务器上的服务切换至另一台服务器上,然后尽快对故障服务器进行
检修。
5、若无法排除故障,及时联系外部顾问对服务器进行远程调试,
在最短的时间内恢复服务器的正常运行。
6、系统故障排除测试无误后,重新开启服务,同时通过OA、
网上销售系统、手机短信等途径发布系统恢复公告,告知各部门SAP、
BO、网上销售系统可正常使用。
(二)、OA系统或短信平台故障
1、信息管理科人员立即到达机房,检查10.4服务器运转是否
正常,初步分析故障原因,及时向领导汇报,如果问题简单,则尝试
6 / 7
恢复。
2、若OA故障则通过、短信平台等发布停机公告,同时通知各
部门使用、飞秋、QQ等通讯工具暂时替代OA进行业务联系。
3、若短信平台故障则通过OA、等通讯工具给业务员进行联系。
4、信息管理科技术人员尽快查找故障原因,排除故障。
5、故障排除后及时发布系统恢复公告。
(三)、网上销售系统故障
1、信息管理科人员立即到达机房,检查9.19和9.16服务器运
转是否正常,初步分析故障原因,及时向领导汇报,如果问题简单,
则尝试恢复。
2、若只有一台服务器出现故障,则通过OA和短信平台通知各
销售公司和业务员通过另一台服务器进行登录。
3、若两台服务器同时出现故障,则通知业务员通过手工传真的
方式进行下订单
4、信息管理科技术人员尽快查找故障原因,排除故障。
5、故障排除后及时发布系统恢复公告。
(四)、BO、用友、地磅、条码系统故障
1、信息管理科人员立即到达机房,检查相应服务器运转是否正
常,初步分析故障原因,及时向领导汇报,如果问题简单,则尝试恢
复。
2、通过OA或等方式通知相关系统的使用人员服务器停机,请
采用手工录入等替代方法进行正常业务处理。
7 / 7
3、信息管理科人员检查服务器故障原因,停机前做好系统数据
的备份,尽快排除系统故障。
4、故障排除后通知相关系统的使用人员系统可正常使用。