浙江：接口对接，比装设备更花时间

核心答案

浙江各地养老机构普遍已有自己的管理系统，县级平台的建设重点往往不在设备，而在接口：消防监管平台要什么字段、民政报表要什么口径、机构原有系统怎么对接。这类项目的工期风险集中在联调，不在施工。方案里要把接口工作量单列，别混在“系统集成”里一句话带过。

01接口：三张网，三种口径

县级中心的数据要往外送，方向有三个，口径完全不同。

对接对象	常用方式	难点
消防救援机构监管平台	RESTful API、GB/T 26875.3 或地方消防物联网标准	字段范围与推送频率由对方定，要先拿到接口文档
民政部门的统计口径	报表导出或接口	民政看的是“机构、床位、住养人数、隐患整改率”，不是设备在线率
全国养老服务信息系统	预留接口	接口未开放时要说明预留方式与工作量

三张网里，第一张是硬要求，第二张是软要求，第三张是预留。很多方案把三张写成一样，评审时一问“民政的报表按什么口径统计”就答不上来。

推送模式上，实时推送和 T+1 批量各有用途：火警必须实时，统计类可以批量。要做的是两种都支持，并按数据类型自动选择。只有一种的系统，要么浪费带宽，要么报表不及时。

还有两个容易被忽略的条款：推送失败后的重传策略与每日对账机制。没有对账，丢了数据双方都不知道；有了对账，才能算出真实的丢包率。

数据权属要写在合同里：告警记录、机构台账、视频影像归甲方所有；供应商退出时按约定格式完整导出，并给出迁移周期。含糊其辞的，验收时会被卡。

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

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

一、标准与认证

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

二、接口够不够

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

三、兼容几个品牌

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

四、链路与备电

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

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

03验收与“可复制经验”：试点项目的下半场

试点项目的验收，从来不只是“设备装好了”。它有两个交付物：一套能用的系统，和一份能推广的经验。第二件经常被忽略，却往往是验收会上被问得最多的。

系统侧看什么

接入机构数是否等于计划数，每家机构的设备清单与点位图是否齐全；
抽三条工单，看四个时间戳是否完整、凭证是否有照片；
现场制造一次告警，看端到端时长与推送对象是否正确；
断一次网，看离线告警是否产生、复网后数据是否补齐；
导出一次报表，看字段是否满足民政口径。

经验材料写什么

有效的经验材料不是成果汇编，是可被别处照抄的操作说明：县域规模怎么测算、老主机怎么接、值守班怎么排、误报怎么压、钱怎么花。写“建成县级中心 1 个、接入机构 5 家”是成绩；写“5 家机构里 3 家主机无标准接口，用开关量 + 独立烟感双路采集，单家改造 0.5 天”才是经验。

一条实用建议：从项目第一天就按“经验材料”的口径留资料——改造前照片、接线方式、遇到的问题与解法、每家的实际工时。等到验收前再回忆，细节全丢了，写出来只能是套话。

04自查清单：12 项

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

0 / 12

05常见问题

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

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

时延的三段分别是什么？

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

断网本身要不要报警？

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

一院一档要建几类台账？

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

摄像机能利旧吗？

能，但要先摸底。把每家机构的摄像机品牌、型号、固件版本、IP 段、是否 POE 全部抄一遍，再决定要不要买接入网关、买几台、要不要换线。跳过这一步直接报价，后期一定超支。

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

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

项目数据归谁？

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

本地服务能力怎么证明？

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

适用范围与本页说明

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

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

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