山西：独立工矿区的养老点，路况特殊

核心答案

山西部分独立工矿区的养老点分布在老矿区生活区，冬季道路结冰、部分路段限行。做实施计划和到场承诺时，要把这些点单独列出来，标注冬季通行条件。笼统承诺“全县 4 小时到场”，在这类点位上做不到，反而会在验收时变成扣分项。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

04传输装置：GB 26875 与那五个品牌

用户信息传输装置是整套系统的咽喉——它不通，后面所有功能都是零。选型看四件事。

一、标准与认证

要符合 GB 26875 系列（城市消防远程监控系统）的要求，并提供强制性产品认证（CCCF）证书或型式检验报告编号。这一条是硬门槛：没有证书的，在评审时直接判不满足，不给解释机会。

二、接口够不够

至少要有 RS232、RS485、开关量、网络接口 四种。听起来是冗余，实际上四种对应四类现场：新主机走 RS232/485 读协议；老主机没串口，只能取开关量；有的主机只给网络口。少一种，就有一类机构接不进来。

三、兼容几个品牌

常见要求是“不少于 5 家”，实际要报出品牌名 + 协议名。这一栏不能写“兼容主流品牌”——养老机构的存量主机品牌五花八门，海湾、利达、北大青鸟、泰和安、泛海三江这类是常见的一批，但每个县的实际构成都不同，接入前必须现场确认型号与固件版本。

四、链路与备电

上行要 4G 与以太网双链路，一条断了走另一条；备用电源续航要写具体小时数；工作温度与防护等级要写具体值——装在楼梯间、配电间还是室外箱，选型完全不同。

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

05自查清单：12 项

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

0 / 12

06常见问题

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

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

处置凭证要留什么？

现场照片（带时间和定位）+ 整改记录，并且要能关联到具体隐患条目。只收一句“已处理”等于没收。验收时抽查十条工单，三条以上没有凭证就不合格。

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

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

水压水位多久上报一次？

这两种都是缓变量，5 分钟一次足够。设成 10 秒一次，电池撑不住、流量也浪费。合理做法是平时低频、异常时自动转高频，并在本地可配阈值。

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

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

项目数据归谁？

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

到场时限怎么写才可信？

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

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

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

适用范围与本页说明

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

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

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