CN109410070A - 核保数据处理方法和系统 - Google Patents

Abstract

本申请涉及数据处理技术，提供了一种核保数据处理方法和系统。其中方法包括：第一服务器接收终端发送的第一核保请求，第一核保请求中携带坐席标识及待核保保单对应的投保数据；第一服务器解析第一核保请求以获取投保数据及坐席标识，并生成第二核保请求，第二核保请求中携带投保数据；第一服务器将第二核保请求发送至第二服务器；第二服务器对投保数据进行字段校验；当所有字段校验成功时，第二服务器根据投保数据进行核保，并在确定核保结果为承保时，向第一服务器发送承保通知；第一服务器接收到承保通知后，从投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中；第一服务器将绩效数据表发送至财务系统服务器。本申请可以能够提高绩效核对便利性。

Description

核保数据处理方法和系统

技术领域

本申请涉及计算机技术领域，特别是涉及一种核保数据处理方法和系统。

背景技术

随着保险业务的快速发展，保险公司跟众多银行之间建立业务联系，银行柜面的坐席人员也可进行保险产品销售。传统技术中，银行柜面的终端一般直接与保险公司的保单数据处理服务器对接，对于银行终端系统传过来的投保数据，保险公司后台会在核保通过后，直接存入其对应的保单数据库，然而，由于保单数据处理服务器的安全性能并不高，保险公司财务系统通常不与保单数据处理服务器直接对接，保险公司财务人员在核对绩效时，往往只能通过线下的方式索取数据进行核对，给财务人员的绩效核对带来不便。

发明内容

基于此，有必要针对上述技术问题，提供一种能够提高绩效核对便利性的核保数据处理方法和系统。

一种核保数据处理方法，所述方法包括：

第一服务器接收终端发送的第一核保请求，所述第一核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器解析所述第一核保请求以获取所述投保数据及所述坐席标识，并生成第二核保请求，所述第二核保请求中携带所述投保数据；

所述第一服务器将所述第二核保请求发送至第二服务器；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知；

所述第一服务器接收到所述承保通知后，从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。

在其中一个实施例中，所述第二服务器对所述投保数据进行字段校验之后，还包括：

当存在校验不成功的字段时，所述第二服务器根据所述校验不成功的字段生成错误提示，将所述错误提示发送至所述第一服务器。

在其中一个实施例中，所述待核保保单对应的投保数据包括所述待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，所述第二服务器根据所述投保数据进行核保，包括：

所述第二服务器根据所述待核保保单对应的险种确定所述待核保保单对应的保险类别；

所述第二服务器根据所述保险类别获取所述被保人的与所述保险类别对应的历史投保数据；

所述第二服务器确定所述历史投保数据中每一个保额对应的保险生效时段；

当任意一个所述保险生效时段中包含所述保险生效日或保险期满日时，所述第二服务器将所述保险生效时段对应的保额与所述待核保保单对应的保额进行累加，得到所述保险类别对应的保额累加值；

当所述保额累加值不超过所述保险类别对应的预设保额阈值时，所述第二服务器确定所述待核保保单的核保结果为拒保。

一种核保数据处理方法，所述方法包括：

第一服务器接收终端发送的核保请求，所述核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器将所述核保请求转发至第二服务器；

所述第二服务器解析所述核保请求，获取所述坐席标识及所述待核保保单对应的投保数据；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知，所述承保通知携带所述投保数据及所述坐席标识；

所述第一服务器从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。

在其中一个实施例中，所述第二服务器对所述投保数据进行字段校验之后，还包括：

当存在校验不成功的字段时，所述第二服务器根据所述校验不成功的字段生成错误提示，将所述错误提示发送至所述第一服务器。

在其中一个实施例中，所述待核保保单对应的投保数据包括所述待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，所述第二服务器根据所述投保数据进行核保，包括：

所述第二服务器根据所述待核保保单对应的险种确定所述待核保保单对应的保险类别；

所述第二服务器根据所述保险类别获取所述被保人的与所述保险类别对应的历史投保数据；

所述第二服务器确定所述历史投保数据中每一个保额对应的保险生效时段；

当任意一个所述保险生效时段中包含所述保险生效日或保险期满日时，所述第二服务器将所述保险生效时段对应的保额与所述待核保保单对应的保额进行累加，得到所述保险类别对应的保额累加值；

当所述保额累加值超过所述保险类别对应的预设保额阈值时，所述第二服务器确定所述待核保保单的核保结果为拒保。

在其中一个实施例中，所述第二服务器将所述保险生效时段对应的保额与所述待核保保单对应的保额进行累加，得到所述待核保保险类别对应的保额累加值之后，还包括：

当所述保额累加值不超过所述保险类别对应的预设保额阈值时，所述第二服务器采用预设的算法进行核保。

在其中一个实施例中，当所述保额累加值不超过所述待核保保险类别对应的预设保额阈值时，所述第二服务器采用预设的算法进行核保，包括：

所述第二服务器根据所述保险类别从所述投保数据中提取对应的目标核保因子，根据所述目标核保因子得到目标特征向量；

将所述目标特征向量输入到已训练的核保评估模型中，得到核保评估值；

根据所述核保评估值确定所述待核保保单对应的核保结果。

一种核保数据处理系统，所述系统包括第一服务器和第二服务器；

第一服务器接收终端发送的第一核保请求，所述第一核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器解析所述第一核保请求以获取所述投保数据及所述坐席标识，并生成第二核保请求，所述第二核保请求中携带所述投保数据；

所述第一服务器将所述第二核保请求发送至第二服务器；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知；

所述第一服务器接收到所述承保通知后，从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。

一种核保数据处理系统，所述系统包括第一服务器和第二服务器；

第一服务器接收终端发送的核保请求，所述核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器将所述核保请求转发至第二服务器；

所述第二服务器解析所述核保请求，获取所述坐席标识及所述待核保保单对应的投保数据；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知，所述承保通知携带所述投保数据及所述坐席标识；

所述第一服务器从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。

上述核保数据处理方法和系统，通过增设第一服务器，用于进行绩效管理，财务系统服务器可直接从第一服务器获取绩效数据表，不需要再通过线下地方式索取绩效数据，从而提高了绩效核对的便利性。

附图说明

图1为一个实施例中核保数据处理方法的应用场景图；

图2为一个实施例中核保数据处理方法的流程示意图；

图3为一个实施例中核保数据处理系统的结构框图；

图4为另一个实施例中核保数据处理方法的流程示意图；

图5为一个实施例中第二服务器进行核保的步骤流程示意图。

具体实施方式

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

本申请提供的核保数据处理方法，可以应用于如图1所示的应用环境中。其中，终端102通过网络与第一服务器104进行通信，第一服务器104通过网络与第二服务器106进行通信，第一服务器104还可通过网络与财务系统服务器108进行通信。终端102可以但不限于是各种个人计算机、笔记本电脑、智能手机、平板电脑，第一服务器104、第二服务器106可以用独立的服务器或者是多个服务器组成的服务器集群来实现。

在一个实施例中，终端102在获取到投保数据后，向第一服务器104发送携带坐席标识及投保数据的第一核保请求，第一服务器104解析第一核保请求以获取投保数据及坐席标识，并生成第二核保请求，第二核保请求种携带投保数据，第一服务器104将第二核保请求发送至第二服务器106，第二服务器106对投保数据进行字段校验，当所有字段校验成功时，第二服务器106根据投保数据进行核保，并在核保成功后，向第一服务器104发送核保成功通知，第一服务器104接收到核保成功通知后，从投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中，财务系统服务器108可直接从第一服务器104中获取绩效数据进行绩效核对和计算。

在一个实施例中，如图2所示，提供了一种核保数据处理方法，包括以下步骤：

步骤S202，第一服务器接收终端发送的第一核保请求，第一核保请求中携带坐席标识及待核保保单对应的投保数据。

具体地，终端为银行柜面的坐席人员使用的终端，坐席人员通过终端录入客户的投保数据，终端在接收到坐席人员的操作指令后，生成核保请求，并在核保请求中携带投保数据及坐席标识，其中，坐席标识用于唯一标识录入投保数据的坐席人员的身份，可由预设位数的字母、数字或其组合组成。投保数据包括投保人、被保人、险种、保额、保费、保险生效日、保险期满日等数据。第一服务器用于对保险销售人员的绩效进行管理。在一个实施例中，第一服务器例如可以是BIS(Business Intelligence System，BIS)系统对应的服务器。

步骤S204，第一服务器解析第一核保请求以获取投保数据及坐席标识，并生成第二核保请求，第二核保请求中携带投保数据。

步骤S206，第一服务器将第二核保请求发送至第二服务器。

具体地，第一服务器接收到第一核保请求后，对第一核保请求进行解析以获取投保数据及坐席标识，进一步，第一服务器生成第二核保请求，并在第二核保请求中携带投保数据，然后将第二核保请求通过网络发送至第二服务器。

步骤S208，第二服务器对投保数据进行字段校验。

具体地，第二服务器对投保数据进行字段校验可以是常规的字段校验，例如，可以是校验投保数据中的电话号码的位数是否正确，校验各个字段是否为空值等等；也可以是根据自定义的校验规则进行校验，例如，校验地址是否为预设区域的地址，校验年龄是否符合预设的年龄要求等等。

步骤S210，当所有字段校验成功时，第二服务器根据投保数据进行核保，并在确定核保结果为承保时，向第一服务器发送承保通知。

具体地，当投保数据中所有的字段均校验成功时，第二服务器对投保数据对应的保单进行核保，其中，第二服务器可以根据预设的核保规则进行核保，也可以采用预设的算法进行核保。在一个实施例中，核保结果包括拒保和承保；在另一个实施例中，核保结果可以为承保、疑似拒保、拒保。可以理解，核保结果的分类中至少包括承保，其他分类可以根据需要事先设定，本申请在此不做限定。

进一步，当核保结果为承保时，第二服务器向第一服务器发送承保通知。

步骤S212，第一服务器接收到承保通知后，从投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中。

具体地，坐席人员的绩效通常根据其销售的保险产品对应的保费来决定，因此，第一服务器在接收到第二服务器发送的承保通知后，从解析获取到的投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中。

步骤S214，第一服务器将绩效数据表发送至财务系统服务器。

具体地，第一服务器可以每隔预设的时间段向财务系统服务器发送绩效数据表，例如，可以每隔半个月发送一次；也可以是在接收到服务器的绩效数据获取请求后，向财务系统服务器发送绩效数据表；还可以是在每一次写入保费数据对绩效数据表进行了更新后，向财务系统服务器发送绩效数据表，具体何时发送，本申请在此不做限制。

上述核保数据处理方法中，通过增设第一服务器，用于进行绩效管理，财务系统服务器可直接从第一服务器获取绩效数据表，不需要再通过线下地方式索取绩效数据，从而提高了绩效核对的便利性。

在一个实施例中，第二服务器对投保数据进行字段校验的步骤之后还包括：当存在校验不成功的字段时，第二服务器根据校验不成功的字段生成错误提示，将错误提示发送至第一服务器。比如，当校验的字段为手机号码时，若手机号码的位数小于或大于11位数时，则生成“手机号码错误”的错误提示。进一步，第一服务器可以将错误提示转发至终端，终端可对错误提示进行显示。

在一个实施例中，待核保保单对应的投保数据包括待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，第二服务器根据投保数据进行核保，包括：第二服务器根据待核保保单对应的险种确定待核保保单对应的保险类别；第二服务器根据保险类别获取被保人的与保险类别对应的历史投保数据；第二服务器确定历史投保数据中每一个保额对应的保险生效时段；当任意一个保险生效时段中包含保险生效日或保险期满日时，第二服务器将保险生效时段对应的保额与待核保保单对应的保额进行累加，得到保险类别对应的保额累加值；当保额累加值不超过保险类别对应的预设保额阈值时，第二服务器确定待核保保单的核保结果为拒保。

其中，险种指的是保险产品的种类，保险类别指的是险种所属的保险大类，一个保险类别可包括多个险种，例如，保险类别为“出行意外类(公共交通)-飞机”，包括“交通意外伤害保险(A款)”、“航空旅客意外伤害保险意外身故”、“交通意外伤害保险(B款)”、“综合交通意外伤害保险(民航班机意外伤害)”等险种。每一个险种与所属的保险类别之间事先建立了映射关系，根据险种可查找到其对应的保险类别。

待核保保单对应的投保数据包括待核保保单对应的险种、被保人、保额、保险生效日及保险期满日等数据，被保人的与保险类别对应的历史投保数据指的是被保人对应的所有历史保单中，险种所属的保险类别与待核保保单对应的保险类别相同的历史保单所对应的投保数据，这些历史投保数据同样包括险种、被保人、保额、保险生效日及保险期满日等数据，根据历史保单对应的保险生效日与保险期满日可以确定历史保单对应的保险生效时段，例如，某个历史保单对应的保险生效日为2016年12月1日，该历史保单对应的保险期满日为2017年12月1日，则该历史保单对应的保险生效时段为2016年12月1日至2017年12月1日，每一个保险生效时段对应一个保额。

进一步，对于每一个保险类别预先设置了对应的保额阈值，当第二服务器计算出待核保保单对应的保险类别的保额累加值超过该预设保额阈值时，则确定待核保保单的核保结果为拒保。

进一步，当保额累加值不超过该保险类别对应的预设保额阈值时，第二服务器采用预设的算法进行核保。

本实施例中，通过判断待核保保单对应的被保人的保额累加值是否超过保额预设阈值，可以有效地进行风险控制，防止恶意投保现象的发生。

在一个实施例中，如图3所示，提供一种核保数据处理系统300，该系统包括第一服务器304和第二服务器306；

第一服务器304接收终端发送的第一核保请求，第一核保请求中携带坐席标识及待核保保单对应的投保数据；

第一服务器304解析第一核保请求以获取投保数据及坐席标识，并生成第二核保请求，第二核保请求中携带投保数据；

第一服务器304将第二核保请求发送至第二服务器306；

第二服务器306对投保数据进行字段校验；

当所有字段校验成功时，第二服务器306根据投保数据进行核保，并在确定核保结果为承保时，向第一服务器304发送承保通知；

第一服务器304接收到承保通知后，从投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中；

第一服务器304将绩效数据表发送至财务系统服务器。

在一个实施例中，当存在校验不成功的字段时，第二服务器根据校验不成功的字段生成错误提示，将错误提示发送至第一服务器。

在一个实施例中，待核保保单对应的投保数据包括待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，第二服务器根据投保数据进行核保，包括：第二服务器根据待核保保单对应的险种确定待核保保单对应的保险类别；第二服务器根据保险类别获取被保人的与保险类别对应的历史投保数据；第二服务器确定历史投保数据中每一个保额对应的保险生效时段；当任意一个保险生效时段中包含保险生效日或保险期满日时，第二服务器将保险生效时段对应的保额与待核保保单对应的保额进行累加，得到保险类别对应的保额累加值；当保额累加值不超过保险类别对应的预设保额阈值时，第二服务器确定待核保保单的核保结果为拒保。

关于核保数据处理系统的具体限定可以参见上文中对于核保数据处理方法的限定，在此不再赘述。

在一个实施例中，如图4所示，提供另一种核保数据处理方法，该方法包括：

步骤S402，第一服务器接收终端发送的核保请求，核保请求中携带坐席标识及待核保保单对应的投保数据。

具体地，终端为银行柜面的坐席人员使用的终端，坐席人员通过终端录入客户的投保数据，终端在接收到坐席人员的操作指令后，生成核保请求，并在核保请求中携带投保数据及坐席标识，其中，坐席标识用于唯一标识录入投保数据的坐席人员的身份，可由预设位数的字母、数字或其组合组成。投保数据包括投保人、被保人、险种、保额、保费、保险责任明细、保险生效日、保险期满日等数据。第一服务器用于对保险销售人员的绩效进行管理。在一个实施例中，第一服务器例如可以是BIS(Business Intelligence System，BIS)系统对应的服务器。

步骤S404，第一服务器将核保请求转发至第二服务器。

具体地，第一服务器接收到终端发送的核保请求后，将该核保请求转发至第二服务器。

步骤S406，第二服务器解析核保请求，获取坐席标识及待核保保单对应的投保数据。

具体地，第二服务器接收到第一服务器发送的核保请求后，对该核保请求进行解析，以获取核保请求中携带的投保数据和坐席标识。

步骤S408，第二服务器对投保数据进行字段校验。

具体地，第二服务器对投保数据进行字段校验可以是常规的字段校验，例如，可以是校验投保数据中的电话号码的位数是否正确，校验各个字段是否为空值等等；也可以是根据自定义的校验规则进行校验，例如，校验地址是否为预设区域的地址，校验年龄是否符合预设的年龄要求等等。

步骤S410，当所有字段校验成功时，第二服务器根据投保数据进行核保，并在确定核保结果为承保时，向第一服务器发送承保通知，承保通知携带投保数据及坐席标识。

具体地，当投保数据中所有的字段均校验成功时，第二服务器对投保数据对应的保单进行核保，其中，第二服务器可以根据预设的核保规则进行核保，也可以采用预设的算法进行核保。在一个实施例中，核保结果包括拒保和承保；在另一个实施例中，核保结果可以为承保、疑似拒保、拒保。可以理解，核保结果的分类中至少包括承保，其他分类可以根据需要事先设定，本申请在此不做限定。

进一步，当核保结果为承保时，第二服务器向第一服务器发送承保通知，并在承保通知中携带投保数据及坐席标识。

步骤S412，第一服务器从投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中。

具体地，坐席人员的绩效通常根据其销售的保险产品对应的保费来决定，因此，第一服务器在接收到第二服务器发送的承保通知后，从解析获取到的投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中。

步骤S414，第一服务器将绩效数据表发送至财务系统服务器。

具体地，第一服务器可以每隔预设的时间段向财务系统服务器发送绩效数据表，例如，可以每隔半个月发送一次；也可以是在接收到服务器的绩效数据获取请求后，向财务系统服务器发送绩效数据表；还可以是在每一次写入保费数据对绩效数据表进行了更新后，向财务系统服务器发送绩效数据表，具体何时发送，本申请在此不做限制。

可以理解，上述实施例的应用环境图可参考图1，在此不做赘述。

上述核保数据处理方法中，通过增设第一服务器，用于进行绩效管理，财务系统服务器可直接从第一服务器获取绩效数据表，不需要再通过线下地方式索取绩效数据，从而提高了绩效核对的便利性。

在一个实施例中，第二服务器对投保数据进行字段校验之后，还包括：当存在校验不成功的字段时，第二服务器根据校验不成功的字段生成错误提示，将错误提示发送至第一服务器。本实施例的具体限定可参考上文实施例的描述，本申请在此不做赘述。

在一个实施例中，待核保保单对应的投保数据包括待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，第二服务器根据投保数据进行核保，包括：第二服务器根据待核保保单对应的险种确定待核保保单对应的保险类别；第二服务器根据保险类别获取被保人的与保险类别对应的历史投保数据；第二服务器确定历史投保数据中每一个保额对应的保险生效时段；当任意一个保险生效时段中包含保险生效日或保险期满日时，第二服务器将保险生效时段对应的保额与待核保保单对应的保额进行累加，得到保险类别对应的保额累加值；当保额累加值不超过保险类别对应的预设保额阈值时，第二服务器确定待核保保单的核保结果为拒保。本实施例的具体限定可参考上文实施例的描述，本申请在此不做赘述。

在一个实施例中，如图5所示，当保额累加值不超过保险类别对应的预设保额阈值时，第二服务器采用预设的算法进行核保，包括：

步骤S502，第二服务器根据保险类别从投保数据中提取对应的目标核保因子，根据目标核保因子得到目标特征向量。

具体地，目标核保因子指的是能够影响核保结果的数据，对于每一个保险类别，事先确定了其对应的目标核保因子对应的字段，比如对于寿险类的险种，可以设定对应的目标核保因子为身高、体重、年龄、性别。保额等等。在一个实施例中，为了确保核保的准确性，可以将投保数据中所有的字段都作为目标核保因子。

进一步，根据目标核保因子得到目标特征向量，可首先按照预设的规则将目标核保数据中每一个数据表示为参数值，比如，可以采用16位的数字来表示各个目标核保因子；然后对参数值进行归一化处理得到标准参数值，最后将标准参数值按照预设的规则进行组合从而得到目标特征向量，比如，假设目标核保因子有6个，分别为A1，A2，A3，A4，A5和A6，假设预先设置向量的组合顺序为[A4，A3，A6，A1，A2，A5]，那么在确定了目标核保因子对应的标准参数值后，将对应的标准参数值按照预设的组合顺序进行组合得到目标特征向量为[A4，A3，A6，A1，A2，A5]。

在一个实施例中，可以采用最大最小算法来进行归一化处理，具体公式为：y＝(x-min)/(max-min)；max，min代表数据里的最大和最小值。在另一个实施例中，可采用平均方差法来进行归一化处理，具体公式为：x＝(x-mean(x))/var(x)，其中，mean(x)为所有数据的均值，var(x)为所有数据的标准差。

步骤S504，第二服务器将目标特征向量输入到已训练的核保评估模型中，得到核保评估值。

其中，核保评估模型通过机器学习的方法对训练样本进行训练得到，用于根据核保数据得到核保评估值，核保评估值用于表示核保结果为承保的可能性大小，核保评估值越大，该待核保保单的核保结果为承保的可能性越大。本实施例中，核保评估模型可采用有监督的训练方法进行训练得到，如逻辑回归模型、SVM(Support Vector Machine，支持向量机)等等。

在一个实施例中，核保评估模型的训练步骤包括：获取历史保单对应的投保数据及对应的核保评估值，根据历史保单对应的保险类型从历史保单对应的投保数据中提取目标核保因子，根据历史保单对应的目标核保因子得到历史保单对应的训练特征向量，将训练特征向量作为核保评估模型的输入样本，将对应的核保评估值作为期望的输出样本进行模型训练，从而得到训练好的核保评估模型。

步骤S506，第二服务器根据核保评估值确定待核保保单对应的核保结果。

在本实施例中，第二服务器获取到核保评估值后，可根据核保评估值确定最终的核保结果。在一个实施例中，核保结果可以包括拒保、承保两种类型。在其他实施例中，可根据实际情况设置更多的核保结果类型，如核保可以是承保、疑似拒保、拒保等，其中，对于核保结果为疑似拒保的保单，可生成一个复核任务，将复核任务分配至对应的复核人员进行进一步核保。

在一个实施例中，可事先设定一个预设数值，当核保评估值不超过该预设数值时，确定核保结果为承保；当核保评估值小于该预设数值时，确定核保结果为拒保。

上述实施例中，通过采用核保评估模型进行核保，可以提高核保的效率和准确率。

在一个实施例中，提供另一种核保数据处理系统，该系统的结构框图可参考图3所示的结构，该系统包括第一服务器和第二服务器；

第一服务器接收终端发送的核保请求，核保请求中携带坐席标识及待核保保单对应的投保数据；

第一服务器将核保请求转发至第二服务器；

第二服务器解析核保请求，获取坐席标识及待核保保单对应的投保数据；

第二服务器对投保数据进行字段校验；

当所有字段校验成功时，第二服务器根据投保数据进行核保，并在确定核保结果为承保时，向第一服务器发送承保通知，承保通知携带投保数据及坐席标识；

第一服务器从投保数据中提取保费信息，将保费信息写入坐席标识对应的绩效数据表中；

第一服务器将绩效数据表发送至财务系统服务器。

在一个实施例中，当存在校验不成功的字段时，第二服务器根据校验不成功的字段生成错误提示，将错误提示发送至第一服务器。

在一个实施例中，待核保保单对应的投保数据包括待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，第二服务器根据投保数据进行核保，包括：

第二服务器根据待核保保单对应的险种确定待核保保单对应的保险类别；

第二服务器根据保险类别获取被保人的与保险类别对应的历史投保数据；

第二服务器确定历史投保数据中每一个保额对应的保险生效时段；

当任意一个保险生效时段中包含保险生效日或保险期满日时，第二服务器将保险生效时段对应的保额与待核保保单对应的保额进行累加，得到保险类别对应的保额累加值；

当保额累加值不超过保险类别对应的预设保额阈值时，第二服务器确定待核保保单的核保结果为拒保。

在一个实施例中，当保额累加值不超过险种类别保险类别对应的预设保额阈值时，第二服务器采用预设的算法进行核保。

在一个实施例中，当保额累加值不超过待核保险种类别保险类别对应的预设保额阈值时，第二服务器采用预设的算法进行核保，包括：

第二服务器根据保险类别从投保数据中提取对应的目标核保因子，根据目标核保因子得到目标特征向量；

第二服务器将目标特征向量输入到已训练的核保评估模型中，得到核保评估值；

第二服务器根据核保评估值确定待核保保单对应的核保结果。

关于核保数据处理系统的具体限定可以参见上文中对于核保数据处理方法的限定，在此不再赘述。

应该理解的是，虽然图2、图4及图5的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，这些步骤可以以其它的顺序执行。而且，图2-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.一种核保数据处理方法，所述方法包括：

第一服务器接收终端发送的核保请求，所述核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器将所述核保请求转发至第二服务器；

所述第二服务器解析所述核保请求，获取所述坐席标识及所述待核保保单对应的投保数据；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知，所述承保通知携带所述投保数据及所述坐席标识；

所述第一服务器从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。

5.根据权利要求4所述的方法，其特征在于，所述第二服务器对所述投保数据进行字段校验之后，还包括：

当存在校验不成功的字段时，所述第二服务器根据所述校验不成功的字段生成错误提示，将所述错误提示发送至所述第一服务器。

6.根据权利要求4所述的方法，其特征在于，所述待核保保单对应的投保数据包括所述待核保保单对应的险种、被保人、保额、保险生效日及保险期满日，所述第二服务器根据所述投保数据进行核保，包括：

所述第二服务器根据所述待核保保单对应的险种确定所述待核保保单对应的保险类别；

所述第二服务器根据所述保险类别获取所述被保人的与所述保险类别对应的历史投保数据；

所述第二服务器确定所述历史投保数据中每一个保额对应的保险生效时段；

当任意一个所述保险生效时段中包含所述保险生效日或保险期满日时，所述第二服务器将所述保险生效时段对应的保额与所述待核保保单对应的保额进行累加，得到所述保险类别对应的保额累加值；

当所述保额累加值不超过所述保险类别对应的预设保额阈值时，所述第二服务器确定所述待核保保单的核保结果为拒保。

7.根据权利要求6所述的方法，其特征在于，所述第二服务器将所述保险生效时段对应的保额与所述待核保保单对应的保额进行累加，得到所述待核保保险类别对应的保额累加值之后，还包括：

当所述保额累加值不超过所述保险类别对应的预设保额阈值时，所述第二服务器采用预设的算法进行核保。

8.根据权利要求7所述的方法，其特征在于，当所述保额累加值不超过所述待核保保险类别对应的预设保额阈值时，所述第二服务器采用预设的算法进行核保，包括：

所述第二服务器根据所述保险类别从所述投保数据中提取对应的目标核保因子，根据所述目标核保因子得到目标特征向量；

所述第二服务器将所述目标特征向量输入到已训练的核保评估模型中，得到核保评估值；

所述第二服务器根据所述核保评估值确定所述待核保保单对应的核保结果。

9.一种核保数据处理系统，其特征在于，所述系统包括第一服务器和第二服务器；

第一服务器接收终端发送的第一核保请求，所述第一核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器解析所述第一核保请求以获取所述投保数据及所述坐席标识，并生成第二核保请求，所述第二核保请求中携带所述投保数据；

所述第一服务器将所述第二核保请求发送至第二服务器；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知；

所述第一服务器接收到所述承保通知后，从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。

10.一种核保数据处理系统，其特征在于，所述系统包括第一服务器和第二服务器；

第一服务器接收终端发送的核保请求，所述核保请求中携带坐席标识及待核保保单对应的投保数据；

所述第一服务器将所述核保请求转发至第二服务器；

所述第二服务器解析所述核保请求，获取所述坐席标识及所述待核保保单对应的投保数据；

所述第二服务器对所述投保数据进行字段校验；

当所有字段校验成功时，所述第二服务器根据所述投保数据进行核保，并在确定核保结果为承保时，向所述第一服务器发送承保通知，所述承保通知携带所述投保数据及所述坐席标识；

所述第一服务器从所述投保数据中提取保费信息，将所述保费信息写入所述坐席标识对应的绩效数据表中；

所述第一服务器将所述绩效数据表发送至财务系统服务器。