社会服务管理网格化平台和数字城管平台对接工作方案.docVIP

芜湖市社会服务管理平台与 平台 平台介绍 平台 芜湖市社会服务管理平台简称“平台”）实现对的包括手机端和服务端两大块， 网格平台中工作角色任务处理流程如下： 平台 芜湖市数字化城管系统是以网格化管理为手段，辅助城市管理的信息化系统，按照属地管理原则，建立市、区、街道、社区四级管理体系，分为七个环节：采集员上报、监督考核中心立案派遣、区指挥中心分派、部门处置、区核查、市核查、结案。具体流程如下图： 集成 经讨论确认，此次集成方案确认如下： 保持两个平台完整案卷流转流程，案卷在社管平台派遣给数字化城管平台后，由数字化城管平台完善案卷相关信息进行立案、派遣和处置。数字化城管平台办理流程、各环节办理时限等均按照数字化城管相关标准执行，但不列入每月的数字化城管考核。 3）案卷流转至数字化城管核查环节时，转至社管平台下发核查，数字化城管平台核查环节不显示，社管平台核查完成后，数字化城管平台核查环节自动办理并转出到结案环节，自动办理员为默认用户（可修改），同时完善流程所有信息(包括完成时间，核查图片，核查结果等)。a)核查通过，则两个平台进行结案。b)核查不通过或举报人不满意，则两个平台进行驳回处理（最多驳回三次，第四次驳回则做为超时未处置处理，并重新立案派遣）。驳回后，处置时限重新计算。4)异常情况：数字化城管平台接收案卷时发现重复案卷（判断条件为案卷描述和照片一致），及时与社管人员联系，数字化城管平台不予立案；数字化城管平台立案后案卷不允许注销，若经现场查看案卷确为举报不属实，处置部门需附现场照片，说明理由申请结案；由于两个平台的网格不统一，数字化城管平台允许该类案卷出现所属区和派遣处置区不一致的情况，且允许区级指挥中心申请转办案卷。 网格化平台与城管平台之间，采用SOAP Web服务调用的方式传递数据。网格化平台用户上传数据时，将数据封装成SOAP消息发送给城管平台。数据下行和数据上行的过程基本相反。 技术方案 城管查询到这类案卷信息后，进行立案派遣和事件处理； 数字城管立案处理完成后，提交工作站审核，核查成功，网格平台结案同时告知城管平台对该案件结案。核查失败，告知城管平台重新处理。 业务流程 补充全民社管后业务流程图 网格平台 序号 接口名称 接口描述 事件查询接口 当工作站进行对市容事件的转办后，开发提供接口给城管平台，对该类事件的查询 事件驳回接口（包含异常案卷审批） 当事件未正确立案，开发事件驳回接口，交由异常案卷审批，确认是继续由城管平台办理，还是驳回到工作站进行重新流转 事件处理完成接口 开发接口接收案卷处理状态，按照网格平台流程进行核查，成功则结案，失败重新转办处理。 案卷清单查询 网格化平台可以向城管平台发送查询案卷清单指令 下行表单回执接口 当网格化平台发送下行数据时，城管平台收到网格化平台下行数据并进入业务系统后，会向网格化平台发送业务回执，回执包含数据是否成功进入业务系统或非法的原因。 结案通知（下行） 网格化平台可以向城管平台反馈结案通知的结果 数字城管设计 接口名称 接口描述 案件抓取接口 网格化平台将城管案件转派到城管平台，城管平台需要对这些案件进行抓取，然后立案 上报驳回接口 城管平台接到网格化平台的案件上报后，若上报的案件不符合立案标准，则需要将此上报请求驳回到网格化平台 核查反馈接口 网格化平台需要将核查结果反馈到城管平台，若核查反馈的结果不符合要求，城管平台可以调用“重新核查接口”委托网格化平台重新核查。 下行表单回执接口 当网格化平台发送下行数据时，城管平台收到网格化平台下行数据并进入业务系统后，会向网格化平台发送业务回执，回执包含数据是否成功进入业务系统或非法的原因。 结案通知（上行） 城管平台可 表单回执说明：在业务表单交互的交换过程中，每一笔业务表单跟着一单回执，业务回执信息中的问题编号与该回执对应的业务表单的问题编号匹配。回执信息描述数据的到达业务系统的确认和出错异常，反馈给业务单据的发送方后供发送方进行容错处理。 人员对接数字化城管平台两家采集公司、坐席员公司和社管平台各明确一人负责具体案卷对接，市城管局、北京超图公司和市信息办各明确一人负责协调解决两个平台的系统、网络以及管理制度上的问题。该类案卷数据统计要求为：市城管局所需数据：坐席员公司：社管平台转入案卷数、立案派遣数、区级退办成功数、审核不通过数等指标及案卷明细；各区及市级处置部门（按照实际处置区或市级部门统计）：应完成数、按时完成数、超时完成数、未处置数、返工数、延期率等指标及案卷明细。市社管办所需数据： /