System.ArgumentOutOfRangeException: 索引和长度必须引用该字符串内的位置。 参数名: length 在 System.String.Substring(Int32 startIndex, Int32 length) 在 zhuanliShow.Bind()
【技术实现步骤摘要】
本申请涉及人工智能,应用于金融领域,尤其涉及一种标准化受理方法、装置、设备及存储介质。
技术介绍
1、近些年随着多种不同范围的保险的推出,使得保险业务开展从过往面向自然人客户、自营渠道(app、官网)为主的策略快速地转向以市场需求个性化、多样化对接方式(如客户群体转换为第三方渠道、小程序、企业客户)接入,使得对应金融系统受理的保单来源中非标准化渠道的投保量日益增多。
2、当下老旧的保险保全受理方法存在保单功能单一,业务场景支持简单、系统上也都是采用传统的单体架构等问题。而非标业务流程功能接口林立、功能分散每个三方渠道都有自己的接口规范和数据要求,导致在金融系统中保单受理过程频繁出现自动化程度低、服务不稳定,系统维护成本高等缺陷。最终导致客户体感差业务不能闭环、投诉率居高不下、甚至出现受理的保单数据不一致引起资损等重大问题。
技术实现思路
1、本申请提供了一种标准化受理方法、装置、计算机设备及存储介质,旨在解决金融系统受理的保单来源中非标准化渠道的投保量日益增多。当下老旧的保险保全受理方法存在保单功能单一,业务场景支持简单、系统上也都是采用传统的单体架构等问题。而非标业务流程功能接口林立、功能分散每个三方渠道都有自己的接口规范和数据要求,导致在金融系统中保单受理过程频繁出现自动化程度低、服务不稳定,系统维护成本高等缺陷。最终导致客户体感差业务不能闭环、投诉率居高不下、甚至出现受理的保单数据不一致引起资损等重大问题。
2、第一方面,本申请提供了一种标准化受理方法
3、获取待上传的保单信息和保单信息对应的投保来源;
4、若投保来源不是预设的标准化投保来源,获取投保来源对应的渠道特征信息;
5、根据渠道特征信息获取投保来源对应的数据编排逻辑,以根据数据编排逻辑对保单信息进行编排,获取保单信息对应的受理单信息;
6、根据预设的保全规则集对受理单信息进行校验,获取保单信息对应的校验结果;
7、若校验通过,完成对保单信息的受理。
8、在一些实施例中,根据渠道特征信息获取投保来源对应的数据编排逻辑,包括:获取渠道特征信息对应的渠道特征向量;将渠道特征向量输入至预设的逻辑编排模型,逻辑编排模型解析渠道特征向量,输出保单信息对应的报文解析方式、入参转换方式、询价试算方式、数据信息附件上载方式和数据过滤方式;根据报文解析方式、入参转换方式、询价试算方式、数据信息附件上载方式和数据过滤方式构成投保来源对应的数据编排逻辑。
9、在一些实施例中,保全规则集包括多条子规则,子规则至少包括保单业务规则、保全业务规则、安全合规规则的任一项;根据预设的保全规则集对受理单信息进行校验,包括:同时根据每条子规则对受理单信息进行校验,获取每条子规则对应的子校验结果;根据多条子校验结果生成受理单信息对应的校验结果。
10、示例性的,根据多条子校验结果生成受理单信息对应的校验结果;包括:获取每条子规则对应的校验类型;根据校验类型和渠道特征信息生成每条子规则对应的影响因素;根据每条子规则对应的影响因素在子规则中确定目标子规则;根据目标子规则的子校验结果生成受理单信息对应的校验结果。
11、在一些实施例中,获取待上传的保单信息和保单信息对应的投保来源,包括:在接收到保单受理请求时,获取保单受理请求对应的发送端的标识信息;根据标识信息在预设的金融系统中获取标识信息对应的投保来源。
12、示例性的,在获取投保来源对应的渠道特征信息之前,还包括:在金融系统中获取投保来源对应的协议类型;根据协议类型解析保单信息,对解析后的保单信息进行合法性校验;若保单信息未通过合法性校验,将保单信息返回至发送端,并在金融系统中在投保来源对应的标识信息中添加风险标识,以拦截未通过合法性校验的投保来源的保单受理请求。
13、在一些实施例中,标准化投保来源包括线上标准渠道和线下渠道;方法还包括:若投保来源是线上标准渠道,对保单信息进行组装保全校验;组装保全校验包括个人信息变更校验、领款账号变更校验、补充告知校验、减人校验和退保校验的一项或多项,以对组装保全校验完成的保单信息进行受理;和/或,若投保来源是线下渠道,检验保单信息是否符合统一受理标准,以对符合统一受理标准的保单信息进行受理。
14、第二方面,本申请提供了一种标准化受理装置,包括:
15、信息获取单元,用于获取待上传的保单信息和保单信息对应的投保来源;
16、特征获取单元,用于若投保来源不是预设的标准化投保来源,获取投保来源对应的渠道特征信息;
17、逻辑编排单元,用于根据渠道特征信息获取投保来源对应的数据编排逻辑,以根据数据编排逻辑对保单信息进行编排,获取保单信息对应的受理单信息;
18、校验获取单元,用于根据预设的保全规则集对受理单信息进行校验,获取保单信息对应的校验结果;
19、受理完成单元,用于若校验通过,完成对保单信息的受理。
20、第三方面,本申请还提供了一种计算机设备,包括:
21、存储器和处理器;
22、所述存储器用于存储计算机程序;
23、所述处理器,用于执行所述计算机程序并在执行所述计算机程序时实现如上第一方面所述的标准化受理方法的步骤。
24、第四方面,本申请还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时使所述处理器实现如上第一方面所述的标准化受理方法的步骤。
25、本申请公开了一种标准化受理方法、装置、计算机设备及存储介质。方法通过首先获取待上传的保单信息和保单信息对应的投保来源;然后若投保来源不是预设的标准化投保来源,获取投保来源对应的渠道特征信息;再然后根据渠道特征信息获取投保来源对应的数据编排逻辑,以根据数据编排逻辑对保单信息进行编排,获取保单信息对应的受理单信息;进一步的根据预设的保全规则集对受理单信息进行校验,获取保单信息对应的校验结果;最后若校验通过,完成对保单信息的受理。
26、进而所提供的方法能对非标准化的投保来源的保单信息根据其投保来源的渠道特征信息确定其数据编排逻辑生成保单信息对应的受理单信息,再对受理单信息通过预设的保全规则集进行校验。实现对多种投保来源的非标保单信息进行规范化受理。实现降低开发周期,支撑其他非核心业务的支撑服务,提升客户体验并避免因为非标来源导致不必要的损失。
27、应当理解的是,以上的一般描述和后文的细节描述仅是示例性和解释性的,并不能限制本申请。
本文档来自技高网...【技术保护点】
1.一种标准化受理方法,其特征在于,包括:
2.根据权利要求1所述的方法,其特征在于,所述根据所述渠道特征信息获取所述投保来源对应的数据编排逻辑,包括:
3.根据权利要求1所述的方法,其特征在于,所述保全规则集包括多条子规则,所述子规则至少包括保单业务规则、保全业务规则、安全合规规则的任一项;所述根据预设的保全规则集对所述受理单信息进行校验,包括:
4.根据权利要求3所述的方法,其特征在于,所述根据多条所述子校验结果生成所述受理单信息对应的校验结果;包括:
5.根据权利要求1所述的方法,其特征在于,获取待上传的保单信息和所述保单信息对应的投保来源,包括:
6.根据权利要求5所述的方法,其特征在于,在所述获取所述投保来源对应的渠道特征信息之前,还包括:
7.根据权利要求1所述的方法,其特征在于,所述标准化投保来源包括线上标准渠道和线下渠道;所述方法还包括:
8.一种标准化受理装置,其特征在于,包括:
9.一种计算机设备,其特征在于,所述计算机设备包括存储器和处理器;
10.一
...【技术特征摘要】
1.一种标准化受理方法,其特征在于,包括:
2.根据权利要求1所述的方法,其特征在于,所述根据所述渠道特征信息获取所述投保来源对应的数据编排逻辑,包括:
3.根据权利要求1所述的方法,其特征在于,所述保全规则集包括多条子规则,所述子规则至少包括保单业务规则、保全业务规则、安全合规规则的任一项;所述根据预设的保全规则集对所述受理单信息进行校验,包括:
4.根据权利要求3所述的方法,其特征在于,所述根据多条所述子校验结果生成所述受理单信息对应的校验结果;包括:
5.根据权利要求1所述的方法,其特征在于,获取待上传的保单信息和...
【专利技术属性】
技术研发人员:贾云林,
申请(专利权)人:平安健康保险股份有限公司,
类型:发明
国别省市:
还没有人留言评论。发表了对其他浏览者有用的留言会获得科技券。