CN110634076A - 健康保障项目的用户健康核实方法及装置 - Google Patents
健康保障项目的用户健康核实方法及装置 Download PDFInfo
- Publication number
- CN110634076A CN110634076A CN201910755751.7A CN201910755751A CN110634076A CN 110634076 A CN110634076 A CN 110634076A CN 201910755751 A CN201910755751 A CN 201910755751A CN 110634076 A CN110634076 A CN 110634076A
- Authority
- CN
- China
- Prior art keywords
- health
- user
- information
- health care
- health information
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/08—Insurance
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
- G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- General Business, Economics & Management (AREA)
- Health & Medical Sciences (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- Development Economics (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Economics (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
本申请提供的健康保障项目的用户健康核实方法及装置，所述方法包括在接收用户参与健康保障项目的参与请求后，获取所述用户的健康信息，然后基于获取到的所述用户的健康信息对所述用户的健康进行验证，在验证失败的情况下，若所述用户要参与的健康保障项目的准入额度大于等于预设准入阈值，就将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，然后基于所述承保方对所述用户的健康信息的审核结果确定用户的健康信息，在所述承保方确定所述用户的健康信息满足所述健康保障项目对于用户的健康要求之后，准予所述用户参与所述健康保障项目。
Description
技术领域
本申请涉及数据处理技术领域，特别涉及一种健康保障项目的用户健康核实方法。本申请同时涉及一种健康保障项目的用户健康核实装置，一种计算设备，以及一种计算机可读存储介质。
背景技术
随着社会的发展，人们对医疗健康方面越来越重视，更多的人愿意购买健康保险来保障健康和减缓就诊费用压力。尤其是在当前癌症、心脏疾病以及血液疾病高发的情况下，面对高额的化疗费、巨额的换植心脏器官费用以及后期长年的医药费，有越来越多的人会为此购买用来保障此类重疾的重疾保险，以在面临困境的时候可以减缓就诊费用压力。
重疾保险的保额是非常高，因此对想要参与重疾保险的用户的健康要求也相对较高，目前保险公司获取用户的健康数据的主要是采用传统系统对接方式，与医疗机构进行系统数据等的对接，成本高，并且同时对接方IT资源及能力的各方影响，加大了对接门槛，导致对接周期长，用户健康数据的获取也比较缓慢，同时仅仅是通过获取医疗机构的用户健康数据来判断该用户的健康情况是不严谨的，极有可能会出现一些不法用户骗保的情况。
发明内容
有鉴于此，本申请实施例提供了一种健康保障项目的用户健康核实方法。本申请同时涉及一种健康保障项目的用户健康核实装置，一种计算设备，以及一种计算机可读存储介质，以解决现有技术中存在的技术缺陷。
根据本申请实施例的第一方面，提供了一种健康保障项目的用户健康核实方法，包括：
接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
基于所述用户的健康信息对所述用户的健康进行验证；
在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
可选的，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
可选的，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
可选的，所述验证失败的情况包括：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配。
可选的，所述验证失败的情况包括：
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
可选的，所述获取所述用户的健康信息包括：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述获取所述用户的健康信息包括：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述获取所述用户的健康信息包括：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
可选的，所述接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息之后，还包括：
判断所述健康保障项目与预设的健康保障项目表是否匹配；
若是，则将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
可选的，所述判断所述健康保障项目与预设的健康保障项目表是否匹配之后，还包括：
若否，则基于所述用户的健康信息对所述用户的健康进行验证。
可选的，所述判断所述健康保障项目的准入额度是否大于等于预设准入阈值之后，还包括：
若否，则为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
根据本申请实施例的第二方面，提供了一种健康保障项目的用户健康核实装置，包括：
接收模块，被配置为接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
验证模块，被配置为基于所述用户的健康信息对所述用户的健康进行验证；
准入额度判断模块，被配置为在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
获取模块，被配置为在所述健康保障项目的准入额度大于等于预设准入阈值的情况下，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
参与模块，被配置为基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
可选的，所述验证模块，还被配置为：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
可选的，所述验证模块，还被配置为：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
可选的，所述准入额度判断模块，还被配置为：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配。
可选的，所述准入额度判断模块，还被配置为：
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
可选的，所述接收模块，还被配置为：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述接收模块，还被配置为：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述接收模块，还被配置为：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
可选的，所述装置还包括：
匹配判断模块，被配置为判断所述健康保障项目与预设的健康保障项目表是否匹配；
发送模块，被配置为在所述健康保障项目与预设的健康保障项目表匹配的情况下，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
可选的，所述验证模块，还被配置为：
在所述健康保障项目与预设的健康保障项目表不匹配的情况下，基于所述用户的健康信息对所述用户的健康进行验证。
可选的，所述装置还包括：
推荐模块，被配置为在所述健康保障项目的准入额度小于预设准入阈值的情况下，为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
根据本申请实施例的第三方面，提供了一种计算设备，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
基于所述用户的健康信息对所述用户的健康进行验证；
在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
根据本申请实施例的第四方面，提供了一种计算机可读存储介质，其存储有计算机可执行指令，该指令被处理器执行时实现任意一项所述健康保障项目的用户健康核实方法的步骤。
本申请提供的健康保障项目的用户健康核实方法，在接收用户参与健康保障项目的参与请求后，获取所述用户的健康信息，然后基于获取到的所述用户的健康信息对所述用户的健康进行验证，在验证失败的情况下，若所述用户要参与的健康保障项目的准入额度大于等于预设准入阈值，就将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，然后基于所述承保方对所述用户的健康信息的审核结果确定用户的健康信息，在所述承保方确定所述用户的健康信息满足所述健康保障项目对于用户的健康要求之后，准予所述用户参与所述健康保障项目；
所述方法首先会对参与健康保障项目的用户进行健康验证，在验证失败且所述用户参与的健康保障项目的准入额度较高的情况下，再通过所述健康保障项目的承保方对所述用户的健康进行再次审核，实现在所述健康保障项目的准入额度较高的情况下，对所述用户的健康实现双核，避免一次审核就确定所述用户的准入结果，造成用户的流失，并且所述健康保障项目的准入额度较高，所述承保方的前期收益也会越高，因此再通过所述承保方对所述用户的健康进行再次审核，也可以相对的提高所述承保方的利润率，同时用户参与健康保障项目的成功率也会增加，极大的提升了用户的体验。
附图说明
图1是本申请一实施例提供的一种健康保障项目的用户健康核实方法的流程图；
图2是本申请一实施例提供的一种健康保障项目的用户健康核实方法的处理过程流程图；
图3是本申请一实施例提供的一种健康保障项目的用户健康核实装置的结构示意图；
图4是本申请一实施例提供的一种计算设备的结构框图。
具体实施方式
在下面的描述中阐述了很多具体细节以便于充分理解本申请。但是本申请能够以很多不同于在此描述的其它方式来实施，本领域技术人员可以在不违背本申请内涵的情况下做类似推广，因此本申请不受下面公开的具体实施的限制。
在本申请一个或多个实施例中使用的术语是仅仅出于描述特定实施例的目的，而非旨在限制本申请一个或多个实施例。在本申请一个或多个实施例和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式，除非上下文清楚地表示其他含义。还应当理解，本申请一个或多个实施例中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解，尽管在本申请一个或多个实施例中可能采用术语第一、第二等来描述各种信息，但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如，在不脱离本申请一个或多个实施例范围的情况下，第一也可以被称为第二，类似地，第二也可以被称为第一。取决于语境，如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
首先，对本发明一个或多个实施例涉及的名词术语进行解释。
健康保障项目：指使得参与用户根据合同约定，可以获得一定的保障费用的项目，所述健康保障项目的承保方对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿的责任。
承保方：指对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿的责任的承担方。
健康告知：是指保险公司在接受客户投保申请前，要求投保人填写或确认的，关于被保险人的真实健康情况告知。
通过健康告知，保险公司可以对客户的身体健康状况有一个基本的了解，并可以根据相关信息对客户保险事故的发生率进行预期，进而决定是否承保以及如何承保。它能够帮助保险公司进行一定程度的排查，规避部分明知身体出现健康问题依旧想要通过保险理赔获取利益的恶意骗保行为。
因此，健康告知是承保过程中很重要的一步。如果投保人故意隐瞒自己的病情，一旦被发现，轻则保险公司将提高费率，重则直接解除保险合同。如此一来，投保人会失去有效的保障，甚至无法获得赔付。
在本申请中，提供了一种健康保障项目的用户健康核实方法，本申请同时涉及一种健康保障项目的用户健康核实装置，一种计算设备，以及一种计算机可读存储介质，在下面的实施例中逐一进行详细说明。
当前，保险公司获取用户的健康数据，主要是采用传统系统对接方式，与医疗机构进行系统数据等的对接，成本高，并且同时对接方IT资源及能力的各方影响，加大了对接门槛，导致对接周期长，用户健康数据的获取也比较缓慢；并且保险公司与用户签订合同之后，保险公司需要安排专门的对接人员，接受参与用户的各种问题咨询，以及参与用户出现事故的情况下，需要安排专业的核保人员进行事故核实等等。在此背景下，采用第三方保障平台代替保险公司对用户的各种情况进行基础核实的技术应运而生。
参见图1，图1示出了根据本申请一实施例提供的一种健康保障项目的用户健康核实方法的流程图，包括步骤102至步骤110。
步骤102：接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息。
具体的，所述健康保障项目可以使得参与用户根据合同约定，获得一定的保障费用的项目，所述健康保障项目的承保方对于合同约定的可能发生的事故因其发生所造成的财产损失承担赔偿的责任。
所述用户为想要参与所述健康保障项目，以实现在出现所述健康保障项目中包含的事故的情况下，可以获得基于所述健康保障项目的合同约定中的保障费用的用户。
其中，所述用户的身份信息包括但不限于所述用户的姓名、家庭住址、电话以及邮箱等任何可以体现用户的身份的信息。
本说明书一个或多个实施例中，所述获取所述用户的健康信息包括：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
其中，基于健康的文本数据包括但不限于用户手写的关于自身健康的文字数据，例如用户手写的自身的身高、体重、血型、历史病史、家族遗传疾病、近半年有没有发烧感冒或者是服药情况等等。
具体的，在获取到用户基于健康的文本数据之后，通过语义分析提取所述文本数据中的所述用户的健康信息。
实际应用中，用户手写的关于自身健康的数据，有一小部分是对该用户的健康分析无关的内容，例如用户每天喝水情况，吃饭量以及穿衣情况等等，这些与对该用户的健康分析无关的内容会增加对健康分析的工作量，降低健康分析的工作效率，因此是需要通过语义分析对用户提供的文本数据进行提取，提取出对该用户的健康分析有用的健康信息即可。其中，所述语义分析实现的方法可以采用现有技术中的语义分析实现，本申请对此不作限定。
本说明书另一实施例中，所述获取所述用户的健康信息包括：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
其中，基于健康的语音数据包括但不限于通过移动终端等语音采集设备采集的用户口述的关于自身健康的语音数据，例如通过录音笔采集的用户口述的自身的身高、体重、血型、历史病史、家族遗传疾病、近半年有没有发烧感冒或者是服药情况等等。
具体的，获取所述用户基于健康的语音数据后，将所述语音数据转换为文本数据，然后基于上述实施例中对文本数据的语义分析方法，对所述文本数据进行语义分析后，提取出所述用户的健康信息。
实际应用中，有一部分用户是不会写字，比如没有上过学的用户，但是口头描述自身的健康信息还是可以的；另外，还有一部分用户是不会写字也无法自己去描述自身的健康信息，例如聋哑人以及刚出生的小宝宝等，此时可以由监护人代替自己描述该用户的健康信息。
通过采集到的所述用户基于健康的语音数据来实现对所述用户的健康信息的获取，实现对所述用户的健康信息的分析，避免将上述无法实现文字描述的一部分用户过滤掉，给予这一部分用户参与健康保障项目的机会，在增加了参与健康保障项目的用户的同时，也给用户带来了方便。
另一种情况下，所述获取所述用户的健康信息包括：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
其中，所述第三方平台包括但不限于医院、体检机构等。
实际应用中，不仅可以通过文本数据、语音数据获取到所述用户的健康信息，若所述用户住过院或者是在某体检机构进行过体检，还可以获得医院或者是体检机构的授权，通过调用医院或者是体检机构的健康数据接口获取所述用户的健康信息。
通过所述第三方平台的授权获取到的所述用户的健康信息会更加准确，并且无需所述用户配合提供，节省了时间，极大的提高了工作效率。
步骤104：基于所述用户的健康信息对所述用户的健康进行验证。
具体的，一种情况下，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
其中，将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配的过程，实际上是所述用户对于参与所述健康保障项目的健康告知，使得所述健康保障项目根据所述用户的健康告知，判断所述用户的健康状况是否满足参与所述健康保障项目对于用户健康的要求。
所述预设的健康信息采集模板实际上可以是一套针对所述用户进行健康采集的健康问题题库。
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，可以是将所述用户的健康信息与预设的健康信息采集的健康问题题库中的问题进行对照，在确定获取的所述用户的健康信息可以全部回答预设的健康信息采集的健康问题题库中的问题的情况下，所述用户的健康信息与所述健康保障项目预设的健康信息采集模板匹配，基于所述用户的健康信息对所述用户的健康的验证成功。
若将所述用户的健康信息与预设的健康信息采集的健康问题题库中的问题进行对照，确定获取的所述用户的健康信息不能全部回答预设的健康信息采集的健康问题题库中的问题的情况下，则可以认为所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配，基于所述用户的健康信息对所述用户的健康的验证失败。
实际应用中，第三方保障平台是要根据平台预设的健康信息采集模板对用户的健康信息进行采集，然后才能根据采集到的用户的健康信息对所述用户的健康情况进行确定，以判断所述用户的健康情况是否满足该用户想要参与的健康保障项目对于用户的健康要求。若获取到的所述用户的健康信息不足以回答与第三方保障平台预设的健康信息采集模板中的健康问题，则所述第三方保障平台就无法分析出所述用户的健康情况。
另一种情况下，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
其中，所述用户的健康信息类型包括但不限于文字类型、录音类型，所述文字类型可以包括所述用户手写的文字类型和第三方保障平台基于医院或者保险机构等的授权获取到的所述用户电子健康信息的类型。
所述健康保障项目需求的健康信息的类型可以包括基于所述健康保障项目设置的采集用户的健康信息的标准模板。
实际应用中，第三方保障平台需要依据预设的健康信息采集模板对用户的健康信息进行逐条采集，若所述用户的健康信息直接为用户手写或者是口述的健康信息类型，则无法实现第三方保障平台需要依据预设的健康信息采集模板对用户的健康信息进行逐条采集，即获取到的所述用户的健康信息非标准化，不是参与所述健康保障项目所要求的所述用户的健康信息的标准类型，则基于所述用户的健康信息对所述用户的健康的验证失败。
若获取到的所述用户的健康信息是基于第三方保障平台依照预设的健康信息采集模板逐条进行采集的，可以实现采集的所述用户的健康信息标准化，则基于所述用户的健康信息对所述用户的健康信息的验证成功，还可以节省第三方保障平台基于采集的所述用户的健康信息确定所述用户的健康状况的时间。
步骤106：在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值。
以上述为例，所述验证失败的情况包括但不限于：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配；或者
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
具体的所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配，以及所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配的情况可以参见上述实施例，在此不再赘述。
此外，所述健康保障项目的准入额度为用户参与所述健康保障项目需要缴纳的费用；例如健康保障项目A的准入额度为五万，若用户A想要参与所述健康保障项目A，则用户A需要针对所述健康保障项目A缴纳五万的费用，才可以进行参与。
实际应用中，所述健康保障项目的准入额度越高，所述健康保障项目中对于参与用户的保障额度就越高，或者对于参与用户的保障项目越多。
例如，若健康保障项目的准入额度为两万，所述健康保障项目中对于参与用户的保障额度为十万；或者若健康保障项目的准入额度为两万，所述健康保障项目中对于参与用户的保障项目为十个；
若健康保障项目的准入额度为六万，所述健康保障项目中对于参与用户的保障额度为六十万；或者若健康保障项目的准入额度为六万，所述健康保障项目中对于参与用户的保障项目为二十个。
所述预设准入阈值可以根据健康保障项目进行实际设置，本申请对此不作任何限定。例如所述预设准入阈值可以为五万、十万等。
步骤108：若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
具体的，在所述健康保障项目的准入额度大于等于预设准入阈值的情况下，可以确定所述健康保障项目比较重要，费用较高，可以为健康保障项目的承保方带来比较可观的收益，那么可以将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，由承保方基于所述用户的姓名、家庭住址以及联系方式等对所述用户的健康信息进行再次审核，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
其中，所述用户的健康信息审核结果可以清楚的反映所述用户的当前健康状况。
本说明书另一实施例中，所述判断所述健康保障项目的准入额度是否大于等于预设准入阈值之后，还包括：
若否，则为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
即在所述健康保障项目的准入额度小于预设准入阈值的情况下，可以认为所述健康保障项目的参与额度较低，若将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方进行再次审核，则所述承保方需要花费的时间、精力以及费用，与所述健康保障项目的参与额度不成正比，此时可以为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
实际应用中，所述第二健康保障项目的准入额度较低，那么对于所述用户的健康的验证就相对于所述健康保障项目宽松一些，所述用户就会有成功参与所述第二健康保障项目的可能性。采用此种方法也是为了避免由于用户参与的健康保障项目的准入额度较高，对所述用户的健康进行验证比较严谨的情况下，直接将所述用户拒之门外，造成用户的流失。
步骤110：基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
具体的，第三方保障平台在基于获取到的所述用户的健康信息对所述用户的健康进行验证失败的情况下，基于所述健康保障项目的准入额度通过所述健康保障项目的承保方对所述用户的健康进行再次审核，在所述承保方对所述用户的健康审核通过的情况下，准予所述用户参与所述健康保障项目。
实际应用中，想要参与健康保障项目的用户可能不会规范的依据第三方平台的要求提供自身的健康信息，那么第三方验证平台在获取到不规范的用户的健康信息之后，就无法很智能准确的分析出所述用户的健康状况；在这种情况下，若所述健康保障项目的准入额度较高，可以给所述健康保障项目的承保方带来较高的经济收益的情况下，还是有价值将所述用户的健康信息发送至所述健康保障项目的承保方进行再次审核的，所述健康保障项目的承保方可以通过对想要参与的用户进行实体健康考察或者通过专业团队的分析进行再次审核后，再确定所述用户能否参与所述健康保障项目，可以对所述用户的健康状况得到更加准确的结论，极大的提高了所述用户参与所述健康保障项目的成功率。
本说明书另一实施例中，所述接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息之后，还包括：
判断所述健康保障项目与预设的健康保障项目表是否匹配；
若是，则将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
若否，则基于所述用户的健康信息对所述用户的健康进行验证。
其中，所述预设的健康保障项目表中可以包括准入额度较高的健康保障项目。
具体的，若所述健康保障项目与预设的健康保障项目表匹配，则可以确定所述健康保障项目为准入额度较高的健康保障项目，所述健康保障项目的承保方后期赔付的额度也是较高的，这种情况下，则可以直接将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果，以对所述用户的健康信息得到最准确的结果，避免出现因对要参与的用户的健康信息验证不准确，造成用户的健康状况不满足参与所述健康保障项目的健康标准的情况下参与该健康保障项目，为所述健康保障项目的承保方带来巨大的经济损失。
而在所述健康保障项目与预设的健康保障项目表不匹配的情况下，就可以参照上述实施例，基于所述用户的健康信息对所述用户的健康进行验证，并进行验证后的步骤。
参见图2，图2示出了根据本申请一实施例提供的一种健康保障项目的用户健康核实方法的流程图，包括步骤202至步骤216。
步骤202：接收用户A参与健康保障项目A的参与请求，并获取所述用户A的健康信息，其中，所述参与请求中携带有所述用户的姓名、地址以及手机号。
步骤204：基于所述用户A的健康信息对所述用户A的健康进行验证。
步骤206：判断所述用户A的健康验证是否成功，若是，则执行步骤208，若否，则执行步骤210。
步骤208：准予所述用户A参与所述健康保障项目A。
步骤210：判断所述健康保障项目A的准入额度是否大于等于预设准入阈值，若是，则执行步骤212，若否，则执行步骤214。
步骤212：将所述用户A的健康信息、姓名、地址以及手机号发送至所述健康保障项目A的承保方，并获取所述承保方基于所述用户A的健康信息、姓名、地址以及手机号对所述用户A的健康信息审核结果。
步骤214：为所述用户A推荐准入额度低于所述健康保障项目A的第二健康保障项目B。
步骤216：基于所述审核结果确认所述用户A的健康信息满足所述健康保障项目A的健康要求后，准予所述用户A参与所述健康保障项目A。
本申请提供的健康保障项目的用户健康核实方法，在接收用户A参与健康保障项目A的参与请求后，获取所述用户A的健康信息，然后基于获取到的所述用户A的健康信息对所述用户A的健康进行验证，在验证失败的情况下，若所述用户A要参与的健康保障项目的准入额度大于等于预设准入阈值，就将所述用户A的健康信息和身份信息发送至所述健康保障项目的承保方，若所述用户A要参与的健康保障项目的准入额度小于预设准入阈值，就为所述用户A推荐准入额度低于所述健康保障项目A的第二健康保障项目B，然后基于所述承保方对所述用户A的健康信息的审核结果确定用户A的健康信息，在所述承保方确定所述用户A的健康信息满足所述健康保障项目A对于用户的健康要求之后，准予所述用户A参与所述健康保障项目A；
所述方法首先会对参与健康保障项目A的用户A进行健康验证，在验证失败且所述用户A参与的健康保障项目的准入额度较高的情况下，再通过所述健康保障项目A的承保方对所述用户A的健康进行再次审核，实现在所述健康保障项目A的准入额度较高的情况下，对所述用户A的健康实现双核，避免一次审核就确定所述用户A的准入结果，造成用户A的流失，并且所述健康保障项目A的准入额度较高，所述承保方的前期收益也会越高，因此再通过所述承保方对所述用户A的健康进行再次审核，也可以相对的提高所述承保方的利润率，同时用户A参与健康保障项目A的成功率也会增加，极大的提升了用户A的体验；
此外，在健康保障项目A的准入额度小于预设准入阈值的情况下，为所述用户A推荐准入额度低于所述健康保障项目A的第二健康保障项目B，可以为所述用户A争取一次参与健康保障项目的机会，进一步的增加了参与健康保障项目的用户的数量。
参见图3，与上述方法实施例相对应，本申请还提供了一种健康保障项目的用户健康核实装置的实施例，如图3所示，该装置包括：
接收模块302，被配置为接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
验证模块304，被配置为基于所述用户的健康信息对所述用户的健康进行验证；
准入额度判断模块306，被配置为在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
获取模块308，被配置为在所述健康保障项目的准入额度大于等于预设准入阈值的情况下，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
参与模块310，被配置为基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
可选的，所述验证模块304，还被配置为：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
可选的，所述验证模块304，还被配置为：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
可选的，所述准入额度判断模块306，还被配置为：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配。
可选的，所述准入额度判断模块306，还被配置为：
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
可选的，所述接收模块302，还被配置为：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述接收模块302，还被配置为：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述接收模块302，还被配置为：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
可选的，所述装置还包括：
匹配判断模块，被配置为判断所述健康保障项目与预设的健康保障项目表是否匹配；
发送模块，被配置为在所述健康保障项目与预设的健康保障项目表匹配的情况下，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
可选的，所述验证模块304，还被配置为：
在所述健康保障项目与预设的健康保障项目表不匹配的情况下，基于所述用户的健康信息对所述用户的健康进行验证。
可选的，所述装置还包括：
推荐模块，被配置为在所述健康保障项目的准入额度小于预设准入阈值的情况下，为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
本申请实施例的一种健康保障项目的用户健康核实装置，首先会对参与健康保障项目的用户进行健康验证，在验证失败且所述用户参与的健康保障项目的准入额度较高的情况下，再通过所述健康保障项目的承保方对所述用户的健康进行再次审核，实现在所述健康保障项目的准入额度较高的情况下，对所述用户的健康实现双核，避免一次审核就确定所述用户的准入结果，造成用户的流失，并且所述健康保障项目的准入额度较高，所述承保方的前期收益也会越高，因此再通过所述承保方对所述用户的健康进行再次审核，也可以相对的提高所述承保方的利润率，同时用户参与健康保障项目的成功率也会增加，极大的提升了用户的体验。
上述为本实施例的一种健康保障项目的用户健康核实装置的示意性方案。需要说明的是，该健康保障项目的用户健康核实装置的技术方案与上述的健康保障项目的用户健康核实方法的技术方案属于同一构思，健康保障项目的用户健康核实装置的技术方案未详细描述的细节内容，均可以参见上述健康保障项目的用户健康核实方法的技术方案的描述。
图4示出了根据本申请一实施例提供的一种计算设备400的结构框图。该计算设备400的部件包括但不限于存储器410和处理器420。处理器420与存储器410通过总线430相连接，数据库450用于保存数据。
计算设备400还包括接入设备440，接入设备440使得计算设备400能够经由一个或多个网络460通信。这些网络的示例包括公用交换电话网(PSTN)、局域网(LAN)、广域网(WAN)、个域网(PAN)或诸如因特网的通信网络的组合。接入设备440可以包括有线或无线的任何类型的网络接口(例如，网络接口卡(NIC))中的一个或多个，诸如IEEE802.11无线局域网(WLAN)无线接口、全球微波互联接入(Wi-MAX)接口、以太网接口、通用串行总线(USB)接口、蜂窝网络接口、蓝牙接口、近场通信(NFC)接口，等等。
在本申请的一个实施例中，计算设备400的上述部件以及图4中未示出的其他部件也可以彼此相连接，例如通过总线。应当理解，图4所示的计算设备结构框图仅仅是出于示例的目的，而不是对本申请范围的限制。本领域技术人员可以根据需要，增添或替换其他部件。
计算设备400可以是任何类型的静止或移动计算设备，包括移动计算机或移动计算设备(例如，平板计算机、个人数字助理、膝上型计算机、笔记本计算机、上网本等)、移动电话(例如，智能手机)、可佩戴的计算设备(例如，智能手表、智能眼镜等)或其他类型的移动设备，或者诸如台式计算机或PC的静止计算设备。计算设备400还可以是移动式或静止式的服务器。
其中，处理器420用于执行如下计算机可执行指令：
接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
基于所述用户的健康信息对所述用户的健康进行验证；
在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
可选的，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
可选的，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
可选的，所述验证失败的情况包括：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配。
可选的，所述验证失败的情况包括：
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
可选的，所述获取所述用户的健康信息包括：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述获取所述用户的健康信息包括：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述获取所述用户的健康信息包括：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
可选的，所述接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息之后，还包括：
判断所述健康保障项目与预设的健康保障项目表是否匹配；
若是，则将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
可选的，所述判断所述健康保障项目与预设的健康保障项目表是否匹配之后，还包括：
若否，则基于所述用户的健康信息对所述用户的健康进行验证。
可选的，所述判断所述健康保障项目的准入额度是否大于等于预设准入阈值之后，还包括：
若否，则为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
上述为本实施例的一种计算设备的示意性方案。需要说明的是，该计算设备的技术方案与上述的健康保障项目的用户健康核实方法的技术方案属于同一构思，计算设备的技术方案未详细描述的细节内容，均可以参见上述健康保障项目的用户健康核实方法的技术方案的描述。
本申请一实施例还提供一种计算机可读存储介质，其存储有计算机指令，该指令被处理器执行时以用于：
接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
基于所述用户的健康信息对所述用户的健康进行验证；
在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
可选的，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
可选的，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
可选的，所述验证失败的情况包括：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配。
可选的，所述验证失败的情况包括：
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
可选的，所述获取所述用户的健康信息包括：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述获取所述用户的健康信息包括：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
可选的，所述获取所述用户的健康信息包括：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
可选的，所述接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息之后，还包括：
判断所述健康保障项目与预设的健康保障项目表是否匹配；
若是，则将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
可选的，所述判断所述健康保障项目与预设的健康保障项目表是否匹配之后，还包括：
若否，则基于所述用户的健康信息对所述用户的健康进行验证。
可选的，所述判断所述健康保障项目的准入额度是否大于等于预设准入阈值之后，还包括：
若否，则为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
上述为本实施例的一种计算机可读存储介质的示意性方案。需要说明的是，该存储介质的技术方案与上述的健康保障项目的用户健康核实方法的技术方案属于同一构思，存储介质的技术方案未详细描述的细节内容，均可以参见上述健康保障项目的用户健康核实方法的技术方案的描述。
上述对本申请特定实施例进行了描述。其它实施例在所附权利要求书的范围内。在一些情况下，在权利要求书中记载的动作或步骤可以按照不同于实施例中的顺序来执行并且仍然可以实现期望的结果。另外，在附图中描绘的过程不一定要求示出的特定顺序或者连续顺序才能实现期望的结果。在某些实施方式中，多任务处理和并行处理也是可以的或者可能是有利的。
所述计算机指令包括计算机程序代码，所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读介质可以包括：能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM，Read-Only Memory)、随机存取存储器(RAM，Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是，所述计算机可读介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减，例如在某些司法管辖区，根据立法和专利实践，计算机可读介质不包括电载波信号和电信信号。
需要说明的是，对于前述的各方法实施例，为了简便描述，故将其都表述为一系列的动作组合，但是本领域技术人员应该知悉，本申请并不受所描述的动作顺序的限制，因为依据本申请，某些步骤可以采用其它顺序或者同时进行。其次，本领域技术人员也应该知悉，说明书中所描述的实施例均属于优选实施例，所涉及的动作和模块并不一定都是本申请所必须的。
在上述实施例中，对各个实施例的描述都各有侧重，某个实施例中没有详述的部分，可以参见其它实施例的相关描述。
以上公开的本申请优选实施例只是用于帮助阐述本申请。可选实施例并没有详尽叙述所有的细节，也不限制该发明仅为所述的具体实施方式。显然，根据本申请的内容，可作很多的修改和变化。本申请选取并具体描述这些实施例，是为了更好地解释本申请的原理和实际应用，从而使所属技术领域技术人员能很好地理解和利用本申请。本申请仅受权利要求书及其全部范围和等效物的限制。
Claims (15)
1.一种健康保障项目的用户健康核实方法，其特征在于，包括：
接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
基于所述用户的健康信息对所述用户的健康进行验证；
在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
2.根据权利要求1所述的方法，其特征在于，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
3.根据权利要求1所述的方法，其特征在于，所述基于所述用户的健康信息对所述用户的健康进行验证包括：
确定所述用户的健康信息类型；
将所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型进行匹配，实现对所述用户的健康进行验证。
4.根据权利要求2所述的方法，其特征在于，所述验证失败的情况包括：
所述用户的健康信息与所述健康保障项目预设的健康信息采集模板不匹配。
5.根据权利要求3所述的方法，其特征在于，所述验证失败的情况包括：
所述用户的健康信息的类型与所述健康保障项目需求的健康信息的类型不匹配。
6.根据权利要求1所述的方法，其特征在于，所述获取所述用户的健康信息包括：
获取用户基于健康的文本数据，并对所述文本数据进行语义分析，提取所述用户的健康信息。
7.根据权利要求1所述的方法，其特征在于，所述获取所述用户的健康信息包括：
获取所述用户基于健康的语音数据，并将所述语音数据转换为文本数据；
对所述文本数据进行语义分析，提取所述用户的健康信息。
8.根据权利要求1所述的方法，其特征在于，所述获取所述用户的健康信息包括：
通过调用第三方平台的健康数据接口获取所述用户的健康信息。
9.根据权利要求1所述的方法，其特征在于，所述接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息之后，还包括：
判断所述健康保障项目与预设的健康保障项目表是否匹配，
若是，则将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果。
10.根据权利要求9所述的方法，其特征在于，所述判断所述健康保障项目与预设的健康保障项目表是否匹配之后，还包括：
若否，则基于所述用户的健康信息对所述用户的健康进行验证。
11.根据权利要求1所述的方法，其特征在于，所述判断所述健康保障项目的准入额度是否大于等于预设准入阈值之后，还包括：
若否，则为所述用户推荐准入额度低于所述健康保障项目的第二健康保障项目。
12.一种健康保障项目的用户健康核实装置，其特征在于，包括：
接收模块，被配置为接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
验证模块，被配置为基于所述用户的健康信息对所述用户的健康进行验证；
准入额度判断模块，被配置为在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
获取模块，被配置为在所述健康保障项目的准入额度大于等于预设准入阈值的情况下，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
参与模块，被配置为基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
13.根据权利要求12所述的装置，其特征在于，所述验证模块，还被配置为：
将所述用户的健康信息与所述健康保障项目预设的健康信息采集模板进行匹配，实现对所述用户的健康进行验证。
14.一种计算设备，其特征在于，包括：
存储器和处理器；
所述存储器用于存储计算机可执行指令，所述处理器用于执行所述计算机可执行指令：
接收用户参与健康保障项目的参与请求，并获取所述用户的健康信息，其中，所述参与请求中携带有所述用户的身份信息；
基于所述用户的健康信息对所述用户的健康进行验证；
在验证失败的情况下，判断所述健康保障项目的准入额度是否大于等于预设准入阈值；
若是，将所述用户的健康信息和身份信息发送至所述健康保障项目的承保方，并获取所述承保方基于所述用户的健康信息和身份信息对所述用户的健康信息审核结果；
基于所述审核结果确认所述用户的健康信息满足所述健康保障项目的健康要求后，准予所述用户参与所述健康保障项目。
15.一种计算机可读存储介质，其存储有计算机指令，其特征在于，该指令被处理器执行时实现权利要求1-11任意一项所述健康保障项目的用户健康核实方法的步骤。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910755751.7A CN110634076B (zh) | 2019-08-15 | 2019-08-15 | 健康保障项目的用户健康核实方法及装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201910755751.7A CN110634076B (zh) | 2019-08-15 | 2019-08-15 | 健康保障项目的用户健康核实方法及装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN110634076A true CN110634076A (zh) | 2019-12-31 |
| CN110634076B CN110634076B (zh) | 2023-06-20 |
Family
ID=68970272
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201910755751.7A Active CN110634076B (zh) | 2019-08-15 | 2019-08-15 | 健康保障项目的用户健康核实方法及装置 |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN110634076B (zh) |
Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104718550A (zh) * | 2012-01-09 | 2015-06-17 | 个人医疗记录股份有限公司 | 用于管理具有远程医疗和健康监测设备特征的个人健康记录的方法和系统 |
| CN108133423A (zh) * | 2017-12-21 | 2018-06-08 | 平安科技（深圳）有限公司 | 健康险产品投保方法、装置、设备及可读存储介质 |
| CN108256809A (zh) * | 2016-12-28 | 2018-07-06 | 平安科技（深圳）有限公司 | 一种附加险的投保请求审核方法和装置 |
| CN108269054A (zh) * | 2017-11-28 | 2018-07-10 | 中国平安财产保险股份有限公司 | 一种车险投保的自动审核方法、存储介质和服务器 |
| CN108268593A (zh) * | 2017-12-08 | 2018-07-10 | 中国平安财产保险股份有限公司 | 信用卡投保信息的处理方法、装置、服务器和存储介质 |
| CN108460692A (zh) * | 2018-03-23 | 2018-08-28 | 深圳市慧择保险经纪有限公司 | 一种基于健康险的线上核保方法、装置、设备和存储介质 |
| CN108921714A (zh) * | 2018-07-10 | 2018-11-30 | 平安健康保险股份有限公司 | 保单核保处理方法、装置、计算机设备及存储介质 |
| CN109411088A (zh) * | 2018-05-03 | 2019-03-01 | 广东健凯医疗有限公司 | 一种用户健康大数据共享平台 |
| CN109460944A (zh) * | 2018-12-14 | 2019-03-12 | 平安健康保险股份有限公司 | 基于大数据的核保方法、装置、设备及可读存储介质 |
| CN109523393A (zh) * | 2018-10-22 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 一种审核服务的提供方法和装置、以及计算机设备 |
| CN109816330A (zh) * | 2018-12-15 | 2019-05-28 | 中国平安人寿保险股份有限公司 | 规则校验方法、装置、电子设备及计算机可读存储介质 |
| US20190189254A1 (en) * | 2016-05-17 | 2019-06-20 | Nokia Technologies Oy | Method, device and system for verifying user health data |
| CN109979550A (zh) * | 2019-02-14 | 2019-07-05 | 中国科学院信息工程研究所 | 一种基于分布式属性签名的区块链医疗数据管理方法和系统 |
| CN110009294A (zh) * | 2018-11-28 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种项目处理方法及装置、一种计算设备及存储介质 |
-
2019
- 2019-08-15 CN CN201910755751.7A patent/CN110634076B/zh active Active
Patent Citations (14)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN104718550A (zh) * | 2012-01-09 | 2015-06-17 | 个人医疗记录股份有限公司 | 用于管理具有远程医疗和健康监测设备特征的个人健康记录的方法和系统 |
| US20190189254A1 (en) * | 2016-05-17 | 2019-06-20 | Nokia Technologies Oy | Method, device and system for verifying user health data |
| CN108256809A (zh) * | 2016-12-28 | 2018-07-06 | 平安科技（深圳）有限公司 | 一种附加险的投保请求审核方法和装置 |
| CN108269054A (zh) * | 2017-11-28 | 2018-07-10 | 中国平安财产保险股份有限公司 | 一种车险投保的自动审核方法、存储介质和服务器 |
| CN108268593A (zh) * | 2017-12-08 | 2018-07-10 | 中国平安财产保险股份有限公司 | 信用卡投保信息的处理方法、装置、服务器和存储介质 |
| CN108133423A (zh) * | 2017-12-21 | 2018-06-08 | 平安科技（深圳）有限公司 | 健康险产品投保方法、装置、设备及可读存储介质 |
| CN108460692A (zh) * | 2018-03-23 | 2018-08-28 | 深圳市慧择保险经纪有限公司 | 一种基于健康险的线上核保方法、装置、设备和存储介质 |
| CN109411088A (zh) * | 2018-05-03 | 2019-03-01 | 广东健凯医疗有限公司 | 一种用户健康大数据共享平台 |
| CN108921714A (zh) * | 2018-07-10 | 2018-11-30 | 平安健康保险股份有限公司 | 保单核保处理方法、装置、计算机设备及存储介质 |
| CN109523393A (zh) * | 2018-10-22 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 一种审核服务的提供方法和装置、以及计算机设备 |
| CN110009294A (zh) * | 2018-11-28 | 2019-07-12 | 阿里巴巴集团控股有限公司 | 一种项目处理方法及装置、一种计算设备及存储介质 |
| CN109460944A (zh) * | 2018-12-14 | 2019-03-12 | 平安健康保险股份有限公司 | 基于大数据的核保方法、装置、设备及可读存储介质 |
| CN109816330A (zh) * | 2018-12-15 | 2019-05-28 | 中国平安人寿保险股份有限公司 | 规则校验方法、装置、电子设备及计算机可读存储介质 |
| CN109979550A (zh) * | 2019-02-14 | 2019-07-05 | 中国科学院信息工程研究所 | 一种基于分布式属性签名的区块链医疗数据管理方法和系统 |
Also Published As
| Publication number | Publication date |
|---|---|
| CN110634076B (zh) | 2023-06-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20190214113A1 (en) | Dynamic analysis of health and medical data applied to clinical trials | |
| US20160103963A1 (en) | Method and system for smart healthcare management | |
| CN112598403B (zh) | 一种项目处理方法及装置、一种计算设备及存储介质 | |
| WO2019196547A1 (zh) | 处理业务的可用资源的方法和装置 | |
| US20170177810A1 (en) | System and method for insurance risk adjustment | |
| Gee et al. | The financial cost of healthcare fraud 2015: What data from around the world shows | |
| CN110428339A (zh) | 理赔鉴定方法、装置、电子设备及计算机可读介质 | |
| Flynn | Financial fraud in the private health insurance sector in Australia: Perspectives from the industry | |
| WO2019196544A1 (zh) | 业务风险控制方法和装置 | |
| Jaana et al. | EMRs and clinical IS implementation in hospitals: a statewide survey | |
| Zeleke et al. | Data quality and cost-effectiveness analyses of electronic and paper-based interviewer-administered public health surveys: systematic review | |
| CN111402072A (zh) | 信息处理方法及装置 | |
| WO2020062326A1 (zh) | 智能健康管理和生命安全保险系统及其实现方法 | |
| Ma et al. | Social health assistance schemes: the case of Medical Financial Assistance for the rural poor in four counties of China | |
| CN113870983A (zh) | 社康转诊方法、装置、计算机设备和存储介质 | |
| US20180365761A1 (en) | Platform for financing healthcare services | |
| CN117764740A (zh) | 健康保险智能风控方法、装置、设备及介质 | |
| CN110634076A (zh) | 健康保障项目的用户健康核实方法及装置 | |
| Caldwell et al. | An evaluation of Therapy Outcome Measures (TOMs) in community rehabilitation | |
| CN110136005A (zh) | 互助项目成员审核方法、装置、电子设备及存储介质 | |
| US10187791B2 (en) | Workstation and client device pairing | |
| Kogon et al. | Integrating dental data in missing persons and unidentified remains investigations: The RESOLVE INITIATIVE and DIP3 | |
| CN110648242A (zh) | 健康保障项目中进行身份核实的方法及装置 | |
| JP7193188B1 (ja) | 医療用項目抽出システム | |
| Cole et al. | Extracting electronic health record data in a practice-based research network: lessons learned from collaborations with translational researchers |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| PB01 | Publication | ||
| PB01 | Publication | ||
| SE01 | Entry into force of request for substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| REG | Reference to a national code |
Ref country code: HK Ref legal event code: DE Ref document number: 40019624 Country of ref document: HK |
|
| TA01 | Transfer of patent application right |
Effective date of registration: 20201012 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Innovative advanced technology Co.,Ltd. Address before: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant before: Advanced innovation technology Co.,Ltd. Effective date of registration: 20201012 Address after: Cayman Enterprise Centre, 27 Hospital Road, George Town, Grand Cayman Islands Applicant after: Advanced innovation technology Co.,Ltd. Address before: A four-storey 847 mailbox in Grand Cayman Capital Building, British Cayman Islands Applicant before: Alibaba Group Holding Ltd. |
|
| TA01 | Transfer of patent application right | ||
| GR01 | Patent grant | ||
| GR01 | Patent grant |