科研随访任务常以手术日、出院日、入组日或首次给药日作为基准。基准日期更正后，工具若无区别地重算所有窗口，可能改写已完成任务、重复发提醒或隐藏原偏离。本文提供一套用虚构对象验收重算范围、版本、锁定和审计轨迹的方法，覆盖提醒队列、部分失败、权限分离与回归用例，便于研究团队按本机构流程完成可追溯验收。

基准日期更正后，科研随访工具不应默认把所有已生成、已提醒或已完成的访视窗口全部改写。验收时要先确定基准字段的来源和版本，再分别测试尚未生成、未开始、进行中、已提交和已锁定任务。任何重算都应先预览影响范围，保留旧值与操作依据。

先问清楚哪一天是基准

同一项研究可能同时存在签署同意日、入组日、手术日、出院日和首次给药日。不同访视也可能使用不同基准。工具不能只保存一个名为“起始日期”的可编辑字段，而应记录数据来源、确认人、确认时间与当时方案版本。

把录入错误的出院日改正，与研究方案改变访视计算起点，属于不同事件。前者需数据更正证据，后者还涉及方案版本与正式管理流程。测试时应为两者准备不同用例，不能共用一个“重新计算”按钮。

用五种任务状态观察重算范围

在隔离环境准备五名虚构参与者：尚未到生成日期、已生成但未开始、正在填写、已提交待审核、已审核锁定。把基准日期向前和向后各改一次，记录计划日、窗口起止、任务状态、提醒队列和超窗判定变化。

如果已完成任务随基准日更正而直接变成“准时”或“超窗”，原证据就被改写。工具应保留当时使用的基准日、计算规则和完成日，并用新的评估或数据质疑表达变更影响。具体处理应依正式研究方案和机构流程决定。

访视窗口变化时，旧的短信、电话和待办提醒可能已进入队列。测试要覆盖未发送、发送中、已回执和失败重试四种状态。新窗口生效后，旧消息是取消、保留还是需人工判断，应有可配置规则，不能简单再发一遍。

仅修改任务表的日期，但不更新已渲染的消息内容，会让参与者收到相互冲突的安排。测试需同时查页面、待办、外发消息和导出。消息送达只表示通道返回结果，不代表参与者已确认改期。

基准日期是高影响字段，不应所有随访人员都能直接修改。使用虚构账号分别测试查看、提交更正、复核和执行重算权限。提交前页面应预览受影响人数、任务数、时间范围、已锁定记录和待发消息，避免盲目批处理。

大量任务重算可能因锁、接口超时或单条数据异常而部分失败。工具应返回批次标识、成功和失败清单，支持只处理明确失败项，不应让用户整批重点。重试前先核对当前状态，防止重复任务和重复通知。

一条可用的轨迹至少包含基准日旧值与新值、变更理由、申请人、复核人、方案版本、重算规则版本、受影响任务及执行结果。仅记录“某人修改了日期”不足以解释后续窗口为何变化。导出后也应能用稳定标识与页面对账。

保留一组不含真实患者信息的回归数据，覆盖闰年、月末、跨年、时区、窗口边界和缺失基准日。每次规则或系统升级后重跑，并将差异交给有职责的人确认。具体窗口仍应以正式研究方案和本机构流程为准。

超窗后的通用处理场景可参考案例分享，研究全过程管理依据可查看行业动态。

需要，边界附近的任务、提醒和超窗判定可能因一天而变化。

不应默认改写，应保留当时计算依据并依正式流程评估。

不够，还要核对日期、状态、消息队列、历史版本和稽查轨迹。