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
95 lines
1.1 KiB
Markdown
95 lines
1.1 KiB
Markdown
# 医学NLP引擎
|
||
|
||
> **能力定位:** 通用能力层
|
||
> **复用率:** 14% (1个模块依赖)
|
||
> **优先级:** P2
|
||
> **状态:** ⏳ 待实现
|
||
|
||
---
|
||
|
||
## 📋 能力概述
|
||
|
||
医学NLP引擎负责:
|
||
- 医学实体识别(NER)
|
||
- 医学术语标准化
|
||
- 疾病/药物识别
|
||
|
||
---
|
||
|
||
## 📊 依赖模块
|
||
|
||
**1个模块依赖(14%复用率):**
|
||
1. **DC** - 数据清洗整理(病例数据NER提取)
|
||
|
||
---
|
||
|
||
## 💡 核心功能
|
||
|
||
### 1. 医学实体识别
|
||
- 疾病识别
|
||
- 药物识别
|
||
- 手术识别
|
||
- TNM分期提取
|
||
|
||
### 2. 术语标准化
|
||
- ICD编码
|
||
- ATC编码
|
||
|
||
### 3. 关系抽取
|
||
- 疾病-药物关系
|
||
- 症状-疾病关系
|
||
|
||
---
|
||
|
||
## 🏗️ 技术方案
|
||
|
||
### 云端版(高准确率)
|
||
```python
|
||
# 基于LLM API(Claude/GPT)
|
||
# JSON Mode结构化输出
|
||
```
|
||
|
||
### 单机版(隐私优先)
|
||
```python
|
||
# 基于spaCy + 医学模型
|
||
# 100%本地运行
|
||
```
|
||
|
||
---
|
||
|
||
## 🔗 相关文档
|
||
|
||
- [通用能力层总览](../README.md)
|
||
- [DC模块需求](../../03-业务模块/DC-数据清洗整理/README.md)
|
||
|
||
---
|
||
|
||
**最后更新:** 2025-11-06
|
||
**维护人:** 技术架构师
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|
||
|