照护 · 多人照护交接台

反复问题

反复问题按时间和客观记录聚类；样本不足时只描述发生次数，不推断健康原因。

记录缺口

记录缺口包括时间缺失、措辞主观和通知无回执；先修记录方法，再讨论责任。

照护者负荷

照护者负荷看连续班次、睡眠和无法替换时段；出现过载要调整排班，不以道德压力填空档。

需要专业支持

需要专业支持的情形按既定照护计划、医生或当地服务指引判断；Skill 只帮助整理转介材料。

流程改进

流程改进优先统一交接表和确认动作；新字段只有确实影响连续性时才加入。

依据与未知项

• user_provided 示例中的目标“建立一份周末照护交接”、情境与材料只来自 review 模式的对应输入；没有把外部信息或推断写成已验证事实。 fixtures/valid-review.json
• unknown 示例没有提供“当照护问题反复出现时，用它检查记录缺口、照护者负荷、专业支持需要和流程改进。”所需的全部外部依据；现实任务应补充来源，否则对应部分继续保留为 unknown。

多角度复核

• 被照护者尊严被照护者尊严：本模式必须服务于目标“建立一份周末照护交接”；当前首项产物明确为“反复问题按时间和客观记录聚类；样本不足时只描述发生次数，不推断健康原因。”，目标若改变就重新开包，不能沿用旧结论。
• 客观记录客观记录：情境“三名家人轮流照顾一位行动不便的长者”直接约束“记录缺口”；示例中的具体处理是“记录缺口包括时间缺失、措辞主观和通知无回执；先修记录方法，再讨论责任。”，其中没有来源的日期、数字和授权仍保持 unknown。
• 连续性连续性：对“照护者负荷”只允许形成“照护者负荷看连续班次、睡眠和无法替换时段；出现过载要调整排班，不以道德压力填空档。”所述的内部产物；发送、购买、签署或修改外部系统仍停在用户确认前。
• 照护者负荷照护者负荷：若执行“需要专业支持”触及“不提供诊断、处方或替代专业照护计划”，就保留现有证据并停止推进；本例可回到的具体检查点是“需要专业支持的情形按既定照护计划、医生或当地服务指引判断；Skill 只帮助整理转介材料。”。
• 隐私与同意隐私与同意：五项产物必须能独立复核；“流程改进”当前留下的恢复依据是“流程改进优先统一交接表和确认动作；新字段只有确实影响连续性时才加入。”，缺责任人、确认点或来源就不能算完成。
• 升级条件升级条件：用户需要确认“反复问题按时间和客观记录聚类；样本不足时只描述发生次数，不推断健康原因。”是否符合真实意图；新材料只通过 resume 追加，不能覆盖原始目标“建立一份周末照护交接”和此前证据。

边界

• 不提供诊断、处方或替代专业照护计划
• 不把主观猜测写成健康事实
• 敏感信息按最小必要原则记录和分享