CN114897623A - 线上理赔方法、装置、设备、介质及程序产品 - Google Patents

Abstract

本公开提供了一种线上理赔方法及装置、电子设备、存储有计算机指令的非瞬时计算机可读存储介质、计算机程序产品，本公开利用用户端上传的理赔单据图片能够通过识别自动确定理赔单据图片的图片类型、关键字信息，之后根据图片类型和关键字信息能够自动确定相匹配的理赔方案，不要求用户熟悉保单、责任类型、理赔单据分类标准以及理赔流程等信息，用户通过单一或较少的上传接口即可实现理赔，提高了理赔效率和理赔准确性，并且提高了用户体验，并且实现了线上理赔，避免人工审核，提高了理赔效率，降低了审核成本。

Description

线上理赔方法、装置、设备、介质及程序产品

技术领域

本公开涉及人工智能技术领域，尤其涉及保险领域，具体公开了一种线上理赔方法及装置、电子设备、存储有计算机指令的非瞬时计算机可读存储介质、计算机程序产品。

背景技术

人工理赔方案中，用户容易漏传理赔单据图片，降低用户体验，并且人工确定理赔方案会降低理赔效率，增加审核成本。线上理赔方案中，用户不仅需要清楚保单和责任等信息，需要从不同的入口上传匹配的理赔单据图片，并且需要清楚理赔单据的分类等，不仅步骤繁琐，并且由于用户对保障内容以及理赔流程等的不熟悉，容易造成理赔难以进行，不仅降低了理赔效率，并且严重降低了用户体验。

发明内容

本公开至少提供了一种线上理赔方法及装置、电子设备、存储有计算机指令的非瞬时计算机可读存储介质、计算机程序产品。

根据本公开的一方面，提供了一种线上理赔方法，应用于用户服务端，包括：

获取用户端上传的理赔单据图片；

获取所述理赔单据图片的图片识别信息；其中，所述图片识别信息包括各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案；

将所述理赔方案发送给所述用户端。

在一种可能的实施方式中，所述获取用户端上传的理赔单据图片之前，上述线上理赔方法还包括：

获取用户信息；

根据用户信息对用户账号进行验证；

在验证通过的情况下，向所述用户端发送预定指令，以控制所述用户端展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置。

在一种可能的实施方式中，所述将所述图片类型和所述关键字信息发送给理赔服务端，包括：

将与所述理赔单据图片的上传位置相匹配的预设责任类型，作为用户端对应的理赔责任类型；

根据所述图片类型以及关键字信息，确定理赔信息；

将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定所述理赔信息是否完整；

在所述理赔信息完整的情况下，将所述图片类型和所述关键字信息发送给理赔服务端。

在一种可能的实施方式中，所述理赔信息包括就诊人、就诊时间中的至少一项。

在一种可能的实施方式中，上述线上理赔方法还包括：

在所述理赔信息不完整的情况下，根据所述预设理赔信息与所述理赔信息差异信息，确定待补充理赔信息；

确定待补充理赔信息对应的待补充单据；

将所述待补充单据对应的信息发送给用户端。

在一种可能的实施方式中，在确定所述理赔责任类型和所述理赔信息之后，上述线上理赔方法还包括：

将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定与所述理赔责任类型不匹配的不匹配理赔信息；

确定与所述不匹配理赔信息对应的不匹配单据；

将所述不匹配单据对应的信息发送给用户端。

在一种可能的实施方式中，所述将所述图片类型和所述关键字信息发送给理赔服务端，包括：

利用所述图片类型、关键字信息进行发票重复性校验，并基于校验结果删除重复发票对应的关键字信息以及图片类型；

将剩余的图片类型以及关键字信息发送给所述理赔服务端。

在一种可能的实施方式中，所述获取用户信息，包括：

获取用户端发送的理赔请求，所述理赔请求中包括用户账号；

将所述用户账号发送给保险服务端，以使所述保险服务端反馈与所述用户账号对应的用户信息；

所述根据用户信息对用户账号进行验证，包括：

根据用户信息，确定用户账号归属人与理赔主账号是否为预设关系；

在用户账号归属人与所述理赔主账号不为预设关系的情况下，向所述保险服务端发送方案获取请求，以使所述保险服务端反馈与所述用户账号对应的保险方案信息；

利用所述保险方案信息剔除所述用户账号下的黑名单用户；

利用所述保险方案信息，判断所述用户账号下是否存在开放理赔方案、未生效理赔方案和可理赔方案，并在所述用户账号下不存在开放理赔方案、无可理赔方案以及无未生效理赔方案的情况下，确定对所述用户账号验证通过。

在一种可能的实施方式中，所述获取所述理赔单据图片的图片识别信息，包括：

将所述理赔单据图片上传给文字识别服务端，以使所述文字识别服务端对所述理赔单据图片进行文字识别，得到各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

接收所述文字识别服务端反馈的各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息。

在一种可能的实施方式中，所述将所述图片类型和所述关键字信息发送给理赔服务端，包括：

根据所述图片类型和所述关键字信息，确定理赔信息；

利用所述理赔信息进行预设校验，并在预设校验通过的情况下，将所述图片类型和所述关键字信息发送给理赔服务端；其中，所述预设校验包括银行卡信息校验、理赔主账号与用户账号关系校验中的至少一项。

在一种可能的实施方式中，所述将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案，包括:

将所述图片类型和所述关键字信息发送给理赔服务端,以使所述理赔服务端从各预设责任类型对各预设理赔方案中筛选与所述图片类型和所述关键字信息相匹配的理赔方案，并将筛选得到的理赔方案反馈给所述用户服务端。

根据本公开的另一方面，提供了一种线上理赔方法，应用于用户端，包括：

向用户服务端发送理赔请求，以使所述用户服务端根据所述理赔请求中的用户账号进行用户账号验证，并在验证通过的情况下反馈预定指令；

响应于接收到所述预定指令，展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置；

根据所述图片上传位置获取理赔单据图片，并所述用户服务端上传理赔单据图片，以使所述用户服务端根据所述理赔单据图片确定并反馈理赔方案；

接收并展示所述理赔方案。

在一种可能的实施方式中，所述向用户服务端发送理赔请求，包括：

获取用户发送的理赔指令；所述理赔指令包括用户账号；

根据所述理赔指令，生成并向所述用户服务端发送理赔请求；其中所述理赔请求中包括用户账号。

在一种可能的实施方式中，所述响应于接收到所述预定指令，展示理赔初始页面，包括：

响应于接收到所述预定指令，在首次上传理赔单据图片的情况下，根据用户端对应的社保地址，在理赔初始页面中展示与社保地相匹配的图片上传示例信息。

在一种可能的实施方式中，所述响应于接收到所述预定指令，展示理赔初始页面，包括：

响应于接收到所述预定指令，获取用户账号对应的报案文案；

展示所述报案文案，并进入理赔初始页面进行展示。

根据本公开的另一方面，提供了一种线上理赔装置，应用于用户服务端，包括：

图片获取模块，用于获取用户端上传的理赔单据图片；

信息获取模块，用于获取所述理赔单据图片的图片识别信息；其中，所述图片识别信息包括各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

信息发送模块，用于将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案；

方案发送模块，用于将所述理赔方案发送给所述用户端。

根据本公开的另一方面，提供了一种线上理赔装置，应用于用户端，包括：

请求发送模块，用于向用户服务端发送理赔请求，以使所述用户服务端根据所述理赔请求中的用户账号进行用户账号验证，并在验证通过的情况下反馈预定指令；

页面展示模块，用于响应于接收到所述预定指令，展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置；

图片上传模块，用于根据所述图片上传位置获取理赔单据图片，并所述用户服务端上传理赔单据图片，以使所述用户服务端根据所述理赔单据图片确定并反馈理赔方案；

方案接收模块，用于接收并展示所述理赔方案。

根据本公开的另一方面，提供了一种电子设备，包括：

至少一个处理器；以及

与该至少一个处理器通信连接的存储器；其中，

该存储器存储有可被该至少一个处理器执行的指令，该指令被该至少一个处理器执行，以使该至少一个处理器能够执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种存储有计算机指令的非瞬时计算机可读存储介质，该计算机指令用于使计算机执行本公开任一实施例中的方法。

根据本公开的另一方面，提供了一种计算机程序产品，包括计算机程序/指令，该计算机程序/指令被处理器执行时实现本公开任一实施例中的方法。

本公开所公开的技术方案实现了线上理赔，避免人工审核，提高了理赔效率，降低了审核成本。并且，利用用户上传的理赔单据图片能够自动确定理赔单据图片的图片类型、关键字信息，以确定相匹配的理赔方案，不要求用户熟悉保单、责任类型、理赔单据分类标准以及理赔流程等信息，用户通过单一或较少的上传接口即可实现理赔，提高了理赔效率和理赔准确性，并且提高了用户体验。另外，通过将待补充单据的信息传送给用户端的方式，能够及时通知用户补充理赔单据，减少因漏传理赔单据图片而产生的延迟受理情况，提高理赔成功率。

应当理解，本部分所描述的内容并非旨在标识本公开的实施例的关键或重要特征，也不用于限制本公开的范围。本公开的其它特征将通过以下的说明书而变得容易理解。

附图说明

附图用于更好地理解本方案，不构成对本公开的限定。其中：

图1是根据本公开线上理赔方法的流程图之一；

图2是根据本公开中用户账号验证的流程图；

图3是根据本公开线上理赔方法的流程图之二；

图4是根据本公开线上理赔方法的流程图之三；

图5是根据本公开中理赔初始页面展示的流程图；

图6是根据本公开线上理赔装置的结构示意图之一；

图7是根据本公开线上理赔装置的结构示意图之二；

图8是根据本公开的电子设备的结构示意图。

具体实施方式

以下结合附图对本公开的示范性实施例做出说明，其中包括本公开实施例的各种细节以助于理解，应当将它们认为仅仅是示范性的。因此，本领域普通技术人员应当认识到，可以对这里描述的实施例做出各种改变和修改，而不会背离本公开的范围和精神。同样，为了清楚和简明，以下的描述中省略了对公知功能和结构的描述。

保险线上理赔需要被保险人在线上选择自己需要理赔的保单及对应的责任，并上传对应保障责任理赔所需的单据内容(一般为就诊单据及身份证明)。在该场景下，需要使用者手动选择保单及责任，并根据要求在指定入口上传对应理赔单据，操作步骤繁琐。

具体地，相关理赔方案之一：通过线上上传就诊单据，后期所有保单、责任及单据校验通过人工进行判断。该方案对于用户来说，申请过程中容易缺失理赔单据，降低用户理赔体验。对于理赔审核人员来说，需要人工去判断方案责任，增加企业审核成本。

相关理赔方案之二：用户线上选择保单及责任，然后根据要求上传指定单据类型，后期无需人工判断保单、责任。该方案理赔申请成本高，需要用户选择了解自己的保障内容，选择保单及责任；并清楚知道理赔单据是如何分类及定义的，在不同的入口上传不同类型的单据，步骤及时间消耗都很多。

针对上述缺陷，本公开的技术方案实现了线上理赔，避免人工审核，提高了理赔效率，降低了审核成本。并且，利用用户上传的理赔单据图片能够自动确定理赔单据图片的图片类型、关键字信息，以确定相匹配的理赔方案，不要求用户熟悉保单、责任类型、理赔单据分类标准以及理赔流程等信息，用户通过单一或较少的上传接口即可实现理赔，提高了理赔效率和理赔准确性，并且提高了用户体验。另外，通过将待补充单据的信息传送给用户端的方式，能够及时通知用户补充理赔单据，减少因漏传理赔单据图片而产生的延迟受理情况，提高理赔成功率。

下面通过具体的实施例对本公开的线上理赔方法进行说明。

图1示出了本公开实施例的线上理赔方法的流程图，该实施例的执行主体可以用户服务端(TOC端)。如图1所示，本公开实施例的线上理赔方法可以包括如下步骤：

S110、获取用户端上传的理赔单据图片。

这里可以是获取用户端(C端)批量上传的理赔单据图片，例如可以在微信状态下批量上传理赔单据图片，上传的理赔单据图片可以是压缩状态的。理赔单据图片可以包括但不限于身份证图片，社保卡图片、发票图片、诊断证明图片、药物处方图片等。

S120、获取理赔单据图片的图片识别信息；其中，图片识别信息包括各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息。

示例性地，可以利用光学字符识别OCR技术对理赔单据图片进行文字识别，确定图片类型和关键字信息。OCR识别既可以在用户服务端执行，也可以在其他服务端执行，例如在文字识别服务端(OCR端)执行，本公开对此并不进行限定。

在医疗保险场景下，上述关键字信息可以包括单据号、就诊人、就诊时间、发票号、银行卡号、医院名称等。

S130、将图片类型和关键字信息发送给理赔服务端，以使理赔服务端利用图片类型和关键字信息确定并反馈理赔方案。

示例性地，所述理赔服务端(claim端)从各预设责任类型对各预设理赔方案中筛选与所述图片类型和所述关键字信息相匹配的理赔方案，并将筛选得到的理赔方案反馈给所述用户服务端。

示例性地，可以根据图片类型将对应的关键字信息进行分组，并根据分组后的信息形成理赔信息，之后将理赔信息发送给理赔服务端，所述理赔服务端从各预设责任类型对各预设理赔方案中筛选与所述理赔信息相匹配的理赔方案，并将筛选得到的理赔方案反馈给所述用户服务端。

上述各预设理赔方案可以是保险服务端(insurance端)根据用户端上传的用户账号反馈给理赔服务端的。

S140、将理赔方案发送给用户端。

将理赔方案发送给用户端，以使用户端展示向用户展示所述理赔方案，之后用户可以通过用户端对理赔方案进行确认、获取理赔等操作。

在一些实施例中，获取用户端上传的理赔单据图片之前，还可以包括一下步骤：首先获取用户信息；之后，根据用户信息对用户账号进行验证；在验证通过的情况下，向所述用户端发送预定指令，以控制所述用户端展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置。

示例性地，如图2所示，获取用户信息可以按照如下步骤实现：获取用户端发送的理赔请求，所述理赔请求中包括用户账号；将所述用户账号发送给保险服务端，以使所述保险服务端反馈与所述用户账号对应的用户信息。用户信息可以包括但不限于：用户标识符、真实姓名、证件号码、生日、手机号、社保地址、是否理赔主账号、与理赔主账号的关系等。

示例性地，如图2所示，根据用户信息对用户账号进行验证可以按照如下步骤实现：根据用户信息，确定用户账号归属人与理赔主账号是否为预设关系，例如是否为子女关系；在用户账号归属人与所述理赔主账号不为预设关系的情况下，向所述保险服务端发送方案获取请求，以使所述保险服务端反馈与所述用户账号对应的保险方案信息；利用所述保险方案信息剔除所述用户账号下的黑名单用户；利用所述保险方案信息，判断所述用户账号下是否存在开放理赔方案、未生效理赔方案和可理赔方案，并在所述用户账号下不存在开放理赔方案、无可理赔方案以及无未生效理赔方案的情况下，确定对所述用户账号验证通过。

在一些实施例中，上述将所述图片类型和所述关键字信息发送给理赔服务端，具体可以利用如下步骤实现：

首先，将与所述理赔单据图片的上传位置相匹配的预设责任类型，作为用户端对应的理赔责任类型；例如将在预设责任类型为女性生育对应的上传位置，上传理赔单据图片的用户端对应的理赔责任类型确定为女性生育，将在预设责任类型为门诊对应的上传位置，上传理赔单据图片的用户端对应的理赔责任类型确定门诊。

之后，根据所述图片类型以及关键字信息，确定理赔信息；这里确定理赔信息的步骤可以参上上述实施例，不再赘述。理赔信息可以包括就诊人、就诊时间中的至少一项。

至此可以将用户端上传的理赔单据图片标识为已处理，避免后续再次进行识别和处理，浪费计算资源。

之后，将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定所述理赔信息是否完整；在所述理赔信息完整的情况下，将所述图片类型和所述关键字信息发送给理赔服务端。

在所述理赔信息不完整的情况下，根据所述预设理赔信息与所述理赔信息差异信息，确定待补充理赔信息；确定待补充理赔信息对应的待补充单据，并将所述待补充单据对应的信息发送给用户端，以使用户通过用户端及时上传待补充单据对应的图片。

另外，若将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定存在与所述理赔责任类型不匹配的不匹配理赔信息，则确定与所述不匹配理赔信息对应的不匹配单据，并将所述不匹配单据对应的信息发送给用户端，起到提示用户的目的。

在一些实施例中，所述将所述图片类型和所述关键字信息发送给理赔服务端，还可以利用如下步骤实现：

首先，利用所述图片类型、关键字信息进行发票重复性校验，并基于校验结果删除重复发票对应的关键字信息以及图片类型；之后将剩余的图片类型以及关键字信息发送给所述理赔服务端，以使理赔服务端确定理赔方案。后者，将剩余的图片类型以及关键字信息对应的理赔信息发送给所述理赔服务端，以使理赔服务端确定理赔方案。

在一些实施例中，所述获取所述理赔单据图片的图片识别信息，具体可以利用如下步骤实现：

首先，将所述理赔单据图片上传给文字识别服务端，以使所述文字识别服务端对所述理赔单据图片进行文字识别，得到各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；之后，接收所述文字识别服务端反馈的各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息。

上述实施例可以通过OCR技术将理赔所需理赔单据图片进行归类，并提取其中的关键字信息。利用相关算法分析提取的信息，自动计算出用户需要进行理赔的保单、理赔方案定，并提醒用户缺失的理赔单据，或者理赔单据上的异常因素，有效提高了理赔效率。

在一些实施例中，在将所述图片类型和所述关键字信息发送给理赔服务端之前，还需要根据所述图片类型和所述关键字信息，确定理赔信息；并利用所述理赔信息进行预设校验，并在预设校验通过的情况下，将所述图片类型和所述关键字信息发送给理赔服务端；其中，所述预设校验包括银行卡信息校验、理赔主账号与用户账号关系校验中的至少一项。银行卡校验用于验证识别得到的银行卡号只是否准确，理赔主账号与用户账号关系校验用于校验用户账号是否具有权限进行理赔操作，通过校验则可以将图片类型和关键字信息发送给理赔服务端，以使理赔服务端确定理赔方案。

如图3所示，本公开的线上理赔方法可以包括如下步骤：

第一步、用户端向用户服务端上传的理赔单据图片；用户服务端将理赔单据图片上传给文字识别服务端；

第二步、文字识别服务端对理赔单据图片进行OCR文字识别，确定各理赔单据图片的图品类型和关键字信息；

第三步、用户服务端根据图片类型和关键字信息进行发票重复性校验，基于校验结果删除重复发票对应的关键字信息以及图片类型；

第四步、用户服务端将剩余的图片类型以及关键字信息发送给所述理赔服务端，所述理赔服务端根据接收的关键字信息以及图片类型，进行算法匹配确定并向用户服务端反馈理赔方案；

第五步、用户服务端确定理赔责任类型，根据理赔责任类型，确定待补充理赔信息，并将所述待补充理赔信息对应的信息发送给用户端；

第六步、用户服务端根据理赔责任类型，确定与所述理赔责任类型不匹配的不匹配理赔信息，并将所述不匹配理赔信息对应的信息发送给用户端。

上述实施例中的文字识别服务端中设置有文字识别模型，例如OCR模型，OCR模型通过前期大量的数据训练和标注,形成自己的文本特征值训练库，通过OCR识别出来的理赔单据信息及规则自动匹配符合理赔申请的相应内容，提高用户理赔时理赔单据提交的完整性和准确性。区别于以往的单纯依靠人工肉眼识别，可以提前将必传未上传的理赔单据筛选提示出来，促进单次申请成功率。

示例性地，可以通过不同的OCR模型提取关键字信息，用于匹配预设责任类型，通过OCR模型识别出来的关键字信息及规则自动匹配符合理赔申请的相应内容，提高用户理赔时理赔单据提交的完整性和准确性。

对应于在用户服务端执行的线上理赔方法，本公开还提供了一种在用户端执行的线上理赔方法，如图4所示，可以利用如下步骤实现：

S410、向用户服务端发送理赔请求，以使用户服务端根据理赔请求中的用户账号进行用户账号验证，并在验证通过的情况下反馈预定指令。

用户通过用户端向用户服务端发送理赔请求，理赔请求中包括用户账号。用户服务端根据用户账号从保险服务端获取用户信息，并根据用户信息对用户账号进行验证，具体验证过程见上述实施例，不再赘述。

S420、响应于接收到预定指令，展示理赔初始页面；其中，理赔初始页面用于显示图片上传位置。

理赔初始页面是在用户账号验证通过之后，在用户端进行展示的，用于实现用户上传理赔单据图片。

S430、根据图片上传位置获取理赔单据图片，并向用户服务端上传理赔单据图片，以使用户服务端根据理赔单据图片确定并反馈理赔方案。

用户根据图片上传位置上传理赔单据图片，之后用户端根据图片上传位置可以获取到理赔单据图片。用户服务端根据理赔单据图片确定理赔方案的具体实施方式见上述实施例，不再赘述。

S440、接收并展示理赔方案。

用户接收到理赔方案之后，展示理赔方案，以便用户对理赔方案进行确认等操作。

上述向用户服务端发送理赔请求，具体可以首先获取用户通过用户端发送的理赔指令；所述理赔指令包括用户账号；之后，用户端根据所述理赔指令，生成并向所述用户服务端发送理赔请求；其中所述理赔请求中包括用户账号。

在首次上传理赔单据图片的情况下，用户端响应于接收到所述预定指令，根据用户端对应的社保地址，在理赔初始页面中展示与社保地相匹配的图片上传示例信息。图片上传示例信息可以向用户展示需要上传的理赔单据图片或图片样式等，以提高理赔效率。

示例性地，如图5所示，可以判断用户端的缓存中是否缓存有理赔单据图片对应的关键字信息等理赔信息，若缓存有至少一张理赔单据图片对应的关键字等理赔信息，则表示该用户账号非首次上传理赔单据图片，否则表示该用户账号首次上传理赔单据图片此时，可以通过弹窗提示理赔须知。在非首次上传理赔单据图片时，不用弹窗提示理赔须知，并且可以利用缓存的理赔信息替换理赔初始页面中的相对应的信息。

用户端还可以通过用户服务端向理赔服务端发送查询请求，以获取用户账号对应的报案文案。示例性的，如图5所示，用户服务端根据查询请求，获取到用户列表，其中用户列表包括各个用户的标识符；理赔服务端根据用户列表查询到用户账号下的报案文案并反馈给用户端。若用户端未接收到报案文本则不进行展示，直接展示理赔初始页面，若用户端接收到报案文案，则用户端展示报案文案，之后展示理赔初始页面。

上述实施例在减少用户申请所需步骤和时间的基础上，不增加理赔工作人员的时间成本，同时减少因漏传单据而产生的延迟受理情况，提高理赔成功率。

基于同一发明构思，本公开实施例中还提供了一种在用户服务端执行的线上理赔方法对应的线上理赔装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述线上理赔方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如图6所示，为本公开实施例所提供的线上理赔装置的结构示意图，应用于用户服务端，包括：

图片获取模块610，用于获取用户端上传的理赔单据图片。

信息获取模块620，用于获取所述理赔单据图片的图片识别信息；其中，所述图片识别信息包括各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息。

信息发送模块630，用于将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案。

方案发送模块640，用于将所述理赔方案发送给所述用户端。

在一些实施例中，还包括验证模块650，用于：

获取用户信息；

根据用户信息对用户账号进行验证；

在验证通过的情况下，向所述用户端发送预定指令，以控制所述用户端展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置。

在一些实施例中，所述信息发送模块630在将所述图片类型和所述关键字信息发送给理赔服务端时，具体用于：

将与所述理赔单据图片的上传位置相匹配的预设责任类型，作为用户端对应的理赔责任类型；

根据所述图片类型以及关键字信息，确定理赔信息；

将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定所述理赔信息是否完整；

在所述理赔信息完整的情况下，将所述图片类型和所述关键字信息发送给理赔服务端。

在一些实施例中，所述理赔信息包括就诊人、就诊时间中的至少一项。

在一些实施例中，所述信息发送模块630还用于：

在所述理赔信息不完整的情况下，根据所述预设理赔信息与所述理赔信息差异信息，确定待补充理赔信息；

确定待补充理赔信息对应的待补充单据；

将所述待补充单据对应的信息发送给用户端。

在一些实施例中，所述信息发送模块630还用于：

将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定与所述理赔责任类型不匹配的不匹配理赔信息；

确定与所述不匹配理赔信息对应的不匹配单据；

将所述不匹配单据对应的信息发送给用户端。

在一些实施例中，所述信息发送模块630还用于：

利用所述图片类型、关键字信息进行发票重复性校验，并基于校验结果删除重复发票对应的关键字信息以及图片类型；

将剩余的图片类型以及关键字信息发送给所述理赔服务端。

在一些实施例中，所述验证模块650在获取用户信息时，用于：

获取用户端发送的理赔请求，所述理赔请求中包括用户账号；

将所述用户账号发送给保险服务端，以使所述保险服务端反馈与所述用户账号对应的用户信息；

所述验证模块650在根据用户信息对用户账号进行验证时，用于：

根据用户信息，确定用户账号归属人与理赔主账号是否为预设关系；

在用户账号归属人与所述理赔主账号不为预设关系的情况下，向所述保险服务端发送方案获取请求，以使所述保险服务端反馈与所述用户账号对应的保险方案信息；

利用所述保险方案信息剔除所述用户账号下的黑名单用户；

利用所述保险方案信息，判断所述用户账号下是否存在开放理赔方案、未生效理赔方案和可理赔方案，并在所述用户账号下不存在开放理赔方案、无可理赔方案以及无未生效理赔方案的情况下，确定对所述用户账号验证通过。

在一些实施例中，所述信息获取模块620在获取所述理赔单据图片的图片识别信息时，用于：

将所述理赔单据图片上传给文字识别服务端，以使所述文字识别服务端对所述理赔单据图片进行文字识别，得到各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

接收所述文字识别服务端反馈的各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息。

在一些实施例中，所述信息发送模块630在将所述图片类型和所述关键字信息发送给理赔服务端时，用于：

根据所述图片类型和所述关键字信息，确定理赔信息；

利用所述理赔信息进行预设校验，并在预设校验通过的情况下，将所述图片类型和所述关键字信息发送给理赔服务端；其中，所述预设校验包括银行卡信息校验、理赔主账号与用户账号关系校验中的至少一项。

在一些实施例中，所述信息发送模块630在将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案时，用于:

将所述图片类型和所述关键字信息发送给理赔服务端,以使所述理赔服务端从各预设责任类型对各预设理赔方案中筛选与所述图片类型和所述关键字信息相匹配的理赔方案，并将筛选得到的理赔方案反馈给所述用户服务端。

基于同一发明构思，本公开实施例中还提供了一种在用户端执行的线上理赔方法对应的线上理赔装置，由于本公开实施例中的装置解决问题的原理与本公开实施例上述线上理赔方法相似，因此装置的实施可以参见方法的实施，重复之处不再赘述。

如图7所示，为本公开实施例所提供的线上理赔装置的结构示意图，应用于用户端，包括：

请求发送模块710，用于向用户服务端发送理赔请求，以使所述用户服务端根据所述理赔请求中的用户账号进行用户账号验证，并在验证通过的情况下反馈预定指令。

页面展示模块720，用于响应于接收到所述预定指令，展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置。

图片上传模块730，用于根据所述图片上传位置获取理赔单据图片，并所述用户服务端上传理赔单据图片，以使所述用户服务端根据所述理赔单据图片确定并反馈理赔方案。

方案接收模块740，用于接收并展示所述理赔方案。

在一些实施例中，所述请求发送模块710在向用户服务端发送理赔请求时，用于：

获取用户发送的理赔指令；所述理赔指令包括用户账号；

根据所述理赔指令，生成并向所述用户服务端发送理赔请求；其中所述理赔请求中包括用户账号。

在一些实施例中，所述页面展示模块720在响应于接收到所述预定指令，展示理赔初始页面时，用于：

响应于接收到所述预定指令，在首次上传理赔单据图片的情况下，根据用户端对应的社保地址，在理赔初始页面中展示与社保地相匹配的图片上传示例信息。

在一些实施例中，所述页面展示模块720在响应于接收到所述预定指令，展示理赔初始页面时，用于：

响应于接收到所述预定指令，获取用户账号对应的报案文案；

展示所述报案文案，并进入理赔初始页面进行展示。

本公开的技术方案中，所涉及的用户个人信息的获取，存储和应用等，均符合相关法律法规的规定，且不违背公序良俗。

根据本公开的实施例，本公开还提供了一种电子设备、一种可读存储介质和一种计算机程序产品。

图8示出了可以用来实施本公开的实施例的示例电子设备800的示意性框图。电子设备旨在表示各种形式的数字计算机，诸如，膝上型计算机、台式计算机、工作台、个人数字助理、服务器、刀片式服务器、大型计算机、和其它适合的计算机。电子设备还可以表示各种形式的移动装置，诸如，个人数字处理、蜂窝电话、智能电话、可穿戴设备和其它类似的计算装置。本文所示的部件、它们的连接和关系、以及它们的功能仅仅作为示例，并且不意在限制本文中描述的和/或者要求的本公开的实现。

如图8所示，设备800包括计算单元810，其可以根据存储在只读存储器(ROM)820中的计算机程序或者从存储单元880加载到随机访问存储器(RAM)830中的计算机程序，来执行各种适当的动作和处理。在RAM830中，还可存储设备800操作所需的各种程序和数据。计算单元810、ROM820以及RAM 830通过总线840彼此相连。输入/输出(I/O)接口850也连接至总线840。

设备800中的多个部件连接至I/O接口850，包括：输入单元860，例如键盘、鼠标等；输出单元870，例如各种类型的显示器、扬声器等；存储单元880，例如磁盘、光盘等；以及通信单元890，例如网卡、调制解调器、无线通信收发机等。通信单元890允许设备800通过诸如因特网的计算机网络和/或各种电信网络与其他设备交换信息/数据。

计算单元810可以是各种具有处理和计算能力的通用和/或专用处理组件。计算单元810的一些示例包括但不限于中央处理单元(CPU)、图形处理单元(GPU)、各种专用的人工智能(AI)计算芯片、各种运行机器学习模型算法的计算单元、数字信号处理器(DSP)、以及任何适当的处理器、控制器、微控制器等。计算单元810执行上文所描述的各个方法和处理，例如线上理赔方法。例如，在一些实施例中，线上理赔方法可被实现为计算机软件程序，其被有形地包含于机器可读介质，例如存储单元880。在一些实施例中，计算机程序的部分或者全部可以经由ROM820和/或通信单元890而被载入和/或安装到设备800上。当计算机程序加载到RAM830并由计算单元810执行时，可以执行上文描述的线上理赔方法的一个或多个步骤。备选地，在其他实施例中，计算单元810可以通过其他任何适当的方式(例如，借助于固件)而被配置为执行线上理赔方法。

本文中以上描述的系统和技术的各种实施方式可以在数字电子电路系统、集成电路系统、场可编程门阵列(FPGA)、专用集成电路(ASIC)、专用标准产品(ASSP)、芯片上系统的系统(SOC)、负载可编程逻辑设备(CPLD)、计算机硬件、固件、软件、和/或它们的组合中实现。这些各种实施方式可以包括：实施在一个或者多个计算机程序中，该一个或者多个计算机程序可在包括至少一个可编程处理器的可编程系统上执行和/或解释，该可编程处理器可以是专用或者通用可编程处理器，可以从存储系统、至少一个输入装置、和至少一个输出装置接收数据和指令，并且将数据和指令传输至该存储系统、该至少一个输入装置、和该至少一个输出装置。

用于实施本公开的方法的程序代码可以采用一个或多个编程语言的任何组合来编写。这些程序代码可以提供给通用计算机、专用计算机或其他可编程数据处理装置的处理器或控制器，使得程序代码当由处理器或控制器执行时使流程图和/或框图中所规定的功能/操作被实施。程序代码可以完全在机器上执行、部分地在机器上执行，作为独立软件包部分地在机器上执行且部分地在远程机器上执行或完全在远程机器或服务器上执行。

在本公开的上下文中，机器可读介质可以是有形的介质，其可以包含或存储以供指令执行系统、装置或设备使用或与指令执行系统、装置或设备结合地使用的程序。机器可读介质可以是机器可读信号介质或机器可读储存介质。机器可读介质可以包括但不限于电子的、磁性的、光学的、电磁的、红外的、或半导体系统、装置或设备，或者上述内容的任何合适组合。机器可读存储介质的更具体示例会包括基于一个或多个线的电气连接、便携式计算机盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦除可编程只读存储器(EPROM或快闪存储器)、光纤、便捷式紧凑盘只读存储器(CD-ROM)、光学储存设备、磁储存设备、或上述内容的任何合适组合。

为了提供与用户的交互，可以在计算机上实施此处描述的系统和技术，该计算机具有：用于向用户显示信息的显示装置(例如，CRT(阴极射线管)或者LCD(液晶显示器)监视器)；以及键盘和指向装置(例如，鼠标或者轨迹球)，用户可以通过该键盘和该指向装置来将输入提供给计算机。其它种类的装置还可以用于提供与用户的交互；例如，提供给用户的反馈可以是任何形式的传感反馈(例如，视觉反馈、听觉反馈、或者触觉反馈)；并且可以用任何形式(包括声输入、语音输入或者、触觉输入)来接收来自用户的输入。

可以将此处描述的系统和技术实施在包括后台部件的计算系统(例如，作为数据服务器)、或者包括中间件部件的计算系统(例如，应用服务器)、或者包括前端部件的计算系统(例如，具有图形用户界面或者网络浏览器的用户计算机，用户可以通过该图形用户界面或者该网络浏览器来与此处描述的系统和技术的实施方式交互)、或者包括这种后台部件、中间件部件、或者前端部件的任何组合的计算系统中。可以通过任何形式或者介质的数字数据通信(例如，通信网络)来将系统的部件相互连接。通信网络的示例包括：局域网(LAN)、广域网(WAN)和互联网。

计算机系统可以包括客户端和服务器。客户端和服务器一般远离彼此并且通常通过通信网络进行交互。通过在相应的计算机上运行并且彼此具有客户端-服务器关系的计算机程序来产生客户端和服务器的关系。服务器可以是云服务器，也可以为分布式系统的服务器，或者是结合了区块链的服务器。

应该理解，可以使用上面所示的各种形式的流程，重新排序、增加或删除步骤。例如，本发公开中记载的各步骤可以并行地执行也可以顺序地执行也可以不同的次序执行，只要能够实现本公开公开的技术方案所期望的结果，本文在此不进行限制。

上述具体实施方式，并不构成对本公开保护范围的限制。本领域技术人员应该明白的是，根据设计要求和其他因素，可以进行各种修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等，均应包含在本公开保护范围之内。

Claims (20)

1.一种线上理赔方法，其特征在于，应用于用户服务端，包括：

获取用户端上传的理赔单据图片；

获取所述理赔单据图片的图片识别信息；其中，所述图片识别信息包括各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案；

将所述理赔方案发送给所述用户端。

2.根据权利要求1所述的方法，其特征在于，所述获取用户端上传的理赔单据图片之前，还包括：

获取用户信息；

根据用户信息对用户账号进行验证；

在验证通过的情况下，向所述用户端发送预定指令，以控制所述用户端展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置。

3.根据权利要求1所述的方法，其特征在于，所述将所述图片类型和所述关键字信息发送给理赔服务端，包括：

将与所述理赔单据图片的上传位置相匹配的预设责任类型，作为用户端对应的理赔责任类型；

根据所述图片类型以及关键字信息，确定理赔信息；

将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定所述理赔信息是否完整；

在所述理赔信息完整的情况下，将所述图片类型和所述关键字信息发送给理赔服务端。

4.根据权利要求3所述的方法，其特征在于，所述理赔信息包括就诊人、就诊时间中的至少一项。

5.根据权利要求3所述的方法，其特征在于，还包括：

在所述理赔信息不完整的情况下，根据所述预设理赔信息与所述理赔信息差异信息，确定待补充理赔信息；

确定待补充理赔信息对应的待补充单据；

将所述待补充单据对应的信息发送给用户端。

6.根据权利要求3所述的方法，其特征在于，在确定所述理赔责任类型和所述理赔信息之后，还包括：

将所述理赔责任类型对应预设理赔信息与所述理赔信息进行对比，确定与所述理赔责任类型不匹配的不匹配理赔信息；

确定与所述不匹配理赔信息对应的不匹配单据；

将所述不匹配单据对应的信息发送给用户端。

7.根据权利要求1所述的方法，其特征在于，所述将所述图片类型和所述关键字信息发送给理赔服务端，包括：

利用所述图片类型、关键字信息进行发票重复性校验，并基于校验结果删除重复发票对应的关键字信息以及图片类型；

将剩余的图片类型以及关键字信息发送给所述理赔服务端。

8.根据权利要求2所述的方法，其特征在于，所述获取用户信息，包括：

获取用户端发送的理赔请求，所述理赔请求中包括用户账号；

将所述用户账号发送给保险服务端，以使所述保险服务端反馈与所述用户账号对应的用户信息；

所述根据用户信息对用户账号进行验证，包括：

根据用户信息，确定用户账号归属人与理赔主账号是否为预设关系；

在用户账号归属人与所述理赔主账号不为预设关系的情况下，向所述保险服务端发送方案获取请求，以使所述保险服务端反馈与所述用户账号对应的保险方案信息；

利用所述保险方案信息剔除所述用户账号下的黑名单用户；

利用所述保险方案信息，判断所述用户账号下是否存在开放理赔方案、未生效理赔方案和可理赔方案，并在所述用户账号下不存在开放理赔方案、无可理赔方案以及无未生效理赔方案的情况下，确定对所述用户账号验证通过。

9.根据权利要求1所述的方法，其特征在于，所述获取所述理赔单据图片的图片识别信息，包括：

将所述理赔单据图片上传给文字识别服务端，以使所述文字识别服务端对所述理赔单据图片进行文字识别，得到各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

接收所述文字识别服务端反馈的各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息。

10.根据权利要求1所述的方法，其特征在于，所述将所述图片类型和所述关键字信息发送给理赔服务端，包括：

根据所述图片类型和所述关键字信息，确定理赔信息；

利用所述理赔信息进行预设校验，并在预设校验通过的情况下，将所述图片类型和所述关键字信息发送给理赔服务端；其中，所述预设校验包括银行卡信息校验、理赔主账号与用户账号关系校验中的至少一项。

11.根据权利要求1所述的方法，其特征在于，所述将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案，包括:

将所述图片类型和所述关键字信息发送给理赔服务端,以使所述理赔服务端从各预设责任类型对各预设理赔方案中筛选与所述图片类型和所述关键字信息相匹配的理赔方案，并将筛选得到的理赔方案反馈给所述用户服务端。

12.一种线上理赔方法，其特征在于，应用于用户端，包括：

向用户服务端发送理赔请求，以使所述用户服务端根据所述理赔请求中的用户账号进行用户账号验证，并在验证通过的情况下反馈预定指令；

响应于接收到所述预定指令，展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置；

根据所述图片上传位置获取理赔单据图片，并向所述用户服务端上传理赔单据图片，以使所述用户服务端根据所述理赔单据图片确定并反馈理赔方案；

接收并展示所述理赔方案。

13.根据权利要求12所述的方法，其特征在于，所述向用户服务端发送理赔请求，包括：

获取用户发送的理赔指令；所述理赔指令包括用户账号；

根据所述理赔指令，生成并向所述用户服务端发送理赔请求；其中所述理赔请求中包括用户账号。

14.根据权利要求12所述的方法，其特征在于，所述响应于接收到所述预定指令，展示理赔初始页面，包括：

响应于接收到所述预定指令，在首次上传理赔单据图片的情况下，根据用户端对应的社保地址，在理赔初始页面中展示与社保地相匹配的图片上传示例信息。

15.根据权利要求12所述的方法，其特征在于，所述响应于接收到所述预定指令，展示理赔初始页面，包括：

响应于接收到所述预定指令，获取用户账号对应的报案文案；

展示所述报案文案，并进入理赔初始页面进行展示。

16.一种线上理赔装置，其特征在于，应用于用户服务端，包括：

图片获取模块，用于获取用户端上传的理赔单据图片；

信息获取模块，用于获取所述理赔单据图片的图片识别信息；其中，所述图片识别信息包括各张理赔单据图片的图片类型以及各张理赔单据图片的关键字信息；

信息发送模块，用于将所述图片类型和所述关键字信息发送给理赔服务端，以使所述理赔服务端利用所述图片类型和所述关键字信息确定并反馈理赔方案；

方案发送模块，用于将所述理赔方案发送给所述用户端。

17.一种线上理赔装置，其特征在于，应用于用户端，包括：

请求发送模块，用于向用户服务端发送理赔请求，以使所述用户服务端根据所述理赔请求中的用户账号进行用户账号验证，并在验证通过的情况下反馈预定指令；

页面展示模块，用于响应于接收到所述预定指令，展示理赔初始页面；其中，所述理赔初始页面用于显示图片上传位置；

图片上传模块，用于根据所述图片上传位置获取理赔单据图片，并所述用户服务端上传理赔单据图片，以使所述用户服务端根据所述理赔单据图片确定并反馈理赔方案；

方案接收模块，用于接收并展示所述理赔方案。

18.一种电子设备，包括：

至少一个处理器；以及

与所述至少一个处理器通信连接的存储器；其中，

所述存储器存储有可被所述至少一个处理器执行的指令，所述指令被所述至少一个处理器执行，以使所述至少一个处理器能够执行权利要求1至15中任一项所述的方法。

19.一种存储有计算机指令的非瞬时计算机可读存储介质，其中，所述计算机指令用于使所述计算机执行根据权利要求1至15中任一项所述的方法。

20.一种计算机程序产品，包括计算机程序/指令，其中，该计算机程序/指令被处理器执行时实现权利要求1至15中任一项所述的方法。

Images