减肥门诊接口上线后如何监控？健康检查、延迟、失败队列与对账

联调通过只证明测试阶段的链路可工作。生产环境会出现网络波动、上游维护、字段变化、身份冲突和下游处理延迟；没有可观测性，问题往往直到医护人员发现数据缺失才暴露。

把技术成功与业务成功分开监控

HTTP状态正常不等于数据已经正确入库。监控应关联请求标识、接收回执和最终业务状态，同时记录数据产生、接收和完成处理的关键时间。

告警按影响范围和时效分级

单条可人工修复的失败、连续积压、核心链路中断和数据错配影响不同。告警规则应防止重复轰炸，并明确何时升级到接口负责人、业务负责人或安全团队。

失败队列必须可定位、可处置

每条失败记录应包含脱敏后的关联标识、接口版本、错误类型、首次和最近失败时间、重试次数及当前责任人。自动重试应设置上限，状态不确定时先查询最终结果，禁止盲目重复写入。

定期对账发现静默丢失

按时间窗核对发送、接收、成功、失败和待处理数量，再抽查关键字段与来源。差异应追踪到具体请求并形成处理记录，不能只在月末手工修正总数。

监控日志同样需要权限与留存规则

日志只保存排障所需内容，限制访问并记录查询行为。涉及患者信息的排障由授权人员在受控环境完成，外部服务商访问范围、目的和期限应明确。

常见问题

接口没有报错就不需要对账吗？

仍需要。部分字段遗漏、业务拒绝和异步处理失败可能不会表现为连接错误。

失败请求可以无限自动重试吗？

不可以。应设置上限和幂等控制，超过阈值转人工处置，避免重复记录和系统拥塞。

权威来源

参考国家卫生健康委《电子病历系统功能规范（试行）》及《关于进一步加强医疗机构电子病历信息使用管理的通知》。具体监控与日志策略由医院信息科和安全制度确定。