投保产品的创建方法、装置及存储介质制造方法及图纸

本发明专利技术提供一种投保产品的创建方法、装置及存储介质。方法包括：服务器获取第一客户端触发的投保产品创建指令，投保产品创建指令用于指示创建新的投保产品的任务流程，根据投保产品创建指令，向任务流程的各第二客户端发送任务配置请求，根据各第二客户端反馈的任务配置响应，向第一客户端发送投保产品审批请求，若审批通过则创建投保产品。上述方法提高了投保产品的创建效率，避免同一投保产品创建项目被重复修改而各部门产品数据不一致的问题。

Creation Method, Device and Storage Medium of Insurance Products

The invention provides a method for creating an insured product, a device and a storage medium. The method includes: the server obtains the insurance product creation instruction triggered by the first client, the insurance product creation instruction is used to instruct the task flow of creating a new insurance product, sends the task configuration request to the second client of the task flow according to the insurance product creation instruction, and sends the insurance product review to the first client according to the task configuration response feedback from the second client. Approval requests, if approved, create insured products. The above method improves the efficiency of insurance product creation and avoids the problem of repeated modification of the same insurance product creation project and inconsistent product data of different departments.

【技术实现步骤摘要】
投保产品的创建方法、装置及存储介质
本专利技术实施例涉及信息处理
，尤其涉及一种投保产品的创建方法、装置及存储介质。
技术介绍
为了满足不同类型客户的投保需求，企业可以针对已有的产品信息以及客户对不同类型产品的意见反馈进行管理，从而设计具有差异化的新的投保产品和服务。目前，企业对于新的投保产品的创建过程较为复杂，需要根据不同的业务字段归属部门找到对应的对接人梳理产品定义需要的各种字段信息，新产品创建过程中参与人员多，沟通效率差，产品发布周期长；不同部门定义的产品信息重复性高，产品相关信息的查询和统计不方便。
技术实现思路
本专利技术提供一种投保产品的创建方法、装置及存储介质，提高了投保产品的创建效率。本专利技术的第一方面提供一种投保产品的创建方法，包括：获取第一客户端触发的投保产品创建指令，所述投保产品创建指令用于指示创建新的投保产品的任务流程；根据所述投保产品创建指令，向所述任务流程的各第二客户端发送任务配置请求；根据各所述第二客户端反馈的任务配置响应，向所述第一客户端发送投保产品审批请求，以便在审批通过后，创建所述投保产品。在一种可能的实现方式中，所述根据所述投保产品创建指令，向所述任务流程的各第二客户端发送任务配置请求，包括：根据所述投保产品创建指令确定所述任务流程中各所述第二客户端的执行顺序；根据所述执行顺序向所述任务流程的各所述第二客户端发送任务配置请求。在一种可能的实现方式中，所述根据各所述第二客户端反馈的任务配置响应，向所述第一客户端发送投保产品审批请求之前，所述方法还包括：对各所述第二客户端反馈的任务配置响应进行去重处理，得到所述投保产品的基础配置数据；向所述第一客户端发送所述投保产品审批请求，所述投保产品审批请求中包括所述投保产品的基础配置数据。在一种可能的实现方式中，所述投保产品的基础配置数据包括：投保产品的基础信息，费率信息，投保理赔信息，销售信息，计算信息中的至少一种。在一种可能的实现方式中，若审批未通过，所述方法还包括：获取所述第一客户端触发的投保产品修改指令，所述投保产品修改指令用于指示所述投保产品待修改的基础配置数据；根据所述投保产品修改指令确定所述待修改的基础配置数据对应的第三客户端；向所述第三客户端发送任务修改请求；根据所述第三客户端反馈的任务修改响应，再次向所述第一客户端发送投保审批请求，直至审批通过，创建所述投保产品。在一种可能的实现方式中，所述创建所述投保产品之后，所述方法还包括：将所述投保产品的产品状态标记为有效，并将所述投保产品的基础配置数据保存至mysql数据库。在一种可能的实现方式中，所述第二客户端和所述第三客户端包括产品客户端、精算客户端、核保核赔客户端、数据系统客户端的至少一种。本专利技术的第二方面提供一种投保产品的创建装置，包括：获取模块，用于获取第一客户端触发的投保产品创建指令，所述投保产品创建指令用于指示创建新的投保产品的任务流程；发送模块，用于根据所述投保产品创建指令，向所述任务流程的各第二客户端发送任务配置请求；所述发送模块，还用于根据各所述第二客户端反馈的任务配置响应，向所述第一客户端发送投保产品审批请求；创建模块，用于在审批通过后，创建所述投保产品。本专利技术的第三方面提供一种电子设备，包括：存储器；处理器；以及计算机程序；其中，所述计算机程序存储在所述存储器中，并被配置为由所述处理器执行以实现如本专利技术第一方面任一项所述的方法。本专利技术第四方面提供一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行以实现如本专利技术第一方面任一项所述的方法。本专利技术实施例提供一种投保产品的创建方法、装置及存储介质。方法包括：服务器获取第一客户端触发的投保产品创建指令，投保产品创建指令用于指示创建新的投保产品的任务流程，根据投保产品创建指令，向任务流程的各第二客户端发送任务配置请求，根据各第二客户端反馈的任务配置响应，向第一客户端发送投保产品审批请求，若审批通过则创建投保产品。上述方法提高了投保产品的创建效率，避免同一投保产品创建项目被重复修改而各部门产品数据不一致的问题。附图说明为了更清楚地说明本专利技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作一简单地介绍，显而易见地，下面描述中的附图是本专利技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。图1为本专利技术一实施例提供的投保产品的创建系统的架构示意图；图2为本专利技术一实施例提供的投保产品的创建方法的流程示意图；图3为本专利技术另一实施例提供的投保产品的创建方法的流程示意图；图4为本专利技术另一实施例提供的投保产品的创建系统的架构示意图；图5为本专利技术又一实施例提供的投保产品创建过程的示意图；图6为本专利技术一实施例提供的投保产品的创建装置的结构示意图；图7为本专利技术另一实施例提供的投保产品的创建装置的结构示意图；图8为本专利技术一实施例提供的电子设备的硬件结构示意图。具体实施方式为使本专利技术实施例的目的、技术方案和优点更加清楚，下面将结合本专利技术实施例中的附图，对本专利技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本专利技术一部分实施例，而不是全部的实施例。基于本专利技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本专利技术保护的范围。本专利技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”、“第三”等是用于区别类似的对象，而不必用于描述特定的顺序或先后次序。应该理解这样使用的数据在适当情况下可以互换，以便这里描述的本专利技术的实施例能够以除了在这里图示或描述的那些以外的顺序实施。应当理解，本文中使用的术语“包括”和“具有”以及他们的任何变形，意图在于覆盖不排他的包含，例如，包含了一系列步骤或单元的过程、方法、系统、产品或设备不必限于清楚地列出的那些步骤或单元，而是可包括没有清楚地列出的或对于这些过程、方法、产品或设备固有的其它步骤或单元。图1为本专利技术一实施例提供的投保产品的创建系统的架构示意图，如图1所示，包括：服务器、第一客户端以及至少一个第二客户端，其中，服务器用于提供投保产品创建与维护功能的电子设备，第一客户端和第二客户端可以是安装有投保产品创建与维护客户端的终端设备，该终端设备包括但不限于：电脑、笔记本电脑、智能手机等。具体的，服务器用于对第一客户端的新的投保产品的创建项目进行统一的管理与维护。一种可能的应用场景中，服务器接收第一客户端发送的投保产品创建指令创建新的投保产品；一种可能的应用场景中，服务器接收第一客户端发送的投保产品修改指令，服务器根据该修改指令向相关第二客户端转发修改指令，以便获取相关第二客户端反馈的对投保产品的修改信息，从而完成对新的投保产品的创建过程；一种可能的应用场景中，服务器接收相关第二客户端发送的投保产品的修改信息，对修改信息进行去重处理后，向第一客户端发送审批请求，以便在审核通过后保存新的投保产品到对应的数据库中。需要说明的是，图1中的第一客户端的权限大于各第二客户端的权限。其中，第二客户端可以是同级别的客户端，也可以是不同级别的客户端。对于同级别的第二客户端，可以顺序执行对新的投保产品的数据配置，也可以并行执行对新的投保产品的数据配置，对此本实施例本文档来自技高网...

【技术保护点】
1.一种投保产品的创建方法，其特征在于，包括：获取第一客户端触发的投保产品创建指令，所述投保产品创建指令用于指示创建新的投保产品的任务流程；根据所述投保产品创建指令，向所述任务流程的各第二客户端发送任务配置请求；根据各所述第二客户端反馈的任务配置响应，向所述第一客户端发送投保产品审批请求，以便在审批通过后，创建所述投保产品。

【技术特征摘要】
1.一种投保产品的创建方法，其特征在于，包括：获取第一客户端触发的投保产品创建指令，所述投保产品创建指令用于指示创建新的投保产品的任务流程；根据所述投保产品创建指令，向所述任务流程的各第二客户端发送任务配置请求；根据各所述第二客户端反馈的任务配置响应，向所述第一客户端发送投保产品审批请求，以便在审批通过后，创建所述投保产品。2.根据权利要求1所述的方法，其特征在于，所述根据所述投保产品创建指令，向所述任务流程的各第二客户端发送任务配置请求，包括：根据所述投保产品创建指令确定所述任务流程中各所述第二客户端的执行顺序；根据所述执行顺序向所述任务流程的各所述第二客户端发送任务配置请求。3.根据权利要求1所述的方法，其特征在于，所述根据各所述第二客户端反馈的任务配置响应，向所述第一客户端发送投保产品审批请求之前，所述方法还包括：对各所述第二客户端反馈的任务配置响应进行去重处理，得到所述投保产品的基础配置数据；向所述第一客户端发送所述投保产品审批请求，所述投保产品审批请求中包括所述投保产品的基础配置数据。4.根据权利要求3所述的方法，其特征在于，所述投保产品的基础配置数据包括：投保产品的基础信息，费率信息，投保理赔信息，销售信息,计算信息中的至少一种。5.根据权利要求1-4任一项所述的方法，其特征在于，若审批未通过，所述方法还包括：获取所述第一客户端触发的投保产品修改指令，所述投保产品修改指令用于指示所述投保产品待修改的...

【专利技术属性】
技术研发人员：田玉明，史立爽，倪珍，
申请(专利权)人：泰康保险集团股份有限公司，
类型：发明
国别省市：北京,11