CN110689442A - 一种核保方法及系统 - Google Patents

Abstract

本申请公开了一种核保方法及核保系统。该方法包括：确定投保客户的当前保单信息，其中当前保单信息中包括客户标识；根据当前保单信息中的客户标识从核保前置数据库中获取投保客户的既往保单信息，其中，核保前置数据库用于存储从核心数据库中筛选出的应用于核保业务的数据；根据当前保单信息以及既往保单信息对当前保单进行核保。由于，核保前置数据库用于存储从核心数据库中筛选出的应用于核保业务的数据，该核保前置数据库所存储的数据量相对较少，并且主要用于支撑核保业务的处理，因此相对于核心数据库，核保前置数据库的负荷较相对较小，核保过程中从核保前置数据库中获取数据的速度较快，从而能够提高核保的效率。

Description

一种核保方法及系统

技术领域

本申请涉及保险技术领域，尤其涉及一种核保方法及系统。

背景技术

保险公司在承保之前，需要对投保用户的投保信息进行核保，以确定保险费率或是否接受承保。目前的核保过程中，首先从核心数据库中获取核保所需要的数据，然后基于该数据和预设的核保规则进行核保。但是，这种从核心数据库中获取数据进行核保的方式，通常核保效率较低。

发明内容

本申请实施例提供一种核保方法及系统，用于解决现有技术中核保效率较低的问题。

本申请实施例提供了一种核保方法，包括：

确定投保客户的当前保单信息，其中所述当前保单信息中包括客户标识；

根据所述当前保单信息中的客户标识从核保前置数据库中获取所述投保客户的既往保单信息，其中，所述核保前置数据库用于存储从核心数据库中筛选出的应用于核保业务的数据；

根据所述当前保单信息以及所述既往保单信息对当前保单进行核保。

优选的，确定投保客户的当前保单信息，具体包括：通过对核保业务请求中所包含的报文进行解析，确定投保客户的当前保单信息。

优选的，对所述当前保单的核保完成后，所述方法还包括：根据所述当前保单信息生成新的既往保单信息，并将所述新的既往保单信息存储于核心数据库中。

优选的，所述方法还包括：将所述核心数据库中应用于核保业务的数据同步至所述核保前置数据库中。

优选的，当通过中间件监控到核心数据数据库中应用于核保业务的数据出现更新时，将所述核心数据库中应用于核保业务的数据同步至所述核保前置数据库中。

优选的，当检测到数据同步出现延迟时，通过数据交换软件将所述核心数据库中应用于核保业务的数据同步至所述核保前置数据库中。

优选的，根据所述当前保单信息以及所述既往保单信息对当前保单进行核保，具体包括：根据当前保单信息、既往保单信息以及核保校验规则对当前保单进行核保。

优选的，当检测到核保前置数据库中所存储的所述投保客户的应用于核保业务的数据更新时，所述方法还包括：将所述当前保单插入风险计算任务队列中，用于通过批处理任务定时对所述风险计算对队列中的任务进行处理。

本申请实施例还提供了一种核保系统，包括：核心数据库、核保前置系统和规则引擎系统，其中：

所述核保前置系统包括报文解析模块、既往保单信息提取模块、核保前置数据库和推送模块，其中：所述报文解析模块，用于从所接收到的报文中解析出投保客户的当前保单信息，所述当前保单信息中包括客户标识；所述既往保单信息提取模块，用于根据所述客户标识从所述核保前置数据库中提取所述投保客户的既往保单信息，其中，所述核保前置数据库用于存储从所述核心数据库中筛选出的应用于核保业务的数据；所述推送模块，用于将所述当前保单信息和所述推送至所述规则引擎系统；

所述规则引擎系统，用于根据所述当前保单信息以及所述既往保单信息对当前保单进行核保。

优选的，所述推送模块，使用java多线程并发处理将所述当前保单信息和所述既往保单信息推送至所述规则引擎系统。。

本申请实施例采用的上述至少一个技术方案能够达到以下有益效果：

在确定投保客户的当前保单信息后，根据当前保单信息中的客户标识从核保前置数据库中获取所述投保客户的既往保单信息，然后根据所述当前保单信息以及所述既往保单信息对当前保单进行核保。由于，核保前置数据库用于存储从核心数据库中筛选出的应用于核保业务的数据，该核保前置数据库所存储的数据量相对较少，并且主要用于支撑核保业务的处理，因此相对于核心数据库，核保前置数据库的负荷较相对较小，核保过程中从核保前置数据库中获取数据的速度较快，从而能够提高核保的效率。

附图说明

此处所说明的附图用来提供对本申请的进一步理解，构成本申请的一部分，本申请的示意性实施例及其说明用于解释本申请，并不构成对本申请的不当限定。在附图中：

图1为现有技术中的核心系统业务架构；

图2为本申请实施例所提供的核保系统的具体结构示意图；

图3为本申请实施例3提供的核保方法的流程示意图。

具体实施方式

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

以下结合附图，详细说明本申请各实施例提供的技术方案。

如上所述，现有技术的核保过程中，首先从核心数据库中获取核保所需要的数据，然后基于该数据和预设的核保规则进行核保。但是由于核心数据库通常采用的基于关系型数据库的单体架构，如图1所示，包括核保业务21之外的其他业务数据均存储于该核心数据库20，因此这些业务在处理过程中均需要与核心数据库进行数据交互(比如图1中得到业务A、B、C等)，导致核心数据库20的负荷较大，影响核保效率较低。尤其是在互联网环境下核保业务量的快速增长，目前这种低效率的核保方式已不能满足需求。

基于此，本申请实施例提供了一种核保系统，能够用于提高核保效率。如图2所示，该核保系统10包括核心数据库11、外围系统12、核保前置系统13和规则引擎系统14。

其中，核心数据库11用于存储包括核保业务之内的给类业务的数据。

外围系统12包括渠道平台、移动平台等，可以通过外围系统12发起核保业务请求，从而请求进行核保。通常外围系统12在起核保业务请求时，将投保客户的当前保单信息根据预设的封装规则封装成报文，并在发起核保业务请求时将报文推送给核保前置系统13。其中，当前保单信息中包括所投保的产品信息以及客户信息，客户信息通常包括客户标识等，客户标识能够用于投保的客户，比如是客户的身份证号、联系方式(比如电话号码)等。

核保前置系统13中包括报文解析模块131、既往保单信息提取模块132、核保前置数据库133和推送模块134。

其中报文解析模块131用于将所接收到的报文根据预设解析规则进行解析，从而获取其中的当前保单信息。

既往保单信息提取模块132根据当前保单信息中的客户标识，从核保前置数据库133中提取投保客户的既往保单信息。其中，既往保单信息中通常也包括既往所投保的产品信息以及客户信息。

推送模块134将当前保单信息和既往保单信息根据预设转化规则转换为相应格式的数据，并推送给规则引擎系统14。

在实际应用中，推送模块134可以使用java多线程并发处理的方式，将当前保单信息和既往保单信息推送至规则引擎系统14，从而提高程序的响应速度。

规则引擎系统14对所接收到的推送模块134所推送的数据进行解析，获取其中的当前保单信息和既往保单信息，并结合核保校验规则对当前保单进行核保。

规则引擎系统14在进行核保时，可以根据当前保单信息中的产品信息和客户信息，以及既往保单信息中的产品信息以及客户信息，结合核保校验规则分析是否接受当前保单的投保，或则确定当前保单的费率。

需要说明的是，本申请中核保前置数据库133用于存储从核心数据库中筛选出的应用于核保业务的数据，比如核保前置数据库133中可以只存储客户的既往保单信息和客户标识，或者与核保业务相关的少量业务数据，相对于核心数据库11，由于该核心数据库11需要支撑包括核保之外的大量其它业务，因此核保前置数据库133所存储的数据量大量减少，并且由于核保前置数据库133主要用于支撑核保业务，因此负荷较相对较小。

其中，核保前置数据库133中所存储的数据可以定期、或实时地与核心数据库11进行同步，从而及时对核保前置数据库133进行更新。在实际应用中，也可以在核保前置数据库133与核心数据库11之间增加中间件15，通过中间件15对核心数据数据库11进行监控，比如监控核心数据数据库11由于更新时所产生的日志。当中间件15监控到核心数据数据库11中应用于核保业务的数据出现更新时，对所更新的数据进行萃取(extract)、转置(transform)、加载(load)等操作，从而获取更新后的既往保单信息和客户标识，并将其同步至核保前置数据库133，从而用于后续的核保业务。

另外，为了降低核保前置数据库133与核心数据库11的数据同步的延迟，可以通过操作系统的crontab命令进行检测，当crontab命令检测到延迟时，可以启动诸如dataX等数据交换软件进行数据同步，数据同步基于逻辑数据+scn码的指数补偿机制，以保证实时数据的准确性和即时性。

当检测到核保前置数据库中所存储的所述投保客户的应用于核保业务的数据更新(比如插入新的数据或者数据变更)时，可以通过触发器将当前保单插入风险计算任务队列中，从而通过批处理定时任务对处理风险计算对队列中的任务处理。批处理定时任务在对风险计算对队列中的任务进行处理时，可以调用规则引擎系统14对队列中的任务进行风险计算，并将风险计算结果存储到核心数据库，从而用于后续的核保。

另外，在实际应用中，当规则引擎系统14完成核保之后，还可以将核保结果发送至核保前置系统13，并由该核保前置系统13将核保结果向发起核保业务请求的外围系统12进行反馈。

核保结果通常为通过或不通过，当当前保单的核保结果为通过时，可以根据该当前保单信息生成新的既往保单信息，然后可以直接将新的既往保单信息保存至核保前置数据库133，当当前保单的核保结果为不通过，可以向核保前置系统返回核保结果的同时，返回不通过所违反的核保校验规则中具体的条款。

采用本申请实施例所提供的核保系统10，由于在核保过程中从核保前置数据库133中获取既往保单信息，而核保前置数据库133中用于存储从核心数据库中筛选出的应用于核保业务的数据，该核保前置数据库133存储的数据量较少，并且主要用于支撑核保业务的处理，因此相对于核心数据库11，核保前置数据库133的负荷较相对较小，核保过程中从核保前置数据库133中获取数据的速度较快，能够提高核保的效率。此时，即使核心数据库11仍然用于支撑其他业务，由于核保业务从核保前置数据库133中获取数据，核心数据库11的高负荷也并不会影响核保的效率。

基于相同的发明构思，本申请实施例还提供了一种核保方法，可以结合图2和如图3所示对该方法进行如下说明：

步骤S301：确定投保客户的当前保单信息，当前保单信息中包括客户标识。

该步骤可以由核保前置系统中的报文解析模块131，通过对核保业务请求中所包含的报文进行解析，从而确定出投保客户的当前保单信息。

其中，可以通过外围系统12发起核保业务请求，从而请求进行核保。通常外围系统12在起核保业务请求时，将投保客户的当前保单信息根据预设的封装规则封装成报文，并在发起核保业务请求时将报文推送给核保前置系统13。其中，当前保单信息中包括所投保的产品信息以及客户信息，客户信息通常包括客户标识等，客户标识能够用于投保的客户，比如是客户的身份证号、联系方式(比如电话号码)等。

步骤S302：根据当前保单信息中的客户标识从核保前置数据库中获取投保客户的既往保单信息。

其中，核保前置数据库133用于存储从核心数据库11中筛选出的应用于核保业务的数据。

既往保单信息中通常也包括既往所投保的产品信息以及客户信息。

通常可以将核心数据库11中应用于核保业务的数据同步至核保前置数据库133中，从而通过该核保前置数据库133进行存储。比如，可以在通过中间件15监控到核心数据数据库11中应用于核保业务的数据出现更新时，将核心数据库中应用于核保业务的数据同步至所述核保前置数据库中；也可以定期、或实时地将应用于核保业务的数据，从核心数据库11进行同步至核保前置数据库133进行存储。

步骤S303：根据当前保单信息以及所述既往保单信息对当前保单进行核保。

在根据当前保单信息以及所述既往保单信息对当前保单进行核保时，可以根据既往保单信息中的产品信息和客户信息、当前保单信息中的产品信息和客户信息，以及核保校验规则对当前保单进行核保。

由于该核保方法采用与本申请中的核保系统10相同的发明构思，因此也能够解决现有技术中的问题，这里就不在对此进行赘述。

另外，在对当前保单的核保完成之后，特别是在当前保单的核保结果为通过时，该核保方法还可以包括：根据该当前保单信息生成新的既往保单信息，然后可以直接将新的既往保单信息保存至核保前置数据库133，也可以先将该新的既往保单信息存储于核心数据库11中，并通过该核心数据库11将数据同步至核保前置数据库133。

在实际应用中，通常需要降低核保前置数据库133与核心数据库11之间数据同步的延迟，从而确保核保结果的准确性。因此当出现延迟时，可以通过操作系统的crontab命令进行检测，并启动诸如dataX等数据交换软件进行数据同步，数据同步基于逻辑数据+scn码的指数补偿机制，以保证实时数据的准确性和即时性。

当核保前置数据库133中插入新的数据或者数据发生变更时，触发器会将保单插入风险计算任务队列中，批处理定时处理风险计算对队列中的任务。风险计算任务调用规则引擎进行风险计算，并将风险计算结果存储到核保前置数据库。

本领域内的技术人员应明白，本申请的实施例可提供为方法、系统、或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例、或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

本申请是参照根据本申请实施例的方法、设备(系统)、和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器，使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。

这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中，使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品，该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。

这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上，使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理，从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。

在一个典型的配置中，计算设备包括一个或多个处理器(CPU)、输入/输出接口、网络接口和内存。

内存可能包括计算机可读介质中的非永久性存储器，随机存取存储器(RAM)和/或非易失性内存等形式，如只读存储器(ROM)或闪存(flash RAM)。内存是计算机可读介质的示例。

计算机可读介质包括永久性和非永久性、可移动和非可移动媒体可以由任何方法或技术来实现信息存储。信息可以是计算机可读指令、数据结构、程序的模块或其他数据。计算机的存储介质的例子包括，但不限于相变内存(PRAM)、静态随机存取存储器(SRAM)、动态随机存取存储器(DRAM)、其他类型的随机存取存储器(RAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、快闪记忆体或其他内存技术、只读光盘只读存储器(CD-ROM)、数字多功能光盘(DVD)或其他光学存储、磁盒式磁带，磁带磁磁盘存储或其他磁性存储设备或任何其他非传输介质，可用于存储可以被计算设备访问的信息。按照本文中的界定，计算机可读介质不包括暂存电脑可读媒体(transitory media)，如调制的数据信号和载波。

还需要说明的是，术语“包括”、“包含”或者其任何其他变体意在涵盖非排他性的包含，从而使得包括一系列要素的过程、方法、商品或者设备不仅包括那些要素，而且还包括没有明确列出的其他要素，或者是还包括为这种过程、方法、商品或者设备所固有的要素。在没有更多限制的情况下，由语句“包括一个……”限定的要素，并不排除在包括要素的过程、方法、商品或者设备中还存在另外的相同要素。

本领域技术人员应明白，本申请的实施例可提供为方法、系统或计算机程序产品。因此，本申请可采用完全硬件实施例、完全软件实施例或结合软件和硬件方面的实施例的形式。而且，本申请可采用在一个或多个其中包含有计算机可用程序代码的计算机可用存储介质(包括但不限于磁盘存储器、CD-ROM、光学存储器等)上实施的计算机程序产品的形式。

以上仅为本申请的实施例而已，并不用于限制本申请。对于本领域技术人员来说，本申请可以有各种更改和变化。凡在本申请的精神和原理之内所作的任何修改、等同替换、改进等，均应包含在本申请的权利要求范围之内。

Claims (10)

1.一种核保方法，其特征在于，包括：

确定投保客户的当前保单信息，其中所述当前保单信息中包括客户标识；

根据所述当前保单信息中的客户标识从核保前置数据库中获取所述投保客户的既往保单信息，其中，所述核保前置数据库用于存储从核心数据库中筛选出的应用于核保业务的数据；

根据所述当前保单信息以及所述既往保单信息对当前保单进行核保。

2.如权利要求1所述的方法，其特征在于，确定投保客户的当前保单信息，具体包括：通过对核保业务请求中所包含的报文进行解析，确定投保客户的当前保单信息。

3.如权利要求1所述的方法，其特征在于，当所述当前保单的核保结果为通过时，所述方法还包括：根据所述当前保单信息生成新的既往保单信息，并将所述新的既往保单信息存储于核保前置数据库中。

4.如权利要求1所述的方法，其特征在于，所述方法还包括：将所述核心数据库中应用于核保业务的数据同步至所述核保前置数据库中。

5.如权利要求4所述的方法，其特征在于，当通过中间件监控到核心数据数据库中应用于核保业务的数据出现更新时，将所述核心数据库中应用于核保业务的数据同步至所述核保前置数据库中。

6.如权利要求4所述的方法，其特征在于，当检测到数据同步出现延迟时，通过数据交换软件将所述核心数据库中应用于核保业务的数据同步至所述核保前置数据库中。

7.如权利要求1所述的方法，其特征在于，根据所述当前保单信息以及所述既往保单信息对当前保单进行核保，具体包括：根据当前保单信息、既往保单信息以及核保校验规则对当前保单进行核保。

8.如权利要求1所述的方法，其特征在于，当检测到核保前置数据库中所存储的所述投保客户的应用于核保业务的数据更新时，所述方法还包括：将所述当前保单插入风险计算任务队列中，用于通过批处理任务定时对所述风险计算对队列中的任务进行处理。

9.一种核保系统，其特征在于，包括：核心数据库、核保前置系统和规则引擎系统，其中：

所述核保前置系统包括报文解析模块、既往保单信息提取模块、核保前置数据库和推送模块，其中：所述报文解析模块，用于从所接收到的报文中解析出投保客户的当前保单信息，所述当前保单信息中包括客户标识；所述既往保单信息提取模块，用于根据所述客户标识从所述核保前置数据库中提取所述投保客户的既往保单信息，其中，所述核保前置数据库用于存储从所述核心数据库中筛选出的应用于核保业务的数据；所述推送模块，用于将所述当前保单信息和所述推送至所述规则引擎系统；

所述规则引擎系统，用于根据所述当前保单信息以及所述既往保单信息对当前保单进行核保。

10.如权利要求9所述的系统，其特征在于，所述推送模块，使用java多线程并发处理将所述当前保单信息和所述既往保单信息推送至所述规则引擎系统。

Images