CN109325866A - 一种投保信息处理方法、系统、装置和存储介质 - Google Patents

Abstract

本发明公开了一种投保信息处理方法、系统、装置和存储介质，所述方法包括以下步骤：接收第三方平台的投保请求，所述投保请求包括投保信息；保存投保信息；将投保信息进行接口封装；将封装好的投保信息发送到投保系统；接收来投保系统的反馈信息；保存反馈信息；核对投保信息与反馈信息；将反馈信息发送到第三方平台。本发明连通了保险公司和第三方平台，使得第三方平台可以通过本发明与保险公司实现投保信息的互通，同时本发明通过核对第三方平台的投保信息和保险公司返回的反馈信息，保证了每个投保都得到处理。本发明可以广泛应用于订单信息处理技术领域。

Description

一种投保信息处理方法、系统、装置和存储介质

技术领域

本发明涉及订单信息处理技术领域，尤其是一种投保信息处理方法、系统、装置和存储介质。

背景技术

随着电商平台的迅猛发展，各类电商平台积累了海量的客户流量，在享受客户流量带来利益的同时也为自身平台带来了各种风险，而保险能规避风险的作用恰好能为其解决痛点。随着互联网保险的发展，市场对其技术创新提出了新的更高的要求，而其中对特定保险场景中的高频化、订单化、碎片化的用户投保信息的处理方法就更加尤为重要。

目前，互联网保险的主要模式为商城模式，所有的保险产品都是保险公司前期已经设计好的标准产品，放在其自营网络平台或者第三方网络平台上销售，这种模式主要是针对于个人用户，而此模式下用户投保信息的处理方法是直接调用保险公司核心系统的接口，将投保信息按接口定义的规则发送，投保成功后则会保存投保信息。但是目前的保险公司是直接面对个人客户的，其无法满足在特定业务场景下的定制需求。比方说，某个第三方平台的业务是为用户提供家政服务，但是该第三方平台其没有为家政人员找到合适的保险。如果需要与保险公司定制一款产品，会存在诸多问题，一方面第三方平台的工作人员可能不了解保险，不知道如何选择保险内容，另一方面第三方平台的流量不大，无法获得较好的保险价格，甚至不能与保险公司达成定制合作。

由此，互联网保险的分销商应运而生，互联网保险的分销商的工作是负责与保险公司定制特定场景下的保险产品，然后将该保险产品放在不同的第三方平台上进行销售。

而目前这些分销商缺乏能够实现保险公司和第三方平台之间的投保信息互通的技术方案。

发明内容

为解决上述技术问题，本发明的目的在于：提供一种能够实现保险公司和第三方平台之间的投保信息互通的投保信息处理方法、系统、装置和存储介质。

本发明所采取的第一种技术方案是：

一种投保信息处理方法，包括以下步骤：

接收第三方平台的投保请求，所述投保请求包括投保信息；

保存投保信息；

将投保信息进行接口封装；

将封装好的投保信息发送到投保系统；

接收来投保系统的反馈信息；

保存反馈信息；

核对投保信息与反馈信息；

将反馈信息发送到第三方平台。

进一步，所述接收第三方平台的投保请求，具体包括：

接收第三方平台的投保请求；

检验投保请求的请求权限；

检验投保信息的完整性；

检验投保信息的有效性。

进一步，所述检验投保请求的请求权限，具体包括：

从投保请求中获取识别码；

根据识别码查表，并判断是否查表结果为空；

若是，则结束流程；反之，则执行下一步骤。

进一步，所述检验投保信息的完整性，具体为：

判断投保信息是否完整，若是，则执行下一步骤；反之，则向第三方平台发送第一错误信息，并结束流程；所述第一错误信息包含投保信息中不完整字段的提示信息。

进一步，所述检验投保信息的有效性，具体包括：

判断投保信息是否有效，若是，则执行下一步骤；反之，则向第三方平台发送第二错误信息，并结束流程；所述第二错误信息包含投保信息中无效字段的提示信息。

进一步，所述判断投保信息是否有效，具体包括：

判断投保信息是否符合格式规则；

判断投保信息是否符合保险规则；

若投保信息同时符合格式规则和保险规则，则判定投保信息有效；反之，则判定投保信息无效。

进一步，所述反馈信息为投保失败的信息或者电子保单。

本发明所采取的第二种技术方案是：

一种投保信息处理系统，包括：

第一接收模块，用于接收第三方平台的投保请求，所述投保请求包括投保信息；

第一保存模块，用于保存投保信息；

封装模块，用于将投保信息进行接口封装；

第一发送模块，用于将封装好的投保信息发送到投保系统；

第二接收模块，用于接收来投保系统的反馈信息；

第二保存模块，用于保存反馈信息；

核对模块，用于核对投保信息与反馈信息；

第二发送模块，用于将反馈信息发送到第三方平台。

本发明所采取的第三种技术方案是：

一种投保信息处理装置，包括：

存储器，用于存储程序；

处理器，用于加载所述程序以执行一种投保信息处理方法。

本发明所采取的第四种技术方案是：

一种存储介质，所述存储介质上存有程序，所述程序被处理器执行时实现一种投保信息处理方法。

本发明的有益效果是：本发明连通了保险公司和第三方平台，使得第三方平台可以通过本发明与保险公司实现投保信息的互通，同时本发明通过核对第三方平台的投保信息和保险公司返回的反馈信息，保证了每个投保都得到处理。

附图说明

图1为本发明一种具体实施例的投保信息处理方法的流程图。

具体实施方式

下面结合说明书附图和具体的实施例对本发明进行进一步的说明。

参照图1，一种投保信息处理方法，该方法在保险中介公司的服务器上运行，该服务器与至少一个保险公司的投保系统以及至少一个第三方平台的服务器通信连接。

该方法包括以下步骤：

S1、接收第三方平台的投保请求，所述投保请求包括投保信息。所述投保信息包括身份证、姓名、性别、电话、年龄等若干个关键信息。所述投保信息由第三方平台收集，其中第三方平台的收集方式有两种，第一种是从第三方平台的注册用户的信息中直接摘取，第二种是实时由客户自行填写。采用第一种采集方式可以减少用户输入的信息量，提升用户体验。

S2、保存投保信息。保存投保信息的作用有两个，一个作用是便于核对投保是否成功；另一个作用是收集客户的数据，便于进行后续的数据分析。

S3、将投保信息进行接口封装。在本步骤中，可以根据投保请求中的投保类型，选择不同的保险公司的投保系统，不同的系统的接口不同，需要对投保信息进行封装。例如，第三方平台A需要购买家政人员意外险和家政人员健康险两个险种，而保险中介公司针对上述两个险种分别签约了两个保险公司。那么如果用户投保的是家政人员意外险，则根据家政人员意外险的签约保险公司的接口来进行接口封装。同时，如果同一个险种，有两家签约公司，则本平台可以根据价格高低对投保请求进行分流。

S4、将封装好的投保信息发送到投保系统。保险公司投保系统收到本系统推送的用户投保信息后，首先会对投保信息的来源进行校验，当信息来源是可信任的、已授权的，保险公司投保系统会将接收到的用户投保信息去投保，生成正式有效的电子保单，保险公司投保系统生成保单后，会将电子保单及时反馈到本系统，当然，如果投保失败的话，保险公司投保系统也会将投保失败的原因返回到本系统。

S5、接收来投保系统的反馈信息。所述反馈信息包括投保成功的信息和投保识别的信息，如果投保成功，投保成功的信息内应当包含电子保单。

S6、保存反馈信息。保存反馈信息的作用有两个，一个是便于后续的数据分析；另一个是便于核对投保请求是否获得处理。

S7、核对投保信息与反馈信息。本步骤可以保证每个投保请求都具有一个请求结果。

S8、将反馈信息发送到第三方平台。保证用户能够直接获得投保结果。

作为优选的实施例，所述步骤S1，具体包括：

S11、接收第三方平台的投保请求；

S12、检验投保请求的请求权限。

S13、检验投保信息的完整性。

S14、检验投保信息的有效性。

本实施例对投保请求的权限，以及投保信息的完整有效性都进行验证，保证了投保的成功率。同时，如果检验不成功，可以直接通知第三方平台，投保信息有错误。以避免本地保存的冗余数据过多，减轻服务器的压力，提升服务器的处理速度。

作为优选的实施例，所述步骤S12具体包括：

S121、从投保请求中获取识别码；

S122、根据识别码查表，并判断是否查表结果为空；

若是，则结束流程；反之，则执行步骤S13。

本实施例通过给每个第三方平台分配一个唯一的识别码，并在系统中保存识别码表，当从投保请求中抽取识别码后，可以识别到具体的第三方平台。本实施例通过识别码来鉴别请求权限，便于统计不同的第三方平台的投保数据。

作为优选的实施例，所述步骤S13，具体为：

判断投保信息是否完整，若是，则执行步骤S14；反之，则向第三方平台发送第一错误信息，并结束流程；所述第一错误信息包含投保信息中不完整字段的提示信息。在一些情况下，由于第三方平台数据传输的原因，可能会出现数据丢失的情况。例如丢失了投保人的姓名或者身份证，这样的情况是无法完成投保的。而本实施例通过发现问题后向第三方平台发送错误信息，并在错误信息中附上不完整字段的提示信息，以便于第三方平台完成自查。

作为优选的实施例，所述步骤S14，具体包括：

判断投保信息是否有效，若是，则执行步骤S2；反之，则向第三方平台发送第二错误信息，并结束流程；所述第二错误信息包含投保信息中无效字段的提示信息。在一些情况下，由于第三方平台数据传输的原因，可能会出现数据错误的情况。例如丢失了投保人的姓名或者身份证的部分数据，这样的情况是无法完成投保的。而本实施例通过发现问题后向第三方平台发送错误信息，并在错误信息中附上无效字段的提示信息，以便于第三方平台完成自查。

作为优选的实施例，所述判断投保信息是否有效，具体包括：

判断投保信息是否符合格式规则；例如，身份证是否是18位或者手机号是否是11位等。

判断投保信息是否符合保险规则；例如，性别是否符合保险条款或者年龄是否符合保险条款等。

若投保信息同时符合格式规则和保险规则，则判定投保信息有效；反之，则判定投保信息无效。

本实施例能够降低投保的错误率。

作为优选的实施例，所述反馈信息为投保失败的信息或者电子保单。本实施例可以直接向用户返回电子保单，使得用户不用再到保险公司现场打印保单。

一种与图1对应的投保信息处理系统，包括：

第一接收模块，用于接收第三方平台的投保请求，所述投保请求包括投保信息；

第一保存模块，用于保存投保信息；

封装模块，用于将投保信息进行接口封装；

第一发送模块，用于将封装好的投保信息发送到投保系统；

第二接收模块，用于接收来投保系统的反馈信息；

第二保存模块，用于保存反馈信息；

核对模块，用于核对投保信息与反馈信息；

第二发送模块，用于将反馈信息发送到第三方平台。

本系统在工作时，与至少一个第三方平台的服务器及至少一个保险公司的投保系统通信连接。

一种投保信息处理装置，包括：

存储器，用于存储程序；

处理器，用于加载所述程序以执行与图1对应的一种投保信息处理方法。

一种存储介质，所述存储介质上存有程序，所述程序被处理器执行时实现与图1对应的一种投保信息处理方法。

对于上述方法实施例中的步骤编号，其仅为了便于阐述说明而设置，对步骤之间的顺序不做任何限定，实施例中的各步骤的执行顺序均可根据本领域技术人员的理解来进行适应性调整。

以上是对本发明的较佳实施进行了具体说明，但本发明并不限于所述实施例，熟悉本领域的技术人员在不违背本发明精神的前提下还可做作出种种的等同变形或替换，这些等同的变形或替换均包含在本申请权利要求所限定的范围内。

Claims (10)

1.一种投保信息处理方法，其特征在于：包括以下步骤：

接收第三方平台的投保请求，所述投保请求包括投保信息；

保存投保信息；

将投保信息进行接口封装；

将封装好的投保信息发送到投保系统；

接收来投保系统的反馈信息；

保存反馈信息；

核对投保信息与反馈信息；

将反馈信息发送到第三方平台。

2.根据权利要求1所述的一种投保信息处理方法，其特征在于：所述接收第三方平台的投保请求，具体包括：

接收第三方平台的投保请求；

检验投保请求的请求权限；

检验投保信息的完整性；

检验投保信息的有效性。

3.根据权利要求2所述的一种投保信息处理方法，其特征在于：所述检验投保请求的请求权限，具体包括：

从投保请求中获取识别码；

根据识别码查表，并判断是否查表结果为空；

若是，则结束流程；反之，则执行下一步骤。

4.根据权利要求2所述的一种投保信息处理方法，其特征在于：所述检验投保信息的完整性，具体为：

判断投保信息是否完整，若是，则执行下一步骤；反之，则向第三方平台发送第一错误信息，并结束流程；所述第一错误信息包含投保信息中不完整字段的提示信息。

5.根据权利要求2所述的一种投保信息处理方法，其特征在于：所述检验投保信息的有效性，具体为：

判断投保信息是否有效，若是，则执行下一步骤；反之，则向第三方平台发送第二错误信息，并结束流程；所述第二错误信息包含投保信息中无效字段的提示信息。

6.根据权利要求5所述的一种投保信息处理方法，其特征在于：所述判断投保信息是否有效，具体包括：

判断投保信息是否符合格式规则；

判断投保信息是否符合保险规则；

若投保信息同时符合格式规则和保险规则，则判定投保信息有效；反之，则判定投保信息无效。

7.根据权利要求1-6任一项所述的一种投保信息处理方法，其特征在于：所述反馈信息为投保失败的信息或者电子保单。

8.一种投保信息处理系统，其特征在于：包括：

第一接收模块，用于接收第三方平台的投保请求，所述投保请求包括投保信息；

第一保存模块，用于保存投保信息；

封装模块，用于将投保信息进行接口封装；

第一发送模块，用于将封装好的投保信息发送到投保系统；

第二接收模块，用于接收来投保系统的反馈信息；

第二保存模块，用于保存反馈信息；

核对模块，用于核对投保信息与反馈信息；

第二发送模块，用于将反馈信息发送到第三方平台。

9.一种投保信息处理装置，其特征在于：包括：

存储器，用于存储程序；

处理器，用于加载所述程序以执行如权利要求1-7任一项所述的一种投保信息处理方法。

10.一种存储介质，所述存储介质上存有程序，其特征在于：所述程序被处理器执行时实现如权利要求1-7任一项所述的一种投保信息处理方法。