docs(wiki): Wiki 全面刷新 + Q2 路线图 + 测试补强设计规格

- Wiki 7 文件关键数字刷新：迁移 96→103、实体 45→46、前端 163→225、测试 5→36
- 修复 architecture.md PostgreSQL 版本不一致（18→16）
- 修复 erp-ai.md 实体数 3→6、erp-health.md 实体数 45→46
- 更新 index.md 文档索引：specs 41、plans 38、discussions 18
- 新增事件注册表/方法论/分析报告引用
- 新增页面/组件测试设计规格（模式化工厂方案）
- 新增 Q2 路线图规格（技术债 + 新功能并行 8 周）

wiki/architecture.md

@@ -22,15 +22,15 @@ HMS 继承 ERP 底座的所有基础模块，`erp-health` 作为原生 Rust 模
 ```
 HMS 平台
 ├── 基础模块（继承 ERP）: auth, config, workflow, message, plugin
-├── 核心业务模块: erp-health（原生 Rust，45 实体/39 权限/25+ 页面）★ 已实现
-├── AI 模块: erp-ai（3 实体，SSE 流式分析，Phase 1 MVP）
+├── 核心业务模块: erp-health（原生 Rust，46 实体/39 权限/25+ 页面）★ 已实现
+├── AI 模块: erp-ai（6 实体，SSE 流式分析，Phase 1 MVP）
 ├── 透析模块: erp-dialysis（已拆分为独立 crate）
 └── 可选插件: crm, inventory, freelance, itops, assessment（WASM）
 ```
 
 ### 为什么 erp-health 用原生模块？
 
-医疗业务需要 44 强类型实体、自定义 API（趋势分析/统计报表）、PII 数据加密（AES-256-GCM + KEK/DEK 分层）、文件上传、未来 AI 集成。WASM 插件的 JSONB 动态存储和 20 实体上限无法满足。详见 [[erp-health]]。
+医疗业务需要 46 强类型实体、自定义 API（趋势分析/统计报表）、PII 数据加密（AES-256-GCM + KEK/DEK 分层）、文件上传、未来 AI 集成。WASM 插件的 JSONB 动态存储和 20 实体上限无法满足。详见 [[erp-health]]。
 
 ### 为什么用 UUIDv7？
 
@@ -105,8 +105,8 @@ hms/
 | erp-workflow | ✅ 完成 | 5 表 | 8（种子数据） | 工作流管理 | 63 单元 + 4 集成 |
 | erp-message | ✅ 完成 | 3 表 | 5（种子数据） | 消息中心 | 72 单元 |
 | erp-plugin | ✅ 完成 | 4 表 | 2（种子数据） | 插件管理/市场 | 78 单元 + 2 集成 |
-| erp-health | ✅ 完成 | 45 表 | 39 | 25+ 页面 + 11 组件 | 159 单元 + 144 集成 |
-| erp-ai | 🔄 Phase 1 | 3 表 | 6 | AI 分析/Prompt/用量 | 36 单元 |
+| erp-health | ✅ 完成 | 46 表 | 39 | 25+ 页面 + 工作台 | 159 单元 + 144 集成 |
+| erp-ai | 🔄 Phase 1 | 6 表 | 6 | AI 分析/Prompt/建议/风险/用量 | 36 单元 |
 | erp-dialysis | 🔄 已拆分 | - | 5 | - | 10 单元 + 15 集成 |
 
 ### 技术选型
@@ -115,7 +115,7 @@ hms/
 |------|------|
 | Axum 0.8 | Tokio 团队维护，tower 生态，类型安全路由 |
 | SeaORM 1.1 | 异步、类型安全、迁移工具完善 |
-| PostgreSQL 18 | 企业级，JSON 支持，扩展丰富 |
+| PostgreSQL 16 | 企业级，JSON 支持，扩展丰富 |
 | Redis 7 | 缓存 + 限流 token bucket |
 | React 19 + Ant Design 6 | 企业后台 UI 标配 |
 | Zustand 5 | 极简状态管理 |