直接结论：居民说“赶集日才方便来”时，团队不应把它直接写成每周固定日期，也不应只留一句备注。更可执行的做法是先记录可用时间的规律和限制，再为下一次服务确认一个具体窗口，同时保留提醒、备用联系和改约路径。规则负责帮助排期，最终安排仍需双方确认。
场景说明：本文为通用实践方法，人物、地点和过程均为虚构，不对应真实客户、居民、项目结果或医疗效果。
场景从一句模糊约定开始
假设一位慢病管理居民住在离村卫生室较远的自然村，只有赶集日能顺路乘车。工作人员若直接选择“每周三上午”，可能遇到集期轮换、农忙、天气或照护任务变化。若只写“赶集日联系”，下一位接手者又无法知道是哪一天、通过什么方式确认。
第一步：把时间偏好拆成可用字段
至少区分可到诊日期规律、可接电话时段、交通限制、是否需要照护者协助以及偏好的确认渠道。这里记录的是服务安排条件，不是健康结论。自由备注可以补充背景，但关键条件应结构化，便于提醒、筛选和交接。
第二步：规则算出候选窗口，人来确认
系统可以根据赶集规律、机构开放时间和工作人员排班生成候选窗口，但不能把候选直接当作预约成功。工作人员应通过居民已同意的渠道确认具体日期、时段和服务地点，并记录确认时间。若由家属代为确认，还要核对其联系和协助范围。
第三步：提醒内容保持最小必要
提醒应说明时间、地点和需要联系团队的方式，避免在普通短信或共享设备上暴露不必要的疾病信息。可设置提前提醒和当天确认，但触达次数应符合机构制度与居民偏好。消息发送成功只表示技术送达，不等于居民已经阅读或同意。
第四步：准备一个明确的备用方案
备用方案可以是重新确认下一个集期、改为电话完成适合远程开展的服务环节，或由团队按制度评估是否需要其他安排。不能为了“完成率”把未发生的服务标记完成，也不能默认所有内容都适合远程处理。涉及检查、异常情况或专业判断时，应交由有权限人员依规决定。
第五步：未完成时保留原因与责任
居民未到、车辆停运、机构临时调整和未能取得联系，是不同原因。系统应分别记录，不用一个“爽约”覆盖所有情况。原任务要保留尝试时间、经办人和结果，新窗口应与原计划关联，避免统计时把一次服务拆成多个无关任务。
交接给下一位工作人员时看什么
- 最近一次由谁、通过什么渠道确认；
- 居民可用时间的规律及有效期；
- 本次服务必须线下完成还是可分段进行；
- 未完成原因、下一责任人和重新确认期限；
- 是否存在需要专业人员优先评估的情况。
用虚构档案做五次演练
可以分别模拟集期正常、临时农忙、交通中断、家属代为联系和居民更换常用号码。观察系统是否会取消旧提醒、生成新的确认记录，并把未完成事项继续交给明确责任人。演练只使用虚构信息，不应拿真实居民数据做测试。
延伸阅读可浏览站内基层慢病管理动态和智慧随访工具测试方法，结合本机构服务能力设置规则。
常见问题 FAQ
能否直接把赶集日设为长期固定预约？
不宜。规律可以用于生成候选窗口，但每次仍应结合实际日期、排班和居民意愿确认。
短信显示送达，是否可以视为预约确认？
不能。送达是技术状态，预约确认需要机构认可的明确回应或记录。
居民临时没来，可以直接关闭任务吗？
不应把未发生的服务标记完成。应记录原因，按制度确定重新联系、改约或其他处理路径。