P1 执行 · map-offline-care-flow
Context
P1 第一个 change,offline-first(docs/product-strategy.md §8)。把 Zoe 线下 dyad 陪伴流程沉淀为可复跑 runbook + 表单 + 两个 skill 纸面规格 + 埋点。无平台代码;产出是 sop/ + reference/intake-forms/ + capability/skills/*/spec.md 的文档资产,直接喂养 P2 的 MVP(见 docs/product-plan.md)。
Goals / Non-Goals
Goals
- 一条端到端、双线(患者/照顾者)SOP。
- 5 类表单模板(同意/患者评估/照顾者评估/会谈/随访)。
- 危机分诊纸面规格(信号→升级→资源)。
- 每 case 埋点字段表 + N 个真实 case 记录。
- assessment / crisis-triage 两 skill 的首版 schema 草案。
Non-Goals
- 自动化、算法、前后端、真实 PII 入库。
Decisions
1. 双线并行,不串行
Decision: 患者线与照顾者线是两条并行 SOP,在共享节点(接入、危机)交汇。 Rationale: 照顾者是一等用户(§2);串行会让 ta 沦为附属。 Alternatives: 单线+照顾者作为患者档案字段 —— 拒绝,丢失独立评估与独立陪伴节奏。
2. 危机分诊先于一切上线
Decision: 危机分诊规格是本 change 的阻塞性交付,其它都可迭代,它不能缺。 Rationale: 安全即产品(§7);没有安全闸不允许跑真实 case。
3. 埋点驱动平台化选择
Decision: 每 case 记录「每步耗时/频次/摩擦/是否需要 Zoe 介入」,用数据而非直觉决定 P2 先平台化哪个面。 Rationale: §5 飞轮轴是数据,不是流量。
Architecture
Affected Surfaces
- Skill(s) — assessment(患者+照顾者两套)、crisis-triage(spec 草案)
- SOP —
sop/perioperative-dyad-care.md - Reference materials —
reference/intake-forms/(脱敏空白模板) - 平台前后端 —— 不涉及
Data Flow
真实 case → 咨询师按 SOP 执行 → 表单(纸面/本地)+ 埋点表 → 脱敏汇总 → 复盘 → skill schema 草案。真实填写件留本地,不入 git;仅脱敏的流程/埋点结论入库。
Output Format
- SOP:markdown,节点化(触发/角色/动作/产出/分诊钩子)。
- 表单:markdown 模板(字段 + 评分口径)。
- skill spec:
capability/skills/<name>/spec.md—— 含input/output/fields/scoring/safety段,为 P2 Pydantic 模型预留形状。 - 埋点:一张字段表(step_id, role, duration, frequency, friction_1to5, needed_expert)。
Evidence & Validation Strategy
- 危机分诊规格由持证咨询师复核,线下样本 0 漏报。
- 可用性:第三方咨询师仅凭 SOP 复跑成功。
- skill 草案每个评估字段标注来源(量表名/咨询师经验),不凭空造。
Risks / Trade-offs
Risk: Zoe 流程尚不固定
Mitigation: 先观察记录现状(as-is),再标准化(to-be),不强行规定。
Trade-off: N 偏小,统计不显著
Impact: 接受 —— 本阶段目标是方法论与摩擦定位,非统计结论。
Open Questions
- ⚑ N 定多少、case 从哪来(Zoe)。
- ⚑ 围术期具体术种切哪类先做(影响时间轴细节)。
- ⚑ 危机资源清单的本地化(地区危机热线/合作精神科转介)。
Implementation Sequence
- 观察并记录 as-is 流程(患者线+照顾者线)。
- 起草危机分诊规格(阻塞项)+ 危机资源清单。
- 起草 5 类表单模板 + 埋点字段表。
- 写 to-be SOP(双线 + 共享节点)。
- 跑 N 个真实 case,填埋点。
- 复盘 → assessment / crisis-triage skill schema 草案。
References
docs/product-strategy.md·docs/product-plan.md(P1↔MVP 衔接)