Proposal: 把线下「患者-照顾者」陪伴流程梳理成可复跑、可埋点的 runbook

Requirement Summary

把 Zoe 现有的线下咨询师陪伴流程，标准化为一套可被另一位咨询师照着复跑、且全程埋点的 runbook + 表单模板，覆盖患者与照顾者双受众；并从真实 case 里反推出结构化评估与危机分诊两个 skill 的首版纸面规格。这是 P1 的第一个 change，也是整个平台的数据与方法论地基。本阶段不写平台代码。

Background and Motivation

• 战略要求 offline-first（见 docs/product-strategy.md §8）：先让流程在线下跑出真实结果，再平台化摩擦最高的步骤。
• 当前流程只活在 Zoe 和咨询师的经验里 —— 不可复制、不可衡量、无法成为平台的训练/匹配依据。
• 解决谁的问题：咨询师（有可依circ的标准动作）、患者+照顾者（拿到一致的陪伴质量）、平台（拿到第一批真实流程数据 + skill 规格）。
• 弥补的能力缺口：从「个人经验」到「可沉淀资产」的转化层 —— 这是飞轮的轴（§5）。

Goals and Success Criteria

• 产出 ≥1 条端到端 SOP：从接入 → 评估 → 匹配 → 陪伴会谈 → 随访，患者线与照顾者线各自清晰。
• 产出配套表单模板：知情同意、患者评估、照顾者评估、会谈记录、随访。
• 产出危机分诊纸面规格（信号清单 + 升级路径 + 危机资源清单），作为安全闸雏形。
• 跑通 N 个真实 dyad case（建议 N≥3，⚑ 与 Zoe 定），全程按 runbook + 埋点记录。
• 产出评估 skill / 危机分诊 skill 的首版 schema 草案（输入/输出/字段），供 P2 实现。

Success Criteria：

• 另一位咨询师能仅凭 SOP + 模板独立复跑一个 case（可用性验收）。
• 每个 case 的埋点数据足以回答：哪一步最耗时、最高频、最高摩擦 → 指明第一个该平台化的面。
• 危机分诊规格经持证咨询师复核，线下样本 0 漏报。

Scope and Boundaries

In Scope

• sop/ 下的流程文档（患者线 + 照顾者线）。
• reference/intake-forms/ 下的表单模板（脱敏空白版入库；真实填写版不入库）。
• capability/skills/ 下两个 skill 的规格草案（markdown，不是代码）：assessment、crisis-triage。
• 一个埋点字段表（每个 case 要记录什么）。

Out of Scope

• 任何平台/前后端代码 —— 留到 P2/P3。
• 自动化评估/匹配算法 —— 本阶段是人在跑。
• 真实患者数据入库 —— 永久 out（PII 红线）。

User/System Scenarios

Scenario 1: 咨询师照 SOP 复跑一个 case

• Who: 一位没参与过流程设计的咨询师
• When/Condition: 拿到一对新的患者-照顾者，手里只有 SOP + 模板
• What: 按 runbook 走完接入→评估→匹配→首次会谈→随访
• Result: 全程不需要追问 Zoe；埋点表被完整填写；遇到危机信号能按规格升级

Scenario 2: 照顾者作为独立用户被评估与照护

• Who: 患者的主要照顾者
• When/Condition: 患者接入时，照顾者同步接入
• What: 照顾者走自己的一套评估（照护负荷、情绪、支持系统），而非被当作患者附属
• Result: 照顾者有独立的评估记录与陪伴节奏建议

Scenario 3: 从真实 case 反推 skill 规格

• Who: jacky + Zoe + 咨询师
• When/Condition: 跑完 N 个 case 后
• What: 复盘埋点数据，抽出评估问什么、怎么打分、危机怎么判
• Result: assessment / crisis-triage 两个 skill 的首版 schema 草案

Constraints and Assumptions

Constraints

• 安全：危机信号必须走人工转介，不得在流程里被「处理掉」（§7）。
• 合规边界：区分陪伴/教育 vs 诊疗（⚑ 法务待审）。
• PII：表单真实填写版不入 git；埋点数据脱敏。

Assumptions

• ⚑ Zoe 现有线下流程存在且可被观察/记录（不是从零设计）。
• 🔒 入口=围术期作为首场景 + dyad（jacky 2026-06-16 拍板，strategy §9-1）；底座按通用 care arc 设计但本 P1 只跑围术期单场景。
• ⚑ N≥3 真实 case 在合理时间内可获得。

Terms and Terminology

References and Links

• docs/product-strategy.md（§4 时间轴网格 / §7 安全 / §8 排序）
• .spec-initialization/AGENTS.md（capability/product 双层）
• .claude/commands/spec-init/specify.md（安全与 dyad persona 约束）