CN111640030B

CN111640030B - 保险理赔失败数据的处理装置、设备及存储介质

Info

Publication number: CN111640030B
Application number: CN202010477350.2A
Authority: CN
Inventors: 郑晓菲
Original assignee: Taikang Insurance Group Co Ltd; Taikang Pension Insurance Co Ltd
Current assignee: Taikang Insurance Group Co Ltd; Taikang Pension Insurance Co Ltd
Priority date: 2020-05-29
Filing date: 2020-05-29
Publication date: 2023-07-25
Anticipated expiration: 2040-05-29
Also published as: CN111640030A

Abstract

本申请提供一种保险理赔失败数据的处理装置、设备及存储介质。该装置包括：数据获取单元、数据处理单元和输出单元。数据获取单元用于获取保险业务系统的第一理赔失败数据以及财务系统的第二理赔失败数据；数据处理单元用于按照第一理赔失败数据和第二理赔失败数据中的数据标识将第一理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据；输出单元用于将第三理赔失败数据发送至终端设备。该装置提高了保险理赔失败数据的处理效率。

Description

保险理赔失败数据的处理装置、设备及存储介质

技术领域

本申请涉及数据处理技术，尤其涉及一种保险理赔失败数据的处理装置、设备及存储介质。

背景技术

保险理赔环节是保险业务最重要的服务环节，通过保险业务系统进行理赔后，若保险理赔失败，则需要将理赔失败数据通知到保险业务员，以便业务员及时对客户的理赔业务进行跟踪处理。

目前，保险业务系统的理赔失败数据中对于理赔失败的原因通常统一记载为其他原因，但没有理赔失败的具体原因；而财务系统的理赔失败数据中则记载了从银行系统获取到的理赔失败的具体原因，由于财务系统数据的敏感性，目前，保险业务系统不能与财务系统直接对接从财务系统中获取相关数据。因此，保险运营人员和财务人员等需要频繁在两个系统中查找数据并进行逐个核对整理，再将整理后的理赔失败数据逐一提供给业务员。

上述方法中，理赔失败数据的处理完全依靠多部门人员手工进行，处理效率低下，且容易出现错误和遗漏。

发明内容

本申请提供一种保险理赔失败数据的处理装置、设备及存储介质，以提高理赔失败数据的处理效率，避免错误和遗漏。

第一方面，本申请提供一种保险理赔失败数据的处理装置，包括：数据获取单元、数据处理单元和输出单元；

所述数据获取单元获取保险业务系统的第一理赔失败数据以及财务系统的第二理赔失败数据；其中，所述第一理赔失败数据为所述保险业务系统执行用户理赔流程失败的数据；所述第二理赔失败数据为银行系统返回给所述财务系统的支付失败数据；

所述数据处理单元按照所述第一理赔失败数据和所述第二理赔失败数据中的数据标识将所述第一理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据；

所述输出单元将所述第三理赔失败数据发送至终端设备，以使业务员通过所述终端设备获取所述第三理赔失败数据。

可选的，所述数据获取单元向所述保险业务系统发送第一请求，所述第一请求用于请求所述第一理赔失败数据；

所述数据获取单元接收所述保险业务系统发送的第一理赔失败数据。

可选的，所述数据获取单元执行预设脚本登录所述保险业务系统；

按照预设菜单的图样对所述保险业务系统的页面进行光学字符识别和图文比对，确定出所述预设菜单；

进入所述预设菜单下载所述第一理赔失败数据。

可选的，所述数据获取单元向所述财务系统发送第二请求，所述第二请求用于请求所述第二理赔失败数据；

所述数据获取单元接收所述财务系统发送的所述第二理赔失败数据，其中，所述第二理赔失败数据是所述财务系统对所述装置验证通过后发送的。

可选的，所述数据获取单元向所述财务系统发送第二请求之前，向所述财务系统发送验证请求，所述验证请求中包括所述装置的标识；

所述数据获取单元接收所述财务系统发送验证通过响应。

可选的，所述数据获取单元按照预设的邮件名称对预设邮箱中的邮件进行识别；

下载识别出的邮件的附件；所述附件中包括所述第二理赔失败数据。

可选的，所述数据处理单元将所述第三理赔失败数据分别存储在M个数据表中；其中，每个所述数据表的各条理赔失败数据中的业务员相同，M为所述第一理赔失败数据中的业务员的数量。

可选的，所述数据处理单元按照所述第一理赔失败数据的每条理赔失败数据中的保单号，分别将所述第一理赔失败数据的每条理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中所述保单号对应的第二理赔失败原因。

第二方面，本申请提供一种保险理赔失败数据的处理方法，包括：

获取保险业务系统的第一理赔失败数据以及财务系统的第二理赔失败数据；其中，所述第一理赔失败数据为所述保险业务系统执行用户理赔流程失败的数据；所述第二理赔失败数据为银行系统返回给所述财务系统的支付失败数据；

按照所述第一理赔失败数据和所述第二理赔失败数据中的数据标识将所述第一理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据；

将所述第三理赔失败数据发送至终端设备，以使业务员通过所述终端设备获取所述第三理赔失败数据。

可选的，所述获取保险业务系统的第一理赔失败数据，包括：

所述数据获取单元向所述保险业务系统发送第一请求，所述第一请求用于请求所述第一理赔失败数据；

执行预设脚本登录所述保险业务系统；

进入所述预设菜单下载所述第一理赔失败数据。

可选的，获取财务系统的第二理赔失败数据，包括：

向所述财务系统发送第二请求，所述第二请求用于请求所述第二理赔失败数据；

接收所述财务系统发送的所述第二理赔失败数据，其中，所述第二理赔失败数据是所述财务系统对所述装置验证通过后发送的。

可选的，所述方法还包括：

向所述财务系统发送第二请求之前，向所述财务系统发送验证请求，所述验证请求中包括所述装置的标识；

接收所述财务系统发送验证通过响应。

可选的，获取财务系统的第二理赔失败数据，包括：

按照预设的邮件名称对预设邮箱中的邮件进行识别；

可选的，所述方法还包括：

将所述第三理赔失败数据分别存储在M个数据表中；其中，每个所述数据表的各条理赔失败数据中的业务员相同，M为所述第一理赔失败数据中的业务员的数量。

可选的，所述按照所述第一理赔失败数据和所述第二理赔失败数据中的数据标识将所述第一理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中对应的第二理赔失败原因，包括：

按照所述第一理赔失败数据的每条理赔失败数据中的保单号，分别将所述第一理赔失败数据的每条理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中所述保单号对应的第二理赔失败原因。

第三方面，本申请提供一种保险理赔失败数据的处理设备，包括存储器和处理器；所述存储器和所述处理器连接；

所述存储器，用于存储计算机程序；

所述处理器，用于在计算机程序被执行时，实现如上述第一方面中任一项的装置实现的功能。

第四方面，本申请提供一种存储介质，其上存储有计算机程序，所述计算机程序被处理器执行时，实现如上述第一方面中任一项的装置实现的功能。

本申请提供一种保险理赔失败数据的处理装置、设备及存储介质。该装置包括数据获取单元、数据处理单元和输出单元，该装置通过数据获取单元自动获取保险业务系统的第一理赔失败数据以及财务系统的第二理赔失败数据，通过数据处理单元将其中的理赔失败原因进行替换，并进一步通过输出单元将第三理赔失败数据发送至终端设备，实现了理赔失败数据的自动化处理，提高了处理效率，避免了人工核对整理导致的错误和遗漏；同时该装置可以按照预设的调度程序进行理赔失败数据的处理，还提高了处理的及时性，保证了业务员能够及时准确的收到理赔失败数据。此外，该方法还减少了接触理赔失败数据的人员，进一步提高了保险业务中敏感数据的安全性。

附图说明

为了更清楚地说明本申请实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图做一简单地介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动性的前提下，还可以根据这些附图获得其他的附图。

图1为本申请提供的一种保险理赔失败数据的处理装置的应用场景图一；

图2为本申请提供的一种保险理赔失败数据的处理装置的应用场景图二；

图3为本申请提供的一种保险理赔失败数据的处理方法的流程示意图；

图4为本申请提供的一种保险理赔失败数据的处理设备的结构示意图。

具体实施方式

为使本申请实施例的目的、技术方案和优点更加清楚，下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。

保险业务系统是保险公司的核心业务系统，用于处理客户的各种保险业务，例如保险理赔业务，保险业务系统中对于理赔支付清单中的理赔失败数据，其失败原因通常统一记载为其他原因，但没有理赔失败的具体原因；而在财务系统的理赔失败数据中则记载了从银行系统中获取到的理赔失败的具体原因。由于财务系统数据的敏感性，目前，保险业务系统与财务系统不能实现对接，因此目前的处理流程中，运营人员需要登录保险业务系统中获取其中的理赔失败数据，还需要通知财务人员登录财务系统查询采取系统的理赔失败数据，将两个系统中的数据逐个进行核对整理，再将整理后的理赔失败数据提供给业务员。由于该过程完全依靠人工处理，涉及不同部门的多个人员，效率较低，且容易出现错误、遗漏和处理不及时。此外，由于该过程需要多个人员处理接触理赔失败数据，也使得这些敏感数据的安全无法保障。

为了解决上述问题，本申请在保险领域的理赔失败数据处理过程中引入保险理赔失败数据的处理装置，示例的，该装置可以是利用机器人流程自动化(RoboticProcessAutomation)的流程机器人，该装置可以通过软件和/或硬件的方式实现。如图1所示，本申请中保险理赔失败数据的处理装置10从保险业务系统20和财务系统30中分别获取理赔失败数据，并对理赔失败数据进行处理后发送至至少一个业务员的终端设备40。保险理赔失败数据的处理装置10、保险业务系统20和财务系统30可以在同一台设备上或不同设备上，本申请对此不作限制，如图1中以保险理赔失败数据的处理装置10、保险业务系统20和财务系统30分别在不同设备上为例进行示意。以下结合具体的实施例对保险理赔失败数据的处理装置进行说明。

图2为本申请提供的一种保险理赔失败数据的处理装置的应用场景图二。如图2所示，保险理赔失败数据的处理装置10可以包括：数据获取单元101、数据处理单元102和输出单元103。

数据获取单元101用于获取保险业务系统20的第一理赔失败数据以及财务系统30的第二理赔失败数据。

其中，第一理赔失败数据为保险业务系统执行用户理赔流程失败的数据，第二理赔失败数据为银行系统返回给财务系统30的支付失败数据。

数据处理单元102用于按照第一理赔失败数据和第二理赔失败数据中的数据标识将第一理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据。

输出单元103用于将第三理赔失败数据发送至终端设备40，以使业务员通过终端设备40获取第三理赔失败数据。

本实施例中的处理装置10在实际应用中可以为保险公司系统中执行各类任务的流程机器人，通过预先设定的机器人运行脚本进行调度，例如，在预设时间执行本实施例的方法对应的保险理赔失败数据的处理任务，或者判断调度程序中排在本实施例方法对应的保险理赔失败数据的处理任务之前的其他任务已经完成，则开始执行本实施例的方法对应的保险理赔失败数据的处理任务。流程机器人可以通过执行预设的脚本来获取保险业务系统的第一理赔失败数据以及财务系统的第二理赔失败数据。例如，通过预设的脚本从第一理赔失败数据和第二理赔失败数据的存储位置进行数据获取，并将获取到的第一理赔失败数据以及第二理赔失败数据存储在本地计算机中。

第一理赔失败数据中记载了理赔失败的被保险人信息、保单号、银行账户信息、金额、失败备注以及业务员等各类信息，但是第一理赔失败数据中的失败备注中没有具体的失败原因，示例的，该失败备注通常仅显示为其他，即第一理赔失败原因为其他。而财务系统的第二理赔失败数据中则记载了理赔失败的被保险人信息、保单号、银行账户信息、金额、以及具体的理赔失败原因，如账户和户名不符、账户不存在等具体原因，即第二理赔失败原因为理赔失败的具体原因。为了使业务员能够获得完整的理赔失败信息以便于对客户的理赔业务进行跟踪处理，按照第一理赔失败数据和第二理赔失败数据中的数据标识，例如保单号、流水号等唯一标识，将第一理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据，这样，第三理赔失败数据中的信息中就包括了理赔失败的具体原因。

第一理赔失败数据中包括了业务员的信息，因此替换后形成的第三理赔失败数据中也包括该业务员的信息，流程机器人将第三理赔失败数据发送至业务员的终端设备40，以便于业务员通过终端设备40获取到第三理赔失败数据。例如，流程机器人通过该业务员的信息获取业务员的第一预设邮箱，该第一预设邮箱可以存储在流程机器人可以访问的文件中。这样，流程机器人在获取到业务员的第一预设邮箱后，即可调用简单邮件传输协议(Simple Mail Transfer Protocol，简称SMTP)将第三理赔失败数据发送至第一预设邮箱中。可选的，业务员的第一预设邮箱可以为业务员在保险公司的内网邮箱，这样可以避免保险理赔业务的敏感数据对外网发送，保证了数据的安全性。

本实施例提供的保险理赔失败数据的处理装置，通过自动进行理赔失败数据的获取，并进一步将其中的理赔失败原因进行替换，实现了理赔失败数据的自动化处理，提高了处理效率，避免了人工核对整理导致的错误和遗漏，同时流程机器人按照预设的调度程序进行理赔失败数据的处理，还提高了处理的及时性，保证了业务员能够及时准确的收到理赔失败数据。此外，该方法还减少了接触理赔失败数据的人员，进一步提高了保险业务中敏感数据的安全性。

在上述实施例的基础上，对本申请的保险理赔失败数据的处理装置做进一步说明。

对于数据获取单元101，在一种可行的实现方式中，数据获取单元101用于向保险业务系统20发送第一请求，第一请求用于请求第一理赔失败数据；数据获取单元101还用于接收保险业务系统20发送的第一理赔失败数据。

在这种实现方式中，流程机器人直接通过数据获取单元101与保险业务系统之间的请求和相应进行数据交互，从保险业务系统20获取第一理赔失败数据

在另一种可行的实现方式中，数据获取单元101用于执行预设脚本登录保险业务系统20；按照预设菜单的图样对保险业务系统的页面进行光学字符识别和图文比对，确定出预设菜单；进入预设菜单下载第一理赔失败数据。

第一理赔失败数据存储在保险业务系统的预设菜单下，该预设菜单根据保险业务系统的实际情况设置。流程机器人通过进入该预设菜单，在该预设菜单中下载第一理赔失败数据。

具体的，流程机器人通过执行预设脚本登录该保险业务系统；流程机器人登录时可以采用预先设置的专用账号。登录之后，即可按照预设菜单的图样对保险业务系统的页面进行光学字符识别和图文比对从而识别出该预设菜单，例如预设菜单为保险理赔-理赔失败数据，流程机器人首先在保险业务系统的页面识别到第一级菜单保险理赔，进入保险理赔的页面，再进一步在保险理赔的页面识别到第二级菜单理赔失败数据，从而进入该预设菜单，在该预设菜单中下载该第一理赔失败数据。流程机器人在预设菜单中下载第一理赔失败数据时，可以按照预设的规则进行下载，例如下载当前日期之前两天内的第一理赔失败数据，该规则可以根据实际需要进行设置。在下载第一理赔失败数据之后，还可以对第一理赔失败数据进行完整性校验，例如在预设的规则为下载当前日期之前两天内的第一理赔失败数据时，在下载完成后，确认下载的数据是否包含了当前日期之前两天内的数据。

流程机器人下载第一理赔失败数据的过程中，可能出现各类报错，例如预设菜单下某个时间的数据为空，则此时流程机器人可以尝试重新下载或者下载另一个时间的数据等，或者再如，流程机器人进入预设菜单后，预设菜单页面中出现了与下载不相关的弹窗，流程机器人可以关闭该弹窗后进行下载。流程机器人可以自动处理下载过程中的各类报错，直至完成第一理赔失败数据的下载。

在又一种可行的实现方式中，数据获取单元101用于向财务系统30发送第二请求，第二请求用于请求第二理赔失败数据；数据获取单元还用于接收财务系统30发送的第二理赔失败数据，其中，第二理赔失败数据是财务系统30对处理装置10验证通过后发送的。

由于财务系统30中的财务数据的敏感性，处理装置10，例如流程机器人在与财务系统30进行数据交互时需要保证数据的安全性，因此财务系统30需要对处理装置10进行安全验证。具体的，数据获取单元101在向财务系统30发送第二请求之前，先向财务系统30发送验证请求，验证请求中包括处理装置10的标识；财务系统30根据处理装置10的标识对其进行验证后发送验证通过响应，之后数据获取单元101向财务系统30发送第二请求以获取第二理赔失败数据。

在再一种可行的实现方式中，财务系统30中的第二理赔失败数据需要由财务人员登录财务系统30进行下载，然后再将该第二理赔失败数据作为附件通过邮件发送至预设邮箱，该预设邮箱为预先设置的流程机器人可以从中读取邮件的邮箱。财务人员可以按照预设的规则来下载第二理赔失败数据，例如下载当前日期之前两天内的第二理赔失败数据，以保证第一理赔失败数据和第二理赔失败数据的时间匹配。

具体的，数据获取单元101按照预设的邮件名称对预设邮箱中的邮件进行识别；下载识别出的邮件的附件；该附件中包括该第二理赔失败数据。例如，预设的邮件名称可以为财务系统理赔失败数据，则数据获取单元101按照该邮件名称在第二预设邮箱中进行识别即可获得相应名称的邮件并下载该邮件的附件。

本实施例提供的保险理赔失败数据的处理装置，能够实现自动获取保险业务系统和财务系统的理赔失败数据，避免了运营人员的人工处理，提高了获取数据的效率。

在上述实施例的基础上，对数据处理单元102进行说明。

数据处理单元102按照第一理赔失败数据和第二理赔失败数据中的数据标识，将第一理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据。

由于第一理赔失败数据中的每条理赔失败数据中的第一理赔失败原因是不具体的，如其他原因等模糊描述，业务员无法从中获得理赔失败的真正原因，因此需要将第一理赔失败原因替换为第二理赔失败原因，其中，第二理赔失败原因是例如账号不存在、账号和户名不匹配等具体的原因。

具体的，数据处理单元102按照第一理赔失败数据中的每条理赔失败数据中的保单号，分别将第一理赔失败数据的每条理赔失败数据中的第一理赔失败原因替换为该第二理赔失败数据中该保单号对应的第二理赔失败原因。

由于第一理赔失败数据、第二理赔失败数据中都包含有保单号等信息，流程机器人可以通过保单号确定第一理赔失败数据中的每条理赔失败数据所对应的第二理赔失败数据中的理赔失败数据，从而将其中的第一理赔失败原因替换为第二理赔失败原因，形成第三理赔失败数据，第三理赔失败数据中包括了第二理赔失败原因，也就是理赔失败的具体原因。示例代码如下：

--匹配失败原因

'去掉csv文件中的table

'set objcsv＝CreateObject("Scripting.FileSystemObject")

'set csvfile＝objcsv.OpenTextFile(WScript.Arguments(0),1)

'set csvfile＝objcsv.OpenTextFile("C:\Users\hp\Desktop\流程机器人\场景1\result养老.csv",1)

'S＝Replace(csvfile.readall,"","")'读取财务表csv文件

'csvfile.Close

'set csvfile＝objcsv.OpenTextFile(WScript.Arguments(0),2)

'set csvfile＝objcsv.OpenTextFile("C:\Users\hp\Desktop\流程机器人\场景1\result养老.csv",2)

'csvfile.Write S'写入财务表csv文件

'csvfile.Close

'msgbox WScript.Arguments(0)

'msgbox WScript.Arguments(1)

'msgbox WScript.Arguments(2)

'msgbox WScript.Arguments(3)

set obj＝CreateObject("Excel.Application")

obj.Visible＝True

obj.DisplayAlerts＝False

obj.AskToUpdateLinks＝False

set srcbook＝obj.Workbooks.Open(WScript.Arguments(1))'避免打开excel弹出更新连接弹框

'set srcbook＝obj.Workbooks.Open("C:\Users\hp\Desktop\流程机器人\场景1\other10.129.16.1991545124922914.xls")

obj.AskToUpdateLinks＝True

obj.DisplayAlerts＝False

set srcsheet＝srcbook.Sheets(1)

set Financebook＝obj.Workbooks.Open(WScript.Arguments(0))'财务表

set Financesheet＝Financebook.Sheets(1)

srcrowsCount＝srcsheet.UsedRange.Rows.Count

FinancerowsCount＝Financesheet.UsedRange.Rows.Count

srcsheet.Cells(5,19).Value＝"实付号账户名"'平台失败数据表中添加s列

adds＝"S5:S"&srcrowsCount'拼接s列范围回盘表总行数

srcsheet.Range(adds).Value＝"＝I5&N5"

'srcrows＝srcsheet.Range.Rows.Count

srcsheet.Cells(5,20).Value＝"财务表失败备注"

vlookup＝"＝IFERROR(VLOOKUP(N6,'["&WScript.Arguments(2)&".csv]"&WScript.Arguments(2)&"'！$T$4:$Z$"&FinancerowsCount&",7,FALSE),"""")"

'msgbox vlookup

'srcsheet.Range("T6:T139").Value＝"＝IFERROR(VLOOKUP(N6,'[result养老.csv]result养老'！$T$4:$Z$6000,7,FALSE),"""")"'增加T列，与财务表数据V出失败备注

addt＝"T6:T"&srcrowsCount

srcsheet.Range(addt).Value＝vlookup'增加T列，与财务表数据V出失败备注

srcbook.Save

Set srcsheet＝Nothing

srcbook.Close

Set srcbook＝Nothing

obj.Quit

Set obj＝Nothing

set xlApp＝CreateObject("KET.Application")

xlApp.Visible＝True

xlApp.DisplayAlerts＝False

xlApp.AskToUpdateLinks＝False

'set xlSrcBook＝xlApp.Workbooks.Open(WScript.Arguments(0))

set xlSrcBook＝xlApp.Workbooks.Open("C:\Users\hp\Desktop\流程机器人\场景1\回盘错误.xls")'避免打开excel弹出更新连接弹框

xlApp.AskToUpdateLinks＝True

xlApp.DisplayAlerts＝False

set srcsheet＝xlSrcBook.sheets(1)

set tarBook＝xlApp.Workbooks.Open("C:\Users\hp\Desktop\流程机器人\场景1\84862345.xls")

set tarsheet＝tarBook.Worksheets("应付领取人明细信息")

srcsheet.Range("F6:F139").Value＝"＝VLOOKUP(K6,'[84862345.xls]',$C$2:$C$2000,1,FALSE)"

进一步的，数据处理单元102将第三理赔失败数据分别存储在M个数据表中。

其中，每个数据表的各条理赔失败数据中的业务员相同，M为第一理赔失败数据中的业务员的数量。

第一理赔失败数据中可以包括不同客户的多条理赔失败数据，每条理赔失败数据中也具有相应的业务员的标识，例如业务员姓名、工号等，不同的理赔失败数据对应的业务员可以相同或不同，因此第三理赔失败中同样可以不包括不同业务员的数据。数据处理单元102可以调用脚本，例如VBS脚本，来操作第三理赔失败数据，按照业务员的维度遍历第三理赔失败数据，将相同业务员的理赔失败数据放置在一个数据表中，即可获得M个数据表。示例代码如下：

/>

在此基础上相应的，输出单元103该将该第三理赔失败数据发送至对应的M个业务员的终端设备40。

数据处理单元1402获得的M个数据表中，每个数据表对应一个业务员，输出单元103将每个数据表分别发送至对应的业务员的终端设备40，以使每个业务员都可以获得自己所负责的客户业务的理赔失败数据，以进行跟踪处理。示例代码如下：

set obj＝CreateObject("Excel.Application")

obj.Visible＝True

obj.DisplayAlerts＝False

obj.AskToUpdateLinks＝False

set emailbook＝obj.Workbooks.Open(WScript.Arguments(0))'邮箱表

set tkbook＝obj.Workbooks.Open(WScript.Arguments(1))'TK表

obj.AskToUpdateLinks＝True

obj.DisplayAlerts＝False

set emailsheet＝emailbook.Sheets(1)

emailrowsCount＝emailsheet.UsedRange.Rows.Count

set tksheet＝tkbook.Sheets(1)

'＝VLOOKUP(A1,'[外勤-邮箱TK号.xls]员工花名册(内外勤)'！$B$2:$H$15,7,FALSE)

tkrowsCount＝tksheet.UsedRange.Rows.Count

tkvalue＝"E1:E"&tkrowsCount

'vlookup＝"＝VLOOKUP(A1,'[外勤-邮箱TK号.xls]员工花名册(内外勤)'！$B$2:$H$"&emailrowsCount&",7,FALSE)"

vlookup＝"＝VLOOKUP(B1,'[外勤-邮箱TK号.xls]员工姓名邮箱'！$A$2:$B$"&emailrowsCount&",2,FALSE)"

tksheet.Range(tkvalue).Value＝vlookup

Set emailsheet＝Nothing

emailbook.Close

Set emailbook＝Nothing

tkbook.Save

Set tksheet＝Nothing

tkbook.Close

Set tkbook＝Nothing

obj.Quit

Set obj＝Nothing

本实施例提供的保险理赔失败数据的处理装置，按照业务员的维度对理赔失败数据进行分类，之后再将每个业务员对应的理赔失败数据中发送给该业务员的终端设备，使得每个业务员都可以精准地获取到相应的理赔失败数据。

图3为本申请提供的一种保险理赔失败数据的处理方法的流程示意图。该方法的执行主体为保险理赔失败数据的处理装置，例如流程机器人。如图3所示，该方法包括：

S301、获取保险业务系统的第一理赔失败数据以及财务系统的第二理赔失败数据；其中，第一理赔失败数据为保险业务系统执行用户理赔流程失败的数据；第二理赔失败数据为银行系统返回给财务系统的支付失败数据。

S302、按照第一理赔失败数据和第二理赔失败数据中的数据标识将第一理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据；

S303、将第三理赔失败数据发送至终端设备，以使业务员通过终端设备获取第三理赔失败数据。

可选的，获取保险业务系统的第一理赔失败数据，包括：

数据获取单元向保险业务系统发送第一请求，第一请求用于请求第一理赔失败数据；

数据获取单元接收保险业务系统发送的第一理赔失败数据。

可选的，获取保险业务系统的第一理赔失败数据，包括：

执行预设脚本登录保险业务系统；

按照预设菜单的图样对保险业务系统的页面进行光学字符识别和图文比对，确定出预设菜单；

进入预设菜单下载第一理赔失败数据。

可选的，获取财务系统的第二理赔失败数据，包括：

向财务系统发送第二请求，第二请求用于请求第二理赔失败数据；

接收财务系统发送的第二理赔失败数据，其中，第二理赔失败数据是财务系统对装置验证通过后发送的。

可选的，方法还包括：

向财务系统发送第二请求之前，向财务系统发送验证请求，验证请求中包括装置的标识；

接收财务系统发送验证通过响应。

可选的，获取财务系统的第二理赔失败数据，包括：

按照预设的邮件名称对预设邮箱中的邮件进行识别；

下载识别出的邮件的附件；附件中包括第二理赔失败数据。

可选的，方法还包括：

将第三理赔失败数据分别存储在M个数据表中；其中，每个数据表的各条理赔失败数据中的业务员相同，M为第一理赔失败数据中的业务员的数量。

可选的，按照第一理赔失败数据和第二理赔失败数据中的数据标识将第一理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中对应的第二理赔失败原因，包括：

按照第一理赔失败数据的每条理赔失败数据中的保单号，分别将第一理赔失败数据的每条理赔失败数据中的第一理赔失败原因替换为第二理赔失败数据中保单号对应的第二理赔失败原因。

本实施例的方法可以由图2所示实施中的保险理赔失败数据的处理装置执行，其实现原理和技术效果类似，此处不再赘述。

图4为本申请提供的一种保险理赔失败数据的处理设备的结构示意图。如图4所示，保险理赔失败数据的处理设备400包括存储器401和处理器402；存储器401和处理器402连接；

存储器401，用于存储计算机程序；

处理器402，用于在计算机程序被执行时，实现上述实施例中任一项装置所实现的功能。

本申请提供一种存储介质，其上存储有计算机程序，该计算机程序被处理器执行时，实现如上述方法实施例中任一项的装置所实现的功能。

在本申请所提供的几个实施例中，应该理解到，所揭露的设备和方法，可以通过其它的方式实现。例如，以上所描述的设备实施例仅仅是示意性的，例如，模块的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个模块可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通信连接可以是通过一些接口，装置或模块的间接耦合或通信连接，可以是电性，机械或其它的形式。

作为分离部件说明的模块可以是或者也可以不是物理上分开的，作为模块显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部模块来实现本实施例方案的目的。

本领域普通技术人员可以理解：实现上述各方法实施例的全部或部分步骤可以通过程序指令相关的硬件来完成。前述的程序可以存储于一计算机可读取存储介质中。该程序在执行时，执行包括上述各方法实施例的步骤；而前述的存储介质包括：ROM、RAM、磁碟或者光盘等各种可以存储程序代码的介质。

最后应说明的是：以上各实施例仅用以说明本申请的技术方案，而非对其限制；尽管参照前述各实施例对本申请进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分或者全部技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本申请各实施例技术方案的范围。

Claims

1.一种保险理赔失败数据的处理装置，其特征在于，包括：数据获取单元、数据处理单元和输出单元；

所述数据处理单元按照所述第一理赔失败数据和所述第二理赔失败数据中的数据标识将所述第一理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中对应的第二理赔失败原因，形成第三理赔失败数据；所述第一理赔失败数据包括理赔失败的被保险人信息、保单号、银行账户信息、金额、失败备注以及业务员，所述失败备注的第一理赔失败原因没有具体的理赔失败原因；所述第二理赔失败数据包括所述理赔失败的被保险人信息、所述保单号、所述银行账户信息、所述金额以及第二理赔失败原因，所述第二理赔失败原因包括具体的理赔失败原因；

2.根据权利要求1所述的装置，其特征在于，

3.根据权利要求1所述的装置，其特征在于，

所述数据获取单元执行预设脚本登录所述保险业务系统；

进入所述预设菜单下载所述第一理赔失败数据。

4.根据权利要求1所述的装置，其特征在于，

所述数据获取单元向所述财务系统发送第二请求，所述第二请求用于请求所述第二理赔失败数据；

5.根据权利要求4所述的装置，其特征在于，

所述数据获取单元向所述财务系统发送第二请求之前，向所述财务系统发送验证请求，所述验证请求中包括所述装置的标识；

所述数据获取单元接收所述财务系统发送验证通过响应。

6.根据权利要求1所述的装置，其特征在于，

所述数据获取单元按照预设的邮件名称对预设邮箱中的邮件进行识别；

7.根据权利要求1-6任一项所述的装置，其特征在于，

所述数据处理单元将所述第三理赔失败数据分别存储在M个数据表中；其中，每个所述数据表的各条理赔失败数据中的业务员相同，M为所述第一理赔失败数据中的业务员的数量。

8.根据权利要求7所述的装置，其特征在于，

所述数据处理单元按照所述第一理赔失败数据的每条理赔失败数据中的保单号，分别将所述第一理赔失败数据的每条理赔失败数据中的第一理赔失败原因替换为所述第二理赔失败数据中所述保单号对应的第二理赔失败原因。

9.一种保险理赔失败数据的处理设备，其特征在于，包括存储器和处理器；所述存储器和所述处理器连接；

所述存储器，用于存储计算机程序；

所述处理器，用于在计算机程序被执行时，实现如上述权利要求1-8中任一项的装置所实现的功能。

10.一种存储介质，其上存储有计算机程序，其特征在于，所述计算机程序被处理器执行时，实现如上述权利要求1-8中任一项的装置所实现的功能。