CN109544365A - 一种基于风险管控的数据管理方法及装置 - Google Patents

一种基于风险管控的数据管理方法及装置 Download PDF

Info

Publication number
CN109544365A
CN109544365A CN201811265629.3A CN201811265629A CN109544365A CN 109544365 A CN109544365 A CN 109544365A CN 201811265629 A CN201811265629 A CN 201811265629A CN 109544365 A CN109544365 A CN 109544365A
Authority
CN
China
Prior art keywords
doctor
patient
see
accompanying
person
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
CN201811265629.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 Ping An Medical Health Technology Service Co Ltd
Original Assignee
Ping An Medical and Healthcare Management 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 Ping An Medical and Healthcare Management Co Ltd filed Critical Ping An Medical and Healthcare Management Co Ltd
Priority to CN201811265629.3A priority Critical patent/CN109544365A/zh
Publication of CN109544365A publication Critical patent/CN109544365A/zh
Pending legal-status Critical Current

Links

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

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Engineering & Computer Science (AREA)
  • Development Economics (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Strategic Management (AREA)
  • Technology Law (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • General Physics & Mathematics (AREA)
  • Theoretical Computer Science (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请实施例公开了一种基于风险管控的数据管理方法及装置,其中方法包括:获取目标用户的用户信息,并根据该用户信息创建工单,再根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员,向该目标陪诊员对应的终端发送陪诊任务通知,接收该目标陪诊员上传的该陪诊数据,并对该陪诊数据中的诊断信息进行分析,根据该诊断信息的分析结果,确定该目标用户的理赔结果。采用本申请实施例,可以实现数据全流程管控,保证各个环节数据的有效性,同时可以提高数据管理各环节的处理效率,进而提高整个数据管理过程的处理效率。

Description

一种基于风险管控的数据管理方法及装置
技术领域
本申请涉及计算机技术领域,尤其涉及一种基于风险管控的数据管理方法及装置。
背景技术
目前,目标用户在自己疑似患有重疾或者确诊为重疾之后,向保险公司申请理赔,保险公司再根据自己设定的理赔流程启动理赔业务。而理赔业务的各个环节之间都是人与人之间进行交互,交互效率低,理赔周期长。另外,目前都是人工去评定保险责任,并确定理赔结果,评定周期长,理赔结果受主观影响大,从而可能导致得出的理赔结果不准确。对于目标用户来说,目前仍没有对审核、预约、就诊、随访、理赔动作进行全流程管控的系统,无法保证每个环节数据的有效性。
发明内容
本申请实施例提供一种基于风险管控的数据管理方法及装置,可以实现数据全流程管控,保证各个环节数据的有效性,同时可以提高数据管理各环节的处理效率,进而提高整个数据管理过程的处理效率。
第一方面,本申请实施例提供了一种基于风险管控的数据管理方法,该方法包括:
获取目标用户的用户信息,根据该用户信息创建工单;
根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员,向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息;
接收该目标陪诊员上传的该陪诊数据,并对该陪诊数据中的诊断信息进行分析;
根据该诊断信息的分析结果,确定该目标用户的理赔结果。
结合第一方面,在一种可能的实施方式中,获取目标用户的投保信息,包括:接收目标用户的理赔请求,该理赔请求中包括该目标用户上传的目标影像件;从该目标影像件中提取该目标用户的用户信息。
结合第一方面,在一种可能的实施方式中,根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员,包括:获取该工单中该目标用户的第一地址;获取该陪诊员信息数据库中该至少一个陪诊员的第二地址;计算该至少一个陪诊员的第二地址中各个陪诊员的第二地址与该目标用户的第一地址之间的距离;将该各个陪诊员的第二地址中与该第一地址之间距离最小的第二地址对应的陪诊员确定为该目标用户的目标陪诊员。
结合第一方面,在一种可能的实施方式中,根据该诊断信息的分析结果,确定该目标用户的理赔结果,包括:若该诊断信息的分析结果为第一分析结果,则确定该目标用户的理赔结果为确认理赔;若该诊断信息的分析结果为第二分析结果,则确定该目标用户的理赔结果为拒绝理赔。
结合第一方面,在一种可能的实施方式中,在确定该目标用户的理赔结果为确认理赔之后,该方法还包括:根据该目标用户的用户信息新建回访任务,并确定该目标用户的目标回访员;向该目标回访员对应的终端发送回访任务通知,该回访任务通知用于通知该目标回访员录入回访记录。
第二方面,本申请实施例提供了一种基于风险管控的数据管理装置,该装置包括:
获取模块,用于获取目标用户的用户信息;
创建模块,用于根据该用户信息创建工单;
第一确定模块,用于根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员;
发送模块,用于向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息;
接收模块,用于接收该目标陪诊员上传的该陪诊数据;
分析模块,用于对该陪诊数据中的诊断信息进行分析;
第二确定模块,用于根据该诊断信息的分析结果,确定该目标用户的理赔结果。
结合第二方面,在一种可能的实施方式中,上述获取模块具体用于:接收目标用户的理赔请求,该理赔请求中包括该目标用户上传的目标影像件;从该目标影像件中提取该目标用户的用户信息。
结合第二方面,在一种可能的实施方式中,上述第一确定模块具体用于:获取该工单中该目标用户的第一地址;获取该陪诊员信息数据库中该至少一个陪诊员的第二地址;计算该至少一个陪诊员的第二地址中各个陪诊员的第二地址与该目标用户的第一地址之间的距离;将该各个陪诊员的第二地址中与该第一地址之间距离最小的第二地址对应的陪诊员确定为该目标用户的目标陪诊员。
结合第二方面,在一种可能的实施方式中,上述第二确定模块具体用于:若该诊断信息的分析结果为第一分析结果,则确定该目标用户的理赔结果为确认理赔;若该诊断信息的分析结果为第二分析结果,则确定该目标用户的理赔结果为拒绝理赔。
结合第二方面,在一种可能的实施方式中,上述创建模块还用于在确定该目标用户的理赔结果为确认理赔之后,根据该目标用户的用户信息新建回访任务;上述第一确定模块还用于确定该目标用户的目标回访员;上述发送模块还用于向该目标回访员对应的终端发送回访任务通知,该回访任务通知用于通知该目标回访员录入回访记录。
第三方面,本申请实施例提供了一种服务器,包括处理器、输入设备、输出设备和存储器,该处理器、输入设备、输出设备和存储器相互连接,其中,该存储器用于存储支持终端执行上述方法的计算机程序,该计算机程序包括程序指令,该处理器被配置用于调用该程序指令,执行上述第一方面的基于风险管控的数据管理方法。
第四方面,本申请实施例提供了一种计算机可读存储介质,该计算机存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令当被处理器执行时使该处理器执行上述第一方面的基于风险管控的数据管理方法。
本申请实施例通过获取目标用户的用户信息,并根据该用户信息创建工单,再根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员,向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息,接收该目标陪诊员上传的该陪诊数据,并对该陪诊数据中的诊断信息进行分析,根据该诊断信息的分析结果,确定该目标用户的理赔结果,可以实现数据全流程管控,保证各个环节数据的有效性,同时可以提高数据管理各环节的处理效率,进而提高整个数据管理过程的处理效率。
附图说明
为了更清楚地说明本申请实施例技术方案,下面将对实施例描述中所需要使用的附图作简单地介绍,显而易见地,下面描述中的附图是本申请的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是本申请实施例提供的医疗理赔场景下的一种系统架构的示意图;
图2是本申请实施例提供的一种基于风险管控的数据管理方法的一示意流程图;
图3是本申请实施例提供的一种基于风险管控的数据管理方法的另一示意流程图;
图4是本申请实施例提供的一种基于风险管控的数据管理装置的一示意性框图;
图5是本申请实施例提供的一种服务器的一示意性框图。
具体实施方式
下面将结合本申请实施例中的附图,对本申请实施例中的技术方案进行清楚、完整地描述,显然,所描述的实施例是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例,都属于本申请保护的范围。
应当理解,本申请的说明书和权利要求书及所述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。此外,术语“包括”和“具有”以及它们任何变形,意图在于覆盖不排他的包含。例如包含了一系列步骤或单元的过程、方法、系统、产品或设备没有限定于已列出的步骤或单元,而是可选地还包括没有列出的步骤或单元,或可选地还包括对于这些过程、方法、产品或设备固有的其它步骤或单元。
还应当理解,在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置展示该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
还应当进一步理解,在本申请说明书和所附权利要求书中使用的术语“和/或”是指相关联列出的项中的一个或多个的任何组合以及所有可能组合,并且包括这些组合。
本申请实施例的一种应用场景可以为医疗理赔。在医疗理赔场景下,目标用户可以指投保人,用户信息可以包括该投保人的投保信息和基础信息,该基础信息可以包括经办区、姓名、性别、年龄、身份证号、联系方式、联系地址等,该投保信息可以包括保单号、主险代码、投保单位、保险期间等。如图1所示,图1为本申请实施例提供的医疗理赔场景下的一种系统架构的示意图。其中,终端1可以用于表示投保人所对应的终端,终端2可以用于表示目标陪诊员所对应的终端。(1)投保人可以通过终端1输入自己的用户信息。(2)终端1可以将该投保人输入的该用户信息发送给服务器。(3)服务器在接到该投保人的该用户信息之后,可以根据该用户信息创建一个工单,该工单中可以包括该投保人的工单类型、基础信息、投保信息等。(4)服务器再可以根据该工单中该投保人的第一地址确定该投保人的目标陪诊员。(5)服务器可以向终端2发送陪诊任务通知。(6)终端2在接收到陪诊任务通知后,可以输出该陪诊任务通知。(7)目标陪诊员在陪同该投保人就诊后,通过终端2上传陪诊数据,该陪诊数据中可以包括该投保人的诊断信息。(8)终端2再可以将该投保人上传的陪诊数据发送给服务器。(9)服务器可以接收终端2发送的该陪诊数据,并可以对该陪诊数据中诊断信息进行分析。(10)服务器再根据该诊断信息的分析结果,确定针对该投保人的理赔结果。(11)服务器可以将该理赔结果推送给终端1,以便于该投保人及时查看该理赔结果。本申请实施例通过与终端1和终端2进行多次交互,减少了人与人之间交互的环节,实现了数据的全流程管控,保证了各个环节数据的有效性,同时提高整个数据管理过程的处理效率。
下面将结合图2至图5,对本申请实施例提供的基于风险管控的数据管理方法及装置进行说明。
参见图2,是本申请实施例提供一种基于风险管控的数据管理方法的一示意流程图。如图2所示,该基于风险管控的数据管理方法可包括步骤:
S201,获取目标用户的用户信息,根据用户信息创建工单。
在一些可行的实施方式中,目标用户可以在第一终端上输入用户信息,该用户信息可以包括该目标用户的基础信息和投保信息。服务器可以获取第一终端上的该用户信息,并可以根据该用户信息创建该目标用户的工单。其中,第一终端可以用于表示该目标用户对应的终端。该基础信息可以包括经办区、姓名、性别、年龄、身份证号、联系方式、联系地址等;该投保信息可以包括保单号、主险代码、投保单位、保险期间等。该工单中可以包括工单信息(如工单类型)、投保信息、基础信息等。
在一些可行的实施方式中,服务器可以获取第一终端上目标用户输入的基础信息和该目标用户上传的投保数据。服务器在可以检测该投保数据的数据格式。当该投保数据的数据格式为图像数据格式时,服务器可以采用光学字符识别(optical characterrecognition,OCR)将该图像数据格式的投保数据转换成文本数据格式的投保数据,并可以从该文本数据格式的投保数据中提取该目标用户的投保信息。服务器再可以根据该目标用户的基础信息和投保信息创建该目标用户的工单。
在一些可行的实施方式中,服务器可以获取第一终端上目标用户输入的基础信息,并可以提取该基础信息中的身份证号,在保单数据库中检索该身份证号对应的投保信息,获取该身份证号对应的投保信息。服务器再可以根据该目标用户的基础信息和投保信息创建该目标用户的工单。
S202,根据工单中目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定目标用户的目标陪诊员,向目标陪诊员对应的终端发送陪诊任务通知。
在一些可行的实施方式中,服务器在创建上述目标用户的工单之后,可以获取该工单中该目标用户的第一地址。该第一地址可以为上述用户信息的基础信息中的联系地址。服务器可以获取陪诊员信息数据库中的至少一个陪诊员的第二地址,并可以将在该第一地址的目标区域范围内的第二地址关联的陪诊员推送给第一终端。该目标用户可通过该第一终端选择自己的陪诊员,服务器可通过第一终端获取到该目标用户选择的陪诊员,并将该目标用户选择的陪诊员确定为该目标用户的目标陪诊员。服务器在确定该目标陪诊员之后,可以新建一个陪诊任务,并可以向该目标陪诊员对应的终端发送陪诊任务通知。该陪诊任务通知可以用于通知该目标陪诊员协助该目标用户预约专家就诊以及陪同该目标用户就诊,在就诊结束后上传陪诊数据。其中,该第二地址可以为陪诊员的联系地址。该第一地址可以为该目标用户的联系地址。
例如,目标用户的第一地址为地址1,目标区域范围为同一行政区县,与地址1属于同一行政区县的第二地址有地址3、地址4、地址6。服务器就将地址3关联的陪诊员P3、地址4关联的陪诊员P4、地址6关联的陪诊员P6推送到第一终端上。假设目标用户在第一终端上选择的陪诊员是P6,服务器通过第一终端获取到目标用户选择的陪诊员P6,并将目标用户选择的陪诊员P6确定为该目标用户的目标陪诊员。服务器新建一个陪诊任务,向目标陪诊员P6对应的终端发送陪诊任务通知。
在一些可行的实施方式中,服务器在创建上述目标用户的工单之后,可以向该目标用户的第一终端发送地址获取请求。第一终端在接收到服务器发送的地址获取请求之后,可以调用全球定位系统(global positioning system,GPS)模块获取第一终端的地理位置。第一终端可以将该地理位置发送给服务器。服务器可以接收第一终端发送的该地理位置,并可以以该地理位置为圆心,预设的长度为半径,确定一个圆形区域。服务器可以获取数据库中的至少一个第二地址,并可以检测该至少一个第二地址中在该圆形区域内的第二地址的数量是否大于1。当该至少一个第二地址中在该圆形区域内的第二地址的数量大于1时,服务器向在该圆形区域内的所有第二地址对应的第二终端发送陪诊订单。陪诊员可通过第二终端接收该陪诊订单,服务器将最早接收该陪诊订单的陪诊员确定为该投保人的目标陪诊员。当该至少一个第二地址中在该圆形区域内的第二地址的数量等于1时,服务器可以将在该圆形区域内的第二地址关联的陪诊员确定为该目标用户的目标陪诊员。服务器在确定该目标用户的目标陪诊员之后,可以新建一个陪诊任务,并可以向该目标陪诊员对应的终端发送陪诊任务通知。其中,该陪诊任务通知可以用于通知该目标陪诊员协助该目标用户预约专家就诊以及陪同该目标用户就诊,在就诊结束后上传陪诊数据。第二地址可以为陪诊员的联系地址。该第二终端可用于表示陪诊员对应的终端。该陪诊数据中包括该目标用户的诊断信息,该诊断信息可以为该目标用户的检查报告。
例如,GPS定位的地理位置为地址1,预设的长度L=3千米,服务器以地址1为圆心,3千米为半径确定一个圆形区域。假设在该圆形区域内的第二地址分别为地址7、地址5、地址9、地址8。服务器分别向地址7对应的终端7、地址5对应的终端5、地址9对应的终端9、地址8对应的终端8发送陪诊订单。陪诊员可通过自己对应的终端选择是否接收该陪诊订单。假设陪诊员P5和P9都接收了该陪诊订单,但是陪诊员P5接收该陪诊订单的时间早于陪诊员P9,所以服务器将陪诊员P5确定为目标陪诊员,并新建一个陪诊任务,向目标陪诊员P5对应的终端5发送陪诊任务通知。
S203,接收目标陪诊员上传的陪诊数据,并对陪诊数据中的诊断信息进行分析。
在一些可行的实施方式中,服务器可以接收上述目标陪诊员上传的陪诊数据,并可以检测该陪诊数据的数据格式是否属于目标格式集合。其中,该目标格式集合可以包括“.pdf”、“.doc”、“.docx”、“.jpg”、“.png”、“.tag”、“.xls”、“.xlsx”中一种或多种数据格式。当该陪诊数据的数据格式属于目标格式集合时,服务器可以检测该陪诊数据的大小是否超过预设阈值,当该陪诊数据的大小未超过预设阈值时,服务器可以提取该陪诊数据中的诊断信息,并可以根据预设的医学规则审核并分析该陪诊数据中的诊断信息。当该陪诊数据的数据格式不属于目标格式集合时,输出第一提示信息,第一提示信息可以用于提示该目标陪诊员上传数据格式属于该目标格式集合的新的陪诊数据。当该陪诊数据的数据格式属于目标格式集合,且该陪诊数据的大小超过预设阈值时,输出第二提示信息,该第二提示信息可以用于提示该目标陪诊员上传数据大小不超过预设阈值的新的陪诊数据。
例如,以目标用户疑似患有癌症为例,服务器接收到陪诊数据后,根据预设的医学规则审核并分析该陪诊数据中的诊断信息,判断该目标用户是否适合使用癌症靶向药。如采用短文本的语义分析诊断信息的病情简介中是否存在“靶点明确”这个意思的语句,若存在“靶点明确”这个意思的语句,说明该目标用户适合使用癌症靶向药,若不存在“靶点明确”这个意思的语句,则说明该目标用户不适合使用癌症靶向药。
S204,根据诊断信息的分析结果,确定目标用户的理赔结果。
在一些可行的实施方式中,服务器可以根据上述诊断信息的分析结果,确定对上述目标用户的理赔结果。其中,若上述诊断信息的分析结果为第一分析结果,说明该目标用户的理赔结果为确认理赔,则服务器可以确定上述目标用户为第一类型的用户,即待理赔用户。若上述诊断信息的分析结果为第二分析结果,说明该目标用户的理赔结果为拒绝理赔,则服务器可以确定上述目标用户为第二类型的用户,即非理赔用户。本申请实施例通过对诊断信息进行分析,确定该目标用户的理赔结果,可以减少人与人之间交互的环节,实现数据的全流程管控,保证各个环节数据的有效性,同时提高整个数据管理过程的处理效率。
例如,以癌症靶向药的理赔为例,当上述诊断信息的分析结果为适合使用癌症靶向药,服务器可以输出确认理赔的结果。若上述诊断信息的分析结果为不适合使用癌症靶向药,那么服务器可以输出拒绝理赔的结果。
在本申请实施例中,服务器通过获取目标用户的用户信息,并根据该用户信息创建工单,再根据该工单中该目标用户的第一地址确定该目标用户的目标陪诊员,向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息,接收该目标陪诊员上传的该陪诊数据,并对该陪诊数据中的诊断信息进行分析,根据该诊断信息的分析结果,确定该目标用户的理赔结果,可以实现数据全流程管控,保证各个环节数据的有效性,同时可以提高数据管理各环节的处理效率,进而提高整个数据管理过程的处理效率。
参见图3,是本申请实施例提供一种基于风险管控的数据管理方法方法的另一示意流程图。如图3所示,该基于风险管控的数据管理方法方法可包括步骤:
S301,接收目标用户的理赔请求。
S302,从理赔请求包括的目标影像件中提取目标用户的用户信息。
S303,根据用户信息创建工单。
在一些可行的实施方式中,服务器可以接收目标用户通过第一终端发送的理赔请求,该理赔请求中可以包括该目标用户上传的目标影像件。服务器可以采用图像识别技术从该理赔请求包括的目标影像件中提取出该目标用户的用户信息。服务器再可以根据该用户信息创建该目标用户的工单。其中,第一终端可以用于表示该目标用户对应的终端。该用户信息可以包括该目标用户的基础信息和投保信息。基础信息可以包括经办区、姓名、性别、年龄、身份证号、联系方式、联系地址等;投保信息可以包括保单号、主险代码、投保单位、保险期间等。该工单中可以包括工单信息如工单类型、投保信息、基础信息等。
S304,获取工单中目标用户的第一地址。
S305,获取陪诊员信息数据库中至少一个陪诊员的第二地址。
S306,计算至少一个陪诊员的第二地址中各个陪诊员的第二地址与目标用户的第一地址之间的距离。
S307,将各个陪诊员的第二地址中与第一地址之间距离最小的第二地址对应的陪诊员确定为目标用户的目标陪诊员。
在一些可行的实施方式中,服务器可以获取上述工单中该目标用户的第一地址,该第一地址可以为该目标用户的基础信息中的联系地址。服务器可以从陪诊员信息数据库中获取至少一个陪诊员的第二地址,并可以计算该至少一个陪诊员的第二地址中各个陪诊员的第二地址与该目标用户的第一地址之间的距离。该第二地址可以为陪诊员的联系地址。服务器可以将该各个陪诊员的第二地址与该第一地址之间的距离按照从小到大的顺序进行排序,得到距离序列,并可以将该距离序列中的最小值对应的第二地址确定为目标地址,并将该目标地址对应的陪诊员确定为目标陪诊员。
例如,目标用户的第一地址为地址1,陪诊员A的第二地址为地址3,陪诊员B的第二地址为地址5,陪诊员C的第二地址为地址11,陪诊员D的第二地址为地址9,陪诊员E的第二地址为地址12。服务器可以计算地址1分别与地址3、地址5、地址11、地址9以及地址12之间的距离。假设地址1与地址3之间的距离为3.6千米,地址1与地址5之间的距离为2.7千米,地址1与地址11之间的距离为1.8千米,地址1与地址9之间的距离为5.9千米,地址1与地址12之间的距离为4.5千米。服务器将该这些距离值进行从小到大的排序,得到距离序列为:1.8、2.7、3.6、4.5、5.9。服务器将距离序列中的最小值1.8对应的地址11确定为目标地址,并将目标地址对应的陪诊员C确定为目标陪诊员。
S308,接收目标陪诊员上传的陪诊数据,并对陪诊数据中的诊断信息进行分析。
在一些可行的实施方式中,本申请实施例的步骤S308可参考图2所示实施例的步骤S203的实现方式,在此不再赘述。
S309,若诊断信息的分析结果为第一分析结果,则确定目标用户的理赔结果为确认理赔。
S310,若诊断信息的分析结果为第二分析结果,则确定目标用户的理赔结果为拒绝理赔。
在一些可行的实施方式中,服务器在检测到上述诊断信息的分析结果为第一分析结果时,说明该目标用户的理赔结果为确认理赔,则服务器可以确定上述目标用户为第一类型的用户,即待理赔用户。在检测到上述诊断信息的分析结果为第二分析结果时,说明该目标用户的理赔结果为拒绝理赔,则服务器可以确定上述目标用户为第二类型的用户,即非理赔用户。
在一些可行的实施方式中,服务器在确定上述目标用户为待理赔用户之后,可以向理赔人员对应的第三终端发送确认理赔通知,该确认理赔通知可用于通知理赔人员根据确定的理赔结果进行理赔,可以提高理赔的时效性,提高用户体验。服务器在确定上述目标用户为非理赔用户之后,可以向理赔人员对应的第三终端发送拒赔通知,该拒赔通知中可以携带详细的拒赔原由,以便于理赔人员更好地与目标用户进行沟通。例如,以癌症靶向药的理赔为例,假设上述诊断信息的分析结果为不适合使用癌症靶向药,服务器确定目标用户为非理赔用户,输出拒绝理赔的结果,并向理赔人员对应的第三终端发送拒赔通知,拒赔通知中的拒赔原由可为“因您【姓名:张三,身份证号:1234xxx890】的靶点不明确,不适合使用靶向药,所以本公司拒绝赔付靶向药【Afatinib阿法替尼】的药费”。其中,该拒赔通知和/或确认理赔通知,也可以直接发送至投保人对应的终端,以便于投保人及时获取理赔结果。其中,该拒赔通知和/或确认理赔通知可以直接发送至目标用户对应的第一终端,以便于目标用户人及时获取理赔结果。
在一些可行的实施方式中,服务器在确定上述目标用户的理赔结果之后,可以根据该目标用户的用户信息新建回访任务,并可以确定该目标用户的目标回访员。服务器可以向该目标回访员对应的第四终端发送回访任务通知,该回访任务通知可以用于通知该目标回访员录入回访记录。其中,该回访任务中可包括目标用户的基础信息、诊断信息、目标陪诊员(如陪诊员姓名、联系方式、陪诊员标识)等等。
在本申请实施例中,服务器通过接收目标用户的理赔请求,并从该理赔请求包括的目标影像件中提取该目标用户的用户信息,根据该用户信息创建工单,获取该工单中该目标用户的第一地址,获取陪诊员信息数据库中至少一个陪诊员的第二地址,计算该至少一个陪诊员的第二地址中各个陪诊员的第二地址与该目标用户的第一地址之间的距离,再将该各个陪诊员的第二地址中与该第一地址之间距离最小的第二地址对应的陪诊员确定为该目标用户的目标陪诊员,接收该目标陪诊员上传的陪诊数据,并对该陪诊数据中的诊断信息进行分析。若该诊断信息的分析结果为第一分析结果,则确定该目标用户的理赔结果为确认理赔;若该诊断信息的分析结果为第二分析结果,则确定该目标用户的理赔结果为拒绝理赔。可以实现数据全流程管控,保证各个环节数据的有效性,同时可以提高数据管理各环节的处理效率,进而提高整个数据管理过程的处理效率。
参见图4,是本申请实施例提供的一种基于风险管控的数据管理装置的一示意性框图。如图4所示,本申请实施例的基于风险管控的数据管理装置包括:
获取模块10,用于获取目标用户的用户信息;
创建模块20,用于根据该用户信息创建工单;
第一确定模块30,用于根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员;
发送模块40,用于向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息;
接收模块50,用于接收该目标陪诊员上传的该陪诊数据;
分析模块60,用于对该陪诊数据中的诊断信息进行分析;
第二确定模块70,用于根据该诊断信息的分析结果,确定该目标用户的理赔结果。
在一些可行的实施方式中,上述获取模块10具体用于:接收目标用户的理赔请求,该理赔请求中包括该目标用户上传的目标影像件;从该目标影像件中提取该目标用户的用户信息。
在一些可行的实施方式中,上述第一确定模块30具体用于:获取该工单中该目标用户的第一地址;获取该陪诊员信息数据库中该至少一个陪诊员的第二地址;计算该至少一个陪诊员的第二地址中各个陪诊员的第二地址与该目标用户的第一地址之间的距离;将该各个陪诊员的第二地址中与该第一地址之间距离最小的第二地址对应的陪诊员确定为该目标用户的目标陪诊员。
在一些可行的实施方式中,上述第二确定模块70具体用于:若该诊断信息的分析结果为第一分析结果,则确定该目标用户的理赔结果为确认理赔;若该诊断信息的分析结果为第二分析结果,则确定该目标用户的理赔结果为拒绝理赔。
在一些可行的实施方式中,上述创建模块20还用于在确定该目标用户的理赔结果为确认理赔之后,根据该目标用户的用户信息新建回访任务;上述第一确定模块30还用于确定该目标用户的目标回访员;上述发送模块40还用于向该目标回访员对应的终端发送回访任务通知,该回访任务通知用于通知该目标回访员录入回访记录。
具体实现中,上述基于风险管控的数据管理装置可通过上述各个模块执行上述图2或图3所提供的实现方式中各个步骤所提供的实现方式,实现上述各实施例中所实现的功能,具体可参见上述图2或图3所示的方法实施例中各个步骤提供的相应描述,在此不再赘述。
在本申请实施例中,基于风险管控的数据管理装置通过获取目标用户的用户信息,并根据该用户信息创建工单,再根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员,向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息,接收该目标陪诊员上传的该陪诊数据,并对该陪诊数据中的诊断信息进行分析,根据该诊断信息的分析结果,确定该目标用户的理赔结果,可以实现数据全流程管控,保证各个环节数据的有效性,同时可以提高数据管理各环节的处理效率,进而提高整个数据管理过程的处理效率。
参见图5,是本申请提供的一种服务器的一示意性框图。如图5所示,本申请实施例中的服务器可以包括:一个或多个处理器501;一个或多个输入设备502,一个或多个输出设备503和存储器505。上述处理器501、输入设备502、输出设备503和存储器505通过总线505连接。存储器502用于存储计算机程序,所述计算机程序包括程序指令,处理器501用于执行存储器502存储的程序指令。
其中,上述处理器501被配置用于调用所述程序指令执行获取目标用户的用户信息,根据该用户信息创建工单;根据该工单中该目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定该目标用户的目标陪诊员。上述输出设备503用于向该目标陪诊员对应的终端发送陪诊任务通知,该陪诊任务通知用于通知该目标陪诊员上传陪诊数据,该陪诊数据中包括该目标用户的诊断信息。上述输入设备502用于接收该目标陪诊员上传的该陪诊数据。上述处理器501还用于对该陪诊数据中的诊断信息进行分析;根据该诊断信息的分析结果,确定该目标用户的理赔结果。
应当理解,在一些可行的实施方式中,所称处理器501可以是中央处理单元(central processing unit,CPU),该处理器还可以是其他通用处理器、数字信号处理器(digital signal processor,DSP)、专用集成电路(application specific integratedcircuit,ASIC)、现成可编程门阵列(field-programmable gate array,FPGA)或者其他可编程逻辑器件、分立门或者晶体管逻辑器件、分立硬件组件等。通用处理器可以是微处理器或者该处理器也可以是任何常规的处理器等。
输入设备502可以包括触控板、麦克风、接收器等,输出设备503可以包括显示器(LCD等)、扬声器、发送器等。
该存储器505可以包括只读存储器和随机存取存储器,并向处理器501提供指令和数据。存储器505的一部分还可以包括非易失性随机存取存储器。例如,存储器505还可以存储设备类型的信息。
具体实现中,本申请实施例中所描述的处理器501、输入设备502、输出设备503可执行本申请实施例提供的基于风险管控的数据管理方法中所描述的实现方式,也可执行本申请实施例所描述的基于风险管控的数据管理装置的实现方式,在此不再赘述。
本申请实施例还提供一种计算机可读存储介质,该计算机可读存储介质存储有计算机程序,该计算机程序包括程序指令,该程序指令被处理器执行时实现图2或图3所示的基于风险管控的数据管理方法,具体细节请参照图2或图3所示实施例的描述,在此不再赘述。
上述计算机可读存储介质可以是前述任一实施例所述的基于风险管控的数据管理装置或电子设备的内部存储单元,例如电子设备的硬盘或内存。该计算机可读存储介质也可以是该电子设备的外部存储设备,例如该电子设备上配备的插接式硬盘,智能存储卡(smart media card,SMC),安全数字(secure digital,SD)卡,闪存卡(flash card)等。进一步地,该计算机可读存储介质还可以既包括该电子设备的内部存储单元也包括外部存储设备。该计算机可读存储介质用于存储该计算机程序以及该电子设备所需的其他程序和数据。该计算机可读存储介质还可以用于暂时地存储已经输出或者将要输出的数据。
本领域普通技术人员可以意识到,结合本文中所公开的实施例描述的各示例的单元及算法步骤,能够以电子硬件、计算机软件或者二者的结合来实现,为了清楚地说明硬件和软件的可互换性,在上述说明中已经按照功能一般性地描述了各示例的组成及步骤。这些功能究竟以硬件还是软件方式来执行,取决于技术方案的特定应用和设计约束条件。专业技术人员可以对每个特定的应用来使用不同方法来实现所描述的功能,但是这种实现不应认为超出本申请的范围。
本申请是参照本申请实施例的方法、装置(终端)和计算机程序产品的流程图和/或方框图来描述的。应理解可由计算机程序指令实现流程图和/或方框图中的每一流程和/或方框、以及流程图和/或方框图中的流程和/或方框的结合。可提供这些计算机程序指令到通用计算机、专用计算机、嵌入式处理机或其他可编程数据处理设备的处理器以产生一个机器,使得通过计算机或其他可编程数据处理设备的处理器执行的指令产生用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的装置。
这些计算机程序指令也可存储在能引导计算机或其他可编程数据处理设备以特定方式工作的计算机可读存储器中,使得存储在该计算机可读存储器中的指令产生包括指令装置的制造品,该指令装置实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能。
这些计算机程序指令也可装载到计算机或其他可编程数据处理设备上,使得在计算机或其他可编程设备上执行一系列操作步骤以产生计算机实现的处理,从而在计算机或其他可编程设备上执行的指令提供用于实现在流程图一个流程或多个流程和/或方框图一个方框或多个方框中指定的功能的步骤。
尽管结合具体特征及其实施例对本申请进行了描述,显而易见的,在不脱离本申请的精神和范围的情况下,可对其进行各种修改和组合。相应地,本说明书和附图仅仅是所附权利要求所界定的本申请的示例性说明,且视为已覆盖本申请范围内的任意和所有修改、变化、组合或等同物。显然,本领域的技术人员可以对本申请进行各种改动和变型而不脱离本申请的精神和范围。这样,倘若本申请的这些修改和变型属于本申请权利要求及其等同技术的范围之内,则本申请也意图包含这些改动和变型在内。

Claims (10)

1.一种基于风险管控的数据管理方法,其特征在于,包括:
获取目标用户的用户信息,根据所述用户信息创建工单;
根据所述工单中所述目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定所述目标用户的目标陪诊员,向所述目标陪诊员对应的终端发送陪诊任务通知,所述陪诊任务通知用于通知所述目标陪诊员上传陪诊数据,所述陪诊数据中包括所述目标用户的诊断信息;
接收所述目标陪诊员上传的所述陪诊数据,并对所述陪诊数据中的诊断信息进行分析;
根据所述诊断信息的分析结果,确定所述目标用户的理赔结果。
2.根据权利要求1所述的方法,其特征在于,所述获取目标用户的投保信息,包括:
接收目标用户的理赔请求,所述理赔请求中包括所述目标用户上传的目标影像件;
从所述目标影像件中提取所述目标用户的用户信息。
3.根据权利要求1或2所述的方法,其特征在于,所述根据所述工单中所述目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定所述目标用户的目标陪诊员,包括:
获取所述工单中所述目标用户的第一地址;
获取所述陪诊员信息数据库中所述至少一个陪诊员的第二地址;
计算所述至少一个陪诊员的第二地址中各个陪诊员的第二地址与所述目标用户的第一地址之间的距离;
将所述各个陪诊员的第二地址中与所述第一地址之间距离最小的第二地址对应的陪诊员确定为所述目标用户的目标陪诊员。
4.根据权利要求1-3任一项所述的方法,其特征在于,所述根据所述诊断信息的分析结果,确定所述目标用户的理赔结果,包括:
若所述诊断信息的分析结果为第一分析结果,则确定所述目标用户的理赔结果为确认理赔;
若所述诊断信息的分析结果为第二分析结果,则确定所述目标用户的理赔结果为拒绝理赔。
5.根据权利要求4所述的方法,其特征在于,所述在确定所述目标用户的理赔结果为确认理赔之后,所述方法还包括:
根据所述目标用户的用户信息新建回访任务,并确定所述目标用户的目标回访员;
向所述目标回访员对应的终端发送回访任务通知,所述回访任务通知用于通知所述目标回访员录入回访记录。
6.一种基于风险管控的数据管理装置,其特征在于,包括:
获取模块,用于获取目标用户的用户信息;
创建模块,用于根据所述用户信息创建工单;
第一确定模块,用于根据所述工单中所述目标用户的第一地址以及陪诊员信息数据库中至少一个陪诊员的第二地址确定所述目标用户的目标陪诊员;
发送模块,用于向所述目标陪诊员对应的终端发送陪诊任务通知,所述陪诊任务通知用于通知所述目标陪诊员上传陪诊数据,所述陪诊数据中包括所述目标用户的诊断信息;
接收模块,用于接收所述目标陪诊员上传的所述陪诊数据;
分析模块,用于对所述陪诊数据中的诊断信息进行分析;
第二确定模块,用于根据所述诊断信息的分析结果,确定所述目标用户的理赔结果。
7.根据权利要求6所述的装置,其特征在于,所述获取模块具体用于:
接收目标用户的理赔请求,所述理赔请求中包括所述目标用户上传的目标影像件;
从所述目标影像件中提取所述目标用户的用户信息。
8.根据权利要求6或7所述的装置,其特征在于,所述第一确定模块具体用于:
获取所述工单中所述目标用户的第一地址;
获取所述陪诊员信息数据库中所述至少一个陪诊员的第二地址;
计算所述至少一个陪诊员的第二地址中各个陪诊员的第二地址与所述目标用户的第一地址之间的距离;
将所述各个陪诊员的第二地址中与所述第一地址之间距离最小的第二地址对应的陪诊员确定为所述目标用户的目标陪诊员。
9.一种服务器,其特征在于,包括处理器、输入设备、输出设备和存储器,所述处理器、输入设备、输出设备和存储器相互连接,其中,所述存储器用于存储计算机程序,所述计算机程序包括程序指令,所述处理器被配置用于调用所述程序指令,执行如权利要求1-5任一项所述的方法。
10.一种计算机可读存储介质,其特征在于,所述计算机存储介质存储有计算机程序,所述计算机程序包括程序指令,所述程序指令当被处理器执行时使所述处理器执行如权利要求1-5任一项所述的方法。
CN201811265629.3A 2018-10-27 2018-10-27 一种基于风险管控的数据管理方法及装置 Pending CN109544365A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201811265629.3A CN109544365A (zh) 2018-10-27 2018-10-27 一种基于风险管控的数据管理方法及装置

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN201811265629.3A CN109544365A (zh) 2018-10-27 2018-10-27 一种基于风险管控的数据管理方法及装置

Publications (1)

Publication Number Publication Date
CN109544365A true CN109544365A (zh) 2019-03-29

Family

ID=65845107

Family Applications (1)

Application Number Title Priority Date Filing Date
CN201811265629.3A Pending CN109544365A (zh) 2018-10-27 2018-10-27 一种基于风险管控的数据管理方法及装置

Country Status (1)

Country Link
CN (1) CN109544365A (zh)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112509683A (zh) * 2020-12-15 2021-03-16 中南大学湘雅二医院 一种陪检接派单方法及系统

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102332143A (zh) * 2011-07-22 2012-01-25 大连亿创天地科技发展有限公司 一种在线保险理赔核实赔付方法及系统
CN106600425A (zh) * 2016-12-22 2017-04-26 安徽保腾网络科技有限公司 用于车险的查勘调度方法
CN108428185A (zh) * 2017-12-15 2018-08-21 中国平安财产保险股份有限公司 车险理赔查勘方法和服务器

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN102332143A (zh) * 2011-07-22 2012-01-25 大连亿创天地科技发展有限公司 一种在线保险理赔核实赔付方法及系统
CN106600425A (zh) * 2016-12-22 2017-04-26 安徽保腾网络科技有限公司 用于车险的查勘调度方法
CN108428185A (zh) * 2017-12-15 2018-08-21 中国平安财产保险股份有限公司 车险理赔查勘方法和服务器

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN112509683A (zh) * 2020-12-15 2021-03-16 中南大学湘雅二医院 一种陪检接派单方法及系统

Similar Documents

Publication Publication Date Title
US20230260048A1 (en) Implementing Machine Learning For Life And Health Insurance Claims Handling
US9997071B2 (en) Method and system for avoidance of parking violations
US20200058381A1 (en) System and Method for Auditing, Monitoring, Recording, and Executing Healthcare Transactions, Communications, and Decisions
JP5586373B2 (ja) 支払請求を処理するコンポーネントの機能をコンピュータシステムに実現させるプログラムが記録されているコンピュータ読み取り可能な記憶媒体、およびコンピュータシステムに支払請求を処理させるコンピュータシステムの動作方法
US20140114692A1 (en) System for Integrating First Responder and Insurance Information
US20100063907A1 (en) Insurance Billing System
US8108225B2 (en) Method, system, and software for analysis of a billing process
US20200126137A1 (en) Pre-service client navigation
CN109389169A (zh) 用于处理图像的方法和装置
US10664921B1 (en) Healthcare provider bill validation and payment
CN110378561A (zh) 合同跟踪管理方法、装置及存储介质
CN108648091A (zh) 保单风险评估方法、装置、设备和计算机存储介质
US20140297535A1 (en) System and Method for Compliant Integrated Workflow
CN110490559A (zh) 一种移动执法检查方法、装置、系统及服务器
US10366351B2 (en) Information standardization and verification
CN109522301A (zh) 一种数据处理方法、电子设备及存储介质
CN109697674A (zh) 自核验证方法、装置、电子设备及计算机可读存储介质
CN109544365A (zh) 一种基于风险管控的数据管理方法及装置
CN109859060A (zh) 风险确定方法、装置、介质及电子设备
CN109493958A (zh) 一种随访计划制定方法、装置、服务器及介质
CN111242779B (zh) 金融数据特征选择和预测方法、装置、设备及存储介质
CN110489434B (zh) 一种信息处理方法及相关设备
US20120191471A1 (en) Method, system, and software for analysis of a billing process
US20050189410A1 (en) System and method for calculating applicable recording charges for a transaction
CN111222846B (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
TA01 Transfer of patent application right

Effective date of registration: 20220523

Address after: 518000 China Aviation Center 2901, No. 1018, Huafu Road, Huahang community, Huaqiang North Street, Futian District, Shenzhen, Guangdong Province

Applicant after: Shenzhen Ping An medical and Health Technology Service Co.,Ltd.

Address before: Room 12G, Block H, 666 Beijing East Road, Huangpu District, Shanghai 200000

Applicant before: PING AN MEDICAL AND HEALTHCARE MANAGEMENT Co.,Ltd.

TA01 Transfer of patent application right