一种理赔申请书生成方法和装置与流程

本发明涉及金融保险领域，尤其涉及一种理赔申请书生成方法和装置。

背景技术：

随着社会生活水平的提高，为了减轻可能发生的事故所带来的巨大风险，越来越多人选择购买保险。当保单上的标的发生保险事故时，被保险人向保险公司提出理赔申请，要求保险公司按照保单上的约定进行赔付。

目前，理赔申请的提出需要由申请人(一般为被保险人或受益人)手动填写理赔申请书，并将理赔申请书交由保险公司的工作人员检查无误后，方能发起理赔申请，理赔申请操作繁琐且效率低下。

技术实现要素：

本发明实施例提供了一种理赔申请书生成方法和装置，能够使得理赔申请操作更简便，提高理赔申请的效率。

本发明实施例提供的一种理赔申请书生成方法，包括：

获取目标理赔请求；

获取所述目标理赔请求的理赔案件信息；

获取所述目标理赔请求对应保单的保单信息；

检测所述保单信息和所述理赔案件信息是否均符合预设条件，若是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

可选地，所述获取所述目标理赔请求的理赔案件信息包括：

从公安系统中获取所述目标理赔请求对应保单的被保险人的事故记录信息；

和/或

从医疗卫生系统中获取所述目标理赔请求对应保单的被保险人的医疗记录信息；

和/或

获取所述目标理赔请求的请求人上传的案件信息。

可选地，所述理赔申请书生成方法还包括：

若所述保单信息和所述理赔案件信息不符合预设条件，则发出不符合预设条件的提示，以使所述目标理赔请求的请求人根据所述提示重新上传所述保单信息或理赔案件信息。

可选地，在根据所述保单信息和所述理赔案件信息生成电子理赔申请书之后，还包括：

将所述电子理赔申请书发送至所述目标理赔请求的请求人；

获取所述请求人对所述电子理赔申请书的授权信息；

将所述授权信息和所述电子理赔申请书发送至理赔服务器。

可选地，获取所述请求人对所述电子理赔申请书的授权信息具体为：

接收来自指定终端的所述请求人的电子签名；

所述将所述授权信息和所述电子理赔申请书发送至理赔服务器具体包括：

将所述电子签名合成至所述电子理赔申请书的指定位置；

将合成后的所述电子理赔申请书发送至理赔服务器。

本发明实施例提供的一种理赔申请书生成装置，包括：

理赔请求获取模块，用于获取目标理赔请求；

案件信息获取模块，用于获取所述目标理赔请求的理赔案件信息；

保单信息获取模块，用于获取所述目标理赔请求对应保单的保单信息；

检测模块，用于检测所述保单信息和所述理赔案件信息是否均符合预设条件；

申请书生成模块，用于若所述检测模块的检测结果为是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

可选地，所述案件信息获取模块包括：

事故记录获取单元，用于从公安系统中获取所述目标理赔请求对应保单的被保险人的事故记录信息；

和/或

医疗记录获取单元，用于从医疗卫生系统中获取所述目标理赔请求对应保单的被保险人的医疗记录信息；

和/或

上传信息获取单元，用于获取所述目标理赔请求的请求人上传的案件信息。

可选地，所述理赔申请书生成装置还包括：

反馈模块，用于若所述检测模块的检测结果为否，则发出不符合预设条件的提示，以使所述目标理赔请求的请求人根据所述提示重新上传所述保单信息或理赔案件信息。

可选地，所述理赔申请书生成装置还包括：

申请书发送模块，用于将所述电子理赔申请书发送至所述目标理赔请求的请求人；

授权信息获取模块，用于获取所述请求人对所述电子理赔申请书的授权信息；

理赔申请发送模块，用于将所述授权信息和所述电子理赔申请书发送至理赔服务器。

可选地，所述授权信息获取模块包括：电子签名接收单元，用于接收来自指定终端的所述请求人的电子签名；

所述理赔申请发送模块具体包括：

签名合成单元，用于将所述电子签名合成至所述电子理赔申请书的指定位置；

申请书发送单元，用于将合成后的所述电子理赔申请书发送至理赔服务器。

从以上技术方案可以看出，本发明实施例具有以下优点：

本发明实施例中，首先，获取目标理赔请求；然后，获取所述目标理赔请求的理赔案件信息；获取所述目标理赔请求对应保单的保单信息；检测所述保单信息和所述理赔案件信息是否均符合预设条件，若是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。在本发明实施例中，可以自动获取目标理赔请求的保单信息和理赔案件信息，并对保单信息和理赔案件信息进行检测，最后生成电子理赔申请书，无需理赔请求的请求人手动填写理赔申请书，也无需保险公司的工作人员手动检查，便可得到理赔申请书来发起理赔申请，使得理赔申请操作更简便，提高理赔申请的效率。

附图说明

图1为本发明实施例中一种理赔申请书生成方法一个实施例流程图；

图2为本发明实施例中一种理赔申请书生成方法一个应用场景的流程示意图；

图3为本发明实施例中一种理赔申请书生成装置一个实施例结构图；

图4为本发明实施例中一种理赔申请书生成装置另一个实施例结构图。

具体实施方式

本发明实施例提供了一种理赔申请书生成方法和装置，用于解决现有理赔申请操作繁琐且效率低下的问题。

为使得本发明的发明目的、特征、优点能够更加的明显和易懂，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，下面所描述的实施例仅仅是本发明一部分实施例，而非全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其它实施例，都属于本发明保护的范围。

请参阅图1，本发明实施例中一种理赔申请书生成方法一个实施例包括：

101、获取目标理赔请求；

本实施例中，首先，可以获取目标理赔请求。具体可以包括：接收来自请求人的理赔请求，然后对该请求人的身份进行验证，若验证通过，则确定该理赔请求为目标理赔请求。

其中，可以通过账号密码、绑定手机号验证、预留生物特征验证等方式来对请求人的身份进行验证，以提高理赔请求的合法性。

102、获取所述目标理赔请求的理赔案件信息；

在获取目标理赔请求之后，可以获取所述目标理赔请求的理赔案件信息。可以理解的是，上述的理赔案件信息指的是与目标理赔请求的保单的标的相关的信息，可以包括理赔申请的原因、事故的经过、医疗费用、委托人信息等等。

进一步地，所述获取所述目标理赔请求的理赔案件信息可以包括以下步骤1)、2)和/或3)：

1)从公安系统中获取所述目标理赔请求对应保单的被保险人的事故记录信息；

2)从医疗卫生系统中获取所述目标理赔请求对应保单的被保险人的医疗记录信息；

3)获取所述目标理赔请求的请求人上传的案件信息。

对于上述步骤1)，若被保险人发生了事故，例如交通事故、人身伤害事故等，公安系统会保存有该被保险人的事故记录信息，包括事故的发生地、责任方、受害方、事故经过、事故的结果等信息，从而可以从公安系统中获取到这些事故记录信息，无需请求人手动输入或填写。

对于上述步骤2)，若被保险人进行了相关治疗，例如重大疾病治疗、住院治疗、门诊治疗等，医疗卫生系统会保存有该被保险人的医疗记录信息，包括就诊的医院、医疗费用、医疗时间、医疗项目明细等信息，从而可以从医疗卫生系统中获取到这些医疗记录信息，无需请求人手动输入或填写。

对于上述步骤3)，当部分案件信息无法通过公安系统、医疗卫生系统或者其他对接的系统获取到的，则需要请求人自行输入、上传。

可以理解的是，为了提高理赔申请的效率，应当优先通过上述步骤1)和2)中获取相关的理赔案件信息，无法通过步骤1)和2)获取到的部分信息，再通过上述步骤3)获取，即要求请求人上传，从而可以最大化地提高理赔案件信息的获取效率。

103、获取所述目标理赔请求对应保单的保单信息；

在获取目标理赔请求之后，可以获取所述目标理赔请求对应保单的保单信息。上述的保单信息可以包括被保险人姓名、被保险人身份证号码、被保险人居住地址、受益人姓名、受益人身份证号码、联系人联系方式等信息。可以理解的是，保单信息一般在所述保单签订时即保存在系统中，甚至部分保单信息直接记录在保单上，当需要保单的保单信息时，直接从保险公司的系统中提取即可。

104、检测所述保单信息和所述理赔案件信息是否均符合预设条件，若是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

本实施例中，在获取到所述保单信息和所述理赔案件信息之后，可以检测所述保单信息和所述理赔案件信息是否均符合预设条件，若是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

具体地，根据所述保单信息和所述理赔案件信息生成电子理赔申请书可以包括：获取电子理赔申请书模板，将所述保单信息和所述理赔案件信息导入至所述电子理赔申请书模板，生成电子理赔申请书。

进一步地，若所述保单信息和所述理赔案件信息不符合预设条件，则发出不符合预设条件的提示，以使所述目标理赔请求的请求人根据该提示重新上传所述保单信息或理赔案件信息。可以理解的是，当保单信息或理赔信息中的信息不符合预设条件时，可以自动将不符合预设条件的部分信息反馈至请求人，要求请求人修改或重新上传这部分信息。请求人上传新的保单信息或理赔案件信息之后，再次对这些信息进行检测，直到所述保单信息和所述理赔案件信息均符合预设条件为止。

上述的预设条件可以包括对信息的字符格式要求、数值范围要求、正确性要求、是否包括所有必填信息等等。

进一步地，在根据所述保单信息和所述理赔案件信息生成电子理赔申请书之后，还可以将所述电子理赔申请书发送至所述目标理赔请求的请求人；获取所述请求人对所述电子理赔申请书的授权信息；将所述授权信息和所述电子理赔申请书发送至理赔服务器。上述的理赔服务器可以是指对理赔申请进行处理和审核的服务器，若理赔申请审核通过，则理赔服务器根据保单的约定将赔付金额支付给受益人，若理赔申请审核不通过，则理赔服务器通知理赔申请的申请人“理赔申请不通过”的结果。

更进一步地，获取所述请求人对所述电子理赔申请书的授权信息具体为：接收来自指定终端的所述请求人的电子签名。上述的指定终端可以是预先绑定的智能终端，例如智能手机，也可以是保险公司指定的终端设备，比如保险公司本地的自助终端。请求人可以在指定终端上输入自己的电子签名作为授权信息，然后将该电子签名上传至系统。

更进一步地，所述将所述授权信息和所述电子理赔申请书发送至理赔服务器具体可以包括：将所述电子签名合成至所述电子理赔申请书的指定位置；将合成后的所述电子理赔申请书发送至理赔服务器。

本实施例中，在获取到请求人的电子签名后，可以将电子签名合成至电子理赔申请书的指定位置，一般为电子理赔申请书的签名位置上，从而可以代替请求人到现场进行签名，实现请求人的远程签名授权确认，提高理赔申请效率。

另外，可选地，在生成电子理赔申请书之后，也可以将电子理赔申请书打印出来，提供纸质版的电子理赔申请书给请求人进行签名授权确认。

本实施例中，首先，获取目标理赔请求；然后，获取所述目标理赔请求的理赔案件信息；获取所述目标理赔请求对应保单的保单信息；检测所述保单信息和所述理赔案件信息是否均符合预设条件，若是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。在本实施例中，可以自动获取目标理赔请求的保单信息和理赔案件信息，并对保单信息和理赔案件信息进行检测，最后生成电子理赔申请书，无需理赔请求的请求人手动填写理赔申请书，也无需保险公司的工作人员手动检查，便可得到理赔申请书来发起理赔申请，使得理赔申请操作更简便，提高理赔申请的效率。

为便于理解，根据图1所描述的实施例，下面以一个实际应用场景对本发明实施例中的一种理赔申请书生成方法进行描述：

图2示出了本发明实施例中一种理赔申请书生成方法一个应用场景的流程示意图。

在本应用场景下，一种理赔申请书生成方法的处理流程具体包括：

201、接收到请求人的理赔请求。

202、对请求人的身份进行验证，若验证通过，则执行步骤204，否验证不通过，执行步骤203。

203、拒绝该理赔请求。

204、获取该理赔请求的理赔案件信息和对应保单的保单信息。其中，理赔案件信息优先从对接的公安系统、医疗卫生系统或其它系统中获取，从这些系统中无法获取到的部分信息则要求请求人上传或输入。

205、检测获取到的保单信息和理赔案件信息是否均符合预设条件，若是，则执行步骤208，若否，则执行步骤206。

206、发出不符合预设条件的提示。

207、获取所述请求人根据该提示重新上传的所述保单信息或理赔案件信息，返回执行步骤205。

208、根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

209、将生成的电子理赔申请书发送至请求人，让请求人签名确认。

210、接收来自指定终端的所述请求人的电子签名，并将电子签名合成至所述电子理赔申请书的指定位置。

211、将合成后的电子理赔申请书发送至理赔服务器，理赔申请发起完成。

上面主要描述了一种理赔申请书生成方法，下面将对一种理赔申请书生成装置进行详细描述。

图3示出了本发明实施例中一种理赔申请书生成装置一个实施例结构图。

本实施例中，一种理赔申请书生成装置包括：

理赔请求获取模块301，用于获取目标理赔请求；

案件信息获取模块302，用于获取所述目标理赔请求的理赔案件信息；

保单信息获取模块303，用于获取所述目标理赔请求对应保单的保单信息；

检测模块304，用于检测所述保单信息和所述理赔案件信息是否均符合预设条件；

申请书生成模块305，用于若所述检测模块304的检测结果为是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

本实施例中，首先，理赔请求获取模块301获取目标理赔请求；然后，案件信息获取模块302获取所述目标理赔请求的理赔案件信息；保单信息获取模块303获取所述目标理赔请求对应保单的保单信息；接着，检测模块304检测所述保单信息和所述理赔案件信息是否均符合预设条件；若所述检测模块304的检测结果为是，则申请书生成模块305根据所述保单信息和所述理赔案件信息生成电子理赔申请书。在本实施例中，可以自动获取目标理赔请求的保单信息和理赔案件信息，并对保单信息和理赔案件信息进行检测，最后生成电子理赔申请书，无需理赔请求的请求人手动填写理赔申请书，也无需保险公司的工作人员手动检查，便可得到理赔申请书来发起理赔申请，使得理赔申请操作更简便，提高理赔申请的效率。

为便于理解，下面将以一个实施例对本发明的一种理赔申请书生成装置进行更加详细的描述，请参阅图4：

本实施例中，一种理赔申请书生成装置包括：

理赔请求获取模块401，用于获取目标理赔请求；

案件信息获取模块402，用于获取所述目标理赔请求的理赔案件信息；

保单信息获取模块403，用于获取所述目标理赔请求对应保单的保单信息；

检测模块404，用于检测所述保单信息和所述理赔案件信息是否均符合预设条件；

申请书生成模块405，用于若所述检测模块404的检测结果为是，则根据所述保单信息和所述理赔案件信息生成电子理赔申请书。

进一步地，所述案件信息获取模块402可以包括：

事故记录获取单元4021，用于从公安系统中获取所述目标理赔请求对应保单的被保险人的事故记录信息；

和/或

医疗记录获取单元4022，用于从医疗卫生系统中获取所述目标理赔请求对应保单的被保险人的医疗记录信息；

和/或

上传信息获取单元4023，用于获取所述目标理赔请求的请求人上传的案件信息。

进一步地，所述理赔申请书生成装置还可以包括：

反馈模块406，用于若所述检测模块404的检测结果为否，则发出不符合预设条件的提示，以使所述目标理赔请求的请求人根据该提示重新上传所述保单信息或理赔案件信息。

进一步地，所述理赔申请书生成装置还可以包括：

申请书发送模块407，用于将所述电子理赔申请书发送至所述目标理赔请求的请求人；

授权信息获取模块408，用于获取所述请求人对所述电子理赔申请书的授权信息；

理赔申请发送模块409，用于将所述授权信息和所述电子理赔申请书发送至理赔服务器。

进一步地，所述授权信息获取模块408可以包括：电子签名接收单元4081，用于接收来自指定终端的所述请求人的电子签名；

所述理赔申请发送模块409具体包括：

签名合成单元4091，用于将所述电子签名合成至所述电子理赔申请书的指定位置；

申请书发送单元4092，用于将合成后的所述电子理赔申请书发送至理赔服务器。

所属领域的技术人员可以清楚地了解到，为描述的方便和简洁，上述描述的系统，装置和单元的具体工作过程，可以参考前述方法实施例中的对应过程，在此不再赘述。

在本申请所提供的几个实施例中，应该理解到，所揭露的系统，装置和方法，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，所述单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或单元的间接耦合或通信连接，可以是电性，机械或其它的形式。

所述作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

所述集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)执行本发明各个实施例所述方法的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上所述，以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围。