CN113689215A - 带量采购结算方法、系统、计算机设备及存储介质 - Google Patents

带量采购结算方法、系统、计算机设备及存储介质 Download PDF

Info

Publication number
CN113689215A
CN113689215A CN202111059398.2A CN202111059398A CN113689215A CN 113689215 A CN113689215 A CN 113689215A CN 202111059398 A CN202111059398 A CN 202111059398A CN 113689215 A CN113689215 A CN 113689215A
Authority
CN
China
Prior art keywords
settlement
payment
agreement
amount
protocol
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
CN202111059398.2A
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 CN202111059398.2A priority Critical patent/CN113689215A/zh
Publication of CN113689215A publication Critical patent/CN113689215A/zh
Pending legal-status Critical Current

Links

Images

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
    • G06Q20/00—Payment architectures, schemes or protocols
    • G06Q20/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3821—Electronic credentials
    • G06Q20/38215—Use of certificates or encrypted proofs of transaction rights
    • 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/08—Logistics, e.g. warehousing, loading or distribution; Inventory or stock management
    • G06Q10/087—Inventory or stock management, e.g. order filling, procurement or balancing against orders
    • 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/38—Payment protocols; Details thereof
    • G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
    • G06Q20/3825—Use of electronic signatures
    • 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/38—Payment protocols; Details thereof
    • G06Q20/40—Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • G06Q20/401—Transaction verification
    • G06Q20/4014—Identity check for transactions

Landscapes

  • Business, Economics & Management (AREA)
  • Engineering & Computer Science (AREA)
  • Accounting & Taxation (AREA)
  • General Physics & Mathematics (AREA)
  • Strategic Management (AREA)
  • Physics & Mathematics (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Finance (AREA)
  • Computer Security & Cryptography (AREA)
  • Economics (AREA)
  • Development Economics (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Human Resources & Organizations (AREA)
  • Marketing (AREA)
  • Operations Research (AREA)
  • Quality & Reliability (AREA)
  • Tourism & Hospitality (AREA)
  • Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)

Abstract

本申请实施例属于区块链技术，涉及一种带量采购结算方法，包括结算支付端从签署协议书中获得协议金额信息，根据协议金额信息确定协议预付金额，通知经办机构服务端向采购方监管账户支付协议预付金额，结算支付端获取对账订单，根据对账订单生成结算单据，将结算单据发送至采购主体终端和供应主体终端核对，确定支付金额，采购主体终端接收结算支付端发送的支付请求，根据支付请求向采购方监管账户拨付支付金额，接收供应主体终端发送的结算请求，根据结算请求通知采购方监管账户向供应方监管账户支付结算金额。其中，签署协议书可存储于区块链中。本申请还提供一种带量采购结算系统、计算机设备及存储介质。本申请可以保证按时回款与支付安全性。

Description

带量采购结算方法、系统、计算机设备及存储介质
技术领域
本申请涉及区块链技术领域，尤其涉及一种带量采购结算方法、系统、计算机设备及存储介质。
背景技术
随着国家推进药品集中带量采购常态化的要求，各省、市及联盟地区积极组织开展业务，并搭建信息化平台，力求借助信息化建设在全流程和监管制度上取得突破性进展。但此工作的推进中，存在的突出问题之一就是政策缺乏协同，在政府组织完成带量采购招投标项目之后，政策是否落地执行无法得到实质性的有效反馈。带量采购中选药品的后续采购、使用、医保支付、货款结算等措施衔接配合普遍不够，难以协同发挥作用。
医疗机构作为药款结算第一责任人，应按签署的带量采购合同规定，与企业及时结算合同货款，降低企业交易成本，但是，目前带量采购药品的结算回款机制仍未形成闭环，缺少可依托的系统数据，导致中选药品的使用溯源、采购合同的履约情况、企业的配送率、医保基金的回款率等无法进行监管溯源，造成无法及时回款的问题，进而提高了企业的财务成本。
发明内容
本申请实施例的目的在于提出一种带量采购结算方法、系统、计算机设备及存储介质，以解决相关技术中结算回款机制无法进行监管溯源，造成无法及时回款的技术问题。
为了解决上述技术问题，本申请实施例提供一种带量采购结算方法，采用了如下所述的技术方案：
预设的结算支付端获取待签署协议书，并从所述待签署协议书中获得协议方信息，所述结算支付端将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订，得到签署协议书；
所述结算支付端从所述签署协议书中获得协议金额信息，根据所述协议金额信息确定协议预付金额，并向经办机构服务端发起预支付请求；
在接收所述预支付请求时，所述经办机构服务端支付协议预付金额至银行终端的采购方监管账户，其中，所述采购方监管账户从协议方信息中获取；
采购交易端根据采购信息生成订单数据，其中，所述采购信息为按照所述签署协议书生成；
所述结算支付端从所述采购交易端的订单数据中获取对账订单，并根据所述对账订单生成结算单据；
所述结算支付端将所述结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中所述采购方和所述供应方从所述协议方信息中获取；
所述结算支付端接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额，并向所述采购主体终端发送支付请求；
在接收所述支付请求时，所述采购主体终端根据所述支付请求向所述采购方监管账户拨付所述支付金额；
在接收到所述供应主体终端发送的结算请求时，所述结算支付端根据所述结算请求通知所述采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，所述结算金额为基于所述协议预付金额和所述支付金额得到的。
进一步的，所述结算支付端将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订，得到签署协议书的步骤包括：
所述主体终端接收到所述待签署协议书，并通过CA证书进行协议签订，得到签署协议书。
进一步的，所述通过CA证书进行协议书签署，得到签署协议书的步骤包括：
所述主体终端将签约请求发送至CA中心，所述CA中心根据所述签约请求对协议方进行身份验证；
验证通过后，所述CA中心生成一对公私钥，利用公钥和与所述协议方对应的账号生成CA证书，并将所述账号、私钥和所述CA证书发送至对应的所述主体终端；
所述主体终端调取所述私钥对所述待签署协议书进行数字签名，得到签名协议书，并将所述签名协议书传送给所述CA中心；
所述CA中心通过所述公钥解密所述签名协议书，获得各所述协议书方的电子签名；
所述CA中心将所述电子签名植入所述签名协议书，得到签署协议书；
所述CA中心将所述签署协议书发送给各所述主体终端。
进一步的，所述结算支付端从所述采购交易端的订单数据中获取对账订单的步骤包括：
所述结算支付端按照预设的对账周期确定对账日期，并根据所述对账日期确定订单时间；
所述结算支付端从采购交易端中获取与所述订单时间对应的当期订单数据，其中，所述当期订单数据作为对账订单。
进一步的，所述结算支付端接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额的步骤包括：
所述结算支付端根据所述核对完成信息生成对账单；
所述结算支付端获取与所述签署协议书对应的对账单，并根据所述签署协议书得到所述对账单的支付比例；
所述结算支付端根据所述支付比例确定支付金额。
进一步的，所述结算支付端根据所述结算请求通知所述采购方监管账户向供应方监管账户支付所述结算金额的步骤包括：
所述结算支付端根据所述结算请求生成支付指令，将所述支付指令发送至银行终端；
在接收到所述支付指令时，所述银行终端根据所述支付指令从所述采购方监管账户向所述供应方监管账户支付所述结算金额。
进一步的，所述银行终端根据所述支付指令从所述采购方监管账户向所述供应方监管账户支付所述结算金额的步骤包括：
所述银行终端从所述支付指令中获取采购方的用户信息，根据所述用户信息对所述采购方进行身份验证；
验证通过后，所述银行终端将所述结算金额从所述采购方监管账户拨付至所述供应方监管账户。
为了解决上述技术问题，本申请实施例还提供一种带量采购结算系统，述药品采购结算系统包括结算支付端、采购交易端和经办机构服务端，采用了如下所述的技术方案：
所述结算支付端，用于获取待签署协议书，并从所述待签署协议书中获得协议方信息，将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订，得到签署协议书；
所述结算支付端，用于从所述签署协议书中获得协议书金额信息，根据所述协议书金额信息确定协议书预付金额，并向经办机构服务端发起预支付请求；
所述经办机构服务端，用于在接收所述预支付请求时，支付协议预付金额至银行终端的采购方监管账户，其中，所述采购方监管账户从协议方信息中获取；
所述采购交易端，用于根据采购信息生成订单数据，其中，所述采购信息为按照所述签署协议书生成；
所述结算支付端，用于从所述采购交易端的订单数据中获取对账订单，并根据所述对账订单生成结算单据；
所述结算支付端，用于将所述结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中，所述采购方和所述供应方从所述协议方信息中获取；
所述结算支付端，用于接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额，并向所述采购主体终端发送支付请求；
所述采购主体终端，用于在接收所述支付请求时，根据所述支付请求向所述采购方监管账户拨付所述支付金额；
所述结算支付端，用于在接收到所述供应主体终端发送的结算请求时，根据所述结算请求通知所述采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，所述结算金额为基于所述协议预付金额和所述支付金额得到的。
为了解决上述技术问题，本申请实施例还提供一种计算机设备，采用了如下所述的技术方案：
该计算机设备包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如上所述的带量采购结算方法的步骤。
为了解决上述技术问题，本申请实施例还提供一种计算机可读存储介质，采用了如下所述的技术方案：
所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如上所述的带量采购结算方法的步骤。
与现有技术相比，本申请实施例主要有以下有益效果：
本申请通过预设的结算支付端获取待签署协议书，并从待签署协议书中获得协议方信息，结算支付端将待签署协议书发送至与协议方信息对应的主体终端进行协议签订，得到签署协议书，结算支付端从签署协议书中获得协议金额信息，根据协议金额信息确定协议预付金额，并向经办机构服务端发起预支付请求，在接收所述预支付请求时，经办机构服务端支付协议预付金额至银行终端的采购方监管账户，其中，采购方监管账户从协议方信息中获取，采购交易端根据采购信息生成订单数据，其中，采购信息为按照签署协议书生成，结算支付端从采购交易端的订单数据中获取对账订单，并根据对账订单生成结算单据，结算支付端将结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中，采购方和供应方从协议方信息中获取，结算支付端接收采购主体终端和供应主体终端发送的核对完成信息，确定支付金额，并向采购主体终端发送支付请求，在接收支付请求时，采购主体终端根据支付请求向采购方监管账户拨付支付金额，在接收到供应主体终端发送的结算请求时，结算支付端根据结算请求通知采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，结算金额为基于协议预付金额和支付金额得到的；本申请通过结算支付端实现数据互联，实现带量采购药品供应、使用与结算数据全流程环节溯源，还可以管理支付账户，同时，通过结算支付端对接银行终端，可以保证按时回款与支付安全性，此外，采购受协议书约束，与协议书具有强关联性。
附图说明
为了更清楚地说明本申请中的方案，下面将对本申请实施例描述中所需要使用的附图作一个简单介绍，显而易见地，下面描述中的附图是本申请的一些实施例，对于本领域普通技术人员来讲，在不付出创造性劳动的前提下，还可以根据这些附图获得其他的附图。
图1是本申请可以应用于其中的示例性系统架构图；
图2是根据本申请的带量采购结算方法的一个实施例的流程图；
图3是根据本申请的带量采购结算系统的一个实施例的结构示意图；
图4是根据本申请的计算机设备的一个实施例的结构示意图。
具体实施方式
除非另有定义，本文所使用的所有的技术和科学术语与属于本申请的技术领域的技术人员通常理解的含义相同；本文中在申请的说明书中所使用的术语只是为了描述具体的实施例的目的，不是旨在于限制本申请；本申请的说明书和权利要求书及上述附图说明中的术语“包括”和“具有”以及它们的任何变形，意图在于覆盖不排他的包含。本申请的说明书和权利要求书或上述附图中的术语“第一”、“第二”等是用于区别不同对象，而不是用于描述特定顺序。
在本文中提及“实施例”意味着，结合实施例描述的特定特征、结构或特性可以包含在本申请的至少一个实施例中。在说明书中的各个位置出现该短语并不一定均是指相同的实施例，也不是与其它实施例互斥的独立的或备选的实施例。本领域技术人员显式地和隐式地理解的是，本文所描述的实施例可以与其它实施例相结合。
为了使本技术领域的人员更好地理解本申请方案，下面将结合附图，对本申请实施例中的技术方案进行清楚、完整地描述。
本申请提供了一种带量采购结算方法，可以应用于如图1所示的系统架构100中，系统架构100可以包括终端设备101、102、103，网络104和服务器105。网络104用以在终端设备101、102、103和服务器105之间提供通信链路的介质。网络104可以包括各种连接类型，例如有线、无线通信链路或者光纤电缆等等。
用户可以使用终端设备101、102、103通过网络104与服务器105交互，以接收或发送消息等。终端设备101、102、103上可以安装有各种通讯客户端应用，例如网页浏览器应用、购物类应用、搜索类应用、即时通信工具、邮箱客户端、社交平台软件等。
终端设备101、102、103可以是具有显示屏并且支持网页浏览的各种电子设备，包括但不限于智能手机、平板电脑、电子书阅读器、MP3播放器(Moving Picture ExpertsGroup Audio Layer III，动态影像专家压缩标准音频层面3)、MP4(Moving PictureExperts Group Audio Layer IV，动态影像专家压缩标准音频层面4)播放器、膝上型便携计算机和台式计算机等等。
服务器105可以是提供各种服务的服务器，例如对终端设备101、102、103上显示的页面提供支持的后台服务器。
需要说明的是，本申请实施例所提供的药品采购结算方法一般由服务器/终端设备执行，相应地，药品采购结算系统一般设置于服务器/终端设备中。。
应该理解，图1中的终端设备、网络和服务器的数目仅仅是示意性的。根据实现需要，可以具有任意数目的终端设备、网络和服务器。
继续参考图2，示出了根据本申请的带量采购结算方法的一个实施例的流程图，包括以下步骤：
步骤S201，预设的结算支付端获取待签署协议书，并从待签署协议书中获得协议方信息，结算支付端将待签署协议书发送至与协议方信息对应的主体终端进行协议签订，得到签署协议书。
在本实施例中，协议书包括合同、议定书、条约等契约类文书，协议方为协议双方或者数方，协议方信息包括采购方基本信息和供应方基本信息。
预设的结算支付端可以应用于带量采购，在本实施例中，以结算支付端应用于药品的带量采购进行详细说明，具体的，结算支付端对接外部银行终端，对接内部采购交易端和药品遴选管理端。结算支付端从产品功能上可以分为如下几个模块：
(1)协议管理模块
当政府组织带量采购招投标项目完成后，医疗机构与生产企业、配送企业可线上签署三方/两方协议书。协议书明细实时更新，除了查看协议书履约金额、效期、关联招标批次、招标药品目录，还可以实时查询该协议书的履约进度，如药品已采购量、采购完成度、协议期限进度等。
(2)预付管理模块
生成有效协议书后，根据配置的预付比例，生成每笔协议的预付金额，供医保局完成线上预付金支付，用户可实时查询每个协议的预付情况。
(3)对账管理模块
根据配置的复核日期(对账日期)，医疗机构与企业可线上完成对账单的明细复核，支持对有争议的明细在线调整，重新复核。经协议方复核完成的对账单，可由支付方(医疗机构)进行线上支付给企业货款。
(4)结算配置模块
为结算支付系统配置每批带量采购目录药品的结算周期、预付日期、对账日期。
(5)支付管理模块
通过与银企通对接查询在银行开设的监管账户动态信息，包括每笔交易明细、账户明细、支付单明细等。
待签署协议内包括协议基本信息、协议参数信息、采购商品信息、收货人信息四大块，协议基本信息用于记录线上/线下签署的协议基本联系信息，主要便于查询检索，其内容有协议名称、协议编号、带量采购批次、采购方名称、供应商名称、送货地址、备注信息、协议文件、采购方基本信息和供应商基本信息；协议参数信息为结算支付端中的对账、结算支付等参数相关，为审核及确认的主要参数，其内容有对账方式、对账日、结算方式、结算周期、定价方式、默认支付方式、基价参照日、开票方式、欠款额度、逾期利息、违约责任和履约责任。
在本实施例中，结算支付端从药品遴选管理端获取待签署协议书，从待签署协议书中获得协议方信息，将待签署协议书发送至与协议方信息对应的主体终端进行协议签订，主体终端进行协议签订后得到签署协议书，并将签署协议书上传至结算支付端。
应当理解，协议方包括采购方和供应方，则对应的，主体终端包括采购主体终端和供应主体终端。具体地，采购方为医疗机构，供应方为药品供应企业。
需要强调的是，为进一步保证签署协议书的私密和安全性，上述签署协议书还可以存储于一区块链的节点中。
本申请所指区块链是分布式数据存储、点对点传输、共识机制、加密算法等计算机技术的新型应用模式。区块链(Blockchain)，本质上是一个去中心化的数据库，是一串使用密码学方法相关联产生的数据块，每一个数据块中包含了一批次网络交易的信息，用于验证其信息的有效性(防伪)和生成下一个区块。区块链可以包括区块链底层平台、平台产品服务层以及应用服务层等。
步骤S202，结算支付端从签署协议书中获得协议金额信息，根据协议金额信息确定协议预付金额，并向经办机构服务端发起预支付请求。
在本实施例中，经办机构为医保中心，经办机构服务端则为医保中心服务端，为了保证及时回款，在医疗机构(采购方)与中选的药品用药企业(供应方)签订采购协议书后，根据协议金额信息得到协议总金额，医保中心按照预付比例向医疗机构支付协议预付金额，公式如下：
协议预付金额＝协议总金额*预付比例
其中，预付比例可以在结算支付端进行配置。
步骤S203，在接收预支付请求时，经办机构服务端支付协议预付金额至银行终端的采购方监管账户，其中，采购方监管账户从协议方信息中获取。
在本实施例中，经办机构服务端接收到结算支付算发送的预支付请求，向采购方在银行终端开设的采购方监管账户支付协议金额，具体的，医保中心按照预付比例向医疗机构在银行终端开设的采购方监管账户支付协议预付金额。
步骤S204，采购交易端根据采购信息生成订单数据，其中，采购信息为按照签署协议书生成。
协议书签署完成后，进入采购阶段。从签署协议书中获取采购信息，供应方根据采购信息生成出库单，基于出库单准备对应产品，并向采购方进行发货，采购方确认后收货后，完成采购。
在本实施例中，采购交易端用以进行线上下单、配送、验收、入库。采购药品信息包括订单数据、配送信息、退货信息等，通过采购交易端进行记录，则采购交易端可查询到每笔交易(每个协议书)的订单数据、配送信息、退货信息等。当结算支付端配置完结算周期与对账日期后，如按月结算，每月1日结算上月实际采购金额，那么结算支付端定时每月1日查询采购交易端中上月的采购数据并同步给结算支付端。
在本实施例中，采购信息具体可以为采购药品信息，在采购交易端根据采购药品信息生成订单数据之前，采购方和供应方根据签署协议书进行药品采购，具体步骤包括：
步骤A，供应方从签署协议书中获取采购药品信息，根据采购药品信息生成出货单。
采购药品信息包括中选药品名称、中选药品规格、中选药品用途、中选药品单价、和采购数量。供应方确认下单的签署协议书，从下单的签署协议书中获得对应的中选药品名称、中选药品规格、中选药品用途、中选药品单价、和采购数量等，生成出货单，根据出货单进行备货。
步骤B，供应方根据出货单得到供应药品，并根据供应药品和采购方对应的配送点信息生成采购订单，根据采购订单进行配送。
采购订单包括采购药品的明细和配送点信息等，用于进行发货管理和收货管理。确认采购订单，进入送货阶段，同时供应方可以将采购订单上传至采购交易系统，采购方可以获取到采购订单。
步骤C，采购方接收到供应药品后，对供应药品进行入库操作，确认后完成采购订单。
供应方根据采购订单安排配送，采购方接收到供应药品与发票，对供应药品与发票进行确认签收，确认完成后，将供应药品进行入库，完成该采购订单。
需要说明，接收到供应药品后，可以根据实际情况对采购订单进行退货操作，具体的，采购方可以在采购交易端填写退货单，供应方获取退货单并进行确认，进入退货流程。
步骤S205，结算支付端从采购交易端的订单数据中获取对账订单，并根据对账订单生成结算单据。
具体地，结算支付端按照预设的对账周期确定对账日期，并根据对账日期确定订单时间，结算支付端从采购交易端中获取与订单时间对应的当期订单数据，其中，当期订单数据作为对账订单，根据对账订单生成结算单据。
到达对账周期，进入对账环节。对账周期取签署协议书的协议参数中的对账日期，比如：签署协议书中约定对账周期为当月20日至30日，则每个月生成一张对账计算表，订单时间则为上月21日至本月20日，其中的数据为上月21日至本月20日的订单，如此循环，上月21日至本月20日的订单则为当期订单数据，即对账订单。
步骤S206，结算支付端将结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中，采购方和供应方从协议方信息中获取。
在对账周期未到时，交易双方(协议双方)可以修改订单价格，如果双方修改的订单价格不一致，结算支付端显示红色以标注，当对账周期打开后(如到了本月20日)，进入对账环节，确认对应订单的对账价格，当所有订单价格双方一致后，由双方审核员进行审核，审核通过后生成对账单。
步骤S207，结算支付端接收采购主体终端和供应主体终端发送的核对完成信息，确定支付金额，并向采购主体终端发送支付请求。
具体地，核对完成后，采购主体终端和供应主体终端分别向结算支付端发送核对完成信息，结算支付端接收采购主体终端和供应主体终端的核对完成信息，生成对账单，结算支付端获取与签署协议书对应的对账单，并根据签署协议书得到对账单的支付比例，结算支付端根据支付比例确定支付金额。
应当理解，在对账周期生成的对账单是所有符合订单时间的对账单，则需要查找与签署协议书对应的对账单，并根据签署协议书的协议参数中的对账单支付比例确定支付金额。
步骤S208，在接收支付请求时，采购主体终端根据支付请求向采购方监管账户拨付支付金额。
在本实施例中，采购主体终端接收到结算支付端发送的支付请求时，调用银行接口向采购方的监管账户拨付支付金额。
步骤S209，在接收到供应主体终端发送的结算请求时，结算支付端根据结算请求通知采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，结算金额为基于协议预付金额和支付金额得到的。
具体地，结算支付端接收到结算请求后，进入支付环节，支付方式为现金、银行承兑汇票、商业承兑汇票、应收账款、应付账款中的一种或多种(可以以不同的支付方式一次支付或多次支付)。
支付完成后，采购方调用银企通软件通知银行终端已经完成支付，通过结算支付端记录支付信息和支付结果。银企通与结算支付端、银行终端、采购主体终端以及供应主体终端网络连接。
本申请通过结算支付端实现数据互联，实现带量采购药品供应、使用与结算数据全流程环节溯源，还可以管理支付账户，同时，通过结算支付端对接银行终端，可以保证按时回款与支付安全性。
在本实施例的一些可选的实现方式中，上述结算支付端将待签署协议书发送至与协议方信息对应的主体终端进行协议签订，得到签署协议书的步骤包括：
主体终端接收到待签署协议书，并通过CA证书进行协议签订，得到签署协议书。
CA证书是CA中心(Certificate Authority Center)负责签发的，CA中心是基于指纹识别技术的权威的、可信赖的、公正的三方身份认证机构，可以确认协议方在电子交易中的真实身份和证件信息的真实有效性。各协议方可以亲自去CA中心的注册窗口办理注册手续，也可以通过主体终端网络登录CA中心的服务器进行网络注册。
在CA中心注册时，协议方先设定各自CA中心唯一性账号，提供协议方的姓名、身份证号、地址、联系电话及身份证件的扫描件等信息，CA中心验证各个协议方身份证件及注册信息的真实性和有效性。如注册方为公司、团体或机构的，需提供营业执照及复印和采集法人代表的指纹特征并生成指纹模板。CA中心和协议方均通过指纹特征采集装置采集指纹图像并从中提取指纹特征。其中，指纹采集装置包括采集指纹图像的指纹传感器。这样，协议方可以通过指纹采集装置采集指纹特征并生成指纹模板作为CA中心的注册密码。
本申请通过CA证书完成协议书签订，可以提高签订的过程的安全性和保密性。
在一些可选的实现方式中，上述通过CA证书进行协议签订，得到签署协议书的步骤包括：
主体终端将签约请求发送至CA中心，CA中心根据签约请求对协议方进行身份验证；
验证通过后，CA中心生成一对公私钥，利用公钥和与协议方对应的账号生成CA证书，并将账号、私钥和CA证书发送至对应的主体终端；
主体终端调取私钥对待签署协议书进行数字签名，得到签名协议书，并将签名协议书传送给CA中心；
CA中心通过公钥解密所述签名协议书，获得各协议方的电子签名；
CA中心将电子签名植入签名协议书，得到签署协议书；
CA中心将签署协议书发送给各主体终端。
在本实施例中，各协议方在CA中心或者各自的主体终端通过指纹特征采集装置采集指纹图像，从中提取指纹特征，并将其与注册时的指纹特征进行比对，如两者相似度超过预定阀值，则协议方的身份验证通过。
在本实施例中，CA证书即数字证书，CA中心包括一个密码发生器，通过RSA算法生成一对公私钥。CA中心通过算法用公钥和账号生成数字证书，CA中心发放存储有各自的私钥和数字证书的物理存储介质给协议各方，其中，物理存储介质可以是U盘或者SD卡。
私钥和数字证书也可以通过协议各方在主体终端登录CA中心服务器网络下载获取，或者协议各方的私钥和数字证书通过DES算法加密存入不同的USB Key设备，并对应地发放给协议各方。
协议各方在获得私钥和数字证书后，将其存入协议各方对应的主体终端，调取私钥对待签署协议书进行数字签名，将签名后得到的签名协议书在协议各方的主体终端通过电子信息交换的方式传送到CA中心。
需要说明，协议各方在各自对应的主体终端进行身份验证，验证通过后，才能进行数字签名，确保电子协议签订的执行人是协议各方的合法的当事人，有效避免了他人越权或者冒充签订电子协议。
在本实施例中，最终植入了各协议方数字签名的签署协议书，可以通过服务器网络或者电子邮件等方式发送给协议各方对应的主体终端。协议各方在主体终端用指纹验证确认合法身份后，就可以获取植入了各协议方数字签名的签署协议书。
在本实施例的一些可选的实现方式中，上述结算支付端根据结算请求通知采购方监管账户向供应方监管账户支付结算金额的步骤包括：
结算支付端根据结算请求生成支付指令，将支付指令发送至银行终端；
在接收到支付指令时，银行终端根据支付指令从采购方监管账户向供应方监管账户支付结算金额。
支付行为发生在银行终端，而结算支付端是指令发出方，只有当银行终端接收到结算支付端发出的支付指令(如支付方、支付方、支付金额等)才可完成支付行为，这样，可以实现对支付账户的管理。
一些可选的实现方式中，上述在接收到支付指令时，银行终端根据支付指令从采购方监管账户向供应方监管账户支付结算金额的步骤包括：
银行终端从支付指令中获取采购方的用户信息，根据用户信息对采购方进行身份验证；
验证通过后，银行终端将结算金额从采购方监管账户拨付至供应方监管账户。
在支付阶段，为了加强支付的安全性，支持先通过生物识别技术(比如，人脸识别、语音识别、生物识别等)完成身份核验，再进入支付。银行终端绑定账户信息与用户的人脸和身份信息，当支付账户调起支付指令时，可通过人脸识别引擎完成人脸比对，核对成功的用户再进入支付步骤。
本申请可用于众多通用或专用的计算机系统环境或配置中。例如：个人计算机、服务器计算机、手持设备或便携式设备、平板型设备、多处理器系统、基于微处理器的系统、置顶盒、可编程的消费电子设备、网络PC、小型计算机、大型计算机、包括以上任何系统或设备的分布式计算环境等等。本申请可以在由计算机执行的计算机可执行指令的一般上下文中描述，例如程序模块。一般地，程序模块包括执行特定任务或实现特定抽象数据类型的例程、程序、对象、组件、数据结构等等。也可以在分布式计算环境中实践本申请，在这些分布式计算环境中，由通过通信网络而被连接的远程处理设备来执行任务。在分布式计算环境中，程序模块可以位于包括存储设备在内的本地和远程计算机存储介质中。
本领域普通技术人员可以理解实现上述实施例方法中的全部或部分流程，是可以通过计算机可读指令来指令相关的硬件来完成，该计算机可读指令可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，前述的存储介质可为磁碟、光盘、只读存储记忆体(Read-Only Memory，ROM)等非易失性存储介质，或随机存储记忆体(Random Access Memory，RAM)等。
应该理解的是，虽然附图的流程图中的各个步骤按照箭头的指示依次显示，但是这些步骤并不是必然按照箭头指示的顺序依次执行。除非本文中有明确的说明，这些步骤的执行并没有严格的顺序限制，其可以以其他的顺序执行。而且，附图的流程图中的至少一部分步骤可以包括多个子步骤或者多个阶段，这些子步骤或者阶段并不必然是在同一时刻执行完成，而是可以在不同的时刻执行，其执行顺序也不必然是依次进行，而是可以与其他步骤或者其他步骤的子步骤或者阶段的至少一部分轮流或者交替地执行。
进一步参考图3，作为对上述图2所示方法的实现，本申请提供了一种带量采购结算系统的一个实施例，该系统实施例与图2所示的方法实施例相对应，该系统具体可以应用于各种电子设备中。
如图3所示，本实施例所述的带量采购结算系统包括：结算支付端、经办机构服务端、采购交易端和采购主体终端。其中：
所述结算支付端，用于获取待签署协议书，并从所述待签署协议书中获得协议方信息，将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订署，得到签署协议书；
所述结算支付端，用于从所述签署协议书中获得协议金额信息，根据所述协议金额信息确定协议预付金额，并向经办机构服务端发起预支付请求；
所述经办机构服务端，用于在接收所述预支付请求时，支付协议书预付金额至银行终端的采购方监管账户，其中，所述采购方监管账户从协议方信息中获取；
所述采购交易端，用于根据采购信息生成订单数据，其中，所述采购信息为按照所述签署协议书生成；
所述结算支付端，用于从所述采购交易端的订单数据中获取对账订单，并根据所述对账订单生成结算单据；
所述结算支付端，用于将所述结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中，所述采购方和所述供应方从所述协议方信息中获取；
所述结算支付端，用于接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额，并向所述采购主体终端发送支付请求；
所述采购主体终端，用于在接收所述支付请求时，根据所述支付请求向所述采购方监管账户拨付所述支付金额；
所述结算支付端，用于在接收到所述供应主体终端发送的结算请求时，根据所述结算请求通知所述采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，所述结算金额为基于所述协议预付金额和所述支付金额得到的。
需要强调的是，为进一步保证签署协议书的私密和安全性，上述签署协议书还可以存储于一区块链的节点中。
上述带量采购结算系统，通过结算支付端实现数据互联，实现带量采购供应、使用与结算数据全流程环节溯源，还可以管理支付账户，同时，通过结算支付端对接银行终端，可以保证按时回款与支付安全性。
在本实施例中，带量采购结算系统还包括主体终端，主体终端用于接收到所述待签署协议书，并通过CA证书进行协议签订，得到签署协议书。
在本实施例的一些可选的实现方式中，带量采购结算系统还包括CA中心，所述CA中心包括验证模块、生成模块、解密模块、植入模块和发送模块，其中：
所述主体终端用于将签约请求发送至CA中心；
所述验证模块用于根据所述签约请求对协议方进行身份验证；
所述生成模块用于验证通过后，所述CA中心生成一对公私钥，利用公钥和与所述协议方对应的账号生成CA证书，并将所述账号、私钥和所述CA证书发送至对应的所述主体终端；
所述主体终端用于调取所述私钥对所述待签署协议书进行数字签名，得到签名协议书，并将所述签名协议书传送给所述CA中心；
所述解密模块用于通过所述公钥解密所述签名协议书，获得各所述协议方的电子签名；
所述植入模块用于将所述电子签名植入所述签名协议书，得到签署协议书；
所述发送模块用于将所述签署协议书发送给各所述主体终端。
本实施例通过CA中心使用CA证书完成协议书签署，可以提高签订的过程的安全性和保密性。
在本实施例中，所述结算支付端包括对账模块，对账模块用于：
所述结算支付端按照预设的对账周期确定对账日期，并根据所述对账日期确定订单时间；
所述结算支付端从采购交易端中获取与所述订单时间对应的当期订单数据，其中，所述当期订单数据作为对账订单。
在本实施例的一些可选的实现方式中，带量采购结算还包括银行终端，所述结算支付端包括支付模块，其中：
所述支付模块用于根据所述结算请求生成支付指令，将所述支付指令发送至银行终端；
所述银行终端用于在接收到所述支付指令时，根据所述支付指令从所述采购方监管账户向所述供应方监管账户支付所述结算金额。
在本实施例中，所述银行终端进一步用于：
所述银行终端从所述支付指令中获取采购方的用户信息，根据所述用户信息对所述采购方进行身份验证；
验证通过后，所述银行终端将所述结算金额从所述采购方监管账户拨付至所述供应方监管账户。
本实施例通过身份验证可以加强支付的安全性。
为解决上述技术问题，本申请实施例还提供计算机设备。具体请参阅图4，图4为本实施例计算机设备基本结构框图。
所述计算机设备4包括通过系统总线相互通信连接存储器41、处理器42、网络接口43。需要指出的是，图中仅示出了具有组件41-43的计算机设备4，但是应理解的是，并不要求实施所有示出的组件，可以替代的实施更多或者更少的组件。其中，本技术领域技术人员可以理解，这里的计算机设备是一种能够按照事先设定或存储的指令，自动进行数值计算和/或信息处理的设备，其硬件包括但不限于微处理器、专用集成电路(ApplicationSpecific Integrated Circuit，ASIC)、可编程门阵列(Field－Programmable GateArray，FPGA)、数字处理器(Digital Signal Processor，DSP)、嵌入式设备等。
所述计算机设备可以是桌上型计算机、笔记本、掌上电脑及云端服务器等计算设备。所述计算机设备可以与用户通过键盘、鼠标、遥控器、触摸板或声控设备等方式进行人机交互。
所述存储器41至少包括一种类型的可读存储介质，所述可读存储介质包括闪存、硬盘、多媒体卡、卡型存储器(例如，SD或DX存储器等)、随机访问存储器(RAM)、静态随机访问存储器(SRAM)、只读存储器(ROM)、电可擦除可编程只读存储器(EEPROM)、可编程只读存储器(PROM)、磁性存储器、磁盘、光盘等。在一些实施例中，所述存储器41可以是所述计算机设备4的内部存储单元，例如该计算机设备4的硬盘或内存。在另一些实施例中，所述存储器41也可以是所述计算机设备4的外部存储设备，例如该计算机设备4上配备的插接式硬盘，智能存储卡(Smart Media Card,SMC)，安全数字(Secure Digital,SD)卡，闪存卡(FlashCard)等。当然，所述存储器41还可以既包括所述计算机设备4的内部存储单元也包括其外部存储设备。本实施例中，所述存储器41通常用于存储安装于所述计算机设备4的操作系统和各类应用软件，例如药品采购结算方法的计算机可读指令等。此外，所述存储器41还可以用于暂时地存储已经输出或者将要输出的各类数据。
所述处理器42在一些实施例中可以是中央处理器(Central Processing Unit，CPU)、控制器、微控制器、微处理器、或其他数据处理芯片。该处理器42通常用于控制所述计算机设备4的总体操作。本实施例中，所述处理器42用于运行所述存储器41中存储的计算机可读指令或者处理数据，例如运行所述药品采购结算方法的计算机可读指令。
所述网络接口43可包括无线网络接口或有线网络接口，该网络接口43通常用于在所述计算机设备4与其他电子设备之间建立通信连接。
本实施例通过处理器执行存储在存储器的计算机可读指令时实现如上述实施例药品采购结算方法的步骤，通过结算支付端实现数据互联，实现带量采购药品供应、使用与结算数据全流程环节溯源，同时还可以管理支付账户，保证按时回款与支付安全性。
本申请还提供了另一种实施方式，即提供一种计算机可读存储介质，所述计算机可读存储介质存储有计算机可读指令，所述计算机可读指令可被至少一个处理器执行，以使所述至少一个处理器执行如上述的药品采购结算方法的步骤，通过结算支付端实现数据互联，实现带量采购药品供应、使用与结算数据全流程环节溯源，同时还可以管理支付账户，保证按时回款与支付安全性。
通过以上的实施方式的描述，本领域的技术人员可以清楚地了解到上述实施例方法可借助软件加必需的通用硬件平台的方式来实现，当然也可以通过硬件，但很多情况下前者是更佳的实施方式。基于这样的理解，本申请的技术方案本质上或者说对现有技术做出贡献的部分可以以软件产品的形式体现出来，该计算机软件产品存储在一个存储介质(如ROM/RAM、磁碟、光盘)中，包括若干指令用以使得一台终端设备(可以是手机，计算机，服务器，空调器，或者网络设备等)执行本申请各个实施例所述的方法。
显然，以上所描述的实施例仅仅是本申请一部分实施例，而不是全部的实施例，附图中给出了本申请的较佳实施例，但并不限制本申请的专利范围。本申请可以以许多不同的形式来实现，相反地，提供这些实施例的目的是使对本申请的公开内容的理解更加透彻全面。尽管参照前述实施例对本申请进行了详细的说明，对于本领域的技术人员来而言，其依然可以对前述各具体实施方式所记载的技术方案进行修改，或者对其中部分技术特征进行等效替换。凡是利用本申请说明书及附图内容所做的等效结构，直接或间接运用在其他相关的技术领域，均同理在本申请专利保护范围之内。

Claims (10)

1.一种带量采购结算方法，其特征在于，包括下述步骤：
预设的结算支付端获取待签署协议书，并从所述待签署协议书中获得协议方信息，所述结算支付端将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订，得到签署协议书；
所述结算支付端从所述签署协议书中获得协议金额信息，根据所述协议金额信息确定协议预付金额，并向经办机构服务端发起预支付请求；
在接收所述预支付请求时，所述经办机构服务端支付协议预付金额至银行终端的采购方监管账户，其中，所述采购方监管账户从协议方信息中获取；
采购交易端根据采购信息生成订单数据，其中，所述采购信息为按照所述签署协议书生成；
所述结算支付端从所述采购交易端的订单数据中获取对账订单，并根据所述对账订单生成结算单据；
所述结算支付端将所述结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中，所述采购方和所述供应方从所述协议方信息中获取；
所述结算支付端接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额，并向所述采购主体终端发送支付请求；
在接收所述支付请求时，所述采购主体终端根据所述支付请求向所述采购方监管账户拨付所述支付金额；
在接收到所述供应主体终端发送的结算请求时，所述结算支付端根据所述结算请求通知所述采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，所述结算金额为基于所述协议预付金额和所述支付金额得到的。
2.根据权利要求1所述的带量采购结算方法，其特征在于，所述结算支付端将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订，得到签署协议书的步骤包括：
所述主体终端接收到所述待签署协议书，并通过CA证书进行协议签订，得到签署协议书。
3.根据权利要求2所述的带量采购结算方法，其特征在于，所述通过CA证书进行协议签订，得到签署协议书的步骤包括：
所述主体终端将签约请求发送至CA中心，所述CA中心根据所述签约请求对协议方进行身份验证；
验证通过后，所述CA中心生成一对公私钥，利用公钥和与所述协议方对应的账号生成CA证书，并将所述账号、私钥和所述CA证书发送至对应的所述主体终端；
所述主体终端调取所述私钥对所述待签署协议书进行数字签名，得到签名协议书，并将所述签名协议书传送给所述CA中心；
所述CA中心通过所述公钥解密所述签名协议书，获得各所述协议方的电子签名；
所述CA中心将所述电子签名植入所述签名协议书，得到签署协议书；
所述CA中心将所述签署协议书发送给各所述主体终端。
4.根据权利要求1所述的带量采购结算方法，其特征在于，所述结算支付端从所述采购交易端的订单数据中获取对账订单的步骤包括：
所述结算支付端按照预设的对账周期确定对账日期，并根据所述对账日期确定订单时间；
所述结算支付端从采购交易端中获取与所述订单时间对应的当期订单数据，其中，所述当期订单数据作为对账订单。
5.根据权利要求1所述的带量采购结算方法，其特征在于，所述结算支付端接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额的步骤包括：
所述结算支付端根据所述核对完成信息生成对账单；
所述结算支付端获取与所述签署协议书对应的对账单，并根据所述签署协议书得到所述对账单的支付比例；
所述结算支付端根据所述支付比例确定支付金额。
6.根据权利要求1所述的带量采购结算方法，其特征在于，所述结算支付端根据所述结算请求通知所述采购方监管账户向供应方监管账户支付所述结算金额的步骤包括：
所述结算支付端根据所述结算请求生成支付指令，将所述支付指令发送至银行终端；
在接收到所述支付指令时，所述银行终端根据所述支付指令从所述采购方监管账户向所述供应方监管账户支付所述结算金额。
7.根据权利要求6所述的带量采购结算方法，其特征在于，所述银行终端根据所述支付指令从所述采购方监管账户向所述供应方监管账户支付所述结算金额的步骤包括：
所述银行终端从所述支付指令中获取采购方的用户信息，根据所述用户信息对所述采购方进行身份验证；
验证通过后，所述银行终端将所述结算金额从所述采购方监管账户拨付至所述供应方监管账户。
8.一种带量采购结算系统，其特征在于，所述带量采购结算系统包括结算支付端、采购交易端、经办机构服务端和采购主体终端，其中，
所述结算支付端，用于获取待签署协议书，并从所述待签署协议书中获得协议方信息，将所述待签署协议书发送至与所述协议方信息对应的主体终端进行协议签订，得到签署协议书；
所述结算支付端，用于从所述签署协议书中获得协议金额信息，根据所述协议金额信息确定协议预付金额，并向经办机构服务端发起预支付请求；
所述经办机构服务端，用于在接收所述预支付请求时，支付协议书预付金额至银行终端的采购方监管账户，其中，所述采购方监管账户从协议方信息中获取；
所述采购交易端，用于根据采购信息生成订单数据，其中，所述采购信息为按照所述签署协议书生成；
所述结算支付端，用于从所述采购交易端的订单数据中获取对账订单，并根据所述对账订单生成结算单据；
所述结算支付端，用于将所述结算单据发送至采购方对应的采购主体终端和供应方对应的供应主体终端进行核对，其中，所述采购方和所述供应方从所述协议方信息中获取；
所述结算支付端，用于接收所述采购主体终端和所述供应主体终端发送的核对完成信息，确定支付金额，并向所述采购主体终端发送支付请求；
所述采购主体终端，用于接收所述支付请求，根据所述支付请求向所述采购方监管账户拨付所述支付金额；
所述结算支付端，用于在接收到所述供应主体终端发送的结算请求时，根据所述结算请求通知所述采购方监管账户向供应方监管账户支付结算金额，并记录支付信息，其中，所述结算金额为基于所述协议预付金额和所述支付金额得到的。
9.一种计算机设备，包括存储器和处理器，所述存储器中存储有计算机可读指令，所述处理器执行所述计算机可读指令时实现如权利要求1至7中任一项所述的带量采购结算方法的步骤。
10.一种计算机可读存储介质，其特征在于，所述计算机可读存储介质上存储有计算机可读指令，所述计算机可读指令被处理器执行时实现如权利要求1至7中任一项所述的带量采购结算方法的步骤。
CN202111059398.2A 2021-09-10 2021-09-10 带量采购结算方法、系统、计算机设备及存储介质 Pending CN113689215A (zh)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN202111059398.2A CN113689215A (zh) 2021-09-10 2021-09-10 带量采购结算方法、系统、计算机设备及存储介质

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
CN202111059398.2A CN113689215A (zh) 2021-09-10 2021-09-10 带量采购结算方法、系统、计算机设备及存储介质

Publications (1)

Publication Number Publication Date
CN113689215A true CN113689215A (zh) 2021-11-23

Family

ID=78585875

Family Applications (1)

Application Number Title Priority Date Filing Date
CN202111059398.2A Pending CN113689215A (zh) 2021-09-10 2021-09-10 带量采购结算方法、系统、计算机设备及存储介质

Country Status (1)

Country Link
CN (1) CN113689215A (zh)

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104574049A (zh) * 2013-10-15 2015-04-29 航天信息股份有限公司 基于安全电子交易协议的实时电子支付结算系统
CN108256844A (zh) * 2018-02-05 2018-07-06 浙江米致科技有限公司 一种传统供应链金融领域中结算支付方法
CN110533535A (zh) * 2019-08-30 2019-12-03 东莞市大易产业链服务有限公司 基于区块链的结算方法、装置、计算机设备和存储介质

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN104574049A (zh) * 2013-10-15 2015-04-29 航天信息股份有限公司 基于安全电子交易协议的实时电子支付结算系统
CN108256844A (zh) * 2018-02-05 2018-07-06 浙江米致科技有限公司 一种传统供应链金融领域中结算支付方法
CN110533535A (zh) * 2019-08-30 2019-12-03 东莞市大易产业链服务有限公司 基于区块链的结算方法、装置、计算机设备和存储介质

Similar Documents

Publication Publication Date Title
CN111640014B (zh) 一种基于区块链技术的应收账款债权融资系统及方法
CN110612546A (zh) 数字资产账户管理
WO2020108151A1 (zh) 支付方法、装置及设备
KR20190028517A (ko) 트랜잭션 장치에 의한 디지털 자산 분산
JP2003108777A (ja) 決済情報通知方法および装置並びに決済情報管理装置およびプログラム
CN103870957A (zh) 将虚拟账户余额运用于实体购物的交易系统及其方法
KR102557152B1 (ko) 인출제한계좌 등록이 필요 없는 대금 직접지급시스템
CN110443607B (zh) 对公数字钱包的创建方法、交易方法及装置
CN105989466A (zh) 一种手机支付方法
KR20080064789A (ko) 이동통신단말 기반의 개방형 전자지불결제(u-PG) 서비스
US20120173436A1 (en) Method and system for authorizing, authenticating, implementing, brokering data transfers, and collecting fees for data transfers among distributed electronic devices and servers
TWM589842U (zh) 以實名制手機實現的行動交易櫃檯
KR20120100283A (ko) 전자결제 시스템 및 방법
KR20200034060A (ko) 블록체인을 이용한 의료정보 거래 방법
JP2009169835A (ja) クレジットカード決済方法、クレジットカード決済システム、クレジットカード管理サーバ
KR101984620B1 (ko) 직불전자지급 플랫폼을 이용한 전자 결제 시스템
KR102010013B1 (ko) 가상결제정보를 이용한 비대면 거래 및 정산 방법, 관리 서버
JP2005316534A (ja) 電子商取引システム
JP2009151553A (ja) 現金支払システム及び現金支払方法
KR20200034074A (ko) 거래를 위한 블록체인 의료정보 관리 방법
CN113689215A (zh) 带量采购结算方法、系统、计算机设备及存储介质
JP4249423B2 (ja) 支払管理サーバ、支払管理方法および支払管理用プログラム
KR100897063B1 (ko) 목표 달성형 펀드 운용 시스템
KR101309835B1 (ko) 토탈 금융거래 시스템
KR100873348B1 (ko) 기업 인트라넷을 이용한 분할정산 방법 및 시스템과 이를위한 기록매체

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
TA01 Transfer of patent application right

Effective date of registration: 20220525

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, Area H, 666 Beijing East Road, Huangpu District, Shanghai 200001

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