一种申请单的生成方法和相关装置

摘要

本申请公开了一种申请单的生成方法和相关装置，可应用于移动互联领域或金融领域，在保险理赔的过程中，接收到终端发送的理赔申请之后，获取理赔申请的理赔类型，进而获取这一理赔类型对应的理赔规则，并将理赔申请中的理赔材料与理赔规则进行对比，当对比确定出该理赔材料的理赔状态为满足当前的理赔规则时，根据理赔材料生成理赔申请单。可见，在保险理赔的过程中，通过上述方式，自动化生成理赔申请单，便于用户和保险公司查看，完成后续的理赔支付等事项，提高了理赔申请的处理效率，减少了人工成本。

说明书

技术领域

本申请涉及数据处理技术领域，特别是涉及一种申请单的生成方法和相关装置。

背景技术

目前，购买保险已成为大众规避风险的一种重要方式，比如健康险、飞机延误险、车险等，在购买保险后，用户可以通过所购买的保险向投保公司申请理赔。

相关技术中，保险理赔采用人工审核、人工结算的方式，这就需要掌握保险知识、法律知识等的专业人员负责理赔账单的审核结算。

然而，不同类型的保险，理赔流程、理赔规则以及所需的理赔材料不尽相同，采用人工审核结算的方式，理赔账单审核成本高、且处理效率低。

发明内容

为了解决上述技术问题，本申请提供了一种申请单的生成方法和相关装置，提高了理赔申请的处理效率，减少了人工成本。

本申请实施例公开了如下技术方案：

一方面，本申请实施例提供了一种申请单的生成方法，所述方法包括：

接收终端发送的理赔申请；所述理赔申请包括理赔材料；

获取所述理赔申请的理赔类型；

获取所述理赔类型对应的理赔规则；

将所述理赔材料与所述理赔规则进行对比，确定所述理赔材料的理赔状态；

若所述理赔状态为满足所述理赔规则，根据所述理赔材料生成所述理赔申请的理赔申请单。

可选的，所述获取所述理赔申请的理赔类型，包括：

通过光学字符识别OCR对所述理赔材料进行关键词提取，确定所述理赔材料的单据类型；

获取单据类型与理赔类型的映射关系；

根据所述理赔材料的单据类型和所述映射关系确定所述理赔申请的理赔类型。

可选的，所述将所述理赔材料与所述理赔规则进行对比，确定所述理赔材料的理赔状态，包括：

根据所述理赔规则确定理赔所需的单据类型；

将所述理赔材料的单据类型与所述理赔所需的单据类型进行匹配，获得单据匹配结果；

根据所述单据匹配结果确定所述理赔材料的理赔状态。

可选的，所述获取所述理赔申请的理赔类型，包括：

若所述理赔申请中携带有预选理赔类型，将所述预选理赔类型作为所述理赔申请的理赔类型。

可选的，所述根据所述理赔材料生成所述理赔申请的理赔申请单，包括：

根据所述理赔材料和所述理赔规则，确定所述理赔申请的理赔数值；

获取所述理赔申请的关键对象的标识；

根据所述理赔类型、所述理赔数值以及所述关键对象的标识，生成所述理赔申请单。

可选的，还包括：

将所述理赔申请单发送至所述关键对象对应的终端，以便所述关键对象对所述理赔申请单进行审核。

可选的，所述获取所述理赔类型对应的理赔规则，包括：

对所述理赔材料进行识别，得到所述理赔材料的单据日期；

若所述单据日期在所述理赔申请对应的理赔合同的有效期内，获取所述理赔类型对应的理赔规则。

可选的，还包括：

若所述理赔状态为不满足所述理赔规则，生成理赔申请审核未通过的提示信息。

另一方面，本申请实施例提供了一种申请单的生成装置，所述装置包括接收单元、获取单元、确定单元和生成单元：

所述接收单元，用于接收终端发送的理赔申请；所述理赔申请包括理赔材料；

所述获取单元，用于获取所述理赔申请的理赔类型；

所述获取单元，还用于获取所述理赔类型对应的理赔规则；

所述确定单元，用于将所述理赔材料与所述理赔规则进行对比，确定所述理赔材料的理赔状态；

所述生成单元，用于若所述理赔状态为满足所述理赔规则，根据所述理赔材料生成所述理赔申请的理赔申请单。

可选的，所述获取单元还用于：

通过光学字符识别OCR对所述理赔材料进行关键词提取，确定所述理赔材料的单据类型；

获取单据类型与理赔类型的映射关系；

根据所述理赔材料的单据类型和所述映射关系确定所述理赔申请的理赔类型。

可选的，所述确定单元还用于：

根据所述理赔规则确定理赔所需的单据类型；

将所述理赔材料的单据类型与所述理赔所需的单据类型进行匹配，获得单据匹配结果；

根据所述单据匹配结果确定所述理赔材料的理赔状态。

可选的，所述获取单元还用于：

若所述理赔申请中携带有预选理赔类型，将所述预选理赔类型作为所述理赔申请的理赔类型。

可选的，所述生成单元还用于：

根据所述理赔材料和所述理赔规则，确定所述理赔申请的理赔数值；

获取所述理赔申请的关键对象的标识；

根据所述理赔类型、所述理赔数值以及所述关键对象的标识，生成所述理赔申请单。

可选的，所述装置还包括发送单元：

所述发送单元，用于将所述理赔申请单发送至所述关键对象对应的终端，以便所述关键对象对所述理赔申请单进行审核。

可选的，所述获取单元还用于：

对所述理赔材料进行识别，得到所述理赔材料的单据日期；

若所述单据日期在所述理赔申请对应的理赔合同的有效期内，获取所述理赔类型对应的理赔规则。

可选的，所述生成单元还用于：

若所述理赔状态为不满足所述理赔规则，生成理赔申请审核未通过的提示信息。

又一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行以上方面所述的申请单的生成方法。

由上述技术方案可以看出，在保险理赔的过程中，接收到终端发送的理赔申请之后，获取理赔申请的理赔类型，进而获取这一理赔类型对应的理赔规则，并将理赔申请中的理赔材料与理赔规则进行对比，当对比确定出该理赔材料的理赔状态为满足当前的理赔规则时，根据理赔材料生成理赔申请单。可见，在保险理赔的过程中，通过上述方式，自动化生成理赔申请单，便于用户和保险公司查看，完成后续的理赔支付等事项，提高了理赔申请的处理效率，减少了人工成本。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本申请实施例提供的一种申请单的生成方法的流程图；

图2为本申请实施例提供的一种申请单的生成装置的结构图。

具体实施方式

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

目前，购买保险已成为大众规避风险的一种重要方式，比如健康险、飞机延误险、车险等，在购买保险后，用户可以通过所购买的保险向投保公司申请理赔。

相关技术中，保险理赔采用人工审核、人工结算的方式，然而，此种方式下理赔申请的处理效率低，且人工成本较高。

为此，本申请提供了一种申请单的生成方法和相关装置，提高了理赔申请的处理效率，减少了人工成本。

需要说明的是，本申请提供的一种申请单的生成方法和相关装置可用于移动互联领域或金融领域。上述仅为示例，并不对本申请提供的一种申请单的生成方法和相关装置的应用领域进行限定。

具体通过如下实施例进行说明：

图1为本申请实施例提供的一种申请单的生成方法的流程图，所述方法包括S101-S105：

S101：接收终端发送的理赔申请。

首先，接收终端发送的理赔申请，该理赔申请可以是用户通过终端发起的。比如，当用户购买的保险需要申请理赔时，用户可以利用终端中的客户端或网页系统发起理赔申请，其中，终端可以是手机、电脑、平板等设备。

理赔申请中可以包括理赔材料，理赔材料可以是在用户发起理赔申请时上传的。由于理赔材料是用于后续处理该理赔申请时的重要凭证，为了避免因理赔材料不齐全等原因造成理赔申请审核不通过、需用户再次提交等相关问题，在一种可能的实现方式中，在终端中的客户端或网页系统中设置有理赔类型的勾选功能，具体的，在用户发起理赔申请之前，用户可以根据实际情况预选理赔类型。在用户预选某一理赔类型后，系统自动生成该理赔类型的理赔单据列表并展示给用户，理赔单据列表中包括当前这一理赔类型所需的理赔材料，由此，方便用户根据理赔单据列表准备并上传理赔材料，在一定程度上避免了由于用户上传的理赔材料不齐全而导致的相关问题。

其中，理赔单据列表用于向用户展示理赔类型所需的理赔材料，可以根据具体的理赔类型进行设置。比如，可以将当前理赔类型所必须的发票单据类型设置为必须类，将用户身份证证件信息、理赔合同、短信信息等设置为辅助类。必须类是用户必须上传的理赔材料，辅助类是用户可选择上传的理赔材料，辅助类可以用于对用户的身份校验等过程中。

S102：获取理赔申请的理赔类型。

接收到终端发送的理赔申请后，首先获取该理赔申请对应的理赔类型，便于后续的审核处理。其中，理赔类型可以是根据所购买的保险险种确定的，比如健康险、飞机延误险等。

针对理赔申请对应的理赔类型的获取方式，可以通过用户发起理赔申请时预先勾选的理赔类型获取，也可以根据理赔申请中的理赔材料获取，还可以通过其他方式获取，比如根据当前理赔申请对应的理赔合同确定理赔类型，具体可以根据实际情况选择，本申请对此不做任何限定。本申请实施例提供了以下两种方式作为示例：

在用户发起理赔申请之前，可以使用终端中的客户端或网页系统中设置有的理赔类型的勾选功能，根据实际情况预先选择一种理赔类型，作为预选理赔类型携带在当前理赔申请中。因此，在一种可能的实现方式中，可以对所接收到的理赔申请进行检测，若检测到理赔申请中携带有预选理赔类型，则直接将预选理赔类型作为理赔申请的理赔类型，由此能够更快速、更高效地确定当前理赔申请对应的理赔类型。

由于理赔材料是与理赔申请相关的材料，能够反映真实的理赔情况，因此在又一种可能的实现方式中，可以根据理赔材料确定理赔申请对应的理赔类型，具体的，S102可以包括以下步骤：

通过OCR(Optical Character Recognition，光学字符识别)对理赔材料进行关键词提取，确定理赔材料的单据类型；

获取单据类型与理赔类型的映射关系；

根据理赔材料的单据类型和映射关系确定理赔申请的理赔类型。

其中，单据类型与理赔类型的映射关系可以是预先构建好的，具体的，可以对保险理赔业务中常见的单据类型进行分类，将其与理赔类型对应起来，构建出单据类型与理赔类型的映射关系。进而，通过OCR对理赔材料进行关键词提取，以确定出理赔材料中的单据类型，最后根据理赔材料中的单据类型和上述的映射关系，确定出理赔材料中的单据类型所对应的理赔类型，将其作为理赔申请的理赔类型。比如，通过OCR提取的关键词为飞机延误通知，则确定理赔类型为飞机延误险。由于理赔材料是与理赔申请相关的材料，因此基于理赔材料确定理赔类型，在一定程度上提高了确定理赔类型的准确性。

为了避免恶意骗保等事件的发生，在确定出理赔材料的单据类型之后，还可以通过联机查询的方式，在国家公共平台上对理赔材料中的单据的真实性进行校验。比如，确定出理赔材料中的单据类型包括增值税发票，则根据该发票的发票号码在国家税务总局全国增值税发票查验平台查询，校验该发票的真实性。进而在理赔材料中的单据的真实性校验无误之后，再进行后续的审核处理。

S103：获取理赔类型对应的理赔规则。

理赔规则是用于审核理赔材料的依据，可以是保险公司的理赔负责人员配置的，具体可以是根据理赔类型的理赔合同和相关报销规则配置的。此外，理赔负责人员还可以对理赔规则进行检查、维护，以保证理赔规则的准确性。

在保险业务中，购买保险的用户和投保的保险公司需签订保险合同，作为记录保险有效期、保险理赔数值等事项的法律文件。具体在保险理赔时，保险公司仅需对在保险有效期内的保险进行理赔，因此在一种可能的实现方式中，S103包括以下步骤：

对理赔材料进行识别，得到理赔材料的单据日期；

若单据日期在理赔申请对应的理赔合同的有效期内，获取理赔类型对应的理赔规则。

具体的，首先对理赔材料进行识别，得到理赔材料的单据日期，进而根据理赔申请对应的理赔合同的有效期对理赔材料的单据日期进行初步审核，若理赔材料的单据日期在理赔合同的有效期内，则表明理赔材料的单据日期审核通过，进而获取理赔类型的理赔规则，进行后续处理。基于此，后续处理仅仅只针对在理赔合同有效期内的理赔材料，节省了对于超出理赔合同有效期的那些理赔材料的处理流程，由此能够节省处理资源。

S104：将理赔材料与理赔规则进行对比，确定理赔材料的理赔状态。

由于理赔规则是用于审核理赔材料的依据，因此在获取到理赔规则之后，可以将理赔材料与理赔规则进行对比，以确定理赔材料的理赔状态。其中，理赔状态用于表示理赔材料是否满足理赔规则，便于根据该理赔状态确定是否生成理赔申请单。

理赔材料齐全是理赔申请能够通过审核的必要条件，因此，在一种可能的实现方式中，可以首先根据理赔规则确定理赔所需的单据类型，进而将理赔材料的单据类型与理赔所需的单据类型进行匹配，获得单据匹配结果；单据匹配结果用于表示当前理赔材料是否齐全；最后，基于单据匹配结果确定理赔材料的理赔状态。比如，单据匹配结果表示当前理赔材料齐全，则根据该单据匹配结果确定理赔材料的理赔状态为满足理赔规则。

S105：若理赔状态为满足理赔规则，根据理赔材料生成理赔申请的理赔申请单。

若理赔材料的理赔状态为满足理赔规则，则表明当前理赔申请的理赔材料符合理赔规则的要求，进而可以根据理赔材料生成理赔申请单。

一般而言，为了方便统一管理，可以预先设置好理赔申请单模板，进而可以通过提取理赔材料中的关键信息，并将该关键信息填写至理赔申请单模板中的相应位置，生成当前理赔申请的理赔申请单。其中，关键信息可以包括理赔数值、用户以及保险公司的标识等信息。

由于理赔申请单是理赔支付环节中的重要材料，为了使得理赔申请单中的各项信息更为准确，在一种可能的实现方式中，可以根据理赔材料和理赔规则，确定理赔申请的理赔数值，并获取理赔申请的关键对象的标识，最后根据理赔类型、理赔数值以及关键对象的标识，生成理赔申请单。

可见，理赔数值是基于理赔材料和理赔规则确定的，由此能够避免用户在不清楚具体的理赔规则时，误以为理赔材料中的各项均可100％获得理赔，而在发起理赔申请时直接填写的理赔数值不准确的问题。

此外，一项理赔申请中，主要涉及的关键对象包括用户和保险公司，为了保证关键对象的标识的唯一性，用户的标识可以包括用户姓名和用户的身份证号，保险公司的标识可以包括保险公司的公司名称和公司注册号。

对于理赔申请的关键对象的标识的获取方式，可以通过理赔合同获取，也可以通过理赔申请获取，具体可以根据实际情况进行选择，本申请对此不做任何限定。本申请实施例提供了以下两种方式作为示例：

一般而言，理赔合同是用户在购买保险时与保险公司签订的合约，其包括用户和保险公司双方的基本信息。因此，在一种可能的实现方式中，可以对理赔合同进行关键词提取处理，以获得理赔申请的关键对象的标识。

在用户发起理赔申请时，一般而言需填写基本信息，比如用户自己的个人信息以及此次理赔申请的保险公司的公司名称等信息。因此，在一种可能的实现方式中，还可以对理赔申请进行关键词提取处理，以获得关键对象的标识。

可以理解的是，在保险理赔业务中，理赔支付是一个重要环节。因此，在生成理赔申请单之后，可以将理赔申请单发送至理赔申请的关键对象对应的终端，以便关键对象对理赔申请单进行审核，完成后续的理赔支付等事项。针对后续的理赔支付等事项的具体流程，保险公司可以根据实际情况进行设置，本申请对此不做任何限定。本申请实施例中，根据赔偿数值的大小设置有不同的理赔支付流程，作为示例：

当理赔数值小于预设额度时，认为是小额理赔，则可以在关键对象(用户和保险公司)对理赔申请单审核确认无误之后，通过线上打款的方式，由保险公司向用户的账户中支付额度为理赔数值的理赔款项。

当理赔数值大于预设额度时，认为是大额理赔，针对大额理赔，在关键对象对理赔申请单审核确认无误之后，还可以进行线下审核，再进行理赔款项的支付。在线下审核中，主要审核用户的个人信息、用户提交的理赔申请单与保险公司系统的理赔申请单是否一致、理赔数值是否正确等关键信息。在一种可能的实现方式中，用户提交理赔申请单的纸质件之后，保险公司的理赔负责人员可以扫描纸质件生成电子件，进而通过OCR识别的方式将其与保险公司系统的理赔申请单进行比对，以确保理赔申请单的一致性。线下审核通过后，保险公司向用户支付额度为理赔数值的理赔款项。

此外，针对理赔状态为不满足理赔规则的理赔申请，可以生成理赔申请审核未通过的提示信息。

理赔申请审核未通过的提示信息，目的在于告知用户当前理赔申请的状态是审核未通过，为了便于用户在收到审核未通过的提示信息后能快速进行后续处理，还可以在审核未通过的提示信息中备注说明审核未通过的原因。具体的，可以根据对理赔材料的具体审核情况，确定审核未通过的原因，比如，备注理赔材料不齐全或单据日期不在理赔合同的有效期内等具体的审核未通过的原因。

由上述技术方案可以看出，在保险理赔的过程中，接收到终端发送的理赔申请之后，获取理赔申请的理赔类型，进而获取这一理赔类型对应的理赔规则，并将理赔申请中的理赔材料与理赔规则进行对比，当对比确定出该理赔材料的理赔状态为满足当前的理赔规则时，根据理赔材料生成理赔申请单。可见，在保险理赔的过程中，通过上述方式，自动化生成理赔申请单，便于用户和保险公司查看，完成后续的理赔支付等事项，提高了理赔申请的处理效率，减少了人工成本。

图2为本申请实施例提供的一种申请单的生成装置的结构图，所述装置包括接收单元201、获取单元202、确定单元203和生成单元204：

所述接收单元201，用于接收终端发送的理赔申请；所述理赔申请包括理赔材料；

所述获取单元202，用于获取所述理赔申请的理赔类型；

所述获取单元202，还用于获取所述理赔类型对应的理赔规则；

所述确定单元，用于将所述理赔材料与所述理赔规则进行对比，确定所述理赔材料的理赔状态；

所述生成单元，用于若所述理赔状态为满足所述理赔规则，根据所述理赔材料生成所述理赔申请的理赔申请单。

可选的，所述获取单元还用于：

通过光学字符识别OCR对所述理赔材料进行关键词提取，确定所述理赔材料的单据类型；

获取单据类型与理赔类型的映射关系；

根据所述理赔材料的单据类型和所述映射关系确定所述理赔申请的理赔类型。

可选的，所述确定单元还用于：

根据所述理赔规则确定理赔所需的单据类型；

将所述理赔材料的单据类型与所述理赔所需的单据类型进行匹配，获得单据匹配结果；

根据所述单据匹配结果确定所述理赔材料的理赔状态。

可选的，所述获取单元还用于：

若所述理赔申请中携带有预选理赔类型，将所述预选理赔类型作为所述理赔申请的理赔类型。

可选的，所述生成单元还用于：

根据所述理赔材料和所述理赔规则，确定所述理赔申请的理赔数值；

获取所述理赔申请的关键对象的标识；

根据所述理赔类型、所述理赔数值以及所述关键对象的标识，生成所述理赔申请单。

可选的，所述装置还包括发送单元：

所述发送单元，用于将所述理赔申请单发送至所述关键对象对应的终端，以便所述关键对象对所述理赔申请单进行审核。

可选的，所述获取单元还用于：

对所述理赔材料进行识别，得到所述理赔材料的单据日期；

若所述单据日期在所述理赔申请对应的理赔合同的有效期内，获取所述理赔类型对应的理赔规则。

可选的，所述生成单元还用于：

若所述理赔状态为不满足所述理赔规则，生成理赔申请审核未通过的提示信息。

由上述技术方案可以看出，在保险理赔的过程中，接收到终端发送的理赔申请之后，获取理赔申请的理赔类型，进而获取这一理赔类型对应的理赔规则，并将理赔申请中的理赔材料与理赔规则进行对比，当对比确定出该理赔材料的理赔状态为满足当前的理赔规则时，根据理赔材料生成理赔申请单。可见，在保险理赔的过程中，通过上述方式，自动化生成理赔申请单，便于用户和保险公司查看，完成后续的理赔支付等事项，提高了理赔申请的处理效率，减少了人工成本。

又一方面，本申请实施例提供了一种计算机设备，所述计算机设备包括处理器以及存储器：

所述存储器用于存储程序代码，并将所述程序代码传输给所述处理器；

所述处理器用于根据所述程序代码中的指令执行上述实施例提供的一种申请单的生成方法。

该计算机设备可以包括终端设备或服务器，前述的一种申请单的生成装置可以配置在该计算机设备中。

对于装置实施例而言，由于其基本对应于方法实施例，所以相关之处参见方法实施例的部分说明即可。以上所描述的装置实施例仅仅是示意性的，其中所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。本领域普通技术人员在不付出创造性劳动的情况下，即可以理解并实施。

需要说明的是，在本文中，诸如第一和第二等之类的关系术语仅仅用来将一个实体或者操作与另一个实体或操作区分开来，而不一定要求或者暗示这些实体或操作之间存在任何这种实际的关系或者顺序。而且，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、物品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、物品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个......”限定的要素，并不排除在包括所述要素的过程、方法、物品或者设备中还存在另外的相同要素。

以上对本申请实施例提供的一种申请单的生成方法和相关装置进行了详细介绍，本文中应用了具体个例对本申请的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本申请的方法。同时，对于本领域的一般技术人员，依据本申请的方法，在具体实施方式及应用范围上均会有改变之处。

综上所述，本说明书内容不应理解为对本申请的限制，任何熟悉本技术领域的技术人员在本申请揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本申请的保护范围之内。而且本申请在上述各方面提供的实现方式的基础上，还可以进行进一步组合以提供更多实现方式。