feat(health): 菜单方案B重组 — 患者中心+随访关怀+配置归入系统管理+文章标签合并
方案B业务流程导向菜单优化： - "患者管理" → "患者中心"，吸收日常监测/诊断/知情同意/咨询 - "诊疗服务" → "随访关怀"，只保留随访相关 - 告警规则/危急值阈值 → 系统管理 - 文章分类/标签菜单软删除，合并为文章管理页内 Tab 变更文件： - 迁移 164: 重命名目录+移动叶子菜单+重建 menu_roles - ArticleManageList.tsx: 分类/标签管理合并为页内 Tab - 讨论记录 + 可视化原型 HTML Co-Authored-By: Claude Opus 4.7 <noreply@anthropic.com>
This commit is contained in:
iven
@@ -0,0 +1,204 @@
|
||||
# 左侧菜单优化 — 多专家组头脑风暴
|
||||
|
||||
> 日期: 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 目标？
|
||||
1183
docs/discussions/menu-prototype.html
Normal file
1183
docs/discussions/menu-prototype.html
Normal file
File diff suppressed because it is too large
Load Diff
Reference in New Issue
Block a user