集中管理软件：一套管几个县

核心答案

有些地方会在市级建一套集中管理软件，下面挂几个县级中心。这种架构要先画清边界：县级负责接入、值守、处置；市级负责汇总、考核、跨县调度。边界不清会出现两种浪费——县级重复建平台，或者市级直接管到机构、县级成了摆设。

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

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

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

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

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

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

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

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

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

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

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

03告警时延：三段路，各花多久

“端到端时延”这个词在方案里经常出现，但它其实由三段组成，每段的瓶颈完全不同。

段	从 → 到	瓶颈在哪
第一段	消防主机火警 → 传输装置采集到	主机有没有标准接口、轮询周期设多长
第二段	传输装置 → 县级平台入库	4G 信号、平台并发、鉴权与入库排队
第三段	平台入库 → 责任人手机响	推送通道（短信 / APP / 电话）、运营商网关

三段里最容易失控的是第一段。老主机没有标准串口，只能靠开关量或外加探头，采集延迟取决于轮询周期；有的方案为了降低误报，把确认时间设成 30 秒以上，端到端时延立刻被拉长。这一段不谈清楚，只报一个“平均 3 秒”是没有意义的。

所以应答时延类问题时，正确写法是三段分列 + 测试条件：网络条件（有线 / 4G / 弱信号）、接入设备数量、并发告警数、测试次数。同一套系统在 5 家机构和 50 家机构下，第二段的数字会差一个量级。

评审怎么判：看的是三个数是否自洽——最短 ≤ 平均 ≤ 最长，且最长值有解释（比如“弱信号下 12 秒”）。只给一个数的应答，通常会被要求补充说明。

04机构画像：评级不是为了排名，是为了排班

“机构画像”容易被做成一张打分表，评完发个红黄绿就结束了。它的真正用途是决定检查频次和值守资源怎么分配。

合理的维度大致四组：

风险基础：建筑年代、层数、住养人数、失能比例、是否与其他功能合建；
设施状态：报警系统是否完好、电气线路年限、消防水源、疏散条件；
管理执行：巡查完成率、隐患整改率、培训演练次数、告警确认及时率；
历史事件：近一年告警次数、误报占比、真实火情、被督办次数。

四组里，前三组是静态或半静态的，第四组是动态的。如果评级只看前三组，一年评一次就够了；要让它指导日常，第四组必须实时进模型，否则永远是“去年那个分数”。

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

评级结果怎么用：至少要和检查频次挂钩——A 级季度抽查、C 级月度上门。只评级不挂钩，机构很快就不在意了。

05自查清单：12 项

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

0 / 12

06常见问题

火灾告警端到端时延一般要求多少？

行业没有统一的强制值，问询清单通常要求分别填最短、平均、最长三个实测值，并注明测试方法（网络条件、接入设备数量、并发告警数）。评审看的是三个数是否自洽、最长值是否有合理解释，而不是单个数字多小。

一院一档要建几类台账？

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

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

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

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

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

传输装置一体机好还是分体好？

一体集成省事，但 4G 模块坏了要整机返修；分体坏哪个换哪个，代价是多一个盒子、多一组接线。机构分散、维修路程远的县，建议分体。

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

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

等保三级是必须的吗？

政务与公共服务类平台通常要求过等保三级（GB/T 22239）。应答时要说明是否已测评、测评机构与时间；未测评的要说明具备测评条件及配合甲方测评的工作内容，包括数据加密、身份鉴别、访问控制、日志留存期限。

交付周期怎么排比较稳？

倒排：先定验收日期，往前留出经验材料编制时间，再留联调与试运行，剩下的才是施工。5 家机构的施工本身可能只要 3–5 天，真正吃时间的是到货、报备、停水停电协调和雨天。

适用范围与本页说明

本页面向平台需求编写与验收指标设定。"告警时延、响应时长、处置率、整改率"这些指标的分子分母要在需求阶段一并定义，否则报表无法用于考核；涉及与消防救援机构、民政部门的数据对接，字段范围与推送频率需以对方接口文档为准。

平台上线前先跑通一条完整链路：告警产生→推送→确认→处置→销号，五个时间点都要能取到并导出。

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