# 工作台体验重构 — 发散式探讨

> 日期: 2026-05-01 ~ 2026-05-02 | 参与者: 用户 + Claude

## 背景

HMS 项目已完成全系统审计（83% 完成度），工作台原型已设计（医生 A/B/C + 主任 D/E/F 共 6 种方案），最近 5 个提交在推进工作台前端实现。但工作台的设计前提需要修正。

## 讨论要点

### 1. 产品定位重大认知更新

- **首期用户是血透中心/一级综合医院**，不是泛化健康管理机构
- **机构已有 HIS + 专用血透管理系统**，HMS 不碰临床透析流程
- **HMS 的真正定位是「患者-机构枢纽」**：日常健康数据采集、随访干预、积分运营、健康科普、潜在患者转化
- **三种角色并行**：健康管家/随访护士、医生（审核/咨询角色）、运营人员
- **产品愿景是持续演化**：健康管理 → 运营引擎 → 血透管理（最终替代专用血透系统）
- **MVP 先独立运行**，不依赖 HIS 对接

### 2. 工作台方案选择

提出三种方案：
- **方案 A「今日全景」仪表盘** — 统计卡片 + 待办列表 + 侧边 AI 洞察
- **方案 B「工作流驱动」流水线** — 任务队列 + 详情处理面板（选中）
- **方案 C「AI 指挥中心」** — AI 助手主卡片主动推送

用户选择**方案 B**，理由：健康管家每天处理 20+ 任务，一件一件处理是最自然的工作节奏。

### 3. 角色与范围决策

- 先只做**健康管家**角色，医生和运营后续再做
- 分两期实施：Phase 1 基于现有 3 种数据源（告警、AI 建议、随访），Phase 2 扩展

### 4. 设计规格评审

规格评审发现 7 个 CRITICAL 问题，核心是设计规格与现有代码库对不上：
- 数据源不匹配（7 种任务类型中 4 种没有现成数据源）
- API 路径冲突（现有 action-inbox 路由未处理）
- 表名错误（points_redemption → points_order 等）
- "无需新建表"的声明不准确
- 缺少验收标准

v2 已全部修复，采用分两期实施策略。

## 结论

- 方案 B「工作流驱动」健康管家工作台作为本期实施目标
- 设计规格 v2 已通过评审，保存到 docs/superpowers/specs/2026-05-02-health-manager-workbench-design.md
- 原型保存到 _temp/workbench-health-manager-A/B/C.html
- 下一步：编写实施计划并执行