CN113902573A - 理赔数据的处理方法及装置、存储介质、终端 - Google Patents

理赔数据的处理方法及装置、存储介质、终端 Download PDF

Info

Publication number
CN113902573A
CN113902573A CN202111122485.8A CN202111122485A CN113902573A CN 113902573 A CN113902573 A CN 113902573A CN 202111122485 A CN202111122485 A CN 202111122485A CN 113902573 A CN113902573 A CN 113902573A
Authority
CN
China
Prior art keywords
settlement
order
data
validity
channel
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
CN202111122485.8A
Other languages
English (en)
Inventor
祁伟
沈鹏
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Beijing Absolute Health Ltd
Original Assignee
Beijing Absolute Health Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Beijing Absolute Health Ltd filed Critical Beijing Absolute Health Ltd
Priority to CN202111122485.8A priority Critical patent/CN113902573A/zh
Publication of CN113902573A publication Critical patent/CN113902573A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q40/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本发明公开了一种理赔数据的处理方法及装置、存储介质、终端,涉及数据处理技术领域,所要解决的一个技术问题是如何提高理赔数据的处理效率。主要包括:获取票据图像数据对应的理赔数据;若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。主要用于理赔数据的处理。

Description

理赔数据的处理方法及装置、存储介质、终端
技术领域
本发明涉及数据处理技术领域,尤其是一种理赔数据的处理方法及装置、存储介质、终端。
背景技术
相对于传统保险产品,互联网保险产品具有价格低廉、核保理赔流程方便等特点,互联网保险产品得到越来越多用户的认可。其中,在保险理赔时,一份保险产品的订单对应的理赔权益可能由多方进行赔付,因此,需要各理赔方通过订单发票进行理赔。
目前,现有多方理赔时通常手动录入发票内容,并人工审核发票内容的有效性,针对单个发票内容进行理算,然后进行汇总理算,但是,在此过程中,浪费大量时间以及人力资源,人工审核又会产生较大的审核误差,使得发票内容有效性的审核准确性较差,无法满足多方理赔的理算需求,从而导致理赔数据的处理效率较差。
发明内容
本发明实施例所要解决的一个技术问题是如何提高理赔数据的处理效率。
依据本发明一个方面,提供了一种理赔数据的处理方法,包括:
获取票据图像数据对应的理赔数据;
若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;
若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。
进一步地,所述有效性特征包括订单有效性特征、票据有效性特征,所述获取票据图像数据对应的理赔数据之前,所述方法还包括:
获取不同订单基于识别历史票据图像数据得到的历史理赔数据,并按照时间条件、标记条件、理赔状态条件解析所述历史理赔数据,确定有效性特征;或,
响应于有效性特征确认指令,接收并配置录入的有效性特征。
进一步地,所述基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态包括:
解析所述理赔数据中的时间信息、订单业务状态、标记内容、订单理赔医疗信息;
基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比;
若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息任一项与所述订单有效性特征以及所述票据有效性特征不匹配,则确定订单理赔状态为未通过理赔校验;
若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息与所述订单有效性特征以及所述票据有效性特征匹配,则确定订单理赔状态为通过理赔校验。
进一步地,基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比包括:
当检测到存在与所述订单有效性特征、所述票据有效性特征匹配的校验优先级时,则按照所述校验优先级,将所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比,所述校验优先级用于限定与所述订单有效性特征、所述票据有效性特征进行对比的优先级顺序和/或有效性顺序。
进一步地,若所述订单理赔状态为通过理赔校验,则解析所述理赔数据中的票据金额,并基于所述票据金额以及订单理赔策略生成理赔结果,以基于所述理赔结果进行订单的理赔。
进一步地,若所述理赔数据的理赔通道为无效通道,则生成所述理赔通道的通道指示信息并进行输出,以根据所述通道指示信息进行理赔操作;或,
若所述理赔数据的理赔通道为无效通道,且所述理赔通道为关联通道,则将所述理赔数据上报至所述关联通道的处理端,以使所述处理端基于所述理赔数据进行理赔操作。
进一步地,所述获取票据图像数据对应的理赔数据之前,所述方法还包括:
获取扫描得到的至少一个票据图像数据,并基于图片文字转换技术识别所述票据图像数据中的理赔数据;
若识别所述理赔数据失败,则输出票据识别失败信息,以指示对订单的理赔数据进行录入。
依据本发明一个方面,提供了一种理赔数据的处理装置,包括:
获取模块,用于获取票据图像数据对应的理赔数据;
校验模块,用于若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;
生成模块,用于若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。
进一步地,所述有效性特征包括订单有效性特征、票据有效性特征所述装置还包括:配置模块,
所述获取模块,还用于获取不同订单基于识别历史票据图像数据得到的历史理赔数据,并按照时间条件、标记条件、理赔状态条件解析所述历史理赔数据,确定有效性特征;或,
所述配置模块,用于响应于有效性特征确认指令,接收并配置录入的有效性特征。
进一步地,所述确定模块包括:
解析单元,用于解析所述理赔数据中的时间信息、订单业务状态、标记内容、订单理赔医疗信息;
对比单元,用于基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比;
第一确定单元,用于若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息任一项与所述订单有效性特征以及所述票据有效性特征不匹配,则确定订单理赔状态为未通过理赔校验;
第二确定单元,用于若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息与所述订单有效性特征以及所述票据有效性特征匹配,则确定订单理赔状态为通过理赔校验。
进一步地,所述对比单元,具体用于当检测到存在与所述订单有效性特征、所述票据有效性特征匹配的校验优先级时,则按照所述校验优先级,将所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比,所述校验优先级用于限定与所述订单有效性特征、所述票据有效性特征进行对比的优先级顺序和/或有效性顺序。
进一步地,所述生成模块,还用于若所述订单理赔状态为通过理赔校验,则解析所述理赔数据中的票据金额,并基于所述票据金额以及订单理赔策略生成理赔结果,以基于所述理赔结果进行订单的理赔。
进一步地,所述装置还包括:上报模块,
所述生成模块,还用于若所述理赔数据的理赔通道为无效通道,则生成所述理赔通道的通道指示信息并进行输出,以根据所述通道指示信息进行理赔操作;或,
所述上报模块,还用于若所述理赔数据的理赔通道为无效通道,且所述理赔通道为关联通道,则将所述理赔数据上报至所述关联通道的处理端,以使所述处理端基于所述理赔数据进行理赔操作。
进一步地,所述装置还包括:输出模块,
所述获取模块,还用于获取扫描得到的至少一个票据图像数据,并基于图片文字转换技术识别所述票据图像数据中的理赔数据;
所述输出模块,用于若识别所述理赔数据失败,则输出票据识别失败信息,以指示对订单的理赔数据进行录入。
根据本发明的又一方面,提供了一种存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如上述理赔数据的处理方法对应的操作。
根据本发明的再一方面,提供了一种终端,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行上述理赔数据的处理方法对应的操作。
借由上述技术方案,本发明实施例提供的技术方案至少具有下列优点:
本发明提供了一种理赔数据的处理方法及装置、计算机存储介质、终端,与现有技术相比,本发明实施例通过获取票据图像数据对应的理赔数据;若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新,大大减少了人力资源,提高了针对多方理赔的校验准确性,灵活地满足多方理赔的理算需求,加快理赔数据的处理速度,从而提高理赔数据的处理准确性及效率。
下面通过附图和实施例,对本发明的技术方案做进一步的详细描述。
附图说明
构成说明书的一部分的附图描述了本发明的实施例,并且连同描述一起用于解释本发明的原理。
参照附图,根据下面的详细描述,可以更加清楚地理解本发明,其中:
图1示出了本发明实施例提供的一种理赔数据的处理方法流程图;
图2示出了本发明实施例提供的另一种理赔数据的处理方法流程图;
图3示出了本发明实施例提供的一种多方理赔报案流程图;
图4示出了本发明实施例提供的一种理赔校验流程示意图;
图5示出了本发明实施例提供的一种理赔数据的处理装置组成框图;
图6示出了本发明实施例提供的一种终端的结构示意图。
具体实施方式
现在将参照附图来详细描述本发明的各种示例性实施例。应注意到:除非另外具体说明,否则在这些实施例中阐述的部件和步骤的相对布置、数字表达式和数值不限制本发明的范围。
同时,应当明白,为了便于描述,附图中所示出的各个部分的尺寸并不是按照实际的比例关系绘制的。
以下对至少一个示例性实施例的描述实际上仅仅是说明性的,决不作为对本发明及其应用或使用的任何限制。
对于相关领域普通技术人员已知的技术、方法和设备可能不作详细讨论,但在适当情况下,所述技术、方法和设备应当被视为说明书的一部分。
应注意到:相似的标号和字母在下面的附图中表示类似项,因此,一旦某一项在一个附图中被定义,则在随后的附图中不需要对其进行进一步讨论。
本发明实施例可以应用于计算机系统/服务器,其可与众多其它通用或专用计算系统环境或配置一起操作。适于与计算机系统/服务器一起使用的众所周知的计算系统、环境和/或配置的例子包括但不限于:个人计算机系统、服务器计算机系统、瘦客户机、厚客户机、手持或膝上设备、基于微处理器的系统、机顶盒、可编程消费电子产品、网络个人电脑、小型计算机系统﹑大型计算机系统和包括上述任何系统的分布式云计算技术环境,等等。
计算机系统/服务器可以在由计算机系统执行的计算机系统可执行指令(诸如程序模块)的一般语境下描述。通常,程序模块可以包括例程、程序、目标程序、组件、逻辑、数据结构等等,它们执行特定的任务或者实现特定的抽象数据类型。计算机系统/服务器可以在分布式云计算环境中实施,分布式云计算环境中,任务是由通过通信网络链接的远程处理设备执行的。在分布式云计算环境中,程序模块可以位于包括存储设备的本地或远程计算系统存储介质上。
本发明实施例提供了一种理赔数据的处理方法,如图1所示,该方法包括:
101、获取票据图像数据对应的理赔数据。
本发明实施例中,作为理赔数据的处理执行端获取的理赔数据是从票据图像数据中识别得到的,票据图像数据为包括发票等用于理赔理算的票据进行扫描得到的,当前执行端对扫描得到的票据图像数据进行识别,得到理赔数据。其中,识别得到的理赔数据包括但不限于发票金额、时间、姓名(单位)、发票号、发票类型、关键词(用于理算所指定的内容,如订单编号)等,在识别过程中可以基于光学字符识别技术(Optical CharacterRecognition,OCR),对扫描得到的票据图像数据进行文字内容的识别,从而得到票据中关于理赔的全部理赔数据。
需要说明的是,本发明实施例中的应用场景包括但不限于保险等产品的理赔,作为一个理赔方,为了实现辅助多方理赔的场景,当前执行端可以接收用户录入或提交的全部用于理赔的票据图像,从而进行OCR识别,得到理赔数据。在此过程中,可以将识别得到的理赔数据进行结构化存储,同时,可以将识别得到的理赔数据输出至指定页面,以便识别结果不正确或者因字迹模糊而识别不完整时,后台工作人员进行填写,作为识别得到的理赔数据。另外,对于票据图像数据,为用户录入的每一张票据,即当前执行端对每一张票据进行一次本发明实施例中步骤101-103中方法的实现,从而确定每张票据的理赔数据处理。
102、若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态。
其中,理赔通道用于表征用户基于票据图像数据进行理赔理算的渠道,即有权限作为对理赔数据进行处理的执行方或系统平台,例如,理赔通道可以包括互助式理赔方、保险式理赔方等所开发的服务平台,若当前理赔方为互助式理赔方,则基于理赔数据的理赔通道如果为互助平台,理赔通道为有效通道,基于理赔数据的理赔通道如果为保险平台,理赔通道为无效通道,从而使得只有在基于理赔数据的理赔通道为有效通道的前提下进行订单理赔状态的确定。本发明实施例中,有效性特征用于表征按照理赔通道进行有效理赔的识别条件,即在有效通道的前提下,利用有效性特征对理赔数据进行理赔校验,确定订单理赔状态,即根据订单理赔状态来判断是否可以进行理赔。
需要说明的是,有效性特征包括订单有效性特征、票据有效性特征,订单有效性特征用于表征订单本身是否可以有效进行理赔,票据有效性特征用于表征票据本身是否可以作为理赔数据的识别依据,从而结合两种理赔校验对理赔数据进行判断,确定订单理赔状态。
103、若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出。
本发明实施例中,由于订单理赔状态可以包括通过理赔校验、未通过理赔校验,若订单理赔状态为未通过理赔校验,则说明无法进行理赔,因此,基于理赔数据、票据图像数据以及有效性特征生成指示信息进行输出,以指示对理赔数据进行更新。其中,由于指示信息为用于指示用户进行理赔数据更新的内容,因此,在基于理赔数据、票据图像数据、有效性特征生成指示信息时,具体可以针对未通过理赔校验的内容生成对应的指示信息,例如,若有效性特征为票据有效性特征的票据名称特征,若识别得到的票据名称内容与票据名称特征不匹配,则无法通过理赔校验,生成的指示信息可以为票据名称错误,输出给用户进行查看,以使用户重新上传符合票据名称特征的票据图像数据,大大提高了对理赔数据的处理准确性。
在一个本发明实施例中,为了进一步限定及说明,步骤101获取票据图像数据对应的理赔数据之前,所述方法还包括:获取不同订单基于识别历史票据图像数据得到的历史理赔数据,并按照时间条件、标记条件、理赔状态条件解析所述历史理赔数据,确定有效性特征;或,响应于有效性特征确认指令,接收并配置录入的有效性特征。
本发明实施例中,为了满足不同的理赔校验需求,以适用于不同理赔方进行理赔校验,首先需要确定基于理赔校验的有效性特征,从而进行准确校验,以基于有效性特征对识别得到的理赔数据进行理赔校验。其中一种具体的方法,可以获取不同订单基于识别历史票据图像数据得到的历史理赔数据,即可以根据OCR技术进行识别,确定历史理赔数据后,按照时间条件、标记条件、理赔状态条件对历史理赔数据进行解析,确定有效性特征,例如,历史理赔数据中,成功理赔的保险案件为案件发生时间到票据开具时间期限为2个月,因此,按照时间条件,对应得到的有效性特征为时间特征2个月内,本发明实施例不做具体限定。另外,由于不同的理赔方针对一些特殊情况可以对票据进行标记,则对此票据进行理赔的订单进行优先或者直接理赔,因此,标记内容可以根据历史理赔数据中进行提取。同时,理赔状态条件为是否可以进行理赔的订单状态,例如,订单为已完成过理赔处理,说明此订单再次进行理赔则为重复理赔,因此,针对已经完成理赔处理的订单,确定的有效性特征则为无效,即在校验时,已完成理赔处理的订单确定为无效理赔,对应订单理赔状态为未通过理赔校验,本发明实施例不做具体限定。另外一种具体方法,可以为直接接收用户录入的有效性特征,例如,用户基于有效性特征确认指令的输出,直接录入有效性特征为医疗为a院、未理赔的订单、1年以内的保险案件,则可以基于这些有效性特征进行理赔校验,本发明实施例不做具体限定。
需要说明的是,所述有效性特征包括订单有效性特征、票据有效性特征,订单有效性特征用于表征订单本身是否可以有效进行理赔,对应的,订单有效性特征包括但不限于订单是否启动理赔流程(如订单是否已过保险的等待期)、订单是否完成理赔处理、订单是否带有指定标记、订单是否为指定保险产品等,票据有效性特征用于表征票据本身是否可以作为理赔数据的识别依据,对应的,票据有效性特征包括但不限于票据开具方、票据开具时间、票据对应的订单编号等,本发明实施例不做具体限定。
本发明实施例中,由于有效性特征可以根据用户需求进行配置,因此,作为当前执行端在进行理赔数据与有效性特征进行匹配时,还可以基于理赔数据从平台系统中调取相关数据进行判断,例如,基于理赔数据中的订单编号或者发票编号提取订单的签发时间、订单的等待期时间、订单的历史理赔记录等内容,以根据配置的有效性特征进一步进行理赔校验,本发明实施例不做具体限定。
在一个本发明实施例中,为了进一步限定及说明,如图2所示,步骤102基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态包括:1021、解析所述理赔数据中的时间信息、订单业务状态、标记内容、订单理赔医疗信息;1022、基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比;1023a、若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息任一项与所述订单有效性特征以及所述票据有效性特征不匹配,则确定订单理赔状态为未通过理赔校验;1023b、若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息与所述订单有效性特征以及所述票据有效性特征匹配,则确定订单理赔状态为通过理赔校验。
对于本发明实施例,为了满足对理赔数据的准确校验,在进行理赔校验的过程中,由于有效性特征包括订单有效性特征、票据有效性特征,因此,需要解析已经识别得到的理赔数据中的时间信息、订单业务状态、标记内容、订单理赔医疗信息,从而进一步与订单有效性特征、票据有效性特征进行对比,完成理赔校验。其中,时间信息即为识别票据图像数据中得到的时间内容;订单业务状态包括票据中不同订单针对不同业务的状态内容,例如,票据中记载的某大病医疗费用共结算1万元,说明订单业务状态为大病医疗保险的出险状态,也可以对订单进行编号标记,确定订单是否为与本次票据图像数据识别得到的理赔数据对应进行理赔,确定订单是否重复理赔,本发明实施例不做具体限定;标记内容为不同保险方、医院方对票据进行标记的内容,包括但不限于人工标记或计算机标记;订单理赔医疗信息为票据中记载的具体的医疗内容,包括但不限于理赔金额、或者支付金额,医疗对象,如患者名称等内容,从而基于上述时间信息、订单业务状态、标记内容、订单理赔医疗信息与已经确定的订单有效性特征以及票据有效性特征进行对比。
具体的,若时间信息、订单业务状态、标记内容、订单理赔医疗信息任一项与订单有效性特征以及票据有效性特征不匹配,则说明无法进行有效理赔,因此确定订单理赔状态为未通过理赔校验;若时间信息、订单业务状态、标记内容、单理赔医疗信息与订单有效性特征以及票据有效性特征匹配,则说明可以进行有效理赔,确定订单理赔状态为通过理赔校验,从而进行理赔处理。
需要说明的是,在基于时间信息、订单业务状态、标记内容、订单理赔医疗信息任一项与订单有效性特征以及票据有效性特征进行对比的过程中,可按照顺序进行一一匹配,也可以不按照特征顺序进行匹配,只要完成本发明实施例中全部有效性特征的对比即可,本发明实施例不做具体限定。
在一个本发明实施例中,为了进一步限定及说明,步骤1022基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比包括:当检测到存在与所述订单有效性特征、所述票据有效性特征匹配的校验优先级时,则按照所述校验优先级,将所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比。
为了准确进行时间信息、订单业务状态、标记内容、订单理赔医疗信息分别与订单有效性特征、票据有效性特征之间的对比,从而确定有效性,因此,可以预先对对比的优先级顺序或有效性进行配置,从而按照配置的优先级顺序或有效性进行对比。具体的,校验优先级用于限定与订单有效性特征、票据有效性特征进行对比的优先级顺序和/或有效性顺序,其中,优先级顺序即为对时间信息、订单业务状态、标记内容、订单理赔医疗信息与订单有效性特征、票据有效性特征进行对比的优先级顺序,一般的,当按照优先级顺序进行对比时,即当通过前一个内容的对比后,进行下一个对比,若不通过前一个内容的对比,则不进下一个内容的对比,例如,若优先级顺序为先比较订单业务状态,在比较标记内容,即当订单业务状态与订单有效性特征进行对比后,若匹配,则进行标记内容的对比,从而完成全部的优先级顺序的比较。另外,有效性顺序为对对时间信息、订单业务状态、标记内容、订单理赔医疗信息与订单有效性特征、票据有效性特在进行对比时是否有效的顺序,一般的,当按照有效性顺序进行对比时,即当前一个内容为无效后,下一个内容则不再进行对比,例如,若有效性顺序为订单业务状态、标记内容,订单业务状态与订单有效性特征进行对比后无效,即使标记内容有效,也确定为未通过理赔校验,本发明实施例不做具体限定。
在一个本发明实施例中,为了进一步限定及说明,所述方法还包括:若所述订单理赔状态为通过理赔校验,则解析所述理赔数据中的票据金额,并基于所述票据金额以及订单理赔策略生成理赔结果,以基于所述理赔结果进行订单的理赔。
为了实现理赔数据的有效性处理,若订单理赔状态为通过理赔校验,则说明当前执行端可以基于理赔数据进行理赔,因此,解析理赔数据中的票据金额,以根据票据金额、订单理赔策略生成理赔结果。其中,订单理赔策略为不同理赔订单所对应的理赔计算方式,例如,理赔计算方式可以为(发票总金额-医保支付金额-第三方支付金额-扣除金额)×赔付比例,其中,发票总金额为发票图像数据中识别得到的,医保支付金额可以为按照预先支付比例计算得到的,第三方支付金额可以为按照预先设定比例计算的到的,扣除金额、赔付比例等均可以为预先进行配置的,从而完成理赔结果的计算,当前执行端根据此理赔结果进行理赔。
在一个本发明实施例中,为了进一步限定及说明,所述方法还包括:若所述理赔数据的理赔通道为无效通道,则生成所述理赔通道的通道指示信息并进行输出,以根据所述通道指示信息进行理赔操作;或,若所述理赔数据的理赔通道为无效通道,且所述理赔通道为关联通道,则将所述理赔数据上报至所述关联通道的处理端,以使所述处理端基于所述理赔数据进行理赔操作。
为了实现多方理赔的联合辅助性,在理赔通道为无效时,说明当前理赔方不具有理赔资格,用户可以选择其他通道进行理赔,从而完成有效的理赔数据处理。具体的,若理赔通道为无效通道,可以直接生成通道指示信息,以告知用户通过其他通道进行理赔,同时也可以输出拒绝赔付的内容,本发明实施例不做具体限定。另外,若理赔通道为无效通道,且为关联通道,说明,可以当前理赔方与关联理赔方建立了关联关系,以便在当前执行端判断出是关联通道时,可以直接将理赔数据上报到关联通道的处理端进行理赔处理,例如,若互助平台与保司平台为关联通道,作为当前执行端的互助平台识别出理赔通道为保司平台,则可以将理赔数据之间上报至保司平台,从而大大提高了理赔数据的处理效率。
在一个本发明实施例中,为了进一步限定及说明,步骤101获取票据图像数据对应的理赔数据之前,所述方法还包括:获取扫描得到的至少一个票据图像数据,并基于图片文字转换技术识别所述票据图像数据中的理赔数据;若识别所述理赔数据失败,则输出票据识别失败信息,以指示对订单的理赔数据进行录入。
为了提高理赔数据的获取准确性,从而提高理赔数据的处理效率,具体的,获取票据图像数据时,通过扫描票据得到票据图像数据,并基于图片文字转换技术识别票据图像数据中的理赔数据。在此过程中,若识别理赔数据失败,即无法得到完整可以进行结构化存储的理赔数据时,输出票据识别失败信息,以指示对订单的理赔数据进行录入,即通过人工方式录入全部的理赔数据,以便获取理赔数据。
具体的,在本发明实施例中的一个应用场景中,当保险用户获取到医院开具的发票后,通过互助平台发起理赔报案,如图3所示,将需要进行识别的发票进行扫描,上传发票以完成材料提交,进入理算流程,当前互助平台若识别出理赔通道为有效通道,即属于可以通过互助平台进行理赔的订单后,进入互助平台的理赔数据的处理步骤,从而完成赔付流程。当前互助平台若识别出理赔通道为无效通道,即不属于可以通过互助平台进行理赔的订单后,向关联的保险平台同步订单信息,以使同步票据信息到保险平台,基于保险平台完成赔付流程,并通知互助平台。
同时,在本发明实施例中的一个应用场景中,如图4所示,针对互助平台进行理赔数据处理的过程具体可以包括:用户提交发票图像数据后,当前互助平台对发票图像数据进行OCR识别,针对每一张发票,进行一次发票金额计算,进入每张发票图像数据识别得到的理赔数据的有效性校验过程。其中,已确定的订单有效性特征为订单业务状态为医疗保险出险状态,时间信息为就诊时间为指定时间,订单理赔医疗信息为医院为指定医院、发票金额未超过上限金额,标记内容为指定的人工标记等,票据有效性特征为票据时间在订单生效时间前、订单编号等,同时,确定了如图4所示中的对比优先级顺序进行匹配。具体的,当识别得到的订单编号对应医疗保险已经完成,即保险理赔的订单已经过了保险等待期,则可以基于对理赔数据的解析确定理赔通道,例如,按照条件对所有发票进行分组,分组后只保留优先级最高的赔付方,其他赔付方的发票全部拒赔,并提示到其他渠道进行报案理赔。若理赔通道为有效通道,则进入订单理赔重复性判断,即可以基于订单标号区分出本次提交发票以及非本次提交发票,本次发票参与本次理算金额计算,非本次发票为重复理赔,确定拒赔。确定理赔后,进行发票中的人工标记的确认,若与指定人工标记匹配,则基于有效优先级进行赔付,不再进行其他条件的校验,说明互助平台默认使用人工标记结果。若无指定标记,则基于发票时间与就诊时间为指定时间进行比较,若发票时间需要在确诊时间之后,则可以进入医院内容的校验,即若发票上的医院为指定医院,则确定理赔。上述过程中,可以根据不同校验需求进行顺序优先级或有效优先级调整,以满足不同校验需求,实现不同的匹配顺序,若全部有效性特征完成理赔校验后,则说明可以进行理赔。由于针对一张发票进行一次理赔校验,因此,当发票理赔校验完成后,进行全部发票金额的统计,从而得到理赔结果。
本发明实施例提供了一种理赔数据的处理方法,与现有技术相比,本发明实施例通过获取票据图像数据对应的理赔数据;若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新,大大减少了人力资源,提高了针对多方理赔的校验准确性,灵活地满足多方理赔的理算需求,加快理赔数据的处理速度,从而提高理赔数据的处理准确性及效率。
进一步的,作为对上述图1所示方法的实现,本发明实施例提供了一种理赔数据的处理装置,如图5所示,该装置包括:
获取模块21,用于获取票据图像数据对应的理赔数据;
校验模块22,用于若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;
生成模块23,用于若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。
进一步地,所述有效性特征包括订单有效性特征、票据有效性特征所述装置还包括:配置模块,
所述获取模块,还用于获取不同订单基于识别历史票据图像数据得到的历史理赔数据,并按照时间条件、标记条件、理赔状态条件解析所述历史理赔数据,确定有效性特征;或,
所述配置模块,用于响应于有效性特征确认指令,接收并配置录入的有效性特征。
进一步地,所述确定模块包括:
解析单元,用于解析所述理赔数据中的时间信息、订单业务状态、标记内容、订单理赔医疗信息;
对比单元,用于基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比;
第一确定单元,用于若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息任一项与所述订单有效性特征以及所述票据有效性特征不匹配,则确定订单理赔状态为未通过理赔校验;
第二确定单元,用于若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息与所述订单有效性特征以及所述票据有效性特征匹配,则确定订单理赔状态为通过理赔校验。
进一步地,所述对比单元,具体用于当检测到存在与所述订单有效性特征、所述票据有效性特征匹配的校验优先级时,则按照所述校验优先级,将所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比,所述校验优先级用于限定与所述订单有效性特征、所述票据有效性特征进行对比的优先级顺序和/或有效性顺序。
进一步地,所述生成模块,还用于若所述订单理赔状态为通过理赔校验,则解析所述理赔数据中的票据金额,并基于所述票据金额以及订单理赔策略生成理赔结果,以基于所述理赔结果进行订单的理赔。
进一步地,所述装置还包括:上报模块,
所述生成模块,还用于若所述理赔数据的理赔通道为无效通道,则生成所述理赔通道的通道指示信息并进行输出,以根据所述通道指示信息进行理赔操作;或,
所述上报模块,还用于若所述理赔数据的理赔通道为无效通道,且所述理赔通道为关联通道,则将所述理赔数据上报至所述关联通道的处理端,以使所述处理端基于所述理赔数据进行理赔操作。
进一步地,所述装置还包括:输出模块,
所述获取模块,还用于获取扫描得到的至少一个票据图像数据,并基于图片文字转换技术识别所述票据图像数据中的理赔数据;
所述输出模块,用于若识别所述理赔数据失败,则输出票据识别失败信息,以指示对订单的理赔数据进行录入。
本发明实施例实施例提供了一种理赔数据的处理装置,与现有技术相比,本发明实施例通过获取票据图像数据对应的理赔数据;若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新,大大减少了人力资源,提高了针对多方理赔的校验准确性,灵活地满足多方理赔的理算需求,加快理赔数据的处理速度,从而提高理赔数据的处理准确性及效率。
根据本发明一个实施例提供了一种计算机存储介质,所述存储介质存储有至少一可执行指令,该计算机可执行指令可执行上述任意方法实施例中的理赔数据的处理方法。
图6示出了根据本发明一个实施例提供的一种终端的结构示意图,本发明具体实施例并不对电子设备的具体实现做限定。
如图6所示,该终端可以包括:处理器(processor)302、通信接口(CommunicationsInterface)304、存储器(memory)306、以及通信总线308。
其中:处理器302、通信接口304、以及存储器306通过通信总线308完成相互间的通信。
通信接口304,用于与其它设备比如客户端或其它服务器等的网元通信。
处理器302,用于执行程序310,具体可以执行上述理赔数据的处理方法实施例中的相关步骤。
具体地,程序310可以包括程序代码,该程序代码包括计算机操作指令。
处理器302可能是中央处理器CPU,或者是特定集成电路ASIC(ApplicationSpecific Integrated Circuit),或者是被配置成实施本发明实施例的一个或多个集成电路。电子设备包括的一个或多个处理器,可以是同一类型的处理器,如一个或多个CPU;也可以是不同类型的处理器,如一个或多个CPU以及一个或多个ASIC。
存储器306,用于存放程序310。存储器306可能包含高速RAM存储器,也可能还包括非易失性存储器(non-volatile memory),例如至少一个磁盘存储器。
程序310具体可以用于使得处理器302执行以下操作:
获取票据图像数据对应的理赔数据;
若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;
若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。
本说明书中各个实施例均采用递进的方式描述,每个实施例重点说明的都是与其它实施例的不同之处,各个实施例之间相同或相似的部分相互参见即可。对于系统实施例而言,由于其与方法实施例基本对应,所以描述的比较简单,相关之处参见方法实施例的部分说明即可。
可能以许多方式来实现本发明的方法和系统。例如,可通过软件、硬件、固件或者软件、硬件、固件的任何组合来实现本发明的方法和系统。用于所述方法的步骤的上述顺序仅是为了进行说明,本发明的方法的步骤不限于以上具体描述的顺序,除非以其它方式特别说明。此外,在一些实施例中,还可将本发明实施为记录在记录介质中的程序,这些程序包括用于实现根据本发明的方法的机器可读指令。因而,本发明还覆盖存储用于执行根据本发明的方法的程序的记录介质。
本发明的描述是为了示例和描述起见而给出的,而并不是无遗漏的或者将本发明限于所公开的形式。很多修改和变化对于本领域的普通技术人员而言是显然的。选择和描述实施例是为了更好说明本发明的原理和实际应用,并且使本领域的普通技术人员能够理解本发明从而设计适于特定用途的带有各种修改的各种实施例。

Claims (10)

1.一种理赔数据的处理方法,其特征在于,包括:
获取票据图像数据对应的理赔数据;
若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;
若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。
2.根据权利要求1所述的方法,其特征在于,所述有效性特征包括订单有效性特征、票据有效性特征,所述获取票据图像数据对应的理赔数据之前,所述方法还包括:
获取不同订单基于识别历史票据图像数据得到的历史理赔数据,并按照时间条件、标记条件、理赔状态条件解析所述历史理赔数据,确定有效性特征;或,
响应于有效性特征确认指令,接收并配置录入的有效性特征。
3.根据权利要求2所述的方法,其特征在于,所述基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态包括:
解析所述理赔数据中的时间信息、订单业务状态、标记内容、订单理赔医疗信息;
基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比;
若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息任一项与所述订单有效性特征以及所述票据有效性特征不匹配,则确定订单理赔状态为未通过理赔校验;
若所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息与所述订单有效性特征以及所述票据有效性特征匹配,则确定订单理赔状态为通过理赔校验。
4.根据权利要求3所述的方法,其特征在于,基于所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比包括:
当检测到存在与所述订单有效性特征、所述票据有效性特征匹配的校验优先级时,则按照所述校验优先级,将所述时间信息、所述订单业务状态、所述标记内容、所述订单理赔医疗信息分别与所述订单有效性特征、票据有效性特征进行对比,所述校验优先级用于限定与所述订单有效性特征、所述票据有效性特征进行对比的优先级顺序和/或有效性顺序。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述订单理赔状态为通过理赔校验,则解析所述理赔数据中的票据金额,并基于所述票据金额以及订单理赔策略生成理赔结果,以基于所述理赔结果进行订单的理赔。
6.根据权利要求1所述的方法,其特征在于,所述方法还包括:
若所述理赔数据的理赔通道为无效通道,则生成所述理赔通道的通道指示信息并进行输出,以根据所述通道指示信息进行理赔操作;或,
若所述理赔数据的理赔通道为无效通道,且所述理赔通道为关联通道,则将所述理赔数据上报至所述关联通道的处理端,以使所述处理端基于所述理赔数据进行理赔操作。
7.根据权利要求1-6任一项所述的方法,其特征在于,所述获取票据图像数据对应的理赔数据之前,所述方法还包括:
获取扫描得到的至少一个票据图像数据,并基于图片文字转换技术识别所述票据图像数据中的理赔数据;
若识别所述理赔数据失败,则输出票据识别失败信息,以指示对订单的理赔数据进行录入。
8.一种理赔数据的处理装置,其特征在于,包括:
获取模块,用于获取票据图像数据对应的理赔数据;
校验模块,用于若所述理赔数据的理赔通道为有效通道,则基于已确定的有效性特征对所述理赔数据进行理赔校验,确定订单理赔状态,所述有效性特征用于表征按照所述理赔通道进行有效理赔的识别条件;
生成模块,用于若所述订单理赔状态为未通过理赔校验,则基于所述理赔数据、所述票据图像数据以及所述有效性特征生成理赔指示信息,并进行输出,以指示对所述理赔数据进行更新。
9.一种计算机存储介质,所述存储介质中存储有至少一可执行指令,所述可执行指令使处理器执行如权利要求1-7中任一项所述的理赔数据的处理方法对应的操作。
10.一种终端,包括:处理器、存储器、通信接口和通信总线,所述处理器、所述存储器和所述通信接口通过所述通信总线完成相互间的通信;
所述存储器用于存放至少一可执行指令,所述可执行指令使所述处理器执行如权利要求1-7中任一项所述的理赔数据的处理方法对应的操作。
CN202111122485.8A 2021-09-24 2021-09-24 理赔数据的处理方法及装置、存储介质、终端 Pending CN113902573A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111122485.8A CN113902573A (zh) 2021-09-24 2021-09-24 理赔数据的处理方法及装置、存储介质、终端

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111122485.8A CN113902573A (zh) 2021-09-24 2021-09-24 理赔数据的处理方法及装置、存储介质、终端

Publications (1)

Publication Number Publication Date
CN113902573A true CN113902573A (zh) 2022-01-07

Family

ID=79029450

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111122485.8A Pending CN113902573A (zh) 2021-09-24 2021-09-24 理赔数据的处理方法及装置、存储介质、终端

Country Status (1)

Country Link
CN (1) CN113902573A (zh)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117273666A (zh) * 2023-11-21 2023-12-22 太平金融科技服务(上海)有限公司深圳分公司 一种自动理赔方法、电子设备和存储介质
CN118152548A (zh) * 2024-05-13 2024-06-07 杭州律途科技有限公司 基于问答式图片文本提取模型的医保数据溯源方法及系统

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN117273666A (zh) * 2023-11-21 2023-12-22 太平金融科技服务(上海)有限公司深圳分公司 一种自动理赔方法、电子设备和存储介质
CN118152548A (zh) * 2024-05-13 2024-06-07 杭州律途科技有限公司 基于问答式图片文本提取模型的医保数据溯源方法及系统

Similar Documents

Publication Publication Date Title
CN110263024B (zh) 数据处理方法、终端设备及计算机存储介质
US8861861B2 (en) System and method for processing receipts and other records of users
CN107918916A (zh) 自助理赔申请处理方法、装置、计算机设备及存储介质
EP1083478A2 (en) Methods and apparatus for network-enabled virtual printing
CN111079397B (zh) 基于图像识别的任务文件生成方法及装置
US20140207631A1 (en) Systems and Method for Analyzing and Validating Invoices
CN113902573A (zh) 理赔数据的处理方法及装置、存储介质、终端
CN110188336B (zh) 一种基于oa申请单生成报销单的方法和装置
AU2011236079A1 (en) System and method for processing insurance contracts based on cloud computing, and related business management tool
CN114218110A (zh) 财务数据的对账测试方法、装置、计算机设备及存储介质
CN109214362B (zh) 单据处理方法及相关设备
CN111242788A (zh) 业务数据处理方法、装置、存储介质及计算机设备
CN111784423B (zh) 发票匹配方法、装置、电子设备和存储介质
CN109829769B (zh) 一种电子发票查重方法及系统
US20140279642A1 (en) Systems and methods for enrollment and identity management using mobile imaging
CN110008772B (zh) 一种用于税务管理的发票快速识别与录入的方法和系统
CN111367776A (zh) 资源转移业务的记录方法、装置、设备及存储介质
CN114358707A (zh) 一种人机协同的混合审单决策方法及系统
CN116302974A (zh) 数据测试方法、装置、设备、介质和程序产品
CN111353833A (zh) 一种生成报表的方法和设备
CN111507331B (zh) 一种缴费数据的处理方法及系统
CN113963368A (zh) 业务数据的录入方法、装置、电子设备及存储介质
CN113792570A (zh) 理赔数据处理方法、装置、电子设备及可读介质
CN113537964A (zh) 申请单处理方法、设备、存储介质及装置
CN114115628A (zh) 应用于u盾测试的u盾显示信息获取方法、装置、设备、介质及程序产品

Legal Events

Date Code Title Description
PB01 Publication
PB01 Publication
SE01 Entry into force of request for substantive examination
SE01 Entry into force of request for substantive examination
CB02 Change of applicant information

Address after: 100102 201 / F, block C, 2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant after: Beijing Shuidi Technology Group Co.,Ltd.

Address before: 100102 201, 2 / F, block C, No.2 lizezhong 2nd Road, Chaoyang District, Beijing

Applicant before: Beijing Health Home Technology Co.,Ltd.

CB02 Change of applicant information