51 lines
2.3 KiB
Markdown
51 lines
2.3 KiB
Markdown
# 工作台体验重构 — 发散式探讨
|
||
|
||
> 日期: 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
|
||
- 下一步：编写实施计划并执行
|