T/GDPAWS 38-2026 环境卫生服务企业安全生产管理信息化系统建设规范

ICS 13.020 CCS C 65

团体 标准

T/GDPAWS 38—2026

环境卫生服务企业安全生产管理

信息化系统建设规范

Specificat ions for the construct ion of an informationsystem for safety

product ion management in environmental

sanitat ion service enterpr ises

2026-01-04 发布 2026-02-01 实施

广东 省安 全生产协会发布

目次

前言 Ⅱ

1 范围 1

2 规范性引用文件 1

3 术语和定义 1

4 建设目标和总体要求 2

4.1 建设目标 2

4.2 总体要求 2

5 一般规定 3

6 总体架构 4

6.1 系统参考架构 4

6.2 部署架构 4

6.3 网络架构 5

7 建设内容 7

7.1 综合展现层 7

7.2 业务应用层 8

7.3 应用支撑层 9

7.4 数据资源层 10

7.5 基础设施层 10

8 功能要求 11

8.1 车辆报警中心 11

8.2 人员报警中心 12

8.3 算法策略管理中心 12

8.4 驾驶员档案管理 13

8.5 驾驶员违规管理 14

8.6 主动安全中心 15

8.7 中转站报警中心 15

8.8 安健环事故事件 15

8.9 健康数据中心 16

8.10 小型车辆作业管理 16

8.11 职责管理 17

8.12 培训管理 17

8.13 双控管理 17

8.14 应急管理 18

8.15 生活垃圾分类 18

8.16 制度建设 19

9 安全要求 20

9.1 总体安全原则 20

9.2 系统层面安全要求 20

9.3 权限与账号安全管理要求 21

参考文献 22

I

前言

本文件按照GB/T 1.1—2020《标准化工作导则第1部分：标准化文件的结构和起草规则》的规定起草。

请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。

本文件由瀚蓝城市环境服务有限公司提出。

本文件由广东省安全生产协会团体标准化技术委员会归口。

本文件起草单位：瀚蓝城市环境服务有限公司、长沙中联重科环境产业有限公司、广州环投环境集团有限公司、广州市圣元环境科技有限公司、广东泰科物业管理有限公司、广州江迅环境科技有限公司、深圳市前海公共安全科学研究院有限公司、广东安全技术职业培训学院。

本文件主要起草人：黄成、谭承久、陈美波、张伯山、钟水平、雷汉军、牛振兵、姜泓、邓天龙、金杨、郑引旺、章文文、张田野、任豪杰、袁光辉、林广胜、曹捷、郑辉、黄子斌、李杞容、刘孙权、黎明。

II

环境卫生服务企业安全生产管理信息化系统建设规范

1 范围

本文件规定了环境卫生服务企业安全生产管理信息化系统建设的建设目标和总体要求、一般规定、 总体架构、 建设内容、 功能要求和安全要求。

本文件适用于环境卫生服务企业开展安全生产管理信息化系统建设。

2 规范性引用文件

下列文件中 的内容通过文中的规范性引用而构成本文件必不可少的条款。其中，注日期的引用文件， 仅该日期对应的版本适用于本文件; 不注日期的 引用文件， 其最新版本(包括所有的修改单) 适用于本文件。

GB/T 20271

信息安全技术信息系统通用安全技术要求

GB/T 20272

信息安全技术操作系统安全技术要求

GB/T 20273

信息安全技术数据库管理系统安全技术要求

GB/T 20279

网络安全技术网络和终端隔离产品技术规范

GB/T 22239

信息安全技术网络安全等级保护基本要求

GB/T 31496

信息技术安全技术信息安全管理体系指南

GB 50198

民用闭路监视电视系统工程技术规范

3 术语和定义

3.1

环境卫生服务企业 environmental health service enterprises

为城乡提供清扫保洁、生活垃圾分类、垃圾收集运输、垃圾处理、绿化管养、 公共厕所管理、 公共设施维护、 物业清洁等方面服务的企业。

3.2

基础数据 basic data

环境卫生服务企业信息、证照信息、人员信息、 各生产系统及其相关设备设施符合法定安全生产条件和满足安全设施设计要求的相关数据。

3.3

车载动态监控设备 vehicle-mounted dynamic monitoring equipment

基于卫星定位、无线通信及物联网技术的车辆综合监管系统， 由车载终端、传输网络和监控中心构成，主要应用于公共交通、物流运输及公共安全领域，用于实现车辆实时定位、防盗追踪及调度管理。

3.4

作业车辆 service vehicle

1

包括电动三轮车、 自动扫地车、 直收直运车、对接车、桶装车、机械化清扫车等各类环卫作业车辆。

3.5

中转站 transfer station

城市废弃物管理系统中用于收集、 分类和转运垃圾的环卫设施，主要承担垃圾临时存储和转运、 二次分拣及资源化处理功能。

3.6

主动安全 active safety

通过各种技术手段和系统，主动帮助驾驶员减少行驶过程中的安全风险， 防止事故的发生。

3.7

驾驶员状态监测系统 driver state monitoring system

基于计算机视觉、生物传感等技术， 实时监测驾驶员疲劳状态、注意力分散、 不规范驾驶行为(如抽烟、接打电话等) 的健康与安全管理系统。 系统应具备实时预警、数据记录与上传功能，用于提升环卫车辆驾驶安全性， 防范因人因风险导致的事故。

3.8

高级驾驶辅助系统 advanced driver assistance system

搭载于环卫车辆上，通过感知、 决策与控制技术， 实现车辆运行过程中的环境感知、风险识别与辅助驾驶功能的系统。 典型功能包括前向碰撞预警、车道偏离预警、盲区监测、 自适应巡航等， 用于增强作业车辆在复杂环境下的主动安全防护能力。

4 建设目标和总体要求

4.1 建设目标

围绕环境卫生服务企业安全生产管理的实际需求， 以信息化、 智能化技术为支撑，构建覆盖“ 人员、车辆、设施、作业、环境、管理 ”全要素的安全生产风险监测预警与管控体系。系统建设应实现以下核心目标：

a) 风险可知可视： 集成多源数据， 实现安全生产风险的动态感知、 智能识别与可视化呈现，变被动响应为主动预警。

b) 过程可管可控： 对作业全流程进行数字化记录、 标准化管理和闭环化控制， 提升作业规范的执行率与安全性。

c) 态势可判可防： 基于大数据分析， 研判安全态势， 预测风险趋势， 为管理决策提供数据支持， 实现源头预防。

d) 责任可追溯： 通过全流程数据链， 准确界定并落实各环节安全生产责任， 实现事件全过程可追溯。

4.2 总体要求

为达成上述目标， 系统规划、 设计与建设应遵循以下总体要求：

a) 体系化设计：遵循统一架构，确保与企业现有运营、调度等系统互联互通与业务协

2

同，避免信息孤岛。

b) 技术 先进适用： 采用成 熟可靠的信息技术和智 能感知 设备， 鼓励集成 DSM、ADAS等主动安全技术， 提升本质安全。技术方案应具备前瞻性与可扩展性。

c) 数据标准规范： 建立统一的数据采集、传输、存储、交换与共享标准，确保数据的准确性、 完整性、及时性和一致性， 夯实大数据分析基础。

d) 功能实用高效： 功能设计须紧扣环卫作业场景与安全痛点， 界面友好、操作便捷，预警规则科学，报警信息精准，切实提升管理效能。

e) 安全稳定可靠：满足网络安全等级保护要求，保障数据安全与隐私。具备高可用性，确保系统持续稳定运行。

f) 持续改进完善： 建立系统运维、迭代更新与效能评估机制，依据使用反馈、技术发展及政策法规变化，持续优化系统。

5 一般规定

5.1 设备信息安全防护按照 GB/T 20271、GB/T 20272、GB/T 20273、GB/T 31496、GB/T 22239 等标准的要求， 安全等级保护宜不低于二级标准。

5.2 信号和网络应采用符合 GB/T 20279 相关要求的 安全隔离措施， 以实现不 同单元或区域、 不同安全监控设备之间的信息融合。

5.3 系统运行的通讯网关、 应用服务与数据库服务等核心组件应满足以下要求：

a) 通讯网 关： 应实现多源异构数据(如来自车载终端、传感器、视频设备等) 的安全接入、协议转换、 格式统一与可靠分发，确保数据高效、准确地传输至应用服务层。

b) 应用服务： 应承载核心业务逻辑， 实现数据的实时处理、 分析计算、 状态监测、 预警判断与业务联动， 具备高并发处理能力和弹性扩展能力。

c) 数据库服务： 应采用安全、 可靠的数据存储架构， 支撑海量业务数据、 监控数据与日志数据的结构化或非结构化存储、 高效查询、历史追溯与容灾备份。数据存储与查询性能应满足本规范 5.5 条款的整体效能要求。

d) 安全与可靠性： 各组件间的数据传输应进行加密， 确保数据机密性与完整性。 关键服务应采用冗余、集群等高可用性设计，避免单点故障，保障服务连续性。数据管理应符合国家信息安全及数据安全相关法律法规与标准的要求。

5.4 系统的密码使用和管理应符合国家密码管理规定。

5.5 系统整体效能宜满足以下要求：

a) 保障全天候 24 小时连续运行;

b) 每年系统停机时间少于 1 小时;

c) 拥有处理高并发访问的能力;

d) 数据输入反应时间不超过 2 秒;

e) 地图操作反应时间不超过 3 秒;

3

f) 统计查询反应时 间不超过 5 秒;

g) 对于复杂场景查询反应时 间不超过 8 秒。

5.6 系统具备基本的维护功能， 能够对重要数据字段进行自定义设置与管理。

5.7 系统支持基础数据的添加、移除、更改、检索、数据统计及报表的批量导入导出。

6 总体架构

6.1 系统参考架构

环境卫生服务企业安全管理信息化系统参考架构分为： 综合展现层、业务应用层、应用支撑层、 数据资源层、 基础设施层、 标准规范体系和安全运维体系。 参考架构如图 1 所示。

图 1 系统参照架构

6.2 部署架构

4

系统应采用分层、模块化的部署架构， 以实现安全隔离、 灵活扩展与高效运维。 典型部署应遵循从外至内的访问逻辑与数据流向，其核心层次与交互关系可参考图 2 所示：

客户端访问层边界代理层应用服务层数据服务层

车载视频服务器

图 2 部署架构图

注：

1.客户端访问层： 用户通过计算机浏览器、移动终端 App 或专用大屏客户端等发起访问请求。所有外部请求均需通过统一的网络安全入口。

2.边界代理层： 在系统网络边界部署反向代理服务器(如 Ng in x)。 其主要职责包括：接收并终止所有来自客户端的 HTTPS 连接 ;对请求进行安全过滤与负载均衡 ; 并将合法的请求反向代理至内网相应的应用服务或车载视频流媒体服务。此层是保障内网安全的第一道屏障。

3.应用服务层： 部署于内部安全网络区域，包含处理核心业务逻辑的应用服务集群(如车辆报警服务、人员管理服务) 以及处理实时音视频流的车载视频服务。 该层服务无状态化部署，通过反向代理层接收请求， 并根据业务需求向数据层发起数据读写操作。

4.数据服务层： 部署于最内层网络区域，为核心数据库服务(如 PostgreSQL、MySQL)、缓存服务(如 Redis) 以及消息队列(如 RabbitMQ) 等提供高可用的运行环境。应用服务层通过内网安全通道访问此层，完成业务数据的持久化存储、 高速缓存读写及异步消息处理。

5.部署架构的核心数据流可概括为： 客户端请求经边界代理层安全转发至应用服务层，应用服务根据请求类型访问数据服务层进行相应的数据操作，并将处理结果沿原路径返回至客户端。该架构确保了网络层次清晰、职责分离，并便于进行安全策略实施与性能横向扩展。

6.3 网络架构

5

为确保数据传输安全、满足业务高并发访问并实现网络资源的有效隔离，系统应采用基于安全分区的层次化网络架构。 该架构从外至内应依次划分为外部访问区、边界防护区、应用服务区与数据服务区，通过防火墙等设备实施严格的访问控制策略，构成纵深防御体系。典型网络架构与核心数据流如图 3 所示：

图 3 网络架构注：

① 各区域核心功能如下：

6

1.外部网络： 指公共互联网， 是各类客户端(计算机、移动终端)、车载设备及第三方系统接入的源头，承载业务请求数据、车辆实时轨迹数据、车载视频流等各类信息的传入与传出。

2.边界防护区： 作为系统对外的第一道安全屏障， 该区域部署：

a) 路由器： 实现网络地址转换(NAT) 与基础流量路由。

b)Web 应用防火墙(WAF)：对 HTTP/HTTPS 流量进行深度检测，防御 SQL 注入、跨站脚本(XSS) 等应用层攻击， 并对异常访问进行限流。

c)防火墙：执行网络层访问控制策略，仅开放必要的服务端口(如 HTTPS 的 443 端口)。

d) 边界服务/反向代理服务器： 终结 SSL/TLS 加密， 实现请求的 负载均衡， 并将流量安全地反向代理至内网应用服务区。

3. 应用服务区： 为核心业务处理区域， 与边界 防护区之间通过防火墙进行 隔离。 该区域部署：

a) 应用服务集群： 运行业务逻辑， 处理来自边界服务的请求， 并与数据服务区交互。

b) 视频流媒体服务： 专门处理车载视频流的接收、 转码、 分发与存储管理， 以应对大流量、 高并发的视频数据需求。

4. 数据服务区： 为核心数据存储区域， 处于网络最内层， 享有最高级别的访问保护。该区域通过防火墙严格控制，仅允许来自应用服务区 的特定访问。 内部部署数据库服务、 缓存服务、 消息队列等核心数据组件。

② 主要数据流向说明：

1.外部请求(如用户登录、数据查询) 经边界防护区安全清洗与代理后，抵达应用服务区。

2.应用服务处理请求时， 按需访问数据服务区 的数据库、 缓存等资源。

3.车载设 备上传的视频流可 直接或通过边界服务 路由 至应用服务 区的专用视频服务进行处理与存储索引，相关元数据写入数据库， 文件写入文件服务。

4.所有响应数据沿原路径返回至外部客户端。

7 建设内容

7.1 综合展现层

7.1.1 计算机终端： 为管理人员提供功 能完整、 界面丰富 的 Web 端操作平台， 支持复杂的业务处理、数据分析、报表生成与综合调度。

7.1.2 移动终端： 通过移动应用(App、小程序等)，为现场作业人员、巡查人员及管理人员提供随时随地处理报警信息、上报事件、 查阅档案、接收通知、进行定位与轨迹回放等便捷操作。

7.1.3 大屏： 通常用于企业监控指挥中 心， 以驾驶舱、 电子地图、 实时视频、 数据图表等形式，动态、 宏观地展示企业安全生产整体运行态势、 关键指标与风险预警信息。

7.1.4 车载终端： 作为安装在作业车辆上的核心交互与数据节点，承担双重功能：

a)信息呈现与交互：作为驾驶员端的交互界面，用于实时接收并提示主动安全报警(如DSM/ADAS 预警 )、 调度指令， 并支持事件上报、状态反馈等操作。

b) 数据交换枢纽： 通过集成或连接车载动态监控设备、 主动安全设备(DSM/ADAS )、传感器等， 实现车辆运行数据(如车辆轨迹数据、 驾驶行为数据、 设备状态数据) 和音视频

7

数据的本地采集、 处理与实时上传至云端或企业数据中心。 同时，应支持后端系统远程调阅终端设备存储的历史行车记录视频及相关数据，服务于事故事件的回溯分析与取证。

7.2 业务应用层

环境卫生服务企业安全生产管理信息化系统建设根据本行业特点及实际需要，建立适合的安全生产管理信息化内容应用模块。该层是支撑企业各项安全生产管理业务的核心软件功能集合，采用模块化、 高内聚设计原则。 其主要模块宜包括但不限于表 1 的内容。

表 1 业务应用层主要模块

序号

模块

内容

车辆报警中心

一键报警管理、车辆常用报警设置、车辆报警处理、车辆设备异常设置、车辆设备异常统计

人员报警中心

手表常用报警设置、人员报警处理、人员报警统计明细、人员设备异常设置、人员设备异常统计、人员异常处理

算法策略管理中心

实时监控管理、算法配置管理、设备管理、算法仓库管理、智能报警

驾驶员档案管理

驾驶员管理、奖惩管理、绩效排名管理

驾驶员违规管理

考核标准配置、违规汇总清单

主动安全中心

ADAS 汇总(高级驾驶辅助系统)、DSM 汇总(驾驶员状态监测系统)、DSM 明细

中转站报警中心

监测设备管理、设备报警设置、传感器报表、设备报警处理

8

安健环事故事件

事故调查报告填报、隐患排查教育培训、事故事件台账、事故信息填报、事故事件统计

9

健康数据中心

手表健康数据检测

10

小型车辆作业车辆管理

人员基础信息、培训考核取证、统计分析

11

职责管理

人员基础信息、 自动提醒

12

培训管理

培训计划管理、培训实施管理、课件库管理、考核管理、培训总结

13

双控管理

风险管理、检查表库管理、任务管理、隐患治理管理、重大危险源管理

14

应急管理

任务计划管理、任务实施管理(接收、报警、组织、处置、善后等内容)

15

生活垃圾分类

分类投放监管、分类收运跟踪、数据统计

16

制度建设

制度库管理、宣贯与学习跟踪

7.3 应用支撑层

7.3.1 物联网数据接收应用

物联网应用支撑应满足以下功能：

a) 具备测点实时数据、人员定位数据、报警数据等监测数据的汇聚、 管理与交换功能;

b) 具备采集频率调整功能;

c) 具备断点续传功能。

7.3.2 视频信号接收应用

视频应用支撑宜满足以下要求：

a) 具备远程实时查看视频画面;

b) 具备语音对讲功能;

c) 具备视频录像回放功能;

d) 具备视频录像下载功能;

e) 具备分析场所/区域视频分析功能。

注： 视频录像下载功能需考虑网络带宽及存储成本，企业可根据实际需求选择性建设。

7.3.3 GIS 地图应用

GIS 地图应用支撑宜满足以下要求：

a) 具备兼容主流地图服务的管理引擎;

b) 具备高效的二、 三维场景渲染能力，三维渲染帧速不低于 24fps;

c) 具备跨平台和跨浏览器展现;

d) 支持 HTTP/HTTPS 文件上传方式发布三维数据;

e) 支持矢量、 地形、影像、模型等类型三维数据的发布和三维场景展示。

7.3.4 数据共享与交换

环境卫生服务企业安全生产管理信息化系统应支持安全、高效、兼容的数据共享与交换，具体宜满足以下要求：

a) 双向交互能力： 系统应支持与其他业务系统或平台之间的双向数据交换， 确保信息同步与协同;

b) 数据库兼容性： 应兼容主流关系型及非关系型数据库， 保障异构系统间的数据互通;

c) 多类型数据支持： 应同时支持结构化数据(如表格、 日志 ) 和非结构化数据(如图像、 音视频、 文档) 的传输与处理;

d) 多协议适配： 应支持 HTTP、HTTPS、TCP、SOAP、FTP、MQTT 等常用通信协议， 以适应不同应用场景和设备接入需求;

e) 传输加密要求： 所有涉及基础数据(包括但不限于人员信息、 作业记录、 风险隐患数据、 设备状态等) 的共享与交换， 必须采用国家密码管理局认可的国产商用密码算法(如SM2、 SM3、 SM4) 进行端到端加密， 并在传输过程中优先使用 HTTPS、 MQTTS 等具备加密通

道能力的安全协议，确保数据在传输过程中的机密性、 完整性与抗抵赖性。

7.4 数据资源层

数据资源层是环境卫生服务企业安全生产管理信息化系统的数据基础架构，承担数据采集、存储、 组织、共享与分析的核心功能。 该层通过结构化设计实现业务数据的统一管理，为上层业务应用、 智能分析及决策支持提供高质量、 高可用的数据支撑。数据资源层需遵循数据分类分级管理原则(参照 GB/T 35273-2020《 信息安全技术个人信息安全规范》 )，并确保数据在存储、传输和共享过程中的安全性与合规性。

7.4.1 业务主题库

业务主题库应包括但不限于以下内容：

a) 安全基础信息包括企业基本信息、 证照、机构、 全体员工等;

b) 主动安全监测预警包括集成高级驾驶辅助系统(ADAS)、 驾驶员状态监测(DSM)、监控视频、预警、报警等;

c) 驾驶员风险管控包括违规考核明细台账、 绩效排名和风险分级管控等;

d) 安健环事故事件管理包括信息报送、调查报告、 台账、数据分析等;

e) 数据分类分级原则参照 GB/T 35273-2020《信息安全技术个人信息安全规范》执行。

7.4.2 综合分析库

综合主题库应包括但不限于违规信息统计库、 预/报警统计库等。

7.4.3 共享交换主题库

共享交换主题库应包括但不限于基础数据库、车辆、人员和场站在线监测数据库、视频数据库等。

7.5 基础设施层

7.5.1 计算资源

企业应根据自身业务需求和安全管理准则， 自主配置计算资源， 既满足环境卫生服务企业安全管理信息系统的分级部署，支持业务的持续深化和拓展，又能保障数据能够在不同层级之间无缝对接和共享。

7.5.2 存储资源

存储资源宜符合以下要求：

a) 视频数据保存期限不少于 30 日;

b) 监测数据保存期限不少于 90 日;

c) 报警信息数据保存期限不少于 365 日。

7.5.3 网络资源

网络资源宜满足以下要求：

a) 网络架构设计： 采用双链路冗余架构(主备路由)，核心交换机部署 VRRP 协议，确保网络高可用性;

b) 服务质量保障(QoS)： 为视频流媒体、 实时预警等关键业务分配优先级通道， 网络丢包率 ≤0.1%，延迟 ≤50ms。

7.5.4 视频专网

视频专网应符合以下要求：

a) 采用扩展星型拓扑结构网络;

b) 视频专网部署视频隔离网闸物理隔离外部网络， 保障视频传输安全;

c) 符合 GB 50198 的相关要求。

7.5.5 数据互联网

互联网出口 网络带宽应满足环境卫生服务企业安全管理信息系统建设和使用的需求。

8 功能要求

8.1 车辆报警中心

8.1.1 一键报警管理

系统应支持车内一键报警功能，报警信息实时推送至监控中心，并联动视频与位置信息。

8.1.2 车辆常用报警设置

系统可通过系统自定义车辆报警类型与阈值， 如超速、疲劳驾驶、偏离路线等， 并设置相应处理流程。

8.1.3 车辆报警处理

系统应记录车辆报警的处理全过程，包括接警、派单、 处理反馈等， 并支持处理结果的审核与归档。

8.1.4 车辆设备异常设置

a) 系统可通过系统设置车辆设备异常监测规则， 如电源异常、 掉线异常、 天线异常、油量不上传异常、 定位异常、摄像头故障、硬盘不录像等， 并配置预警机制。

b) 系统可结合车载终端功 能选择性启用异常监测(如电源异常、 定位异常等)， 若终

端设备不支持实时监测，可通过人工巡检或定期维护替代。

8.1.5 车辆设备异常统计

系统应自动统计车辆设备异常情况，生成异常类型、频率、 处理情况等分析报表，支持按日期范围、 项目、车牌等条件检索，辅助运维决策。

8.2 人员报警中心

8.2.1 手表常用报警设置

企业可为作业人员配备智能手表， 并设置常用报警类型， 如心率异常、跌倒报警、体温报警、血压报警、 血氧报警等。

注： 智能手表建议用于高温、 高空、 高危环境作业人员。

8.2.2 人员报警处理

系统应实时接收可穿戴设备报警信息， 并推送至相关负责人，报警处理过程应全程记录并可追溯。

8.2.3 人员报警统计明细

系统应生成人员报警统计明细报表，包括报警类型、发生时间、处理人员、处理结果等。

8.2.4 人员设备异常设置

系统可通过设置人员设备异常监测规则， 如设备离线、 电量不足等， 并配置相应预警机制。

8.2.5 人员设备异常统计

系统应统计人员设备异常情况， 生成异常类型、 发生频率、 处理情况等分析报表。

8.2.6 人员异常处理

系统应支持对人员异常情况(如健康异常等) 的监测与处理， 并记录处理过程。

8.3 算法策略管理中心

8.3.1 实时监控管理

系统应通过 AI 管理系统实现对作业车辆、人员、 设施等智能实时监控， 利用 AI 算法自动识别异常行为或状态，并实时推送告警信息至相关负责人。系统应支持多源数据融合分析，

提升监控精度与响应效率。

8.3.2 算法配置管理

系统应提供算法配置管理功 能， 支持企业根据实 际业务需求灵活选择和调整 AI 识别算法，包括行为分析、 图像识别、 异常检测等， 并可对算法参数进行自定义设置与优化。

8.3.3 设备管理

系统应通过对 AI 相关设备(如智能摄像头、边缘计算单元、传感器等) 进行统一管理，包括设备注册、状态监测、 固件升级、 故障诊断等功能，确保设备稳定运行。

8.3.4 算法仓库管理

系统应建设算法仓库， 支持多种 AI 算法的上传、 版本管理、 部署与迭代更新。 企业可根据不同场景调用相应算法， 并记录算法使用情况与性能指标。

8.3.5 智能报警

系统应基于 AI 识别结果自动生成报警事件， 支持报警分级、 关联视频与位置信息、 闭环处理流程跟踪， 并生成 AI 报警统计报表，用于持续优化算法与管控策略。

8.3.6 算法性能评估

算法性能评估系 统应具备对 AI 算法的运行 效果进行定期评估的 能力， 包括但不 限于识别准确率、 误报率、 响应时间等指标， 并支持根据评估结果优化算法模型与参数。

8.4 驾驶员档案管理

8.4.1 驾驶员管理

系统应通过建立驾驶员电子档案，包括基本信息、 驾龄、培训记录、违规记录等， 并支持动态更新。

8.4.2 奖惩管理

系统应记录驾驶员的奖惩信息，包括奖惩类型、事由、 时间等， 并支持奖惩记录的查询与统计。

8.4.3 绩效排名管理

系统应根据驾驶员的作业数据(如安全里程、违规次数、作业完成率等) 自动生成绩效

排名， 并支持多维度展示。

8.4.4 考核计分配置

系统可通过自定义驾驶员考核计分规则，包括违章类型、 扣分分值、清零周期等， 系统自动根据行为数据执行计分操作， 并支持历史计分记录查询。

8.4.5 绑定记录

系统应记录驾驶员与车辆的绑定关系历史，包括绑定时间、解绑时间、车辆信息、 驾驶员信息等， 实现人车关联信息的可追溯管理。

8.4.6 车辆行驶里程

系统应自动采集并统计驾驶员所驾车辆的行驶里程数据，支持按驾驶员、 时间段生成里程报表， 并可关联油耗、考勤等其他运营数据。

8.4.7 驾驶员报备

系统应通过实现驾驶员临时报备管理，支持跨车组、跨区域作业的报备流程，包括报备申请、 审批、记录查询等功能。

8.5 驾驶员违规管理

8.5.1 考核标准配置

系统可通过自定义驾驶员违规考核标准，包括违规类型、 扣分规则、 处理措施等。

8.5.2 违规考核明细台账

系统应自动生成驾驶员违规考核明细台账，详细记录每次违规事件的时间、地点、类型、处理结果、 扣分情况等，支持按条件筛选和导出。

8.5.3 违规汇总清单

系统应自动生成驾驶员违规汇总清单，包括 Ⅱ 类超速报警、 Ⅲ类超速报警、 Ⅳ类超速报警、接打电话报警、抽烟类报警、疲劳驾驶类报警、疲劳驾驶异常类报警、抽查视频违规、违规数量统计、签字确认数据、 未签字确认数量等， 并支持导出与统计分析。

8.5.4 名单配置

系统可通过配置重点关注驾驶员名单，例如高频违规、 高风险行为驾驶员， 并设置差异化的监控策略与处理机制。

8.6 主动安全中心

8.6.1 ADAS 汇总(高级驾驶辅助系统)

系统应汇总 ADAS 报警数据， 包括前碰撞预警、 车道偏离预警等， 并支持按车辆、 时间段生成统计报表。

8.6.2 DSM 汇总(驾驶员状态监测系统)

系统应汇总 DSM 报警数据，包括疲劳驾驶、 分心驾驶等， 并支持多维度统计分析。

8.6.3 DSM 明细

系统应提供 DSM 报警明细查询功能，包括报警时间、车辆、 驾驶员、报警类型等详细信息。

8.7 中转站报警中心

8.7.1 监测设备管理

系统应通过对中转站内监测设备(如烟雾传感器、视频监控等) 进行统一管理，包括设备信息、 状态、布局等。

8.7.2 设备报警设置

系统应支持中转站设备报警规则的 自定义， 如是否启用、 设备类型、 设备名称、报警类型等。

8.7.3 传感器报表

系统应生成传感器监测数据报表，包括环境气体传感器、液位计传感器、渗滤液气体传感器等， 并支持数据导出与分析。

8.7.4 设备报警处理

系统应记录中转站设备报警的处理全过程，包括报警接收、 处理人员指派、 处理结果反馈等。

8.8 安健环事故事件

8.8.1 事故调查报告填报

系统应具备事故调查报告在线填报功能，支持文字、图片、视频等多种信息录入，并符合相关格式要求。

8.8.2 隐患排查教育培训

系统应通过开展隐患排查相关的教育培训活动，包括培训计划、课程内容、参与人员、考核结果等管理。

8.8.3 事故事件台账

系统应建立事故事件电子台账，记录事故事件的基本信息、处理过程、整改措施等，并支持快速检索与导出。

8.8.4 事故信息填报

系统应提供事故信息在线填报功能，包括事故时间、地点、类型、人员伤亡、财产损失等信息的记录。

8.8.5 事故事件统计

系统应自动生成事故事件统计报表，包括事件类型、发生频率、处理情况等，并支持多维度可视化分析。

8.9 健康数据中心

8.9.1 手表健康数据检测

系统应通过智能手表采集作业人员的健康数据，包括心率、体温、血压、血氧等，并支持异常健康数据预警。

8.10 小型车辆作业管理

8.10.1 人员基础信息

系统应通过管理小型作业车辆驾驶员及作业人员的基础信息，包括身份信息、联系方式、所属班组、驾照类别等，并支持信息动态维护。

8.10.2 培训考核取证

系统应支持小型车辆作业人员的培训计划管理、在线学习、考核测评与电子取证等功能，实现培训全过程信息化管理。

8.10.3 统计分析

系统应提供小型作业车辆相关数据的多维度统计与分析功能，包括出勤率、作业里程、违规次数、事故率等指标，并以图表形式展示分析结果。

8.11 职责管理

8.11.1 人员基础信息

系统应将全体从业人员基础信息录入当中，基础信息包括但不局限于单位、岗位、资格类别、证书编号、发证日期、证件附件、证件复审日期、证件有效期，实行从业人员动态管理。

8.11.2 自动提醒

为实现主动安全的动态、精准管理与关键任务的过程管控，系统应提供可配置的自动化提醒功能。该功能允许管理员根据管理需求，灵活创建与管理各类提醒规则，以实现任务驱动的主动式安全管理。

8.12 培训管理

8.12.1 培训计划管理

系统应将年度培训计划录入当中，管理人员应能通过系统按时按点发起培训任务推送至各参训人员。

8.12.2 培训实施管理

管理人员应通过系统对培训实施情况进行跟踪，并按次完成培训材料的归档，形成培训档案。

8.12.3 课件库管理

系统可建立课件库，包括但不局限于课件名称、课件简介、考核试卷、关联教师、防作弊功能，支持培训课件上传，并能对课件进行分类、存储、修改、检索和删除等操作。

8.12.4 考核管理

系统可通过课件库上传培训考核题库，并按要求组织从业人员进行在线学习和考试，并对考试结果进行公示。

8.12.5 培训总结

管理人员应定期通过系统对培训情况进行梳理，对培训有效性、实用性进行管理分析，输出年度培训计划可行性报告。

8.13 双控管理

17

8.13.1 风险管理

系统通填报安全风险点信息，同时也能批量导入风险点和危险源数据，生成电子化安全风险清单。

系统应支持基于风险矩阵(如可能性×严重性)对风险点进行自动分级(如红、橙、黄、蓝)，并根据风险等级设定相应的检查频次、责任人员与管控措施，实现差异化、动态化管理。

8.13.2 检查表库管理

系统建立安全检查表库，将各类安全检查表录入系统中，并能进行新增、修改、输出、删除等操作。

8.13.3 任务管理

管理人员应能在系统内制定分级管控计划、隐患排查计划，包括但不局限于检查级别、检查名称、安全检查表、检查人、检查方式，并能生成指令将计划推送至检查人执行。

8.13.4 隐患治理管理

通过排查发现的隐患，管理人员能在系统上进行填报，并能推送至相关责任部门、人员，隐患整改完成后，责任人员应通过系统反馈整改结果，经验收人员验收合格后，自动进行归档，并推送至隐患发起人处。

8.13.5 重大危险源管理

系统应能填报重大危险源信息，生成重大危险源清单，以便在日常管理活动中重点防范。

8.14 应急管理

8.14.1 任务计划管理

管理人员通过将应急预案编制、更新计划，应急演练计划，应急设施、装备的维护和保养计划录入系统当中，并能生成指令将计划推送至各责任单位、部门执行。

8.14.2 任务实施管理

管理人员通过系统对各项计划的发布实施进行跟踪，并按次完成工作台账的归档。

8.15 生活垃圾分类

环境卫生服务企业安全生产管理信息化系统应建立与垃圾分类作业安全相关的管理功能模块，具体包括以下三部分：

8.15.1 分类投放监管

18

系统宜实现以下功能：

a) 智能箱房监控：通过视频分析算法自动识别投放点违规行为(如混合投放、乱堆放)，实时推送报警至管理人员;

b) 作业安全监督：记录作业人员开箱检查、清运操作的规范性(如是否佩戴防护手套)，防范机械伤害、病原体接触风险;

c) 设施状态监测：监测智能箱房电气安全(漏电、温升)、防火设备状态，异常时触发设备报警(如“8.7 中转站报警中心 ”联动)。

8.15.2 分类收运跟踪

系统宜满足以下要求：

a) 收运路径合规性：通过车载定位与 GIS 地图，验证收运车辆是否按分类要求行驶至指定站点(如厨余垃圾→处理厂)，偏离路线时自动告警;

b) 渗漏与溢散监测：在车载视频中集成 AI 算法，识别运输途中垃圾渗滤液泄漏、箱体密封失效等风险，实时推送至安全员;

c) 人员操作规范：通过 DSM 系统监测收运车辆驾驶员疲劳驾驶、违规操作行为，关联“8.6 主动安全中心 ”处理流程。

8.15.3 数据统计

系统宜提供以下统计分析能力：

a) 安全事件归因分析：按垃圾类别(可回收/有害/厨余/其他)统计作业事故类型(如割伤、中毒、火灾)，生成风险热力图;

b) 违规行为报表：统计各区域混合投放频次、清运人员防护缺失次数，支撑安全管理考核;

c) 设备故障趋势：分析智能箱房、收运车辆安全装置的故障率，预警高发风险点。

8.16 制度建设

8.16.1 制度库管理

系统宜实现以下功能：

a) 结构化存储： 按层级( 国家/地方/企业 )、 类型(操作规程/应急预案) 存储制度文件，支持关键词检索与版本追溯;

b) 合规性关联： 自动关联引用 T-GDPAWS 34—2024 等现行标准， 标注制度条款的法规依据;

c) 定向发布：将制度精准推送至相关岗位人员(如《化粪池清掏规程》→ 清掏作业组)，避免信息过载。

8.16.2 宣贯与学习跟踪

系统宜具备以下能力：

a) 学习任务闭环： 管理人员指定学 习制度 → 系统推送学习任务 → 员工在线学习/考试

19

→ 自动归档成绩(关联 “ 8.12 培训管理 ” );

b) 效果量化分析： 统计制度学习完成率、考核通过率、 高频错误知识点，识别培训薄弱环节;

c) 风险预警联动： 当新法规发布或旧制度修订时， 系统自动提醒未完成学习的人员，并冻结高风险岗位操作权限直至学习完成。

9 安全要求

9.1 总体安全原则

系统的规划、 设计、开发、 部署与运维应遵循 “ 安全前置、 纵深防御、动态管控、 持续改进 ” 的总体原则。 安全体系须贯穿于系统整体架构的各层次(基础设施、数据资源、应用支撑、业务应用及综合展现 )，覆盖物理环境、 网络通信、主机系统、应用软件、数据资产及管理操作等全要素， 构建技术与管理相结合的综合防护能力，确保信息系统及其中处理、存储、传输的各类数据(特别是安全生产数据与个人信息) 的保密性、完整性和可用性。

9.2 系统层面安全要求

9.2.1 物理与环境安全： 系统核心服务器、 网络设备及存储设备应部署在具有可靠电 力、温控、 消防及访问控制的安全物理环境中。托管于第三方数据中心的，应选择符合国家等级保护相关要求的机房。

9.2.2 网络通信安全： 系统计算机网络(有线/无线) 应具备有效的边界 防护、 入侵检测/防御、访问控制及安全审计措施。无线通信(如车载终端、移动设备接入 )应采用强加密协议(如 WPA3、 国密算法)， 防止数据窃听与非法接入。

9.2.3 主机与系统安全： 服务器应采用正版、 稳定 的操作系统， 鼓励使用安全可控的 国产化系统与软件。 必须建立严格的系统补丁管理机制，及时修复已知安全漏洞。应部署主机安全防护软件， 实现恶意代码防范、入侵检测和资源监控。

9.2.4 应用安全： 应用系统在发布前，应经过专业的白盒/黑盒安全测试、渗透测试及压力测试，确保其具备抗常见 Web 攻击(如 SQL 注入、跨站脚本)、 防篡改及高并发业务承载能力。应提供完备的身份认证、会话管理和访问控制机制。

9.2.5 数据安全：

a) 数据加密： 应采用加密技术保障数据在传输过程(如 TLS/SSL) 和存储状态(如数据库透明加密、文件加密) 的安全。

b) 数据审计： 应具备完整的数据操作审计功能，记录对重要数据的创建、访问、修改、删除等操作行为，确保操作可追溯。

c) 数据备份与容灾：对系统配置、业务数据、 日志等关键数据必须建立定期备份机制，建议采用本地与异地相结合的备份策略。备份周期应根据数据重要性确定，核心业务数据应支持每日备份。应制定并定期演练数据恢复预案，确保业务连续性。

9.2.6 数据分类分级与隐私保护：

a) 必须对系统内所有数据资产进行分类分级管理(例如，分为公开、 内部、敏感、机密等级别)， 并施加相应的保护措施。

b) 个人信息的处理必须严格遵守《中华人民共和国个人信息保护法》等相关法律法规。收集个人信息需有明确目 的和合法性基础，敏感个人信息需取得个人单独同意。

20

c) 应明确各类数据(尤其是敏感个人信息) 在采集、存储、使用、共享、删除全生命周期的管理权限与审批流程。敏感数据在存储和传输时必须加密。

9.3 权限与账号安全管理要求

9.3.1 权限管理体系： 系统应建立基于角色(RBAC) 或属性的精细化访问控制模型。 权限应按照 “ 最小必要 ”原则分配， 实现功能权限与数据权限的分离与控制。

9.3.2 账号分级管理： 系统账号应进行分级管理，至少包括：

a) 超级管理员： 拥有系统全部管理权限， 负责系统配置、用户体系管理与安全策略制定。

b) 安全管理员： 负责日常安全监控、 审计日志审查、 账号权限复核等安全运营工作。

c) 业务管理员： 负责分管业务模块(如车辆管理、人员管理 )的数据维护与流程配置。

d) 审计员： 拥有独立的 日志审计权限， 负责监督系统操作行为。

e) 普通用户： 根据其岗位职责，仅拥有完成本职工作所必需的操作与数据访问权限。

9.3.3 身份认证强化： 对所有用户登录必须进行强制身份认证。对于管理员 账号、 可访问敏感数据或执行关键操作的账号， 宜采用双因子认证(2FA) 等增强认证方式， 如动态口令、生物特征识别等， 以有效提升账户安全性。 应具备账号锁定策略， 防范暴力破解。

9.3.4 会话与密码管理： 用户会话应具有超时 自动注销机制。 系统应强制要求用户使用符合复杂度要求的密码， 并定期提示更换。

21

参考文献

[1] GB/T 1.1— 2020 标准化工作导则第 1 部分： 标准化文件的结构和起草规则

[2] GB/T 35273— 2020 信息安全技术个人信息安全规范

[3] 《 中华人民共和国 网络安全法》

[4] 《 中华人民共和国数据安全法》

[5] 《 中华人民共和国个人信息保护法》

[6] JT/T 1078-2016 道路运输车辆卫星定位系统视频通信协议

[7] T/GDPAWS 4 广东省企业安全生产标准化建设指导单位工作规范

[8] T-GDPAWS 34— 2024 广东省环境卫生服务企业安全生产标准化建设规范

[9]GB/T 8567-2006 计算机软件文档编制规范

[10]GB/T 9385-2008 计算机软件需求规格说明规范

[11]GB/T 9386-2008 计算机软件测试文档编制规范

[12]GB/T 15532-2008 计算机软件测试规范

[13]GB/T 16680-2015 系统与软件工程用户文档的管理者要求

[14]GB/T 32424-2015 系统与软件工程用户文档的设计者和开发者要求