Files
hms/docs/discussions/2026-04-26-content-management-brainstorm.md
iven 17b423b9b8
Some checks failed
CI / rust-check (push) Has been cancelled
CI / rust-test (push) Has been cancelled
CI / frontend-build (push) Has been cancelled
CI / security-audit (push) Has been cancelled
feat(health): 内容管理模块 — 审核/分类/标签/富文本编辑器
后端:
- 文章审核状态机:draft → pending_review → published(含 reject/unpublish)
- 文章分类 CRUD(article_category entity + service + handler)
- 文章标签 CRUD(article_tag + article_article_tag 关联)
- 文章修订版快照(article_revision)
- 阅读计数、排序、slug、审核备注
- 新增 health.articles.review 权限

前端:
- ArticleManageList:状态标签页 + 分类筛选 + 关键字搜索 + 审核操作
- ArticleEditor:Wangeditor 富文本编辑器 + 元数据侧栏
- ArticleCategoryManage:分类 CRUD + 父子层级
- ArticleTagManage:标签 CRUD

修复:
- diagnosis_service/health_data_service/dialysis_service: 补充 key_version 字段
- ArticleCategoryManage: 补充 Select 组件导入
2026-04-26 12:51:30 +08:00

1.8 KiB
Raw Blame History

内容管理模块设计讨论

日期: 2026-04-26 | 参与者: 用户 + AI

背景

HMS 项目已有文章article基础 CRUD 实现(后端 API + 小程序列表/详情页),但缺少 Web 管理后台、富文本编辑、审核流程、分类管理等核心内容管理能力。用户希望围绕内容管理功能展开发散式讨论,确定设计方向。

讨论要点

需求确认

  • 定位:综合内容平台 — 健康科普 + 医院公告 + 活动通知 + 科室介绍等
  • 编辑体验:富文本可视化编辑(非 Markdown
  • 发布流程:需要审核流程(作者提交 → 审核员审批 → 发布)
  • 角色:内容作者、审核员、患者读者(不需要独立的内容管理员角色)
  • 媒体:先做图片上传,视频/附件后续再加

方案选择

讨论了两个方案:

  1. 方案 A在 erp-health 内扩展 — 改动最小,复用现有 CRUD + 权限体系
  2. 方案 B拆分为独立 erp-content crate — 关注点分离但工作量大

最终选择:方案 A + 预留拆分接口。内容管理代码放在 content/ 子目录,通过事件总线与 health 核心通信,未来可拆分。

设计决策

  • 数据模型articles 表 ALTER 增加 status/slug/reviewed_by 等字段 + 新增 4 张表category/tag/relation/revision
  • 审核状态机draft → pending_review → published支持 reject 和 unpublish
  • 富文本编辑器Wangeditor v5MIT、轻量、中文优先
  • 图片存储:本地文件系统,后续可迁移至 OSS
  • 新增权限码:health.articles.review
  • 新增事件article.submitted/approved/rejected/published

结论

设计规格已写入 docs/superpowers/specs/2026-04-26-content-management-design.md,估算工作量 7-10 天(后端 3-4 天 + 前端 3-4 天 + 小程序 1-2 天)。