三个项目，
按实际进度记录

分析工作依赖分散资料、Excel和人工报告，需要形成可追溯、可复核的统一工作流。

组织并参与需求拆解、工作流设计、架构决策、测试和部署验证。

• 以分析师真实工作流确定产品边界，优先打通数据导入、计算、审核和报告生成。
• 选择适合交付条件的部署方式，并保留权限、日志、测试和回退要求。

• 形成可部署版本及配套测试、部署和交付记录。
• 把专业计算、项目数据和报告产物接入同一套流程。

资料与 Excel → 数据导入 → 专业计算 → 审核 → 报告生成

• 工作流结构
• 系统范围
• 测试与交付范围

项目既要把政策目标变成可以申报和建设的任务，也要把建设材料中的角色、流程和监管要求放进系统。

参与申报论证、预算与任务设计，也参与建设期的材料梳理、产品定义、流程与权限设计，以及实现检查和测试。

• 申报阶段先把政策目标、建设任务、预算和验收要求对齐。
• 建设阶段再梳理项目对象、角色、审批节点和退回路径，确定页面、权限与接口。

• 形成项目申报与论证材料、建设任务和预算安排。
• 形成内部功能版本，覆盖项目台账、角色权限、审批状态和工作台；正式 UAT、预生产与生产验收尚未完成。

政策与产业问题 → 项目方案与任务 → 角色与对象 → 审批流程 → 权限、状态与工作台

• 方案结构
• 对象与角色设计
• 审批流程
• 权限与测试范围

家长、儿童和门诊需要在授权清楚的前提下查看报告、安排服务并完成后续协作。

参与业务梳理、产品流程、系统实现检查和受控演示准备。

• 把家长授权和儿童信息关系放在主要流程之前处理。
• 用状态和权限限制报告、预约与后台操作。

• 形成小程序与管理后台的受控 Demo。
• 完成主要流程和相关测试，保留试点前仍需处理的运行事项。

家长授权 → 检查报告 → 预约与随访 → 后台协作

• 产品流程
• 小程序与后台界面
• 主要测试范围