医院业务监控怎么做？一探、二看、三核、四下钻.docxVIP

医院业务监控怎么做？一探、二看、三核、四下钻

服务器没宕、网关没报错、接口返回200，为什么患者还是挂不上号、缴不了费？

凌晨没有告警，早高峰大盘也是一片绿。

CPU正常，数据库连接正常，网关返回200，支付通道也说交易成功。可窗口前的队伍越来越长：患者手机上显示扣款成功，HIS?里却没有缴费记录，护士站只能一笔一笔查。

这不是虚构某家医院的事故，而是一个典型工程场景。它暴露了医院监控里最危险的盲区：我们证明了系统还活着，却没有证明业务已经办完。

主机监控看资源，接口监控看调用，日志监控看异常；患者和医护真正关心的只有一件事：挂号、支付、医保、退费、发票、报告查询，到底有没有得到最终结果。

HTTP200只代表一次技术交互完成，不代表一笔医院业务闭环。

一、监控全绿，为什么业务还是会“丢”

很多团队的监控地图只有三层：服务器在线、应用进程在线、接口成功率正常。它们都重要，但只能说明链路的某一段没有明显故障。

一笔门诊支付，至少会经过患者端、网关、业务系统、支付渠道、回调、HIS记账和结果展示。任意一段都可能出现“局部成功、整体失败”：

网关接收成功，但业务线程池已积压；

支付渠道扣款成功，但回调没有落库；

本地订单已成功，但HIS记账失败；

后台状态已完成，但患者端没有收到结果；

入口持续有请求，出口完成量却越来越少。

所以，医院业务监控需要换一张地图：入口—过程—