数字城管智慧城管平台建设项目方案

1、数字城管（智慧城管）平台建设项目方案 TOC o 1-5 h z 1.1应用系统总体架构要求11.2管理制度建设要求31.2.1指挥手册设计要求31.2.1.1指挥手册的目标31.2.1.2指挥手册的编制要求31.2.13指挥手册事、部件确权41.2.1.4指挥手册的更新要求41.2.2考核评价体系建立41.2.2.1建设要求61.2.2.2建立多级考评模式61.2.23综合考评目的61.2.2.4综合考评内容61.2.2.5综合考评对象71.2.2.6综合考评周期81.2.2.7考评规则设定81.2.2.8评价结果的运用机制81.2.2.9建立综合评价体系的月点评制度81.2.2.10评价结

2、果纳入行政效能考核体系91.2.2.11建立评价结果的公示制度91.3工作流程913.1核心工作流程设计1013.1.1信息收集阶段1013.1.2视频监督上报1013.1.3监督员上报1113.1.4领导批示111.3.1.5部门批转1113.1.6公众举报111.3.2案卷建立阶段1213.2.1任务派遣阶段1213.2.2任务处理阶段1213.23任务反馈阶段1213.2.4核查结案阶段1213.2.5综合评价阶段131.3.3快速处置流程131.3.4重大问题督办流程1313.5考核评价流程1413.6扁平化业务流程设计141.4系统运行支持体系建设141.5业务数据库建设151.5.

3、1数据库体系151.5.2数据库结构151.6应用系统151.6.1基础数据库与主题库151.6.2业务指导系统341.6.3指挥协调系统401.6.4公众服务系统921.6.5数据交换系统971.7支持软件平台991.8数字城管监督指挥中心场地装修991.8.1指挥中心系统总体991.8.2指挥中心场地装修配套1011.8.3大屏幕设备1021.8.4扩声系统1031.9支撑硬件1051.10城管终端应用设备1081.11网络系统109城市综合管理服务平台建设项目方案 1.1应用系统总体架构要求根据住房和城乡建设部的要求和数字城管平台建设项目建设的总体目标及 任务要求，数字城管平台的总体架构

4、主要由展示层、应用层、平台层、数据 层、基础设施层等5个部分组成，同时考虑标准规范体系和信息安全体系建 设。总体框架如下图所示：数字城管平台整体框架图系统采用层次结构体系，整个系统建立在完善的标准规范体系和安全保障 体系基础上，自下而上构筑了基础设施层、数据层、平台层、应用层、用户 层，各层都以其下层提供的服务为基础。所有用户采用单点登录的模式，经过 系统身份认证和授权后进入系统。基础设施层基础设施层是系统运行的物质基础。系统涉及的网络主要包括电子政务网 络、移动通信网、公众电话网等。系统涉及的硬件主要包括主机及存储，大屏 显示系统、中心机房及监控中心系统等。数据层数据层是系统数据存储和管理的

5、中心，由基础数据库、应用数据库组成。基 础数据库具体包括基础地理数据库、城市管理部件数据库和城市管理地理编码数 据库。应用数据库群包括城市管理空间数据库、指标评价数据库、城市管理业务 数据库。平台层平台层主要包括城管核心平台和城管拓展平台，提供工作流服务、查询统 计服务、配置管理服务、数据管理服务、应用服务等。这些服务为系统的开 发、部署、应用提供了各项应用支撑，简化了系统实施的过程。应用层应用层的设计按照住建部行业标准城市市政综合监管信息系统建设规范 (CJJ/T106-2010),建设指挥协调系统、公众服务系统、数据交换系统三大模块。其中指挥协调系统为系统运行核心系统，包括无线数据采集子系

6、统、监督受理子 系统、协同工作子系统、监督指挥子系统、综合评价子系统、地理编码子系统、 应用维护子系统、基础数据资源管理子系统和数据交换子系统等九个核心子系统, 以及业务短信子系统、移动处置子系统、领导督办子系统、违章建筑管理子系统、 实景三维子系统、相似案卷智能分析子系统、采集员管理子系统、PC端即时通 讯子系统、移动端即时通讯子系统、微城管子系统等扩展子系统。公众服务系统 通过对接微信公众平台，向市民提供问题举报及便民服务。数据交换平台实现系 统内外部系统间的数据交换，其中外部接口包括微信平台对接、市级网格化平台 对接、短信对接、地理空间框架对接等。展示层展示层主要是面向系统的使用对象，包

7、括社会公众、监督指挥中心人员、 监督员、各级部门以及各级领导等使用人员，为其提供大屏端、电脑端、手机 端等终端，以适应不同的应用场景。1.2管理制度建设要求为保障市数字化城市管理信息系统的顺利运行，需要制定一系列的规章制度。执行数字化城市管理信息系统第8部分：立案、处置和结案(GB/T 30428.8)标准，由人民政府印发数字化城市管理指挥手册和数字化城市管理 考核办法的相关文件。市数字城管的管理和考核制度，包括：指挥中心人员、坐席员、监督员、 处置部门终端操作员的管理办法和考核细则，以及中心各项管理制度。1.2.1指挥手册设计要求指挥手册是数字城管平台系统的运行基准性文件，明确了管理的责任单

8、 位、管理单位、管理流程、管理时限、立案标准和结案标准。应结合数据普查 的情况，建立针对事件和部件的管理要求。1.2.1.1指挥手册的目标明确系统的组织结构明确系统的运作流程明确系统的处理对象明确系统的考评体系1.2.1.2指挥手册的编制要求指挥手册将根据数字城管平台的内容进行编制，在指挥手册中要详细规定 了每一类城市管理事件和部件的管理要点、监管单位、承办单位和处置标准。 在处置标准中明确该类问题的在不同情况下的处理时限和处置步骤。以下分别 给出事件类问题和部件类问题编制实例。1.2.1.3指挥手册事、部件确权作为指挥手册中的核心内容，事部件确权工作是编制手册的难点和重点， 在本项目编制指挥

9、手册过程中，可以采取如下方式完成确权工作：先根据国家住建部标准中规定的大小类进行确权，通过相关职能部门的第 一轮确认，展开数据普查工作，在进行数据普查的过程中同步完成指挥手册初 稿内容编制；召开协调会，各职能部门参加，对于形成的第一稿指挥手册确权内容进行 探讨确认，征求各部门意见之后，进一步完善指挥手册内容，并形成正式版 本，下发数字城管平台系统各参与部门，录入系统，按照指挥手册规定内容进 行任务派遣；随着数字城管平台系统运行深入，发现指挥手册规定不完善的内容，逐步 补充完善，并最终形成符合实际情况并切实可行的指挥手册。1.2.1.4指挥手册的更新要求指挥手册是城市管理问题处置、立案、结案的依

10、据，随着城市管理系统运 行的不断熟练，需要不断对指挥手册进行修订，将边界不清问题、重大问题进 行不断的规范和完善，明确各类问题的管理流程和处理要求，建立良好的常态 运行机制。针对重要活动期间和突发应急事件等重大问题，要与通常的事部件处置要 求相区别，明确要求处置的流程和时限要求，并在应用系统中予以实现。1.2.2考核评价体系建立从城市定位和城区特点出发，拟采用“一级监督、一级指挥、分级管理、 多级联动”的管理模式。通过统一监督，将发现问题的能力，整合到一个平台 上，监督权、评价考核权、奖惩权上收，实行高位监督；通过统一指挥，将所 有单位统一整合到同一系统中，强化政府的管理责任，并按照部件“先属

11、主、 后属地”，事件“先属地、后属主”的原则，各司其职，分别处置，指挥权下 派；明确市、区、街道（乡镇）和社区多级管理责任，通过考评层层传递压 力，层层落实责任，变被动处置为主动处置；在市、区、街道（乡镇）、社区 多级建立信息网络，负责问题的收集和处理结果的反馈。这样，既保证监督有 力、指挥顺畅，又达到管理到位、执行快捷的要求。建立城市管理综合评价体系是一项十分重要的建设内容，为确保考核评价 的科学性和公正性，采用内外评价相结合的方式，内评价实现对工作过程、责 任主体、工作绩效和工作标准的评价，评价结果由系统自动生成，并支持对评 价结果的数据分析和图形化输出等。外评价实现对工作效果的评价，注重

12、群众 满意度的提升。内外评价相结合产生的综合结果通过政府考核相结合，能够有 效的提升城市管理综合评价的考核效能。为了保证城市智慧化管理模式的健康运行，切实发挥其应有的作用，全面 提升城市管理水平，需要建立城市管理综合评价系统，通过一整套科学完善的 监督评价体系，对城市管理的各方面进行考核评价，既能监督城市管理中发生 的具体问题，又能监督执法质量。这套综合评价体系从内评价和外评价两个方 面出发，对城市管理的各方面进行综合考核评价。内评价的内容主要是对工作过程、责任主体、工作绩效和规范标准进行评 价。从区域评价、部门评价和岗位评价三个方面，对评价对象和责任主体进行 综合考核评价。外评价是通过社会公

13、众在政府网站上的投票而形成的评价结 果。针对每个对象设计了一级指标和二级指标两个层次，采用加权综合评分 法，各指标均以五级计分法测评，再确定各指标在体系中的权重，然后按不同 权重进行加总，得出总分，由城市综合管理服务平台信息平台实时生成以图形 表现为主的直观地评价结果，并通过不同的颜色显示在相应的网格图中，予以 公布，使其一目了然，作为考核业绩的重要内容之一。新的评价体系，呈现出动态性、实时性和阶段性的特点。建立评价体系的 意义，一是可以对涉及城市管理工作的各部门科学评价其绩效，使新模式更具 有科学性；二是由于对挂帐问题采取用不同颜色标识在大屏幕上的方式，可以 起到督促作用；三是有利于群众的参

14、与和监督。1.2.2.1建设要求通过协调和指挥，各部门可基本按照约定的业务进行问题处置；初步建立考核评价办法；系统支持考评数据的统计和分析；1.2.2.2建立多级考评模式科学合理的综合评价体系是保障城市综合管理服务平台长效运行的基础， 同时，评价结果如何运用是决定综合评价体系是否有效的关键。按照“一级监 督、一级指挥”的高位监管模式，构建市对市直部门、市对街道（乡镇）、街 道（乡镇）对社区（行政村）的多级考评管理体系，层层传递压力，逐级落实 责任，创建特色的评价结果运用模式，促进城市综合管理服务平台长效机制的 形成。1.2.2.3综合考评目的（1）客观真实地反映各区域城市管理的现状和水平；（2

15、）对城市管理进行过程监控和考评，及时发现城市管理中存在的问题， 以便于及时进行调整和改进；（3）对城市管理各部门的工作业绩进行客观科学的考评，及时了解各部门 的城市管理工作状况，促进各部门工作效率、管理水平的提高；（4）建立客观合理的岗位考评标准，形成岗位的工作标准和行为指南；（5）对责任主体的城市管理工作业绩进行监督与考评。（6）对信息采集员队伍及中心坐席员进行考评和管理。1.2.2.4综合考评内容城市管理考评体系的考评内容涵盖了城市管理的全过程，主要是针对城市 管理中出现的各种问题，在新的运行模式下，从系统内部予以严格的监督和管 理，以保证系统运行的质量。具体包括以下几个方面：对工作过程的

16、考评主要是信息采集员对城市管理中出现问题的信息报送情况，市监督指挥中 心接受、报送、处理信息情况和派遣情况，专业管理部门处理情况。对责任主体的考评主要是信息采集员、城市管理承办单位、市监督指挥中心等责任人。对工作绩效的考评主要是考评专业管理部门工作过程中发生问题的数量、处理问题的时效 性、各部门之间协同办公和城市管理工作人员文明服务规范程度、岗位职责的 落实情况等。对规范标准的考评主要是考评城管工作标准、城市部件管理标准、信息报送制度、巡视检查 工作制度、快速反应和应急处理制度等的科学性。为正确对城市管理考评的内容做出合理的考评，需要制订一套完整的考评 指标体系来衡量城市管理工作的水平。1.2

17、.2.5综合考评对象城市管理考评体系的考评对象包含了区域、部门、人员等各级考评主体， 不仅可以宏观的从各级区域单位的角度进行了整体综合考评，而且可以具体的 对各级部门及其部门组成人员进行了单独考评，从而使整个考评体系构成严 谨、科学，能够做到有章可循，能够迅速找到突出或问题的所在，其对象主要 包含以下三个方面：针对区域单位的考评监督。以社区为最小考评单位，对区域单位的管 理状况进行综合考评。考评级别分为乡镇、社区两级。针对专业执行部门的考评监督。对承办单位从处理城市部件或事件问 题工作的方面进行系统考评。（3）针对市监督指挥中心及其对应岗位的考评监督。的考核评价以对市直部门和区、街道的考核为主

18、。通过层层落实考核责 任，全面提升城市管理的效率。1.2.2.6综合考评周期（1）实时考评:指对于从本月初到考评时点的时段内即时做出的考评。（2）月度考评:即以一个月为考评期限来进行考评。（3）季度考评:即以一个季度为考评期限来进行考评。（4）年度考评:即以一个年度为考评期限来进行考评。1.2.2.7考评规则设定考评指标体系的建立是一个逐步适应和不断调整的过程，因此，在实际的 城市管理工作中，需要结合考评体系的影响程度不断调整各项指标，使城市管 理指标体系更能真实地对城市管理工作进行反应和考评。例如对于不同的乡镇 社区，有时需要根据实际情况对某些指标赋于不同的权重，又或者对于指标的 评分规则需

19、要做适当的修订。1.2.2.8评价结果的运用机制为了增强评价考核体系的效用，评价结果的有效运用最为关键。评价考核 结果运用的方式通常包括以下三种：122.9建立综合评价体系的月点评制度城市管理监督评价体系不仅在于独立，还在于高位。建议由市数字城管建 设领导小组牵头，以一个月为周期，开展评价结果的月点评制度。即由市主管 领导主持，召集监督指挥中心、市直部门，召开数字城管月点评会议，通过数 字城管系统产生的评价结果，讨论数字城管平台运行过程中存在的问题，对运 行良好的单位进行表扬，对存在问题的责任部门进行问责，充分探讨问题产生 的原因，为进一步完善城市综合管理服务平台运行机制提出解决办法。1.2.

20、2.10评价结果纳入行政效能考核体系参考其他城市经验将城市综合管理服务平台系统评价结果作为各部门年终 绩效评价考核重要依据之一，考核分值从最初的5%上升到现在的10%,相应的 案卷处置效率和成功率也都大幅提升，这种做法值得借鉴，建议在数字城管平 台系统运行后，探索将评价结果纳入政府行政效能考核体系。1.2.2.11建立评价结果的公示制度通过网络、媒体、政府报表等多种形式公示评价结果。可参考先进城市的长效考核、以奖代补等机制，待数字城管平台运行成熟 之后，可考虑通过经济奖惩手段，提升对评价结果的运用力度。1.3工作流程根据建设部行业标准城市市政综合监管信息系统技术规范(CJJ/T106- 201

21、0)的要求，数字城管平台新模式的工作流一般包括信息收集、案卷建立、 任务立案、任务分配与处理、核查结案和综合评价七个阶段，根据管理的要 求，在标准流程基础上创新出符合管理需要的“城市综合管理服务流程”。拟采用“一级监督、一级指挥”的城市管理流程，市监督中心负责统一受 理来自社会公众、监督员、视频监控员、领导批示等多种来源的城市管理问 题，经甄别立案后，由指挥处派遣，应由市直部门，将直接转有关部门办理， 应由市直部门处理的问题，派遣至市直部门进行派单处理。由社区处理的问 题，经乡镇可以派遣至社区进行办理，由职能部门下属的专业公司进行处理 的，可以经职能部门、业务处室派遣至专业公司进行办理。数字城

22、管平台流程 简图如下所示：工作流程图如上图所示，问题来源包括监督员通过无线数据采集终端拍照、录音上报 的城市管理问题、视频监督员通过视频系统发现问题、社会公众通过热线电话 举报问题、领导任务分派。1.3.1核心工作流程设计1.3.1.1信息收集阶段数字城管平台的信息来源主要包括视频监督员上报、监督员上报、领导批 示、部门批转、公众举报等。1.3.1.2视频监督上报城市综合管理服务平台建设项目方案II视频作为上报问题的一种来源，可以实现全时段的监控。视频信息员使用 视频监控软件，可以同时看若干个画面，当发现问题的时候，可以进行快照和 录像，然后可以通过视频上报把发现的问题上报到受理平台。视频监督

23、员对视频系统进行实时监控，发现问题即进行截图或回放历史数 据进行录像，并上传视频截图或录像作为立案依据，按照视频探头的坐标定位 问题发生位置、并判断问题所属类别，进行预立案。1.3.1.3监督员上报在巡查管理模式中，监督员在所负责的若干单元网格内巡视，发现城市管 理问题后通过“城管通”上报。上报内容包括问题位置、图像、表单、音频等 信息；这种模式中，监督员对其所负责的区块进行全覆盖全天候的巡查，保证 所见的所有问题都能被发现上报和解决。同时视频监督员通过视频监控系统对各监控点进行监督，当发现城管问题 时，直接上报监督指挥中心监督受理处登记。1.3.1.4领导批示对于领导批示的城管问题，可由监督

24、指挥中心的接线员将领导的批示问题 录入系统，按照城管问题的标准流程进行处理，待问题处理结束后，将处理结 果反馈给相关领导。1.3.1.5部门批转有关部门可通过城管系统、热线电话等多种渠道反映城管问题。这些问题 统一经监督指挥中心的接线员登记、筛选后，按照城管问题的标准流程进行处 理。1.3.1.6公众举报社会公众发现城市管理问题可以通过热线电话、外网网站、微信举报的方 式向监督指挥中心进行城市管理问题的举报、投诉与咨询，对于咨询类的问 城市综合管理服务平台建设项目方案 题，系统在信息收集阶段直接结案，对于举报与投诉类问题，接线员可以直接 进行案卷立案。1.3.2案卷建立阶段监督员上报的问题通过

25、信息采集终端（“城管通”）上报至监督中心，由 监督中心接线员进行登记、综合判别并受理。其他来源的问题如：公众举报热线反映的问题、领导批件转来的有关部 件、事件问题及部门批转的问题等由市监督中心接线员统一接收，并对这类问 题进行登记受理。有些问题需要确认，发给监督员到现场进行核实反馈。信息员登记核实完成后，转发给值班长进行立案。值班长对符合立案标准的各类问题进行立案，对不符合立案条件的回退给 接线员，由接线员做不立案处理并说明原因。1.3.2.1任务派遣阶段监督指挥中心负责进行任务派遣和处理。任务派遣遵循“属地原则”与 “属主原则”，监督指挥中心的派遣员按照指挥手册要求的原则，将工作表单派送到监

26、管单位和承办单位。1.3.2.2任务处理阶段监管单位根据指挥手册的要求负责对案件的处理过程进行督促和管 理。各城市管理承办部门负责对监督、指挥中心派遣的城市管理事、部件问题 进行处理，并在问题处理完毕后，将处理结果及时地反馈到监督、指挥中心。1.3.2.3任务反馈阶段处置单位在问题处理完毕之后，逐级进行反馈，对于一些问题处理比较明 确的城市管理问题，处置单位可选择快捷反馈，系统自动反馈至监督中心。1.324核查结案阶段监督中心在接到承办单位反馈的信息后，应及时的指派监督员进行现场核 查。在收到监督员转发的核查信息后，根据实际情况，监督中心对于己经处置 完毕的案件，由监督中心值班长进行结案和备案

27、处理，并将处理结果反馈至相 应的监管单位；对于没有处置完毕的案件，值班长将会对案件进行重新指派。对于是社会公众举报的问题，如果公众举报时明确要求答复的，在结案之 前，需要监督中心进行电话回访举报人，告知问题的解决情况，或者是把处理 结果发布到相关的网站上。1.3.2.5综合评价阶段城市管理问题通过城市综合管理服务平台业务流程的各个环节处理完成 后，城市综合管理服务平台系统记录了该问题的整个处理过程，包括受理、立 案、派单、处理、结案的各环节的时间和人员，特别是专业部门的处理及时情 况、处理质量情况都记录在系统中。这些数据作为综合评价考核的基础数据， 依据相关考核评价标准模型，系统生成考核评价结

28、果。1.3.3快速处置流程在城市管理事件中，有一些是特别频发，但是很好处理的事件，例如小广 告问题，信息采集员在发现小广告问题，再通过手机报送至监督指挥中心，再 派遣到专业部门进行处理，专业部门再到现场，过程复杂，事件的频发性会大 大浪费城市的管理资源。因此在城市综合管理服务平台流程中，可以设计自行 处置流程。即对于此类问题，由信息采集员发现之后，自行处置，发现和处置 过程可以作为一个自行处置案卷报送至监督指挥中心备案，监督指挥中心根据 信息采集员自行处置的数量和质量，给与一定的评价奖励。以下对城市管理中的特殊流程分别进行详细说明。1.3.4重大问题督办流程市城管局领导、市监督指挥中心可对所有

29、未结案的案卷，尤其是重大应急 案卷和超期未结案的案卷进行督办，给正在处置部门以提示或警告，以促进城 市管理问题的处置。选择一条需要督办的案卷（以超期未结案案卷居多），然后根据案卷的重 要程度选择督办方式，方式一：比较严重的超时案卷，需要专业部门回复督办 消息，说明超时原因及办理情况。方式二：只给专业部门督办提示，不需其回 复。凡是被督办过的案卷，在专业部门的工作界面上会以红色字体突出显示。发送督办消息后，处置部门登录城市综合管理服务平台信息系统，即可看 到案卷的督办情况，根据不同督办方式，回复或不回复督办消息，并积极进行 案卷的办理工作。1.3.5考核评价流程传统城市管理的综合评价体系主要从区

30、域评价、部门评价和岗位评价等几 个方面对参与城市管理的各个角色进行综合考评。1.3.6扁平化业务流程设计根据城市管理的要求，在城市市政综合监管信息系统建设规范标准流 程基础上，加强流程扁平化设计，简化标准的七步闭环流程，将案卷建立、任 务派遣两个节点合一，同时在派发节点将任务直接派发到责任单位，简化任务 反馈节点，提高问题流程流转的效率；同时引入微信、网站等全民参与城市管 理渠道的问题上报处置流程，使城市管理工作流程进一步向外延伸，创新出符 合城市管理实际需要的高效率流程。1.4系统运行支持体系建设系统平台的运行，需要建立以下技术支撑体系：（1）有效的数字城管组织支撑体系（2）有力的网络集成通

31、信硬件设施平台做支撑支持决策的地理信息系统城市管理基础信息数据库城市管理数据共享平台一套标准管理规范体系综合考核评价体系1.5业务数据库建设1.5.1数据库体系系统数据库群从应用层次上可以分为应用数据库群和基础数据库群。其中 城市管理空间数据库、指标评价数据库和城市管理业务数据库是应用数据库， 它们是直接面向城市管理平台应用的，是数字化城市管理平台的核心；地理编 码数据库、城市部件数据库和基础地理数据库都是基础数据库，它们是为城市 管理平台提供服务的，不直接面向城市管理平台的应用，是数字化城市管理平 台的基础。1.5.2数据库结构数据库是数字城管平台的核心，系统应具有海量数据存储和管理能力，支

32、 持存储设备容量的平滑升级。根据应用的需要，可以多种组织形式建设城市管 理数据库群。1.6应用系统1.6.1基础数据库与主题库按照城市市政综合监管信息系统技术规范(CJJ/T106-2010)、城市 市政综合监管信息系统单元网格划分与编码规则(GB/T20428. 1-2013)、城市市政综合监管信息系统管理部件和事件分类、编码及数据要求 (GB/T20428. 2-2013)等标准中规定，数字城管平台基础数据建设内容主要包 括基础地形数据、地理编码数据、单元网格数据、部件数据、实景三维数据建 设、部件图集与手册、网格划分图集，覆盖面积约15平方公里。1.6.1.1基础地形数据基础地形数据库包

33、括基础地形图（道路、水系、建筑物等图层）、行政区 划图以及环境、城市建设、历史文化保护、人文、社会经济等众多的基础空间 信息和非空间信息。基础空间数据库是数字城管平台建设的基础。数据分类依据各委办局所管 理的数据信息内容进行划分。基础地理数据库可直接对城市管理相关的各部门 提供准确实时的基础地理信息，保证了数字城管平台对基础地理信息的需求。 为达到良好的使用效果，将使用1： 2000比例尺的基础地形图。数据来源通过共享国土资源局的基础地形数据资源。1.6.1.2单元网格数据根据住建部城市市政综合监管信息系统单元网格划分与编码规则标准 规范，结合的实际情况，进一步细化管理网格，以路、街为主体，形

34、成不跨越 社区管理的最小单元网格，即社区图与单元网格图重叠，构成城市管理单元网 格和责任网格。单元网格是指数字化城市管理的基本管理单元，是基于城市大比例尺地形 数据，根据数字化城市管理的需要，按照一定原则划分的、边界清晰的多边形 地理区域。责任网格是指在单元网格基础上建立的城市管理监督责任区域，是城市管 理信息采集员的基本工作区域。1.6.1.3单元网格划分原则（1）法定基础原则：单元网格的划分应基于法定的地形测量数据进行。（2）属地管理原则：单元网格的最大边界为社区的边界，不应跨社区分 割。（3）地理布局原则：按照城市中的街巷、院落、公共绿地、广场、桥梁、 空地、河流、山丘、湖泊、挡墙等自然

35、地理布局进行划分。（4）现状管理原则：单位自主管理的独立院落超过一万平方米时，不应拆 分，以单位独立院落和红线为单元进行划分。（5）方便管理原则：按照院落出行习惯，考虑步行或骑车方式便于到达。（6）管理对象原则：兼顾建筑物、城市市政管理对象的完整性，网格的边 界不应穿越建筑物、市政管理对象，并使各单元网格内的市政管理对象的数量 大致均衡。（7）无缝拼接原则：单元网格之间的边界应无缝拼接，不应重叠。1.6.1.4单元网格编码方式单元网格编码由14位数字组成，依次为：6位县级及县级以上行政区划代 码、3位街道（镇）代码、3位社区代码和3位单元网格顺序码。编码结构如下 图所示： 口 口口口 口口 口

36、口/1单元网格顺序代码社区代码街道（镇）代码县级及:&级以上行政区划代可编码结构图1.6.1.5地理编码数据地理编码数据库以点、线、面方式表现城市地理实体。通过地理编码实现 地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间 位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整 合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲 目到精确，由人工管理到信息管理的转变。地理编码数据应涵盖以下内容：（1）行政区划数据：包括县、街道办事处（乡镇）、社区（村）等。（2）单元网格数据：单元网格数据（3）地名数据：包括现状地名、历史地名、历史沿革地名、地名

37、别名等数 据。（4）道路数据：包括主要道路、现状道路、胡同、一级街坊、二级街坊数 据。（5）门址院落数据：包括院落名称、门牌编号等。（6）小区楼座数据：包括小区名称、楼座名称等。（7）城市部件数据：包括城市部件大类、城市部件编码等。（8）标志物地址：a）具有地名意义的纪念地与建筑物，包括建筑物、广 场、体育设施、公园绿地、纪念地、名胜古迹等；b）具有地名意义的单位与院 落，包括医院、学校、单位等。c）具有地名意义的交通运输设施，包括桥梁、 道路环岛、交通站场等。标志物地址的基本地点名称为描述该标志物的标准名 称，能唯一标识特定地点。（9）兴趣点地址：兴趣点地址包括沿街巷及小区中具有地理标识作用

38、的店 铺、公共设施、单位和建筑等。基本地点名称为描述该兴趣点的最小名称单 元。兴趣点地址按以下方式唯一标识特定地点：街巷名称/小区名称I兴趣点01.6.1.6城市部件数据1.6.1.7部件数据分类城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热 等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、 广告牌匾等部分非公共设施。部件普查的对象为与城市管理相关的市政公用设施，具体为按照住建部城市市政综合监管信息系统管理部件和事件分类、编码及数据要求 GB/T20428. 2-2013中设定的5大类（分别为公用设施类、道路交通类、市容环 境类、园林绿化类、其它部件类）1

39、21小类，此121小类作为本期普查的标准 类，同时根据本地数字城管工作实际需要进行增删。同时，在住建部标准类别的基础上，根据的城市管理实际需要，拓展数据 普查的扩展类统一按照住建部的分类规则进行编码、标识和普查，并与标准类 建立数据普查分类表和相关图册图集。1.6.1.8事部件编码部件编码（标识码）的结构应为：部件（分类）代码+流水号。事件通过（事件代码）标识码进行编码标识。事、部件代码由10位数字组成，依次为：6位县级及县级以上行政区划代 码、2位大类代码、2位小类代码。代码结构如下图所示： QD小类代码大类代码县级及县级以上行政区划代码结构图县级及县级以上行政区划代码为6位，按照GB/T2

40、260的规定执行。大类代码为2位，表示部件大类，具体划分为：0106分别表示公用设施 类、道路交通类、市容环境类、园林绿化类、房屋土地类及其它设施类；21表 示扩展部件类。小类代码为2位，表示部件小类，具体编码方法为：依照部件小类从0广99由小到大顺序编写。流水号为6位，表示部件定位标图顺序号，依照部件定位标图从 00000T999999由小到大顺序编写。1.6.1.9实景三维数据自2005年以来，住建部大力推广的“万米单元网格”城市管理新模式已在 全国百余个城市成功应用，它创造了使用地图管理城管信息的方法，是地理信 息技术与IT技术的完美结合。但现有城管系统多基于二维地图构建，二维地图 数据

41、在信息量、数据表现形式和使用方便性等方面存在诸多局限；二维地图信 息量有限，不能显示细致的城市环境信息；数据平面化，不能有效支持城市立 面目标的管理等。随着近年来测绘技术、计算机与网络技术的迅速发展，实景化影像地图高 新技术应运而生，它以一种可量测影像直接反映制图物体的地图。实景化影像 是现实空间的真实写照，它以一种完全真实的方式来展现空间，在影像所表达 的世界里包含着大量的地理、环境、社会、经济的、人文的信息及可供挖掘知 识。三维实景应用系统是对现有数字城管系统GIS应用的一个延伸扩展，能 够有效解决目前数字城管”系统中GIS数据功能不足的问题，同时有效的和业 务审批等数据实现对接，提升管理

42、水平。三维实景应用系统的三维数据是一 个更加全面、丰富、便于直观展示的地图数据，和现有的二维数据共同使用， 补充二维地图数据的不足。系统依托于现在的数字城管系统，利用新的技 术，融合三维数据于现有系统的地图数据中。三维实景应用”系统功能上具有 实景中部件数据的信息查询，地理空间的三维展示，空间要素的测算以及和业 务审批数据的关联等。应用于数字城管系统中的无线应用终端和各个工作岗 位的PC办公终端，从而真正的发挥三维的最大功能，有效解决二维GIS数据 功能不足之处。使用移动测量系统快速采集城市实景影像数据（含可量测实景影像和360连续全景影像，含业主单位建设需要的业务数据）；通过成熟的数据处理

43、软件对数据进行处理，包括部件数据的测量、关联、质检等工序；提供数据管 理软件和PDA管理软件将两种数据集成到管理信息系统及城管PDA中。系统主 界面上基于二维电子地图，以360。连续全景数据作为主影像界面，可量测实 景影像数据以微缩影像形式置于左上方展示，需要精细观察或按需测量时，可 以自由放大可量测实景影像数据。数字城管平台基础数据建设使用移动测量系统快速采集城市影像数据，建 立一套能够与二位电子地图、三维数据匹配关联的实景影像数据平台。1.6.1.10基础数据建库根据住建部有关标准规范、指导性文件及国家测绘局地理数据标准规范， 采用成熟的数据处理软件及数据生产工艺流程进行数据加工处理，数据

44、处理应 包括：普查数据属性项录入、权属调查属性录入、普查影像数据与作业电子地 图关联、影像界面处理、数据质检等；最终可提供部件普查数据、地理编码普 查数据、单元网格数据等专题数据，统一部署到业主方指定的数据库环境中管 理使用。1.6.1.11数据普查要求（1）完整性要求：部件、事件的相关属性（时间、空间、位置、权属、对 应城管员等），要完整无缺地反映在待建系统中。（2）一致性要求：系统的数据来自多个部门和业务系统，要保证数据的一 致性。（3）准确性要求：地理位置的偏差符合相关要求；权属信息不能有误；完 好情况不能有误；（4）安全性要求：部件的具体位置信息属于保密信息，如要对社会公众开 放，需要

45、经过管理员授权，要防止非法使用。整个平台作为城市管理的信息中 枢，需要具备较高的灾备、恢复措施。（5）部件普查要求:序号精度级别误差（m）说明1A类0.5指空间位置或边界明确的部件，如井盖、路灯等。2B类W1.0指空间位置或边界较明确的部件，如果皮箱、亭、户 外广告等。3C类W10.0指空间位置概略表达的部件，如桥梁、停车场等数据产品错漏率要求：每平方公里内位置误差超出允许范围的个数与该范 围内部件总数之比应不超过5%,超过为不合格。部件普查遗漏允许指标：每平方公里内遗漏个数不得超出总数的5%,否 则为不合格。部件普查属性错误允许指标：部件属性中有一个属性项错误即认为该部件 的属性错误，每平方

46、公里内部件属性错误个数不得超出部件总数的5%,否则为 不合格。（6）地理编码普查要求地理编码普查错误允许指标：地理编码普查中所属街道和小区属性错误每 平方公里不得超出总数的5%,门牌号错误不等超出5%,超出任何一项指标均为 不合格。地理编码普查遗漏允许指标：每平方公里内遗漏个数不得超出总数的5%, 否则为不合格。1.6.1.12数字城管主题数据库1.6.1.13城市案件数据库记录无线采集终端上报的以及网络、电话举报等手段采集的城市部件或者 事件问题。包含案件的多媒体信息。数字城管案件表表格名称CITY_EVENT简要描述案件表功能说明实现案件的存储功能相关联模块案件相关联模块名称列名数据类型备

47、注主键IDVARCHAR(32)案件任务号TASK_CODEVARCHAR(32)案件流IDFLOW_IDVARCHAR(36)当前案件流流程IDFLOW_PATH_IDVARCHAR(36)案件名称NAMEVARCHAR(200 )案件来源SOURCEDECIMAL(2)案件分类IDCLASS_IDVARCHAR(32)案件等级EVENT_LEVELVARCHAR(32)案件描述DESCRIBETEXT部件编码UNIT_CODEVARCHAR(32)上报人手机号PHONEVARCHAR(11)上报人姓名INFOMANT_NAMEVARCHAR(32)上报人地址INFOMANT_ADDRESS

48、VARCHAR(200)上报人邮箱INFOMANT_EMAILVARCHAR(32)上报时间INFOMANT_DATETIMEDATETIME办理进度（当前流程编码）PROGRESSVARCHAR(36)监督员IDMONITORS.IDVARCHAR(32)地址ADDRESSTEXT县COUNTYVARCHAR(32)乡镇TOWNVARCHAR(32)社区COMMUNITYVARCHAR(32)纬度LATDECIMAL(15, 7)经度LNGDECIMAL(15, 7)网格编号GRID_CODEVARCHAR(32)核实状态VERIFY_STATUSDECIMAL(1)核查状态CHECK_ST

49、ATUSDECIMAL(1)核查次数CHECK_NUMDECIMAL(2)处置状态HANDLE_STATUSDECIMAL(1)是否督办IS_SUPERVISEDECIMAL(1)处理前图片、视频BEFORE_FILESTEXT处理后图片、视频AFTER_FILESTEXT是否发送短信IS_SENDDECIMAL(1)案件状态EVENT_STATUSDECIMAL(2)创建人CREATE_BYVARCHAR(32)创建方式CREATE_TYPEDECIMAL(1)超期时间DUE_DATETIMEDATETIME结案意见CASE_OPINIONVARCHAR(255)是否注销IS_CANCELD

50、ECIMAL(1)上报人REPORT_PERSONVARCHAR(60)是否公开IS_PUBLICDECIMAL(1)关联子系统编号SYS_CODEVARCHAR(32)关联子系统类 型SYS_TYPEDECIMAL(1)督办意见SUPERVISE_OPINIONVARCHAR(500 )流程部署文件KEYFLOW_KEYVARCHAR(20)案件流程记录表表格名称CITY_EVENT_FLOW_RECORD简要描述案件流程记录表功能说明实现案件流程记录的存储功能相关联模块案件流程记录相关联模块名称列名数据类型备注主键IDVARCHAR(32)案件II)EVENT_IDVARCHAR(32)案

51、件流流程IDFLOW_PATH_IDVARCHAR(36)流程编码FLOW_PATH_CODEVARCHAR(32)上一流程编码LAST_FLOW_PATH_CODEVARCHAR(32)处理人USER_IDVARCHAR(32)指派时间ASSIGN_DATETIMEDATETIME处理时间HANDLE_DATETIMEDATETIME超期时间EXPIRE_DATETIMEDATETIME是否超期IS_EXPIREDECIMAL(2)处理意见PROPOSALTEXT是否公开IS_SHOWDECIMAL(1)是否认领IS_CLAIMDECIMAL (1)案件督办信息表表格名称CITY_EVENT

52、_SUPERVISION简要描述案件督办信息表功能说明实现案件督办信息的存储功能相关联模块案件督办信息相关联模块名称列名数据类型备注主键IDVARCHAR(32)创建者CREATE_BYVARCHAR(32)创建时间CREATE_DATETIMEDATETIME案件编号EVENT_IDVARCHAR(32)督办内容CONTENTVARCHAR(200)督办人USER_NAMEVARCHAR(40)1.6.1.14考核评价数据库考核评价数据包括岗位评价数据、部门评价以及区域评价数据。岗位评价 包含监督员考核评价数据、接线员考核评价数据、监督长考核评价数据、指挥 长考核评价数据、派遣员考核评价数据

53、。部门评价包含纳入到数字化城市管理系统的委办局处理案件的评价数据。区域评价包含按照区、街道、社区、网格 的四级评价体系，对地域发生案件的评价数据。基本属性项和域表序号属性项名称定义与值域范围约束/条件1代码评级定义代码必选2名称评价定义名称必选4类型代码评价类型代码必选5指标关键字评价指标关键字必选6指标值评价指标值必选7评价对象被评价的对象必选立案指标考评表表格名称CITY_EVALUATION_ACCEPT简要描述立案指标考评表功能说明实现立案指标考评的存储功能相关联模块立案指标考评相关联模块名称列名数据类型备注主键IDVARCHAR(32)用户IDUSER_IDVARCHAR(32)部门

54、IDDEPT_IDVARCHAR(32)网格编号GRID_CODEVARCHAR(32)统计日期COUNT_DATEDATE受理数ACCEPT_NUMDECIMAL (65,30)及时受理数TIMELY_ACCEPTNUMDECIMAL(65,30)准确受理数PRECISE_ACCEPT_NUMDECIMAL (65,30)作废数CANCEL_NUMDECIMAL (65,30)应受理数ACCEPTING_NUMDECIMAL(65,30)县COUNTYVARCHAR(32)乡镇TOWNVARCHAR(32)社区COMMUNITYVARCHAR(32)结案指标考评表表格名称CITY_EVALU

55、ATION_CLOSE简要描述结案指标考评表功能说明实现结案指标考评的存储功能相关联模块结案指标考评相关联模块名称列名XCJ M/- Tf| 数据类型备注主键11)VARCHAR(32)用户IDUSER_IDVARCHAR(32)部门IDDEPT_IDVARCHAR(32)网格编号GRID_C0DEVARCHAR(32)统计日期C0UNT_DATEDATE结案数C0MPLETED_NUMDECIMAL(65,30)按时结案数TIMELY_C0MPLETED_NUMDECIMAL(65,30)应结案数C0MPLETE_NUMDECIMAL(65,30)县COUNTYVARCHAR(32)乡镇TO

56、WNVARCHAR(32)社区COMMUNITYVARCHAR(32)处置指标考评表表格名称CITY_EVALUATION_DEPT简要描述处置指标考评表功能说明实现处置指标考评的存储功能相关联模块处置指标考评相关联模块名称列名数据类型备注主键IDVARCHAR(32)用户IDUSER_IDVARCHAR(32)部门IDDEPT_IDVARCHAR(32)网格编号GRID_CODEVARCHAR(32)统计日期COUNT_DATEDATE应处置数HANDLING_NUMDECIMAL(9)处置数HANDLED_NUMDECIMAK9)按期处置数TIMELY_HANDLED_NUMDECIMAK

57、9)返工数REWORK_NUMDECIMAL(9)返工事件数REWORK_EVENT_NUMDECIMAK9)县COUNTYVARCHAR(32)乡镇TOWNVARCHAR(32)社区COMMUNITYVARCHAR(32)派遣指标考评表表格名称CITY_EVALUATION_DISPATCH简要描述派遣指标考评表功能说明实现派遣指标考评的存储功能相关联模块派遣指标考评相关联模块名称列名数据类型备注主键11)VARCHAR(32)用户IDUSER_IDVARCHAR(32)部门IDDEPT_IDVARCHAR(32)网格编号GRID_CODEVARCHAR(32)统计日期COUNT_DATED

58、ATE应派遣数SENDING_NUMDECIMAL (65, 30)派遣数SEND_NUMDECIMAL (65, 30)按时派遣数TIMELY_SEND_NUMDECIMAL(65,30)错误派遣事件数IMPRECISE_SEND_EVENT_NUMDECIMAL (65, 30)错误派遣数IMPRECISE_SEND_NUMDECIMAL (65, 30)下发核查数RELEASE_INSPECT_NUMDECIMAL(65,30)县COUNTYVARCHAR(32)乡镇TOWNVARCHAR(32)社区COMMUNITYVARCHAR(32)核查指标考评表表格名称CITY_EVALUATI

59、0N_INSPECT简要描述核查指标考评表功能说明实现核查指标考评的存储功能相关联模块核查指标考评相关联模块名称列名数据类型备注主键IDVARCHAR(32)用户IDUSER_IDVARCHAR(32)部门IDDEPT_IDVARCHAR(32)网格编号GRID_CODEVARCHAR(32)统计日期COUNT_DATEDATE核查数INSPECT_NUMDECIMAL(65, 30)按时核查数TIMELY_INSPECT_NUMDECIMAL (65, 30)应核查数INSPECTING_NUMDECIMAL(65, 30)县COUNTYVARCHAR(32)乡镇TOWNVARCHAR(32

60、)社区COMMUNITYVARCHAR(32)1.6.1.15统计数据库按照案件发生时间、类别、位置、部门、办理状态的统计完成的案件统计 信息。还包括按照部件类别、数量的统计数据。1.6.1.16多媒体数据库多媒体数据库主要包括：多媒体视频、多媒体语音、多媒体图片、相关资 料。基本属性项和域表序号属性项名称定义与值域范围约束/条件1编号编号必选2名称多媒体名称必选4类型编号多媒体类型编号必选5类型名称多媒体类型名称必选6URL多媒体URL必选7高度多媒体高度必选8宽度多媒体宽度必选9描述多媒体描述可选10来源多媒体来源必选1.6.2业务指导系统共用国家平台业务指导系统，根据国家平台配置的权限直