医院系统坏了/停诊了怎么办：信息科该提前备什么

对中小医院来说，HIS系统一停，损失的不只是"少收几笔费"：挂号停了、开不了单、药房发不出药，前台排队、病人投诉，严重时直接影响诊疗秩序。这篇文章讲两件事——事前信息科该提前备什么，以及真出故障时先救什么后救什么。系统停诊不可怕，可怕的是没有预案、临时抱佛脚。

一、系统一停，医院到底损失什么

HIS是医院业务的底座，挂号、收费、开单、取药、住院都挂在上面。它一旦停，最先出问题的是前台和药房：不能挂号、不能收医保、发不了药，病人滞留，矛盾集中爆发。紧接着是临床：医生开不了医嘱、护士看不到结果，诊疗节奏被打断。对门诊量大的中小医院，一两个小时停摆就能造成明显的就诊体验和收入影响。所以"系统不停"比"系统多强大"更基础。

二、信息科要提前备的3样东西

故障救不救得回来，很大程度上取决于平时备没备。信息科至少要把这3样提前准备好：

• 应急预案：写清楚"系统停了先做什么"——谁负责切换、谁负责安抚前台、恢复后数据怎么补录。预案要能打印出来贴在信息科，故障时照着做，而不是现场讨论。
• 可用的备份：数据库定期备份、且验证过能恢复。很多医院"有备份"但从没试过恢复，真出事才发现备份是坏的。备份没验证过就等于没有。
• 替代（手工）流程：关键业务（挂号、收费、取药）要有能顶上的人工流程，哪怕慢一点，先保证不停诊、不丢单。这是应急的最后一道保险。

三、真出故障时，先救什么、后救什么

故障发生时，信息科最容易慌，一慌就到处乱查。顺序要反过来：先止损、再找因。

• 第一步：判断影响范围。是整个系统停了，还是只停某个模块（比如只有医保不通）？范围决定要不要启动替代流程。
• 第二步：先恢复核心业务。优先保挂号、收费、取药这些前台最急的，让医院先能运转，哪怕用降级或手工模式顶着。
• 第三步：同步上报和记录。让院领导知道影响面，同时记录故障发生时间、现象、处理步骤——这是后面定责和复盘的依据。
• 第四步：再定位根因。核心业务稳住后再慢慢查是不是硬件、网络、数据库还是软件的问题，别在病人排队时死磕技术细节。

如果故障短时间恢复不了，要果断切换替代流程，不要为了"等技术修好"让前台一直空停。停诊的每一分钟都是实打实的损失。

四、怎么判断系统是不是"带病运行"

很多"突然宕机"其实早有征兆，只是没被当回事。信息科日常要盯几个信号：系统越来越慢（尤其是高峰时段）、报错日志越来越多、某个功能反复出现异常、备份经常失败。这些不是"小毛病"，是系统在提醒你底子已经不行了。发现这些信号就该主动排查，而不是等它彻底停给你看。（从架构角度看，模块之间耦合越多、单点依赖越重的系统，一旦某处出问题波及面越大；一体化程度合理、模块间依赖可控的系统，日常出问题的概率和影响面相对更小，这是判断系统是否"带病"时值得留意的一点，具体以实际运行表现为准。）

小结

应对系统停诊，核心不是"出事后多快修好"，而是平时备没备、发生时顺序对不对：预案、验证过的备份、替代流程这三样提前备好；故障时先止损保核心业务、再找原因；日常盯住"带病运行"的信号主动排查。做到这些，系统再出问题，医院也不会被卡得停诊。

参考资料：《医院信息化建设应用技术指引（2023版）》（国家卫生健康委）
作者：CC　|　发布日期：2026-10-19

免责声明：本文基于公开信息整理，仅供参考，不构成对任何机构的推荐或否定。文中提及厂商类型仅为场景示意，不构成采购或建设效果承诺。