河北：环京机构多，检查频次先分级

核心答案

河北环京片区养老机构密集，监管力量相对紧张。这种情况下，机构画像的价值不在排名，而在分配检查力量：把建筑年代、失能比例、电气线路年限、告警确认及时率放进模型，评出 A/B/C 三级，A 级季度抽查、C 级月度上门。只评级不挂钩频次，机构第二年就不看分数了。

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

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

合理的维度大致四组：

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

05自查清单：12 项

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

0 / 12

06常见问题

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

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

断网时告警会丢吗？

要看设备有没有本地缓存、缓存多少条、复网后怎么补。完整答案是四件事：缓存条数、补传顺序（按时间还是按优先级）、平台侧完整性校验方式、以及在什么情形下仍会丢（缓存写满、断电、设备被拆）。写“绝不丢失”反而不可信。

断网本身要不要报警？

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

AI 准确率怎么写才算数？

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

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

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

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

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

本地服务能力怎么证明？

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

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

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

适用范围与本页说明

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

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

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