短信平台返回“发送成功”时，患者管理工具不应立即把随访任务标记为完成。这个状态往往只表示请求已被通道接受，后面仍可能出现号码停机、终端拒收、延迟送达或居民未查看。更重要的是，即使短信真正送达，也不能自动证明居民理解内容、提供了有效反馈或接受了所需服务。
先把六种状态分清
已提交与已送达
“已提交”表示系统把消息交给服务商；“已送达”通常依赖运营商或通道回执。工具应保存消息批次、提交时间、回执时间和通道标识，并允许回执延迟更新。没有回执时应显示“状态未知”或“等待回执”，不能默认为送达。
已送达与已阅读
普通短信一般难以可靠证明收件人已经阅读。即使带链接的消息记录了点击，也只能说明某个设备打开链接，不能单独确认操作者身份。界面应避免使用误导性的“已读”标签，除非确有可验证、合规且向居民说明的技术依据。
已回复与已完成
居民回复一个字或点击按钮，不一定满足随访要求。系统可以把回复转成待处理事件，由工作人员核验身份、内容完整性和是否需要进一步联系。任务完成应依据具体业务规则，由有权限的人员或经过审核的工作流判定，而不是由消息状态直接驱动。
用五组场景测试状态机
第一组，服务商立即返回接受，但最终回执失败，系统应更新为失败并给出安全的后续动作。第二组，回执长时间未返回，系统应保留未知状态，避免连续重发。第三组，短信送达但居民没有回复，任务仍应保持待跟进。第四组，居民回复内容与预设选项不一致，应进入人工处理。第五组，号码属于家属或多人共用，系统不能在未确认身份前展示敏感健康内容。
每组测试都要检查时间顺序和审计记录。若晚到的“失败”回执覆盖了已经人工确认的有效沟通，系统应提示冲突而不是静默改写；若工作人员手动调整状态，应填写原因并保留修改前值。
重试机制怎样避免骚扰和重复
重试只适用于明确未送达且业务仍需要通知的情况。发送超时、回执未知或服务商响应异常时，应先查询消息状态或等待合理回执窗口，不能立刻重复发送。工具还应设置同一居民、同一任务和同一时间段的频率限制，把系统重试、人工补发和其他业务通知放在同一视图中检查。
当短信失败时，可按居民预先选择和机构规则转为电话、应用内消息或线下联系，但渠道切换不代表可以扩大信息披露范围。提醒内容遵循最少必要原则，避免在锁屏通知中出现具体疾病、检查结果或其他敏感信息。
随访任务怎样形成真正闭环
消息送达只是联系链的一环。完整闭环至少要能回答：为什么联系、通过什么渠道、是否确认接收人身份、居民反馈了什么、谁进行了专业判断、是否产生新的任务、何时再次跟进。系统可以把消息事件自动关联到任务时间线，但关闭任务前应检查该任务自己的完成条件。
采购或上线时，还应询问通道回执的含义、最长延迟、状态映射规则、失败代码是否保留、消息内容和日志保存期限、供应商可访问哪些数据，以及更换通道后历史记录能否继续追溯。更多测试方法可查看站内工具推荐，沟通场景可参考案例分享。
一个合格看板应展示什么
建议把通道状态、居民互动状态和业务任务状态分成三列：通道列显示提交、送达、失败或未知；互动列显示无反馈、收到回复、身份待核验或已人工确认；任务列显示待执行、处理中、待复核、完成或关闭原因。三列之间可以触发提醒，但不应互相替代。
常见问题
送达回执是否能证明本人收到？
不能。回执通常证明消息到达某个号码或终端，仍需结合号码归属、身份核验和实际反馈判断。
失败短信是否应该自动改打电话？
可以按居民渠道偏好和机构规则生成电话任务，但应由合适人员执行，并控制频率与信息披露。
居民点击链接后能否自动完成随访？
只有在业务规则明确、身份与内容均满足要求并经过机构审核时，才可进入相应状态；单次点击本身不足以证明随访完成。