吉林：夜里那一个人，得有人替他盯

核心答案

吉林多数中小型养老机构夜间只有 1–2 人值班，有的就是门卫兼管。这种情况下，“机构自己发现、自己处置”的假设不成立。县级中心要补的正是这一段：告警同时推给机构值班人和中心值守席，机构没响应就由中心催办、升级、必要时直接报警。责任线要写清楚，不能模糊成“共同负责”。

01中心与机构，责任线要画在哪

建中心最容易埋的坑，是责任界面模糊。设备装上了、平台通了，真出事时“谁先动”说不清，这套系统就等于没有。

环节	机构端责任	县级中心责任
初次确认	接到告警后在约定时限内到现场核实	看平台、打电话催办、记录时间
处置	现场处置、拍照上传	判断是否需要外部救援、是否升级
升级	无力处置时立即上报	逐级上报民政与消防救援机构
归档	补充整改记录	销号、纳入机构画像

这张表要在合同里写死，尤其是“机构未按时确认，中心怎么办”这一行。合理的设计是：超时未确认自动升级到机构负责人，再超时升级到县级中心，中心有权直接联系 119——而不是中心只能看着屏幕上的红点。

一个常见误解：以为中心是“监管机构”，可以对机构下指令。实际上中心多数是民政委托的服务方，没有执法权。它的手段只有三个：催办、上报、记录。把这三个做扎实，比给它“权力”更有效。

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

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

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

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

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

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

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

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

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

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

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

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

04断网之后：缓存、补传、和对不上的账

乡镇养老机构的宽带和 4G 都不稳，断网是常态不是异常。所以“断网了怎么办”不是加分项，是必答题。

完整的答案要包含四件事：

断网时本地存多少条——写具体条数，不是“可缓存大量数据”。条数要和实际告警量匹配：一家机构一天最多几十条事件，缓存 1000 条能撑很久；但如果把状态心跳也算进去，1000 条可能只够几小时。
复网后怎么补——按时间戳顺序补传，还是按优先级（火警优先、故障其次）？前者简单，后者更符合实际需要。
平台怎么校验完整性——靠设备端的序号连续性判断，还是靠平台侧对账？只有设备端带序号，平台才能发现“中间缺了几条”。
什么情况下会真丢——缓存写满、断电、设备被拆。这三种要如实写，写“绝不丢失”反而不可信。

最危险的不是断网，是断网期间着了火而没人知道。所以断网本身必须产生一条告警（“设备离线”），并且这条告警要推到人，不能只在平台上变灰。很多方案把离线当状态、不当事件，结果设备停了三天没人发现。

05自查清单：12 项

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

0 / 12

06常见问题

县级中心和机构的智慧消防系统是什么关系？

两层。县级中心是全县一套平台，负责汇聚、值守、督办、统计；机构端只装感知设备和传输设备，不重复建平台。机构如果已有火灾报警主机，通过传输装置接进来，不拆不改。

时延的三段分别是什么？

主机火警到传输装置采集、传输装置到平台入库、平台入库到责任人手机。第一段取决于主机接口和轮询周期，第二段取决于网络与平台并发，第三段取决于推送通道。只报一个总数，说明不了问题在哪。

断网本身要不要报警？

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

评级权重能不能自己改？

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

一院一档要建几类台账？

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

台账为什么容易做成空表？

因为没想清楚谁填、什么时候填、填了有什么用。尤其是日常巡查：纸质表改成手机打卡，形式上完成了，内容全是“正常”。要让它有价值，巡查发现的问题必须落成隐患条目并可统计。

推送实时和批量要都支持吗？

要。火警必须实时，统计类可以 T+1 批量。只有一种的系统，要么浪费带宽，要么报表不及时。配套还要有推送失败重传策略和每日对账机制，否则丢包率算不出来。

交付周期怎么排比较稳？

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

适用范围与本页说明

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

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

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