承保的数据处理方法和系统与流程

本发明涉及计算机领域，特别是涉及一种承保的数据处理方法和系统。

背景技术：

在保险的网络销售业务中，投保人可在网销前端填写相关的投保信息进行投保，网销前端依赖于接口传参，每次均需要将投保人填写的所有投保信息封装成map数据结构，并作为参数通过接口传递给核保系统。核保系统提取参数map后，需要进行解析才能得到所有的投保信息，增加资源消耗且降低了承保效率。此外，核保系统每次均需对获取的投保信息进行记录，当同一投保人多次进行投保时，容易造成记录的信息重复，造成数据冗余，增加服务器负担。

技术实现要素：

基于此，有必要提供一种承保的数据处理方法，能够减少资源消耗并提高承保效率，减轻服务器负担。

此外，还有必要提供一种承保的数据处理系统，能够减少资源消耗并提高承保效率，减轻服务器负担。

一种承保的数据处理方法，包括以下步骤：

接收前端通过第一接口传递的基础参数；

根据所述基础参数直接获取客户的重要标识信息；

根据所述重要标识信息获取所述客户的历史投保数据；

根据所述历史投保数据检测所述客户是否满足承保条件；

检测完成后，向所述前端返回承保结果。

在其中一个实施例中，在所述根据所述参数直接获取客户的重要标识信息的步骤之后，还包括：

根据所述重要标识信息判断所述客户是否为老客户；

若所述客户为新客户，则向所述前端返回预设信息。

在其中一个实施例中，在所述若所述客户为新客户，则向所述前端返回预设信息的步骤之后，还包括：

接收前端通过第二接口传递的映射关系参数；

解析所述映射关系参数得到所述客户的全部投保信息；

记录所述全部投保信息；

根据所述全部投保信息检测所述客户是否满足承保条件；

检测完成后，向所述前端返回承保结果。

一种承保的数据处理方法，包括以下步骤：

获取客户的重要标识信息；

将所述重要标识信息作为第一接口的基础参数传递给服务器，以使所述服务器根据所述重要标识信息获取所述客户的历史投保数据，并根据所述历史投保数据检测所述客户是否满足承保条件；

接收所述服务器返回的承保结果。

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

接收由服务器发送的预设信息；

获取所述客户的全部投保信息，并对所述全部投保信息进行封装；

将封装后的全部投保信息作为第二接口的映射关系参数传递给所述服务器，以使所述服务器解析所述映射关系参数得到所述客户的全部投保信息，并根据所述全部投保信息检测所述客户是否满足承保条件。

一种承保的数据处理系统，包括：

接收模块，用于接收前端通过第一接口传递的基础参数；

获取模块，用于根据所述基础参数直接获取客户的重要标识信息；

所述获取模块还用于根据所述重要标识信息获取所述客户的历史投保数据；

检测模块，用于根据所述历史投保数据检测所述客户是否满足承保条件；

返回模块，用于检测完成后，向所述前端返回承保结果。

在其中一个实施例中，所述系统还包括：

判断模块，用于根据所述重要标识信息判断所述客户是否为老客户；

所述返回模块还用于若所述客户为新客户，则向所述前端返回预设信息。

在其中一个实施例中，所述接收模块还用于接收前端通过第二接口传递的映射关系参数；

所述系统还包括：

解析模块，用于解析所述映射关系参数得到所述客户的全部投保信息；

记录模块，用于记录所述全部投保信息；

所述检测模块还用于根据所述全部投保信息检测所述客户是否满足承保条件。

一种承保的数据处理系统，包括：

获取模块，用于获取客户的重要标识信息；

传递模块，用于将所述重要标识信息作为第一接口的基础参数传递给服务器，以使所述服务器根据所述重要标识信息获取所述客户的历史投保数据，并根据所述历史投保数据检测所述客户是否满足承保条件；

接收模块，用于接收所述服务器返回的承保结果。

在其中一个实施例中，所述接收模块还用于接收由服务器发送的预设信息；

所述获取模块还用于获取所述客户的全部投保信息，并对所述全部投保信息进行封装；

所述传递模块还用于将封装后的全部投保信息作为第二接口的映射关系参数传递给所述服务器，以使所述服务器解析所述映射关系参数得到所述客户的全部投保信息，并根据所述全部投保信息检测所述客户是否满足承保条件。

上述承保的数据处理方法和系统，前端获取客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器，服务器直接通过基础参数获取客户的重要标识信息，并根据重要标识信息查询客户的历史投保数据检测是否满足承保条件，前端通过接口只传递客户的部分投保信息，服务器无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。此外，服务器直接根据客户的重要标识信息获取客户的历史投保数据，无需每次进行记录，避免数据冗余，减轻了服务器负担。

附图说明

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

图1(b)为一个实施例中承保的数据处理方法的系统架构图；

图2为一个实施例中承保的数据处理方法的时序图；

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

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

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

图6为一个实施例中前端向服务器发送全部投保信息的流程示意图；

图7为一个实施例中承保的数据处理系统的结构示意图；

图8为另一个实施例中承保的数据处理系统的结构示意图；

图9为又一个实施例中承保的数据处理系统的结构示意图。

具体实施方式

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

图1(a)为一个实施例中承保的数据处理方法的应用场景图。如图1(a)所示，客户或业务员可在前端录入投保信息，前端指的是网站或软件的前台部分，包括网站或软件的表现层或结构层。前端获取客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器，服务器接收到前端通过第一接口传递的基础参数，可根据该基础参数直接获取客户的重要标识信息。服务器再根据重要标识信息获取客户的历史投保数据，并根据历史投保数据检测该客户是否满足承保条件，检测完成后，服务器向前端返回承保结果。前端接收到承保结果后，可将承保结果反馈给客户。

图1(b)为一个实施例中承保的数据处理方法的系统架构图。如图1(b)所示，在本实施例中，服务器中可包括核保系统及客户信息系统。客户或业务员在前端录入投保信息，前端获取客户的重要标识信息，并将重要标识信息作 为第一接口的基础参数传递给服务器中的客户信息系统。客户信息系统根据客户的重要标识信息判断该客户是否为老客户，若是老客户，则将重要标识信息传递给核保系统。核保系统接收到重要标识信息后，根据重要标识信息获取客户的历史投保数据，并根据历史投保数据检测客户是否满足承保条件。若是新客户，则客户信息系统向前端返回预设信息，当前端接收到预设信息时，获取客户的全部投保信息，并将全部投保信息封装为第二接口的映射关系参数传递给服务器中的核保系统。核保系统解析该映射关系参数据到全部投保信息，并根据全部投保信息检测该客户是否满足承保条件。检测完成后，核保系统将承保结果返回给前端，前端接收到承保结果后，可将承保结果反馈给客户。需要说明的是，客户信息系统和核保系统可位于同一服务器上或不同的服务器上。

图2为一个实施例中承保的数据处理方法的时序图，前端及服务器中的客户信息系统和核保系统三者的工作流程主要包括：

1、客户或业务员在前端填写投保信息。

2、前端获取客户的重要标识信息，并将重要标识信息作为第一接口的基础参数发送给服务器中的客户信息系统。

3、客户信息系统根据基础参数直接获取客户的重要标识信息，并根据重要标识信息判断客户是否为老客户。

4.1、若客户为新客户，则客户信息系统向前端返回预设信息。

4.2、若客户为老客户，则客户信息系统向核保系统发送客户的重要标识信息。

5、前端接收到预设信息后，获取客户的全部投保信息，并将全部投保信息封装成第二接口的映射关系参数发送给核保系统。

6、核保系统根据重要标识信息获取客户的历史投保数据，并根据历史投保数据检测该客户是否符合承保条件；或核保系统解析映射关系参数获得全部投保信息，并根据全部投保信息检测该客户是否满足承保条件。

7、核保系统检测完毕后，向前端返回承保结果。

如图3所示，一种承保的数据处理方法，从服务器进行描述，包括以下步骤：

步骤s310，接收前端通过第一接口传递的基础参数。

具体的，客户或业务员可在前端录入投保信息，投保信息可包括客户编号、年龄、职业、身份证号、险种编号、保额等信息。前端可从投保信息中获取部分信息作为客户的重要标识信息，其中，重要标识信息指的是可用于标识客户身份及选择的险种的信息，例如身份证号、客户编号及险种编号等。前端可将重要标识信息作为第一接口的基础参数传递给服务器，即将重要标识信息中的每一项信息均单独作为第一接口的参数传递给服务器。

步骤s320，根据基础参数直接获取客户的重要标识信息。

具体的，服务器接收前端通过第一接口传递的基础参数，可直接读取基础参数获取客户的重要标识信息。

步骤s330，根据重要标识信息获取客户的历史投保数据。

具体的，服务器可根据客户的重要标识信息，例如客户编号、身份证号等在数据库中查找匹配的历史投保数据，历史投保数据可包括客户个人基本信息、历史投保成功的险种编号及对应保额、投保时间、体检记录、财务情况等。

步骤s340，根据历史投保数据检测客户是否满足承保条件。

具体的，服务器可先根据重要投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对客户的历史投保数据进行检测，只有符合投保协议模板才可进行承保。投保协议模板指的是对客户投保时的风险进行选择、评估所要遵循的规则，每个不同的保险产品对应一套投保协议模板，例如，客户购买寿险产品，则客户的身体健康状况需满足各项标准，包括无重大病史、无家族遗传病史等，可根据投保协议模板中的项目从历史投保数据中客户的体检记录或是健康报告等提取相应的数据一一进行检测，检测通过后，则该客户满足承保条件，承保成功，若历史投保数据中有不符合投保协议模板的信息，则该客户不满足承保条件，承保失败。

步骤s350，检测完成后，向前端返回承保结果。

具体的，服务器检测完成后，可向前端返回承保结果，前端可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

上述承保的数据处理方法，前端获取客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器，服务器直接通过基础参数获取客户的重要标识信息，并根据重要标识信息查询客户的历史投保数据检测是否满足承保条件，前端通过接口只传递客户的部分投保信息，服务器无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。此外，服务器直接根据客户的重要标识信息获取客户的历史投保数据，无需每次进行记录，避免数据冗余，减轻了服务器负担。

如图4所示，在另一个实施例中，一种承保的数据处理方法，从服务器进行描述，包括以下步骤：

步骤s402，接收前端通过第一接口传递的基础参数。

具体的，服务器中可包括有客户信息系统及核保系统，客户信息系统主要用于存储客户的相关信息，核保系统主要用于检测客户是否满足承保条件，处理承保业务相关流程。客户或业务员可在前端录入投保信息，前端可从投保信息中获取部分信息作为客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器中的客户信息系统。

步骤s404，根据基础参数直接获取客户的重要标识信息。

具体的，客户信息系统可直接读取基础参数获取客户的重要标识信息。

步骤s406，根据重要标识信息判断客户是否为老客户，若是，则执行步骤s408，若否，则执行步骤s414。

具体的，客户信息系统可根据客户的重要标识信息，例如客户编号、身份证号等在客户信息数据库中查找是否存在相关的记录信息，例如投保记录等，若存在，则说明该客户为老客户，服务器中存在对应的历史投保数据，客户信息系统可通过第一接口将重要标识信息传递给核保系统。若数据库中不存在相关的记录信息，则说明该客户为新客户，第一次进行投保，则客户信息系统可向前端返回预设信息，预设信息可为空、特定的符号、数字等，以通知前端该客户为新客户。

步骤s408，根据重要标识信息获取客户的历史投保数据。

具体的，核保系统接收到客户信息系统传递的重要标识信息后，可根据客 户的重要标识信息，例如客户编号、身份证号等在数据库中查找匹配的历史投保数据。

步骤s410，根据历史投保数据检测客户是否满足承保条件。

具体的，核保系统可先根据重要投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对客户的历史投保数据进行检测，只有符合投保协议模板才可进行承保。若历史投保数据中有不符合投保协议模板的信息，则该客户不满足承保条件，承保失败。

步骤s412，检测完成后，向前端返回承保结果。

具体的，核保系统检测完成后，可向前端返回承保结果，前端可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

步骤s414，接收前端通过第二接口传递的映射关系参数。

具体的，当前端接收到客户信息系统返回的预设信息后，可得知该客户为新客户，则获取客户录入的全部投保信息，并将全部投保信息封装成映射关系，例如封装成map结构的映射关系，或是key-value(键-值)型等映射关系，并将封装后的全部投保信息作为第二接口的映射关系参数传递给核保系统，即将封装后的全部投保信息作为第二接口的一个参数传递给核保系统。

步骤s416，解析映射关系参数得到客户的全部投保信息。

具体的，核保系统接收前端通过第二接口传递的映射关系参数后，可读取并解析该映射关系参数，映射关系参数作为键，解析后可得到键映射的值，即为客户的全部投保信息。

步骤s418，记录全部投保信息。

具体的，核保系统可对得到的客户的全部投保信息进行记录，并生成对应的记录标识，可将记录发送给客户信息系统或是存储在相应的数据库中，方便该客户下次进行投保时可调用此次的投保信息检测是否满足承保条件。

步骤s420，根据全部投保信息检测客户是否满足承保条件，然后执行步骤s412。

具体的，核保系统可先根据客户的全部投保信息中的险种编号获取对应的 投保协议模块，再调用该投保协议模板对全部投保信息进行检测，只有符合投保协议模板才可进行承保。例如某险种a，对应的投保协议模板中要求投保人年龄满18周岁，职业为大学生，则可从全部投保信息中提取客户的年龄及职业进行检测，若符合投保协议模板，则该客户满足承保条件，承保成功，若不符合投保协议模板，则该客户不满足承保条件，承保失败。核保系统检测完成后，可向前端返回承保结果，前端可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

上述承保的数据处理方法，服务器中的客户信息系统可根据客户的重要标识信息判断是否为老客户，当客户为老客户时，直接将重要标识信息传递给核保系统，前端通过接口只传递客户的部分投保信息，核保系统无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。

如图5所示，在另一个实施例中，一种承保的数据处理方法，从前端进行描述，包括以下步骤：

步骤s510，获取客户的重要标识信息。

具体的，客户或业务员可在前端录入投保信息，投保信息可包括客户编号、年龄、职业、身份证号、险种编号、保额等信息。前端可从投保信息中获取部分信息作为客户的重要标识信息，重要标识信息可包括身份证号、客户编号及险种编号等。

步骤s520，将重要标识信息作为第一接口的基础参数传递给服务器，以使服务器根据重要标识信息获取客户的历史投保数据，并根据历史投保数据检测客户是否满足承保条件。

具体的，前端可将重要标识信息作为第一接口的基础参数传递给服务器。服务器接收前端通过第一接口传递的基础参数后，可直接读取基础参数获取客户的重要标识信息，并根据客户的重要标识信息在数据库中查找匹配的历史投保数据，历史投保数据可包括客户个人基本信息、历史投保成功的险种编号及对应保额、投保时间、体检记录、财务情况等。服务器获取历史投保数据后，可先根据重要投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对客户的历史投保数据进行检测，判断该客户是否满足承保条件。

步骤s530，接收服务器返回的承保结果。

具体的，前端可接收服务器发送的承保成功或承保失败的承保结果，可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

上述承保的数据处理方法，前端获取客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器，服务器直接通过基础参数获取客户的重要标识信息，并根据重要标识信息查询客户的历史投保数据检测是否满足承保条件，前端通过接口只传递客户的部分投保信息，服务器无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。此外，服务器直接根据客户的重要标识信息获取客户的历史投保数据，无需每次进行记录，避免数据冗余，减轻了服务器负担。

如图6所示，在一个实施例中，上述承保的数据处理方法，还包括以下步骤：

步骤s610，接收由服务器发送的预设信息。

具体的，服务器中可包括客户信息系统及核保系统。前端将客户的重要标识信息发送给服务器中的客户信息系统，当客户信息系统根据该重要标识信息判断出该客户为新客户时，即向前端返回预设信息，预设信息可为空、特定的符号、数字等。

步骤s620，获取客户的全部投保信息，并对全部投保信息进行封装。

具体的，当前端接收到服务器的客户信息系统发送的预设信息，即获取录入的客户的全部投保信息，并对全部投保信息进行封装，例如封装成map结构，或是key-value型等具有映射关系的数据结构。

步骤s630，将封装后的全部投保信息作为第二接口的映射关系参数传递给服务器，以使服务器解析映射关系参数得到客户的全部投保信息，并根据全部投保信息检测客户是否满足承保条件。

具体的，前端可将封装后的全部投保信息作为第二接口的映射关系参数传递给服务器的核保系统，核保系统接收前端通过第二接口传递的映射关系参数后，可读取并解析该映射关系参数，得到客户的全部投保信息，并根据客户的 全部投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对全部投保信息进行检测，判断该客户是否满足承保条件。检测完成后，前端可接收服务器的核保系统发送的承保成功或承保失败的承保结果。

上述承保的数据处理方法，服务器中的客户信息系统可根据客户的重要标识信息判断是否为老客户，当客户为老客户时，直接将重要标识信息传递给核保系统，当客户为新客户时，前端获取客户的全部投保信息，并将全部的投保信息进行封装传递给服务器中的核保系统，满足新老客户分流传递信息，能有效提高承保效率。

如图7所示，一种承保的数据处理系统，包括接收模块710、获取模块720、检测模块730及返回模块740。

接收模块710，用于接收前端通过第一接口传递的基础参数。

具体的，客户或业务员可在前端录入投保信息，投保信息可包括客户编号、年龄、职业、身份证号、险种编号、保额等信息。前端可从投保信息中获取部分信息作为客户的重要标识信息，其中，重要标识信息指的是可用于标识客户身份及选择的险种的信息，例如身份证号、客户编号及险种编号等。前端可将重要标识信息作为第一接口的基础参数传递给服务器，即将重要标识信息中的每一项信息均单独作为第一接口的参数传递给服务器。

获取模块720，用于根据基础参数直接获取客户的重要标识信息。

具体的，服务器接收前端通过第一接口传递的基础参数，可直接读取基础参数获取客户的重要标识信息。

获取模块720还用于根据重要标识信息获取客户的历史投保数据。

具体的，服务器可根据客户的重要标识信息，例如客户编号、身份证号等在数据库中查找匹配的历史投保数据，历史投保数据可包括客户个人基本信息、历史投保成功的险种编号及对应保额、投保时间、体检记录、财务情况等。

检测模块730，用于根据历史投保数据检测客户是否满足承保条件。

具体的，服务器可先根据重要投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对客户的历史投保数据进行检测，只有符合投保 协议模板才可进行承保。投保协议模板指的是对客户投保时的风险进行选择、评估所要遵循的规则，每个不同的保险产品对应一套投保协议模板，例如，客户购买寿险产品，则客户的身体健康状况需满足各项标准，包括无重大病史、无家族遗传病史等，可根据投保协议模板中的项目从历史投保数据中客户的体检记录或是健康报告等提取相应的数据一一进行检测，检测通过后，则该客户满足承保条件，承保成功，若历史投保数据中有不符合投保协议模板的信息，则该客户不满足承保条件，承保失败。

返回模块740，用于检测完成后，向前端返回承保结果。

具体的，服务器检测完成后，可向前端返回承保结果，前端可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

上述承保的数据处理系统，前端获取客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器，服务器直接通过基础参数获取客户的重要标识信息，并根据重要标识信息查询客户的历史投保数据检测是否满足承保条件，前端通过接口只传递客户的部分投保信息，服务器无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。此外，服务器直接根据客户的重要标识信息获取客户的历史投保数据，无需每次进行记录，避免数据冗余，减轻了服务器负担。

如图8所示，在一个实施例中，上述承保的数据处理系统，除了包括接收模块710、获取模块720、检测模块730及返回模块740，还包括判断模块750、解析模块760及记录模块770。

判断模块750，用于根据重要标识信息判断客户是否为老客户。

具体的，服务器中可包括有客户信息系统及核保系统，客户信息系统主要用于存储客户的相关信息，核保系统主要用于检测客户是否满足承保条件，处理承保业务相关流程。客户或业务员可在前端录入投保信息，前端可从投保信息中获取部分信息作为客户的重要标识信息，并将重要标识信息作为第一接口的基础参数传递给服务器中的客户信息系统。客户信息系统可直接读取基础参数获取客户的重要标识信息，并根据客户的重要标识信息，例如客户编号、身 份证号等在客户信息数据库中查找是否存在相关的记录信息，例如投保记录等，若存在，则说明该客户为老客户，服务器中存在对应的历史投保数据，客户信息系统可通过第一接口将重要标识信息传递给核保系统。

返回模块740还用于若客户为新客户，则向前端返回预设信息。

具体的，若数据库中不存在相关的记录信息，则说明该客户为新客户，第一次进行投保，则客户信息系统可向前端返回预设信息，预设信息可为空、特定的符号、数字等，以通知前端该客户为新客户。

接收模块710还用于接收前端通过第二接口传递的映射关系参数。

具体的，当前端接收到客户信息系统返回的预设信息后，可得知该客户为新客户，则获取客户录入的全部投保信息，并将全部投保信息封装成映射关系，例如封装成map结构的映射关系，或是key-value型等映射关系，并将封装后的全部投保信息作为第二接口的映射关系参数传递给核保系统，即将封装后的全部投保信息作为第二接口的一个参数传递给核保系统。

解析模块760，用于解析映射关系参数得到客户的全部投保信息。

具体的，核保系统接收前端通过第二接口传递的映射关系参数后，可读取并解析该映射关系参数，映射关系参数作为键，解析后可得到键映射的值，即为客户的全部投保信息。

记录模块770，用于记录全部投保信息。

具体的，核保系统可对得到的客户的全部投保信息进行记录，并生成对应的记录标识，可将记录发送给客户信息系统或是存储在相应的数据库中，方便该客户下次进行投保时可调用此次的投保信息检测是否满足承保条件。

检测模块730还用于根据全部投保信息检测客户是否满足承保条件。

具体的，核保系统可先根据客户的全部投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对全部投保信息进行检测，只有符合投保协议模板才可进行承保。例如某险种a，对应的投保协议模板中要求投保人年龄满18周岁，职业为大学生，则可从全部投保信息中提取客户的年龄及职业进行检测，若符合投保协议模板，则该客户满足承保条件，承保成功，若不符合投保协议模板，则该客户不满足承保条件，承保失败。核保系统检测完成后， 可向前端返回承保结果，前端可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

上述承保的数据处理系统，服务器中的客户信息系统可根据客户的重要标识信息判断是否为老客户，当客户为老客户时，直接将重要标识信息传递给核保系统，前端通过接口只传递客户的部分投保信息，核保系统无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。

如图9所示，在另一个实施例中，一种承保的数据处理系统，包括获取模块910、传递模块920及接收模块930。

获取模块910，用于获取客户的重要标识信息。

具体的，客户或业务员可在前端录入投保信息，投保信息可包括客户编号、年龄、职业、身份证号、险种编号、保额等信息。前端可从投保信息中获取部分信息作为客户的重要标识信息，重要标识信息可包括身份证号、客户编号及险种编号等。

传递模块920，用于将重要标识信息作为第一接口的基础参数传递给服务器，以使服务器根据重要标识信息获取客户的历史投保数据，并根据历史投保数据检测客户是否满足承保条件。

具体的，前端可将重要标识信息作为第一接口的基础参数传递给服务器。服务器接收前端通过第一接口传递的基础参数后，可直接读取基础参数获取客户的重要标识信息，并根据客户的重要标识信息在数据库中查找匹配的历史投保数据，历史投保数据可包括客户个人基本信息、历史投保成功的险种编号及对应保额、投保时间、体检记录、财务情况等。服务器获取历史投保数据后，可先根据重要投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对客户的历史投保数据进行检测，判断该客户是否满足承保条件。

接收模块930，用于接收服务器返回的承保结果。

具体的，前端可接收服务器发送的承保成功或承保失败的承保结果，可将承保结果通过短信或邮件等形式反馈给客户，若客户不满足承保条件，可向其下发相关函件，建议客户修改投保计划。

上述承保的数据处理系统，前端获取客户的重要标识信息，并将重要标识 信息作为第一接口的基础参数传递给服务器，服务器直接通过基础参数获取客户的重要标识信息，并根据重要标识信息查询客户的历史投保数据检测是否满足承保条件，前端通过接口只传递客户的部分投保信息，服务器无需进行解析可直接获取相关数据，减少资源消耗并有效提高了承保效率。此外，服务器直接根据客户的重要标识信息获取客户的历史投保数据，无需每次进行记录，避免数据冗余，减轻了服务器负担。

在一个实施例中，接收模块还用于接收由服务器发送的预设信息。

具体的，服务器中可包括客户信息系统及核保系统。前端将客户的重要标识信息发送给服务器中的客户信息系统，当客户信息系统根据该重要标识信息判断出该客户为新客户时，即向前端返回预设信息，预设信息可为空、特定的符号、数字等。

获取模块还用于获取客户的全部投保信息，并对全部投保信息进行封装。

具体的，当前端接收到服务器的客户信息系统发送的预设信息，即获取录入的客户的全部投保信息，并对全部投保信息进行封装，例如封装成map结构，或是key-value型等具有映射关系的数据结构。

传递模块还用于将封装后的全部投保信息作为第二接口的映射关系参数传递给服务器，以使服务器解析映射关系参数得到客户的全部投保信息，并根据全部投保信息检测客户是否满足承保条件。

具体的，前端可将封装后的全部投保信息作为第二接口的映射关系参数传递给服务器的核保系统，核保系统接收前端通过第二接口传递的映射关系参数后，可读取并解析该映射关系参数，得到客户的全部投保信息，并根据客户的全部投保信息中的险种编号获取对应的投保协议模块，再调用该投保协议模板对全部投保信息进行检测，判断该客户是否满足承保条件。检测完成后，前端可接收服务器的核保系统发送的承保成功或承保失败的承保结果。

上述承保的数据处理系统，服务器中的客户信息系统可根据客户的重要标识信息判断是否为老客户，当客户为老客户时，直接将重要标识信息传递给核保系统，当客户为新客户时，前端获取客户的全部投保信息，并将全部的投保信息进行封装传递给服务器中的核保系统，满足新老客户分流传递信息，能有 效提高承保效率。

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

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