社会服务管理网格化平台与数字城管平台对接方案.doc

《社会服务管理网格化平台与数字城管平台对接方案.doc》由会员分享，可在线阅读，更多相关《社会服务管理网格化平台与数字城管平台对接方案.doc（8页珍藏版）》请在麦多课文档分享上搜索。

1、1 芜湖市社会服务管理 网格化 平台与 数字城管 平台 对接集成方案 1 平台 介绍 1.1 网格化 平台 芜湖市社会服务管理 网格化 平台 （以下 简称 “网格 平台 ”） 把社区按照一定的标准 (300 户一格 ) 划分成 1 个个无缝的格子 ,每个格子都有自己唯一的一个编号和相应的属性，每个格子都有自己的一个网格员负责该格子的服务与管理。网格平台旨在 实现对 全市的人、房、事件、部件、服务组织 的 管理，整个平台 包括手机端 社管通 和服务端两大块 ，楼栋管理进行网格内的楼栋数据维护 ， 基于共享数据，网格员通过手机社管通进行人、户、楼栋数据管理，并且上报社区管理和矛盾调解类 事件，由网

2、格平台进行流转处理再下发给网格员实现闭环流转。 网格 平台中 按照市、区、街道、社区共划分有 9 种 工作角色 ，分为受理派遣、处理、核查三类，手机社管通端由网格员上报案卷、核查案卷，核查案卷已处理，则该案卷正常办结（结案）， 任务处理流程 详情 如下： 2 1.2 城管 平台 芜湖市数字化城管系统是以网格化管理为手段，辅助城市管理的信息化系统，按照属地管理原则，建立市、区、街道、社区四级管理体系，分为七个环节：采集员上报、监督考核中心立案派遣、区指挥中心分派、部门处置、区核查、市核查、结案。具体流程如下图： 3 2 对接 集成 思路 经讨论确认，此次集成方案确认如下： 1） 保持两个平台完整

3、案卷流转流程，案卷在社管平台派遣给数字化城管平台后，由数字化城管平台完善案卷相关信息进行立案、派遣和处置。 2） 数字化城管平台办理流程、各环节办理时限等均按照数字化城管相关标准执行，但不列入每月的数字化城管考核。 3）案卷流转至数字化城管核查环节时，转至社管平台下发核查，数字化城管平台核查环节不显示，社管平台 核查完成后，数字化城管平台核查环节自动办理并转出到结案环节，自动办理员为默认用户（可修改），同时完善流程所有信息 (包括完成时间，核查图片，核查结果等 )。 a)核查通过，则两个平台进行结案。 b)核查不通过或举报人不满意，则两个平台进行驳回处理（最多驳回三次，第四次驳回则做为超时未处

4、置处理，并重新立案派遣）。驳回后，处置时限重新4 计算。 4)异常情况：数字化城管平台接收案卷时发现重复案卷（判断条件为案卷描述和照片一致），及时与社管人员联系，数字化城管平台不予立案；数字化城管平台立案后案卷不允许注销，若经现场查看 案卷确为举报不属实，处置部门需附现场照片，说明理由申请结案；由于两个平台的网格不统一，数字化城管平台允许该类案卷出现所属区和派遣处置区不一致的情况，且允许区级指挥中心申请转办案卷。 业务数据交换过程 网格化平台与城管平台之间，采用 SOAP Web 服务调用的方式传递数据。网格化平台用户上传数据时，将数据封装成 SOAP 消息发送给城管平台。数据下行和数据上行的

5、过程基本相反。 3 技术 方案 1） 网格员上报案卷，经由工作站将属于市容部门处理的案卷转派给市容部门，建立虚拟角色和账号，并将案卷转派给城管平台进行办理； 2） 城管查询 到这类案卷信息后，进行立案派遣和事件处理； 3） 数字城管立案处理完成后，提交工作站审核，核查成功，网格平台结案同时告知城管平台对该案件结案。核查失败，告知城管平台重新处理。 5 3.1 业务 流程 设计 网 格 员 上 报工 作 站 转 派网 格 平 台正 常 办 理立 案形 成 案 劵 ， 正常 流 转未 处 理否案 卷 办 理结 案网 格 员 核 查已 处 理市 容 案 卷市 容 虚 拟 角 色处 理待 办 案 卷是

6、是否网 格 化 平 台 城 管 平 台补充全民社管后业务流程图 6 3.2 网格 平台 接口设计 序号 接口名称 接口描述 1) 事件查询接口 当工作站进行对市容事件的转办后，开发提供接口给城管平台，对该类事件的查询 2) 事件驳回接口（包 含异常案卷审批） 当事件未正确立案，开发事件驳回接口，交由异常案卷审批，确 认是继续 由城管平台办理，还是驳回到工作站进行重新流转 3) 事件处理完成接口 开发接口接收案卷处理状态，按照网格平台流程进行核查，成功 则结案，失败重新转办处理。 4) 案卷清单查询 网格化平台可以向城管平台发送查询案卷清单指令 7 5) 下行表单回执接口 当网格化平台发送下行数

7、据时，城管平台收到网格化平台下行数据并进入业务系统后，会向网格化平台发送业务回执，回执包含数据是否成功进入业务系统或非法的原因。 6) 结案通知（下行） 网格化平台可以向城管平台反馈结案通知的结果 3.3 数字 城管 平台接口 设计 序号 接口名称 接口描述 1) 案件抓取接口 网格化平台将城管案件转派到城管平台，城管平台需要对这些案件进行抓取，然后立案 2) 上报驳回接口 城管平台接到网格化平台的案件上报后，若上报的案件不符合立案标准，则需要将此上报请求驳回到网格化平台 3) 核查反馈接口 网格化平台需要将核查结果反馈到城管平台，若核查反馈的结果不符合要求，城管平台可以调用“重新核查接口”委

8、托网格化平台重新核查。 4) 下行表单回执接口 当网格化平台发送下行数据时，城管平台收到网格化平台下行数据并进入业务系统后，会向网格化平台发送业务回执，回执包含数据是否成功进入业务系 统或非法的原因。 5) 结案通知（上行） 城管平台 可 向网格化平台申请结案通知 表单回执说明：在业务表单交互的交换过程中，每一笔业务表单跟着一单回执，业务回执信息中的问题编号与该回执对应的业务表单的问题编号匹配。回执信息描述数据的到达业务系统的确认和出错异常，反馈给业务单据的发送方后供发送方进行容错处理。 3.4 人员对接 数字化城管平台两家采集公司、坐席员公司和社管平台各明确一人负责具体案卷对接，市城管局、北京超图公司和市信息办各明确一人负责协调解决两个平台的系统、网络以及管理制度上的问题。 该类案卷数据统计要 求为： 1) 市城管局所需数据： 坐席员公司：社管平台转入案卷数、立案派遣数、区级退办成功数、审核不通过数等指标及案卷明细； 各区及市级处置部门（按照实际处置区或市级部门统计）：应完成数、按时完成数、超时完成数、未处置数、返工数、延期率等指标及案卷明细。 8 2) 市社管办所需数据： 流入城管 平台案卷数 、城管平台处置完成结案总数等。