协同联动系统建设方案

1、大联动平台201X年X月目录 TOC o 1-5 h z 一、建设背景1 HYPERLINK l bookmark46 o Current Document 二、需求分析1 HYPERLINK l bookmark49 o Current Document 现状需求1 HYPERLINK l bookmark52 o Current Document 总体需求2 HYPERLINK l bookmark55 o Current Document 应用服务功能需求3 HYPERLINK l bookmark58 o Current Document 业务支撑功能需求3 HYPERLINK l b

2、ookmark61 o Current Document 三、总体设计4 HYPERLINK l bookmark64 o Current Document 总体设计框架.4 HYPERLINK l bookmark67 o Current Document 设计思路6 HYPERLINK l bookmark70 o Current Document 模块化结构6 HYPERLINK l bookmark75 o Current Document 标准化接口6 HYPERLINK l bookmark79 o Current Document 完全面向对象.6 HYPERLINK l boo

3、kmark83 o Current Document 采用成熟的设计模式.6 HYPERLINK l bookmark87 o Current Document 充分考虑系统性能.7 HYPERLINK l bookmark91 o Current Document 充分考虑项目时间可控7 HYPERLINK l bookmark95 o Current Document 便于系统扩容.7 HYPERLINK l bookmark99 o Current Document 方案涉及关键技术.7 HYPERLINK l bookmark102 o Current Document J2EE 框架

4、.7 HYPERLINK l bookmark106 o Current Document B/S 结构8 HYPERLINK l bookmark110 o Current Document SOA开发技术8四、系统建设9 HYPERLINK l bookmark117 o Current Document 智慧治理大联动平台9 HYPERLINK l bookmark120 o Current Document 工单管理子系统12 HYPERLINK l bookmark123 o Current Document 预处理平台12 HYPERLINK l bookmark126 o Cur

5、rent Document 事件受理子系统13 HYPERLINK l bookmark129 o Current Document 事件处置子系统13 HYPERLINK l bookmark148 o Current Document 联合执法子系统17 HYPERLINK l bookmark151 o Current Document 事件流转子系统18 HYPERLINK l bookmark154 o Current Document 统计分析子系统18 HYPERLINK l bookmark157 o Current Document 绩效考核子系统19 HYPERLINK l

6、 bookmark160 o Current Document 智慧发现子系统19 HYPERLINK l bookmark163 o Current Document 基础用户管理子系统20 HYPERLINK l bookmark170 o Current Document 智慧治理公众版APP20 HYPERLINK l bookmark175 o Current Document 呼叫中心21 HYPERLINK l bookmark178 o Current Document 物理部署图22 HYPERLINK l bookmark184 o Current Document 运行环

7、境22建设背景经过多年的建设，现在的城市建设突飞猛进，城市面貌发生了巨大变化。城 市化进程在带来新的发展机遇的同时，也给社会治理工作带来新的挑战。其中， 问题发现不及时、矛盾化解不高效、部门联动滞塞等问题显的尤为突出，传统、 粗放的管理模式已经不能满足社会管理的需要，也制约了城市建设的进一步发展， 创新社会治理模式，引入先进的管理手段、管理方法，实现社会治理的精细化、 高效化、科学化势在必行。提高社会治理能力和水平，是转变政府职能的必然要求，是公共服务的重要 内容，是促进社会健康发展的重要基础，现代化的社会必须有现代化的管理。由 于缺少整体规划，各部门在网络使用、系统规划、平台建设上不统一，造

8、成网络 不能互通、资源不能整合、信息不能共享等问题，形成了很多“信息孤岛”。同 时，由于各部门信息系统建设方面的理念、定位不同，在模块设置、项目功能、 技术标准、数据格式等方面存在较大差异，使得系统间数据不能整合和实时更新， 形成了许多“数字鸿沟”。因此，需要做好整体规划，制定规范、统一标准，推 进大联动业务协同平台建设有序地开展。遵循“信息集中采集与共享、执法力量 有效整合与管理、部门联动执法与网格化服务”的“大联动”工作思路，按照信 息平台建设“资源整合、信息共享、统一派发、联动处置、高效服务”原则，通 过对社会管理资源的有效整合，逐步实现集指挥、应急、排查、服务、管理于一 体的区域化治理

9、“大联动”信息管理系统，提升区域化治理的信息化、规范化和 精细化水平，再造行政流程和管理体系，切实提升政府治理能力和公共服务能力。二、需求分析2.1现状需求目前，主要由信访局承担接收群众的求助、举报事件，并跟踪事件进度、协 调各部门办理的职责。目前在用的相关信息化系统，有省里统一建设的信访系统 和县里自建的书记县长直通交流平台，并没有12345电话热线。城管局目前有城 管热线以及一套城管系统，但是基本不能满足使用需求，日常业务基本靠相关执 法人员用电话、微信群等方式交流汇报，缺乏有效的信息化系统支撑。公安局使 用的是省里、市里承建的系统，部署在公安内网上，尽管有相关的事件上报流转 的系统，但是

10、因为网络问题无法与其他部门相同，故对协同联动也有较大的需求。整体来说，县信息化程度比较落后，只有少数几个使用的系统，且没有整体 规划，缺少顶层设计，各部门各自为战，在网络使用、系统规划、平台建设上不 统一，造成网络不能互通、资源不能整合、信息不能共享，形成了很多“信息孤 岛”。同时，由于各部门信息系统建设方面的理念、定位不同，在模块设置、项 目功能、技术标准、数据格式等方面存在较大差异，造成系统间数据不能整合和 实时更新，形成了许多“数字鸿沟”。为此，要树立一盘棋的思想，急需搞好整体 规划、顶层设计，制定规范、统一标准，推进大联动业务协同平台建设任务有序 开展。2.2总体需求通过建设县、街道两

11、级智慧治理大联动平台。实现统一流程下的呼叫热线、 手机APP、门户等多种渠道，网上受理人民群众的各种诉求，经预处理后在平台 流转处置，将处置结果反馈给诉求方并接受诉求方的评价意见。通过大联动中心数据平台建设，与各职能部门进行业务对接、流程再造，实 现横向到边、纵向到底、全面覆盖、互联互通的智慧治理体系，同时，通过督办、 催办、考核等手段，提高部门间的联动和办事效率。通过县、街道两级事件受理、处置子系统、联合执法子系统、统计分析子系 统等建设，对辖区各类事件的流转处置、督办催办，并对事件信息进行统一的深 度统计挖掘、分析研判，为领导动态实时地掌握社会全貌、科学决策提供更直观 科学的信息化支撑。通

12、过建设基础用户管理子系统，实现大联动平台内的用户信息、组织机构、 权限管理、岗位角色管理和操作日志等基础用户管理功能。2.3应用服务功能需求基础平台服务通过一系列基础服务组件为应用系统提供底层基础服务。主要 包括短信服务、系统消息服务、业务日志、文件服务、图片服务。短信服务包括短信的编辑、发送、接收、查看等功能，支持平台通过短信的 方式向群众提供服务。系统消息包括消息编辑、发送、接收、查看等功能，支持平台通过系统消息 的方式向群众提供提示、提醒等服务。业务日志服务完整记录智慧治理“大联动”信息平台中的使用行为，并可提 供查看、统计功能。为平台使用情况的全面统计和分析提供扎实的数据基础。文件服务

13、提供文件的上传、下载等服务，并实现对文件的集中、统一存储和 管理服务。图片服务提供图片的上传、压缩、引用等服务，并实现对图片的集中、统一 管理。2.4业务支撑功能需求业务支撑平台为智慧治理“大联动”信息平台的资源整合、流程规范、信息 安全、单点登录提供一整套完整业务的信息系统的支撑。包括应用集成平台、业 务流程管理中心、统一用户系统。应用集成平台通过数据交换平台实现智慧治理“大联动”信息平台与第三方 系统之间的数据资源整合和服务对接。其中，前置子系统实现外部应用系统的数 据交换和服务接入；中心交换子系统采用总线式的SOA架构和多种报文传输方 式，实现对各业务应用系统的有机整合；管理平台提供服务

14、注册和命名的管理功 能、服务的发布、外围应用访问服务的权限控制、基于异步消息的数据传递、外 围应用访问服务的异常处理机制。提供统一的资源、服务调度以及状态管理。智 慧治理“大联动”信息平台与现有平台对接后将满足各部门业务的需要，围绕跨 部门的业务协同，以部门业务信息为基础，确定部门间交换信息指标及信息交换 流程。实现不同部门异构应用系统间信息交换与共享，提高政府各部门行政管理 效率。该平台同时还建立信息资源采集、处理、交换、共享、运营和服务的机制 和规范，保证政务信息资源的持续有效地采集、交换、共享和应用；提供统一的 服务信息系统规划和管理能力，降低信息化建设成本。业务流程管理中心主要用于智慧

15、治理“大联动”信息平台中任务管理中心， 对事项进行业务流程的梳理，通过业务流程管理进行工作流程的自定义配置，包 括角色用户配置、权限配置、办理时限配置等，通过流程管理提高效率、减少等 待，规范行为、落实制度，协同内外、快速相应，监管全面、提升执行。统一用户系统对平台的用户登录进行统一认证管理，实现多渠道和多应用的 一次登录和全面服务。三、总体设计3.1总体设计框架系统项目设计遵循统一规划、需求主导、整合资源、统一标准的原则。根据本次项目的总体应用需求和建设目标分析，整个信息系统的系统总体框 架可分为信息基础平台层、数据资源层、应用支撑层、应用系统层以及用户层五 个部分，同时综合考虑信息化标准体

16、系建设和信息安全、系统运维管理。系统总 体框架如图3.1所示：工单管理子系统事件受理子系统事件协同处置平台事件处理子系统智慧发现子系统考核监督子系统统计分析子系统统一标准体系应用支撑层运营监控消息通知统一用户统一报表统一短信平台平台管理平台平台平台数据交换共享平台基础平台感知数据安全管理保障体系网络层政务外网物联网互联网智慧发现公众 版APP消防栓感知环境质量盛*垃圾满溢感知视频感知感知层图3.1大联动系统总体框架感知层是整个系统的数据来源，包括智慧发现和人为发现两部分。智慧发现 主要是通过各个感知设备感知的异常数据产生事件，人为发现主要是人为开展业 务发现事件。网络层不仅包括网络基础设施的建

17、设，如县级有线政务网和无线政务网，以 及互联网，还包含服务器存储系统以及系统软件环境的搭建，为信息化应用提供 坚实的基础平台。数据资源层构建于网络基础设施层之上，并为上层的应用基础支撑平台层提 供各种信息资源，主要包括工单数据库、事件数据库、部门及用户数据库、元数 据库等。应用支撑平台层在整个模型中承担着承上启下的关键作用，处于应用层和数 据资源层之间。基础平台为上层应用系统提供公共的、集成的服务，在此之上开 发丰富的政务应用系统。交换平台则实现各业务系统之间的数据、信息交换、共 享。应用层是基于标准的应用支撑平台层基础上构建的各种电子政务应用系统， 主要包括职能部门的行业应用系统、跨领域综合

18、性应用系统等。用户层是指不同的用户根据权限不同访问相应的应用软件功能。安全管理保障体系是确保电子政务应用系统得以顺利建设和正常运行的保 障体系。3.2设计思路模块化结构系统采用功能模块化结构设计，每个模块都被独立地实现，并通过标准接口 联系在一起。每个功能模块在功能上独立，同时可根据用户需求灵活配置、组合， 实现平滑升级扩容。标准化接口系统采用接口化设计，所有功能实体间的数据交换以及对其他模块的数据引 用都通过标准接口完成，增强了系统的开放性、稳定性、扩展性与集成性。完全面向对象软件部分完全采用面向对象的设计模式进行设计。面向对象的设计与开发方 式有助于降低软件的复杂程度，提高软件代码的复用程

19、度。与传统的面向过程的 方法相比，面向对象技术更接近人的认识过程，而前者更接近计算机的物理实现 过程。因此，面向对象的软件开发技术有助于解决软件危机的问题。采用成熟的设计模式设计模式使人们可以更加简单方便的复用成功的设计和体系构架。在设计中 融入成熟的设计模式能够降低软件设计风险，提高软件的可复用性和可扩展性。 采用MVC模式的优点表现为：一方面，分离数据和其表示，使得添加或者删除一 个用户视图变得很容易，甚至可以在程序执行时动态的进行。Model和View能 够单独的开发，增加了程序了可维护性，可扩展性，并使测试变得更为容易。另 一方面，将控制逻辑和表现界面分离，允许程序能够在运行时根据工作

20、流，用户 习惯或者模型状态来动态选择不同的用户界面。充分考虑系统性能该系统建成以后，对内将服务于政府工作人员，对外将服务于群众和企业， 其性能要求非常高。因此，在软件设计过程中，将充分保证系统性能。首先，我 们将在设计上充分考虑到多层构架中的缓存技术的使用。再代码实施阶段将进行 充分的代码以及算法优化。在测试部署阶段将进行多层次的压力测试。各种不同 的测试结构将作为系统验收的指标。充分考虑项目时间可控时间可控是决定基于项目的软件工程是否成功的一个关键因素。时间可控是 指保证任何工作的时间都在可预期的范围以内。这对于降低开发风险提出了很高 的要求。软件开发过程中充分考虑时间可控将非常有利于项目准

21、时交付部署。这 有利于保证投资人的利益。便于系统扩容随着政府信息化建设的深入，政府的信息化需求也将不断地发展和变化。电 子政务系统在设计时将充分考虑系统的可扩充性，便于随需进行系统扩容。3.3方案涉及关键技术J2EE 框架J2EE框架是生成、部署和运行Web服务及应用程序的一系列软件技术平台。 它提供了一个生产率高且基于标准的多语言环境，用于将现有投资与下一代应用 程序和服务集成，同时提供了解决Internet规模应用程序的部署和操作难题的 灵活性。其目标是建立一个让所有的计算机、相关设备和服务商协同工作的网络 计算环境，让用户在任何地方、任何时间、以及利用任何设备都能访问他们所需 要的信息、

22、文件和程序，而用户不需要知道这些东西存在什么地方，甚至连如何 获得等具体细节都不用知道。大联动应用系统都是基于J2EE框架之下进行系统设计与开发建设。B/S 结构B/S结构（浏览器/服务器结构）是基于Intranet的需求而出现并发展的。 Intranet是应用TCP/IP协议建立的单位内部专用网络，它采用诸如TCP/IP、HTTP、 SMTP和HTML等Internet技术和标准，能为单位内部交换信息提供服务。同时， 它具有连接Internet的功能和防止外界入侵的安全措施。SOA开发技术公司产品基于SOA组件面向对象服务技术开发。实现系统及模块之间的松耦 合，便于开发、维护、升级等管理。面

23、向服务的体系结构（SOA）是一个组件模型，它将应用程序的不同功能单 元（称为服务）通过这些服务之间定义良好的接口和契约联系起来。接口是采用 中立的方式进行定义的，它应该独立于实现服务的硬件平台、操作系统和编程语 言。这使得构建在各种这样的系统中的服务可以以一种统一和通用的方式进行交 互。这种具有中立的接口定义（没有强制绑定到特定的实现上）的特征称为服务 之间的松耦合。松耦合系统的好处有两点，一点是它的灵活性，另一点是，当组 成整个应用程序的每个服务的内部结构和实现逐渐地发生改变时，它能够继续存 在。而另一方面，紧耦合意味着应用程序的不同组件之间的接口与其功能和结构 是紧密相连的，因而当需要对部

24、分或整个应用程序进行某种形式的更改时，它们 就显得非常脆弱。对松耦合系统的需要来源于业务应用程序需要，根据业务的需要变得更加灵活，以适应不断变化的环境，比如经常改变的政策、业务级别、业务重点、合作 伙伴关系、行业地位以及其他与业务有关的因素，这些因素甚至会影响业务的性 质。我们称能够灵活地适应环境变化的业务为按需业务，在按需业务中，一旦需 要，就可以对完成或执行任务的方式进行必要的更改。SOA作为一种面向服务的架构，是一种软件架构设计的模型和方法论。我们 可以把SOA看作是模块化的组件，每个模块都可以实现独立功能，而不同模块之 间的结合则可以提供不同的服务，模块之间的接口遵循统一标准，可以实现

25、低成 本的重构和重组。在SOA的技术框架下，可以把杂乱无章的庞大系统整合成一个 全面有序的系统，从而增加企业在业务发展过程中应用系统的灵活性，实现最大 的IT资产利用率。系统建设4.1智慧治理大联动平台大联动系统以加强和创新社会治理需求为导向，借助成熟、先进的现代信息 技术手段，对影响国家安全、社会稳定、治安状况和群众安全感的各类社会矛盾 和问题信息进行综合集成，智慧发现的事件信息自动分流，非智慧发现类事件信 息受理后人工分流，实现按责转办、限时办结、统一督办、统一考核，提高部门 协同效率。通过建设大联动系统，实现统一流程下的呼叫热线、手机APP、门户等多 种渠道，网上受理人民群众的各种诉求，

26、具体流程如下：1.事件发现主体包括群众、网格员、综治工作人员等。发现事件后，若网格 员能直接处置的，当场线下处置；若不能当场处置的，则通过热线、APP等形式 上报事件；2.上报的事件会通过工单系统，按照统一的格式生成事件信息，并流 向预处理平台进行处理。若是能立刻回复的如服务咨询类事件，当场解决；若是 需要部门协调处置的事件则流入大联动系统;重复的事件可以去重过滤，无效的、 骚扰事件直接删除；3.事件交办给相应部门时，可以选择是单独办理还是联合执 法，单独执法的事件只需指定一个办理的部门，若是联合执法的事件，需要选择 主办部门和协调部门，主办部门只有一个，协办部门可以有多个；4.事件交办给 相

27、应部门如综治、城管、公安、市监、安监、信访等，若是该部门处理的事件， 可以进行受理和办理；若不是该部门处理的事件，可以进行事件回退，事件回退 给上一部门进行审核。上一部门审核后认定还是该部门处理的，审核不通过后还 是回到该部门；若是审核过后确实属于其他部门事件的，重新进行交办；5.各部 门办理事件过程中，若发现事件办理所需时间超过了界定的办理期限，可以进行 延期申请；申请审核通过后可以按需要延长办理期限，不通过则按原办理期限计 算。办理超时会进行相应的事件督办，并会影响绩效考核；6.事件办理完成后， 事件会流转回治理中心，治理中心相应人员对事件进行回访。若回访结果是事件 确实已经完成，则进行结

28、案操作，流程结束；若事件还未完成，则审核不通过， 事件继续流转到相应办理的部门，相应部门重复受理- 办理- 审核操作。通过大数据交换共享，与各职能部门进行业务对接、流程再造，实现横向到 边、纵向到底、全面覆盖、互联互通的智慧治理体系，同时，通过督办、催办、 考核等手段，提高部门间的联动和办事效率。通过事件受理、处置子系统、联合执法子系统、统计分析子系统等建设，对 辖区各类事件的流转处置、督办催办，并对事件信息进行统一的深度统计挖掘、 分析研判，为领导动态实时地掌握社会全貌、科学决策提供更直观科学的信息化 支撑。4.1.1工单管理子系统工单系统子系统是用于记录、处理、跟踪所有事件的完成情况的子系

29、统。工单系统提供了大联动事件的统一格式，接线员可以通过工单系统在大联动 事件中新增符合格式事件。在工单管理子系统中，还可以查看已经处理和未处理 事件。未处理的事件可以进行直接回复，已处理的事件可以查看所有的处理历史 记录。4.1.2预处理平台预处理平台是各个渠道上报的事件进行查重过滤、直接回复和将事件转入联 动系统的平台。由于大联动平台对接了多种事件上报渠道，存在重复上报的问题，且同一事 件也存在多人上报的情况，为提高工作效率，在事件正式进入大联动流转处置前， 需进行业务预处理。建设查重过滤机制，将各渠道提交的信息进行初步过滤，将无用、无效信息 直接剔除，多次提交无用无效信息的列入黑名单；通过

30、提交人的身份信息、手机 号、关键词搜索等方式，排查各渠道重复提交的事件信息，合并处理，共享同一 查询码。依照各部门现有事项划分体系，将提交的事件初步分类；对分类选项需提供 新增、修改、删除、增删关联关系等功能。依照事件分类，按各部门权责划分，将事件与主办部门绑定并派发至该部门； 可预设事件级别、办结时限、是否督办等功能。预处理平台包含县、街道两个层级。进入大联动平台的事件由智慧治理中心进行查重过滤等预处理，对不同的事 件处理，采用不同的方式和流程，上报或提交有不同的对象，使处理事件更加智 能化，合理化。建设查重过滤机制，将各渠道提交的信息进行初步过滤，将无用、无效信息 直接剔除，多次提交无用无

31、效信息的列入黑名单；通过提交人的身份信息、手机 号、关键词搜索等方式，排查各渠道重复提交的事件信息，合并处理，共享同一 查询码。提供去重过滤、过滤规则设置、搜索、高级搜索等功能。4.1.3事件受理子系统对事件信息进行判断、细化、督办以及受理操作的子系统。对完成预处理的事件执行事件受理操作，系统自动生成唯一的查询码并将原 始信息转为大联动平台标准格式。依照各部门现有事项划分体系，将提交的事件初步分类；提供新增、修改、 删除、增删关联关系等功能。依照事件分类，按各部门权责划分，将事件与主办部门绑定并派发至该部门； 提供预设事件级别、办结时限、是否督办等功能。4.1.4事件处置子系统系统总体描述事件

32、处置系统是实现整个事件业务流转、事件办理、事件审核、事件结案的 系统，是大联动工作的核心。社会管理以往的工作方式，更多是现场或者办公大厅等方式处理，多用交流、 沟通，文字记录完成整个事件处置工作。反馈处理意见，需重新找对应文档进行 记录，不便于管理，不直观。处理事件更多依靠工作者处理经验，处理过程中积 淀的经验无法共享和传承给其他工作者，严重阻碍了团队办公协作能力，长期不 利于社会管理工作广泛推进。信息化作为创新手段，代替了传统手工模式，代替 文档模式，系统化事件处置流程，让工作人员的工作痕迹展现，可以看到处理轨 迹，可以直观反映工作情况，同时处理的事件作为智慧财富得以保留传承，对于 教育培训

33、其他实战的作用。事件处置功能通过微信、门户网站、APP、邮箱等多种渠道，记录群众的各方面反应和诉 求，统一汇总到县智慧治理中心，由中心交办到各个相关部门协调解决。当某些 事件处理是需要不使用本系统的部门协调解决时，提供交办、打印功能，可以将 事件处理的相关信息进行交办，交由相关部门协调解决。具体操作类型包括5 类，分别是处理、上报、交办、完成、回退。处理：指当前用户所属部门正在处理的，但是无法在规定时间内处理完 毕的服务办事。表示该服务办事正在处理中，但需要更多的时间来处理。上报：当一件服务事项需要上级部门帮助解决的时候，可以通过上报将 该服务办事上报上级部门，请求上级部门帮助解决。交办：当一

34、件服务事项需要交由同级职能部门解决时，可以通过交办将 该服务事项交由一个同级职能部门独立或作为牵头部门来解决该事项。 在将一个服务事项交办给一个职能部门的同时，可以将该服务事项抄告 给其他职能部门，使相关的职能部门能够了解到该服务办事的内容。便 于多个职能部门协同解决。 完成：指当前用户所属部门处理完成的服务办事，可以进行处理完成的 操作，表示该服务办事已经圆满解决。回退：对经过上一处理步骤处理后转到本部门的服务办事可以进行回退 操作，回退后，服务办事将退回上一步骤的处理部门。事件处理功能全程记录每件事件的受理、处理、办结及反馈评价全过程，类 似网上行政服务中心窗口。针对具体事件，按照状态和层

35、级进行分类，分别是待 办事项和已办事项，我的事项和下辖事项。待办事项指待处理解决的事项；已办 事项指已经办理的事项（不一定是已经完结的事项）；我的事项指需要当前用户 办理的事项；下辖事项指其所管辖范围内的所有事项。上级领导可以通过系统查 看下属各层级的工作情况，能对具体某件下辖事项进行交办、督办、加急、批示 等操作。针对需处理的事件，用户若在规定时间内未及时办理，系统也会自动督 办。事件处理模块与考核评估相关联，一经督办的事件将根据督办类别自动对该 部门进行扣分。系统提供日常工作提醒功能，在主页显示当前用户需待办事项件数，并可直 接关联到需处理的具体事件内容。针对事件处理反馈情况，群众能通过短

36、信、电 话、互联网等方式及时了解事件进展情况，达到既能强化工作透明度，又能促进 办事效率的功效。事件登记可新建、查看、办理、合并当前用户的待办服务办事事项，或者手动添加我 的服务办事内容到此菜单进行相关的维护。工作受理：（1）表示对服务办事进行签收，输入责任人、联系电话，表示该服务办事 已经受理安排人去处理；（2）某事件超过24小时未受理，将自动黄牌督办；（3）某事件超过48小时未受理，将自动红牌督办。工作办理：（1）受理之后才可以办理，处理有各种特殊的操作，处理中、上报、完成、 交办、回退、抄告；（2）某事件超过5个工作日未办理，将自动黄牌督办；（3）某事件超过10个工作日未办理，将自动红牌

37、督办；（4）处理过 程的每一步骤（只要不是结束），都会主动给下一步进行提 醒。（5）办理的时长可由上级设置;（6）主办单位可以申请延期。事件分流对本用户职能中不能办理的事项进行分流派发。已办事项查看当前用户曾经经手处理过的事项，比较经典的案例也可以设为经典案例， 可设置是否公开（门户、微信、APP）。待办事项查看下辖用户的待办服务办事事项，可以对这些事项进行督办、加急、批示 等操作，若处理比较困难，也可设置为历史遗留事件，历史遗留事项将不再出现 在待办事项中。如下图所示：工作督办：（1）黄牌督办和红牌督办将导致该部门在考核评估中被扣分。1）普通督办：不扣分；2）黄牌督办：超过24小时未受理的，

38、或者超过5个工作日处理（即没有反 馈意见），系统自动黄牌督办。（黄牌督办扣5分）。此外各级部门管理人员也可 根据实际情况进行人工黄牌督办；3）红牌督办：超过24小时未受理的，超过10个工作日未处理（即没有反 馈意见）的，重大紧急信息超过12个小时未受理的，系统自动红牌督办。（红牌 督办扣10分），此外各级部门管理人员也可根据实际情况进行人工红牌督办。（2）手动操作，对于服务办事的事件进行督办管理。该操作主要针对该事 件的某一环节，该环节处理完成将自动取消督办；（3）督办操作时，需要提交督办意见；（4）督办后数据列显示会亮该督办类别颜色对应的“旗帜”图片。取消督办：将原来的督办手动操作取消，处理

39、成功后，“旗帜”图片将消失。工作加急：对本部门或者下辖部门中需要尽快办理的服务办事事项可以进行 相应的加急，加急并不会导致考核评分中被扣分。区别于督办只针对环节，加急 则表示该事件办理的全程加急，全程亮“红灯”，除非手动取消。取消加急：将原来的加急操作取消，处理成功后，“红灯”将消失。领导批示：对本部门中处理困难的服务办事做出指导性意见，便于工作人员 根据该意见尽快将服务办事处理完成。已办结事项查看当前辖区范围内所有已办结完成的事项，比较典型的案例也可以设为典 型案例。4.1.5联合执法子系统联合执法子系统是支持两个或两个以上的行政执法部门联合执法，包括联合 执法方案编制、联合执法任务下达、联

40、合执法任务反馈、联合执法任务督办等功 能。方案编制牵头单位编制联合执法方案，方案内容包括发起单位、案件类型、执行地点、 所在街镇、执行时间、联系方式、相关附件、参与单位等。方案编制完成后保存 上报县联动中心或者街镇联动分中心，并相应地进入县中心或者街镇分中心的事 件区。任务下达牵头单位按照审核后的方案给各参与单位下派任务，下派任务的内容包括参 与单位、到场实现、处置完成时间和任务描述。下派任务可以通过系统消息、短 信等方式提醒参与单位。任务反馈包括：信息反馈、申请延时、请求结案、联合执法总结四部分功能。务督办可自定义事件的时间、级别等属性，可设定办理时限等功能；提供类似三色 预警，跟踪督办等功

41、能，提供系统消息、短信等方式提醒参与单位。4.1.6事件流转子系统对转入大联动的事件，根据事件的类型流转至不同部门，并与部门内部的业 务系统中（如城管系统、环卫系统、旅游系统）采用标准的Webservice通信机 制对接相关数据，各部门内部业务流转系统处理事件，并将处理完的事件结果状 态及时反馈至大联动系统，形成统一的闭环管理，便于业务流程的跟进与监督。 由部门内部业务流程流转的事件信息以及处理结果也将同步到大联动系统，达到 城市事件统一管理的目标。4.1.7统计分析子系统统计分析子系统提供一个对事件信息进行分析统计，并以表格、图形等多种 形式直观展现结果的子系统，为领导做决策提供参考依据。统

42、计分析对象包括3类：事件类型与来源统计分析：对事件的类型和来源进行分类。根据统计报表的 数值生成饼状或柱状图、趋势图等。部门办理情况统计分析：针对各个部门的在办事件、办结事件统计和办结满 意率，按时间进行统计分析，形成报表、统计图形和发展趋势图。部门办理件数统计分析：按层次按时间，对所有部门的办结、退办、续报数 进行分类统计，便于领导直观了解某一时期内的事件处理业绩。（具体数值均来 源于系统事件处理模块）。4.1.8绩效考核子系统绩效考核子系统是实现动态的绩效考核指标设置，通过对不同绩效考核指 标项的权重、绩效考结果评级范围、计算方法等要素，可动态定义和修改，绩效 考核指标设置完成后，并在自动

43、在固定时间内生成各个部门、接线员的绩效分值 的子系统。考核指标项详细依据考核对象考核周期上报事件量上报事件总数/人口数量或者网格面积各网格每月，提供月份查询条件事件完成率办结的事件/受理总事件各部门每月，提供月份查询条件事件按时完成率在办理期限内完成的事件/受理总事件各部门每月，提供月份查询条件黄牌督办率黄牌督办事件数量/受理总事件各部门每月，提供月份查询条件红牌督办率红牌督办事件数量/受理总事件各部门每月，提供月份查询条件办结事件满意率办理结果意见为满意的事件数量/办结事件总数量各部门每月，提供月份查询条件办结事件不满意率办理结果意见为不满意的事件数量/办结事件总数量各部门每月，提供月份查询

44、条件录入事件总数量通过工单系统录入的事件总数量各接线员每月，提供月份查询条件4.1.9智慧发现子系统以物联网技术为核心的感知体系，处于城市整体系统的架构底层。主要采用 视频监控、传感器感知手段，对城市范围内的交通、环境、水利、治安等基础设 施和公共安全全面感知。通过智能化的信息采集、识别、检测、分析为城市指挥 中心提供各类数据入口来源。感知数据参数的调节为城市管理者建立起全面的智 慧发现视角，为城市协同处置系统高速传递数据、事件信息，辅助城市治理及调 度工作。基于各类传感设施，如环境质量检测、河流水质检测、低洼地段水位检测等， 预设各类感知数据预警阈值，将突破阈值的预警信息按照标准事件工单格式

45、自动 生成事件信息，包括预警时间、地点（经纬度）、事件类型、告警信息等，并根 据事件类型自动流向预先配置好的对应处理业务部门，从而减少人为发现、人为 上报、人为分流等一系列操作，实现真正的智慧发现、智能分流。4.1.10基础用户管理子系统基础用户管理子系统是实现用户信息、组织架构、权限信息、岗位角色管理 和操作日志的管理的子系统。（1）业务组织架构层次与映射管理建立组织机构的业务上下级关系，岗位的上下级关系，并与行政架构中的结 点进行关联映射。（2）业务组织架构生命周期管理可根据实际业务需要设置整套业务组织架构或架构中某个机构的生命周期。（3）业务组织架构追溯管理提供业务组织架构的历史数据管理、数据版本管理、主数据报表等功能。（4）业务组织架构变更审批业务组织架构变更生效前需要通过业务管理员的审批，需提供业务组织架构 变更审批、审批状态查询等功能。4.2智慧治理公众版APP公众版app主要是起到与大联动互联网门户的互联互通，其具体板块设计依 据于大联动互联网门户，同时提供居民反映诉求，评价诉求的入口，对政府建言 献策的入口，是大联动系统中的一部分，实现一键爆料，后台跟进处理、查看处 理过程、评价处理结果等完整服务闭环。公众版APP包含首页及注册子系统、信息爆料子系统、