医疗保理还款方法与流程

1.本发明涉及智能合约技术领域，尤其涉及一种医疗保理还款方法。


背景技术：

2.在医药的采购过程中，通常会涉及到对待支付的价款进行保理的方式，由于在医药采购过程中采用保理的方式进行价款支付需要多方进行协调，两两之间需要依据对应的约定进行复杂的操作才能够确保该业务流程的顺畅进行，这种模式下，需要参与该业务流程的人员进行较高难度的操作，以及较复杂的处理过程。


技术实现要素：

3.本发明提供的医疗保理还款方法，能够在提供了多方信任的基础上，简化参与业务流程的用户的操作难度，简化处理过程，提高处理效率。
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.图1为本发明一实施例医疗保理还款方法的流程图；
35.图2为本发明一实施例医疗保理还款方法的时间监控的流程图；
36.图3为本发明一实施例医疗保理还款方法的支付过程的流程图；
37.图4为本发明一实施例医疗保理还款方法的请求医保机构协助的流程图；
38.图5为本发明一实施例医疗保理还款方法的还款支付的流程图；
39.图6为本发明一实施例医疗保理还款方法的还款额度更新流程图。
具体实施方式
40.为使本发明实施例的目的、技术方案和优点更加清楚，下面将结合本发明实施例中的附图，对本发明实施例中的技术方案进行清楚、完整地描述，显然，所描述的实施例仅仅是本发明一部分实施例，而不是全部的实施例。基于本发明中的实施例，本领域普通技术人员在没有做出创造性劳动前提下所获得的所有其他实施例，都属于本发明保护的范围。
41.本发明实施例提供一种医疗保理还款方法，应用在区块链节点执行的智能合约中，如图1所示，包括：
42.步骤101，获取医疗机构发送的确权清单，并发送至医药机构；
43.在一些实施例中，确权清单是指医疗机构确定收到的医药物品的清单，当医药机构上传该清单时，表明医药机构已经收到了清单中记载的医药物品。智能合约将收到的确权清单发送给医药机构通知医药机构已经对清单中的医药物品确认收到，同时，还能够使医药机构依据该确权清单发起后续的保理申请。
44.步骤102，获取医药机构依据所述确权清单发起的保理申请请求，并依据所述保理
申请请求向银行机构发起保理审批请求；
45.在一些实施例中，医药机构无需对确权清单进行人工的处理，可以直接依据该确权清单发起保理申请请求。智能合约收到该保理申请请求后，依据预先确定的条件进行筛选，从而减少银行机构的工作量。在筛选后，针对符合条件的保理申请请求向银行发起保理审批请求。
46.步骤103，依据银行机构对所述保理审批请求的响应，确定保理清单；
47.在一些实施例中，银行机构在对保理审批请求进行审批通过时，智能合约可以依据通过的审批结果控制银行账户自动向医药机构支付对应的保理价款，同时生成保理清单，该保理清单用于后续的还款流程中路径以及金额等的确认。当然，当银行对保理审批请求进行拒绝时，智能合约应当依据该拒绝的结果向医药机构发送提示，同时将对应的确权清单再次发送给医药机构，以便于医药机构再次发起保理申请请求。
48.步骤104，依据所述保理清单确定对应的付款医疗机构以及与所述付款医疗机构对应的付款金额；
49.在一些实施例中，智能合约自动监控付款周期，当保理清单的付款时间已经达到时，依据保理清单确定付款医疗机构以及付款金额，控制付款医疗机构向银行机构还款，还款金额即为付款金额。
50.步骤105，依据所述付款金额，控制所述付款医疗机构向银行机构还款。
51.在一些实施例中，智能合约控制医疗机构向银行机构还款时，通常会包括两个步骤，第一个步骤是依据付款金额向银行发起请求，请求内容是由医疗机构向银行支付付款金额。由于银行机构会对转账请求进行内部的核验和校对，因此，不会实时返回支付结果。为了记录该步骤的过程，在发起请求后，智能合约会向区块链发起一笔交易，记录该请求的内容。第二个步骤是当银行返回支付结果后，智能合约向区块链发起一笔交易，记录该支付结果。
52.在本实施例提供的技术方案中，通过存储和执行于区块链上的智能合约对医药机构、医疗机构以及银行机构三方之间的请求和支付关系进行自动执行，确保了智能合约的不可篡改性，为三方的业务提供了信任基础。另外，在本实施例提供的技术方案中，用户只需要简单的操作即可触发智能合约依据预先确定的逻辑进行业务流程的判断和控制，简化了用户的操作，提高了工作的效率。
53.作为一种可选的实施方式，如图2所示，依据所述付款金额，控制所述付款医疗机构向银行机构还款包括：
54.步骤201，获取所述付款金额的支付时间范围；
55.在一些实施例中，银行机构的保理业务通常会设定还款的期限，申请保理的机构应当在期限内进行还款，在本步骤中，获取付款金额的支付时间范围，即确定该笔保理业务的还款期限。
56.步骤202，将所述支付时间范围与当前时间进行比较；
57.在一些实施中，智能合约实时的将当前时间与支付时间范围进行比较，当到达支付时间时，即启动还款的过程，未到达支付时间时，则无需对保理清单进行处理。
58.步骤203，当当前时间范围在所述支付时间范围内时，控制所述付款医疗机构向银行机构还款。
59.在一些实施例中，当到达支付时间时，由智能合约自动控制付款医疗机构向银行机构还款，既不需要用户监控时间，也不需要用户进行付款操作。
60.在本实施方式中，通过智能合约对时间的监控和自动控制付款过程，无需人工进行操作，大大减少了用户的人力消耗。
61.作为一种可选的实施方式，如图3所示，控制所述付款医疗机构向银行机构还款包括：
62.步骤301，向银行发起支付请求并向区块链发起记录支付请求的交易，所述支付请求为由付款医疗机构向银行机构支付所述付款金额；
63.在一些实施例中，由于智能合约向银行发起支付请求后，银行需要对该支付请求进行校验和核对，因此，不会实时的返回支付结果，在本步骤中，为了保证业务的可追溯性以及数据的可信性，针对该支付请求向区块链发起一笔交易，用来将该请求的内容记录在区块链上。
64.步骤302，获取银行返回的支付结果并向区块链发起记录所述支付结果的交易。
65.在一些实施例中，银行返回支付结果通常表征着金融资产的转移，该支付结果是整个业务流程中重点的控制节点，因此，本步骤中为了确保整个业务流程的可追溯性以及数据的可信赖性，将支付结果记录在区块链上。
66.在本实施方式中，通过对支付过程中每个步骤的数据进行区块链记录，确保了整个业务流程的可追溯性以及数据的可信赖性。
67.作为一种可选的实施方式，如图4所示，控制所述付款医疗机构向银行机构还款之后还包括：
68.步骤401，获取所述还款结果，当还款失败时，向银行机构发出再次还款请求，以使所述银行机构控制所述付款医疗机构向银行机构还款；
69.在一些实施例中，在还款前的业务流程中，确保了该笔还款业务时准确无误的，但是该支付结果表明还款失败，为了使得该笔还款业务尽快完成，向银行发送还款请求，使得银行机构拥有暂时控制医疗机构账户的权限，由银行机构进行支付过程的控制。该过程中，优先由智能合约控制还款支付过程，在还款失败时，还能够由银行控制该还款支付过程，从而，使得还款过程在正常情况下能够节省用户的人力，而失败时又能够及时以灵活的控制方式确保还款的成功。
70.步骤402，获取所述再次还款请求的执行结果，并发送至医保机构。
71.在一些实施例中，由于医药的带量采购通常是由医保机构发起的，因此，在本步骤中个，为了使得医保机构及时获取对应的信息，再次还款的执行结果发送给医保机构，这样，既能够及时的通知医保机构对应的信息，又能够在再次失败后及时请求医保机构的介入调节。
72.本步骤中为还款过程既设置了自动控制过程，也设置了银行的控制过程，能够兼顾方便快捷和灵活控制的特性，同时，还能够与医保机构同步信息，以便及时请求医保机构的介入。
73.在一些实施例中，获取所述再次还款请求的执行结果，并发送至医保机构包括：
74.步骤501，当再次还款的执行结果为成功时，向医保机构发送还款成功的提示；
75.在一些实施例中，当还款成功时，实际上该保理业务流程已经执行结束，向医保机
构发送还款成功提示也即提示医保机构该笔业务的结束。
76.步骤502，当再次还款的执行结果为失败时，向医保机构发送协助请求。
77.在一些实施例中，当还款失败时，为了及时的完成还款支付，向医保机构发出请求，请求医保机构对该还款业务进行协助，以便于及时完成还款。
78.在本实施方式中，提供了一种具有可操作性的执行方式，能够在支付成功时及时向医保机构同步信息，在支付失败后及时请求医保机构的协助。
79.作为一种可选的实施方式，向医保机构发送协助请求之后还包括：
80.步骤601，获取医保机构发送的支付结果更新请求，并依据所述请求向区块链发起更新支付结果的交易。
81.在一些实施例中，医保机构可以采用线下协调的方式进行还款支付协调工作，当医疗机构和银行机构在医保机构的协调下完成还款支付后，应当在线上进行结果的更新，因此，在本步骤中，智能合约从医保机构获取协调结果，并将该结果写入到区块链中记录。
82.作为一种可选的实施方式，依据所述付款金额，控制所述付款医疗机构向银行机构还款之前包括：
83.步骤701，依据所述付款金额，更新保理专用账户的还款额度，所述还款额度用于限制保理专用账户向银行还款的金额，所述还款额度与所述付款金额相等。
84.在一些实施例中，保理专用账户通常是用来办理保理业务的专用账户，该账户可以在银行机构名下，也可以在医药机构名下。银行机构进行保理支付时，支付至该保理专用账户，智能合约将该保理专用账户赋予医药机构以对应金额的转账权限，即医药机构能够从保理专用账户中转账的金额最多为保理业务所审批通过的金额。在还款的过程中，则由医疗机构向保理专用账户支付后，由智能合约从保理专用账户向银行赋予对应金额的转账权限，从而使得银行能够从保理专用账户中转出与还款金额对应的金额。
85.作为一种可选的实施方式，如图5所示，依据所述付款金额，控制所述付款医疗机构向银行机构还款包括：
86.步骤801，依据所述付款金额，控制所述付款医疗机构向保理专用账户付款；
87.在一些实施例中，由于付款金额即为保理还款的金额，银行拥有对保理专用账户的对应金额的控制权限，因此，在本步骤中向保理专用账户付款即相当于向银行付款。
88.步骤802，依据所述还款额度，控制所述保理专用账户向银行机构付款。
89.在一些实施例中，采用智能合约控制保理专用账户向银行进行支付，完成对应保理清单的还款操作。当然，在支付失败时，由于银行拥有保理专用账户的一定额度的转账权限，可以将权限转交给银行，以便于灵活的完成对应保理清单的还款。
90.作为一种可选的实施方式，如图6所示，控制所述保理专用账户向银行机构付款之后包括：
91.步骤901，获取所述保理专用账户向银行机构付款的结果；
92.在一些实施例中，由于保理专用账户向银行机构付款的结果表示了保理还款的最终业务结束节点，因此，在本步骤中对该结果的获取即对保理还款业务执行结果的获取。
93.步骤902，依据所述付款的结果，更新所述还款额度。
94.在一些实施例中，更新还款额度是指从保理专用账户赋予银行机构的转账额度中减去支付的金额，并将得到的差值作为新的还款额度。该更新后的还款额度应当写入到区
块链中进行记载。
95.本领域普通技术人员可以理解实现上述方法实施例中的全部或部分流程，是可以通过计算机程序来指令相关的硬件来完成，所述的程序可存储于一计算机可读取存储介质中，该程序在执行时，可包括如上述各方法的实施例的流程。其中，所述的存储介质可为磁碟、光盘、只读存储记忆体(read
‑
only memory，rom)或随机存储记忆体(random access memory，ram)等。
96.以上所述，仅为本发明的具体实施方式，但本发明的保护范围并不局限于此，任何熟悉本技术领域的技术人员在本发明揭露的技术范围内，可轻易想到的变化或替换，都应涵盖在本发明的保护范围之内。因此，本发明的保护范围应该以权利要求的保护范围为准。