Files
hms/docs/discussions/2026-05-21-sidebar-menu-optimization-brainstorming.md
iven b8c84ed9af feat(health): 菜单方案B重组 — 患者中心+随访关怀+配置归入系统管理+文章标签合并
方案B业务流程导向菜单优化:
- "患者管理" → "患者中心",吸收日常监测/诊断/知情同意/咨询
- "诊疗服务" → "随访关怀",只保留随访相关
- 告警规则/危急值阈值 → 系统管理
- 文章分类/标签菜单软删除,合并为文章管理页内 Tab

变更文件:
- 迁移 164: 重命名目录+移动叶子菜单+重建 menu_roles
- ArticleManageList.tsx: 分类/标签管理合并为页内 Tab
- 讨论记录 + 可视化原型 HTML

Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
2026-05-21 08:13:23 +08:00

8.1 KiB
Raw Blame History

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

日期: 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 目标?