CN112950394A - 核保方法、装置、电子设备及计算机可读存储介质 - Google Patents

核保方法、装置、电子设备及计算机可读存储介质 Download PDF

Info

Publication number
CN112950394A
CN112950394A CN202110175205.3A CN202110175205A CN112950394A CN 112950394 A CN112950394 A CN 112950394A CN 202110175205 A CN202110175205 A CN 202110175205A CN 112950394 A CN112950394 A CN 112950394A
Authority
CN
China
Prior art keywords
underwriting
insurance company
insurance
data
result
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.)
Pending
Application number
CN202110175205.3A
Other languages
English (en)
Inventor
李洪锋
韩立炜
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Shenzhen Muchenglin Technology Co ltd
Original Assignee
Shenzhen Muchenglin Technology Co ltd
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Shenzhen Muchenglin Technology Co ltd filed Critical Shenzhen Muchenglin Technology Co ltd
Priority to CN202110175205.3A priority Critical patent/CN112950394A/zh
Publication of CN112950394A publication Critical patent/CN112950394A/zh
Pending legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/08Insurance
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/25Integrating or interfacing systems involving database management systems
    • G06F16/252Integrating or interfacing systems involving database management systems between a Database Management System and a front-end application
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06FELECTRIC DIGITAL DATA PROCESSING
    • G06F16/00Information retrieval; Database structures therefor; File system structures therefor
    • G06F16/20Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
    • G06F16/28Databases characterised by their database models, e.g. relational or object models
    • G06F16/284Relational databases

Landscapes

  • Engineering & Computer Science (AREA)
  • Databases & Information Systems (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Accounting & Taxation (AREA)
  • General Engineering & Computer Science (AREA)
  • Data Mining & Analysis (AREA)
  • Finance (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • General Business, Economics & Management (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请适用于计算机技术领域,提供了一种核保方法、装置、电子设备及计算机可读存储介质。所述核保方法包括:接收用户对非标准体的核保请求,所述核保请求包括所述非标准体的疾病资料和保险公司信息;根据所述核保请求,展示所述疾病资料;接收初核人员基于所述疾病资料输入的初步核保结果;若所述初步核保结果为通过初核,则根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***,以使所述保险公司根据所述疾病资料进行复核。本申请提供的核保方法核保效率高。

Description

核保方法、装置、电子设备及计算机可读存储介质
技术领域
本申请属于计算机技术领域,尤其涉及一种核保方法、装置、电子设备及计算机可读存储介质。
背景技术
人身保险是以人的生命或身体为保险标的,在被保险人的生命或身体发生保险事故或保险期满时,依照保险合同的规定,由保险人向被保险人或受益人给付保险金的保险形式。
在投保人身保险时,如果被保险人存在异常特殊情况,例如,曾经发生过保险产品健康声明告知书中的疾病,则确定被保险人为非标准体。传统技术中,非标体不能通过自动核保流程进行在线投保,通常选用线下投保。然而,线下投保存在核保效率差的问题。
发明内容
本申请提供一种核保方法、装置、电子设备及计算机可读存储介质,可以解决线下投保核保效率差的问题。
第一方面,本申请实施例提供了一种核保方法,包括:
接收用户对非标准体的核保请求,所述核保请求包括所述非标准体的疾病资料和保险公司信息;
根据所述核保请求,展示所述疾病资料;
接收初核人员基于所述疾病资料输入的初步核保结果;
若所述初步核保结果为通过初核,则根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***,以使所述保险公司根据所述疾病资料进行复核。
在其中一个实施方式中,所述方法还包括:
接收所述保险公司的信息***返回的复核结果;其中,所述复核结果包括补充资料、标准体承保、延期承保、加费承保、拒绝承保或除外承保中的一种;
将所述复核结果反馈至所述用户。
在其中一个实施方式中,所述方法还包括:
若所述复核结果为补充资料,则向所述用户展示补充资料界面;
接收所述用户通过所述补充资料界面上传的疾病补充资料;
根据所述保险公司信息将所述疾病补充资料发送至所述保险公司的信息***,以使所述保险公司对所述疾病补充资料进行审核。
在其中一个实施方式中,所述方法还包括:
若所述复核结果为标准体承保,则接收所述保险公司的信息***发送的保险订单;
将所述保险订单发送至所述用户。
在其中一个实施方式中,所述核保请求还包括所述非标准体的个人信息,所述方法还包括:
根据所述个人信息、所述疾病资料和所述保险公司信息建立核保单。
在其中一个实施方式中,所述根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***之后,所述方法还包括:
接收所述保险公司的信息***对所述非标准体的管理编码;
建立所述管理编码与所述核保单的对应关系。
在其中一个实施方式中,所述复核结果中包括所述管理编码,所述接收所述保险公司的信息***返回的复核结果,包括:
根据所述对应关系,定时查询所述保险公司的信息***是否返回所述管理编码对应的复核结果;
若所述保险公司的信息***返回所述管理编码对应的复核结果,则接受所述复核结果。
第二方面,本申请实施例提供了一种核保装置,包括:
第一接收模块,用于接收用户对非标准体的核保请求,所述核保请求包括所述非标准体的疾病资料和保险公司信息;
展示模块,用于根据所述核保请求,展示所述疾病资料;
第二接收模块,用于接收初核人员基于所述疾病资料输入的初步核保结果;
发送模块,用于若所述初步核保结果为通过初核,则根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***,以使所述保险公司根据所述疾病资料进行复核。
第三方面,本申请实施例提供了一种电子设备,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现上述第一方面中任一项所述的核保方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现上述第一方面中任一项所述的核保方法。
本申请提供的核保方法、装置、电子设备及计算机可读存储介质,通过接收用户对非标准体的核保请求,根据核保请求展示疾病资料,并接收初核人员基于疾病资料输入的初步核保结果。若初步核保结果为通过初核,则根据保险公司信息将疾病资料进一步发送至对应的保险公司的信息***进行复核。本申请提供的核保方法、装置、电子设备及计算机可读存储介质,可以实现非标准体的核保请求的线上提交,无需用户线下提交核保资料,有效提高了核保效率。且通过线上进行核保请求可以减少线下保险代理人员的数量,线上收集的核保请求可以统一处理,优化人力结构,提高产出。其次,通过初核人员进行初步核保,在初步核保通过时才进一步转由保险公司进行审核,有效滤除了无效的核保请求,节约了保险公司的审核时间,提高了审核效率。另外,通过线上提交资料与线下审核结合的方式进行核保,提高核保效率的同时,有效提高核保准确率。
附图说明
为了更清楚地说明本申请实施例中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动性的前提下,还可以根据这些附图获得其他的附图。
图1是本申请一实施例提供的核保方法的应用场景示意图;
图2是本申请一实施例提供的核保方法的流程示意图;
图3是本申请另一实施例提供的核保方法的流程示意图;
图4是本申请一实施例提供的核保装置的结构示意图;
图5是本申请一实施例提供的电子设备的结构示意图。
具体实施方式
为了使本申请的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本申请进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本申请,并不用于限定本申请。
可以理解,本申请实施例中的术语“第一”、“第二”、“第三”、“第四”等(如果存在)是用于区别类似的对象,而不必用于描述特定的顺序或先后次序。
可以理解,本申请所使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
本申请实施例提供的核保方法,可以应用于图1所示的应用环境中。其中,用户端设备102可以与服务器104、管理端设备106进行数据交互,管理端设备106也可以与服务器104进行数据交互。同时,管理端设备106可以与保险公司设备108通过网络等进行数据交互。其中,管理端设备106包括但不限于为保险经纪公司的设备。保险公司设备108可以为多个,分别为不同保险公司的设备。每个保险公司设备108可以设置有能够与管理端设备对接的信息***。
本申请对用户端设备102、管理端设备106和保险公司设备108的类型不做限定,例如,可以是便携式、袖珍式、手持式、计算机内置的或者车载的设备。本申请对服务器104的类型也不做限定,可以是物理服务器、站群服务器、高防服务器、云服务器等。
下面将结合附图,对本申请中的技术方案进行详细描述。需要说明,在不冲突的情况下,本申请中不同的技术特征之间可以相互结合。
为了便于说明,首先对本申请实施例涉及的名称进行统一说明:
核保:是指保险核保。保险核保是指保险人在对投保的标的信息全面掌握、核实的基础上,对可保风险进行评判与分类,进而决定是否承保、以什么样的条件承保的过程。
投保人:是指与保险人订立保险合同,并按照保险合同负有支付保险费义务的人。
保险人:又称“承保人”,是指与投保人订立保险合同,并承担赔偿或者给付保险金责任的保险公司。
被保险人:是指其财产或者人身受保险合同保障,享有保险金请求权的人。
图2示出了本申请提供的核保方法的示意性流程图。本实施例以该方法应用于如图1所示的管理端设备为例进行说明。如图2所示,本实施例提供的核保方法,可以包括:
S201、接收用户对非标准体的核保请求,核保请求包括非标准体的疾病资料和保险人信息。
核保请求是指请求保险人对保险进行审核。用户是指请求核保的人员,可以为投保人,可以为被保险人本人,也可以投保人或被保险人委托操作的人员。非标准体简称“非标体”,是指在人身保险的核保中,不满足健康要求的人群,需要有条件的承保或者拒绝承保等。用户通过用户端设备进行线上核保请求。具体的,用户请求核保时,管理端设备向用户端设备展示健康声明告知书,用户根据健康声明告知书确定被保险人是否为非标准体。当然,也可以由用户填写健康声明告知书并上传管理端设备,管理端设备根据健康声明告知书判断被保险人是否为非标准体,并反馈至用户端设备。
若被保险人为非标准体,则用户通过用户端设备向管理端设备上传该非标准体的疾病资料和保险公司信息。其中,疾病资料是指导致被保险人被判定为非标准体的疾病的相关资料,例如可以为病历、诊断证明或对疾病的描述文案等。用户在请求核保时,需要选定投保的保险公司,管理端设备可以通过服务器获取该保险公司的相关信息。可选的,用户可以通过应用程序(application,APP)、H5或网页等终端入口建立核保请求并上传相关资料。
S202、根据核保请求,展示疾病资料。
管理端设备根据用户提交的核保请求,向初核人员展示疾病资料。初核人员对疾病资料进行初步核保,判断非标准体是否满足相关的投保条件,是否可以投保。可选的,初核人员可以为保险经纪公司的人员。
S203、接收初核人员基于疾病资料输入的初步核保结果。
初核人员将初步核保结果输入管理端设备。初步核保结果可以包括通过初核和未通过初核。通过初核是指非标准体满足承保条件,该非标准体可以进行投保。未通过初核是指非标准体不满足承保条件,即拒绝承保,该非标准体不能投保。需要说明的是,初步核保只是初步判断,可以只判断是否可以承保,不具体判断承保类型,例如,不判断是延期承保或加费承保等。
S204、若初步核保为通过初核,则根据保险人信息将疾病资料发送至对应的保险人的信息***,以使保险人根据疾病资料进行复核。
若初步核保结果为未通过初核,则管理端设备将结果反馈至用户端设备,告知用户。可选的,可以进一步告知用户初核未通过的具体原因。
若初步核保结果为通过初核,则管理端设备根据保险人信息将疾病资料发送至对应的保险公司设备,进入保险公司的信息***。可选的,管理端设备可以根据保险公司的具体要求,对疾病资料进行整理,并调用保险公司提供的应用程序接口(ApplicationProgramming Interface,API)上传疾病资料。保险公司对疾病资料进行复核。可选的,保险公司可以通过信息***对疾病资料进行自动复核,并将复核结果返回管理端设备。保险公司也可以通过保险公司设备对疾病资料进行展示,以使复核人员对疾病资料进行人工审核,并由复核人员将复核结果输入信息***,通过信息***将复核结果返回管理端设备。
本实施例中,通过接收用户对非标准体的核保请求,根据核保请求展示疾病资料,并接收初核人员基于疾病资料输入的初步核保结果。若初步核保结果为通过初核,则根据保险公司信息将疾病资料进一步发送至对应的保险公司的信息***进行复核。本实施例提供的方法可以实现非标准体的核保请求的线上提交,无需用户线下提交核保资料,有效提高了核保效率。且通过线上进行核保请求可以减少线下保险代理人员的数量,线上收集的核保请求可以统一处理,优化人力结构,提高产出。其次,通过初核人员进行初步核保,在初步核保通过时才进一步转由保险公司进行审核,有效滤除了无效的核保请求,节约了保险公司的审核时间,提高了审核效率。另外,通过线上提交资料与线下审核结合的方式进行核保,提高核保效率的同时,有效提高核保准确率。
请参见图3,在一个实施例中,所述方法还可以进一步包括:
S301、接收保险公司的信息***返回的复核结果;其中,复核结果包括补充资料、标准体承保、延期承保、加费承保、拒绝承保或除外承保中的一种。
S302、将复核结果反馈至用户。
具体的,补充资料是指保险公司复核后发现问题,需要补充更多的资料。标准体承保是指保险公司复核后认为投保人为标准体,可以正常投保。延期承保是指保险公司复核通过,可以承保,但是需要用户在一段时间之后才能投保,例如两年后可以投保。加费承保是指保险公司复核通过,可以承保,但是需要在正常保费的基础上增加费用。除外承保是指保险公司复核通过,但是部分疾病不在保障范围内。拒绝承保是指保险公司复核未通过,不可以承保。
管理端设备将保险公司反馈的复核结果发送至用户端设备,以便用户查看,便于用户了解核保结果。
以下结合实施例对各种复核结果的处理进行进一步说明。
在一个实施例中,若复核结果为补充资料,则向用户展示补充资料界面;接收用户通过补充资料界面上传的疾病补充资料;根据保险公司信息将疾病补充资料发送至保险公司的信息***,以使保险公司对疾病补充资料进行审核。
具体的,当复核结果为补充资料时,管理端设备将该结果反馈至用户端设备的同时,可以向用户端设备展示补充资料界面。补充资料界面可以包括对需要补充的资料的描述、要求等信息。用户根据要求在补充资料界面进一步上传疾病补充资料。管理端设备将用户上传的疾病补充资料上传至对应的保险公司设备,保险公司进一步审核。保险公司审核后可以进一步输出审核结果。保险公司对疾病补充资料的审核过程及审核结果同对疾病资料的审核,在此不再赘述。
本实施例中,在需要补充资料时,向用户展示补充资料界面,接收用户通过补充资料界面上传的疾病补充资料,并根据保险公司信息将疾病补充资料发送至保险公司的信息***,由保险公司进行再次审核。本实施例提供的方法使得用户可以通过线上提交补充资料,减少核保等待时间,进一步提高了核保的效率。
在一个实施例中,若复核结果为标准体承保,则接收保险公司的信息***发送的保险订单;将保险订单发送至用户。
具体的,若复核结果为标准体承保,可以直接承保,则保险公司可以根据个人信息创建保险订单。保险订单可以包括保险合同、费用单等。将保险订单发送至用户端设备,以使用户根据保险订单进行进一步处理,例如,支付费用、签订合同等。本实施例提供的方法,在复核结果为标准体承保时,直接生成保险订单,使得核保与保险下单形成连贯的过程,节约用户和保险公司时间,提高投保效率。
在一个实施例中,若复核结果为延期承保,可以向用户端设备展示询问界面,确定用户是否同意继续投保。若用户同意继续投保,则可以根据延期投保的延期时间,制定提示方案,在到达或即将到达延期投保时间时,提醒用户投保。
在一个实施例中,若复核结果为加费承保,可以向用户端设备展示加费投保的投保费,并展示询问界面,确定用户是否同意继续投保。若用户同意继续投保,则可以由保险公司根据个人信息、疾病资料、投保费等生成保险订单,并发送至用户端设备。
在一个实施例中,若复核结果为拒绝承保,则向用户反馈该结果,并向用户展示拒绝承保的原因。拒绝承保时,用户端设备可以不设置操作入口。
在一个实施例中,核保请求还可以进一步包括非标准体的个人信息。步骤S201之后,所述方法还可以进一步包括:
根据个人信息、疾病资料和保险公司信息建立核保单。
具体的,用户通过用户端设备发送核保请求,管理端设备响应该核保请求,获取非标准体的疾病资料、个人信息和保险公司信息并存储至服务器中。同时,管理端设备可以响应该核保请求,在服务器的数据库中为该非标准体创建一个核保单,该核保单与该非标准体的疾病资料、个人信息和保险公司信息唯一对应。后续关于该非标准体的所有操作均可以基于该核保单进行。其中,服务器的数据库可以但不限于为MySQL数据库。
相应的,保险公司可以基于该核保单反馈复核结果。在一个实施例中,管理端设备根据保险公司信息将疾病资料发送至对应的保险公司的信息***之后,所述方法还可以进一步包括:接收保险公司的信息***对该标准体的管理编码;建立管理编码与核保单的对应关系。
具体的,管理端设备可以将疾病资料和非标准体的个人资料上传至保险公司,保险公司根据个人资料生成唯一的管理编码,并将该管理编码返回至管理端设备。管理端设备建立管理编码和核保单的对应关系。后续过程中,保险公司反馈至管理端设备的复核结果可以包括管理编码。管理端设备接收到复核结果后,根据管理编码与核保单的对应关系,查找与该管理编码对应的核保单,以确定复核结果对应的非标准体,从而准确的将复核结果反馈至相应的用户。
可选的,管理端设备可以通过对外暴露的回调接口接收保险公司反馈的复核结果,也可以通过定时任务主动查询保险公司提供的核保单状态API来获取复核结果。具体的,对于某一核保单的复核结果的接收,管理端设备可以根据管理编码与核保单的对应关系,确定该核保单对应的管理编码,并定时查询保险公司的信息***是否返回该管理编码对应的复核结果。若返回该管理编码对应的复核结果,则接收该复核结果。
本实施例中,通过接收保险公司的信息***对该标准体的管理编码,建立管理编码与核保单的对应关系,并基于对应关系接收复核结果,保证了核保单与复核结果的准确对应,从而保证了核保结果的准确性。
在一个实施例中,管理端设备还可以根据运行进度,建立核保单的审核状态,并将该审核状态显示于用户端设备和/或管理端设备,供用户及保险经纪公司人员查看,方便用户了解审核进度。核保单的审核状态及定义可以如表1所示。
表1
Figure BDA0002940471580000101
图4示出了本申请实施例提供的核保装置的结构框图。如图4所示,本实施例提供的核保装置,可以包括:
第一接收模块401,用于接收用户对非标准体的核保请求,所述核保请求包括所述非标准体的疾病资料和保险公司信息;
展示模块402,用于根据所述核保请求,展示所述疾病资料;
第二接收模块403,用于接收初核人员基于所述疾病资料输入的初步核保结果;
发送模块404,用于若所述初步核保结果为通过初核,则根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***,以使所述保险公司根据所述疾病资料进行复核。
在一个实施例中,核保装置还包括第三接收模块405,用于接收所述保险公司的信息***返回的复核结果;其中,所述复核结果包括补充资料、标准体承保、延期承保、加费承保、拒绝承保或除外承保中的一种;将所述复核结果反馈至所述用户。
在一个实施例中,第三接收模块405具体用于若所述复核结果为补充资料,则向所述用户展示补充资料界面;接收所述用户通过所述补充资料界面上传的疾病补充资料;根据所述保险公司信息将所述疾病补充资料发送至所述保险公司的信息***,以使所述保险公司对所述疾病补充资料进行审核。
在一个实施例中,第三接收模块405具体用于若所述复核结果为标准体承保,则接收所述保险公司的信息***发送的保险订单;将所述保险订单发送至所述用户。
在一个实施例中,核保装置还包括核保单建立模块406,根据所述个人信息、所述疾病资料和所述保险公司信息建立核保单。
在一个实施例中,核保单建立模块406还用于接收所述保险公司的信息***对所述非标准体的管理编码;建立所述管理编码与所述核保单的对应关系。
在一个实施例中,第三接收模块405具体用于根据所述对应关系,定时查询所述保险公司的信息***是否返回所述管理编码对应的复核结果;若所述保险公司的信息***返回所述管理编码对应的复核结果,则接受所述复核结果。
本实施例提供的核保装置,用于执行本申请方法实施例提供的核保方法,技术原理和技术效果相似,具体可参见方法实施例部分,此处不再赘述。
所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述***中单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
本申请实施例还提供了一种电子设备。示例性的,图5为本申请一实施例提供的电子设备的结构示意图。如图5所示,电子设备5可以包括:处理器50、存储器51以及存储在存储器51中并可在处理器50上运行的计算机程序52,处理器50执行计算机程序52时可以执行所述计算机程序时实现上述任意核保方法实施例中的步骤。其中,本申请实施例对处理器50、存储器51的数量和类型不做限定。
其中,本申请实施例对电子设备5的类型不做限定。例如,可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。
本申请实施例还提供了一种计算机可读存储介质,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时可实现上述任意方法实施例中的步骤。
本领域技术人员可以理解,本申请所提供的各实施例中所使用的对存储器、存储、数据库或其它介质的任何引用,均可包括非易失性和/或易失性存储器。非易失性存储器可包括只读存储器(ROM)、可编程ROM(PROM)、电可编程ROM(EPROM)、电可擦除可编程ROM(EEPROM)或闪存。易失性存储器可包括随机存取存储器(RAM)或者外部高速缓冲存储器。作为说明而非局限,RAM以多种形式可得,诸如静态RAM(SRAM)、动态RAM(DRAM)、同步DRAM(SDRAM)、双数据率SDRAM(DDRSDRAM)、增强型SDRAM(ESDRAM)、同步链路(Synchlink)DRAM(SLDRAM)、存储器总线(Rambus)直接RAM(RDRAM)、直接存储器总线动态RAM(DRDRAM)、以及存储器总线动态RAM(RDRAM)等。
以上所述实施例仅用以说明本申请的技术方案,而非对其限制;尽管参照前述实施例对本申请进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本申请各实施例技术方案的精神和范围,均应包含在本申请的保护范围之内。

Claims (10)

1.一种核保方法,其特征在于,包括:
接收用户对非标准体的核保请求,所述核保请求包括所述非标准体的疾病资料和保险公司信息;
根据所述核保请求,展示所述疾病资料;
接收初核人员基于所述疾病资料输入的初步核保结果;
若所述初步核保结果为通过初核,则根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***,以使所述保险公司根据所述疾病资料进行复核。
2.根据权利要求1所述的方法,其特征在于,所述方法还包括:
接收所述保险公司的信息***返回的复核结果;其中,所述复核结果包括补充资料、标准体承保、延期承保、加费承保、拒绝承保或除外承保中的一种;
将所述复核结果反馈至所述用户。
3.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若所述复核结果为补充资料,则向所述用户展示补充资料界面;
接收所述用户通过所述补充资料界面上传的疾病补充资料;
根据所述保险公司信息将所述疾病补充资料发送至所述保险公司的信息***,以使所述保险公司对所述疾病补充资料进行审核。
4.根据权利要求2所述的方法,其特征在于,所述方法还包括:
若所述复核结果为标准体承保,则接收所述保险公司的信息***发送的保险订单;
将所述保险订单发送至所述用户。
5.根据权利要求2至4中任一项所述的方法,其特征在于,所述核保请求还包括所述非标准体的个人信息,所述方法还包括:
根据所述个人信息、所述疾病资料和所述保险公司信息建立核保单。
6.根据权利要求5所述的方法,其特征在于,所述根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***之后,所述方法还包括:
接收所述保险公司的信息***对所述非标准体的管理编码;
建立所述管理编码与所述核保单的对应关系。
7.根据权利要求6所述的方法,其特征在于,所述复核结果中包括所述管理编码,所述接收所述保险公司的信息***返回的复核结果,包括:
根据所述对应关系,定时查询所述保险公司的信息***是否返回所述管理编码对应的复核结果;
若所述保险公司的信息***返回所述管理编码对应的复核结果,则接受所述复核结果。
8.一种核保装置,其特征在于,包括:
第一接收模块,用于接收用户对非标准体的核保请求,所述核保请求包括所述非标准体的疾病资料和保险公司信息;
展示模块,用于根据所述核保请求,展示所述疾病资料;
第二接收模块,用于接收初核人员基于所述疾病资料输入的初步核保结果;
发送模块,用于若所述初步核保结果为通过初核,则根据所述保险公司信息将所述疾病资料发送至对应的保险公司的信息***,以使所述保险公司根据所述疾病资料进行复核。
9.一种电子设备,其特征在于,包括:存储器、处理器以及存储在所述存储器中并可在所述处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现如权利要求1至7任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机可读存储介质存储有计算机程序,所述计算机程序被处理器执行时实现如权利要求1至7任一项所述的方法。
CN202110175205.3A 2021-02-09 2021-02-09 核保方法、装置、电子设备及计算机可读存储介质 Pending CN112950394A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202110175205.3A CN112950394A (zh) 2021-02-09 2021-02-09 核保方法、装置、电子设备及计算机可读存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110175205.3A CN112950394A (zh) 2021-02-09 2021-02-09 核保方法、装置、电子设备及计算机可读存储介质

Publications (1)

Publication Number Publication Date
CN112950394A true CN112950394A (zh) 2021-06-11

Family

ID=76244429

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202110175205.3A Pending CN112950394A (zh) 2021-02-09 2021-02-09 核保方法、装置、电子设备及计算机可读存储介质

Country Status (1)

Country Link
CN (1) CN112950394A (zh)

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108460692A (zh) * 2018-03-23 2018-08-28 深圳市慧择保险经纪有限公司 一种基于健康险的线上核保方法、装置、设备和存储介质
CN109146696A (zh) * 2018-09-03 2019-01-04 汇保医联信息科技有限公司 商业保险的风控核查方法、装置和电子设备
CN109285076A (zh) * 2018-02-07 2019-01-29 中国平安人寿保险股份有限公司 智能核保处理方法、服务器及存储介质
CN110223183A (zh) * 2019-05-20 2019-09-10 保多多保险经纪有限公司 智能保险装置、方法及***
CN111179096A (zh) * 2018-11-09 2020-05-19 天津幸福生命科技有限公司 医疗数据审核方法、装置、电子设备及计算机可读介质

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN109285076A (zh) * 2018-02-07 2019-01-29 中国平安人寿保险股份有限公司 智能核保处理方法、服务器及存储介质
CN108460692A (zh) * 2018-03-23 2018-08-28 深圳市慧择保险经纪有限公司 一种基于健康险的线上核保方法、装置、设备和存储介质
CN109146696A (zh) * 2018-09-03 2019-01-04 汇保医联信息科技有限公司 商业保险的风控核查方法、装置和电子设备
CN111179096A (zh) * 2018-11-09 2020-05-19 天津幸福生命科技有限公司 医疗数据审核方法、装置、电子设备及计算机可读介质
CN110223183A (zh) * 2019-05-20 2019-09-10 保多多保险经纪有限公司 智能保险装置、方法及***

Similar Documents

Publication Publication Date Title
US7885882B1 (en) Enhanced matching apparatus and method for post-trade processing and settlement of securities transactions
US8731962B2 (en) Process for linked healthcare and financial transaction initiation
US8364498B2 (en) Healthcare claim and remittance processing system and associated method
CA2485034C (en) Systems and methods for verifying and editing electronically transmitted claim content
US20070185797A1 (en) System and method for aggregating financial data for loan processing
US20160232631A1 (en) Repayment through non recourse contracts related to litigation
US20150120338A1 (en) Reconciliation, automation and tagging of healthcare information
US20030149594A1 (en) System and method for secure highway for real-time preadjudication and payment of medical claims
US20070124242A1 (en) Funds transfer system
US20150112711A1 (en) Healthcare accounts receiveable data valuator
US8560354B2 (en) System and method for increasing capacity in an insurance system
AU2021269284A1 (en) Systems and methods for global transfers
WO2002019242A1 (en) Method for selling marine cargo insurance in a network environment
CN111639911A (zh) 一种资产托管指令线上化处理方法、装置、存储介质及电子设备
US20080027760A1 (en) Healthcare eligibility and benefits data system
US20180365761A1 (en) Platform for financing healthcare services
US20140195415A1 (en) System and method for facilitating the amending of syndicated loans
WO2014098796A1 (en) Systems and methods of an online secured loan manager
US20230306526A1 (en) Retail hsa funding and payment mechanism
KR101444272B1 (ko) 주소록을 이용하여 대차 거래를 지원하기 위한 방법, 시스템 및 비일시성의 컴퓨터 판독 가능 기록 매체
WO2000021011A2 (en) System and method for processing loans
CN112950394A (zh) 核保方法、装置、电子设备及计算机可读存储介质
CN111161088A (zh) 票据处理方法、装置和设备
CN114387114A (zh) 一种保险服务平台及管理方法
CN113870001A (zh) 一种信贷任务的调度处理方法、装置、设备和介质

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
CB02 Change of applicant information

Address after: 518000 Room 01, 20th Floor, Cuilin Building, No. 10, Kaifeng Road, Maling Community, Meilin Street, Futian District, Shenzhen, Guangdong

Applicant after: Shenzhen Handhui Technology Group Co.,Ltd.

Address before: 518000 20 / F, Cuilin building, 10 Kaifeng Road, Maling community, Meilin street, Futian District, Shenzhen City, Guangdong Province

Applicant before: Shenzhen muchenglin Technology Co.,Ltd.

CB02 Change of applicant information