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

精心整理 精心整理 芜湖市社会服务管理网格化平台与数字城管平台对接集成方案 平台介绍 网格化平台 芜湖市社会服务管理网格化平台（以下简称“网格平台”）把社区按照一定的标准(300 户一格) 划分成 1 个个无缝的格子,每个格子都有自己唯一的一个编号和相应的属性，每个格子都有自己的一个网格员负责该格子的服务与管理。网格平台旨在实现对全市的人、房、事件、部件、服务组织的管理，整个平台包括手机端社管通和服务端两大块，楼栋管理进行网格内的楼栋数据维护，基于共享数据，网格员通过手机社管通进行人、户、楼栋数据管理，并且上报社区管理和矛盾调解类事件，由网格平台进行流转处理再下发给网格员实现闭环流转。 网格平台中按照市、区、街道、社区共划分有 9 种工作角色，分为受理派遣、处理、核查三类， 手机社管通端由网格员上报案卷、核查案卷，核查案卷已处理，则该案卷正常办结（结案），任务处理流程详情如下： 城管平台 芜湖市数字化城管系统是以网格化管理为手段，辅助城市管理的信息化系统，按照属地管理原则，建立市、区、街道、社区四级管理体系，分为七个环节：采集员上报、监督考核中心立案派遣、区指挥中心分派、部门处置、区核查、市核查、结案。具体流程如下图： 对接集成思路 经讨论确认，此次集成方案确认如下： 保持两个平台完整案卷流转流程，案卷在社管平台派遣给数字化城管平台后，由数字化城管平台完善案卷相关信息进行立案、派遣和处置。 数字化城管平台办理流程、各环节办理时限等均按照数字化城管相关标准执行，但不列入每月的数字化城管考核。 案卷流转至数字化城管核查环节时，转至社管平台下发核查，数字化城管平台核查环节不显示，社管平台核查完成后，数字化城管平台核查环节自动办理并转出到结案环节，自动办理员为默认用户（可修改），同时完善流程所有信息(包括完成时间，核查图片，核查结果等)。 核查通过，则两个平台进行结案。 核查不通过或举报人不满意，则两个平台进行驳回处理（最多驳回三次，第四次驳回则做为超时未处置处理，并重新立案派遣）。驳回后，处置时限重新计算。 4)异常情况：数字化城管平台接收案卷时发现重复案卷（判断条件为案卷描述和照片一致）， 及时与社管人员联系，数字化城管平台不予立案；数字化城管平台立案后案卷不允许注销，若经现场查看案卷确为举报不属实，处置部门需附现场照片，说明理由申请结案；由于两个平台的网格不统一，数字化城管平台允许该类案卷出现所属区和派遣处置区不一致的情况，且允许区级指挥中心申请转办案卷。 业务数据交换过程 网格化平台与城管平台之间，采用 SOAP Web 服务调用的方式传递数据。网格化平台用户上传数据时，将数据封装成 SOAP 消息发送给城管平台。数据下行和数据上行的过程基本相反。 技术方案 网格员上报案卷，经由工作站将属于市容部门处理的案卷转派给市容部门，建立虚拟角色和账号，并将案卷转派给城管平台进行办理； 城管查询到这类案卷信息后，进行立案派遣和事件处理； 数字城管立案处理完成后，提交工作站审核，核查成功，网格平台结案同时告知城管平台对该案件结案。核查失败，告知城管平台重新处理。 业务流程设计 网格化平台 城管平台 网格员上报 工作站转派 市容案卷 是 市容虚拟角色 处理 待办案卷 否 网格平台正常办理 否 立案 是 形成案劵，正 常流转 案卷办理 网格员核查已处理 未处理 结案 流程图 网格平台接口设计 补充全民社管后业务 序号 接口名称 事件查询接口 事件驳回接口（包 接口描述 当工作站进行对市容事件的转办后，开发提供接口给城管平台，对 该类事件的查询 当事件未正确立案，开发事件驳回接口，交由异常案卷审批，确认 含异常案卷审批） 是继续由城管平台办理，还是驳回到工作站进行重新流转 事件处理完成接口 案卷清单查询 开发接口接收案卷处理状态，按照网格平台流程进行核查，成功则 结案，失败重新转办处理。 网格化平台可以向城管平台发送查询案卷清单指令 下行表单回执接口 当网格化平台发送下行数据时，城管平台收到网格化平台下行数据 并进入业务系统后，会向网格化平台发送业务回执，回执包含数据 是否成功进入业务系统或非法的原因。 结案通知（下行） 网格化平台可以向城管平台反馈结案通知的结果 数字城管平台接口设计 序号 接口名称 案件抓取接口上报驳回接口 接口描述 网格化平台将城管案件转派到城管平台，城管平台需要对这些案件 进行抓取，然后立案 城管平台接到网格化平台的案件上报后，若上报的案件不符合立案 标准，则需要将此上报请求驳回到网格化平台 网格化平台需要将核查结果反馈到城管平台，若核查反馈的结果不 核查反馈接口 符合要求，城管平台可以调用“重新核查接口”委托网格化平台重 新核查。 当网格化平台发送下行数据时，城管平台收到网格化平台下行数据 下行表单