CN110648242A - 健康保障项目中进行身份核实的方法及装置 - Google Patents

Abstract

本申请提供的健康保障项目中进行身份核实的方法及装置，其中所述方法在接收到用户参与健康保障项目的参与请求后，首先通过第三方验证平台对所述用户的身份信息进行验证，在第三方验证平台无法对所述用户的身份信息进行验证或验证失败的情况下，对所述用户的健康情况进行分析，若所述用户的健康情况满足了所述健康保障项目要求的标准之后，将所述用户的身份信息发送至所述健康保障项目的承保方再次进行验证，若所述健康保障项目的承保方确定所述用户的身份信息为真实的，则可以允许所述用户参加所述健康保障项目，通过对用户的身份信息进行多次验证，保证了用户参与所述健康保障项目的成功率，提升了用户体验效果。

Description

健康保障项目中进行身份核实的方法及装置

技术领域

本说明书涉及数据处理技术领域，特别涉及一种健康保障项目中进行身份核实的方法及装置，一种计算设备，一种计算机可读存储介质。

背景技术

随着互联网技术的飞速发展，保险的销售、售后、理赔等常规业务都可以比较方便地在线操作，同时，随着用户对自身以及家人健康的关注程度越来越高，用户参与保险项目的参与度也不断的攀升。目前在金融保险等业务领域，对客户真实身份进行认证是办理多类业务所必须的环节。由于安全等级较高，在这些领域的身份认证环节中，通常会对用户的姓名以及身份证号等信息进行一一核验。目前公民身份信息主要存储在公安部数据库中，各使用方如果需要查询公民信息，则需要通过调用公安部数据库进行查询，但是若公安部的系统是传统系统，系统本身不算很稳定，有可能会出现宕机或者身份更新不及时的情况，那么这种情况下仅基于公安部数据库对公民身份信息进行认证，以此来判断该用户的真实身份就会存在不合理性，会将大批的用户拒之门外，造成用户资源的严重流失。

需要说明的是，在上述背景技术部分公开的信息仅用于加强对本公开的背景的理解，因此可以包括不构成对本领域普通技术人员已知的现有技术的信息。

发明内容

有鉴于此，本说明书实施例提供了一种健康保障项目中进行身份核实的方法及装置，一种计算设备，一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。

根据本说明书实施例的第一方面，提供了一种健康保障项目中进行身份核实的方法，包括：

接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

通过第三方验证平台对所述用户的身份信息进行验证；

在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

可选的，所述通过第三方验证平台对所述用户的身份信息进行验证之后，还包括：

在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

可选的，所述对所述用户的健康进行分析之后，还包括：

在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

可选的，所述在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方之后，还包括：

针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

可选的，所述准予所述用户参与所述健康保障项目之后，还包括：

基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

可选的，所述针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用之后，还包括：

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

可选的，所述对所述用户的健康进行分析包括：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

可选的，在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析包括：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

可选的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证之后，还包括：

在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

第二方面，本说明书实施例还提供了一种健康保障项目中进行身份核实的装置，包括：

接收模块，被配置为接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

验证模块，被配置为通过第三方验证平台对所述用户的身份信息进行验证；

第一分析模块，被配置为在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

发送模块，被配置为在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

第一参与模块，被配置为接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

可选的，所述装置，还包括：

第二分析模块，被配置为在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

第二参与模块，被配置为在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

可选的，所述装置，还包括：

拒绝模块，被配置为在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

可选的，所述装置，还包括：

支付订单生成模块，被配置为针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

可选的，所述装置，还包括：

保障清单生成模块，被配置为基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

可选的，所述装置，还包括：

退还模块，被配置为接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

可选的，所述第一分析模块，还被配置为：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

可选的，所述第一分析模块，还被配置为：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

可选的，所述第一参与模块，还被配置为：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述第一参与模块，还被配置为：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述装置，还包括：

确定模块，被配置为在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

第三方面，本说明书实施例还提供了一种计算设备，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

通过第三方验证平台对所述用户的身份信息进行验证；

在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

第四方面，本说明书实施例还提供了一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现所述健康保障项目中进行身份核实的方法的步骤。

本说明书实施例提供的一种健康保障项目中进行身份核实的方法，包括：接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；通过第三方验证平台对所述用户的身份信息进行验证；在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目；

所述方法在接收到用户参与健康保障项目的参与请求后，首先通过第三方验证平台对所述用户的身份信息进行验证，在第三方验证平台无法对所述用户的身份信息进行验证或验证失败的情况下，对所述用户的健康情况进行分析，若所述用户的健康情况满足了所述健康保障项目要求的标准之后，将所述用户的身份信息发送至所述健康保障项目的承保方再次进行验证，若所述健康保障项目的承保方确定所述用户的身份信息为真实的，则可以允许所述用户参加所述健康保障项目，避免在第三方验证平台出现系统更新问题或者是用户的身份出现变更的时候，仅通过第三方验证平台就确定用户的身份信息的真伪，将用户拒之门外的情况，保证了用户参与所述健康保障项目的成功率，提升了用户体验效果。

附图说明

图1是本说明书实施例提供的第一种健康保障项目中进行身份核实的方法的流程图；

图2是本说明书实施例提供的第二种健康保障项目中进行身份核实的方法的流程图；

图3是本说明书实施例提供的第三种健康保障项目中进行身份核实的方法的流程图；

图4是本说明书实施例提供的一种健康保障项目中进行身份核实的装置的结构示意图；

图5是本说明书实施例提供的一种计算设备的结构示意图。

具体实施方式

在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。

在本说明书一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本说明书一个或多个实施例。在本说明书一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本说明书一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。

应当理解，尽管在本说明书一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本说明书一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。

首先，对本发明一个或多个实施例涉及的名词术语进行解释。

健康保障项目：指使得参与用户根据合同约定，可以获得一定的保障费用的项目，所述健康保障项目的承保方对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿的责任。

承保方：指对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿的责任的承担方。

健康告知：是指保险公司在接受客户投保申请前，要求投保人填写或确认的，关于被保险人的真实健康情况告知。

通过健康告知，保险公司可以对客户的身体健康状况有一个基本的了解，并可以根据相关信息对客户保险事故的发生率进行预期，进而决定是否承保以及如何承保。它能够帮助保险公司进行一定程度的排查，规避部分明知身体出现健康问题依旧想要通过保险理赔获取利益的恶意骗保行为。

因此，健康告知是承保过程中很重要的一步。如果投保人故意隐瞒自己的病情，一旦被发现，轻则保险公司将提高费率，重则直接解除保险合同。如此一来，投保人会失去有效的保障，甚至无法获得赔付。

支付清单：收款方给付款方购买某商品出具的结算凭证；所述商品可以包括但不限于实体商品或者是虚拟商品。

保障清单：参与健康保障项目之后，该健康保障项目的承保方为参与方出具的清单，该清单包括但不限于该健康保障项目的承保方的名称、地址、联系电话，参与方的名称、地址、联系电话，该健康保障项目需要保障的明细，以及每条明细的保障金额等。

随着互联网技术的不断发展，将互联网技术应用在生活中，可以极大地提高生活的便利性和丰富性。基于互联网技术的发展，物联网技术被广泛应用于日常生活中，而基于互联网的健康保障项目也应运而生，现有技术中，人们对参与健康保障项目的积极性较高，仅通过健康保障项目的承保方对参与用户进行身份核实会增加很大的工作量，并且若健康保障项目的承保方出现违约的情况下，参与用户的利益就会受到严重的损失，在此背景下，采用第三方保障平台对双方进行约束的技术应运而生。

在本申请中，提供了一种健康保障项目中进行身份核实的方法及装置，一种计算设备，一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。

参见图1，图1示出了本说明书一实施例提供的第一种健康保障项目中进行身份核实的方法的流程图，包括步骤102至步骤110。

步骤102：接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息。

具体的，所述健康保障项目可以使得参与用户根据合同约定，获得一定的保障费用的项目，所述健康保障项目的承保方对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿的责任。

所述用户包括但不限于单独的个人或者团体等；例如刚出生未进行身份登记的婴儿、未成年人以及成年人等。

所述用户的身份信息包括但不限于所述用户的姓名、身份证号、地址和/或联系电话等。

实际应用中，接收用户参与健康保障项目的参与请求，即是接收用户参与健康保障项目，在参与所述健康保障项目并发生事故后获得相应赔偿的参与请求。

步骤104：通过第三方验证平台对所述用户的身份信息进行验证。

具体的，所述三方验证平台包括但不限于公安机关。

实际应用中，该第三方保障平台首先要获得公安机关的数据查询系统授权，然后根据公安机关的数据查询系统规定，对需要进行身份信息验证的用户进行身份的核实。

所述通过第三方验证平台对所述用户的身份信息进行验证，即为调用所述公安机关的身份数据查询系统接口，通过该接口对所述用户的身份信息进行验证。例如，所述用户的身份信息包括姓名为张三、身份证号为111211111111112301，在通过第三方验证平台对所述用户的身份信息进行验证的时候，即是将姓名为张三、身份证号为111211111111112301的身份信息输入到该第三方保障平台，该第三方保障平台通过调用公安机关的身份数据查询系统接口，通过该接口对上述用户的身份信息进行验证，判断张三以及张三的身份证号是否对应，并且是否是真实的。

步骤106：在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析。

具体的，所述用户的身份信息验证失败的情况即是通过第三方验证平台对所述用户的身份信息进行验证后，验证失败的情况。

仍以上述为例，若张三以及张三的身份证号通过调用公安机关的身份数据查询系统接口在公安机关的身份数据查询系统中无法查到张三以及张三的身份证号，又或者张三以及张三的身份证号不对应，此时即为身份信息验证失败的情况。

实际应用中，所述用户的身份信息验证失败的情况还包括但不限于以下几种：

第一种情况：刚出生未进行身份登记的婴儿，因为是没有身份信息的，所以在公安机关的身份数据查询系统中仅通过医院开具的出生证明中的姓名无法查询的情况；

第二种情况：从一代身份证进行二代身份证更新的用户，因为公安机关的身份数据查询系统是传统系统，不是实时更新的，因此用户在身份更新的情况下，通过公安机关的身份数据查询系统无法查询到的情况；

第三种情况：用户对自己的名字不满意，起了新的名字，在公安机关进行变更的情况；

第四种情况：公安机关的身份数据查询系统的网络不稳定，在第三方保障平台调用所述公安机关的身份数据查询系统接口对用户的身份信息进行查询的时候，公安机关的身份数据查询系统出现宕机的情况。

本说明书一个或多个实施例中，对所述用户的健康进行分析包括：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

具体的，不同的所述健康保障项目对应不同的健康问题库，例如所述健康保障项目主要保障心脏疾病的，对应的所述健康问题库中则会偏向于心脏的问题；所述健康保障项目主要是保障全身疾病的，对应的所述健康问题库中的问题就会更加丰富。

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集，即采集用户基于所述健康保障项目对应的健康问题库进行健康信息回答的数据，例如采集用户的身高、体重、过往病史、过敏信息、生活作息、职业以及有无遗传病史等等。

然后根据采集到的所述健康信息对所述用户的健康进行分析，即根据采集到的所述用户的健康信息对所述用户的健康进行判断，以确定所述用户是否满足参与所述健康保障项目的健康要求。

实际应用中，参与健康保障项目可以是本人参与的，也可以是父母帮助子女参与的，所以刚出生的婴儿的健康信息也可以通过其父母基于所述健康保障项目对应的健康问题库对健康信息进行填写，实现该第三方保障平台对子女的健康信息的采集。

本说明书一个或多个实施例中，对所述用户的健康进行分析实则是所述用户基于想要参与的所述健康保障项目的健康告知过程，通过所述用户的健康告知可以对所述用户的健康状况进行详细的分析，以确定所述用户的健康状况可以满足想要参与的健康保障项目对用户健康的要求。

可选的，在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析包括：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

实际应用中，对身份信息验证失败的用户进行标记，以实现后续对标记过的所述用户进行再次身份信息的验证，尽可能的避免用户流失，提高用户参与健康保障项目的成功率。

本说明书另一实施例中，所述通过第三方验证平台对所述用户的身份信息进行验证之后，还包括：

在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

其中，所述预设条件为参与所述健康保障项目对于用户健康的要求。所述健康保障项目不同，对于用户的健康的要求也不同。例如所述健康保障项目为保障用户四肢的项目，那么只需要参与该健康保障项目的用户的四肢以及与四肢关联器官健康即可。

对所述用户的健康进行分析的具体标准可以参见上述实施例，在此不再赘述。

在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目，即针对所述用户的健康分析结果满足参与所述健康保障项目对于健康的要求的情况下，准予所述用户参与所述健康保障项目。

而若健康分析结果不满足预设条件，则可以直接拒绝所述用户参与所述健康保障项目。

在所述用户的健康分析结果不满足参与所述健康保障项目对于用户健康的要求的情况下，是没有必要再对所述用户进行后续的身份信息验证，避免造成资源浪费。

步骤108：在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方。

其中，所述预设条件可以参见上述实施例，在此不再赘述。

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方，即在所述健康分析结果满足参与所述健康保障项目对于用户健康的要求的情况下，将所述用户的姓名、身份证号、地址和/或联系方式发送至所述健康保障项目的承保方。

本说明书另一实施例中，所述对所述用户的健康进行分析之后，还包括：

在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

即在所述用户的健康分析结果不满足参与所述健康保障项目对于用户健康的要求的情况下，可以直接拒绝所述用户参与所述健康保障项目，实际应用中，可以给所述用户发送拒绝参与所述健康保障项目的提示信息，该提示信息中可以列出具体的所述用户的健康分析明细，以及不符合所述健康保障项目的具体健康明细。例如对所述用户的健康分析的打分以及不符合参与所述健康保障项目的健康项(血液不符合或者是肝脏不符合等等)。

实际应用中，若所述用户的健康分析结果不满足参与所述健康保障项目对于用户健康的要求的情况下，则没有必要再对所述用户进行后续的身份信息验证，避免造成资源浪费，节省时间。

本说明书另一实施例中，所述在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方之后，还包括：

针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

实际应用中，无论是所述用户的身份信息验证失败或者是成功的情况下，只要所述用户的健康分析结果满足参与所述健康保障项目对于用户健康的要求，均针对所述用户生成支付订单，并接收所述用户基于所述支付订单的支付费用。

具体的，所述用户的身份信息验证成功，且所述用户的健康分析结果满足参与所述健康保障项目对于用户健康的要求，针对所述用户生成支付订单，并接收所述用户基于所述支付订单为所述健康保障项目支付的支付费用后，可以直接准予所述用户参与所述健康保障项目，无需再进行费用的计算，节省时间，提升用户体验。

所述用户的身份信息验证失败，但所述用户的健康分析结果满足参与所述健康保障项目对于用户健康的要求，也可以针对所述用户生成支付订单，并接收所述用户基于所述支付订单为所述健康保障项目支付的支付费用，在后续对所述用户的身份信息进行再次验证，并验证通过的情况下，可以直接准予所述用户参与所述健康保障项目，无需再走支付流程，节省系统处理时间，提升工作效率。

步骤110：接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

具体的，所述承保方对所述用户的身份信息的验证包括但不限于线上验证和线下验证，其中，线上验证包括通过所述承保方自己的验证系统对所述用户的身份信息进行验证；所述线下验证包括但不限于基于接收到的所述用户的地址进行实地考察，例如所述用户为刚出生未进行身份登记的婴儿，可以通过所述用户的地址进行家访或者是去所述用户的出生医院进行调查等。

本说明书另一实施例中，所述准予所述用户参与所述健康保障项目之后，还包括：

基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

其中，所述保障清单中可以包括但不限于所述用户的身份信息、所述健康保障项目的承保方的身份信息、所述承保方的保障明细、保障金额、所述健康保障项目的保障起止时间等等。

具体的，准予所述用户参与所述健康保障项目之后，基于所述支付费用生成所述用户参与所述健康保障项目的保障清单，实现所述健康保障项目对所述参与用户的保障生效。

并且所述保障清单可以通过邮件的形式发送给所述用户，使得所述用户可以对保障明细进行实时查询，无需再通过所述健康保障项目的客服电话等咨询所述健康保障项目的保障明细，给用户带来好的体验的同时也降低了所述健康保障项目的工作负担。

本说明书另一实施例中，所述针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用之后，还包括：

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

其中，所述用户的身份信息验证失败的情况可以包括但不限于所述承保方基于接收到的所述用户的地址进行上门回访查询不到该用户；或者所述承保方基于接收到的所述用户的身份信息通过其他的身份信息验证系统发现所述用户已经过世等等。

在上述情况下，所述承保方对于所述用户的身份信息验证也是失败的，则将所述支付费用按照原支付路径返回所述用户，结束所述用户的参与请求。

通过所述方法，即能增加真实的参与所述健康保障项目的用户，调动用户参与所述健康保障项目的积极性，又能通过所述承保方的再次验证排除骗保用户，保证所述健康保障项目的安全性，避免所述健康保障项目的承保方造成不必要的经济损失。

本说明书另一实施例中，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

其中，所述第三方验证平台包括但不限于公安机关。

实际应用中，所述承保方也可以通过公安机关对标记的所述用户的身份信息进行验证，例如所述用户的身份信息在第一次验证的时候处于更新的状态，所述承保方通过所述公安机关进行验证的时候所述用户的身份信息已经更新完成，此时所述承保方式可能通过公安机关对标记的所述用户的身份信息进行验证成功的。

具体的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

其中，所述预设的时间间隔可以根据实际需求进行设定，本申请对此不作任何限定。例如每隔15天或者是30天等。

实际应用中，若所述用户为刚出生未进行身份登记的婴儿，则所述用户需要满足上户口的要求之后才可以在公安机关进行备案，备案之后所述公安机关才可以查询到该用户的身份信息，因此所述承保方可以根据预设的时间间隔再通过第三方验证平台对所述用户的身份信息进行验证，节省工作流程，提高工作效率。

本说明书另一实施例中，所述接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证之后，还包括：

在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

具体的，在接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证失败的情况下，可以通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

即接收所述承保方基于预设的时间间隔通过公安机关对标记的所述用户的身份信息的验证失败的情况下，可以通过接收的所述承保方基于所述用户的地址对所述用户上门回访的结果确定所述用户的身份信息是否为真实的。

实际应用中，在该第三方保障平台通过调用公安机关的身份数据查询系统的接口对所述用户的身份信息验证失败，并且所述用户的健康满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方，所述承保方在预设的时间间隔后再次通过调用公安机关的身份数据查询系统的接口对所述用户的身份信息进行验证，若验证成功，则准予所述用户参与所述健康保障项目，若验证失败，则可以基于所述用户的身份信息通过线下回访的方式对所述用户的身份信息进行再次审核，此时审核通过，也可以准予所述用户参与所述健康保障项目。

本说明书一个或多个实施例提供的一种健康保障项目中进行身份核实的方法，在接收到用户参与健康保障项目的参与请求后，首先通过第三方验证平台对所述用户的身份信息进行验证，在第三方验证平台无法对所述用户的身份信息进行验证或验证失败的情况下，对所述用户的健康情况进行分析，若所述用户的健康情况满足了所述健康保障项目要求的标准之后，将所述用户的身份信息发送至所述健康保障项目的承保方再次进行验证，若所述健康保障项目的承保方确定所述用户的身份信息为真实的，则可以允许所述用户参加所述健康保障项目，避免在第三方验证平台出现系统更新问题或者是用户的身份出现变更的时候，仅通过第三方验证平台就确定用户的身份信息的真伪，将用户拒之门外的情况，增加了所述健康保障项目的用户参与率，提高了用户参与所述健康保障项目的成功率和积极性，极大的提升了用户体验效果。

参见图2，本说明书一个或多个实施例提供的第二种健康保障项目中进行身份核实的方法的流程图，包括步骤202至步骤222。

步骤202：接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的姓名和身份证号。

步骤204：通过调用公安机关的身份数据查询接口对所述用户的姓名和身份证号进行验证。

步骤206：在所述用户的姓名和身份证号验证失败的情况下，对所述用户的健康进行分析。

步骤208：判断所述用户的健康分析结果是否满足预设条件，若是，则执行步骤210，若否，则执行步骤212。

步骤210：将所述用户的姓名和身份证号发送至所述健康保障项目的承保方。

步骤212：拒绝所述用户参与所述健康保障项目。

步骤214：针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

步骤216：接收所述承保方对所述用户的姓名和身份证号的验证。

步骤218：判断所述承保方对所述用户的姓名和身份证号的验证是否成功，若是，则执行步骤220，若否，则执行步骤222。

步骤220：准予所述用户参与所述健康保障项目，并基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

步骤222：拒绝所述用户参与所述健康保障项目。

本说明书一个或多个实施例提供的一种健康保障项目中进行身份核实的方法，在接收到用户参与健康保障项目的参与请求后，首先通过第三方验证平台对所述用户的身份信息进行验证，在第三方验证平台无法对所述用户的身份信息进行验证或验证失败的情况下，对所述用户的健康情况进行分析，若所述用户的健康情况满足了所述健康保障项目要求的标准之后，将所述用户的身份信息发送至所述健康保障项目的承保方再次进行验证，若所述健康保障项目的承保方确定所述用户的身份信息为真实的，则可以允许所述用户参加所述健康保障项目，避免在第三方验证平台出现系统更新问题或者是用户的身份出现变更的时候，仅通过第三方验证平台就确定用户的身份信息的真伪，将用户拒之门外的情况，增加了所述健康保障项目的用户参与率，提高了用户参与所述健康保障项目的成功率和积极性，极大的提升了用户体验效果；

此外，在在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方之后，还可以针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用，节省了系统处理流程，提升了工作效率，并且在准予所述用户参与所述健康保障项目之后，还可以基于所述支付费用生成所述用户参与所述健康保障项目的保障清单，使得用户可以通过所述保障清单获取到参与的所述健康保障项目的明细，极大的提升了用户的体验效果。

参见图3，本说明书一个或多个实施例提供的第三种健康保障项目中进行身份核实的方法的流程图，包括步骤302至步骤326。

步骤302：接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的姓名、身份证号和家庭住址。

步骤304：通过调用公安机关的身份数据查询系统接口对所述用户的姓名、身份证号进行验证。

步骤306：判断所述用户的姓名、身份证号是否验证通过，若是，则均执行步骤308，若否，则执行步骤310。

步骤308：对所述用户进行标记和健康进行分析，判断所述用户的健康分析结果是否满足预设条件，若是，则执行步骤312，若否，则执行步骤314。

步骤310：对所述用户进行标记和健康进行分析，判断所述用户的健康分析结果是否满足预设条件，若是，则执行步骤316，若否，则执行步骤318。

实际应用中，步骤306判断的所述用户的姓名、身份证号是否验证通过均需对所述用户进行标记和健康分析，并且需要判断所述用户的健康分析结果是否满足预设条件，其中，所述预设条件为所述健康保障项目对用户健康的要求，因此步骤308和步骤310实质上是相同的步骤，但是因步骤306的验证结果不同，所述步骤308和步骤310的执行结果也不相同，因此需要步骤308和步骤310分为两个步骤描述。

步骤312：准予所述用户参与所述健康保障项目。

步骤314：拒绝所述用户参与所述健康保障项目。

步骤316：将标记的所述用户的家庭住址和姓名发送至所述健康保障项目的承保方。

步骤318：拒绝标记的所述用户参与所述健康保障项目。

步骤320：接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的姓名、身份证号的验证。

步骤322：判断所述承保方对标记的所述用户的姓名、身份证号的验证是否成功，若是，则执行步骤324，若否，则执行步骤326。

步骤324：准予标记的所述用户参与所述健康保障项目。

步骤326：拒绝标记的所述用户参与所述健康保障项目。

本说明书一个或多个实施例提供的一种健康保障项目中进行身份核实的方法，在接收到用户参与健康保障项目的参与请求后，首先通过第三方验证平台对所述用户的身份信息进行验证，在第三方验证平台无法对所述用户的身份信息进行验证或验证失败的情况下，对所述用户的健康情况进行分析，若所述用户的健康情况满足了所述健康保障项目要求的标准之后，将所述用户的身份信息发送至所述健康保障项目的承保方再次进行验证，若所述健康保障项目的承保方确定所述用户的身份信息为真实的，则可以允许所述用户参加所述健康保障项目，避免在第三方验证平台出现系统更新问题或者是用户的身份出现变更的时候，仅通过第三方验证平台就确定用户的身份信息的真伪，将用户拒之门外的情况，增加了所述健康保障项目的用户参与率，提高了用户参与所述健康保障项目的成功率和积极性，极大的提升了用户体验效果；

此外，在通过第三方验证平台对所述用户的身份信息进行验证，在第三方验证平台无法对所述用户的身份信息进行验证成功的情况下，对所述用户的健康情况进行分析，若所述用户的健康情况满足了所述健康保障项目要求的标准之后，直接准予所述用户参与所述健康保障项目，增加参与所述健康保障项目的用户的同时，提高了工作效率。

参见图4，本说明书实施例还提供了一种健康保障项目中进行身份核实的装置，包括：

接收模块402，被配置为接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

验证模块404，被配置为通过第三方验证平台对所述用户的身份信息进行验证；

第一分析模块406，被配置为在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

发送模块408，被配置为在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

第一参与模块410，被配置为接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

可选的，所述装置，还包括：

第二分析模块，被配置为在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

第二参与模块，被配置为在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

可选的，所述装置，还包括：

拒绝模块，被配置为在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

可选的，所述装置，还包括：

支付订单生成模块，被配置为针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

可选的，所述装置，还包括：

保障清单生成模块，被配置为基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

可选的，所述装置，还包括：

退还模块，被配置为接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

可选的，所述第一分析模块406，还被配置为：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

可选的，所述第一分析模块406，还被配置为：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

可选的，所述第一参与模块410，还被配置为：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述第一参与模块410，还被配置为：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述装置，还包括：

确定模块，被配置为在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

本说明书一个或多个实施例提供的一种健康保障项目中进行身份核实的装置，所述接收模块402在接收到用户参与健康保障项目的参与请求后，所述验证模块404通过第三方验证平台对所述用户的身份信息进行验证，所述第一分析模块406在第三方验证平台无法对所述用户的身份信息进行验证或验证失败的情况下，对所述用户的健康情况进行分析，所述发送模块408确定若所述用户的健康情况满足了所述健康保障项目要求的标准之后，将所述用户的身份信息发送至所述健康保障项目的承保方再次进行验证，所述第一参与模块410确定若所述健康保障项目的承保方确定所述用户的身份信息为真实的，则可以允许所述用户参加所述健康保障项目，避免在第三方验证平台出现系统更新问题或者是用户的身份出现变更的时候，仅通过第三方验证平台就确定用户的身份信息的真伪，将用户拒之门外的情况，增加了所述健康保障项目的用户参与率，提高了用户参与所述健康保障项目的成功率和积极性，极大的提升了用户体验效果。

图5示出了根据本说明书一实施例的计算设备500的结构框图。该计算设备500的部件包括但不限于存储器510和处理器520。处理器520与存储器510通过总线530相连接，数据库550用于保存数据。

计算设备500还包括接入设备540，接入设备540使得计算设备500能够经由一个或多个网络560通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备540可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。

在本说明书的一个实施例中，计算设备500的上述部件以及图5中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图5所示的计算设备结构框图仅仅是出于示例的目的，而不是对本说明书范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。

计算设备500可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备500还可以是移动式或静止式的服务器。

其中，处理器620用于执行如下计算机可执行指令：

接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

通过第三方验证平台对所述用户的身份信息进行验证；

在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

可选的，所述通过第三方验证平台对所述用户的身份信息进行验证之后，还包括：

在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

可选的，所述对所述用户的健康进行分析之后，还包括：

在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

可选的，所述在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方之后，还包括：

针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

可选的，所述准予所述用户参与所述健康保障项目之后，还包括：

基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

可选的，所述针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用之后，还包括：

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

可选的，所述对所述用户的健康进行分析包括：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

可选的，在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析包括：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

可选的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证之后，还包括：

在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时实现：

接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

通过第三方验证平台对所述用户的身份信息进行验证；

在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

可选的，所述通过第三方验证平台对所述用户的身份信息进行验证之后，还包括：

在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

可选的，所述对所述用户的健康进行分析之后，还包括：

在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

可选的，所述在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方之后，还包括：

针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

可选的，所述准予所述用户参与所述健康保障项目之后，还包括：

基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

可选的，所述针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用之后，还包括：

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

可选的，所述对所述用户的健康进行分析包括：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

可选的，在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析包括：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

可选的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

可选的，所述接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证之后，还包括：

在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的健康保障项目中进行身份核实方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述健康保障项目中进行身份核实方法的技术方案的描述。

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

所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。

需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。

在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。

以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本说明书的内容，可作很多的修改和变化。本说明书选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。

Claims (15)

1.一种健康保障项目中进行身份核实的方法，其特征在于，包括：

接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

通过第三方验证平台对所述用户的身份信息进行验证；

在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

2.根据权利要求1所述的方法，其特征在于，所述通过第三方验证平台对所述用户的身份信息进行验证之后，还包括：

在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

3.根据权利要求1所述的方法，其特征在于，所述对所述用户的健康进行分析之后，还包括：

在所述健康分析结果不满足预设条件的情况下，拒绝所述用户参与所述健康保障项目。

4.根据权利要求1所述的方法，其特征在于，所述在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方之后，还包括：

针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用。

5.根据权利要求4所述的方法，其特征在于，所述准予所述用户参与所述健康保障项目之后，还包括：

基于所述支付费用生成所述用户参与所述健康保障项目的保障清单。

6.根据权利要求4所述的方法，其特征在于，所述针对所述用户生成支付订单，接收所述用户基于所述支付订单的支付费用之后，还包括：

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证失败的情况下，将所述支付费用退还所述用户。

7.根据权利要求1所述的方法，其特征在于，所述对所述用户的健康进行分析包括：

基于所述健康保障项目对应的健康问题库对所述用户的健康进行健康信息采集；

基于采集到的所述健康信息对所述用户的健康进行分析。

8.根据权利要求1所述的方法，其特征在于，在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析包括：

在所述用户的身份信息验证失败的情况下，对所述用户进行标记，并对所述用户的健康进行分析。

9.根据权利要求8所述的方法，其特征在于，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方通过所述第三方验证平台对标记的所述用户的身份信息的验证。

10.根据权利要求9所述的方法，其特征在于，所述接收所述承保方对所述用户的身份信息的验证包括：

接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证。

11.根据权利要求10所述的方法，其特征在于，所述接收所述承保方基于预设的时间间隔通过所述第三方验证平台对标记的所述用户的身份信息的验证之后，还包括：

在所述用户的身份信息验证失败的情况下，通过接收的所述承保方对所述用户的身份信息的审核结果对所述用户的身份信息进行确定。

12.一种健康保障项目中进行身份核实的装置，其特征在于，包括：

接收模块，被配置为接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

验证模块，被配置为通过第三方验证平台对所述用户的身份信息进行验证；

第一分析模块，被配置为在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

发送模块，被配置为在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

第一参与模块，被配置为接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

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

第二分析模块，被配置为在所述用户的身份信息验证成功的情况下，对所述用户的健康进行分析；

第二参与模块，被配置为在所述健康分析结果满足预设条件的情况下，准予所述用户参与所述健康保障项目。

14.一种计算设备，其特征在于，包括：

存储器和处理器；

所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：

接收用户参与健康保障项目的参与请求，其中，所述参与请求中携带所述用户的身份信息；

通过第三方验证平台对所述用户的身份信息进行验证；

在所述用户的身份信息验证失败的情况下，对所述用户的健康进行分析；

在所述健康分析结果满足预设条件的情况下，将所述用户的身份信息发送至所述健康保障项目的承保方；

接收所述承保方对所述用户的身份信息的验证，并在所述用户的身份信息验证成功的情况下，准予所述用户参与所述健康保障项目。

15.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-11任意一项所述方法的步骤。

Images