CN111861720B - 用药请求的处理方法、装置、电子设备及计算机可读介质 - Google Patents
用药请求的处理方法、装置、电子设备及计算机可读介质 Download PDFInfo
- Publication number
- CN111861720B CN111861720B CN202010730830.5A CN202010730830A CN111861720B CN 111861720 B CN111861720 B CN 111861720B CN 202010730830 A CN202010730830 A CN 202010730830A CN 111861720 B CN111861720 B CN 111861720B
- Authority
- CN
- China
- Prior art keywords
- policy
- payment
- information
- lender
- plan
- 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.)
- Active
Links
- 239000003814 drug Substances 0.000 title claims abstract description 268
- 229940079593 drug Drugs 0.000 title claims abstract description 196
- 238000003672 processing method Methods 0.000 title description 12
- 238000012550 audit Methods 0.000 claims abstract description 96
- 238000000034 method Methods 0.000 claims abstract description 80
- 238000012545 processing Methods 0.000 claims abstract description 54
- 230000004044 response Effects 0.000 claims abstract description 28
- 238000012795 verification Methods 0.000 claims description 26
- 201000010099 disease Diseases 0.000 claims description 12
- 208000037265 diseases, disorders, signs and symptoms Diseases 0.000 claims description 12
- 238000004590 computer program Methods 0.000 claims description 10
- 238000000605 extraction Methods 0.000 claims description 10
- 230000001360 synchronised effect Effects 0.000 claims description 9
- 230000010365 information processing Effects 0.000 abstract description 7
- 238000010586 diagram Methods 0.000 description 10
- 230000008569 process Effects 0.000 description 8
- 230000006870 function Effects 0.000 description 7
- 230000003993 interaction Effects 0.000 description 6
- 230000003287 optical effect Effects 0.000 description 5
- 238000004891 communication Methods 0.000 description 4
- XLYOFNOQVPJJNP-UHFFFAOYSA-N water Substances O XLYOFNOQVPJJNP-UHFFFAOYSA-N 0.000 description 3
- 206010028980 Neoplasm Diseases 0.000 description 2
- 230000009471 action Effects 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 2
- 201000011510 cancer Diseases 0.000 description 2
- 230000000644 propagated effect Effects 0.000 description 2
- 239000004065 semiconductor Substances 0.000 description 2
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000835 fiber Substances 0.000 description 1
- 239000004973 liquid crystal related substance Substances 0.000 description 1
- 239000000463 material Substances 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 239000013307 optical fiber Substances 0.000 description 1
- 239000000825 pharmaceutical preparation Substances 0.000 description 1
- 229940127557 pharmaceutical product Drugs 0.000 description 1
- 230000002035 prolonged effect Effects 0.000 description 1
- 230000003252 repetitive effect Effects 0.000 description 1
- 230000002441 reversible effect Effects 0.000 description 1
- 230000000153 supplemental effect Effects 0.000 description 1
- 230000001502 supplementing effect Effects 0.000 description 1
- 230000009897 systematic effect Effects 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
- 230000002123 temporal 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/03—Credit; Loans; Processing thereof
-
- 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
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Theoretical Computer Science (AREA)
- Health & Medical Sciences (AREA)
- Marketing (AREA)
- Strategic Management (AREA)
- Technology Law (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Chemical & Material Sciences (AREA)
- Bioinformatics & Cheminformatics (AREA)
- Medicinal Chemistry (AREA)
- Epidemiology (AREA)
- General Health & Medical Sciences (AREA)
- Medical Informatics (AREA)
- Primary Health Care (AREA)
- Public Health (AREA)
- Medical Treatment And Welfare Office Work (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
本公开涉及一种用药请求的处理方法、装置、电子设备及计算机可读介质。该方法包括:获取目标对象的用药请求;对对象信息进行审核,获得第三审核结果;根据第一审核结果、第二审核结果和第三审核结果获得目标审核结果;若目标审核结果为审核通过时,根据用药请求生成预第一保单并发送至放贷方;根据放贷方响应于预第一保单发送的放款信息、第一还款计划和第一保单保费生成第一保单;若在预设时间期限内未接收到目标对象的还款信息,则基于第一还款计划生成以放贷方为赔付对象的第一赔付方案。本公开提供的技术方案能够提供一套信息处理框架,基于各个平台实现请求数据的处理。
Description
技术领域
本公开涉及计算机技术领域,具体而言,涉及一种用药请求的处理方法、装置、电子设备及计算机可读介质。
背景技术
目前的靶向药价格昂贵,给患者及其家属造成非常大的经济负担。因此愿意配合治疗的患者少之又少。且即使用药,患者还是有可能病发身故,这一情况更成为患者选择用药的阻碍。这一现象也导致药厂生成的药品无法真正为需要的群体所用。
相关技术中,为解决上述问题,需要放贷方、药厂方各方独立基于患者信息进行处理,以实现药品为患者所用。但上述处理过程缺少系统性的处理框架,各个系统之间相互独立,缺乏系统间的信息交互,容易出现由于信息不对称导致的错误,系统之间的线下必将耗费大量的人力、物力与计算机资源,整体处理时间变长,用户体验差。
因此,需要一种新的用药请求的处理方法、装置、电子设备及计算机可读介质。
在所述背景技术部分公开的上述信息仅用于加强对本公开的背景的理解,因此它可以包括不构成对本领域普通技术人员已知的相关技术的信息。
发明内容
有鉴于此,本公开实施例提供一种用药请求的处理方法、装置、电子设备及计算机可读介质,能够提供一套信息处理框架,基于各个平台实现请求数据的处理,在保障该放贷方、保障提供方和目标对象三方各自的权益的前提下,保障系统之间信息及时、准确的更新,避免系统线下交互需要耗费大量时间的问题,提高数据处理效率。
本公开的其他特性和优点将通过下面的详细描述变得显然,或部分地通过本公开的实践而习得。
根据本公开的一方面,提出一种用药请求的处理方法,该方法包括:获取目标对象的用药请求、第一审核结果和第二审核结果,所述用药请求包括所述目标对象的对象信息,所述第一审核结果是药品提供方对所述对象信息进行审核获得,所述第二审核结果是放贷方对所述对象信息进行审核获得;对所述对象信息进行审核,获得第三审核结果;根据所述第一审核结果、所述第二审核结果和所述第三审核结果获得目标审核结果;若所述目标审核结果为审核通过时,根据所述用药请求生成预第一保单并发送至所述放贷方;根据所述放贷方响应于所述预第一保单发送的放款信息、第一还款计划和第一保单保费生成第一保单以及根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划;将所述第二保单及所述第二保单的赔付计划发送至所述药品提供方,以便所述药品提供方根据所述第二保单、所述第二保单的赔付计划和所述放贷方向所述药品提供方发送的所述第一还款计划生成向所述目标对象发送所述用药请求的反馈信息和目标还款计划;若在所述目标还款计划的预设时间期限内未接收到所述目标对象的还款信息,则基于所述第一还款计划生成以所述放贷方为赔付对象的第一赔付方案;若接收到所述目标对象的出险信息,则基于所述第二保单的赔付计划生成以所述目标对象为赔付对象的第二赔付方案。
在本公开的一种示例性实施例中,基于所述第一还款计划生成以所述放贷方为赔付对象的第一赔付方案包括:根据所述第一还款计划确定第一赔付数额;根据所述第一赔付数额确定以所述放贷方为赔付对象的第一赔付方案。
在本公开的一种示例性实施例中,所述第一审核结果是所述药品提供方根据所述对象信息中的处方信息进行审核获得,所述第二审核结果是所述放贷方根据所述对象信息中的金融信息进行审核获得;其中,对所述对象信息进行审核,获得第三审核结果包括:根据大数据信息获得黑名单信息与疾病数据库;根据所述黑名单信息和所述疾病数据库对所述对象信息进行审核,获得所述第三审核结果。
在本公开的一种示例性实施例中,基于所述第二保单的赔付计划生成以所述目标对象为赔付对象的第二赔付方案包括:获取所述目标对象的历史还款记录;根据所述历史还款记录和所述第二保单的赔付计划确定第二赔付数额;根据所述第二赔付数额确定以所述目标对象为赔付对象的第二赔付方案。
在本公开的一种示例性实施例中,获取所述目标对象的历史还款记录包括:接收所述放贷方发送的单次还款记录,所述单次还款记录是所述药品提供方根据所述目标对象发送的还款请求生成并同步至所述放贷方;根据所述单次还款记录生成所述目标对象的历史还款记录。
在本公开的一种示例性实施例中,在获取目标对象的用药请求前,所述方法还包括:接收所述药品提供方发送的基金委托信息;根据所述放贷方响应于所述预第一保单发送的放款信息、第一还款计划和第一保单保费生成第一保单以及根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划包括:根据所述放贷方发送的所述第一还款计划和所述第一保单保费生成所述第一保单;根据所述药品提供方发送的第二保单请求和第二保单保费以述基金提取请求生成所述第二保单、所述第二保单的赔付计划以及基金支付信息;将所述基金支付信息发送至所述药品提供方,以便所述药品提供方根据所述基金支付信息向所述目标对象提供药品;接收所述药品提供方响应于所述放款信息生成的基金补充信息,所述放款信息是所述放贷方发送至所述药品提供方。
在本公开的一种示例性实施例中,所述用药请求的反馈信息包括药品领取提醒;其中,所述方法还包括:接收发票信息,所述发票信息为所述药品提供方根据所述目标对象响应于所述药品领取提醒的反馈信息发送的药品领取结果发出;根据所述发票信息将所述放款信息发送至所述药品提供方。
在本公开的一种示例性实施例中,若所述目标审核结果为审核通过时,根据所述用药请求生成预第一保单并发送至所述放贷方包括:将所述用药请求和所述目标审核结果发送至所述药品提供方;接收所述放贷方发送的第一保单请求,所述第一保单请求是所述放贷方根据所述药品提供方接收自所述目标对象、并同步至所述放贷方的贷款请求生成;根据所述第一保单请求生成预第一保单并发送至所述放贷方。
在本公开的一种示例性实施例中,根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划包括:向所述药品提供方发送第二保单保费请求;在接收到所述药品提供方响应于所述第二保单保费请求的第二保单保费时,根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划。
根据本公开的一方面,提出一种用药请求的处理装置,该装置包括:数据获取模块,配置为获取目标对象的用药请求、第一审核结果和第二审核结果,所述用药请求包括所述目标对象的对象信息,所述第一审核结果是药品提供方对所述对象信息进行审核获得,所述第二审核结果是放贷方对所述对象信息进行审核获得;信息审核模块,配置为对所述对象信息进行审核,获得第三审核结果;审核结果模块,配置为根据所述第一审核结果、所述第二审核结果和所述第三审核结果获得目标审核结果;第一保单模块,配置为若所述目标审核结果为审核通过时,根据所述用药请求生成预第一保单并发送至所述放贷方;第二保单模块,配置为根据所述放贷方响应于所述预第一保单发送的放款信息、还款计划和第一保单保费生成第一保单以及根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划;信息反馈模块,配置为将所述第二保单及所述第二保单的赔付计划发送至所述药品提供方,以便所述药品提供方根据所述第二保单、所述第二保单的赔付计划和第一还款计划生成所述用药请求的反馈信息和目标还款计划,并将所述用药请求的反馈信息和目标还款计划发送至所述目标对象,所述第一还款计划是所述放贷方生成并发送至所述药品提供方;第一赔付模块,配置为若在所述目标还款计划的预设时间期限内未接收到所述目标对象的还款信息,则基于所述第一还款计划生成以所述放贷方为赔付对象的第一赔付方案;第二赔付模块,配置为若接收到所述目标对象的出险信息,则基于所述第二保单的赔付计划生成以所述目标对象为赔付对象的第二赔付方案。
根据本公开的一方面,提出一种电子设备,该电子设备包括:一个或多个处理器;存储装置,用于存储一个或多个程序;当一个或多个程序被一个或多个处理器执行,使得一个或多个处理器实现如上文中所述的方法。
根据本公开的一方面,提出一种计算机可读介质,其上存储有计算机程序,该程序被处理器执行时实现如上文中所述的方法。
根据本公开实施方式提供的用药请求的处理方法,通过药品提供方、放贷方和本方法执行主体分别对目标对象的对象信息并行进行不同维度的审核,能够提高数据处理效率,提高审核结果的准确性。并提供了一套药品提供方、放贷方与本方法执行主体之间的信息处理框架,通过放贷方生成放款信息、第一还款计划,以及在目标还款计划的预设时间期限内未收到目标对象的还款信息时通过本方法执行主体生成第一赔付方案实现第一保单的生成、操作与执行。能够在保障该放贷方、本方法执行主体和目标对象三方各自的权益的前提下,保障系统之间信息及时、准确的更新,避免系统线下交互需要耗费大量时间的问题,提高数据处理效率。
根据本公开实施方式提供的用药请求的处理方法,根据对象信息针对目标对象的第二保单和赔付计划,在接收到目标对象的出险信息后,基于第二保单的赔付计划生成以目标对象为赔付对象的赔付方案,能够基于用药请求向目标对象提供具有保障的服务,基于第二保单和赔付计划为目标对象提供无需考虑意外情况的服务,减轻目标对象和药品提供方的负担。并通过药品提供方、本方法执行主体和目标对象之间的数据流控制在保障该药品提供方、本方法执行主体和目标对象三方各自的权益的前提下,保障系统之间信息及时、准确的更新,避免系统线下交互需要耗费大量时间的问题,提高数据处理效率。
应当理解的是,以上的一般描述和后文的细节描述仅是示例性的,并不能限制本公开。
附图说明
通过参照附图详细描述其示例实施例,本公开的上述和其它目标、特征及优点将变得更加显而易见。下面描述的附图仅仅是本公开的一些实施例,对于本领域的普通技术人员来讲,在不付出创造性劳动的前提下,还可以根据这些附图获得其他的附图。
图1是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
图2是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
图3是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
图4是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
图5是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
图6是根据另一示例性实施例示出的一种用药请求的处理方法的流程图。
图7是根据一示例性实施例示出的一种用药请求的处理装置的框图。
图8示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。
具体实施方式
现在将参考附图更全面地描述示例实施例。然而,示例实施例能够以多种形式实施,且不应被理解为限于在此阐述的实施例;相反,提供这些实施例使得本公开将全面和完整,并将示例实施例的构思全面地传达给本领域的技术人员。在图中相同的附图标记表示相同或类似的部分,因而将省略对它们的重复描述。
此外,所描述的特征、结构或特性可以以任何合适的方式结合在一个或更多实施例中。在下面的描述中,提供许多具体细节从而给出对本公开的实施例的充分理解。然而,本领域技术人员将意识到,可以实践本公开的技术方案而没有特定细节中的一个或更多,或者可以采用其它的方法、组元、装置、步骤等。在其它情况下,不详细示出或描述公知方法、装置、实现或者操作以避免模糊本公开的各方面。
附图中所示的方框图仅仅是功能实体,不一定必须与物理上独立的实体相对应。即,可以采用软件形式来实现这些功能实体,或在一个或多个硬件模块或集成电路中实现这些功能实体,或在不同网络和/或处理器装置和/或微控制器装置中实现这些功能实体。
附图中所示的流程图仅是示例性说明,不是必须包括所有的内容和操作/步骤,也不是必须按所描述的顺序执行。例如,有的操作/步骤还可以分解,而有的操作/步骤可以合并或部分合并,因此实际执行的顺序有可能根据实际情况改变。
应理解,虽然本文中可能使用术语第一、第二、第三等来描述各种组件,但这些组件不应受这些术语限制。这些术语乃用以区分一组件与另一组件。因此,下文论述的第一组件可称为第二组件而不偏离本公开概念的教示。如本文中所使用,术语“及/或”包括相关联的列出项目中的任一个及一或多者的所有组合。
本领域技术人员可以理解,附图只是示例实施例的示意图,附图中的模块或流程并不一定是实施本公开所必须的,因此不能用于限制本公开的保护范围。
图1是根据一示例性实施例示出的一种用药请求的处理方法的流程图。本公开实施例提供的用药请求的处理方法可以由任意具备计算处理能力的电子设备执行,例如用户终端和/或服务器,在下面的实施例中,以服务器执行所述方法为例进行举例说明,但本公开并不限定于此。本公开实施例提供的用药请求的处理方法10可以包括步骤S102至S116。
如图1所示,在步骤S102中,获取目标对象的用药请求、第一审核结果和第二审核结果,用药请求包括目标对象的对象信息,第一审核结果是药品提供方对对象信息进行审核获得,第二审核结果是放贷方对对象信息进行审核获得。
本公开实施例的执行主体可为保障提供方(例如保险公司方)的服务器端,在下述实施例中,将本公开实施例的执行主体称呼为保障提供方。其中,药品提供方可为与目标对象进行交互的平台。在医疗服务领域中,药品提供方可例如为医药支付平台,目标对象可为药品服务的申请者,用药请求可例如延伸为其他类型医疗服务,例如医疗治疗服务、医疗康复服务等。对象信息可为目标对象的基本信息,例如但不限于为身份信息、姓名信息、住址信息、病历信息等。
放贷方和保障提供方可与药品提供方进行通信,放贷方和保障提供方之前也可进行通信。放贷方可为资金持有方,可例如但不限于为银行平台等。
在步骤S104中,对对象信息进行审核,获得第三审核结果。
在示例性实施例中,在对对象信息进行审核时,可根据大数据信息获得黑名单信息与疾病数据库;根据黑名单信息和疾病数据库对对象信息进行审核,获得第三审核结果。
在步骤S106中,根据第一审核结果、第二审核结果和第三审核结果获得目标审核结果。
本公开实施例中,药品提供方、放贷方、保障提供方可分别基于平台的预设审核项对对象信息并行进行不同维度信息的审核,并将药品提供方、放贷方和保障提供方中各方的审核结果进行汇总,获得目标审核结果。药品提供方的预设审核项可例如为对对象信息中的处方真实性审核、排除绝症晚期病例等处方信息的审核等,并获得第一审核结果。当放贷方作为资金持有方例如银行平台时,其预设审核项可例如为对对象信息的历史资金流动与征信信息等金融信息的审核,获得第二审核结果。例如,可根据对象信息的对象标识调取放贷方的数据库中该目标对象的历史资金信息,并基于放贷方的预设审核项对该历史资金信息进行审核。放贷方的预设审核项可例如为对有工资字样的银行流水证明月薪(按月供比例调整)审核、现单位工作时间、月负债/收入比例、大数据反欺诈、意外风险(删除意外险风险指数、道德风险/低征信用户)、人行征信记录报告、近期有无逾期记录等。当保障提供方为保障提供方例如保险公司时,其预设审核项可例如为对对象信息的历史投保信息进行风险审核。优选地,保障提供方为保险公司时,可通过图像识别与大数据对对象信息进行审核获得第三审核结果。
在示例性实施例中,可通过药品提供方对对象信息的处方信息和疾病信息进行审核,获得第一审核结果;通过放贷方的大数据信息对对象信息进行审核,获得第二审核结果;通过保障提供方的大数据信息对对象信息进行审核,获得第三审核结果;通过保障提供方对第一审核结果、第二审核结果和第三审核结果进行汇总,获得目标审核结果。
其中,根据药品提供方、放贷方和保障提供方的预设权重对第一审核结果、第二审核结果和第三审核结果进行加权,获得目标审核结果。
在步骤S108中,若目标审核结果为审核通过时,根据用药请求生成预第一保单并发送至放贷方。
本公开实施例中,当目标审核结果大于预设审核分值时,可确认目标审核结果为审核通过。预第一保单用于生成第一保单。第一保单的保障提供方可为保障提供方,保障要求方可为放贷方。
在示例性实施例中,可将用药请求和目标审核结果发送至药品提供方;接收放贷方发送的第一保单请求,第一保单请求是放贷方根据药品提供方接收自目标对象、并同步至放贷方的贷款请求生成;以及根据第一保单请求生成预第一保单发送至放贷方。
在步骤S110中,根据放贷方响应于预第一保单发送的放款信息、第一还款计划和第一保单保费生成第一保单以及根据对象信息生成针对目标对象的第二保单和第二保单的赔付计划。
本公开实施例中,第一还款计划可为药品提供方向放贷方还款的还款计划。第一还款计划可包括还款的预设时间期限,还可包括每个预设时间期限的还款数额、还款利息等。第二保单的保障提供方可为保障提供方,保障要求方可为药品提供方。
在示例性实施例中,可向药品提供方发送第二保单保费请求;在接收到药品提供方响应于第二保单保费请求的第二保单保费时,根据对象信息生成针对目标对象的第二保单和第二保单的赔付计划。
在步骤S112中,将第二保单及第二保单的赔付计划发送至药品提供方,以便药品提供方根据第二保单、第二保单的赔付计划和第一还款计划生成用药请求的反馈信息和目标还款计划,并将用药请求的反馈信息和目标还款计划发送至目标对象,该第一还款计划是放贷方生成并发送至药品提供方。
本公开实施例中,目标还款计划为目标对象向药品提供方还款的还款计划。目标还款计划可包括还款的预设时间期限,还可包括每个预设时间期限的还款数额。目标还款计划与第一还款计划的预设时间期限可一致。目标还款计划与第一还款计划的区别在于具体的还款项目。第一还款计划的还款项目包括每个预设时间期限的还款数额、还款利息。目标还款计划的还款项目包括每个预设时间期限的还款数额。
在步骤S114中,若在目标还款计划的预设时间期限内未接收到目标对象的还款信息,则基于第一还款计划生成以放贷方为赔付对象的第一赔付方案。
在步骤S116中,若接收到目标对象的出险信息,则基于第二保单的赔付计划生成以目标对象为赔付对象的第二赔付方案。
根据本公开实施方式提供的用药请求的处理方法,通过药品提供方、放贷方和本方法执行主体分别对目标对象的对象信息并行进行不同维度的审核,能够提高数据处理效率,提高审核结果的准确性。并提供了一套药品提供方、放贷方与本方法执行主体之间的信息处理框架,通过放贷方生成放款信息、还款计划,以及在还款计划的预设时间期限内未收到目标对象的还款信息时通过本方法执行主体生成第一赔付方案实现第一保单的生成、操作与执行,能够在保障该第二平台放贷方、本方法执行主体和目标对象三方各自的权益的前提下,保障系统之间信息及时、准确的更新,避免系统线下交互需要耗费大量时间的问题,提高数据处理效率。
根据本公开实施方式提供的用药请求的处理方法,根据对象信息针对目标对象的第二保单和赔付计划,在接收到目标对象的出险信息后,基于第二保单的赔付计划生成以目标对象为赔付对象的赔付方案,能够基于用药请求向目标对象提供具有保障的服务,基于第二保单和赔付计划为目标对象提供无需考虑意外情况的服务,减轻目标对象和药品提供方的负担。并通过药品提供方、本方法执行主体和目标对象之间的数据流控制在保障药品提供方、本方法执行主体和目标对象三方各自的权益的前提下,减少系统的处理时间以及系统处理资源的占用,提高数据处理效率,提高用户体验。
在示例性实施例中,用药请求的反馈信息可包括药品领取提醒,用于向目标对象发送以提醒该目标对象领取药品。本公开实施例的用药请求的处理方法还可包括以下步骤:接收发票信息,发票信息为药品提供方根据目标对象响应于药品领取提醒的反馈信息发送的药品领取结果发出;根据发票信息将放款信息发送至药品提供方。
应清楚地理解,本公开描述了如何形成和使用特定示例,但本公开的原理不限于这些示例的任何细节。相反,基于本公开公开的内容的教导,这些原理能够应用于许多其它实施例。
图2是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
如图2所示,本公开实施例的用药请求的处理方法还可包括以下步骤。
在步骤S202中,在获取目标对象的用药请求前,接收药品提供方发送的基金委托信息。
其中,上述图1实施例中的步骤S110可以进一步包括以下步骤S204至S210。
在步骤S204中,根据放贷方发送的第一还款计划和第一保单保费生成第一保单。。
在步骤S206中,根据药品提供方发送的第二保单请求和第二保单保费以及基金提取请求生成第二保单、第二保单的赔付计划以及基金支付信息。
其中,基金提取请求是药品提供方根据目标对象的贷款请求生成。
在步骤S208中,将基金支付信息发送至所述药品提供方,以便药品提供方根据基金支付信息向目标对象提供药品。
在步骤S210中,接收药品提供方响应于放款信息生成的基金补充信息,该放款信息是放贷方发送至药品提供方。
本公开实施例中,引入基金委托流程,能够为药品提供方和本方法执行主体之间提供一套结合基金进行的用药请求的处理方法,能够缩短用药请求的处理时间,并为本方法执行主体进一步增加与药品提供方之间的用户粘度,提高用户体验,降低方案实现的难度。基于基金委托流程,能够完善放款信息的后续流程,为药品提供方和本方法执行主体之间的信息流转提供完整框架,相比于图1所示实施例中放款信息经由本方法执行主体接收的方案,能够进一步减少本方法执行主体与放贷方、药品提供方之间的数据处理量,减少本方法执行主体和放贷方、药品提供方之间的处理资源和电量消耗,提高数据效率,提高用户体验。
图3是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
如图3所示,本公开实施例中,上述步骤S114还可以包括以下步骤。
在步骤S302中,根据第一还款计划确定第一赔付数额。
本公开实施例中,第一赔付数额可包括本金、利息和罚息等。
在步骤S304中,根据第一赔付数额确定以放贷方为赔付对象的第一赔付方案。
在该实施例中,通过生成以放贷方为赔付对象的第一赔付方案,能够在保障放贷方的权益的情况下提供丰富的产品服务。
图4是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
如图4所示,本公开实施例中,上述步骤S116还可以包括以下步骤。
在步骤S402中,获取目标对象的历史还款记录。
本公开实施例中,历史还款记录记录了目标对象基于贷款请求所进行的还款记录。历史还款记录可为基于目标对象根据还款计划执行的历史还款操作生成的。
在示例性实施例中,可接收放贷方发送的单次还款记录,单次还款记录是药品提供方根据目标对象发送的还款请求生成并同步至所述放贷方;根据所述单次还款记录生成目标对象的历史还款记录。
在步骤S404中,根据历史还款记录和第二保单的赔付计划确定第二赔付数额。
在步骤S406中,根据第二赔付数额确定以目标对象为赔付对象的第二赔付方案。
在该实施例中,通过生成以药品提供方为赔付对象的第二赔付方案,能够在保障药品提供方的权益下提供丰富的产品服务。
图5是根据一示例性实施例示出的一种用药请求的处理方法的流程图。
如图5所示,本公开实施例的用药请求的处理方法可包括以下步骤。
该实施例以医疗服务的应用场景为例进行了介绍。其中,药品提供方为医药支付平台,放贷方为银行方,保障提供方为保险公司方。
如图5所示,在步骤S502中,目标对象在医药支付平台提交用药请求。
其中,目标对象可例如为用药人,目标对象提交的用药请求可例如为分期购买药品的请求。
在步骤S504中,医药支付平台将用药请求同步给银行方和保险公司方。
在步骤S506中,医药支付平台根据用药请求进行审核,获得第一审核结果。
其中,医药支付平台的预设审核项包括以下情况的一种或多种:处方真实性、是否癌症晚期用户。
在步骤S508中,银行方通过大数据信息对用药请求进行审核,获得第二审核结果。
其中,银行方的预设审核项包括以下情况的一种或多种:有工资字样的银行流水证明月薪(按月供比例调整)、现单位工作时间、月负债/收入比例、大数据反欺诈、意外风险(删除意外险高风险、道德风险/低征信用户)、人行征信记录报告、近期有无逾期记录。
在步骤S510中,保险公司方通过大数据信息对用药请求进行审核,获得第三审核结果。
在步骤S512中,保险公司方对第一审核结果、第二审核结果和第三审核结果进行汇总,获得目标审核结果。
在步骤S514中,若目标审核结果为通过,通过保险公司方向银行方发送开户和授信申请。
在步骤S516中,在接收到银行方的开户的授信成功反馈后,根据用药请求生成第一保单的预保单并发送至银行方。
在步骤S518中,在接收到银行响应于第一保单的预保单的放款信息后,保险公司方根据第一保单的预保单和放款信息生成第一保单的正式保单,根据对象信息、还款计划和放款信息生成第二保单并发送至医药支付平台。
本公开实施例中,第一保单的责任可例如为违约信用,第二保单的责任可例如为借款人意外,患者意外,患者疾病身故,药费报销。本公开实施例中,接前述举例,当用药请求中的分期请求为12期时,可确定银行方发送的还款计划为5千/期,共12期。
接前述举例,当目标对象(用药人)请求分期购买药品的药品价格为6万时,银行方的放款信息中可包括药款(6万)和第一保单的保费。
在步骤S520中,保险公司方接收医药支付平台响应于第二保单的保费缴纳信息。
在步骤S522中,医药支付平台向目标对象发送审核通过信息,并在目标对象拿药后生成发票信息并发送至保险公司方,接收保险公司方根据发票信息和还款计划生成的药费放款信息。
在步骤S524中,接收药品提供方发送的发票信息,根据发票信息将放款信息发送至药品提供方。
在该实施例中,接前述举例,医药支付平台可根据发票信息向保险公司方结算,保险公司方生成的药费放款信息(发票信息中的6万药费)用于向医药支付平台结算药费6万。
在示例性实施例中,本公开实施例的对象的请求处理方法还可包括以下步骤。
在步骤S526中,医药支付平台接收目标对象的还款请求,根据还款计划确定利息数额,根据还款请求和利息数额生成还款信息并发送至银行方,以便银行方根据还款计划和还款信息生成目标对象的还款记录。
本公开实施例中,接前述举例,目标对象可在还款计划的每个还款周期内定期还款5千,每次还款时,目标对象可例如通过设备端向医药支付平台提交还款请求。医药支付平台可根据利息数额和目标对象提交的还款请求5千计算利息数额,生成还款信息并发送至银行方。
在步骤S528中,银行方将还款记录同步至保险公司方。
在步骤S530中,若保障提供方在还款计划的预设时间期限内未接收到目标对象的还款信息,则通过保障提供方基于第一保单的还款计划生成以放贷方为赔付对象的第一赔付方案。
本公开实施例中,如果在还款计划的预设时间期限内未接收到目标对象的还款信息,说明目标对象逾期还款,逾期当天银行通知保险公司预理赔,预设等待期(例如8天)正式发起理赔申请,根据第一保单的还款计划生成以银行方为赔付对象的第一赔付方案。其中,第一赔付方案可例如但不限于包括本金、利息和罚息。
在步骤S532中,若接收到目标对象的出险信息,则基于第二保单的赔付计划生成以医药支付平台为赔付对象的第二赔付方案。
本公开实施例中,可根据第二保单的条款确定剩余未还款项并生成第二赔付方案。例如,保险公司支付医疗费用给受益人(医药支付平台),受益人用这笔理赔金继续偿还贷款。
本公开实施例提供的对象的请求处理方法能够提供一套医药支付平台、银行方和保险公司方三方的信息处理框架,以提高医疗服务的普及率。在为医药支付平台和银行方提供保障的前提下促进三方的信息交流,保障各方权益,提高用户体验。
图6是根据另一示例性实施例示出的一种用药请求的处理方法的流程图。
该实施例以医疗服务的应用场景为例进行了介绍。其中,药品提供方为医药支付平台,放贷方为银行方,保障提供方为保险公司方。
如图6所示,在步骤S602中,医药支付平台向保险公司方发送基金委托信息。
在步骤S604中,目标对象在医药支付平台提交用药请求。
其中,目标对象可例如为用药人,目标对象提交的用药请求可例如为分期购买药品的请求。
在步骤S606中,医药支付平台将用药请求同步给银行方和保险公司方。
在步骤S608中,医药支付平台根据用药请求进行审核,获得第一审核结果。
其中,医药支付平台的预设审核项包括以下情况的一种或多种:处方真实性、是否癌症晚期用户。
在步骤S610中,银行方通过大数据信息对用药请求进行审核,获得第二审核结果。
其中,银行方的预设审核项包括以下情况的一种或多种:有工资字样的银行流水证明月薪(按月供比例调整)、现单位工作时间、月负债/收入比例、大数据反欺诈、意外风险(删除意外险高风险、道德风险/低征信用户)、人行征信记录报告、近期有无逾期记录。
在步骤S612中,保险公司方通过大数据信息对用药请求进行审核,获得第三审核结果。
在步骤S614中,保险公司方对第一审核结果、第二审核结果和第三审核结果进行汇总,获得目标审核结果。
在步骤S616中,若目标审核结果为通过时,通过医药支付平台接收目标对象响应于目标审核结果的贷款请求并同步至银行方。
在步骤S618中,通过银行方响应于贷款请求生成放款信息、还款计划和第一保单请求,将放款信息和还款计划发送至医药支付平台,将第一保单请求和还款计划发送至保险公司方。在步骤S620中,通过医药支付平台生成第二保单请求和基金提取请求发送至保险公司方。
在步骤S622中,通过保险公司方响应于第二保单请求,根据对象信息、还款计划生成第二保单和第二保单的赔付计划;以及响应于基金提取请求生成基金支付信息并发送给医药支付平台。
其中,医药支付平台在即受到基金支付信息后,可通知目标对象进行医疗服务的领取操作。医疗服务可例如为药品购买服务等。
在步骤S624中,在医药支付平台接收到银行方发送的放款信息时,将放款信息作为基金支付信息的反馈信息发送至保险公司方。
在步骤S626中,通过保险公司方响应于第一保单请求和还款计划生成第一保单。
本公开实施例中,第一保单的责任可例如为违约信用,第二保单的责任可例如为借款人意外,患者意外,患者疾病身故,药费报销。
接前述举例,当目标对象(用药人)请求分期购买药品的药品价格为6万时,银行方的放款信息中可包括药款(6万)和第一保单的保费。基金提取请求和基金支付信息中可包括药品的成本价格。例如,药品的成本价格为5.5万时,基金提取请求和基金支付信息中可包括5.5万的药品成本药款。
当用药请求中的贷款请求分期12期时,可确定银行方发送的还款计划为5千/期,共12期。
在示例性实施例中,本公开实施例的对象的请求处理方法还可包括以下步骤。
在步骤S628中,医药支付平台接收目标对象的还款请求,根据还款计划确定利息数额,根据还款请求和利息数额生成还款信息并发送至银行方,以便银行方根据还款计划和还款信息生成目标对象的还款记录。
本公开实施例中,接前述举例,目标对象可在还款计划的每个还款周期内定期还款5千,每次还款时,目标对象可例如通过设备端向医药支付平台提交还款请求。医药支付平台可根据利息数额和目标对象提交的还款请求5千计算利息数额,生成还款信息并发送至银行方。
在步骤S630中,银行方将还款记录同步至保险公司方。
在步骤S632中,若保险公司方在还款计划的预设时间期限内未接收到目标对象的还款信息,则通过保险公司方基于第一保单的还款计划生成以银行方为赔付对象的第一赔付方案。
本公开实施例中,如果在还款计划的预设时间期限内未接收到目标对象的还款信息,说明目标对象逾期还款,逾期当天银行通知保险公司预理赔,预设等待期(例如8天)正式发起理赔申请,根据第一保单的还款计划生成以银行方为赔付对象的第一赔付方案。其中,第一赔付方案可例如但不限于包括本金、利息和罚息。
在步骤S634中,若接收到目标对象的出险信息,则基于第二保单的赔付计划生成以医药支付平台为赔付对象的第二赔付方案。
本公开实施例中,可根据第二保单的条款确定剩余未还款项并生成第二赔付方案。例如,保险公司支付医疗费用给受益人(医药支付平台),受益人用这笔理赔金继续偿还贷款。
本公开实施例提供的对象的请求处理方法能够提供一套医药支付平台、银行方和保险公司方三方的信息处理框架。以提高医疗服务的普及率。在为医药支付平台和银行方提供保障的前提下促进三方的信息交流,保障各方权益,提高用户体验。
本领域技术人员可以理解实现上述实施例的全部或部分步骤被实现为由CPU执行的计算机程序。在该计算机程序被CPU执行时,执行本公开提供的上述方法所限定的上述功能。的程序可以存储于一种计算机可读存储介质中,该存储介质可以是只读存储器,磁盘或光盘等。
此外,需要注意的是,上述附图仅是根据本公开示例性实施例的方法所包括的处理的示意性说明,而不是限制目的。易于理解,上述附图所示的处理并不表明或限制这些处理的时间顺序。另外,也易于理解,这些处理可以是例如在多个模块中同步或异步执行的。
下述为本公开装置实施例,可以用于执行本公开方法实施例。对于本公开装置实施例中未披露的细节,请参照本公开方法实施例。
图7是根据一示例性实施例示出的一种用药请求的处理装置的框图。本公开实施例提供的用药请求的处理装置70可以包括:数据获取模块702、信息审核模块704、审核结果模块706、第一保单模块708、第二保单模块710、信息反馈模块712、第一赔付模块714和第二赔付模块716。
数据获取模块702可以配置为获取目标对象的用药请求、第一审核结果和第二审核结果,用药请求包括目标对象的对象信息,第一审核结果是药品提供方对对象信息进行审核获得,第二审核结果是放贷方对对象信息进行审核获得。
信息审核模块704可以配置为对对象信息进行审核,获得第三审核结果。
审核结果模块706可以配置为根据第一审核结果、第二审核结果和第三审核结果获得目标审核结果。
第一保单模块708可以配置为若目标审核结果为审核通过时,根据用药请求生成预第一保单并发送至放贷方。
第二保单模块710可以配置为根据放贷方响应于预第一保单发送的放款信息、还款计划和第一保单保费生成第一保单以及根据对象信息生成针对目标对象的第二保单和第二保单的赔付计划。
信息反馈模块712可以配置为将所述第二保单及所述第二保单的赔付计划发送至所述药品提供方,以便所述药品提供方根据所述第二保单、所述第二保单的赔付计划和第一还款计划生成所述用药请求的反馈信息和目标还款计划,并将所述用药请求的反馈信息和目标还款计划发送至所述目标对象,所述第一还款计划是所述放贷方生成并发送至所述药品提供方。
第一赔付模块714可以配置为若在还款计划的预设时间期限内未接收到目标对象的还款信息,则基于第一保单的还款计划生成以放贷方为赔付对象的第一赔付方案。
第二赔付模块716可以配置为若接收到目标对象的出险信息,则基于第二保单的赔付计划生成以目标对象为赔付对象的第二赔付方案。
在示例性实施例中,第一赔付模块714可以包括第一赔付数额单元和第一赔付方案单元。其中,第一赔付数额单元可以配置为根据第一保单的还款计划确定第一赔付数额;第一赔付方案单元可以配置为根据第一赔付数额确定以放贷方为赔付对象的第一赔付方案。
在示例性实施例中,第二赔付模块716可以包括历史还款记录单元、第二赔付数额单元和第二赔付方案单元。其中,历史还款记录单元可以配置为获取目标对象的历史还款记录。第二赔付数额单元可以配置为根据历史还款记录和第二保单的赔付计划确定第二赔付数额。第二赔付方案单元可以配置为根据第二赔付数额确定以目标对象为赔付对象的第二赔付方案。
在示例性实施例中,历史还款记录单元可以包括单次还款记录子单元和历史还款记录子单元。其中,单次还款记录子单元可以配置为接收所述放贷方发送的单次还款记录,所述单次还款记录是所述药品提供方根据所述目标对象发送的还款请求生成并同步至所述放贷方。历史还款记录子单元可以配置为根据所述单次还款记录生成所述目标对象的所述历史还款记录。
在示例性实施例中,第一审核结果是所述药品提供方根据所述对象信息中的处方信息进行审核获得,所述第二审核结果是所述放贷方根据所述对象信息中的金融信息进行审核获得。信息审核模块704可以配置为大数据信息单元和信息审核单元。其中,大数据信息单元可以配置为根据大数据信息获得黑名单信息与疾病数据库;信息审核单元可以配置为根据黑名单信息和疾病数据库对对象信息进行审核,获得第三审核结果。
在示例性实施例中,用药请求的处理装置还可包括基金委托信息模块,配置为接收药品提供方发送的基金委托信息。第二保单模块710可以包括第一保单单元、基金支付单元、基金发送单元和基金补充单元。第一保单单元可以配置为根据所述放贷方发送的所述第一还款计划和所述第一保单保费生成所述第一保单。基金支付单元可以配置为根据所述药品提供方发送的第二保单请求和第二保单保费以及基金提取请求生成所述第二保单、所述第二保单的赔付计划以及基金支付信息。基金发送单元可以配置为将所述基金支付信息发送至所述药品提供方,以便所述药品提供方根据所述基金支付信息向所述目标对象提供药品。基金补充单元可以配置为接收所述药品提供方响应于所述放款信息生成的基金补充信息,所述放款信息是所述放贷方发送至所述药品提供方。
在示例性实施例中,用药请求的反馈信息包括药品领取提醒;用药请求的处理装置还可包括发票信息接收模块和放款信息发送模块。其中,发票信息接收模块可以配置为接收发票信息,发票信息为药品提供方根据目标对象响应于药品领取提醒的反馈信息发送的药品领取结果发出。放款信息发送模块可以配置为根据发票信息将放款信息发送至药品提供方。
在示例性实施例中,第一保单模块708可以包括审核结果发送单元、第一保单请求单元和第一保单生成单元。审核结果发送单元可以配置为将用药请求和目标审核结果发送至药品提供方;第一保单请求单元可以配置为接收放贷方发送第一保单请求,第一保单请求是放贷方根据药品提供方接收自目目标对象、并同步至放贷方的贷款请求生成;第一保单生成单元可以配置为根据第一保单请求生成第一保单并发送至放贷方。
在示例性实施例中,第二保单模块710可以包括第二保单保费单元和第二保单单元。其中,第二保单保费单元可以配置为向所述药品提供方发送第二保单保费请求。第二保单单元可以配置为在接收到所述药品提供方响应于所述第二保单保费请求的第二保单保费时,根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划。
根据本公开实施方式提供的用药请求的处理装置,通过药品提供方、放贷方和本方法执行主体分别对目标对象的对象信息并行进行不同维度的审核,能够提高数据处理效率,提高审核结果的准确性。并提供了一套药品提供方、放贷方与本方法执行主体之间的信息处理框架,通过放贷方生成放款信息、还款计划,以及在还款计划的预设时间期限内未收到目标对象的还款信息时通过保障提供方生成第一赔付方案实现第一保单的生成、操作与执行;以及基于用药请求向目标对象提供具有保障的服务,基于第二保单和赔付计划为目标对象提供无需考虑意外情况的服务,减轻目标对象和药品提供方的负担,并以通过第一平台药品提供方、本方法执行主体和目标对象之间的数据流控制在保障该第一平台药品提供方、本方法执行主体和目标对象三方各自的权益的前提下,能够保障系统之间信息及时、准确的更新,避免系统线下交互需要耗费大量时间的问题,提高数据处理效率。
图8示出了适于用来实现本公开实施例的电子设备的计算机系统的结构示意图。需要说明的是,图8示出的电子设备的计算机系统800仅是一个示例,不应对本公开实施例的功能和使用范围带来任何限制。
如图8所示,计算机系统800包括中央处理单元(CPU)801,其可以根据存储在只读存储器(ROM)802中的程序或者从储存部分808加载到随机访问存储器(RAM)803中的程序而执行各种适当的动作和处理。在RAM 803中,还存储有系统操作所需的各种程序和数据。CPU801、ROM 802以及RAM 803通过总线804彼此相连。输入/输出(I/O)接口805也连接至总线804。
以下部件连接至I/O接口805:包括键盘、鼠标等的输入部分806;包括诸如阴极射线管(CRT)、液晶显示器(LCD)等以及扬声器等的输出部分807;包括硬盘等的储存部分808;以及包括诸如LAN卡、调制解调器等的网络接口卡的通信部分809。通信部分809经由诸如因特网的网络执行通信处理。驱动器810也根据需要连接至I/O接口805。可拆卸介质811,诸如磁盘、光盘、磁光盘、半导体存储器等等,根据需要安装在驱动器810上,以便于从其上读出的计算机程序根据需要被安装入储存部分808。
特别地,根据本公开的实施例,下文参考流程图描述的过程可以被实现为计算机软件程序。例如,本公开的实施例包括一种计算机程序产品,其包括承载在计算机可读介质上的计算机程序,该计算机程序包含用于执行流程图所示的方法的程序代码。在这样的实施例中,该计算机程序可以通过通信部分809从网络上被下载和安装,和/或从可拆卸介质811被安装。在该计算机程序被中央处理单元(CPU)801执行时,执行本申请的系统中限定的各种功能。
需要说明的是,本公开所示的计算机可读介质可以是计算机可读信号介质或者计算机可读存储介质或者是上述两者的任意组合。计算机可读存储介质例如可以是——但不限于——电、磁、光、电磁、红外线、或半导体的系统、装置或器件,或者任意以上的组合。计算机可读存储介质的更具体的例子可以包括但不限于:具有一个或多个导线的电连接、便携式计算机磁盘、硬盘、随机访问存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑磁盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。在本公开中,计算机可读存储介质可以是任何包含或存储程序的有形介质,该程序可以被指令执行系统、装置或者器件使用或者与其结合使用。而在本公开中,计算机可读的信号介质可以包括在基带中或者作为载波一部分传播的数据信号,其中承载了计算机可读的程序代码。这种传播的数据信号可以采用多种形式,包括但不限于电磁信号、光信号或上述的任意合适的组合。计算机可读的信号介质还可以是计算机可读存储介质以外的任何计算机可读介质,该计算机可读介质可以发送、传播或者传输用于由指令执行系统、装置或者器件使用或者与其结合使用的程序。计算机可读介质上包含的程序代码可以用任何适当的介质传输,包括但不限于:无线、电线、光缆、RF等等,或者上述的任意合适的组合。
附图中的流程图和框图,图示了按照本公开各种实施例的系统、方法和计算机程序产品的可能实现的体系架构、功能和操作。在这点上,流程图或框图中的每个方框可以代表一个模块、程序段、或代码的一部分,上述模块、程序段、或代码的一部分包含一个或多个用于实现规定的逻辑功能的可执行指令。也应当注意,在有些作为替换的实现中,方框中所标注的功能也可以以不同于附图中所标注的顺序发生。例如,两个接连地表示的方框实际上可以基本并行地执行,它们有时也可以按相反的顺序执行,这依所涉及的功能而定。也要注意的是,框图或流程图中的每个方框、以及框图或流程图中的方框的组合,可以用执行规定的功能或操作的专用的基于硬件的系统来实现,或者可以用专用硬件与计算机指令的组合来实现。
描述于本公开实施例中所涉及到的模块和/或单元和/或子单元可以通过软件的方式实现,也可以通过硬件的方式来实现,所描述的模块和/或单元和/或子单元也可以设置在处理器中。其中,这些模块和/或单元和/或子单元的名称在某种情况下并不构成对该模块和/或单元和/或子单元本身的限定。
作为另一方面,本申请还提供了一种计算机可读介质,该计算机可读介质可以是上述实施例中描述的电子设备中所包含的;也可以是单独存在,而未装配入该电子设备中。上述计算机可读介质承载有一个或者多个程序,当上述一个或者多个程序被一个该电子设备执行时,使得该电子设备实现如下述实施例中所述的方法。例如,所述的电子设备可以实现如图1或图2或图3或图4或图5或图6所示的各个步骤。
应当注意,尽管在上文详细描述中提及了用于动作执行的设备的若干模块或者单元或者子单元,但是这种划分并非强制性的。实际上,根据本公开的实施方式,上文描述的两个或更多模块或者单元或者子单元的特征和功能可以在一个模块或者单元或者子单元中具体化。反之,上文描述的一个模块或者单元的特征和功能可以进一步划分为由多个模块或者单元或者子单元来具体化。
通过以上的实施方式的描述,本领域的技术人员易于理解,这里描述的示例实施方式可以通过软件实现,也可以通过软件结合必要的硬件的方式来实现。因此,根据本公开实施方式的技术方案可以以软件产品的形式体现出来,该软件产品可以存储在一个非易失性存储介质(可以是CD-ROM,U盘,移动硬盘等)中或网络上,包括若干指令以使得一台计算设备(可以是个人计算机、服务器、触控终端、或者网络设备等)执行根据本公开实施方式的方法。
本领域技术人员在考虑说明书及实践这里公开的发明后,将容易想到本公开的其它实施方案。本申请旨在涵盖本公开的任何变型、用途或者适应性变化,这些变型、用途或者适应性变化遵循本公开的一般性原理并包括本公开未公开的本技术领域中的公知常识或惯用技术手段。说明书和实施例仅被视为示例性的,本公开的真正范围和精神由下面的权利要求指出。
应当理解的是,本公开并不局限于上面已经描述并在附图中示出的精确结构,并且可以在不脱离其范围进行各种修改和改变。本公开的范围仅由所附的权利要求来限制。
Claims (11)
1.一种用药请求的处理方法,其特征在于,包括:
获取目标对象的用药请求、第一审核结果和第二审核结果,所述用药请求包括所述目标对象的对象信息,所述第一审核结果是药品提供方对所述对象信息进行审核获得,所述第二审核结果是放贷方对所述对象信息进行审核获得;
对所述对象信息进行审核,获得第三审核结果,其中,所述第三审核结果是保障提供方对所述对象信息进行审核获得;
根据所述第一审核结果、所述第二审核结果和所述第三审核结果获得目标审核结果;
若所述目标审核结果为审核通过时,根据所述用药请求生成预第一保单并发送至所述放贷方;
根据所述放贷方响应于所述预第一保单发送的放款信息、第一还款计划和第一保单保费生成第一保单以及根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划,其中,所述第一保单的保障要求方为放贷方;
将所述第二保单及所述第二保单的赔付计划发送至所述药品提供方,以便所述药品提供方根据所述第二保单、所述第二保单的赔付计划和第一还款计划生成所述用药请求的反馈信息和目标还款计划,并将所述用药请求的反馈信息和目标还款计划发送至所述目标对象,所述第一还款计划是所述放贷方生成并发送至所述药品提供方;
若在所述目标还款计划的预设时间期限内未接收到所述目标对象的还款信息,则基于所述第一还款计划生成以所述放贷方为赔付对象的第一赔付方案;
若接收到所述目标对象的出险信息,则基于所述第二保单的赔付计划生成以所述目标对象为赔付对象的第二赔付方案;
其中,在获取目标对象的用药请求、第一审核结果和第二审核结果前,还包括:接收所述药品提供方发送的基金委托信息,以根据所述放贷方发送的所述第一还款计划和所述第一保单保费生成所述第一保单;
根据所述药品提供方发送的第二保单请求和第二保单保费以及基金提取请求生成所述第二保单、所述第二保单的赔付计划以及基金支付信息;
将所述基金支付信息发送至所述药品提供方,以便所述药品提供方根据所述基金支付信息向所述目标对象提供药品;
接收所述药品提供方响应于所述放款信息生成的基金补充信息,所述放款信息是所述放贷方发送至所述药品提供方。
2.如权利要求1所述的方法,其特征在于,基于所述第一还款计划生成以所述放贷方为赔付对象的第一赔付方案包括:
根据所述第一还款计划确定第一赔付数额;
根据所述第一赔付数额确定以所述放贷方为赔付对象的第一赔付方案。
3.如权利要求1所述的方法,其特征在于,所述第一审核结果是所述药品提供方根据所述对象信息中的处方信息进行审核获得,所述第二审核结果是所述放贷方根据所述对象信息中的金融信息进行审核获得;其中,对所述对象信息进行审核,获得第三审核结果包括:
根据大数据信息获得黑名单信息与疾病数据库;
根据所述黑名单信息和所述疾病数据库对所述对象信息进行审核,获得所述第三审核结果。
4.如权利要求1所述的方法,其特征在于,基于所述第二保单的赔付计划生成以所述目标对象为赔付对象的第二赔付方案包括:
获取所述目标对象的历史还款记录;
根据所述历史还款记录和所述第二保单的赔付计划确定第二赔付数额;
根据所述第二赔付数额确定以所述目标对象为赔付对象的第二赔付方案。
5.如权利要求4所述的方法,其特征在于,获取所述目标对象的历史还款记录包括:
接收所述放贷方发送的单次还款记录,所述单次还款记录是所述药品提供方根据所述目标对象发送的还款请求生成并同步至所述放贷方;
根据所述单次还款记录生成所述目标对象的所述历史还款记录。
6.如权利要求1所述方法,其特征在于,所述用药请求的反馈信息包括药品领取提醒;其中,所述方法还包括:
接收发票信息,所述发票信息为所述药品提供方根据所述目标对象响应于所述药品领取提醒的反馈信息发送的药品领取结果发出;
根据所述发票信息将所述放款信息发送至所述药品提供方。
7.如权利要求1所述的方法,其特征在于,若所述目标审核结果为审核通过时,根据所述用药请求生成预第一保单并发送至所述放贷方包括:
将所述用药请求和所述目标审核结果发送至所述药品提供方;
接收所述放贷方发送的第一保单请求,所述第一保单请求是所述放贷方根据所述药品提供方接收自所述目标对象、并同步至所述放贷方的贷款请求生成;
根据所述第一保单请求生成预第一保单并发送至所述放贷方。
8.如权利要求1所述的方法,其特征在于,根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划包括:
向所述药品提供方发送第二保单保费请求;
在接收到所述药品提供方响应于所述第二保单保费请求的第二保单保费时,根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划。
9.一种用药请求的处理装置,其特征在于,包括:
数据获取模块,配置为获取目标对象的用药请求、第一审核结果和第二审核结果,所述用药请求包括所述目标对象的对象信息,所述第一审核结果是药品提供方对所述对象信息进行审核获得,所述第二审核结果是放贷方对所述对象信息进行审核获得;
信息审核模块,配置为对所述对象信息进行审核,获得第三审核结果,其中,所述第三审核结果是保障提供方对所述对象信息进行审核获得;
审核结果模块,配置为根据所述第一审核结果、所述第二审核结果和所述第三审核结果获得目标审核结果;
第一保单模块,配置为若所述目标审核结果为审核通过时,根据所述用药请求生成预第一保单并发送至所述放贷方;
第二保单模块,配置为根据所述放贷方响应于所述预第一保单发送的放款信息、还款计划和第一保单保费生成第一保单以及根据所述对象信息生成针对所述目标对象的第二保单和所述第二保单的赔付计划,其中,所述第一保单的保障要求方为放贷方;
信息反馈模块,配置为将所述第二保单及所述第二保单的赔付计划发送至所述药品提供方,以便所述药品提供方根据所述第二保单、所述第二保单的赔付计划和第一还款计划生成所述用药请求的反馈信息和目标还款计划,并将所述用药请求的反馈信息和目标还款计划发送至所述目标对象,所述第一还款计划是所述放贷方生成并发送至所述药品提供方;
第一赔付模块,配置为若在所述目标还款计划的预设时间期限内未接收到所述目标对象的还款信息,则基于所述第一还款计划生成以所述放贷方为赔付对象的第一赔付方案;
第二赔付模块,配置为若接收到所述目标对象的出险信息,则基于所述第二保单的赔付计划生成以所述目标对象为赔付对象的第二赔付方案;
其中,所述数据获取模块还被配置为:在获取目标对象的用药请求、第一审核结果和第二审核结果前,还包括:接收所述药品提供方发送的基金委托信息,以根据所述放贷方发送的所述第一还款计划和所述第一保单保费生成所述第一保单;
根据所述药品提供方发送的第二保单请求和第二保单保费以及基金提取请求生成所述第二保单、所述第二保单的赔付计划以及基金支付信息;
将所述基金支付信息发送至所述药品提供方,以便所述药品提供方根据所述基金支付信息向所述目标对象提供药品;
接收所述药品提供方响应于所述放款信息生成的基金补充信息,所述放款信息是所述放贷方发送至所述药品提供方。
10.一种电子设备,其特征在于,包括:
一个或多个处理器;
存储装置,用于存储一个或多个程序;
当所述一个或多个程序被所述一个或多个处理器执行,使得所述一个或多个处理器实现如权利要求1-8中任一所述的方法。
11.一种计算机可读介质,其上存储有计算机程序,其特征在于,所述程序被处理器执行时实现如权利要求1-8中任一所述的方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010730830.5A CN111861720B (zh) | 2020-07-27 | 2020-07-27 | 用药请求的处理方法、装置、电子设备及计算机可读介质 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN202010730830.5A CN111861720B (zh) | 2020-07-27 | 2020-07-27 | 用药请求的处理方法、装置、电子设备及计算机可读介质 |
Publications (2)
Publication Number | Publication Date |
---|---|
CN111861720A CN111861720A (zh) | 2020-10-30 |
CN111861720B true CN111861720B (zh) | 2023-11-28 |
Family
ID=72947270
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN202010730830.5A Active CN111861720B (zh) | 2020-07-27 | 2020-07-27 | 用药请求的处理方法、装置、电子设备及计算机可读介质 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN111861720B (zh) |
Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108074183A (zh) * | 2016-11-14 | 2018-05-25 | 平安科技(深圳)有限公司 | 一种理赔请求处理方法、装置和系统 |
CN108335199A (zh) * | 2018-03-13 | 2018-07-27 | 平安普惠企业管理有限公司 | 贷款请求处理方法、装置、计算机设备和存储介质 |
CN108961075A (zh) * | 2018-06-22 | 2018-12-07 | 泰康保险集团股份有限公司 | 医疗费用的垫付处理方法、装置、介质及电子设备 |
CN110009476A (zh) * | 2019-02-21 | 2019-07-12 | 深圳市佰仟金融服务有限公司 | 一种处理放款申请的方法及设备 |
CN110969520A (zh) * | 2018-09-30 | 2020-04-07 | 重庆小雨点小额贷款有限公司 | 一种贷款申请方法、装置、服务器及计算机存储介质 |
CN110969521A (zh) * | 2018-09-30 | 2020-04-07 | 重庆小雨点小额贷款有限公司 | 一种贷款方法、装置、服务器及存储介质 |
WO2020119119A1 (zh) * | 2018-12-13 | 2020-06-18 | 平安医疗健康管理股份有限公司 | 基于机器学习的保险理赔方法、装置、设备及存储介质 |
Family Cites Families (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100153262A1 (en) * | 2008-12-12 | 2010-06-17 | Hartford Fire Insurance Company | System and method for administering insurance and loan accounts |
-
2020
- 2020-07-27 CN CN202010730830.5A patent/CN111861720B/zh active Active
Patent Citations (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN108074183A (zh) * | 2016-11-14 | 2018-05-25 | 平安科技(深圳)有限公司 | 一种理赔请求处理方法、装置和系统 |
CN108335199A (zh) * | 2018-03-13 | 2018-07-27 | 平安普惠企业管理有限公司 | 贷款请求处理方法、装置、计算机设备和存储介质 |
CN108961075A (zh) * | 2018-06-22 | 2018-12-07 | 泰康保险集团股份有限公司 | 医疗费用的垫付处理方法、装置、介质及电子设备 |
CN110969520A (zh) * | 2018-09-30 | 2020-04-07 | 重庆小雨点小额贷款有限公司 | 一种贷款申请方法、装置、服务器及计算机存储介质 |
CN110969521A (zh) * | 2018-09-30 | 2020-04-07 | 重庆小雨点小额贷款有限公司 | 一种贷款方法、装置、服务器及存储介质 |
WO2020119119A1 (zh) * | 2018-12-13 | 2020-06-18 | 平安医疗健康管理股份有限公司 | 基于机器学习的保险理赔方法、装置、设备及存储介质 |
CN110009476A (zh) * | 2019-02-21 | 2019-07-12 | 深圳市佰仟金融服务有限公司 | 一种处理放款申请的方法及设备 |
Also Published As
Publication number | Publication date |
---|---|
CN111861720A (zh) | 2020-10-30 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US11663639B2 (en) | Universal ledger | |
US8731962B2 (en) | Process for linked healthcare and financial transaction initiation | |
US7739129B2 (en) | Benefit plan intermediary | |
US8214233B2 (en) | Payment systems and methods | |
US8660855B2 (en) | System and method using extended authorization hold period | |
US8515784B2 (en) | Systems and methods of processing health care claims over a network | |
US20110225067A1 (en) | Fraud prevention using customer and agent facing devices | |
US20030187695A1 (en) | ACSAS (automated claims settlement acceleration system) | |
US20100250426A1 (en) | Systems, methods and machine-readable mediums for submitting electronic loan applications to a lending institution with real-time commercial and financial data | |
US20120078790A1 (en) | Real-time interchange fee estimation | |
US10410187B2 (en) | Managing installment payments in a healthcare system | |
US20110145007A1 (en) | System and method for automated payment of insurance claims via real-time exchange of information | |
US20190096001A1 (en) | Platform implementing retrospective loss pooling | |
US20130275279A1 (en) | Engine, system and method of providing a multi-platform payment and information exchange | |
US20070083397A1 (en) | System and method for establishing electronic funds transfer-based medical payment plans at point of service | |
CN111681092B (zh) | 资源调度方法及服务端、电子设备、存储介质 | |
US20140257834A1 (en) | Method and System for Health Benefits Management | |
CN111861720B (zh) | 用药请求的处理方法、装置、电子设备及计算机可读介质 | |
US20140288949A1 (en) | Telephonic Device Payment Processing | |
EP4057210A1 (en) | Smart pension management system and driving method therefor | |
JP2004252958A (ja) | 健康保険等医療保険自己負担分の支払システム及び支払方法 | |
US20190304020A1 (en) | Electronic System and Method For Credit-Based Investments | |
KR20190121417A (ko) | Edi를 활용한 자산 유동화 방법 및 시스템 | |
US20160328729A1 (en) | Systems and methods for providing a consumer discount | |
CN111008895B (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 | ||
GR01 | Patent grant | ||
GR01 | Patent grant |