CN112396529A - 业务处理方法、装置、设备及存储介质 - Google Patents

Abstract

本申请实施例提供一种业务处理方法、装置、设备及存储介质，所述业务处理方法包括：接收来自业务终端的案件报文；基于预设校验规则，对所述案件报文进行校验，得到第一校验结果；当所述第一校验结果为校验通过时，收取对应于所述案件报文的案件进行核算处理；将完成核算处理的案件回传至所述业务终端。本申请实现了提升理赔工作效率。

Description

业务处理方法、装置、设备及存储介质

技术领域

本申请涉及计算机技术领域，具体而言，涉及一种业务处理方法、装置、设备及存储介质。

背景技术

TPA(Third Party Administrator，第三方管理)是医疗保健行业内，向健康保险公司、或者经营医疗保险特别是医疗费用保险的保险公司提供第三方管理服务的公司，其业务包括提供新契约与保全服务、处理理赔、提供客户服务、医疗服务机构网络、安排医疗费用结算服务等。

目前每次理赔时，保险公司需要把批量的纸质票据提供给TPA方，TPA方理算完成后，把纸质票据还给报销公司，同时把理赔理算结果提供给保险公司。由于涉及到纸质票据的交接，导致目前的TPA服务理算流程周期长，业务处理效率低下，严重影响理赔时效。

发明内容

本申请实施例的目的在于提供一种业务处理方法、装置、设备及存储介质，用以实现提升理赔工作效率。

本申请实施例第一方面提供了一种业务处理方法，包括：接收来自业务终端的案件报文；基于预设校验规则，对所述案件报文进行校验，得到第一校验结果；当所述第一校验结果为校验通过时，收取对应于所述案件报文的案件进行核算处理；将完成核算处理的案件回传至所述业务终端。

于一实施例中，所述基于预设校验规则，对所述案件报文进行校验，得到第一校验结果，包括：基于预设报文格式，判断所述案件报文是否完整；当所述案件报文完整时，于所述案件报文中解析得到案件编号；判断历史收取记录中是否存在所述案件编号；当历史收取记录中不存在所述案件编号时，判断预设保单数据库中是否存在对应于所述案件报文的保单信息；当预设保单数据库中存在对应于所述案件报文的保单信息时，校验通过。

于一实施例中，所述将完成核算处理的案件回传至所述业务终端，包括：查找完成核算处理的案件标记为待回传案件；对所述待回传案件进行加锁；判断历史回传记录中是否存在所述待回传案件的成功回传记录；当历史回传记录中不存在所述待回传案件的成功回传记录时，根据预设接口文档，将所述待回传案件发送至所述业务终端。

于一实施例中，在所述将完成核算处理的案件回传至所述业务终端之后，还包括：接收所述业务终端反馈的回执信息；基于所述回执信息，更新案件状态。

于一实施例中，所述基于所述回执信息，更新案件状态，包括：基于所述业务终端反馈的导入失败回执信息，对导入失败的案件进行修改，并将修改后的案件再次发送至所述业务终端，更新案件回传次数。

于一实施例中，所述基于所述回执信息，更新案件状态，还包括：基于所述业务终端反馈的审核不通过回执信息，对审核不通过的案件重新进行核算处理，并将重新核算后的案件再次发送至所述业务终端，更新案件回传次数。

于一实施例中，所述基于所述回执信息，更新案件状态，还包括：基于所述业务终端反馈的审核通过回执信息，判断审核通过的案件是否满足预设结案条件；当审核通过的案件满足预设结案条件时，将所述审核通过的案件更新为结案状态。

本申请实施例第二方面提供了一种业务处理装置，包括：第一接收模块，用于接收来自业务终端的案件报文；校验模块，用于基于预设校验规则，对所述案件报文进行校验，得到第一校验结果；收取模块，用于当所述第一校验结果为校验通过时，收取对应于所述案件报文的案件进行核算处理；回传模块，用于将完成核算处理的案件回传至所述业务终端。

于一实施例中，所述校验模块用于：基于预设报文格式，判断所述案件报文是否完整；当所述案件报文完整时，于所述案件报文中解析得到案件编号；判断历史收取记录中是否存在所述案件编号；当历史收取记录中不存在所述案件编号时，判断预设保单数据库中是否存在对应于所述案件报文的保单信息；当预设保单数据库中存在对应于所述案件报文的保单信息时，校验通过。

于一实施例中，所述回传模块用于：查找完成核算处理的案件标记为待回传案件；对所述待回传案件进行加锁；判断历史回传记录中是否存在所述待回传案件的成功回传记录；当历史回传记录中不存在所述待回传案件的成功回传记录时，根据预设接口文档，将所述待回传案件发送至所述业务终端。

于一实施例中，还包括：第二接收模块，用于接收所述业务终端反馈的回执信息；更新模块，用于基于所述回执信息，更新案件状态。

于一实施例中，所述更新模块用于：基于所述业务终端反馈的导入失败回执信息，对导入失败的案件进行修改，并将修改后的案件再次发送至所述业务终端，更新案件回传次数。

于一实施例中，所述更新模块用于：基于所述业务终端反馈的审核不通过回执信息，对审核不通过的案件重新进行核算处理，并将重新核算后的案件再次发送至所述业务终端，更新案件回传次数。

于一实施例中，所述更新模块用于：基于所述业务终端反馈的审核通过回执信息，判断审核通过的案件是否满足预设结案条件；当审核通过的案件满足预设结案条件时，将所述审核通过的案件更新为结案状态。

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

本申请实施例第四方面提供了一种非暂态电子设备可读存储介质，包括：程序，当其藉由电子设备运行时，使得所述电子设备执行本申请实施例第一方面及其任一实施例的方法。

附图说明

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

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

图2为本申请一实施例的业务处理方法的应用场景示意图；

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

图4为本申请另一实施例的业务处理方法的流程示意图；

图5为本申请又一实施例的业务处理方法的流程示意图；

图6为本申请一实施例的业务处理装置的结构示意图。

附图标记：

100-电子设备，110-总线，120-处理器，130-存储器，210-业务终端，220-TPA终端，600-业务处理装置，610-第一接收模块，620-校验模块，630-收取模块，640-回传模块，650-第二接收模块，660-更新模块。

具体实施方式

下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行描述。

在本申请的描述中，术语“第一”、“第二”等仅用于区分描述，并不表示排列序号，也不能理解为指示或暗示相对重要性。

在本申请的描述中，术语“包括”、“包含”等表示所描述特征、整体、步骤、操作、元素和/或组件的存在，但并不排除一个或多个其他特征、步骤、操作、元素、组件和/或其集合的存在或添加。

在本申请的描述中，除非另有明确的规定和限定，术语“安装”、“设置”、“设有”、“连接”、“配置为”应做广义理解。例如，可以是固定连接，也可以是可拆卸连接，或整体式构造；可以是机械连接，也可以是电连接；可以是直接相连，也可以是通过中间媒介间接相连，又或者是两个装置、元件或组成部分之间内部的连通。对于本领域的普通技术人员而言，可以根据具体情况理解上述术语在本申请中的具体含义。

请参看图1，其为本申请一实施例的电子设备100的结构示意图，包括至少一个处理器120和存储器130，图1中以一个处理器为例。处理器120和存储器130通过总线110连接，存储器130存储有可被至少一个处理器120执行的指令，指令被至少一个处理器120执行，以使至少一个处理器120执行如下述实施例中的业务处理方法。

于一实施例中，处理器120可以是通用处理器，包括但不限于中央处理器(CentralProcessing Unit，CPU)、网络处理器(Network Processor，NP)等，还可以是数字信号处理器(Digital Signal Processor，DSP)、专用集成电路(Application Specific IntegratedCircuit，ASIC)、现成可编程门阵列(Field Programmable Gate Array，FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等，处理器120是电子设备100的控制中心，利用各种接口和线路连接整个电子设备100的各个部分。处理器120可以实现或者执行本申请实施例中公开的各方法、步骤及逻辑框图。

于一实施例中，存储器130可以由任何类型的易失性或非易失性存储设备或者它们的组合实现，包括但不限于，随机存取存储器(Random Access Memory，RAM)，只读存储器(Read Only Memory，ROM)，静态随机存取存储器(Static Random Access Memory，简称SRAM)，可编程只读存储器(Programmable Read-Only Memory，PROM)，可擦除只读存储器(Erasable Programmable Read-Only Memory，EPROM)，电可擦除只读存储器(ElectricErasable Programmable Read-Only Memory，EEPROM)等。

图1所示的电子设备100的结构仅为示意，电子设备100还可包括比图1中所示更多或者更少的组件，或者具有与图1所示不同的配置。图1中所示的各组件可以采用硬件、软件或其组合实现。

如图2所示，其为本申请一实施例的业务处理方法的应用场景示意图。在该应用场景包括业务终端210和TPA终端220(Third Party Administrator，第三方管理)，业务终端210和TPA终端220通过通信网络连接，可以进行数据交互。于一实施例中，本申请的业务处理方法可以应用于保险理赔场景中，业务终端210可以为保险公司系统，TPA终端220可以为第三方管理平台，业务终端210可以将客户提交的理赔资料发送给TPA终端220，业务终端210收取理赔资料后，根据预设理赔规则对理赔资料进行录入、理算、核赔等操作，并将处理完成的理赔资料回传至业务终端210，由业务终端210进行最终的审核确认。于一实施例中，图1中的电子设备100可以作为TPA终端220，来执行如下述实施例中的业务处理方法。

如图3所示，其为本申请一实施例的业务处理方法的流程示意图，该方法可由图1所示的电子设备100来执行，以实现提升理赔工作效率。该方法包括如下步骤：

步骤310：接收来自业务终端的案件报文。

在上述步骤中，接收来自业务终端210的案件报文，该案件报文根据对应案件的理赔资料数据组装而成。于一实施例中，业务终端210可以将案件报文以xml格式发送至TPA终端220，TPA终端220可以接收xml格式的案件报文并将其转换成一个java对象。

步骤320：基于预设校验规则，对案件报文进行校验，得到第一校验结果。

在上述步骤中，基于预设校验规则，对案件报文的完整性、重复性以及真实性进行校验，得到第一校验结果。对案件报文的完整性校验是指校验案件报文的字段信息是否完整，对案件报文的重复性校验是指校验案件报文对应的案件是否已经被TPA终端220收取过，对案件报文的真实性校验是指校验案件报文对应的案件是否具有相应的投保记录。

于一实施例中，可以分别对案件报文进行完整性校验、重复性校验和真实性校验，并根据完整性校验结果、重复性校验结果和真实性校验结果，得到第一校验结果，只有当完整性校验结果、重复性校验结果和真实性校验结果均为校验通过时，第一校验结果才为校验通过，只要完整性校验结果、重复性校验结果和真实性校验结果中有一个为校验不通过，则第一校验结果就为不通过。

于一实施例中，可以依次对案件报文进行完整性校验、重复性校验和真实性校验，例如首先对案件报文进行完整性校验，在案件报文通过完整性校验后，再对案件报文进行重复性校验，通过重复性校验后，再对案件报文进行真实性校验，通过真实性校验后，得到第一校验结果为校验通过。

步骤330：当第一校验结果为校验通过时，收取对应于案件报文的案件进行核算处理。

在上述步骤中，当第一校验结果为校验通过时，收取对应于案件报文的案件进行核算处理，按照预设理赔规则，对案件的理赔数据进行录入、理算、核赔等操作。于一实施例中，TPA终端220收取案件的方式包括但不限于http、webservice、sftp等。

步骤340：将完成核算处理的案件回传至业务终端。

于一实施例中，可以将完成核算处理的案件按照业务终端210提供的预设接口文档组装，并通过对应于业务终端210的预设回传方式回传至业务终端210，以使业务终端210对案件的核算处理结果进行审核。

如图4所示，其为本申请一实施例的业务处理方法的流程示意图，该方法可由图1所示的电子设备100来执行，以实现提升理赔工作效率。该方法包括如下步骤：

步骤410：接收来自业务终端的案件报文。详细参见上述实施例中对步骤310的描述。

步骤420：基于预设报文格式，判断案件报文是否完整。

在上述步骤中，判断案件报文是否完整，若案件报文完整，则执行步骤430，若案件报文不完整，则结束。

步骤430：于案件报文中解析得到案件编号。

在上述步骤中，于案件报文中解析得到案件编号，案件编号为每个案件的唯一标识。

步骤440：判断历史收取记录中是否存在案件编号。

在上述步骤中，判断历史收取记录中是否存在案件编号，若历史收取记录中不存在案件编号，则执行步骤450，若历史收取记录中存在案件编号，则结束。

步骤450：判断预设保单数据库中是否存在对应于案件报文的保单信息。

在上述步骤中，判断预设保单数据库中是否存在对应于案件报文的保单信息，若预设保单数据库中存在对应于案件报文的保单信息，则执行步骤460，若预设保单数据库中不存在对应于案件报文的保单信息，则结束。

步骤460：收取对应于案件报文的案件进行核算处理。

步骤470：将完成核算处理的案件回传至业务终端。详细参见上述实施例中对步骤340的描述。

步骤480：接收业务终端反馈的回执信息。

于一实施例中，业务终端210反馈的回执信息包括第一回执信息和第二回执行信息，其中，第一回执信息用于表示案件导入是否成，若案件导入成功，则业务终端210反馈导入成功回执信息，若案件导入失败，则业务终端210反馈导入失败回执信息，导入失败回执信息中包括导入失败原因。第二回执信息用于表示案件审核是否通过，在案件导入成功，业务终端210反馈导入成功回执信息之后，若案件审核通过，则业务终端210反馈审核通过回执信息，若案件审核不通过，则业务终端210返回审核不通过回执信息，审核不通过回执信息中包括审核不通过原因。

步骤490：基于回执信息，更新案件状态。

于一实施例中，基于回执信息，更新案件状态，包括：基于业务终端210反馈的导入失败回执信息，对导入失败的案件进行修改，并将修改后的案件再次发送至业务终端210，更新案件回传次数。

于一实施例中，基于回执信息，更新案件状态，还包括：基于业务终端210反馈的审核不通过回执信息，对审核不通过的案件重新进行核算处理，并将重新核算后的案件再次发送至业务终端210，更新案件回传次数。

于一实施例中，基于回执信息，更新案件状态，还包括：基于业务终端210反馈的审核通过回执信息，判断审核通过的案件是否满足预设结案条件；当审核通过的案件满足预设结案条件时，将审核通过的案件更新为结案状态。在上述步骤中，可以判断该案件下所有需要回传的保单是否都审核成功，若该案件下所有需要回传的保单都审核成功，则满足预设结案条件。

如图5所示，其为本申请一实施例的业务处理方法的流程示意图，该方法可由图1所示的电子设备100来执行，以实现提升理赔工作效率。该方法包括如下步骤：

步骤510：接收来自业务终端的案件报文。详细参见上述实施例中对步骤310的描述。

步骤520：基于预设校验规则，对案件报文进行校验，得到第一校验结果。详细参见上述实施例中对步骤320的描述。

步骤530：当第一校验结果为校验通过时，收取对应于案件报文的案件进行核算处理。详细参见上述实施例中对步骤330的描述。

步骤540：查找完成核算处理的案件标记为待回传案件。

步骤550：对待回传案件进行加锁。

在上述步骤中，对待回传案件进行加锁可以防止在多线程回传时，前一个线程的案件还没有回传完，后面的案件又开始回传，导致重复回传。于一实施例中，可以通过redis(Remote Dictionary Server，远程字典服务)对待回传案件进行加锁，redis键可以为案件编号。

步骤560：判断历史回传记录中是否存在待回传案件的成功回传记录。

在上述步骤中，判断历史回传记录中是否存在待回传案件的成功回传记录，若历史回传记录中不存在待回传案件的成功回传记录，则执行步骤570，若历史回传记录中存在待回传案件的成功回传记录，则结束。

于一实施例中，可以通过校验redis中是否有值且值是否为0，判断待回传案件是否有成功回传记录，如果值为0，则证明当前案件有成功回传记录，当前案件不用进行回传，如果没有值则证明是第一次回传，设置值为1，如果值大于1，则证明之前有回传失败的记录。

步骤570：根据预设接口文档，将待回传案件发送至业务终端。

在上述步骤中，按照预设接口文档中的字段格式要求，对待回传案件的相关数据进行组装，待回传案件的相关数据包括但不限于疾病信息、职业信息、影像信息、核算处理结构等。

步骤580：接收业务终端反馈的回执信息。详细参见上述实施例中对步骤480的描述。

步骤590：基于回执信息，更新案件状态。详细参见上述实施例中对步骤490的描述。

于一实施例中，若案件回传成功，则将redis中的值修改为0。

于一实施例中，若由于网络问题，业务终端210导入案件失败，或者业务终端210审核案件不通过，则将该案件标记为问题件，对问题件进行修改或重新核算后，再次回传给业务终端210时，将redis中的值加1。

于一实施例中，若redis中的值达到预设阈值，则发送邮件告警，提示工作人员进行人为干预。

对于有回传失败过的案件有个阈值，达到阈值还没有成功回传的案件需发邮件告警，使相关人员对该案件进行干预处理。

如图6所示，其为本申请一实施例的业务处理装置600的结构示意图，该装置可应用于图1所示的电子设备100，包括：第一接收模块610、校验模块620、收取模块630和回传模块640。各个模块的原理关系如下：

第一接收模块610，用于接收来自业务终端的案件报文。详细参见上述实施例中对步骤310的描述。

校验模块620，用于基于预设校验规则，对案件报文进行校验，得到第一校验结果。详细参见上述实施例中对步骤320的描述。

收取模块630，用于当第一校验结果为校验通过时，收取对应于案件报文的案件进行核算处理。详细参见上述实施例中对步骤330的描述。

回传模块640，用于将完成核算处理的案件回传至业务终端。详细参见上述实施例中对步骤340的描述。

于一实施例中，校验模块620用于：基于预设报文格式，判断案件报文是否完整；当案件报文完整时，于案件报文中解析得到案件编号；判断历史收取记录中是否存在案件编号；当历史收取记录中不存在案件编号时，判断预设保单数据库中是否存在对应于案件报文的保单信息；当预设保单数据库中存在对应于案件报文的保单信息时，校验通过。详细参见上述实施例中对步骤420至步骤450的描述。

于一实施例中，回传模块640用于：查找完成核算处理的案件标记为待回传案件；对待回传案件进行加锁；判断历史回传记录中是否存在待回传案件的成功回传记录；当历史回传记录中不存在待回传案件的成功回传记录时，根据预设接口文档，将待回传案件发送至业务终端。详细参见上述实施例中对步骤540至步骤570的描述。

于一实施例中，业务处理装置600还包括：第二接收模块650，用于接收业务终端反馈的回执信息；更新模块660，用于基于回执信息，更新案件状态。详细参见上述实施例中对步骤480至步骤490的描述。

于一实施例中，更新模块660用于：基于业务终端反馈的导入失败回执信息，对导入失败的案件进行修改，并将修改后的案件再次发送至业务终端，更新案件回传次数。

于一实施例中，更新模块660用于：基于业务终端反馈的审核不通过回执信息，对审核不通过的案件重新进行核算处理，并将重新核算后的案件再次发送至业务终端，更新案件回传次数。

于一实施例中，更新模块660用于：基于业务终端反馈的审核通过回执信息，判断审核通过的案件是否满足预设结案条件；当审核通过的案件满足预设结案条件时，将审核通过的案件更新为结案状态。

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

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

在本申请所提供的几个实施例中，所揭露的装置和方法，也可以通过其它的方式实现。以上所描述的装置实施例仅仅是示意性的，例如，附图中的流程图和框图显示了根据本申请的多个实施例的装置、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上，流程图或框图中的每个方框可以代表一个模块、程序段或代码的一部分，模块、程序段或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。

在有些作为替换的实现方式中，方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如，两个连续的方框实际上可以基本并行地执行，它们有时也可以按相反的顺序执行，这依所涉及的功能而定。也要注意的是，框图和/或流程图中的每个方框、以及框图和/或流程图中的方框的组合，可以用执行规定的功能或动作的专用的基于硬件的系统来实现，或者可以用专用硬件与计算机指令的组合来实现。

另外，在本申请各个实施例中的各功能模块可以集成在一起形成一个独立的部分，也可以是各个模块单独存在，也可以两个或两个以上模块集成形成一个独立的部分。

本说明书中的各个实施例均采用递进的方式描述，各个实施例之间相同相似的部分互相参见即可，每个实施例重点说明的都是与其他实施例的不同之处。以上仅为本申请的优选实施例而已，仅用于说明本申请的技术方案，并不用于限制本申请。对于本技术领域的普通技术人员而言，凡在本申请的精神和原则之内，所作的任何修改、等同替换、改进等，均应包含在本申请的保护范围之内。

Claims (10)

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

接收来自业务终端的案件报文；

基于预设校验规则，对所述案件报文进行校验，得到第一校验结果；

当所述第一校验结果为校验通过时，收取对应于所述案件报文的案件进行核算处理；

将完成核算处理的案件回传至所述业务终端。

2.根据权利要求1所述的方法，其特征在于，所述基于预设校验规则，对所述案件报文进行校验，得到第一校验结果，包括：

基于预设报文格式，判断所述案件报文是否完整；

当所述案件报文完整时，于所述案件报文中解析得到案件编号；

判断历史收取记录中是否存在所述案件编号；

当历史收取记录中不存在所述案件编号时，判断预设保单数据库中是否存在对应于所述案件报文的保单信息；

当预设保单数据库中存在对应于所述案件报文的保单信息时，校验通过。

3.根据权利要求1所述的方法，其特征在于，所述将完成核算处理的案件回传至所述业务终端，包括：

查找完成核算处理的案件标记为待回传案件；

对所述待回传案件进行加锁；

判断历史回传记录中是否存在所述待回传案件的成功回传记录；

当历史回传记录中不存在所述待回传案件的成功回传记录时，根据预设接口文档，将所述待回传案件发送至所述业务终端。

4.根据权利要求1所述的方法，其特征在于，在所述将完成核算处理的案件回传至所述业务终端之后，还包括：

接收所述业务终端反馈的回执信息；

基于所述回执信息，更新案件状态。

5.根据权利要求4所述的方法，其特征在于，所述基于所述回执信息，更新案件状态，包括：

基于所述业务终端反馈的导入失败回执信息，对导入失败的案件进行修改，并将修改后的案件再次发送至所述业务终端，更新案件回传次数。

6.根据权利要求4所述的方法，其特征在于，所述基于所述回执信息，更新案件状态，还包括：

基于所述业务终端反馈的审核不通过回执信息，对审核不通过的案件重新进行核算处理，并将重新核算后的案件再次发送至所述业务终端，更新案件回传次数。

7.根据权利要求4所述的方法，其特征在于，所述基于所述回执信息，更新案件状态，还包括：

基于所述业务终端反馈的审核通过回执信息，判断审核通过的案件是否满足预设结案条件；

当审核通过的案件满足预设结案条件时，将所述审核通过的案件更新为结案状态。

8.一种业务处理装置，其特征在于，包括：

第一接收模块，用于接收来自业务终端的案件报文；

校验模块，用于基于预设校验规则，对所述案件报文进行校验，得到第一校验结果；

收取模块，用于当所述第一校验结果为校验通过时，收取对应于所述案件报文的案件进行核算处理；

回传模块，用于将完成核算处理的案件回传至所述业务终端。

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

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

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

10.一种非暂态电子设备可读存储介质，其特征在于，包括：程序，当其藉由电子设备运行时，使得所述电子设备执行权利要求1至7中任一项所述的方法。

Images