iven/hms

Files

iven df1d85bfde docs: T40 UI 审计报告 + wiki 更新 + Docker 配置

- T40 UI 审计计划和结果文档（docs/qa/）
- wiki 更新：miniprogram 设计系统合规审计记录 + index 关键数字更新
- 审计 V2 完整报告（docs/audits/v2/）
- 讨论记录文档（docs/discussions/）
- 设计规格和实施计划（docs/superpowers/）
- 角色测试计划和结果（docs/qa/role-test-*）
- Docker 生产部署配置

2026-05-13 23:29:42 +08:00

2.2 KiB

Raw Blame History

夯实基础方向讨论

日期: 2026-05-05 | 参与者: 产品负责人 + 多专家组

背景

系统已完成主体功能开发（18 crate / 328 路由 / 46 health 实体），但存在安全漏洞、功能膨胀、UX 不统一三个结构性问题。在继续开发新功能之前，需要夯实基础。

讨论要点

1. 核心痛点确认

用户明确四大痛点：安全漏洞、UX 不统一、测试空白、功能半成品。补充观点：小程序功能过度开发，老年用户可能不需要。

2. 小程序定位

确认多角色混合模式：老年患者大字版、家属标准版、医护专业版，分层设计。

3. 完成标准

选择"精简收撤"策略：先做安全修复和核心流程打磨，不成熟的模块先冻结。

4. 实施策略

选择方案 A"安全优先逐层推进"：安全清零 → 冻结模块 → 设计系统 → 核心打磨 → 小程序精简。

5. 安全审查（多专家组）

三位安全专家并行审查（应用安全 + 数据/多租户 + 前端/基础设施），发现：

CRITICAL 5 个：FHIR 越权、AI 队列绕过隔离、.env.bak 泄露、Docker 硬编码密码
HIGH 10 个：审计日志泄露密文、Token 无租户校验、JWT localStorage、Prompt Injection 等
MEDIUM 8 个、LOW 5 个
积极发现：PII 加密体系、RLS 双层隔离、Argon2 密码哈希等基础架构扎实

6. 功能价值评估（多专家组）

产品经理 + 医疗主任 + UX 研究员三位专家评估。关键纠偏：

HMS 是综合健康管理平台，不是血透管理系统
透析只是业务子域之一，不应作为核心定位
用户确认冻结 7 个模块：护理计划、班次管理、家庭代理、药物记录、透析管理、医生排班、预约管理

7. 最终功能筛选

保留并完善 12 个功能域：患者管理、健康数据、告警系统、行动收件箱、AI 分析、随访管理、咨询管理、内容管理、积分商城、线下活动、统计仪表盘、设备与数据采集。

结论

制定 5-Phase 夯实基础计划，总工期 6-8 周：

安全清零（2-3 周）
冻结推迟模块（2-3 天）
设计系统统一（1 周）
核心流程打磨（1-2 周）
小程序精简与分层（2 周）

2.2 KiB Raw Blame History Unescape Escape