CN113821500A - 一种基于政务服务场景的业务对象构建方法 - Google Patents

Abstract

本发明提供一种基于政务服务场景的业务对象构建方法，属于大数据信息处理技术领域，本方法分为三个步骤：分析政务服务场景、汇聚对象涉及数据资源并治理融合、发布数据目录提供融合服务。通过政务信息资源共享平台对其他部门进行数据共享或提供数据服务，以实现跨部门的业务协同，实现数据资源再利。

Description

一种基于政务服务场景的业务对象构建方法

技术领域

本发明涉及大数据信息处理技术领域，尤其涉及一种基于政务服务场景的业务对象构建方法。

背景技术

随着政务信息化建设的不断深化，政务服务办理过程中产生了海量政务数据，这些数据存储在各责任部门的业务系统中。

政务服务业务的办理，往往需要跨区域、跨部门、跨系统的数据资源来提供支撑，受限于业务部门的职权范围，这些数据分散在各业务部门自有系统中，未能更深层次地分析数据之间的相互联系与作用、更大限度地激发数据融合产生的价值，同时也给需求部门造成了工作的不便和成本的增加。

发明内容

为了解决以上技术问题，本发明提供了一种基于政务服务场景的业务对象构建方法，通过政务信息资源共享平台对其他部门进行数据共享或提供数据服务，以实现跨部门的业务协同，实现数据资源再利用。

本发明的技术方案是：

一种基于政务服务场景的业务对象构建方法，其特征在于，

包括三个步骤：

1)分析政务服务场景

2)汇聚对象涉及数据资源并治理融合

3)发布数据目录提供融合服务。

进一步的，所述1)分析政务服务场景，包括：

1.1)梳理高频政务服务事项及业务需求数据资源

包括：通过对政务服务网、事项系统、数据共享交换平台内容的梳理与分析，结合相关政策法规重点建设内容，发现办理频度较高的服务事项、各部门业务协同需求度较高的政务数据资源。

1.2)提炼场景涉及对象。

包括：

1.2.1)分别对政务服务场景、政务数据支撑的业务进行关联分析，提取服务对象中的交集，形成《业务对象清单》，记录业务对象名称、责任部门、关联事项、需求资源名称、资源信息项、来源部门、共享形式、更新频率信息，确定牵头部门与配合部门；

1.2.2)将《业务对象清单》发送各部门征求意见，摸底业务对象分管、业务办理数据需求、数据资源共享情况；

1.2.3)根据反馈意见对《业务对象清单》进行完善，形成正式稿并发布。

进一步的，所述2)汇聚对象涉及数据资源并治理融合，包括

2.1)推动各部门数据共享

包括：

2.1.1)根据《业务对象》列出的数据清单，已共享的数据尽量通过前置库同步或文件拷贝的形式进行物理集中，无法实现物理集中的则以牵头部门所提供数据作为基准数据调取接口进行补齐，从而实现逻辑集中；

2.1.2)对未共享的数据资源，通过与牵头部门联合发文的形式，推动数据来源部门的数据共享工作。

2.2)对原始数据进行治理融合

包括：

2.2.1)根据完整性、准确定、时效性、关联性等原则，对原始数据进行质量检测，检测合格的数据进入标准库，问题数据进入问题库并反馈来源部门进行整改，整改合格后进入标准库；

2.2.2)根据各业务部门关注的业务对象特点，具备通用属性的信息项建立信息表进行存储，次一级信息项建立若干中间表进行存储；各表之间，通过唯一标识进行关联；所述标识包括自然人的身份证号码或统一社会信用代码。

2.2.3)可直接得到的信息项，若有数个数据来源的需联合各部门共同制定确权；通过数项数据进行推演得到的信息项，需建立相关数据模型实现数据的融合计算。

进一步的，所述3)发布数据目录提供融合服务，包括

3.1)通过政务信息资源共享交换平台发布汇聚的数据目录。

3.2)根据业务使用场景，开发数据接口提供数据比对、查询、核验、统计分析的数据服务。

本发明的有益效果是

提供了一套业务对象从政府服务场景分析到提供数据服务的流程方法，能够根据业务需求切实的实现业务对象的提炼和提供数据服务。

附图说明

图1是业务对象构建步骤示意图；

图2是技术架构图。

具体实施方式

为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本发明一部分实施例，而不是全部的实施例，基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动的前提下所获得的所有其他实施例，都属于本发明保护的范围。

通过对政务服务场景的综合分析，提炼其中使用频率高、业务需求度高、联系紧密程度高的数据资源，总结业务共性构建业务对象，则可以有效发掘政务数据的潜在价值、为各部门的业务办理提供更加方便高效的数据服务，同时辅助部门更加全面地了解某些重点业务对象的整体情况及发展态势，为方针政策的制定等决策工作提供数据依据。

本发明提供一种基于政务服务场景的业务对象构建方法，将业务对象构建的步骤分为三个步骤：分析政务服务场景、汇聚对象涉及数据资源并治理融合、发布数据目录提供融合服务。

以下是对三个步骤的详细介绍：

(一)分析政务服务场景

(1)梳理高频政务服务事项及业务需求数据资源

通过对政务服务网、事项系统、数据共享交换平台等基础设施平台内容的梳理与分析，结合国家相关政策法规重点建设内容，发现群众办理频度较高的政务服务事项、各部门业务协同需求度较高的政务数据资源。

(2)提炼场景涉及对象

2.1、分别对政务服务场景、政务数据支撑的业务进行关联分析，提取服务对象中的交集，形成《业务对象清单》，记录业务对象名称、责任部门、关联事项、需求资源名称、资源信息项、来源部门、共享形式、更新频率等信息，确定牵头部门与配合部门。

2.2、将《业务对象清单》发送各部门征求意见，摸底业务对象分管、业务办理数据需求、数据资源共享等情况。

2.3、根据部门反馈意见对《业务对象清单》进行完善，形成正式稿并发布。

(二)汇聚对象涉及数据资源并治理融合

(1)推动各部门数据共享

1.1、根据《业务对象》列出的数据清单，已共享的数据尽量通过前置库同步或文件拷贝的形式进行物理集中，无法实现物理集中的则以牵头部门所提供数据作为基准数据调取接口进行补齐，从而实现逻辑集中。

1.2、对未共享的数据资源，通过与牵头部门联合发文的形式，推动数据来源部门的数据共享工作。

(2)对原始数据进行治理融合

2.1、根据完整性、准确定、时效性、关联性等原则，对原始数据进行质量检测，检测合格的数据进入标准库，问题数据进入问题库并反馈来源部门进行整改，整改合格后进入标准库。

2.2、根据各业务部门重点关注的业务对象特点，具备通用属性的关键信息项建立核心信息表进行存储，个性化较强的次一级信息项建立若干中间表进行存储。各表之间，通过唯一标识(如自然人的身份证号码，法人的统一社会信用代码等)进行关联。

2.3、可直接得到的信息项，若有多个数据来源的需联合各部门共同制定确权机制。需要通过多项数据进行推演得到的信息项，需建立相关数据模型实现数据的融合计算。

(三)发布数据目录提供融合服务

3.1、通过政务信息资源共享交换平台发布汇聚的数据目录。

3.2、根据业务使用场景，开发数据接口提供数据比对、查询、核验、统计分析等数据服务。

举例说明：

在政务服务业务办理过程中，发现群众在办理因配偶死亡变更户籍婚姻状态、因户主死亡变更户主、房主死亡进行房产继承过户等业务时，需要申请人出示被申请人相关死亡证明，业务处室需要核验所提交材料的真实性；业务处室在进行养老金发放、低保补助发放等待遇时，存在待遇享受人已故待遇被冒领等情况，为保障资金安全需要筛查待遇享受名单中的死亡人员。

经过对此类政务服务事项及共享平台中死亡证明、殡葬火化、户籍注销等数据的调用情况的梳理，发现有大量场景涉及死亡人员核查的需求。

死亡人员相关数据分散在卫健委、民政局、公安局、法院、民宗局等部门，且各部门所覆盖人员范围并不一致，存在较大数据盲区；且部分需要定期核验服务对象死亡状态的业务，存在一定滞后性，需要事后采取追回等措施，增大了工作量、降低了群众的满意度。

经部门调研，死亡人员对象的构建需要的数据，以卫健的死亡医学证明信息为基础，融合公安、法院、民政等部门管理的死亡人员信息，形成核心信息表，包含公民身份号码、姓名、死亡标识、死亡日期、死亡类型等核心字段；各部门掌握的死亡人员信息中的关键信息形成业务信息表，包含死亡证明信息、判决死亡信息、火化信息等数据表。

以上所述仅为本发明的较佳实施例，仅用于说明本发明的技术方案，并非用于限定本发明的保护范围。凡在本发明的精神和原则之内所做的任何修改、等同替换、改进等，均包含在本发明的保护范围内。

Claims (9)

1.一种基于政务服务场景的业务对象构建方法，其特征在于，

包括三个步骤：

1)分析政务服务场景

2)汇聚对象涉及数据资源并治理融合

3)发布数据目录提供融合服务。

2.根据权利要求1所述的系统，其特征在于，

所述1)分析政务服务场景，包括：

1.1)梳理高频政务服务事项及业务需求数据资源

1.2)提炼场景涉及对象。

3.根据权利要求2所述的系统，其特征在于，

所述1.1)包括：通过对政务服务网、事项系统、数据共享交换平台内容的梳理与分析，结合相关政策法规重点建设内容，发现办理频度较高的服务事项、各部门业务协同需求度较高的政务数据资源。

4.根据权利要求2所述的系统，其特征在于，

所述1.2)包括

1.2.1)分别对政务服务场景、政务数据支撑的业务进行关联分析，提取服务对象中的交集，形成《业务对象清单》，记录业务对象名称、责任部门、关联事项、需求资源名称、资源信息项、来源部门、共享形式、更新频率信息，确定牵头部门与配合部门；

1.2.2)将《业务对象清单》发送各部门征求意见，摸底业务对象分管、业务办理数据需求、数据资源共享情况；

1.2.3)根据反馈意见对《业务对象清单》进行完善，形成正式稿并发布。

5.根据权利要求1所述的系统，其特征在于，

所述2)汇聚对象涉及数据资源并治理融合，包括

2.1)推动各部门数据共享

2.2)对原始数据进行治理融合。

6.根据权利要求5所述的系统，其特征在于，

所述2.1)包括：

2.1.1)根据《业务对象》列出的数据清单，已共享的数据尽量通过前置库同步或文件拷贝的形式进行物理集中，无法实现物理集中的则以牵头部门所提供数据作为基准数据调取接口进行补齐，从而实现逻辑集中；

2.1.2)对未共享的数据资源，通过与牵头部门联合发文的形式，推动数据来源部门的数据共享工作。

7.根据权利要求5所述的系统，其特征在于，

所述2.2)包括：

2.2.1)根据完整性、准确定、时效性、关联性等原则，对原始数据进行质量检测，检测合格的数据进入标准库，问题数据进入问题库并反馈来源部门进行整改，整改合格后进入标准库；

2.2.2)根据各业务部门关注的业务对象特点，具备通用属性的信息项建立信息表进行存储，次一级信息项建立若干中间表进行存储；各表之间，通过唯一标识进行关联；

2.2.3)可直接得到的信息项，若有数个数据来源的需联合各部门共同制定确权；通过数项数据进行推演得到的信息项，需建立相关数据模型实现数据的融合计算。

8.根据权利要求7所述的系统，其特征在于，

所述标识包括自然人的身份证号码或统一社会信用代码。

9.根据权利要求1所述的系统，其特征在于，

所述3)发布数据目录提供融合服务，包括

3.1)通过政务信息资源共享交换平台发布汇聚的数据目录。

3.2)根据业务使用场景，开发数据接口提供数据比对、查询、核验、统计分析的数据服务。

Images