首安主机联网：视频复核要同步做

核心答案

首安主机联网后，中心会收到大量告警。人的第一反应往往是打电话核实，但电话核实一次要一两分钟。如果同一区域有摄像机，先调画面看一眼，十秒就能判断是真火还是误报。所以视频和报警要在同一个界面里联动，而不是两套系统各开一个窗口。

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

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

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

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

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

02政策链条：三份文件，一条线

这类项目不是从技术需求开始的，是从文件开始的。要读的文件有三层：

层级	文件	它管什么
省级部署	云民发〔2026〕81 号《关于加强县级养老机构消防安全管理中心试点建设的通知》	为什么建、谁来建、什么时间建成、试点要形成什么
建设内容	上述文件的附件《县级养老机构消防安全管理中心建设参考方案》	中心里放什么、平台要有哪些模块、机构端接什么
技术依据	T/QDAS 146-2025《养老机构智慧消防管理数字化平台建设技术规范》	平台的功能项、数据结构、接口方式

三层里最容易出错的是中间那层。省级文件是方向性的，团标是技术性的，真正决定“这个中心长什么样”的是附件里的参考方案。方案里列的每一条建设内容，在验收时都会被问到“对应哪个模块、实现到什么程度”。

所以做方案的顺序应该是：先拿附件逐条拆成功能清单 → 再用团标补技术细节 → 最后用省级文件校准范围。反过来做（先堆产品功能，再往文件上靠）会在评审时露馅：功能很多，但和附件对不上号。

团体标准的引用要核实。T/QDAS 146-2025 是团体标准，不是国标也不是行标。引用时写全标准号与年份，不要写成“国家标准”或“行业标准”——这是评审最容易抓的一处。

03养老机构为什么值得单独建一套

养老机构在消防上是个特殊场景，特殊在三点，而且这三点都不靠“加强管理”能解决。

一、人搬不动

医院有平车、有电梯、有护工轮班；养老机构里大量是失能半失能老人，卧床的占相当比例。同样一场初期火灾，医院能在三分钟内把一层人转走，养老机构可能连把人扶起来都需要两个人。这决定了报警必须更早，处置必须更快——不是“重视程度”问题，是物理条件决定的。

二、夜里没人

多数中小型养老机构夜间只有 1–2 人值班，有的甚至只有门卫。夜间恰恰是火灾亡人高发时段：人处于睡眠状态，发现晚、反应慢。所以夜间值守不能只靠机构自己，县级中心的 7×24 小时值守正是补这一段的。

三、火源在家里

养老机构的火灾，电气原因与卧床吸烟是两条主线。电热毯、电暖器、私拉插排、老人自己带的充电器，这些在家里是小事，在集中住宿环境里是隐患叠加。传统火灾报警只报“着了”，报不出“哪儿在过载”——所以电气火灾监测和独立烟感要一起上，不能只装一种。

这三条对应的技术选择：更早 → 独立烟感 + 视频复核；更快 → 告警直推责任人手机，不等值班室转达；火源 → 电气火灾监测 + 可燃气体探测。选型时如果只买了火灾报警主机联网，前面三条一条都没解决。

04接口：三张网，三种口径

县级中心的数据要往外送，方向有三个，口径完全不同。

对接对象	常用方式	难点
消防救援机构监管平台	RESTful API、GB/T 26875.3 或地方消防物联网标准	字段范围与推送频率由对方定，要先拿到接口文档
民政部门的统计口径	报表导出或接口	民政看的是“机构、床位、住养人数、隐患整改率”，不是设备在线率
全国养老服务信息系统	预留接口	接口未开放时要说明预留方式与工作量

三张网里，第一张是硬要求，第二张是软要求，第三张是预留。很多方案把三张写成一样，评审时一问“民政的报表按什么口径统计”就答不上来。

推送模式上，实时推送和 T+1 批量各有用途：火警必须实时，统计类可以批量。要做的是两种都支持，并按数据类型自动选择。只有一种的系统，要么浪费带宽，要么报表不及时。

还有两个容易被忽略的条款：推送失败后的重传策略与每日对账机制。没有对账，丢了数据双方都不知道；有了对账，才能算出真实的丢包率。

数据权属要写在合同里：告警记录、机构台账、视频影像归甲方所有；供应商退出时按约定格式完整导出，并给出迁移周期。含糊其辞的，验收时会被卡。

05自查清单：12 项

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

0 / 12

06常见问题

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

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

断网本身要不要报警？

要，而且必须推送到人。很多人把设备离线当状态、不当事件，结果设备停了三天没人发现。离线应该产生一条独立告警，走和火警类似的通知链路，只是级别可以低一些。

评级权重能不能自己改？

这是这类平台的分水岭。各地对“失能比例”“电气年限”的重视程度不一样，权重写死的产品第一次评审就会被要求改。能自定义权重和评分规则的，改配置就行；不能的，改一次要动代码。

用户信息传输装置要看什么？

四件事：是否符合 GB 26875 系列并有 CCCF 证书或型式检验报告编号；接口是否齐（RS232、RS485、开关量、网络）；兼容主机品牌是否报得出品牌名与协议名；上行是否 4G 与以太网双链路，备电续航多久。

水压采集一定要破管吗？

不一定。优先找已有的压力表接口或预留三通，实在没有再破管。破管要停水、报备、恢复试压，一家机构可能多花半天，方案里应该写明改造方式而不是默认破管。

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

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

项目数据归谁？

归甲方。告警记录、机构台账、视频影像都属于甲方数据；供应商退出或合同终止时要按约定格式完整导出并给迁移周期，不能有“数据回流原厂”或“用于其他项目”的条款。这条要写进合同。

到场时限怎么写才可信？

分两级：县城与乡镇分别承诺最长时限，最远的那个机构单独列出来承诺。笼统写“全县 4 小时”很容易被追问，分开写反而显得做过功课。

适用范围与本页说明

本页面向集成商与主机厂商做接入方案与应答准备。文中对协议、接口、点位的写法属技术方法，具体主机型号的协议版本须现场确认；提及的品牌仅用于说明差异，不构成推荐。养老机构存量主机品牌杂、年代杂，接入前应逐台核对，不宜按品牌统一处理。

接入方案要先做一台样机验证：取信号、对点位、跑告警、验时延全流程走通，再批量复制到其余机构。

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