CN107844947A - 保额前置校验的方法、装置、存储介质及终端 - Google Patents
保额前置校验的方法、装置、存储介质及终端 Download PDFInfo
- Publication number
- CN107844947A CN107844947A CN201710873190.1A CN201710873190A CN107844947A CN 107844947 A CN107844947 A CN 107844947A CN 201710873190 A CN201710873190 A CN 201710873190A CN 107844947 A CN107844947 A CN 107844947A
- Authority
- CN
- China
- Prior art keywords
- resolution
- insurance
- applicant
- malpractice
- amount
- 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
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
Abstract
本发明适用于通信技术领域,提供了一种保额前置校验的方法、装置、存储介质及终端,所述方法包括:在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;根据申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;校验所述剩余保额是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用。本发明减少了拒付案件的接收量,解决了现有技术允许所有自助理赔申报按正常可理赔案件进行提交而导致理赔效率低的问题。
Description
技术领域
本发明属于通信技术领域,尤其涉及一种保额前置校验的方法、装置、存储介质及终端。
背景技术
对于部分理赔案件,用户可通过移动终端上的APP来发起自助理赔,实现随时随地理赔申报操作,极大地提升了用户的体验感。在出现多次理赔之后,用户的某些投保保单可能已经过期或者保额已不足了,对这些理赔案件,理赔系统是拒付的。然而,现有技术中,通过APP发起自助理赔时,用户未能知悉保单的保额信息,所有自助理赔申报均按正常可理赔案件进行提交,然后在理赔核算环节完成保额校验和拒付通知,大大地增加了后台理赔作业人员的工作量,进而影响到理赔效率。
发明内容
本发明实施例提供了一种保额前置校验的方法、装置、存储介质及终端,以解决现有技术允许所有自助理赔申报按正常可理赔案件进行提交而导致理赔效率低的问题。
第一方面,一种保额前置校验的方法,所述方法包括:
在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验所述剩余保额是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
进一步地,所述根据出险日期和客户编号获取理赔申请人对应的保益信息包括:
根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号;
获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息;
根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
进一步地,所述根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种包括:
根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配;
获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
进一步地,所述计算所述医疗责任险种的剩余理赔额度包括:
针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录;
获取每一次历史理赔记录对应的理赔数额;
计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
第二方面,一种保额前置校验的装置,所述装置包括:
获取模块,用于在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
查询模块,用于获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
计算模块,用于针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验模块,用于校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
进一步地,所述获取模块包括:
第一获取单元,用于根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号;
第二获取单元,用于获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息;
第三获取单元,用于根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
进一步地,所述查询模块包括:
匹配单元,用于根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配;
险种获取单元,用于获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
进一步地,所述计算模块包括:
理赔记录获取单元,用于针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录;
理赔数额获取单元,用于获取每一次历史理赔记录对应的理赔数额;
计算单元,用于计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
第三方面,一种计算机可读存储介质,其上存储有计算机程序,该程序由处理器执行时实现如上所述的保额前置校验的方法所述的步骤。
第四方面,本发明实施例还提供了一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,所述处理器执行所述计算机程序时实现以下步骤:
在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
与现有技术相比,本发明实施例将保额校验从理赔核算环节提前至报案环节中执行:在进行自助理赔申报时,首先根据出险日期和客户编号获取理赔申请人对应的保益信息;然后获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;从而实现了保额前置校验的功能,依据保额校验结果有条件地接收理赔案件,实现了在自助理赔的报案阶段减少对拒付案件的接收量,解决了现有技术允许所有理赔申报都按正常可理赔案件进行提交而导致理赔效率低的问题,有利于提高理赔效率。
附图说明
为了更清楚地说明本发明实施例或现有技术中的技术方案,下面将对实施例或现有技术描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图仅仅是本发明的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他附图。
图1是本发明实施例提供的保额前置校验的方法的第一实现流程图;
图2是本发明实施例提供的保额前置校验的方法的第二实现流程图;
图3是本发明实施例提供的保额前置校验的方法的第三实现流程图;
图4是本发明实施例提供的保额前置校验的方法的第四实现流程图;
图5是本发明实施例提供的保额前置校验的装置的组成结构图;
图6是本发明实施例提供的终端的示意图。
具体实施方式
为了使本发明的目的、技术方案及优点更加清楚明白,以下结合附图及实施例,对本发明进行进一步详细说明。应当理解,此处所描述的具体实施例仅仅用以解释本发明,并不用于限定本发明。
尽管通过APP,用户可以随时随地地提起自助理赔申报,这在很大程度上方便了用户、提升了用户体验感。然而,若用户发起自助理赔的保单已经过期或者保额已不足时,理赔系统是拒付的。现有自助理赔技术允许所有自助理赔申报按正常可理赔案件进行提交,然后进入理赔核算环节后再对自助理赔申报进行保额校验。可见,这些理赔系统拒付的案件大大增加了理赔人员的工作量。鉴于此,本发明实施例将保额校验从理赔核算环节提前至报案环节中执行,实现了保额前置校验的功能,能够在自助理赔的报案阶段减少对拒付案件的接收量。
图1示出了本发明实施例提供的保额前置校验的方法的第一实现流程。参阅图1,所述保额前置校验的方法包括:
在步骤S101中,在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息。
在这里,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期计算得到。
在本发明实施例中,自助理赔申报是指在指定APP上发起理赔申报。因此,本发明实施例要求申请自助理赔的用户预先登录该指定APP,并输入五项基本信息完成注册用户帐号的操作。所述五项基本信息包括姓名、证件类型、证件号、性别、出生日期。后台服务器会根据该五项基本信息查询数据库得到该用户对应的客户编号,该客户编号为用户首次购买保单时分配给用户,后续用于关联与所述用户相关的保单信息。在进行自助理赔申报时,通过上述指定APP获取用户输入的出险日期和客户编号,然后根据所述出险日期和客户编号即可获取到理赔申请人对应的保益信息。所述保益信息为该理赔申请人所购买的生效保单包括的可理赔险种。所述出险时间是指发生保险事故后,保险合同上规定或约定的赔偿或给付条件出现的时间。示例性地,对于医疗保险,出险时间包括但不限于医疗保险的账单日期、就诊日期;对于车辆保险,出险时间包括但不限于发生交通事故的日期。本发明实施例通过使用客户编号来唯一定位该理赔申请人的保益信息,有利于降低对不同理赔申请人的保单进行管理的难度。这是因为在使用证件号时,需要与证件类型对应起来,不同的证件类型包括但不限于身份证、驾照号码、护照、军人证、外国人员居留证等,对不同理赔申请人的管理难度大,本发明实施例有效地规避了使用证件号带来的复杂逻辑。
在步骤S102中,获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种。
在这里,所述保险种类是指理赔申请人要求理赔的保险类别,包括但不限于保障险、健康险、意外险、养老险、少儿险、女性险、分红险、综合险、机动车辆保险、家庭财产保险。本发明实施例针对的是医疗保险,相应地,所述申请原因包括但不限于意外就诊、门诊就诊、住院就诊,所述治疗类型包括但不限于药物治疗及用药清单、手术治疗及手术明细。在理赔申请人通过APP进行报案的阶段,通过所述APP获取本次自助理赔的申请原因、治疗类型和保险种类,然后基于所述申请原因、治疗类型、保险类型获取适用于本次自助理赔的医疗责任险种。
在步骤S103中,针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度。
在这里,投保时,每一种医疗责任险种都约定了对应的保额限度,理赔时可以在所述保额限度范围内进行多次理赔。所述剩余理赔额度为n次理赔后该医疗责任险种剩余的额度值;若为首次理赔时,剩余理赔额度为所述保额限度;若为第n次理赔时,剩余理赔额度为保额限度与前n-1次历史理赔数额之间的差值。
在步骤S104中,校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用。
在这里,所述预设值为当前理赔申请人是否具有理赔权限的判断标准,优选为0。在得到医疗责任险种的剩余理赔额度之后,将所述剩余理赔额度与所述预设值进行比对。若所述剩余理赔额度为预设值时,表明当前理赔申请人的理赔额度已用完,不具备发起理赔的权限,则在APP的申报界面上输出该医疗责任险种不可理赔的提示信息,和/或将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用,从而使得理赔申请人无法发起自助理赔,以减少对拒付案件的接收量。
其中,理赔申请标识置为隐藏时,可以采用方法:
$("#crop").hide();或document.getElementById(‘crop’).style.display="none";
理赔申请标识不可用是指将标识置灰,可以采用方法:
document.getElementById("crop").setAttribute("disabled",true);
若所述剩余理赔额度不为预设值时,表明当前理赔申请人还具有理赔额度,该理赔申请人具备发起理赔的权限,在申报界面上显示该医疗责任险种的理赔申请标识,方法为:
$("#crop").show();或
document.getElementById(‘crop’).style.display="inline-block";
同时将申报界面上该医疗责任险种的理赔申请标识置为可用,方法为:
document.getElementById("crop").removeAttribute("disabled");
综上所述,本发明实施例将保额校验从理赔核算环节提前至报案环节中执行:在进行自助理赔申报时,通过查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;校验所述剩余理赔额度是否为预设值,根据校验结果在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;从而实现了保额前置校验的功能,能够在自助理赔的报案阶段减少对拒付案件的接收量,即剩余理赔额度为预设值的理赔案件,解决了现有技术允许所有自助理赔申报按正常可理赔案件进行提交而导致理赔效率低的问题,有利于提高理赔效率。
进一步地,基于图1提供的保额前置校验的方法的第一实现流程的基础上,提出本发明实施例提供的保额前置校验的方法的第二实现流程。
如图2所示,是本发明实施例提供的保额前置校验的方法的第二实现流程示意图。在本发明实施例中,所述步骤S101还包括:
在步骤S1011中,根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号。
在本发明实施例中,所述理赔数据库中维护着理赔申请人的客户编号与所述理赔申请人作为被保险人的保单号之间的对应关系。一个客户编号可能对应一个或多个保单号。在获取到客户编号后,通过读取预设的SQL查询语句,生成SQL执行对象,查询所述理赔数据库,遍历所有的对应关系,得到与所述客户编号对应的保单号。
在步骤S1012中,获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息。
在这里,对于团体险,企业购买的保险单对应一个保单号,保单号用于区分投保人,即企业。企业下每一个员工对应一个分单号,用于区分不同的被保员工。不同的被保员工,投保的险种也不完全相同。本发明实施例基于所述客户编号进一步查询该保单号下该理赔申请人对应的分单号,获取分单号包括的险种信息。
对于个体险,所述保单号和分单号相同,根据客户编号查询关联的保单号即可得到分单号,从而得到所包括的险种信息。
在步骤S1013中,根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
由于理赔数据库中记录了历史时间上理赔申请人对应的所有分单号及其险种信息,步骤S1012中所查询到的分单号可能部分已经过期。因此,在得到分单号及其险种信息之后,还需要基于出险日期对其进一步筛选,获取保险期限包含所述出险日期的分单号,所述分单号对应的险种信息作为适用于所述理赔申请人的可理赔险种,以去掉过期的保险保单,筛选出有效的可理赔险种,得到保益信息。
进一步地,基于图2提供的保额前置校验的方法的第二实现流程的基础上,提出本发明实施例提供的保额前置校验的方法的第三实现流程。
如图3所示,是本发明实施例提供的保额前置校验的方法的第三实现流程示意图。在本发明实施例中,所述步骤S102还包括:
在步骤S1021中,根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配。
在这里,通过步骤S101获取到的保益信息,如可理赔险种,存储在指定表格中。责任匹配是以所述申请原因、治疗类型和保险种类作为查询条件,使用SQL语句对所述指定表格进行模糊查询,从所述可理赔险种中匹配出满足所述查询条件的可理赔险种。在实际应用中,LIKE是用于查找指定列名与匹配串常量匹配的元组,因此,可以使用LIKE运算符和通配符来实现模糊查询;若要对结果取反,则可以在LIKE运算前边使用NOT运算符。
在步骤S1022中,获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
示例性地,假设步骤S101得到的保益信息,如可理赔险种,存储在表Stock中;申请原因为门诊,治疗类型为药物治疗及用药清单,保险种类为医疗保险,查询符合所述申请原因、治疗类型的可理赔险种的编码时,LIKE运算符的格式示例如下:
SELECT mat_num
FROM stock
WHERE mat_num LIKE‘门诊、药物治疗及用药清单、医疗保险’
通过使用LIKE运算符,在实际应用中即使理赔申请人无法给出申请原因、治疗类型或者保险种类任意一项或多项的精确值,也可以从指定表格中完成模糊查询,有效地提高了责任匹配的适用范围和用户的体验感。
进一步地,基于图1提供的保额前置校验的方法的第一实现流程的基础上,提出本发明实施例提供的保额前置校验的方法的第四实现流程。
如图4所示,是本发明实施例提供的保额前置校验的方法的第四实现流程示意图。在本发明实施例中,所述步骤S103还包括:
在步骤S1031中,针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录。
在这里,理赔数据库中维护着一张记录表,用于记录理赔申请人的历史理赔记录,每次发生理赔时更新该记录表。在查询理赔申请人的历史理赔记录时,采用查询全部列和行的方式获取。示例性地,假设recores为历史理赔记录表的表名,所述理赔申请人的客户编号为001,则查找客户编号001的历史理赔记录对应的SELECT语句可以为:
SELECT^FROM recores
WHERE nat_num=001
在步骤S1032中,获取每一次历史理赔记录对应的理赔数额。
在查询到所述理赔申请人的历史理赔记录之后,获取每一条历史理赔记录的理赔数额。示例性地,假设理赔申请人A的保额限度为1000元,有三次历史理赔记录,通过步骤S1032获取到第一次理赔数额为200元,第二次理赔数额为150元,第三次理赔数额为300元。
在步骤S1033中,计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
在这里,所述剩余理赔额度应当为保额限度依次减去每一次历史理赔记录对应的理赔数额后得到的差值。如前所述,理赔申请人A的剩余理赔额度为1000-200-150-300=350元。
通过上述步骤S1031至步骤S1033,实现了对医疗责任险种的剩余理赔额度的前置计算,所述剩余理赔额度将在步骤S104中进行校验,以实现保额前置校验的功能。本发明实施例基于筛选出的医疗责任险种,结合历史理赔记录的事实依据来计算剩余理赔额度,有效地减少了计算量,且提高了前置计算的效率和准确率。
应理解,在上述实施例中,各步骤的序号的大小并不意味着执行顺序的先后,各步骤的执行顺序应以其功能和内在逻辑确定,而不应对本发明实施例的实施过程构成任何限定。
需要说明的是,本领域普通技术人员可以理解实现上述实施例的全部或部分步骤可以通过硬件来完成,也可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,所述存储介质可以是只读存储器,磁盘或光盘等。
图5示出了本发明实施例提供的保额前置校验的装置的组成结构图,为了便于说明,仅示出了与本发明实施例相关的部分。
在本发明实施例中,所述保额前置校验的装置用于实现上述图1至图4实施例中所述的保额前置校验的方法,可以是内置于终端的软件单元、硬件单元或者软硬件结合的单元。
参阅图5,所述保额前置校验的装置包括:
获取模块51,用于在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
查询模块52,用于获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
计算模块53,用于针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验模块54,用于校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用。
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
在理赔申请人进入APP界面进行自助理赔申报时,本发明实施例首先通过获取模块51根据所述出险日期和客户编号获取到理赔申请人对应的保益信息。所述保益信息为该理赔申请人所购买的生效保单包括的可理赔险种。所述出险时间是指发生保险事故后,保险合同上规定或约定的赔偿或给付条件出现的时间。示例性地,对于医疗保险,出险时间包括但不限于医疗保险的账单日期、就诊日期;对于车辆保险,出险时间包括但不限于发生交通事故的日期。可选地,所述获取模块51还包括:
第一获取单元511,用于根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号;
第二获取单元512,用于获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息;
第三获取单元513,用于根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
在本发明实施例中,理赔数据库中维护着理赔申请人的客户编号与所述理赔申请人作为被保险人的保单号之间的对应关系。一个客户编号可能对应一个或多个保单号。在获取到客户编号后,首先通过所述第一获取单元511读取预设的SQL查询语句,生成SQL执行对象,查询所述理赔数据库,遍历所有的对应关系,得到与所述客户编号对应的保单号。然后通过所述第二获取单元512基于所述客户编号进一步查询该保单号下该理赔申请人对应的分单号,获取分单号包括的险种信息。由于理赔数据库中记录了历史时间上理赔申请人对应的所有分单号及其险种信息,所述第二获取单元512所查询到的分单号可能部分已经过期。因此,在得到分单号及其险种信息之后,还需要通过所述第三获取单元513基于出险日期对其进一步筛选,获取保险期限包含所述出险日期的分单号,所述分单号对应的险种信息作为适用于所述理赔申请人的可理赔险种,以去掉过期的保险保单,筛选出有效的可理赔险种。
可选地,所述查询模块52还包括:
匹配单元521,用于根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配;
险种获取单元522,用于获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
在这里,通过获取模块51获取到的保益信息,如可理赔险种,存储在指定表格中。责任匹配是以所述申请原因、治疗类型和保险种类作为查询条件,使用SQL语句对所述指定表格进行模糊查询,从所述可理赔险种中匹配出满足所述查询条件的可理赔险种。在实际应用中,LIKE是用于查找指定列名与匹配串常量匹配的元组;因此,所述匹配单元521可以使用LIKE运算符和通配符来实现模糊查询;若要对结果取反,则可以在LIKE运算前边使用NOT运算符。示例性地,假设获取模块51得到的保益信息,如可理赔险种,存储在表Stock中;申请原因为门诊,治疗类型为药物治疗及用药清单,保险种类为医疗保险,查询符合所述申请原因、治疗类型的可理赔险种的编码时,LIKE运算符的格式示例如下:
SELECT mat_num
FROM stock
WHERE mat_num LIKE‘门诊、药物治疗及用药清单、医疗保险’
通过使用LIKE运算符,在实际应用中即使理赔申请人无法给出申请原因、治疗类型或者保险种类任意一项或多项的精确值,也可以从指定表格中完成模糊查询,提高了责任匹配的适用范围和用户的体验感。
可选地,所述计算模块53还包括:
理赔记录获取单元531,用于针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录;
理赔数额获取单元532,用于获取每一次历史理赔记录对应的理赔数额;
计算单元533,用于计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
在这里,投保时,每一种医疗责任险种都约定了对应的保额限度,理赔时可以在所述保额限度范围内进行多次理赔。所述剩余理赔额度为n次理赔后该医疗责任险种剩余的额度值;若为首次理赔时,剩余理赔额度为所述保额限度;若为第n次理赔时,剩余理赔额度为保额限度与前n-1次历史理赔数额之间的差值。所述预设值为当前理赔申请人是否具有理赔权限的判断标准,优选为0。在得到医疗责任险种的剩余理赔额度之后,通过校验模块54将所述剩余理赔额度与所述预设值进行比对。若所述剩余理赔额度为预设值时,表明当前理赔申请人的理赔额度已用完,不具备发起理赔的权限,则在APP的申报界面上输出该医疗责任险种不可理赔的提示信息,和/或将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用,从而使得理赔申请人无法发起自助理赔,以减少对拒付案件的接收量。
需要说明的是,本发明实施例中的终端可以用于实现上述方法实施例中的全部技术方案。所属领域的技术人员可以清楚地了解到,为了描述的方便和简洁,仅以上述各功能单元、模块的划分进行举例说明,实际应用中,可以根据需要而将上述功能分配由不同的功能单元、模块完成,即将所述装置的内部结构划分成不同的功能单元或模块,以完成以上描述的全部或者部分功能。实施例中的各功能单元、模块可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中,上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。另外,各功能单元、模块的具体名称也只是为了便于相互区分,并不用于限制本申请的保护范围。上述单元、模块的具体工作过程,可以参考前述方法实施例中的对应过程,在此不再赘述。
在上述实施例中,对各个实施例的描述都各有侧重,某个实施例中没有详述或记载的部分,可以参见其它实施例的相关描述。
图6是本发明实施例提供的一种终端的示意图。如图6所示,该实施例的终端6包括:处理器60、存储器61以及存储在所述存储器61中并可在所述处理器60上运行的计算机程序62。所述处理器60执行所述计算机程序62时实现上述保额前置校验的方法实施例中的步骤,例如图1所示的步骤S101至S104、图2所示的步骤S1011至S1013、图3所示的步骤S1021至S1022、图4所示的步骤S1031至S1033。或者,所述处理器60执行所述计算机程序62时实现上述保额前置校验的装置实施例中各模块/单元的功能,例如图5所示模块51至54的功能。
示例性的,所述计算机程序62可以被分割成一个或多个模块/单元,所述一个或者多个模块/单元被存储在所述存储器61中,并由所述处理器60执行,以完成本发明。所述一个或多个模块/单元可以是能够完成特定功能的一系列计算机程序指令段,该指令段用于描述所述计算机程序62在所述终端6中的执行过程。例如,所述计算机程序62可以被分割成获取模块、查询模块、计算模块、校验模块,各模块具体功能如下:
获取模块,用于在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
查询模块,用于获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
计算模块,用于针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验模块,用于校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
进一步地,所述获取模块还包括:
第一获取单元,用于根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号;
第二获取单元,用于获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息;
第三获取单元,用于根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
进一步地,所述查询模块还包括:
匹配单元,用于根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配;
险种获取单元,用于获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
进一步地,所述计算模块还包括:
理赔记录获取单元,用于针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录;
理赔数额获取单元,用于获取每一次历史理赔记录对应的理赔数额;
计算单元,用于计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
所述终端6可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述终端可包括,但不仅限于,处理器60、存储器61。本领域技术人员可以理解,图6仅仅是终端6的示例,并不构成对终端6的限定,可以包括比图示更多或更少的部件,或者组合某些部件,或者不同的部件,例如所述终端还可以包括输入输出设备、网络接入设备、总线等。
所称处理器60可以是中央处理单元(Central Processing Unit,CPU),还可以是其他通用处理器、数字信号处理器(Digital Signal Processor,DSP)、专用集成电路(Application Specific Integrated Circuit,ASIC)、现成可编程门阵列(Field-Programmable Gate Array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等,所述处理器是所述终端的控制中心,利用各种接口和线路连接整个终端的各个部分。
所述存储器61可用于存储所述计算机程序和/或模块,所述处理器通过运行或执行存储在所述存储器内的计算机程序和/或模块,以及调用存储在存储器内的数据,实现所述终端的各种功能。所述存储器可主要包括存储程序区和存储数据区,其中,存储程序区可存储操作系统、至少一个功能所需的应用程序(比如声音播放功能、图像播放功能等)等;存储数据区可存储根据终端的使用所创建的数据等。此外,存储器可以包括高速随机存取存储器,还可以包括非易失性存储器,例如硬盘、内存、插接式硬盘、智能存储卡(Smart MediaCard,SMC)、安全数字卡(Secure Digital,SD)、闪存卡(Flash Card),至少一个磁盘存储器件、闪存器件或其他易失性固态存储器件。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、或者计算机软件和电子硬件的结合来实现。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本发明的范围。
在本发明所提供的实施例中,应该理解到,所揭露的装置/终端和方法,可以通过其它的方式实现。例如,以上所描述的装置/终端设备实施例仅仅是示意性的,例如,所述模块或单元的划分,仅仅为一种逻辑功能划分,实际实现时可以有另外的划分方式,例如多个单元或组件可以结合或者可以集成到另一个系统,或一些特征可以忽略,或不执行。另一点,所显示或讨论的相互之间的耦合或直接耦合或通讯连接可以是通过一些接口,装置或单元的间接耦合或通讯连接,可以是电性,机械或其它的形式。
所述作为分离部件说明的单元可以是或者也可以不是物理上分开的,作为单元显示的部件可以是或者也可以不是物理单元,即可以位于一个地方,或者也可以分布到多个网络单元上。可以根据实际的需要选择其中的部分或者全部单元来实现本实施例方案的目的。
另外,在本发明各个实施例中的各功能单元可以集成在一个处理单元中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个单元中。上述集成的单元既可以采用硬件的形式实现,也可以采用软件功能单元的形式实现。
所述集成的模块/单元如果以软件功能单元的形式实现并作为独立的产品销售或使用时,可以存储在一个计算机可读存储介质中。基于这样的理解,本发明实现上述实施例方法中的全部或部分流程,也可以通过计算机程序来指令相关的硬件来完成,所述的计算机程序可存储于一计算机可读存储介质中,该计算机程序在被处理器执行时,可实现上述各个方法实施例的步骤。其中,所述计算机程序包括计算机程序代码,所述计算机程序代码可以为源代码形式、对象代码形式、可执行文件或某些中间形式等。所述计算机可读存储介质可以包括:能够携带所述计算机程序代码的任何实体或装置、记录介质、U盘、移动硬盘、磁碟、光盘、计算机存储器、只读存储器(ROM,Read-Only Memory)、随机存取存储器(RAM,Random Access Memory)、电载波信号、电信信号以及软件分发介质等。需要说明的是,所述计算机可读存储介质包含的内容可以根据司法管辖区内立法和专利实践的要求进行适当的增减,例如在某些司法管辖区,根据立法和专利实践,计算机可读存储介质不包括是电载波信号和电信信号。
以上所述实施例仅用以说明本发明的技术方案,而非对其限制;尽管参照前述实施例对本发明进行了详细的说明,本领域的普通技术人员应当理解:其依然可以对前述各实施例所记载的技术方案进行修改,或者对其中部分技术特征进行等同替换;而这些修改或者替换,并不使相应技术方案的本质脱离本发明各实施例技术方案的精神和范围,均应包含在本发明的保护范围之内。。
Claims (10)
1.一种保额前置校验的方法,其特征在于,所述方法包括:
在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验所述剩余保额是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
2.如权利要求1所述的保额前置校验的方法,其特征在于,所述根据出险日期和客户编号获取理赔申请人对应的保益信息包括:
根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号;
获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息;
根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
3.如权利要求2所述的保额前置校验的方法,其特征在于,所述根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种包括:
根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配;
获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
4.如权利要求1至3任一项所述的保额前置校验的方法,其特征在于,所述计算所述医疗责任险种的剩余理赔额度包括:
针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录;
获取每一次历史理赔记录对应的理赔数额;
计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
5.一种保额前置校验的装置,其特征在于,所述装置包括:
获取模块,用于在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
查询模块,用于获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
计算模块,用于针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验模块,用于校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
6.如权利要求5所述的保额前置校验的装置,其特征在于,所述获取模块包括:
第一获取单元,用于根据客户编号查询理赔数据库,获取所述理赔申请人作为被保险人的保单号;
第二获取单元,用于获取所述保单号下该理赔申请人对应的分单号以及所述分单号包括的险种信息;
第三获取单元,用于根据所述出险日期查询所述分单号和险种信息,获取适用于所述理赔申请人的可理赔险种。
7.如权利要求6所述的保额前置校验的装置,其特征在于,所述查询模块包括:
匹配单元,用于根据所述申请原因、治疗类型和保险种类,对所述可理赔险种进行责任匹配;
险种获取单元,用于获取符合所述申请原因、治疗类型的可理赔险种作为本次自助理赔的医疗责任险种。
8.如权利要求5至7任一项所述的保额前置校验的装置,其特征在于,所述计算模块包括:
理赔记录获取单元,用于针对每一个医疗责任险种,获取所述理赔申请人对应的保额限度和所述理赔申请人的历史理赔记录;
理赔数额获取单元,用于获取每一次历史理赔记录对应的理赔数额;
计算单元,用于计算所述保额限度和所述理赔数额之间的差值,得到所述医疗责任险种的剩余理赔额度。
9.一种计算机可读存储介质,其上存储有计算机程序,其特征在于,该程序由处理器执行时实现权利要求1至4任一项所述的保额前置校验的方法所述的步骤。
10.一种终端,包括存储器、处理器及存储在存储器上并可在处理器上运行的计算机程序,其特征在于,所述处理器执行所述计算机程序时实现以下步骤:
在进行自助理赔申报时,根据出险日期和客户编号获取理赔申请人对应的保益信息;
获取本次自助理赔的申请原因、治疗类型和保险种类,根据所述申请原因、治疗类型和保险种类查询所述保益信息,获取适用于本次自助理赔的医疗责任险种;
针对每一种医疗责任险种,计算所述医疗责任险种的剩余理赔额度;
校验所述剩余理赔额度是否为预设值,并在校验结果为是时,在申报界面上输出该医疗责任险种不可理赔的提示信息,和/或,将申报界面上的该医疗责任险种的理赔申请标识置为隐藏或者不可用;
其中,所述客户编号为所述理赔申请人在理赔系统中的唯一标识信息,在理赔申请人注册用户帐号时根据所述理赔申请人的姓名、证件类型、证件号、性别和出生日期查询数据库得到。
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710873190.1A CN107844947A (zh) | 2017-09-25 | 2017-09-25 | 保额前置校验的方法、装置、存储介质及终端 |
PCT/CN2018/081511 WO2019056729A1 (zh) | 2017-09-25 | 2018-04-02 | 保额前置校验的方法、装置、存储介质及终端 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201710873190.1A CN107844947A (zh) | 2017-09-25 | 2017-09-25 | 保额前置校验的方法、装置、存储介质及终端 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN107844947A true CN107844947A (zh) | 2018-03-27 |
Family
ID=61661831
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201710873190.1A Pending CN107844947A (zh) | 2017-09-25 | 2017-09-25 | 保额前置校验的方法、装置、存储介质及终端 |
Country Status (2)
Country | Link |
---|---|
CN (1) | CN107844947A (zh) |
WO (1) | WO2019056729A1 (zh) |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109523398A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 药品报销信息异常的方法和装置 |
WO2019056729A1 (zh) * | 2017-09-25 | 2019-03-28 | 平安科技(深圳)有限公司 | 保额前置校验的方法、装置、存储介质及终端 |
CN109559237A (zh) * | 2018-10-27 | 2019-04-02 | 平安医疗健康管理股份有限公司 | 药品报销信息异常的方法和装置 |
CN109697672A (zh) * | 2018-12-13 | 2019-04-30 | 平安医疗健康管理股份有限公司 | 一种健康险核损数据处理方法、服务器及计算机可读介质 |
CN109697671A (zh) * | 2018-12-13 | 2019-04-30 | 平安医疗健康管理股份有限公司 | 一种车险核损数据处理方法、服务器及计算机可读介质 |
CN109767175A (zh) * | 2018-12-13 | 2019-05-17 | 平安医疗健康管理股份有限公司 | 失业险核责数据分析方法及相关产品 |
CN109767343A (zh) * | 2018-12-13 | 2019-05-17 | 平安医疗健康管理股份有限公司 | 意外险核损数据处理方法、服务器及计算机可读存储介质 |
CN109785160A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种保险理赔核责数据处理方法以及服务器 |
CN109785163A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种理赔请求处理方法、服务器及计算机可读存储介质 |
CN109785161A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种寿险核损数据处理方法、服务器及计算机可读介质 |
CN109785164A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种意外险核责数据处理方法、服务器及计算机可读介质 |
CN109785158A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种健康险核责数据处理方法、服务器及计算机可读介质 |
CN109785159A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种寿险核责数据处理方法、服务器及计算机可读介质 |
CN109816540A (zh) * | 2019-01-16 | 2019-05-28 | 平安医疗健康管理股份有限公司 | 承保保单建立方法、装置、终端和计算机可读存储介质 |
CN111161088A (zh) * | 2019-12-31 | 2020-05-15 | 上海亿保健康管理有限公司 | 票据处理方法、装置和设备 |
CN111400342A (zh) * | 2019-01-03 | 2020-07-10 | 百度在线网络技术(北京)有限公司 | 数据库更新方法、装置、设备及存储介质 |
CN111445260A (zh) * | 2018-12-29 | 2020-07-24 | 达丰(上海)电脑有限公司 | 客户理赔案件管理方法、系统、设备及存储介质 |
CN111626875A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 保险数据处理方法、装置、设备及存储介质 |
CN111784523A (zh) * | 2020-06-28 | 2020-10-16 | 平安医疗健康管理股份有限公司 | 基于保单案件的众包分配方法及装置 |
CN112488850A (zh) * | 2020-11-20 | 2021-03-12 | 中国人寿保险股份有限公司 | 一种投保单前置核验方法、装置及电子设备 |
CN109523398B (zh) * | 2018-10-27 | 2024-05-14 | 深圳平安医疗健康科技服务有限公司 | 药品报销信息异常的方法和装置 |
Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5631828A (en) * | 1992-07-10 | 1997-05-20 | Hagan; Bernard P. | Method and system for processing federally insured annuity and life insurance investments |
CN106204383A (zh) * | 2016-07-20 | 2016-12-07 | 中国银联股份有限公司 | 跨业务信息处理系统 |
CN106295151A (zh) * | 2016-08-03 | 2017-01-04 | 合肥奇也信息科技有限公司 | 一种医疗保险在线理赔系统 |
CN106530092A (zh) * | 2015-09-15 | 2017-03-22 | 平安科技(深圳)有限公司 | 医疗保险责任自动匹配系统及方法 |
CN106530089A (zh) * | 2015-09-15 | 2017-03-22 | 平安科技(深圳)有限公司 | 保险理赔额度的获取方法及服务器 |
CN106560853A (zh) * | 2015-09-30 | 2017-04-12 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
Family Cites Families (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN106888234A (zh) * | 2015-12-15 | 2017-06-23 | 深圳市银信网银科技有限公司 | 一种数据交互处理方法及装置 |
CN106971344A (zh) * | 2016-01-14 | 2017-07-21 | 平安科技(深圳)有限公司 | 保额控制方法和系统 |
CN106709696A (zh) * | 2016-11-21 | 2017-05-24 | 中国平安财产保险股份有限公司 | 一种自助理赔实现方法及实现系统 |
CN106529917B (zh) * | 2016-12-15 | 2020-07-03 | 平安科技(深圳)有限公司 | 一种工作流处理方法和装置 |
CN107844947A (zh) * | 2017-09-25 | 2018-03-27 | 平安科技(深圳)有限公司 | 保额前置校验的方法、装置、存储介质及终端 |
-
2017
- 2017-09-25 CN CN201710873190.1A patent/CN107844947A/zh active Pending
-
2018
- 2018-04-02 WO PCT/CN2018/081511 patent/WO2019056729A1/zh active Application Filing
Patent Citations (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5631828A (en) * | 1992-07-10 | 1997-05-20 | Hagan; Bernard P. | Method and system for processing federally insured annuity and life insurance investments |
CN106530092A (zh) * | 2015-09-15 | 2017-03-22 | 平安科技(深圳)有限公司 | 医疗保险责任自动匹配系统及方法 |
CN106530089A (zh) * | 2015-09-15 | 2017-03-22 | 平安科技(深圳)有限公司 | 保险理赔额度的获取方法及服务器 |
CN106560853A (zh) * | 2015-09-30 | 2017-04-12 | 阿里巴巴集团控股有限公司 | 一种业务处理方法和装置 |
CN106204383A (zh) * | 2016-07-20 | 2016-12-07 | 中国银联股份有限公司 | 跨业务信息处理系统 |
CN106295151A (zh) * | 2016-08-03 | 2017-01-04 | 合肥奇也信息科技有限公司 | 一种医疗保险在线理赔系统 |
Cited By (21)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2019056729A1 (zh) * | 2017-09-25 | 2019-03-28 | 平安科技(深圳)有限公司 | 保额前置校验的方法、装置、存储介质及终端 |
CN109523398A (zh) * | 2018-10-27 | 2019-03-26 | 平安医疗健康管理股份有限公司 | 药品报销信息异常的方法和装置 |
CN109559237A (zh) * | 2018-10-27 | 2019-04-02 | 平安医疗健康管理股份有限公司 | 药品报销信息异常的方法和装置 |
CN109523398B (zh) * | 2018-10-27 | 2024-05-14 | 深圳平安医疗健康科技服务有限公司 | 药品报销信息异常的方法和装置 |
CN109785164A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种意外险核责数据处理方法、服务器及计算机可读介质 |
CN109767343A (zh) * | 2018-12-13 | 2019-05-17 | 平安医疗健康管理股份有限公司 | 意外险核损数据处理方法、服务器及计算机可读存储介质 |
CN109785160A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种保险理赔核责数据处理方法以及服务器 |
CN109785163A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种理赔请求处理方法、服务器及计算机可读存储介质 |
CN109785161A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种寿险核损数据处理方法、服务器及计算机可读介质 |
CN109697671A (zh) * | 2018-12-13 | 2019-04-30 | 平安医疗健康管理股份有限公司 | 一种车险核损数据处理方法、服务器及计算机可读介质 |
CN109785158A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种健康险核责数据处理方法、服务器及计算机可读介质 |
CN109785159A (zh) * | 2018-12-13 | 2019-05-21 | 平安医疗健康管理股份有限公司 | 一种寿险核责数据处理方法、服务器及计算机可读介质 |
CN109767175A (zh) * | 2018-12-13 | 2019-05-17 | 平安医疗健康管理股份有限公司 | 失业险核责数据分析方法及相关产品 |
CN109697672A (zh) * | 2018-12-13 | 2019-04-30 | 平安医疗健康管理股份有限公司 | 一种健康险核损数据处理方法、服务器及计算机可读介质 |
CN111445260A (zh) * | 2018-12-29 | 2020-07-24 | 达丰(上海)电脑有限公司 | 客户理赔案件管理方法、系统、设备及存储介质 |
CN111400342A (zh) * | 2019-01-03 | 2020-07-10 | 百度在线网络技术(北京)有限公司 | 数据库更新方法、装置、设备及存储介质 |
CN109816540A (zh) * | 2019-01-16 | 2019-05-28 | 平安医疗健康管理股份有限公司 | 承保保单建立方法、装置、终端和计算机可读存储介质 |
CN111161088A (zh) * | 2019-12-31 | 2020-05-15 | 上海亿保健康管理有限公司 | 票据处理方法、装置和设备 |
CN111626875A (zh) * | 2020-05-25 | 2020-09-04 | 泰康保险集团股份有限公司 | 保险数据处理方法、装置、设备及存储介质 |
CN111784523A (zh) * | 2020-06-28 | 2020-10-16 | 平安医疗健康管理股份有限公司 | 基于保单案件的众包分配方法及装置 |
CN112488850A (zh) * | 2020-11-20 | 2021-03-12 | 中国人寿保险股份有限公司 | 一种投保单前置核验方法、装置及电子设备 |
Also Published As
Publication number | Publication date |
---|---|
WO2019056729A1 (zh) | 2019-03-28 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN107844947A (zh) | 保额前置校验的方法、装置、存储介质及终端 | |
US20210241380A1 (en) | Blockchain subrogation payments | |
US6324516B1 (en) | System and apparatus for utilization review of medical claims | |
CN107705211A (zh) | 一种保险理赔案件的理算方法和装置 | |
CN107832901A (zh) | 任务分配方法、装置、终端设备及存储介质 | |
CN108257024A (zh) | 一种理赔案件处理方法和装置 | |
CN112330471B (zh) | 业务数据处理方法、装置、计算机设备及存储介质 | |
CN104364816A (zh) | 用于支持对管制和非管制物品经销的监管要求的系统和方法 | |
EP3735650B1 (de) | Persönliche dokumentenblockchain-struktur | |
CN102005010A (zh) | 基于资信管理系统的资信数据库维护方法 | |
CN113205415B (zh) | 基于rpa和区块链技术的财务流程自动化方法和系统 | |
CN109785163A (zh) | 一种理赔请求处理方法、服务器及计算机可读存储介质 | |
CN108470312A (zh) | 理赔案件的分析方法、装置、存储介质及终端 | |
EP3777088A1 (de) | Verfahren und system zum steuern einer freigabe einer ressource | |
WO2017088009A1 (en) | An electronic security system and method for investment transaction | |
CN109523393A (zh) | 一种审核服务的提供方法和装置、以及计算机设备 | |
CN115345533A (zh) | 订单数据处理方法、装置、设备及存储介质 | |
US20090265279A1 (en) | System and method for managing and distributing hedge fund data | |
CN108257020A (zh) | 一种理赔金的计算方法和装置 | |
US20190096002A1 (en) | Systems and Methods for Cross-border Health Insurance | |
CN107871199A (zh) | 新契约保单回访方法、装置及存储介质 | |
CN109785159A (zh) | 一种寿险核责数据处理方法、服务器及计算机可读介质 | |
CN110674225B (zh) | 联系方式验真回补方法、装置、电子设备及存储介质 | |
CN114240588A (zh) | 基于区块链的年金计划对账方法、装置、设备及介质 | |
CN102005019A (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: 20180327 |