一种残膜回收机防缠绕挑膜装置的制 一种秧草收获机用电力驱动行走机构

客户信息核查方法、系统、计算机设备及存储介质与流程

2022-02-22 05:01:27 来源:中国专利 TAG:


1.本技术涉及大数据技术领域,尤其涉及一种客户信息核查方法、系统、计算机设备及存储介质。


背景技术:

2.随着人们对自身健康的日益重视,购买保险产品的情况已经非常普遍。保险公司在收到客户的投保申请或者理赔申请时,往往需要对投保申请或者理赔申请的合理性进行判断,从而确定是否同意客户投保或理赔。
3.通过调查发现,件均理调案件需分解为4.5个调查任务,其中涉及医院的病历调阅占20%,病史排查占55%;单纯通过病历调阅即可结案的约占整体理调的10%。件均契调案件需分解为1.1个调查任务,其中涉及医院的病历调阅占42%,病史排查占5%;单纯通过病历调阅即可结案,且客户投保明确告知就诊医院的任务约占整体契调的25%。调查数据显示,调查过程中,病历调阅至关重要。医院病历调阅涉及到的信息量大,且调查过程繁琐,会耗费大量的时间成本,造成调查效率低下,难以有效及时的核查。


技术实现要素:

4.本技术实施例的目的在于提出一种客户信息核查方法、系统、计算机设备及存储介质,以解决相关技术中对案件信息核查过程中调查效率低下,导致核查效率低、时效性差的技术问题。
5.为了解决上述技术问题,本技术实施例提供一种客户信息核查方法,采用了如下所述的技术方案:
6.调查终端获取到待核查案件信息,从所述待核查案件信息中提取客户信息,并将根据所述客户信息生成的信息核查任务发布至医保互联端;
7.所述医保互联端基于所述信息核查任务进行病历查询,得到客户病历信息,并将所述客户病历信息发送至所述调查终端;
8.所述调查终端根据接收到的所述客户病历信息进行核查,并生成调查报告。
9.进一步的,所述医保互联端基于所述信息核查任务进行病历查询,得到客户病历信息的步骤包括:
10.所述医保互联端从所述信息核查任务中获取案件所属区域,基于所述客户信息查询所述案件所属区域对应的所有病历数据库;
11.在查询到客户对应的客户病历信息时,所述医保互联端将所述客户病历信息发送至所述调查终端;
12.在查询不到所述客户的客户病历信息时,所述医保互联端通过预设接口连接到外部终端进行查询,所述外部终端将查询到的所述客户病历信息发送至所述医保互联端,并由所述医保互联端将所述客户病历信息发送至所述调查终端。
13.进一步的,所述医保互联端通过预设接口连接到外部终端进行查询,所述外部终
端将查询到的所述客户病历信息发送至所述医保互联端的步骤包括:
14.所述医保互联端按照必要性将所述客户信息通过所述预设接口发送给所述外部终端;
15.所述外部终端根据所述客户信息查询所述客户病历信息,并将所述客户病历信息返回至所述医保互联端。
16.进一步的,在所述医保互联端基于所述信息核查任务进行病历查询的步骤之前还包括:
17.所述医保互联端根据所述客户信息检测客户是否授权查询所述客户对应的客户病历信息;
18.当检测到所述客户已经授权,则执行所述医保互联端基于所述信息核查任务进行查询的步骤;
19.当检测到所述客户未授权,则所述医保互联端通过所述调查终端向所述客户的预留通信地址发送通知消息,提醒所述客户进行授权。
20.进一步的,所述调查终端根据接收到的所述客户病历信息进行核查,并生成调查报告的步骤包括:
21.所述调查终端获取与所述客户病历信息对应的目标案件;
22.所述调查终端基于预设审核规则核查所述目标案件,得到核查结果;
23.所述调查终端根据所述核查结果生成调查报告。
24.进一步的,在所述基于预设审核规则核查所述目标案件的步骤之前还包括:
25.所述调查终端从与所述调查终端对接的征信端获取所述目标案件对应的客户的征信信息;
26.所述调查终端根据所述征信信息和预设的风控规则对所述目标案件进行风险评估,得到所述目标案件的风险等级;
27.所述调查终端根据所述风险等级得到所述目标案件的风险审核结果。
28.进一步的,所述调查终端根据所述风险等级得到所述目标案件的风险审核结果的步骤包括:
29.当所述风险等级高于预设的风控等级阈值时,则确定所述目标案件的风险审核不通过;
30.当所述风险等级低于等于预设的风控等级阈值时,则确定所述目标案件的风险审核通过。
31.为了解决上述技术问题,本技术实施例还提供一种客户信息核查系统,采用了如下所述的技术方案:
32.所述调查终端,用于获取到待核查案件信息,从所述待核查案件信息中提取客户信息,并将根据所述客户信息生成的信息核查任务发布至医保互联端;
33.所述医保互联端,用于基于所述信息核查任务进行病历查询,得到客户病历信息,并将所述客户病历信息发送至所述调查终端;
34.所述调查终端,用于根据接收到的所述客户病历信息进行核查,并生成调查报告。
35.为了解决上述技术问题,本技术实施例还提供一种计算机设备,采用了如下所述的技术方案:
36.该计算机设备包括存储器和处理器,所述存储器中存储有计算机可读指令,所述处理器执行所述计算机可读指令时实现如上所述的客户信息核查方法的步骤。
37.为了解决上述技术问题,本技术实施例还提供一种计算机可读存储介质,采用了如下所述的技术方案:
38.所述计算机可读存储介质上存储有计算机可读指令,所述计算机可读指令被处理器执行时实现如上所述的客户信息核查方法的步骤。
39.与现有技术相比,本技术实施例主要有以下有益效果:
40.本技术通过调查终端根据案件所属区域获取到待核查案件信息,从待核查案件信息中提取客户信息,将根据客户信息生成的信息核查任务发布至医保互联端,医保互联端基于信息核查任务进行病历查询,得到客户病历信息,并将客户病历信息发送至调查终端,调查终端根据接收到的客户病历信息进行核查,并生成调查报告;本技术通过各终端对接,整合外部资源,可以提升调查效率,提升核查的时效性,同时可以降低营运和调查成本。
附图说明
41.为了更清楚地说明本技术中的方案,下面将对本技术实施例描述中所需要使用的附图作一个简单介绍,显而易见地,下面描述中的附图是本技术的一些实施例,对于本领域普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
42.图1是本技术可以应用于其中的示例性系统架构图;
43.图2是根据本技术的客户信息核查方法的一个实施例的流程图;
44.图3是根据本技术的客户信息核查装置的一个实施例的结构示意图;
45.图4是根据本技术的计算机设备的一个实施例的结构示意图。
具体实施方式
46.除非另有定义,本文所使用的所有的技术和科学术语与属于本技术的技术领域的技术人员通常理解的含义相同;本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的,不是旨在于限制本技术;本技术的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形,意图在于覆盖不排他的包含。本技术的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象,而不是用于描述特定顺序。
47.在本文中提及“实施例”意味着,结合实施例描述的特定特征、结构或特性可以包含在本技术的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例,也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是,本文所描述的实施例可以与其它实施例相结合。
48.为了使本技术领域的人员更好地理解本技术方案,下面将结合附图,对本技术实施例中的技术方案进行清楚、完整地描述。
49.本技术提供了一种客户信息核查方法,可以应用于如图1所示的系统架构100中,系统架构100可以包括终端设备101、102、103,网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型,例如有线、无线通信链路或者光纤电缆等等。
50.用户可以使用终端设备101、102、103通过网络104与服务器105交互,以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用,例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
51.终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备,包括但不限于智能手机、平板电脑、电子书阅读器、mp3播放器(moving picture experts group audio layer iii,动态影像专家压缩标准音频层面3)、mp4(moving picture experts group audio layer iv,动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
52.服务器105可以是提供各种服务的服务器,例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
53.需要说明的是,本技术实施例所提供的客户信息核查方法一般由终端设备执行。
54.应该理解,图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要,可以具有任意数目的终端设备、网络和服务器。
55.需要说明,本技术的系统架构包括调查终端和医保互联端,终端设备101、102、103可以是调查终端,也可以是医保互联端。
56.继续参考图2,示出了根据本技术的客户信息核查方法的一个实施例的流程图客户信息核查,包括以下步骤:
57.步骤s201,调查终端根据案件所属区域获取到待核查案件信息,从待核查案件信息中提取客户信息,并将根据客户信息生成的信息核查任务发布至医保互联端。
58.待核查案件包括理调案件和契调案件,理调案件为理赔调查案件,即客户出险后报案,需对客户出险情况进行核实,从而下发理赔调查;契调案件为契约调查案件,即客户首次购买保单后,承保前对客户进行人工核保后需核实的情况,下发契约调查。
59.对于理调案件,需要进行核赔申请,调查终端接收到核赔申请,则下发理赔调查,对于契调案件,需要进行核保申请,调查终端接收到核保申请,则下发契约调查,相应的理调案件或者契调案件根据案件流转步骤流转至待分配步骤,这些案件作为待核查案件的候选,即候选待核查案件。
60.调查终端获取待核查案件主要有两个途径,一个是调查终端自动获取案件,具体的,根据预先设置的匹配规则进行获取,可以根据关键字进行案件匹配,预先设置关键词,若候选待核查案件的案件信息中提取到对应的关键词,则将其作为待核查案件,例如,预设关键词为“医疗费用”、“疾病”“治疗”,当从候选待核查案件的案件信息中提取到三个关键词中的至少一个,得到关键词匹配的候选待核查案件,再根据案件所属区域从关键词匹配的候选待核查案件中匹配到待核查案件;另一个是人工获取,具体的,调查者登录调查终端(例如,寿险人身险调查系统),针对候选待核查案件进行批量选择,例如,根据区域进行选择,可以选择一个或者多个区域,将选择区域对应的批量案件作为待核查案件。
61.待核查案件信息包括保单信息、案件所属业务机构与区域、客户信息等,其中,案件对应的保单信息包括但不限于保单险种、保单类型、保单期限、保单责任等,客户信息包括但不限于客户姓名、客户证件类型、客户证件号等。
62.在本实施例中,信息核查任务包括但不限于客户信息、获取客户病历信息请求、案件所属区域等,用于指示医保互联端进行客户病历信息查询。医保互联端,连接保险公司和
医院,用于接收调查终端发布的信息核查任务,处理信息核查任务。
63.步骤s202,医保互联端基于信息核查任务进行病历查询,得到客户病历信息,并将客户病历信息发送至调查终端。
64.在本实施例中,医保互联端接收到信息核查任务,根据信息核查任务中的获取客户病历请求和客户信息,查询与客户信息对应的客户病历信息。
65.具体的,医保互联端接收到信息核查任务后,从信息核查任务中获取案件所属区域,查询案件所属区域所有医院的病历数据库,查询是否存在相应客户的客户病历信息,在查询到客户对应的客户病历信息时,医保互联端将客户病历信息发送至调查终端,在查询不到客户的客户病历信息时,医保互联端通过预设接口连接到外部终端进行查询,外部终端将查询到的客户病历信息发送至医保互联端,并由医保互联端将客户病历信息发送至调查终端。
66.需要说明,查询到的客户病历信息包括但不限于客户住院医院名称、所在城市、就诊/入院诊断、出院诊断、就诊/入院时间、出院时间等。
67.外部终端为智慧医保一体化平台,可以为医保、商保及医院、医生、医药等提供系统、服务和数据赋能。需要说明,客户病历信息通过医保互联端或者外部终端查询并发送至医保互联端后,可以将客户病历信息存储在医保互联端,下次进行查询时,首先在医保互联端进行客户对应的客户病历信息查询,若查询到对应的客户病历信息,直接将结果返回至调查终端,可以节省查询时间,提高查询效率。
68.本实施例中,通过调查终端、医保互联端与外部终端之间的对接,可以整合资源,提升调查效率和调查时效。
69.需要强调的是,为进一步保证客户病历信息的私密和安全性,上述客户病历信息还可以存储于一区块链的节点中。
70.本技术所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(blockchain),本质上是一个去中心化的数据库,是一串使用密码学方法相关联产生的数据块,每一个数据块中包含了一批次网络交易的信息,用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
71.步骤s203,调查终端根据接收到的客户病历信息进行核查,并生成调查报告。
72.具体的,调查终端获取与客户病历信息对应的目标案件,基于预设审核规则核查目标案件,得到核查结果,根据核查结果生成调查报告。
73.调查终端获得客户病历信息后,根据客户病历信息对应的客户信息查询到对应的目标案件,基于预设审核规则核查目标案件。其中,预设审核规则为核查目标案件的案件信息与客户病历信息是否匹配。具体核查的内容包括但不限于:提取目标案件对应的保单责任明细,筛选出与客户病历信息相对应的保单责任明细信息,核查调查报告中客户信息与目标案件的客户信息是否一致;核查病历时间信息(就诊/入院时间和/或出院时间)是否满足保单责任时间条件;核查病历诊断信息(比如,就诊/入院诊断、出院诊断)是否符合保单责任范围;核查各病历医院信息是否一致;核查各病历医院信息与保单责任明细信息的就诊医院信息是否一致等等。
74.应当理解,由于保单中罗列了好多责任明细信息,这些责任明细信息不一定全部
都是与客户当前的生病情况相关的内容。因此按照客户病历信息,从这些责任明细信息选出与客户病情最合适的责任明细信息。在该责任明细信息中记录了最大赔付金额、赔付医院的条件(例如,必须是二甲级别以上的医院)、病情条件、赔付费用的种类(例如,住院费、医药费)、各种费用对应的赔付比例等。
75.在本实施例中,调查人根据核查结果对该目标案进行调查定性,并生成调查报告。例如,调阅客户住院病史,排查客户居住地医院,未发现客户投保前疾病史信息,调查人将该目标案件定性为正常件;如发现客户有不实告知,存在即往史等情况,该目标案件会被定性为异常件。
76.其中,调查报告可以以表格的形式示出,也可以以文本的形式给出,包括但不限于客户信息、客户病历信息、案件号、调查结论等。
77.本技术通过各终端对接,整合外部资源,可以提升调查效率,提升核查的时效性,同时可以降低营运和调查成本。
78.在本实施例的一些可选的实现方式中,上述医保互联端通过预设接口连接到外部终端进行查询,外部终端将查询到的客户病历信息发送至医保互联端的步骤包括:
79.医保互联端按照必要性将客户信息通过预设接口发送给外部终端;
80.外部终端根据客户信息查询客户病历信息,并将客户病历信息返回至医保互联端。
81.在本实施例中,在案件所属区域所有医院的病历数据库中均未查询到客户对应的客户病历信息,则通过预设接口连接到外部终端,请求外部终端进行查询,预设接口可以为lcloud-api,用于统一转发请求到外部终端。
82.在本实施例中,通过医保互联端向外部终端请求查询客户病历信息,需要向外部终端提供相应的客户信息,为了避免客户信息泄露,可以对客户信息的具体信息字段按照必要性和最小化原则提供,例如,客户证件类型、证件号和姓名是唯一确定一个客户的信息,是必须提供的,其余客户信息,如手机号、地址等,没有必要不提供。
83.本技术通过与外部终端对接,可以降低调查成本,优化调查流程,进一步调查效率。
84.在一些可选的实现方式中,在上述调查终端根据客户信息生成信息核查任务的步骤之前还包括:
85.医保互联端根据客户信息检测客户是否授权查询客户对应的客户病历信息;
86.当检测到客户已经授权,则执行医保互联端基于信息核查任务进行查询的步骤;
87.当检测到客户未授权,则医保互联端通过调查终端向客户的预留通信地址发送通知消息,提醒客户进行授权。
88.应当理解,要查询客户的客户病历信息,需要得到客户的授权,客户授权同意之后,查询其对应的客户病历信息,可以保证数据的安全性和保密性。
89.具体的,客户可以预先通过保险公司的投保或理赔应用程序或者其对应的网站授权保险公司查询其信息。例如,客户在理赔app中进行注册、实名认证后,即可进入授权界面进行授权。调查终端属于保险公司方,调查终端获取客户的授权信息,存入权限数据库中。
90.其中,授权信息包括但不限于身份证影像、理赔申请书影像、保单资料影像等授权影像,每一张影像对应一个影像key值,通过影像key值对影像进行唯一标记。
91.在本实施例中,当调查终端自动获取待核查案件时,同步将身份证影像、理赔申请书影像、保单资料影像等授权影像上传到云存储平台,并同步客户信息(包括客户姓名、客户证件类型、客户证件号)和影像key值到医保互联端;当调查终端通过人工获取待核查案件时,同步将身份证影像、理赔申请书影像、保单资料影像等授权影像上传到云存储平台,并同步客户信息(包括客户姓名、客户证件类型、客户证件号)和影像key值到医保互联端,并补充上传授权影像到nas(network attached storage,网络附属存储)。
92.在医保互联端,根据当前客户的客户信息查找与客户信息对应的影像key值,从而判断当前客户是否已经授权,若查找到影像key值,则说明当前客户已经授权,否则,当前客户没有授权。
93.若检测到客户还未授权,则医保互联端向调查终端发送提醒授权请求,调查终端根据提醒授权请求向客户的预留通信地址发送通知消息,提醒客户进行授权,以避免客户因疏忽或未知情况而未授权,因此在尊重客户隐私和保护客户隐私的基础上,排除了偶然因素造成的客户未授权的情况。
94.其中,预留的通信地址包括手机号码、社交软件账号、邮箱地址等等。
95.在本实施例的一些可选的实现方式中,在上述基于预设审核规则核查目标案件的步骤之前还包括:
96.调查终端从与调查终端对接的征信端获取目标案件对应的客户的征信信息;
97.调查终端根据征信信息和预设的风控规则对目标案件进行风险评估,得到目标案件的风险等级;
98.调查终端根据风险等级得到目标案件的风险审核结果。
99.可以理解的是,在获取到客户的征信信息之后,可以对那些征信信息中存在欺诈风险、行政负面风险、其他风险行为的客户的目标案件设置较高的风险等级,从而当该风险等级超过预设的风控等级阈值时,可以判定该目标案件审核不通过。
100.对于审核不通过的目标案件,可以生成并反馈目标案件审核不通过的相关信息,例如审核不通过的原因、相关建议等。另外,当目标案件审核不通过时,还可以将目标案件流转至人工审核的环节,通过相关工作人员对该目标案件进行人工审核。
101.本技术可用于众多通用或专用的计算机系统环境或配置中。例如:个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络pc、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本技术可以在由计算机执行的计算机可执行指令的一般上下文中描述,例如程序模块。一般地,程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本技术,在这些分布式计算环境中,由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中,程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
102.本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程,是可以通过计算机可读指令来指令相关的硬件来完成,该计算机可读指令可存储于一计算机可读取存储介质中,该程序在执行时,可包括如上述各方法的实施例的流程。其中,前述的存储介质可为磁碟、光盘、只读存储记忆体(read-only memory,rom)等非易失性存储介质,或随机存储记忆体(random access memory,ram)等。
103.应该理解的是,虽然附图的流程图中的各个步骤按照箭头的指示依次显示,但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明,这些步骤的执行并没有严格的顺序限制,其可以以其他的顺序执行。而且,附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段,这些子步骤或者阶段并不必然是在同一时刻执行完成,而是可以在不同的时刻执行,其执行顺序也不必然是依次进行,而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
104.进一步参考图3,作为对上述图2所示方法的实现,本技术提供了一种客户信息核查系统的一个实施例,该系统实施例与图2所示的方法实施例相对应,该装置具体可以应用于各种电子设备中。
105.如图3所示,本实施例所述的客户信息核查系统包括:调查终端和医保互联端。其中:
106.所述调查终端,用于获取到待核查案件信息,从所述待核查案件信息中提取客户信息,并将根据所述客户信息生成的信息核查任务发布至医保互联端;
107.所述医保互联端,用于基于所述信息核查任务进行病历查询,得到客户病历信息,并将所述客户病历信息发送至所述调查终端;
108.所述调查终端,用于根据接收到的所述客户病历信息进行核查,并生成调查报告。
109.需要强调的是,为进一步保证客户病历信息的私密和安全性,上述客户病历信息还可以存储于一区块链的节点中。
110.上述客户信息核查系统,通过各终端对接,整合外部资源,可以提升调查效率,提升核查的时效性,同时可以降低营运和调查成本。
111.在本实施例中,客户信息核查系统还包括外部终端,所述医保互联端包括查询模块、发送模块和连接模块,其中:
112.所述查询模块用于从所述信息核查任务中获取案件所属区域,基于所述客户信息查询所述案件所属区域对应的所有病历数据库;
113.所述发送模块用于在查询到客户对应的客户病历信息时,将所述客户病历信息发送至所述调查终端;
114.所述连接模块用于在查询不到所述客户的客户病历信息时,所述医保互联端通过预设接口连接到外部终端进行查询;
115.所述外部终端用于将查询到的所述客户病历信息发送至所述医保互联端;
116.所述发送模块用于将所述客户病历信息发送至所述调查终端。
117.本实施例中,通过调查终端、医保互联端与外部终端之间的对接,可以整合资源,提升调查效率和调查时效。
118.在本实施例的一些可选的实现方式中,所述发送模块进一步用于按照必要性将所述客户信息通过所述预设接口发送给所述外部终端;所述外部终端进一步用于根据所述客户信息查询所述客户病历信息,并将所述客户病历信息返回至所述医保互联端。
119.本实施例通过与外部终端对接,可以降低调查成本,优化调查流程,进一步调查效率。
120.在本实施例一些可选的实现方式中,所述医保互联端还包括授权检测模块,其中:
121.所述授权检测模块用于根据客户信息检测客户是否授权查询客户对应的客户病
历信息;
122.所述查询模块用于当检测到客户已经授权,执行所述医保互联端基于所述信息核查任务进行查询的步骤;
123.所述发送模块用于当检测到所述客户未授权,通过所述调查终端向所述客户的预留通信地址发送通知消息,提醒所述客户进行授权。
124.本实施例可以保证数据的安全性和保密性。
125.在本实施例中,调查终端包括获取模块、核查模块和生成模块,其中:
126.获取模块用于获取与所述客户病历信息对应的目标案件;
127.核查模块用于基于预设审核规则核查所述目标案件,得到核查结果;
128.生成模块用于根据所述核查结果生成调查报告。
129.在本实施例的一些可选的实现方式中,调查终端还包括征信模块,用于:
130.从与所述调查终端对接的征信端获取所述目标案件对应的客户的征信信息;
131.根据所述征信信息和预设的风控规则对所述目标案件进行风险评估,得到所述目标案件的风险等级;
132.根据所述风险等级得到所述目标案件的风险审核结果。
133.在本实施例中,征信模块进一步用于:当所述风险等级高于预设的风控等级阈值时,则确定所述目标案件的风险审核不通过;当所述风险等级低于等于预设的风控等级阈值时,则确定所述目标案件的风险审核通过。
134.本实施例可以对高风险客户进行防范。
135.为解决上述技术问题,本技术实施例还提供计算机设备。具体请参阅图4,图4为本实施例计算机设备基本结构框图。
136.所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是,图中仅示出了具有组件41-43的计算机设备4,但是应理解的是,并不要求实施所有示出的组件,可以替代的实施更多或者更少的组件。其中,本技术领域技术人员可以理解,这里的计算机设备是一种能够按照事先设定或存储的指令,自动进行数值计算和/或信息处理的设备,其硬件包括但不限于微处理器、专用集成电路(application specific integrated circuit,asic)、可编程门阵列(field-programmable gate array,fpga)、数字处理器(digital signal processor,dsp)、嵌入式设备等。
137.所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
138.所述存储器41至少包括一种类型的可读存储介质,所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如,sd或dx存储器等)、随机访问存储器(ram)、静态随机访问存储器(sram)、只读存储器(rom)、电可擦除可编程只读存储器(eeprom)、可编程只读存储器(prom)、磁性存储器、磁盘、光盘等。在一些实施例中,所述存储器41可以是所述计算机设备4的内部存储单元,例如该计算机设备4的硬盘或内存。在另一些实施例中,所述存储器41也可以是所述计算机设备4的外部存储设备,例如该计算机设备4上配备的插接式硬盘,智能存储卡(smart media card,smc),安全数字(secure digital,sd)卡,闪存卡(flash card)等。当然,所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外
部存储设备。本实施例中,所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件,例如客户信息核查方法的计算机可读指令等。此外,所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
139.所述处理器42在一些实施例中可以是中央处理器(central processing unit,cpu)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中,所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据,例如运行所述客户信息核查方法的计算机可读指令。
140.所述网络接口43可包括无线网络接口或有线网络接口,该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。
141.本实施例通过处理器执行存储在存储器的计算机可读指令时实现如上述实施例客户信息核查方法的步骤,通过各终端对接,整合外部资源,可以提升调查效率,提升核查的时效性,同时可以降低营运和调查成本。
142.本技术还提供了另一种实施方式,即提供一种计算机可读存储介质,所述计算机可读存储介质存储有计算机可读指令,所述计算机可读指令可被至少一个处理器执行,以使所述至少一个处理器执行如上述的客户信息核查方法的步骤,通过各终端对接,整合外部资源,可以提升调查效率,提升核查的时效性,同时可以降低营运和调查成本。
143.通过以上的实施方式的描述,本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现,当然也可以通过硬件,但很多情况下前者是更佳的实施方式。基于这样的理解,本技术的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来,该计算机软件产品存储在一个存储介质(如rom/ram、磁碟、光盘)中,包括若干指令用以使得一台终端设备(可以是手机,计算机,服务器,空调器,或者网络设备等)执行本技术各个实施例所述的方法。
144.显然,以上所描述的实施例仅仅是本技术一部分实施例,而不是全部的实施例,附图中给出了本技术的较佳实施例,但并不限制本技术的专利范围。本技术可以以许多不同的形式来实现,相反地,提供这些实施例的目的是使对本技术的公开内容的理解更加透彻全面。尽管参照前述实施例对本技术进行了详细的说明,对于本领域的技术人员来而言,其依然可以对前述各具体实施方式所记载的技术方案进行修改,或者对其中部分技术特征进行等效替换。凡是利用本技术说明书及附图内容所做的等效结构,直接或间接运用在其他相关的技术领域,均同理在本技术专利保护范围之内。
再多了解一些

本文用于企业家、创业者技术爱好者查询,结果仅供参考。

发表评论 共有条评论
用户名: 密码:
验证码: 匿名发表

相关文献