CN113487289B - 在线支付方法及装置、计算机可读存储介质及电子设备 - Google Patents

在线支付方法及装置、计算机可读存储介质及电子设备 Download PDF

Info

Publication number
CN113487289B
CN113487289B CN202110819991.6A CN202110819991A CN113487289B CN 113487289 B CN113487289 B CN 113487289B CN 202110819991 A CN202110819991 A CN 202110819991A CN 113487289 B CN113487289 B CN 113487289B
Authority
CN
China
Prior art keywords
information
approval
subject
payment
clinical test
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
Application number
CN202110819991.6A
Other languages
English (en)
Other versions
CN113487289A (zh
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.)
Zhejiang Taimei Medical Technology Co Ltd
Original Assignee
Zhejiang Taimei Medical Technology 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 Zhejiang Taimei Medical Technology Co Ltd filed Critical Zhejiang Taimei Medical Technology Co Ltd
Priority to CN202311707262.7A priority Critical patent/CN117522344A/zh
Priority to CN202110819991.6A priority patent/CN113487289B/zh
Publication of CN113487289A publication Critical patent/CN113487289A/zh
Application granted granted Critical
Publication of CN113487289B publication Critical patent/CN113487289B/zh
Active legal-status Critical Current
Anticipated expiration legal-status Critical

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/08—Payment architectures
    • G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/102—Bill distribution or payments
    • 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/12—Accounting
    • G06Q40/125—Finance or payroll
    • 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
    • G16H10/00—ICT specially adapted for the handling or processing of patient-related medical or healthcare data
    • G16H10/20—ICT specially adapted for the handling or processing of patient-related medical or healthcare data for electronic clinical trials or questionnaires
    • 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
    • G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
    • G16H40/20—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the management or administration of healthcare resources or facilities, e.g. managing hospital staff or surgery rooms

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • General Business, Economics & Management (AREA)
  • Economics (AREA)
  • General Physics & Mathematics (AREA)
  • Health & Medical Sciences (AREA)
  • Human Resources & Organizations (AREA)
  • Theoretical Computer Science (AREA)
  • Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • Epidemiology (AREA)
  • Public Health (AREA)
  • Primary Health Care (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Marketing (AREA)
  • Medical Informatics (AREA)
  • General Health & Medical Sciences (AREA)
  • Quality & Reliability (AREA)
  • Biomedical Technology (AREA)
  • Operations Research (AREA)
  • Technology Law (AREA)
  • Data Mining & Analysis (AREA)
  • Tourism & Hospitality (AREA)
  • Medical Treatment And Welfare Office Work (AREA)

Abstract

本申请提供了一种在线支付方法及装置、计算机可读存储介质及电子设备，涉及信息处理技术领域。该在线支付方法包括：获取针对已完成目标临床试验项目的受试者的打款审批信息，其中，目标临床试验项目为受试者参与的临床试验项目，打款审批信息基于目标临床试验项目对应的审批要求信息确定；将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。本申请实现了对临床试验项目的受试者进行在线审批及支付的目的，流程简单且易于监管。此外，本申请以具体的临床试验项目作为配置节点，避免了因不同的试验方具有不同的财务SOP而导致的受试者报销难的情况，提高了受试者依从率。

Description

在线支付方法及装置、计算机可读存储介质及电子设备
技术领域
本申请涉及信息处理技术领域，具体涉及一种在线支付方法及装置、计算机可读存储介质及电子设备。
背景技术
对于尚未上市或者注册信息已到期的药物和医疗器械，需要建立对应的临床试验项目，以便测试其疗效和安全性等信息。显而易见地，临床试验项目需要众多的受试者，并且，针对受试者的费用结算成为必要流程之一。
然而，在现有技术中，通常采用线下模式结算费用，不仅结算流程繁琐复杂，而且监管难度大。
发明内容
为了解决上述技术问题，提出了本申请。本申请实施例提供了一种在线支付方法及装置、计算机可读存储介质及电子设备。
第一方面，本申请一实施例提供了一种在线支付方法，该方法包括：获取针对已完成目标临床试验项目的受试者的打款审批信息，其中，目标临床试验项目为受试者参与的临床试验项目，打款审批信息基于目标临床试验项目对应的审批要求信息确定；将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。
结合第一方面，在第一方面的某些实现方式中，在获取针对已完成目标临床试验项目的受试者的打款审批信息之前，该方法还包括：建立预设的M个临床试验项目和N个试验方的绑定关系，其中，M和N均为正整数；配置M个临床试验项目各自对应的审批要求信息，以便临床试验项目对应的打款申请方基于临床试验项目对应的审批要求信息为临床试验项目的受试者申请费用。
结合第一方面，在第一方面的某些实现方式中，审批要求信息包括打款申请表信息和审核工作流信息，审核工作流信息包括审批节点信息、打款额度限制信息、审批方式信息和驳回处理信息中的至少一种信息。其中，配置M个临床试验项目各自对应的审批要求信息，包括：针对M个临床试验项目中的每个临床试验项目，基于临床试验项目配置打款申请表，得到打款申请表信息；基于临床试验项目对应的打款审批要求信息配置审核流程，得到审核工作流信息。
结合第一方面，在第一方面的某些实现方式中，基于临床试验项目配置打款申请表，得到打款申请表信息，包括：获取临床试验项目对应的基础申请表需求信息；获取临床试验项目对应的第一自定义申请表需求信息，其中，第一自定义申请表需求信息基于临床试验项目确定；基于基础申请表需求信息和第一自定义申请表需求信息，配置打款申请表，得到打款申请表信息。
结合第一方面，在第一方面的某些实现方式中，在获取针对已完成目标临床试验项目的受试者的打款审批信息之前，该方法还包括：获取基于受试者对应的试验完成信息发出的打款请求信息，其中，试验完成信息用于表征受试者已完成目标临床试验项目；基于打款请求信息呈现审批要求信息，以便基于审批要求信息提交审批资料。
结合第一方面，在第一方面的某些实现方式中，审批要求信息包括打款申请表信息，在基于打款请求信息呈现审批要求信息之后，该方法还包括：获取自定义申请表请求信息；响应于自定义申请表请求信息，获取第二自定义申请表需求信息，并基于第二自定义申请表需求信息更新打款申请表信息。其中，第二自定义申请表需求信息包括绑定受试者和受试者对应的打款申请表。
结合第一方面，在第一方面的某些实现方式中，打款审批信息包括临床检验单信息，获取针对已完成临床试验项目的受试者的打款审批信息，包括：获取受试者对应的临床检验单图像；基于预设图像识别算法识别临床检验单图像，得到临床检验单信息。
结合第一方面，在第一方面的某些实现方式中，在获取针对已完成目标临床试验项目的受试者的打款审批信息之前，还包括：获取针对受试者的项目选择信息，以确定目标临床试验项目，其中，项目选择信息用于在预设的M个临床试验项目中，选择受试者需要参与的临床试验项目；基于目标临床试验项目，获取受试者的受试需求信息。其中，受试需求信息包括受试者进行目标临床试验项目所需的信息。
结合第一方面，在第一方面的某些实现方式中，在基于目标临床试验项目，获取受试者的受试需求信息之后，该方法还包括：将受试需求信息和/或隐私政策信息发送至受试者的用户设备，以便受试者浏览并签字确认。其中，获取针对已完成目标临床试验项目的受试者的打款审批信息，包括：接收受试者基于受试需求信息和/或隐私政策信息返回的确认信息，并根据确认信息获取针对已完成目标临床试验项目的受试者的打款审批信息。
结合第一方面，在第一方面的某些实现方式中，受试者的数量为多位，基于目标临床试验项目，获取受试者的受试需求信息，包括：获取多位受试者各自对应的受试需求信息表，其中，受试需求信息表基于受试者的受试需求信息确定；将多位受试者各自对应的受试需求信息表批量导入到多位受试者各自参与的目标临床试验项目下，以便将多位受试者各自对应的受试需求信息表与多位受试者各自参与的目标临床试验项目绑定。
结合第一方面，在第一方面的某些实现方式中，受试需求信息包括银行账户信息，银行账户信息包括银行卡号信息和开户行信息。获取受试者的受试需求信息，包括：获取受试者的银行卡号信息；基于预设银行数据库，确定与银行卡号信息对应的开户行信息，以得到银行账户信息。
结合第一方面，在第一方面的某些实现方式中，在将打款审批信息发送至目标临床试验项目对应的审批方之后，该方法还包括：接收审批方的审批反馈信息，检测审批反馈信息是否包括驳回信息，若审批反馈信息包括驳回信息，则呈现驳回信息，以便打款申请方修改打款审批信息；若审批反馈信息包括审批方审批通过以及打款成功信息，呈现打款回执信息和完税证明信息。
第二方面，本申请一实施例提供了一种在线支付方法，该方法包括：建立预设的M个临床试验项目和N个试验方的绑定关系，其中，M和N均为正整数；配置M个临床试验项目各自对应的审批要求信息，以便临床试验项目对应的试验方基于临床试验项目对应的审批要求信息为临床试验项目的受试者申请费用。
第三方面，本申请一实施例提供了一种在线支付装置，该装置包括：获取模块，用于获取针对已完成目标临床试验项目的受试者的打款审批信息，其中，目标临床试验项目为受试者参与的临床试验项目，打款审批信息基于目标临床试验项目对应的审批要求信息确定；发送模块，用于将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。
第四方面，本申请一实施例提供了一种在线支付装置，该装置包括：建立模块，用于建立预设的M个临床试验项目和N个试验方的绑定关系，其中，M和N均为正整数；配置模块，用于配置M个临床试验项目各自对应的审批要求信息，以便临床试验项目对应的试验方基于临床试验项目对应的审批要求信息为临床试验项目的受试者申请费用。
第五方面，本申请一实施例提供了一种计算机可读存储介质，该存储介质存储有计算机程序，该计算机程序用于执行上述第一方面和/或第二方面所提及的在线支付方法。
第六方面，本申请一实施例提供了一种电子设备，该电子设备包括：处理器；用于存储处理器可执行指令的存储器；该处理器用于执行上述第一方面和/或第二方面所提及的在线支付方法。
本申请实施例提供的在线支付方法，实现了对临床试验项目的受试者进行在线审批及支付的目的，与传统的线下支付方式相比，流程简单且易于监管。此外，本申请实施例以具体的临床试验项目作为配置节点，为每个临床试验项目预设审批要求信息，不同的试验方(比如医院)均需要基于临床试验项目对应的统一的审批要求信息进行在线支付操作，由此，避免了因不同的试验方具有不同的财务SOP而导致的受试者报销难的情况，提高了受试者依从率。
附图说明
图1所示为本申请一实施例提供的在线支付方法的流程示意图。
图2所示为本申请另一实施例提供的在线支付方法的流程示意图。
图3所示为本申请一实施例提供的配置M个临床试验项目各自对应的审批要求信息的流程示意图。
图4所示为本申请一实施例提供的基于临床试验项目对应的打款审批要求信息配置审核流程，得到审核工作流信息的流程示意图。
图5所示为本申请又一实施例提供的在线支付方法的流程示意图。
图6所示为本申请再一实施例提供的在线支付方法的流程示意图。
图7所示为本申请一实施例提供的基于目标临床试验项目，获取受试者的受试需求信息的流程示意图。
图8所示为本申请再一实施例提供的在线支付方法的流程示意图。
图9所示为本申请再一实施例提供的在线支付方法的流程示意图。
图10所示为本申请再一实施例提供的在线支付方法的流程示意图。
图11所示为本申请再一实施例提供的在线支付方法的流程示意图。
图12所示为本申请一实施例提供的在线支付装置的结构示意图。
图13所示为本申请另一实施例提供的在线支付装置的结构示意图。
图14所示为本申请又一实施例提供的在线支付装置的结构示意图。
图15所示为本申请一实施例提供的电子设备的结构示意图。
具体实施方式
下面将结合本申请实施例中的附图，对本申请实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅是本申请一部分实施例，而不是全部的实施例。基于本申请中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本申请保护的范围。
通常情况下，临床试验项目需要在医院(又称试验中心)进行，并且需要临床协调员(Clinical Research Coordinator，CRC)或者医院的研究护士辅助受试者完成试验。
为提高受试者依从率，通常会向受试者支付一定的费用(包括报销费用和补贴费用等)。目前，针对受试者的费用结算，通常采取传统的线下模式。比如，CRC或者研究护士事先人工记录受试者的银行卡号等信息，待受试者完成试验后，医院的财务人员采取银行转账的方式向受试者支付费用，待支付完成后，CRC或者研究护士汇总确认转账信息，并上交到医院存档。由此可见，现有针对临床试验项目的支付方式，流程繁琐复杂，支付周期长，信息安全度低且监管难度很大。
尤其当同一临床试验项目需要在多个不同的医院进行时，因不同的医院的财务标准作业流程(Standard Operation Procedure，SOP)均不同，那么，不同医院的受试者需按照自己所在的医院的要求去完成报销和补贴流程，难度很大。
为了解决上述问题，本申请实施例提供一种在线支付方法及装置，以实现对临床试验项目的受试者进行在线支付的目的。下面结合图1至图11详细介绍本申请实施例提及的在线支付方法。
图1所示为本申请一实施例提供的在线支付方法的流程示意图。可选地，本申请实施例提供的在线支付方法可在手机、平板电脑等移动终端中执行。具体地，本申请实施例提供的在线支付方法可在打款申请方的移动终端中执行。比如，在打款申请方的移动终端设置相应的在线支付系统，以执行本申请实施例提及的在线支付方法。其中，打款申请方可以为CRC或者医院(即试验方)的研究护士。
如图1所示，本申请实施例提供的在线支付方法包括如下步骤。
步骤S100，获取针对已完成目标临床试验项目的受试者的打款审批信息。
可以理解，目标临床试验项目为受试者参与的临床试验项目。
示例性地，打款审批信息基于临床试验项目对应的审批要求信息确定。具体而言，相比于其他领域，临床领域的审批繁琐复杂，每一临床试验项目均对应有具体的审批要求信息(即打款审批要求信息)。因此，针对已完成目标临床试验项目的受试者，需要按照其所完成的目标临床试验项目对应的审批要求信息，上传与审批要求信息对应的打款审批信息。比如，审批要求信息包括打款申请表信息和审核工作流信息，其中，审核工作流信息包括审批节点信息、打款额度限制信息、审批方式信息和驳回处理信息中的至少一种信息。对应地，打款审批信息包括基于受试者的实际情况填写的打款申请表以及受试者的临床检验单等信息。
需要说明的是，由于审批要求信息是从后台配置的角度定义的，所以对应地，审批要求信息所包含的打款申请表信息指的是打款申请表本身的配置信息。对应地，本申请实施例中提及的打款申请表，可以理解为是一个打款表格。即，打款申请表信息和打款申请表具备不同的含义。
在一些实施例中，打款申请方将针对已完成目标临床试验项目的受试者的打款审批信息填写到上述提及的在线支付系统中。
在一些实施例中，如果一临床试验项目对应有多个试验方，那么，该多个试验方对应的打款申请方均需要按照该临床试验项目对应的审批要求信息进行打款申请，以便规范化和统一化在线支付流程。应当理解，临床试验项目对应的审批要求信息可预先设定，本申请实施例对此不进行统一限定。
步骤S200，将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核。
进一步地，在审核通过后向受试者在线支付费用。可以理解为，预设有虚拟账户，虚拟账户中有虚拟充值金额，虚拟充值金额是基于申办方的实际打款凭证确定。在审核通过后，本申请实施例提及的在线支付方法还包括直接控制向受试者在线支付费用的步骤。
示例性地，审批方为临床试验项目的申办方或者研究机构方(又称机构端)，即，临床试验项目的发起方。
示例性地，在实际应用过程中，首先获取针对已完成目标临床试验项目的受试者的打款审批信息，然后将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。
本申请实施例提供的在线支付方法，实现了对临床试验项目的受试者进行在线审核及支付的目的，与传统的线下支付方式相比，流程简单且易于监管。此外，本申请实施例以具体的临床试验项目作为配置节点，为每个临床试验项目预设审批要求信息，不同的试验方(比如医院)均需要基于临床试验项目对应的统一的审批要求信息进行在线支付操作，由此，避免了因不同的试验方具有不同的财务SOP而导致的受试者报销难的情况，提高了受试者依从率。
在一些实施例中，打款申请方提交打款审批信息之后，立即对打款审批信息进行加密，以提高信息的安全性，保障受试者隐私。进一步地，审批方在审批时，需要账号密码二次确认，并在审批通过后立刻发放款项。
图2所示为本申请另一实施例提供的在线支付方法的流程示意图。在图1所示实施例基础上延伸出图2所示实施例，下面着重叙述图2所示实施例与图1所示实施例的不同之处，相同之处不再赘述。
如图2所示，在本申请实施例中，在获取针对已完成目标临床试验项目的受试者的打款审批信息步骤之前，还包括如下步骤。
步骤S30，建立预设的M个临床试验项目和N个试验方的绑定关系。其中，M和N均为正整数。
如果M和N均为大于1的正整数，则表示预设的临床试验项目为多个，且试验方亦为多个。也就是说，本申请实施例提供的在线支付方法能够适用于多项目多试验方的应用场景。具体而言，为了保障临床试验项目的进度，通常情况下，一个临床试验项目需要在多个不同的试验方(比如医院)同时进行，基于此，为了实现以具体的临床试验项目作为配置节点的目的，本申请实施例需要建立预设的M个临床试验项目和N个试验方的绑定关系。比如，一个临床试验项目与两个不同的试验方具有绑定关系。
步骤S40，配置M个临床试验项目各自对应的审批要求信息。
可以理解，在实际应用过程中，可基于临床试验项目对应的审批方(比如申办方)和/或试验方的实际要求，配置临床试验项目对应的审批要求信息。对应地，临床试验项目对应的打款申请方基于临床试验项目对应的审批要求信息为临床试验项目的受试者申请费用。
在实际应用过程中，首先建立预设的M个临床试验项目和N个试验方的绑定关系，配置M个临床试验项目各自对应的审批要求信息，进而获取针对已完成目标临床试验项目的受试者的打款审批信息，并将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。
针对多项目多试验方的应用场景，本申请实施例能够以具体的临床试验项目作为配置节点，针对不同的试验方统一在线支付流程，进而简化支付操作，降低了受试者的请款难度。
图3所示为本申请一实施例提供的配置M个临床试验项目各自对应的审批要求信息的流程示意图。在图2所示实施例基础上延伸出图3所示实施例，下面着重叙述图3所示实施例与图2所示实施例的不同之处，相同之处不再赘述。
在本申请实施例中，审批要求信息包括打款申请表信息和审核工作流信息，审核工作流信息包括审批节点信息、打款额度限制信息、审批方式信息和驳回处理信息中的至少一种信息。对应地，如图3所示，配置M个临床试验项目各自对应的审批要求信息步骤，包括如下步骤。
步骤S41，针对M个临床试验项目中的每个临床试验项目，基于临床试验项目配置打款申请表，得到打款申请表信息。
示例性地，可基于临床试验项目对应的审批方和/或试验方的实际要求，配置临床试验项目对应的打款申请表，以便后续打款申请方基于打款申请表填写与受试者相关的打款申请信息。
步骤S42，基于临床试验项目对应的打款审批要求信息配置审核流程，得到审核工作流信息。
同样地，可基于临床试验项目对应的审批方和/或试验方的实际要求，配置临床试验项目对应的审核流程。换言之，步骤S42中提及的打款审批要求信息为临床试验项目对应的审批方和/或试验方提及的。
举例说明，根据实际情况配置单个或多个审批节点，并且每个审批节点可以按照职务角色设定特定的审批人。又比如，根据实际情况配置打款上限信息(即打款额度限制信息)。又比如，根据实际情况配置串行或并行的审批方式。又比如，根据实际情况配置收到驳回指令后，驳回到上一级或者发起方(即驳回处理信息)。
本申请实施例提供的在线支付方法，能够根据实际情况自定义临床试验项目对应的审批要求信息，具体地，能够实现审批节点和审批模式的自定义，丰富审批模式，优化审批流程，进而提高用户体验好感度。
图4所示为本申请一实施例提供的基于临床试验项目对应的打款审批要求信息配置审核流程，得到审核工作流信息的流程示意图。在图3所示实施例基础上延伸出图4所示实施例，下面着重叙述图4所示实施例与图3所示实施例的不同之处，相同之处不再赘述。
如图4所示，在本申请实施例中，基于临床试验项目配置打款申请表，得到打款申请表信息步骤，包括如下步骤。
步骤S411，获取临床试验项目对应的基础申请表需求信息。
步骤S412，获取临床试验项目对应的第一自定义申请表需求信息。
在一些实施例中，第一自定义申请表需求信息基于临床试验项目确定。即，根据临床试验项目的实际情况，确定第一自定义申请表需求信息。
示例性地，基础申请表需求信息可以为技术服务商根据临床试验项目的实际情况，为临床试验项目匹配的通用申请表信息。比如，临床试验项目为医疗器械试验项目，那么，基础申请表需求信息便可以为预先设置的医疗器械试验项目对应的通用申请表信息。对应地，第一自定义申请表需求信息可以为打款申请方或者技术服务商根据临床试验项目的实际情况确定的，以便使最终得到的打款申请表与临床试验项目更匹配。
步骤S413，基于基础申请表需求信息和第一自定义申请表需求信息，配置打款申请表，得到打款申请表信息。
本申请实施例能够实现灵活配置打款申请表的目的，进而进一步优化在线支付的流程，且能够适应不同的临床试验项目。
图5所示为本申请又一实施例提供的在线支付方法的流程示意图。在图1所示实施例基础上延伸出图5所示实施例，下面着重叙述图5所示实施例与图1所示实施例的不同之处，相同之处不再赘述。
如图5所示，在本申请实施例中，在获取针对已完成目标临床试验项目的受试者的打款审批信息步骤之前，还包括如下步骤。
步骤S80，获取基于受试者对应的试验完成信息发出的打款请求信息。
示例性地，步骤S80中提及的打款请求信息为目标临床试验项目对应的打款申请方提交的。在实际应用过程中，待受试者完成对应的目标临床试验项目后，打款申请方提交打款请求信息为受试者申请费用。在一些实施例中，打款申请方在移动终端的软件程序(Application，APP)端提交打款请求信息。
步骤S90，基于打款请求信息呈现审批要求信息。
示例性地，在接收到打款请求信息后，向打款申请方呈现审批要求信息，以便打款申请方基于审批要求信息提交审批资料。比如，向打款申请方的APP端发送审批要求信息，以便打款申请方的APP端呈现相关审批要求。
需要说明的是，审批资料是打款申请方原始提交的，打款审批信息是通过对审批资料进行适当转换(比如在线支付系统对审批资料进行适当转换)后得到的。举例说明，审批资料包括受试者对应的检查单图像，对应地，打款审批信息包括根据检查单图像采集的检查单信息。
示例性地，在实际应用过程中，首先获取基于受试者对应的试验完成信息发出的打款请求信息，基于打款请求信息呈现审批要求信息，然后在打款申请方基于审批要求信息提交受试者的打款审批信息后，获取针对已完成目标临床试验项目的受试者的打款审批信息，并将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。
本申请实施例能够使打款申请方及时明确打款审批要求，降低审批资料漏交、错交等情况发生的几率。
在一些实施例中，审批要求信息包括打款申请表信息，并且，在基于打款请求信息呈现审批要求信息之后，在线支付方法还包括：获取自定义申请表请求信息；响应于自定义申请表请求信息，获取第二自定义申请表需求信息，并基于第二自定义申请表需求信息更新打款申请表信息。其中，第二自定义申请表需求信息包括绑定受试者和受试者对应的打款申请表，比如，基于受试者的对象标识符(ObjectIdentifier，OID)绑定受试者和受试者对应的打款申请表。可选地，自定义申请表请求信息和第二自定义申请表需求信息为打款申请方提交的。
由此可见，本申请实施例能够实现应用阶段的工作流配置(即在线工作流配置)，此外，本申请实施例能够绑定受试者和受试者对应的打款申请表，进而进一步简化打款申请表的调取流程等操作，实现信息快速录入的目的。
在一些实施例中，打款审批信息包括临床检验单信息。并且，获取针对已完成临床试验项目的受试者的打款审批信息，包括：获取受试者对应的临床检验单图像；基于预设图像识别算法识别临床检验单图像，得到临床检验单信息。可选地，预设图像识别算法包括光学字符识别(Optical Character Recognition，OCR)算法。
也就是说，在一些实际场景中，打款申请方需要提交受试者的临床检验单，那么，为了方便单据提交操作，降低信息收集难度，实现信息快速录入的目的，本申请实施例采用预设图像识别算法识别临床检验单图像，进而自动采集临床检验单信息。
进一步地，在一些实施例中，也可以利用预设图像识别算法识别受试者身份证，得到身份识别信息。
图6所示为本申请再一实施例提供的在线支付方法的流程示意图。在图5所示实施例基础上延伸出图6所示实施例，下面着重叙述图6所示实施例与图5所示实施例的不同之处，相同之处不再赘述。
如图6所示，在本申请实施例中，在获取基于受试者对应的试验完成信息发出的打款请求信息步骤之前，还包括如下步骤。
步骤S50，获取针对受试者的项目选择信息，以确定目标临床试验项目。
示例性地，项目选择信息用于在预设的M个临床试验项目中，选择受试者需要参与的临床试验项目。也就是说，根据受试者以及预设的M个临床试验项目的实际情况，选择与受试者匹配的临床试验项目。比如，打款申请方在预设的M个临床试验项目中选择与受试者匹配的临床试验项目。
步骤S60，基于目标临床试验项目，获取受试者的受试需求信息。其中，受试需求信息包括受试者进行目标临床试验项目所需的信息。比如，受试需求信息包括姓名、手机号、银行卡号和身份证号等信息。
示例性地，在实际应用过程中，首先获取打款申请方确定的针对受试者的项目选择信息，以确定目标临床试验项目，并基于目标临床试验项目，获取受试者的受试需求信息，然后在受试者完成目标临床试验项目后，获取打款申请方基于受试者对应的试验完成信息发出的打款请求信息，基于打款请求信息向打款申请方呈现审批要求信息，以便打款申请方基于审批要求信息提交受试者的打款审批信息，继而获取针对已完成目标临床试验项目的受试者的打款审批信息，并将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，并在审核通过后向受试者在线支付费用。
本申请实施例能够实现基于临床试验项目构建费用发放管控体系的目的，进而确保项目和财务之间(即业务和财务之间)的数据一致匹配性，实现费用发放集中化、透明化的目的。
需要说明的是，上述提及的步骤S50和S60亦可以理解为是在获取针对已完成目标临床试验项目的受试者的打款审批信息步骤之前执行。
通常情况下，一个临床试验项目对应有非常多的受试者，而每一位受试者的受试需求信息又非常复杂。由此可见，录入受试者的受试需求信息的工作量非常大，且实际操作比较繁杂。基于此，本申请图7所示实施例优化了受试需求信息的录入过程，详情如下。
图7所示为本申请一实施例提供的基于目标临床试验项目，获取受试者的受试需求信息的流程示意图。在图6所示实施例基础上延伸出图7所示实施例，下面着重叙述图7所示实施例与图6所示实施例的不同之处，相同之处不再赘述。
在本申请实施例中，受试者的数量为多位。也就是说，打款申请方需要录入多位受试者各自对应的受试需求信息。如图7所示，基于目标临床试验项目，获取受试者的受试需求信息步骤，包括如下步骤。
步骤S61，获取多位受试者各自对应的受试需求信息表。其中，受试需求信息表基于受试者的受试需求信息确定。即，基于受试者的受试需求信息生成受试需求信息表。可选地，受试需求信息表为excel表格式。
步骤S62，将多位受试者各自对应的受试需求信息表批量导入到多位受试者各自参与的目标临床试验项目下，以便将多位受试者各自对应的受试需求信息表与多位受试者各自参与的目标临床试验项目绑定。
示例性地，在实际应用过程中，在打款申请方在用户设备的社交软件端打开需要导入的受试需求信息表，然后在功能菜单中选择其他应用打开，选择基于本申请实施例的在线支付方法构建的应用，然后点击拷贝，最后点击批量导入，即可完成。
针对多位受试者各自对应的受试需求信息，本申请实施例能够实现信息快速录入的目的，进而进一步缩短在线支付的进程，加快在线支付的速度。
进一步地，在一些实施例中，受试需求信息包括银行账户信息，银行账户信息包括银行卡号信息和开户行信息。对应地，获取受试者的受试需求信息，包括：获取受试者的银行卡号信息；基于预设银行数据库，确定与银行卡号信息对应的开户行信息，以得到银行账户信息。
也就是说，在本申请实施例中，需要录入受试需求信息的打款申请方在录入受试者的银行卡号信息之后，无需再查询或者录入对应的开户行信息，本申请实施例会自动基于银行卡号信息和预设银行数据库确定对应的开户行信息，进而得到银行账户信息。由此可见，本申请实施例能够进一步加快信息录入的速度。
图8所示为本申请再一实施例提供的在线支付方法的流程示意图。在图1所示实施例基础上延伸出图8所示实施例，下面着重叙述图8所示实施例与图1所示实施例的不同之处，相同之处不再赘述。
如图8所示，在本申请实施例中，在将打款审批信息发送至临床试验项目对应的审批方之后，还包括如下步骤。
步骤S330，接收审批方的审批反馈信息，检测审批反馈信息是否包括驳回信息。
示例性地，在步骤S330中，如果检测结果为包括，则执行步骤310。如果检测结果为不包括，则执行步骤320。
步骤S310，呈现驳回信息，以便打款申请方修改打款审批信息。
步骤S320，若审批反馈信息包括审批方审批通过以及打款成功信息，呈现打款回执信息和完税证明信息。
示例性地，在实际应用过程中，首先获取针对已完成目标临床试验项目的受试者的打款审批信息，然后将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核，然后接收审批方的审批反馈信息，检测审批反馈信息是否包括驳回信息，若审批反馈信息包括驳回信息，则呈现驳回信息，以便打款申请方修改打款审批信息，若审批反馈信息包括审批方审批通过以及打款成功信息，呈现打款回执信息和完税证明信息。
需要说明的是，本申请实施例提及的驳回信息是审批方发出的驳回信息，与上述实施例提及的驳回处理信息不同。具体地，驳回处理信息主要指的是驳回处理的方式，是从审核工作流的配置角度提及的。换句话说，驳回处理信息包括审批方驳回后需要退回的具体节点的信息，比如，驳回处理信息包括审批方驳回后需要退回到打款申请方的驳回流程信息。对应地，驳回信息是表征审批方的审批情况的信息，比如向打款申请方发送的文字形式的驳回信息，比如“审批被驳回”，以便打款申请方清楚地了解审批情况。
进一步地，在一些实施例中，在线支付方法还包括：记录在审批方审批过程中的相关信息，比如驳回时间、驳回原因以及通过时间等信息，以保障信息的安全性，实现全流程稽查留痕的目的。
本申请实施例能够拉通受试者、财务及发放各相关管理节点，实现全面稽查留痕及闭环管理的目的，并且能够有效提高精细化管理水平。此外，本申请实施例能够固化从管理到发放闭环管控全流程，为临床受试者的依从性提供有力支撑。再者，本申请实施例能够支持受试者现场或远程进行业务流程，轻松完成款项发放，提高了用户体验好感度。尤其在特殊时期(比如新型冠状病毒肺炎疫情时期)，本申请实施例能够有效避免在医院等敏感地点人群聚集的情况。
下面结合图9和图10进一步举例解释本申请上述实施例提及的在线支付方法的实际执行场景。
图9所示为本申请再一实施例提供的在线支付方法的流程示意图。如图9所示，在本申请实施例中，交互节点包括收款方、打款申请方和审批方(即打款审批方)。其中，收款方可以是受试者，亦可以是受试者的监护人或继承人。打款申请方可以是医院的研究护士或者CRC。审批方可以是申办方或者机构端。
在实际应用过程中，打款申请方选择受试者对应的临床试验项目(即执行步骤S410，即选择受试者对应的目标临床试验项目)，然后打款申请方在对应的临床试验项目下，确认受试者对应的试验中心(比如医院)，并在对应的试验中心下录入受试者的受试需求信息(即执行步骤S420)。待打款申请方录入完成后，将受试需求信息和/或隐私政策信息发送至受试者的用户设备或者直接用打款申请方的移动终端呈现给受试者，以便受试者浏览并签字确认，若是收到受试者发出的确认信息，则建立受试者和目标临床试验项目之间的绑定关系。对应地，收款方利用自己的用户设备或者打款申请方的移动终端浏览并签名确认(即执行步骤S430)。
在受试者完成指定的临床试验项目(即目标临床试验项目)后，打款申请方填写打款审批信息，并提交给审批方(即执行步骤S440)。然后，审批方在个人计算机(PersonalComputer，PC)端审批费用是否发放(即执行步骤S450)，如果审批结果不合格，则收款方将打款审批信息退回给打款申请方修改，直至修改合格后通过。审核通过后，收款方成功收到费用(即执行步骤S460)，并且打款申请方收到银行电子回执单和完税证明单(月度)(即执行步骤S470)。
在本申请实施例中，收款方和审批方均无需下载安装用于执行上述实施例提及的在线支付方法的软件，操作方便且流程简单，提高了用户体验好感度。
图10所示为本申请再一实施例提供的在线支付方法的流程示意图。如图10所示，在本申请实施例中，交互节点包括打款申请方、收款方、管理方、审批方和督查方。其中，管理方可以是技术服务商，用于提供技术服务。督查方可以为项目主管(ProjectManager，PM)，用于稽查流程是否合规。
打款申请方需要执行步骤S510、S520和S530，具体如下。
步骤S510，录入收款方收款信息。
步骤S520，打款申请制单。
步骤S530，引导收款方阅读/签名隐私政策。
收款方需要执行步骤S540，具体如下。
步骤S540，阅读隐私政策并电子签名。应当理解，步骤S540响应于步骤S530执行。
管理方需要执行步骤S550、S560和S570，具体如下。
步骤S550，账户提醒。账户提醒可以是针对审批方的账户提醒。比如，在一些实施例中，在线支付方法还为审批方设置虚拟账户，并基于虚拟账户执行款项发放操作。对应地，针对虚拟账户的余额异常或者余额不足等情况，可向审批方发送账户提醒信息。比如，当余额低于预设警戒阈值时，向审批方的邮箱或移动终端发送提醒消息。
步骤S560，配置打款申请表。应当理解，步骤S560响应于步骤S520执行。
步骤S570，配置审核流程。
审批方需要执行步骤S580，具体如下。
步骤S580，审批通过/驳回。应当理解，步骤S580响应于步骤S520和步骤S570执行。
督查方用于基于审批方执行的步骤S580执行稽查操作。
图11所示为本申请再一实施例提供的在线支付方法的流程示意图。可选地，本申请实施例提供的在线支付方法可在技术服务商提供的服务器中执行，以便技术服务商(又称为管理方)基于服务器更新打款申请方对应的移动终端的APP软件。
如图11所示，本申请实施例提供的在线支付方法包括如下步骤。
步骤S30，建立预设的M个临床试验项目和N个试验方的绑定关系。其中，M和N均为正整数。
步骤S40，配置M个临床试验项目各自对应的审批要求信息。
步骤S30和S40的具体解释说明可参见上述图2所示实施例，本申请实施例不再赘述。
本申请实施例能够实现自定义临床试验项目对应的审批要求信息的目的，进而能够以具体的临床试验项目作为配置节点，避免了因不同的试验方具有不同的财务SOP而导致的受试者报销难的情况，提高了受试者依从率。
上文结合图1至图11，详细描述了本申请的方法实施例，下面结合图12至图15，详细描述本申请的装置实施例。应理解，方法实施例的描述与装置实施例的描述相互对应，因此，未详细描述的部分可以参见前面方法实施例。
图12所示为本申请一实施例提供的在线支付装置的结构示意图。如图12所示，本申请实施例提供的在线支付装置包括：获取模块100和发送模块200。获取模块100用于获取针对已完成目标临床试验项目的受试者的打款审批信息。发送模块200用于将打款审批信息发送至目标临床试验项目对应的审批方，以便审批方审核。
图13所示为本申请另一实施例提供的在线支付装置的结构示意图。在图12所示实施例基础上延伸出图13所示实施例，下面着重叙述图13所示实施例与图12所示实施例的不同之处，相同之处不再赘述。
如图13所示，本申请实施例提供的在线支付装置还包括：建立模块30和配置模块40。建立模块30用于建立预设的M个临床试验项目和N个试验方的绑定关系。配置模块40用于配置M个临床试验项目各自对应的审批要求信息。
在一些实施例中，配置模块40还用于：针对M个临床试验项目中的每个临床试验项目，基于临床试验项目配置打款申请表，得到打款申请表信息；基于临床试验项目对应的打款审批要求信息配置审核流程，得到审核工作流信息。
在一些实施例中，配置模块40还用于：获取临床试验项目对应的基础申请表需求信息；获取临床试验项目对应的第一自定义申请表需求信息，其中，第一自定义申请表需求信息基于临床试验项目确定；基于基础申请表需求信息和第一自定义申请表需求信息，配置打款申请表，得到打款申请表信息。
在一些实施例中，获取模块100还用于：获取基于受试者对应的试验完成信息发出的打款请求信息，其中，试验完成信息用于表征受试者已完成目标临床试验项目；基于打款请求信息呈现审批要求信息，以便基于审批要求信息提交审批资料。
在一些实施例中，获取模块100还用于：获取自定义申请表请求信息；响应于自定义申请表请求信息，获取第二自定义申请表需求信息，并基于第二自定义申请表需求信息更新打款申请表信息。
在一些实施例中，获取模块100还用于：获取受试者对应的临床检验单图像；基于预设图像识别算法识别临床检验单图像，得到临床检验单信息。
在一些实施例中，获取模块100还用于：获取针对受试者的项目选择信息，以确定受试者对应的目标临床试验项目，其中，项目选择信息用于在预设的M个临床试验项目中，选择受试者需要参与的目标临床试验项目；基于目标临床试验项目，获取受试者的受试需求信息。
在一些实施例中，发送模块200还用于：将受试需求信息和/或隐私政策信息发送至受试者的用户设备，以便受试者浏览并签字确认。对应地，获取模块100还用于接收受试者基于受试需求信息和/或隐私政策信息返回的确认信息，并根据确认信息获取针对已完成目标临床试验项目的受试者的打款审批信息。
在一些实施例中，获取模块100还用于：获取多位受试者各自对应的受试需求信息表，其中，受试需求信息表基于受试者的受试需求信息确定；将多位受试者各自对应的受试需求信息表批量导入到多位受试者各自参与的目标临床试验项目下，以便将多位受试者各自对应的受试需求信息表与多位受试者各自参与的目标临床试验项目绑定。
在一些实施例中，获取模块100还用于：获取受试者的银行卡号信息；基于预设银行数据库，确定与银行卡号信息对应的开户行信息，以得到银行账户信息。
在一些实施例中，发送模块200还用于接收审批方的审批反馈信息，检测审批反馈信息是否包括驳回信息，若审批反馈信息包括驳回信息，则呈现驳回信息，以便打款申请方修改打款审批信息；若审批反馈信息包括审批方审批通过以及打款成功信息，呈现打款回执信息和完税证明信息。
图14所示为本申请又一实施例提供的在线支付装置的结构示意图。如图14所示，本申请实施例提供的在线支付装置包括：建立模块30和配置模块40。建立模块30用于建立预设的M个临床试验项目和N个试验方的绑定关系。配置模块40用于配置M个临床试验项目各自对应的审批要求信息。
下面，参考图15来描述根据本申请实施例的电子设备。图15所示为本申请一实施例提供的电子设备的结构示意图。
如图15所示，电子设备60包括一个或多个处理器610和存储器620。
处理器610可以是中央处理单元(CPU)或者具有数据处理能力和/或指令执行能力的其他形式的处理单元，并且可以控制电子设备60中的其他组件以执行期望的功能。
存储器620可以包括一个或多个计算机程序产品，计算机程序产品可以包括各种形式的计算机可读存储介质，例如易失性存储器和/或非易失性存储器。易失性存储器例如可以包括随机存取存储器(RAM)和/或高速缓冲存储器(cache)等。非易失性存储器例如可以包括只读存储器(ROM)、硬盘、闪存等。在计算机可读存储介质上可以存储一个或多个计算机程序指令，处理器610可以运行程序指令，以实现上文提及的本申请的各个实施例的在线支付方法以及/或者其他期望的功能。在计算机可读存储介质中还可以存储诸如打款申请表等各种内容。
在一个示例中，电子设备60还可以包括：输入装置630和输出装置640，这些组件通过总线系统和/或其他形式的连接机构(未示出)互连。
该输入装置630可以包括例如键盘、鼠标等等。
该输出装置640可以向外部输出各种信息，包括审批是否通过的信息等。该输出装置640可以包括例如显示器、扬声器、打印机、以及通信网络及其所连接的远程输出设备等等。
当然，为了简化，图15中仅示出了该电子设备60中与本申请有关的组件中的一些，省略了诸如总线、输入/输出接口等等的组件。除此之外，根据具体应用情况，电子设备60还可以包括任何其他适当的组件。
除了上述方法和设备以外，本申请的实施例还可以是计算机程序产品，其包括计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本说明书上述描述的根据本申请各种实施例的在线支付方法中的步骤。
计算机程序产品可以以一种或多种程序设计语言的任意组合来编写用于执行本申请实施例操作的程序代码，程序设计语言包括面向对象的程序设计语言，诸如Java、C++等，还包括常规的过程式程序设计语言，诸如“C”语言或类似的程序设计语言。程序代码可以完全地在用户计算设备上执行、部分地在用户设备上执行、作为一个独立的软件包执行、部分在用户计算设备上部分在远程计算设备上执行、或者完全在远程计算设备或服务器上执行。
此外，本申请的实施例还可以是计算机可读存储介质，其上存储有计算机程序指令，计算机程序指令在被处理器运行时使得处理器执行本说明书上述描述的根据本申请各种实施例的在线支付方法中的步骤。
计算机可读存储介质可以采用一个或多个可读介质的任意组合。可读介质可以是可读信号介质或者可读存储介质。可读存储介质例如可以包括但不限于电、磁、光、电磁、红外线、或半导体的系统、装置或器件，或者任意以上的组合。可读存储介质的更具体的例子(非穷举的列表)包括：具有一个或多个导线的电连接、便携式盘、硬盘、随机存取存储器(RAM)、只读存储器(ROM)、可擦式可编程只读存储器(EPROM或闪存)、光纤、便携式紧凑盘只读存储器(CD-ROM)、光存储器件、磁存储器件、或者上述的任意合适的组合。
以上结合具体实施例描述了本申请的基本原理，但是，需要指出的是，在本申请中提及的优点、优势、效果等仅是示例而非限制，不能认为这些优点、优势、效果等是本申请的各个实施例必须具备的。另外，上述公开的具体细节仅是为了示例的作用和便于理解的作用，而非限制，上述细节并不限制本申请为必须采用上述具体的细节来实现。
本申请中涉及的器件、装置、设备、系统的方框图仅作为例示性的例子并且不意图要求或暗示必须按照方框图示出的方式进行连接、布置、配置。如本领域技术人员将认识到的，可以按任意方式连接、布置、配置这些器件、装置、设备、系统。诸如“包括”、“包含”、“具有”等等的词语是开放性词汇，指“包括但不限于”，且可与其互换使用。这里所使用的词汇“或”和“和”指词汇“和/或”，且可与其互换使用，除非上下文明确指示不是如此。这里所使用的词汇“诸如”指词组“诸如但不限于”，且可与其互换使用。
还需要指出的是，在本申请的装置、设备和方法中，各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本申请的等效方案。
提供所公开的方面的以上描述以使本领域的任何技术人员能够做出或者使用本申请。对这些方面的各种修改对于本领域技术人员而言是非常显而易见的，并且在此定义的一般原理可以应用于其他方面而不脱离本申请的范围。因此，本申请不意图被限制到在此示出的方面，而是按照与在此公开的原理和新颖的特征一致的最宽范围。
为了例示和描述的目的已经给出了以上描述。此外，此描述不意图将本申请的实施例限制到在此公开的形式。尽管以上已经讨论了多个示例方面和实施例，但是本领域技术人员将认识到其某些变型、修改、改变、添加和子组合。

Claims (13)

1.一种在线支付方法，其特征在于，包括：
获取针对已完成目标临床试验项目的受试者的打款审批信息，其中，所述目标临床试验项目为所述受试者参与的临床试验项目，所述打款审批信息基于所述目标临床试验项目对应的审批要求信息确定，所述打款审批信息包括基于所述受试者的实际情况填写的打款申请表以及所述受试者的临床检验单；
将所述打款审批信息发送至所述目标临床试验项目对应的审批方，以便所述审批方审核，并在审核通过后向所述受试者在线支付费用；
其中，在所述获取针对已完成目标临床试验项目的受试者的打款审批信息之前，还包括：
建立预设的M个临床试验项目和N个试验方的绑定关系，其中，M和N均为正整数；
配置所述M个临床试验项目各自对应的审批要求信息，以便所述临床试验项目对应的打款申请方基于所述临床试验项目对应的审批要求信息为所述临床试验项目的受试者申请费用。
2.根据权利要求1所述的在线支付方法，其特征在于，所述审批要求信息包括打款申请表信息和审核工作流信息，所述审核工作流信息包括审批节点信息、打款额度限制信息、审批方式信息和驳回处理信息中的至少一种信息，
其中，所述配置所述M个临床试验项目各自对应的审批要求信息，包括：
针对所述M个临床试验项目中的每个临床试验项目，
基于所述临床试验项目配置所述打款申请表，得到所述打款申请表信息；
基于所述临床试验项目对应的打款审批要求信息配置审核流程，得到所述审核工作流信息。
3.根据权利要求2所述的在线支付方法，其特征在于，所述基于所述临床试验项目配置所述打款申请表，得到所述打款申请表信息，包括：
获取所述临床试验项目对应的基础申请表需求信息；
获取所述临床试验项目对应的第一自定义申请表需求信息，其中，所述第一自定义申请表需求信息基于所述临床试验项目确定；
基于所述基础申请表需求信息和所述第一自定义申请表需求信息，配置所述打款申请表，得到所述打款申请表信息。
4.根据权利要求1至3任一项所述的在线支付方法，其特征在于，在所述获取针对已完成目标临床试验项目的受试者的打款审批信息之前，还包括：
获取基于所述受试者对应的试验完成信息发出的打款请求信息，其中，所述试验完成信息用于表征所述受试者已完成所述目标临床试验项目；
基于所述打款请求信息呈现所述审批要求信息，以便基于所述审批要求信息提交审批资料。
5.根据权利要求4所述的在线支付方法，其特征在于，所述审批要求信息包括打款申请表信息，在所述基于所述打款请求信息呈现所述审批要求信息之后，还包括：
获取自定义申请表请求信息；
响应于所述自定义申请表请求信息，获取第二自定义申请表需求信息，并基于所述第二自定义申请表需求信息更新所述打款申请表信息，其中，所述第二自定义申请表需求信息包括绑定所述受试者和所述受试者对应的打款申请表。
6.根据权利要求1至3任一项所述的在线支付方法，其特征在于，所述获取针对已完成临床试验项目的受试者的打款审批信息，包括：
获取所述受试者对应的临床检验单图像；
基于预设图像识别算法识别所述临床检验单图像，得到所述临床检验单信息。
7.根据权利要求1至3任一项所述的在线支付方法，其特征在于，在所述获取针对已完成目标临床试验项目的受试者的打款审批信息之前，还包括：
获取针对所述受试者的项目选择信息，以确定所述目标临床试验项目，其中，所述项目选择信息用于在预设的M个临床试验项目中，选择所述受试者需要参与的临床试验项目；
基于所述目标临床试验项目，获取所述受试者的受试需求信息，其中，所述受试需求信息包括所述受试者进行所述目标临床试验项目所需的信息。
8.根据权利要求7所述的在线支付方法，其特征在于，在所述基于所述目标临床试验项目，获取所述受试者的受试需求信息之后，还包括：
将所述受试需求信息和/或隐私政策信息发送至所述受试者的用户设备，以便所述受试者浏览并签字确认；
所述获取针对已完成目标临床试验项目的受试者的打款审批信息，包括：
接收所述受试者基于所述受试需求信息和/或隐私政策信息返回的确认信息，并根据所述确认信息获取针对已完成目标临床试验项目的受试者的打款审批信息。
9.根据权利要求7所述的在线支付方法，其特征在于，所述受试者的数量为多位，所述基于所述目标临床试验项目，获取所述受试者的受试需求信息，包括：
获取所述多位受试者各自对应的受试需求信息表，其中，所述受试需求信息表基于所述受试者的受试需求信息确定；
将所述多位受试者各自对应的受试需求信息表批量导入到所述多位受试者各自参与的目标临床试验项目下，以便将所述多位受试者各自对应的受试需求信息表与所述多位受试者各自参与的目标临床试验项目绑定。
10.根据权利要求1至3任一项所述的在线支付方法，其特征在于，在所述将所述打款审批信息发送至所述目标临床试验项目对应的审批方之后，还包括：
接收所述审批方的审批反馈信息，检测所述审批反馈信息是否包括驳回信息，若所述审批反馈信息包括所述驳回信息，则呈现所述驳回信息，以便所述打款申请方修改所述打款审批信息；
若所述审批反馈信息包括审批方审批通过以及打款成功信息，呈现打款回执信息和完税证明信息。
11.一种在线支付装置，其特征在于，包括：
建立模块，用于建立预设的M个临床试验项目和N个试验方的绑定关系，其中，M和N均为正整数；
配置模块，用于配置所述M个临床试验项目各自对应的审批要求信息，以便所述临床试验项目对应的试验方基于所述临床试验项目对应的审批要求信息为所述临床试验项目的受试者申请费用；
获取模块，用于获取针对已完成目标临床试验项目的受试者的打款审批信息，其中，所述目标临床试验项目为所述受试者参与的临床试验项目，所述打款审批信息基于所述目标临床试验项目对应的审批要求信息确定；
发送模块，用于将所述打款审批信息发送至所述目标临床试验项目对应的审批方，以便所述审批方审核，并在审核通过后向所述受试者在线支付费用。
12.一种计算机可读存储介质，其特征在于，所述存储介质存储有计算机程序，所述计算机程序用于执行上述权利要求1至10任一项所述的在线支付方法。
13.一种电子设备，其特征在于，所述电子设备包括：
处理器；
用于存储所述处理器可执行指令的存储器；
所述处理器，用于执行上述权利要求1至10任一项所述的在线支付方法。
CN202110819991.6A 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备 Active CN113487289B (zh)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202311707262.7A CN117522344A (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备
CN202110819991.6A CN113487289B (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202110819991.6A CN113487289B (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备

Related Child Applications (1)

Application Number Title Priority Date Filing Date
CN202311707262.7A Division CN117522344A (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备

Publications (2)

Publication Number Publication Date
CN113487289A CN113487289A (zh) 2021-10-08
CN113487289B true CN113487289B (zh) 2023-11-03

Family

ID=77942508

Family Applications (2)

Application Number Title Priority Date Filing Date
CN202311707262.7A Pending CN117522344A (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备
CN202110819991.6A Active CN113487289B (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备

Family Applications Before (1)

Application Number Title Priority Date Filing Date
CN202311707262.7A Pending CN117522344A (zh) 2021-07-20 2021-07-20 在线支付方法及装置、计算机可读存储介质及电子设备

Country Status (1)

Country Link
CN (2) CN117522344A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107026815A (zh) * 2016-01-29 2017-08-08 华为技术有限公司 一种支付业务处理方法、支付服务器、相关设备及系统
CN109697598A (zh) * 2018-12-14 2019-04-30 天津阿贝斯努科技有限公司 临床试验财务管理系统及管理方法
CN111931470A (zh) * 2020-08-11 2020-11-13 上海亿锎智能科技有限公司 临床研究中药物试验的受试者支付系统的实现方法和装置

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20020082863A1 (en) * 2000-12-21 2002-06-27 Kleinke John D. Systems and methods for obtaining approval for medical reimbursements
US20160379302A9 (en) * 2002-04-09 2016-12-29 Tracy H. BLUMENFELD System and method for preparation of clinical trial budgets
US20070255587A1 (en) * 2006-05-01 2007-11-01 Chien Janet C Clinical trial finance management system
US20120089418A1 (en) * 2010-10-11 2012-04-12 Shwetha Ramachandra Kamath INTEGRATED INTERACTIVE SYSTEMS AND METHODS WITH SINGLE TRANSACTIONAL DATABASE AND REPORTING APPLICATION FOR eCLINICAL TRIALS
US9953307B2 (en) * 2012-07-26 2018-04-24 Oracle International Corporation Method of payment assessment to clinical study volunteers

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107026815A (zh) * 2016-01-29 2017-08-08 华为技术有限公司 一种支付业务处理方法、支付服务器、相关设备及系统
CN109697598A (zh) * 2018-12-14 2019-04-30 天津阿贝斯努科技有限公司 临床试验财务管理系统及管理方法
CN111931470A (zh) * 2020-08-11 2020-11-13 上海亿锎智能科技有限公司 临床研究中药物试验的受试者支付系统的实现方法和装置

Also Published As

Publication number Publication date
CN117522344A (zh) 2024-02-06
CN113487289A (zh) 2021-10-08

Similar Documents

Publication Publication Date Title
US11803660B2 (en) Secure permissioning of access to user accounts, including secure distribution of aggregated user account data
US8311942B1 (en) Method and system for payment of a bill
US20130104194A1 (en) Method and system for grant management and development cycle optimization
US20120078732A1 (en) Method and system for mobile bill presentment and payment messaging and marketing
US10614440B2 (en) Systems and methods for real-time, distributed processing of group bill payments
CN106875163A (zh) 一种基于模块化自动组装支付网关系统的方法
CN108881121B (zh) 一种基于移动互联网的p2p信用互看系统及方法
US9842355B2 (en) Biller-initiated electronic billing activation
CN109492985A (zh) 一种审核方法、装置及系统
WO2016131084A1 (en) Bill payment system
CN113487289B (zh) 在线支付方法及装置、计算机可读存储介质及电子设备
WO2018186713A1 (ko) 금융상품 가입방법 및 그 시스템
CN109785138A (zh) 一种支持数字货币与实物货币之间兑换的终端设备
CN114066451A (zh) 管理资金交易的方法和系统、电子设备
AU2011331955A1 (en) System and method for secure financial transactions
WO2020181339A1 (en) System and method for digital funds transfer and bill payment
CN111027935A (zh) 基于信用的电子签证申请方法以及装置
KR102635305B1 (ko) 화상기반 원격 전자계약 체결 서비스 방법
CN109858784A (zh) 不动产管理方法、装置、设备及计算机可读存储介质
CN113902547B (zh) 一种用于不动产贷款及抵押登记的电子化登银合作系统
KR102446096B1 (ko) 법률사건을 자동으로 관리하는 방법 및 컴퓨터-판독가능 매체
US20230093871A1 (en) Computing system implementing automated transaction execution based on messaging triggers
EP4156071A1 (en) Information providing device and method, program, and information processing terminal
US20220198594A1 (en) Social media final notification system
US20230247026A1 (en) Systems and methods for secure and remote onboarding

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