定义
「疫苗冷链记录仪与蜂窝」场景中，传感与业务终端常经蜂窝物联网接入平台；需同时考虑覆盖质量、时延、安全与卡务全生命周期。
技术特点
建议区分遥测、告警、配置与 OTA 等流量；弱网环境配置缓存与补传；TLS、证书与密钥纳入变更与回滚策略。
应用场景
适用于分布式点位与远程运维。达希物联可提供连接管理、流量池与定向/专网等组合能力，支撑规模化复制。
与物联网卡协同要点
- 台账：ICCID / IMEI 与设备编号、安装位置、责任人绑定。
- 网络：APN、白名单、机卡绑定与区域/漫游策略。
- 运维：在线率、异常流量、沉默卡与告警进 ITSM 闭环。
- 合规：日志脱敏、留存周期与跨境/分包约定。
校准曲线、时标与断链判定
疫苗温度记录仪通过物联网卡上送的，应当是一条可与探头校准证书对照的温度曲线，加上开门、断电和通信中断事件，而不是一个“当前温度正常”的心跳。不同疫苗的储存上限和下限不同，采样间隔要短于方案或规范要求的判断窗口，否则一次短暂超限会落在两个采样点之间，曲线看起来始终合格。蜂窝在冷库、冷藏车和接种点的角色不一样：冷库可能已有有线，车载和临时接种点往往只靠卡。断链要单独成为事件，不能把“没有新数据”沉默地当成温度仍在范围内。
使用前应确认探头在有效校准期内，安装位置能代表疫苗附近的空气或产品温度，而不是贴在制冷出风口。记录仪本地必须能存满一次最长运输或一次最长断网，补传时携带原始时标和序号。车厢金属和地下接种点会削弱信号，天线位置要在装载完成后复测，而不是在空车时测。卡与记录仪、周转箱或冷藏车绑定，箱子调拨时关系跟着走。告警阈值、采样间隔和接收平台地址属于受控参数，远程修改要留下旧值和新值；修改失败应继续用上一套参数采样。若同时服务疾控仓库和接种门诊，两边的接收地址和留存要求可能不同，不能假定一张卡的默认公网接入两边都能用。
容易出错的是把补传数据按到达时刻画进“刚刚合格”的曲线，运输途中的超限被挪到卸货之后。另一类是除霜或装载开门没有事件标记，升温被直接判为疫苗失效，或者被手工删点后无法解释。还有校准过期仍继续上报，数值在线但已经不能作为放行依据。多只记录仪共用一个网关时若只上报网关温度，单箱失效会被平均掉。短信告警若与曲线使用不同阈值，值班人员收到的文本和平台曲线会互相否定。验收应做一次完整的装箱、开门、断天线、恢复补传，核对超限时段是否仍落在运输区间内。阈值如何设定见 温度偏差，储运管理的规范语境见 GDP。
放行疫苗前应能调出对应箱号在运输区间内的完整曲线和校准状态。曲线有缺口时，缺口本身要成为放行意见的输入，不能用缺口前后的合格点连成直线。探头校准到期前就安排更换，到期后的数据单独隔离，不与有效期内的数据一起做出“全程合格”的结论。冷藏车交接给下一家承运人时，记录仪、卡和箱号的绑定同时交接，未完成的补传队列也要交，否则上一段超限会在下一家的账号里消失。接种点的临时布点要复测信号，帐篷和地下室不能沿用仓库的覆盖结论。告警确认人、确认时间和是否采取转移疫苗的动作写在事件上，只收到告警而没有处置记录，事后无法说明这批疫苗为什么仍被使用。多个接收方看到的阈值必须来自同一份受控参数，避免疾控平台和承运商平台各报各的。
运输前把记录仪时间、探头编号和疫苗批号写在交接单上，到达后用同一张单核对曲线起点。起点对不上，说明中途换过记录仪或时标被改写。车厢预冷完成前的升温不计入疫苗暴露，但必须能从事件上看出预冷结束的时刻，不能靠人工回忆。接种点停电后的转移时间和恢复供电时间都要进曲线说明，只看最低温度会漏掉暴露时长。备用记录仪的卡保持可附着，长期存放后先做一次短时上报再投入使用。同一批疫苗分装到多个箱子时，每个箱子各自的曲线都要能回到批号，不能只用其中一个箱子代表整批。缺少曲线的箱子单独隔离，不随有曲线的箱子一起放行。隔离原因写入交接单。