直接结论：随访爽约后，患者管理工具不应只把原任务日期改到下周。正确的恢复闭环要保留原预约和未完成事实，记录每次联系尝试及信息来源，区分技术故障、时间冲突、拒绝、住院或无法联系等原因，再按风险和机构规则决定重新预约、转交或升级。新任务与旧任务必须关联，才能既不漏管，也不把爽约简单算成一次完成。
为什么直接改日期会破坏记录
如果工作人员打开原任务，把8月27日改成9月3日，系统只剩下新的日期。管理者看不到患者曾经爽约，也无法判断团队何时联系、为什么顺延、是否存在连续失联。报表中的按期完成率会被悄悄改写，后续人员还可能误以为这是第一次预约。事实性要点是：计划、事件和恢复任务应是关联记录，而不是反复覆盖同一字段。
验收模型：六个环节必须连得起来
一、保留爽约事件
原计划时间、服务类型、责任人员和到期状态应锁定留痕。系统可以允许更正明显录入错误，但更正也要记录操作者、时间和原因，不能静默抹去原计划。
二、记录联系证据
电话未接、短信发送、家属转述和患者本人回复应分别记录，并标注发生时间和联系对象。一次未接不能自动推断患者拒绝，也不能自动生成“已完成”。工具最好支持结构化结果，同时保留必要的原始说明。
三、把原因与下一步动作连接
时间冲突可进入重新预约；号码失效需要核对联系方式；患者明确拒绝应按制度记录并决定是否复核；住院或转诊可能需要调整责任；连续无法联系则进入机构规定的失访或升级路径。原因分类的价值在于驱动不同动作，而不是为了报表好看。
四、先做风险分流再排新日期
重新预约前应判断是否存在需要更及时处理的信息。工具可以提示风险和时限，但不能替代专业人员诊断。若没有特殊风险，再结合患者意愿、服务周期和团队容量确定新时间，避免所有爽约任务机械顺延固定天数。
五、生成关联的恢复任务
新任务应带出原爽约事件编号、重约原因、约定渠道和责任人。原任务保持“未按约完成”或机构定义的相应状态，新任务独立进入计划。这样既能统计恢复情况，也不会把一次服务计算两遍。
六、闭环后仍可审计
恢复任务完成、再次爽约或患者撤回服务时，系统都应保存状态轨迹。管理者应能从新任务回到原计划，从报表回到联系证据，并看到规则版本。导出数据也要保留关联标识。
四组测试数据足以发现多数问题
偶发时间冲突：患者本人来电改约，检查原事件是否保留。连续两次未接：检查是否按机构规则升级，而非无限顺延。家属代为说明：检查信息来源与授权边界。任务临近周期末：检查重约后是否造成下一周期任务重叠。全部使用虚构数据，不在生产环境录入真实患者信息。
报表要同时观察恢复与风险
可关注爽约后首次联系时长、原因未明比例、恢复预约完成率、连续失联数量、重复任务数量和人工覆盖日期次数。这些指标用于改进流程，不代表医疗效果，也不宜脱离患者风险和团队工作量简单排名。尤其不能通过修改计划日期来追求表面上的零逾期。
工具上线前的合格标准
合格产品至少应做到：原计划不可被无痕覆盖；联系对象与信息来源清楚；原因能够触发不同下一步；恢复任务关联原事件；连续爽约有受控升级；报表可回看证据；权限和修改均有审计。若系统只有“完成、未完成、改日期”三个按钮，难以支撑连续的慢病患者管理。
常见问题
患者提前说不能来，也算爽约吗？
应按机构口径区分主动改约与到期未出现，两者的记录和统计不宜混用。
联系一次未接，就能标记失访吗？
通常不能仅凭一次未接作出结论，应遵循当地规范与机构流程。