“数字城乡综合管理系统”建设和应用工作总结（大全5篇）

第一篇：“数字城乡综合管理系统”建设和应用工作总结

社区“数字城乡综合管理系统”建设和应用

工作总结

“数字城乡综合服务管理系统”建设工作已于3月底全面完成，4月初全面投入使用至今已有一个季度了。该系统的建设有助于社区基层党组织更好的了解社情动态，加强社会面的监控能力，提高社会管理信息化水平，更好的维护稳定和为民服务。

一、系统建设过程综述

在系统建设过程中，社区干部系统和手机操作技能培训，信息采集、录入工作已基本完成。现对系统建设过程总结如下：

（一）、建设初期。教育广大工作人员充分认识开展“数字城乡综合管理”工作的必要性和重要性。进行基本实践操作的培训，形成一帮一的方式，集中录入信息。

（二）、建设中期。1.成立“数字城乡综合服务管理系统”建设领导小组，并制定相关工作计划。2.深入细致开展系统内容学习，加强对工作人员的培训力度，在前期已培训的基础上，对社区工作人员进行二次培训，细化录入内容，采取方便快捷的录入方式方法（如：通知各居民自带户口本、身份证、照片，分批到社区进行信息的登记、核对）。

（三）、建设后期。1.要求工作人员要注意信息采集的完整性、准确性、及时性。2.对录入信息进行核对工作，再次派包片干部下巷道进行居民信息的核对，管理员在后台或下巷道进行抽样式检查（采取随机查询方式）。3.认真做好居民照片扫描上传工作。要求社区包片干部对所包片区居民的照片进行收集整理，由操作员一一教授大家照片扫描、裁剪、上传技术。到目前为止户籍人口上传照片量已达到90%。另流动人口照片因收集尚不完

全，故扫描上传工作还在进行中。

二、系统的应用

“数字城乡综合管理系统”涵盖了社区所有的工作，分为党建、民政、计生、综合治理、劳动保障、户籍人口、流动人口等13个总台账60多个子台账。其中，各台账间开放信息资源，实现信息共享、互通。有利于方便快捷的向上级汇报工作，也有利于工作中的信息查询。

1.在上报党建方面的临时性报表时，我们可以随时在系统中查询到相关的信息、数据，不再需要翻档案查找。（如：上报社区总人数、男女数、各少数民族人口数等）。

2.向上级汇报近期工作更生动形象。开展的各项活动，可以方便的记录在系统中，提供的上传图片功能更生动的反应了社区的工作。节省了时间、提高了办公效率，为无纸化办公奠定了一定的基础。

3.在给居民开具证明时，可以直接利用此系统进行查询居民的基本情况。

4.对出租屋及流动人口当前和历史信息录入，可以全面、及时、准确地掌握出租屋及流动人口信息。

5.手机的配备使用，进一步拓展了数字平台的功能。社区配备的8部手机，在日常入户工作中，可以及时补录居民信息、照相，操作简便易行，干部们在熟练掌握手机使用的情况下，随身携带手机入户，方便实用。社区开展岗位练兵，技能比武，手机使用的熟练程度也成为其中一项考核项目，激发了干部们自觉学习的积极性，提高了社区干部综合服务水平。

三、应用中存在的问题

1.系统中计划生育台账、民政台账等录入信息时不能直接导入，需重复打开进行补录工作，浪费了大量的时间和精力。

2.对人口合户时，需再此录入相关信息，并手动添加成员。

3.对于民情日记，在手机上无此模块，使得入户干部不能随时随地进行登记，需在后台进行补录。

4.由于网络不畅通导致部分时段手机不能上网，给工作带来不便。

5.手机尚不能上传照片，无法直接与电脑相连接，无法随时上传。

四、下阶段的具体安排

进一步细化完善工作，人口信息、照片采集不全的进行完善。对辖区的人口进行动态管理，搬走迁出的要及时更改，新增迁入的人员要及时补录详细信息。党建、民政、计生、综治、劳动保障等各方面的工作情况要及时更新。

结合推行“五百”工作法和“民情流水线”工程，做到责任到人，分工明确，进一步提高基层组织建设科学化水平和管理服务信息化水平的认识，做好保密教育，确保信息安全。

第二篇：综合数字城管系统

综合数字城管系统

介绍方案

中国电信黑龙江分公司 二〇〇九年二月二四

目录

一、前言.................................................3

二、系统简介.............................................3

三、系统建设意义.........................................4

四、总体建设目标.........................................5

五、总体架构.............................................5

六、数据平台.............................................7

七、网络建设.............................................8

八、软件系统.............................................9

九、职能中心............................................10

十、考核机制............................................10

十一、系统特点..........................................11

一、前言

随着政务改革的不断深入和城市建设的高速发展，以及以人为本服务市民意识的不断加强，建立适应现代城市管理需要的新型城市管理体系是当前必须解决的关键问题。现代化的城市管理要求对城管实行空间立体、全过程、参与社会联动，面向市民、服务市民的网络化管理。

城市管理机制改革的深入和服务市民意识的建立与发展促使城管各级政府机构加强实行面向绩效的工作模式和作风，以适应城市的高速发展带来的成倍数的城市管理压力，以及满足市民日益高涨的城市管理要求。

二、系统简介

数字城管系统综合运用了计算机网络技术、移动通信技术、计算机电信集成技术、GIS地理信息技术、GPS卫星定位技术、GPRS无线网络技术、视频监控技术，单元网格技术、城市部件管理技术、数据库技术、智能客户端技术、工作流技术、协同处理技术、网络信息安全技术等多种先进而成熟的数字城市技术，是一个技术先进、框架灵活、运转高效的分布式城市管理信息平台。系统结合城市管理的发展趋势对原有的城市管理信息化管理模式和管理流程进行创新，并在此基础上，实现对城市基础设施的精确定位和监控，结合无线通信技术实现现场数据采集，结合地理定位技术实现移动执法等城市管理的快速反应机制。数字城管系统的主要内容为：建设一个平台，建立两个中心，形成一套考核机制。一个平台是建立统一的数字化城市管理信息系统平台，能覆盖市、区、街道、社区和各个专业管理部门的多级多类城市管理应用需求，实现统一平台、集中管理、信息共享、分布应用，主要包括划分单元网格、开展城管综合信息普查、开发应用系统、实现政府信息资源共享。两个中心是以监督和执行适度分离为原则，建立城市管理与社会服务监督中心和城市管理指挥中心两个中心，实行监管分离。一套考核机制是为了保证新模式下城市管理的健康运行，切实发挥其应有的作用，全面提升城市管理水平，建立的一套科学完善的监督考核体系，对城市管理的各方面进行统计分析、考核评价，既能监督城市管理中发生的具体问题，又能监督执法质量。

三、系统建设意义

通过建设包括城管局各分支节点、移动执法终端的统一网络平台，建设集中的城市管理数据中心，集中存储和管理地面城市部件基础数据、万米网格规划数据、工作计划数据、执法指挥调度移动数据、执法处理、市政园林环卫管理、视频监控、公文等数据。通过集中的城市管理数据中心实现应用系统统一、数据结构统一、流程规范，实现城市管理管理工作的规范和高效。

数字城市管理信息系统是城市管理现代化的主要技术保障体系，能够达到以下业务目标：

1、实现从城市管理工作规划计划到日常工作处理的全过程流程化管理，实现信息动态管理，由事后处理转为事前预测。

2、通过对城市管理工作处理标准、业务处理时限等特定指标的考核进行职能管理，及时发现问题，迅速予以反映，督促有关部门加以纠正。做到实施目标管理，强化指标考核。

3、加强城市管理日常工作统计数据的分析管理工作，为城市管理工作提供科学指导和决策支持。

4、按照标准化、规范化、科学化的原则在城管局范围内统一工作标准、工作流程和工作制度。一方面提高工作质量，另一方面促进管理水平进步。

四、总体建设目标

依据建设部标准，以管理创新为基础，以信息资源管理为核心，以网络中心和数据中心为支撑，以协同应用为主导，以“执政为民”为目的，建成功能完善、高效实用、高度集成，具有国内先进水平的数字化综合城市平台。”

通过建立数字城市管理系统，优化市政府和街道的管理流程、模式，提高为民为实事的效率和质量，再造城市管理流程，实现城市管理向高效、敏捷、精确方式的转变。通过构建一个综合化数字管理平台，分阶段逐步建设涉及城市管理的市容、市政、交通、治安联防、园林绿化乃至应急指挥相关内容。

五、总体网络构架 采用基于集中的数据中心、成熟的三层体系结构技术、通过有线、无线组网组成的集CTI、GPRS、GPS、移动应用、视频监控等技术的三层应用体系。

数字城管系统要电子政务专用网络和无线通讯网络，以数字城市技术为依托，集成基础地理、单元网格、部件和事件、地理编码等多种数据资源，通过多部门信息共享、协同工作，实现对城市市政工程设施、市政公用设施、市容环境与环境秩序的网格化监督和管理；并且通过城管系统的建设，实现与政府相关部门的应用系统之间业务数据的信息交换，达到信息共享和协同工作，推进城市管理达到主动、精确、快速和统一的目标，真正整合优化政府信息资源和政府数据库群，建立覆盖全时段、全范围的城市管理与运营体系。

数字化城市管理系统的总体架构可称为“五个一”：搭建一个数据平台、建成一个网络、开发一套应用软件、建设一个职能中心、形成一套考核机制。

数字化城管总体构架图

六、数据平台

一个数据平台包括基础地理信息数据库，部件事件库、网格地理编码库、业务数据库这些数据库全部集中在数字城管系统的数据中心。

1、基础地理信息数据库

利用市规划局提供城区基础地形图数据建设基础地理信息数据库。在规划局更新基础地形图数据后，考虑通过数据导入的方式来更新数字城管系统的基础地理信息库。

2、网格和地理编码库

在基础地理信息数据库基础上，以1万平方米为精细管理量级为单位划分单元网络，由测绘部门和街道共同协作进行科学的划分。并通过城市地址普查建立地理编码库。

3、部件事件数据库

遵循建设部规范标准中提供的部件、事件分类标准，结合江阴市的实际情况，对所有部件、事件进行编码，形成统一的部件和事件编码数据库。

4、业务数据库

业务数据中主要包括系统运行中的公众举报数据、监督员上报数据、监督员核查数据、业务案卷数据、业务流转数据、业务督办数据、业务表单数据、机构人员角色数据、综合评价结果数据等。

5、其他基础数据库

主要包括系统运行支撑数据，如机构人员角色配置、业务配置、工作流配置、地图使用配置、工作表单定义、文号定义、惯用语定义、统计报表定义等。

七、网络建设

网络基础设施是数字城管系统正常运行的基础。本系统的网络主要用来连接监督指挥中心、数据中心、相关责任部门、镇、社区、城管监督员、公众等。对这些单位会采用不同的连接方式，中心和各政府部门之间的连接通过政务网络实现；社区、公众通过互联网连接到数字城管系统的外网服务器；城管监督员通过移动无线网连接到城管系统数据中心。

通过网络基础设施，可以构建信息采集渠道，公众可通过移动电话、固定电话、互联网提供信息；城管监督员使用“城管通”移动手持设备采集信息。也可以建立一个畅通的协同工作平台，中心和相关职能部门可以实现在线协同办公，确保工作的高效。

八、软件系统

数字城管应用软件系统，该软件用以实现城市设施和城市环境管理所需的功能，从城管信息的采集、上报、处理、结案到综合评价，均由该系统实现，同时该系统也负责实现各种信息的存储和管理。

该系统具体由以下子系统组成，包括：

●无线数据采集子系统；

●呼叫中心受理子系统；

●协同工作子系统；

●大屏幕调度指挥子系统；

●部件在线更新子系统；

●地理编码子系统；

●综合评价子系统；

●构建与维护子系统；

●数据交换子系统；

●基础数据资源管理子系统；

●视频监控子系统；

●移动办公子系统

●网站发布系统

九、职能中心

根据建设部及省建设厅有关数字化城管机构设置要求，应将监督中心与指挥中心职能分离。也可采取市城市管理监督中心和市城市管理指挥中心两块牌子、一套班子，合署办公的形式。

城市管理监督指挥中心的业务流程分五类情况：

1、监督员直接发送的需要调度指挥的部件、事件信息，由呼叫中心立案后，批转指挥人员处理；复杂情况需报请值班主任签发后再转批指挥人员处理。监督员（同时也是城管执法队员）发现的能够立即处理的部件、事件信息，由监督人员当场处理，完成后把案件信息和处理结果上报监督指挥中心备案。

2、接到群众电话或手机短信举报的部件、事件信息，由呼叫中心接线员记录后，呼叫监督员根据举报的位置现场查看情况，发回消息，确认后按照第1类情况的处理路径再流转。

3、由职能部门、街道（乡镇）直接上报的部件、事件信息，呼叫中心立案监督审核后，批转到指挥人员处理。

4、接到群众由政府网站上报的部件、事件信息，由呼叫中心立案后，批转到指挥人员处理。

5、通过以上途径收到的城市软环境、社会管理信息，呼叫中心立案监督审核后，批转到相关委办局信息平台或呈报市政府市长热线等。

十、考核机制

为了保证新模式下城市管理的健康运行，切实发挥其应有的作用，全面提升城市管理水平，就要建立一套科学完善的监督考核体系，对城市管理的各方面进行统计分析、考核评价，既能监督城市管理中发生的具体问题．又能监督执法质量。进一步通过考核手段，提高依法执政，强化行政处罚。

1、系统考核。通过考核各专业部门、各街道的立案数、办结率、及时办结率、重复发案率，促进各街乡、各专业部门主动发现问题，主动解决问题。

2、内考核。由计算机自动生成内部考核，由城管局将系统考核的结果纳入政府部门目标管理，定期通报各部门。

3、外考核。在政府网站上定期公布各部门办理情况，接受公众监督和满意度评价，同时进行网上打分。

十一、系统特点

1、符合国家相关规范

《城市市政监管信息系统技术规范》

《城市市政监管信息化部件和事件分类与编码》

2、功能齐全，涵盖了市民服务、业务处理、行政审批、督查考 评、绩效考核、决策分析等城管部门相关工作内容。

3、高性能、高精度，采用了目前国际先进的超高速地理信息及 图形系统Q-MAP，可以通过互联网快速定位，精度可达15米以内。

4、灵活性强，基于工作流引擎驱动，使得流程可定义、可控制、可预警。

5、主动式管理，能够自动弹出工作任务，各工作环节可互发信 息。

6、安全性高，采用VPN、数据加密、身份认证、防火墙等多项 技术来保证系统的网络安全及运行安全。

7、本系统已经获得中国软件检测中心的检测通过，并获得国 家版权局的独立制作权登记，是一个成熟的技术。

以上为综合数字城管系统的介绍方案，我们可以根据需求提供综合数字城管系统的全业务技术支持服务。

第三篇：案例 数据库管理系统综合应用--

实验十二

数据库管理系统综合应用

-------图书管理系统系统一、实验目的：

通过完成从用户需求分析、数据库设计到上机编程、调试和应用等全过程，进一步了解和掌握所讲解的内容。

二、实验简述：

一个简单的图书管理系统包括图书馆内书籍的信息、学校在校学生的信息以及学生的借阅信息。此系统功能分为面向学生和面向管理员两部分，其中学生可以进行借阅、续借、归还和查询书籍等操作，管理员可以完成书籍和学生的增加、删除和修改以及学生借阅、续借、归还的确认。

三、实验要求：

完成该系统的数据库设计；

用SQL实现数据库的设计，并在SQL Server上调试通过。

四、参考答案：

1、需求分析（1）学生

学生的操作流程如图B.1所示。

登录查询书籍预定书籍续借书籍注销图B.1 学生操作分类表

（2）管理员

管理员可完成书籍和学生的增加、删除和修改以及对学生借阅、续借、归还的确认，其操作流程如图B.2所示。

登录书籍信息维护学生信息维护借阅图书确认归还图书确认注销图B.2 管理员操作分类表

2、概念模型设计

数据库需要表述的信息有以下几种：（1）图书信息（2）学生信息（3）管理员信息

（4）学生预定图书信息

（5）学生借阅归还图书信息

可以用E/R模型表述该模型的设计，E/R图如图B.3所示。

姓名学号学生预定续借系别书号借阅作者出版社图书书名归还语种出版年管理员编号姓名图B.3 模型的E-R图

3、逻辑设计

通过E/R模型到关系模型的转化，可以得到如下关系模式：

（1）Book（BookID，Title，Author，Publisher，Pyear，Language）（2）Student（ID，Name，Dept）（3）Assistent（ID，Name）

（4）BBook（BookID，StdID，BDate）（5）RBook（BookID，StdID，RDate）

（6）Lend（StdID，AstID，BookID，LDate）

2（7）Return（StdID，AstID，BookID，RDate）

说明

（1）书号是图书的键码，每本书有惟一的书号，一个学生可同时借阅多本书。一个管理员可处理多个同学的借阅等事宜。

（2）一般情况下，学生、管理员和图书之间的联系为1：1：n，借书关系Lend作为连接关系，其键码为n端实体集的键码，即书号为借书关系的键码。这反映了如果还书时也把当初的借书记录删除，则书号就能惟一识别一个元组。

如果还书时不同时删除借书记录，则意味着同一本书前后可借给不同的学生，于是学生、管理员和图书之间的联系变为m：1：n，这时借书关系的键码为书号和学号的组合。

如果在不删除借书记录的情况下，同一学生再次借同一本书，这时，学生、管理员和图书之间的联系变为m：p：n，于是，借书关系的键码为书号、学号和管理员号的组合。但这里有一个隐含的信息，即同一学生前后两次借同一本书所遇到的管理员不同，而这种不同可能仅仅是“日期”不同。因此，借书日期成了必不可少的成分，也就是说，在这种情况下，属性全集才是借书关系的键码。

总之，借书关系的键码与图书管理模式有关，读者可按照自己的理解确定键码，并编写相应的事务处理流程。其他关系也有类似之处。

（3）要知道图书当前的状态，是在图书馆存放，还是被借阅等，需要在Book的模式中增加对应项用以表示图书当前的状态。比如我们增加State，并且约定取值和状态的对应关系如下：

1）在图书馆中并且没有被预定 2）在图书馆中并且已被除数预定 3）被借出并且没能被预定 4）被借出并且已被预定

4、物理设计

为了提高在表中搜索元组的速度，在实际实现的时候应该基于键码建立索引。下面是各表中建立索引的表项：

Book（BookID）

Student（ID）

5、用SQL实现设计（1）建立Book表 CREATE TABLE Book（BookID

varchar（20）PRIMARY KEY，Title

varchar（50）NOT NULL，Author

varchar（50），Publisher varchar（50），Pyear

char（4），Language char（1）DEFAULT ’c’，State

char（1）DEFAULT ’0’）；

（2）建立Student表 CREATE TABLE Student 3（ID

varchar（6）PRIMARY KEY，Name

varchar（20）NOT NULL，Dept

varchar（20）NOT NULL）；

（3）建立Assistent表 CREATE TABLE Assistent（ID

varchar（6）PRIMARY KEY，Name

varchar（20）NOT NULL，）；

（4）建立BBook表 CREATE TABLE BBook（BID

varchar（20）NOT NULL，StdID

varchar（6）

NOT NULL，BDate

datetime

NOT NULL, CONSTRAINT FK_BBOOK_BID

FOREIGN KEY(BID)REFERENCES Book(BookID), CONSTRAINT FK_BBOOK_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID)）；

（5）建立RBook表 CREATE TABLE RBook（BookID

varchar（20）NOT NULL，StdID

varchar（6）NOT NULL，RDate

datetime

NOT NULL, CONSTRAINT FK_RBOOK_BookID

FOREIGN KEY(BookID)REFERENCES Book(BookID), CONSTRAINT FK_RBOOK_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID)）；

（6）建立Lend表 CREATE TABLE Lend（StdID

varchar（6）NOT NULL，AstID

varchar（6）NOT NULL，BookID

varchar（20）NOT NULL，4 LDate

datetime

NOT NULL, CONSTRAINT FK_LEND_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID), CONSTRAINT FK_LEND_AstID

FOREIGN KEY(AstID)REFERENCES Assistent(ID), CONSTRAINT FK_LEND_BookID

FOREIGN KEY(BookID)REFERENCES Book(BookID)）；

（7）建立Return表 CREATE TABLE Return（StdID

varchar（6）NOT NULL，AstID

varchar（6）NOT NULL，BookID

varchar（20）NOT NULL，RDate

datetime

NOT NULL, CONSTRAINT FK_RETURN_StdID

FOREIGN KEY(StdID)REFERENCES Student(ID), CONSTRAINT FK_ RETURN _AstID

FOREIGN KEY(AstID)REFERENCES Assistent(ID), CONSTRAINT FK_ RETURN _BookID

FOREIGN KEY(BookID)REFERENCES Book(BookID)）；

（8）管理员操作 1）增加学生：

INSERT INTO Student(ID, Name, Dept)VALUES(#StdNo, #Name, #Dept);2）删除学生：

DELETE FROM Student WHERE(ID=#ID);3）修改学生信息：

UPDATE Student SET Name=#Name, Dept=#Dept WHERE(ID=#ID);4）增加书籍：

INSERT INTO Book(BookID, Title, Author, Publisher, Pyear, Language)VALUES(#BookID, #Title, #Author, #Publisher, #Pyear, #Language);5）删除书籍：

DELETE FROM Book WHERE(BookID=#BookID);6）修改书籍信息：

UPDATE Book SET Title=#Title, Author =#Author, Publisher =#Publisher，Pyear =#Pyear, Language =#Language WHERE(BookID=#BookID);7）学生借阅图书： BEGIN TRANSACTION INSERT INTO Lend(StdID, AstID, BookID, LDate)VALUES(#StdID, #AstID, #BookID, #LDate);5 UPDATE BOOK SET State=’2’ WHERE BookID=#BookID COMMIT;8）学生归还图书： BEGIN TRANSACTION INSERT INTO Return(StdID, AstID, BookID, RDate)VALUES(#StdID, #AstID, #BookID, #RDate);UPDATE BOOK SET State=’0’ WHERE BookID=#BookID COMMIT;（9）学生操作 1）预定图书：

CREATE PROC Book_Book

@BookID varchar(20),@StdID char(6), @BDate datetime AS DECLARE @TransName VARCHAR(20)SELECT @TransName=’Book_Book’ BEGIN TRANSACTION @TransName DECLARE @booked int, @book_state_before char(1), @book_state_after char(1)SELECT @booked=count(*)FROM BBook WHERE BID=@BookID IF @booked>0

ROLLBACK TRANSACTION @TransName ELSE BEGIN

SELECT @book_state_before=state FROM Book WHERE BookID=@BookID IF @book_state_before=’0’

SELECT @book_state_after=’1’ ELSE IF @book_state_before=’2’

SELECT @book_state_after=’3’

UPDATE Book SET state=@book_state_after WHERE BookID=@BookID INSERT INTO BBook(BID,StdID,BDate)VALUES(@BookID,@StdID,@BDate)

COMMIT TRANSACTION @TransName END GO 学生预定图书，假设图书已经被预定了，则不允许继续预定。否则的话应该根据图书是在馆内还是被借出去两种情况，修改图书当前的状态。最后在预定表中插入一条记录。修改记录和插入新记录应该发生或都不发生，所以将这个动作封闭成一个事务，保证这个操作的原子性。2）续借图书：

CREATE PROC Renew_Book

@BookID varchar(20),@StdID char(6), @RDate datetime AS DECLARE @TransName VARCHAR(20)SELECT @TransName=’Renew_Book’ BEGIN TRANSACTION @TransName DECLARE @booked int SELECT @booked=count(*)FROM BBook WHERE BID=@BookID 6 IF @booked=0 INSERT INTO RBook(BID,StdID,BDate)VALUES(@BookID,@StdID,@RDate)

COMMIT TRANSACTION @TransName END GO 学生续借图书，假设图书已经被预定了，则不允许续借。否则，在续借记录中插入一条记录就可以了。把这个动作封装成一个存储过程是为了使用方便明了。

由于这个数据库实际上更加偏重于模型化，而不是一个实际环境中的数据库，所以在实现应用模型的时候还需要对这个数据库的模型作一些修改。

6、实验总结

通过这次实验，进一步了解什么情况下使用事务。

（请读者结合自己的实际情况，认真总结自己的收获，体会以及有待改进之处。）

第四篇：浅谈数字城管系统新应用

浅谈“数字化城市管理”系统的新应用

2011-03-16 11:21 环卫科技网 作者：马征 0条评论

2004年，北京市东城区率先推出“万米单元网格管理法实施”和“城市部件管理法”，并实施“数字城管”系统建设，城市管理取得了明显成效。实现了城市管理的信息化、标准化、精细化、动态化。然而，随着中国经济的快速腾飞、人口城市化进入高速发展阶段、“城乡一体化”趋势越来越显著以及各地加快推进“大部制”改革等特点，原建设部推广的“数字城管”模式已不能满足如今城市管理发展的新需求，各地城市管理部门纷纷从应用上、功能上提出新思路和新需求。许多城市和地区在原有的“数字城管”基础上，加大项目投资，建设二期项目甚至三期项目，紧密结合民生工程和经济建设，不断的完善“数字城管”系统，把城市管理的新思路用科技新手段实现，更好的为政府服务、为市民服务。

一、综合视频监控的应用

视频监控系统已成为当今社会中相当成熟的系统，在政府行政部门、公安社会治安、企事业单位以及各类社会资源中应用较为普追，怎样有效的利用这些视频资源更好的为城市管理服务，以下是笔者对城市管理中视频资源利用的一些想法：

（一）视频资源共享和整合

城市管理部门通过自建（租赁）模式在城市管理“黑点”、“难点”区域的高点（30层左右建筑物）上安装监控设备，以“面”控为主；利用公安治安街面监控资源，以“点”控为主；利用交（水）警道路（水面）监控资源，以“线”控为主；利用应急办等其他行政单位及社会视频资源对绿地、公园、开放型居民小区、工地等区域进行全方位的监控，从而减轻城管人员的压力，减少城管巡检人员数量。

利用以上视频资源的关键在于视频共享和整合的集成，如图1所示，在监控系统网络化数字化趋势越来越显著的情况下，给视频资源的整合和共享带来很大的便利，利用视频专网（公安视频专网）、VPN网络、运营商裸纤租用（EPON光网络）、专线接入等方式，在城管部门内部建立视频服务独立区域，既保证了网络的安全性，又保证了网络的带宽，可以达到视频资源整合和共享的目的。

（二）多级联动的视频应用

城市管理部门以多级联动管理为主，一般分为市级、区级、街道级（社区级）三级（四级），区级和街道级的城市管理单位对属地管理区域更加了解，通过视频监控系统能够发现城市管理问题，对城管案件进行核实核查、立案结案，更加快速准确。视频资源由市级城市管理部门进行整合和管理，区级、街道级通过市级调用，为避免单台设备因为视频调用请求过多而导致当机。采用视频转发方式，将视频转变为流媒体进行传送，区级、街道级可采用BS/CS模式，将视频与城管业务系统进行集成，实现视频多级联动以及无缝应用。

图1视频资源共享和整合

（三）视频在工地管理的应用

工地管理是城市管理部门的重要职责之一，包括了工地秩序管理和泥头车（散体物料车）管理，也是市民投诉最多的类型之一。工地管理通过视频监控可以快速的了解工地当时的施工秩序，由于工地属于临时性的，因此安装无线移动传输视频系统（CDMA/3G）可以解决管理需要和投资成本将无线移动视频作为视频资源的一类资源进行整合和共享。泥头车管理同样也可以通过视频系统进行管理，在工地门口和建筑废料倾倒处各安装车牌抓拍和识别系统，先将本工地所有的正规泥头车进行登记，在进出工地时，通过车牌识别系统辨别正规车辆和非法运行车辆，再在注册登记的泥头车上安装GPS设备，预先规划好行使路线，防止泥头车非法倾倒建筑废料。

二、应急调度指挥的应用

由于城市管理监控指挥中心集成了众多城市基础资源数据以及其他行政单位的相关数据，因此有不少城市将城市管理监控指挥中心和城市应急指挥中心联系起来。

（一）应息值守的应用

该应用涉及市级应急指挥部门、区级应急部门，以及所有街道等应急单位，这些单位需要通过该系统来完成突发事件的信息报告和梳理、了解、统计各级应急相关的基础数据，如应急值守、指挥调度等，主要服务用户包括：

政府领导：政府领导需要全面掌握了解突发事件信息及应急相关基础知识，以便在突发事件发生时能根据相关预案，对突发事件进行快速有效地指挥调度，有效控制事件的进展，保障社会公众的生命财产安全。

市应急指挥部门：通过平台统一信息报告标准规范、管理各项应急相关的基础数据，可形成各种统计分析报表，在现有的基础数据之上进行统一规划，完善应急管理工作，提升应急管理水平，为应急处置提供有力的支排。

区级相关应急单位：突发应急事件的信息报告和应急处置涉及到政府的多个部门，如公安、三防、卫生等。这些相关应急单位通过本平台向市应急办报告突发事件信息，以及接受市领导的指挥调度

街道：可通过本平台全面了解掌握本级单位部门的信息报告，根据上级部门的要求完成信息报告工作及应急处置工作。

（二）应急联动的应用

当发生紧急事件时，能根据预案基于GIS地图对城管资源（车、人）进行搜索、调度、下发指令，并可以对事件处理过程进行监督事件的其体处理过程如下：紧急案件处理指挥领导小组在专家组的协助下，迅速提出解决方案。根据解决方案，通过案件调度部门迅速调度指挥城管资源，展开对案件的处理工作。

通知联动单位配合，由于案件处理的复杂性，可能会涉及到联动单位配合问题，案件处理时如需要联动单位到达指挥中心共同指挥或者到现场配合工作；汇报处理情况，现场处理人员需随时向指挥中心进行汇报，汇报方式可采用电话、短信、GPS终端汇报等方式传送信息。传送的信息可在指挥中心电视屏幕上显示，视频监控中心在案件处理的整个过程，按照中心指挥组的要求提供视频信息，并做好音像记录工作；案件后续处理，紧急案件一般都是在现场进行必要的处理，其他工作则事后继续处理；反馈处理结果，将案件的处理结果和相关的音像记录输入到数据库中。对于没有完成的案件，需要反馈到发送案件的部门，并对没能处理案件的原因做出合理解释。

（三）预案管理子系统

预案就是针对某件可能发生的事件预先定义的各种执行或报告方案，方案包括的几个主要部分有：详细具体的适用条件、供指挥员参考的文字正文、预先定义好的各种控制参数列表（如对CCTV控制参数等）。当事件条件满足时，自动执行行动方案，将调度指令派发给相应的负责人，进行应急处理，最后将处理结果进行归档处理。其中：

文本预案：在对一些很复杂而且周期比较长的案件进行预案，根据不同的职责任务，监督中心以文件的方式下发给各个职责部门。

静态预案：对于一些固定的街道的道路保洁、绿化保养、市政设施等等都有固定负责人员，当那个复杂区出现问题，可以在GIS地图上调出负责人信息，直接语音或者短信调度分派负责人去处理。

动态预案：动态预案是处理紧急案件的，在GIS地图上搜索案发地点附件的动态城管资源，查看这些资源的状态和信息，根据这些信息，对其进行指挥调度，以达到协同处理案件的效果。

图2城市管理资源共享服务平台架构

图3系统功能结构图

三、数据（资源）共享服务的应用 依据国家电子政务的有关政策，针对城市管理信息资源开发利用的现状和存在问题，立足城市管理信息化发展方向和要求，建立城市管理信息资源公开共享的长效机制，促进信息资源公开共享、整合利用和业务协同，逐步消除信息孤岛，建立规范的城市管理信息资源目录服务体系，实现对城管信息资源统一有效的组织和管理。

城市管理资源共享服务主要是为城市管理分布于不同系统的数据服务提供支持，将这些服务进行统一管理，统一进行设置发布。该应用面向大城管横向政府部门、城管各类业务应用系统提供数据共享服务，如图2所示。根据城市管理资源数据库建设的信息资源目录及元数据信息，可以将城市管理资源数据库中的数据项进行配置，并以WEB Service的方式在基于ESB总线的数据共享服务平台上发布，发布的WEB Service包括服务名称以及接口相关规范。这些服务可以进行授权管理，指定获得此服务调用的应用系统名称及用记，取得权限后的用户可以调用发布的WEB Service获取相应数据进行展示和进行其他的扩展开发，同时为后续应用系统的建设提供基础支持。

城市管理资源共享服务平台主要分为6个子系统，如图3所示，分别是访问控制子系统、平台管理子系统、信息浏览子系统、数据交互子系统、日志处理子系统和系统出错处理子系统。这6个子系统为城市管理的各个应用系统提供了良好的服务接口。各应用系统根据业务需要调用这6个子系统的服务实现与城市管理资源中心库的数据交互。

四、无线移动通讯的应用

“城管巡检通”和无线视频传输通过该应用使用于“数字城管”系统中，根据城市管理部门的业务需求和3G网络的商用推广，无线移动通讯将更加广泛的应用于城市管理工作中。

（一）传感数据无线通讯的应用

根据城市管理部门业务的扩大，城市管理的范围越来越广泛，要求对城市基础建设和城市部件进行监测和管理，因此可以通过参数采集器（传感器）对桥梁承重、垃圾站地磅、垃圾焚烧炉温度及隧道空气粘稠度等进行采集，或通过DDC控制器对景观灯、路灯等亮化设施进行控制，通过无线通讯的方式接入城管应用系统中，由操作人员进行监测和管理，即减轻了工作量又减少了设备线路的投入。

（二）集群对讲的应用（PTT）

集群对讲（PTT）集成在“城管巡检通”终端上，实现无线对讲机功能，使用全国覆盖的移动网络作为网络载体，安装集群通软件后，便能实现即时的一对一单呼或一对多群组集群对讲通信，无需拨号，通话清晰稳定，不影响“城管巡检通”功能，是一个功能强大的集群调度管理工具。

五、信息公开及监督的应用

城市管理部门作为与市民接触较为频繁的部门之一，信息公开是对政务公开工作的进一步深化和完善，有利于强化对权力的制约和监督，增加行政活动、行政行为的透明度，建设服务型政府，保障公民、法人和其他组织对行政活动的知情权和监督权。以下是信息公开及监督的一部分应用：

立案告知：市民投诉城市管理问题后，城市管理部门予以立案的，则通过手机短信的方式进行告知，并附有案件编号和处理期限；对于不予立案的，则告知不予立案的原因；

办结回访：对于处理完毕的市民投诉的城市管理问题后，通过手机短信方式进行回访，或通过自动语音（TTS）方式电话回访，系统根据市民回复的短信内容或电话数字健进行确认，回访结果不满意的不予办结；

网络发布：通过城市管理部门的门户网站提供市民网上投诉、处理进度查询等服务，增加投诉来源，服务于市民。

六、总结

推动城市管理信息系统建设的完善和发展，是我们研究该领域建设的相关人员不断努力的目标。通过城市管理信息系统的建设，运用信息技术，实现政府的从“监管型”向“服务型”的职能转变和管理创新，为城市发展稳定创造良好的条件。通过数字化城市管理的动态综合调控发挥出城市公共设施的最佳效能，提升城市管理综合执法能力，提高城市运行效率，满足不断发展的城市生产和人民生活的需求。

第五篇：筠连县政府信息中心数字城管应用系统建设方案

数字城管平台应用系统建设

概述

按照建设部标准，结合筠连县实际需求，数字城管信息系统由以下12大子系统组成，通常在建设过程中，我们除了按照建设部标准进行开发外，还依据本地特色及实际需求进行系统开发。

监督员监督中心指挥中心专业部门监管数据无线采集子系统监督中心受理子系统协同工作子系统地理编码子系统数据库监督指挥子系统综合评价子系统空间数据业务数据系统运行支撑数据应用维护子系统基础数据资源管理子系统数据交换子系统系统管理员上一级城市市政综合监管信息系统 图：建设部《城市市政综合监管信息系统 技术规范》1.1 监督数据无线采集子系统

1.1.1 系统概述

无线数据采集子系统（“城管通”）是专为城市管理监督员量身定做的城管子系统，该子系统应用于信息采集终端，主要用于实现信息采集员在自己的管理范围内巡查过程中向中心上报城市管理问题信息，接受中心的任务指令并反馈。用于收集各区监督员上报的城市部件、事件信息，记录信息并同步转发给相应区受理系统;提供城管通设备与网格化城市管理平台之间的数据交换与管理;提供对城管通设备上报信息的统计分析、终端软件的下载与升级、参数配置、终端状态监测、终端序列号管理等功能。该系统依托移动设备，采用无线网络传输技术，通过城市部件和事件分类编码体系、地理编码体系，完成城市管理问题文本、图像、声音和位置信息实时传递。

1.1.2 系统结构

整个无线信息采集系统除了网络运营商提供的无线网络资源，还分为3个层次，分别为终端应用层、无线数据服务层和数字城管信息管理平台服务层。终端应用层即“城管通”应用软件。具体包括以下模块：

支撑模块：包括数据加密、分包传输及断点续传、数据重传、数据无线传输与同步、嵌入式GIS引擎和手机定位驱动模块，支持GPS定位、基于基站定位、基于地址定位三种模式。

标准应用模块：包括电子表单报送、电子地图辅助查询定位系统、图片音频图像传输、快捷用语自动填写、地理编码自动补全、今日提示、历史任务查询等等。

无线数据服务层（服务器端）安装在数据采集服务器上，负责实现终端和后台系统之间的数据传递和数据交换，并完成服务器端多媒体信息管理功能。具体如下：多媒体数据管理，数据解密解压缩服务，地理信息数据同步服务，无线地理信息数据发布服务，报送表单、图片、位置信息和后台之间的接收发布同步服务等待系统对接接口服务。如下图所示：

1.1.3 系统特点

（1）实时通讯：移动终端和后台服务端之间能够在任何时候、任何地方进行按需实时通讯，保证移动终端的数据信息始终和后台保持同步。

（2）可移动性：以无线网络为传输介质，就目前而言无线网络已遍及世界各个角落且几乎无盲点，也就是说，只要是电话（包括手机）所能到达的地方，就可以实现随时随地移动办公。

（3）携带方便：数据查询、采集端体积小重量轻，携带非常方便。（4）安全性：对关键数据进行移动加密，保证数据安全。

（5）可扩展性：无线扩展能力十分强大，只需对移动终端系统的软件进行升级，便可很方便的选择使用多种无线通讯网络。

（6）先进性：可运行在Android平台上，适配当前国内主流的设备。

1.1.4 功能设计

监管数据无线采集子系统供监督员使用，实现通过监管数据无线采集设备采集、报送问题信息，接收监督中心分配的核实、核查任务等功能。该系统在无线采集设备内内置应用软件与数据，可以有效降低电信资费。无线采集设备通讯方式采用移动、联动或电信路由均可。

具体功能为：

用户登录：用于验证信息采集员的身份、责任区域检测、程序版本检测、大小类版本检测。问题上报：信息采集员将管理区域内发生的各种问题进行上报。在发送表单里包含问题等级、问题类别，问题大类、问题小类、地图、照片和声音等信息。

我的任务：显示城市管理监督中心发给信息采集员的核实核查任务，信息采集员执行任务后向城市管理监督中心做出回复。

任务管理：记录最近信息采集员提交的问题和回复的核实核查任务，如果有发送不成功的问题或者核实核查，信息采集员可以查看修改后发送重新发送这些回复。

今日提示：城市管理监督中心每天发送提示信息发到“城管通”上，提醒信息采集员执行某些操作。

地图浏览：查询和标注事（部）件所在的位置，包括网格定位、GPS定位、位置选择、地图放大、地图缩小、自定义兴趣点、查看部件属性、显示实景、二维三维地图转换等功能。

自行处置：和问题上报功能基本相似，不同点为自行处置上报时需要上传处置前和处置后照片，自行处置的案卷直接结案不走工作流流程。

案卷查询：根据上报时间、大小类、地图范围等查询上报的案卷，点击查询结果可以查看案卷的详细信息包括多媒体。

单键拨号：可以设置城市管理监督中心电话号码，信息采集员选择该功能便可直接拨打城市管理监督中心，方便操作。

系统自检：检查网络状况、数据库连接状况。

系统设置：提供了服务器设置、单键拨号设置、密码修改、历史记录配置、我的任务及今日提示的提醒设置的功能

系统帮助：系统功能介绍，帮助信息采集员迅速使用系统。退出系统：退出系统，并通知监督中心该信息采集员已下班。

系统登录 系统主界面

地图浏览 案件上报 1.2 监督中心受理子系统

1.2.1 系统概述

该子系统的主要功能是实现与呼叫中心的数据交互，受理来自监督员通过城管通上报的城市管理部件、事件问题、社会公众通过拨打服务热线反映的问题以及政府公开邮箱等途径上报的城市管理问题。接线员对他们所反映的事件或所举报情况进行核实，并对事件发生地点进行地图定位，经登记立案后传递给指挥中心派遣办理。因此，“呼叫中心受理子系统”的主要功能就是为呼叫中心座席人员提供城市管理问题的受理、登记、立案、定位和转发等。

呼叫中心受理子系统的主要工作流程图如下：

1.2.2 系统结构

该子系统是受理来自各种渠道的城市管理问题，对问题进行审核，记录问题发生定位，立案后传递给指挥中心。系统主要功能如下：     应能够在一个界面上查看或操作空间地图、多媒体、表单等信息； 提供城市管理问题信息的自受理功能； 提供城市管理问题信息的手工登记功能；

能根据上报城市管理问题信息中包括的坐标信息，在地图中自动标识出问题发生位置；

    通过手工登记的问题位置描述，在地图中搜索并定位到问题发生位置； 具备向信息采集员发送问题核实、核查指令功能； 具备接收信息采集员核实、核查信息功能；

能够与协同工作子系统进行数据交互，向协同工作子系统报送任务数据；

  具备新问题或任务反馈信息实时提示功能；

具备基础地理信息、地理编码信息、单元网格信息和部件信息等地图显示、查询功能；

    能够通过电子地图查询某个单元网格当前在岗信息采集员； 监督受理子系统支持可自定义的公用字段显示模式； 支持可自定义的列表显示模式、可变的排序和过滤模式。

应具备受理、立案辅助功能，可以快速查看到建设部标准的小类立结案标准；

  应具备重复上报问题的辅助判定功能； 应具备公众举报问题历史记录查询功能。

1.2.3 功能设计

(1)基于GIS城市部件基本操作：基本GIS图形显示（含影像叠加），城市部件的分类显示，图形的缩放、漫游、符号化显示。

(2)任务接收：指监控中心接收社区、城市管理监督员的信息，或者来自呼叫中心的报告。能接受手机发送的核查消息和上报消息。

(3)任务监控：对所有任务进行列表或者图形化的时间进度监控，落实任务的实行情况。

(4)任务催办：监督中心对超时或将要超时的任务进行催促，催促对象为市级指挥中心或各委办局。

(5)分发：给城市管理监督员分发核实任务，或者给市级指挥中心分发立案任务。

(6)查询：对每类城市部件进行位置查询、状态查询、属性查询、历史记录查询。能实时的查看接警席位的案件办理情况。按照案件类型进行案件信息查看。能在图形界面上查看摄像头的位置，并能通过点击查看摄像头监视情况。查看各个职能部门案件办理情况。

(7)空间定位：根据位置定位、案件定位、社区定位、地名定位、网格定位、城市部件定位、监督员的巡视范围定位。能根据案件发生位置得到所处理的监督员信息。

(8)状态显示：对案件的各环节的状态进行分类显示，包括立案、在办、结案、超期情况。能用不同的灯来表示案件状态；有案件来时，屏幕能进行闪烁显示，并有灯亮；能闪烁监督员某个时刻的位置；能显示监督员某段时间范围内的轨迹。

(9)统计输出：以图表方式对案件的区域、时间、类型、处理情况进行统计输出。

(10)打印输出：对图形、查询结果、统计结果、案件办理情况等进行打印输出。能图文一体，并打印。

图：监督中心受理子系统 1.3 协同工作子系统

1.3.1 系统概述

协同工作子系统提供给各专业部门以及各级领导使用。系统提供了基于工作流的面向GIS的工作处理等方面的应用，对城市管理实现图、文、表、业务管理一体化管理，查看部门任务列表，及时受理并反馈指挥中心派遣的任务，打印问题处理工作表单并对部门人员处理效率进行统计考核。

该子系统实现对业务流程中的所有案卷进行监督和管理的功能，实现案卷处理和流转全程控制，查看信息采集员在岗情况，对案卷流转进行插入意见和审批信息。主要包括任务分派管理、案卷督办管理、计时管理、处理部门反馈等功能模块。

1.3.2 功能设计

协同工作子系统将任务派遣、任务处理、处理反馈、核查结案等环节关联起来，实现监督中心、指挥中心、专业部门之间信息同步、协同工作和协同督办等功能，提供各类信息资源共享工具和部件在线更新工具。

通过工作流的手段，实现城市管理多个专业管理部门和管理部门对城市管理问题的协同处理、并联工作，包括：

(1)指挥中心的任务接收、发送、流转；(2)职能部门的任务接收、发送、流转。从功能上来看，可以分为：  系统应提供图文一体的案件列表，并能够设置显示字段、筛选案件列表；  系统应显示案件详细信息，包括多媒体、案件办理过程、案件表单，并能够对多媒体进行管理；  任务分派管理能根据案卷信息和相关事件、部件的归属部门辅助识别相应的处理部门，并交由相应权限的人员进行任务的派遣；  案卷督办管理应提供案卷的全程追踪功能，对案卷进行督办，提供表单允许有权限的用户录入督办信息；督办信息能够以实时信息、短信等方式通知当前经办人员；并对案卷进行重点标识、显示；  计时管理能够对案卷处理的每个阶段以及任务派遣响应及处理情况进行计时处理，详细记录案卷办理每个阶段的处理时间；根据不同部门和区域定制的处理时限，对超过期限的案卷或任务自动进行通知，并对超期案卷报警；  基于工作流机制的案卷派遣、回退、督办功能，可以根据需求调整派遣、回退、督办等流程权限；    系统应支持将案件批量导出、下载当前案件的多媒体信息； 系统应支持对案件授权延期、作废及挂账等功能；

系统应支持给信息采集员发送今日提示，并可在案件上可以关联查询信息采集员信息；  系统具备查询功能，可以根据案件的编号、类别、地址、描述等查询相应案件，查询结果与地图联动，并可以将查询结果汇总分析、保存查询条件实现快捷查询；   系统可以自定义配置消息提示、维护个人信息，提供支持软件的下载； 通过业务短信功能与协同工作系统的紧密结合，进一步保障数字化城市管理信息系统参与人员之间的消息畅通，解决操作人员不在电脑旁边，不能立刻获知已经到达的城市管理案卷的问题，提高城市管理问题的处置效率。主要实现的功能：案卷到达提醒、案卷督办短信、案卷超时提醒、群发消息。

该子系统支持基于二维、三维、实景一体化的地图工作界面，派遣、督办、申请授权等功能。

1.4 大屏幕监督指挥子系统

1.4.1 系统概述

监督指挥子系统也称大屏幕监督指挥子系统，主要是实现信息实时监控，便于指挥中心和各级领导更加清楚地了解城市管理的状况。可通过大屏幕直观地掌握各个区域的城市部件（事件）信息、业务办理信息、综合评价信息等全局情况，还可以对每个网格、监督员、部件等个体的情况进行查询。

结合城市管理系统的特点和要求，监督管理系统的显示区域可分为三个部分，具体包括地图显示区、案卷滚动信息区和详细信息显示区。其中地图信息区主要显示全区域整体地图具体包括行政区划图、单元网格图、部件分布图、城市管理事件分布图、城市监督管理人员位置分布图和当前办理的城市管理事件处理情况和评价信息。案卷滚动信息区能够实时统计反映全区域内所有网格在办案卷数；滚动显示正在办理的每个案卷基本信息；详细信息区是指到单个问题、网格的详细信息，包括监督员位置、案卷办理情况、综合评价结果等。

监督管理系统的软件支撑部分由系统管理模块、通讯管理模块和显示控制模块等三部分组成。系统管理是系统的控制台，负责对显示的内容及相关操作进行控制。通讯管理模块是负责系统管理模块和显示控制模块之间数据和命令进行通讯，目的是将控制台发出的命令提交给显示控制模块。显示控制模块是监督管理系统的显示终端，它最终将按照控制台的要求将需要显示的内容显示到大屏幕上。

实现信息实时监控，便于监督指挥中心和各级领导清楚了解数字化城市管理的状况。通过大屏幕直观地掌握各个区域的城市部件（事件）信息、业务办理信息、综合评价信息等全局情况，还可以对每个网格、信息采集员、部件等个体的情况进行查看。

1.4.2 功能设计

监督指挥子系统应整合各类基础信息和业务信息，实现基于地图的监督指挥功能，应能够对发生问题位置、问题处理过程、监督员在岗情况、综合评价等信息进行实时监控。具体功能包括：  具备案卷信息和地图信息一体化管理功能，并满足大屏幕管理显示要求；

 具备实时显示当天城市管理问题处理情况功能；

 具备滚动显示案件办理情况，能够查看案件的图片、办理过程等详细信息; 具备在空间地图上定位案件信息，实现地图与属性信息的互动查询；

 具备实时显示信息采集员的在岗情况及位置信息；

 具备查询信息采集员详细信息功能，查看信息采集员历史行动轨迹及上报的历史案件；

 能够展示空间地理信息成果，提供地图的放大、缩小、查询等基本操作，并实现案件、信息采集员与地图的互动；

 具备在监督指挥子系统上展示综合评价及综合分析系统的数据成果，包括问题来源分析、专业部门评价、高发问题分析、区域评价等统计信息，并支持图表的展示。

1.5 综合评价子系统

1.5.1 系统概述

为了保证新模式下城市管理的健康运行，切实发挥其应有的作用，全面提升城市管理水平，需要建立城市管理综合评价系统，通过一整套科学完善的监督评价体系，对城市管理的各方面进行考核评价，既能监督城市管理中发生的具体问题，又能监督执法质量。

综合评价子系统能够灵活设置评价周期（日评价、周评价、月评价、季评价、半年评价、年终评价等）、评价模型、策略、要素权重、表现形式等，统计、分析各种数据，并得出评价结果，为领导决策提供依据。各综合评价结果宜根据五级计分法分为5个等级，评价等级从高到低、从好到差分为A级、B级、C级、D级、E级，5个等级的评价结果采用不同颜色表达，A级为绿色，B级为蓝色，C级为黄色，D级为红色、E级黑色。

通过建立城市管理综合评价系统，可以实现并逐步完善城市管理评价体系，可以形成新模式下良好的城市管理监督机制，具体包括：

（1）对监督员、专业管理部门工作人员和城市部件、市容环境情况的监督；（2）对其部门内部人员的监督；（3）对各专业部门工作情况的监督；

（4）对责任主体的监督，从而使数字城市管理系统发挥更大的作用。

1.5.2 功能设计

综合评价子系统主要内容包括：(1)综合评价

 结案率；  按期结案率；  超期结案数；(2)绩效考核

 监督员绩效考核；  职能部门绩效考核；

 监督指挥中心接线员绩效考核；  监督指挥中心值班长绩效考核；  监督指挥中心派遣员绩效考核；(3)基于监督员的统计。

(4)基于区域的统计分析，包括案件立案数、结案率、高发问题比率等。(5)历史记录分析

全县、街道、社区、网格、职能部门历史记录分析（开始时间->结束时间；时间间隔： 年 月）；

 结案案件/案件（直方图）；  总立案案件个数（直方图）；  各种类型案件立案个数（直方图）；

 各种类型案件个数/总立案案件个数（直方图）；(6)职能部门内部案件比例

 在某个时间段内，全县、街道、社区、网格、职能部门的案件类型的比例关系（直方图）；

 立案案件、结案案件、在办案件的比例（饼图、列表）；  超期案件、督办案件、正常案件的比例（饼图、列表）；  各种类型案件的比例（饼图、列表）。

1.6 应用维护子系统

1.6.1 系统概述

应用维护子系统是系统管理员使用的工作平台，通过子系统可以快速搭建、维护城市管理业务，定制业务工作流程，设置组织结构，并能够方便快捷地完成工作表单内容样式调整、业务流程修改、人员权限变动等日常维护工作。利用应用维护子系统，系统管理人员可以方便地调整系统使之适应用户变化的需求。其主要功能如下：

提供基于BS架构的应用维护子系统；

具备对部门机构进行配置管理，提供基于部门、岗位、人员的添加删除维护操作；

具备对人员的案件权限进行区域过滤，实现不同部门、不同区域的人员只查看自身案件的配置管理；

具备基于工作表单和电子地图一体化的工作流定义功能，实现工作流过程、阶段、流向中对表单、地图等对应操作的配置和管理，以适应业务管理过程中工作流程、参与专业部门、问题管理职责等方面的变化；

具备对信息采集员进行配置管理，包括添加、删除及信息维护，对责任网格的管理及信息采集员所辖网格的配置；

具备对数字城管业务进行扩展，当问题分类发生变化或需要增加时，可以维护问题大小类，并维护大小类计时、立结案标准等信息；

具备输出表单定义功能，实现输出表单名称、字段、样式等编辑的管理； 系统应提供各种辅助工具，包括日历的管理，节假日及多种作息时间的配置管理；

具备系统监控功能，能够监控系统维护操作日志、服务器基本信息、数据库基本状态等信息。

该子系统可以建立各业务应用系统的计算机模型。系统管理员可以通过应用维护子系统修改应用模型，避免了使用数据库系统本身工具及命令进行系统维护，从而保证了数据库安全，并大大地提高了维护效率。系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用该子系统进行日常维护和系统与数据扩展。系统特点如下：

1.严格有序的多级权限控制。

系统的权限管理可以实现基于部门、岗位和人员的分别管理，分级控制，不同的人员登录应用维护子系统只能修改本人权限之内的配置信息；权限控制可以具体到某人在一项业务的某个阶段对某张表格的某个字段是否可读、可写等。

2.方便灵活的表格自定义功能。

可视化工作表单设计工具，提供多种自主开发定义的字段类型，可实现多种自定义的功能，如使用数值计算字段可实现不同单位之间的换算，使用日期计算字段可根据系统工作日历和承诺制计算承诺办结时间，可使用签字字段实现口令签字以及手写笔迹签字等。可方便的实现所见即所得的工作表单对应输出表单，也可灵活的实现一张工作表单对应不同格式的多张输出表单，以及多张工作表单的内容统一在一张输出表单上打印输出。

3.直观易用的工作流定义工具。

提供一套方便易用的工作流定义工具，可方便直观地定义业务的工作流程，支持分流以及多流向并行处理；良好的工作流历史版本管理功能可实现历史案卷办理过程的完整保存。

1.6.2 功能设计

应用维护子系统应能够对机构、人员、业务、工作表单、地图、工作流等相关信息及查询、统计方式进行配置，完成系统的管理、维护和扩展工作。

具体功能包括：(1)权限设置(2)工作流程设置(3)区域信息设置(4)网格信息设置(5)用户设置(6)角色设置(7)打印设置(8)案件维护

(9)职能部门,用户设置(10)工作日志设置

1.7 基础数据资源管理子系统

1.7.1 系统概述

基础数据资源管理子系统主要由系统管理员使用。使用基础数据资源管理子系统可以管理地理信息所需的地图数据，地图图层分类、地图图层及其所包含的各种地物要素均可定制，系统可提供缺省的适应城市管理需求的图层和要素名称，用户也可根据自己的需要对图层和要素进行定制和扩充，每类地物均可定制相应的属性信息。

系统管理员可以使用基础数据资源管理子系统修改应用模型，避免了使用数据库系统本身工具进行系统维护，极大地提高了效率。系统管理人员无需了解系统数据库的具体结构和实现，就可以正确地使用基础数据资源管理子系统进行日常维护和系统数据扩展。

系统特点：

（1）开放的数据标准，良好的可扩展性。提供字典表定义和地图数据结构定义功能。

（2）严谨的地理要素编码体系，灵活适应各种标准的变化。

通过系统特有的要素编码体系，可实现新旧不同标准之间的对应；可根据要素编码规则生成相应的地理要素体系结构，支持要素编码定义以及符号定义的格式化导入和导出。

（3）全面支持GIS数据的配置管理。

系统提供一整套符合国标的符号库，同时提供符号的制作工具，可对符号库方便地添加修改；支持矢量图、影像图、栅格图的管理；支持文件格式GIS数据的直接导入，通过图层定义、专题图定义、专题管理，可对数据库中的图形数据进行预览，轻松掌握数据的实际情况。

（4）可视化的部件与事件管理。

通过可视化的部件与事件管理界面，可以方便地查询、统计各类部件与事件；支持地址或者编码定位具体部件和事件，可以方便地维护部件与事件的属性结构和表现样式；支持对指定区域内的各类部件和事件的统计。（5）强大的数据转换功能。

通过系统强大的数据转换模块，可以方便地转入转出各类常用格式的图形数据，可以方便地转入转出各类常用格式的属性数据，可以方便地输出栅格图片。

通过基础数据资源管理，对系统使用的地图库进行随时维护，即可以对于系统中使用的各种基础数据资源进行管理，其主要功能如下：

基于BS架构的基础数据资源管理子系统；

具备专题图层的维护管理，可以对专题图包含的图层、范围进行配置，并提供配置向导功能；

具备实现添加、管理地图数据功能，可以对基础数据、地理编码数据、城市部件数据等进行配置管理；

具备对各个图层属性配置功能，实现对属性字段自定义；

能够维护地图库中包括城市管理部件和事件等要素在内的要素编码、显示样式等；

地图管理中应提供地图预览功能，能够快速查看地图配置效果； 具备对背景图层的切换配置，快捷图层的切换配置。

1.7.2 功能设计

基础数据资源管理子系统应实现对空间数据的管理、维护和扩展功能，并能够对空间数据的显示、查询、编辑和统计功能进行配置。

具体功能包括：(1)图层控制；

(2)专题信息管理与更新；(3)事件信息管理与更新；(4)网格管理与更新；(5)部件信息管理与更新；(6)地名管理与更新；

1.8 数据交换子系统

1.8.1 系统概述

数据交换子系统主要用于实现与上级或下级数字城管信息系统的数据交换，交换信息可包括问题信息、业务办理信息、综合评价信息等。

在市区两级的数字城管信息系统建设中，通过数据交换子系统，实现市级数字城管系统与区级系统的业务交互，数据共享等功能。

另外数据交换子系统实现核心应用系统与内部、外部系统之间的数据交换与共享，并实现与城市管理各相关部门现有系统的协同工作。主要包括：

   与短信系统接口； 与呼叫系统接口； 与视频系统接口；

各个子系统之间的接口必须是标准和开放的，才可保证业务功能实现的完整性和可靠性。接口的标准化体现在接口方式、接口格式、接口处理均符合普遍性的软件开发规范和标准，如接口方式采用API或传输中间件或FTP等；接口格式描述清晰、完整、准确，无二义性。接口处理实现过程规范等。

1.8.2 格式标准

接口的开放性体现在接口格式必须公开，支持更多的接口方式等。具体设计原则如下：

(1)底层接口采用已有的工业标准；

(2)接口定义简单明了，便于数据的生成和传送以及对接口的操作；(3)接口具有一定的可扩展性，方便以后可能的扩充；(4)屏蔽接口细节，使所编制的接口具有普遍的适应性；(5)接口数据能够方便地形成，并能被对方顺利地采集；

(6)在接口数据的交互过程中，具有数据传送和接收后的标识以及确认过程；

(7)在满足要求的前提下，使接口数据量最少；(8)接口数据传输控制策略可靠且完善，具有可靠的接口数据出错处理机制；

(9)采用事务性设计或传输加密确认机制，以保证传输数据的安全正确。

1.9 地理编码子系统

1.9.1 系统概述

地理编码子系统是数字城市管理最重要的支撑系统之一，数字城市地理编码技术提供了一种把具有地理位置的信息资源赋予地理坐标、进而可以为计算机所计算的方式。通过地理编码，将城市现有的地址进行空间化、数字化和规范化，在地址名称与地址实际空间位置之间建立起对应关系，实现地址空间的相对定位，可以使城市中的各种数据资源通过地址信息反映到空间位置上来，提高空间信息的可读性，在各种空间范围行政区内达到信息的整合。通过地理编码技术对城市部件进行分类分项管理，最终实现城市管理由盲目到精确，由人工管理到信息管理的转变。

1.9.2 功能设计

地理编码子系统应为监管数据无线采集子系统、协同工作子系统等提供地理编码服务,实现地址描述、地址查询、地址匹配等功能。

主要功能包括：(1)地址编码(2)地址属性(3)数据字典生成(4)地址编辑

地址采集是地理编码库建立的起点。为建立筠连县城市管理地理编码数据库，需要利用各种手段和途径采集地理编码信息，地址采集应是在1：500城市地形图的基础上进行精确位置标注，最终形成筠连县城市地名地址数据库，该数据库应具有更新功能。地址采集主要有如下手段：

(1)利用现有资料进行整理；(2)利用移动信息采集器进行采集。1.10 城乡环境综合治理问题库管理系统

1.10.1 系统概述

城乡环境综合治理子系统，是在数字化城管信息系统基础上对无核实核查且涉及城乡环境综合治理范围内的有关问题进行分类管理，同时通过系统对责任部门、单位和区（市）县负责的问题的处置过程和结果进行效能督办的子系统。

城乡环境综合治理子系统主要受理和处理市城乡环境综合治理领导小组办公室各推进组从不同渠道收集并交办的问题。问题来源渠道包括：省市领导交办、各推进组检查发现、部门转交、媒体曝光、市长、局长信箱、公众举报、来信来访等；问题类别包括：垃圾乱扔、广告乱贴、摊位乱摆、车辆乱停、工地乱象、河道乱污、违法构筑物乱建、公路沿线、铁路沿线、流浪乞讨等。该系统以流程控制、信息查询及知识管理为核心，以沟通、协调、控制为宗旨，凝聚先进的管理精髓，应用互联网技术，将县区和政府部门单位整合在一起，对城乡环境进行综合治理。

1.10.2 功能设计

城乡环境综合治理问题登记：登记内容包括问题描述、位置、问题来源、案卷类型、大小类、所属社区街道等信息。对于登记成功的案卷，可以进行批转操作，批转到立案人员进行立案。登记错误或这重复上报的案卷可以进行作废不受理的操作。

城乡环境综合治理问题受理、派遣：数字化城市立案受理人员可以看到登记的城乡综合治理问题案卷，对于需要处理的案卷，可以进行批转操作进行立案受理，不符合处理要求的问题可以进行回退至登记人员进行作废操作。

城乡环境综合治理问题授权：对申请回退、挂账、作废进行授权。城乡环境综合治理问题督办：领导人员有权对综合治理问题进行督办，督办后，问题在处理部门处突出显示。

城乡环境综合治理问题统计分析：城乡综合治理问题统计分析功能主要是统计对综合治理类的案卷的指标进行统计，如立案数，派遣数，处置数等，同时对问题的处理作出合理的评价。

1.1

1行政效能监察应用系统

1.11.1 系统概述

数字化城管行政效能监察应用系统，是市、区（市）县监察部门对数字化城市管理信息系统和城乡环境综合治理问题库管理系统中涉及到的各相关责任主体单位实施业务监察、监察评估和效能问责的信息系统，即市、区（市）县监察部门通过数字化城市管理电子监察系统，对超期结案率高、实际结案率低和综合效能评估差的市、区（市）县级部门进行政效能问责和行政效能评估通报。系统建立起了一套监察有力、管理透明、落实及时、处理完备的网络型信息化的电子监察模式和运行体系，并且能使之成为政府电子政务应用体系中的一项重要的应用分支和应用软件构件。

1.11.2 功能设计

问责：市、区（市）县监察局对所有的超期处置案卷，必要时可以启动效能问责；

对某一时期内综合处置效能差的专业部门可以启动效能问责。

答复问责：被问责的市级专业部门、区（市）县专业部门在收到问责文书后，需及时向市监察局答复问责。

督办整改：市、区（市）县监察局对停留在专业部门阶段的超期处置案卷可以进行督办整改。

答复督办整改：被督办整改的市级专业部门、区（市）县专业部门在收到督办整改通知书后，需及时向市监察局答复督办整改。

电子监察考评：电子监察考评功能主要是统计各监察部门和各专业部门的问责指标，如问责数、被问责数、答复问责数、通过问责数等。监察部门综合评价报表需要统计各监察部门的问责指标，如问责数、被问责数、答复问责数、通过问责数等。电子监察专业部门综合评价报表需要统计各个专业部门的的问责指标，如问责数、被问责数、答复问责数、通过问责数等。

1.1

2移动处置子系统

1.12.1 系统概述

移动处置子系统是提供为专业部门处置人员使用的手持移动办公应用平台，使专业部门人员无需再坐在电脑前等待问题的派遣，提高问题处置效率。通过该系统，相关人员可以及时接收指挥派遣来的城市管理问题，在现场问题处置完毕后，可以通过系统将处置结果反馈到监督指挥中心。

相关人员通过系统，能够查看问题的基本信息、派遣意见以及案件的图片等多媒体信息，也可以查询案件办理的过程，专业部门能够将问题处理的过程通过填写表单和拍照等方式记录下来，并将结果反馈到协同工作子系统。

1.12.2功能设计

系统能够接收办理协同平台中的案件，查看已经办理的案件；

系统提供了查看案件详细信息功能，可以查看问题表单、图片、声音、办理过程等信息；

能够实现对日常案件的各种操作，包括案件办理、填表、批转、回退等； 能够查询当前岗位人员历史办理的案件；

提供快捷信息提示、案件到达提醒等功能，并支持系统提示信息、案件列表排序、密码设置等功能；