AI 营养健康产品差异性与智慧食堂控标项 V2

• 日期：2026-05-30
• 修订原因：按 Jack 反馈，上一版仍偏“三大系统功能清单”，没有把真正差异性落在 AI 营养健康，也没有充分吸收既有有道云笔记里的产品主线。
• 使用范围：领导汇报、售前方案、招投标技术参数草案、产品控标参数库。正式对外投标前必须逐项核验证据、版本、设备型号和可交付状态。
• 核心来源：有道云笔记《康比特AI智慧营养产品策略》《营养健康餐厅》《智慧餐厅与AI营养师：央企职工健康管理数字化方案》《智慧营养健康餐厅产品架构设计》《智慧营养健康餐厅》，以及项目内 2026-05-25 营养控标会议回写、智慧食堂控标参数库、15 件技术交底书抽取结果。

1. 这次必须纠正的表达

产品差异性不是“我们也有营养结算、食安监管、进销存三大系统”。这三个系统很多智慧食堂厂商都能讲，单独拿出来并不能形成康比特的独特位置。

真正的差异性应写成：

康比特把 AI 营养健康作为智慧食堂的中枢价值层，把前厅营养结算做成饮食行为数据入口，把食安监管和进销存做成营养供给侧与安全证据链，最终让餐前、餐中、餐后的营养干预能力转化为可写进招投标文件的软硬件参数、资质证据和验收项。

换句话说，三大系统不是并列卖点，而是 AI 营养健康落地智慧食堂的三个控标载体。

2. 一句话领导版

康比特智慧食堂的差异性，不是普通收银、台账和库存软件，而是把康比特长期积累的运动营养、膳食评估和健康干预能力，转化为“餐前有目标、餐中有识别、餐后有报告、后厨有安全、采购有依据”的 AI 营养健康闭环，并进一步固化成标书里的功能参数、硬件参数、产品资质和交付验收证据。

3. 产品架构主线：一体两翼三体系

这条主线来自既有有道云笔记《康比特AI智慧营养产品策略》，建议作为后续领导汇报和招投标材料的统一框架。

4. 差异性从“营养概念”变成“控标能力”的转化

4.1 餐前：从健康目标到菜单推荐

餐前不能只写“可查看菜单”，要写成 AI 营养健康的前置干预能力。

可控标表达：

• 系统应支持建立员工营养健康档案，包含身高、体重、年龄、性别、饮食偏好、禁忌、健康目标等字段，并支持在用户授权范围内接入体重、体脂、运动等数据。
• 系统应支持为菜品维护热量、蛋白质、脂肪、碳水、膳食纤维、钠、过敏原、适宜人群、标准克重和烹饪损耗等字段。
• 系统应支持按个人目标、当日菜单和历史就餐记录生成推荐菜品、推荐克重或健康提示。
• 系统应支持电子菜牌、小程序或点餐端展示菜品营养标签、健康筛选和推荐标识。

对应证据：

• 软件参数：SOFT-005、SOFT-006、SOFT-010。
• 技术交底：patent-07、patent-10。
• 需补证：真实菜单营养字段、推荐规则说明、电子菜牌截图、非医疗声明。

4.2 餐中：从收银结算到营养数据采集

餐中是控标最容易落地的位置。传统厂商讲收银效率，康比特要讲“结算即营养数据采集”。

可控标表达：

• 系统应支持刷脸、刷卡、扫码等身份识别方式，并将订单、菜品、重量/份数、金额与个人营养档案关联。
• 系统应支持 AI 视觉识别、称重结算或人工复核方式，自动形成菜品、克重、价格、营养素和交易记录。
• 结算端应支持在支付完成后展示本餐热量、蛋白质、脂肪、碳水等营养摘要，并可推送至用户端。
• 取餐屏、电子菜牌或营养显示终端应支持展示菜品名称、价格、热量、主要营养素和健康提示。
• 对超量、高油高盐或不符合个人目标的取餐组合，系统宜提供非医疗化的友好提示和替代建议。

对应证据：

• 软件参数：SOFT-002、SOFT-006、SOFT-007、SOFT-008。
• 硬件参数：HARD-002、HARD-004、HARD-005。
• 技术交底：patent-01、patent-02、patent-03、patent-06、patent-10。
• 需补证：支付成功页、AI 识别/称重结算演示、营养摘要样张、识别准确率测试报告、设备型号和计量证明。

4.3 餐后：从消费记录到健康反馈

餐后是普通智慧食堂最弱、也是康比特最应凸显的部分。这里要把“消费流水”升级为“持续营养干预”。

可控标表达：

• 系统应支持基于个人授权数据生成日、周、月营养报告，展示热量、三大营养素、膳食结构、摄入趋势和改进建议。
• 系统应支持将饮食摄入与运动消耗进行联动分析，形成吃动平衡提示。
• 系统应支持管理端查看匿名聚合的群体营养结构、健康饮食达标率、推荐采纳率等统计指标。
• 系统应支持营养报告导出、打印或推送，用于单位健康活动、工会关怀、园区健康管理或客户运营服务。

对应证据：

• 软件参数：SOFT-008、SOFT-010、SOFT-011。
• 硬件参数：HARD-010。
• 技术交底：patent-04、patent-08。
• 需补证：个人报告样张、团体看板截图、授权/脱敏/留存规则、非医疗边界。

5. 三大系统的正确控标写法

5.1 前厅营养结算系统：主控标入口

前厅营养结算要承担两个角色：第一是食堂交易和支付效率；第二是 AI 营养健康的数据入口和即时反馈入口。招投标材料中应把第二个角色写深。

软件控标项：

• 身份识别与营养档案关联：支持刷脸、刷卡、扫码等方式识别用户，并在授权范围内关联个人营养档案、健康目标和历史就餐记录。
• AI 识别/称重营养结算：支持菜品识别、重量采集、价格计算、支付联动、人工复核和营养素自动计算。
• 支付后营养反馈：支付完成后自动生成本餐营养摘要、膳食结构分析和非医疗化饮食建议，并支持推送至用户端。
• 菜品营养标签展示：支持在电子菜牌、点餐端、结算端和营养大屏展示热量、蛋白质、脂肪、碳水、膳食纤维、钠、过敏原和适宜人群。
• 营养报告和团体分析：支持个人日周月报告、管理端匿名聚合分析、导出打印和活动运营。

硬件控标项：

• AI 识别结算台：摄像头、补光、触控屏、支付模块、识别区域校准、人工复核、离线/异常处理。
• 称重结算设备：称重范围、精度、去皮归零、菜品/重量/金额/营养联动、计量校验。
• 电子菜牌/营养显示屏：屏幕尺寸、分辨率、亮度、菜品价格和营养字段展示。
• 自助终端：个人营养评估报告查看、打印、身份识别和数据查询。
• 健康数据设备接口：体脂秤、体重秤、智能跳绳、可穿戴设备等只能写“按授权和协议对接”，不得承诺全品牌全设备。

5.2 食安监管系统：安全证据链，不是普通台账

食安监管的差异性不在“有没有留样、晨检、摄像头”，而在能否把后厨的人、货、场、环境数据与营养健康供给侧打通，形成可追溯、可预警、可整改、可复核的证据链。

软件控标项：

• 食安台账闭环：支持晨检、留样、消毒、农残、废弃物、陪餐、巡检、证照、整改和复核闭环。
• AI 后厨巡检：支持后厨视频接入、违规行为识别、抓拍留证、分级预警、人工复核、整改跟踪和关闭归档。
• 食材全链条溯源：支持供应商准入、采购、验收、农残、入库、保质期、出库、加工、留样等批次追溯。
• 食安风险驾驶舱：支持按人员、食材、场所、环境形成风险评分、趋势、排名、预警和下钻处置。
• 多端监管协同：支持监管端、管理端、公众端或家长端按权限查看、反馈、处理和脱敏展示。

硬件控标项：

• 后厨摄像头、NVR/视频网关或 AI 分析盒。
• 晨检设备、智能留样柜、农残检测仪。
• 温湿度、冷链、消毒设备状态采集。
• 监管大屏或食安驾驶舱展示终端。

5.3 进销存管理系统：供给侧能力，支撑精准备餐

进销存不能只写采购、入库、出库、盘点。它应该服务 AI 营养健康中枢：推荐什么、做多少、买多少、库存是否匹配、成本是否可控。

软件控标项：

• 菜品标准化：支持菜品、原料、配方、标准克重、营养素、烹饪损耗和成本字段维护。
• 带量食谱到采购计划：支持按菜谱、人数、标准克重和库存情况生成采购计划或备餐建议。
• 供应商和批次管理：支持供应商资质、证照有效期、商品规格、批次、验收和检测结果管理。
• 库存预警：支持临期、过期、缺料、积压、盘点差异、价格异常和供应商履约分析。
• 营养与成本联动：支持按菜品、套餐、餐次或周期统计能量单位成本、原料成本、损耗和厨余数据，为精准备餐提供依据。

硬件控标项：

• 验收移动终端、扫码枪、电子秤、标签打印设备或 RFID 设备。
• 库房、冷链和温湿度采集设备。
• 与食安监管共享部分设备数据，避免把采购库存和食品安全割裂。

6. 招投标材料建议写成四类控标项

7. P0 控标项清单

完整结构化清单见 ai-nutrition-bid-control-items-v2.csv。建议优先拿以下 12 项做销售一页纸和招标技术条款：

1. AI 智慧营养中枢：个人营养档案、健康目标、营养评估、推荐干预和周期报告。
2. 菜品营养数据库：热量、蛋白质、脂肪、碳水、膳食纤维、钠、过敏原、适宜人群、标准克重、烹饪损耗。
3. 电子菜牌营养标签：菜品价格和营养字段同屏展示。
4. AI 识别/称重营养结算：菜品、重量/份数、价格、营养素和交易记录联动。
5. 支付后营养摘要：结算完成后形成本餐营养反馈并推送用户端。
6. 餐后个人营养报告：日周月报告、摄入趋势、吃动平衡提示。
7. 团体营养看板：匿名聚合展示健康饮食达标率、营养结构、推荐采纳率。
8. 带量食谱与智能排菜：按营养约束、成本预算和库存生成菜谱或备餐建议。
9. 采购计划联动：按菜谱、人数、库存和标准克重生成采购建议。
10. AI 后厨巡检闭环：视频识别、预警、整改、复核和归档。
11. 食材全链条溯源：供应商、采购、验收、入库、加工、留样批次关联。
12. 国产化和软著证据：智慧营养健康餐厅管理系统软著、麒麟/统信适配证书和测试报告。

8. 证据链与可承诺边界

9. 可直接放进领导汇报的版本

建议领导汇报只讲一条主线：

康比特智慧食堂产品的真正差异性，是把 AI 营养健康放在产品中枢，而不是只做普通收银、食安台账和库存管理。前厅营养结算负责采集用户每餐吃了什么、吃了多少，并在支付后给出营养反馈；食安监管负责保证后厨加工、留样、晨检、溯源和监管过程可追溯、可整改、可复核；进销存负责把菜品标准化、带量食谱、采购计划和库存数据打通，让营养推荐能够反向支撑精准备餐。

这样一来，AI 营养健康就不再是 PPT 里的概念，而是能写进招投标文件的参数：菜品营养数据库、电子菜牌营养标签、AI 识别/称重营养结算、支付后营养摘要、个人营养报告、团体健康看板、带量食谱、采购计划联动、AI 后厨巡检、食材全链条溯源，以及软著、国产化适配和测试报告等产品资质。销售讲得清楚，客户看得见，标书写得进去，交付验收有证据。

10. 下一步补证动作

1. 先补前厅 3 张证据：电子菜牌营养标签、AI/称重结算页、支付后营养摘要。
2. 再补餐后 2 张证据：个人周/月营养报告、团体营养看板。
3. 补后厨 3 张证据：AI 巡检整改闭环、留样/晨检台账、食材批次溯源。
4. 补进销存 2 张证据：带量食谱到采购计划、库存/临期/缺料预警。
5. 回读证书真件：智慧营养健康餐厅软著、麒麟/统信国产化证书、适配测试报告、硬件合格证和质检报告。
6. 把 ai-nutrition-bid-control-items-v2.csv 中每个 P0 项补上“已实现/可配置/需开发/不可承诺”状态，再进入正式投标参数库。

P0 控标项速览

人审重点 以下来自结构化 CSV，仅展示 P0 项，适合先做销售一页纸和标书技术参数草案。