人接听，及时传话。 7、设备保障：

①保证消防用水，消防用电不间断； ②保证灭火器材的供给与完好； ③保证伤员救护等工作的运输车辆。

六、火灾原因调查

①火灾原因调查组：火灾原因调查组由消防指挥部有关人员组成，总指挥或副总指挥任组长，其它成员担任组员，其任务是：对发生每一起火灾，特别是重、特大火灾，都要及时查明原因，或协助公安监督机关查明原因，坚持“三不放过”（原因没有查清不放过，事故责任和群众没有受到教育不放过，没有落实防范措施不放过）的原则，进行严肃处理。 ②、调查火灾原因的方法和步骤：

? 保护现场； ? 认真调查访问； ? 仔细检查现场；

④配合进行技术鉴定；

⑤配合进行分析认定原因，认定火灾原因，包括起火时间，起火部位和起火点、起火物和起火源，火灾性质和责任。要求：认定有据，否定有理，正面能认定，反面推不倒。

⑥写出调查报告，即经过综合分析认定，要把确定的火灾原因，火灾责任和应吸取的教训，写成火灾事故调查报告，并存档。

37

计算机故障应急方案 一、 总则

1、 应急方案的重要性

随着医院管理不断发展和需要，医院信息化的需求越来越大，相应地，医院也对信息化的依赖性越来越强。目前我院的信息化建设已经覆盖全院各个科室，医院信息系统的安全性将直接影响到医院的正常运行，影响到病人的利益和人民的健康，必须高度重视。

但是，要保证信息系统的安全除了高度重视和必要的设备、资金投入外，还必须要有应急措施。首先，医院信息系统所使用的设备不是万无一失的，服务器、工作站、网络设备、打印机等都有可能出现故障；其次，目前的软件还是处于不断完善的过程中，可能会出现软件故障；第三，存在受计算机病毒及黑客的攻击可能，引起系统故障甚至系统瘫痪；第四，火灾、停电等外界不可预见的问题；第五、关键设备（如服务器、交换机等）检修、更新。因此，迫切要求建立一套完善、可行的医院信息系统应急方案，避免出现故障时措手不及，造成严重损失和影响。对此不可掉以轻心，对应急措施的严重性以及解决这一问题的迫切性、复杂性。

2、 应急方案制定原则

当系统出现故障时，为了尽快的作出响应，将损失减少到最少，通过应急方案，继续保证我院各项业务地顺利进行，保证病人的安全和数据的安全可靠。

本应急方案制定时，遵循了以下原则：

① 重点部门原则。重点部门、关键业务必须得到重点保护，制定应急方案时，应合理安排人力资源、设备资源。

② 重点设备原则。对一些牵涉面较大的设备（如主服务器、主交换机、磁盘阵列等）必须得到重点保护，应该使用双份。

③ 风险优先原则。根据风险评估情况，对有可能造成损失的系统，优先制定应急方案，并在发生问题时优先启动、优先恢复。

④ 完整性原则。应急方案是一个系统工程，它包含了预防防范性、应急处理措施、触发条件、启动、恢复措施等。在制定应急方案的同时，必须考虑到成本及可能遇到的风险（其中包括医院信誉、社会影响等风险），达到较好的性价比。

⑤有效性原则。必须保证应急措施的切实有效。 ⑥可操作性原则。应急方案涉及到日常工作的各个部门，具体的应急措施要简单、准确。 ⑦可恢复性原则。待故障排除或系统恢复后，对于启动应急措施后至恢复前的数据应该能够得到恢复，并与前后数据保持一致。

实施本应急方案时的基本原则：对外保证病人的正常就医，对内帐务不错，秩序不乱，业务不停，措施有效。

3、 发生风险等级划分

38

根据可能产生的后果风险对医院影响的严重性，我们用打分的形式来进行量化。

风险等级 影响性质 灾难性 严重 较严重 可承受 评估标准 造成全院系统崩溃、数据丢失等灾难性的影响。 严重影响病人正常就医，造成病人或医务人员极大不便。 对医院正常工作和病人就医有一定影响，但损失不大。 受影响程度很小，可以接受。 二、各系统应急方案

一、主数据库服务器故障（灾难性）

? 三台做负载均衡的IBM小型机系统出现故障，其中任意一台或两台

主机故障无法工作，另一台或两台主机将自动接管其他故障机的负载任务，并联系IBM小型机服务提供商，同时手工启动故障服务器。

操作步骤：

登录故障服务器 his_ibm2 his_ibm2:/>su as root his_ibm2:/>smit clstart

? 三台做负载均衡的IBM小型机系统同时出现严重故障，都无法启动：启动备

用服务器(IBM M85)。 操作步骤： oracle用户登录

将/oracle/oradata/his1/arch.tar解压缩 chown –R oracle:dba /oracle/oradata/his1 sqlplus “/ as sysdba”

startup mount pfile=(init_sid.ora完整路径名)

recover database using backup controlfile until cancel; 根据提示完成相应操作

Alter database open resetlogs;

将listener.ora文件恢复到$ORACLE_HOME/network/admin下

启动监听器(注意，如果his1生产库在工作，一定不要启动H80的监听器) Lsnrctl start 联机

在M85机器上完成相应的测试后，一定要观察his1的归档日志有没有正常写到盘阵上。

即 /nfsbackup/arch

采用odb.sh备份时，有没有正常备份到光纤盘阵上。 即 /nfsbackup

? 主数据库磁盘阵列故障，每星期定时SAN备份

操作步骤：

联系小型机维护服务商“联想公司和IBM公司”更换磁盘阵列 从SAN上恢复数据 ? 小型机部件故障

操作步骤：

39

联系小型机维护服务商“广州励康公司”更换故障部件 从SAN、磁带或异地备份中恢复数据

二、中心交换机故障（灾难性）

? 中心交换机双机热备系统出现故障，一台主交换机故障，另一台辅

交换机无法自动接管任务：手工启动辅交换机。

操作步骤：

关闭中心交换机和辅交换机的电源；

把中心交换机的光纤换到辅交换机对应的端口； 开启辅交换机的电源； 确认网络通讯恢复正常。

? 双机热备系统出现严重故障，主辅交换机都无法启动：启用备用交

换机。

操作步骤：

关闭中心交换机的电源，并确认备用交换机的电源是关闭的； 把中心交换机的光纤换到备用交换机对应的端口； 开启备用交换机的电源； 确认网络通讯恢复正常。

三、二级交换机故障（严重）

用备用交换机更换。 四、网络线路故障（严重）

光缆故障：启用备用光缆，如备用光缆无法启用，则启用临时线路（五类非屏蔽双绞线）。

双绞线故障：更换双绞线。 五、工作站故障（可承受或较严重）

计算中心备计算机若干台，以应急用。 六、手工操作（灾难性）

系统出现重大故障，通过以上方法无法解决时，启用手工操作。

40