a0b72b0f73
Iteration 1 六项任务全部完成： 1. 审计日志IP记录 — task_local RequestInfo 自动注入 IP/user_agent 2. 文件上传服务 — multipart 上传 + ServeDir 静态文件服务 3. 医护端后端API — 医生工作台仪表盘 + 患者标签CRUD + 会话已读 4. 小程序角色切换 — 登录后根据角色跳转医护台/患者首页 5. 小程序安全加固 — secure-storage 开发模式警告 6. 讨论记录归档 — docs/discussions/
3.0 KiB
3.0 KiB
项目下一步工作安排 — 发散式讨论
日期: 2026-04-26 | 参与者: iven + Claude
背景
17 天内已建成完整 ERP 底座 + erp-health 35 实体 + Web 62 页面 + 患者小程序 31 页面。 客户需求（三端功能）已整理，10+ 份设计文档评审完毕但多数未实施。 需要确定下一步工作方向和优先级排序。
讨论要点
第一轮：业务方向确认
- 业务目标： 全面铺开 — 多方向并行推进，不设单一优先方向
- 医护端策略： 复用 + 扩展 — 在现有患者小程序中增加角色判断，根据角色切换 TabBar 和页面
- 商城策略： 中优先级 — 先做积分体系（签到/规则/兑换），微信支付和物流后续接入
- 测试策略： 边做边补 — 新功能 TDD，旧代码在 bugfix 时渐进补充
第二轮：关键技术决策
- 文件上传： 本地先行 — 先用本地文件系统 + Nginx 静态服务，后续迁移到对象存储
- 咨询实时化： 轮询先行 — 先用 5-10s 轮询 + 微信通知，后续升级 WebSocket
- 统计报表： 三方向并行 — 健康数据中心 + 运营统计报告 + 小程序埋点分析
- 时间节奏： 滚动迭代 — 不设硬时间线，按功能完成度推进，每两周 review
第三轮：五大工作流
- P0 安全与合规 — 危急值消费者、审计日志补全、小程序安全清理、EventBus 可靠性
- 医护端小程序 — 复用现有小程序 + 角色切换，约 12-15 新页面
- 实时通知推送 — 通知分发器 → SSE → 微信模板消息 → WebSocket（渐进式）
- 积分商城 — 积分核心 → 商品管理 → 微信支付 → 物流配送 → 售后（渐进式）
- 质量与测试 — 边做边补，每周五半天集中补测试
结论
核心决策汇总
| 决策项 | 结论 |
|---|---|
| 业务目标 | 全面铺开，多工作流并行 |
| 医护端策略 | 复用现有小程序，角色切换 |
| 商城策略 | 中优先级，先积分后支付 |
| 测试策略 | 边做边补，新功能 TDD |
| 文件上传 | 本地先行，后续迁移对象存储 |
| 咨询实时化 | 轮询先行，后续升级 WebSocket |
| 统计报表 | 三方向并行（健康数据 + 运营 + 埋点） |
| 时间节奏 | 滚动迭代，双周 review |
滚动迭代计划
Iteration 1： P0 安全修复 + 医护端后端 API + 文件上传基础版 + 小程序角色切换框架
Iteration 2： 医护端小程序页面 + 通知推送 + 积分核心 + 健康数据统计
Iteration 3： 咨询轮询优化 + 积分商品管理 + 运营报表 + 埋点分析 + 测试提升 + CMS 完善
后续： 微信支付 / 物流对接 / WebSocket 升级 / AI 报告集成 / 对象存储迁移
风险
- 全面铺开导致各方向半成品 → 每个工作流定义 MVP
- 医护端复用导致代码耦合 → 共享服务层抽离，页面按角色隔离
- 微信支付资质不全 → 先做积分虚拟兑换
- 测试覆盖率持续低下 → 每个 PR 至少 1 个测试用例