甘肃：机构在山上，先把路算进去

核心答案

甘肃不少乡镇养老院建在塬上或山坳里，直线距离不远，实际车程要翻一道梁。做县级中心方案时，到场时限必须按真实驾车时间算，不能按公里数折算。稳妥的做法是：把全县机构按车程分成三档，县城 30 分钟内、1 小时内、2 小时以上，第三档的机构要额外配本地联络人，否则中心收到告警也只能干等。

01本地服务：滇西这类地方，路程就是指标

县域项目谈服务能力，不谈“7×24 响应”这种口号，谈三件事：谁在当地、多久能到、能做几组。

能力项	要给出什么
本地服务主体	合作服务商全称、注册地、成立时间、社保人数、原厂授权书
到场时效	勘测响应、远程响应、现场到场分别承诺；县城与乡镇分别写最长时限
技术团队	常驻省内工程师人数与所在地；是否有注册消防工程师
实施经验	近三年省内同类项目数量、单机构平均工期、单日可并行施工组数
质保与备件	质保年限、备件库所在地、故障件更换时限、续保费用标准

这几项里最实的是“单日可并行施工组数”。它直接决定工期：5 家机构、每组一天装一家，一组要 5 天，三组并行两天收工。写“工期 30 天”但只有一组人的，属于自我暴露。

另一个现实约束是施工窗口。西南山区 11 月到次年 4 月多雨雾，乡镇道路条件差，加上年底考核节点，实际可用工期比合同期短得多。方案里应该把“雨季备选方案”“设备提前到场”“分批验收”写进去，而不是只写总天数。

到场时限要分两级写：县城 2 小时、乡镇 4 小时是常见承诺，但“乡镇”里还有更远的村点。把最远的那个机构单独列出来承诺，比笼统写“全县 4 小时”可信。

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

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

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

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

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

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

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

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

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

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

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

04一院一档：六类台账，先想清楚谁填

“一院一档”是这类项目的标准动作，但做出来经常是一堆空表格。问题不在系统，在没想清楚谁填、什么时候填、填了有什么用。

台账	谁填	触发时机
机构基本信息	县级中心建档	接入时一次性
责任人与岗位责任清单	机构	人员变动时更新
日常巡查 / 电子巡更	机构值班人员	每班次
培训与演练记录	机构	每次活动后
设施维保与检测	维保单位	按合同周期
隐患库	中心 + 机构	发现即录入，整改后销项

六类里最容易烂尾的是日常巡查：纸质表改成手机打卡，形式上完成了，内容全是“正常”。要让它有价值，得让巡查项和隐患库联动——发现的问题必须落成隐患条目，隐患条目必须能统计出“哪类问题反复出现”。

另一条经验：台账字段不要一次做全。先上机构信息、责任人、隐患库三类，跑三个月，再按实际使用补其余三类。一次做齐的系统，通常有一半字段永远空着。

05自查清单：12 项

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

0 / 12

06常见问题

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

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

AI 视频里哪几个算法比较靠谱？

目标越规整、场景越固定越靠谱。消控室脱岗睡岗、通道占用、电动自行车违规充电这三类装在固定机位盯固定区域，效果稳定；烟火识别受光照和蒸汽影响；跌倒、夜间离床涉及人体姿态，误报率高，只能当辅助线索。

AI 准确率怎么写才算数？

必须带三个限定：测试集是什么、测试环境是什么、最小可识别目标多少像素。脱离这三个条件的“准确率 95%”在验收时无法复现，评审通常会要求补充测试报告。

一院一档要建几类台账？

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

水压采集一定要破管吗？

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

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

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

项目数据归谁？

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

本地服务能力怎么证明？

四样东西：本地服务主体的营业执照与社保人数、原厂授权书、常驻省内工程师名单与所在地、近三年省内同类项目的合同关键页与验收证明。没有证明的业绩一般不计入评审。

适用范围与本页说明

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

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

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