信息系统应急预案

时间:2023-09-03 07:56:55 应急预案 我要投稿

信息系统应急预案合集[6篇]

  在学习、工作或生活中,有时会发生突发事件,为了避免造成重大损失和危害,总不可避免地需要事先编制应急预案。怎样写应急预案才更能起到其作用呢?下面是小编为大家收集的信息系统应急预案,欢迎阅读,希望大家能够喜欢。

信息系统应急预案合集[6篇]

信息系统应急预案1

  为加强审计网络和信息系统安全管理工作,预防和遏制审计网络和信息系统突发事件的发生,减轻和消除突发事件造成的危害和影响,形成科学、有效、反应迅速的应急工作机制,提高处置网络与信息安全突发事件能力,确保审计网络和信息系统的实体安全、运行安全和数据安全。结合审计工作实际情况,特制定本应急预案。

  一、应急处理机构及职责

  为保证突发情况下应急机制的迅速启动和指挥顺畅,成立审计网络和信息系统应急处理工作领导小组,下设工作小组。

  (一)领导小组

  组长由局长担任,副组长为分管政府信息公开和信息化工作的局领导,成员为相关处室负责人。应急预案启动后,负责应急行动的总体组织指挥工作。

  主要职责:

  1.研究布置应急行动有关具体事宜。

  2.应急行动期间的总体组织指挥。

  3.向上级汇报应急行动的进展和向有关部门通报相关情况。

  4.负责与有关部门进行重大事项的工作协调。

  5.负责应急行动其它的有关组织领导工作。

  (二)工作小组

  组长由局办公室主任担任,成员为局办公室、信息化管理机构具体人员,根据领导小组的'指挥开展相应的应急行动。

  主要职责:

  1.执行领导小组下达的应急指令。

  2.负责应急行动物资器材的准备。

  3.负责处理现场一切故障现象。

  4.随时向领导小组汇报应急工作的进展情况。

  5.负责联系相关厂商和技术人员,获取技术支持。

  二、应急处理基本程序和主要内容

  (一)突发事件发生后,应急处理工作小组迅速组织技术力量查明原因、开展修复工作。如果该事件造成重大影响的,及时向应急处理领导小组汇报,在领导小组统一组织下启动应急预案,开展应急处理。

  (二)事件响应后,应急处理工作小组组织相关技术人员立即赶到现场,确认故障,研究解决方案:

  1.硬件故障

  (1)应急处理工作小组经现场确认后进行更换维修。

  (2)不能进行维修的,联系代理商报修,代理商技术人员到场解决,力保数据完整。属于服务端设备故障的,除联系代理商报修以外,及时联系电子政务中心。终端设备如需送修,需先行拆下硬盘,避免敏感信息外泄。

  (3)硬件系统发生严重故障,导致系统不能恢复并造成严重影响的,应急处理领导小组召开安全会议,根据破坏程度作出处理意见。

  2.软件故障

  (1)确认可靠的最新备份数据已经转移到其他电脑上。

  (2)分析软件故障节点,根据对应的故障解决问题。

  (3)不能进行处理的,及时联系开发运维单位处理。

  3.网络故障

  (1)通过各种技术手段认定故障点。

  (2)根据故障点位置不同分别处理:若故障点在本局网络内部的,进行故障网络设备和网络线路的维护、更换;故障点在本局网络以外的,联系电子政务中心或者电信服务商,及时解决问题。

  4.病毒爆发或黑客攻击突发事件应急处理措施

  (1)当发现有大规模计算机感染病毒或发现黑客攻击事件,首先中断被感染电脑或攻击主机的网络连接,并在防火墙上对来源主机地址进行阻断。

  (2)应急处理工作小组立即组织技术力量分析攻击类型和病毒爆发特征,切断传播途径,利用专杀工具对所有计算机进行病毒扫描和木马清除。如果现有手段无法有效清除

信息系统应急预案2

  为防止因医院信息系统出现故障而影响全院正常医疗秩序,确保患者在特殊情况下能够得到及时、有效地治疗,结合我院实际,特制定本预案,望各科室、各部门在应急情况下遵照执行。

  1医院信息系统出现故障报告程序

  当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时,要立即向信息科报告。信息科工作人员对各工作站提出的问题必须高度重视,做好记录,经核实后及时给各工作站反馈故障信息,同时召集有关人员及时进行讨论,如果故障原因明确,可以立刻恢复的,应尽快恢复工作;如故障原因不明、情况严重、不能在短期内排除的,应立即报告院领导,在网络不能运转的情况下由院领导协调全院各部门工作,以保障全院医疗工作的正常运转。

  2医院信息系统故障分级

  2.1根据故障发生的原因和性质不同分为三类:

  2.1.1一类故障:由于服务器不能正常工作、光纤损坏、主服务器数据丢失、备份硬盘损坏、服务器工作不稳定、局部网络不通、价表目录被人删除或修改、重点终端故障、规律性的整体、局部软件和硬件发生故障等造成的网络瘫痪。

  2.1.2二类故障:由于单一终端软、硬件故障,单一病人信息丢失、偶然性的数据处理错误、某些科室违反工作流程引起系统故障。

  2.1.3三类故障:由于各终端操作不熟练或使用不当造成的错误。

  2.2针对上述故障分类等级,处理原则如下:

  2.2.1一类故障——由信息科主任上报院领导,由医院组织协调恢复工作。

  2.2.2二类故障——由网络管理人员上报信息科主任,由信息科集中解决。

  2.2.3三类故障——由网络管理员单独解决,并详细登记维护情况。

  3发生网络整体故障时的首要工作:

  3.1当信息科一旦确定为网络整体故障时,首先是立刻报告院领导,同时组织恢复工作,并充分考虑到特殊情况如节假日、病员流量大、人员外出及医院有重大活动等对故障恢复带来的`时间影响。

  3.2当发现网络整体故障时,各部门根据故障恢复时间的程度将转入手工操作,具体时限明确如下:

  3.2.130分钟内不能恢复——门诊挂号、住院登记、药房等部门转入手工操作。

  3.2.26小时内不能恢复——各护士工作站、药房、120急救中心、手术室、医技检查转入手工操作(具体时间由信息科通知)。

  3.2.324小时以上不能恢复——全院各种业务转入手工操作。

  4各部门的具体协调安排:

  4.1所有手工操作的统一启动时间须由信息科通知,相关部门严格按照通知时间协调各项工作,在未接到新的指示前不准私自操作计算机。

  4.2门诊挂号工作协调:

  4.2.1门诊收费处由门诊部主任负责联系协调;

  4.2.2网络恢复后,操作员要及时将中断期间的患者信息输入到计算机;

  4.3门诊收费处(120收费处)工作协调:

  4.3.1由各收费部门主任负责总体联络协调,要与信息科保持联系,及时反馈沟通最新消息;

  4.3.2当网络系统运行中断超过30分钟时,要通知收款员转入手工收费程序;

  4.3.3门诊收款员要建立手工发票使用登记本,对发票使用情况做详细登记;

  4.3.4当系统恢复正常时,由收款员负责对网络运行稳定性进行监测,如不稳定,及时向信息科反馈情况。

  4.3.5在接到使用计算机的指令并重新启动运行后,收款员逐步转入到机器操作。

  4.4出院结算处的工作协调:

  4.4.1由财务科主任总体负责联络协调;

  4.4.2原则上不在住院处、记帐处进行费用补录,以防止出现帐目混乱;

  4.4.3当系统停止运行超过24小时,对普通出院患者,推迟出院结算时间。对急诊出院的患者应根据病历和临床护士工作站记录,进行手工核算,出具手写发票。

  4.4.4在网络停止运行期间,出院患者急需结算时,应由该科护士工作站追查是否还有正在进行的检查项目,并向出院结算处提供详细费用情况后,方可送交结算。

  4.5护士工作站的协调:

  4.5.1护士工作站由护理部共同协调;

  4.5.2网络故障期间临床科室应详细记录患者的所有费用执行情况;

  4.5.3科室详细填写每位患者的药品请领单(包括姓名、住院号、费别、药品名称及用量),一式两份,一份用于科室补录医嘱,另一份送药房作为领药凭证。

  4.5.4出院带药由主管医生负责掌握经费情况,如出现费用超支时原则上不予带药;

  4.5.5接到信息科通知恢复运行时间,按要求补录医嘱。

  4.6医技检查工作协调:

  4.6.1在网络停运期间应详细留取、整理检查申请单底联;

  4.6.2网络恢复后根据检查单底联登记,通过手工记价补录患者费用。(注意与临床科室联系沟通)

  4.6.3对即将出院或有出院倾向的患者,主治医师要在检查申请单上要注明,检查科室应及时通知科室或住院处沟通费用情况。

  4.7药房工作协调:

  4.7.1严格按照信息科通知的时间及要求进行操作;

  4.7.2网络故障时,根据临床科室提供的药品请领单发药;

  4.7.3网络恢复时对临床科补录的摆药医嘱进行发药并确认,同时与发药时药品请领单内容详细核对,如发现内容不符,须详细追查;

  4.7.4网络恢复后对出院带药处方及时进行确认;

  4.8各工作站接到重新运行通知时,需重新启动计算机,整体网络故障的工程恢复工作,由信息科严格按照服务器数据管理要求进行恢复工作。

  5应急数据恢复工作规定:

  5.1当服务器确认出现故障时,由网络管理员按《数据备份恢复方案》进行系统恢复。

  5.2网络管理员由信息科主任指定专人负责恢复。当人员变动时应有交接手续。

  5.3当网络线路不通时,网络管理员应立即到场进行维护,当光纤损坏时应立即使用备用光纤进行恢复,交换机出现故障时,应使用备用交换机。

  5.4对每次的恢复细节应做好详细记录。

  5.5平时每月对全系统备份数据要进行模拟恢复一次,以检查数据的可用性。

  6网络服务器故障应急处理规程:

  网络服务器故障是因硬件或软件原因致使医院信息管理系统运行停止,一旦发生故障,按下列规程处理:

  6.1信息科应设24小时专人值班,监控网络运行。发现问题,在及时处理的同时迅速向科室领导汇报。故障排除后,应完成故障报告,在技术讨论会上汇报。

  6.2遇到较大故障,信息科工作人员应迅速集合,集体攻关。具体分为3个组做以下工作:

  6.2.1故障检修组:集中系统管理员继续分析故障、查找原因、修复系统。

  6.2.2技术联络组:迅速与软、硬件供应商取得联系,采取有效手段获得技术支持。

  6.2.3院内协调组:通知全院各科室故障情况,并到关键科室协助数据保存。

  6.3全院各系统使用科室制定相应的系统故障数据保护措施,并建立数据抢录小组,发现停机,应保存断点,保护原始数据,断点前后表单分开存放。

  6.4在停机期间,相关科室应组织数据抢录小组在岗待命,一旦系统恢复,当日应立即完成对重要数据的录入,第二天完成全部数据补录。

  6.5故障排除后,信息科工作技术组应按制定方案分片包干,协助重要科室进行数据补录工作。

  6.6故障排除后2天内,信息科应组织技术研讨会,分析故障原因,制定预防措施,完成故障排除报告院领导。

信息系统应急预案3

  检验科信息系统故障处理应急预案

  一、编制目的

  为有效防范医院信息系统运行过程中产生的风险,预防和减少突发事件造成的危害和损失,建立和健全医院计算机信息系统突发事件应急机制,提高计算机技术和检验科业务应急处理和保障能力,确保患者在特殊情况下能够得到及时、有效地治疗,确保计算机信息系统安全、持续、稳健运行。

  二、编制依据

  根据《内蒙古网络与信息安全应急预案》及国家信息安全相关要求和有关信息系统管理的法律、法规、规章,并结合医院的实际,编制本预案。

  三、适用范围

  适用于检验科各类应用系统

  四、组织机构

  根据计算机信息系统应急管理的总体要求,成立检验科计算机信息系统应急保障领导小组(简称应急领导小组),负责领导、组织和协调检验科计算机信息系统突发事件的应急保障工作。

  (一)人员构成:组长:田永丽

  副组长:李阳、段弘、张建强、凌海峰

  成员:何斌、兰宁、王元霞、李建雄、邓小英、董敖渤、贾姝洁、段立志、刘晶

  (二)工作职责:

  (1)制定检验科内部网络与信息安全应急处置预案。

  (2)做好检验科网络与信息安全应急工作。

  (3)协调医院内部各相关部门之间的网络与信息安全应急工作,协调与软件、硬件供应商、线路运营商之间的网络与信息安全应急工作。

  (4)组织医院内部及外部的技术力量,做好应急处置工作。

  五、应急处置程序

  (一)医院信息系统出现故障报告程序

  当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时,要立即向信息中心报告。信息中心工作人员对各工作站提出的问题必须高度重视,做好记录,经核实后及时给各工作站反馈故障信息,同时召集有关人员及时进行分析,如果故障原因明确,可以立刻恢复的,应尽快恢复工作;如故障原因不明、情况严重、不能在短期内排除的,应立即报告应急领导小组,在网络不能运转的情况下由应急领导小组协调全院各部门工作,以保障全院医疗工作的正常运转。

  (二)医院信息系统故障分级

  根据故障发生的原因和性质不同分为三类和其它故障:

  一类故障:由于服务器不能正常工作、光纤损坏、主服务器数据丢失、备份硬盘损坏、服务器工作不稳定、局部网络不通、价表目录被人删除或修改、重点终端故障、规律性的整体、局部软件和硬件发生故障等造成的网络瘫痪。

  二类故障:由于单一终端软、硬件故障,单一病人信息丢失、偶然性的数据处理错误、某些科室违反工作流程引起系统故障。

  三类故障:由于各终端操作不熟练或使用不当造成的`错误。

  其它故障:由于医保线路、医保端引起的医保系统故障针对上述故障分类等级,处理原则如下:

  一类故障——由信息科主任上报院应急小组领导,由医院应急领导小组组织协调恢复工作。

  二类故障——由系统管理人员上报信息中心主任,由信息中心集中解决。

  三类故障——由系统管理员单独解决,并详细登记维护情况。

  (三)发生网络整体故障时的首要工作

  1、当信息中心一旦确定为网络整体故障时,首先是立刻报告应急小组领导,同时组织恢复工作,并充分考虑到特殊情况如节假日、病员流量大、人员外出及医院有重大活动等对故障恢复带来的时间影响。

  2、当发现网络整体故障时,各部门根据故障恢复时间的程度将转入手工操作,具体时限明确如下(如病人或病情需要可随时转入手工操作):

  (1)30分钟内不能恢复——门诊挂号、住院登记、门诊医生、药房等部门转入手工操作。

  (2)6小时内不能恢复——住院医生工作站、护士工作站、手术室、医技检查转入手工操作。

  (3)24小时以上不能恢复——全院各种业务转入手工操作。

  (四)各部门的具体协调安排

  1、所有手工操作的统一启动时间须由信息科通知,相关部门严格按照通知时间协调各项工作,在未接到新的指示前不准擅自操作计算机。

  2、门诊挂号、收费工作协调

  (1)门诊收费处由门诊部主任、财务科负责联系协调,与信息科保持联系,及时反馈沟通最新消息;

  (2)当网络系统运行中断超过30分钟时,要通知收款员转入手工收费程序;

  (3)门诊收款员要建立手工发票使用登记本,对发票使用情况做详细登记;

  (4)当系统恢复正常时,由收款员负责对网络运行稳定性进行监测,如不稳定,及时向信息中心反馈情况。

  (5)网络恢复后,操作员要及时将中断期间的患者信息输入到计算机;

  3、出院结算处的工作协调

  (1)由财务科科长总体负责联络协调;

  (2)原则上不在住院处、记帐处进行费用补录,以防止出现帐目混乱;

  (3)当系统停止运行超过24小时,对普通出院患者,推迟出院结算时间。对急诊出院的患者应根据病历和临床护士工作站记录,进行手工核算,出具手写发票。

  (4)在网络停止运行期间,出院患者急需结算时,应由该科护士工作站追查是否还有正在进行的检查项目,并向出院结算处提供详细费用情况后,方可送交结算。

  4、医生工作站的协调

  (1)医生工作站由医务科组织协调;

  (2)病历中处方、医嘱、病历、检验、检查申请单一律采取纸质手写方式;

  (3)出院带药由主管医生负责掌握经费情况,如出现费用超支时原则上不予带药;

  (4)对即将出院或有出院倾向的患者,主治医师要在检查申请单上要注明;

  5、护士工作站的协调

  (1)护士工作站由护理部组织协调;

  (2)网络故障期间应详细记录患者的所有费用执行情况;

  (3)详细填写每位患者的药品请领单(包括姓名、住院号、费别、药品名称及用量),一式两份,一份用于科室补录医嘱,另一份送药房作为领药凭证。

  (4)接到信息科通知恢复运行时间,按要求补录纸质信息。

  6、医技检查工作协调

  (1)医技工作站由医务科组织协调;

  (2)网络故障期间HIS、LIS等信息系统转入手工方式;

  (3)在网络停运期间应详细留取、整理检查申请单底联;

  (4)网络恢复后根据手工检查单登记,通过手工记价补录患者费用。(注意与收费处、临床科室联系沟通)

  (5)对即将出院或有出院倾向的患者,检查科室应及时通知科室或住院处沟通费用情况。

  7、药房工作协调

  (1)药房工作站由医务科组织协调;

  (2)严格按照信息中心通知的时间及要求进行操作;

  (3)准备好纸质药品价格表,以便手工划价,并及时更新。

  (3)网络故障时,门诊根据医生的手工处方划价、发药;

  住院根据临床科室提供的药品请领单发药;

  (4)网络恢复时对门诊手工处方统一交收费处进行补录,对住院临床科补录的药品医嘱进行发药并确认;

  同时与发药时药品处方、请领单内容详细核对,如发现内容不符,须详细追查;

  (5)网络恢复后对出院带药等其他纸质处方及时进行确认;

  各工作站接到重新运行通知时,需重新启动计算机,整体网络故障的工程恢复工作,由信息中心严格按照服务器数据管理要求进行恢复工作。

  (五)应急数据恢复工作规定

  1、当服务器确认出现故障时,由网络管理员按《数据备份恢复方案》进行系统恢复。

  2、网络管理员由信息科主任指定专人负责恢复。当人员变动时应有交接手续。

  3、当网络线路不通时,网络管理员应立即到场进行维护,当光纤损坏时应立即使用备用光纤进行恢复,交换机出现故障时,应使用备用交换机。

  4、对每次的恢复细节应做好详细记录。

  5、平时应定期对全系统备份数据要进行模拟恢复一次,以检查数据的可用性。

  (六)网络服务器故障应急处理规程

  网络服务器故障是因硬件或软件原因致使医院信息管理系统运行停止,一旦发生故障,按下列规程处理。

  1、信息科应设专人管理,监控网络运行。发现问题,在及时处理的同时迅速向科室领导汇报。故障排除后,应完成故障报告,在技术讨论会上汇报。

  2、遇到较大故障,信息中心工作人员应迅速集合,集体攻关。具体分为3个组做以下工作:

  (1)故障检修组:集中系统管理员继续分析故障、查找原因、修复系统。

  (2)技术联络组:迅速与软、硬件供应商取得联系,采取有效手段获得技术支持。

  (3)院内协调组:通知全院各科室故障情况,并到关键科室协助数据保存。

  3、全院各系统使用科室制定相应的系统故障数据保护措施,并建立数据抢录小组,发现停机,应保存断点,保护原始数据,断点前后表单分开存放。

  4、在停机期间,相关科室应组织数据抢录小组在岗待命,一旦系统恢复,当日应立即完成对重要数据的录入,第二天完成全部数据补录。

  5、故障排除后,信息中心工作技术组应按制定方案分片包干,协助重要科室进行数据补录工作。

  6、故障排除后2天内,信息科应组织技术研讨会,分析故障原因,制定预防措施,完成故障排除报告院领导

  六、应急预案落实措施

  (一)平时网络与信息安全的防护

  1、组织管理措施:应急组织机构要进行层层把关,层层落实,对组织机构中的人员及联系方式,要做到及时更新,并进行定期的安全知识培训。

  2、技术保障:一方面进行网络设备的安全加固,例如增加防火墙、入侵监测设备等,对已知的系统漏洞及时安装补丁程序,另一方面要进行技术储备,对内部进行人员定期培训,同时采取通过向专业网络安全公司购买安全服务的方式,加强处理紧急情况的能力和效率。

  3、在网络工程建设和规划方面,要切实加强网络安全方面考虑,设计时要考虑设备的冗余备份,信息存储的异地备份等。

信息系统应急预案4

  一、应急总则

  为确保医院信息系统安全运行,保证医院正常的医疗服务和就医秩序,加强系统的安全运行管理,提高应对突发事件的能力,促进信息系统在医院的应用和发展,特制定医院信息系统应急预案(以下简称“应急预案”)。

  (一)“应急预案”实施责任制

  1、建立以院长为第一责任人、信息科、职能部门和各相关部门负责人参加的信息系统安全运行领导小组;

  2、领导小组负责全院突发事件的“应急预案”实施和全院信息系统日常安全运行管理的组织协调及决策工作;

  3、信息科负责应急恢复信息系统运行和网络布线的技术保障;

  4、后勤部门负责应急恢复信息系统供电的技术保障;

  5、各行政和业务职能部门负责维持正常的医疗秩序,并根据“应急预案”实施相应的应急措施。

  (二)“应急预案”实施范围和时间

  1、本“应急预案”适用于门诊、住院部、医务、护理、财务、药剂、检验、放射、信息、后勤等使用和维护医院信息系统的各业务职能部门、临床科室和医技科室;

  2、信息系统发生故障30分钟内不能排除时,报告领导小组批准,根据不同情况部分或全部启动“应急预案”的实施。

  (三)“应急预案”实施通报制度

  1、信息系统应用部门发现信息系统或供电系统故障,应及时通知相关部门负责人,部门负责人应立即通知信息科或后勤部门;

  2、信息科或后勤部门应在30分钟之内初步查明故障原因、所需恢复时间,通知相关应用部门负责人,必要时及时向领导小组报告并提出建议,由领导小组决定是否部分或全部启动“应急预案”;

  3、领导小组决定部分或全部启动“应急预案”后,由信息科及时通知各应用部门,启动“应急预案”中相关的应急措施;

  4、信息科或后勤部门应在故障排除后,立即通知各应用部门,同时报告领导小组,请求结束“应急预案”的实施;

  5、信息科或后勤部门应在事后将详细的故障原因及处理结果报告领导小组;

  (四)信息系统故障一般应急措施

  各业务应用部门一般应在获知30分钟内信息系统故障不能排除,并获知故障初步原因和所需恢复时间后,立即采取如下措施:

  1、各业务应用部门应在窗口设置“计算机故障”告示牌,部门负责人及时到现场组织协调工作;

  2、各业务应用部门应及时通过大屏幕、导医等形式做好宣传、解释和疏导工作;

  3、医保结算系统故障,而医院信息系统正常时,为医保病人按自费标准登记和收费,并打印自费收据;财务结算部门在故障排除后7个工作日内凭原手工收据,为医保病人重新划卡结算;

  4、对信息系统故障期间产生的手工数据,视情况在故障排除后予以补录。

  二、门诊部业务应用保障实施细则

  (一)发卡员发现发卡系统故障应及时报告门诊部负责人,门诊部负责人汇总情况后及时报告信息科和财务科负责人;门诊部负责人获知故障在30分钟内不能排除,应立即向信息科提出启用门诊应急诊疗卡(公共卡),保证发卡处不排长龙。

  (二)挂号系统发生故障时,挂号处工作人员应及时在窗口放置“计算机故障”告示牌并向计财科负责人汇报,并向病人做好宣传解释工作;计财科经咨询信息科获知故障在30分钟内不能排除,应立即启用系统补挂号方案,保证挂号处不排长龙。

  (三)门诊收费系统发生故障时,门诊收费处工作人员应及时在窗口放置“计算机故障”告示牌并向计财科负责人汇报,并向病人做好宣传解释工作;财务科负责人获知故障在30分钟内不能排除,可手工开具收据,并留下病人联系方式,待系统恢复结帐后打印收据通知或寄送病人,保证收费处不排长龙。

  (四)财务科负责人接到入院系统故障排除,停止“应急预案”实施的`通知后,及时通知各部门启用网络收费。

  (五)门诊系统发生供电故障,门诊部负责人应立即报告后勤部门,由后勤部门负责解决。

  三、住院部业务应用保障实施细则

  (一)入院处应急措施

  1、出入院工作人员发现出入院系统故障应及时报告出计财科负责人,计财科负责人汇总情况后及时报告信息科;

  2、入院系统发生故障时,入院处工作人员应及时在窗口放置“计算机故障”告示牌,并向病人做好宣传解释工作;

  3、在系统发生故障期间,病人入院启用手工登记;

  4、出入院管理部门负责人接到入院系统故障排除,停止“应急预案”实施的通知后,及时通知入院处工作人员重新使用计算机办理入院手续。同时,为系统故障时手工办理的病人按顺序进行计算机入院登记(对医保病人将其由自费病人入院的信息,修正为医保病人入院);所有病人可在系统恢复后交回手工临时收据,由收费员将预交信息输入后打印电脑收据,并在当日预交款报表中标明;

  5、入院系统发生供电故障,计财科负责人应立即报告后勤部门,由后勤部门负责解决。

  (二)病区护士工作站应急措施

  1、病区护士发现护士工作站系统故障应及时报告护士长,护士长汇总情况后及时报告信息科和护理部主任;

  2、病区护士长获知故障在30分钟内不能排除,应立即做好手工执行医嘱准备;

  3、病区护士长接到启动“应急预案”通知后,护士根据当天医生签开的医嘱,手工抄写各类工作单。化验单和手术申请单等由病员主管医生手工签开。手工抄写的治疗单、领药单等各类工作单必须由第二名护士进行认真核对并签字确认。遇到必须当日结帐出院的病人,按照“出院结账处应急措施”中第3点处理;

  4、护理部在护士工作站系统出现故障时,应与各相关部门保持密切联系,听从领导小组统一协调管理;

  5、病区护士长接到护士工作站系统故障排除,停止“应急预案”实施的通知后,及时通知护士重新使用计算机审核和发送医嘱。

  6、护士工作站系统发生供电故障,病区护士长应立即联系后勤部门,由后勤部门负责解决。

  (三)病区药房应急措施

  1、病区药房工作人员发现药房系统故障应及时报告药房负责人,药房负责人汇总情况后及时报告信息科和医务科;

  2、药房负责人获知故障在30分钟内不能排除故障,应做好手工发药准备;

  3、药房负责人接到启动“应急预案”通知后,接受各病区手工领药单(由病区护士长签名或盖章),核对发药,并保留手工领药单;

  4、药房负责人接到药房系统故障排除,停止“应急预案”实施的通知后,及时通知药房工作人员重新使用计算机发药。对故障期间发生的数据作如下处理:如停机时间不超过当天23:59:59,核对各病区在计算机中补录的领药单与手工领药单并及时确认;如超过当天23:59:59,则不再补发故障当天的药品,手工单据交由出院结帐处补录,药房及时补确认;

  5、药房系统发生供电故障,药房负责人应立即联系后勤部门,由后勤部门负责解决。

  (四)出院结帐处应急措施

  1、住院收费员发现出院结帐系统故障应及时报告计财科负责人,计财科汇总情况后及时报告信息科和分管院长;

  2、住院收费负责人接到启动“应急预案”通知后,收取病区交来的手工处方、各类检查及化验记帐单。收入的预交款,开出手工临时收据。对于出院结帐的病人,做好相应的解释工作,留下联系方式,并向病人收取一定预交费用后先出院。对于再次来院结帐有困难的特殊病人(如外地病人等),预收一定费用,待系统恢复结帐后打印收据寄送病人;

  3、当住院收费系统发生故障时,收费员应及时在窗口放置“计算机故障”告示牌,并向病人做好宣传解释工作;

  4、住院收费负责人接到住院系统故障排除,停止“应急预案”实施的通知后,对于病人交回的手工收据,将预交信息输入电脑。对于出院结帐的病人,通知病人办理结帐手续。对于再次来院结帐有困难的特殊病人(如外地病人等),打印收据寄送病人;

  5、结帐系统发生供电故障,计财科应立即联系后勤部门,由后勤部门负责解决。

  四、信息科应急措施

  1、信息科工作人员监测到系统故障或接到业务部门信息系统故障的消息后,应立即向分管院长汇报,并立即组织相关人员排查通信线路、网络设备、服务器、数据库。应用程序以及供电设备运行状况,在近可能短的时间内初步汇总,找出故障原因和估计恢复时间;

  2、信息科应立即将故障原因和估计恢复时间报告领导小组成员,如估计恢复时间超过30分钟应建议领导小组启动“应急预案”。信息科应按各自岗位职责分别将故障原因和估计恢复时间通知分管院长;

  3、信息科应立即按技术保障细则进行故障排除,如需要应立即联系相应供应商技术支持;

  4、如故障恢复时间较长,信息科负责人应向领导小组及时报告,由领导小组根据实际情况组织解决;

  5、当信息系统故障排除,信息科负责人应立即报告领导小组,由领导小组决定是否停止“应急预案”的实施。信息科工作人员应协助通知各业务部门停止“应急预案”的实施,并做好善后事宜;

  6、信息科应事后就故障原因、处理结果书面报告领导小组。

信息系统应急预案5

  一、总则

  (一)编制目的

  公司网络和信息安全涉及以设备为中心的信息安全,技术涵盖网络系统、计算机操作系统、数据库管理系统和应用软件系统;涉及计算机病毒的防范、入侵的监控;涉及以用户(包括内部员工和外部相关机构人员)为中心的安全管理,包括用户的身份管理、身份认证、授权、审计等;涉及信息传输的机密性、完整性、不可抵赖性等等。为切实加强我司网络运行安全与信息安全的防范,做好应对网络与信息安全突发公共事件的应急处理工作,进一步提高预防和控制网络和信息安全突发事件的能力和水平,昀大限度地减轻或消除网络与信息安全突发事件的危害和影响,确保网络运行安全与信息安全,结合公司工作实际,特制定本应急预案。

  (二)编制依据

  根据《中华人民共和国计算机信息系统安全保护条例》、《信息安全3级评级方法》、GB/T20269-20xx《信息安全技术信息系统安全管理要求》、GB/T20270-20xx《信息安全技术网络基础安全技术要求》、GB/T20281-20xx《信息安全技术防火墙技术要求和测试评价方法》、GB/T19716-20xx《信息技术信息安全管理使用规则》等有关法规、规定,制定本预案。

  (三)本预案适用于深圳市前海好彩金融服务有限公司网络与信息安全应急处理工作。

  二、应急组织机构及职责

  成立信息系统应急处理领导小组,负责领导、组织和协调全公司信息系统突发事件的应急保障工作。

  (一)领导小组成员:

  组长:技术主管

  副组长:运维经理

  成员:开发部.运维部.测试部.等部门负责人组成。

  应急小组日常工作由公司技术部承担,其他各相关部门积极配合。

  (二)领导小组职责:制订专项应急预案,负责定期组织演练,监督检查各部门在本预案中履行职责情况。对发生事件启动应急救援预案进行决策,全面指挥应急救援工作。

  三、工作原则

  (一)积极防御、综合防范

  立足安全防护,加强预警,重点保护重要信息网络和关系社会稳定的重要信息系统;从预防、监控、应急处理、应急保障和打击不法行为等环节,在管理、技术、宣传等方面,采取多种措施,充分发挥各方面的作用,构筑网络与信息安全保障体系

  (二)明确责任、分级负责

  按照“谁主管谁负责”的原则,分级分类建立和完善安全责任制度、协调管理机制和联动工作机制。加强计算机信息网络安全的宣传和教育,进一步提高工作人员的信息安全意识。

  (三)落实措施、确保安全

  要对机房、网络设备、服务器等设施定期开展安全检查,对发现安全漏洞和隐患的进行及时整改。

  (四)科学决策,快速反应

  加强技术储备,规范应急处置措施和操作流程,网络与信息安全突发公共事件发生时,要快速反应,及时获取准确信息,跟踪研判,及时报告,果断决策,迅速处理,昀大限度地减少危害和影响。

  四、事件分类和风险程度分析

  (一)物理层的安全风险分析

  1、系统环境安全风险

  (1)水灾、火灾、雷电等灾害性故障引发的网络中断、系统瘫痪、数据被毁等;

  (2)因接地不良、机房屏蔽性能差引起的静电干扰或外界的电磁干扰使系统不能正常工作;

  (3)机房电力设备和其它配套设备本身缺陷诱发信息系统故障;

  (4)机房安全设施自动化水平低,不能有效监控环境和信息系统工作;

  (5)其它环境安全风险。

  2、物理设备的安全风险由于信息系统中大量地使用了网络设备如交换机、路由器等,服务器,移动设备,使得这些设备的自身安全性也会直接关系信息系统和各种网络应用的正常运转。例如,路由设备存在路由信息泄漏,交换机和路由器设备配置风险等。

  (二)网络安全风险

  1、网络体系结构的安全风险

  网络平台是一切应用系统建设的基础平台,网络体系结构是否按照安全体系结构和安全机制进行设计,直接关系到网络平台的安全保障能力。公司的网络是由多个局域网和广域网组成,网络体系结构比较复杂。内部应用信息网、Internet网之间是否进行隔离及如何进行隔离,网段划分是否合理,路由是否正确,网络的容量、带宽是否考虑客户上网的峰值,网络设备有无冗余设计等都与安全风险密切相关。

  2、网络通信协议的安全风险。

  网络通信协议存在安全漏洞,网络黑客就能利用网络设备和协议的安全漏洞进行网络攻击和信息窃取。例如未经授权非法访问内部网络和应用系统;对其进行监听,窃取用户的口令密码和通信密码;对网络的安全漏洞进行探测扫描;对通信线路和网络设备实施拒绝服务攻击,造成线路拥塞和系统瘫痪。

  3、网络操作系统的安全风险

  网络操作系统,不论是IOS,Android,还是Windows,都存在安全漏洞;一些重要的网络设备,如路由器、交换机、网关,防火墙等,由于操作系统存在安全漏洞,导致网络设备的不安全;有些网络设备存在“后门”(backdoor)。

  (三)系统安全风险

  1、操作系统安全风险

  操作系统的安全性是系统安全管理的基础。数据库服务器、中间层服务器,以及各类业务和办公客户机等设备所使用的操作系统,不论是Win20xx/XP/7,还是Unix都存在信息安全漏洞,由操作系统信息安全漏洞带来的安全风险是昀普遍的安全风险。

  2、数据库安全风险

  所有的业务应用、决策支持、行政办公的信息管理核心都是数据库,而涉及公司运行的数据都是昀需要安全保护的信息资产,不仅需要统一的数据备份和恢复以及高可用性的保障机制,还需要对数据库的安全管理,包括访问控制,敏感数据的安全标签,日志审计等多方面提升安全管理级别,规避风险。虽然,目前公司的数据库管理系统可以达到较高的安全级别,但仍存在安全漏洞。建立在其上的各种应用系统软件在数据的安全管理设计上也不可避免地存在或多或少的安全缺陷,需要对数据库和应用的安全性能进行综合的检测和评估。

  3、应用系统的安全风险

  为优化整个应用系统的性能,无论是采用C/S应用模式或是B/S应用模式,应用系统都是其系统的重要组成部分,不仅是用户访问系统资源的入口,也是系统管理员和系统安全管理员管理系统资源的入口,桌面应用系统的管理和使用不当,会带来严重的安全风险。例如当口令或通信密码丢失、泄漏,系统管理权限丢失、泄漏时,轻者假冒合法身份用户进行非法操作。重者,“黑客”对系统实施攻击,造成系统崩溃。

  4、病毒危害风险

  计算机病毒的传播会破坏数据信息,占用系统资源,影响计算机运行速度,引起网络堵塞甚至瘫痪。尽管防病毒软件安装率已大幅度提升,但如果没有好的防毒概念,从不进行病毒代码升级,而新病毒层出不穷,因此威胁性愈来愈大。

  5、黑客入侵风险

  一方面风险来自于内部,入侵者利用Sniffer等嗅探程序通过网络探测、扫描网络及操作系统存在的安全漏洞,如网络IP地址、应用操作系统的类型、开放哪些TCP端口号、系统保存用户名和口令等安全信息的关键文件等,并采用相应的攻击程序对内网进行攻击。入侵者通过拒绝服务攻击,使得服务器超负荷工作以至拒绝服务甚至系统瘫痪。

  另一方面风险来自外部,入侵者通过网络监听、用户渗透、系统渗透、拒绝服务、木马等综合手段获得合法用户的用户名、口令等信息,进而假冒内部合法身份进行非法登录,窃取内部网重要信息,或使系统终止服务。所以,必须要对外部和内部网络进行必要的隔离,避免信息外泄;同时还要对外网的服务请求加以过滤,只允许正常通信的数据包到达相应主机,其它的请求服务在到达主机之前就应该遭到拒绝。

  (四)应用安全风险

  1、身份认证与授权控制的安全风险

  依靠用户ID和口令的认证很不安全,容易被猜测或盗取,会带来很大的安全风险。为此,动态口令认证、CA第三方认证等被认为是先进的认证方式。但是,如果使用和管理不当,同样会带来安全风险。要基于应用服务和外部信息系统建立基于统一策略的用户身份认证与授权控制机制,以区别不同的用户和信息访问者,并授予他们不同的信息访问和事务处理权限。

  2、信息传输的机密性和不可抵赖性风险

  实时信息是应用系统的重要事务处理信息,必须保证实时信息传输的机密性和网上活动的不可抵赖性,能否做到这一点,关键在于采用什么样的加密方式、密码算法和密钥管理方式。采用国内经过国家密码管理委员会和公安部批准的加密方式、密码算法和密钥管理技术来强化这一环节的安全保障。

  3、管理层安全风险分析

  安全的网络设备要靠人来实施,管理是整个网络安全中昀为重要的'一环,认真地分析管理所带来的安全风险,并采取相应的安全措施。责权不明、管理混乱、安全管理制度不健全及缺乏可操作性等都可能引起管理安全的风险。

  当网络出现攻击行为或网络受到其它一些安全威胁时(如内部人员的违规操作等),无法进行实时的检测、监控、报告与预警。同时,当故障发生后,也无法提供黑客攻击行为的追踪线索及破案依据,即缺乏对网络的可控性与可审查性。这就要求人们必须对站点的访问活动进行多层次的记录,及时发现非法入侵行为。

  五、预防预警

  (一)完善网络与信息安全突发公共事件监测、预测和预警制度。

  加强对各类网络与信息安全突发事件和可能引起突发网络与信息安全突发公共事件的有关信息的收集、分析、判断和持续监测。当检查到有网络与信息安全突发事件发生或可能发生时,应及时对发生事件或可能发生事件进行调查核实、保存相关证据,并立即向应急领导小组报告。报告内容主要包括信息来源、影响范围、事件性质、事件发展趋势和采取的措施建议等。

  若发现下列情况应及时向应急领导小组报告:利用网络从事违法犯罪活动;网络或信息系统通信和资源使用异常;网络或信息系统瘫痪,应用服务中断或数据篡改、丢失;网络恐怖活动的嫌疑和预警信息;其他影响网络与信息安全的信息。

  (二)设定信息安全等级保护,实行信息安全风险评估。

  通过相关设备实时监控网络工作与信息安全状况。各基础信息网络和重要信息系统建设要充分考虑抗毁性和灾难恢复,制定并不断完善信息安全应急处理预案。针对信息网络的突发性、大规模安全事件,建立制度优化、程序化的处理流程。

  (三)做好服务器及数据中心的数据备份及登记工作,建立灾难性数据恢复机制。

  一旦发生网络与信息安全事件,立即启动应急预案,采取应急处置措施,判定事件危害程度,并立即将情况向有关领导报告。在处置过程中,应及时报告处置工作进展情况,直至处置工作结束。

  六、处置流程

  (一)预案启动

  在发生网络与信息安全事件后,信息中心应尽昀大可能迅速收集事件相关信息,鉴别事件性质,确定事件来源,弄清事件范围和评估事件带来的影响和损害,一旦确认为网络与信息安全事件后,立即将事件上报工作组并着手处置。

  (二)应急处理

  1、电源断电

  (1)查明故障原因。

  (2)检查UPS是否正常供电。

  (3)汇报相关领导,确认市电恢复时间,评估UPS供电能力。

  (4)备份服务器数据、交换机配置。

  (5)通知机房进行电源维修。做好事件记录。

  (6)必要时请示公司负责人及公司领导,主动关闭服务器、交换机、存储等设备,以免设备损坏或数据损失。

  2、局域网中断紧急处理措施

  (1)信息安全负责人员立即判断故障节点,查明故障原因,及时汇报。

  (2)若是线路故障,重新安装线路。

  (3)若是路由器、交换机等设备故障,应立即从指定位置将备用设备取出接上,并调试畅通。

  (4)若是路由器、交换机等配置文件损坏,应迅速按照要求重新配置,并调试畅通。

  (5)汇报相关领导,做好事件记录。

  3、广域网线路中断

  (1)信息安全负责人员应立即判断故障节点,查明故障原因。

  (2)如是我方管辖范围,由信息安全负责人员立即维修恢复。

  (3)如是电信部门管辖范围,应立即与电信维护部门联系修复。

  (4)做好事件记录。

  4、核心交换机故障

  (1)检查、备份核心交换机日志。

  (2)启用备用核心交换机,检查接管情况。

  (3)备份核心交换机配置信息。

  (4)将服务器接入备用核心交换机,检查服务器运行情况,将楼层交换机、接入交换机接入备用核心交换机,检查各交换机运行情况。

  (5)汇报有关领导,做好事件记录。

  (6)联系维修核心交换机。

  5、光缆线路故障

  (1)立即联系光纤熔接人员携带尾纤等辅助材料,及时熔接连通。

  (2)检查并做好备用光缆或备用芯的跳线工作,随时切换到备用网络。

  (3)做好事件记录,及时上报。

  6、计算机病毒爆发

  (1)关闭计算机病毒爆发网段上联端口。

  (2)隔离中病毒计算机。

  (3)关闭中病毒计算机上联端口。

  (4)根据病毒特征使用专用工具进行查杀。

  (5)系统损坏计算机在备份其数据后,进行重装。

  (6)通过专用工具对网络进行清查。

  (7)做好事件记录,及时上报。

  7、服务器设备故障

  (1)主要服务器应做多个数据备份。

  (2)如能自行恢复,则立即用备件替换受损部件,如:电源损坏更换备用电源,硬盘损坏更换备用硬盘,网卡、主板损坏启用备用服务器。

  (3)若数据库崩溃应立即启用备用系统。并检查备用服务器启用情况。

  (4)对主机系统进行维修并做数据恢复。

  (5)如不能恢复,立即联系设备供应商,要求派维护人员前来维修。

  (6)汇报有关领导,做好事件记录。

  8、黑客攻击事件

  (1)若通过入侵监测系统发现有黑客进行攻击,立即通知相关人员处理。

  (2)将被攻击的服务器等设备从网络中隔离出来。

  (3)及时恢复重建被攻击或被破坏的系统

  (4)记录事件,及时上报,若事态严重,应及时向信息化主管部门和公安部门报警。

  9、数据库安全事件

  (1)平时应对数据库系统做多个备份。

  (2)发生数据库数据丢失、受损、篡改、泄露等安全事件时,信息安全人员应查明原因,按照情况采取相应措施:如更改数据库密码,修复错误受损数据。

  (3)如果数据库崩溃,信息安全人员应立即启用备用系统,并向信息安全负责人报告;

  在备用系统运行期间,信息安全人员应对主机系统进行维修并作数据恢复。

  (4)做好事件记录,及时上报。

  10、人员疏散与机房灭火预案

  (1)当班人员发现机房内有起火、冒烟现象或闻到烧焦气味时,应立即查明原因和地点,及时上报并针对不同情况,采取关闭电源总开关、隔离火源附近易燃物、用消防栓、灭火器等器材灭火等措施,组织本单位、部门在场的人员有序地投入扑救工作,将火扑灭或控制火势蔓延。

  (2)当火势已无法控制时,一是指定专人立即拨打“119”火警电话报警和向上级保卫部门报告,并打破报警器示警。二是组织周围人员迅速撤离。

  (3)在保障人员安全的情况下,立即组织人员疏散和转移重要物品,特别是易燃、易爆物品和重要的机器、数据要及时转移到安全地点,并派人员守护,确保安全。

  (4)火情结束之后,组织相关人员及时进行网络系统恢复,及时向上级有关部门和领导汇报,并做好现场保护工作和防止起火点复燃。

  11、发生自然灾害后的紧急措施

  (1)遇到重大雷暴天气,可能对机房设备造成损害时,应关闭所有服务器,切断电源,暂停内部计算机网络工作。雷暴天气结束后,及时开通服务器,恢复内部计算机网络工作。

  (2)确认灾害不会造成人身伤害后,尽快将网络恢复正常,若有设备、数据损坏,及时使用备份设备或备用数据。

  (3)及时核实、报损,并将详细情况向部门领导汇报。

  12、关键人员不在岗的紧急处置措施

  (1)对于关键岗位平时应做好人员储备,确保一项工作有两人能够操作。对于关键账户和密码进行密封保存。

  (2)一旦发生系统安全事件,关键人员不在岗且联系不上或1小时内不能到达机房的情况,首先应向领导小组汇报情况。

  (3)经领导小组批准后,启用公司备份管理员密码,由备用人员上岗操作。

  (4)如果备用人员无法上岗,请求软件公司技术支援。

  (5)关键人员到岗后,按照相关规定进行密码设定和封存。

  (6)做好事件记录。

  (三)后续处理

  安全事件进行昀初的应急处置以后,应及时采取行动,抑制其影响的进一步扩大,限制潜在的损失与破坏,同时要确保应急处置措施对涉及的相关业务影响昀小。安全事件被抑制之后,通过对有关事件或行为的分析结果,找出其根源,明确相应的补救措施并彻底清除。在确保安全事件解决后,要及时清理系统、恢复数据、程序、服务,恢复工作应避免出现误操作导致数据丢失。

  (四)记录上报

  网络与信息安全事件发生时,应及时向网络与信息安全应急处置工作组汇报,并在事件处置工作中作好完整的过程记录,及时报告处置工作进展情况,保存各相关系统日志,直至处置工作结束。

  七、保障措施

  (一)应急设备保障

  对于重要网络与信息系统,在建设系统时应事先预留一定的应急设备,建立信息网络硬件、软件、应急救援设备等应急物资库。在网络与信息安全突发公共事件发生时,报领导同意后,由应急工作组负责统一调用。

  (二)数据保障

  重要信息系统均应建立容灾备份系统和相关工作机制,保证重要数据在遭到破坏后,可紧急恢复。各容灾备份系统应具有一定的兼容性,在特殊情况下各系统间可互为备份。

信息系统应急预案6

  本预案是信息技术部根据公司有关法规和政策,结合公司信息系统建设和运行情况,重点针对公司可能发生的重大突发事件编制的,包括总则、组织指挥体系及职责、预警和预防机制、应急处理程序、保障措施等,其中明确规定了在发生信息系统突发事件情况下,信息系统管理人员的相关职能和工作方法,具有一定的指导性和可操作性。

  一、总则

  (一)目的

  为科学应对信息系统突发事件,建立健全信息系统的应急响应机制,有效预防、及时控制和最大限度地消除各类突发事件的危害和影响,制订本应急预案。

  (二)工作原则

  1.统一领导

  遇到重大信息系统异常情况,应及时向有关领导报告,以便于统一调度、减少损失。

  2.综合协调

  明确综合协调的职能机构和人员,做到职能间的相互衔接。

  3.重点突出

  应急处理的重点放在运行着重要业务系统或可能导致严重事故后果的关键信息系统上。

  4.及时反应,积极应对

  出现信息系统故障时,信息系统维护人员应及时发现、及时报告、及时抢修、及时控制,积极对信息系统突发事件进行防范、监测、预警、报告、响应。

  5.快速恢复

  信息系统管理人员在坚持快速恢复系统的原则下,根据职责分工,加强团结协作,必要情况下与设备供应商以及系统集成商共同谋求问题的快速解决。

  6.防范为主,加强监控

  经常性地做好应对信息系统突发事件的思想准备、预案准备、机制准备和工作准备,提高基础设备和重要信息系统的综合保障水平。加强对信息系统应用的日常监视,及时发现信息系统突发性事件并采取有效措施,迅速控制事件影响范围,力争将损失降到最低程度。

  二、应急工作小组机构及职责

  在信息系统事件的处理中,一个组织良好、职责明确、科学管理的应急队伍是成功的关键。组织机构的成立对于事件的响应、决策、恢复,防止类似事件的发生都具有重要意义。

  结合公司信息系统的实际情况,将有关应急人员的角色和职责进行了明确的划分。

  1.应急处理领导小组

  及时掌握信息系统故障事件的发展动态,向上级部门报告事件动态;对有关事项做出重大决策;启动应急预案;组织和调度必要的人、财、物等资源。(应急领导小组成员参见《重大突发事件预案处理和报告制度》)。

  2.应急处理工作小组

  负责定期了解外部支持人员的变动情况,及时更新其技术人员及联系方式等信息;快速响应信息系统发现的故障事件、业务部门对信息系统故障的申告;执行信息系统故障的诊断、排查和恢复操作;定期通过设备监控软件、系统运行报告等工具对信息系统的使用情况进行分析,尽早发现信息系统的异常状况,排除信息系统的隐患。

  工作小组组长:信息技术部负责人

  工作小组成员:信息技术部技术支持室全体成员、信息技术部各室主任

  3.外部支持人员

  包括电信运营商、设备供应商以及系统集成商。负责事先向某某信息技术部提供紧急情况下的应急技术方案和应急技术支援体系;积极配合信息中心应急人员进行故障处理。

  名单:设备供应商、系统集成商、电信运营商等

  三、预警和预防机制

  (一)信息系统监测及报告

  1.信息系统的日常管理和维护

  信息系统的日常管理和维护应加强信息系统应用的监测、分析和预警工作。

  2.建立信息系统故障事故报告制度

  发生信息系统故障时,值班人员应当立即向应急处理小组领导报告,并及时进行故障处理、调查核实、保存相关证据等。

  (二)预警

  在接到突发事件报告后,应当经初步核实之后,将有关情况及时向应急处理小组领导报告,进一步进行情况综合,研究分析可能造成损害的程度,提出初步行动对策。由上级领导视情况紧急程度召集协调会,决策行动方案,发布指示和实施命令等。

  (三)预警支持系统

  应建立和完善信息监测、消息传递和指挥决策支持系统,保证突发事件处理过程中的资源共享、运转正常、指挥有力。

  (四)预防机制

  各业务信息系统和重要信息系统建设要充分考虑抗毁性与灾难恢复,制定并不断完善应急处理预案。针对基础信息信息系统的突发性、大规模异常事件,各相关部门建立制度化、程序化的处理流程。

  四、应急处理程序

  (一)信息系统突发事件分类分级的说明

  根据业务信息系统突发事件的发生原因、性质和机理,业务信息系统突发事件主要分为以下三类:

  1.攻击类事件:指信息系统因计算机病毒感染、非法入侵等导致业务中断、系统宕机、信息系统瘫痪等情况。

  2.故障类事件:指信息系统因计算机软硬件故障、停电、人为误操作等导致业务中断、系统宕机、信息系统瘫痪等情况。

  3.灾害类事件:指因爆炸、火灾、雷击、地震、台风等外力因素导致信息系统损毁,造成业务中断、系统宕机、信息系统瘫痪等情况。

  按照突发事件的性质、严重程度、可控性和影响范围,将其分为一般故障、严重故障、重大故障、特级故障四级。

  1.一般故障

  信息系统中单个系统故障,但未影响业务系统运行,也未造成社会影响或经济损失的突发事件。

  2.严重故障

  信息系统中单个分公司节点故障导致分公司业务中断,可能造成较大业务影响或较大经济损失的突发事件。

  3.重大故障

  信息系统中多个分公司节点或总公司骨干节点故障引起的多个业务系统长时间中断,可能造成重大社会影响和巨大经济损失的突发事件。

  4.特级故障

  特指发生不可预见的灾难性事故,如火灾、水灾和地震等。

  (二)信息系统应急预案启动

  根据以上定义的故障分级,当信息系统事件的要素满足启动应急预案要求时,进入相应的应急启动流程。

  (1)应急处理工作小组从业务人员或值班人员的故障申告、信息系统监控报告的故障告警中得知信息系统异常事件后,应在第一时间赶赴信息系统故障现场。

  (2)应急处理工作小组针对信息系统事件做出初步的.分析判断。若是电源接触不好、物理连线松动或者能在最短时间内自行解决的信息系统问题,及时按照有关操作规程进行故障处理,并报领导小组备案;

  否则,应急处理工作小组将故障大致定性为设备故障、线路故障、软件故障等故障之一,及时告知领导小组和受影响的相关部门,并采取措施避免事件影响范围的扩大。

  (3)应急处理工作小组向领导小组报告,在领导小组的授权后启动相应的应急预案。针对灾难事件和影响重要业务运行的重大事件,还要及时向上级机关进行报告。

  (4)应急处理工作小组根据故障类型及时与外部支持人员取得联系。其中,设备故障的,可与设备供应商和集成商联系;

  软件故障的,可与系统集成商联系,由系统集成商进行现场或远程技术支持;线路故障的,可与电信运营商联系,三方密切协作力求通信线路在短时间内恢复正常。

  (5)应急处理工作小组在上级机构或外部支持人员的配合下,充分利用应急预案的资源准备,采取有力措施进行故障处理,及时恢复信息系统的正常工作状态。

  (6)应急处理工作小组通知业务部门信息系统恢复正常,并向领导小组报告故障处理的基本情况。重大事件形成文字资料,以书面形式向上级报告。

  (7)总结整个处理过程中出现的问题,并及时改进应急预案。

  (三)现场应急处理

  (1)如遇到预知外界因素(如定时、定点停电)影响业务信息系统系统的正常运行,将根据有关部门的通知,提前安排技术人员到实地关闭信息系统设备并进行现场维护,直至外界因素消除。

  (2)如遇到不可抗力因素(如火灾)造成的信息系统系统故障时,接到通知的值班人员要快速到达现场,果断切断相关设备配电柜的电源,积极参与消除不可抗力因素,并及时将情况上报应急处理工作小组领导。

  (3)如遇到一般故障、严重故障和重大故障,影响信息系统的正常运行,值班人员要迅速、及时地赶到现场,进行相应突发事件的应急处理。

  五、保障措施

  (一)应急演练

  为提高信息系统突发事件应急响应水平,信息技术部和相关部门应定期或不定期组织应急预案演练;检验应急预案各环节之间的通信、协调、指挥等是否符合快速、高效的要求。通过演习,进一步明确应急响应各岗位责任,对预案中存在的问题和不足及时补充、完善。

  (二)人员培训

  为确保本应急预案有效运行,应定期或不定期地举办不同层次、不同类型的技术讲座或研讨会,以便不同岗位的应急人员能全面熟悉并熟练掌握突发事件的应急处理知识和技能。

  (三)硬件资源保障

  为了在信息系统设备发生故障时能够尽量降低业务系统的受影响程度,须为相应的核心业务信息系统提供必要的备份设备与线缆等硬件资源,并且配备与现有设备兼容的设备,确保相似或兼容的设备可以在应急情况下调配使用。这些备份设备需预先采购并保存在专门位置。

  (四)文档资料准备

  包括信息系统工程文档、维护手册、操作手册、设备配置参数、拓扑图以及IP地址规范及分布情况等。

  (五)技术支持保障

  建立预警与应急处理的技术平台,进一步提高信息系统突发事件的发现和分析能力,从技术上逐步实现发现、预警、处理、通报等多个环节和不同的业务信息系统、系统以及相关部门之间应急处理的联动机制。

  (六)公众信息交流

  在应急预案修订、演练的前后,应利用各种信息渠道进行宣传,并不定期的利用各种活动,宣传信息系统等突发事件的应急处理规程及其预防措施等应急常识。

  六、分类突发事件应急处理措施

  (一)黑客攻击时的紧急处置措施

  1、当有关值班人员发现业务系统或网站内容被纂改,或通过入侵监测系统发现有黑客正在进行攻击时,应立即向信息系统管理技术人员通报情况。

  2、信息系统管理技术人员应在三十分钟内响应,并首先应将被攻击的服务器等设备从信息系统中隔离出来,保护现场,并同时向应急处理工作小组领导通报情况。

  3、信息系统管理技术人员负责被攻击或破坏系统的恢复与重建工作。

  4、信息系统管理技术人员会同相关支持人员追查非法信息来源。

  5、信息系统管理技术人员组织相关支持人员会商后,向应急处理工作小组组长汇报有关情况。

  6、应急处理工作小组组长如认为情况严重,应立即向应急处理领导小组组长汇报。

  7、应急处理领导小组组长组织应急处理领导小组召开会议,如认为事态严重,则立即向公安部门或上级机关报警。

  (二)病毒安全紧急处置措施

  1、当发现有计算机被感染上病毒后,应立即向信息系统管理技术人员报告,将该机从信息系统上隔离开来。

  2、信息系统管理技术人员在接到通知后,应在三十分钟内响应。

  3、对该设备的硬盘进行数据备份。用反病毒软件对该机进行杀毒处理,同时通过病毒检测软件对其他机器进行病毒扫描和清除工作。

  4、如果现行反病毒软件无法清除该病毒,应立即向应急处理工作小组组长报告,并迅速联系有关产品商研究解决。

  5、应急处理工作小组经会商,认为情况严重的,应立即向应急处理领导小组组长汇报。

  6、应急处理领导小组经会商后,认为情况极为严重的,应立即向公安部门或上级机关报告。

  7、如果感染病毒的设备是中心服务器系统,经领导小组同意,应立即告知各相关部门做好相应的清查工作。

  (三)软件系统遭破坏性攻击的紧急处置措施

  重要的业务系统必须存有备份,与业务系统相对应的数据必须有多日的备份,并将他们保存在安全处。

  1、一旦信息系统遭到破坏性攻击,应立即向信息系统管理技术人员、业务系统技术人员报告,并将该系统停止运行。

  2、信息系统管理技术人员检查日志等资料,确定攻击来源。

  4、由业务系统技术人员向应急处理工作小组组长汇报。

  5、应急处理工作小组组长认为情况严重的,应立即向应急处理领导小组汇报。

  6、应急处理领导小组认为情况极为严重的,应立即向公安部门或上级机关报告。

  (四)数据库安全紧急处置措施

  1、主要数据库应按双机热备设置,并至少要准备两个以上数据库备份,平时一个备份放在机房,另一个备份放在另一个安全的场所。

  2、一旦数据库崩溃,应立即启动备用系统,并向应急处理工作小组组长报告。

  3、在备用系统运行期间,业务系统技术人员应对主机系统进行维修。

  4、如果两套系统均崩溃,业务系统技术人员应立即向应急处理工作小组组长报告,应急处理工作小组如认为情况严重,应立即向应急处理领导小组组长汇报。同时通知相关科室部门暂缓使用业务系统和上传上报数据。

  5、系统修复启动后,将第一个数据库备份取出,按照要求将其恢复到主机系统中。

  6、如因第一个备份损坏,导致数据库无法恢复,则应取出第二套数据库加已恢复。

  7、如果两个备份均无法恢复,应立即向应急处理工作小组组长汇报,并向有关厂商请求紧急支援。

  (五)广域网外部线路中断紧急处置措施

  1、广域网主、备用线路中断一条后,网络管理员应立即启动备用线路接续工作,同时向应急处理工作小组组长报告。

  2、网络管理员应尽快判断故障节点,查明故障原因。

  3、如属我方管辖范围,由网络管理员立即予以修复。

  4、如属运营商管辖范围,立即与运营商维护部门联系,要求恢复。

  5、如果主、备用线路同时中断,网络管理员应在判断故障节点,查明故障原因后,尽快研究恢复措施,并立即向应急处理工作小组组长汇报。

  6、经应急处理领导小组同意后,应通知相关部门相关原因,并暂缓使用业务系统和上传上报数据。

  (六)局域网中断紧急处置措施

  1、局域网中断后,网络管理员应立即判断故障节点,查明故障原因,并向应急处理工作小组组长汇报。

  2、如属线路故障,应重新安装线路。

  3、如属路由器、交换机等信息系统设备故障,应立即通知供应商进行保修。

  5、如属路由器、交换机配置文件破坏,应迅速按照要求重新配置,并调试通畅。

  6、如有必要,应向应急处理领导小组汇报。

  (七)设备安全紧急处置措施

  服务器、存储设备等关键设备损坏后,值班人员应立即向信息系统管理技术人员报告。

  1、信息系统管理技术人员立即查明原因。

  2、如果能够自行恢复,应立即用备件替换受损部件。

  3、如属不能自行恢复的,立即与设备提供商联系,请求派维护人员前来维修。

  4、如果设备一时不能修复,应向处理工作小组组长汇报,并告之相关部门,暂缓使用受影响的业务系统。

  (八)人员疏散与机房灭火预案

  1、一旦机房发生火灾,应遵循下列原则:首先保人员安全;其次保关键设备、数据安全;三是保一般设备安全。

  2、人员疏散的程序是:机房值班人员立即按响火警警报,并通过119电话向公安消防请求支援,所有人员戴上防毒面具,所有不参与灭火的人员按照预定的路线,迅速从机房中有序撤出。

  3、人员灭火的程序是:首先切断所有电源,启动自动气体灭火装置,灭火值班人员戴好防毒面具,从指定位置取出气体灭火器进行灭火。

  (九)供电中断后的设备运行预案

  1、外电中断后,机房值班人员应立即检查是否启用了备用电源。

  2、机房值班人员应立即查明原因,并向信应急处理工作小组组长报告。

  3、如因内部线路故障,请办公室联系相关单位迅速恢复。

  4、如果是供电局的原因,应立即与供电局联系,请供电局迅速恢复供电。

  5、如果供电局告知需长时间停电,应作如下安排。

  (1)停电30分钟以内,由UPS供电;

  (2)停电30分钟—1小时,关掉非关键设备,确保关键服务器、核心信息系统设备供电;

  (3)停电1小时以上,关闭所有设备,。

  (十)关键人员不在岗的紧急处置措施

  1、对于关键岗位平时应做好人员储备,确保一项工作由两人能够操作。

  2、一旦发生关键人员不在岗的情况,首先应向应急处理工作小组组长汇报情况。

  3、经处理工作小组组长批准后,由备用人员上岗操作。

  4、如果备用人员无法上岗,请求上级单位或外部支持技术人员支援。

  七、附则

  (1)本预案所称信息系统突发事件,是指由于自然灾害、设备软硬件故障、内部人为失误或破坏等原因,信息系统的正常运行受到严重影响,出现业务中断、系统破坏、数据破坏等现象,造成不良影响以及造成一定程度直接或间接经济损失的事件。

  (2)本预案通过演习、实践检验,以及根据应急力量变更、新技术、新资源的应用和应急事件发展趋势,及时进行修订和完善;所附的成员、联系方式等发生变化时也随时修订。

  (3)本预案自发布之日起实施。

【信息系统应急预案】相关文章:

信息系统应急预案03-15

医院信息系统应急预案03-27

信息系统应急预案(精选11篇)11-29

信息系统应急预案6篇03-22

信息系统应急预案8篇03-16

医院信息系统故障应急预案09-22

(完整版)信息系统应急预案08-01

应急预案突发事件应急预案09-16

应急预案07-31