CN108257026A - 处理投保单的方法及装置 - Google Patents

Abstract

本发明提供了一种处理投保单的方法及装置，该方法包括：建立与电话平台之间的接口；接收投保单，若投保单符合预设条件，则通过接口登录电话平台，以申请进行核保通话；接收核保内容，核保内容是根据核保通话生成的；根据核保内容生成保单，并对保单进行质量控制；在通过质量控制之后，打印保单。本发明通过相应的接口将电话平台接入处理系统中，采用电话通话的方式进行核保，相比于现有技术中通过纸质函件的方式，提高了对投保单的处理效率。进一步地，现有技术先进行质量控制，然后进行核保，处理流程较长，本发明实施例可以先进行核保，然后等核保内容提交到处理系统之后，在核保的同时进行质控，从而进一步缩短了投保单处理时间。

Description

处理投保单的方法及装置

技术领域

本发明涉及互联网领域，特别是涉及一种处理投保单的方法及装置。

背景技术

保险行业中，投保人在购买保险之前，需要先填写投保单，投保单上包括投保人的个人情况以及需要购买的险种等。保险公司在收到投保单之后，需要基于投保单进行一系列处理，例如对投保单的质控和核保等，并生成保单。保单既可以作为保险合同，也可以作为购买保险的发票。质控的目的在于通过控制措施，保证保单内容及格式的准确性和完整性，及时发现错误保单信息，杜绝将错误保单寄给投保人。核保是指审核投保情况，按标的物的不同风险类别给予不同的承保条件等。

现有技术中，对投保单的处理流程一般是先进行质控，然后进行人工核保，人工核保的方式主要是函件核保，即，核保人通过下发相关纸质函件(例如体检、财务和健康问卷等)给投保人，以进行信息收集，由于纸质函件下发和反馈的周期较长，从而导致投保单的处理效率低。

针对现有技术中投保单处理效率低的问题，目前业界没有理想的解决方式。

发明内容

有鉴于此，本发明实施例提供了一种处理投保单的方法及装置，以解决现有技术中投保单处理效率低的问题。

本发明提供的处理投保单的方法，包括：建立与电话平台之间的接口；接收投保单，若投保单符合预设条件，则通过接口登录电话平台，以申请进行核保通话；接收核保内容，核保内容是根据核保通话生成的；根据核保内容生成保单，并对保单进行质量控制；在通过质量控制之后，打印保单。

本发明提供的处理投保单的装置，包括：建立模块，用于建立与电话平台之间的接口；第一接收模块，用于接收投保单，若投保单符合预设条件，则通过接口登录电话平台，以申请进行核保通话；第二接收模块，用于接收核保内容，核保内容是根据核保通话生成的；生成模块，用于根据核保内容生成保单，并对保单进行质量控制；打印模块，用于在通过质量控制之后，打印保单。

本发明实施例通过相应的接口将电话平台接入处理系统中，采用电话通话的方式进行核保，相比于现有技术中通过纸质函件的方式，提高了对投保单的处理效率。进一步地，现有技术先进行质量控制，然后进行核保，处理流程较长，本发明实施例可以先进行核保，然后等核保内容提交到处理系统之后，在核保的同时进行质控，从而进一步缩短了投保单处理时间。

附图说明

图1是本发明实施例提供的处理投保单的方法的流程图；

图2是本发明优选实施例提供的处理投保单的方法的流程图；

图3是本发明实施例提供的处理投保单的装置的结构框图。

具体实施方式

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

本发明实施例提供了一种处理投保单的方法，图1是本发明实施例提供的处理投保单的方法的流程图，如图1所示，该方法包括步骤S110至步骤S150。

步骤S110，建立与电话平台之间的接口。

本发明实施例的执行主体可以是投保单的处理系统，核保人通过该处理系统对投保单进行处理，通过在该处理系统与电话平台之间建立接口，可以实现从处理系统到电话平台的切换，即，在处理系统中点击拨号，然后直接通过电话听筒或耳麦进行通话。这样的好处一方面在于免去了对着系统中的号码进行人工拨号的步骤，既提高了效率，也避免拨号错误；另一方面在于可以不用公开用户的电话号码，即，核保人点击通话按钮之后，后台进行拨号操作，那么核保人在上台页面上是看不到用户电话号码的，这样可以进一步保护用户的隐私。

步骤S120，接收投保单，若投保单符合预设条件，则通过接口登录电话平台，以申请进行核保通话。

投保单上会记录投保人的个人情况以及需要购买的险种等内容，根据投保单里的内容可以判断该投保单是否符合预设条件，预设的条件可以包括投保规则和送核规则等。例如，投保人如果是成年人，但购买适用0到18岁人群的少儿险，则不符合投保规则；如果投保人短期多次投保，则不符合送核规则。

本发明的一种优选的实现方式中，可以先读取送核规则，若投保单不符合送核规则，则通过接口登录电话平台，并记录不符合送核规则。

送核规则可以通过送核次数和送核流程等进行限定，例如送核次数超过预设次数则不符合送核规则，或者送核流程不符合预设流程则不符合送核规则。判断是否符合送核规则既可以是处理系统完成的，也可以是人工完成的。例如系统读取预设字段中的信息，根据字段中信息判断投保单是否符合送核规则，如果不符合，则自动进行记录；或者核保人在审核投保单时核对展示的送核流程，以判断是否符合送核规则，如果不符合，则处理系统在核保人的操作下进行记录。

不符合送核规则的投保单也可以被认为是符合预设条件，因为送审规则不是原则性问题，可以在后续通过其他方式解决，因此，尽快地开始投保单的处理，可以提高处理的效率。

上述处理方式均是在投保单符合投保规则的前提下执行的，如果投保单不符合投保规则，为了避免风险，不能接受该投保单，即不能进行核保。优选地，在通过接口登录电话平台之前，本发明实施例还包括以下步骤：

步骤1，判断投保单的投保类型。

投保类型可以包括少儿保险、养老保险、生育保险和医疗保险等，不同的投保类型可以对应不同的标识符，或在类型字段中对应不同的信息，例如少儿保险对应1，生育保险对应2等。

步骤2，读取投保类型对应的字段。

不同的投保类型会涉及不同的信息字段，例如少儿保险会涉及表示年龄的字段，生育保险会涉及表示性别的字段等。因此，本实施例可以存储一份对应关系表，记录着类型字段中的各信息，对应的不同的字段。例如类型字段记录1时涉及年龄字段，类型字段记录2时涉及性别字段等。

步骤3，判断字段是否符合投保类型对应的字段条件。

在少儿保险中，字段条件可以是：表示年龄的字段中只能写入数字，且数字小于等于18；在生育保险中，字段条件可以是：必须为0(本实施例中可以预设0为女性，1为男性)。

步骤4，若字段不符合字段条件，则过滤投保单。

如果上述字段条件无法符合投保类型对应的字段条件，则说明不符合投保条件。那么该保单可以被过滤。

过滤后，系统可以查询投保单对应的业务员，并发送消息提醒对应的业务员该保单已被过滤，让业务员对投保人做出相应的说明，以提高用户体验。如有必要，业务员也可以向投保人推荐其他符合投保规则的保险产品。

步骤5，若字段符合字段条件，则判定投保单符合预设条件。

对于符合预设条件的投保单，则可以按照预设的流程进行接下来的操作。

本发明实施例中的电话平台既可以是通过固定电话实现的，也可以是通过网络电话实现的，当处理系统切换到电话平台，处于核保通话的状态时，核保人可以通过电话与投保人进行沟通。进一步地，在通过电话平台进行核保通话时，系统可以对通话内容进行录音。

步骤S130，接收核保内容，核保内容是根据核保通话生成的。

核保人通过核保通话向投保人收集信息后，完成核保内容(例如可以是一份《电话核保客户告知信息》)，完成后将核保内容上传至处理系统，核保人上传后，处理系统即可接收到该核保内容。每一个投保单对应一份核保内容，投保单和核保内容可以通过相同的编号建立对应关系。

如果核保通话无法接通，为了继续处理流程，可以重新进行核保通话或者换用其他核保方式。优选地，在接收核保内容之前，可以判断核保通话是否接通，若接通，则接收根据核保通话生成的核保内容，若未接通，则重新申请进行核保通话，或申请进行函件核保，并接收根据函件核保生成的核保内容。

若初次核保通话没能接通，可以设定立即重新申请核保通话，或经过预设时间间隔后(例如30分钟)重新申请核保通话，如果多次(例如3次)核保通话均无法接通，那么可以考虑通过其他方式，例如通过函件核保，即用纸质函件的方式将需要提供的信息发送给投保人并等待投保人的回复。

上述方式既希望直接通过核保通话尽快联系到投保人，同是也在实在联系不上的情况下，通过纸质函件保证处理流程可以完成。

对于有些投保单，如果没有投保人的电话号码，那么就无法进行核保通话，这样的情况只能直接进行函件核保，优选地，若投保单不符合预设条件，则进行函件核保，并根据函件核保生成核保内容。这样处理可以保证本处理方式的全面性，不会因为卡在本环节而无法继续推进处理流程。

步骤S140，根据核保内容生成保单，并对保单进行质量控制。

在接收到核保内容之后，就可以根据核保内容生成对应的保单，为了控制风险，在将保单发给核保人之前，会对该保单进行质量控制，例如通过特定的算法，校验保单中的各数值和符号等是否符合要求。

步骤S150，在通过质量控制之后，打印保单。

在通过质量控制之后，系统可以生成保单文档，调用打印程序，启动打印机打印该保单。保单可以作为投保人的投保凭证，打印后可以交付给投保人。

本发明实施例通过相应的接口将电话平台接入处理系统中，采用电话通话的方式进行核保，相比于现有技术中通过纸质函件的方式，提高了对投保单的处理效率。进一步地，现有技术先进行质量控制，然后进行核保，处理流程较长，本发明实施例可以先进行核保，然后等核保内容提交到处理系统之后，在核保的同时进行质控，从而进一步缩短了投保单处理时间。

图2是本发明优选实施例提供的处理投保单的方法的流程图，如图2所示，该方法包括步骤S201至步骤S210。

步骤S201，读取投保单。

投保单可以是业务员直接上传至处理系统中，或者上传至其他系统然后有该系统推送至处理系统的。上传的信息可能是投保单的图片，由系统进行识别，也可能是录入的投保单信息，投保单信息存储在预设的位置，处理系统可以通过预设的路径进行读取。

步骤S202，判断是否符合核保通话条件，如果是，执行步骤S203；如果否，执行步骤S206。

在本发明实施例中，如果处理系统中记录有投保人的电话号码，则可以进行核保通话，如果没有记录则进行函件核保。

步骤S203，申请核保通话。

处理系统在后台调用电话号码进行拨号，处理系统只显示电话正在接通中，但不显示号码，以尽可能保护用户隐私。

步骤S204，判断核保通话是否成功，如果是，执行步骤S205；如果否，执行步骤S203或步骤S206。

如果核保通话没有成功，可以下次继续申请核保通话，或者改为进行函件核保，本发明实施例中如果核保通话没有成功，可以30分钟后重新申请核保通话，如果3次核保通话均没有成功，则改为进行函件核保。

步骤S205，接收根据核保通话生成的核保内容。

核保人上传核保内容之后，处理系统可以即时对该核保内容进行接收。

步骤S206，将核保状态设为函件核保。

处理系统将状态设为函件核保之后，由工作人员通过纸质函件向投保人发出问卷等，从而获取相应信息，系统开放相应权限，允许工作人员后续写入核保内容。

步骤S207，读取根据函件核保收集的核保内容。

写入的核保内容会存储在预设位置，根据相应的路径即可读取该荷包内容。

步骤S208，生成保单。

处理系统根据核保内容，按预设格式写入对应内容，生成保单。

步骤S209，承保。

处理系统将状态改为承保，即保险公司承诺履行该保单。

步骤S210，打印保单。

调用打印程序，启动打印机打印该保单。打印出的保单可以寄给投保人。

通过本发明优选实施例，可以通过核保通话快速获得核保内容，并在核保的同时进行质控，提高投保单的处理效率，缩短了处理时间。

本发明实施例提供了一种处理投保单的装置，图3是本发明实施例提供的处理投保单的装置的结构框图，如图3所示，该装置包括建立模块310、第一接收模块320、第二接收模块330、生成模块340和打印模块350。

建立模块310用于建立与电话平台之间的接口。

第一接收模块320用于接收投保单，若投保单符合预设条件，则通过接口登录电话平台，以申请进行核保通话。

第二接收模块320用于接收核保内容，核保内容是根据核保通话生成的。

生成模块330用于根据核保内容生成保单，并对保单进行质量控制。

打印模块340用于在通过质量控制之后，打印保单。

优选地，该装置还包括：第一判断模块，用于判断核保通话是否接通，若接通，则接收核保内容，若未接通，则重新申请进行核保通话，或申请进行函件核保并接收根据函件核保生成的核保内容。

优选地，该装置还包括：第二判断模块，用于判断投保单的投保类型；第一读取模块，用于读取投保类型对应的字段；第三判断模块，用于判断字段是否符合投保类型对应的字段条件，若字段不符合字段条件，则过滤投保单；若字段符合字段条件，则判定投保单符合所述预设条件。

优选地，该装置还包括：第二读取模块，用于读取送核规则；记录模块，用于在投保单不符合送核规则时，通过接口登录电话平台，并记录不符合送核规则。

优选地，该装置还包括：函件核保模块，用于在投保单不符合预设条件时，在核保方式中选择函件核保，并接收根据函件核保生成的核保内容。

本发明实施例通过相应的接口将电话平台接入处理系统中，采用电话通话的方式进行核保，相比于现有技术中通过纸质函件的方式，提高了对投保单的处理效率。进一步地，现有技术先进行质量控制，然后进行核保，处理流程较长，本发明实施例可以先进行核保，然后等核保内容提交到处理系统之后，在核保的同时进行质控，从而进一步缩短了投保单处理时间。

所属领域的技术人员可以清楚地了解到，为了描述的方便和简洁，仅以上述各功能单元的划分进行举例说明，实际应用中，可以根据需要而将上述功能分配由不同的功能单元完成，即将装置的内部结构划分成不同的功能单元或模块，以完成以上描述的全部或者部分功能。实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中，上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。另外，各功能单元的具体名称也只是为了便于相互区分，并不用于限制本申请的保护范围。上述装置中单元的具体工作过程，可以参考前述装置实施例中的对应过程，在此不再赘述。

本领域普通技术人员可以意识到，结合本文中所公开的实施例描述的各示例的单元及算法步骤，能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行，取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同装置来实现所描述的功能，但是这种实现不应认为超出本发明的范围。

在本发明所提供的实施例中，应该理解到，所揭露的装置和系统，可以通过其它的方式实现。例如，以上所描述的装置实施例仅仅是示意性的，例如，模块或单元的划分，仅仅为一种逻辑功能划分，实际实现时可以有另外的划分方式，例如多个单元或组件可以结合或者可以集成到另一个系统，或一些特征可以忽略，或不执行。另一点，所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口，装置或单元的间接耦合或通讯连接，可以是电性，机械或其它的形式。

作为分离部件说明的单元可以是或者也可以不是物理上分开的，作为单元显示的部件可以是或者也可以不是物理单元，即可以位于一个地方，或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本发明实施例方案的目的。

另外，在本发明各个实施例中的各功能单元可以集成在一个处理单元中，也可以是各个单元单独物理存在，也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现，也可以采用软件功能单元的形式实现。

集成的单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时，可以存储在一个计算机可读取存储介质中。基于这样的理解，本发明实施例的技术方案本质上或者说对现有技术做出贡献的部分或者该技术方案的全部或部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质中，包括若干指令用以使得一台计算机设备(可以是个人计算机，服务器，或者网络设备等)或处理器(processor)执行本发明实施例各个实施例装置的全部或部分步骤。而前述的存储介质包括：U盘、移动硬盘、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、磁碟或者光盘等各种可以存储程序代码的介质。

以上实施例仅用以说明本发明的技术方案，而非对其限制；尽管参照前述实施例对本发明进行了详细的说明，本领域的普通技术人员应当理解：其依然可以对前述各实施例所记载的技术方案进行修改，或者对其中部分技术特征进行等同替换；而这些修改或者替换，并不使相应技术方案的本质脱离本发明实施例各实施例技术方案的精神和范围。

以上仅为本发明的较佳实施例而已，并不用以限制本发明，凡在本发明的精神和原则之内所作的任何修改、等同替换和改进等，均应包含在本发明的保护范围之内。

Claims (10)

1.一种处理投保单的方法，其特征在于，包括：

建立与电话平台之间的接口；

接收投保单，若所述投保单符合预设条件，则通过所述接口登录所述电话平台，以申请进行核保通话；

接收核保内容，所述核保内容是根据所述核保通话生成的；

根据所述核保内容生成保单，并对所述保单进行质量控制；

在通过所述质量控制之后，打印所述保单。

2.如权利要求1所述的方法，其特征在于，在所述接收核保内容之前，包括：

判断所述核保通话是否接通，若接通，则接收所述核保内容，若未接通，则重新申请进行核保通话，或申请进行函件核保并接收根据所述函件核保生成的核保内容。

3.如权利要求1所述的方法，其特征在于，在所述通过所述接口登录所述电话平台之前，还包括：

判断所述投保单的投保类型；

读取所述投保类型对应的字段；

判断所述字段是否符合所述投保类型对应的字段条件；

若所述字段不符合所述字段条件，则过滤所述投保单；

若所述字段符合所述字段条件，则判定所述投保单符合所述预设条件。

4.如权利要求1所述的方法，其特征在于，在通过所述接口登录所述电话平台之前，还包括：

读取送核规则；

若所述投保单不符合所述送核规则，则通过所述接口登录所述电话平台，并记录不符合所述送核规则。

5.如权利要求1所述的方法，其特征在于，还包括：

若所述投保单不符合所述预设条件，则在核保方式中选择函件核保，并接收根据所述函件核保生成的核保内容。

6.一种处理投保单的装置，其特征在于，包括：

建立模块，用于建立与电话平台之间的接口；

第一接收模块，用于接收投保单，若所述投保单符合预设条件，则通过所述接口登录所述电话平台，以申请进行核保通话；

第二接收模块，用于接收核保内容，所述核保内容是根据所述核保通话生成的；

生成模块，用于根据所述核保内容生成保单，并对所述保单进行质量控制；

打印模块，用于在通过所述质量控制之后，打印所述保单。

7.如权利要求6所述的装置，其特征在于，还包括：

第一判断模块，用于判断所述核保通话是否接通，若接通，则接收所述核保内容，若未接通，则重新申请进行核保通话，或申请进行函件核保并接收根据所述函件核保生成的核保内容。

8.如权利要求6所述的装置，其特征在于，还包括：

第二判断模块，用于判断所述投保单的投保类型；

第一读取模块，用于读取所述投保类型对应的字段；

第三判断模块，用于判断所述字段是否符合所述投保类型对应的字段条件；若所述字段不符合所述字段条件，则过滤所述投保单；若所述字段符合所述字段条件，则判定所述投保单符合所述预设条件。

9.如权利要求6所述的装置，其特征在于，还包括：

第二读取模块，用于读取送核规则；

记录模块，用于在所述投保单不符合所述送核规则时，通过所述接口登录所述电话平台，并记录不符合所述送核规则。

10.如权利要求6所述的装置，其特征在于，还包括：

函件核保模块，用于在所述投保单不符合所述预设条件时，在核保方式中选择函件核保，并接收根据所述函件核保生成的核保内容。