CN111161088A - 票据处理方法、装置和设备 - Google Patents

Abstract

本申请提供一种票据处理方法、装置和设备，方法包括：获取待处理的至少一个当前票据信息；解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对；基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息。本申请针对每一个当前票据信息进行数据解析，生成该当前票据信息对应的数据键值对，然后基于每个当前票据信息的数据键值对和预设协议库，生成每个当前票据信息的理赔信息，如此，实现对票据信息的大批量自动化处理，提高了数据处理效率，降低了人工成本。

Description

票据处理方法、装置和设备

技术领域

本申请涉及信息处理技术领域，具体而言，涉及一种票据处理方法、装置和设备。

背景技术

在保险账单的理赔结算场景中，不同的用户保单往往对应不同的理赔数据计算方式。一般需要消耗大量的人工成本来梳理数据，以实现理赔结果计算。大量的理赔数据，仅仅依靠人工处理，不仅成本巨大，而且计算结果不够准确，效率低下！

发明内容

本申请实施例的目的在于提供一种票据处理方法、装置和设备，用以实现根据当前票据信息生成对应的数据键值对，并基于数据键值对和预设协议库生成当前票据信息的理赔信息。

本申请实施例第一方面提供了一种票据处理方法，包括：获取待处理的至少一个当前票据信息；解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对；基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息。

于一实施例中，所述解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对，包括：识别所述当前票据信息的数据类型；于预设字段库中，查找对应于所述数据类型的字段标识；基于所述字段标识，解析所述当前票据信息，生成对应于所述字段标识的所述数据键值对。

于一实施例中，所述基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息，包括：于所述预设协议库中，查找对应于所述数据类型的理赔协议；根据所述键值对和所述理赔协议，生成对应于所述当前票据信息的当前理赔信息。

于一实施例中，在所述基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息之后，还包括：获取对应于所述当前票据信息的账户信息和限额条件；于历史理赔数据库中，读取所述账户信息的对应于历史票据信息的历史理赔信息，所述历史票据信息与所述当前票据信息的类型相同；基于所述限额条件、所述历史理赔信息和所述当前理赔信息，生成对应于所述当前票据信息的最终理赔信息。

于一实施例中，所述基于所述限额条件、所述历史理赔信息和所述当前理赔信息，生成对应于所述当前票据信息的最终理赔信息，包括：根据所述限额条件和所述历史理赔信息，计算所述账户信息的剩余保额信息；判断所述当前理赔信息是否在所述剩余保额信息的范围内；若所述当前理赔信息不在所述剩余保额信息的范围内，则将所述剩余保额信息作为所述最终理赔信息；若所述当前理赔信息在所述剩余保额信息的范围内，则将所述当前理赔信息作为所述最终理赔信息。

本申请实施例第二方面提供了一种票据处理装置，包括：第一获取模块，用于获取待处理的至少一个当前票据信息；解析模块，用于解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对；第一生成模块，用于基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息。

于一实施例中，所述解析模块用于：识别所述当前票据信息的数据类型；于预设字段库中，查找对应于所述数据类型的字段标识；基于所述字段标识，解析所述当前票据信息，生成对应于所述字段标识的所述数据键值对。

于一实施例中，所述第一生成模块用于：于所述预设协议库中，查找对应于所述数据类型的理赔协议；根据所述键值对和所述理赔协议，生成对应于所述当前票据信息的当前理赔信息。

于一实施例中，还包括：第二获取模块，用于在所述基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息之后，获取对应于所述当前票据信息的账户信息和限额条件；读取模块，用于于历史理赔数据库中，读取所述账户信息的对应于历史票据信息的历史理赔信息，所述历史票据信息与所述当前票据信息的类型相同；第二生成模块，用于基于所述限额条件、所述历史理赔信息和所述当前理赔信息，生成对应于所述当前票据信息的最终理赔信息。

于一实施例中，所述第二生成模块用于：根据所述限额条件和所述历史理赔信息，计算所述账户信息的剩余保额信息；判断所述当前理赔信息是否在所述剩余保额信息的范围内；若所述当前理赔信息不在所述剩余保额信息的范围内，则将所述剩余保额信息作为所述最终理赔信息；若所述当前理赔信息在所述剩余保额信息的范围内，则将所述当前理赔信息作为所述最终理赔信息。

本申请实施例第三方面提供了一种电子设备，包括：存储器，用以存储计算机程序；处理器，用以执行本申请实施例第一方面及其任一实施例的方法。

本申请提供的票据处理方法、装置和设备，针对每一个当前票据信息进行数据解析，生成该当前票据信息对应的数据键值对，然后基于每个当前票据信息的数据键值对和预设协议库，生成每个当前票据信息的理赔信息，如此，实现对票据信息的大批量自动化处理，提高了数据处理效率，降低了人工成本。

附图说明

为了更清楚地说明本申请实施例的技术方案，下面将对本申请实施例中所需要使用的附图作简单地介绍，应当理解，以下附图仅示出了本申请的某些实施例，因此不应被看作是对范围的限定，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他相关的附图。

图1为本申请一实施例的电子设备的结构示意图；

图2为本申请一实施例的票据处理方法的流程示意图；

图3为本申请一实施例的票据处理方法的流程示意图；

图4为本申请一实施例的票据处理装置的结构示意图。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，而不能理解为指示或暗示相对重要性。

如图1所示，本实施例提供一种电子设备1，包括：至少一个处理器11和存储器12，图1中以一个处理器为例。处理器11和存储器12通过总线10连接，存储器12存储有可被处理器11执行的指令，指令被处理器11执行。

于一实施例中，电子设备1可以是手机、笔记本电脑、台式电脑或其组成的大型服务器等设备。

于一实施例中，电子设备1为服务器，用户可以通过登录该服务器对应的终端设备(比如手机网页登录、特定服务终端登录)，输入相关的票据信息，并发起申请，支持多用户同时输入。票据信息可以是发票信息、报销凭证票据信息或者医药报销单等信息。服务器在接收到用户输入的多个当前票据信息时，解析当前票据信息，生成对应于当前票据信息的数据键值对。基于数据键值对和预设协议库，生成对应于当前票据信息的当前理赔信息，如此实现对票据信息的大批量自动化处理，提高了数据处理效率，降低了人工成本。

请参看图2，其为本申请一实施例的票据处理方法，该方法可由图1所示的电子设备1来执行，并可以应用于互联网医疗报销的场景中，以实现对票据信息的大批量自动化处理。该方法包括如下步骤：

步骤201：获取待处理的至少一个当前票据信息。

在本步骤中，当前票据信息可以是待处理的发票信息、车票信息或者医药报销单据中的一种或多种，用户可以通过手机登录服务器，录入票据信息，并向服务器发起理赔申请。或者服务器在接收到用户的理赔申请后，通过摄影、图像识别等技术，扫描用户的票据，进而获得一个或多个当前票据信息。

步骤202：解析当前票据信息，生成对应于当前票据信息的数据键值对。

在本步骤中，对于每一份当前票据信息，分别进行数据解析，并分别生成每个当前票据信息对应的数据键值对。票据信息中会包含该票据的多种信息，比如发票信息中会包含账户信息、商品名称、劳务名称、数量、税号、收付款信息等。为了简化数据处理过程，预先定义需要的数据键，只需提取上述信息中有关数据键的信息，并得到数据键值对即可。

步骤203：基于数据键值对和预设协议库，生成对应于当前票据信息的当前理赔信息。

在本步骤中，每一张票据信息，都会对应一份协议，预先建立待处理的票据信息的所有协议数据库，根据当前票据信息的数据键值对和预设协议库，即可生成对应的当前理赔信息，当前票据信息与当前理赔信息一一对应。

上述票据处理方法，针对每一个当前票据信息进行数据解析，生成该当前票据信息对应的数据键值对，然后基于每个当前票据信息的数据键值对和预设协议库，生成每个当前票据信息的理赔信息，如此，实现对票据信息的大批量自动化处理，提高了数据处理效率，降低了人工成本。

请参看图3，其为本申请一实施例的票据处理方法，该方法可由图1所示的电子设备1来执行，并可以应用于互联网医疗报销的场景中，以实现对票据信息的大批量自动化处理。该方法包括如下步骤：

步骤301：在接收到用户终端的理赔请求时，获取待处理的至少一个当前票据信息。用户终端可以为多个，对应的当前票据信息也可以为多个。详细参见上述实施例中对步骤201的描述。

步骤302：识别当前票据信息的数据类型。

在本步骤中，当前票据信息可以是纸质票据的影像信息，可以通过图像识别技术，识别当前票据的影像信息，得到其对应的数据类型。数据类型可以是票据的类别，比如发票、火车票或者医药消费单等，也可以是医药领域中票据对应的医药报销类别，比如甲类药、乙类药等，或者数据类型也可以是根据票据的实际需求，预先制定的数据类型。

步骤303：于预设字段库中，查找对应于数据类型的字段标识。

在本步骤中，预设字段库可以基于历史票据信息的处理结果统计而来，以医药报销领域为例，预设字段库中包含但不限于：数据类型与字段标识的对应关系表，可以采用字母作为字段标识，对应代表意义可以如下：

A：账单总金额。

B：统筹支付金额。

C：第三方支付金额。

D：乙类自负金额。

E：丙类自费金额。

F：门诊大额支付。

G：退休补充保险支付。

H：残疾军人补助支付。

I：单位补充险支付。

J：本次医保范围内金额。

K：累计医保范围内金额。

L：本年度统筹基金累计支付。

M：个人账户余额。

N：个人账户支付。

O：自付一。

P：起付线金额。

Q：超封顶金额。

R：自付二。

S：自费。

T：个人支付。

U：医疗保险范围外金额。

V：医保范围内床位费。

W：日/次津贴。

X：住院天数。

Y：附加支付。

Z：重症天数。

V0：上次责任理算。

V1：门诊累计。

V2：住院累计。

V3：药房累计。

V4：住院津贴累计。

V5：疾病及意外累计。

V6：门特累计。

V7：票据生成日期。

例如，当前票据信息为医药报销账单信息，经过步骤302识别出其对应的数据类型为乙类药物普通账单，经过查找，该数据类型在预设字段库中对应的字段标识可以为“A、B、C、D、F、N、V7”等(此处仅为举例，篇幅限制，未全部列出)。

步骤304：基于字段标识，解析当前票据信息，生成对应于字段标识的数据键值对。

在本步骤中，以步骤303中的医药报销账单为例，假设其对应的字段标识为“A、B、C、D、F、N、V7”，基于此，解析该医药报销账单信息，生成每个字段标识对应的字段值，假设，该医药报销账单中，账单总金额为1000元，统筹支付金额为500元，则可以得到键值对如：{"A":1000，"B":500}。

步骤305：于预设协议库中，查找对应于数据类型的理赔协议。

在本步骤中，每一张票据信息，都会对应一份协议，可以基于大数据平台搜集票据类型与相关协议的对应关系，比如与保险企业的数据平台进行数据对接，从中获取用户的保单信息，其中可以包含用户在医药报销方面的理赔协议，不同的理赔协议可以对应于不同的理赔金额计算规则，基于此预先建立待处理的票据信息的所有协议数据库，比如，理赔协议中的计算规则可以如下：

理赔协议一：对于字段标识A的数据键值对大于3000的，要求必须提供理赔明细，则对应的规则可以为：

def结果＝[:]

if(账单金额>＝3000&&！有理赔明细){

结果.金额＝0

结果.原因＝"无理赔明细"

}else{

结果.金额＝理算金额

结果.原因＝""

}

return结果

理赔协议二：对于字段标识V7的数据键值对等于2017的分割单据，不做理赔，则对应的规则可以为：

理赔协议三：分段赔付，则对应的规则可以为：

def结果＝[:]

理算金额＝理算金额<＝3000？理算金额*0.55:理算金额<＝10000？1650+(理算金额-3000)*0.75:6900+(理算金额-10000)*0.95

结果.金额＝理算金额

结果.原因＝""

return 结果

其中，上述理赔协议和规则的对应关系，可以根据实际项目要求输入不同参数，自动生成不同的规则，并保存至预设协议库

假设当前待处理的医药报销账单的数据类型为乙类药物普通账单，在协议库中查找到该账单对应的理赔协议，该理赔协议可以关联一个规则计算公式(1)，如下：

(A-B-C-R-S)<(A-R-S)*0.5？(A-B-C-R-S):(A-R-S)*0.5 (1)

其中各个字母就是上述的字段标识。

步骤306：根据键值对和理赔协议，生成对应于当前票据信息的当前理赔信息。

在本步骤中，当前理赔信息可以为理赔金额，解析该医药报销账单中对应于上述每个字段标识的数据键值对，并将数据键值对代入步骤305中理赔协议对应的规则公式(1)，即可自动得到当前的医药报销账单对应的当前理赔信息。

步骤307：获取对应于当前票据信息的账户信息和限额条件。

在本步骤中，限制条件可以包括：

限制粒度：票据、项目、项目明细、自定义字段。

限额类型：次、月、年、累计、自定义时间。其中“次”的定义可以为：按日、按案件、按日期/医院、按日期/医院/科室、按日期/医院/疾病。

限额方式：限制发生、限制赔付、限制次数。

在步骤306中生成当前理赔信息后，为了进一步明确本次当前票据信息最终的类配信息，可以根据该票据对应的账户信息和限额条件进一步进行数据处理。首先获取当前票据信息的账户信息和限额条件。

步骤308：于历史理赔数据库中，读取账户信息的对应于历史票据信息的历史理赔信息，历史票据信息与当前票据信息的类型相同。

在本步骤中，历史理赔数据库可以基于每个账户信息的理赔历史记录进行设置。针对每一个当前票据信息，从历史理赔数据库中读取该账户信息在预设时间段内对应的历史理赔信息，预设时间段可以根据票据信息的生效日期进行设置，历史票据信息是已经进行过账单报销的票据记录，历史票据信息和当前票据信息具有相同的报销类型。

基于限额条件、历史理赔信息和当前理赔信息，可以生成对应于当前票据信息的最终理赔信息，具体可以包括如下步骤：

步骤309：根据限额条件和历史理赔信息，计算账户信息的剩余保额信息。

在本步骤中，针对大批量的当前票据信息，首先可以根据当前票据信息的限额类型对票据进行分组，比如，限额类型是按照月进行限额，即每个月一个账户信息下，某一类型的票据报销额度有一定的限制，则可以首先将符合这个限额条件的所有票据分在同一组，然后在小组内结合每个账户信息的历史理赔信息，计算每个账户信息对应的，与当前票据信息形同类型的票据的剩余保额信息。每个限额条件可以对应设置不同的实现函数，同一限额类型的小组内，可以调用相同的限额实现函数，以提高数据处理效率。剩余保额信息可以包含剩余的可报销金额，历史理赔信息可以是已经报销过的历史理赔金额。总的可报销责任限额减去历史理赔金额，就是剩余的可报销金额。

于一实施例中，可以根据可理赔的责任，查询当前理赔申请人(账户信息)的历史理赔金额，计算该责任下的剩余保额。具体的，根据责任，查询申请人的共享保额的责任组。根据共享责任组查询当前理赔申请人的历史理赔金额。进而计算责任剩余保额。并获取当前责任的扣款顺序。循环执行计算每个账单的理赔金额。

步骤310：判断当前理赔信息是否在剩余保额信息的范围内。比如比较当前理赔金额是否小于或者等于剩余保额，如果是，进入步骤311，否则，进入步骤312。

步骤311：将剩余保额信息作为最终理赔信息。进入步骤313。

在本步骤中，若当前理赔信息不在剩余保额信息的范围内，则说明当前票据信息对应的当前理赔信息已经超出该类型票据全部报销的额度范围，此时，删除步骤306计算的当前理赔信息，将剩余保额信息作为本次当前票据信息的最终理赔信息。以医药票据报销为例，被理赔的用户最终获取到的理赔额度，就是其对应的剩余可报销额度。

步骤312：将当前理赔信息作为最终理赔信息。进入步骤313。

在本步骤中，若当前理赔信息在剩余保额信息的范围内，则说明，剩余保额信息可以满足本次票据的全部报销，则可以直接将当前理赔信息作为最终理赔信息。

步骤313：发送最终理赔信息至用户终端。

在本步骤中，将最终理赔信息至用户终端，便于申请人及时查看理赔信息，确认用户是否同意本次理赔结果。

请参看图4，其为本申请一实施例的票据处理装置400，该装置可应用于图1所示的电子设备1，并可以应用于互联网医疗报销的场景中，以实现对票据信息的大批量自动化处理。该装置包括：第一获取模块401、解析模块402和第一生成模块403，各模块之间的功能原理如下：

第一获取模块401，用于获取待处理的至少一个当前票据信息。详细参见上述实施例中对步骤201的描述。

解析模块402，用于解析当前票据信息，生成对应于当前票据信息的数据键值对。详细参见上述实施例中对步骤202的描述。

第一生成模块403，用于基于数据键值对和预设协议库，生成对应于当前票据信息的当前理赔信息。详细参见上述实施例中对步骤203的描述。

于一实施例中，解析模块402用于：识别当前票据信息的数据类型。于预设字段库中，查找对应于数据类型的字段标识。基于字段标识，解析当前票据信息，生成对应于字段标识的数据键值对。详细参见上述实施例中对步骤302至步骤304的描述。

于一实施例中，第一生成模块403用于：于预设协议库中，查找对应于数据类型的理赔协议。根据键值对和理赔协议，生成对应于当前票据信息的当前理赔信息。详细参见上述实施例中对步骤305至步骤306的描述。

于一实施例中，还包括：第二获取模块404，用于在基于数据键值对和预设协议库，生成对应于当前票据信息的当前理赔信息之后，获取对应于当前票据信息的账户信息和限额条件。读取模块405，用于于历史理赔数据库中，读取账户信息的对应于历史票据信息的历史理赔信息，历史票据信息与当前票据信息的类型相同。第二生成模块406，用于基于限额条件、历史理赔信息和当前理赔信息，生成对应于当前票据信息的最终理赔信息。详细参见上述实施例中的相关描述。

于一实施例中，第二生成模块406用于：根据限额条件和历史理赔信息，计算账户信息的剩余保额信息。判断当前理赔信息是否在剩余保额信息的范围内。若当前理赔信息不在剩余保额信息的范围内，则将剩余保额信息作为最终理赔信息。若当前理赔信息在剩余保额信息的范围内，则将当前理赔信息作为最终理赔信息。详细参见上述实施例中对步骤309至步骤313的描述。

上述票据处理装置400的详细描述，请参见上述实施例中相关方法步骤的描述。

本发明实施例还提供了一种非暂态电子设备可读存储介质，包括：程序，当其在电子设备上运行时，使得电子设备可执行上述实施例中方法的全部或部分流程。其中，存储介质可为磁盘、光盘、只读存储记忆体(Read-Only Memory，ROM)、随机存储记忆体(RandomAccess Memory，RAM)、快闪存储器(Flash Memory)、硬盘(Hard Disk Drive，缩写：HDD)或固态硬盘(Solid-State Drive，SSD)等。存储介质还可以包括上述种类的存储器的组合。

虽然结合附图描述了本发明的实施例，但是本领域技术人员可以在不脱离本发明的精神和范围的情况下作出各种修改和变型，这样的修改和变型均落入由所附权利要求所限定的范围之内。

Claims (10)

1.一种票据处理方法，其特征在于，包括：

获取待处理的至少一个当前票据信息；

解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对；

基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息。

2.根据权利要求1所述的方法，其特征在于，所述解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对，包括：

识别所述当前票据信息的数据类型；

于预设字段库中，查找对应于所述数据类型的字段标识；

基于所述字段标识，解析所述当前票据信息，生成对应于所述字段标识的所述数据键值对。

3.根据权利要求2所述的方法，其特征在于，所述基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息，包括：

于所述预设协议库中，查找对应于所述数据类型的理赔协议；

根据所述键值对和所述理赔协议，生成对应于所述当前票据信息的当前理赔信息。

4.根据权利要求1所述的方法，其特征在于，在所述基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息之后，还包括：

获取对应于所述当前票据信息的账户信息和限额条件；

于历史理赔数据库中，读取所述账户信息的对应于历史票据信息的历史理赔信息，所述历史票据信息与所述当前票据信息的类型相同；

基于所述限额条件、所述历史理赔信息和所述当前理赔信息，生成对应于所述当前票据信息的最终理赔信息。

5.根据权利要求4所述的方法，其特征在于，所述基于所述限额条件、所述历史理赔信息和所述当前理赔信息，生成对应于所述当前票据信息的最终理赔信息，包括：

根据所述限额条件和所述历史理赔信息，计算所述账户信息的剩余保额信息；

判断所述当前理赔信息是否在所述剩余保额信息的范围内；

若所述当前理赔信息不在所述剩余保额信息的范围内，则将所述剩余保额信息作为所述最终理赔信息；

若所述当前理赔信息在所述剩余保额信息的范围内，则将所述当前理赔信息作为所述最终理赔信息。

6.一种票据处理装置，其特征在于，包括：

第一获取模块，用于获取待处理的至少一个当前票据信息；

解析模块，用于解析所述当前票据信息，生成对应于所述当前票据信息的数据键值对；

第一生成模块，用于基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息。

7.根据权利要求6所述的装置，其特征在于，所述解析模块用于：

识别所述当前票据信息的数据类型；

于预设字段库中，查找对应于所述数据类型的字段标识；

基于所述字段标识，解析所述当前票据信息，生成对应于所述字段标识的所述数据键值对。

8.根据权利要求7所述的装置，其特征在于，所述第一生成模块用于：

于所述预设协议库中，查找对应于所述数据类型的理赔协议；

根据所述键值对和所述理赔协议，生成对应于所述当前票据信息的当前理赔信息。

9.根据权利要求6所述的装置，其特征在于，还包括：

第二获取模块，用于在所述基于所述数据键值对和预设协议库，生成对应于所述当前票据信息的当前理赔信息之后，获取对应于所述当前票据信息的账户信息和限额条件；

读取模块，用于于历史理赔数据库中，读取所述账户信息的对应于历史票据信息的历史理赔信息，所述历史票据信息与所述当前票据信息的类型相同；

第二生成模块，用于基于所述限额条件、所述历史理赔信息和所述当前理赔信息，生成对应于所述当前票据信息的最终理赔信息；

所述第二生成模块用于：

根据所述限额条件和所述历史理赔信息，计算所述账户信息的剩余保额信息；

判断所述当前理赔信息是否在所述剩余保额信息的范围内；

若所述当前理赔信息不在所述剩余保额信息的范围内，则将所述剩余保额信息作为所述最终理赔信息；

若所述当前理赔信息在所述剩余保额信息的范围内，则将所述当前理赔信息作为所述最终理赔信息。

10.一种电子设备，其特征在于，包括：

存储器，用以存储计算机程序；

处理器，用以执行如权利要求1至5中任一项所述的方法。

Images