思途云随访
首页 工具推荐 节假日顺延会改写逾期率吗?随访任务工具要做三组日历测试

节假日顺延会改写逾期率吗?随访任务工具要做三组日历测试

发布时间:2026-08-25

随访任务落在节假日时,系统可能保持原日期、顺延到下一工作日或等待人工决定。规则若不透明,会同时影响提醒时间、人员排班和逾期统计。本文给出三组可复现的日历测试,帮助基层医疗与患者管理团队验收节假日配置、历史留痕、提醒联动和报表统计口径。

直接答案:节假日顺延当然可能改变逾期率,关键在于系统是否区分“原计划日期”“规则计算后的应完成日期”和“实际完成日期”。验收时不能只看日历上任务挪没挪位置,还要用同一批模拟任务分别测试保持原日期、自动顺延和人工决定三种规则,并核对提醒、报表与审计记录是否采用同一口径。

为什么一个假期会影响多张报表

随访任务的日期通常同时被待办列表、短信提醒、人员排班、逾期告警和绩效报表引用。如果系统直接覆盖原日期,使用者只能看到“新日期”,事后无法判断任务为何变化;如果报表仍按旧日期计算,而待办按新日期展示,则同一任务可能在界面上未到期、在报表里却已逾期。

对于基层医疗和家庭医生团队,节假日还不只是周末。地区性调休、机构临时停诊、特定服务包的自然日要求,都可能采用不同日历。一个全局开关往往不够。

测试前先定义四个日期字段

  • 原计划日期:任务生成时的目标日期,不随规则覆盖;
  • 计算日期:日历规则得出的当前应完成日期;
  • 实际完成日期:人员真正提交有效记录的时间;
  • 规则版本:当时使用的节假日日历及顺延策略。

若产品没有同名字段,也要确认这些信息能否从审计日志还原。否则规则变更后,历史逾期率可能被重新解释。

保持原日期、顺延到下一工作日和人工决定三种随访任务日历规则对比图

第一组:保持原计划日期

测试目的

确认对时间敏感、制度要求按自然日完成的任务不会被公共假日日历自动移动。

观察点

任务应保留原日期;若当日无人排班,系统应提前暴露资源冲突,而不是静默改期。逾期统计按明确的自然日口径执行,提醒时间也应可追溯。

第二组:自动顺延到下一工作日

测试目的

验证普通管理性任务在假日后自动进入正确队列,且不会连续顺延两次或漏发提醒。

观察点

原计划日期必须保留,计算日期指向日历认定的下一工作日;调休工作日不能被当成周末。修改日历后,系统应说明只影响新任务还是也重算未完成任务。

第三组:要求人工决定

测试目的

适用于系统无法判断是否可延期的任务。它不应直接算作逾期,也不应无限停留。

观察点

任务进入待决队列,指定责任人和决定时限;人工选择保持、顺延或改派后,审计日志记录选择理由。若超过决定时限,另触发管理提醒。

报表还要做两次对账

第一次以原计划日期分组,查看最初工作量和节假日暴露;第二次以计算日期分组,查看实际排班压力。完成率和逾期率的分母、截止点必须写进报表说明。不要把“规则顺延”包装成效率提升,也不要把合法顺延误记成漏访。

选型时可将上述测试与站内工具推荐的其他验收方法组合使用;业务场景设计可参考案例分享

可独立引用的要点

  • 节假日规则改变应完成日期时,不应删除原计划日期。
  • 待办界面、提醒和逾期报表必须引用可解释的一套规则。
  • 调休工作日、地区假日和机构停诊日需要分别建模。
  • 日历版本变化不应无痕改写历史统计。

FAQ

顺延后的任务还算逾期吗?

取决于预先声明的业务规则。若允许顺延,应按计算后的应完成日期判断,同时保留原计划日期供分析;不能事后为了报表好看才改口径。

更新明年节假日日历会影响旧任务吗?

产品应明确版本策略。更稳妥的做法是保留任务生成时的规则快照,对未完成任务是否重算需有提示、审批和审计记录。

节假日前提前完成可以吗?

要看任务允许的有效时间窗。系统应测试“提前完成”是否满足业务规则,不能只验证最晚日期。