宠物保险理赔的核实方法及相关装置与流程

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.通过采用上述方案，宠物主人可以实行理赔操作之前，通过理赔申请流程文件提高对理赔流程了解，并能够通过该理赔申请流程文件及时保留和准备理赔文件，从而进一步提高理赔的成功率，降低损失。
28.结合第一方面，在一种可行的实施例中，所述理赔文件上传提示为与各个待上传理赔文件对应的提示文字和提示图像中的至少其中之一。
29.通过采用上述方案，以文字和图像的形式向用户设备发送提示，更便于宠物主人理解辨认，提高上传的理赔文件的准确性和合规性。
30.结合第一方面，在一种可行的实施例中，所述对所述理赔文件进行核实之前，还包括：
31.根据所述参保宠物的鼻纹信息查找与所述参保宠物相关的相关图像；
32.根据所述相关图像，判断理赔原因是否为人为；
33.若确定为非人为，则对所述理赔文件进行核实。
34.通过采用上述方案，能够进一步筛选排除骗保行为。
35.第二方面，本技术实施例提供了一种宠物保险理赔的核实装置，所述装置包括：
36.发送单元，用于根据目标理赔保险向用户设备发送理赔文件上传提示；
37.接收单元，用于接收来自用户设备的保险理赔报案请求；其中，所述保险理赔报案请求中包括待理赔宠物的鼻纹信息；所述接收单元还用于接收用户设备上传的理赔文件；
38.确定单元，用于根据所述待理赔宠物的鼻纹信息，确定所述待理赔宠物是否为参保宠物；若是，则获取目标理赔保险；所述确定单元还用于对所述理赔文件进行核实；若核
实通过，则执行宠物保险的理赔操作。
39.第三方面，本技术实施例提供了一种电子设备，包括处理器、存储器、通信接口，以及一个或多个程序，所述一个或多个程序被存储在所述存储器中，并且被配置由所述处理器执行，所述程序包括用于执行本技术实施例第一方面中的步骤的指令。
40.第四方面，本技术实施例提供了一种计算机存储介质，存储用于电子数据交换的计算机程序，其中，所述计算机程序使得计算机执行如本实施例第一方面中所描述的部分或全部步骤。
41.可以看出，本实施例中，通过接收来自用户设备的保险理赔报案请求；其中，所述保险理赔报案请求中包括待理赔宠物的鼻纹信息；根据所述待理赔宠物的鼻纹信息，确定所述待理赔宠物是否为参保宠物。可见，本方案可以提高宠物身份的准确率，降低骗保成功的可能性。进一步地，若待理赔宠物是参保宠物，则可获取目标理赔保险，并根据目标理赔保险向用户设备发送理赔文件上传提示；接收用户设备上传的理赔文件；对所述理赔文件进行核实；若核实通过，则执行宠物保险的理赔操作。向用户设备发送理赔文件上传提示，有利于提醒宠物主人及时保留和准备待理赔文件，避免理赔材料丢失或失效而导致理赔失败，从而有利于提高理赔的成功率。同时，向用户设备发送理赔文件上传提示，还可以指导宠物主人上传理赔所需要的文件，从而提高宠物主人上传的理赔文件的正确性，以进一步提高理赔成功的可能性。采用本技术，能够提高宠物主人上传资料的正确性，提高宠物保险理赔的成功率。
附图说明
42.为了更清楚地说明本技术实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本技术的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
43.图1是本技术实施例提供的一种宠物保险理赔的核实系统的架构示意图；
44.图2是本技术实施例提供的一种进行数据交互的场景示意图；
45.图3是本技术实施例提供的一种宠物保险理赔的核实方法的流程示意图；
46.图4是本技术实施例提供的一种提出理赔请求的场景示意图；
47.图5是本技术实施例提供的一种上传理赔文件的场景示意图；
48.图6是本技术实施例提供的一种显示理赔文件上传提示的场景示意图；
49.图7是本技术实施例提供的一种理赔申请处理结果通知提示的场景示意图；
50.图8是本技术实施例提供的一种电子设备的组成示例图；
51.图9是本技术实施例提供的一种宠物保险理赔的核实装置的功能单元组成框图；
52.图10是本技术实施例提供的另一种宠物保险理赔的核实装置的功能单元组成框图。
具体实施方式
53.为了使本技术领域的人员更好地理解本技术方案，下面将结合本技术实施例中的附图，对本技术实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是
本技术一部分实施例，而不是全部的实施例。基于本技术中的实施例，本领域普通技术人员在没有作出创造性劳动前提下所获得的所有其他实施例，都属于本技术保护的范围。
54.本技术的说明书和权利要求书及上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。此外，术语“包括”和“具有”以及它们任何变形，意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元，而是可选地还包括没有列出的步骤或单元，或可选地还包括对于这些过程、方法、产品或设备固有的其他步骤或单元。
55.在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
56.随着经济的发展，抚养宠物的人越来越多，为宠物购买保险的人也越来越多。当宠物发生意外时，例如，疾病、丢失、死亡等，可以申请保险理赔。目前，理赔需要宠物主人上传一些数据，然而宠物的主人可能不了解理赔流程，数据保存不足，导致理赔失败。
57.为了解决上述问题，本技术提供了一种宠物保险理赔的核实方法及相关装置，该方法可以应用于保险理赔业务领域。具体可应用于宠物就医的保险报销场景、以及宠物损坏他人人身健康和财产安全的赔偿报销等场景中，包括但不限于上述提到的应用场景。
58.下面结合附图对本技术实施例进行说明。
59.请参见图1，是本技术实施例提供的一种宠物保险理赔的核实系统的架构示意图。如图1所示，宠物保险理赔的核实系统可以包括服务器20和用户设备集群10，用户设备集群10可以包括一个或者多个用户设备，这里将不对用户设备的数量进行限制。如图1所示，多个用户设备具体可以包括用户设备11、用户设备12、用户设备13、
…
、用户设备1n；如图1所示，用户设备11、用户设备12、用户设备13、
…
、用户设备1n可以分别与服务器20进行网络连接，以便于每个用户设备可以通过该网络连接与服务器20之间进行数据交互。
60.其中，该用户设备集群中的每个用户设备均可以包括：智能手机、平板电脑、笔记本电脑、桌上型电脑、可穿戴设备等具有图像传输功能的智能终端。同时，上述每个用户设备还可以包括具有拍摄或扫描功能的智能终端，以实时获取宠物的鼻纹信息。应当理解，如图1所示的用户设备集群10中的每个用户设备均可以安装有目标应用(即应用客户端)，其中，目标应用可以为宠物保险理赔业务的专用客户端，也可以为包含宠物保险相关业务的集成客户端。当该应用客户端运行于各用户设备中时，可以分别与上述图1所示的服务器20之间进行数据交互。
61.其中，如图1所示的服务器20可以是独立的物理服务器，也可以是多个物理服务器构成的服务器集群或者分布式系统，还可以是提供云服务、云数据库、云计算、云函数、云存储、网络服务、云通信、中间件服务、域名服务、安全服务、cdn、以及大数据和人工智能平台等基础云计算服务的云服务器。
62.网络架构还可以包括存储器30。其中，存储器可以为服务器中的组件，也可以是指与服务器具有网络连接的存储设备。存储器可以设有一个或者多个，在此不做进一步限制。存储器30可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器
(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，ram)可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
63.为便于理解，进一步的，请参见图2，是本技术实施例提供的一种进行数据交互的场景示意图。其中，如图2所示的服务器可以为上述服务器20，且如图2所示的用户设备11可以为在上述图1所对应实施例的用户设备集群10中所选取的任意一个用户设备。
64.如图2所示，当宠物主人需要申请保险理赔时，可以通过用户设备11打开上述目标应用的理赔申请界面，再通过用户设备11先在本地获取待上传的鼻纹信息，或者通过实时扫描或拍摄的方式获取待上传的鼻纹信息，当鼻纹信息准备完毕后，宠物主人可以点击用户设备11显示界面中的“理赔申请”组件，以生成并向服务器发送携带鼻纹信息的保险理赔报案请求。当服务器20接收到该请求后，可以核实用户设备11上传的鼻纹信息对应的宠物与服务器存储的理赔保险对应的宠物是否一致，若核实通过，则可向用户设备11发送理赔文件上传提示。用户设备11可以的显示界面中可以呈现该理赔文件上传提示，宠物主人可以根据当前显示界面向服务器20上传对应的理赔文件，以提高宠物主人上传资料的正确性，提高宠物保险理赔的成功率。
65.请参阅图3，图3是本技术实施例提供的一种宠物保险理赔的核实方法的流程示意图。该方法由服务器执行。本技术中用于执行该方法的设备可以统称为电子设备。为便于理解，本实施例以该方法由服务器执行为例进行说明，以阐述申请宠物保险理赔的具体过程。如图3所示，该宠物保险理赔的核实方法包括：
66.s101，接收来自用户设备的保险理赔报案请求。
67.其中，所述保险理赔报案请求中包括待理赔宠物的鼻纹信息。
68.具体实现中，当宠物主人想要申请获得保险理赔时，可以使用用户设备登入与宠物保险理赔相关的网页或者客户端，从而进行宠物保险理赔申请。当用户设备发起保险理赔申请时，需要同步上传待理赔宠物的鼻纹信息，以合并生成保险理赔报案请求发送至服务器，参见图2。其中，待理赔宠物为与用户设备上传的鼻纹信息对应的宠物。其中，鼻纹信息可以从由宠物主人在用户设备的本地图像数据中选择的目标图像中获得。或者，鼻纹信息可以从通过用户设备中的拍摄组件拍摄得到的目标图像中获得。再或者，鼻纹信息可以通过用户设备中的拍摄组件直接扫描得到。
69.示例性的，参加图4，图4是本技术实施例提供的一种提出理赔请求的场景示意图，图4中用户设备显示的界面为第一显示界面。当宠物主人需要申请保险理赔时，可以通过用户设备11打开第一显示界面，该第一显示界面中可以包括如下功能组件：“本地获取”组件、“扫描/拍摄”组件、以及“理赔申请”组件。宠物主人可以通过用户设备11点击“本地获取”组件在本地获取待上传的鼻纹信息，或者可通过点击“扫描/拍摄”组件进行实时扫描或拍摄，
从而获取待上传的鼻纹信息。当鼻纹信息准备完毕后，宠物主人可以再点击第一显示界面中的“理赔申请”组件，以生成并向服务器发送携带鼻纹信息的保险理赔报案请求。
70.s102，根据所述待理赔宠物的鼻纹信息，确定所述待理赔宠物是否为参保宠物。
71.其中，参保宠物是指购买有宠物保险的宠物。所有宠物在购买保险时，保险公司都可以获取保存与宠物对应的鼻纹信息。当接收到保险理赔报案请求时，服务器可以获取预先存储的宠物鼻纹信息，并将该宠物鼻纹信息与保险理赔报案请求对应的待理赔宠物的鼻纹信息进行比对，以确认待理赔宠物是否符合参保宠物的身份。
72.具体实现中，上述与待理赔宠物的鼻纹信息进行比对的宠物鼻纹信息，可以是服务器获取的所有购买有保险的宠物的鼻纹信息。此时，在比对待理赔宠物的鼻纹信息和宠物鼻纹信息时，是将待理赔宠物与所有购买有保险的宠物进行比对。如此比对时，可以确定待理赔宠物是否有购买保险，从而可以判断待理赔宠物是否属于保险理赔的对象。
73.或者，进一步地，上述与待理赔宠物的鼻纹信息进行比对的宠物鼻纹信息，可以是服务器获取的与宠物主人对应的购买了保险的所有宠物的鼻纹信息，即服务器获取的是宠物主人喂养的所有有购买保险的宠物的鼻纹信息。此时，在比对待理赔宠物的鼻纹信息和宠物鼻纹信息时，是将待理赔宠物与宠物主人喂养的所有有购买保险的宠物进行比对，如此可以提高比对效率，快速确认待理赔宠物的身份。此时，用户设备可以使用与宠物主人对应的用户账号登录与宠物保险理赔相关的网页或者客户端。
74.再或者，更进一步地，上述与待理赔宠物的鼻纹信息进行比对的宠物鼻纹信息，可以是服务器获取的具体某一个宠物的鼻纹信息。此时，在比对待理赔宠物的鼻纹信息和宠物鼻纹信息时，是将待理赔宠物的鼻纹信息与该宠物的鼻纹信息进行比对，从而进一步提高待理赔宠物身份确认的速度。此时，用户设备可以使用与该宠物对应的宠物账号登录与宠物保险理赔相关的网页或者客户端，从而可以提高理赔申请的效率。
75.s103，若鼻纹比对结果表明待理赔宠物为参保宠物，则获取目标理赔保险，并根据目标理赔保险向用户设备发送理赔文件上传提示。
76.其中，当待理赔宠物的身份验证通过，服务器则可以根据宠物主人选择的想要获得理赔的目标理赔保险，向用户设备发送理赔文件上传提示。其中，理赔文件上传提示用于提醒宠物主人申请该目标理赔保险的理赔金需要准备的所有理赔文件，以便宠物主人及时保存并上传相关资料，防止资料遗失。
77.若鼻纹比对结果表明待理赔宠物非参保宠物，即，待理赔宠物的鼻纹信息和服务器获取的宠物鼻纹信息比对失败，服务器则可以向用户设备发送重新发起申请的提示。例如，可以以弹窗的方式在用户设备的显示界面中显示“身份验证失败，请重新上传鼻纹信息”的提示。
78.s104，接收用户设备上传的理赔文件。
79.s105，对所述理赔文件进行核实。
80.具体实现中，在核实用户设备上传的理赔文件时，需要核实该理赔文件的规范性、真实性、以及是否符合目标理赔保险的理赔标准等。对理赔文件进行核实可以保证理赔流程的规范性，防范骗保行为。
81.进一步地，在具体实现中，对于理赔文件的核实，服务器可以将接收的理赔文件发送至理赔人员的终端，以供理赔人员人工核实，并可以接收理赔人员的终端发送的核实结
果。或者，服务器可以将接收的理赔文件和获取的理赔规范文件进行比对，以对理赔文件进行核实。其中，理赔规范性文件是指预先设置的符合理赔标准的示范性文件。示例性的，对于理赔文件规范性的核实，服务器可以先获取规范性文件，再从规范性文件中提取至少一个目标特征，再识别接收的理赔文件，从而通过确认接收的理赔文件是否包括规范性文件中的每一个目标特征来核实理赔文件是否符合规范性要求。对于理赔文件真实性的核实，以目标理赔保险为医疗保险为例，服务器可以先获取参保宠物的就医信息，再将理赔文件中的就医数据与就医信息中的就医数据进行比对，从而核实理赔文件的真实性。其中，就医信息是指参保宠物实际就医情况相关的信息。对于理赔文件是否符合目标理赔保险的理赔标准的核实，以目标理赔保险为医疗保险为例，服务器可以从理赔文件中获取待理赔宠物的确诊病因，再将该确诊病因和目标理赔保险的理赔标准所包括的病因进行比对，以核实待理赔宠物该次就医的确诊病因是否在目标理赔保险的理赔范围内。再或者，服务器还可以协同人工共同对于理赔文件的进行核实，具体可参照前文内容选择人工负责核实的内容和服务器负责核实的内容，在此不再进一步叙述。
82.s106，若核实通过，则可以执行宠物保险的理赔操作。
83.可以理解，若用户设备上传的理赔文件核实通过，那么保险公司就可以根据核实通过的结果向宠物主人支付理赔金。其中，理赔金的具体数额可以根据理赔保险的合同内容进行划定。
84.s107，若核实未通过，则不予理赔。
85.具体实现中，若理赔文件核实未通过，服务器则向用户设备发送该次保险理赔报案请求不予理赔的通知。在一个可能的实施例中，该不予理赔的通知中可以包括不予理赔的理由，即用户设备上传的理赔文件未通过的理由。
86.参见图7，图7是本技术实施例提供的一种理赔申请处理结果通知提示的场景示意图，图7中用户设备显示的界面为第二显示界面。具体地，参见图7，第二显示界面中包括多个功能组件，多个功能组件可以包括：进入主页组件、进入社区组件、进入个人主页组件、进入聊天组件。其中，第二显示界面为用户设备启用进入聊天组件后显示的界面，该界面中还可以包括聊天框组件、好友搜索组件等功能组件，在此不做进一步限制。服务器可以将上述理赔申请处理结果通知提示通过站内信的形式发送给宠物主人，并在第二界面中以聊天框的形式进行展示，宠物主人可以进入对应的聊天框，以进一步了解核实通过和核实未通过的处理结果通知以及与该通知相关的文件等信息。
87.可以看出，本实施例中，通过接收来自用户设备的保险理赔报案请求；其中，所述保险理赔报案请求中包括待理赔宠物的鼻纹信息；根据所述待理赔宠物的鼻纹信息，确定所述待理赔宠物是否为参保宠物。可见，本方案可以提高宠物身份的准确率，降低骗保成功的可能性。进一步地，若待理赔宠物是参保宠物，则可获取目标理赔保险，并根据目标理赔保险向用户设备发送理赔文件上传提示；接收用户设备上传的理赔文件；对所述理赔文件进行核实；若核实通过，则执行宠物保险的理赔操作。向用户设备发送理赔文件上传提示，有利于提醒宠物主人及时保留和准备待理赔文件，避免理赔材料丢失或失效而导致理赔失败，从而有利于提高理赔的成功率。同时，向用户设备发送理赔文件上传提示，还可以指导宠物主人上传理赔所需要的文件，从而提高宠物主人上传的理赔文件的正确性，以进一步提高理赔成功的可能性。采用本技术，能够提高宠物主人上传资料的正确性，提高宠物保险
理赔的成功率。
88.在一个可能的示例中，所述获取目标理赔保险包括：向用户设备发送目标理赔保险确认选项；其中，所述理赔保险确认选项包括与参保宠物对应的所有保险；接收用户设备响应回馈的目标选项，并将与所述目标选项对应的保险设为所述目标理赔保险。
89.其中，参保宠物对应的保险包括一个或多个。
90.具体实现中，服务器可以直接将参保宠物购买的所有保险发送至用户设备，此时，用户设备的界面中将显示参保宠物购买的所有保险。在宠物主人想要针对同一事件同时对一份或多份保险申请理赔时，为了减少提示和文件上传的重复性，宠物主人可以点击选择参保宠物购买的所有保险中的至少一个保险，用户设备会将宠物主人选择的保险作为目标选项反馈给服务器。当目标选项包括多个保险时，服务器发送给用户设备的理赔文件上传提示会包括多个保险需要的所有待上传理赔文件。或者，为了使理赔文件上传提示更具针对性，提高文件上传的准确性，可以将理赔文件上传提示与目标理赔保险一一对应，即，宠物主人单次可以点击选择一个保险成为目标选项。
91.可以看出，在本实施例中，能够更准确的确认宠物主人想为待理赔宠物获得保险理赔的具体保险内容，从而能够根据目标理赔保险准确的向用户设备发送理赔文件上传提示。
92.可以理解，为了准确向用户设备发送理赔文件上传提示，用户设备也可以在发送保险理赔报案请求之前，先通过上述获取目标理赔保险的步骤确认目标理赔保险。
93.在一个可能的示例中，所述保险类型包括宠物医疗险和宠物责任险，所述根据目标理赔保险向用户设备发送理赔文件上传提示，包括：确认所述目标理赔保险的保险类型；根据上述目标理赔保险的保险类型向用户设备发送理赔文件上传提示；其中，若所述保险类型为宠物医疗险，则所述理赔文件上传提示中包括的待上传理赔文件包括：理赔宠物在治疗过程的照片、诊断证明、化验单、费用清单和发票；若所述保险类型为宠物责任险，所述理赔文件上传提示中包括的待上传理赔文件包括：派出所开具的事故经过证明、现场照片、商品或药品的购买发票、维修发票或治疗发票、身份证。
94.其中，宠物保险的保险类型、以及理赔文件上传提示中包括的待上传理赔文件的具体内容可以由用户进行设置，此处不做具体限定。
95.在本示例中，目标理赔保险可以不指示具体某一个保险，而是指示保险类型。具体实现中，服务器可以先将宠物保险分类为宠物医疗险和宠物责任险，并根据同一保险类型的特性，预存与该保险类型对应的理赔文件上传提示的具体内容。具体地，服务器在将该宠物保险分类后的结果发送至用户设备供宠物主人选择，此时用户设备的界面中将显示宠物医疗险和宠物责任险两个选项，宠物主人可以根据需求选择对应的保险类型。用户设备再将宠物主人的选择结果发送至服务器，服务器根据该选择结果再向用户设备发送预存的与该保险类型对应的理赔文件上传提示的具体内容，从而提高服务器响应的速度。在本示例中，服务器对接收的理赔文件的是否符合理赔标准的核实，是将接收到的理赔文件和参保宠物在对应保险类型下的所有保险进行核实，如此，通过核实结果则可获知待理赔宠物通过上传的理赔文件可以获得哪一个保险的理赔。
96.可以看出，在本实施例中，可以根据实际情况针对性的向用户设备发送理赔文件上传提示。其中实际情况是指发生事件为参保宠物就医时间，还是参保宠物损坏他人人身
健康和财产安全的事件。通过保险类型向用户设备发送的理赔文件上传提示可以保证提醒宠物主人准备的理赔文件的全面性，从而进一步提高理赔成功的可能性。
97.在一个可能的示例中，若保险类型为宠物医疗险，所述接收来自用户设备的保险理赔报案请求之前，还包括：获取参保宠物的账户诊疗信息；比对所述账户诊疗信息和与所述参保宠物的保险对应的预设理赔资料，并判断所述账户诊疗信息是否符合理赔标准；若符合，则向用户设备发送可申请理赔服务的提示。
98.其中，账户诊疗信息可以为参保宠物在指定医疗机构的医疗系统所记录的信息。该医疗系统可以与服务器网络连接，以能够与服务器进行数据交互，便于服务器对参保宠物的账户诊疗信息进行监控。
99.具体实现中，预设理赔资料中的理赔标准可以根据参保宠物购买宠物保险时签订的保险合同的具体内容进行设置，对此不做进一步限制。理赔标准可以根据病因设置。例如，若参保宠物为犬，且保险合同中规定：犬瘟热和犬细小等重大疾病可理赔，由遗传病、肥胖导致的疾病不理赔等内容，则参保宠物的账户诊疗信息需要显示确诊疾病为犬瘟热或者犬细小等重大疾病时，服务器才会向用户设备发送可申请理赔服务的提示。又例如，理赔标准也可以根据治疗金额设置。例如，保险合同中规定：当治疗金额高于一万元可赔付，低于一万元不赔付的内容时，账户诊疗信息需要显示该次诊疗花费大于一万元时，服务器才会向用户设备发送可申请理赔服务的提示。
100.可以看出，在本实施例中，通过向宠物主人的用户设备发送可申请理赔服务的提示，可以让宠物主人及时了解到可以理赔这一情况，能够避免宠物主人错失理赔机会，可降低宠物主人的损失。
101.在一个可能的实施例中，所述判断所述账户诊疗信息是否符合理赔标准之后，还包括：若符合，则向用户设备发送理赔申请流程文件；其中，所述理赔申请流程文件中包括待上传理赔文件的清单。
102.其中，理赔申请流程文件可以包括理赔申请流程介绍、待上传理赔文件的清单、以及与符合理赔标准的保险对应的保险公司的咨询电话等信息。
103.具体实现中，理赔申请流程文件可以以邮件、短信或者站内信的形式发送至用户设备，以便于宠物主人接收查看。
104.可以看出，在本实施例中，宠物主人可以在实行理赔操作之前，通过阅读理赔申请流程文件提高对理赔流程了解，并能够通过阅读该理赔申请流程文件提高文件及时保存的意识，从而可及时防止资料遗失，以进一步提高理赔的成功率。
105.在一个可能的示例中，所述理赔文件上传提示为与各个待上传理赔文件对应的提示文字和提示图像中的至少其中之一。
106.其中，理赔文件上传提示可以仅包括文字提示。或者，理赔文件上传提示可以仅包括图像提示。又或者，理赔文件上传提示可以包括文字提示和图像提示。其中，文字提示可以包括理赔文件的名称、介绍、以及上传要求等，图像提示可以包括与理赔文件对应的规范图样，规范图样是指示范性的图像。
107.具体实现中，为了方便宠物主人查看，服务器发送给用户设备的理赔文件上传提示，可以以理赔文件清单的形式进行展示，参见图6，图6为一种显示理赔文件上传提示的场景示意图，图6中用户设备显示的界面为第三显示界面。其中，理赔文件清单可以为一个列
表，该列表的一级目录可以为各个理赔文件的名称，例如，如图6所示，该列表的一级目录可以包括：诊断证明、化验单、费用清单、发票等理赔文件的名称，每个一级目录下的二级目录可以包括各个理赔文件的介绍、上传要求、或者规范图样等信息。当宠物主人查看完该理赔文件清单后，宠物主人可以点击第三显示界面中的“下一步”组件或者“返回”组件，以进入理赔文件上传界面。该理赔文件上传界面可参见图5，图5是一种上传理赔文件的场景示意图，图5中用户设备显示的界面为第四显示界面。具体地，图5所示的第四显示界面中的功能组件包括：各个理赔文件上传组件、上传文件组件以及退出组件。用户设备可以根据各个理赔文件上传组件上传对应的理赔文件，并在各个理赔文件上传完毕后根据上传文件组件向服务器发送携带所有理赔文件的文件上传反馈信息，以完成各个理赔文件的上传，并减少用户设备和服务器之间的交互损耗。
108.又或者，为了方便宠物主人在上传理赔文件过程中，了解理赔文件的上传要求等内容，方便宠物主人操作。服务器发送给用户设备的理赔文件上传提示，可以直接以图5所示的第四显示界面进行显示。具体地，第四显示界面中的功能组件包括：各个理赔文件上传组件、上传文件组件以及退出组件。其中，理赔文件上传组件包括理赔文件的名称和与名称对应的文件上传图标。在本示例中，宠物主人点击理赔文件的名称时，用户设备可向服务器发送提示显示请求，并能够显示服务器回馈的与理赔文件名称对应的介绍、上传要求、规范图样等提示信息。宠物主人点击文件上传图标时，用户设备可以从本地数据中选择与理赔文件名称对应的理赔文件进行上传。其中，理赔文件可以为图像或文本等。或者，用户设备可以通过拍摄组件拍摄得到对应的理赔文件。
109.可以看出，在本实施例中，以文字和图像的形式向用户设备发送提示，更便于宠物主人理解辨认，提高上传的理赔文件的准确性和合规性。
110.在一个可能的实施例中，所述对所述理赔文件进行核实之前，还包括：根据所述参保宠物的鼻纹信息查找与所述参保宠物相关的相关图像；根据所述相关图像，判断理赔原因是否为人为；若确定为非人为，则对所述理赔文件进行核实。
111.其中，相关图像可以为互联网上的图像，也可以位固定场所的监控图像等。相关图像可以包括与参保宠物关联的图片或者视频。
112.具体实现中，以宠物主人申请的是宠物医疗险理赔为例，该相关图像可以是记录参保宠物在就诊之前一段时间的日常生活图像、或者就诊图像等。其中，根据日常生活图像中记录的参保宠物的状态变化、生活环境等因素，可以确认参保宠物近期是否存在明显异常，从而判断是否存在人为因素导致参保宠物患病。为了保证相关图像足够充足，可以在签订宠物保险时规定宠物主人需要周期性地在社交平台上发布参保宠物的图像，以持续记录参保宠物的生活。或者，以宠物主人申请的是宠物责任险理赔为例，该相关图像可以是事件发生时的监控视频、或者其他旁观者等记录的与事件发生情况相关的图像。例如，理赔人员可以从事件发生地的物业处获取监控视频，服务器可以根据参保宠物的鼻纹信息查找到在监控视频中与参保宠物相关的监控内容，从而快速定位有用监控信息，从而便于理赔人员根据监控信息判断事件发生原因。
113.可以看出，在本实施中，通过参保宠物的鼻纹信息能够快速定位查找到与参保宠物相关的相关图像，可以提高理赔申请的审核效率。此外，通过在核实之前确定理赔原因是否人为，可以进一步防范骗保行为。
114.本技术可以根据上述方法示例对宠物保险理赔的核实装置进行功能单元的划分，例如，可以对应各个功能划分各个功能单元，也可以将两个或两个以上的功能集成在一个处理单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。需要说明的是，本技术实施例中对单元的划分是示意性的，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式。
115.图9是本技术实施例提供的一种宠物保险理赔的核实装置的功能单元组成框图。该宠物保险理赔的核实装置50可以应用在如图1所示的宠物保险理赔的核实系统中，该宠物保险理赔的核实装置50包括：
116.发送单元51，用于根据目标理赔保险向用户设备发送理赔文件上传提示；
117.接收单元52，用于接收来自用户设备的保险理赔报案请求；其中，所述保险理赔报案请求中包括待理赔宠物的鼻纹信息；所述接收单元52还用于接收用户设备上传的理赔文件；
118.确定单元53，用于根据所述待理赔宠物的鼻纹信息，确定所述待理赔宠物是否为参保宠物；若是，则获取目标理赔保险；所述确定单元53还用于对所述理赔文件进行核实；若核实通过，则执行宠物保险的理赔操作。
119.在一个可能的示例中，在所述获取目标理赔保险方面，所述发送单元具体作用于：向用户设备发送目标理赔保险确认选项；其中，所述理赔保险确认选项包括与参保宠物对应的所有保险；所述接收单元具体作用于：接收用户设备响应回馈的目标选项，并将与所述目标选项对应的保险设为所述目标理赔保险。
120.在一个可能的示例中，所述保险类型包括宠物医疗险和宠物责任险，在所述根据目标理赔保险向用户设备发送理赔文件上传提示方面，所述确定单元具体作用于确认所述目标理赔保险的保险类型；所述发送单元具体作用于：根据上述目标理赔保险的保险类型向用户设备发送理赔文件上传提示；其中，若所述保险类型为宠物医疗险，则所述理赔文件上传提示中包括的待上传理赔文件包括：理赔宠物在治疗过程的照片、诊断证明、化验单、费用清单和发票；若所述保险类型为宠物责任险，所述理赔文件上传提示中包括的待上传理赔文件包括：派出所开具的事故经过证明、现场照片、商品或药品的购买发票、维修发票或治疗发票、身份证。
121.在一个可能的示例中，所述接收单元还作用于：获取参保宠物的账户诊疗信息；所述确定单元还作用于：比对所述账户诊疗信息和与所述参保宠物的保险对应的预设理赔资料，判断所述账户诊疗信息是否符合理赔标准；所述发送单元还作用于：在账户诊疗信息符合理赔标准时，向用户设备发送可申请理赔服务的提示。
122.在一个可能的示例中，所述发送单元还作用于：在账户诊疗信息符合理赔标准时，向用户设备发送理赔申请流程文件；其中，所述理赔申请流程文件中包括待上传理赔文件的清单。
123.在一个可能的示例中，所述发送单元向用户设备发送的理赔文件上传提示为与各个待上传理赔文件对应的提示文字和提示图像中的至少其中之一。
124.在一个可能的示例中，所述确定单元还作用于：根据所述参保宠物的鼻纹信息查找与所述参保宠物相关的相关图像；根据所述相关图像，判断理赔原因是否为人为；若确定为非人为，则对所述理赔文件进行核实。
125.在采用集成的单元的情况下，本技术实施例提供的宠物保险理赔的核实装置50的功能单元组成框图如图10所示。在图10中，宠物保险理赔的核实装置50包括：处理模块55和通信模块54。处理模块55用于对宠物保险理赔的核实装置50的动作进行控制管理，例如，发送单元51、接收单元52、确定单元53执行的步骤，和/或用于执行本文所描述的技术的其它过程。通信模块54用于支持宠物保险理赔的核实装置50与其他设备之间的交互。如图10所示，宠物保险理赔的核实装置50还可以包括存储模块56，存储模块56用于存储宠物保险理赔的核实装置50的程序代码和数据。
126.其中，处理模块55可以是处理器或控制器，例如可以是中央处理器(central processing unit，cpu)，通用处理器，数字信号处理器(digital signal processor，dsp)，asic，fpga或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术实施例公开内容所描述的各种示例性的逻辑方框，模块和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。通信模块54可以是收发器、rf电路或通信接口等。存储模块56可以是存储器。
127.其中，上述方法实施例涉及的各场景的所有相关内容均可以援引到对应功能模块的功能描述，在此不再赘述。上述宠物保险理赔的核实装置50均可执行上述图3所示的宠物保险理赔的核实方法中的步骤。
128.本技术中的电子设备40的组成结构可以如图8所示，电子设备40可以包括处理器41、存储器42、通信接口43以及一个或多个程序421，其中，所述一个或多个程序421被存储在上述存储器42中，且被配置由上述处理器41执行，所述一个或多个程序421包括用于执行上述方法实施例中任一步骤的指令。
129.其中，通信接口43用于支持电子设备40与其他设备的通信。处理器41例如可以是中央处理器(central processing unit，cpu)，通用处理器，数字信号处理器(digital signal processor，dsp)，专用集成电路(application-specific integrated circuit，asic)，现场可编程门阵列(field programmable gate array，fpga)或者其他可编程逻辑器件、晶体管逻辑器件、硬件部件或者其任意组合。其可以实现或执行结合本技术实施例公开内容所描述的各种示例性的逻辑方框，单元和电路。所述处理器也可以是实现计算功能的组合，例如包含一个或多个微处理器组合，dsp和微处理器的组合等等。
130.存储器42可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以是只读存储器(read-only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以是随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的随机存取存储器(random access memory，ram)可用，例如静态随机存取存储器(static ram，sram)、动态随机存取存储器(dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data rate sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
131.具体实现中，所述处理器41用于执行下述方法实施例中由第一服务器或者执行的任一步骤，且在执行诸如发送等数据传输时，可选择的调用所述通信接口43来完成相应操作。
132.需要注意的是，上述电子设备40的结构示意图仅为示例，具体包含的器件可以更多或更少，此处不做唯一限定。
133.本技术实施例还提供一种计算机存储介质，其中，该计算机存储介质存储用于电子数据交换的计算机程序，该计算机程序使得计算机执行如上述方法实施例中记载的任一方法的部分或全部步骤，上述计算机包括服务器。
134.需要说明的是，对于前述的各方法实施例，为了简单描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本技术并不受所描述的动作顺序的限制，因为依据本技术，某些步骤可以采用其他顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定是本技术所必须的。
135.在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其他实施例的相关描述。
136.在本技术所提供的几个实施例中，应该理解到，所揭露的装置，可通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如上述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性或其它的形式。
137.上述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
138.另外，在本技术各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。
139.上述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储器中。基于这样的理解，本技术的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储器中，包括若干指令用以使得一台计算机设备(可为个人计算机、服务器或者网络设备等)执行本技术各个实施例上述方法的全部或部分步骤。而前述的存储器包括：u盘、只读存储器(rom，read-only memory)、随机存取存储器(ram，random access memory)、移动硬盘、磁碟或者光盘等各种可以存储程序代码的介质。
140.本领域普通技术人员可以理解上述实施例的各种方法中的全部或部分步骤是可以通过程序来指令相关的硬件来完成，该程序可以存储于一计算机可读存储器中，存储器可以包括：闪存盘、只读存储器(英文：read-only memory，简称：rom)、随机存取器(英文：random access memory，简称：ram)、磁盘或光盘等。
141.以上对本技术实施例进行了详细介绍，本文中应用了具体个例对本技术的原理及实施方式进行了阐述，以上实施例的说明只是用于帮助理解本技术的方法及其核心思想；同时，对于本领域的一般技术人员，依据本技术的思想，在具体实施方式及应用范围上均会有改变之处，综上所述，本说明书内容不应理解为对本技术的限制。

相关知识

宠物保险理赔的核实方法及相关装置与流程
一种宠物保险理赔的审核方法及系统与流程
宠物保险理赔流程图解大全，全方位了解宠物保险理赔流程
宠物保险理赔流程图及说明
支付宝宠物保险买了多久可理赔？支付宝宠物保险理赔流程
宠物保险理赔后退保流程：轻松操作，让宠物得到关爱与保障
《宠物保险理赔流程：让您安心养宠物的全方位保障》
《蚂蚁宠物保险理赔流程图解：让您轻松了解宠物保险理赔全攻略》
宠物保险理赔法律问题
点悦生活的宠物保险理赔流程复不复杂？

网址: 宠物保险理赔的核实方法及相关装置与流程 https://www.mcbbbk.com/newsview1214557.html