HaHafeng
66255368b7
Features - User Management (Phase 4.1): - Database: Add user_modules table for fine-grained module permissions - Database: Add 4 user permissions (view/create/edit/delete) to role_permissions - Backend: UserService (780 lines) - CRUD with tenant isolation - Backend: UserController + UserRoutes (648 lines) - 13 API endpoints - Backend: Batch import users from Excel - Frontend: UserListPage (412 lines) - list/filter/search/pagination - Frontend: UserFormPage (341 lines) - create/edit with module config - Frontend: UserDetailPage (393 lines) - details/tenant/module management - Frontend: 3 modal components (592 lines) - import/assign/configure - API: GET/POST/PUT/DELETE /api/admin/users/* endpoints Architecture Upgrade - Module Permission System: - Backend: Add getUserModules() method in auth.service - Backend: Login API returns modules array in user object - Frontend: AuthContext adds hasModule() method - Frontend: Navigation filters modules based on user.modules - Frontend: RouteGuard checks requiredModule instead of requiredVersion - Frontend: Remove deprecated version-based permission system - UX: Only show accessible modules in navigation (clean UI) - UX: Smart redirect after login (avoid 403 for regular users) Fixes: - Fix UTF-8 encoding corruption in ~100 docs files - Fix pageSize type conversion in userService (String to Number) - Fix authUser undefined error in TopNavigation - Fix login redirect logic with role-based access check - Update Git commit guidelines v1.2 with UTF-8 safety rules Database Changes: - CREATE TABLE user_modules (user_id, tenant_id, module_code, is_enabled) - ADD UNIQUE CONSTRAINT (user_id, tenant_id, module_code) - INSERT 4 permissions + role assignments - UPDATE PUBLIC tenant with 8 module subscriptions Technical: - Backend: 5 new files (~2400 lines) - Frontend: 10 new files (~2500 lines) - Docs: 1 development record + 2 status updates + 1 guideline update - Total: ~4900 lines of code Status: User management 100% complete, module permission system operational
2.2 KiB
2.2 KiB
RVW - 稿件审查系统
模块代号： RVW (Review)
开发状态： ⚡ 核心功能已完成，待扩展
商业价值： ⭐⭐⭐⭐⭐ 可独立售卖
独立性： ⭐⭐⭐⭐⭐ 极高
优先级： P1
📋 模块概述
稿件审查系统提供AI辅助的稿件智能审查功能。
核心价值： 完全独立的产品，可独立售卖给期刊编辑部
🎯 核心功能
已完成功能
- ✅ 文档上传 - Word稿件上传
- ✅ 文本提取 - 调用文档处理引擎
- ✅ 稿约规范性评估 - 11项评估（editorial_review）
- ✅ 方法学评估 - 3部分评估（methodology_review）
- ✅ 综合评分 - 双维度评分
- ✅ PDF导出 - 评估报告导出
未来扩展
- ⏳ 审稿人管理
- ⏳ 审稿流程管理
- ⏳ 多轮审稿
- ⏳ 审稿意见模板
- ⏳ 期刊库管理
📂 文档结构
RVW-稿件审查系统/
├── [AI对接] RVW快速上下文.md # ⏳ 待创建
├── 00-项目概述/
│ ├── 01-产品需求文档(PRD).md # ⏳ 待创建
│ ├── 02-独立系统规划.md # ⏳ 待创建
│ └── 03-商业模式设计.md # ⏳ 待创建
├── 01-设计文档/
├── 02-业务规则/
│ ├── 01-方法学评估标准.md # ⏳ 待迁移
│ └── 02-稿约规范性评估标准.md # ⏳ 待迁移
└── README.md # ✅ 当前文档
🔗 依赖的通用能力
- LLM网关 - AI评估
- 文档处理引擎 - 稿件文本提取
🎯 商业模式
目标客户： 期刊编辑部、出版社、学会
售卖方式： 完全独立产品
定价策略： 按期刊订阅 或 按稿件数量计费
⭐ 为什么适合独立？
- ✅ 用户群独立 - 期刊编辑部 vs 临床医生（完全不同）
- ✅ 业务逻辑独立 - 与其他模块无关联
- ✅ 部署场景独立 - 期刊编辑部有自己的部署需求
- ✅ 商业模式独立 - 可以按期刊订阅
最后更新： 2025-11-06
维护人： 技术架构师