扬州市数字化城市理系统(数字政通软件部分).doc

扬州市数字化城市管理系统 第一章 实施方案建议书 应用软件系统设计 系统建设需求分析 软件系统需求 搭建市区两级城市管理信息平台，采用“万米单元网格”管理方法和城市部件管理方法相结合的方式，实现城市管理的信息化、标准化、精细化、动态化，保证城市运行中出现的问题能够及时发现、及时处理、及时解决，逐步建立沟通快捷、分工明确、责任到位、反应快速、处置及时、运转高效的城市管理和监督长效机制。 1、建立适合中小城市的城市管理市、区两级协同的运行机制和科学合理、高效的管理模式。 2、建设城管员、群众电话、视频监控等集成的有线和无线的城市管理部件、事件信息发现收集网络，以及监控中心和指挥中心，构成稳定可靠运行的数字化城管系统。 3、整合现有城市信息资源、推动信息共享和充分应用，改善城市管理协调联动不足的现状，提高城市管理的水平和城市运行的效率，增强城市对突发的各种事件应急的能力。 运用一种新的城管模式完善城市管理体制，建立高效、合理、动态发展的城市管理机制，提高城市现代化管理水平，通过数字城市建设促进政府的管理创新数字城市的建设贯穿城市规划、城市建设、城市管理和服务的全过程，提高政府的管理能力和服务水平 数据采集阶段 新的业务流程可以通过多种途径采集数据： 1、监督员在规定的若干单元网格内巡视，发现数字城市管理问题后通过城管通上报位置、图片、表单、录音等信息到城市管理呼叫中心。 2、呼叫中心接收社会公众通过12345市长热线、特服号12319城管热线和媒体举报的城市管理问题，通知监督员核实，属实的问题由监督员上报。接到来电反映问题己纳入城市数字化管理的，由城市管理监督中心处理；未纳入数字化城市管理的部件、事件以及社会管理问题由政府指定相关部门处理。 3、社区根据群众反映的城管问题分类，将不能直接处理的问题通过网络上报监督中心。 监督中心根据呼叫中心流转过来的问题信息首先判断其采集途径，对于非监督员采集的信息交其进行现场核实；对于不属实的信息进行注销，不符合立案条件的信息也进行注销；属实的信息进行部件/事件判定，将事件信息直接进行立案判断，对部件信息判断其在部件数据库中是否存在，存在则进行立案判断，不存在则需要进行数据更新。 立案阶段 监督中心根据问题登记核实阶段的处理结果，对需要立案的问题进行任务立案，任务立案可以分为部件立案和事件立案两种，处理的流程不同。 监督中心也可以根据市领导批示直接立案。 任务派遣和任务处理阶段 指挥中心负责进行任务派遣和处理，设市、区两级。任务派遣遵循“属地原则”与“所主原则”，对于公众、监督员、部门传输反映上来的问题，凡属于市直部门和公共服务企业处置的问题由市指挥中心直接指挥协调处理，属于区处置的由市指挥中心下达到区分指挥中心，再转达到区级责任单位。对于突发公共事件，由市指挥中心报应急指挥系统处理。 核查、结案阶段 专业部门处理完任务后反馈给监督中心，监督中心指派监督员到现场核查，如果确实处理完毕则该任务结案。如果没有处理完成则由城市管理指挥中心继续协调解决。 综合评价 由监督中心组织对监督员、专业管理部门工作人员的内评价和由公众、社会媒体和上级政府的构成的外评价组成。 数据需求 单元网格数据 依据建设部行业标准《城市市政综合监管信息系统 单元网格划分与编码》CJ/T 213。 单元网格就是指采用网格技术，根据属地管理、地理布局、现状管理、方便管理、管理对象等原则，以一定的范围为基本单位，以社区为专题网格，将行政区域划分成若干个网格状的单元。 由于扬州市数字化城市管理是全市范围的，依据方便管理原则特别需要考虑农村网格划分和管理的方法。 城市部件数据 依据建设部行业标准《城市市政综合监管信息系统 管理部件和事件分类与编码》CJ/T 214。 城市部件即物化的城市管理对象，主要包括道路、桥梁、水、电、气、热等市政公用设施及公园、绿地、休闲健身娱乐设施等公共设施，也包括门牌、广告牌匾等部分非公共设施。 城市部件数据库存储的内容是城市管理过程中的所有对象。城市部件数据库的建设为实现精确城市管理和事件定位成为可能，是扬州市数字化城市管理系统最重要的基础数据库之一。 地理编码数据 依据建设部行业标准《城市市政综合监管信息系统 地理编码》CJ/T 215。 地理编码数据应涵盖以下内容： 1）行政区划数据：包括区、街道办事处、社区。 2）单元网格数据：单元网格数据 3) 地名数据：包括现状地名、历史地名、历史沿革地名、地名别名等数据。 4) 道路数据：包括主要道路、现状道路、胡同、一级街坊、二级街坊数据。 5）门址院落数据：包括院落名称、门牌编号等。 6) 小区楼座数据：包括小区名称、楼座名称等。 7) 沿街店面：包括道路两旁商业单位、饭馆、企事业单位、机关等名称。 8) 城市部件数据：包括城市部件大类、城