后端: - 文章审核状态机: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 组件导入
1.8 KiB
1.8 KiB
内容管理模块设计讨论
日期: 2026-04-26 | 参与者: 用户 + AI
背景
HMS 项目已有文章(article)基础 CRUD 实现(后端 API + 小程序列表/详情页),但缺少 Web 管理后台、富文本编辑、审核流程、分类管理等核心内容管理能力。用户希望围绕内容管理功能展开发散式讨论,确定设计方向。
讨论要点
需求确认
- 定位:综合内容平台 — 健康科普 + 医院公告 + 活动通知 + 科室介绍等
- 编辑体验:富文本可视化编辑(非 Markdown)
- 发布流程:需要审核流程(作者提交 → 审核员审批 → 发布)
- 角色:内容作者、审核员、患者读者(不需要独立的内容管理员角色)
- 媒体:先做图片上传,视频/附件后续再加
方案选择
讨论了两个方案:
- 方案 A:在 erp-health 内扩展 — 改动最小,复用现有 CRUD + 权限体系
- 方案 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 v5(MIT、轻量、中文优先)
- 图片存储:本地文件系统,后续可迁移至 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 天)。