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