2026-06-04 · A01 补证包 · 专利申报前证据整理

餐饮结算事件触发即时营养反馈

围绕“支付成功页、营养摘要、授权脱敏、推送日志”四项批注,从 zhctprompt 项目、业务代码仓库和企业微信微盘中补齐可交给专利代理人继续深挖的证据链。

结论

A01 可以继续作为第一批发明方向推进。强证据已经覆盖“支付成功页即时展示本餐膳食结构摘要、接口返回营养反馈字段、菜品营养计算、日报/阶段报告展示”。薄点集中在“专项营养数据授权留痕”和“个人营养建议推送成功/失败日志”。
2支付成功页直接截图
220260528 操作手册
5核心代码链路
2P0 待补缺口

补证覆盖

补证项状态证据判断
支付成功页营养摘要 已补强 WK-001211、WK-001220、WK-001543、接口说明 可作为 A01 的核心实施例。
菜品营养字段与订单解析 已补强 Consume.php、orderPay.md、Order.php、Meal.php、Analysis.php、WK-001150、WK-029463 可写支付响应内结构化反馈和数据处理链路,但还需字段字典。
膳食结构分析与建议 已补强 WK-029463、WK-029404、Recommend.php、日报/阶段报告截图 可写非医疗建议生成,避免医疗诊断表述。
授权脱敏与非医疗 部分补齐 健康档案截图、手机号授权页面、隐私协议、非医疗声明 可写脱敏和非医疗边界,授权留痕仍需补。
推送状态日志 仍缺关键证据 仅有队列/接口/消息推送旁证 建议独权先写多端展示/同步,推送状态管理等补日志后再加强。

最强证据链

支付成功页

微盘截图 `WK-001211` 和 `WK-001220` 直接展示“支付成功”后的本餐膳食营养提示,手册 `WK-001543` 又从操作说明层面确认支付完成后展示一餐营养信息并分析膳食结构。

接口与代码

`work_store/api-docs/orderPay.md` 记录支付成功响应包含 `meal_nutrition_feedback`,并返回全谷物、水果、蔬菜、蛋白质等字段;`store/application/api/service/Consume.php` 进一步证明支付成功响应会调用反馈填充方法并按当前用户、日期、餐次和菜品分类计算四类结构化结果;`PaySuccess.php` 证明支付成功事件、幂等锁、支付状态更新和日志记录存在。

营养算法与报告

`WK-029463` 说明菜品营养、推荐摄入、还可摄入、营养日报和膳食结构算法;`Analysis.php` 和 `Recommend.php` 证明代码侧存在日报分析、关键营养素、营养得分和调整建议计算。

权利要求建议

建议写法原因
结算事件幂等触发 + 脱敏身份识别 + 订单菜品营养解析 + 本餐膳食结构摘要 + 非医疗建议 + 支付页即时展示 + 用户端报告同步 当前证据最稳,能把截图、接口、代码和手册串起来。
把“推送”先写成“支付响应返回、支付页展示或用户端报告同步”,推送状态管理放从属或待补实施例 目前缺真实个人营养建议推送日志,且支付成功监听器当前主要联动小票/订单通知,直接写成独权风险偏高。
未授权用户只展示匿名本餐摘要,不关联个人健康档案 这条有脱敏和隐私旁证,但仍需补授权降级页面或记录。

下一步补证

优先级缺口建议动作
P0营养数据专项授权记录补授权页、授权记录表、拒绝授权降级页面、撤回授权或删除记录说明。
P0支付到营养建议推送状态日志跑一条测试订单,记录 order_id、trace_id、push_channel、status、retry_count。
P0当前版本脱敏演示录一段支付成功页到用户端营养报告的脱敏演示视频。
P1菜品营养字段字典补 dishes、meal_infos、营养素枚举和食物分类字段说明。

文件入口

本页不复制微盘原始大文件,不转录接口认证示例中的敏感值。