多项随访在同一周到期时，建议合并“居民触达”，但不要合并“专业责任”。团队可以由一名主联系人完成身份核对、共同问题询问和信息记录，再把各病种的异常事项分派给对应责任人。这样能减少重复来电，同时保留每项任务的完成标准、判断边界和处置记录。
说明：以下为通用实践方法，不是某家机构或真实患者案例，不包含客户名称、项目成果或疗效数据。
场景：四张任务卡同时进入本周队列
一名居民同时被纳入高血压、2型糖尿病和老年健康管理，另有一次出院后联系任务。若系统按业务条线独立生成任务，家庭医生、护士和专病人员可能在几天内分别致电。居民需要重复回答基本情况，团队也难以及时发现不同记录之间的矛盾。
另一个极端是直接把四项任务改成一项“综合随访”。这样虽然减少了电话，却可能让专病必填项、出院注意事项和异常升级责任消失。问题的关键不是合不合并，而是把触达动作与专业任务分开管理。
第一步：用时间窗识别任务碰撞
系统可在任务生成时检查同一居民、同一联系方式和相近到期日。例如将未来七天内允许合并的任务提示给团队，由人工确认是否适合一次联系。急性风险处置、必须面对面完成或属地规范明确不得替代的项目，不应为了减少联系而被并入普通电话随访。
第二步：指定一名主联系人
主联系人负责预约沟通时间、核对居民身份、说明本次联系涵盖的事项，并记录居民是否愿意在一次沟通中完成多个主题。主联系人不等于承担所有专业判断。系统应同时显示各子任务的原责任人、最迟完成时间和升级路径。
第三步：生成“共同问题＋专病模块”提纲
共同问题可包括近期就医、用药变化、自我监测是否遇到困难以及新的不适。专病模块仍按相应规范和机构流程呈现，避免用一句“情况稳定”替代必要记录。对居民已经回答过的信息，可以引用本次沟通记录，但要让责任人确认其是否满足本任务要求。
第四步：一次沟通后分流异常
若居民报告近期住院、测量值异常、用药中断或其他需要进一步判断的情况，主联系人应按机构既定规则生成异常事项，分派给有职责的人员，而不是当场越权给出结论。每个异常事项至少保留发现时间、原始表述、接收人、要求响应时间和最终处置依据。
第五步：分别关闭子任务
沟通结束不代表所有任务自动完成。系统应逐项检查：必需信息是否齐全，责任人是否复核，异常是否已经接收，居民是否需要再次联系。不能满足条件的子任务继续保持待办或转为线下服务，不应被批量标记为完成。
落地时容易忽略的三个边界
不要把减少打扰变成减少服务
合并联系的目标是优化体验，不是压缩必要服务。频次、方式和记录仍应遵循适用规范与个体需要。
不要让主联系人承担未知责任
提纲中应区分“记录居民陈述”和“作出专业判断”。超出主联系人职责范围的问题必须转交。
不要覆盖原始记录
共同沟通记录可以被多个任务引用，但各任务的确认人、完成时间和补充说明应独立保存，便于事后复核。
团队可参考更多随访场景方案，并结合工具推荐栏目检查任务合并、权限和审计能力。
FAQ
同一天到期的任务都能合并吗？
不能。是否合并取决于服务方式、风险等级、规范要求和居民意愿；需要面对面或紧急处置的事项应独立处理。
谁来判断合并后的任务已经完成？
建议仍由各子任务责任人或机构授权角色确认，主联系人主要负责统一触达与事实记录。
居民只愿意回答其中一部分怎么办？
如实记录已完成内容与未完成原因，对其余任务重新预约或按既定流程处理，不应以一次接通替代全部履约。