数字城管建设方案

数字 化 城市管理系统 建设 方案 2 城市管理局 二九年四月 I 目 录 第 1 章 总体概述 .1 1.1 项目名称 . 1 1.2 项目承办单位 . 1 1.3 项目拟覆盖范围 . 1 1.4 项目建设依据 . 1 1.5 项目实施单 位简介 . 2 1.5.1 规范的系统与模式建设能力 . 2 1.5.2 不断深化的持续创新能力 . 3 1.5.3 稳定高效的快速搭建与快 速适应能力 . 3 1.5.4 全面的系统建设服务咨询能力 . 4 第 2 章 项目概述 .5 2.1 .基本情况 . 5 2.1.1 总体情况 . 5 2.1.2 .管理局职能介绍 . 5 2.2 项目建设背景 . 5 2.2.1 数字城管总体背景 . 5 2.2.2 .市数字城管建设背景 . 6 2.2.3 .的建设基础 . 6 2.3 项目建设目标 . 6 2.3.1 总体目标 . 6 2.3.2 具体建设任务 . 7 第 3 章 项目建设思路 .9 3.1 项目建设思路 . 9 3.1.1 充分借鉴各地数字城管的建设经验 . 9 3.1.2 总结数字城管成功实施的关 键因素 . 9 3.1.3 有序拓展，克服标准数字化城市管理的不足 . 10 3.2 .管理模式的建设思路 . 10 II 3.3 .数字城管系统 共享资源 . 10 3.3.1 充分共享已有 GIS 数据资源 . 10 3.3.2 充分共享呼叫服务中心资源 . 11 3.3.3 充分共享视 频资源 . 11 3.3.4 充分共享已有软硬件设备 . 11 第 4 章 特色的管理模式建设 .12 4.1 数字化城市管理组织机构建设 . 12 4.1.1 .城市管理委员会 . 13 4.1.2 .数字化城市管理办公室 . 13 4.1.3 .督察组 . 13 4.1.4 .综合管理中心 . 14 4.1.5 专业部门 . 14 4.1.6 监督员队伍 . 15 4.2 管理流程 . 15 4.3 指挥手册的建设 . 17 4.3.1 指挥手册特色 . 17 4.3.2 指挥手册的编制 . 18 第 5 章 呼叫中心建设 .21 5.1 系统概述 . 21 5.2 系 统组成 . 21 5.3 系统架构 . 21 5.4 系统功能要求 . 23 5.4.1 1、系统功能 . 23 5.4.2 2、话务台功能 . 23 5.4.3 3、数字话机功能 . 23 5.4.4 4、模拟话机功能 . 24 5.5 系统通信平台要求 . 24 5.5.1 媒体服务器性能要求 . 24 III 5.5.2 媒体网关性能要求 . 24 5.5.3 VoIP 监控管理软件功能要求 . 25 5.6 呼叫中心系统要求 . 25 5.6.1 PBX/ACD 排队 . 25 5.6.2 CTI 软件性能要求 . 25 5.6.3 IR 性能要求 . 26 5.7 数字录音系统 . 26 5.7.1 概述 . 26 5.7.2 系统功能要求 . 26 第 6 章 应用系统设计 .28 6.1 应用软件系统总体构架设 计 . 28 6.2 应用软件详细设计 . 29 6.2.1 监管无线数据采集子系统（城管通） . 30 6.2.2 监督中心受理子系统 . 31 6.2.3 协同工作子系统 . 33 6.2.4 监督指挥子系统 . 35 6.2.5 基础数据管理子系统 . 37 6.2.6 应用维护子系统 . 39 6.2.7 地理编码子系统 . 41 6.2.8 数据交换子系统 . 43 6.2.9 综合评价子系统 . 44 6.2.10 移动执法子系统（执法通） . 59 6.2.11 执法呼叫受理子系统 . 60 6.2.12 执法审批业务子系统 . 62 6.2.13 执法应用与维护子系统 . 65 6.2.14 领导移动督办子系统（领导通） . 69 6.2.15 业务短信子系统 . 71 6.2.16 视频监控子系统 . 72 第 7 章 数据建设 .74 IV 7.1 数据要求 . 74 7.2 基础空间资源数据 . 75 7.2.1 基础地形数据 . 75 7.2.2 栅格影像数据 . 75 7.3 地理编码数据 . 75 7.4 单元网格数据 . 76 7.4.1 单元网格的划分原则： . 76 7.4.2 单元网格编码： . 77 7.5 部件数据 . 77 7.5.1 部件数据分类 . 77 7.5.2 事、部件编码 . 78 第 8 章 运行环境建设 .80 8.1 网络建设 . 80 8.1.1 业务网络 . 80 8.1.2 视频网络 . 81 8.1.3 无线网络 . 81 8.2 软硬件环境建设 . 81 8.2.1 软件平台建设 . 81 8.2.2 硬件平台建设 . 82 8.3 安全环境建设 . 88 8.3.1 硬件平台安全 . 88 8.3.2 网络系统安全设计 . 88 8.3.3 功能及配置原则 . 88 8.4 场地建设 . 89 第 9 章 项目实施计划 .90 9.1 项目总体计划 . 90 第 10 章 总体投资估算与资金筹措 .91 10.1 总体投资估算 . 91 V .区级平台数字城管系统建设费用概算一览表： . 91 硬件平台 . 92 软件平台 . 92 应用软件开发 . 92 数据普查和网格划分 . 93 城管通手持终端设备 . 93 .区级平台数字城管系统持续运营费用概算表： . 93 第 11 章 效益分析 .94 11.1 项目经济效益分析 . 94 11.2 项目社会效益分析 . 94 1 第 1章 总体 概述 1.1 项目名称 .数字化城市管理系统 1.2 项目承办单位 .城市管理局 1.3 项目拟覆盖范围 本次项目建设将 覆盖 .范围， 全区面积约 .平方公里 （含 老城区 约 5平 方公里） ，数字城管系统将覆盖 .建成区范围，系统普查范围约 平方公里， 对该区域的事部件实现数字化管理。 1.4 项目建设依据 国家建设部行业标准城市市政综合监管信息系统 单元网格划分与编码规则（ CJ/T 213-2005） 国家建设部行业标准城市市政综合监管信息系统 管理部件和事件分类 、 编码 及数据要求 （ CJ/T 214-2007） 国家建设部行业标准城市市政综合监管信息系统 地理编码（ CJ/T 215-2005） 国家建设部行业标准城市市政综合监管信息系统建设规范（ CJJ/T106-2005） 国家建 设部行业标准城市市政综合监管信息系统 绩效评价 （ CJ/T 292-2008） 国家建设部行业标准城市市政综合监管信息系统 监管数据无线采集设备（ CJ/T293-2008） 2 国家建设部建城 2005121 号关于推广北京市东城区数字化城市管理模式的意见 国家建设部建城客函 2005100 号数字化城市管理模式试点实施方案 国家建设部建办城函 200742 号关于加快数字化城市管理试点工作的通知 1.5 项目 实施 单位 简介 .，是认证的高新技术企业和拥有自主知识产权的软件企业，专业从事电子政务实用 平台的开发和推广工作，为政府部门提供办公自动化（ OA）、业务管理系统（ MIS）和地理信息系统（ GIS）一体化的电子政务管理信息系统，并提供政府各个部门间互联应用的关联型电子政务管理平台。 目前公司拥有员工近 200 人，其中 60%以上具有硕士以上学历。 拥有国内一流水平面向 GIS 的政务管理信息系统开发能力；拥有国土资源部、北京、上海、昆明、宁波、大连、长春等 60 余个城市政务系统的建设与应用经验；拥有基于 MIS、GIS、 OA 与无线移动办公技术一体化的新一代电子政务系统应用开发经验。 1.5.1 规范的 系统与模式建设 能力 是建设 部牵头制订的城市基础地理信息系统技术规范（ CJJ 100）的章节负责人； 是建设部牵头制订的城市市政综合监管信息系统技术规范（ CJJ/T 106）主要编写单位； 是建设部牵头制订的城市市政综合监管信息系统单元网格划分与编码规则 （ CJ/T 213）主要参编单位； 是建设部牵头制订的城市市政综合监管信息系统管理部件和事件分类与编码 （ CJ/T 214）主要参编单位； 是建设部牵头制订的城市市政综合监管信息系统地理编码 （ CJ/T 215）主要参编单位。 3 是建设部牵头制订的城市市政综 合监管信息系统绩效评价 （ CJ/T 292-2008）主要参编单位。 是建设部牵头制订的城市市政综合监管信息系统监管数据无线采集设备（ CJ/T293-2008）主要参编单位。 是建设部数字化城市管理新模式推广领导小组技术组中唯一的公司成员。 1.5.2 不断深化的持续创新能力 我公司开创了全国第个数字城管新模式试点，基于“数字城管 eurban06”的网格化城市管理信息平台于 2004 年 12 月投入试运行。自试运行以来，大大提高了政府在城市管理方面的执政能力，使区的城市环境秩序发生了显著的改变。 同时我公司还承担了 国家重大科研项目的研究工作， 使城市管理理念始终处于全国领头羊的地位。 通过不断的深化和实践，系统实现了与 12319 城建服务热线的整合，拓展社区网格化管理，推进专业网格化管理，开创数字执法的全面应用，研发多种移动办公产品。 1.5.3 稳定高效的快速搭建与快速适应能力 我公司产品基于业务构建平台 进行开发和部署，具有零代码维护的特点，构建平台具备工作流管理， GIS 数据管理，权限管理、字典表定义等实用功能，为系统快速部署提供了条件。 当前我公司在全国已经完成了 44个城市区的系统建设，系统建设过程严格按照项目管理的要求实现精细 化管理。 将项目工作内容进行了细化，并落实到具体的责任人，保证项目各个环节都能够得到有效的监控。截至当前，建设部验收城市已经达 16 个，占全国验收数量的 70。 典型案例 （建设部二批试点） 4 1.5.4 全面 的 系统建设服务 咨询 能力 数字城管系统是一 项 复杂的的系统工程，涉及 管理 体制 及机构建设， 数据 建设，软硬件 建设，应用软件建设，网络和安全建设等内容 ，通过大量项目的实践，公司具备人才优势和地缘优势。 我公司已经成功实施了 .数字城管项目， 可以作为 .系统建设的蓝本， 同时 我公司是 .市“以奖代补”考核模式的 探路 者， 现行的考核评价 模型就是采用我公司开发的软件产品， 我公司 开发 的 .市数字执法 市区两级平台 正在实施中， 以上系统 对于实现市区两级的接口定制 ， 执法和 考核模式的实现最具权威 性 。 5 第 2章 项目概述 2.1 .基本情况 2.1.1 总体情况 为进一步加快国际物流中心建设，经 .市批准设立空港国际物流区。该区位于滨海国际机场西北端，主要吸引企业从事国际、国内航空货物的物流分拨、仓储配送、加工整理、展览展销等业务，搭建航空货代、临空港加工及外贸进出口等现代航空物流发展平台，促进中国北方最大的航空货运基地建设。 2.1.2 .管理 职能介绍 补充。 2.2 项目建设背景 2.2.1 数字城管总体背景 随着经济、社会的高速发展，社会各界对城市品位和城市形象的要求越来越高，城市管理和执法工作的压力越来越大，但城管执法的现代化的设施却相对滞后，科技含量不高，已经制约了城管工作的高效运转。 2004 年北京东城区实施了数字化城管模式，使城管工作有了突破性进展，大大提高了工作效率，降低了运营成本。 2007 年 2月 18 日，中央政治局委员、国务院副总理曾培炎在视察北京东城区城管新模式时指出：东城区通过运用现代信息技术，优化管理流程，探索“数字化城市管理模式”，明显提高了城市管理效率和政府管理水平，较好的解决了城市运行中的 多发问题，取得了明显成效，经验值得总结，做法值得推广。建设部于 2005年 7 月、 2006 年 11 月、 2007 年 7 月先后在北京市、扬州市、成都市召开了现场会，先后公布了三批试点城市，积累经验，为全面推广数字化城管模式奠定基础。 6 目前，全国已有 几十 个城市（城区）开展了数字化城市管理建设工作，在试点城市的带动下，已经呈现了全面建设数字化城市管理新模式的良好态势。 2.2.2 .市数字城管建设背景 为全面提高城市管理的水平， .市首先启动了全市范围内的城市管理考核评价工作，建立“以奖代补”的考核评价模式，采取属地优先的管理模式。 .市 全面总结全国数字城管建设经验，认识到考核评价体系对数字城管系统运行效果起到关键作用，在系统建设前，首先将考核模式、考核压力逐级传递，为全市全面推广数字化城市管理经验和成果创造了良好的运行环境，使各个相关领导和部门能够充分重视数字城管在城市管理中的作用。 2.2.3 .的建设基础 .作为滨海新区的三大功能区之一，具有很好的网络基础和资料基础， .网络基本覆盖了相关专业部门，为系统快速上线提供了保障。 当前， .开发区（滨海新区的另外一个功能区）已经率先进行了建设试点，并且取得了良好的效果，据统计 2008 年下半年， .开发区立案 数： 10444，应结案数： 9870，实际结案数： 8101，结案率高达 82.1%，城市面貌得到了很好的改善和持续的维护。 .认真学习了开发区的建设经验和成果，同样作为功能区，具有很好的指导作用。 2.3 项目建设目标 2.3.1 总体目标 建立“ 集中管理、高位评价 ” 的城市管理模式。数字化城市管理中心 平台设在 信息中心 ，建立城市管理 综合管理 中心 ，致力于全面提高城市管理的水平和效率 。成立高位独立的考核评价体系，保障数字城管系统 的 长效运营 。 7 2.3.2 具体建设任务 为达到数字化城市管理的总体目标，本项目的建设任务可分为四大项：管理模式建设、应用 系统建设、数据建设和运行环境的建设。 管理模式建设： 城市管理组织机构（ 综合管理 中心 、督察组、数字城管办 、监督员队伍 ）； 数字化 城市管理流程； 综合评价体系； 城市管理指挥手册； 应用系统建设 是指支撑数字化城市管理运行所用到的应用系统。 包括满足 建设部 标准 要求的九大 基础模块 、 结合 .实际情况建设的拓展模块 以及数字执法系统 。 数据建设 是指满足数字化城市管理系统运行所需的空间地理数据，包括： 基础地形图 数据 正射影像 图 数据 地理编码数据 单元网格数据 部件数据 运行环境的建设 满足 数字化 城市管理需要的软硬件、网 络环境，包括： 连接 综合管理中心 和 各 级专业部门的有线网络； 连接手机终端和平台的无线网络； 能够共享的视频资源； 高效的呼叫中心平台； 满足应用系统运行需要的软硬件环境（服务器、存储设备、软件平台等）； 安全环境； 8 场地建设。包括 综合管理 中心 、 中心 机房以及相关办公 场地等。 9 第 3章 项目建设思路 3.1 项目建设思路 3.1.1 充分借鉴各地数字城管的建设经验 目前， 全国已有数十个城市（城区）完成了数字化城市管理系统的建设，通过考察调研，我们将充分吸取各城市的建设和管理经验 。 其中上海市率先结合 12319服务热线建立市级平台； 北 京市市级信息化城市管理系统由一个市级平台和八个区级平台组成，并接入多家委办局，事业单位和公共服务企业； 杭州市通过招投标确定了五家信息采集公司负责城市管理问题的上报； .开发区创建的“集中管理、高位评价” 的管理模式，创建了 功能区 数字城管的新模式； 常州市将数字化城市管理系统建设与本市“十三项城市长效综合管理考核”相结合，开展了城市长效综合治理工作，理顺了城市管理体制，建立了卓有成效的数字化城市管理考评机制。 通过上述城市的实践，数字城市管理系统已经形成了完整的建设、应用模式，各个区域和试点城市也都进行了局部 的创新。 .数字城管系统在管理模式建设方面，组织机构建设方面，考核评价建设等方面进行了深入的比较和探讨，逐步形成 .的系统建设模式。 3.1.2 总结数字城管成功实施的关键因素 确立 “ 大城管 ” 的格局是前提 通过对全国各个城市的调研，我们 发现，数字城市管理系统是综合的 城市 管理体系，其建立和应用的只有在 大的框架下 形成 并 突破部门的 束缚 ，在“大城管”的概念下，才能得以发挥其应用的作用。 10 科学合理的评价 机制是长效保障 作为监督流程的深化，科学合理的评价机制是整个系统得以顺利运营的基础保障，只有建立完善的评价机制，监督体系的优势和作 用才能够得到支持，数字城管的长效保障机制才能够得以建立。 成熟技术集成应用是管理高效的手段 城市管理的终极目标是减少城市问题，数字城管系统在有了完善的体制保障、制度支持的情况下，如何提高专业部门的处置能力就成了影响数字城管系统效率的重要因素，通过成熟技术的集成应用可以大大提高专业部门处置城市管理问题的效率，促进了数字城市管理系统的成熟的发展 。 3.1.3 有序拓展，克服 标准 数字化城市管理 的不足 在提高问题发现率的同时，如何确保问题的处置效率？ 如何利用有效手段保障事件类问题的得以有效处置？ 3.2 .管理模式 的 建设思路 从 .的 城市定位和中心城区特点出发，理顺市、区、街 和社区的 管理职能 。 合理划分事权， 按照决策、执行、监督相分离的要求，发挥市级层面集中 监督 、 制约 、协调 的作用。 在现有市容考评 的基础上， 按照 .的考核 要求 促进评价考核结果的运用， 完善城市管理考评体系，保证我区 城市管理各项工作目标的全面完成。 整体 规划、分步实施、 逐步完善 保证系统 顺利 上线运行。 3.3 .数字城管系统共享资源 3.3.1 充分共享已有 GIS 数据资源 .已经建设完成了 基础地理信息数据 平台 ， 使用的是 1： 500 的基础地形数据， 能 11 够为数字城管系统提供基础地理信息数据支持 。 因为数字城管 系统的数据 是按照建设部相关行业标准 的要求进行定制的 ， 所以 ， 在 充分调研基础数据的现势性和可用性 的基础上 ， 尽快开展数据普查和网格划分工作 。 .因在建区域较多，为保证部件数据和兴趣点数据定位准确，应提供参考点，为测绘提供条件。 另外，应充分考虑相关部门已有的部件数据、房屋产权数据和灯杆编号数据等资源，在 现实 性较好 的 情况下，争取整合尽可能多的资源，实现数据快速普查，快速应用。 3.3.2 充分共享 呼叫 服务中心资源 .准备建立综合呼叫中心，设计呼叫坐席 6 个席位 ， 预计需要接线员 10 人，班长 2人， 共 需 人员 12 名 。因呼叫中心提供综合呼 叫服务，要求中心人员 具有较强的业务素质 。 呼叫中心是数字城管系统发现问题的一个重要来源，系统 将 对呼叫人员进行整合，在呼叫中心基础上组建综合管理中心，该中心实现发现问题，指挥协调处理问题的只能 。通过专业的培训后，不仅能够快速的理解数字城管业务模式，而且能够节约人员成本支出。 3.3.3 充分共享视频资源 视频资源是城市管理的重要资源， .已经建成 B/S 构架的 视频监控 平台 。 数字城管系统应充分整合这些视频资源，为城市的数字化综合管理做好准备。 3.3.4 充分共享已有软硬件设备 .信息化建设水平领先，信息中心作为全区的信息资源中心不仅能够 提供网络资源，而且还能够提供服务器资源和软件平台资源，本次系统将采用 oracle 和arcgis 进行开发，为节约建设成本，将充分共享以上的平台软件资源。 12 第 4章 特色的 管理模式建设 4.1 数字化 城市管理组织机构 建设 按照监管分离、高位评价的管理思想，基于 .管委会成立城市管理委员会，总体负责城市管理的效率和效果。 成立数字城管办公室，管理综合管理中心和监督员队伍： 建立呼叫中心， 实现社会公众的问题举报， 依托该中心 组建 综合管理中心，负责对城市管理问题的受理、立案、派遣和协调 ，通过减少中间环节，提高问题处置的效率。 监督员队伍直 接隶属于数字城管办公室进行管理，按照统一的责任网格，实现对城市管理区域的无缝覆盖。 在管委会成立督察组，负责对管理中心和专业部门的问题处置效果和效率进行评价，并根据实际的要求，实现对评价结果的运用。 建立城市管理“月度发布、季度点评、政绩结合、长效管理”的评价体系。 .的综合管理、高位评价的 管理模式具有 .特色，能够充分体现监督的权威性，指挥的条理性，处置的精细化 。从城市管理的整体框架上建立起了一套有效的管理机制。 13 4.1.1 .城市管理 委员会 .城市管理 委员会 是数字化城市管理的领导机构和决策机构，由 管委会主任任主任 ， 专 管副主任任常务副主任 ，成员由 主要 职能部门相关领导组成 ，主要包括城管局、 执法大队、 经济发展局 、 规划建设局 、 空港建设办 、 建发 局、 公用事业局、公安局 、 绿化公司 、 燃气公 司 、 市政公司 等 。 领导小组整体 负责数字化城市管理新模式的组织协调工作。 4.1.2 .数字化城市管理 办公室 由 .城管局组成，负责对日常城市管理问题的直接管理，对监督员和综合管理中心负责，具体包括： 1） 考核管理监督员的工作绩效； 2） 考核管理综合管理中心的工作绩效； 3） 负责对疑难问题、高发问题和重点问题的协调； 4） 负责对问题处置的权限进行授权，如缓办、延期、作废等； 4.1.3 .督察组 .督察组是独立于数字城管系统运营处置之外的第三方组织，该组织仅对 .管委会负责，借助该组织的高位特性和独立特性，负责对数字城 管系统进行考核具有权威性 。 督察组的考核应与市级平台的考核相结合 ，注重考核的公正与公平，注重考核结果的运用。督察组的职责主要包括： 1)负责研究制定数字化城市管理监督与评价办法，完善和健全数字化监督、管理、评价体系； 2）负责对各相关部门（单位）和承办人，履行城市管理职能情况进行监督、考核和评价，监督执行情况并反馈给“领导小组”； 3）负责完成月度数字城市管理评价报告，在每月的“领导小组”例会上和公开渠道公布； 4）负责在年末完成年度数字城市管理综合评价报告，提交给“领导小组”以及管委会主要领导。 14 4.1.4 .综合管理 中心 城市综合管理中心在呼叫中心 基础上进行组建 ， 是 城市管理问题的集散中心和呼叫中心，通过来自遍布 .建成区的城市管理监督员队伍的信息报告，实施全方位、全时段的实时监控，动态掌握城市管理现状、出现的问题和处理情况；监督评价政府专业部门和公共服务企业对城市部件、事件的处理情况；受理群众各类投诉、举报，同时还在优化发展环境、招商引资、城市规划、社会管理等方面起到信息收集、统计、分析的作用。 综合管理 中心 同时 作为城市管理信息的派遣和协调中心 ,是负责向各部门、各单位转发任务的综合协调部门。主要职能是负责将发现的城市部件 、事件类问题转发至 相关的 专业部门 ； 负责对涉及多部门的 、 比较复杂的问题进行协调 、 督办。 综合管理中心主要包括以下岗位： 接线员 接线员负责接收社会公众通过热线举报的城市管理问题，对问题登记后 向监督员发送核实消息。 核实后，确实存在问题的案卷向专业部门进行派遣；不存在问题的案卷进行作废； 负责监督专业部门处理的效率，对超时问题进行催办； 对处理完毕的问题接线员协调监督员进行现场核查，保证问题得到真正解决。 值班长 负责对较复杂或者比较模糊的城市管理问题进行立案； 负责管理接线员，提高接线员的业务水平； 负责对疑 难问题、紧急问题和重要问题 的协调和指挥； 4.1.5 专业部门 各 级专业部门完成所辖区域的城市管理问题的处置。 接收所对应的指挥中心的问题派遣和协调。 15 4.1.6 监督员队伍 监督员队伍由 数字城管办 统一招募， 采取 内部调整和社会招募相结合的方式 ，统一进行法律、业务、综合素质培训后上岗。 项目 第一步 运行面积约为 25平方公里， 暂按 50人规模设置 。 4.2 管理流程 数字化 城市管理流程是在“两个轴心”管理体系下的具体办事流程，这一流程的主要参与者是监督员、监督中心（受理员）、指挥中心（派遣员）和专业部门（包括街道、社区等）。流程的业务阶段可划分为 以下六个阶段：信息收集阶段、案卷建立 阶段、任务派遣阶段、任务处理 反馈阶段 、 案件 核查 、案件 结案阶段，如下图所示。 问题发现及信息收集 按反映渠道将发现的问题分为两大类，一类是由信息采集监督员主动巡查、发现的部件、事件问题；另外一类是公众举报热线和领导批件转来的有关部件、事件问题。这两类问题的案件受理和立案阶段的处理流程有所不同。 案件建立 监督员上报的问题通过信息采集终端（“城管通”）上报至 监督 中心，由 监督中心接线员进行登记、综合判别并受理。 公众举报热线反映的问题和领导批件转来的有关部件、事件问题由市级 监督中心 16 接线员统一接收，并对这类问题进行登记受理。 任务派遣 监督中心 的值班长按照 指挥手册 要求的原则，分别对已登记受理问题进行综合判别后立 案，对于一般性案件生成工作表单，并将工作表单派送到专业部门和监管单位 。 任务处理及反馈 监管单位根据 指挥手册 的要求负责对案件的处理过程进行督促和管理。 各城市管理专业 部门负责对 监督中心 派遣的城市管理事、部件问题进行处理，并在问题处理完毕后，将处理结果及时地反馈到的 监督中心 。 案件核查 监督中心 在接到 专业部门 反馈的信息后，应及时的指派监督员进行现场核查。 案件结案 在收到监督员转发的核查信息后，根据实际情况， 监督中心 对于已经处置完毕的案件，由 监督中心 值班长进行结案和备案处理，并将处理结果反馈至相应的监管单位；对于没有处置完毕的案件，值班长将会对案件进行重新指派。 .拟采用 “集中管理、高位评价” 的管理模式。 17 4.3 指挥手册的建设 指挥手册明确了数字城管系统相关各类角色在系统内的权责和工作流程，指挥手册的建立更加贴合实际，全面的总结和明确了数字城管的运营规则，是整个系统的运营说明书。 4.3.1 指挥手册特色 明确了系统的组织结构 明确了系统的运作流程 明确了系统的处理单位 明确了问 题的立案标准 明确了问题的结案标准 明确了问题的处理时限 18 明确了系统的管理对象 明确了系统的评价体系 4.3.2 指挥手册的编制 指挥手册将根据 .数字化城市管理的内容进行编制，在指挥手册中 将详细规定每一类城市管理事件和部件的管理要点、监管单位、专业部门 和处置标准。在处置标准中明确该类问题的在不同情况下的处理时限和处置步骤。以下分别给出事件类问题和部件类问题编制实例。 事件类问题处置标准实例 序 号 2 事件名称 暴露垃圾 类 别 市容环境 类别代码 01 小类代码 02 管理 要点 主干道路、各类桥梁（含人行天桥 ）、重点地区、次干道路、支路和居民区内的胡同里巷、楼群、甬路路面净、人行道净、绿地净、树穴净、排水口净；无乱堆乱放，无白色污染，无垃圾堆存，垃圾收集、清运及时，无运输洒漏。其中，主干道路、立交桥和重点地区保持 20 小时，次干道路、支路和人行天桥、跨河桥梁保持16 小时，里巷道路保持 12 小时以上清扫保洁作业，清扫保洁率达100%。 监管 单位 管辖 范围 承 办 单位 环境卫生管理处 管理 流程 1、相关 专业部门 直接到通知后，应在 90 分钟内派人到现场，迅速组织人员清理。 2、对明确承办主体，应实施宣传教育，督促整改，并依法实施行政处罚。 3、 5吨以下的暴露垃圾 4 小时清楚， 5吨以上的暴露垃圾应在 24小时内协调清理完毕。并将处理情况报城市管理指挥中心。 19 备注 20 部件类问题处置标准实例 设施名称 上水井盖 设施类别 公共设施 类别编号 01 设施编号 01 拓扑类型 点 部件符号 设施说 明 标有“供水、给水、自来水公司、水闸、水门、水表等字样的地下给水管道的井盖” 管理要点 无缺失、损坏、盖框不平整、下陷、锁具损坏现象 监管单位 市城管局 专业部门 自来水公司 管辖范围 部件照片 1 部件照片 2 管理流程 1、对于盖板缺失的，在条件允许的情况下，网格监督员应在该井四周设置警示标志；无法设置明显标志的，应留守直至维修工程人员到达。 2、相关承办部门在接到通知后，应在 90 分钟内派专人到现场采取安全警示措施。 3、不须采取工程性措施的，应在 24 小时内解决。采取工程性措施 的 7个工作日内解决。并将处理情况报城市管理指挥中心。 备注 机关、企事业、学校、公园内部；小区、单位内部自建供水设施，由 产权单位 负责。 21 第 5章 呼叫中心建设 5.1 系统概述 呼叫中心系统是数字城管系统获取城市管理问题信息的核心依托手段，是城管监督和指挥中心的重要通信平台，承载中心和监督员、城管执法人员的联络通信、数据传输和工作调度；同时承担受理市民投诉和建议，以及城管热线的服务功能。 5.2 系统组成 呼叫中心系统主要包括排队交换机、 CTI 中间件、 IVR 系统、数字录音系统、城管热线平台软件、服务器和座席终端设备。 5.3 系统架构 本着充分利用现有网络资源、节约投资的原则，兼顾将来的发展需要，呼叫中心系统建设成基于 IP 语音融合网络的集中与分布相结合的客户服务中心系统。其系统拓扑结构如下图所示： 22 本 系统主要是由 PBX/ACD（排队机）系统 、 CTI（ 计算机电话集成 ） 系统、 IVR（ 交互式语音 应答） 系统、 Recording（录音）系统、 CSR（ 人工座席 ） 系统 、业务 应用 中间件服务器、 数据库服务器等硬件设备组成。它以电话服务为主 ，以 WEB、Email、 Fax 等多媒体服务为辅的 服务方式、结合计算机信息系统的资料数据，为客户提供全方位的服务，包 括信息查询、信息咨询、业务受理、投诉和建议、市场调查等功能。它将分属各职能部门为客户提供的服务，集中在一个统一的对外联系 “ 窗口 ” 。 23 5.4 系统功能要求 5.4.1 1、系统功能 CPU 热备份 外线保留 紧急呼叫话务台 留言提示 授权密码 代接 热线 分机两个号码 缩位拨号 话中插接 保留音乐 免打扰 自动路由选择 插话 寻线跳号 长距离分机 外线分组 服务等级 末码重拨 忙线预约 会议电话 日夜等级 分机锁定 夜间服务 远端维护管理 弹性编码 个人部门专线 自动来话分配 自动电路侦测 直拨分机 优先呼叫 详细 记录系统 指令电话 区分振铃 定时提醒 来话前转 5.4.2 2、话务台功能 来话转接 限制拨内线 呼叫特定话务台 分机前转控制 中继线示忙 隔离通话 回叫话务台 话务台插话 限制分机拨长途 话务台互转 定时提醒 外线连接转接 控制中继群使用 Serial Call 限制分机发话 分机忙灯显示 单键转接 限制全面受话 优先分机服务 末码重拨 来话显示 代拨中继线 通话保留 夜间服务切换 分机状态显示 代取中继线 强制释放 会议电话建立 分机免打扰设定 缩位拨号 分机号码索引 分机信息 留言 5.4.3 3、数字话机功能 授权密码 个人专线 会议电话 寻线选组 24 来话转接 振铃音选择 免提听筒拨号 话中插接 来话保留 主管秘书功能 免提听筒应答 插话 来话显示 两个分机号码 保密电话 外线预约 多通话回路 缩位拨号 末码重拨 忙线预约 忙线辨识 自动拨号 来话前转 分机号码索引 5.4.4 4、模拟话机功能 授权密码 缩位拨号 外线保留 会议电话 来话转接 忙线预约 代接 末码重拨 来话保留 来话前转 热线 寻线组 话中插接 留言灯 留言拨号音提示 5.5 系统通信平 台要求 5.5.1 媒体服务器性能要求 提供基于工业标准操作系统的稳健应用平台来支持分布式 IP网络和和多协议网络中的集中呼叫处理。 主要特点： 具有冗余性且可生存的呼叫和媒体处理，支持关键性业务的连续性 支持基于标准的操作系统： Linux 服务器版 分布式可生存的 IP 网络支持分布式管理、全球多址以及分支机构等环境 在多协议网络中分布的集中呼叫处理支持多样化的网络结构 5.5.2 媒体网关性能要求 语音网关支持应用的数据、语音、传真、视频以及消息处理功能。媒体网关针对 25 企业级电话进行了优化，并且能够提供从混合环境（如 IP 和 TDM）到 100%的 IP环境的多种灵活性强。 以集中式媒体服务器的模块化架构为基础，通过系统软件和分布式媒体网关网络处理、控制呼叫。在呼叫控制方面，媒体网关通过 IP 链路连接外部 媒体服务器，从而使企业在一个中央位置就能够设计、管理所有网关的语音通信业务。 5.5.3 VoIP监控管理软件功能要求 管理套件简化管理企业交换网络的复杂任务。提供对多业务网络交换机的全网络管理以及策略管理，从而帮助用户创建业务驱动型网络，这种网络能够规定何种类型的话务或用户群享有优先权。新的 VoIP 语音监控管理工具使用户能够监控VoIP 网络质量、整个网络内 的 ATM 服务、虚拟局域网（ VLAN）、 QoS 以及访问控制列表。 5.6 呼叫中心系统要求 5.6.1 PBX/ACD 排队 交换系统是整个呼叫中心的业务核心，在本系统中，其主要作用是提供前端接入、话路接续和 ACD 自动排队等功能。 呼叫中心平台可以用极高的成本效益构建任何性能等级、任何规模的呼叫中心。并在将来可以向 IP 语音融合网络升级。按性能有从基本自动呼叫分配（ ACD）选择一直到最完善的精英 ACD 配置选择。 ACD 软件包与系统规模以及系统复杂程度相一 致，以满足您呼叫中心的特别要求。本建议书包括精英呼叫中心。 5.6.2 CTI 软件性能要求 强化您的中等规模联络中心的桌面生产力工具及组件。提供了一套您可以倚重和利用的 CTI 与多渠道功能。 软件应用基于 Microsoft WindowsXP 或 2003 运行，能够通过一台个人计算机实现对电话（拨入与拨出）、电子邮件和文本网络聊天的控制，以及相关联络信息的显 26 示。 5.6.3 IR 性能要求 IVR 平台不但满足当前的需要，其开放性还可扩展以满足明天的需求。 IR 以行业标准组件构建而成，遵循所有已建立的规定标准。 连接性可将整个架构整合在一起，使 IR系统同许多可创建高度集成环境的组件彼此连接。系统提供了两种类型的连接接口： 语音通信和数据。 IR采用基于 Java、以 Web 为中心的开放式架构，能够轻松地整合到您的联络中心运营之中。其基于标准的架构可支持 HTTP、 XML、 Java 以及 VoiceXML 语言，能充分利用现有 Web 基础设施，并利用可节省费用的新型创收服务，缩短面市时间。 5.7 数字录音系统 5.7.1 概述 多通道数字录音系统是针对实时电话监听、录音的需求，推出的能够同时进行多路电话实时录音及录音回放的应用系统。多通道数字录音系统应采用先进的全数码语音压缩技术，以电话语音卡作为语音采集 /编码接口，以硬盘或可读写光盘为存储介质，对电话通话语 音进行实时记录并以文件形式进行保存。 数字 录音系统基于 WINDOWS 平台， 通过图形化界面对录音状态进行实时 集中监控。 5.7.2 系统功能要求 多通道录音 实时录音 实时监听 主叫识别 状态监控 录音备份 录音删除 27 用户 管理 权限管理 网络查询 电话查询 日志功能 28 第 6章 应用系统设计 6.1 应用软件系统总体构架设计 项目总体采用 四 层构架进行设计，如图所示： 基础设施层 是系统运行的软硬环境基础，是软件的承载实体。 数据层设计 .数字化城市管理系统 涉及的数据包括空间数据、业务数据数据 和专业数据三 大类。 为了满足超大型、连续无缝 的空间数据库管理需求，达到极快的空间数据、 29 业务数据存取性能指标，本次项目建设建议采用高性能数据库系统。 空间数据主要包括基础地理数据、城市管理部件和事件数据、城市管理地理编码数据、城市管理单元网格数据。 业务数据包括公众上报数据、案卷办理数据、视频媒体数据、移动督 办数据、车辆管理数据、业务短信数据 以及综合评价数据等等。 专业数据包括表空间数据、系统流程数据等。 平台层设计 按照 .数字城市管理系统业务的划分和应用软件的功能划分，建立不同的业务平台，包括数字城管 基础 平台、 拓展 平台 、专项应用平台和综合应用 平台。 数字城管 基础 平台是采用模块化设计，既整合了标准模块功能，又根据 .的特点对标准功能进行了必要的拓展。 应用层设计 应用层是面向对象的系统功能模块，根据不同的业务划分和使用群体，形成模块化的体系结构，便于业务的管理和功能的扩充。 为保证 .数字城市管理系统功能设计明确、层次设计分明，根据各子系统的使用对象和功能特点，将整个系统分为两个部分：城管业务综合模块及执法业务综合模块。 其中基础模块侧重于已经比较成熟的标准数字城管体系，是业务运行和其他模块工作的基础和平台；拓展模块侧重于对标准模块进行具有针对性的功能补充 ，是有效推进建设部数字城管管理模式的助手；执法业务综合模块侧重于具有 .特色的专业应用，是“大城管”模式下城市管理业务的重心。 6.2 应用软件 详细 设计 在应用系统功能方面应实现 建设部标准 九大基础模块功能 、数字执法功能和 拓展模块功能。 以上系统将基于 oracle 数据库进行开发，其中数字城管系统和拓展功能模块使用一个数据库实例，执法系统独立使用一个数据库实例。 30 6.2.1 监管无线数据采集子系统 （城管通） 子系统描述 无线采集子系统手持终端提供给城市管理监督员使用，主要用于实现信息采集员在自己的管理范围内巡查过程中向中心上报城市管理 问题信息，接受中心的任务指令并反馈。该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题 的 GIS 定位， 文本、图像、声音和位置信息实时传递。 功能设计 1) 客户端功能 2) 服务端功能 无线采集子系统服务器端实现手机上报问题的接收，实现手机和协同平台的数据交换，无线采集子系统服务器端软件应具备的功能包括： 1） 为无线数据采集系统提供各种信息查询服务的支撑； 2） 为无线数据采集系统提供地理编码查询服务； 31 3） 为无线数据采集系统提供数据同步服务； 4） 为无线数据采集系统提供无线定位 服务； 5） 为无线数据采集系统提供数据协同管理和交换服务； 6） 为无线数据采集系统提供通知服务； 使用对象 该子系统主要为城市管理监督员量身定做，采用 windows 智能手机，通过无线传输方式，实现业务表单、问题照片的传输；通过手机 GPS 模块，实现卫星定位功能。 6.2.2 监督 中心受理子系统 子系统描述 监督中心受理子系统的主要工作是受理来自城市管理信息采集员，社会公众拨打热线举报的城市管理，以及市应急指挥中心转接的问题。接线员对他们所反映事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给指挥中心派遣办 理。 因此，“监督中心受理子系统”的主要功能就是为呼叫中心坐席人员提供城市管理问题的受理、登记、立案、定位和转发等功能服务。 功能设计 1) 业务受理 对于监督员上报的市政管理问题，实现自动受理，并且能根据监督员上报市政管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；对于社会公众举报的问题，能通过手工登记的问题位置描述，在地图上搜索并定位到问题发生位置。 32 2) 查询定位 为了辅助接线员快速定位，应当具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能；能够根据用户输入的地理信息数据进 行模糊查询，可以根据用户的选择自动定位到地图上。 3) 立案及案卷审批 应实现立案管理，对符合条件的案卷给予立案处理，生成案卷编号等信息；提供立案意见录入表单，能够将案卷信息转发到协同工作子系统；对于不符合相关规定的案卷销案处理，提供表单供录入销案相关信息。 4) 具备与监督员的交互 应实现向监督员发送核实消息；并且可以接收监督员核实消息反馈、核查信息功能。 5) 具备新问题或任务反馈信息实时提示功能 当有新问题上报或任务反馈信息时，可以通过弹出对话框提示，语音提示等方式实现提醒功能。 6) 结案归档管理 应完成对案卷的备案处理 ；生成综合考评所需的相关数据，同时能够通知发布系统，将处理结果对公众发布。 使用对象 呼叫中心受理子系统主要提供监督中心受理人员，实现问题受理和处理，问题受理的主要来源包括监督员问题上报、社会公众问题上报和视频上报。 33 6.2.3 协同工作子系统 子系统描述 协同工作子系统提供给监督中心和指挥中心、各专业部门以及各级领导使用，采用 B/S 的体系架构，采用工作流、 WebGIS 技术，通过浏览器完成城市管理各项业务的具体办理和信息查询。系统提供了基于工作流的面向 GIS 的协同管理、工作处理、督察督办等方面的应用，对城市管理实现图、 文、表、业务管理一体化管理。各级领导、监督中心、指挥中心可以方便查阅问题处理进度和处理结果，可以随时了解各个专业部门的工作状况，并对审批流程进行检查、监督、催办。系统将任务派遣、任务处理反馈、任务核查、任务结案归档等环节关联起来，实现管理中心、各专业管理部门和政府之间的资源共享、协同工作和协同督办。实现对业务流程中的所有案卷进行监督和管理的功能，实现应急问题处理、案卷处理和流转全程控制，同时可查看城市管理监督员在岗情况，可对案卷流转进行督办和插入意见信息。 功能设计 子系统模块结构： 34 1) 任务分派管理 采取 市区两级协同办公模式，能根据案卷信息和相关事件、部件的归属部门自动识别相应的处理部门，并交由相应权限的人员进行任务的派遣。 2) 处理部门协同监督 能够将处理结果的审核信息发送给相关专业部门；对专业部门的处理情况进行监督，对超过指定处理期限的案件发送催办通知。 3) 案卷督办管理 应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用户录入督办信息；督办信息能够以实时消息、短信等方式通知当前经办人员；并对案卷进行特殊符号显示。 4) 记时管理 能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行记时处理，详细记录 案卷办理每个阶段的处理时间；根据不同部门和区域定制的处理时限，对超过期限的案卷或任务自动进行催办通知，并对超期案卷报警。 5) 案件查询、统计 具备案卷查询功能，用户可以自己设定查询条件对案卷进行查询或统计；查询类型和统计应可以扩充，根据用户需要由管理员进行维护。 6) 地图操作 基础信息、地理编码信息、单元网格信息、部件信息、问题信息等地图显示、查询、量算等功能； 35 使用对象 协同工作子系统是系统的基础平台子系统，面向全体使用人员，实现案卷协同处置。 6.2.4 监督指挥子系统 子系统描述 监督指挥子系统通过网络接入数字化城市管理 平台，实现资源共享和远程指挥。通过大屏幕可直观地了解全市各区、街道、社区以及网格的城市部件信息、监督员信息、问题处理信息、评价信息等内容，便于管理中心和相关领导更加直观的掌握全市城市管理状况。 功能设计 结合城市管理系统的特点和要求，大屏幕系统的显示区域可分为三个部分，具体包括地图显示区、案卷滚动信息区和详细信息显示区。其中地图信息区主要显示全区域整体地图具体包括行政区划图、单元网格图、部件分布图、城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事件处理情况和评价信息。案卷滚动信息区能够实 时统计反映全区域内所有网格在办案卷数；滚动显示正在办理的每个案卷基本信息；详细信息区是指具体到单个问题案卷、具体人员的详细信息，包括监督员详细信息、单个案卷详细信息等。 大屏幕监督指挥系统的软件支撑部分由三部分组成，具体包括系统管理模块、通讯管理模块和显示控制模块等三部分。系统管理是系统的控制台，负责对大屏幕显示的内容及相关操作进行控制。通讯管理模块是负责系统管理模块和显示控制模块之间数据和命令进行通讯，目的是将控制台发出的命令提交给显示控制模块。显示控制模块是大屏幕监督指挥系统的显示终端，它最终将按照控制 台的要求将需要显示的内容显示到大屏幕上。 在设计上监督指挥子系统软件采用客户机 /服务器模式的体系结构，运行在城市管理 管理中心 内部的专用计算机网络平台上。整体体系结构如下图所示： 36 具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要求； 能够定位城市管理问题的地理位置，能够分类显示城市管理问题的当前状态信息； 能够实时显示信息采集员、执法车辆的在岗情况及位置信息，并且可以对历史轨迹进行回放； 具有查询监督员、执法车辆详细信息的功能； 具有查询城市管理问题的图片、办理过程等详细信息功能； 实现地图与 属性信息的互动查询； 实现图文一体化的综合评价结果大屏幕展示功能。 使用对象 监督指挥子系统的使用对象是监督管理中心的使用人员以及各个相关领导，通过大屏幕不仅展示全市宏观城市管理情况，实现统一调度和指挥；而且还能够展示个体的工作状况，实现重点监督功能。 37 6.2.5 基础数据管理子系统 子系统描述 使用基础数据管理子系统可以管理地理信息所需的地图数据，图层分类、图层样式及其所包含的各种地物要素。系统可提供缺省的适应城市管理需求的地图专题和图层样式，用户也可根据自己的需要进行定制和扩充。 功能设计 使用基础数据管理子系统可 以修改地图专题和图层样式，避免了使用数据库系统本身工具进行系统维护，极大地提高了效率。系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用基础数据管理子系统进行日常维护和系统数据扩展。 主要功能包括： 1) 数据建库、入库 创建数据库表空间，为每个图层分配存储单元，将 GIS 数据录入到数据库系统。 2) 实现符号化定义及样式渲染 在符号定义中定义了城市管理地理信息系统要素、图层要素和专题图层样式中所涉及的所有点、线、面、标注符号。是整个地图数据库使用的最基础的部分和环节。 3) 要素定义 根据国标标准以及城市管理 地理要素的需要，要素定义中可以根据编码标准定义配置出地图数据库中要素的层次关系、显示的样式等。并可不断适应地物标准编码的变化。 通过要素定义，可以方便地对要素进行增、删、改等管理操作。同时系统还提供 38 要素符号样式的定义及预览功能，使系统管理员在定义的同时可以直观地看到要素的符号显示样式。 4) 物理图层定义 物理图层定义实现城市管理地理信息系统中所涉及的所有的物理图层的定义。为了方便物理图层的定义，系统采用了表单化的定义界面。物理图层定义提供了图层基本属性定义、图层字段属性定义和图层预览功能。 5) 逻辑图层定义 逻辑图层属于系统 GIS 部分的核心内容，只有通过合理的图层定义，才能实现办公部分正常、有效的使用地理信息。 一个物理图层可以被多个逻辑图层引用，所以可以通过图层名称中定义图层名称加以区别，系统缺省图层名称为工作表单中的物理图层名称。 6) 专题图层定义 由于 SDE 图层的单一样式特性，实现打开一个图层时能够按照确定的符号化方案加载一个图层的功能就显得十分重要。通过专题图定义单元便可方便的实现这一需求。 7) 专题管理 为了使领导和政府工作人员可以非常方便的使用各种数据，不必去理解复杂的图层管理过程，不必进行频繁的图层打开和 关闭操作，系统将各种同类的数据组织成各种专题，供用户快速调阅； 8) 查询统计定义 在基础数据资源管理系统中，可以定制用于查询、统计的地图，以及那些地图属性用于快捷查找，固定统计，周边环境分析等，可以定制查询统计地图的范围等 39 等。 9) 部件与事件的定义和管理。 部件与事件类型定义为管理城市部件与事件提供了一个便捷的、人性化的操作平台。通过该模块，管理人员可以对城市部件与事件类型进行