湖南：夏天用电负荷，才是真考验

核心答案

湖南夏季高温持续时间长，养老机构空调、风扇、冰箱同时运行，老旧线路的负载率会顶到极限。这个时段的电气火灾风险明显上升，而传统火灾报警要到冒烟才动作。方案里如果配了电气火灾监测，要明确监测的是剩余电流、温度还是电弧，三种探的是不同故障，不能笼统写“电气监测”。

01养老机构为什么值得单独建一套

养老机构在消防上是个特殊场景，特殊在三点，而且这三点都不靠“加强管理”能解决。

一、人搬不动

医院有平车、有电梯、有护工轮班；养老机构里大量是失能半失能老人，卧床的占相当比例。同样一场初期火灾，医院能在三分钟内把一层人转走，养老机构可能连把人扶起来都需要两个人。这决定了报警必须更早，处置必须更快——不是“重视程度”问题，是物理条件决定的。

二、夜里没人

多数中小型养老机构夜间只有 1–2 人值班，有的甚至只有门卫。夜间恰恰是火灾亡人高发时段：人处于睡眠状态，发现晚、反应慢。所以夜间值守不能只靠机构自己，县级中心的 7×24 小时值守正是补这一段的。

三、火源在家里

养老机构的火灾，电气原因与卧床吸烟是两条主线。电热毯、电暖器、私拉插排、老人自己带的充电器，这些在家里是小事，在集中住宿环境里是隐患叠加。传统火灾报警只报“着了”，报不出“哪儿在过载”——所以电气火灾监测和独立烟感要一起上，不能只装一种。

这三条对应的技术选择：更早 → 独立烟感 + 视频复核；更快 → 告警直推责任人手机，不等值班室转达；火源 → 电气火灾监测 + 可燃气体探测。选型时如果只买了火灾报警主机联网，前面三条一条都没解决。

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

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

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

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

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

03工单闭环：四个节点，一个都不能省

“中心预警—机构确认—处置反馈—销号归档”，这四步听起来像流程描述，实际上是四个时间戳。系统里没有这四个时间戳，这条流程就是纸上的。

节点	系统要记什么	为什么必须记
预警产生	告警时间、来源设备、原始值	后面所有时长的起点
机构确认	确认人、确认时间、是否属实	算“响应时长”；区分误报与真实
处置反馈	处置人、措施、现场照片	验收时要看凭证，不能只有文字
销号归档	销号人、销号时间、归档编号	形成可追溯的闭环

四个节点之外，还有一条最容易漏：升级规则要可配置。不同类型、不同时段、不同机构的超时阈值不该一样——白天 15 分钟、夜间 5 分钟是常见设置；失能老人多的机构阈值应该更短。写死一个统一值的系统，用半年就会被要求改。

处置凭证只收文字等于没收。现场照片要带时间和定位，整改记录要能关联到具体隐患条目。验收时抽查十条工单，如果三条以上只有一句“已处理”，这套闭环就是不合格的。

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

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

合理的维度大致四组：

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

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

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

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

05自查清单：12 项

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

0 / 12

06常见问题

平台一定要按团体标准做吗？

T/QDAS 146-2025 是养老机构智慧消防管理数字化平台的建设技术规范，属于团体标准。项目文件把它列为技术依据时，平台功能就要逐条对照并给出实现方式与界面截图；引用时写全标准号与年份，不要写成国家标准。

断网本身要不要报警？

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

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

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

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

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

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

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

水压水位多久上报一次？

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

等保三级是必须的吗？

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

到场时限怎么写才可信？

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

适用范围与本页说明

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

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

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