CN110610430A - 票据信息处理方法、装置、计算机设备和存储介质 - Google Patents

Abstract

本申请涉及数据处理，提供了一种票据信息处理方法包括：接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至所述服务器，以使服务器根据目标票据数据对理赔申请请求进行核赔。

Description

票据信息处理方法、装置、计算机设备和存储介质

技术领域

本申请涉及计算机技术领域，特别是涉及一种票据信息处理方法、装置、计算机设备和存储介质。

背景技术

随着服务行业的发展和服务知识的普及，越来越多的人愿意通过购买商业服务以获得意外事故的费用补偿。目前，用户在申请商业自助理赔时，要把医院就医的纸质发票整理好，邮寄给服务公司，服务公司对发票进行审核、验真及扫描存档、录入理赔作业系统，导致理赔周期长，用户等待时间长，体验度差。

发明内容

基于此，有必要针对上述技术问题，提供一种无需理赔申请人上传票据信息，简化理赔操作，缩短理赔周期，提高用户体验度的票据信息处理方法、装置、计算机设备和存储介质。

一种票据信息处理方法，所述方法包括：

接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；

根据所述票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，所述结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当所述本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；

将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据，将所述目标票据数据发送至所述服务器，以使所述服务器根据所述目标票据数据对理赔申请请求进行核赔。

在其中一个实施例中，所述票据信息请求是所述服务器接收到理赔申请终端发送的理赔申请请求后生成的，所述理赔申请请求是所述理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，所述理赔申请请求包括所述就诊信息和根据登录用户标识自动提取的申请人信息。

在其中一个实施例中，所述将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据包括：

根据字段标识从所述结构化票据数据中提取预设类型字段对应的目标票据信息；

根据预设类型字段获取对应的标准化关系映射表，将所述目标票据信息映射为目标标准票据信息；

根据所述公司标识确定对应的业务信息；

根据所述业务信息对所述目标标准票据信息进行数据提取筛选得到与公司匹配的所述目标票据数据。

在其中一个实施例中，各个公司对应的服务器属于区块链上的一个节点；所述方法还包括：

所述服务器根据返回的目标票据数据对理赔申请请求进行核赔得到对应的理赔结果数据；

将理赔结果数据写入所述服务器对应的区块，所述服务器将所述理赔结果数据广播至所述区块链上的其他节点，其他节点将所述理赔结果数据写入对应的本地区块。

在其中一个实施例中，所述方法还包括：

理赔申请终端接收第一服务器发送的与第一理赔申请请求对应的第一理赔结果，所述第一理赔申请包括申请人信息和就诊信息；

所述理赔申请终端从所述第一理赔结果中获取理赔状态为失败状态的目标理赔票据标识，向第二服务器发送携带目标理赔票据标识和所述申请人信息的第二理赔申请请求；

所述第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证所述目标理赔票据标识的理赔状态，根据验证结果对所述第二理赔申请请求进行对应的理赔操作。

在其中一个实施例中，所述将理赔结果数据写入所述服务器对应的区块包括：

所述服务器对所述理赔结果数据进行加密后写入对应的区块；

所述服务器将所述理赔结果数据广播至所述区块链上的其他节点，其他节点将所述理赔结果数据写入对应的本地区块，包括：

所述服务器将加密的理赔结果数据广播至所述区块链上的其他节点；

所述其他节点对所述理赔结果数据进行解密并验证，将验证成功的理赔结果数据写入对应的本地区块。

一种票据信息处理装置，所述装置包括：

接收模块，用于接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；

票据信息获取模块，用于根据所述票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，所述结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当所述本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；

发送模块，用于将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据，将所述目标票据数据发送至所述服务器，以使所述服务器根据所述目标票据数据对理赔申请请求进行核赔。

在其中一个实施例中，票据信息请求是所述服务器接收到理赔申请终端发送的理赔申请请求后生成的，所述理赔申请请求是所述理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，所述理赔申请请求包括所述就诊信息和根据登录用户标识自动提取的申请人信息。

一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，所述处理器执行所述计算机程序时实现以下步骤：

接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；

根据所述票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，所述结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当所述本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；

将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据，将所述目标票据数据发送至所述服务器，以使所述服务器根据所述目标票据数据对理赔申请请求进行核赔。

一种计算机可读存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时实现以下步骤：

接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；

根据所述票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，所述结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当所述本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；

将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据，将所述目标票据数据发送至所述服务器，以使所述服务器根据所述目标票据数据对理赔申请请求进行核赔。

上述票据信息处理方法、装置、计算机设备和存储介质，通过接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息，根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息，将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，票据平台服务器在自身的数据库中存储结构化票据数据，无需每次都向医院以及票据提供商申请发票，可供多个不同的公司共享票据信息，减轻医院以及票据提供商的压力，且结构化票据数据易于分析提取，提高了根据各个公司的业务需求提取有效数据的便利性。通过票据平台服务器向公司返回标准统一的发票数据，并保证是可靠真实的，从而无需理赔申请人上传票据信息，简化理赔操作，且可减少公司发票管理成本与审核成本，缩短理赔周期，提高用户体验度。

附图说明

图1为一个实施例中票据信息处理方法的应用环境图；

图2为一个实施例中票据信息处理方法的流程示意图；

图3为一个实施例中票据信息处理装置的结构示意图；

图4为一个实施例中计算机设备的内部结构图。

具体实施方式

为了使本申请的目的、技术方案及优点更加清楚明白，以下结合附图及实施例，对本申请进行进一步详细说明。应当理解，此处描述的具体实施例仅仅用以解释本申请，并不用于限定本申请。

本申请提供的票据信息处理方法，可以应用于如图1所示的应用环境中。如图1所示，该应用环境包括终端110、服务器120、票据平台服务器130、医院服务器140、票据提供方服务器150，各个服务器之间可以通过网络进行通信，通信网络可以是无线或者有线通信网络，例如IP网络、蜂窝移动通信网络等，其中终端、服务器的设备个数不限。

服务器120接收终端110发送的理赔申请请求，根据理赔申请请求生成票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息，服务器120将票据信息请求发送至票据平台服务器130，票据平台服务器130根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，当本地数据库不存在对应的票据信息时，向医院服务器140或票据提供方服务器150发送票据信息获取请求，从医院服务器140或票据提供方服务器150获取对应的票据信息，将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器120，票据云服务平台在自身的数据库中存储发票数据，无需每次都向医院以及票据提供商申请发票，可供多个不同的公司共享票据信息，减轻医院以及票据提供商的压力。通过票据云服务平台向公司返回标准统一的发票数据，并保证是可靠真实的，从而无需理赔申请人上传票据信息，简化理赔操作，且可减少公司发票管理成本与审核成本，缩短理赔周期，提高用户体验度。

在一个实施例中，如图2所示，提供了一种票据信息处理方法，以该方法应用于图1中的应用环境为例进行说明，包括以下步骤：

步骤210，接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息。

具体地，服务器接收到理赔申请终端发送的理赔申请请求后，根据理赔申请请求生成对应的票据信息请求。其中理赔申请请求至少包括申请人信息，如个人姓名、身份证号，还可包括就诊信息，如就诊日期、就诊医院等信息。票据信息请求用于请求与投保人申请的医院对应的票据，公司标识用于标识一个公司，便于票据平台服务器在返回票据信息时向公司标识对应的公司业务服务器返回数据。

步骤220，根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息。

具体地，票据平台服务器的本地数据库中预先存储了大量了从不同医院和票据提供方收集的票据信息，其中票据信息包括结构化票据数据，结构化票据数据是指票据信息的存储采用预设的结构，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，便于根据字段标识、特殊字符串识别提取需要的文本信息。在一个实施例中，票据平台服务器同步接收医院服务器和票据提供方服务器实时产生的票据信息，保证票据平台服务器中的票据信息的全面性与时效性。

其中，结构化票据数据包括电子票据票面的内容，可包括就诊信息、治疗信息、结算信息等内容，可以使用XML语言进行组织。在一个具体的实施例中，结构化票据数据片段如下：

包括字段标识和字段值，不同的字段标识描述不同的票据信息，其中itemName表示发票条款名称，itemStd表示发票条款名称对应的完整额度，itemQuantity表示发票条款数目，itemAmount表示发票条款名称对应的有效额度，itemUnit表示发票条款额度单位，可通过字段标识提取需要的发票信息。

第三方服务器可以是医院服务器、票据提供方服务器等产生或提供票据信息的服务器。

在一个实施例中，票据信息还包括发票图片，发票图片包括就诊信息、治疗信息、结算信息等内容，可发送至服务器，便于相关人员查看。其中发票图片与结构化票据数据是一一对应的。其中结构化票据数据是根据发票信息在生成发票时实时生成的存在一定的结构，可通过预设结构提取需要的信息的数据。

步骤230，将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，以使服务器根据所述目标票据数据对理赔申请请求进行核赔。

具体地，由于各个医院和票据供应商生成的票据信息存在格式和名称不统一的问题，需要将票据信息进行标准化处理生成格式和名称符合标准的数据，提高通信效率和规范性。各个公司在进行理赔时，由于业务信息的不同，所需要的票据信息也不同，可根据公司需求和具体的理赔产品需求，将标准化后的票据信息进行筛选生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，公司根据返回的数据对理赔申请请求进行核赔。

上述票据信息处理方法，通过接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息，根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息，将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，票据平台服务器在自身的数据库中存储结构化票据数据，无需每次都向医院以及票据提供商申请发票，可供多个不同的公司共享票据信息，减轻医院以及票据提供商的压力，且结构化票据数据易于分析提取，提高了根据各个公司的业务需求提取有效数据的便利性。通过票据平台服务器向公司返回标准统一的发票数据，并保证是可靠真实的，从而无需理赔申请人上传票据信息，简化理赔操作，且可减少公司发票管理成本与审核成本，缩短理赔周期，提高用户体验度。

在一个实施例中，票据信息请求是服务器接收到理赔申请终端发送的理赔申请请求后生成的，理赔申请请求是理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，理赔申请请求包括就诊信息和根据登录用户标识自动提取的申请人信息。

具体地，可通过理赔申请请求界面一键发送理赔申请请求，只需要接收填写的就诊信息，可通过登录的用户标识自动提取申请人身份信息。无需邮寄发票或拍照，简单方便快捷。理赔申请请求界面是通过向需要理赔的公司对应的业务服务器请求页面数据后展示的，不同的公司对应不同的理赔申请请求界面，从而生成的理赔申请请求向对应的公司的服务器发送。在一个实施例中，无需填写就诊信息，可根据申请日期由服务器从本地或向票据提供方服务器请求与申请日期匹配的票据信息，做到真正的一键理赔。

本实施例中，通过理赔申请请求界面一键发送理赔申请请求，提高了理赔申请的时效性与便利性。

在一个实施例中，步骤230包括：根据字段标识从结构化票据数据中提取预设类型字段对应的目标票据信息，根据预设类型字段获取对应的标准化关系映射表，将目标票据信息映射为目标标准票据信息，根据公司标识确定对应的业务信息，根据业务信息对目标标准票据信息进行数据提取筛选得到与公司匹配的目标票据数据。

具体地，字段标识用于标识一个类型的字段，可通过预设标签作为字段标识，如药品名称对应的标签为<medicine name>,根据药品名称标签提取A医院开的药“阿司匹林”，编号000234，B医院开的药“阿司匹林肠溶片”，无编号；然后获取药品名称标准化关系映射表，将“阿司匹林”、“阿司匹林肠溶片”映射为标准名称“阿司匹林肠溶片”和国药准字号：233339999得到目标标准票据信息。各个公司的理赔条件不同，针对不同用户的理赔产品也不同，可根据公司标识确定对应的业务信息，如理赔产品标识，再根据业务信息对应业务所需的票据信息要求，从目标标准票据信息中提取与理赔相关的信息，从而得到与公司匹配的目标票据数据。

本实施例中，通过结构化票据数据可通过字段标识快速提取对应的目标票据信息，并转化为目标标准票据信息，从目标标准票据信息中提取有效信息，进一步提高了发票数据获取的准确性与通用性，提高理赔信息的准确性，进一步提高理赔效率。

在一个实施例中，各个公司对应的服务器属于区块链上的一个节点，方法还包括：服务器根据返回的目标票据数据对理赔申请请求进行核赔得到对应的理赔结果数据，将理赔结果数据写入服务器对应的区块，服务器将所述理赔结果数据广播至区块链上的其他节点，其他节点将所述理赔结果数据写入对应的本地区块。

具体地，理赔结果数据包括票据信息，如医疗票据的发票编号，每个发票对应的理赔状态，如理赔成功或失败，已理赔公司名称、赔偿金额、申请处理时间、赔偿时间等。以目标票据数据对应的发票为单位记录理赔结果，提高了理赔结果记录的精细度。对于理赔失败状态的发票，理赔申请人可进一步向其他公司申请理赔。将理赔结果数据存入区块，通过共识机制共享到各节点。服务器将理赔结果数据广播至区块链上的其他节点，其他节点将所述理赔结果数据写入对应的本地区块，所有接入区块链平台的公司都可以公开、透明查询每次理赔的详细状态，并保证此状态是可信的，大大提高了理赔效率。每个公司对应的区块链节点有链上全量的票据理赔信息，理赔前在自己的节点查询待理赔票据的理赔情况，理赔申请人无法利用各家公司信息不透明进行重复理赔，控制了重复报销行为的发生。

在一个实施例中，方法还包括：理赔申请终端接收第一服务器发送的与第一理赔申请请求对应的第一理赔结果，所述第一理赔申请包括申请人信息和就诊信息，理赔申请终端从所述第一理赔结果中获取理赔状态为失败状态的目标理赔票据标识，向第二服务器发送携带目标理赔票据标识和所述申请人信息的第二理赔申请请求，第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证目标理赔票据标识的理赔状态，根据验证结果对第二理赔申请请求进行对应的理赔操作。

具体地，不同的公司由于业务不同可理赔的项目可不同，如理赔人在医院治疗花费了多个不同项目的费用，不同的项目存在不同的发票，如第一项目对应第一发票，第二项目对应第二发票，第一服务器在接收到第一理赔申请后进行第一发票对应的理赔，则第一发票对应的理赔状态为成功，由于第一公司不存在第二发票对应的理赔，则第二发票对应的理赔状态为失败。当检测到第一理赔结果中存在理赔状态为失败状态的第二发票标识时，向第二服务器发送携带第二发票标识和申请人信息的第二理赔申请请求，第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证第二发票标识对应的理赔状态为失败，说明第二发票未在其他公司发生理赔，则对第二理赔申请请求进行对应的理赔操作，完成第二发票对应的理赔。

本实施例中，可在第一公司只理赔部分项目的情况下，快速向其他的公司申请其他未理赔项目的理赔。以发票为单位进行理赔的申请，使得理赔更精细化，也便于快速向不同的公司申请不同的理赔。

在一个实施例中，将理赔结果数据写入服务器对应的区块包括：服务器对理赔结果数据进行加密后写入对应的区块。服务器将理赔结果数据广播至区块链上的其他节点，其他节点将理赔结果数据写入对应的本地区块，包括：服务器将加密的理赔结果数据广播至区块链上的其他节点，其他节点对理赔结果数据进行解密并验证，将验证成功的理赔结果数据写入对应的本地区块。

具体地，服务器先用私钥进行加密，再将加密的理赔结果数据写入服务器对应的区块并广播至区块链上的其他节点，然后其他节点用私钥对应的公钥进行解密并验证，只有验证成功才写入其他节点的本地区块，保证了入链数据的安全性和数据不可篡改。

应该理解的是，虽然图2的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，这些子步骤或者阶段的执行顺序也不必然是依次进行，而是可以与其它步骤或者其它步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。

在一个实施例中，如图3所示，提供了一种票据信息处理装置，包括：接收模块310、票据信息获取模块320、发送模块330，其中：

接收模块310，用于接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息。

票据信息获取模块320，用于根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息。

发送模块330，用于将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，以使服务器根据目标票据数据对理赔申请请求进行核赔。

在一个实施例中，票据信息请求是服务器接收到理赔申请终端发送的理赔申请请求后生成的，理赔申请请求是理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，理赔申请请求包括就诊信息和根据登录用户标识自动提取的申请人信息。

在一个实施例中，发送模块330还用于根据字段标识从结构化票据数据中提取预设类型字段对应的目标票据信息，根据预设类型字段获取对应的标准化关系映射表，将目标票据信息映射为目标标准票据信息，根据公司标识确定对应的业务信息，根据业务信息对目标标准票据信息进行数据提取筛选得到与公司匹配的目标票据数据。

在一个实施例中，各个公司对应的服务器属于区块链上的一个节点，装置还包括：区块写入模块340，用于通过服务器根据返回的目标票据数据对理赔申请请求进行核赔得到对应的理赔结果数据，将理赔结果数据写入服务器对应的区块，服务器将理赔结果数据广播至区块链上的其他节点，其他节点将理赔结果数据写入对应的本地区块。

在一个实施例中，装置还包括：理赔模块350，用于通过理赔申请终端接收第一服务器发送的与第一理赔申请请求对应的第一理赔结果，第一理赔申请包括申请人信息和就诊信息，通过理赔申请终端从第一理赔结果中获取理赔状态为失败状态的目标理赔票据标识，向第二服务器发送携带目标理赔票据标识和申请人信息的第二理赔申请请求，第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证目标理赔票据标识的理赔状态，根据验证结果对第二理赔申请请求进行对应的理赔操作。

在一个实施例中，区块写入模块340还用于通过服务器对理赔结果数据进行加密后写入对应的区块，通过服务器将加密的理赔结果数据广播至区块链上的其他节点，通过其他节点对理赔结果数据进行解密并验证，将验证成功的理赔结果数据写入对应的本地区块。

关于票据信息处理装置的具体限定可以参见上文中对于票据信息处理方法的限定，在此不再赘述。上述票据信息处理装置中的各个模块可全部或部分通过软件、硬件及其组合来实现。上述各模块可以硬件形式内嵌于或独立于计算机设备中的处理器中，也可以以软件形式存储于计算机设备中的存储器中，以便于处理器调用执行以上各个模块对应的操作。

在一个实施例中，提供了一种计算机设备，该计算机设备可以是服务器，其内部结构图可以如图4所示。该计算机设备包括通过系统总线连接的处理器、存储器、网络接口和数据库。其中，该计算机设备的处理器用于提供计算和控制能力。该计算机设备的存储器包括非易失性存储介质、内存储器。该非易失性存储介质存储有操作系统、计算机程序和数据库。该内存储器为非易失性存储介质中的操作系统和计算机程序的运行提供环境。该计算机设备的数据库用于存储脚本等相关数据。该计算机设备的网络接口用于与外部的终端通过网络连接通信。该计算机程序被处理器执行时以实现一种票据信息处理方法。

本领域技术人员可以理解，图4中示出的结构，仅仅是与本申请方案相关的部分结构的框图，并不构成对本申请方案所应用于其上的计算机设备的限定，具体的计算机设备可以包括比图中所示更多或更少的部件，或者组合某些部件，或者具有不同的部件布置。

在一个实施例中，提供了一种计算机设备，包括存储器和处理器，该存储器存储有计算机程序，该处理器执行计算机程序时实现以下步骤：接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，以使服务器根据目标票据数据对理赔申请请求进行核赔。

在一个实施例中，票据信息请求是服务器接收到理赔申请终端发送的理赔申请请求后生成的，理赔申请请求是理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，理赔申请请求包括就诊信息和根据登录用户标识自动提取的申请人信息。

在一个实施例中，将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据包括：根据字段标识从结构化票据数据中提取预设类型字段对应的目标票据信息，根据预设类型字段获取对应的标准化关系映射表，将目标票据信息映射为目标标准票据信息；根据公司标识确定对应的业务信息；根据业务信息对目标标准票据信息进行数据提取筛选得到与公司匹配的目标票据数据。

在一个实施例中，各个公司对应的服务器属于区块链上的一个节点，处理器执行计算机程序时还实现以下步骤：通过服务器根据返回的目标票据数据对理赔申请请求进行核赔得到对应的理赔结果数据，将理赔结果数据写入所述服务器对应的区块，通过服务器将理赔结果数据广播至所述区块链上的其他节点，其他节点将理赔结果数据写入对应的本地区块。

在一个实施例中，处理器执行计算机程序时还实现以下步骤：通过理赔申请终端接收第一服务器发送的与第一理赔申请请求对应的第一理赔结果，第一理赔申请包括申请人信息和就诊信息，理赔申请终端从第一理赔结果中获取理赔状态为失败状态的目标理赔票据标识，向第二服务器发送携带目标理赔票据标识和申请人信息的第二理赔申请请求，通过第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证目标理赔票据标识的理赔状态，根据验证结果对第二理赔申请请求进行对应的理赔操作。

在一个实施例中，将理赔结果数据写入所述服务器对应的区块包括：通过服务器对理赔结果数据进行加密后写入对应的区块；服务器将所述理赔结果数据广播至区块链上的其他节点，其他节点将理赔结果数据写入对应的本地区块，包括：通过服务器将加密的理赔结果数据广播至所述区块链上的其他节点，通过其他节点对理赔结果数据进行解密并验证，将验证成功的理赔结果数据写入对应的本地区块。

在一个实施例中，提供了一种计算机可读存储介质，其上存储有计算机程序，计算机程序被处理器执行时实现以下步骤：接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；根据票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；将票据信息进行标准化处理，根据公司标识生成与公司匹配的目标票据数据，将目标票据数据发送至服务器，以使服务器根据目标票据数据对理赔申请请求进行核赔。

在一个实施例中，票据信息请求是服务器接收到理赔申请终端发送的理赔申请请求后生成的，理赔申请请求是理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，理赔申请请求包括就诊信息和根据登录用户标识自动提取的申请人信息。

在一个实施例中，将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据包括：根据字段标识从所述结构化票据数据中提取预设类型字段对应的目标票据信息，根据预设类型字段获取对应的标准化关系映射表，将目标票据信息映射为目标标准票据信息；根据公司标识确定对应的业务信息；根据业务信息对目标标准票据信息进行数据提取筛选得到与公司匹配的目标票据数据。

在一个实施例中，各个公司对应的服务器属于区块链上的一个节点，计算机程序被处理器执行时还实现以下步骤：通过服务器根据返回的目标票据数据对理赔申请请求进行核赔得到对应的理赔结果数据，将理赔结果数据写入所述服务器对应的区块，通过服务器将理赔结果数据广播至所述区块链上的其他节点，其他节点将理赔结果数据写入对应的本地区块。

在一个实施例中，计算机程序被处理器执行时还实现以下步骤：通过理赔申请终端接收第一服务器发送的与第一理赔申请请求对应的第一理赔结果，第一理赔申请包括申请人信息和就诊信息，理赔申请终端从第一理赔结果中获取理赔状态为失败状态的目标理赔票据标识，向第二服务器发送携带目标理赔票据标识和申请人信息的第二理赔申请请求，通过第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证目标理赔票据标识的理赔状态，根据验证结果对第二理赔申请请求进行对应的理赔操作。

在一个实施例中，将理赔结果数据写入所述服务器对应的区块包括：通过服务器对理赔结果数据进行加密后写入对应的区块；服务器将理赔结果数据广播至区块链上的其他节点，其他节点将理赔结果数据写入对应的本地区块，包括：通过服务器将加密的理赔结果数据广播至所述区块链上的其他节点，通过其他节点对理赔结果数据进行解密并验证，将验证成功的理赔结果数据写入对应的本地区块。

本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的计算机程序可存储于一非易失性计算机可读取存储介质中，该计算机程序在执行时，可包括如上述各方法的实施例的流程。其中，本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用，均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限，RAM以多种形式可得，诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。

以上实施例的各技术特征可以进行任意的组合，为使描述简洁，未对上述实施例中的各个技术特征所有可能的组合都进行描述，然而，只要这些技术特征的组合不存在矛盾，都应当认为是本说明书记载的范围。

以上所述实施例仅表达了本申请的几种实施方式，其描述较为具体和详细，但并不能因此而理解为对发明专利范围的限制。应当指出的是，对于本领域的普通技术人员来说，在不脱离本申请构思的前提下，还可以做出若干变形和改进，这些都属于本申请的保护范围。因此，本申请专利的保护范围应以所附权利要求为准。

Claims (10)

1.一种票据信息处理方法，所述方法包括：

接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；

根据所述票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，所述结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当所述本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；

将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据，将所述目标票据数据发送至所述服务器，以使所述服务器根据所述目标票据数据对理赔申请请求进行核赔。

2.根据权利要求1所述的方法，其特征在于，所述票据信息请求是所述服务器接收到理赔申请终端发送的理赔申请请求后生成的，所述理赔申请请求是所述理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，所述理赔申请请求包括所述就诊信息和根据登录用户标识自动提取的申请人信息。

3.根据权利要求1所述的方法，其特征在于，所述将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据包括：

根据字段标识从所述结构化票据数据中提取预设类型字段对应的目标票据信息；

根据预设类型字段获取对应的标准化关系映射表，将所述目标票据信息映射为目标标准票据信息；

根据所述公司标识确定对应的业务信息；

根据所述业务信息对所述目标标准票据信息进行数据提取筛选得到与公司匹配的所述目标票据数据。

4.根据权利要求1所述的方法，其特征在于，各个公司对应的服务器属于区块链上的一个节点；所述方法还包括：

所述服务器根据返回的目标票据数据对理赔申请请求进行核赔得到对应的理赔结果数据；

将理赔结果数据写入所述服务器对应的区块，所述服务器将所述理赔结果数据广播至所述区块链上的其他节点，其他节点将所述理赔结果数据写入对应的本地区块。

5.根据权利要求1所述的方法，其特征在于，所述方法还包括：

理赔申请终端接收第一服务器发送的与第一理赔申请请求对应的第一理赔结果，所述第一理赔申请包括申请人信息和就诊信息；

所述理赔申请终端从所述第一理赔结果中获取理赔状态为失败状态的目标理赔票据标识，向第二服务器发送携带目标理赔票据标识和所述申请人信息的第二理赔申请请求；

所述第二服务器从本地区块中获取第一理赔结果数据，根据第一理赔结果数据验证所述目标理赔票据标识的理赔状态，根据验证结果对所述第二理赔申请请求进行对应的理赔操作。

6.根据权利要求4所述的方法，其特征在于，所述将理赔结果数据写入所述服务器对应的区块包括：

所述服务器对所述理赔结果数据进行加密后写入对应的区块；

所述服务器将所述理赔结果数据广播至所述区块链上的其他节点，其他节点将所述理赔结果数据写入对应的本地区块，包括：

所述服务器将加密的理赔结果数据广播至所述区块链上的其他节点；

所述其他节点对所述理赔结果数据进行解密并验证，将验证成功的理赔结果数据写入对应的本地区块。

7.一种票据信息处理装置，其特征在于，所述装置包括：

接收模块，用于接收服务器发送的票据信息请求，票据信息请求包括公司标识、投保人信息和就诊信息；

票据信息获取模块，用于根据所述票据信息请求中的投保人信息和就诊信息在本地数据库中查询对应的票据信息，票据信息包括结构化票据数据，所述结构化票据数据是通过对电子票据票面的内容进行字段提取后存储为预设结构生成的数据，包括字段标识和对应的字段内容，当所述本地数据库不存在对应的票据信息时，向第三方服务器发送票据信息获取请求，从第三方服务器获取对应的票据信息；

发送模块，用于将所述票据信息进行标准化处理，根据所述公司标识生成与公司匹配的目标票据数据，将所述目标票据数据发送至所述服务器，以使所述服务器根据所述目标票据数据对理赔申请请求进行核赔。

8.根据权利要求7所述的装置，其特征在于，所述票据信息请求是所述服务器接收到理赔申请终端发送的理赔申请请求后生成的，所述理赔申请请求是所述理赔申请终端通过作用于理赔申请请求界面的虚拟按键操作生成的，所述理赔申请请求包括所述就诊信息和根据登录用户标识自动提取的申请人信息。

9.一种计算机设备，包括存储器和处理器，所述存储器存储有计算机程序，其特征在于，所述处理器执行所述计算机程序时实现权利要求1至6中任一项所述方法的步骤。

10.一种计算机可读存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时实现权利要求1至6中任一项所述方法的步骤。