CN112288587B - 一种团体用户保险单生成方法、装置及设备 - Google Patents

Abstract

本说明书一个或多个实施例提供一种团体用户保险单生成方法、装置及设备，基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到基本信息中指示的待服务团体的每个员工的终端设备；对于每个员工，执行下列操作：获取该员工在相应的终端设备上通过投保链接信息指示的投保链接录入的身份验证信息和投保信息；基于身份验证信息和投保信息进行核保，得到核保信息；根据核保信息，生成该员工的保险单。通过本发明，实现了针对团体用户的长险业务的线上投保作业。

Description

一种团体用户保险单生成方法、装置及设备

技术领域

本说明书一个或多个实施例涉及数据处理技术领域，尤其涉及一种团体用户保险单生成方法、装置及设备。

背景技术

在互联网高速发展的今天，线上投保逐渐成为可能，尤其是对于一些短险业务，因为流程简单，并且监管要求较低，已经能够实现用户自助在线投保，通过简单的操作即可实现在线收费出单和生效。

但是对于长险业务来说，流程长，步骤多，且监管较为严格，例如在长险投保中，必须是投保人和被保险人的真实意愿，必须是投保人和被保险人本人真实操作投保，必须在投保单上进行签名，必须要收集用户的身份证、交费银行卡等证件，必须满足用户个人信息九要素的收集等限制，使得现有的技术方案不能实现长险线上自助投保，尤其是针对团体用户的长险投保作业。

发明内容

有鉴于此，本说明书一个或多个实施例的目的在于提出一种团体用户保险单生成方法、装置及设备，以解决现有技术不能实现长险线上自助投保，尤其是针对团体用户的长险投保作业的问题。

基于上述目的，本说明书一个或多个实施例提供了一种团体用户保险单生成方法，包括：

基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到所述基本信息中指示的所述待服务团体的每个员工的终端设备；

对于所述每个员工，执行下列操作：

获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的身份验证信息和投保信息；

基于所述身份验证信息和投保信息进行核保，得到核保信息；

根据所述核保信息，生成该员工的保险单。

可选的，所述待服务团体的基本信息包括团体名称、团体客户号和团体联系人；

在获取到所述待服务团体的基本信息之后，还包括：

生成所述待服务团体的汇交件号；

针对所述汇交件号，关联所述待服务团体的员工白名单信息；所述员工白名单信息包括员工姓名、员工身份证号和员工手机号。

可选的，所述身份验证信息包括姓名、身份证号或者手机号中的至少一种，以及，登录密码；

在获取到所述身份验证信息之后，还包括：

判断所述身份验证信息是否存在于所述员工白名单信息中，若否，不予登录。

可选的，所述投保信息包括投保人信息和被保险人信息；所述获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的投保信息，包括：

判断被保险人是否是投保人本人；

若所述被保险人是所述投保人本人，则获取所述投保人信息，复制所述投保人信息，作为所述被保险人信息；

若所述被保险人不是所述投保人本人，则判断所述被保险人和所述投保人是否处于同一所述终端设备；

若所述被保险人和所述投保人处于同一所述终端设备，则获取所述投保人信息和所述被保险人信息；

若所述被保险人和所述投保人不处于同一所述终端设备，则获取所述投保人信息，转发投保链接到所述被保险人，获取所述被保险人录入的所述被保险人信息。

可选的，所述获取所述投保人信息，包括：

获取所述投保人的身份信息和银行卡信息；所述身份信息包括身份证正面照片和身份证反面照片；所述银行卡信息包括银行卡正面照片和银行卡反面照片；

识别所述身份信息和银行卡信息，得到所述投保人的基本信息；

进行投保人人脸识别；

获取所述投保人的包括职业、邮箱、地址、纳税身份信息和婚姻状况中的一种或者多种的投保信息；

接收投保人电子签名。

可选的，所述接收投保人电子签名，包括：

获取所述投保人的手写签名；

通过电子认证接口对所述投保人的手写签名进行电子认证。

可选的，所述基于所述身份验证信息和投保信息进行核保，包括：

进行自动核保；若所述自动核保不通过，进入二次核保；

所述二次核保包括获取用户既往病史报告或者体检报告中的至少一种，根据所述既往病史报告和/或体检报告，判断是否继续承保，若继续承保，判断是否附加降额或者加费条件。

可选的，还包括：

提供暂存单服务，按照预设的时间间隔自动保存用户操作的投保信息，支持用户退出页面后返回断续投保。

基于同一发明构思，本说明书一个或多个实施例提供了一种团体用户保险单生成装置，其特征在于，包括：

投保链接发送模块，用于基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到所述基本信息中指示的所述待服务团体的每个员工的终端设备；

投保信息获取模块，用于获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的身份验证信息和投保信息；

核保信息获取模块，用于基于所述身份验证信息和投保信息进行核保，得到核保信息；

保险单生成模块，用于根据所述核保信息，生成该员工的保险单。

基于同一发明构思，本说明书一个或多个实施例提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现如上所述的方法。

从上面所述可以看出，本说明书一个或多个实施例提供的团体用户保险单生成方法、装置及设备，基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到基本信息中指示的待服务团体的每个员工的终端设备；对于每个员工，执行下列操作：获取该员工在相应的终端设备上通过投保链接信息指示的投保链接录入的身份验证信息和投保信息；基于身份验证信息和投保信息进行核保，得到核保信息；根据核保信息，生成该员工的保险单。通过本发明，实现了针对团体用户的长险业务的线上投保作业。

附图说明

为了更清楚地说明本说明书一个或多个实施例或现有技术中的技术方案，下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍，显而易见地，下面描述中的附图仅仅是本说明书一个或多个实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。

图1为本说明书一个或多个实施例提供的团体用户保险单生成方法的一种流程示意图；

图2为本说明书一个或多个实施例提供的获取投保信息的一种流程示意图；

图3为本说明书一个或多个实施例提供的团体用户保险单生成装置的一种结构示意图；

图4为本说明书一个或多个实施例提供的一种更为具体的电子设备硬件结构示意图。

具体实施方式

为使本公开的目的、技术方案和优点更加清楚明白，以下结合具体实施例，并参照附图，对本公开进一步详细说明。

需要说明的是，除非另外定义，本说明书一个或多个实施例使用的技术术语或者科学术语应当为本公开所属领域内具有一般技能的人士所理解的通常意义。本说明书一个或多个实施例中使用的“第一”、“第二”以及类似的词语并不表示任何顺序、数量或者重要性，而只是用来区分不同的组成部分。“包括”或者“包含”等类似的词语意指出现该词前面的元件或者物件涵盖出现在该词后面列举的元件或者物件及其等同，而不排除其他元件或者物件。“连接”或者“相连”等类似的词语并非限定于物理的或者机械的连接，而是可以包括电性的连接，不管是直接的还是间接的。“上”、“下”、“左”、“右”等仅用于表示相对位置关系，当被描述对象的绝对位置改变后，则该相对位置关系也可能相应地改变。

在互联网高速发展的今天，线上投保逐渐成为可能，尤其是对于一些短险业务，因为流程简单，并且监管要求较低，已经能够实现用户自助在线投保，通过简单的操作即可实现在线收费出单和生效。

但是对于长险业务来说，流程长，步骤多，且监管较为严格，例如在长险投保中，必须是投保人和被保险人的真实意愿，必须是投保人和被保险人本人真实操作投保，必须在投保单上进行签名，必须要收集用户的身份证、交费银行卡等证件，必须满足用户个人信息九要素的收集等限制，使得现有的技术方案不能实现长险线上自助投保，尤其是针对团体用户的长险投保作业。

为了解决这个问题，本说明书一个或多个实施例提供一种团体用户保险单生成方法，图1为本说明书一个或多个实施例提供的基于团体用户自助的保险销售方法的一种流程示意图，基于团体用户自助的保险销售方法包括：

S110、基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到所述基本信息中指示的所述待服务团体的每个员工的终端设备。

作为一个可选的实施例，待服务团体的基本信息包括团体名称、团体客户号和团体联系人。其中，团体客户号包括企业网银客户号，是银行给团体分配的一个编码，是办理团体网银时对应团体的唯一号码，类似于个人身份证号一样，一般是一串数字。团体联系人可以包括待服务团体的每个员工，也可以是部分员工，例如负责人。

在获取到所述待服务团体的基本信息之后，还包括：

生成所述待服务团体的汇交件号。汇交件是指大量投保人如团队投保的时候统一上交的单子，汇就是汇总的意思。作为一个可选的实施例，对于每一个待服务团体，分配一个汇交件号，所述待服务团体本次业务的所有保单，均纳入所述汇交件号下。

上述实施例中以为一个待服务团体分配一个汇交件号为例进行描述，生成汇交件号以区分不同的待服务团体，但是本申请并不局限于此，例如在一种可能的实施方式中，可以为一个待服务团体分配多个汇交件号，生成多个汇交件号以区分同一待服务团体的不同业务。也就是说，汇交件号的数量并没有限制，根据实际需要，可以生成一个或者多个汇交件号，起到分类和汇总的作用即可，均在本申请包括的范围内。

针对所述汇交件号，关联所述待服务团体的员工白名单信息。作为一个可选的实施例，所述待服务团体的员工白名单信息包括员工姓名、员工身份证号和员工手机号。所述员工白名单中的员工才可以进行投保操作，所述待服务团体中不在所述员工白名单中的员工，是不能进行投保操作的。所述员工白名单信息可以随时进行删减以及更新操作，以增加和减少投保名额。

作为一个可选的实施例，针对所述待服务团体的汇交件号，关联业务员信息。所述业务员信息包括业务员机构号、业务员工号、业务员销售渠道和业务员手机号。所述汇交件号下的业务归属于所述业务员处理，相应的，此汇交件的出单业绩全部归属于该业务人员。

将投保链接发送到待服务团体，团体员工只需要打开链接即可进行投保操作。作为一个可选的实施例，将投保链接以微信分享或者二维码的方式发送到待服务团体，团体员工只需要通过手机端的微信用户端打开链接即可进行投保操作。

上述实施例中以使用微信用户端平台分享和打开投保链接为例进行描述，是为了能够调取微信的拍照以及录像功能，以进行材料拍照以及人脸识别操作，但是本申请并不局限于此，例如在一种可能的实施方式中，可以使用其他具有拍照功能的第三方用户端，或者调取外接的摄像设备，只要能够进行材料拍照以及人脸识别，均在本申请包括的范围内。

对于所述每个员工，执行下列操作：

S120、获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的身份验证信息和投保信息。

作为一个可选的实施例，所述身份验证信息包括姓名、身份证号或者手机号中的至少一种，以及，登录密码。

在获取到所述身份验证信息之后，还包括：

判断所述身份验证信息是否存在于所述员工白名单信息中，若否，不予登录。

作为一个可选的实施例，团体员工打开投保链接，通过身份证号和默认密码登录。校验登录的身份证号是否是员工白名单中人员的身份证号，若不是，提示无权限进行投保操作。

上述实施例中以通过身份证号登录为例进行描述，身份证号相对于姓名或者手机号，有复杂度高和保密性好的优点，但是本申请并不局限于此，例如在一种可能的实施方式中，可以通过姓名或者手机号中的任意一种或多种登录，另外，在通过手机号进行登录的情况下，可以采用发送验证码到手机的方式代替密码，便捷且能够提高安全性。

作为一个可选的实施例，用户首次登录时，提供强制修改密码服务。以及，用户忘记密码时，提供忘记密码功能。

用户成功登录后，将进行投保信息的填写。作为一个可选的实施例，用户登录后，首先进入产品选择页面，此页面可展示产品特色、保险案例、常见问题等，使用户对产品有深入的了解。用户选择某一款适合自己的产品，开始进行投保操作。获取用户录入的投保信息，包括投保人信息和被保险人信息。

S130、基于所述身份验证信息和投保信息进行核保，得到核保信息。

进行自动核保；若所述自动核保不通过，进入二次核保。

所述二次核保包括获取用户既往病史报告或者体检报告中的至少一种，根据所述既往病史报告和/或体检报告，判断是否继续承保，若继续承保，判断是否附加降额或者加费条件。

核保需要对被保险人来进行风险筛选，由此来判断是否可保。投保人投保时可能会出现这几种核保结论：标准体承保、次标准体承保(降额、加费或者特约)、延期或者拒保。

将投保申请涉及的风险因素预先设置在***中，若是***通过的，将会进入收费环节，这个过程被称为自动核保；自动核保没有通过的，将进入二次核保。

作为一个可选的实施例，自动核保不通过的预设风险因素可以包括不符合健康告知要求、有理赔记录和高危职业等。例如，用户在投保时从事的是高危职业，譬如跳伞运动员、驯兽师等一些特殊工种的话，这是不符合投保范围的，可能会自动核保不通过。

二次核保首先要确定是否需要补充材料，若无需补充材料，则直接进入核保结论阶段，可能会出现三种核保结论：标准体承保、次标准体承保(降额、加费或者特约)、拒保(或者延期承保)。标准体承保，将会进入收费环节。拒保(或者延期承保)，进入结束流程。次标准体承保(降额、加费或者特约)或者将核保结论发送到用户，用户确认后进入收费环节，拒绝后进入结束流程。若需要补充材料，获取体检或者生调报告。生调是保险公司对投保人或者被保险人进行健康以及财务等情况调查。根据补充的材料，给出核保结论。

S140、根据所述核保信息，生成该员工的保险单。

根据核保得到的核保结论，例如标准体承保、次标准体承保(降额、加费或者特约)、拒保(或者延期承保)，确定是否生成保险单以及生成哪种保险单。

作为一个可选的实施例，将所有通过此投保链接填写的投保信息生成的保险单，存储于所述待服务团体的汇交件号下。

作为一个可选的实施例，本发明还提供暂存单服务，按照预设的时间间隔自动保存用户操作的投保信息，支持用户退出页面后返回断续投保。例如在用户每次登录后，如果用户之前有录入过信息，可以从暂存单进入继续填写信息。

图2为本说明书一个或多个实施例提供的获取投保信息的一种流程示意图，获取投保信息，包括：

S210、判断被保险人是否是投保人本人。

所述投保信息包括投保人信息和被保险人信息，基于保险尤其是长险业务的特殊性，其中的部分信息例如人脸识别和电子签名必须是本人亲自录入，操作用户作为投保人是确定的，但是被保险人则是不确定的，被保险人可以是投保人的本人，也可以不是投保人本人，比如父母、配偶和子女等，如果被保险人是投保人本人，则自动将投保人填写信息带入，不需要再次填写被保险人信息。通过用户录入的投保人和被保险人姓名、身份证号等信息，可以判断被保险人是否是投保人本人。作为一个可选的实施例，本发明可以提供互动窗口，供用户选择被保险人是否是投保人本人，并根据获取的用户选择结果进行判断后进行后续动作。

S220、若所述被保险人是所述投保人本人，则获取所述投保人信息，复制所述投保人信息，作为所述被保险人信息。

作为一个可选的实施例，在投保人页面会自动导入用户登录时的身份证号以及管理后台导入的投保人姓名、电话号码和工作单位等信息，不需要用户再次填写。用户需要在此页面补充完全其他录入信息。

作为一个示例，用户进行身份证上传OCR识别和人脸识别。在此页面调用微信app底层的拍照功能唤起用户手机摄像头进行拍照，在此页面主要进行身份证正面照、反面照和人脸的拍照上传，可以从腾讯服务器获取到经过腾讯压缩过的图片，大约500k以内大小，保证用户手机快速完成图片获取。身份证拍完照后自动识别出身份证号、姓名等信息，识别后的信息必须与登录信息一致，否则校验不予通过。人脸识别主要是将用户的人脸照片和身份证的人脸照片进行比对，且具接口有活体检测功能，保证是活着的个体进行的人脸识别。如果人脸比对成功，则继续填写其他信息，如果比对不成功，则不允许投保。所有拍摄照片上传内部文件保存内容云进行存储。投保人继续填写职业、邮箱、六段地址、纳税身份信息、婚姻状况等其他长险投保信息。

S230、若所述被保险人不是所述投保人本人，则判断所述被保险人和所述投保人是否处于同一所述终端设备。

S240、若所述被保险人和所述投保人处于同一所述终端设备，则获取所述投保人信息和所述被保险人信息。

作为一个可选的实施例，如果投保人和被保险人处于同一所述终端设备，则通过同一终端设备录入被保险人信息，同样进行身份证拍照、人脸识别等流程，以及完成被保险人信息填写。

S250、若所述被保险人和所述投保人不处于同一所述终端设备，则获取所述投保人信息。

S260、转发投保链接到所述被保险人。

作为一个可选的实施例，如果投保人和被保险人不处于同一所述终端设备，即投保人和被保险人在异地，则投保人转发投保链接到所述被保险人。该投保链接基于该投保人的账号信息生成，与该投保人对应。

S270、获取所述被保险人录入的所述被保险人信息。

被保险人录入被保险人信息时同样进行身份证拍照、人脸识别等流程，完成被保险人信息填写。

作为一个示例，若投保人和被保险人不在同一终端设备，投保人在投保时，将被保险人必须本人亲自完成的操作通过微信转发给被保险人，被保险人在微信端打开链接，进行身份认证，包括录入身份证号，获取正确的被保险人手机验证码，被保险人在异地的手机微信端进行电子投保单的预览，确认信息无误后完成电子投保单的亲自签名、身份证上传、人脸识别操作并进行提交，若发现信息有误，也可将投保单返回给投保人，投保人修改成功后再次转发给被保险人进行异地签名拍照。投保人收到被保险人提交后，继续进行后续的提交核保及收费等投保流程。

用户选择完产品、填写完成投保人信息、被保险人信息、受益人信息、产品投保要素、交费银行卡信息、疾病告知信息后，会进入最终确认页面，在此页面可预览填写的所有信息，用户对填写的信息进行确认无误后，在手机端进行电子投保单手写签名，***后台调用CA认证接口生成带有用户签名的电子投保单。CA认证，即电子认证服务，是指为电子签名相关各方提供真实性、可靠性验证的活动。此外，因各地区***的不同要求，根据不同的投保地区，需要动态展示各地区分公司的需要投保人签字的特殊单证，进行线上电子签名。

从上面所述可以看出，本说明书一个或多个实施例提供的团体用户保险单生成方法、装置及设备，基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到基本信息中指示的待服务团体的每个员工的终端设备；对于每个员工，执行下列操作：获取该员工在相应的终端设备上通过投保链接信息指示的投保链接录入的身份验证信息和投保信息；基于身份验证信息和投保信息进行核保，得到核保信息；根据核保信息，生成该员工的保险单。通过本发明，实现了针对团体用户的长险业务的线上投保作业。

需要说明的是，本说明书一个或多个实施例的方法可以由单个设备执行，例如一台计算机或服务器等。本实施例的方法也可以应用于分布式场景下，由多台设备相互配合来完成。在这种分布式场景的情况下，这多台设备中的一台设备可以只执行本说明书一个或多个实施例的方法中的某一个或多个步骤，这多台设备相互之间会进行交互以完成所述的方法。

需要说明的是，上述对本说明书特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种团体用户保险单生成装置。图3为本说明书一个或多个实施例提供的团体用户保险单生成装置的一种结构示意图，团体用户保险单生成装置包括：

投保链接发送模块310，用于基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到所述基本信息中指示的所述待服务团体的每个员工的终端设备。

投保信息获取模块320，用于获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的身份验证信息和投保信息。

核保信息获取模块330，用于基于所述身份验证信息和投保信息进行核保，得到核保信息。

保险单生成模块340，用于根据所述核保信息，生成该员工的保险单。

为了描述的方便，描述以上装置时以功能分为各种模块分别描述。当然，在实施本说明书一个或多个实施例时可以把各模块的功能在同一个或多个软件和/或硬件中实现。

上述实施例的装置用于实现前述任一实施例中相应的团体用户保险单生成方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

基于同一发明构思，与上述任意实施例方法相对应的，本说明书一个或多个实施例还提供了一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，所述处理器执行所述程序时实现上任意一实施例所述的团体用户保险单生成方法。

图4示出了本实施例所提供的一种更为具体的电子设备硬件结构示意图，该设备可以包括：处理器1010、存储器1020、输入/输出接口1030、通信接口1040和总线1050。其中处理器1010、存储器1020、输入/输出接口1030和通信接口1040通过总线1050实现彼此之间在设备内部的通信连接。

处理器1010可以采用通用的CPU(Central Processing Unit，中央处理器)、微处理器、应用专用集成电路(Application Specific Integrated Circuit，ASIC)、或者一个或多个集成电路等方式实现，用于执行相关程序，以实现本说明书实施例所提供的技术方案。

存储器1020可以采用ROM(Read Only Memory，只读存储器)、RAM(Random AccessMemory，随机存取存储器)、静态存储设备，动态存储设备等形式实现。存储器1020可以存储操作***和其他应用程序，在通过软件或者固件来实现本说明书实施例所提供的技术方案时，相关的程序代码保存在存储器1020中，并由处理器1010来调用执行。

输入/输出接口1030用于连接输入/输出模块，以实现信息输入及输出。输入输出/模块可以作为组件配置在设备中(图中未示出)，也可以外接于设备以提供相应功能。其中输入设备可以包括键盘、鼠标、触摸屏、麦克风、各类传感器等，输出设备可以包括显示器、扬声器、振动器、指示灯等。

通信接口1040用于连接通信模块(图中未示出)，以实现本设备与其他设备的通信交互。其中通信模块可以通过有线方式(例如USB、网线等)实现通信，也可以通过无线方式(例如移动网络、WIFI、蓝牙等)实现通信。

总线1050包括一通路，在设备的各个组件(例如处理器1010、存储器1020、输入/输出接口1030和通信接口1040)之间传输信息。

需要说明的是，尽管上述设备仅示出了处理器1010、存储器1020、输入/输出接口1030、通信接口1040以及总线1050，但是在具体实施过程中，该设备还可以包括实现正常运行所必需的其他组件。此外，本领域的技术人员可以理解的是，上述设备中也可以仅包含实现本说明书实施例方案所必需的组件，而不必包含图中所示的全部组件。

上述实施例的电子设备用于实现前述任一实施例中相应的团体用户保险单生成方法，并且具有相应的方法实施例的有益效果，在此不再赘述。

所属领域的普通技术人员应当理解：以上任何实施例的讨论仅为示例性的，并非旨在暗示本公开的范围(包括权利要求)被限于这些例子；在本公开的思路下，以上实施例或者不同实施例中的技术特征之间也可以进行组合，步骤可以以任意顺序实现，并存在如上所述的本说明书一个或多个实施例的不同方面的许多其它变化，为了简明它们没有在细节中提供。

另外，为简化说明和讨论，并且为了不会使本说明书一个或多个实施例难以理解，在所提供的附图中可以示出或可以不示出与集成电路(IC)芯片和其它部件的公知的电源/接地连接。此外，可以以框图的形式示出装置，以便避免使本说明书一个或多个实施例难以理解，并且这也考虑了以下事实，即关于这些框图装置的实施方式的细节是高度取决于将要实施本说明书一个或多个实施例的平台的(即，这些细节应当完全处于本领域技术人员的理解范围内)。在阐述了具体细节(例如，电路)以描述本公开的示例性实施例的情况下，对本领域技术人员来说显而易见的是，可以在没有这些具体细节的情况下或者这些具体细节有变化的情况下实施本说明书一个或多个实施例。因此，这些描述应被认为是说明性的而不是限制性的。

尽管已经结合了本公开的具体实施例对本公开进行了描述，但是根据前面的描述，这些实施例的很多替换、修改和变型对本领域普通技术人员来说将是显而易见的。例如，其它存储器架构(例如，动态RAM(DRAM))可以使用所讨论的实施例。

本说明书一个或多个实施例旨在涵盖落入所附权利要求的宽泛范围之内的所有这样的替换、修改和变型。因此，凡在本说明书一个或多个实施例的精神和原则之内，所做的任何省略、修改、等同替换、改进等，均应包含在本公开的保护范围之内。

Claims (9)

1.一种团体用户保险单生成方法，其特征在于，包括：

基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到所述基本信息中指示的所述待服务团体的每个员工的终端设备；

对于所述每个员工，执行下列操作：

获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的身份验证信息和投保信息；所述投保信息包括投保人信息和被保险人信息；

所述获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的投保信息，包括，

判断被保险人是否是投保人本人；

若所述被保险人是所述投保人本人，则获取所述投保人信息，复制所述投保人信息，作为所述被保险人信息；

若所述被保险人不是所述投保人本人，则判断所述被保险人和所述投保人是否处于同一所述终端设备；

若所述被保险人和所述投保人处于同一所述终端设备，则进行身份证拍照、人脸识别后，获取所述投保人信息和所述被保险人信息；

若所述被保险人和所述投保人不处于同一所述终端设备，则获取所述投保人信息，令所述投保人转发投保链接到所述被保险人，该投保链接基于该投保人的账号信息生成，与该投保人对应，完成电子投保单的亲自签名、身份证上传、人脸识别操作，并从所述投保人处获取所述被保险人录入的所述被保险人信息；

基于所述身份验证信息和投保信息进行核保，得到核保信息；

根据所述核保信息，生成该员工的保险单。

2.根据权利要求1所述的方法，其特征在于，所述待服务团体的基本信息包括团体名称、团体客户号和团体联系人；

在获取到所述待服务团体的基本信息之后，还包括：

生成所述待服务团体的汇交件号；

针对所述汇交件号，关联所述待服务团体的员工白名单信息；

所述员工白名单信息包括员工姓名、员工身份证号和员工手机号。

3.根据权利要求2所述的方法，其特征在于，所述身份验证信息包括姓名、身份证号或者手机号中的至少一种，以及，登录密码；

在获取到所述身份验证信息之后，还包括：

判断所述身份验证信息是否存在于所述员工白名单信息中，若否，不予登录。

4.根据权利要求1所述的方法，其特征在于，所述获取所述投保人信息，包括：

获取所述投保人的身份信息和银行卡信息；所述身份信息包括身份证正面照片和身份证反面照片；所述银行卡信息包括银行卡正面照片和银行卡反面照片；

识别所述身份信息和银行卡信息，得到所述投保人的基本信息；

进行投保人人脸识别；

获取所述投保人的包括职业、邮箱、地址、纳税身份信息和婚姻状况中的一种或者多种的投保信息；

接收投保人电子签名。

5.根据权利要求4所述的方法，其特征在于，所述接收投保人电子签名，包括：

获取所述投保人的手写签名；

通过电子认证接口对所述投保人的手写签名进行电子认证。

6.根据权利要求1所述的方法，其特征在于，所述基于所述身份验证信息和投保信息进行核保，包括：

进行自动核保；若所述自动核保不通过，进入二次核保；

所述二次核保包括获取用户既往病史报告或者体检报告中的至少一种，根据所述既往病史报告和/或体检报告，判断是否继续承保，若继续承保，判断是否附加降额或者加费条件。

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

提供暂存单服务，按照预设的时间间隔自动保存用户操作的投保信息，支持用户退出页面后返回断续投保。

8.一种团体用户保险单生成装置，其特征在于，包括：

投保链接发送模块，用于基于预先获取的待服务团体的基本信息，通过网络发送投保链接信息到所述基本信息中指示的所述待服务团体的每个员工的终端设备；

投保信息获取模块，用于获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的身份验证信息和投保信息；所述投保信息包括投保人信息和被保险人信息；

所述获取该员工在相应的所述终端设备上通过所述投保链接信息指示的投保链接录入的投保信息，包括，

判断被保险人是否是投保人本人；

若所述被保险人是所述投保人本人，则获取所述投保人信息，复制所述投保人信息，作为所述被保险人信息；

若所述被保险人不是所述投保人本人，则判断所述被保险人和所述投保人是否处于同一所述终端设备；

若所述被保险人和所述投保人处于同一所述终端设备，则进行身份证拍照、人脸识别后，获取所述投保人信息和所述被保险人信息；

若所述被保险人和所述投保人不处于同一所述终端设备，则获取所述投保人信息，令所述投保人转发投保链接到所述被保险人，该投保链接基于该投保人的账号信息生成，与该投保人对应，完成电子投保单的亲自签名、身份证上传、人脸识别操作，并从所述投保人处获取所述被保险人录入的所述被保险人信息；

核保信息获取模块，用于基于所述身份验证信息和投保信息进行核保，得到核保信息；

保险单生成模块，用于根据所述核保信息，生成该员工的保险单。

9.一种电子设备，包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序，其特征在于，所述处理器执行所述程序时实现如权利要求1至7任意一项所述的方法。