照护 · 多人照护交接台

本班完成

本班完成了起居协助、餐食准备和按既定安排的活动；每项记录时间与执行人，不只勾“完成”。

观察到的变化

观察到的变化只写客观现象，如步行时间比平时长、午餐摄入减少；不自行解释原因。

未完成事项

未完成事项写未完成原因和下一班是否仍需处理；不能悄悄移到下一班造成责任不清。

需重点留意

需重点留意的内容必须来自既定照护计划或专业指示；新异常只做记录并按升级规则联系人。

交接确认

交接双方核对任务、变化和资料位置后分别确认；群聊中的“收到”不能替代关键照护交接。

依据与未知项

• user_provided 示例中的目标“建立一份周末照护交接”、情境与材料只来自 shift 模式的对应输入；没有把外部信息或推断写成已验证事实。 fixtures/valid-shift.json
• unknown 示例没有提供“当一个照护班次结束时，用它交接已完成、观察变化、未完成事项、重点留意和接收确认。”所需的全部外部依据；现实任务应补充来源，否则对应部分继续保留为 unknown。

多角度复核

• 被照护者尊严被照护者尊严：本模式必须服务于目标“建立一份周末照护交接”；当前首项产物明确为“本班完成了起居协助、餐食准备和按既定安排的活动；每项记录时间与执行人，不只勾“完成”。”，目标若改变就重新开包，不能沿用旧结论。
• 客观记录客观记录：情境“三名家人轮流照顾一位行动不便的长者”直接约束“观察到的变化”；示例中的具体处理是“观察到的变化只写客观现象，如步行时间比平时长、午餐摄入减少；不自行解释原因。”，其中没有来源的日期、数字和授权仍保持 unknown。
• 连续性连续性：对“未完成事项”只允许形成“未完成事项写未完成原因和下一班是否仍需处理；不能悄悄移到下一班造成责任不清。”所述的内部产物；发送、购买、签署或修改外部系统仍停在用户确认前。
• 照护者负荷照护者负荷：若执行“需重点留意”触及“不提供诊断、处方或替代专业照护计划”，就保留现有证据并停止推进；本例可回到的具体检查点是“需重点留意的内容必须来自既定照护计划或专业指示；新异常只做记录并按升级规则联系人。”。
• 隐私与同意隐私与同意：五项产物必须能独立复核；“交接确认”当前留下的恢复依据是“交接双方核对任务、变化和资料位置后分别确认；群聊中的“收到”不能替代关键照护交接。”，缺责任人、确认点或来源就不能算完成。
• 升级条件升级条件：用户需要确认“本班完成了起居协助、餐食准备和按既定安排的活动；每项记录时间与执行人，不只勾“完成”。”是否符合真实意图；新材料只通过 resume 追加，不能覆盖原始目标“建立一份周末照护交接”和此前证据。

边界

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