自动理赔方法、装置及后台服务器与流程

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.在一种可能的实施方式中，该存储模块还用于：
44.根据该案件的理算信息对该历史理算信息进行更新，并存储更新后的历史理算信息。
45.第三方面，本技术实施例提供了一种后台服务器，该后台服务器包括：存储器和处理器。其中，该该存储器和该处理器通过内部连接通路互相通信，该存储器用于存储指令，该处理器用于执行该存储器存储的指令，并且当该处理器执行该存储器存储的指令时，使得该处理器执行上述各方面任一种实施方式中的方法。
46.第四方面，本技术实施例提供了一种计算机可读存储介质，计算机可读存储介质存储计算机程序，当计算机程序在计算机上运行时，上述各方面任一种实施方式中的方法被执行。
47.上述技术方案中的优点或有益效果至少包括：根据指定赔付规则对理算的影响进
行归类和细化，将指定赔付规则转化为理算规则，根据理算规则完成案件的自动理算，提高案件的理算效率。
48.上述概述仅仅是为了说明书的目的，并不意图以任何方式进行限制。除上述描述的示意性的方面、实施方式和特征之外，通过参考附图和以下的详细描述，本技术进一步的方面、实施方式和特征将会是容易明白的。
附图说明
49.在附图中，除非另外规定，否则贯穿多个附图相同的附图标记表示相同或相似的部件或元素。这些附图不一定是按照比例绘制的。应该理解，这些附图仅描绘了根据本技术公开的一些实施方式，而不应将其视为是对本技术范围的限制。
50.图1为本技术示例性实施例的自动理赔方法的流程图；
51.图2为本技术示例性实施例的自动理算模型的示意图；
52.图3为本技术示例性实施例的自动理赔装置的结构框图；
53.图4为本技术示例性实施例的用于实现自动理赔方法的后台服务器的结构图；
具体实施方式
54.在下文中，仅简单地描述了某些示例性实施例。正如本领域技术人员可认识到的那样，在不脱离本技术的精神或范围的情况下，可通过各种不同方式修改所描述的实施例。因此，附图和描述被认为本质上是示例性的而非限制性的。
55.图1示出根据本技术一实施例的自动理赔方法的流程图。如图1所示，该自动理赔方法可以包括：
56.步骤s101：接收用户发起的理赔请求，理赔请求中携带案件信息和包含票据的图像。
57.步骤s102：识别图像获取票据信息。
58.步骤s103：根据案件信息获取指定赔付规则。
59.步骤s104：将指定赔付规则转化为理算规则。
60.步骤s105：根据票据信息和理算规则对理赔请求进行自动理算得到理算结果。
61.本技术实施例中根据指定赔付规则对理算的影响进行归类和细化，将指定赔付规则转化为理算规则，根据理算规则完成案件的自动理算，提高案件的理算效率。
62.需要说明的是，本技术实施例中的指定赔付规则为与基本赔付规则不同，且法律效力优于基本赔付规则，能够影响赔付理算的特别规则。
63.一种可能的实施方式中，步骤s104中，将指定赔付规则转化为理算规则，可以通过以下过程实现：获取用户的保单数据；根据保单数据生成基本赔付规则；基于基本赔付规则和指定赔付规则生成理算规则。
64.具体的，基于基本规则和指定赔付规则生成理算规则，可以包括以下两种情形：
65.情形一，将指定赔付规则和基本赔付规则进行合并处理得到理算规则。
66.情形一中，指定赔付规则和基本赔付规则共同组成理算规则。
67.情形二：利用指定赔付规则对基本赔付规则进行修正处理得到理算规则。
68.情形二中，指定赔付规则优于基本赔付规则，利用指定赔付规则对基本赔付规则
进行修正处理，得到理算规则。
69.一种可能的实施方式中，步骤s105中，根据票据信息和理算规则对理赔请求进行自动理算得到理算结果，可以通过以下过程实现：获取用户的历史理算信息；根据历史理算信息、票据信息和理算规则对理赔请求进行自动理算得到理算结果。
70.一种可能的实施方式中，根据票据信息和理算规则对理赔请求进行自动理算得到理算结果之后，还包括：根据案件信息、票据信息和理算结果，生成票据的理算信息和案件的理算信息并进行存储。
71.存储的票据的理算信息和案件的理算信息，可以用于向用户通知相关理算信息，并能根据存储的理算信息，避免票据和案件的重复理算。
72.在一种可能的实施方式中，在得到理算结果后，根据案件的理算信息对历史理算信息进行更新，并存储更新后的历史理算信息。
73.在一种实施方式中，基于指定赔付规则进行自动理算时，建立自动理算模型，具体参阅图2所示，在该自动理算模型中预先设置多个业务信息表，具体包括案件理算扩展表、案件信息表、案件票据表、案件次免赔理算主表、案件汇总历史理算信息表、案件票据理算信息表、案件次免赔理算详情表、案件历史理算次免赔扩展表。
74.其中，案件票据表中记录用户上传的票据信息，例如，各项票据金额、票据号、日期等；案件票据理算信息表为实现指定赔付规则的相关理算，记录票据的理算信息；案件信息表中记录用户发起的理赔案件的案件信息，案件信息表中记录例如，收款信息、理赔状态、申请的金额信息等；案件汇总历史理算信息表中记录用户的历史理算信息，具体的，以用户、责任、方案为维度记录历史汇总金额；案件理算扩展表；案件历史理算次免赔扩展表中记录历史赔付的次免赔扩展内容，例如就诊日期、就诊日期的总消耗保额、就诊日期的总消耗免赔额、赔付次数等；案件理算扩展表中为实现指定赔付规则的相关理算记录案件相关的金额信息；案件次免赔理算主表和案件次免赔理算详情表中记录案件的理算信息，其中，案件次免赔理算主表中记录案件次免赔理算信息，例如，总申请金额、审核金额、单次消耗的次免赔金额、消耗的保额、就诊日期等；件次免赔理算详情表中记录该就诊日期下次免赔理算相关的票据及其是否有效的状态。
75.上述自动理算模型中信息表中的1:1，表示一一对应关系；1：n，表示一对多的关系；n：1，表示多对一的关系。例如，多个案件信息表对应一个案件汇总历史理算信息表，1个案件信息表对应多个案件票据表。
76.示例性，以图2的自动理算模型为例，来说明基于指定赔付规则的自动理算。后台接收到用户发起理赔请求后，根据用户填写的理赔信息生成案件信息表，并识别用户上传的票据图像生成票据发票表；根据案件信息表获取案件理算扩展表以及案件汇总历史理算信息表，根据案件票据表、案件理算扩展表以及案件汇总历史理算信息表进行自动理算；自动理算完成后生成案件次免赔理算主表和案件次免赔理算详情表，并对案件汇总历史理算信息表和案件历史理算次免赔扩展表进行更新。
77.示例性的，下面给出一个包括指定赔付规则的自动理算实例，其中的指定赔付规则细化到了医院、科室以及疾病，是仅凭保单的基本赔付规则无法做到自动理算的，保单的基本赔付规则仅包括表1中关于甲类项目的相关赔付规则，将基本赔付规则和该案件的指定赔付规则合并后得到具体的赔付方案。
78.具体的包含指定赔付规则的赔付方案如下所示：表1中描述了具体的赔付规则。
79.表1
[0080][0081]
指定赔付规则的内容还包括：
[0082]
1、牙科相关疾病赔付比例30％，限额5000元；
[0083]
2、扩展公立一级医院、私立医院，该部分在医疗险责任人赔付比例的基础上按照70％赔付，限额5000元；
[0084]
说明：基金支付需扣减在医保范围内金额上(甲类项目金额+乙类部分医保范围内金额)，如果将甲类、乙类项目完全区分，基金支付无法进行扣减。
[0085]
以票据是发票为例，识别的发票汇总类金额参考表2，发票明细参考表3。
[0086]
表2
[0087]
发票金额905.63基金支付627.26
[0088]
表3
[0089][0090][0091]
根据上述信息生成理算规则，根据发票信息和理算规则进行自动理算，具体的，理算过程可参考表4所示：
[0092]
表4
[0093][0094]
最终赔付金额：159.58*扩展医院赔付比例(70％)＝111.71元
[0095]
本次赔付金额累计可参阅表5所示：
[0096]
表5
[0097][0098]
综上所述，本技术实施例中根据指定赔付规则对理算的影响进行归类和细化，利用规则引擎实现指定赔付规则的结构化配置，将指定赔付规则转化为理算规则，根据理算规则完成案件的自动理算。
[0099]
进一步的，本技术实施例中借助规则引擎，实现指定赔付规则的灵活配置，进而实现特别规则的自动理算，无需人工判断，且最小理赔计算单位为票据，极大节省人力成本，提高案件的理算效率。
[0100]
需要说明的是，尽管以指定赔付规则作为示例介绍了自动理赔方法如上，但本领域技术人员能够理解，本技术应不限于此。事实上，用户完全可根据个人喜好和/或实际应用场景灵活设定指定赔付规则，只要能够影响理算规则即可。
[0101]
这样，通过将指定赔付规则转化为理算规则，根据本技术上述实施例的自动理赔方法能够进行自动的理赔计算。
[0102]
图3示出根据本发明一实施例的自动理赔装置的结构框图。如图3所示，该装置可以包括：
[0103]
接收模块301，用于接收用户发起的理赔请求，理赔请求中携带案件信息和包含票据的图像；
[0104]
识别模块302，用于识别图像获取票据信息；
[0105]
获取模块303，用于根据案件信息获取指定赔付规则；
[0106]
转化模块304，用于将指定赔付规则转化为理算规则；
[0107]
计算模块305，用于根据票据信息和理算规则对理赔请求进行自动理算得到理算结果。
[0108]
在一种可能的实施方式中，转化模块304具体用于：
[0109]
获取用户的保单数据；
[0110]
根据保单数据生成基本赔付规则；
[0111]
基于基本赔付规则和指定赔付规则生成理算规则。
[0112]
在一种可能的实施方式中，转化模块304具体用于：
[0113]
将指定赔付规则和基本赔付规则进行合并处理得到理算规则；或
[0114]
利用指定赔付规则对基本赔付规则进行修正处理得到理算规则。
[0115]
在一种可能的实施方式中，计算模块305具体用于：
[0116]
获取用户的历史理算信息；
[0117]
根据历史理算信息、票据信息和理算规则对理赔请求进行自动理算得到理算结果。
[0118]
在一种可能的实施方式中，还包括存储模块(图中未示出)：
[0119]
用于在得到理算结果之后，根据案件信息、票据信息和理算结果，生成票据的理算信息和案件的理算信息并进行存储。
[0120]
在一种可能的实施方式中，存储模块还用于：
[0121]
根据案件的理算信息对历史理算信息进行更新，并存储更新后的历史理算信息。
[0122]
本发明实施例各装置中的各模块的功能可以参见上述方法中的对应描述，在此不再赘述。
[0123]
图4示出根据本发明一实施例的后台服务器的结构框图。如图4所示，该后台服务器包括：存储器410和处理器420，存储器410内存储有可在处理器420上运行的计算机程序。处理器420执行该计算机程序时实现上述实施例中的自动理赔方法。存储器410和处理器420的数量可以为一个或多个。
[0124]
该后台服务器还包括：
[0125]
通信接口430，用于与外界设备进行通信，进行数据交互传输。
[0126]
如果存储器410、处理器420和通信接口430独立实现，则存储器410、处理器420和通信接口430可以通过总线相互连接并完成相互间的通信。该总线可以是工业标准体系结构(industry standard architecture，isa)总线、外部设备互连(peripheral component interconnect，pci)总线或扩展工业标准体系结构(extended industry standard architecture，eisa)总线等。该总线可以分为地址总线、数据总线、控制总线等。为便于表示，图4中仅用一条粗线表示，但并不表示仅有一根总线或一种类型的总线。
[0127]
可选的，在具体实现上，如果存储器410、处理器420及通信接口430集成在一块芯片上，则存储器410、处理器420及通信接口430可以通过内部接口完成相互间的通信。
[0128]
本发明实施例提供了一种计算机可读存储介质，其存储有计算机程序，该程序被处理器执行时实现本技术实施例中提供的方法。
[0129]
本技术实施例还提供了一种芯片，该芯片包括，包括处理器，用于从存储器中调用并运行存储器中存储的指令，使得安装有芯片的通信设备执行本技术实施例提供的方法。
[0130]
本技术实施例还提供了一种芯片，包括：输入接口、输出接口、处理器和存储器，输入接口、输出接口、处理器以及存储器之间通过内部连接通路相连，处理器用于执行存储器中的代码，当代码被执行时，处理器用于执行申请实施例提供的方法。
[0131]
应理解的是，上述处理器可以是中央处理器(central processing unit，cpu)，还可以是其他通用处理器、数字信号处理器(digital signal processing，dsp)、专用集成电路(application specific integrated circuit，asic)、现场可编程门阵列(fieldprogrammablegate array，fpga)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者是任何常规的处理器等。值得说明的是，处理器可以是支持进阶精简指令集机器(advanced risc machines，arm)架构的处理器。
[0132]
进一步地，可选的，上述存储器可以包括只读存储器和随机存取存储器，还可以包括非易失性随机存取存储器。该存储器可以是易失性存储器或非易失性存储器，或可包括易失性和非易失性存储器两者。其中，非易失性存储器可以包括只读存储器(read
‑
only memory，rom)、可编程只读存储器(programmable rom，prom)、可擦除可编程只读存储器(erasable prom，eprom)、电可擦除可编程只读存储器(electrically eprom，eeprom)或闪存。易失性存储器可以包括随机存取存储器(random access memory，ram)，其用作外部高速缓存。通过示例性但不是限制性说明，许多形式的ram可用。例如，静态随机存取存储器(static ram，sram)、动态随机存取存储器(dynamic random access memory，dram)、同步动态随机存取存储器(synchronous dram，sdram)、双倍数据速率同步动态随机存取存储器(double data date sdram，ddr sdram)、增强型同步动态随机存取存储器(enhanced sdram，esdram)、同步连接动态随机存取存储器(synchlink dram，sldram)和直接内存总线随机存取存储器(direct rambus ram，dr ram)。
[0133]
在上述实施例中，可以全部或部分地通过软件、硬件、固件或者其任意组合来实现。当使用软件实现时，可以全部或部分地以计算机程序产品的形式实现。计算机程序产品包括一个或多个计算机指令。在计算机上加载和执行计算机程序指令时，全部或部分地产生按照本技术的流程或功能。计算机可以是通用计算机、专用计算机、计算机网络、或者其他可编程装置。计算机指令可以存储在计算机可读存储介质中，或者从一个计算机可读存储介质向另一个计算机可读存储介质传输。
[0134]
在本说明书的描述中，参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包括于本技术的至少一个实施例或示例中。而且，描述的具体特征、结构、材料或者特点可以在任一个或多个实施例或示例中以合适的方式结合。此外，在不相互矛盾的情况下，本领域的技术人员可以将本说明书中描述的不同实施例或示例以及不同实施例或示例的特征进行结合和组合。
[0135]
此外，术语“第一”、“第二”仅用于描述目的，而不能理解为指示或暗示相对重要性
或者隐含指明所指示的技术特征的数量。由此，限定有“第一”、“第二”的特征可以明示或隐含地包括至少一个该特征。在本技术的描述中，“多个”的含义是两个或两个以上，除非另有明确具体的限定。
[0136]
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为，表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分。并且本技术的优选实施方式的范围包括另外的实现，其中可以不按所示出或讨论的顺序，包括根据所涉及的功能按基本同时的方式或按相反的顺序，来执行功能。
[0137]
在流程图中表示或在此以其他方式描述的逻辑和/或步骤，例如，可以被认为是用于实现逻辑功能的可执行指令的定序列表，可以具体实现在任何计算机可读介质中，以供指令执行系统、装置或设备(如基于计算机的系统、包括处理器的系统或其他可以从指令执行系统、装置或设备取指令并执行指令的系统)使用，或结合这些指令执行系统、装置或设备而使用。
[0138]
应理解的是，本技术的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中，多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。上述实施例方法的全部或部分步骤是可以通过程序来指令相关的硬件完成，该程序可以存储于一种计算机可读存储介质中，该程序在执行时，包括方法实施例的步骤之一或其组合。
[0139]
此外，在本技术各个实施例中的各功能单元可以集成在一个处理模块中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现，也可以采用软件功能模块的形式实现。上述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时，也可以存储在一个计算机可读存储介质中。该存储介质可以是只读存储器，磁盘或光盘等。
[0140]
以上所述，仅为本技术的具体实施方式，但本技术的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本技术揭露的技术范围内，可轻易想到其各种变化或替换，这些都应涵盖在本技术的保护范围之内。因此，本技术的保护范围应以权利要求的保护范围为准。