XX集团机房
信息系统故障事件处理报告
医院信息化系统应急预案 为防止因医院信息系统出现故障而影响全院正常医疗秩序，确保患者在特殊情况下能够得到及时、有效地治疗，结合我院实际，特制定本预案，望各科室、各部门在应急情况下遵照执行。 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当信息科一旦确定为网络整体故障时，首先是立刻报告院领导，同时组织恢复工作，并充分考虑到特殊情况如节假日、病员流量大、人员外出及医院有重大活动等对故障恢复带来的时间影响。
公司网络故障处理报告 报告人：区兴源 时间2013年3月31号下午4点05分 内容公司内网故障导致公司所有员工不能使用远古系统与内网共享资源 值班人区兴源 故障设备 事件回放 1．当天下午4点05分，练习场内网出现故障，练习场员工打来电话报告远古不 能使用，经检测，暂时不能发现原因所在。 2．当天下午4点30分，接到经理电话说前台跟餐厅也不能使用远古系统，先放 下练习场的故障处理赶到前台，情况跟练习场的一样。 3．同时赶到机房，检查发现所有的设备均没发出报错信号，重启路由器交换机均 没取得有效的效果。 4．下午5点，故障还没排除，经过经理的意见马上采取应急措施，把服务器机房 的远古主机搬到前台，用8口交换机把服务器与前台的4台电脑连接在一起组建临时的办公系统，让餐厅出发台等一线部门先在这4台电脑上处理办公问题。 5．下午5点40分，部门同事刘仰恺赶到支持。 6．晚上9点，问题暂时解决，能在前台、出发台和餐厅的电脑ping同内网路由器和登录远古系统。 7．4月1号早上6点，前台再次发来保障，公司局部的电脑不能使用远古系统， 经检测，交换机直连内网路由器的8口模块能使用，别的模块全都不能正常工作。马 上把主要的部门接线连到能使用的那个8口模块 8．9点，部门经理和同事上班，一同到弱电室机房检测问题所在，经商讨发现练 习场交换机的布线出现错误。 9．9点30分，问题解决，公司所有的电脑均能连接远古系统和使用内网共享资源。
原因分析： 如图为公司内网网络拓扑简略图，当事故发生时，由于远古内网路由器的DHCP池（即自动分配IP功能）分发失败，导致所有连接在交换机上的电脑均不能获取到IP地址导致不能连接远古服务器。 经过信息部内部的分析，初步估计出是公司内部线路出现交换机环路现象（即网络堵塞），不排除是中了局域网病毒。 用备用交换机逐个检查交换机上的接线检测是哪个区域的电脑出现异常，最后经理锁定是练习场与弱电室之间的线路出现问题。 用排除法，一段一段地测试线路，发现练习场与厨房之间的接线发现了异
信息系统突发事件应急预案 为防止医院信息系统出现故障影响全院正常医疗秩序，确保患者在特殊情况下能够得到及时、有效地治疗，结合我院实际，特制定本预案。一、医院信息系统出现故障报告程序 (一)各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，应立即向信息科报告。 (二)信息科工作人员接到科室故障报告后，应立即展开调查，若断定为网络问题时，应安排专人打电话通知相关科室故障原因，并对来电询问科室做好解释工作，同时报告信息科长。 (三)情况核实后，信息科应及时给各工作站反馈故障信息，查明故障原因后，可以立刻恢复的，应尽快恢复系统工作；如故障原因不明、情况严重、不能在短期内排除的，网络中心在组织抢修的同时，应立即报告院领导。在网络不能运转的情况下由院领导协调全院各部门工作，以保障全院医疗工作的正常运转。 二、医院信息系统故障分级及处理原则 (一)根据故障发生的原因和性质不同分为三类： 1.一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、备份硬盘损坏、服务器工作不稳定、局部网络不通、价表目录被人删除或修改、重点终端故障、规律性的整体、局部软件和硬件发生故障等造成的全院性计算机网络瘫痪。 2.二类故障：由于单一终端软、硬件故障，单一病人信息丢失、偶然性的数据处理错误、某些科室违反工作流程引起局部系统故障。
3.三类故障：由于各终端操作不熟练或使用不当造成的错误。 (二)故障分类等级的处理原则： 1.一类故障：由信息科科长上报院领导，由医院组织协调计算机网络恢复工作。 2.二类故障：由网络管理人员上报信息科科长，由信息科负责解决，并做好相关记录。 (三)三类故障：由网络管理员负责解决，并详细登记维护情况。三、发生网络整体故障时的应急协调 （一）当信息科一旦确定为网络整体故障时，应立刻报告院领导，同时积极组织网络恢复工作，各部门根据故障恢复可能需要的时间的及时转入手工操作,详见(六)，具体时限明确如下： 30分钟内不能恢复——门诊挂号、住院登记、药房、门诊各诊室转入手工操作。 6小时内不能恢复——各医生工作站、护士工作站、药房、急诊科、手术室、医技检查转入手工操作（具体时间由信息科通知）。 24小时以上不能恢复——全院各种业务转入手工操作。 （二）各部门的具体协调安排： 1.所有手工操作的统一启动时间，须由信息科工作人员判断所需修复时间，报告院领导同意后通知相关部门，各科室应严格按照通知的时间协调各项工作，在未接到新的通知前不准私自操作计算机。 2.门、急诊工作由门诊部主任负责联系协调。网络恢复后，门、急诊工作人员要及时将中断期间的患者信息输入到计算机内。 （三）门、急诊收费处工作由财务科长负责总体联络协调，要与信息科保持联系，及时反馈沟通最新消息；当网络系统运行中断超过30分钟
故障管理和故障处理流程规定 (暂行稿) 工程运维中心 二〇〇八年八月
目录 第一章目的 (3) 第二章工程运维中心在95013业务维护管理中的职责 (3) 第三章 95013业务故障分类 (3) 第四章故障处理的原则: (4) 第五章故障处理时限要求。 (4) 第六章故障管理和故障报告制度 (4) 第七章故障通报制度 (5) 第八章故障处理及报告流程图 (5) 第九章工程运维中心内部处理流程 (6) 第十章外部支持流程(研发、建设和其他厂家） (6) 第十一章工程运维中心各部门及公司相关部门的责任 (7) 第十二章故障的跟踪管理 (7) 附件一：95013业务重大/严重故障分析报告 (9)
第一章目的 工程运维中心承担95013业务网络和平台日常维护工作，为规范故障管理和故障处理的工作流程，使网络和平台故障能够得到正确及时地处理，保证 95013业务安全稳定的运行，特制定本规定。 第二章工程运维中心在95013业务维护管理中的职责 a）工程运维中心网管中心值班工程师和各分公司运维人员承担95013业务的日常运行监控和维护工作。 b）工程运维中心运维组负责95013平台的故障处理；各地分公司运维人员负责现场支持，并负责协调当地运营商的运维支持。 c）建立故障通报制度，如发生重大故障，应按照故障等级和故障上报流程逐级向上汇报。 d）定期召开网络质量分析会，遇有重大故障，应及时召开故障分析会。 负责全公司运维人员的技术业务培训，提高运维人员的技术维护水平和工作能力。 第三章 95013业务故障分类 95013业务系统和网络故障分为重大故障、严重故障和一般故障。 1.重大故障：全部业务中断 2.严重故障包括： 一种以上业务全部中断≥60分钟 一省以上业务全部中断≥60分钟 用户注册、业务受理全部中断≥4个小时 3.一般故障：除重大故障、严重故障以外的其它故障。
信息系统故障处理应急预 案 The final edition was revised on December 14th, 2020.
上饶县交通警察大队 信息系统故障处理应急预案 一、信息系统应急预案组织机构 为了保证公安交警网络和信息系统的安全，防止因电脑硬件、软件、网络故障而产生的大队业务、网络使用的瘫痪，特制订上饶县交警大队信息系统安全应急方案。 二、信息系统故障等级划分 1、一级故障 信息系统发生故障，预计将或已经严重影响大队各窗口单位、业务单位相关业务中断1小时以上，并预计4小时以内无法恢复的，具备以下一个或几个特征，即定义为一级故障。 1．交警指挥大楼至支队公安网出现线路和设备故障； 2. 交警指挥大队内部网络出现故障； 3．大队计算机房供电系统、空调系统等外围保障设施出现严重故障； 6．病毒攻击造成大队网络专网中断或传输效率明显下降，关键业务系统不能正常提供服务； 7．病毒攻击造成大楼各网络感染客户端设备10台以上，导致关键业务系统和办公系统不能正常提供服务； 8．利用技术手段，造成业务数据被修改、假冒、泄漏、窃取的信息系统安全事件。 2、二级故障
满足以下条件之一，即定义为二级故障。 1．故障发生后，影响到信息系统的运行效率，速度变慢，但未影响车管等主要业务现场。 2．故障发生后预计在2小时以内恢复。 3、三级故障 满足以下条件之一，即定义为三级故障。 1．故障发生后，可随时应急处理，不会影响的系统全面运行，但是一种隐患。 一级和二级故障为重大故障；三级故障为一般性故障。 二信息系统故障处理程序 1、故障的发现 信息中心人员在发现故障或接到故障报告后，首先要记录故障发生时间和发现时间，以及发现部门、发现人，对故障的等级进行初步判定，并报告相关人员进行处理。 2、故障的处理 1.信息中心科室为故障处理部门，故障处理部门领导负责通知和落实相应岗位人员到出现故障科室部门，应先询问了解设备和配置近期的变更情况，查清故障的影响范围，从而确定故障的等级和发生故障的可能位置。 2. 对于重大故障按照的故障升级上报要求进行上报，并在处理过程中及时向主管关领导通报故障处理情况。 3. 对于一般性故障按照的故障升级上报要求进行上报，并在处理过程中及时通报故障处理情况。
医院信息系统故障处理应急预案 一、总则 （一）目得 为有效防范医院信息系统运行过程中产生得风险，预防与减少突发事 件造成得危害与损失,建立与健全医院计算机信息系统突发事件应急机制，提高计算机技术与医院业务应急处理与保障能力，确保患者在特殊情况下能够得到及时、有效地治疗，确保计算机信息系统安全、持续、稳健运行. （二）编写依据 根据《湖南省网络与信息安全应急预案》及国家信息安全相关要求与 有关信息系统管理得法律、法规、规章，并结合医院得实际，编制木预案。 （三）工作原则 统一领导、分级负责、严密组织、协同作战、快速反应、保障有力（四）适用范围 适用于医院计算机网络及各类应用系统 二、组织机构与职责 根据计算机信息系统应急管理得总体要求，成立医院计算机信息系统应急保障领导小组（简称应急领导小组），负责领导、组织与协调全院计算机信息系统突发事件得应急保障工作。 1.领导小组成员: 组长由院长担任。
副组长由相关副院长担任。 成员由信息中心、院办、医务科、护理部、财务科、医保办、总务科 等部门主要负责人组成。 应急小组日常工作由医院信息中心承担，其她各相关部门积极配合。 2。领导小组职责： (1 )制定医院内部网络与信息安全应急处置预案。 (2)做好医院网络与信息安全应急工作。 (3)协调医院内部各相关部门之间得网络与信息安全应急工作, 协调与软件、硬件供应商、线路运营商之间得网络与信息安全应急工作. (4)组织医院内部及外部得技术力量，做好应急处置工作。 三、医院信息系统出现故障报告程序 当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息中心报告?信息中心工作人员对各工作站提岀得问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行分析，如果故障原因明确，可以立刻恢复得，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除得，应立即报告应急领导小组,在网络不能运转得情况下由应急领导小组协调全院各部门工作，以保障全院医疗工作得正常运转。 四、医院信息系统故障分级 根据故障发生得原因与性质不同分为三类与其它故障： 一类故障：由于服务器不能正常工作、光纤损坏、主服务器数据丢失、
信息系统（设备）故障处理制度（试行） （2018年8月版） 第一章总则 为规范公司信息系统的故障申告、受理、处理和修复后业务验证等日常维护支撑和管理工作，保证故障申告、受理、处理和业务验证的及时性和有效性，进一步明确各部门的职责、工作流程、相关要求以及考核指标，特制定本制度。 第一条适用范围 本制度所指信息系统包括：机房环境、配套网络、计算机硬件平台、基础软件、应用软件。 第二章故障处理流程 第二条信息系统的分类 将信息系统分为重要信息系统和非重要信息系统两类。重要信息系统是指支撑公司重要业务，信息安全和服务质量的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。非重要信息系统是指除重要信息系统之外的信息系统。 第三条信息系统故障分级 据信息系统故障的影响范围及持续时间等因素，将信息系统故障分为重大故障、较大故障、一般故障三个级别。当故障满足多个级别的定级条件时，按最高级别确定故障级别。 重大故障（一级）: 由于线上系统服务宕机，系统的操作性能严重降低,重要信息系统服务异常，在主要业务服务时段导致业务无法正常开展达3个小时（含）以上，对业
务运作造成重大影响。 较大故障（二级）: 由于系统操作功能受损，使业务运作中的某一部分功能受到不良影响，但其它部分业务功能仍可正常运作，重要信息系统服务异常，在主要业务服务时段导致业务无法正常开展达半个小时（含）以上， 一般故障（三级）: 由于系统的操作性能（效率）降低，业务运作的受到不良影响，但业务功能应用仍可正常工作，在主要业务服务时段导致业务无性能不足达1个小时（含）以上； 第四条执行标准 本制度由负责解释和修订，自发文之日起开始执行。 第五条组织及职责，故障管理实行-两级管理体系 本制度涉及的相关组织有信息系统故障申告部门、受理部门、处理部门。 1、申告部门包括、分支机构相关信息系统的使用部门。申告分为、和三个层面。申告到层面能够解决的故障和问题，无须上报层面，在层面归口解决，解决不了的再上报层面解决。 2、受理部门分为和两个层面。原则上，负责故障受理和预处理，各负责级故障受理和预处理。 3、处理部门分为和两个层面。原则上，负责上报到的故障处理；各负责级的故障处理；科技联系人负责级的简单故障处理。 申告部门职责 1.负责将发现的系统故障以及问题、建议提交到故障受理部门。 2.负责在故障处理过程中与故障处理部门进行沟通。 3.负责对已修复的故障进行业务验证，在业务验证通过后及时关闭故障。 受理部门职责
NGBOSS3.0系统问题及故障管理流程 1、相关概念 1)问题定义：问题是一个或多个不知原因的事件。 2)问题与故障（或突发事件）的关系：当问题的影响符合故障（或突发事件）定义 标准时，问题即形成故障（或突发事件）。 3)故障处理小组：故障处理小组由各业务流的故障牵头处理人组成，共同完成故障 管理相关工作。目前业务运营中心故障处理小组包括话单流陈霞、订单流张嘉琦、账务流刘华、热线支持组马立娜及值班组阴衍亮。 2、故障处理 一、角色及职责定义 1)故障上报人 ●根据故障上报标准判断为故障后，第一时间按要求发出报告邮件，并电话通 知故障分派员。 ●对于符合故障或突发事件定义的问题，逐层升级至本部门主管经理；未达到 标准的通知主管，由主管酌情升级。 ●对于故障或突发处理过程中未按时限回复进展情况，由故障上报人直接升级 至故障分派员。 ●对于发生的故障，统一按业务运营中心内部要求进行登记。 ●故障上报人由业务运营中心50000号值班班长及运维组人员担当。 2)故障分派员 ●接收故障上报人的报障邮件和报障电话通知。
●根据故障情况，以邮件及电话方式指定故障处理牵头人。 ●根据故障牵头人要求，协助故障牵头处理人进行故障处理，跟进处理步骤， 监督执行。 ●故障分派员由值班组人员担任。 3)故障处理牵头人 ●牵头处理故障分派员分派的故障。 ●指派故障涉及的各部分人员协助进行故障处理，如有必要，可要求相关人员 现场支持。 ●跟踪整个故障处理过程，做好记录，评估各步骤的完成情况。 ●组织BMCC相关人员和相关厂商人员进行故障处理方案的制定，掌控整个过 程。 ●监督故障处理各重要步骤的执行，做好资源调度，在异常问题及时升级至相 关领导，协助完成资源调配。 ●在原因明确后、方案确认后、方案实施关键点完成后及时通报故障最新进展， 直至故障解决。。 ●根据故障处理情况及时向领导汇报故障处理情况。 ●与对外信息发布人及时沟通，协商确认对外发布口径。 ●记录问题处理过程，登记故障问题管理列表中的相关处理信息。 ●负责故障处理完成后，整理并填写故障分析报告，并按时提交。 ●总结及优化类似故障的处理步骤，为后续故障处理提供依据。 ●根据故障管理员的要求组织故障分析会、故障分享会，对故障进行总结分 析。
报告题目：汽车维修管理系统分析报告 学生姓名：陈彩红学号： 1602102073 年级专业班级： 2016级金融工程 2 班 课程名称：信息系统分析与设计 教师：时青 成绩： 评语：
目录 一、甘特图··2 二、现行系统分析··2 三、可行性分析··2 1、引言··2 2、可行性研究的前提··3 3、对现有系统的分析··4 4、所建议的系统··6 5、可选择的其他系统方案··7 6、投资及效益分析··8 7、社会因素方面的可能性··9 8、结论··9 四、总体设计··9 1、系统的数据需求分析··9 2、流程图··11
3、数据流图··13 4、数据字典··13 5、概念设计：用E-R图描述概念模型··15 6、逻辑设计：将E-R模型转换为关系模型，且规范化··17 五、总结··18 汽车修理管理系统 一、甘特图
二、现行系统分析 某汽车修理厂根据业务发展的需要，需要建立一个以数据库为基础的管理信息系统，以代替单一的人工管理。目标系统取名为“汽车修理管理信息系统”。 三、可行性分析 1、引言 （1）编写目的 随着经济的发展，汽车已经步入了千家万代。随之而来的汽车修理业也忙活起来。为了让汽车修理更顺畅，某汽车修理厂拟开发一套小型汽车维修管理系统。（2）背景 开发的系统名称：汽车修理管理信息系统 用户：汽车修理厂 实现该软件的计算中心：个人计算机 （3）定义 汽车维修管理：主要是指车辆维修流程的计算机管理，通过修理企业的信息管理系统，对车辆的报修进行派工、结算出厂等方面以流程化的方式，把各个环节串连起来，为顾客提供计算机信息管理一体化的服务，达到提高企业管理水平的目的。对出现故障的汽车进行修理然后把要修理的和修理好的情况都整理成册。（4）参考资料
德信诚培训网 更多免费资料下载请进：https://www.doczj.com/doc/ad9717464.html, 好好学习社区 信息系统故障管理办法 第一章 总 则 第一条 为规范信息系统的故障申告、受理、处理和修复后业务验证等日常维护支撑和管理工作，保证故障申告、受理、处理和业务验证的及时性和有效性，进一步明确各部门的职责、工作流程、相关要求以及考核指标，特制定本办法。 第二条 本办法所指信息系统包括：机房环境、配套网络、计算机硬件平台、基础软件、应用软件。 第三条 信息系统的分类 将信息系统分为重要信息系统和非重要信息系统两类。重要信息系统是指支撑重要业务，其信息安全和服务质量关系公民、法人和其他组织的权益，或关系社会秩序、公共利益乃至国家安全的信息系统。包括面向客户、涉及账务处理且实时性要求较高的业务处理类、渠道类和涉及客户风险管理等业务的管理类信息系统，以及支撑系统运行的机房和网络等基础设施。 非重要信息系统是指除重要信息系统之外的信息系统。 第四条 信息系统故障分级 根据信息系统故障的影响范围及持续时间等因素，将信息系统故障分为特别重大故障、重大故障、较大故障、一般故障四个级别。当故障满足多个级别的定级条件时，按最高级别确定故障级别。 （一）特别重大故障（一级） 1．由于重要信息系统服务异常，在主要业务服务时段导致本行两个（含）以上业务无法正常开展达3个小时（含）以上，或一个业务无法正常开展达6个小时（含）以上的突发事件； 2．两家（含）以上同时发生二级信息系统故障。 （二）重大故障（二级) 1．由于重要信息系统服务异常，在主要业务服务时段导致本行两个（含）以上业务无法正常开展达半个小时（含）以上，或一个业务无法正常开展达3个小时（含）以上的突发事件； 2．由于非重要信息系统服务异常，在业务服务时段导致本行两个（含）以上业务无法正常开展达3个小时（含）以上，或一个业务无法正常开展达6个小时（含）以上的突发事件； （三）较大故障（三级)
说明： 1．本报告是成都科来软件安徽办事处针对xxxx的网络故障所做的分析报告，因此该报告可以由xxxx的相关人员和科来安徽办的技术人员进行相应的查阅、更改或完善。 2．该报告中可能会涉及到用户网络内部的相关敏感信息，我方任何技术人员不得对外泄漏，否则，由此造成的后果一切由其本人负责，与科来公司无关。3．该报告内容全部为成都科来安徽办事处组织创作，科来安徽办事处具有其版权，任何其他组织或个人不得在没有科来安徽办授权的情况下传播该文档。4．安徽办事处具有对该报告文档的解释权。
目录 1故障描述 (1) 1.1故障环境 (1) 1.2故障现象 (1) 2故障分析 (1) 2.1确认故障点 (1) 2.2部署科来网络分析系统 (2) 2.3数据包分析 (2) 2.4分析结论 (6) 3总结 (6)
1故障描述 1.1故障环境 xxxx的互联网的结构比较简单，通过核心和防火墙直接相连，中间没有任何的网络监控、管理设备，示意图如下所示： xxxx的防火墙走的是路由模式，内部员工上网通过防火墙进行地址转化，转换成公网地址。 1.2故障现象 打开网页速度比较慢，但是下载的速度很快，而且利用web页面上传邮件附件也很慢，几兆的附件经常上传不上去。同时利用WEB页面登陆防火墙的速度也很慢。 2故障分析 2.1确认故障点 通过上面的介绍，我们可以发现在上网慢时只经过了核心交换机和防火墙，所以可疑的故障点有以下几个位置：
2.2部署科来网络分析系统 为了找到故障的具体位置，我们找一台慢的主机装上科来网络分析系统，然后在核心交换和防火墙之间部署上科来网络分析系统，通过端口镜像来捕获通信的数据包： 2.3数据包分析 1、分析防火墙有无丢包、延时。 同样的，我们做故障还原测试，并利用防火墙自带的抓包功能来抓取网络通信的数据包，同时在客户端进行抓包。 通过测试得到如下的数据包：
一、总则 (一)、基本原则：明确责任、分级负责。按照“谁主管谁负责”的原则，建立和完善责任制度、协调管理机制和联动工作机制。根据部门职能，各司其职，落实到人，加强部门间的协调与配合，形成合力，共同履行应急处置工作的管理职责。 (二)、适用范围：本预案适用于史丹利化肥有限公司网络与信息系统故障的应急响应工作。 二、日常准备工作 (一)、软资源备用：对重要信息资源需要有足够备份，并将备份存放于攻击和灾害不能及的地方。 (二)、设备备用：在工作现场有主板、硬盘、光驱、网线等备件，以及备用的外部设备。 (三)、电源备用：配置不间断UPS电源。不间断电源可在断电后维持工作3小时以上。 (四)、重要或大型系统中的关键设备和信息安全产品采用双机热备份。 三、应急处理流程 信息管理科人员在监控过程中发现或收到其他部门反馈不能正
常使用办公或业务应用系统等故障事件，相关软件、硬件的技术人员立即行动，初步查明原因(电力、服务器、存储、网络、应用系统软件等)，并向科室、部门相关领导汇报。 部门领导在听取情况汇报后，根据事件的范围、影响和紧急程度启动相应的专题预案。如果没有相应的专题预案，要根据情况迅速采取措施抑制事件的扩散，恢复系统运行。 信息管理科尽快通过OA、电话、短信平台、网上销售系统网站等方式向各科室、各分厂下发《应用系统暂停通知》或公告。各部门、各分厂要做好信息系统出现故障后的应急安排，尽力减小对公司正常业务的影响。 信息管理科人员进一步落实故障原因，根据事件的范围、影响程度，采取应急措施，尽快恢复系统运行。 信息管理科在对系统完成修复后，在完成测试的基础上，经请示相关领导进行系统的启用，同时通过OA、网上销售系统网站、电话等向各部门、各分厂发布系统恢复公告。 四、事件分类 事件类型按照各种突发紧急事件的影响范围，将史丹利网络与信息系统事件分成全局事件(总公司核心信息系统因电力、网络、软硬件等故障原因，导致全厂信息系统无法正常工作)和区域事件(SAP、网上销售系统、OA、BO、用友等系统故障，导致局部范围内的业务工作无法正常进行)。 五、全局事件处理
检验科信息系统故障处理应急预案 一、编制目的 为有效防范医院信息系统运行过程中产生的风险，预防和减少突发事件造成的危害和损失，建立和健全医院计算机信息系统突发事件应急机制，提高计算机技术和检验科业务应急处理和保障能力，确保患者在特殊情况下能够得到及时、有效地治疗，确保计算机信息系统安全、持续、稳健运行。 二、编制依据 根据《内蒙古网络与信息安全应急预案》及国家信息安全相关要求和有关信息系统管理的法律、法规、规章，并结合医院的实际，编制本预案。 三、适用范围 适用于检验科各类应用系统 四、组织机构 根据计算机信息系统应急管理的总体要求，成立检验科计算机信息系统应急保障领导小组（简称应急领导小组），负责领导、组织和协调检验科计算机信息系统突发事件的应急保障工作。 （一）人员构成： 组长：田永丽 副组长：李阳，段弘张建强凌海峰
成员：何斌兰宁王元霞李建雄邓小英董敖渤贾姝洁 段立志刘晶 （二）工作职责： （1）制定检验科内部网络与信息安全应急处置预案。 （2）做好检验科网络与信息安全应急工作。 （3）协调医院内部各相关部门之间的网络与信息安全应急工作，协调与软件、硬件供应商、线路运营商之间的网络与信息安全应急工作。 （4）组织医院内部及外部的技术力量，做好应急处置工作。 五、应急处置程序 （一）医院信息系统出现故障报告程序 当各工作站发现计算机访问数据库速度迟缓、不能进入相应程序、不能保存数据、不能访问网络、应用程序非连续性工作时，要立即向信息中心报告。信息中心工作人员对各工作站提出的问题必须高度重视，做好记录，经核实后及时给各工作站反馈故障信息，同时召集有关人员及时进行分析，如果故障原因明确，可以立刻恢复的，应尽快恢复工作；如故障原因不明、情况严重、不能在短期内排除的，应立即报告应急领导小组，在网络不能运转的情况下由应急领导小组协调全院各部门工作，以保障全院医疗工作的正常运转。 （二）医院信息系统故障分级 根据故障发生的原因和性质不同分为三类和其它故障：
上饶县交通警察大队 信息系统故障处理应急预案 一、信息系统应急预案组织机构 为了保证公安交警网络和信息系统的安全，防止因电脑硬件、软件、网络故障而产生的大队业务、网络使用的瘫痪，特制订上饶县交警大队信息系统安全应急方案。 二、信息系统故障等级划分 1、一级故障 信息系统发生故障，预计将或已经严重影响大队各窗口单位、业务单位相关业务中断1小时以上，并预计4小时以内无法恢复的，具备以下一个或几个特征，即定义为一级故障。 1．交警指挥大楼至支队公安网出现线路和设备故障； 2. 交警指挥大队内部网络出现故障； 3．大队计算机房供电系统、空调系统等外围保障设施出现严重故障； 6．病毒攻击造成大队网络专网中断或传输效率明显下降，关键业务系统不能正常提供服务； 7．病毒攻击造成大楼各网络感染客户端设备10台以上，导致关键业务系统和办公系统不能正常提供服务；
8．利用技术手段，造成业务数据被修改、假冒、泄漏、窃取的信息系统安全事件。 2、二级故障 满足以下条件之一，即定义为二级故障。 1．故障发生后，影响到信息系统的运行效率，速度变慢，但未影响车管等主要业务现场。 2．故障发生后预计在2小时以内恢复。 3、三级故障 满足以下条件之一，即定义为三级故障。 1．故障发生后，可随时应急处理，不会影响的系统全面运行，但是一种隐患。 一级和二级故障为重大故障；三级故障为一般性故障。 二信息系统故障处理程序 1、故障的发现 信息中心人员在发现故障或接到故障报告后，首先要记录故障发生时间和发现时间，以及发现部门、发现人，对故障的等级进行初步判定，并报告相关人员进行处理。 2、故障的处理 1.信息中心科室为故障处理部门，故障处理部门领导负责通知和落实相应岗位人员到出现故障科室部门，应先询问了解设备和配置近期的变更情况，查清故障的影响范围，从而确定故障的等级和发生故障的可能位置。
基于数据中心的故障信息系统的研究 王皓 <.安徽省电力公司，安徽省合肥市，安徽省合肥市 230088） Abstract：Aimed at getting resolvents for various systems and data insolation, this paper, based on data centre, builds up a fault information processing systemon power grid dispatch. It not only realizes protective information effectively used and data shared, but also combines the powerful Setting computing and Setting Sheet system to automaticly perform analying, caculating, and managing tasks, which standardizes the performance and improves the dispatch level. KeyWords：Fault Information System；Setting Compute；Setting Sheet；Web Distribute 摘要：本文就电网调度主站端系统众多，数据难以共享的难点，提出一种新的故障信息系统的设计模式，在统一的数据中心平台上，实现了故障信息系统，定值单发布系统以及整定计算系统之间的数据共享，具有一定的实用意义。 关键词：故障信息管理系统；整定计算；定值单；WEB发布 0．引言 现阶段，我国的电网运行管理工作的自动化程度已经达到了很高的水平，相比之下，继电保护监控、系统故障及保护动作行为的分析和管理的自动化水平就显得相对滞后。虽然大量的微机保护在系统中投入运行，但在配置上还是着重于保护功能本身，在数据共享及分析方面考虑较少。对于常规的变电站自动化系统而言，当电网发生故障时，缺乏有效的手段将保护的动作情况及故障信息主动上送到调度中心，调度中心的运行人员通常只能靠变电站当地的运行人员的口头汇报进行事故处理，对故障测距、阻抗分析、保护动作统计等功能的实现均停留在自动化程度及智能化程度较低的水平【1】。 故障信息系统的建设使继电保护专业管理现代化，提高了电网安全运行的调度系统信息化、智能化水平，但同时由于调度主站端已经存在众多的系统，例如SCADA系统，EMS 系统，整定计算系统，定值单发布系统等等，这么多功能复杂的系统不但包含海量的数据，而且系统之间也没有直接的联系，增大了结构的复杂程度以及资源的严重浪费。本文提出了一种新的故障信息系统的建设模式，即在一个数据中心的基础上，实现几个系统例如整定计算系统，定值单发布系统，故障信息系统之间数据信息的自由交换，不但简化了系统的整体结构，同时也节省了资源，具有较高的实用价值。 1．数据中心 数据中心也可以称为继电保护在线管理平台，它是继电保护实时监测与分析系统的核心，具有动态性，时效性、可用性。它采用多层结构体系，软件设计基于B/S<浏览器/服务器）结构实现，应用服务器、数据服务器分别采用Sun公司J2EE体系和MSSQL SERVER，运行稳定可靠,易于维护，应用功能全面而实用。它把各种继电保护设备管理的应用程序，例如整定计算，定值单发布等都集成到统一的数据平台上，具备完善的保护、自动装置及故障录波器的数据采集、信息处理、故障综合分析处理功能，还具有强大的故障计算、整定计算、定值管理功能，这样真正实现了继电保护运行、计算、管理的网络化和自动化。图1为数据中心的示意图。
信息系统应急处理预案 第一章总则 第一条为提高应对信息系统在运行过程中出现的各种突发事件的应急处臵能力，有效预防和最大程度地降低信息系统各类突发事件的危害和影响，保障信息系统安全、稳定运行，根据国家《信息安全事件分类分级指南》、《信息技术、安全技术、信息安全事件管理指南》、《国家突发公共事件总体应急预案》及有关法律、法规的规定，结合实际，制定本处理预案。 第二条本处理预案所称的信息系统，由计算机设备、网络设施、计算机软件、社会保险数据等组成。 第三条信息系统突发事件分为网络攻击事件、信息破坏事件、信息内容安全事件、网络故障事件、软件系统故障事件、灾难性事情、其他事件等八类事件。 （一）网络攻击事件：通过网络或其他技术手段，利用信息系统的配臵缺陷、协议缺陷、程序缺陷或使用暴力攻击对信息系统实施攻击，并造成信息系统异常或对信息系统当前运行造成潜在危害的事件。 （二）信息破坏事件：通过网络或其他技术手段，造成信息系统中的数据被篡改、假冒、泄漏等而导致的事件。 （三）信息内容安全事件：利用信息网络发布、传播危害国家安全、社会稳定和公共利益的不良信息内容的事件。
（四）网络故障事件：因电信、网络设备等原因造成大部分网络线路中断，用户无法登录信息系统的事件。 （五）服务器故障事件：因系统服务器故障而导致的信息系统无法运行的事件。 （六）软件故障事件：因系统软件或应用软件故障而导致的信息系统无法运行的事件。 （七）灾害性事件：因不可抗力对信息系统造成物理破坏而导致的事件。 （八）其他突发事件：不能归为以上七个基本分类，并可能造成信息系统异常或对信息系统当前运行造成潜在危害的事件。 第四条按照造成信息系统的中断运行时间，将信息系统突发事件级别划分为一般（IV级）、较大（III级）、重大（II级）、特别重大（I级）。 （一）一般（IV级）：信息系统发生可能中断运行２小时以内的故障； （二）较大（III级）：信息系统发生可能中断运行２小时以上、12小时以内的故障； （三）重大（II级）：信息系统发生可能中断运行12小时以上、24小时以内的故障； （四）特别重大（I级）：信息系统发生可能中断运行24小时以上的故障。 第二章组织机构和工作职责
光缆故障分析报告范例 1、光信号缺失：一般因人为窥视信号、破坏光缆原因，致使光信号中断。一次，接到一光节点无输出电信号的故障，检测该光接收机无输入光功率，到前端机房测试，光分路器输出光功率正常。初步判断为该4芯光缆故障，安排人员沿线巡查，并未发现明显受损现象。通过ODTR测试，发现4根纤芯中只有1根不通，根据故障点大概距离再到现场查看，仍未发现光缆有破损迹象。于是将此故障点前后近100米光缆更换后信号恢复，仔细检查发现光缆上有1小孔，推断系误将光缆当作电缆，人为破坏光缆窥视信号行为所致。 2、光信号质量下降：如光缆中间熔接头质量不好，损耗过大，或光纤在接头盒中盘绕时弯曲半径太小，影响光功率的正常传输；接头盒防潮性能 不好，使光纤老化快，造成光折射能力差，降低光功率；光纤活动接头处有脏物，接触不好，使光功率下降，可用脱脂棉蘸(zhan)无水酒精清洗；前端和末端设备的尾纤应盘绕好，固定在光纤盘上，避免折断和弯曲半径变小而造成光损耗增加，影响信号传输质量。 从光纤网络运行近十年的情况看，光发射机故障并不高，也出现过因停送电后冲击浪涌电流过大而烧坏光发射机电源部分的故障。通过在前端加装稳压电源和不间断UPS电源，可以大大减少此类故障的发生。光发射机输入的驱动电平要
按设备要求注入，如频道增加或减少，也应调整驱动电平高低，避免因驱动电平过高或过低使光发射机CTB、CSO指标恶化而导致系统传输质量变差，这一点至关重要，也是调试光发射机最重要的工作。如光发射机使用年限较长，光模块老化，使光功率下降，当下降到规定值范围以下时，应更换新的模块或发射机，确保足够的光发射功率。 光接收机在使用和维护中要掌握好输入光功率和输出RF射频电平，入口光功率要符合设备规定值要求，否则应采取措施来保证光接收机的正常工作，射频电平不要调得过高。若接收机规定输出RF电平为110dBμV，设计、调试和维护时应低于110dBμV，否则会因电平过高可能产生画面出现横丝、图像不清楚等故障。在一次小区改造就出现过这样的问题，按接收机最高RF电平设计，出现了交互调故障，插入衰减片 将电平降至105dBμV后，光接收机工作正常。光接收机应配备良好的稳压电源和良好的接地，最好在220V入口电源处再加装一组避雷器，雷击时可起到一定保护作用，过去因没注意这一点，因雷击产生的意外过电压，烧坏光接收机电源的现象时有出现。另外，如条件允许，光接收机应选质量好的，电源应配开关电源，质量差的光接收机工作一段时间后，电平会降低，给分配网络电信号的正常传输带来较大的影响。
故障报告、分析与纠正措施系统管理规定 1 目的 为及时报告产品在产品实现过程中发生的故障，制定和实施有效的纠正措施，防止故障再现，提高可靠性和维修性，特制定本规定。 2 适用范围 本规定适用于公司产品研制阶段和外场使用过程暴露的产品较大质量问题，以及生产过程出现的整机较大质量问题的处理。 3 引用标准 下列文件中的条款通过本规定的引用而成为本规定的条款。凡是注日期的引用文件，其随后所有的修改单( 不包括勘误的内容) 或修订版均不适用于本规定，然而，鼓励根据本标准达成协议的各方研究是否可使用这些文件的最新版本。凡是不注日期的引用文件，其最新版本适用于本规定。 GJB451 《可靠性维修性术语》 GJB841 《故障报告、分析和纠正措施系统》 4 术语和定义 FRACAS：故障报告、分析和纠正措施系统的英文缩写。 重大故障：指严重影响研制进度、导致人员伤亡或造成产品重大损失的故障。 技术归零五条原则：定位准确、机理清晰、故障复现、措施有效、举一反三。 管理归零五条原则：过程清楚、责任明确、措施落实、严肃处理、完善规章。 其它术语的定义按GJB451-1990和GJB841-1990的规定。 5 组织机构 5.1 FRACAS系统委员会 公司成立FRACAS系统委员会，总工程师担任主任委员，委员会成员包括：质量副总经理、生产副总经理，XX部、XX部、XX部负责人，设计、项目经理、工艺、质量、标准化、可靠性工程、测试、售后等人员。其主要工作内容是： a) 根据故障报告提供的情况，对故障进行调查与核实，识别故障件，并采取措施对故障件予以隔离和控制； b) 利用各种方法分析故障产生的原因，制定切实、可行的纠正预防措施，并检查落实纠正预防措施工作的进展情况；
管理信息系统开发过程中存在的问题及怎么解决 1.对管理信息系统的认识有偏差 管理信息系统的建设与评价侧重计算机硬件配置.而不是信息开发与利用的方法和深度.这种误读给国内外许多组织的管理信息系统带来惨重损失。 2.目标不明确 管理信息系统开发前调研不够充分，分析不够清楚明了，就比如开发的工作人员中，对整个系统所需要达到的目标没有基本的，明确的、全面的的概念，就照着自己的想法做下去，进行设计和开发，做了大量工作后才发现设计不能满足用户的需要，而使得系统开发失败，重新开发设计，这样就浪费了大量的人力、物力、财力以及时间。 3.开发时忽视了高层领导者的态度 有时候开发人员本着自己的意愿设计并开发出了管理信息系统，尽管系统很好，但领导不满意属下擅自动手，不听指挥，从而浪费了时间，资源和心血，还加剧了与领导之间的隔阂。并且在没有领导的授权和支持下，能开发出一个好的信息系统很是艰难。 4.开发时缺乏既懂计算机知识又懂管理业务的复合型人才，并且人员之间的合作能力较差 “只要熟练掌握几门计算机语言，就可以成为一个优秀的信息系统开发人员”这种观点是极其错误的。计算机程序设计语言是实现计算机信息系统的一种工具或手段，编码只不过是计算机信息系统开发过程中的一小部分工作，管理信息系统开发是一项多人群体性的任务，需要很好的合作与协调，没有这些很难开发出所需要的系统，并且会使系统开发周期变长，无针对性。 5.教育、理论体系研究落后 在教育方面主要表现在教学内容陈旧，理论落后于实践，理论在某种程度上又脱离实践，在教学中往往注重学生的编程技巧能力培养，而忽视系统分析、设计能力的培养，学生的实践能力差，团队合作能力差，系统开发本身还缺乏一套严格的理论基础以及缺少一套简单有力的开发工具。 6.开发后缺乏软件测试，并且安全性有待提高 软件测试是开发过程的必要过程，不进行的话，很难知道是否达到预先的要求，实现想要达到的目的，安全性问题在我国是一个很大的问题，山寨，盗版比较猖獗，这增加了开发的成本并严重影响了更新的速度。
信息系统故障应急预案 为了确保公司信息系统的连续稳定运行，建立故障的及时发现、快速诊断、逐级上报、协同恢复、善后总结的全方位的应急体系，故制定本公司信息系统故障应急预案。 一、启动预案的准备工作 (一)建立指挥协调组：成立公司信息系统应急预案指挥协调组，由总经理郑汉文总负 责，由安全委员会的全体成员和质管部成员组成。其主要职责是负责药房信息系统的安全运行，负责制定系统安全规章制度，检查督促安全责任制和各项措施的落实情况制定信息系统故障及应急预案并指挥实施演练。 (二)成立技术保障组：由海典软件开发公司的工程师和本公司的计算机网络中心人员 组成。其主要职责是负责保证信息系统的稳定运行，日常管理维护，信息网络风险评估，系统安全技术保障预案的制定并协助指挥协调组定期实行演练，及时总结和汇报信息系统运行中的安全稳定状况和改进意见，负责系统应用人员安全操作技术培训。 (三)确定应急预案的使用等级：根据系统故障在网络运行中发生的对业务范围的影响， 持续的时间，划分故障的等级，我们把整个服务器系统宕机，网络完全瘫痪，所有的前台业务不能通过计算机完成，并把10分钟内不能恢复的情况作为最严重的等级，也就是立即启动预案的等级，而把网络上的路由器、交换机等局部故障作为次要等级，可参照本预案执行。 (四)应急预案的重点保障对象：根据故障发生时对业务影响的程度，把药房刷社保卡、 记账、退费列为重点对象。
(五)建立故障应急预警系统：业务部门发现计算机故障应在第一时间向信息部系统信 息管理员和安全委员会主任汇报，由信息部管理员迅速排检原因。若预计在10分钟不能排除故障时，应立即向应急指挥协调组汇报，下达应急预案的启动命令，同时向总经理汇报情况。 (六)制定相关部门的业务应急流程：包括应急指挥协调组、技术保障组、业务部门和 后勤部门在应急状态下的业务组织细则和操作规程，在接到指令后应迅速展开应急预案的实施。 二、系统故障紧急预案 （一）成立医保小组 组长：郑汉文（总经理、药师） 职责：负责审核医保管理原则的制定； 副组长：骆碧红（执业药师） 职责：分管公司医保管理工作，负责医保制度制定及监督执行。 组员：刘川（副总经理、药师）、谢健梅（执业药师）、李少鹏（信息管理员）、李玉婷（质管员） 职责：医保管理专职人员，负责总部及门店医保管理的具体事务； （二）设立系统信息管理专员。 系统信息管理员（专职）-------李少鹏 岗位职责：1.负责医保定点药店系统应用软件的管理，包括用户权限的分配、授权。 2.负责医保定点药店的系统网络平台的管理。 3.负责医保定点药店系统用户的培训和业务指导工作。