hms/docs/discussions/2026-05-01-workbench-redesign-brainstorm.md

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

日期: 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
• 下一步：编写实施计划并执行