智慧政务服务解决方案.doc

《智慧政务服务解决方案.doc》由会员分享，可在线阅读，更多相关《智慧政务服务解决方案.doc（59页珍藏版）》请在三一办公上搜索。

1、智慧政务服务解决方案目录1、项目概述11.1 、背景与现状11.2 、存在问题21.3 、建设目标41.4 、建设内容52、总体要求72.1 、设计要求72.2 、平台要求73、业务需求描述93.1 、智慧政务服务平台系统93.1.1 、系统总体结构93.1.2 、系统功能组成103.1.3 、功能需求描述113.2 、一窗式服务系统173.2.1 、系统总体结构173.2.2 、系统功能组成183.2.3 、功能需求描述193.3 、综合业务支撑系统263.3.1 、系统总体结构263.3.2 、系统功能组成273.3.3 、功能需求描述283.4 、数据交换与共享接口343.4.1 、内部

2、系统接口343.4.2 、外部系统接口需求343.4.3 、技术需求描述361、项目概述1.1 、背景与现状xxx城市在全面推进智慧政务建设的基础上，重视政府办公信息化。目前xxx城市各业务部门各自拥有独立的信息化系统，部分业务部门已上线网上办事大厅。如xxx公安已建成的网上办事大厅，公众可在线办理交通违法处理、机动车牌号预选等， 并可在线预约出入境申请和机动车检测。xxx城市人力资源和社会保障局已实现在线人事档案查询、社保信息查询、社保网上申报等功能。另有xxx城市网上行政审批中心，可以查询各项办理事项的办事指南。积极开展信息化项目建设工作，提出包括xxx城市“智慧医疗”健康保障工程项目（二

3、期）、智慧城管示范工程二期、xxx城市智慧旅游示范工程、智区级交通信息中心、xxx城市全科医生集成平台项目建设等项目在内的信息化项目， 推进智慧政务建设的进程。作为进一步畅通社情民意收集渠道、加强政务诉求协调处置、全力为群众办实事解难题而设置的区级政务处置工作平台，实行虚拟机构实体化运作，负责需要区级层面处置的政务诉求的收集、协调、处置工作。1.2 、存在问题目前 xxx城市政府部门的部分业务虽然已经实现了信息化和网上办理，但仍有大部分功能无法在线办理。城市运营数据分散在各个不同行政职能的政府部门手中，缺乏有效的手段将这些数据集中并根据应用领域进行分类。造成政府内业务协同不顺畅，服务街道、社区

4、、居民的业务和信息整合不足。比如，办事大厅内多个窗口数据重复录入，流程复杂，未能实现便民“一窗式”办理。城市管理方面，当前xxx城市多依赖传统方式，由信息采集员通过巡逻发现窨井盖缺失、路面破损、路灯损坏、乱 倒垃圾、违章占道等问题，利用视频联网的技术发现违章停 车、道路散落等问题的智能发现应用有待拓展。xxx城市政务处置中心成立到今，智慧政务服务平台的数据共享对接部分区直部门数据对接进度缓慢，党务、xxx 、城管、交通、环境、信访等相关部门独立系统的数据共享对接协调难度大。具体情况如下：1） 政民互动的智慧化程度不高。主要体现在业务关联程度不够，感知方式还不够智慧，覆盖不全，信息不全面，政 府

5、和企业、群众交互不够，网上投诉的比例还不够高。2） 政务服务的智慧化体验度较低，老百姓还未充分感受到政务服务的便捷性。3） 政府数据资源整合度不够，覆盖不足，对社会开放程度较低，政府内民生的业务协同不顺畅，服务街道、社区、居民的业务和信息整合不足，智慧程度不高，社会化信息服务基础薄弱。4） 信息访问和信息公开安全保障体系还不完整，对涉及政务的网上信息的监测、掌控、引导和发布的手段不足。近年来推进的农村综合改革，实施了乡镇“撤扩并”、村级组织“转并联”，缩减原有乡镇（街道）数量，将行政 村整合为农村社区。xxx城市下辖x 个街道，是一个大部分处于城郊结合部的区域，社区发展还处于中等水平，常住人

6、口中农村人口或者准农村人口占了非常高的比例，乡（镇） 变大，随之管理服务难度也相应增大。基层群众诉求反应制度不健全，网点智慧化程度不高， 群众反应的各类民生问题往往要经过先村、街道再经由区级解决的繁琐程序，缺少统一便捷投诉渠道以及及时有效的诉求反馈信息。同时社区综合组织没有充分发挥在基层社区的统领、协调、评议、监督和管理社区事务方面的职能；社区网格化管理未推进到村村户户，“织网工程”有待深化；社区服务阵地平台建设有待加强，稳定的基层组织运转和基本公共服务经费保障制度有待健全，以真正保证群众话有地方说、事有地方办、困难有人帮、问题有人管。1.4 、建设内容( 一)智慧政务服务平台系统包括业务督办

7、、统计分析、移动App 升级。其中业务督办包括针对智慧政务服务信件的发送、查询、推送等服务功能；其中统计分析包括综合查询、统计报表、 趋势分析等功能； 其中移动 App 升级主要是在原先智慧政务App 基础上增加一窗式服务和综合业务支撑模块的相关功能。( 二)一窗式服务系统一窗式综合管理系统：包括公众使用的身份认证、办件预登记、办件申请、办件评价等功能，窗口服务人员使用的身份核实、办件处理、办件批转、审批制证等功能；App 服务端： 服务人员专用， 包括身份核实、 办件受理、办件反馈、办件收费等功能；App 公众端及微信公众号：公众( 包括个人和企业) 使用，包括身份认证、办件预约、办件进度查

8、询、办件结果推送、办件评价等功能。( 三)综合业务支撑系统包括数据交换与共享模块、综合统计分析、综合业务调度。数据交换与共享包括对电子证照库、智慧政务服务平台、综治管理平台、互联网+党建平台的数据对接与交互；2、总体要求2.1 、设计要求要求建成智慧政务服务平台系统、一窗式服务系统、综合业务支撑系统，智慧政务服务平台系统对一窗式服务系统进行过程监督，综合业务支撑系统为智慧政务服务平台系统和一窗式服务系统提供基础数据交换接口和统计分析服务。2.2 、平台要求系统总体架构构建在层次模型之上，底层是基础平台层， 是支持系统运行的必要的系统硬件、软件平台；数据资源层 包含了本系统的所有基础数据库；业务

9、支撑层，是支持系统 运行的必要的支撑中间件；应用系统层实现智慧政务服务平 台的业务应用系统的功能，面向政务处置中心、应急监控中 心、各专业单位、各级领导和综合部门，以及社会公众等。 应用服务层利用不同的载体提供了各种服务，并且提供标准API 接口供其他应用使用。在标准规范体系、安全防护体系的框架内和系统支撑平台上建立智慧政务服务平台，通过数据集中统一管理，在大数据云平台基础上建设智慧政务服务平台，各种终端用户通过统一门户来登录到各个应用系统。智慧政务服务平台总体构架3、业务需求描述3.1 、智慧政务服务平台系统3.1.1 、系统总体结构智慧政务服务平台系统主要用于支撑智慧政务服务的日 常运作，

10、包括可支持对xxx 全区政务民意分布进行统计分析； 对业务部门处置民意事件的督办；以及统一接入涵盖政务服务、一窗式服务以及综合业务支撑服务的移动APP软件。本系统的系统结构图如下所示。图 1 智慧政务服务平台系统总体结构图统趋综信信信计势合件件息报分查发查推表析询送询送图 2 智慧政务服务平台系统功能结构图3.1.3、功能需求描述（ 1） 统计分析本模块要求实现对智慧政务服务的数据进行综合查询、统计报表、历史趋势分析等功能。综合查询 包括政务概要及大屏展示：政务服务概要要求包括地图模式及列表模式，用以直观展示投诉件在地图上的分布，以及网点和网格员的分布。大屏展示 要求包括未处理投诉件、摄像头、

11、在线网格员在大屏地图上的展示，以及热点事件、动态停车位的滚屏展示。未处理投诉件要求可实时查看未处理时间的详情和发生位置，以及该事件附近的摄像头实时视频，并通过大数据分析得到关联事件。热点事件要求可以查看评论数和关注度高的投诉件。动态停车位要求可以实时查看停车位的剩余车位数 量，并通过不同的颜色区分。研判分析 包括热词分析、关联分析、趋势分析。热词分析能够通过大数据分析整理出近期的热词。关联分析能够通过主词查询这个主词在投诉件大数据中关联的其他副词，并可以切换主副词查询。趋势分析能够通过近几年的投诉事件数， 分析未来一月或者几个月甚至一年的同期可能投诉事件数。统计报表 包括按区域统计、 类别统计

12、、 状态统计、 部门统计。区域统计要求结合时间，反应了各街道、各时段的投诉件情况。类别分析要求结合时间及街道，反应各街道、各时间段内各类型事件的处理情况。状态统计要求结合时间对各部门的投诉件分布进行了统计。部门统计要求结合时间对各部门热门投诉关键词进行排行统计。（ 2） 业务督办本模块要求实现对智慧政务服务信件的发送、查询、推送等服务功能。能够通过智慧政务服务平台系统对予以交办的xxx诉求，按反映事项的类别、轻重缓急和难易程度，确定承办单位并发送电子交办单。对交办的事项，智慧政务服务平台就办理过程能够进行全程跟踪，提供信件状态实时查询服务，并对逾期未完成办理的承办单位，发出督办通知单进行督办。

13、在督办过程中，要求定时给承办单位处置工作人员推动信件办理实时状态，以及信件处置时效等信件处置内容。（ 3） 移动 APP升级本模块主要实现在原有区政务服务处置中心APP的基础上，添加一窗式服务模块和综合业务支撑模块。对智慧政务 移动 APP进行升级，为公众提供更加便捷高效的政务诉求沟通渠道。主要功能包括我有诉求、诉求反馈、热点诉求、法律法规等。我有诉求：能够根据问题的类型（如市容市貌类、城建管理类、工贸金融类、教科卫类、交通旅游类、文体民宗类、公安司法类、三农服务类、人力社保类、公共民生类、政府建设类、综合类、价格收费类等）提交诉求， 或者根据问题所属的部门（如建设、 公安、交通、人社、民政、

14、教育、卫生、环保、工商等）提交诉求。诉求反馈：能够查看个人的历史诉求记录，并可查看 诉求处理结果及反馈意见，同时可给反馈结果评分。热点诉求：能够查看所有可公开的诉求件及处置结果， 并对关注人数较多的热点事件按主题分类，用户能够 通过此功能了解当前xxx城市公众普遍关注的事件。法律法规：用户能够在此功能模块下查看常用的法律法规，系统可根据用户的历史诉求件，主动推送相关法律法规。一窗式服务模块 : 包含智慧党建服务申请、 社会治理综合事件上报、政务审批事项申办。党建服务申请：能够满足入党申请提交、组织关系转接、党员学习、以及党费缴纳等服务。社会治理综合事件上报：能够根据事件的类型（如矛盾纠纷、治安

15、隐患、民生服务）上报社会治理综合事件，并可查看所有可公开社会治理综合事件及处置结果。政府审批事项申办：能够进行办件预约、办件申请、办件进度查询、对办件服务评价、个人信息管理等操作。原审批办理流程现一窗式办理流程综合业务支撑服务模块：包含智慧党建服务、智慧社会治理综合服务以及业务工单模块。智慧党建服务（面向公众）：党建地图，要求以电子地图导航方式直观显示党支部的相关详细信息，如位置信息、联系电话、党员人数等。党组织统计，要求按支部，党员类型，党员年龄段， 文化程度，年份统计党员情况。积分排行，要求根据党支部和党员的活动积分，列出表现优秀的支部和党员。党员服务，要求包含有党员的信息列表、党员详情以

16、及党员在党内的表现情况。智慧社会治理综合指挥服务( 综治模块管理员使用) ： 综治网格地图：能够以电子地图的形式展现网格分布， 并可直观显示网格位置、管理员、 联系人等相关信息。事件查询：能够通过表格形式展现出网格事件，具备组合条件搜索功能，方便查找具体事件，了解事情详情。业务工单 ( 服务人员使用 ) ：我的工单：接收智慧政务服务平台派发的工单（包含 党建、综治、 xxx 、审管），要求展现工单详细任务内容，包含事件类型、事件时间、事件地理信息以及任 务对象等详细信息。工单处置 / 办理：能够根据工单的详细内容信息，完成相应的工作任务；记录服务人员的实时位置、走访轨迹等信息。工单付费：根据事

17、件类型和付费方式，服务人员可以通过收取现金和支付宝等网上统一付费。工单提交：要求工单完成提交反馈，包含任务完成照片上传及服务反馈评价。3.2 、一窗式服务系统3.2.1 、系统总体结构 “一窗式”受理系统在窗口设置上，推行一窗全能；严格执行“一口进、一口出”的办事制度，与原业务窗口加强对接，紧密配合， 切实做好材料流转工作，积极做好社区 “一窗式”服务的各项工作。“综合服务”窗口和原业务窗口的 资源实行统一调配，确保“一窗式”服务的顺畅运行，同时密切关注实际情况，不断总结、创新，完善“一窗式”服务模式各项工作。本系统的系统结构图如下所示。社区“一窗式” 受理系统综合业务支撑系统数民情处置中心监

18、申办受理材料申办咨询投诉手机政务受理统一服务接入操作流程通知领取民情受理服务一窗受理内部流转过程督办统一发证据交 数据 换录 入 /共享与访问接口反馈进度工单信息工单数据证件材料电子证照处督理办反理馈计生相工单关民政流转业务部社保门综治党建图 3社区“一窗式”受理系统总体结构图API综党民审接口治建情管接入统申过统一办程一接受督反入理办馈图 4 社区“一窗式”受理系统功能框图3.2.3 、功能需求描述（ 1） 数据录入方式通过“一窗式”受理系统，将公众提交的申请材料和信息统一接入到综合业务支撑系统，要求数据录入的方式有：手工录入。 窗口工作人员将公众前来办理业务的具体信息录入系统。数据导入。整

19、合相关业务部门系统数据，将该系统的数据整理导入到综合业务支撑系统。API 接口接入。通过调用接口地址将具体信息接入到综合业务支撑系统。（ 2） 社区“一窗式”受理服务社区“一窗式”xxx受理服务按照“统一接入、申办受理、过程督办、统一反馈”的方式进行办理，在保证社区服 务中心原服务窗口不变的前提下，组建社区受理“一窗式” 服务平台。具体操作流程为：1. 统一接入。依托综合服务窗口和社区“一窗式”受理服务系统，能够将公众申请办理事件以及投诉咨询意见建议等事件统一接入综合业务支持系统。2. 申办受理。综合服务窗口受理业务后，能够将申请材料录入社区“一窗式”受理系统；系统以工单的形式管理所有的业务，

20、以工单编号作为每单业务的唯一标示，以办理申请人的身份证号码作为办理申请人的身份标识。在申请材料录入系统时，要求先创建工单，利用二代身份证读写器读取办理申请人的身份证资料，再手工录入其他文字资料，对证件类材料则通过扫描仪等设备进行扫描录入，并入库电子证照数据库；申请材料录入完成后提交工单，要求系统自动形成一个唯一的工单编号，能够选择自动派发给业务部门的原窗口服务人员， 原则上按“哪里受理， 哪里办理” 进行派发。原窗口服务人员接单后，与综合服务窗口工作人员进行纸质申请材料移交，拿到纸质申请材料后按照原业务办理流程进行业务办理。针对部分办理申请人需办理的即办件，综合服务窗口受理后，将申请资料录入系

21、统选择不派发，根据业务内容在原业务系统当场为其办理。3. 过程督办。社区“一窗式”受理系统对办理的业务形成工单后，会对工单的办理过程进行监督，要求接单人在法定期限或承诺期限内完成业务的办理，办理期间定期反馈办理进度，办理完成后以回执的方式反馈办理结果。业务办理的完成情况将直接纳入业务办理人员考核内容，如逾期未完成的，将影响业务办理人员的考核考评。办理申请人可直接在网络上查询业务的办理进度、办理结果等，并对本次办理业务的过程及结果进行评价。4. 统一反馈。接单人业务办结后，将办理结果反馈到社区“一窗式”受理系统，公众可通过申请办理时所获得的工单编号进行查询结果明细。“一窗式”服务系统建设内容 “

22、一窗式”服务系统除了包括1 个中心 +N 个街道 / 社区网点的综合管理系统，还包括App 服务端、 App 公众端、微信公众号。综合管理系统： 管理人员和窗口人员使用，要求公众（包括个人和企业）能够在综合窗口进行身份认证、办件预登记、 办件申请以及对窗口人员的服务作出评价。窗口人员能够对公众的身份核实并更新电子证照库，对办件申办进行处理、批转、制证。App 服务端：服务人员使用，系统能够指派服务人员上门服务， 服务人员能够通过App 服务端对办件人身份进行核实、 对办件进行受理、 反馈以及相应的收费。App公众端、微信公众号：公众（包括个人和企业） 使用，公众能够通过App 公众端和微信公众

23、号进行身份认证、办件预登记、办件进度查询、办件评价以及 办件结果的接收。（ 3）电子证照数据库随着社会不断发展，各种证照信息层出不穷，根据不同用户对象，大概可以可分成两类证照信息，面向公众用户和面向企业用户的证照信息。其中，面向公众用户的证照信息包括身份证、户口、结婚证、毕业证以及其他专业证件等； 面向企业用户证件信息包括工商许可证、卫生许可证、税务登记证等等。通过建设统一的电子证照数据库实现证照数据电子化的管理与利用，逐步减少纸质证照的使用，极大程度杜绝假证假照的泛滥，解决证照查验工作难的问题；解决当前xxx活动中社会公众多次往返、反复提交纸质材料的顽疾，减少社会成本与资源浪费，减轻群众负担

24、；提升政府行政效率和协同能力，创新xxx活动和行政管理模式，提高办事效率，推动主动服务和联合监管、清除监管漏洞和真空，避免由于各单位各自为政进行建设导致证照无法跨部门间的共享利用。图 5 电子证照库系统图基于智慧政务服务平台建立电子证照数据库，并建设以社区“一窗式”受理系统作为证照数据采集的入口，循序渐进，逐步积累，形成真正服务于政府和群众的统一电子证照库。电子证照系统包括证照录入、证照验证、证照管理、证照纠错、原件召回等功能，以及证照分类模块和分级权限控制模块。证照录入，主要以“一窗式”系统为证照数据采集的入口，在纸质证照审批过程中生成电子证照录入到证照数据库。证照验证，审批工作人员在进行业

25、务办理时，可通过集成到系统中的验证按钮和比较按钮对证照信息进 行验证。证照管理，根据审批过程中受理的证照信息，通过与证照库数据进行比对，发现证照信息异常，提供证照管理功能实现各单位对证照信息的维护与管理，确保所使用的电子证照信息准确无误，保证在事务过程中可以安全使用。证照纠错，若验证结果不一致时，能够与证照形成单位要核对所发放的证照信息，及时纠正错误信息并且及时更新证照信息库。原件召回，若验证结果不一致或在电子证照信息库中根本找不到该电子证照信息时，受理单位可以要求公众提交纸质原件，以便进一步的验证。证照分类模块，证照能够根据证照性质、颁发部门、证照种类等属性进行分类。证照分级权限控制模块，能

26、够设置不同的业务部门拥有不同的证照类型访问权限。3.3 、综合业务支撑系统3.3.1 、系统总体结构智慧政务服务中心为涉及xxx和民生服务的各类业务部门（综治、党建、xxx ，今后可扩展到城管、交通等业务部门）提供统一的数据交换与共享服务，以上述数据为基础， 对综治、党建、xxx业务实现综合查询、统计报表、趋势分析等功能。此外，作为xxx运营服务中心的综合调度平台，通过工单管理方式实现对社区服务人员、各种网格( 如综治网格、城管网格等) 和社区一窗式服务的综合管理和调度，本系统的系统结构图如下所示。民情服务平台APP客户展现层民情服务中心客户端综合统计分析综合业务调度一窗式服务系统综治党建民情

27、审管工单管理信息推送人员管理网格管理应用服务层智慧民情服务平台综治管理系统数据交换/共享与访问接口数据访问层智慧民情服务平台数据库智慧党建系统民情数据综治数据电子证照党建数据基础数据工单数据数据支撑层图 6综合业务支撑系统总体结构图证民管党治建情管发查推管管照接情接理接建接送询送理理口口口口业统趋综务计势合概报分查貌表析询图 7综合业务支撑系统功能结构图3.3.3、功能需求描述（ 1）综合统计分析本模块主要实现对综治、智慧党建、xxx审批和xxx处置系统通过数据交换模块进来的数据进行综合查询、统计报表、历史趋势分析等功能。业务概貌 : 主要反映各个业务系统当前的状态，如当前已办理、未办理的事件

28、数量，本周、本月事件的统计数量等，对当前业务有一个总体、概要的了解。智慧政务： 分为 xxx统计、专题分析、对比分析三大模块。xxx 统计，要求包括区域统计、 类别统计、 状态统计、部门统计。区域统计结合时间，反应了各街道、各时段的投诉件情况。类别分析结合时间及街道，反应各街道、各时间段内各类型事件的处理情况。状态统计结合时间对各部门的投诉件分布进行了统计。部门统计结合时间对各部门热门投诉关键词进行排行统计。专题分析，要求包括主题分析及热词分析。专题分析结合时间，对各专题进行对比分析。热词分析通过大数据分析整理出近期的热词。对比分析， 要求包括全年同比分析、 较上月环比分析。智慧党建：党建地图

29、模块以电子地图导航方式能够直观显示党支部的相关详细信息，如位置信息、联系电话、党员人数等。党组织统计模块，能够按支部，党员类型，党员年龄段，文化程度，年份统计党员情况。积分排行模块，能够根据党支部和党员的活动积分， 列出表现优秀的支部和党员。党员服务模块，需要包括有党员的信息列表、党员详情以及党员在党内的表现情况。综治管理：网格员管理：要求通过图表形式罗列各个网格员以及相应的工作处置详细信息。事件统计：能够按照街道社区、网格、时间段、事件类型等方式灵活统计综治事件，并可将结果导出到Excel文件。xxx审批：办件统计：能够按照街道社区、时间段、办件部门、 办件类型等方式灵活统计xxx审批事项，

30、并可将结果导出到 Excel文件。工作人员服务统计：能够根据工作服务人员的日常办公事项按照街道社区、 时间段、办件部门、 办件类型、公众评价等方式灵活统计xxx审批事项，并可将结果导出到 Excel文件。（ 2）综合业务调度本模块主要实现对综治、xxx 、政务服务和党建系统的工作任务调度，通过工单流转的方式实现，以及实现街道社区 相关业务服务人员（如网格管理员、普通服务工作人员等） 和网格的管理（如综治网格）。相关业务工单的流转流程如下图所示，由智慧政务服务中心的业务工作人员针对具体的业务任务，创建工单并把他 指派给街道社区的具体某一位服务人员，然后系统会通过短 信、政务服务手机APP等方式将

31、该工单通知到社区工作人员； 该工作人员接到任务后，进行具体的业务处理工作，完后将 状态反馈给政务服务中心。开始创建工单判断来源派发工单到相应平台否核对信息是工单处理完成工单工单投诉回访投诉处理是否成功否否是否属实是是转为历史记录结束图 8 工单流程图信息推送功能：信息推送服务是指在网络环境下，针对用户的信息需求 通过数据库和信息互联网络，检索到符合规则要求的事件信 息，然后以E-mail或短信的方式将检索结果通过信息互联网络发送到用户手中信息推送可以让受理方更加及时地得到最新的事件信息， 让事件得以及时处理。其按使用主体分为推送方和订阅方。推送方：即智慧社会治理综合指挥平台。该平台根据一定算法

32、把事件按优先级、部门排序。通过短信或邮箱的方式自动推送给订阅方，此外管理员也可以手动把信息推送给订阅者。推送方：即相关部门受理人员。推送方可以选择是否订阅推送功能（推送功能默认开启）和信息推送方式。推送方收到相应事件，应及时完成对事件的处理并反馈。信息推送的功能流程如下图所示，推送方手动输入事件筛选规则，检索出数据库中最重要、最紧急的事件。通过事件 ID 检索出事件对应的处理者和信息，通过短信或邮件的方式推送给处理者。处理者收到推送信息后，对事件进行处理，处理完成后把结果反馈给推送方。推送 方规则 输入事件排序短信、邮件推送事件 反馈事件处理接收方图 9时间推送流程图综合网格员是xxx城市 x

33、xx处置中心在社区网格的综合服务人员，主要有一窗式服务或网格化服务两大工作内容。一窗式服务主要是在街道/ 社区服务网点为居民群众在劳动、民政、计生、租赁、社保、残联等所有申办事宜以及xxx 、民生相关的投诉、咨询等业务提供“一窗式”的受理服务，方便了居民群众的办事过程，提高了居民群众的满意度。网格化服务主要是综合网格员利用手机App 采集网格内所有的基础数据和动态信息，信息录入后上传至智慧政务服务中心，再由综合网格员导入到各部门的业务系统，各部门按原业务系统流程进行处理，并将事件处理的进度和结果与智慧政务服务中心共享，实现事件在“事先、事中、事后” 的全过程督办。综合网格员在利用手机App采集

34、网格信息的同时，App会记录综合网格员的实时位置、走访轨迹、 工作动态等信息， 实现综合网格员的可视化管理和精确化管理。本系统将直接调用智慧政务服务平台的相关接口实现短信和移动 APP信息的推送。3.4 、数据交换与共享接口3.4.1 、内部系统接口内部系统是指本期项目建设的智慧政务服务平台和一窗式服务系统，本系统与上述系统之间的接口采用直接数据库访问的 API 封装接口方式或者消息接口实现数据对接。3.4.2 、外部系统接口需求外部系统包括综治网格化管理系统（即浙江省平安建设信息系统）、智慧党建服务系统和xxx城市政务服务业务应用平台。本系统与上述外部系统之间的接口采用WebService

35、的方式实现双向的数据交换，待交换的数据包采用XML格式描述。需要交换的信息包括综治、党建、xxx数据和基础数据等。EMS对接一窗式服务系统要求与EMS对接，实现网上、终端等申报业务预审通过后根据申请人的个性化选择材料提交服务， 提供EMS上门收件。同时针对审批完成的业务产生的证照、批文等根据申请人选择的个性化证件获取服务，提供EMS送件。与 xxx城市网上行政审批服务中心对接一窗式服务系统要求与xxx城市网上行政审批服务中心对接，实现网上申报后业务进入综合受理子系统进行预审。实现网上网下无缝连接。与 xxx城市政务服务业务应用平台对接一窗式服务系统要求与xxx城市政务服务业务应用平台对接，实现

36、业务受理、审批流程监管、结果反馈等实时同步 连接。与审批业务部门系统的对接一窗式服务系统要求与xxx城市涉及审批的业务部门的系统进行对接（前期先对接民政、计卫、城管等办件高频次 的业务部门系统） ，实现业务受理、审批流程监管、结果反馈等实时同步连接。与消息通讯对接一窗式服务系统要求与短信、APP 或邮件对接，实现受理结果向办事人以及下个环节审批人的推送。与浙江省平安建设信息系统数据对接：智慧政务服务中心数据和平安建设系统数据互通。实现信件的增加、批准、答复、办结内容同步。与 xxx城市“互联网 +”党建系统对接要求具体交换的数据包括党员信息、党费缴纳信息、党支部信息、学习活动信息、积分信息等。

37、3.4.3 、技术需求描述开发技术智慧政务服务平台系统、一窗式软件系统和综合业务支撑平台可用 PHP语言开发， B/S架构，电子证照库、GIS 数据库等基础信息库使用Java语言开发统一大数据平台，并提供 统一数据接口。使用的数据库及缓存支持 mysql数据库；支持 redis对数据进行缓存。性能要求要求对 mysql数据库采用主从复制读写分离，提供系统性能；至少支持150 人以上同时使用；在网络速度正常的情况下，要求本系统对用户日常操 作（统计报表除外） 的平均响应速度不得大于10 秒 ； 安全认证系统涉及支付、 涉密的功能和接口需要采用https加密传输。 系统对接需求系统开放json格式的 API 数据接口，与app 平台进行数据对接；系统与 xxx业务服务应用平台等其他系统对接，普遍采用约定的xml 格式 web service技术进行数据对接； 大数据平台暴露json格式的 API 数据接口，系统按需调用进行数据对接。其他需求系统要具有良好的安全性、扩展性和可移植性； 系统设计要遵循国家、公安部和市局相关标准；系统平台要求采用通用性好的计算机系统、安全可靠的操作系统以及大型数据库系统，保证系统良好的性能；应用系统应稳定、 可靠、实用，人机界面友好， 输出、输入方便，图表生成美观，检索、查询简单快捷。