DB34/T 5234.1-2025 城市大脑 第1部分：社区网格智能化数据与业务协同技术要求

　　ICS 35.240.01 CCS L 70

　　安徽省地方标准

　　DB34/T 5234.1—2025

　　城市大脑 第 1 部分：社区网格智能化数据与业务协同

　　技术要求

　　City brain— Part1: Technical requirements of data and business cooperation for community grid

　　intellectualization

　　2025 - 05 - 06 发布

　　2025 - 06 - 06 实施

　　安徽省市场监督管理局 发 布

　　DB34/T 5234.1—2025

　　前言

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

　　本文件是 DB34/T 5234《城市大脑》的第1部分。DB34/T 5234 已经发布了以下部分： ——第 1 部分：社区网格智能化数据与业务协同技术要求; ——第 2 部分：城市物联感知管理与服务平台建设指南; ——第 3 部分：场景运营流程成熟度指南。 请注意本文件的某些内容可能涉及专利。本文件的发布机构不承担识别专利的责任。 本文件由亳州市数据资源管理局提出。 本文件由安徽省数据资源管理局归口。 本文件起草单位：亳州市数据资源管理局、安徽省数据资源管理局、亳州市城市管理局、亳州市民 政局、亳州市委政法委、浪潮集团有限公司、讯飞智元信息科技有限公司。 本文件主要起草人：王宇、谢飞、英杰、翁挡挡、王西良、周波、孙朝华、邢宗宗、蒋灿、刘顺利、 李国栋、左登华、王峰志、邵帅、程博、辛超、柴青、苏洋、于越、李龙。

　　I

　　DB34/T 5234.1—2025

　　引言

　　城市大脑融合城市多源数据资源，整合状态感知、建模分析、城市运行管理、应急指挥等功能，通 过人机交互与协同，提供态势全面感知、趋势智能研判、协同高效处置、调度敏捷响应、平急快速切换 等智能化服务，是支撑城市数字化转型的一种复杂系统。为了规范和引导城市大脑合理发展，促进城市 大脑与城市其他信息化系统互联互通,制订DB34/T 5234《城市大脑》系列标准，旨在为安徽省各地市城 市大脑的规划与建设提供依据,拟由四个部分构成。

　　——第1部分：社区网格智能化数据与业务协同技术要求。目的在于确立社区网格智能化的总体框 架，规定了社区网格数据、业务协同方面的技术要求。

　　——第2部分：城市物联感知管理与服务平台建设指南。目的在于给出了城市物联感知管理与服务 平台的总体架构，并提供了管理、服务和安全管理方面的建议。

　　——第3部分：场景运营流程成熟度指南。目的是为场景运营流程各个环节提供成熟度等级说明， 用于度量整个场景运营流程的成熟度水平，为场景运营流程提供可靠、有效的成熟度参考指标，提升场 景运营效率。

　　——第4部分：事件统一流转处置管理规范。目的是通过规定了城市大脑事件统一受理、统一调度、 协同处置、闭环管理的流程规范，为城市大脑事件统一流转流程的建设和管理提供指导。

　　II

　　DB34/T 5234.1—2025

　　城市大脑 第 1 部分：社区网格智能化数据与业务协同技术要求

　　1 范围

　　本文件确立了社区网格智能化的总体框架，并规定了社区网格数据和业务协同的技术要求。 本文件适用于社区网格智能化数据和业务协同。

　　2 规范性引用文件

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

　　GB/T 2260 中华人民共和国行政区划代码 GB/T 30428.8-2020 数字化城市管理信息系统 第8部分：立案、处置和结案 GB/T 34300 城乡社区网格化服务管理规范

　　3 术语和定义

　　下列术语和定义适用于本文件。 3.1

　　城市大脑 city brain 融合城市多源数据资源，整合状态感知、建模分析、城市运行管理、应急指挥等功能，通过人机交 互与协同，提供态势全面感知、趋势智能研判、协同高效处置、调度敏捷响应、平急快速切换等智能化 服务，支撑城市数字化转型的一种复杂系统。 3.2 社区网格智能化 community grid intellectualization 运用现代信息技术，为社区网格提供精细化、信息化、智能化的公共管理与服务。 3.3 事件信息 event information 需要社区管理者处理的事件及其附属信息，例如设施故障事件、设施报警事件等。

　　4 总体架构

　　4.1 概述 社区网格智能化通过采集和汇聚社区物联设备数据、社区数据、网格数据，由城市大脑提供能力和

　　数据支撑，在公共管理、公共安全、公共服务方面开展业务协同，提升基层社区网格的智能化管理水平。 4.2 总体框架

　　1

　　DB34/T 5234.1—2025 4.2.1 社区网格智能化总体框架见图 1。

　　图1 总体框架 4.2.2 社区网格智能化总体框架包括感知层、社区网格数据层、业务协同层、客户端：

　　a) 感知层：包含社区网格的数字摄像头、可视对讲门禁、电子围栏、周界防范等设施设备; b) 社区网格数据层：汇集物联设备数据、社区数据、网格数据等数据，通过数据采集和数据清

　　洗，为公共管理、公共安全、公共服务提供一体化数据支撑; c) 业务协同层：为社区网格提供公共管理、公共安全、公共服务; d) 客户端：包括桌面应用程序和移动应用程序，移动应用程序面向社区居民、基层管理人员提

　　供社区服务和基层减负等功能; e) 城市大脑的其他应用系统与社区网格智能化在业务层面进行业务协同，市级数据资源平台为

　　社区网格智能化提供数据共享。

　　注： 本文件描述了总体架构中实线部分的技术要求，不涉及虚线部分的技术要求。

　　5 社区网格数据 5.1 基本要求

　　基本要求包括： a) 社区网格数据应来自多业务、多部门、多领域数据; b) 应保证社区多领域数据的规范性、一致性、准确性、唯一性、关联性、时效性、保密性、完

　　整性等; c) 社区网格数据应按网格单元进行管理。 5.2 物联设备数据 5.2.1 设备数据 社区网格对社区智能化感知设备统一管理，应满足以下要求： a) 应支持物联设备数据统一汇聚到社区网格，避免数据重复采集; b) 应支持对所有接入设备数据的查询、修改、删除等; c) 应支持查询接入设备的基础信息，及订阅设备数据。

　　2

　　DB34/T 5234.1—2025

　　5.2.2 状态数据

　　物联设备的连接管理应满足以下要求： a) 应支持监控接入设备连接状态; b) 应支持通过轮询方式或主动上报方式获得状态数据。

　　5.3 社区数据

　　5.3.1 数据资源类别

　　社区数据资源可包含但不限于： a) 社区基础库：可包括人、社团、企业、居民楼、商业/办公楼、车、街道、社区、小区等基础

　　数据库; b) 社区主题库：可包括环境保护、低保救助、政务公开、就业扶持、突发应急等主题数据库; c) 社区专题库：可根据社区实际业务需求建立动态变化数据库。

　　5.3.2 数据来源

　　社区数据可来自以下多种方式： a) 与政务部门通过数据共享与交换获取的数据资源; b) 通过社区、街道等网格员或相关人员录入采集获取的数据。

　　5.4 网格数据

　　5.4.1 网格划分

　　社区网格划分应按照 GB/T 34300 中网格划分要求，对网格、重点区域、重点行业及单位的重要部 位等进行统一划分。

　　5.4.2 网格标识编码

　　网格标识编码满足以下要求： a) 每个网格宜设置唯一编码，网格编码共15位数，分6级组成; b) 省、市、县(市、区)各2位数，县及县以上行政区划代码应遵循 GB/T 2260 的规定; c) 乡镇(街道)、村(社区)、网格各3位数，宜由市级统一编制。

　　5.4.3 基层数据

　　网格的基层数据应满足以下要求： a) 应包含辖区基本数据、村社及以上层级领导成员、网格层级、网格队伍成员等数据; b) 应支持实有人口、实有房屋、组织场所的统计; c) 应支持对村(社区)、网格基本数据的修改、查询、导出，包括网格长、联系电话、网格数量、

　　面积、户数等数据。

　　5.5 数据采集

　　社区多领域数据宜采用以下多种方式采集： a) 宜支持从桌面应用程序、移动应用程序录入社区数据; b) 宜支持在桌面应用程序和移动应用程序快速构建数据采集模板; c) 宜支持从已有XLS、CSV、TXT、DOC等文件格式导入数据;

　　3

　　DB34/T 5234.1—2025

　　d) 宜支持从第三方信息系统拉取或第三方信息系统主动推送数据。

　　5.6 数据清洗

　　对采集的数据进行数据清洗满足以下要求： a) 应支持对缺项、漏项数据进行检查与处理; b) 应支持对身份证号书写错误、房间号码书写错误、日期格式不一致、文件格式不统一、文件名

　　称不统一、相同业务但社区类别不统一、居住地址书写格式不统一进行检查并处理; c) 宜支持通过去重、补项、格式化、统一化、过滤筛选等步骤对数据进行清洗，保证数据入库前

　　具备良好质量。

　　6 业务协同

　　6.1 公共管理

　　6.1.1 基本要求

　　公共管理是对人员、地址信息、物件、事件、组织等进行综合管理，应满足以下基本要求： a) 应支持在标准地址基础上, 对社区实有人口、实有房屋、实有单位等数据进行采集和汇聚，并

　　持续管理与维护; b) 应支持对社区事件进行动态管理，包括走访记录、民意采集等。

　　6.1.2 网格管理

　　社区网格管理应满足以下要求： a) 应支持在所用的地理信息系统(GIS)标注社区范围，并将已有多种网格按社区地理范围映射

　　到统一的社区网格; b) 应支持将已有多种网格的网格名称、编码、网格员等数据录入社区网格数据库; c) 应支持按照网格长权限管理网格; d) 应支持在地图上按条件查询网格数据。

　　6.1.3 任务管理

　　任务管理应满足以下要求： a) 应支持按照社区实际数据采集业务需求，快速设计搭建、预览和发布数据采集表单; b) 应支持将复用性高的数据表单设置为表单模板; c) 表单模板应支持按照公安、城管、住建等实际业务类别进行分类管理; d) 应支持对已发布任务进行管理，包括查看发布任务基本信息、表单状态、采集内容、上报记录

　　等; e) 应支持对采集数据的下载、编辑和删除等。

　　6.1.4 事件管理

　　事件管理应满足以下要求： a) 事件管理应支持事件上报、事件受理、事件派遣、事件处理、事件反馈等; b) 事件查询应支持查看所有事件、上报事件、处理事件等事件信息; c) 事件信息应支持按照事件优先级排序; d) 应支持在应急预案中设置事件预警处理。

　　4

　　DB34/T 5234.1—2025

　　6.1.5 分析研判

　　分析研判社区变动趋势宜满足以下要求： a) 宜支持将实有人口数据细分为户籍人员数量、人户分离数量、来皖人员数量、境外人员数量四

　　类; b) 宜支持使用热力图形式展示区域人口分布情况; c) 宜支持折线图展示人口数量的月度变化情况。

　　6.1.6 社会共治

　　社会共治基于多元共治体系，宜满足以下要求： a) 宜支持群众网上填报社区事件，直接派发至网格员线下处置; b) 宜支持显示行政区所有公开信息，以及回复、评价和举报等; c) 宜支持群众发起调解诉求，由社区调解工作室受理后在社区进行调解。

　　6.2 公共安全

　　6.2.1 基本要求

　　公共安全应满足以下要求： a) 社区网格应与公共安全设施、设备或系统在数据层面互联互通; b) 应支持对公共安全设备上报的告警进行接收、处置、结束等全流程闭环管理; c) 工作时限应遵循GB/T 30428.8-2020中4.2的规定。

　　6.2.2 智能化管理

　　智能化管理满足以下要求： a) 应支持对进出社区的车牌号、出入时间、进出地点等数据进行解析，对重点车辆进出预警; b) 应将分布在社区网格的火灾报警、消防、安全用电、消防通道监控、消防巡检等系统互联互通; c) 宜支持对人员聚集等行为进行检测，并将聚集时间、聚集地点在第一时间预警并推送至网格员

　　处理; d) 宜支持自动识别消防预警信息，并将感知发现的预警信息、时间、设备位置等分发到网格员处

　　理; e) 宜支持自动感知发现高空抛物，并转换成社区事件进行处理。

　　6.2.3 空间可视化调度

　　空间可视化调度应满足以下要求： a) 应支持基于地理信息多图层呈现人员实时定位、视频监控、重点人员、事件等信息; b) 应支持在地理信息图层上显示所有案件的位置分布、进度、详情等信息，并进行调度。

　　6.3 公共服务

　　6.3.1 通知

　　应支持社区工作人员将社区通知公告、党务、法律法规等相关信息通过移动应用程序通知到社区居 民。

　　6.3.2 问题反馈

　　5

　　DB34/T 5234.1—2025 应支持社区居民在线向社区反馈问题详细情况、问题配图、位置信息等，提交问题后可实时查看问

　　题反馈结果及处理状态。 6.3.3 民主议事

　　应支持社区居民对特定范围发起问卷，可在客户端查看问卷事项，并参与调研过程，调研完毕后可 查看调研结果。 6.3.4 在线办事

　　应支持社区居民查询政务服务事项和公共服务事项的指南，支持在线预约办理、在线查询、网上申 报、事后评价等。 6.3.5 社保服务

　　应支持社区居民查询养老个人账户、医疗个人信息、离退休个人养老金、失业人员待遇等信息。

　　6