本申请属于医药产业供应链管理技术领域,具体涉及一种中药饮片供应链金融系统。
背景技术:
中药饮片行业的销售通常采用压货销售模式,这种模式中订货主体主要为各大医院、连锁药店等,其支付信用较好,虽然回款周期长,但非常稳定。中药饮片供应链的这种特点很适合于应用供应链金融,通过供应链金融来提升行业中企业的资金周转效率,从而推动行业的整体良性发展。
但现有的中药饮片的市场供应链流通管理中,信息化程度不高,风控难度较大,不利于中药饮片供应链金融的开展应用。
技术实现要素:
为至少在一定程度上克服相关技术中存在的问题,本申请提供一种中药饮片供应链金融系统,有助于实现中药饮片供应链金融的开展应用。
为实现以上目的,本申请采用如下技术方案:
本申请提供一种中药饮片供应链金融系统,其包括:
评估及授信模块,用于对供应商进行风险评估,并基于评估结果确定供应商的授信额度;
交易管理模块,用于基于订货方的采购计划信息和供应商的接单信息进行交易管理,并生成交易的智能合约;
回款处理模块,用于接收并响应供应商的快速回款请求,以使金融机构基于交易的智能合约及供应商的授权额度向该供应商划拨垫付货款;
支付处理模块,用于在订货方实际支付货款时,基于智能合约使用支付货款优先对金融机构的垫付货款进行偿还。
可选地,所述评估及授信模块,具体配置为,
根据预先建立的风控模型对供应商进行评估,评估得到供应商的信用杠杆;
根据供应商的信用杠杆和其交纳的信用保证金确定该供应商的授信额度。
可选地,所述风控模型基于对供应商的资质审查、信用评估、订单交易额及历史履约情况建立。
可选地,所述交易管理模块,具体配置为,
获取并基于订货方的采购计划信息生成采购订单;
基于所述采购订单进行供应商匹配及审计;
获取审计通过的供应商针对所述采购订单的接单信息;
基于所述接单信息生成交易的智能合约。
可选地,订货方进行实际支付时,支付货款打入电子钱包账户中;所述支付处理模块,具体配置为,
在支付货款到达电子钱包账户后,触发所述智能合约的交易执行条件;
所述智能合约自动履行,从该电子钱包账户划拨垫付货款金额以及垫付利息金额的资金给金融机构,实现垫付货款的偿还。
可选地,电子钱包账户为系统中为供应商配置的专属数字交易账户,位于约定的银行资金存管账户下。
可选地,还包括风控模块,用于根据用户对智能合约的履行情况,发出实时风险预警。
可选地,还包括身份认证模块,用于对系统中的用户进行身份认证,所述用户包括订货方用户、系统运营方用户和供货商用户。
可选地,还包括人脸识别模块,用于在用户进行身份认证时,对所述用户进行人脸识别。
可选地,所述金融机构包括银行;所述订货方包括公立医院和连锁药店。
本申请采用以上技术方案,至少具备以下有益效果:
本申请中的供应链金融系统对中药饮片供应链中上下游订单交易进行了信息化管理,进而采用智能合约技术和基于风控模型的风险评估,来保证供应链金融模式中应收账款转让的有效进行,可显著提升了中药饮片供货商的资金周转效率,从而推动中药行业的整体良性发展。
本发明的其他优点、目标,和特征在某种程度上将在随后的说明书中进行阐述,并且在某种程度上,基于对下文的考察研究对本领域技术人员而言将是显而易见的,或者可以从本发明的实践中得到教导。本发明的目标和其他优点可以通过下面的说明书,权利要求书,以及附图中所特别指出的结构来实现和获得。
附图说明
附图用来提供对本申请的技术方案或现有技术的进一步理解,并且构成说明书的一部分。其中,表达本申请实施例的附图与本申请的实施例一起用于解释本申请的技术方案,但并不构成对本申请技术方案的限制。
图1为本申请一个实施例提供的中药饮片供应链金融系统的框图示意图。
具体实施方式
为使本申请的目的、技术方案和优点更加清楚,下面将对本申请的技术方案进行详细的描述。显然,所描述的实施例仅仅是本申请一部分实施例,而不是全部的实施例。基于本申请中的实施例,本领域普通技术人员在没有做出创造性劳动的前提下所得到的所有其它实施方式,都属于本申请所保护的范围。
供应链金融可以解决供应链中资金分配的不平衡问题,打通上下游物流链、资金链、商流、信息流,提升整个供应链的群体竞争力。而在中药饮片行业中,销售通常采用压货销售模式,这种模式中订货主体主要为各大医院、连锁药店等,其支付信用较好,虽然回款周期长,但非常稳定。中药饮片供应链的这种特点很适合于采用供应链金融,通过供应链金融模式中的应收账款转让,来提升行业中企业的资金周转效率,从而推动行业的整体良性发展。
但现有的中药饮片的市场供应链流通管理中,信息化程度不高,风控难度较大,不利于中药饮片供应链金融的开展应用。为此,如图1所示,本申请提出一种中药饮片供应链金融系统,该系统包括:
评估及授信模块10,用于对供应商进行风险评估,并基于评估结果确定供应商的授信额度;
交易管理模块20,用于基于订货方的采购计划信息和供应商的接单信息进行交易管理,并生成交易的智能合约;
回款处理模块30,用于接收并响应供应商的快速回款请求,以使金融机构基于交易的智能合约及供应商的授权额度向该供应商划拨垫付货款;
支付处理模块40,用于在订货方实际支付货款时,基于智能合约使用支付货款优先对金融机构的垫付货款进行偿还。
本申请中的供应链金融系统对中药饮片供应链中上下游订单交易进行了信息化管理,进而采用智能合约技术和基于风控模型的风险评估,来保证供应链金融模式中应收账款转让的有效进行,可显著提升了中药饮片供货商的资金周转效率,从而推动中药行业的整体良性发展。
为进一步说明本申请中的技术方案,下面结合具体实施例对本申请中的供应链金融系统进行说明。
该实例中的应用场景中,参与各方分别为:
订货方,主要是指支付信用较好的中药饮片采购方,本实施例中具体指公立医院和大型的连锁药店;
供应商,主要是指供应中药饮片的经销商;
金融机构,主要指提供金融资金的机构,本实施例中具体指银行;
以及系统的运营方。
该实施例中,订货方和供应商都在系统中开设相应类型的账户。
其中,供应商在开设账户时,系统会为供应商配置电子钱包账户,该电子钱包账户为系统中为相供应商专属数字交易账户,位于约定的银行资金存管账户下,作为符合法规的往来资金池,采用专属的电子钱包账户作为数字交易账户,资金往来明晰可控,有利于减少金融系统运行中的风险因素。
并且系统会调用评估及授信模块,根据预先建立的风控模型对供应商进行评估,评估得到供应商的信用杠杆;根据供应商的信用杠杆和其交纳的信用保证金确定该供应商的授信额度。举例而言,可将信用保证金的金额乘以信用杠杆作为授信额度,采用基于信用保证金的授信机制,有利于金融风险的控制。
需要说明的是,本实施例中的风控模型是基于对供应商的资质审查、信用评估、订单交易额及历史履约情况等建立的。而此时供应商由于是新开户,进而此时的评估主要是基于对供应商上传的资质资料,第三方征信系统中信用记录来进行的。
而容易理解的是,在供应商用户在系统进行相关订单交易后或情况变更后,系统还会调用评估及授信模块对其进行风险评估,更新授信额度,以保证风险控制的有效。
本实施例中技术方案对供应链的交易进行了标准化,信息化管理。
具体的,订货方通过开设的账号向系统发布采购计划,系统调用交易管理模块,获取并基于订货方的采购计划信息生成采购订单;基述采购订单进行供应商匹配及审计;进而系统对匹配审计通过的供应商进行下单;若供应商认可并接收下单,则通过其系统账号向系统发出针对采购订单的接单信息;系统的交易管理模块获取审计通过的供应商针对采购订单的接单信息;并基于接单信息生成交易的智能合约。
本实施例中的智能合约基于区块链技术,约定了供应链交易中各节点的触发执行条件。
在实际交易中,供应商在根据智能合约进行了发货,订货方确认收货入库后。由于中药饮片行业的压货销售模式,此时供应商不能马上拿到货款,造成了供应商的资金压力。
而在本发明的供应链金融系统中,供应商可向系统提出快速回款请求,系统调用回款处理模块,接收并响应供应商的快速回款请求,以使金融机构基于交易的智能合约及供应商的授权额度向该供应商划拨垫付货款。换而言之,就是基于智能合约的约定、本系统的风险评价控制以及订货方较高的支付信用,通过本系统将供应商的应收账款(一般不是全额)转让给了金融机构,使供应商实现了快速回款,提高了资金周转效率。
而对于金融机构而言,在订货方实际支付货款时,系统会调用支付处理模块,基于智能合约使用支付货款优先对金融机构的垫付货款进行偿还。
具体的,订货方进行实际支付时,支付货款打入约定的银行资金存管账户下的电子钱包账户中。系统调用支付处理模块,
在支付货款到达电子钱包账户后,触发智能合约的交易执行条件;
智能合约自动履行,从该电子钱包账户划拨垫付货款金额以及垫付利息金额的资金给金融机构,实现垫付货款的偿还。换言之,作为金融机构而言,通过本申请的供应链金融系统,为自身充沛的资金找到了出路,并可低风险可靠地获得利息回报,从整体上看实现了多方共赢。
针对各方在交易中表现,本实施例中的供应链金融系统中还设置有交易评价模块,用于对各方在交易中的表现进行评价,得到相应的评价数据,以用于今后的风险评估等数据应用。
此外,如前文所述,电子钱包账户为系统中为相应供应商配置的专属数字交易账户,其还可用于供货商的保证金补充等功能。
本实施例中的供应链金融系统还包括风控模块,用于根据用户对智能合约的履行情况,发出实时风险预警。举例而言,风控模块可基于订货方在系统中同一约定时期内多个不同智能合约的应支付货款总额,发出实时的授信额度预警,以方便实现实时限制对应供货商的快速回款额度,降低金融风险。
还有容易理解的,在本系统中实际进行操作使用的是各参与方的具体使用者(用户),为保证系统上数据的安全性以及可靠实现操作权限管理。
在本实施例中,系统还包括身份认证模块,用于对系统中的用户进行身份认证,这里用户包括订货方用户、系统运营方用户和供货商用户。
进一步的,还包括人脸识别模块,用于在用户进行身份认证时,对用户进行人脸识别。
上述各实施例中相同或相似部分可以相互参考,在一些实施例中未详细说明的内容可以参见其他实施例中相同或相似的内容。
需要说明的是,在本申请的描述中,术语“第一”、“第二”等仅用于描述目的,而不能理解为指示或暗示相对重要性。此外,在本申请的描述中,除非另有说明,“多个”的含义是指至少两个。
流程图中或在此以其他方式描述的任何过程或方法描述可以被理解为,表示包括一个或更多个用于实现特定逻辑功能或过程的步骤的可执行指令的代码的模块、片段或部分,并且本申请的优选实施方式的范围包括另外的实现,其中可以不按所示出或讨论的顺序,包括根据所涉及的功能按基本同时的方式或按相反的顺序,来执行功能,这应被本申请的实施例所属技术领域的技术人员所理解。
应当理解,本申请的各部分可以用硬件、软件、固件或它们的组合来实现。在上述实施方式中,多个步骤或方法可以用存储在存储器中且由合适的指令执行系统执行的软件或固件来实现。例如,如果用硬件来实现,和在另一实施方式中一样,可用本领域公知的下列技术中的任一项或他们的组合来实现:具有用于对数据信号实现逻辑功能的逻辑门电路的离散逻辑电路,具有合适的组合逻辑门电路的专用集成电路,可编程门阵列(pga),现场可编程门阵列(fpga)等。
本技术领域的普通技术人员可以理解实现上述实施例方法携带的全部或部分步骤是可以通过程序来指令相关的硬件完成,所述的程序可以存储于一种计算机可读存储介质中,该程序在执行时,包括方法实施例的步骤之一或其组合。
此外,在本申请各个实施例中的各功能单元可以集成在一个处理模块中,也可以是各个单元单独物理存在,也可以两个或两个以上单元集成在一个模块中。上述集成的模块既可以采用硬件的形式实现,也可以采用软件功能模块的形式实现。所述集成的模块如果以软件功能模块的形式实现并作为独立的产品销售或使用时,也可以存储在一个计算机可读取存储介质中。
上述提到的存储介质可以是只读存储器,磁盘或光盘等。
在本说明书的描述中,参考术语“一个实施例”、“一些实施例”、“示例”、“具体示例”、或“一些示例”等的描述意指结合该实施例或示例描述的具体特征、结构、材料或者特点包含于本申请的至少一个实施例或示例中。在本说明书中,对上述术语的示意性表述不一定指的是相同的实施例或示例。而且,描述的具体特征、结构、材料或者特点可以在任何的一个或多个实施例或示例中以合适的方式结合。
尽管上面已经示出和描述了本申请的实施例,可以理解的是,上述实施例是示例性的,不能理解为对本申请的限制,本领域的普通技术人员在本申请的范围内可以对上述实施例进行变化、修改、替换和变型。