System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind() 一种基于业务协同的一网通办和一网统管融合系统及方法技术方案_技高网

一种基于业务协同的一网通办和一网统管融合系统及方法技术方案

技术编号:40771585 阅读:5 留言:0更新日期:2024-03-25 20:19
本发明专利技术公开了一种基于业务协同的一网通办和一网统管融合系统及方法,系统包括一网通办系统和一网统管系统,一网通办系统包括收件系统和多个部门审批系统,一网统管系统包括三级治理中心;收件系统产生办件申请数据;三级治理中心获取办件申请数据并发送至kafka集群;部门审批系统订阅kafka消息并获取办件申请数据,生成受理数据,判断是否需要部门协同,若否则向kafka集群推送审批数据,若是则推送协同请求信号;三级治理中心流转协同事件,并反馈协同处置结果;部门审批系统根据协同处置结果推送审批数据;三级治理中心获取审批数据并流转至收件系统。本发明专利技术解决了一网通办和一网统管数据不共享、业务不连通等问题。

【技术实现步骤摘要】

本专利技术涉及融合治理,具体涉及一种基于业务协同的一网通办和一网统管融合系统及方法


技术介绍

1、“一网通办”系统指仅一张网办全部事,即打通不同部门的信息系统,群众只需操作一个办事系统,就能办成不同领域的事项,“一网统管”系统指从城市治理突出问题出发,以城市事件为牵引,统筹管理网格,统一城市运行事项清单,构建“横到边、纵到底”的城市运行“一网统管”应用体系,实现城市运行态势感知、体征指标监测、统一事件受理、智能调度指挥、联动协同处置、监督评价考核等全流程监管。

2、一网通办和一网统管均涉及城市治理、公共服务等领域,且存在一定的交叉、业务协同情况,当前国内的一网通办和一网统管是两套体系在运行,两套体系之间存在事项标准不统一、办件数据(一网通办)和事件数据(一网统管)的内容存在差异、业务流程不一致等情况,导致一网通办、一网统管的业务衔接不畅,尚未实现真正融合,不利于群众企业的办事,也不利于政府的数字化治理。


技术实现思路

1、针对现有技术中的缺陷,本专利技术提供一种基于业务协同的一网通办和一网统管融合系统及方法。

2、第一方面,一种基于业务协同的一网通办和一网统管融合系统,包括一网通办系统和一网统管系统,所述一网通办系统包括收件系统和多个部门审批系统,所述一网统管系统包括三级治理中心;

3、所述收件系统用于:产生办件申请数据;

4、所述三级治理中心用于:获取所述办件申请数据并发送至kafka集群;

5、所述部门审批系统用于:订阅kafka消息并获取办件申请数据,根据所述办件申请数据生成受理数据,同时判断是否需要部门协同,若否,则根据所述受理数据向kafka集群推送审批数据,若是,则基于kafka集群推送协同请求信号;

6、所述三级治理中心还用于:根据所述协同请求信号流转协同事件,并向部门审批系统反馈协同处置结果;

7、所述部门审批系统还用于:根据所述协同处置结果向kafka集群推送审批数据;

8、所述三级治理中心还用于:订阅kafka消息并获取审批数据,将所述审批数据流转至收件系统。

9、进一步地,所述收件系统具体用于:

10、基于办件终端接收用户的办事请求,并根据所述办事请求产生办件申请数据;

11、所述办件终端包括但不限于pc终端、app移动终端以及自助终端。

12、进一步地,所述三级治理中心具体用于:

13、调用所述收件系统的api接口,并获取办件申请数据;

14、基于kafka服务将所述办件申请数据进行异步消息封装,并将封装结果发送至kafka集群,以将办件申请数据封装至kafka集群中。

15、进一步地,所述部门审批系统包括受理及审批功能,具体用于:

16、订阅kafka集群中topic消息,当根据所述topic消息监听到有本部门的办件申请数据时,则基于kafka集群获取所述办件申请数据;

17、根据所述办件申请数据产生受理数据,同时判断是否需要其他部门的协同联动;

18、若否,则根据所述受理数据生成审批数据,并将所述审批数据推送至kafka集群;

19、若是,则根据所述受理数据基于kafka集群向三级治理中心推送协同请求信号。

20、进一步地,所述三级治理中心还用于:

21、订阅kafka消息,当接收到所述协同请求信号时,基于kafka集群获取受理数据;

22、根据所述受理数据创建协同事件,并将所述协同事件流转至对应的协同部门;

23、获取协同部门的协同处置结果,并将所述协同处置结果流转至发起协同请求的部门审批系统。

24、进一步地,所述受理数据包括受理回执信息,所述审批数据包括审批过程数据和审批结果数据。

25、进一步地,所述三级治理中心包括数字化城市运行和治理中心、区县数字化城市运行和治理中心以及镇街基层治理中心。

26、第二方面,一种基于业务协同的一网通办和一网统管融合方法,所述方法应用于第一方面所述的基于协同治理的融合系统,步骤包括:

27、收件系统产生办件申请数据;

28、三级治理中心获取所述办件申请数据并发送至kafka集群;

29、部门审批系统订阅kafka消息并获取办件申请数据,根据所述办件申请数据生成受理数据,同时判断是否需要部门协同;

30、若否,部门审批系统则根据所述受理数据向kafka集群推送审批数据;

31、若是,部门审批系统则基于kafka集群推送协同请求信号,三级治理中心根据所述协同请求信号流转协同事件,并向部门审批系统反馈协同处置结果,部门审批系统根据所述协同处置结果向kafka集群推送审批数据;

32、三级治理中心订阅kafka消息并获取审批数据,将所述审批数据流转至收件系统。

33、本专利技术的有益效果体现在:三级治理中心将收件系统产生的办件申请数据发送至kafka集群,部门审批系统订阅kafka消息以获取办件申请数据,并根据办件申请数据产生受理数据同时判断是否需要发起协同请求;若不需要,部门审批系统则直接向kafka集群推送审批数据,若需要,三级治理中心则流转协同事件并向部门审批系统反馈协同处置结果,部门审批系统根据协同处置结果生成审批数据,最后由三级治理中心将审批数据流转至收件系统。具有以下优点:

34、1、解决了一网通办和一网统管各自建设存在的数据不共享、业务不连通等问题,基于市、区县、镇街三级数字化城市运行和治理中心实现一网通办和一网统管的深度融合;

35、2、将一网通办的办件和一网统管的事件进行业务层面的融合,办件审批过程中如果需要其他部门进行业务协同联动,则在三级治理中心发起协同事件,借助三级治理中心的市、区县、镇街三级贯通能力,将协同事件流转至对应的协同部门,让城市治理和城市服务更加高效;

36、3、在三级治理中心搭建实时数据通道kafka,通过失败重试、异步发送、线程安全、batch机制、分区策略等多种技术措施,提升分布式环境下海量异步数据发布/订阅的成功率和性能,实现一网通办和一网统管数据的实时共享、高效安全,提升实时数据共享的效率。

本文档来自技高网...

【技术保护点】

1.一种基于业务协同的一网通办和一网统管融合系统,其特征在于,包括一网通办系统和一网统管系统,所述一网通办系统包括收件系统和多个部门审批系统,所述一网统管系统包括三级治理中心;

2.根据权利要求1所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述收件系统具体用于:

3.根据权利要求1所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述三级治理中心具体用于:

4.根据权利要求3所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述部门审批系统包括受理及审批功能,具体用于:

5.根据权利要求4所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述三级治理中心还用于:

6.根据权利要求4所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述受理数据包括受理回执信息,所述审批数据包括审批过程数据和审批结果数据。

7.根据权利要求1所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述三级治理中心包括数字化城市运行和治理中心、区县数字化城市运行和治理中心以及镇街基层治理中心。

8.一种基于业务协同的一网通办和一网统管融合方法,其特征在于,所述方法应用于权利要求1-7任一项所述的基于协同治理的融合系统,步骤包括:

...

【技术特征摘要】

1.一种基于业务协同的一网通办和一网统管融合系统,其特征在于,包括一网通办系统和一网统管系统,所述一网通办系统包括收件系统和多个部门审批系统,所述一网统管系统包括三级治理中心;

2.根据权利要求1所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述收件系统具体用于:

3.根据权利要求1所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述三级治理中心具体用于:

4.根据权利要求3所述的一种基于业务协同的一网通办和一网统管融合系统,其特征在于,所述部门审批系统包括受理及审批功能,具体用于:

5.根据权利要求4所述的...

【专利技术属性】
技术研发人员:严志强冯骏温智宇杨志张俊黄晓胡心娅苏开智
申请(专利权)人:数字重庆政务科技有限公司
类型:发明
国别省市:

网友询问留言 已有0条评论
  • 还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。

1