01 社区营养健康餐厅
体测建档 · 营养供餐 · 饭后建议 · 手环跟踪 · 周期复评
一份档案
连接每位老人的检测、就餐和活动记录。
两条主线
供餐端管好每一餐，就餐端获得连续服务。
四项核心
体测一体机、小程序、主动推送、个人手环。
标准化建设方案 V0.2 · 供项目与产品确认
02 两条主线，形成完整服务闭环
供餐服务与个人健康服务，在同一份就餐记录上衔接。
供餐端
审核营养菜单 → 预订与堂食备餐 → 制作与补菜 → 菜单及经营复盘。
老人端
体测与小程序建档 → 推荐与自主选餐 → 饭后建议主动送达 → 手环反馈与复评。
共同记录
统一人员身份 · 菜品配方与份量 · 餐次记录 · 活动记录 · 授权与审核。
让建议落到餐食，让记录回到下一轮服务。
03 四项核心，连接四类服务入口
体测一体机、小程序、主动推送、个人手环进入标准建设范围。
体测一体机
采集适用指标；带人员身份、测量时间与来源；检测异常由工作人员复核。
小程序建档
本人或授权协助建档；查看菜单、建议与周期报告；绑定适配手环和管理授权。
饭后主动推送
餐次确认后触发；营养反馈＋活动建议；跟踪发送、查看与跟进。
每人连接手环
每位参与老人绑定主设备；回传适配的活动数据；异常、换绑和断连可处理。
PC负责管理，小程序服务个人，设备采集，大屏分类展示。
04 体测与建档，从首次服务开始
先确认人，再确认数据；一个老人对应一份可追溯档案。
01 建立身份
老人扫码/刷卡或工作人员协助；本人信息与家属账号分开。。
02 一体机检测
采集身高、体重等适用指标；体成分、血压按选型核定。。
03 小程序补充
饮食禁忌、过敏、偏好、活动能力及本人提供的已确诊情况。。
04 专业人员审核
确认营养服务目标；异常读数复核，特殊情况转专业评估。。
体测数据关联小程序档案，为营养推荐提供输入。
05 营养目标，转成后厨制作任务
基础菜单共用，适配菜品分组，推荐组合落实到个人。
菜单审核
按营养目标、禁忌与供应条件审核菜谱和份量。
需求汇总
已确认预订＋非预订堂食预计量，避免重复计入。
制作任务
菜品、份量、份数、质地、过敏排除、替代菜与版本。
出品确认
核对制作与分份；换料/换菜重新审核并更新营养值。
厨房接收制作要求，个人健康信息按最小范围使用。
06 两种餐线，共用健康服务底座
按现有场地、服务方式与记录精度，选择一套或分区组合。
A 小碗菜模式
老人选取标准分份菜品；AI识别或人工收银记录菜品与份数；按标准份量估算营养；建议设备：CPT-S20A等结算终端。
B 自助称重模式
老人按需取菜，可少量多次；绑盘后逐菜记录净取用重量；按克重与配方估算营养；建议设备：CPT-BP001＋N450/N450D。
保留自主选择与人工协助，刷脸不作为唯一身份入口。
07 一次取餐，形成消费与营养记录
同一条人员—菜品—份量记录，支持两种计算结果。
消费明细
按价格、份数/重量及适用优惠规则计算，进入可核对的消费记录。。
营养估算
按有效菜谱配方与份量计算，餐中提供参考，餐后可回看。。
记录修正
退菜、退款、代买和剩餐分别处理，保留修改来源与版本。。
取餐量不等于吃完量，报告必须展示估算依据。
08 饭后主动推送，让建议找得到人
从“有报告可查”升级为“有触发、有触达、有跟进”。
触发
餐次确认完成或约定餐次结束事件；不把支付时刻直接当吃完。。
生成
结合本餐估算、个人目标、有效活动数据与审核规则生成建议。。
主动送达
经授权推送简明通知，点击进入小程序查看营养与活动建议。。
跟踪
分别记录已生成、待发送、受理/失败、已查看与待人工跟进。。
授权消息是主动触达路径；站内报告和人工送达负责补位。
09 一人一环，连接日常活动反馈
支持每位参与老人绑定已适配手环，形成持续服务记录。
绑定
核验老人身份与设备标识，建立有起止时间的绑定关系。
采集
优先步数、活动时长；心率/睡眠按型号和接口可用性核定。
同步
区分采集时间与上传时间，去重并显示最近同步状态。
管理
支持断连补传、充电提醒、解绑换绑与历史数据归属。
手环提供活动参考，复评结合数据完整性与专业判断。
10 手环接入，覆盖有手机与无手机
先选能真实回传的设备和路径，再确认型号与费用。
有手机｜蓝牙同步
手环→老人手机/适配应用→平台；须开放协议或SDK及系统适配；同步受手机状态、蓝牙和授权影响。
无手机｜站点网关
手环→站点网关→平台；须支持网关协议和本地缓存；到站同步可用，离站不保证实时。
独立联网｜厂商云接口
联网手环→厂商云→平台；核对API、回调、资费与数据权限；适合需要离站同步的老人。
一个示范点先锁定一种主路径；每条路径都需样机联调。
11 标准设备包，按服务规模配置
公共基础包＋二选一餐线包＋按人配置的手环包。
公共基础包
体测一体机1台；服务工作位1套；打印/扫码按需；网络与平台1套。
A 小碗菜包
CPT-S20A等结算终端起步1通道；营养菜牌、餐具按菜单与周转配置。
B 称重餐线包
绑盘终端起步1台；N450单秤按菜位，N450D双秤按适用双菜位折算。
个人手环包
参与人数N只＋约定备用量；充电与发放工具；网关/SIM按接入路线配置。
示例：100名参与老人、6个适配菜位，可评估3台双秤＋100只手环。
12 周期分析，让服务因人而异
每餐反馈、每周复盘、每月趋势、阶段复评；检测频次由专业人员确定。
一般健康老人
看饮食多样性与活动参与；优化选择、保持习惯。
营养不足风险者
看体重趋势、食欲和进食完成；安排营养评估与跟进。
有慢病管理要求者
按已有专业方案看执行；异常转专业评估，不改药物。
行动受限或数据不足者
看协助需求和记录缺口；先补信息，不强行判改善。
每份报告都写明：本期与上期差异、数据限制、下一步及负责人。
13 把本餐发现，带回下一轮供餐
老人健康服务之外，保留餐厅可持续运营的完整主线。
餐前：备餐有依据
预订与非预订需求合并，按配方、份量与供餐能力核算。。
餐中：缺菜有人响应
在已接入餐线记录余量，后厨安排补菜和替代。。
餐后：菜单持续优化
结合供应、营养与销售记录，决定保留、改良或减少供应。。
共同管理：资金可核对
就餐、消费、充值与补贴按权限查询，成本核算另接采购系统。。
把用户反馈、餐线记录和经营数据转成具体菜单动作。
14 岗位落实，能力边界才能落实
软件、设备和专业服务共同交付，不能只交一张配置表。
可复用基础
产品资料已有：档案、菜品营养、取餐结算、膳食与阶段报告；需核版本许可。。
设备与平台适配
一体机、手环、网关/厂商云与小程序人员关联；需样机和字段验证。。
新增服务流程
饭后触发推送、适老建议分流、缺数据处理、周期比较与随访；需产品评估。。
明确责任人
社区协助与触达；营养师审核；后厨制作；技术运维；医疗/康复协作转介。。
方案目标完整呈现，具体上线范围以配置确认和联调验收为准。
15 先验证一个点，再标准化复制
用模拟数据与真实样机跑通，再覆盖一个约定服务周期。
准备
锁定老人规模、峰值餐次、场地、两类餐线和专业服务负责人。。
联调
验证身份→体测→档案→取餐→报告→推送→手环→周期比较。。
试运营
测试拒绝授权、无手机、断网、退款、换绑、未读和缺数据。。
验收复制
记录问题、成本与服务人天；冻结模板、配置和复用边界。。
拟验收：错绑0例；餐次不重复；失败可追踪；换绑不串人；缺数不误判。
16 一套标准材料，支持社区落地
从设备配置，到每天有人执行的营养健康服务。
标准交付包
流程与设备清单；小程序档案与餐后反馈；推送、手环和周期报告规范。
首点需确认
社区与服务人数；小碗菜或称重餐线；手环路径、消息资格与服务岗位。
下一步
确认标准范围；样机与账号联调；形成项目BOM、预算和实施计划。
测得明白 · 吃得合适 · 建议主动送达 · 活动有记录 · 周期有调整
设备与实施附录
详细配置见同目录 equipment-plan.md。手环以适配名单与样机联调结果为准；每位参与老人可绑定主设备。无手机老人采用经验证的网关同步或独立联网方案。个体营养与活动建议由专业规则和服务人员审核，不作为医疗处方。
推送采用餐次完成事件驱动，在授权和可用模板条件内发送；无授权或触达失败时保留站内报告，并由服务人员提供线下解释或约定的其他合法渠道。拒绝授权不影响正常就餐。参考腾讯云官方小程序订阅消息说明。
未取得手环具体型号、消息模板资格、专业服务岗位和正式接口文档前，不冻结采购型号、工期或费用。
社区标准设备方案与配置规则 V0.2
状态：拟定标准建设方案，待配置确认与样机联调，不作为现货报价或已实现接口清单。
配置模型
公共基础包＋小碗菜/自助称重餐线包＋每位参与老人的手环包＋专业服务。两种餐线可二选一，确有分区需求时组合采购。
| 层级 | 配置项目 | 候选/要求 | 数量规则 | 落地条件 |
|---|---|---|---|---|
| 公共基础 | 体测一体机 | SH-V20或HW-V91等已登记候选，择一；核对身高、体重、体成分、血压等实际支持指标 | 单点起步1台，按峰值复核 | 设备适用人群/说明书、接口协议、身份识别、单位、异常读数、报告授权 |
| 公共基础 | 小程序与平台 | 建档、档案查询、建议、餐次、手环与报告入口；后台管理与审核 | 一套站点服务体系，许可另核 | 机构/人员身份关联、家属协助权限、历史数据与授权管理 |
| 公共基础 | 服务工作位 | 工作电脑或平板、读卡/扫码工具、报告打印设备 | 起步1套；已有设备可复用 | 工作人员可协助无手机老人；纸质大字版可读 |
| 公共基础 | 网络与平台部署 | 餐线网络、体测联网、平台部署和备份 | 按场地、终端、网络环境 | 不在本次锁定公网/私有化；断网恢复方案和运维责任明确 |
| 公共基础 | 后厨执行 | 备餐/余量显示工作位、出品复核秤、菜单及制作任务 | 工作位起步1套，秤按工位 | 按版本下发/人工签收与制作；余量看板需餐线支持 |
| A小碗菜 | 结算终端 | CPT-S20A等；或明确的人工选品收银路径 | 起步1通道，按峰值扩展 | 选菜/份数可映射同一人和有效菜谱；价格与营养独立计算 |
| A小碗菜 | 配套餐具与标识 | 小碗、托盘、保温陈列、营养菜牌 | 按同时就餐量、菜品数和清洗周转测算 | 标准净重、出品抽检、食品安全与无障碍取餐 |
| B称重 | 绑盘终端 | CPT-BP001或已评估替代 | 起步1台，峰值复核 | 卡/码/人工辅助身份入口；人脸按授权选用 |
| B称重 | 膳识智能台 | CPT-N450单秤，CPT-N450D双秤 | 单秤数=适用单菜位数；双秤数=向上取整（适用菜位数/2） | 实际台面、单双菜位尺寸、保温设备和秤体匹配 |
| B称重 | 保温与托盘 | 配套布菲炉、身份餐盘等 | 按设备兼容与周转量 | 菜位计量、去皮、补菜、归盘及清洗流程验收 |
| 个人手环 | 老人主设备 | 型号待选；可导出步数/活动时长为优先；心率/睡眠按设备核定 | 参与人数N只，默认一人一个主设备 | 必须提供可用协议/SDK/厂商云接口之一并验证；不要求任意品牌兼容 |
| 个人手环 | 备用、充电、管理 | 备用设备、适配充电座、发放与回收记录 | 备用量B由运营确认；充电按轮换与续航 | 防混戴、消毒、损坏与丢失处理；未戴/没电不记成零运动 |
| 手环接入 | 手机蓝牙路径 | 适配老人手机或厂家应用 | 每位采用此路径的老人需可用手机 | 蓝牙与App/小程序授权；不可依赖全天后台常连 |
| 手环接入 | 站点网关路径 | 可读取所选手环的网关及协议 | G按覆盖、并发和现场测试确定 | 到站同步与本地缓存；离开覆盖范围不能保证实时 |
| 手环接入 | 独立联网路径 | 联网手环、SIM/流量与厂商云API | 按采用此路径的设备数 | 核验周期费用、回调时延、授权、去重、数据导出与退服 |
| 主动推送 | 消息服务 | 微信订阅消息及站内报告；替代通知另约定 | 按可用模板、授权/额度与业务触发 | 模板资格、拒绝授权、撤回、失败重试、去重、免打扰与实际终端验证 |
| 专业服务 | 营养审核与随访 | 营养专业人员、社区服务员、餐厅负责人、必要的医疗/康复协作 | 按服务人数、风险分层与频率确认 | 审核、解释、复测、转介有人负责；不能仅交付设备 |
示范配置算例（全为规划假设）
设一个社区站点，100名参与老人，6个适用称重菜位，单餐线：
- 公共：体测一体机1台、服务工作位1套、后厨工作位1套、站点平台1套；已有设备可复用。
- 选择B称重：可评估N450D双秤3台、绑盘终端1台；保温设备和餐盘另按兼容与周转配置。
- 若选择A小碗菜：替换为视觉/人工结算起步1通道；不默认同时购买3台双秤。
- 手环：100只主设备＋B只备用。采用网关时数量G经覆盖测试确定；采用独立联网时需相应流量与云服务，不重复叠加全部路径。
- 以上不能证明峰值容量足够。就餐峰值、检测时长、台面尺寸、餐具周转和网络质量需现场测算。
数据与异常闭环
| 数据流 | 必须带的信息 | 异常恢复 |
|---|---|---|
| 一体机→平台→小程序档案 | 人员ID、设备、采集时间、指标/单位、有效性 | 身份或单位不匹配不入有效档案；复核、重传/补录可追溯 |
| 餐线→个人就餐记录 | 人员、餐次、菜谱版本、份数/净重、计费记录 | 重复、退款和代买有处理规则；营养估算随更正更新 |
| 饭后事件→建议→授权通知 | 餐次完成依据、建议版本、接收者、授权、触达状态 | 重复事件不重复推；未授权/失败转站内或人工；更新版本不轰炸 |
| 手环→平台→活动记录 | 人员绑定时段、设备、数据来源、采集时间、上传时间、单位 | 断连缓存补传去重；换绑不串人；缺数不记零 |
| 记录→周期报告→服务调整 | 比较基线、数据覆盖、不可比项、审核、负责人、下次时间 | 缺餐/换设备降级报告；异常转专业评估；调整有版本 |
软件与采购门槛
报价分列：硬件、软件授权/新增模块、设备接口适配、厂商云/通信费用、部署与弱电、专业服务、培训和运维。未提供价格依据，本版不填价格。每项报价必须绑定版本、型号、数量、税费与服务周期。
手环采购前至少取得样机、接口资料和售后联系人，验证正常同步、断连恢复、离站情况、换绑、授权撤回及厂商服务不可用。消息服务先确认平台账号类目和可用模板，在实际老人/授权测试账号上验证。