CN106940845A - 保单止付方法、装置和系统 - Google Patents
保单止付方法、装置和系统 Download PDFInfo
- Publication number
- CN106940845A CN106940845A CN201610004161.7A CN201610004161A CN106940845A CN 106940845 A CN106940845 A CN 106940845A CN 201610004161 A CN201610004161 A CN 201610004161A CN 106940845 A CN106940845 A CN 106940845A
- Authority
- CN
- China
- Prior art keywords
- declaration form
- payment
- insurant
- information
- dead
- 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
Links
- 238000000034 method Methods 0.000 title claims abstract description 31
- 238000011835 investigation Methods 0.000 claims abstract description 87
- 239000000284 extract Substances 0.000 claims abstract description 10
- 238000000605 extraction Methods 0.000 claims description 29
- 235000013399 edible fruits Nutrition 0.000 claims description 3
- 238000013024 troubleshooting Methods 0.000 abstract description 4
- 238000005516 engineering process Methods 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 230000018109 developmental process Effects 0.000 description 1
- 230000008929 regeneration Effects 0.000 description 1
- 238000011069 regeneration method Methods 0.000 description 1
- 230000004083 survival effect Effects 0.000 description 1
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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
- G06Q10/103—Workflow collaboration or project management
-
- 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
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Strategic Management (AREA)
- Human Resources & Organizations (AREA)
- General Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Entrepreneurship & Innovation (AREA)
- Economics (AREA)
- Physics & Mathematics (AREA)
- Finance (AREA)
- General Physics & Mathematics (AREA)
- Theoretical Computer Science (AREA)
- Technology Law (AREA)
- Data Mining & Analysis (AREA)
- Development Economics (AREA)
- Operations Research (AREA)
- Quality & Reliability (AREA)
- Tourism & Hospitality (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本发明涉及一种保单止付方法、装置和系统,所述方法包括:抽取待止付的保单;判断所述待止付的保单是否满足止付条件;若是,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;将所述调查通知发送至调查终端;接收所述调查终端根据所述调查通知返回的调查结果,若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。采用本方法有效克服人工排查过程中的漏洞以便能够及时对已死亡的被保险人的保单停止给付。
Description
技术领域
本发明涉及计算机技术领域,特别是涉及一种保单止付方法、装置和系统。
背景技术
随着保险业务的发展,保险也逐渐融入到人们的生活中。具有领取责任的长险,如养老保全等,已成为一种较为普遍的保险。在达到给付条件时,保险公司会对被保险人按月或年来给付相应的金额,直至被保险人死亡。
在传统的方式中,保险公司对具有领取责任的长险的保单进行人工排查,如果发现某个保单中被保险人已死亡或者可能已死亡,则会提出对该保单暂停给付的申请,并且会开展相应的调查。如果调查结果确定该保单中的被保险人已死亡,保险公司则停止对该保单进行给付。如果调查结果确定该保单中的被保险人未死亡,则会继续对该保单进行给付。在人工进行数据排查的过程中,有时候因为没有及时发现某个保单中的被保险人已死亡,还是会继续对该保单进行给付,从而会给付过多,给保险公司造成损失。如何有效克服人工排查过程中的漏洞以便能够及时对已死亡的被保险人的保单停止给付,成为目前需要解决的一个技术问题。
发明内容
基于此,有必要针对上述技术问题,提供一种有效克服人工排查过程中的漏洞以便能够及时对已死亡的被保险人的保单停止给付的保单止付方法、装置和系统。
一种保单止付方法,所述方法包括:
抽取待止付的保单;
判断所述待止付的保单是否满足止付条件;
若是,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;
将所述调查通知发送至调查终端;
接收所述调查终端根据所述调查通知返回的调查结果,若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。
在其中一个实施例中,所述抽取待止付的保单的步骤包括:
获取保单状态和被保险人信息,所述保单状态包括有效或缴清,所述被保险人信息包括未死亡;
利用所述保单状态和所述被保险人信息生成抽取条件,所述抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;
根据所述抽取条件来抽取待止付的保单。
在其中一个实施例中,所述止付条件包括所述保单的年金已转换、所述保单已开始给付和所述保单止付日期为空中的至少一项。
在其中一个实施例中,在所述接收所述调查终端根据所述调查通知返回的调查结果的步骤之后,还包括:
若所述调查结果确定所述被保险人未死亡或者所述调查结果无法确定所述被保险人是否已死亡,则对所述保单继续执行给付操作;
计算所述保单的下一次止付日期;
在达到下一次止付日期时,重复执行所述对所述保单暂停给付操作,根据被保险人信息生成调查通知的步骤。
在其中一个实施例中,所述方法还包括:
获取所述被保险人的多个保单,将多个保单中的被保险人信息进行关联;
接收操作终端对其中一个保单的保全操作,所述保全操作包括在所述被保险人信息中添加死亡信息;
获取所述死亡信息,将所述死亡信息添加至多个保单中的被保险人信息;
对添加死亡信息后的多个保单停止给付操作。
一种保单止付装置,所述装置包括:
抽取模块,用于抽取待止付的保单;
判断模块,用于判断所述待止付的保单是否满足止付条件;
调查生成模块,用于若所述待止付的保单满足止付条件,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;
发送模块,用于将所述调查通知发送至调查终端;
接收模块,用于接收所述调查终端根据所述调查通知返回的调查结果;
止付模块,用于若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。
在其中一个实施例中,所述抽取模块还用于获取保单状态和被保险人信息,所述保单状态包括有效或缴清,所述被保险人信息包括未死亡;利用所述保单状态和所述被保险人信息生成抽取条件,所述抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;根据所述抽取条件来抽取待止付的保单。
在其中一个实施例中,所述止付条件包括所述保单的年金已转换、所述保单已开始给付和所述保单止付日期为空中的至少一项。
在其中一个实施例中,所述装置还包括:
给付模块,用于若所述调查结果确定所述被保险人未死亡或者所述调查结果无法确定所述被保险人是否已死亡,则对所述保单继续执行给付操作;
计算模块,用于计算所述保单的下一次止付日期;
所述调查生成模块还用于在达到下一次止付日期时,重复执行所述对所述保单暂停给付操作,根据被保险人信息生成调查通知的步骤。
一种保单止付系统,所述系统包括:
服务器,用于抽取待止付的保单;判断所述待止付的保单是否满足止付条件;若是,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;将所述调查通知发送至调查终端;
调查终端,用于接收所述调查通知,根据所述调查通知返回对应的调查结果;
所述服务器还用于接收所述调查结果,若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。
上述保单止付方法、装置和系统,抽取待止付的保单,如果待止付的保单满足止付条件,则在达到保单的止付日期时对保单暂停给付操作,根据被保险人信息生成调查通知。如果调查终端返回的调查结果确定被保险人已死亡,则停止对保单的给付操作。在这个过程中,无需通过人工排查来对保单提出暂停给付申请。可以根据止付条件和止付日期自动对保单暂停给付操作,并生成相应的调查通知。由此能够有效克服人工排查过程中的漏洞以便能够及时对已死亡的被保险人的保单停止给付,进而能够有效防止对保单进行过度给付。
附图说明
图1为一个实施例中保单止付方法的应用环境图;
图2为一个实施例中保单止付方法的流程图;
图3为一个实施例中服务器的结构示意图;
图4为一个实施例中保单止付装置的结构示意图;
图5为又一个实施例中保单止付装置的结构示意图;
图6为另一个实施例中保单止付装置的结构示意图;
图7为一个实施例中保单止付系统的结构示意图;
图8为又一个实施例中保单止付系统的结构示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
本发明实施例中所提供的保单止付方法可以应用于如图1所示的应用环境中。调查终端102通过网络与服务器104连接。服务器104抽取待止付的保单,判断待止付的保单是否满足止付条件,若是,则在到达保单的止付日期时,对保单暂停给付操作,根据被保险人信息生成调查通知,将调查通知发送至调查终端102。调查终端102接收调查通知,根据调查通知返回对应的调查结果。服务器104接收调查结果,若调查结果确定被保险人已死亡,则对保单停止给付操作。
在一个实施例中,如图2所示,提供了一种保单止付方法,以该方法应用于服务器为例进行说明,该方法具体包括:
步骤202,抽取待止付的保单。
保单是指具有领取责任的长险所对应的保险单。每个保单都具有对应的被保险人。服务器在生成保单之后,会将保单存入数据库。在达到保单的给付条件时,服务器会对被保险人进行给付操作,直至被保险人死亡。在对某个保单的被保险人进行给付操作之前,服务器需要确定该保单是否需要止付(即停止支付)。为了防止人工排查保单时可能出现漏洞,服务器可以从数据库中抽取待止付的保单。具体的,服务器可以根据抽取条件从数据库中抽取待止付的保单。
步骤204,判断待止付的保单是否满足止付条件;若是,则执行步骤206,否则,执行给付操作。
服务器在抽取了待止付的保单之后,还需要判断待止付保单是否满足了止付条件。在一个实施例中,止付条件包括保单的年金已转换、保单已开始给付和保单止付日期为空中的至少一项。优选的,止付条件包括保单的年金已转换、保单已经开始给付和保单止付日期为空。
服务器会对止付日期为空的保单设置相应的止付日期。具体的,服务器获取止付规则,根据止付规则对保单设置相应的首次止付日期。具体的,可以根据止付规则对具有保证期限的被保险人和无保证期限的被保险人分别设置首次止付日期。在被保险投保时,保险公司可以根据被保险人的身体健康状况进行评估,预估被保险人死亡的年龄和时间。例如,预计被保险人死亡年龄是65岁等。自保单生效之日起至被保险人预估死亡时间的这个时间段也可以被称作保证期限。相应的被保险人称为具有保证期限的被保险人。如果在被保险人投保时,保险公司没有预估被保险人的死亡时间,该被保险人就是无保证期限的被保险人。对于有保证期的被保险人,首次止付日期为保证期满期日期。对于无保证期的被保险人,首次止付日期为首次领取日期加上设置的时间,例如,设置的时间是3年。服务器将按照止付规则对保单设置相应的首次止付日期之后,将首次止付日期写入待调查表中。进一步的,服务器还可以根据止付规则设置下一次止付日期。
步骤206,在到达保单的止付日期时,对保单暂停给付操作,根据被保险人的信息生成调查通知。
止付日期可以是保单的首次止付日期,也可以是下一次止付日期。止付日期记录在待调查表中。在到达保单的止付日期时,服务器对该保单暂停给付操作,获取调查表中记录的保单的止付日期。服务器根据该保单中被保险人的信息生成调查通知。调查通知中包括调查被保险人是否已死亡。
步骤208,将调查通知发送至调查终端。
步骤210,接收调查终端返回的调查结果,若调查结果确定被保险人已死亡,则对保单停止给付操作。
服务器将调查通知发送至调查终端。调查人员通过调查终端查看调查通知。调查人员会根据调查通知对被保险人进行实地调查,以获得相应的调查结果。调查结果中包括被保险人的死亡信息或存活信息,其中,死亡信息包括死亡日期和/或死亡状态。调查人员通过调查终端将调查结果返回至服务器。服务器接收调查终端返回的调查结果。如果调查结果中有被保险人的死亡信息,则可以确定被保险人已死亡。服务器对于被保险人已死亡的保单停止给付操作,以防止造成过度给付。
本实施例中,抽取待止付的保单,如果待止付的保单满足止付条件,则在达到保单的止付日期时对保单暂停给付操作,根据被保险人信息生成调查通知。如果调查终端返回的调查结果确定被保险人已死亡,则停止对保单的给付操作。在这个过程中,无需通过人工排查来对保单提出暂停给付申请。可以根据止付条件和止付日期自动对保单暂停给付操作,并生成相应的调查通知。由此能够有效克服人工排查过程中的漏洞以便能够及时对已死亡的被保险人的保单停止给付,进而能够有效防止对保单进行过度给付。
在一个实施例中,抽取待止付的保单的步骤包括:获取保单状态和被保险人信息,保单状态包括有效或缴清,被保险人信息包括未死亡;利用保单状态和被保险人信息生成抽取条件,抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;根据抽取条件来抽取待止付的保单。
本实施例中,为了能从数据库中海量的保单中准确抽取出待止付的保单,需要设置相应的抽取条件。抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项。优选的,抽取条件包括保单状态为有效和被保险人信息为未死亡。或者抽取条件包括保单状态为缴清和被保险人信息为未死亡。进一步的,对于有保证期的被保险人,抽取条件还包括保单的保障期限为终身,也就是抽取条件包括保单状态为有效、被保险人信息为未死亡和保单的保障期为终身,或者抽取条件包括保单状态为缴清、被保险人信息为未死亡和保单的保障期为终身。
在一个实施例中,在接收调查终端根据调查通知返回的调查结果的步骤之后,还包括:若调查结果确定被保险人未死亡或者调查结果无法确定被保险人是否已死亡,则对保单继续执行给付操作;计算保单的下一次止付日期;在达到下一次止付日期时,重复执行对保单暂停给付操作,根据被保险人信息生成调查通知的步骤。
本实施例中,如果止付日期为保单的首次止付日期,那么在达到首次止付日期时,服务器会对保单暂停给付操作,并且会对保单中的被保险人生成首次调查通知。如果首次调查通知的调查结果确定被保险人未死亡或者首次调查通知的调查结果无法确定被保险人是否已死亡,那么服务器对保单继续执行给付操作。
服务器根据止付规则计算保单的下一次止付日期。服务器可以根据日期来计算下一次止付日期。服务器可以根据首次止付日期与第一数值来计算下一次止付日期。具体的,可以根据首次止付日期加上第一数值来计算下一次止付日期。第一数值可以是一个时间段,如30天,或者90天等。服务器还可以根据频率来计算下一次止付日期。不同的类型的保单可以有不同的频率。不同年龄段的被保险人也可以有不同的频率。具体的,服务器获取保单频率对应表,保单频率对应表中包括多个保单和每个保单设置下一次止付日期的频率,服务器根据首次止付日期和保单对应的下一次止付日期的频率来计算下一次止付日期。例如,首次止付日期为1月15日,保单对应的下一次止付日期的频率为3个月一次,那么下一次止付日期为4月15日。
当达到下一次止付日期时,服务器再次对保单暂停支付操作,根据被保险人信息再次生成调查通知,以使得调查人员根据调查通知对被保险人再次进行实地调查。如果调查结果确定被保险人已死亡,那么服务器对保单停止给付操作。如果调查结果确定被保险人未死亡或者仍然无法确定被保险人是否已死亡,则服务器继续对保单执行给付操作。
对于继续执行给付操作的保单,服务器还可以继续根据止付规则再次确定保单的下一次止付日期,并参照上述方式循环执行,直到确定保单中的被保险人已死亡,停止对保单进行给付操作。由此能够对未死亡或者无法确定是否已死亡的被保险人进行多次止付,有效防止对保单进行过度给付。
在一个实施例中,该方法还包括:获取被保险人的多个保单,将多个保单中的被保险人信息进行关联;接收操作终端对其中一个保单的保全操作,保全操作包括在被保险人信息中添加死亡信息;获取死亡信息,将死亡信息添加至多个保单中的被保险人信息中;对添加死亡信息后的多个保单停止给付操作。
本实施例中,服务器获取被保险人的多个保单。每个保单中都包括被保险人信息。服务器将多个保单中被保险人信息进行关联。如果操作终端对其中一个保单进行保全操作,录入被保险人的死亡信息并将死亡信息添加至被保险人信息中,那么服务器在接收到该保全操作后,获取死亡信息,将死亡信息添加至多个保单中的被保险人信息中。其中,死亡信息包括死亡时间和死亡状态等。服务器对添加死亡信息后的多个保单停止给付操作。通过将多个保单中被保险人信息进行关联,在其中有一个保单进行保全操作录入被保险人的死亡信息后,可以将死亡信息自动添加至其他保单的被保险人信息中。由此可以确定多个保单中的被保险人已死亡,从而无需再生成调查报告,可以直接停止对多个保单的给付操作。进而提高了止付效率。
进一步的,对于被保险人死亡后的剩余年金服务器可以一次性给付。具体的,服务器接收操作终端发送的给付保单剩余年金的请求,服务器根据该请求将保单的剩余年金进行给付操作。在剩余年金给付之后,服务器终止该保单的领取授权,不再给付。
在一个实施例中,如图3所示,提供了一种服务器,包括通过系统总线连接的处理器、内存储器、非易失性存储介质和网络接口。其中,该服务器的非易失性存储介质中存储有操作系统和保单止付装置,保单止付装置用于实现保单止付。服务器的处理器用于提供计算和控制能力,被配置为执行一种保单止付方法。服务器可以是独立的服务器,也可以是集群服务器。
在一个实施例中,如图4所示,提供了一种保单止付装置,包括:抽取模块402、判断模块404、调查生成模块404、发送模块408、接收模块410和止付模块412,其中:
抽取模块402,用于抽取待止付的保单。
判断模块404,用于判断待止付的保单是否满足止付条件。
调查生成模块404,用于若待止付的保单满足止付条件,则在到达保单的止付日期时,对保单暂停给付操作,根据被保险人信息生成调查通知。
发送模块408,用于将调查通知发送至调查终端。
接收模块410,用于接收调查终端根据调查通知返回的调查结果。
止付模块412,用于若调查结果确定被保险人已死亡,则对保单停止给付操作。
在一个实施例中,抽取模块402还用于获取保单状态和被保险人信息,保单状态包括有效或缴清,被保险人信息包括未死亡;利用保单状态和被保险人信息生成抽取条件,抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;根据抽取条件来抽取待止付的保单。
在一个实施例中,止付条件包括保单的年金已转换、保单已开始给付和保单止付日期为空中的至少一项。
在一个实施例中,如图5所示,该装置还包括:给付模块414和计算模块416,其中:
给付模块414,用于若调查结果确定被保险人未死亡或者调查结果无法确定被保险人是否已死亡,则对保单继续执行给付操作。
计算模块416,用于计算保单的下一次止付日期。
调查生成模块404还用于在达到下一次止付日期时,重复执行对保单暂停给付操作,根据被保险人信息生成调查通知的步骤。
在一个实施例中,如图6所示,该装置还包括:关联模块418,用于获取被保险人的多个保单,将多个保单中的被保险人信息进行关联。接收模块410还用于接收操作终端对其中一个保单的保全操作,保全操作包括在被保险人信息中添加死亡信息;止付模块412还用于获取死亡信息,将死亡信息添加至多个保单中的被保险人信息;对添加死亡信息后的多个保单停止给付操作。
在一个实施例中,如图7所示,提供了一种保单止付系统,包括:服务器602和调查终端604,其中:
服务器602,用于抽取待止付的保单;判断待止付的保单是否满足止付条件;若是,则在到达保单的止付日期时,对保单暂停给付操作,根据被保险人信息生成调查通知;将调查通知发送至调查终端。
调查终端604,用于接收调查通知,根据调查通知返回对应的调查结果。
服务器还用于接收调查结果,若调查结果确定被保险人已死亡,则对保单停止给付操作。
在一个实施例中,服务器602还用于获取保单状态和被保险人信息,保单状态包括有效或缴清,被保险人信息包括未死亡;利用保单状态和被保险人信息生成抽取条件,抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;根据抽取条件来抽取待止付的保单。
在一个实施例中,止付条件包括保单的年金已转换、保单已开始给付和保单止付日期为空中的至少一项。
在一个实施例中,服务器602还用于若调查结果确定被保险人未死亡或者调查结果无法确定被保险人是否已死亡,则对保单继续执行给付操作;计算保单的下一次止付日期;在达到下一次止付日期时,重复执行对保单暂停给付操作,根据被保险人信息生成调查通知的步骤直至服务器对保单停止给付操作。
在一个实施例中,服务器602还用于获取被保险人的多个保单,将多个保单中的被保险人信息进行关联;如图8所示,该系统还包括:操作终端606,用于对其中一个保单进行保全操作,保全操作包括在被保险人信息中添加死亡信息;服务器602还用于接收操作终端604进行的保全操作,获取死亡信息,将死亡信息添加至多个保单中的被保险人信息;对添加死亡信息后的多个保单停止给付操作。
以上所述实施例的各技术特征可以进行任意的组合,为使描述简洁,未对上述实施例中的各个技术特征所有可能的组合都进行描述,然而,只要这些技术特征的组合不存在矛盾,都应当认为是本说明书记载的范围。
以上所述实施例仅表达了本发明的几种实施方式,其描述较为具体和详细,但并不能因此而理解为对发明专利范围的限制。应当指出的是,对于本领域的普通技术人员来说,在不脱离本发明构思的前提下,还可以做出若干变形和改进,这些都属于本发明的保护范围。因此,本发明专利的保护范围应以所附权利要求为准。
Claims (10)
1.一种保单止付方法,所述方法包括:
抽取待止付的保单;
判断所述待止付的保单是否满足止付条件;
若是,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;
将所述调查通知发送至调查终端;
接收所述调查终端根据所述调查通知返回的调查结果,若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。
2.根据权利要求1所述的方法,其特征在于,所述抽取待止付的保单的步骤包括:
获取保单状态和被保险人信息,所述保单状态包括有效或缴清,所述被保险人信息包括未死亡;
利用所述保单状态和所述被保险人信息生成抽取条件,所述抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;
根据所述抽取条件来抽取待止付的保单。
3.根据权利要求1所述的方法,其特征在于,所述止付条件包括所述保单的年金已转换、所述保单已开始给付和所述保单止付日期为空中的至少一项。
4.根据权利要求1所述的方法,其特征在于,在所述接收所述调查终端根据所述调查通知返回的调查结果的步骤之后,还包括:
若所述调查结果确定所述被保险人未死亡或者所述调查结果无法确定所述被保险人是否已死亡,则对所述保单继续执行给付操作;
计算所述保单的下一次止付日期;
在达到下一次止付日期时,重复执行所述对所述保单暂停给付操作,根据被保险人信息生成调查通知的步骤。
5.根据权利要求1所述的方法,其特征在于,所述方法还包括:
获取所述被保险人的多个保单,将多个保单中的被保险人信息进行关联;
接收操作终端对其中一个保单的保全操作,所述保全操作包括在所述被保险人信息中添加死亡信息;
获取所述死亡信息,将所述死亡信息添加至多个保单中的被保险人信息;
对添加死亡信息后的多个保单停止给付操作。
6.一种保单止付装置,其特征在于,所述装置包括:
抽取模块,用于抽取待止付的保单;
判断模块,用于判断所述待止付的保单是否满足止付条件;
调查生成模块,用于若所述待止付的保单满足止付条件,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;
发送模块,用于将所述调查通知发送至调查终端;
接收模块,用于接收所述调查终端根据所述调查通知返回的调查结果;
止付模块,用于若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。
7.根据权利要求6所述的装置,其特征在于,所述抽取模块还用于获取保单状态和被保险人信息,所述保单状态包括有效或缴清,所述被保险人信息包括未死亡;利用所述保单状态和所述被保险人信息生成抽取条件,所述抽取条件包括保单状态为有效、保单状态为缴清或被保险人信息为未死亡中的至少一项;根据所述抽取条件来抽取待止付的保单。
8.根据权利要求6所述的装置,其特征在于,所述止付条件包括所述保单的年金已转换、所述保单已开始给付和所述保单止付日期为空中的至少一项。
9.根据权利要求6所述的装置,其特征在于,所述装置还包括:
给付模块,用于若所述调查结果确定所述被保险人未死亡或者所述调查结果无法确定所述被保险人是否已死亡,则对所述保单继续执行给付操作;
计算模块,用于计算所述保单的下一次止付日期;
所述调查生成模块还用于在达到下一次止付日期时,重复执行所述对所述保单暂停给付操作,根据被保险人信息生成调查通知的步骤。
10.一种保单止付系统,其特征在于,所述系统包括:
服务器,用于抽取待止付的保单;判断所述待止付的保单是否满足止付条件;若是,则在到达所述保单的止付日期时,对所述保单暂停给付操作,根据被保险人信息生成调查通知;将所述调查通知发送至调查终端;
调查终端,用于接收所述调查通知,根据所述调查通知返回对应的调查结果;
所述服务器还用于接收所述调查结果,若调查结果确定所述被保险人已死亡,则对所述保单停止给付操作。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610004161.7A CN106940845A (zh) | 2016-01-04 | 2016-01-04 | 保单止付方法、装置和系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201610004161.7A CN106940845A (zh) | 2016-01-04 | 2016-01-04 | 保单止付方法、装置和系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN106940845A true CN106940845A (zh) | 2017-07-11 |
Family
ID=59468448
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201610004161.7A Pending CN106940845A (zh) | 2016-01-04 | 2016-01-04 | 保单止付方法、装置和系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN106940845A (zh) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112651721A (zh) * | 2021-01-08 | 2021-04-13 | 泰康保险集团股份有限公司 | 保险业务处理方法、装置、存储介质与电子设备 |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1558347A (zh) * | 2004-02-09 | 2004-12-29 | 郑淑华 | 一种“被保人身份鉴定”方法 |
CN101510285A (zh) * | 2009-03-25 | 2009-08-19 | 钟明 | 一种自助式调查系统和调查方法 |
CN102713960A (zh) * | 2009-08-17 | 2012-10-03 | 大都会人寿保险公司 | 保险承保的在线系统和方法 |
CN102917037A (zh) * | 2012-10-10 | 2013-02-06 | 深圳房讯通信息技术有限公司 | 一种基于移动终端的现场查勘的系统及其方法 |
-
2016
- 2016-01-04 CN CN201610004161.7A patent/CN106940845A/zh active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN1558347A (zh) * | 2004-02-09 | 2004-12-29 | 郑淑华 | 一种“被保人身份鉴定”方法 |
CN101510285A (zh) * | 2009-03-25 | 2009-08-19 | 钟明 | 一种自助式调查系统和调查方法 |
CN102713960A (zh) * | 2009-08-17 | 2012-10-03 | 大都会人寿保险公司 | 保险承保的在线系统和方法 |
CN102917037A (zh) * | 2012-10-10 | 2013-02-06 | 深圳房讯通信息技术有限公司 | 一种基于移动终端的现场查勘的系统及其方法 |
Non-Patent Citations (1)
Title |
---|
魏还伯: "移动保险系统客户端的设计与实现", 《中国优秀硕士学位论文全文数据库(信息科技辑)》 * |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN112651721A (zh) * | 2021-01-08 | 2021-04-13 | 泰康保险集团股份有限公司 | 保险业务处理方法、装置、存储介质与电子设备 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107729041A (zh) | 应用程序热更新方法、装置、终端和存储介质 | |
CN109584082A (zh) | 基于区块链的保险理赔方法、电子装置及存储介质 | |
US20160283357A1 (en) | Call stack relationship acquiring method and apparatus | |
CN110363020A (zh) | 截屏监控方法、装置、计算机设备及存储介质 | |
CN105005528A (zh) | 一种日志信息提取方法及装置 | |
CN110223127A (zh) | 票据数据回退方法和系统 | |
CN106326082B (zh) | 网络系统中记录日志的方法和装置 | |
CN109543073A (zh) | 企业供销关系图谱生成方法、装置和计算机设备 | |
CN105550071B (zh) | 系统文件升级及检测方法、通信设备 | |
DE112019006673T5 (de) | Schutz vor datenverlust | |
CN110363222A (zh) | 用于模型训练的图片标注方法、装置、计算机设备及存储介质 | |
CN107239325A (zh) | 单证数据处理方法和装置 | |
CN111488603A (zh) | 一种识别打印文件的敏感内容的方法及装置 | |
CN108038667B (zh) | 保单生成方法、装置及设备 | |
CN106529281A (zh) | 一种可执行文件处理方法及装置 | |
CN106940845A (zh) | 保单止付方法、装置和系统 | |
CN111125743B (zh) | 权限管理方法、系统、计算机设备及计算机可读存储介质 | |
US20230091897A1 (en) | Network device data erasure | |
CN117131545A (zh) | 数据处理方法及装置、存储介质、终端 | |
CN115545235A (zh) | 恢复供电方法、装置、计算机设备和存储介质 | |
CN106559385A (zh) | 一种数据鉴权方法和装置 | |
CN108629699A (zh) | 数据上传方法、数据上传设备、存储介质及装置 | |
CN110889763B (zh) | 一种基于大数据的金融管理系统 | |
CN114169451A (zh) | 行为数据分类处理方法、装置、设备及存储介质 | |
CN113722225A (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 | ||
RJ01 | Rejection of invention patent application after publication | ||
RJ01 | Rejection of invention patent application after publication |
Application publication date: 20170711 |