湖北：武汉城市圈和县域，是两种项目

核心答案

湖北的养老机构分布很不均衡：武汉城市圈内单区机构数量多、单体规模小；县域则是机构少、单体大、距离远。这两种形态对应的中心架构完全不同——前者要分级权限与分片值守，后者要重点解决远程到场。用同一份方案投两个地方，总有一边不合身。

01县级中心，是一个县一个，不是一院一个

县级养老机构消防安全管理中心的形态，容易被想成“每家大一点的养老院装一套”。不是。它是县级建一个中心，把全县正常运营的养老机构连进来——中心在县里，机构端只放感知设备和传输设备。

层级	放什么	谁值守
县级中心	平台、大屏、值守席位、值班电话	民政部门委托的值守方（自建或购买服务）
机构端	传输装置、独立烟感、水压水位、AI 摄像机、门磁	机构自己的值班人员
监管端	数据接口，不落地设备	消防救援机构、民政上级部门

这个结构决定了三件事：平台只需要一套（不是每家机构一套）；告警要跨过两层人（机构值班室 → 县级中心 → 责任人）；网络是薄弱环节（机构多在乡镇，宽带质量参差）。后面所有技术选择，都是被这三件事推出来的。

先定规模再定功能。一个县 5 家机构和 40 家机构，平台架构完全不同：前者一套标准 SaaS 就够，后者必须考虑分片区、分批值守、账号权限树。规模没定就比功能清单，比出来的结论没有意义。

02AI 视频：七个算法里，哪几个真能用

方案里的算法清单通常很长，但落地效果差别极大。按“目标是否规整”排一下，实用性从高到低大致是：

算法	判断依据	落地难度
消控室脱岗 / 睡岗	画面里有没有人、姿势是否异常	低——场景固定、机位固定
疏散通道 / 消防通道占用	指定区域有没有堆放物	低——区域可画框
电动自行车违规充电	画面里有没有车、是否在充电位	中——车型多、遮挡多
烟火识别	火焰颜色纹理、烟雾扩散	中——受光照与蒸汽干扰
违规用火用气	明火、灶具状态	中高——厨房油烟干扰大
人员跌倒	人体姿态突变	高——遮挡、多人、误报多
夜间离床	床区人体位置	高——被子、护栏干扰

规律很清楚：目标越规整、场景越固定，越靠谱。前三类（脱岗、通道占用、违规充电）装在固定机位、盯着固定区域，效果稳定；后两类涉及人体姿态，误报率高，只能当辅助线索，不能当单独依据。

应答准确率时，必须带三个限定：测试集是什么、测试环境是什么、最小可识别目标多少像素。脱离这三个条件的“准确率 95%”，在验收时无法复现。

部署位置怎么选：摄像机内置算法省带宽、响应快，但升级要逐台刷；平台侧解析利旧摄像机，但占服务器算力、传视频费流量；边缘盒子介于两者之间。三家机构以内用前两种都行，机构多了要算总带宽账。

03摄像机与 NVR：利旧比新装更难

视频这块，新建项目反而简单；改造项目的难点全在利旧——机构已有的摄像机品牌杂、年代杂、有的还是模拟的。

项	要看什么	踩坑点
AI 摄像机	像素、算力（TOPS）、是否内置算法、最低照度、编码格式、防护等级、供电方式	算力标称值不等于可同时跑的算法路数
接入协议	GB/T 28181 的具体版本、ONVIF 的 Profile	只写“支持 GB28181”不写版本，联调时对不上
NVR / 网关	接入路数、存储容量、保存周期、多品牌利旧能力	路数按 1080P 算的，换成 4K 要打折
模拟改造	编码器方案、供电与布线	老线材质量差，换数字后图像反而更差

存储周期要写清楚，因为各地要求不同：有的是 30 天，有的是 90 天。按路数 × 码率 × 天数算容量，不要按“约”估算——验收时硬盘不够是最常见的返工原因。

利旧先做一件事：把 5 家机构的摄像机品牌、型号、固件版本、IP 段、是否 POE 全部抄一遍。这张表决定了要不要买网关、买几台、要不要换线。跳过这一步直接报价，后期一定超。

04自查清单：12 项

逐条打勾。勾选状态保存在本机浏览器，下次打开接着用；本页不上传任何数据。

0 / 12

05常见问题

一个县一般要接入多少家机构？

试点通常选正常运营的机构全覆盖，5 家到十几家都常见。规模直接影响架构：10 家以内一套标准部署就够，超过 30 家要考虑分片区值守和账号权限分级。先定规模，再定功能。

平台一定要按团体标准做吗？

T/QDAS 146-2025 是养老机构智慧消防管理数字化平台的建设技术规范，属于团体标准。项目文件把它列为技术依据时，平台功能就要逐条对照并给出实现方式与界面截图；引用时写全标准号与年份，不要写成国家标准。

工单闭环必须有哪几个节点？

预警产生、机构确认、处置反馈、销号归档，四个节点对应四个时间戳。缺任何一个，“响应时长”“处置率”这类指标都算不出来。另外升级规则要可配置，白天夜间、不同机构不该用同一个阈值。

评级结果怎么用才有意义？

至少要和检查频次挂钩：A 级季度抽查、C 级月度上门。只评级不挂钩，机构很快就不在意了。另一条用法是排值守资源——高风险机构夜间重点盯。

一院一档要建几类台账？

常见六类：机构基本信息、责任人与岗位责任清单、日常巡查与电子巡更、培训演练记录、设施维保与检测、隐患库。建议先上前三类中最必要的（信息、责任人、隐患库），跑三个月再补其余。

兼容主机品牌写“主流品牌”行不行？

不行。要报具体品牌名和协议名。养老机构存量主机品牌杂，每个县的实际构成都不同，接入前还得现场确认型号与固件版本。写“兼容主流品牌”在评审时基本等于没答。

GB/T 28181 要写到什么程度？

要写具体版本和 ONVIF 的 Profile。只写“支持 GB28181”不写版本，联调时经常对不上。存储周期也要写死是 30 天还是 90 天，容量按路数×码率×天数算，不要按“约”估。

试点验收最容易被卡在哪？

三处：接入机构数或点位数与计划不符；工单只有文字没有凭证；断网测试时离线告警没产生或复网数据没补齐。这三条都是现场能测的，提前自测一遍就能过。

适用范围与本页说明

本页面向属地项目做规模测算与建设内容对照。文中引用的文件号与标准号（云民发〔2026〕81 号及附件《县级养老机构消防安全管理中心建设参考方案》、T/QDAS 146-2025、GB 26875 系列）均按公开文本表述，具体条款以正式文本为准；各地试点范围、时间节点与补贴口径以属地民政与消防救援部门口径为准。

落地前先与属地民政、消防救援部门确认试点范围、接入机构名单与时间节点，再按机构数定平台规模。

本页内容随政策与标准更新可能调整，具体条款请以正式文本为准；涉及具体项目的建设内容、接入范围与验收要求，请以属地主管部门口径与合同约定为准。