食安系统设备资料库与软硬件架构总览

基于企业微信微盘最新同步的“食品安全监控系统 / 硬件设备资料库”和设备选型矩阵,给产品、交付、硬件和售前共同使用。

更新时间:2026-06-02 证据等级:B/C 当前状态:候选池与人审总览
58,039
本次微盘主索引文件数
6,640
本次微盘主索引文档数
8
设备选型矩阵 Sheet 数
当前结论不能直接等同于采购清单、控标参数或客户承诺。正式进入客户方案、标书、报价或采购前,必须回读规格书、证书、检测报告、接口协议、报价/BOM 和项目验证证据。

一、设备选型逻辑

先按监管闭环选设备

硬件不是单独堆料,而是要进入“采集数据 -> 形成台账 -> 触发风险 -> 整改复核 -> 监管查看”的证据链。

  • 视频 AI 解决明厨亮灶和行为风险。
  • 晨检解决人员上岗前健康检查。
  • 留样解决食品留样、称重、温控和取样留痕。
  • 快检解决农残/食品安全检测结果上传。
  • 环境传感器解决温湿度、水质、烟感等监测。
  • 验收称解决采购验收、称重取证和出入库追溯。

再按证据完整度排优先级

首选不是看供应商名气,而是看资料是否足以支撑产品接入、交付联调、商务核价和后续验收。

  • P0:场景刚需强,接口/报价/手册/证书线索较完整。
  • P1:业务价值明确,但边界、报价或证据仍需人工核对。
  • P2:保留调研,需要场景触发或补第二候选。

二、当前设备首选结果

设备域 当前判断 状态 推荐理由 关键缺口
明厨亮灶与视频 AI 亚略特 TrustBox TB100/TB600 + TrustIVS 优先,海康暂缓。 P0 优先推进 OpenAPI、报价/配置、平台/盒子资料、证书线索较完整。 证书编号、算法授权、历史项目验证、短视频留存边界。
智能晨检设备 S-1、Y-6、德沃晨检机组合,先拆型号横评。 P0 优先推进 食安刚需,规格书、检测报告、API 和接口线索较多。 报价/BOM、型号归一、接口字段、健康证和异常规则。
智能验收称与出入库设备 后厨管家与德沃作为候选,需先确认产品边界。 P1 待核对 采购验收、称重取证、库存追溯价值明确。 独立设备接口、计量证明、报价、与进销存系统边界。
智能留样设备 山东三美留样柜可作备选,四川精卫/首衡暂缓。 P1 可选备选 留样接口流程和业务场景清晰。 报价、证书/检测、温控/称重证明、项目验证。
农残与食品快检 优云普/优云谱 YP/HM-G1200 等快检设备。 P2 可选备选 平台协议和机器协议具备线索,可继续做检测结果上传。 耗材/试剂成本、校准证明、检测项目清单、报价。
环境监管传感器 腾茂物联数据提取 + 食安环境监管模块。 P2 调研保留 软件页面证据已补,硬件侧仍需补传感器型号。 传感器类型、精度、采集频率、报价、生产安全接入。

三、食安监管软硬件架构

监管应用层

  • 学校端
  • 监管端
  • 食安大屏
  • 移动端

食安业务层

  • 明厨亮灶
  • 晨检/留样
  • 快检/环境监管
  • 验收出入库

集成服务层

  • HTTP/OpenAPI
  • MQTT
  • RTSP/ONVIF/GB28181
  • 字段映射与鉴权

设备与边缘层

  • AI 视频盒/摄像头
  • 晨检仪
  • 留样柜/称
  • 快检仪/传感器/验收称

证据与运维层

  • 证书与检测
  • 报价/BOM
  • 部署手册
  • 项目验证与整改闭环

四、关键判断

视频 AI 先走亚略特

资料完整度最高,适合先推进字段映射、算法授权、报价和项目验证核查。海康保留为项目生态候选。

晨检要拆型号

S-1、Y-6、德沃晨检机不能混成一个设备。下一步应拆型号级对比表,再补报价和报告编号。

验收称先定边界

后厨管家更像系统能力加智能秤组合;要先确认只吸收验收称能力,还是引入完整进销存系统。

五、资料缺口转行动

优先级 对象 资料缺口 建议负责人 完成节点
P0 亚略特视频 AI 证书编号、算法授权、项目验证、短视频留存。 产品 + 硬件负责人 进入对接评审前
P0 S-1/Y-6/德沃晨检 型号拆分、报价/BOM、检测报告编号、接口字段。 硬件负责人 晨检专项表后
P1 后厨管家/德沃/优卡特/银歌 设备型号、独立接口、计量证明、进销存边界。 产品 + 进销存负责人 人工核对后
P1 山东三美/四川精卫/首衡 报价、温控/称重证明、证书、字段映射。 产品 + 硬件负责人 留样方案评审前
P2 优云普/优云谱 耗材成本、校准/试剂资质、检测项目清单。 产品 + 交付负责人 需要快检闭环时
P2 腾茂物联 硬件类型、传感器指标、报价、安全接入方式。 产品 + 交付负责人 纳入硬件清单前

六、证据与链接

人审状态:待 Jack、产品、交付、硬件负责人确认。确认后的正向经验才进入稳定方案或 skill;被否定的做法只作为缺口或 stop rule 保留。