结论是：超过访视窗口只能说明“未在计划窗口内完成”，不应由工具直接推导为失访。失访的定义、联系尝试要求和最终确认岗位应来自正式研究方案与机构流程，系统负责如实记录和执行规则。
先建立五种不同的虚构状态
未按期完成
访视窗口已过，但参与者尚未完成本次访视，也没有足够信息支持其他结论。此时应保留超窗事实与待处理任务，不自动填写失访原因。
延迟完成
参与者在窗口外完成了允许收集的内容。系统应同时保留计划日期、实际日期、超窗标记和处理依据，不因“后来完成”而改写历史提醒。
拒绝本次与退出研究
拒绝一次问卷或电话，不必然等于退出整个研究；明确退出也不应标为“失联”。验收要检查两者是否使用不同状态、责任流程和后续任务。
经流程确认的失访
只有达到正式方案与机构流程规定的条件，并由授权岗位确认后，才进入失访状态。工具可以汇总证据和提示待确认，不应自己创设标准。
验收联系尝试的证据链
为每次虚构联系记录渠道、发起时间、使用的授权联系点、执行岗位、结果码、证据来源和下一动作。“未接通”、“空号”、“拒接”、“已留言”和“本人要求改期”不应被合并成同一个结果。
不要把“拨打了多少次”当成唯一标准。联系频次、时段、渠道切换、紧急联系人使用及停止条件必须符合获批流程与参与者授权，不能为减少失访率而无限加拨。
模拟五类容易误判的操作
窗口边界与时区
将任务设在窗口结束前后一分钟，并切换分中心时区，检查系统是否使用统一规则计算超窗，页面、批量导出和接口是否给出相同结果。
延迟回执与重复回调
模拟短信或外呼回执延迟到达，以及同一回执重复到达。工具应保留原始发起与回执时间，不应重复增加联系次数，也不能用迟到的回执无痕覆盖已审批状态。
人工更正与重新打开
将一条错误的“空号”更正为“暂无人接听”，检查是否保留原值、新值、更正理由、操作人和复核人。若失访状态需重新打开，应走受控流程，不能只删掉最后一条日志。
报表与工作台应怎样展示
工作台应把待访视、已超窗、联系中、待确认、已退出与已确认失访分开。报表应能同时输出状态、判定日期、依据和责任人，使用者能追问“为什么是这个状态”，而不只看一个统计数字。
验收通过的最小证据
- 超窗与失访使用不同状态和规则。
- 每次联系的目的、渠道、结果和下一步可查。
- 拒绝本次访视不会被误标为退出或失访。
- 页面、移动端、导出和接口状态一致。
- 人工更正与重新打开有完整审计轨迹。
再做一次并发与权限测试
让两名虚构随访员同时记录不同的联系结果，检查系统能否阻止后一次无提示覆盖前一次，是否能将冲突交给授权岗位复核。再分别用研究护士、项目负责人、数据管理员和系统管理员账号尝试确认失访，验证只有流程指定岗位可以完成最终判定。
权限被拒绝也要留下可核查的失败记录，但日志不应暴露超出必要范围的个人信息。最后从统计报表反查每个失访数字，确认都能定位到具体记录与判定依据，避免只有汇总没有证据。
FAQ
联系三次未接就一定是失访吗？
不能把通用次数当成所有项目的标准。应依获批方案、联系授权和本机构流程执行。
失访后参与者又主动联系，系统能自动恢复吗？
应先由授权岗位根据方案与实际情况确认处理，系统应支持受控更正和全程留痕，不自动消除原状态。
如需检查访视窗口、联系记录和失访确认，可参考随访工具与质控验收建议。测试应使用隔离环境和虚构数据，不代替专业研究判断。