直接答案:减肥门诊消息接口防重复的核心,是把一次业务通知赋予稳定幂等键,并分别记录请求、平台受理、渠道送达、患者确认和人工接管。请求超时或回执缺失时,先按幂等键查询状态,不能立即重发;确需补偿时进入有限次数、可审计的队列,并对内容版本和接收对象再次校验。
预约、任务和异常提醒可能来自多个系统。若只以HTTP成功作为发送完成,超时重试和多入口触发很容易造成重复、错发或漏发。
幂等键绑定业务事件
由患者、事件类型、任务版本和触发序列等稳定信息生成,重试沿用同一键,新的业务变更使用新键。

拆分不同状态语义
接口提交成功不等于渠道送达,送达也不等于患者已确认;各状态独立记录时间和来源。
超时先查询再补偿
状态不确定时暂停重发,查询渠道回执和本地日志;只有证明未受理后才按策略补偿。
内容与对象再次校验
补偿前检查任务是否取消、联系方式是否变化、患者是否退订,以及信息是否仍有效,防止发送过期内容。
常见问题
换一个请求ID重试可以吗?
不可以。对同一业务事件应复用幂等键,否则服务端可能视为新通知。
消息送达后任务就算完成吗?
不算。完成条件应依据任务目标,可能还需要患者回应或人工确认。
权威来源与边界
参考国家卫生健康委等部门《医疗卫生机构网络安全管理办法》对信息系统全生命周期、监测预警、应急处置和数据安全的要求。具体接口与消息规则由医院和合规服务商共同确认。
内容说明:本文用于行业信息与产品实践交流,不构成诊疗指南、采购承诺或合规结论。涉及政策、标准与专业诊疗的内容,请以主管部门原文和所在机构流程为准。