随访提醒发送成功后，应再验证居民能否打开正确入口；短链接失效时，页面要说明原因并提供可信的重新进入方式。补发新链接应确认身份和有效期，旧链接应按设计失效或保持受控访问。验收应分别记录消息送达、链接访问、表单提交和服务完成，不能因为短信发出就把任务标为已完成。
先列出链接失效的几种来源
过期、复制时截断、浏览器拦截、入口迁移、居民更换设备、原任务取消，都可能表现为“打不开”。把所有错误合成一个空白页，工作人员无法判断该补发还是改约。工具应返回适合居民理解的提示，并在后台记录不含敏感内容的错误类别。测试时分别构造这些情况，不用真实短信或真实居民账号。
发送成功不等于可访问
短信平台回执只能说明消息提交或送达的一个阶段，不能证明链接能够打开，更不能证明居民已填写。验收时在常见移动浏览器和微信内置浏览器打开测试链接，检查跳转、证书、页面加载与返回按钮。若需登录，应显示明确的身份验证步骤；不能通过 URL 中的一串字符直接展示完整健康档案。
过期页面仍要给下一步
链接到期后，页面可说明“此入口已失效，请通过原服务渠道联系团队或重新获取链接”，避免显示内部错误码或要求居民反复刷新。若提供重新发送按钮，应限制频率，并确认请求人对对应任务有权获取链接。提示中不要暴露疾病名称、完整姓名或手机号。人工回拨入口应指向机构公开渠道，不应要求添加私人账号。
旧链接如何处理要可预期
补发后，系统需定义旧链接是立即撤销还是在短时间内仍有效；具体选择取决于业务和安全要求，但同一任务不能因此产生两份互相矛盾的正式结果。对被取消或完成的任务，旧链接不应继续接受提交。居民再次打开时应看到清楚的状态提示，而不是无声地重复创建一条记录。
补发前查询真实任务状态
工作人员接到“链接打不开”的反馈，先在有权限的工作台核对任务是否仍待处理、原链接是否已被使用、居民联系方式是否变化。若服务已经完成，优先解释状态和核对记录，不应直接再发一条可提交链接。若系统误判失败但服务器已收到提交，需要先回读结果，避免重复问答与重复提醒。
补发操作留下审计
记录谁发起补发、何时发出、针对哪一个任务、原因类别和旧链接状态。审计中保存标识或摘要，不必把完整可访问链接长期写入普通日志。对电话核对后修改收件号码的情况，另行记录身份确认与号码变更来源，避免把居民信息发给错误联系人。
居民端和工作人员端一起验收
居民端看得见的重点是：链接能否打开、错误提示是否清楚、重新获取方式是否可信、页面是否适合小屏操作。工作人员端重点是任务状态、已访问但未提交的区分、补发次数、失效原因和异常处理入口。两端信息若不同步，工作人员可能以为居民已经填完，居民却只看到过期页。
失败时保留人工服务路径
短链接是一个工具入口，不应成为唯一服务渠道。页面故障或居民不会操作时，团队可按既有制度提供电话或线下处理办法，并把最终服务方式记录清楚。人工代录必须标明来源和经办人，不能假装居民通过链接自行提交。技术问题持续存在时暂停自动补发，先排查入口与权限配置。
用虚构数据做一轮回归
准备有效、过期、被取消、已提交和复制截断五种模拟链接；分别在手机浏览器和内置浏览器打开。再测试同一任务连续补发两次、旧链接回访、跨账号访问、重复提交和短信发送失败。逐项检查页面文案、HTTP 状态、后台任务、审计日志与消息队列，确认没有多建服务记录，也没有泄露虚构账号以外的信息。
关于草稿和完成状态的区别，可阅读随访表单状态验收；更多通用服务场景可用于设计居民反馈用例。
FAQ
短信显示已送达，就能认为居民完成随访吗？
不能。送达、访问、提交与服务完成是不同事件，要分别核对。
居民打开过期链接，是否应自动补发？
先确认身份、任务状态与频率限制，再提供合适的重获入口。
新链接发出后旧链接仍可提交怎么办？
应按既定策略核对旧链接权限，并确保同一任务不会产生重复正式记录。