hms/docs/discussions/2026-05-21-sidebar-menu-optimization-brainstorming.md

# 左侧菜单优化 — 多专家组头脑风暴

> 日期: 2026-05-21 | 参与者: UX 架构师、医疗业务专家、产品策略师、前端工程师

## 背景

当前 HMS 左侧菜单共 7 个顶级目录、~40 个活跃菜单项（含 7 个冻结项）。随着功能模块不断增加，菜单项数量已经让用户感到"找起来麻烦"。需要从业务流程顺序、角色定义等维度对分类和排序进行优化。

## 一、现状问题诊断（四专家组共识）

### 1.1 诊疗服务目录过于臃肿（9 项，最大目录）

9 项菜单跨越 4 个不同业务阶段：排班预约（行政调度）、随访咨询（主动关怀）、诊断知情（临床决策）、日常监测（数据采集）。分组逻辑不清晰。

### 1.2 业务流程连贯性断裂

完成一个完整的"建档→评估→随访→告警处理"闭环需要在 3 个目录间来回切换 5 次。医生上午查房的典型路径（告警→患者→诊断→咨询→AI分析）需要穿越 4 个目录。

### 1.3 日常监测归属错误

日常监测的操作对象是"患者"（护士找患者→录入体征），却被放在"诊疗服务"；而告警在"健康监测"，导致"监测→告警→处理"这条核心闭环被割裂。

### 1.4 配置项与操作项混杂

随访模板（低频配置）、告警规则（低频配置）、危急值阈值（低频配置）和高频日常操作混在同一目录，增加视觉噪音。

### 1.5 运营管理包含三类不同业务

内容管理（资讯+分类+标签）、积分商城（规则+商品+订单+活动）、媒体内容（媒体库+轮播图）共用一个目录，逻辑不够清晰。

### 1.6 文章分类/文章标签可降级

这两个菜单项是文章管理的辅助配置，不需要在侧边栏独立占位。

## 二、专家方案综合

### 方案 A：最小改动 — 归属调整 + 二级分组（0.5 天）

保持 7 个顶级目录，仅调整归属和排序：

```
工作台 (sort=1)
  ├─ 仪表盘
  └─ 统计报表

患者管理 (sort=2)             ← 不变
  ├─ 患者管理
  ├─ 标签管理
  └─ 医护管理

诊疗服务 (sort=3)             ← 瘦身至 7 项
  ├─ 排班管理（冻结）
  ├─ 预约排班（冻结）
  ├─ 随访管理
  ├─ 随访模板管理
  ├─ 咨询管理
  ├─ 行动收件箱
  └─ 诊断记录

健康监测 (sort=4)             ← 增至 8 项
  ├─ 实时监控
  ├─ 告警仪表盘
  ├─ 告警列表
  ├─ 告警规则
  ├─ 日常监测            ← 从"诊疗服务"移入（监测行为归监测目录）
  ├─ 设备管理
  ├─ BLE 网关
  └─ 危急值阈值

运营管理 (sort=5)             ← 瘦身至 7 项
  ├─ 资讯管理            ← 内含分类/标签 Tab
  ├─ 积分规则
  ├─ 商品管理
  ├─ 订单管理
  ├─ 线下活动
  ├─ 媒体库
  └─ 轮播图管理

AI 助手 (sort=6)              ← 不变
系统管理 (sort=7)             ← 不变
```

**改动**：日常监测移到健康监测；文章分类/文章标签降级为文章管理页内 Tab。
**效果**：目录内项数更均衡（2/3/7/8/7/6/8），减少 2 个菜单项。

---

### 方案 B：中度重组 — 业务流程导向（1-2 天）⭐ 推荐

以医护人员的典型工作流顺序重新组织，同时合并配置项到系统管理：

```
工作台 (sort=1)               ← 增加"快捷入口"卡片区域
  ├─ 仪表盘              ← 内嵌：告警摘要 + 今日待办 + 未回复咨询 + 我的随访
  └─ 统计报表

患者中心 (sort=2)             ← 原"患者管理"改名 + 扩充
  ├─ 患者管理
  ├─ 日常监测            ← 从"诊疗服务"移入（体征是患者数据的一部分）
  ├─ 诊断记录            ← 从"诊疗服务"移入（看诊即写）
  ├─ 知情同意            ← 从"诊疗服务"移入（建档即签）
  ├─ 咨询管理            ← 从"诊疗服务"移入（围绕患者沟通）
  ├─ 标签管理
  └─ 医护管理

随访关怀 (sort=3)             ← 原"诊疗服务"瘦身，聚焦主动健康管理
  ├─ 行动收件箱          ← 提到首位（待办驱动）
  ├─ 随访任务
  ├─ 随访模板            ← 保留在此（虽然低频，但和随访任务强关联）
  ├─ 排班管理（冻结）
  └─ 预约排班（冻结）

监测告警 (sort=4)             ← 原"健康监测"微调
  ├─ 实时监控
  ├─ 告警仪表盘
  ├─ 告警列表
  ├─ 告警规则            ← 移至系统管理（低频配置）
  ├─ 设备管理
  ├─ BLE 网关
  └─ 危急值阈值          ← 移至系统管理（低频配置）

运营管理 (sort=5)             ← 瘦身
  ├─ 资讯管理            ← 内含分类/标签 Tab
  ├─ 积分规则
  ├─ 商品管理
  ├─ 订单管理
  ├─ 线下活动
  ├─ 媒体库
  └─ 轮播图管理

AI 助手 (sort=6)              ← 不变
  ├─ AI 客服
  ├─ AI Prompt 管理
  ├─ AI 分析历史
  ├─ AI 知识库
  ├─ AI 用量统计
  └─ AI 配置

系统管理 (sort=7)             ← 吸收配置项
  ├─ 用户管理
  ├─ 权限管理
  ├─ 组织架构
  ├─ 告警规则            ← 从"监测告警"移入
  ├─ 危急值阈值          ← 从"监测告警"移入
  ├─ 工作流
  ├─ 消息中心
  ├─ 系统设置
  ├─ 插件管理
  └─ OAuth 合作方
```

**核心改动 4 处**：
1. "患者管理" → "患者中心"，吸收日常监测/诊断/知情同意/咨询（4 项从诊疗服务移出）
2. "诊疗服务" → "随访关怀"，只保留随访相关（+ 冻结的排班预约）
3. 告警规则和危急值阈值移到系统管理（配置项和操作项分离）
4. 工作台仪表盘增加快捷入口卡片

**角色效率对比**：

| 角色 | 改动前目录切换次数 | 改动后目录切换次数 | 改善 |
|------|-------------------|-------------------|------|
| 医生（上午查房） | 4-5 次 | 2-3 次 | -40% |
| 护士（日常操作） | 3-4 次 | 2 次 | -40% |
| 健康管理师 | 5-6 次 | 4 次 | -25% |
| 运营人员 | 1-2 次 | 1-2 次 | 不变 |

---

### 方案 C：激进重组 — 患者中心化（3-5 天）

以患者旅程为核心重新组织导航，模仿电子病历系统的"以患者为中心"导航模式。患者详情页升级为多 Tab 超级枢纽，内嵌体征/随访/咨询/诊断/同意 Tab。

**优势**：医生导航效率提升 60%+。
**劣势**：需要重构患者详情页架构，工作量大，且改变了现有的交互范式。

---

## 三、技术可行性结论（前端专家）

| 改动类型 | 是否需要改 | 工作量 |
|----------|-----------|--------|
| 后端迁移（目录重组） | 是 | 5-8 小时 |
| MainLayout.tsx | **否** | 0（完全数据驱动） |
| routeConfig.ts | **否** | 0 |
| App.tsx 路由 | **否** | 0 |
| iconRegistry.tsx | 可能新增图标 | 10 分钟 |
| 文章分类/标签降级为 Tab | 是 | 2-3 小时 |
| 工作台快捷入口卡片 | 推荐 | 2-3 小时 |

**核心优势**：`DynamicMenuSection` 是完全数据驱动的递归渲染组件，菜单重组的核心工作量 100% 集中在后端迁移文件，前端几乎零改动。

## 四、附加建议（专家组补充）

1. **侧边栏搜索**：40 个菜单项已达到需要搜索辅助的临界点，建议在侧边栏顶部增加搜索框
2. **消息中心移到 Header**：将消息中心从系统管理移到顶部右侧通知按钮，与通知面板合并
3. **冻结菜单视觉弱化**：使用 `opacity: 0.4` + "即将开放"标注，或完全隐藏
4. **面包屑导航**：患者详情页等深层页面缺少面包屑，用户依赖浏览器后退

## 五、结论 / 待定

- **推荐方案 B（业务流程导向）**，兼顾改动成本和效果提升
- **可选附加**：工作台快捷入口（+0.5 天）、侧边栏搜索（+0.5 天）
- **待讨论**：告警规则/危急值阈值是否移到系统管理？还是保留在监测告警目录？（医疗专家建议移出，UX 专家建议保留以保持告警闭环完整）
- **待讨论**：方案 C 的患者中心化架构是否作为 V2 目标？