医院内部网络拥堵应急演练脚本.docxVIP

医院内部网络拥堵应急演练脚本

9:00演练启动

信息科运维值班人员张明通过监控系统巡检时，发现核心交换机端口流量突发至95%（阈值为70%），同时收到HIS系统、PACS系统后台服务器发出的高负载告警。他立即切换到流量分析模块，看到多条IP地址向全院终端发起大量UDP数据包请求，初步判断为网络拥堵事件，随即通过内部OA系统向信息科主任李军、医院应急指挥中心同步告警信息，同时启动《医院网络拥堵应急处置预案》第一响应流程。

应急指挥中心接到告警后，5分钟内完成应急小组集结：信息科主任任组长，成员涵盖网络运维工程师、系统运维工程师、临床信息联络员（来自内科、外科、放射科）、后勤保障员、医患沟通专员。组长李军现场下达指令：网络运维组优先定位拥堵源，系统运维组保障核心业务服务器稳定，临床联络员同步科室需求，医患沟通组提前做好门诊、住院患者安抚准备，后勤组保障应急物资及备用线路畅通。

9:08拥堵源定位与初步隔离

网络运维工程师王浩通过防火墙日志、流量镜像工具追踪，发现拥堵来自门诊楼3层某临时诊室的未备案台式电脑（IP地址192.168.3.127），该设备疑似感染病毒，正在向全院终端发起ARP攻击并发送大量垃圾数据包。同时，监控显示门诊楼WiFi频段信道占用率达98%，部分区域AP设备因负载过高出现间歇性断连，进一步加剧了网络拥堵。

王浩立即在核心交换机上对该违规IP进行端口隔离，并通过AC控制器关闭该区域疑似故障AP的SSID广播。操作完成后，核心交换机端口流量回落至62%，但仍高于正常阈值。经进一步排查，发现住院楼5层某护士站的两台终端因未及时安装安全补丁，被病毒感染后加入攻击队列，王浩随即远程禁用该两台终端的网络权限，并通知临床联络员现场封存设备。

9:15核心业务保障与分流调度

系统运维工程师刘佳同步对HIS、PACS、LIS等核心业务服务器进行检查，发现HIS服务器CPU占用率达82%，数据库查询响应时间延长至12秒（正常为2秒以内）。她立即启动服务器的CPU资源动态调度策略，将非核心业务（如历史数据统计）的进程优先级调低，为挂号、收费、医嘱录入等紧急业务预留70%的CPU资源；同时，在PACS服务器上开启影像数据缓存机制，优先保障急诊患者的影像调取请求。

针对门诊网络压力过大的问题，应急小组决定启动业务分流：将门诊普通挂号、缴费业务临时引导至门诊大厅的自助终端设备（该设备通过专用VPN线路连接核心服务器，未受本次拥堵影响）；放射科的普通患者影像预约检查业务，临时调整至住院楼放射科分诊台办理，利用住院楼相对独立的网络分支缓解压力。临床联络员立即到各科室、窗口传达分流方案，协助医护人员引导患者。

9:22备用网络切换与扩容

由于核心网络流量仍未恢复至正常水平（维持在58%），且部分科室反映电子医嘱录入仍存在延迟，组长李军决定启动备用光纤线路。后勤保障员迅速配合网络运维组完成备用线路的物理连接，王浩在核心路由器上配置静态路由，将住院楼、急诊楼的核心业务流量切换至备用线路。切换完成后，主线路流量回落至35%，备用线路流量稳定在40%，核心业务服务器响应时间恢复至3秒以内。

针对门诊楼WiFi拥堵问题，网络运维组临时启用两台便携式AP设备，部署在门诊大厅、挂号处等人流密集区域，并设置独立SSID“应急诊疗WiFi”，仅开放HIS系统、缴费系统的访问权限，限制视频、下载等非业务流量。同时，通过AC控制器对原有WiFi信道进行重新规划，将相邻AP的信道调整为1、6、11互不重叠频段，信道占用率回落至65%，WiFi网络恢复稳定。

9:30终端排查与病毒消杀

临床信息联络员与网络运维组人员分成两组，分别对门诊楼、住院楼的所有联网终端进行拉网式排查。排查过程中，发现门诊楼1层药房的3台终端、住院楼7层康复科的1台终端存在病毒感染迹象，主要表现为进程列表中有未知程序运行、CPU占用率异常升高。网络运维人员现场对这些终端进行断网处理，使用医院统一部署的终端安全管理系统进行病毒查杀，对无法彻底清除病毒的终端，临时更换为备用笔记本电脑，并同步迁移业务数据。

同时，信息科通过内部推送系统，向所有正常联网终端推送紧急安全补丁及病毒库更新包，并弹窗提示医护人员暂停非业务软件使用，关闭不必要的后台进程。截至9:45，共排查终端217台，隔离感染终端8台，更换备用终端5台，全院终端病毒查杀完成率达95%。

9:40医患沟通与秩序维护

9:12起，门诊大厅部分患者因挂号系统卡顿、缴费延迟出现不满情绪，3名患者围在挂号窗口要求解释。医患沟通专员李娜立即赶到现场，手持扩音器向患者说明情况：“各位患者朋友，因医院内部网络临时故障，部分业务办理可能延迟，我们正在紧急修复。目前自助终端可正常办理挂号、缴费，大家可到这边排队；急诊患者请走绿色通道，我