CN108416572B - 一种将各保险公司投保流程整合为通用投保流程的方法 - Google Patents

Abstract

本发明提供了一种将各保险公司投保流程整合为通用投保流程的方法，包括以下步骤：输入标准报文、服务流程和输出标准报文，数据有了统一性和标准性，大大提高了维护性、应变性以及分析利用的价值。且工作量不会随着接入的保险公司的产品的增加而增加；通过对不同保险公司软件系统的接口及报文进行分析封装，向用户提供统一的投保流程数据输入入口和输出出口，将中间环节在面向用户时透明化，将各保险公司的差异性和复杂性在内部整合、适配和消化，各环节基于高内聚低耦合划分为明确的、可控的功能服务范围。

Description

一种将各保险公司投保流程整合为通用投保流程的方法

技术领域

本发明涉及保险领域，尤其涉及一种将各保险公司投保流程整合为通用投保流程的方法。

背景技术

以保监会2018年1月统计数据为例,全国共有寿险公司89家,寿险产品124415个,这些保险公司的投保流程,投保软件系统的实现方式各不相同,这些寿险产品也千差万别,如何整合这些保险公司的保险产品，并对外提供一个统一的投保流程，以及统一的技术接口，对于“保险经纪(或代理)机构”的业务开展是非常重要的。随着互联网保险的快速发展，市场竞争也越来越激烈，通用投保流程的整合能使我们具有充足的竞争力，提供更好更快的服务，不断的发展和进步。

对不同保险公司软件系统的核保承保等接口以及与之对应的报文请求参数，以前的通用做法是，如图1所示：单独为每一个保险公司的每一个产品写一套对应的报文请求参数模版，将客户填写的信息填充到报文中，在调用相应接口时传入进行业务处理。这种做法是易于理解，实现难度小，但开发效率比较低，工作量大，与产品的参数紧密的耦合在了一起，当某款产品的参数发生变化时，整个流程的报文可能都需要随之修改，更有甚者当保险公司的接口发生变化时，涉及面和改动范围就更广了；其次各保险公司的接口中如投保关系等静态数据都分散在了各个产品的报文参数模版中，缺乏集中的维护和转化，一旦有变化，寻找更新都比较的费时；此外，作为“保险经纪(或代理)机构”没有对外统一的投保流程接口，当规模和业务扩大后，无法快速的向外发展，这也是需要进行前瞻性考虑和解决的。

发明内容

本发明的目的在于针对上述现有技术的不足，提供了一种将各保险公司投保流程整合为通用投保流程的方法，向用户提供统一的投保流程数据输入入口和输出出口，实现不同服务间的通信与整合，提高复杂数据的传输能力。

为实现上述目的，本发明采用了如下技术方案：

本发明提供了一种将各保险公司投保流程整合为通用投保流程的方法，包括以下步骤：

S1、输入标准报文：通过对不同保险公司的不同产品的投保报文数据进行分析，基于一个报文可覆盖所有保险公司所有产品的原则，整理出一个最大合集的输入标准报文；对不同保险公司的不同产品进行投保时，使用这个统一的最大合集的输入标准报文进行数据填充，对于缺少的数据仅保留数据结构而将数据值置空；

S2、服务流程：作为核心中枢系统，对外提供标准输入与输出接口，在内部消化不同保险公司的不同保险产品的差异化和复杂性；

S3、输出标准报文：经过步骤S1和S2后，得到了完整的对客户输出标准报文，客户后续的查询、理赔等都基于此输出标准报文数据进行，进而形成一套完善的投保流程，对客户以及对下级保险经纪或代理机构提供更好更快的服务。

进一步，所述服务流程包括以下步骤：

1)输入报文转换：由于每个保险公司都有属于他们自己的一套数据定义规则，针对保险公司个性化但又共有的数据处理需求，通过适配转换组件，将输入标准报文转换为保险公司输入报文；

2)将输入标准报文转换为保险公司输入报文后，可以发起请求调用保险公司的接口，针对不同保险公司的不同形式的接口，提供不同的调用服务，从而获取到保险公司返回报文；

3)输出报文转换：将保险公司返回报文进行提取转换，将其中的关键性字段提取出来，并且将其它相关字段转换为输出标准报文。

进一步，所述输入标准报文包括保单对象、险种对象、投保人对象、受益人对象和银行账户信息。

进一步，所述适配转换组件能够将投被报人关系转化、地区编码转换和/或数据字典转换。

本发明的有益效果为：数据有了统一性和标准性，大大提高了维护性、应变性以及分析利用的价值。且工作量不会随着接入的保险公司的产品的增加而增加；通过对不同保险公司软件系统的接口及报文进行分析封装，向用户提供统一的投保流程数据输入入口和输出出口，将中间环节在面向用户时透明化，将各保险公司的差异性和复杂性在内部整合、适配和消化，各环节基于高内聚低耦合划分为明确的、可控的功能服务范围，环节间以提供服务的形式标准化、流程化的执行，屏蔽技术细节和业务细节，基于企业服务总线作为连接中枢，构建整个架构的神经系统，消除不同应用之间的技术差异，让不同的服务协调运作，实现不同服务间的通信与整合，提高复杂数据的传输能力，并且具备业务化、高性能、高可靠、高扩展性等，并对外提供标准接口，非常适用于“保险经纪(或代理)机构”接入不同保险公司的不同保险产品的同时易于扩展的业务需求。

附图说明

图1为现有技术的工作流程图；

图2为将各保险公司投保流程整合为通用投保流程的工作流程图；

图3为将各保险公司投保流程整合为通用投保流程的工作流程分解图。

具体实施方式

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

请参阅图1和图2，一种将各保险公司投保流程整合为通用投保流程的方法，包括以下步骤：

S1、输入标准报文：通过对不同保险公司的不同产品的投保报文数据进行分析，基于一个报文可覆盖所有保险公司所有产品的原则，整理出一个最大合集的输入标准报文；对不同保险公司的不同产品进行投保时，使用这个统一的最大合集的输入标准报文进行数据填充，对于缺少的数据仅保留数据结构而将数据值置空；比如A保险公司的A1产品不包含受益人对象和银行账户信息对象，则这两个对象的数据值都为空。

S2、服务流程：作为核心中枢系统，对外提供标准输入与输出接口，在内部消化不同保险公司的不同保险产品的差异化和复杂性；

S3、输出标准报文：经过步骤S1和S2后，得到了完整的对客户输出标准报文，客户后续的查询、理赔等都基于此输出标准报文数据进行，进而形成一套完善的投保流程，对客户以及对下级保险经纪或代理机构提供更好更快的服务。

所述服务流程包括以下步骤：

1)输入报文转换：由于每个保险公司都有属于他们自己的一套数据定义规则，包括被报人关系转化、地区编码转换等以及一些其它的数据字典(包括中文值与编码值)。以投被报人关系举例，A保险公司定义“子女”、“父母”、“配偶”这些投被报人关系的编码值(核保时需传入)分别为“01”、“02”、“03”，而B保险公司定义的编码值为“1”、“2”、“3”，有些保险公司还细分为父子、父女、母子、母女、丈夫、妻子等。

针对保险公司个性化但又共有的数据处理需求，通过适配转换组件，将输入标准报文转换为保险公司输入报文；这样就保证了数据的整体性与唯一性，便于进行处理，在需要与保险公司进行数据交换时，先进行数据转换。首先，我们编辑出属于自己的一套投被报人关系、地区编码以及一些其它的数据字典，然后根据保险公司提供的对应的数据源，我们编写对应的数据转换组件，每个组件各司其职，经过一道道转换组件的处理，完成了从标准报文到对保险公司的输入报文的生产。

2)将输入标准报文转换为保险公司输入报文后，可以发起请求调用保险公司的接口，针对不同保险公司的不同形式的接口，在这一流程，针对不同保险公司的http、https、restful、wsdl等形式的接口，提供不同的调用服务，从而获取到保险公司返回报文；通常这一过程耗时相对而言较多，易于针对性的进行优化，如采用http连接池技术等。

这个过程包括保险公司输入报文、调用保险公司接口和保险公司返回报文。

3)输出报文转换：将保险公司返回报文进行提取转换，将其中的关键性字段如投保单号、保单号、交易流水号等提取出来，并且将其它相关字段转换为输出标准报文。

所述输入标准报文包括保单对象、险种对象、投保人对象、受益人对象和银行账户信息。

所述适配转换组件能够将投被报人关系转化、地区编码转换和/或数据字典转换。

实施例一：

客户到我们公司的网站上投保A保险公司的某款产品A1，填写完测算页和订单页的表单项后，根据客户填写的内容，首先生成标准报文数据，接下来进行标准报文到A保险公司报文的转换，比如客户缴费类型选择趸交，我们将标准报文数据中的保单对象缴费类型值，转换为A保险公司报文的对应字段值0，类似的，我们用不同的转换方法分别对保单对象中其它需要转换的值以及险种对象、投保人对象、被保人对象等数据一一转换为保险公司报文，用这个报文数据去调用保险公司的相应接口，拿到保险公司的返回数据，再进行输出数据转换，补充保单号等到我们的标准报文数据中，这样就完成了一个投保流程。

下级“保险经纪(或代理)机构”通过我们投保时，我们对其提供标准报文模版以及核保、支付、出单接口，他们仅需用客户填写的数据填充到标准报文中，调用我们的接口进行产品的投保。

如图1所示，数据缺少统一性和标准性处理，随着接入的保险公司以及产品越来越多，工作量呈线性增加，即每来一个新产品都需要对应相同的工作量，而且当保险公司的某些数据如核保参数有变动后，涉及到的产品改动面较广，非常不利于后续的扩展和维护。

客户通过保险代理机构的投保流程大致为如下几步：1.投保客户向我们提供投保人、被保人数据；2.我们将数据传递给保险公司；3保险公司返回投保结果；4.我们将投保结果返回给客户。将各保险公司投保流程整合为通用方法通俗来讲流程如下：客户通过我们想投保A公司的A1产品和B公司B1产品，我们给客户发了两个格式一样的excel表格1(自定义输入标准报文)，告诉他这一栏填姓名，这一栏填电话等等，其中一个excel是投保A公司的，A公司说将excel拍个照片发过来(保险公司输入报文)，A公司收到照片后确认客户可以投保，照片上盖了允许章返回给我们(A保险公司返回报文)，我们收到后给了客户一份投保成功的excel表格2(输出标准报文)，于是客户知道买A公司的产品成功了；B公司说将excel发快递给他们(B保险公司输入报文)，B公司收到快递后也确认客户可以投保，结果也以快递的形式返回给我们，我们收到后给了客户一份投保成功的excel表格2(输出标准报文),于是客户知道买B公司的产品成功了。面向客户，我们屏蔽了拍照和快递(多个保险公司的输入报文和输出报文)的复杂性，客户只需要按照统一格式的excel表格1即可完成不同保险公司不同产品的投保，而且只需要阅读统一格式的投保结果excel表格2即可知道是否投保成功。数据如何准确有效的传递是关键。我们预先定义一套包含有字段和字段数据格式这两大要素的报文作为本公司的标准报文。我们向投保客户提供投保页面，用户填写保单信息、投保人信息、被保人信息后，将用户填写的信息根据我们定义的格式保存到我们的系统中即为标准输入报文，然后我们从标准报文中提取数据填充到保险公司需要的输入报文中，去调用保险公司的接口，拿到结果后返回给客户，完成一个投保流程。

适配转换组件的原理为：

以投被保人关系转换举例，地区编码转换和数据字段转换类似：

我们建立一个文件保存本公司投被保人关系，在文件中我们用1表示本人(为本人投保)，2表示父母(为父母投保)，3表示子女(为子女投保)....每个保险公司的投被保人关系有所差别，比如A保险公司1表示父母，2表示本人...我们为每一个保险公司都建立一个文件表示该公司的投被保人关系(这里只是用建文件举例，实际中基于数据的易存储性和易检索性，我们也可能采用数据库表保存数据的形式)。客户投保时为本人投保，我们保存其投被保人关系值为1，然后去A保险公司核保时，我们根据标准输入报文1(表示本人)去A保险公司文件中查找出“本人”值为2，这样我们将本地值1转换为2，告诉A公司客户是为本人投保。

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

Claims (1)

1.一种将各保险公司投保流程整合为通用投保流程的方法，其特征在于，包括以下步骤：

S1、输入标准报文：通过对不同保险公司的不同产品的投保报文数据进行分析，基于一个报文可覆盖所有保险公司所有产品的原则，整理出一个最大合集的输入标准报文；对不同保险公司的不同产品进行投保时，使用这个统一的最大合集的输入标准报文进行数据填充，对于缺少的数据仅保留数据结构而将数据值置空；

S2、服务流程：作为核心中枢系统，对外提供标准输入与输出接口，在内部消化不同保险公司的不同保险产品的差异化和复杂性；

S3、输出标准报文：经过步骤S1和S2后，得到了完整的对客户输出标准报文，客户后续的查询、理赔等都基于此输出标准报文数据进行，进而形成一套完善的投保流程，对客户以及对下级保险经纪或代理机构提供更好更快的服务；

所述服务流程包括以下步骤：

1)输入报文转换：由于每个保险公司都有属于他们自己的一套数据定义规则，针对保险公司个性化但又共有的数据处理需求，通过适配转换组件，将输入标准报文转换为保险公司输入报文；

2)将输入标准报文转换为保险公司输入报文后，可以发起请求调用保险公司的接口，针对不同保险公司的不同形式的接口，提供不同的调用服务，从而获取到保险公司返回报文；

3)输出报文转换：将保险公司返回报文进行提取转换，将其中的关键性字段提取出来，并且将其它相关字段转换为输出标准报文；

所述输入标准报文包括保单对象、险种对象、投保人对象、受益人对象和银行账户信息；

所述适配转换组件能够将投被报人关系转化、地区编码转换和/或数据字典转换。

Images