.5.1软件系统应满足

.3软件系统应预留与电梯物联网系统对接的数

a）电梯应急救援处置服务平台应调用部门业务系统数据库，经数据治理后形成电梯档案数据、 监察人员数据、使用单位数据、救援单位数据等，为电梯应急救援处置提供实时、准确、完 整的数据： b) 电梯应急救援处置服务平台应与部门业务系统数据库实时交换数据，保证应急救援处置的时 效性和准确性； C 应优先使用国产数据库。

建筑造价、预算、定额4. 5. 6 应用功能

4.5.6.1基础信息管理

4.5. 6.2应急处置

应具有以下功能： a）接警：应急救援处置人员通过电梯编号、使用单位名称、电梯安装地址等信息与报警人或被 困人确认被困地点； b 派单：接警成功后，自动生成工单，应急救援处置人员应按三级响应机制，逐级调度维保单 立赶赴困人地点实施救援，若无需派单应注明原因； 催促与安抚：应具有自动提醒功能，接警成功后，每10分钟弹窗提醒应急救援处置人员催促 响应单位实施救援，同时安抚报警人或被困人； d 回访：应急救援处置人员应回访报警人或被困人，确认其是否获救；回访维保人员，确认被 困人数、到达现场时间、成功解救时间、故障原因等信息

4. 5.6.3 统计分析功能

4.5.6.3.1应急救援概况

应具有以下功能： a） 展示在用电梯数、纳入救援数、累计救援次数、日均救援次数、到达现场平均时间、解救被 困人数、发生困人电梯数、平均困人率、一级救援单位数、二级救援单位数等； b 以行政区划维度展示三级响应机构救援次数； c 以救援到达时间维度展示救援次数； d）以困人原因维度展示救援次数，困人原因应分为停电、机电故障、使用不当等

基于数字地图标注、展示救援情况； 能查询应急救援基本信息； 能以行政区划、统计年度为维度下钻数据。

e）基于数字地图标注、展示救援情况； f）能查询应急救援基本信息；

4.5.6.3.2实施救援单位

应具有以下功能： a）统计实施救援单位一级响应和二级响应救援次数、响应率、救援到达时间等信息 b） 展示实施救援单位签约维保电梯困人情况； c）能以行政区划、统计年度为维度下钻数据

4. 5. 6. 3.3 电梯困人发生时间段

a）以时间维度统计电梯困人次数、占比，宜将24小时均分为12个时间段； b）能以行政区划、统计年度为维度下钻数据。 4.5.6.3.4电梯困人发生场所 应具有以下功能： a） 按场所统计在用电梯数、困人电梯数、困人故障率、占比，场所应分为机关、住宅、医院、 学校、商场、宾馆饭店、机场车站、公园景区、餐饮娱乐、企业、展馆等； b）能以行政区划、统计年度为维度下钻数据。 4.5.6.3.5困人电梯投入年限 应具有以下功能： a）按困人电梯投入年限统计在用电梯数、困人电梯数、困人故障率，投入年限应分为3年内、3 至6年、6至9年、9至12年、12至15年、15年以上； b）能以行政区划、统计年度为维度下钻数据。 4.5.6.3.6 困人电梯制造企业 应具有以下功能： a）统计电梯制造企业在用电梯数、困人次数、困人电梯数、困人率等信息； b）统计电梯制造企业所售电梯的困人情况； c）能以行政区划、统计年度为维度下钻数据。 4.5.6.3.7困人电梯维保单位 应具有以下功能： a 统计电梯维保单位维保电梯数、困人次数、困人电梯数、困人率等信息； b） 统计电梯维保企业签约维保电梯的困人情况； c）能以行政区划、统计年度为维度下钻数据。

4. 5.6. 3. 4电梯困人发生场所

应具有以下功能： a）统计电梯制造企业在用电梯数、困人次数、困人电梯数、困人率等信息； b）统计电梯制造企业所售电梯的困人情况； c）能以行政区划、统计年度为维度下钻数据。

4.5.6.3.7困人电梯维保单位

应具有以下功能： a) 统计电梯维保单位维保电梯数、困人次数、困人电梯数、困人率等信息； b）统计电梯维保企业签约维保电梯的困人情况； c）能以行政区划、统计年度为维度下钻数据

4.5.6.3.8应急救援响应情况

DB52/T 1628. 22021

按救援响应级别统计救援单位、困人发生时段、到达现场时间、一级未响应单位、二级未 应单位等信息：； 能以行政区划、统计年度为维度下钻数据。

4.5.6.3.9纳入应急救援电梯情况

应具有以下功能： a 以行政区划、维保单位、场所等维度统计在用电梯数、纳入应急救援电梯数、进入率、未审 核数、制牌数、贴牌数等信息； b） 统计无维保（脱保）电梯情况： c）能以行政区划、统计年度为维度下钻数据，

4.5.7软件系统性能要求

应具有以下功能： a）系统具有查询和检索功能，满足数据存储的需求，并留有一定几余； 并发访问量应不少于配备的应急救援处置人员数量； 系统具有身份认证、操作留痕、安全审计等应用安全保障机制； d 系统具有数据安全保障机制，对数据采取集中管理和存储。

DB52/T1628.22021

6.2.1.2应具有以下功能： a）具有统一通信技术和计算机电信集成软排队技术； 构建开放的多业务交换平台； c）支持多种网络的融合以及多种媒体接入与处理； d）提供呼入、呼出、人工、自动服务等多种交互方式

5.2.1.2应具有以下功能：

5. 2. 2 显示系统

应具有以下功能： a 信息接收功能应支持接收网络计算机显示的图文和视频信息，并支持信息转换； b 信息显示功能应支持高分辨率； C）救援处置信息应能在显示系统实时展现

5.2.3计算机网络系统

2.3.1应承担呼叫系统、显示系统、数字地图等系统的音视频信息接入和输出。 2.3.2应包括交换机、路由器、防火墙及运营商专线等。计算机网络系统中各项设备应能保障 体稳定运行。

5.2.4综合布线系统

5.2.5不间断电源系统

应保障停电后3小时内电梯应急救援处置服务平台的正常运行

6.1.1电梯应急救援处置服务平台应建立以下逐级响应机制： a) 一级响应由签约维保单位实施： b 二级响应由网格维保单位实施； c）三级响应由公共救援机构实施。 6.1.2电梯签约维保单位应负责所维保电梯、维保工作站点、电梯使用单位的信息更新维护和应急救 援、故障排除、故障原因及处置工单反馈等。实施救援时，应在法定时间内到达救援现场。 6.1.3公共救援机构应加强电梯应急救援处置的培训、演练和宣传，负责一、二级响应失败后的三级 应急救援。

DB52/T 1628. 22021

6.3.1应急救援处置人员在接警后，向被困人询问电梯编号，核对被困地点，确认是否有人员伤亡。 6.3.2应急救援处置人员对被困人进行安抚与安全提醒。

6.4.1信息查询与告知

6. 4. 2. 1一级响应

6. 4. 2. 2 二级响应

6. 4. 2. 3三级响应

应急救援处置人员应跟踪整个救援过程，接警后10分钟、20分钟、30分钟催促救援人员赶往现场 安抚被困人，

救援人员到达现场后立即按照相关规范性程序实施救援，解救被困人后将救援结果反馈应急救援 员

6. 4. 5 结果确认

6.4. 6 故障处理

急救援处置人员应告知电梯使用单位及时消除险

6.5重大突发事件应急救援处置

5.1重大突发事件范围

范围如下： a）有人员伤亡的电梯困人事件； b）接警后，人员被困电梯达到2小时，救援人员无法通过自身能力在较短时间完成人员解救和 处置工作，需要专家或借助专业设备才能开展救援的情况

范围如下： a）有人员伤亡的电梯困人事件； b）接警后，人员被困电梯达到2小时，救援人员无法通过自身能力在较短时间完成人员解救和 处置工作，需要专家或借助专业设备才能开展救援的情况

6.5.2重大突发事件应急处置

应按附录B的规定进行。

应按附录B的规定进行。

煤矿标准规范范本DB52/T 1628. 22021

附录A （资料性） 电梯困人应急救援处置流程图

图A.1电梯困人应急救援处置流程图

重大突发事件应急救援处置流程图见图B.1。

DB52/T1628.22021

天然气标准附录B （资料性） 重大突发事件应急救援处置流程图

附录B （资料性） 重大突发事件应急救援处置流程图

图B.1重大突发事件应急救援处置流程图