工作总结

发表时间：2026-04-12

2026年信息科年度工作总结。

年初机房那台核心交换机高温告警，我盯着监控屏上85℃的红色数字，手边是刚从库房领出来的替换风扇模块。这种事不能等——拔掉两根电源线，等30秒放电，十字螺丝刀拆防尘盖，排线方向记清楚，新风扇扣上去，力矩别太大。十五分钟后温度回到52℃，我补了一份《核心设备风扇更换标准化操作卡》，连防静电手环的佩戴步骤都写进去了。这是今年第6起二级故障，也是让我下决心把“救火”改成“巡检”的直接原因。

全年下来，三个硬指标：核心网络可用率从99.82%提到99.97%，门诊自助机日均使用量从320笔提到870笔，故障平均修复时间从47分钟压到18分钟。数字背后全是坑，一个一个说。

先讲网络。去年每个季度都有两三次全院卡顿，查到最后不是环路就是广播风暴。我拉上科室两个兄弟，连续两个周末把42台交换机的配置全部捋了一遍。发现问题：STP参数还是七年前的默认值，VLAN划分纯属凭感觉，甚至有3台交换机的登录密码是出厂默认。我画了张物理拓扑图，又画了张逻辑拓扑图，两张叠一起——有三个汇聚节点的冗余链路根本没启用负载分担，反而因为优先级配置错误，成了故障扩散的活靶子。

改配置本身不复杂，难在验证。我用三台旧设备搭了个模拟环境，每条改动先在模拟环境跑24小时。有次改了根桥优先级，模拟环境稳得很，上线后却开始间歇性丢包。查了两小时才发现，一台接入交换机的固件版本太老，不支持新的STP模式。最后方案是分批次升级固件，配合端口隔离和BPDU保护。整个项目干了三周，我养成了一个习惯：每次变更前写《变更影响评估表》，里面必须包含回退方案、影响范围、验证步骤。后来科室把这个表模板固定下来，成了标准动作。

再说自助服务终端。这东西是医院的门面，护士长投诉过好几次：“又卡纸了”“身份证读不出来”“缴费成功票据没出”。我蹲在门诊大厅，上午高峰期站了两个半天，发现80%的问题不是硬件故障，而是操作流程不连贯。比如热敏打印纸装反了会出白纸，但系统没有自检提示；身份证读卡器偶尔接触不良，重启设备就能恢复，但护士不懂要去拔电源。

我把近三个月的167条反馈拉出来分类：硬件故障占34%，操作流程占52%，系统响应占14%。硬件里最烦的是热敏打印机，切刀机构磨损导致切纸偏移。厂家一开始说是我们用的纸不行，我拍了显微镜下的切刀磨损照片，做了对照实验——原厂纸和我们采购的纸磨损速度几乎一样。最后逼着厂家换了一种刀片材质，同时把驱动参数里的切纸延迟从200毫秒调到350毫秒，切刀寿命从两万次提到五万次。操作流程类的问题，我录了三个短视频，每个不超过40秒，贴在设备侧面二维码上。护士扫一下就能看“换纸教程”和“重启读卡器”。另外在后台加了远程复位功能，护士在管理端点一下就能重置读卡器驱动，不用再跑现场。

有一次中午在食堂吃饭，护士长顺路跟我说：“最近自助机没找我换过纸了。”就这一句，比什么表扬信都管用。

系统故障响应机制的改造，源于七月份一个周五下午。HIS系统突然变慢，门诊挂号排起长队。我查了数据库连接池、应用服务器负载、存储IO，最后定位到一条慢SQL——药房库存统计的视图没有索引，加上当天药品入库量大，全表扫描把数据库拖死了。加索引只用了三分钟，但故障已经持续了四十分钟。为什么排查这么久？因为我们缺乏有效的监控分层。

事后我重新设计了告警体系：把故障分为四级，每一级对应不同的响应流程和升级机制。同时建立了“故障复盘文档库”，每次事件都写成案例，包含现象、排查路径、根因、解决方案、预防措施。现在库里有23个案例。但有一件事我做得不好：今年有一次数据库连接池参数被误改，导致全院慢。排查时发现上次修改的记录在某个聊天群里，没进文档。后来我强制要求所有变更必须同步到Confluence，并设置邮件知会全科。这是今年最大的教训——文档沉淀不及时，代价是重复踩坑。

述职报告之家（yS575.coM）近期爆火: