基于意见征求的业务审批系统及方法与流程

1.本发明涉及政务系统技术领域，具体地说是基于意见征求的业务审批系统及方法。


背景技术：

2.征求意见最早出现在工程建设类事项审批中，主要用于向协同部门征求工程建设前置条件的相关意见以及建议。后在各类免申即享、意向申报事项中发展，目前此类方式已经逐步被应用于各类跨部门、跨公司甚至是与第三方的交互中。
3.基于上述分析，如何以意见征求为核心，实现审批节点并行、数据交互线上化的业务审批，是需要解决的技术问题。


技术实现要素：

4.本发明的技术任务是针对以上不足，提供基于意见征求的业务审批系统及方法，来解决如何以意见征求为核心，实现审批节点并行、数据交互线上化的业务审批的技术问题。
5.第一方面，本发明的基于意见征求的业务审批系统，包括：
6.业务受理模块，所述业务受理模块通过业务受理界面与审批人员交互，用于接收业务并发起征求意见；
7.意见中心模块，所述意见中心模块与所述业务受理模块进行数据交互，用于接收征求意见，并基于征求意见的内容对征求意见进行分发，以将征求意见分发至相关业务部门的协同人员；
8.业务审批模块，所述业务审批模块通过业务审批界面与各个业务部门的协同人员交互，用于接收征求意见并对征求意见进行处理生成征求意见处理结果，并将征求意见处理结果返回意见中心模块；
9.所述意见中心模块还用于归集所述征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块；
10.所述业务受理模块还用于推送业务审批结果。
11.作为优选，所述征求意见包括征求意见信息、征求意见场景信息以及征求意见方式信息。
12.作为优选，所述征求意见处理结果的格式包括文本、图片、excel以及结构化数据；
13.所述意见中心模块用于将业务审批结果转换为结构化数据并返回业务受理模块。
14.作为优选，所述意见中心模块用于将征求意见以接口调用的方式推送至业务审批模块；
15.所述业务审批模块用于将征求意见处理结果以接口推送和/或消息推送的方式以结构化数据方式交付意见中心模块；
16.所述意见中心用于将业务审批结果以接口调用和/或mq消息方式将业务审批结果
推送至业务受理模块。
17.作为优选，所述意见中心中配置有征求意见完结条件，所述征求意见完结条件为审批人员以参数形式传递至意见中心模块；
18.所述意见中心模块用于基于征求意见完结条件判断所述征求意见反馈的完成情况，对于已经完成反馈的征求意见，归集所述征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块。
19.第二方面，本发明的基于意见征求的业务审批方法，其特征在于基于如第一方面任一项所述的基于意见征求的业务审批系统，以意见征求为核心，实现业务审批的协同处理，所述方法包括如下步骤：
20.审批人员通过业务审批模块发起征求意见；
21.意见中心模块基于征求意见的内容对征求意见进行分发，以将征求意见分发至相关业务部门的协同人员；
22.协同人员接收征求意见后，对征求意见进行处理生成征求意见处理结果，并将征求意见处理结果返回意见中心模块；
23.通过意见中心模块归集所述征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块；
24.通过业务受理模块推送业务审批结果。
25.作为优选，所述征求意见包括征求意见信息、征求意见场景信息以及征求意见方式信息。
26.作为优选，所述征求意见处理结果的格式包括文本、图片、excel以及结构化数据；
27.所述意见中心模块用于将业务审批结果转换为结构化数据并返回业务受理模块。
28.作为优选，通过意见中心模块将征求意见以接口调用的方式推送至业务审批模块；
29.通过业务审批模块将征求意见处理结果以接口推送和/或消息推送的方式以结构化数据方式交付意见中心模块；
30.通过意见中心将业务审批结果以接口调用和/或mq消息方式将业务审批结果推送至业务受理模块。
31.作为优选，所述意见中心中配置有征求意见完结条件，所述征求意见完结条件为审批人员以参数形式传递至意见中心模块；
32.基于征求意见完结条件判断所述征求意见反馈的完成情况，对于已经完成反馈的征求意见，归集所述征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块。
33.本发明的基于意见征求的业务审批系统及方法具有以下优点：
34.1、审批人员通过业务受理模块发起征求意见，意见中心模块将征求意见分发至业务审批模块，从而能够将当前审批场景信息以征求意见方式推送给协同人员，协同人员通过业务审批模块对征求意见进行处理生成征求意见处理结果，并将征求意见处理结果返回意见中心模块，意见中心模块归集征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块，从而实现多部门对审批业务的协同审批，实现了审批节点并行化、数据交互线上化，并最终达到跨部门协同、跨公司协同、甚至多方相关人员协同的目的。从而
打破政府信息孤岛、缩短审批时长、提升办事体验感。
附图说明
35.为了更清楚地说明本发明实施例中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本发明的一些实施例，对于本领域的普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
36.下面结合附图对本发明进一步说明。
37.图1为实施例1基于意见征求的业务审批系统的工作流程框图；
38.图2为实施例2中工程建设业务基于意见征求的业务审批方法的审批流程图；
39.图3为实施例2中电水气热网联合申报业务基于意见征求的业务审批方法的审批流程图。
具体实施方式
40.下面结合附图和具体实施例对本发明作进一步说明，以使本领域的技术人员可以更好地理解本发明并能予以实施，但所举实施例不作为对本发明的限定，在不冲突的情况下，本发明实施例以及实施例中的技术特征可以相互结合。
41.本发明实施例提供基于意见征求的业务审批系统及方法，用于解决如何以意见征求为核心，实现审批节点并行、数据交互线上化的业务审批的技术问题。
42.实施例1：
43.本发明的基于意见征求的业务审批系统，包括业务受理模块、意见中心模块和业务审批模块，业务受理模块通过业务受理界面与审批人员交互，用于接收业务并发起征求意见；意见中心模块与所述业务受理模块进行数据交互，用于接收征求意见，并基于征求意见的内容对征求意见进行分发，以将征求意见分发至相关业务部门的协同人员；业务审批模块通过业务审批界面与各个业务部门的协同人员交互，用于接收征求意见并对征求意见进行处理生成征求意见处理结果，并将征求意见处理结果返回意见中心模块；意见中心模块还用于归集征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块；业务受理模块还用于推送业务审批结果。
44.其中，征求意见包括征求意见信息、征求意见场景信息以及征求意见方式信息。
45.征求意见处理结果的格式包括文本、图片、excel以及结构化数据；意见中心模块用于将业务审批结果转换为结构化数据并返回业务受理模块。
46.意见中心模块用于将征求意见以接口调用的方式推送至业务审批模块；业务审批模块用于将征求意见处理结果以接口推送和/或消息推送的方式以结构化数据方式交付意见中心模块；意见中心用于将业务审批结果以接口调用和/ 或mq消息方式将业务审批结果推送至业务受理模块。
47.意见中心中配置有征求意见完结条件，征求意见完结条件为审批人员以参数形式传递至意见中心模块；意见中心模块用于基于征求意见完结条件判断所述征求意见反馈的完成情况，对于已经完成反馈的征求意见，归集征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块。
48.本系统在场景中定义了三类参与角色：审批人员、意见中心、协同人员。
49.审批人员，即是业务所属部门审批人员，其职责是针对业务进行具体的审批操作。
50.意见中心，即是征求意见的生成、管理、响应的统一入口，其功能是收集审批人员所发的征求意见，以合适的方式分发给对应的协同人员进行处理，并最终将所有的处理结果以指定的格式进行规整，并返还给审批人员。
51.协同人员，即是被征求意见的相关人员，此类人员能够将征求意见结果以文本、图片、excel、结构化数据等格式返还给意见中心。
52.该系统中，审批人员能够通过意见中心提供的能力将当前审批场景信息以征求意见方式推送给协作人员，写作人员通过意见中心提供的相关能力将意见征求结果反馈给审批人员。审批人员可以以参数传递方式指定意见征求完结条件，例如：至少半数协作人员反馈同、所有协作人员完成意见征求反馈等。协作人员可以根据自身情况决定是否自建征求意见反馈系统或者使用意见中心提供的征求意见处理功能。意见中心管理所有征求意见的分发、归集，并根据审批人员提供的征求意见完成条件判断并整合反馈意见征求结果。
53.该系统的工作流程如图1所示为如下：
54.审批人员发起征求意见后，将征求意见信息、征求意见场景、征求意见方式等信息推送给意见中心；
55.意见中心将信息转化为具体的意见征求交付协同人员，例如：将征求意见转化为接口调用分发给协同人员提供的系统后台，将征求意见转化为对应公文分发至对应的工单系统，将征求意见转化为5g消息推送给协同人员；
56.协同人员处理对应的征求意见，并将处理结果以接口推送、消息推送等方式将处理结果以结构化数据方式交付意见中心；
57.意见中心在接收到征求意见处理结果后会对当前已接收到的意见征求结果进行汇总，并根据配置判断是否已经满足征求意见完成条件，若已经完成则将收到的征求意见结果汇总，形成征求意见结果汇总，交付审批人员(可以以接口方式推送给对应审批系统，也可以以mq消息方式交换给所有订阅者)。
58.实施例2：
59.本发明基于意见征求的业务审批方法，基于实施例1公开的基于意见征求的业务审批系统，以意见征求为核心，实现业务审批的协同处理。该述方法包括如下步骤：
60.s100、审批人员通过业务审批模块发起征求意见；
61.s200、意见中心模块基于征求意见的内容对征求意见进行分发，以将征求意见分发至相关业务部门的协同人员；
62.s300、协同人员接收征求意见后，对征求意见进行处理生成征求意见处理结果，并将征求意见处理结果返回意见中心模块；
63.s400、通过意见中心模块归集所述征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块；
64.s500、通过业务受理模块推送业务审批结果。
65.其中，征求意见包括征求意见信息、征求意见场景信息以及征求意见方式信息。
66.征求意见处理结果的格式包括文本、图片、excel以及结构化数据；意见中心模块用于将业务审批结果转换为结构化数据并返回业务受理模块。
67.通过意见中心模块将征求意见以接口调用的方式推送至业务审批模块；通过业务审批模块将征求意见处理结果以接口推送和/或消息推送的方式以结构化数据方式交付意见中心模块；通过意见中心将业务审批结果以接口调用和/或mq消息方式将业务审批结果推送至业务受理模块。
68.意见中心中配置有征求意见完结条件，所述征求意见完结条件为审批人员以参数形式传递至意见中心模块；基于征求意见完结条件判断所述征求意见反馈的完成情况，对于已经完成反馈的征求意见，归集所述征求意见相关的征求意见处理结果生成业务审批结果，并将业务审批结果返回业务受理模块。
69.本实施例将结合建设工程业务意见征求审批和电水气热网联合申报两种业务场景，分别来对本发明实施例中的发给发作详细的描述。
70.工程建设业务审批场景如流程图2所示，此部分业务审批为实际业务审批操作的前置条件。即将协同部门征求意见作为业务信息的一部分进行审批。此场景下的征求意见结果为一段文本，用于描述当前业务申办场景是否符合业务审批条件，并不强制影响业务真实审批流转。
71.基于如上情况，业务操作流程如下：
72.窗口人员业务受理完成后系统自动发起一组协同部门的意见征求。此部分内容由配置人员预先配置事项的时候一同配置，同时受理系统业务进入等待状态，业务等待状态解除条件为征求意见超时或至少半数被征求意见部门完成征求意见提交。
73.若业务以征求意见超时导致业务等待状态接触，则业务直接办结，结果为不予受理。
74.当半数被征求意见部门完成征求意见提交时，意见中心触发征求意见停止操作，并将意见征求结果组装为结构化数据以接口推送方式将数据交换到综合受理系统。
75.综合受理系统接收到相关意见后会对业务信息进行补全，并将业务推送给审批系统进行后续审批。
76.电水气热网联合申报业务场景流程如图3所示。此流程中存在两个使用到意见征求辅助审批的点，分别是：民企局筹建项目后需要向电水气热网相关踏勤部门进行意见征求以及意向申报确认报装后，需要向办事人以及电水气热网实际报装公司进行意见征求。
77.民企局筹建类项目在征求电水气热网相关主管部门时，需要根据意向申请表中具体申报项进行意见征求，即报装内容只包含网络报装、用电报装，则只需要向用电部门以及用网部门发起征求意见即可。此部分内容会由配置人员实现配好(即配置好电水气热网相关部门负责人组)，系统通过读取业务申报表单中的报装内容部分，具体获得协同人员列表，并发起征求意见。
78.征求意见需要所有协同部门中至少一位反馈征求意见结果意见，若征求意见超时，则需牵头部门进行催办。征求意见结果以消息方式反馈给电水气热网联合申报系统，并决定报装项目是否能够报装(即是否生成具体业务)。
79.确认报装后，意见中心将向办事人和电水气热网实际报装公司进行意见征求。办事人部分意见征求需要以短信发送意向确认在线办理地址给办理人，并由办理人确认是否报装。电水气热网实际报装公司部分以接口对接方式将意见征求数据以接口方式交换给具体报装公司，或者使用意见中心默认提供的意见处理界面处理意向申请。当电水气热网各
项报装内容都有至少一个报装公司承办且办事人确认办理意向申报业务时，具体生成实际业务进行后续操作。
80.该实施例中，审批人员发起意见征求之后，由意见中心根据场景信息进行意见征求拆分，并发往具体协同人员进行意见征求处理操作。相关意见征求信息如何交换给协同人员，由意见中心提供能力完成。协同人员处理完成意见征求之后将结果反馈至意见中心，由意见中心根据场景判断意见征求是否办结，并在办结后将相关结果组装反馈给审批人员。将意见征求作为审批所需额外数据获取的手段并将意见中心作为承载意见征求的核心管理工具.意见管理中心需要提供包括意见征求发起、意见征求结束条件管理、意见征求信息交换、收集意向征求结果并组装通知的职责。
81.上文通过附图和优选实施例对本发明进行了详细展示和说明，然而本发明不限于这些已揭示的实施例，基与上述多个实施例本领域技术人员可以知晓，可以组合上述不同实施例中的代码审核手段得到本发明更多的实施例，这些实施例也在本发明的保护范围之内。