综治办网格化管理平台建设方案Word文档格式.docx
- 文档编号:4428434
- 上传时间:2023-05-03
- 格式:DOCX
- 页数:25
- 大小:2.40MB
综治办网格化管理平台建设方案Word文档格式.docx
《综治办网格化管理平台建设方案Word文档格式.docx》由会员分享,可在线阅读,更多相关《综治办网格化管理平台建设方案Word文档格式.docx(25页珍藏版)》请在冰点文库上搜索。
通过精细化的分类体系与责任化的指挥体系,明确管理对象的主管部门、权属单位、处置单位、处置时限和结案标准等。
管理责任网格化:
结合管理需要,划分精细化的责任网格,并明确网格内所有管理问题的责任主体。
管理流程闭环化:
通过七步闭环流程,全过程跟踪、督办、评价各层级、各部门的问题处置情况,确保上报的问题得以有效解决。
考核评价长效化:
采用内评价和外评价相结合的方式,筛选合理的评价指标,通过强有力的评价实施与保障,建立了长效的考核评价机制,保证工作模式的长效运行。
管理手段智能化:
积极探索GIS、GPS、无线传输、视频监控等新技术、新手段应用,搭建综合型的信息化平台,提升城市管理和社会管理科学化水平。
四、建设内容与运行模式
构建以镇街、村居和单元网格为基础的区域精细化分层管理体系,按照“区-镇街-村居-网格”四级进行管理,并实现监督、管理功能的分离与协同。
建立区级统筹、镇街指挥和村居服务管理三个平台。
通过区级统筹平台实施网格化服务管理事项的核查监督;
通过镇街指挥平台实施网格化服务管理事项的指挥处置;
支持相关专业部门根据镇街指挥平台的指令,及时处置网格化服务管理事项并反馈处理结果,形成“小问题不出网格、一般问题不出村居、突出问题不出镇街、老大难问题及时报区”的工作格局。
在实施上宜采用区镇街、村居三级平台一体化建设方式,实现资源共享。
建立社区网格化服务管理信息库,把政府服务信息、电子地图、民生档案(全员人口信息库)、出租屋信息、消防安全、门牌数据、城市部件等信息系统数据入库,做到“人进户、户进房、房进楼、楼进格”等信息对应。
通过信息化手段、借助PDA设备,为网格员开发定制化应用,与网格化服务管理平台对接,将数字城管、治安防范、计生普查、社情民意采集、流动人口和出租房屋管理等功能有机结合起来,及时了解、受理反馈各类社情民意,处理突发事件、采集基础数据。
构建“主动服务、排查报送、处置反馈、监督考核”的工作机制;
构建以问题发现、立案和核查结案为核心内容的问题上报体系;
构建以处置职责明确、处置时限精确和处置结果规范为核心内容的网格化服务管理事项处置执行体系;
以系统中相关数据分析生成的评价结果为依据,建立针对区域、部门和岗位量化的长效考核体系。
建立以任务体系、监督体系、考核体系、评价体系四位一体的运行管理体系,对网格员、相关专业部门的工作进行精细化的监督考核管理,保障整套服务管理机制的有序运转。
五、平台建设规划
5.1平台功能规划
社区网格化服务管理系统基于计算机软硬件和网络环境。
集成地理空间框架数据、单元网格数据、管理部件数据、地理编码数据、政府服务信息数据、房屋楼栋数据、人口信息数据、社区问题数据、消防安全数据、流动人口数据等多种数据资源,通过多部门信息共享、协同工作,实现对网格内城市部件、各类隐患以及城市运行过程中产生的各种问题进行精细化管理和综合治理,为网格内的居民提供多元化、精细化、个性化的各种服务,并对实施效果、监督效果、管理效果和服务效果进行综合绩效评价。
社区网格化服务管理系统有社区网格化服务管理平台和网格员移动智能终端软件构成。
1.1社区网格化服务管理平台
社区网格化服务管理平台基本功能包括:
信息采集与档案管理、问题发现以及处置、指挥调度、智能预警、社情民意、公共信息服务管理、公共服务、综合管理、信息展示展现等。
1.1.1信息采集与档案管理
社区档案管理的内容主要包括楼宇管理、房屋管理、户册管理、居民管理、单位管理、城市部件管理等,所有信息可基于GIS地图进行展示、查询和统计。
信息的来源包括网格员的采集和政府各部门的已有数据,可实现多种数据源的对接、核对和整合,保证数据的规范化和一致性,并可实现数据交换,供政府部门共享使用。
1.1.2问题发现以及处置
问题综合处置流程包括问题发现、案件建立、任务派遣、任务处理、处理反馈、核查结案和考核评价7个阶段。
问题的来源主要是网格员日常巡查工作中的发现以及市民的反映,也包括各级指挥中心通过热线、媒体、微信、信访等各种途径采集并上传的事件。
网格员发现问题后,能通过移动办公设备及时上报,上报的信息包括问题描述、拍照录音、位置信息等。
平台受理后对问题进行分类,并根据处置权限派遣任务或逐级上报。
平台能跟踪问题的处置情况,并督促相关环节的人员进行处理。
问题处置完成后,平台自动分派网格员对问题的处置结果进行核查和评价,并作为对处理部门考核的依据。
1.1.3指挥调度
根据问题的分类制定相应的问题处理预案,配置各类问题的处理流程,实现突发事件和重大事件的指挥调度。
一旦出现相应的事件,系统能根据事件的时间、地点、类别、危害情况自动匹配相应的应急预案,并结合短信平台,将信息迅速传递到区、街道、社区相关工作人员,实现应急指挥调度,并全程监控事件的处理过程。
1.1.4智能预警
根据对各种社会事件数量,性质等相关原因的积累和分析,设置相应的预警指标对下一步社会防控重点工作区域、重点工作内容等进行预警,实现对社会事件的事前预警,把各种社会矛盾化解在萌芽状态。
1.1.5社情民意
通过对社情民意的收集,对辖区内所发生的事项进行全面记录、汇总和上报,如纠纷调解、居民诉求等。
对于重点、热点问题能够及时协同各单位进行跟进处理。
实现的主要功能包括:
民情日志登记和处理;
矛盾纠纷报告和调解等。
1.1.6公共信息服务管理
为社区居民提供各类公共服务信息和生活信息的查询服务,如:
办事指南、惠民事项、社区宣传、服务机构等。
社区网格化服务管理平台还实现公共服务信息和生活信息的条目管理以及信息的录入、维护管理等。
1.1.7公共服务
为社区居民提供“一站式”综合就近服务。
社区网格化服务管理平台实现服务事项目录管理、服务事项信息配置管理、服务事项信息配置管理、服务事项工作流管理、服务事项进度查询等。
1.1.8综合管理
A.服务台账
针对老年人、残疾人、低保人员、社区矫正人员等重点特殊人群,主动提供探访、慰问、免费检查、居家康复服务等相应服务,建立工作台账,对其服务需求和服务内容进行跟踪记录。
工作台账主要提供服务功能包括重点服务人群管理、服务诉求记录、服务诉求受理、查询统计。
B.监督监察
为每个不同类型的问题设置不同的总体处置时限、每个关键步骤的处置时限,并通过系统自动进行超时警告;
建立区、街两级的监督监察体系,区、街监察部门均可通过系统监督辖区内事项的处置情况,并发出必要的监察指令。
监督监察提供的主要功能包括时限管理、事件处理和过程监察、事件的事后监察、发送监察指令、重要事件监察提醒以及定期监察报表。
C.绩效考核
建立以居民满意度为中心的社区网格化服务管理系统运行绩效评价体系,开展区、街道、社区、网格员四级绩效考核,有效的激励社区网格化管理和服务工作的开展,提高工作的效率和质量。
D.统计分析
一方面结合地理信息系统、时间维度管理和分类管理,反映一定时期,一定地点某类事件、社会问题、城市管理焦点问题等在空间和时间上的分布。
从接到或全区的视角,对城市社会状况、管理状况、民生情况进行综合分析。
另一方面,基于社区网格化服务管理信息库,对管理对象等进行统计分析,提供表格化和图形化展现的统计报表,为决策层提供数据参考。
E.运行管理
实现用户管理、角色管理、权限管理、服务机构管理、科室管理、网格管理、设备管理、主题管理、操作日志以及全局配置。
以支撑社区网格化服务管理系统的正常运行。
F.网格员管理
实现网格员、义工、志愿者的人员档案建立、责任网格权限管理、考勤管理、任务下达、设备配备管理、实时定位、轨迹跟踪等功能,使繁重的网格员人员管理工作纳入标准化、信息化、利用先进的技术手段减轻用户在人员档案管理、责任权属管理、考勤管理方面的工作压力。
1.2网格员移动智能终端软件
网格员通过移动智能终端,实现网格业务的移动处理。
主要听过网格信息查询与维护、问题上报、紧急报警,及时业务调度,实时定位、二代身份证读取、二维码门牌读取、离线操作、社区服务机构查询、自动版本更新、工作日志和考核结果查询、公共服务信息查询、入格事务办理等功能。
1.2.1网格信息查询与维护
网格员可随时随地查阅所辖网格内的相关信息,包括楼宇信息、房屋信息、人口信息、重点人群信息、重点场所信息等,并可进行信息的采集、比对和更新等。
1.2.2问题上报
网格员可以随时随地将发现的问题上报至社区网格化服务管理平台,并可同时将照片、录音作为现场证据上传,还可查询问题处置进度、进行跟踪管理。
1.2.3紧急报警
提供一键报警模式,当网格员发现险情时,可点击快捷按钮,呼叫指挥中心,并将当前位置自动报告指挥中心,以快速处理紧急事件。
1.2.4即时业务调度
网格员可通过移动智能终端,接受指挥中心呼叫,与智慧中心进行文字、语音以及视频交流。
指挥中心可实时了解现场的实际情况,以便做出合理的调度安排。
1.2.5实时定位
1.2.6离线操作
1.2.7自动版本更新
1.2.8工作日志和考核结果查询
5.2平台特色
2.1网格地图、直观可视化展示
使用GIS技术,结合XX、高德等开放地图,将划分的若干网格单元实现网格区域标记、轨迹调度、事件定位、房屋定位、人口定位、网格员定位,以人找房、以房管人。
2.2建立调度指挥平台、实现动态治理、整体联动
通过指挥中心大屏幕,可以掌握执法工作人员现在的位置、直观的呈现管辖区域发生的事件,一步到位调度画面,在线协同处理现场,及时控制路口拦截特殊人员,提高了安防工作的效率,提升管理服务的能力。
2.3标准化的事件处理流程
社区网格员以网格为依托,充分利用辖区资源,变被动管理为主动发现,形成一套规范标准的处理流程。
由发现、立案、派遣和结案四个步骤成为闭环,集民诉求,思民所需,及时解决问题,及时上报,真正实现服务居民“零距离”同时形成“事在网中办,人在格中走”。
2.4多维统计分析、易于领导决策
通过系统可以将各部门、街道基础数据进行统计汇总分析辅助领导做决策,其中包括人口流动统计、事件统计、群众满意度和投诉案件统计分析等。
2.5移动办公&
微信公众号宣传窗口
网格管理员:
可通过智能手机上的APP进行“签到、事件上报,处理事件,书写日志”等相关操作,更加方便快捷的开展工作。
居民:
通过微信公众号足不出户就可以享受各种服务,从而提高城市管理水平和运行效率,提高人民群众的信息生活体验。
5.3系统架构
社区网格化服务管理信息平台基本结构框架如下图所示:
3.1支撑层
它位于底层,是其他各层的基础,为社区网格化服务管理系统提供计算能力、数据存储、信息传输等功能。
支撑层又由云平台层和数据层构成
云平台层采用虚拟化技术、基于服务器、存储和网络设备构建资源池,在资源池上通过资源的管理、调度和镜像管理实现系统的各种高级功能。
包括计算层面的系统负载均衡和虚拟机高可用,存储层面的镜像复制和冗余。
数据层实现对数据源的管理、对数据目录的管理;
对辖区内基础数据的采集、比对、更新、录入、存储、读取,保证数据采集的规范化和一致性;
对城市管理、社会治理、社区服务、政务服务等业务数据的存储和管理;
为社区网格化服务管理平台各种类型的数据共享和交换服务提供支撑,减少重复采集。
3.2应用平台层
应用平台层由基础框架组件、平台应用系统和网格员移动办公系统组成
基础框架组件为社区网格化服务管理系统提供统一的通用工具/产品以及通用型应用系统,协助开发应用系统,降低系统开发以及维护难度和成本。
平台应用系统和网格员移动办公系统相配合,共同实现基层信息采集;
问题发现以及上报、反馈、核查;
任务派遣、监察督察、考核评价;
智慧调度;
智能预警等功能。
3.3用户层
基于社区网格化服务管理平台的数据、功能和运行机制,根据专业部门、单位组织、社区居民的需求定制专业化的应用系统,提升社区网格化服务管理平台的运行价值。
3.4安全层
社区网格化服务管理系统的安全可分为技术层面的安全和管理层面的安全两个部分。
技术层面的安全主要包括应用安全、数据安全、系统安全、网络安全、物理安全等,其中应用安全是系统业务安全防护体系的核心。
管理层面的安全主要包括安全组织以及人员保证、安全管理制度、安全技术规范、安全考核以及监督等内容。
3.5监控管理层
社区网格化服务管理平台基础设施规模庞大、承载服务多样、技术架构复杂、网格服务安全需求高、系统扩展性可用性要求高,通过建立统一的运行监控管理体系,并制定监控管理服务标准和规范,提供响应及时、安全可靠的运行监控管理服务,确保平台稳定可靠运行。
5.4系统建设原则
4.1先进性
为保证系统能够在较长的一段时间内,仍能够在技术层次上不落伍,确保技术的先进性和实用性,要求建设基础系统在技术上足够先进,使系统具有良好的可扩展性和灵活性,以适应信息化的迅猛发展趋势,满足当前及未来建设应用的需求。
4.2成熟性
系统能够支持较大并发用户同时进行浏览、符合检察系统建设及检务公开要求的深度开发和建设。
更精准更深刻的了解检察工作需求。
4.3扩展性
系统在建设过程中,不仅要研究现有的需求,同时还要充分考虑其将来潜在的需求。
科学的设计思想应着眼于目前的应用系统及现有的技术并考虑以最小的代价来适应网络技术不断的发展,充分保护当前的投资。
4.4易用性
系统应具有一致的、友好的访问界面,易于使用和推广,并具有实际可操作性,使用户能够快速地掌握功能的使用。
同时系统使用界面也应具有良好的交互性,便于后期对平台的管理。
5.5安全保密设计
5.1对所有重要数据采取加密和解密技术
采用的加密算法有以下几种:
1.对称加密,优点是算法实现的效率高,速度快。
常用算法有DES(DataEncryptionStandard),IDEA(InternationalDataEncryptionAlgorithm),HMAC-SHA1
不对称加密,有RSA算法,可用于数字签名。
MD5散列算法:
单向的加密算法,只能加密,不能解密。
2.数字证书
数字签名和公钥加密都是基于不对称加密技术的,存在的问题有:
如何保证公开密钥的持有者是真实的,大规模信息系统环境下公开密钥如何产生、分发和管理。
5.2身份认证技术
用户名和口令认证,有3种认证方式:
验证数据的明文传送,利用单向散列函数处理验证数据,利用单向散列和随机数处理验证数据。
使用令牌认证(拥有什么),进行验证的密钥存储于令牌(SoftToken或HardToken)中,对密钥的访问用口令(PIN码)进行控制。
令牌的实现分为质询响应令牌和时间戳令牌。
生物识别(是什么)与三因素认证,
生物识别主要是根据认证者的图像、指纹、气味等作为认证数据。
基于用户知道什么,拥有什么,是什么的3因素认证是目前强认证中使用最多的手段。
系统采用利用单向散列和随机数处理验证数据,并使用令牌认证,确保身份的安全与便捷。
5.3安全协议
IPSec协议
SSL(SecureSocketLayer)协议
SSL的安全服务位于传输层通信协议(TCP/IP)和应用层之间,可为应用层,如HTTP,FTP,SMTP提供安全服务。
HTTPS=HTTP+SSL
工作原理:
在SSL中,发送段对上层传输(HTTP)过来的数据,进行压缩数据,应用MAC(MessageAuthenticationCode),加密,增加SSL首部,通过TCP传输SSL报文,接收端用SSL协议对接受的数据进行解密,验证,解压和重新装配,从而获得明文的(HTTP)报文。
MAC(MessageAuthenticationCode)为了保证数据完整性验证码(MAC)被放在数据包的后部,并且和数据一块被加密。
这样,如果数据被修改,其散列值就无法和原来的验证码匹配,从而能够检测出数据是否被修改。
MAC同时也被用于保护SSL连接免受干扰。
建立SSL回话(握手协商):
1.建立安全能力
2.服务器身份验证和密钥交换
3.客户机验证和密钥交换
4.完成
SSL协议安全分析:
1.防止窃听及中间人攻击(在通路中间,窃听数据,因为加密,即使被窃听,也没有风险)-防止被动攻击
2.防止剪贴攻击(防止对信息的恶意篡改,删除)-防止主动攻击
3.防止重放攻击及短包攻击(SSL使用序列号来保护通讯方免受报文重放攻击,在整个SSL握手中,都有一个唯一的随机数来标记这个SSL握手,这样重放便无机可乘。
)
PGP(PrettyGoodPrivacy)协议
是针对电子邮件在Internet上通信的安全问题而设计的一种混合加密系统。
包含4个密码单元,即单钥密码(加密邮件),双钥密码(加密密钥),单向散列(数字签名)和随机数生成算法。
5.4数据备份
导致数据被破坏、丢失的原因很多,如硬盘的损坏、病毒的侵入等。
一般情况下,采取的措施包括安装防火墙、杀毒软件等。
但是,事情总不想人们想象的简单,数据的安全性和准确性一直都面临着极大的考验。
因此,数据备份就显得十分有必要,同时它是防止“主动攻击”的最重要一道防线。
系统采用定时完全备份的方式,保证数据的安全。
5.6系统性能指标
6.1响应时间(Responsetime)
响应时间就是用户感受软件系统为其服务所耗费的时间,对于网站系统来说,响应时间就是从点击了一个页面计时开始,到这个页面完全在浏览器里展现计时结束的这一段时间间隔,看起来很简单,但其实在这段响应时间内,软件系统在幕后经过了一系列的处理工作,贯穿了整个系统节点。
根据“管辖区域”不同,响应时间可以细分为:
(1)服务器端响应时间,这个时间指的是服务器完成交易请求执行的时间,不包括客户端到服务器端的反应(请求和耗费在网络上的通信时间),这个服务器端响应时间可以度量服务器的处理能力。
(2)网络响应时间,这是网络硬件传输交易请求和交易结果所耗费的时间。
(3)客户端响应时间,这是客户端在构建请求和展现交易结果时所耗费的时间,对于普通的瘦客户端Web应用来说,这个时间很短,通常可以忽略不计;
但是对于胖客户端Web应用来说,比如Javaapplet、AJAX,由于客户端内嵌了大量的逻辑处理,耗费的时间有可能很长,从而成为系统的瓶颈,这是要注意的一个地方。
6.2吞吐量(Throughput)
吞吐量是我们常见的一个软件性能指标,对于软件系统来说,“吞”进去的是请求,“吐”出来的是结果,而吞吐量反映的就是软件系统的“饭量”,也就是系统的处理能力,具体说来,就是指软件系统在每单位时间内能处理多少个事务/请求/单位数据等。
但它的定义比较灵活,在不同的场景下有不同的诠释,比如数据库的吞吐量指的是单位时间内,不同SQL语句的执行数量;
而网络的吞吐量指的是单位时间内在网络上传输的数据流量。
吞吐量的大小由负载(如用户的数量)或行为方式来决定。
举个例子,下载文件比浏览网页需要更高的网络吞吐量。
6.3资源使用率(Resourceutilization)
常见的资源有:
CPU占用率、内存使用率、磁盘I/O、网络I/O。
6.4点击数(Hitspersecond)
点击数是衡量WebServer处理能力的一个很有用的指标。
需要明确的是:
点击数不是我们通常理解的用户鼠标点击次数,而是按照客户端向WebServer发起了多少次http请求计算的,一次鼠标可能触发多个http请求,这需要结合具体的Web系统实现来计算。
6.5并发用户数(Concurrentusers)
并发用户数用来度量服务器并发容量和同步协调能力。
在客户端指一批用户同时执行一个操作。
并发数反映了软件系统的并发处理能力,和吞吐量不同的是,它大多是占用套接字、句柄等操作系统资源。
另外,度量软件系统的性能指标还有系统恢复时间等,其实凡是用户有关资源和时间的要求都可以被视作性能指标,都可以作为软件系统的度量,而性能测试就是为了验证这些性能指标是否被满足。
5.7基本技术路线制定
本系统拟采用B/S结构,以集中式数据库为管理方式,基于Microsoft.NETFramework平台进行开发。
7.1采用B/S架构
B/S结构(Browser/Server结构)结构即浏览器和服务器结构。
它是随着Internet技术的兴起,对C/S结构的一种变化或者改进的结构。
在这种结构下,用户工作界面是通过WWW浏览器来实现,极少部分事务逻辑在前端(Browser)实现,但是主要事务逻辑在服务器端(Server)实现,形成所谓三层3-tier结构。
这样就大大简化了客户端电脑载荷,减轻了系统维护与升级的成
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 综治 网格 管理 平台 建设 方案