{ "version": "V0.2", "title": "社区营养健康餐厅标准方案", "slides": [ { "title": "社区营养健康餐厅", "lead": "体测建档 · 营养供餐 · 饭后建议 · 手环跟踪 · 周期复评", "kind": "cover", "items": [ [ "一份档案", "连接每位老人的检测、就餐和活动记录" ], [ "两条主线", "供餐端管好每一餐，就餐端获得连续服务" ], [ "四项核心", "体测一体机、小程序、主动推送、个人手环" ] ], "conclusion": "标准化建设方案 V0.2 · 供项目与产品确认", "notes": "整合养老机构版20260519（25页）、nutrition-settlement-v4-main（10页）与社区V0.1。面向社区/养老负责人、运营方与售前。本材料是标准建设目标，未验证模块不表述为已经部署。封面图来自新PPT第4页，原图标记为AI场景示意。", "image": "p04-10.png" }, { "title": "两条主线，形成完整服务闭环", "lead": "供餐服务与个人健康服务，在同一份就餐记录上衔接。", "kind": "lanes", "items": [ [ "供餐端", "审核营养菜单 → 预订与堂食备餐 → 制作与补菜 → 菜单及经营复盘" ], [ "老人端", "体测与小程序建档 → 推荐与自主选餐 → 饭后建议主动送达 → 手环反馈与复评" ], [ "共同记录", "统一人员身份 · 菜品配方与份量 · 餐次记录 · 活动记录 · 授权与审核" ] ], "conclusion": "让建议落到餐食，让记录回到下一轮服务。", "notes": "来源：新PPT1、3、4、5、7、8；养老版16—20；新增主动推送及逐人手环为本次建设目标。供餐端保留自主选择和批量生产，不承诺一人一灶。", "image": null }, { "title": "四项核心，连接四类服务入口", "lead": "体测一体机、小程序、主动推送、个人手环进入标准建设范围。", "kind": "grid", "items": [ [ "体测一体机", "采集适用指标\n带人员身份、测量时间与来源\n检测异常由工作人员复核" ], [ "小程序建档", "本人或授权协助建档\n查看菜单、建议与周期报告\n绑定适配手环和管理授权" ], [ "饭后主动推送", "餐次确认后触发\n营养反馈＋活动建议\n跟踪发送、查看与跟进" ], [ "每人连接手环", "每位参与老人绑定主设备\n回传适配的活动数据\n异常、换绑和断连可处理" ] ], "conclusion": "PC负责管理，小程序服务个人，设备采集，大屏分类展示。", "notes": "来源：新PPT2和6、用户四项新增。参与老人可拒绝手环/数据授权，仍享基本餐饮；不将授权与助餐资格捆绑。消息通知仅发摘要和入口，不暴露完整健康明细。", "image": null }, { "title": "体测与建档，从首次服务开始", "lead": "先确认人，再确认数据；一个老人对应一份可追溯档案。", "kind": "intake", "items": [ [ "01 建立身份", "老人扫码/刷卡或工作人员协助；本人信息与家属账号分开。" ], [ "02 一体机检测", "采集身高、体重等适用指标；体成分、血压按选型核定。" ], [ "03 小程序补充", "饮食禁忌、过敏、偏好、活动能力及本人提供的已确诊情况。" ], [ "04 专业人员审核", "确认营养服务目标；异常读数复核，特殊情况转专业评估。" ] ], "conclusion": "体测数据关联小程序档案，为营养推荐提供输入。", "notes": "来源：养老版17，新PPT6，产品目录SH-V20/HW-V91。页面结构示意为本次设计，不冒充现有界面或已上线设备接口。新PPT的档案截图含非老人年龄和示例健康信息，因此本页不直接复用其个人数值。体测不用于直接诊断；数据上传需核验身份、单位与时间，失败可受控补录。", "image": null }, { "title": "营养目标，转成后厨制作任务", "lead": "基础菜单共用，适配菜品分组，推荐组合落实到个人。", "kind": "flow", "items": [ [ "菜单审核", "按营养目标、禁忌与供应条件审核菜谱和份量" ], [ "需求汇总", "已确认预订＋非预订堂食预计量，避免重复计入" ], [ "制作任务", "菜品、份量、份数、质地、过敏排除、替代菜与版本" ], [ "出品确认", "核对制作与分份；换料/换菜重新审核并更新营养值" ] ], "conclusion": "厨房接收制作要求，个人健康信息按最小范围使用。", "notes": "来源：养老版18，新PPT3，V0.1。自动转后厨任务、签收及版本协同未取得完整运行证据，需确认配置或新增开发。吞咽困难不以普通软食替代评估。食品安全例行检查、原料和过敏原管理属于餐饮运营责任。", "image": null }, { "title": "两种餐线，共用健康服务底座", "lead": "按现有场地、服务方式与记录精度，选择一套或分区组合。", "kind": "compare", "items": [ [ "A 小碗菜模式", "老人选取标准分份菜品\nAI识别或人工收银记录菜品与份数\n按标准份量估算营养\n建议设备：CPT-S20A等结算终端" ], [ "B 自助称重模式", "老人按需取菜，可少量多次\n绑盘后逐菜记录净取用重量\n按克重与配方估算营养\n建议设备：CPT-BP001＋N450/N450D" ] ], "conclusion": "保留自主选择与人工协助，刷脸不作为唯一身份入口。", "notes": "来源：新PPT2/7、当前产品目录；设备为候选型号，许可/接口/场地适配需核验。小碗菜按份估算，自助按净取用重量估算；无剩餐数据时不得称实际摄入。按次收费仍可记录营养，前提是采集品种和份量。", "image": null }, { "title": "一次取餐，形成消费与营养记录", "lead": "同一条人员—菜品—份量记录，支持两种计算结果。", "kind": "image", "items": [ [ "消费明细", "按价格、份数/重量及适用优惠规则计算，进入可核对的消费记录。" ], [ "营养估算", "按有效菜谱配方与份量计算，餐中提供参考，餐后可回看。" ], [ "记录修正", "退菜、退款、代买和剩餐分别处理，保留修改来源与版本。" ] ], "conclusion": "取餐量不等于吃完量，报告必须展示估算依据。", "notes": "来源：新PPT7；设备图片为450类外形示意，不绑定某个现货型号或证明现场安装。分享餐食、代买归属需确认。只有逐菜有效剩餐记录才能相应修正，不能把一盘总剩餐直接分解为精确营养。", "image": "p07-08.png" }, { "title": "饭后主动推送，让建议找得到人", "lead": "从“有报告可查”升级为“有触发、有触达、有跟进”。", "kind": "push", "items": [ [ "触发", "餐次确认完成或约定餐次结束事件；不把支付时刻直接当吃完。" ], [ "生成", "结合本餐估算、个人目标、有效活动数据与审核规则生成建议。" ], [ "主动送达", "经授权推送简明通知，点击进入小程序查看营养与活动建议。" ], [ "跟踪", "分别记录已生成、待发送、受理/失败、已查看与待人工跟进。" ] ], "conclusion": "授权消息是主动触达路径；站内报告和人工送达负责补位。", "notes": "本页为新增建设目标。通知示例：“您的本餐营养反馈与活动建议已生成，请进入小程序查看。”实际字段遵循获批模板。微信订阅模板、类目资格与可用额度需核验；不能承诺永久每日无限发送。一次性授权不足时不发送，通知受理不等于终端送达或已读。同一餐次与版本去重，短时追加菜合并，设置免打扰和退订；老人未授权不影响就餐。活动建议不把单餐热量换算为步数，不表示立即运动，不替代医疗处方。", "image": null }, { "title": "一人一环，连接日常活动反馈", "lead": "支持每位参与老人绑定已适配手环，形成持续服务记录。", "kind": "flow", "items": [ [ "绑定", "核验老人身份与设备标识，建立有起止时间的绑定关系" ], [ "采集", "优先步数、活动时长；心率/睡眠按型号和接口可用性核定" ], [ "同步", "区分采集时间与上传时间，去重并显示最近同步状态" ], [ "管理", "支持断连补传、充电提醒、解绑换绑与历史数据归属" ] ], "conclusion": "手环提供活动参考，复评结合数据完整性与专业判断。", "notes": "用户明确每位老人可连接手环。每人一个主设备为方案建议，可按合同调整；一个设备同一时段不可绑定两名老人。缺同步不是零活动，解绑后不再关联新数据给原用户，旧数据按原时段保留。心率等不能直接推断疾病；不声称手环可测可靠血压、血糖或具医疗诊断能力。", "image": null }, { "title": "手环接入，覆盖有手机与无手机", "lead": "先选能真实回传的设备和路径，再确认型号与费用。", "kind": "routes", "items": [ [ "有手机｜蓝牙同步", "手环→老人手机/适配应用→平台\n须开放协议或SDK及系统适配\n同步受手机状态、蓝牙和授权影响" ], [ "无手机｜站点网关", "手环→站点网关→平台\n须支持网关协议和本地缓存\n到站同步可用，离站不保证实时" ], [ "独立联网｜厂商云接口", "联网手环→厂商云→平台\n核对API、回调、资费与数据权限\n适合需要离站同步的老人" ] ], "conclusion": "一个示范点先锁定一种主路径；每条路径都需样机联调。", "notes": "本页为方案选型，未选定手环厂商或已验证接口。蓝牙/SDK/网关/蜂窝网络均是候选，不宣称任意组合可用。微信步数可作为授权替代记录，但不等同手环接入验收；小程序不承担全天后台常连承诺。采购前验证：字段单位、设备ID、时间戳、缓存、重传、解绑、安全、收费、退服导出与国产手机兼容。", "image": null }, { "title": "标准设备包，按服务规模配置", "lead": "公共基础包＋二选一餐线包＋按人配置的手环包。", "kind": "bom", "items": [ [ "公共基础包", "体测一体机1台；服务工作位1套；打印/扫码按需；网络与平台1套" ], [ "A 小碗菜包", "CPT-S20A等结算终端起步1通道；营养菜牌、餐具按菜单与周转配置" ], [ "B 称重餐线包", "绑盘终端起步1台；N450单秤按菜位，N450D双秤按适用双菜位折算" ], [ "个人手环包", "参与人数N只＋约定备用量；充电与发放工具；网关/SIM按接入路线配置" ] ], "conclusion": "示例：100名参与老人、6个适配菜位，可评估3台双秤＋100只手环。", "notes": "仅为数量规则示例，不是现货BOM、报价或峰值容量承诺。基本检测位1台不意味着满足全部峰值。体检机SH-V20/HW-V91择一评估；手环型号待样机适配。例中另配1台绑盘机、餐盘周转量和保温设备；100只为参与老人主设备，备用量另算。不默认每人购买两种餐线。体测接口、软件许可、消息能力、厂商云、流量、弱电、培训、专业审核、运维分别列费。完整设备表见equipment-plan.md。", "image": null }, { "title": "周期分析，让服务因人而异", "lead": "每餐反馈、每周复盘、每月趋势、阶段复评；检测频次由专业人员确定。", "kind": "matrix", "items": [ [ "一般健康老人", "看饮食多样性与活动参与；优化选择、保持习惯" ], [ "营养不足风险者", "看体重趋势、食欲和进食完成；安排营养评估与跟进" ], [ "有慢病管理要求者", "按已有专业方案看执行；异常转专业评估，不改药物" ], [ "行动受限或数据不足者", "看协助需求和记录缺口；先补信息，不强行判改善" ] ], "conclusion": "每份报告都写明：本期与上期差异、数据限制、下一步及负责人。", "notes": "来源：养老20、新PPT8、V0.1；差异化及社区随访为本次设计。比较同设备/近似测量条件、同统计口径，显示有效餐次和活动记录天数。只记录午餐时不声称全天摄入；少数据/换设备标不可比。真实活动记录支持运动完成报告，无记录只发建议。若示例体重60.0→59.6kg，只能说−0.4kg，不能直接判改善。", "image": "p08-09.png" }, { "title": "把本餐发现，带回下一轮供餐", "lead": "老人健康服务之外，保留餐厅可持续运营的完整主线。", "kind": "image", "items": [ [ "餐前：备餐有依据", "预订与非预订需求合并，按配方、份量与供餐能力核算。" ], [ "餐中：缺菜有人响应", "在已接入餐线记录余量，后厨安排补菜和替代。" ], [ "餐后：菜单持续优化", "结合供应、营养与销售记录，决定保留、改良或减少供应。" ], [ "共同管理：资金可核对", "就餐、消费、充值与补贴按权限查询，成本核算另接采购系统。" ] ], "conclusion": "把用户反馈、餐线记录和经营数据转成具体菜单动作。", "notes": "来源：新PPT3/4/5/9。图取自新PPT5的产品界面示意，不代表本社区真实运营数据。余量能力以已接入设备和页面为条件，不能将所有餐线默认含自动补菜联动。", "image": "p05-13.png" }, { "title": "岗位落实，能力边界才能落实", "lead": "软件、设备和专业服务共同交付，不能只交一张配置表。", "kind": "boundary", "items": [ [ "可复用基础", "产品资料已有：档案、菜品营养、取餐结算、膳食与阶段报告；需核版本许可。" ], [ "设备与平台适配", "一体机、手环、网关/厂商云与小程序人员关联；需样机和字段验证。" ], [ "新增服务流程", "饭后触发推送、适老建议分流、缺数据处理、周期比较与随访；需产品评估。" ], [ "明确责任人", "社区协助与触达；营养师审核；后厨制作；技术运维；医疗/康复协作转介。" ] ], "conclusion": "方案目标完整呈现，具体上线范围以配置确认和联调验收为准。", "notes": "健康信息按用途授权、最小权限和审计。厨房看制作必要信息；家属仅看已授权对象；管理大屏展示汇总，不公开个人健康档案。报表不可将数据缺失、源值异常或模型输出伪装成医学结论。体测异常和老人不适均要明确线下处理责任。", "image": null }, { "title": "先验证一个点，再标准化复制", "lead": "用模拟数据与真实样机跑通，再覆盖一个约定服务周期。", "kind": "acceptance", "items": [ [ "准备", "锁定老人规模、峰值餐次、场地、两类餐线和专业服务负责人。" ], [ "联调", "验证身份→体测→档案→取餐→报告→推送→手环→周期比较。" ], [ "试运营", "测试拒绝授权、无手机、断网、退款、换绑、未读和缺数据。" ], [ "验收复制", "记录问题、成本与服务人天；冻结模板、配置和复用边界。" ] ], "conclusion": "拟验收：错绑0例；餐次不重复；失败可追踪；换绑不串人；缺数不误判。", "notes": "本页标准为拟定验收要求，尚未执行系统测试。推送须核验通知API受理、失败日志和实际终端体验，并区分未读。手环用选定样机验证一次正常同步、一次断连恢复和一次换绑；无手机路径单独验证。性能/精度/时延目标按峰值与设备说明冻结，不以本材料替代现场验收。", "image": null }, { "title": "一套标准材料，支持社区落地", "lead": "从设备配置，到每天有人执行的营养健康服务。", "kind": "close", "items": [ [ "标准交付包", "流程与设备清单\n小程序档案与餐后反馈\n推送、手环和周期报告规范" ], [ "首点需确认", "社区与服务人数\n小碗菜或称重餐线\n手环路径、消息资格与服务岗位" ], [ "下一步", "确认标准范围\n样机与账号联调\n形成项目BOM、预算和实施计划" ] ], "conclusion": "测得明白 · 吃得合适 · 建议主动送达 · 活动有记录 · 周期有调整", "notes": "V0.2供Jack确认，非合同承诺或系统上线声明。素材整合：养老版17—20，新PPT1—10；新增四项能力和设备数量规则为本次需求。截图均保留“原有界面示意”语义，未经证实健康效果、资质和客户案例不入稿。", "image": null } ] }