CN108665284A - 供应链云平台系统 - Google Patents
供应链云平台系统 Download PDFInfo
- Publication number
- CN108665284A CN108665284A CN201810413008.9A CN201810413008A CN108665284A CN 108665284 A CN108665284 A CN 108665284A CN 201810413008 A CN201810413008 A CN 201810413008A CN 108665284 A CN108665284 A CN 108665284A
- Authority
- CN
- China
- Prior art keywords
- goods
- kinds
- unit
- cloud platform
- server
- 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
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
- G06Q30/00—Commerce
- G06Q30/018—Certifying business or products
-
- 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/04—Forecasting or optimisation specially adapted for administrative or management purposes, e.g. linear programming or "cutting stock problem"
-
- 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
- G06Q30/00—Commerce
- G06Q30/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0633—Lists, e.g. purchase orders, compilation or processing
- G06Q30/0635—Processing of requisition or of purchase orders
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Economics (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Finance (AREA)
- Accounting & Taxation (AREA)
- Marketing (AREA)
- Theoretical Computer Science (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Human Resources & Organizations (AREA)
- Entrepreneurship & Innovation (AREA)
- Tourism & Hospitality (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Game Theory and Decision Science (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
本公开涉及一种供应链云平台系统,包括:云平台服务器、基于供应商资格证书注册在云平台服务器上的供应商服务器以及客户端服务器,其中云平台服务器采集来自供应商服务器和客户端服务器的信息,并基于所接收到的信息做出决策。
Description
技术领域
本公开涉及一种供应链云平台系统,尤其是涉及与医疗物资领域的供应链云平台系统。
背景技术
电子商务,尤其是在互联网+的助力下的新零售业态的发展,对物流企业以及零售企业的供应链管理、库存管理以及输出物品的逆向溯源提出了越来越高的要求。对于涉及多品种商品的企业和机构,由于其供应链复杂多样,人们越来越需要一种能够与供应链上的多级供应商进行高效通讯的系统和方法。
发明内容
为了满足上述需要,根据本公开提供了一种供应链云平台系统,包括:云平台服务器、基于供应商资格证书注册在云平台服务器上的供应商服务器以及客户端服务器,其中云平台服务器采集来自供应商服务器和客户端服务器的信息,并基于所接收到的信息做出决策。
根据本公开供应链云平台系统,其中云平台服务器包括信息采集单元、供应链管理单元、库存管理单元、货品需求预测单元以及订单生成单元,其中,所述库存管理单元接收来自货架传感单元检测到的货架上货品的输出或接收以及客户端服务器发送来的货品补充或消耗信息,更新每种货品的库存信息;供应链管理单元管理各级供应商注册在云平台服务器的账户、其对应的资格证书以及对应的货品目录;所述信息采集单元除了采集库存管理单元所获得货品库存变化信息之外,还采集对应货品的消耗历史信息、供应商历史供货偏好得分、季节信息、供应商供货能力信息以及对应货品在互联网上的市场信息之一或任意组合;所述货品需求预测单元基于信息采集单元获取的各种信息,预测对应货品在预定时间内的所需的货品数量;以及所述订单生成单元基于所述货品需求预测单元所预测的货品数量生成货品订单并发送到供应商服务器。
根据本公开的供应链云平台系统,其中供应链管理单元还包括供应商资格证书管理单元,其审查供应商服务器或客户端服务器发送来供应商资格证书并对合格的供应商名称标记为合格并设置有效期限。
根据本公开的供应链云平台系统,其中供应商服务器包括供货指令单元,响应于来自云平台服务器的订单生成单元的货品订单,向供应商的发货单元发出供货指令,以便发货单元基于货品订单为货品打码并供货。
根据本公开的供应链云平台系统,其中客户端服务器连接有多个客户端,所述多个客户端之一包括货品验收单元,其对来自供应商的货品进行扫码验收,并将验收结果信息同步到云平台服务器。
根据本公开的供应链云平台系统,其中客户端服务器连接有多个库存单元,经过所述货品验收单元验收的货品分别放置到对应的库存单元,对应的库存单元的感测单元感测货品的输出和输入,并将感测信号同步到库存管理单元,以便库存管理单元更新各个库存单元中各种货品的库存信息。
根据本公开的供应链云平台系统,其中在所述多个库存单元中,当处于第一库存单元的货品被移存到第二库存单元时,库存管理单元仅仅更新被移存货品的库存位置标记。
根据本公开的供应链云平台系统,其中供应商服务器基于注册在云平台服务器上的账户登录云平台服务器,以便访问库存管理单元,从而使得云平台服务器能够将对应的货品的即时库存信息同步发送到供应商服务器,并供应商服务器基于该即时库存信息确定是否生成供货申请单,并将供货申请单发送给云平台服务器,云平台服务器将供货申请单转发给客户端服务器以便对该供货申请单进行审核。
根据本公开的供应链云平台系统,其中客户端服务器包括订单审核单元,其对从云平台服务器转发的供应商的供货申请单进行审核以及对订单生成单元即将发送到供应商服务器的货品订单进行审核。
根据本公开的供应链云平台系统,其中供应商资格证书管理单元基于供应商的资格证书的有效期限确定是否将供应商移出货品供应链名录。
由于采用了本公开的技术方案,因此根据本公开的供应链云平台系统,打造一条全程溯源的货品的供应链数据体系,同时帮助平台应用客户实现零库存管理,降低货品库房的仓储、人员、场地等成本,降低以往信息不对称所导致的医疗物资损耗以便能够实现货品仓库处于几乎零库存状态。
附图说明
此处的附图被并入说明书中并构成本说明书的一部分,示出了符合本公开的实施例,并与说明书一起用于解释本公开的原理。
图1所示为根据本发明的供应链云平台系统的示意图。
图2所示的是根据本公开的供应链云平台系统100的云平台服务器200的构成示意图。
图3给出的是根据本公开的货品需求预测单元进行预测流程图.
图4所示的是根据本公开的供应商基于订单进行配送的流程图。
图5所示的是利用根据本公开的供应链云平台系统的一个实例的运行示意图。
图6所示的是利用根据本公开的供应链云平台系统的一个供应商实例的运行示意图。
具体实施方式
这里将详细地对示例性实施例进行说明,其示例表示在附图中。下面的描述涉及附图时,除非另有表示,不同附图中的相同数字表示相同或相似的要素。以下示例性实施例中所描述的实施方式并不代表与本公开相一致的所有实施方式。相反,它们仅是与如所附权利要求书中所详述的、本公开的一些方面相一致的装置和方法的例子。
在本公开使用的术语是仅仅出于描述特定实施例的目的,而非旨在限制本开。在本公开和所附权利要求书中所使用的单数形式的“一种”、“所述”和“该”也旨在包括多数形式,除非上下文清楚地表示其他含义。还应当理解,本文中使用的术语“和/或”是指并包含一个或多个相关联的列出项目的任何或所有可能组合。
应当理解,尽管在本公开可能采用术语第一、第二、第三等来描述各种信息,但这些信息不应限于这些术语。这些术语仅用来将同一类型的信息彼此区分开。例如,在不脱离本公开范围的情况下,第一客户端也可以被称为第二客户端,类似地,第二客户端也可以被称为第一客户端。取决于语境,如在此所使用的词语“如果”可以被解释成为“在……时”或“当……时”或“响应于确定”。
为了使本领域技术人员更好地理解本公开,下面结合附图和具体实施方式对本公开作进一步详细说明。
图1所示为根据本发明的供应链云平台系统的示意图。如图1所示,供应链云平台系统100,包括:云平台服务器200、基于供应商资格证书注册在云平台服务器上的供应商服务器300以及客户端服务器400。云平台服务器200采集来自供应商服务器300和客户端服务器400的信息,并基于所接收到的信息做出决策。如图1所示,供应商服务器300被用于各级供应商,包括但不限于货品的生产企业、供货商以及分销商等,通过供应商客户端与供应商服务器300相连,实时获取供应商服务器300上面发布的各种与自身对应的货品信息。以便各个供应商及时对供货或者退换货情形做出反应。客户端服务器400被用于多个客户端。各个客户端登陆到客户端服务器400,从而能够实时获取供应商经由云平台服务器200以及客户端服务器400发送来的各种信息,并且将对货品的出库、消耗、移库信息上传到云平台服务器200以及客户端服务器400。尽管在图1中显示的客户端的示意图显示为医院图形,但是,该第一客户端可以是任何其他货品的零售商店、物流公司或者其他任何需要储存大量货品备用的货品消耗类实体,例如各种实体货品生产企业。
图2所示的是根据本公开的供应链云平台系统100的云平台服务器200的构成示意图。如图2所示,云平台服务器200包括信息采集单元210、供应链管理单元220、库存管理单元230、货品需求预测单元240以及订单生成单元250。供应链管理单元220管理各级供应商注册在云平台服务器200的账户、其对应的资格证书以及对应的货品目录。每个货品供应商需要通过供应商服务器300(尽管被称为服务器,但是也可以仅仅是一台可以进行网络联通的个人计算机)在云平台服务器200上注册自己的账户。根据具体系统的需要,设定注册所需的必要身份文件。供应商为了取得供货资格,需要提供自己的产品获准进入市场的资格证书,例如相关的市场准入证书文件,如果是药品产品,则需要具体监管部门所核发的具体药品的生产资格证书和市场准入证明,并正确输入货品名称和对应货品的资格证书的有效起止日期。信息采集单元210在获得供应商提供的信息后,将这些信息与供应商账户关联起来,一并提供给供应链管理单元220进行关联存储和管理。客户端服务器400可以选择自己满意的供应商作为自己的常规供应商,这样在随后的订单生成时仅仅生成针对自己所选择的供应商的货品订单。尽管此处将供应链管理单元220归属于云平台服务器200,但是也可以将供应链管理单元220设置在客户端服务器400上,具体而言,由各个客户单位自己设置供应链管理单元220。当供应商提供的某种货品的资格证书到期后,供应链管理单元220会直接关闭该供应商在提供该货品的资格功能,并将该关闭信息同步到供应商服务器300和客户端服务器400。因此,供应商服务器300将不能就该货品生成任何供货申请,云平台服务器200中的货品需求预测单元240以及订单生成单元250也不会就该供应商的对应货品进行货品需求预测和货品订单生成。这样就直接切断了无资格供应商提供无资质货品的可能性,也保证的货品的安全性。
尽管将库存管理单元230归属于云平台服务器200,但是库存管理单元230也可以设置在各个客户端服务器400上。当位于与客户端服务器400相连的客户端510中的库存单元5110或5115的货架上的货品被移出(或消耗),或者货品被补充道该货架上时,货架上的货架传感单元(未示出)会感测到货品的增加和减少,并因此货架传感单元将感测信号发送到客户端服务器400,并因此该感测信号被发送到云平台服务器200的库存管理单元230。库存管理单元230基于所接收到的感测信号更新每种货品的库存信息。当库存管理单元230设置在云平台服务器200上时,库存管理单元230可以针对每个客户端设置对应的库存管理子单元(未示出)。每个库存管理子单元针对性更新对应客户端的货品的补充与消耗情况。
所述信息采集单元210除了如前所述采集库存管理单元230所获得货品库存变化信息之外,还采集对应货品的消耗历史信息、供应商历史供货偏好得分、季节信息、供应商供货能力信息以及对应货品在互联网上的市场信息之一或任意组合。
很多货品的消耗具有季节性,即由于季节不同,货品的消耗量会有增减。因此,对于客户而言,根据季节性来准备适量的备用货品,将更有效经济地利用库存空间,并有效地节约或利用备货的成本。例如,对于医院而言,由于每年冬季流感爆发会导致需要大量的流感治疗所需的药物,因此,在冬季来临之前,需要储备足够量的流感药品。因此,将货品的功能性与季节性关联起来,并基于当前季节为货品的订单的生成决策提供不同对应的权重。
同样,货品的历史消耗信息为货品的供应提供了参考历史信息。通常某些货品会存在一个流行过程。在流行的初始过程会在消耗方面呈现总体上升趋势,在流行后期或呈现下降趋势。或者某些货品会随着某些消费群体的增加而增加。因此,通过货品的历史消耗趋势,对货品的备份数量进行预先决策,这就需要信息采集单元210不断采集货品的消耗量的历史信息。这些消耗量历史信息可以通过云平台自身的供货信息获取,也可以如图2所示的那样通过互联网云端获得。这些货品的消耗历史信息可以附加一些地理属性。例如,对于医院而言,可能某些疾病具有地域性,在某些地方可能存在缺碘性甲状腺疾病,因此,通过某些特定的客户端实体的具体用药历史信息,形成属于该地区的针对甲状腺疾病的药品的消耗历史信息。尤其对于医院而言,还可以由作为医院的客户端实体收集病患信息,并将该病患信息与具体的药品或医用设备货品信息关联起来,并传送给信息采集单元210,以便货品需求预测单元240在随后的预测中采纳该信息,做到及时备货。
供应商历史供货偏好得分是客户端实体对供应商实行的考核得分。对于客户端实体而言,供应商在供货的速度、货品的品质、货品的退换速度等服务品质方面存在差异。对于良好的供应商,客户端实体会赋予较高的得分,否则会赋予较低的得分。对于能够提供相同货品的供货商而言,客户在订单的分发时必然会自动偏向于具有良好得分的供货商。因此,信息采集单元210采集获取供应商历史供货偏好得分,为订单生成单元250将来针对具体的客户端实体生成合适的订单提供了判断依据,也为客户端实体在选择供应链时提供了选择依据。
供应商供货能力信息可以是供应商自主提供的生产或供货能力的数据,也可以信息采集单元210基于供货商的历史供货信息处理后形成的该供货商的供货能力数据。这些数据为客户端实体在自身生成货品订单或通过云平台服务器的货品需求预测单元240做出决策以及订单生成单元250生成货品订单时提供决策依据。例如,尽管某客户端实体对某货品由于供应商A的历史供货偏好得分较高而倾向供应商A进行供货,但是由于供应商A在当前时间段供货能力不足,因此,订单生成单元250将自动排除供应商A而向历史供货偏好得分略低的供应商B发出货品订单。对应货品在互联网上的市场信息属于货品在整个市场中的市场动态。
所述货品需求预测单元240基于信息采集单元210获取的与具体客户端实体相关联的各种信息,预测该客户端实体对具体货品在预定时间内的所需的货品数量。举例而言,例如所述货品需求预测单元240基于信息采集单元210所采集的与例如某医院的客户端实体相关的信息,诸如:医院所在地区的人口信息、季节信息、某流感疫苗在该医院的历史消耗信息、当前就诊病人数量等,对即将到来的季节可能使用的该流感疫苗的用量进行预测,以便为该医院发出的流感疫苗订单给出一个参考货品数量。
图3给出的是根据本公开的货品需求预测单元进行预测流程图。如图3所示,首先,在步骤S301处确定某货品相对时间的消耗量,获取多年的历史消耗数据信息,并确定历史当前月份的消耗历史数据。当确定货品不具有月份属性时,在步骤S302处获取货品的普通历史用量信息,并随后在步骤S306出,应用趋势分析算法基于普通历史用量信息来预测本次货品的补充量。
如图3所示,如果在步骤S302处确定货品具有月份属性,则在步骤S303处基于货品的历史消耗信息确定该货品的消耗是否处于旺季。如果确定为“是”,则在步骤S304处获取货品的旺季历史用量信息,并随后在步骤S306出,应用趋势分析算法基于旺季历史用量信息来预测本次货品的补充量。如果在步骤S303处确定为“否”,则在步骤S305处获取货品的淡季历史用量信息,并随后在步骤S306出,应用趋势分析算法基于淡季历史用量信息来预测本次货品的补充量。
下面是在步骤S306处所运用的预测模型的例子。
1.分别计算历史月/季/年增长平均值。
其中n为历史记录月/季/年总数量;Xi为第i月/季/年总额较第(i-1)月/季/年总额的增长值。
2.求取各个数据的方差。
3.比较上个月/季/年计算获得方差并综合环比数据,计算获得平滑系数,采用指数平滑法预测增长量。
尽管上面给出了一个涉及月份属性进行预测的例子,但是预测模型可以根据实际需要进行修改,例如可以考虑到供应商得分属性、供应商能力属性等等属性。最后进行各个属性的综合考虑。
所述订单生成单元250基于所述货品需求预测单元所预测的货品数量生成货品订单并发送到供应商服务器。在订单生成单元250生成货品订单过程中,在订单中包含不同客户端实体的特性需求。例如,订单生成单元250可以通过信息采集单元210从客户端实体的交互单元5125获取客户端实体对订单的具体要求。例如,交互单元5125获取客户端实体管理人员根据实际货品的使用状况对低值繁杂的普通耗材进行不同的包装方式进行了具体要求。具体举例而言,例如某种药物,供应商的自己的包装为10小包为一大包,但是根据作为客户端实体的医院在实践用药过程中了解到5小包为一大包更适合用药疗程,因此,会就该药物的包装提出适合自己的具体要求。这种包装定制化会极大减少药品的浪费。因此,在订单生成单元250生成的订单中包含客户端实体提出的整合低值繁杂的普通耗材以特定的定数包和套包的方式进行加工,极大地方便了客户端实体对货品的销售和使用。对于病人而言,也极大降低了医药费用。更为重要的,这种定制化的方式,也方便了供应商对货品的配送。
订单生成单元250可以将多个客户端实体同时发出的同类货品的订单合并为一个该货品的总订单发送给供应链上的供应商。供应商会基于总的订单进行货品的生产,并基于具体客户端实体的子订单进行配送。
订单生成单元250可以将多个客户端实体同时发出的同类货品的订单合并为一个该货品的总订单发送给供应链上的供应商。供应商会基于总的订单进行货品的生产,并基于具体客户端实体的子订单进行配送。图4所示的是根据本公开的供应商基于订单进行配送的流程图。如图4所示,在步骤S401处,订单生成单元250确定是否还有针对客户端510的子订单。如果没有,则在步骤S405处将所有订单发送到供应商服务器300。如果还有针对客户端510的子订单,则在步骤S402处计算货品的采购数量。所述采购数量为由货品需求预测单元240得出的预测订单数量加上库存修正量。库存修正量通过更加安全库存和未到货订单量得到。随后在步骤S403处计算各个客户端510的发货包装定数,并将发货包装定数信息包含在订单项目中。发货单包装根据历史消耗量、发货周期和常用包装进行智能计算。接着,在步骤S404处,合并来自不同客户端510的关于同一货品的子订单成为同一货品的总订单,并返回步骤S401。
与客户端服务器400连接有客户端510。如前所述,客户端510可以是各种医院、零售商、各种加工企业等,甚至可以就是供应商本身,因为供应商自己在生产货品的过程中也有自己的原料供应商。客户端510在本申请中也被称为客户端实体。该客户端510也可以一种软件客户端。客户端实体中的第一存单元5110和第二库存单元5115具体而言就是货品仓库,也可以是对应于货品仓库的数据存储器,其中记录着对应货品仓库的即时货品库存状态。在仓库的货架上都设置有一些货架传感单元(未示出)。货架传感单元可以是重量感测单元,也可以是光学传感器,其能够检测到货品被补充到货架上的过程以及货品从货架上被取出的过程,并生成感测信号和将感测信号经由客户端服务器400发送到云平台服务器200的信息采集单元210,库存管理单元230接收信息采集单元210所采集的货架的货品库存变化信息来更新货品的库存信息。尽管在此显示第一库存单元5110和第二库存单元5115,但是在客户端处可以有多于两个的库存单元,例如三个、四个等,如果客户端需要,可以设置成百上千个。并且,客户端可以将库存单元进行分级设置。当同一货品在不同库存单元之间移动时,库存管理单元230仅仅变更货品的位置信息而不会改变货品的库存数量信息。换句话说,当一个货品从一个库存单元移到另一个库存单元时,可以先记录为消耗出库后再记录为货品补充,因此,实际结果将显示为库存位置信息的变化。对于分级设置的库存单元,货品在移动过程中只能在上下级库存单元之间移动。例如,在医院作为客户端实体的情况下,存在中心库存单元、科室库存单元以及诊室库存单元这种三级库存单元。
如图2所示,在客户端510处的订单审核单元5120对云平台服务器200中的订单生成单元250所生成的针对该客户端510的货品订单进行审核。在通过该订单审核单元5120审核过的货品订单被反馈到云平台服务器200的订单生成单元250,并被进一步发送到与该被审核过的货品订单所对应的供应链中的供应商。如上所述,当订单生成单元250存在其他客户端510的针对同一供应商的同样货品的货品订单时,订单生成单元250会将针对同一供应商的同一货品的多个客户端510的订单打包成一个总的订单一起发送给该供应商。订单审核单元5120可以基于客户端510自身设定的审核条件进行审核,也可以将审核权限赋予客户端510的中的具有权限的审核人员进行审核,该审核人员通过交互单元5125对订单进行审核。
除了云平台服务器200中的订单生成单元250基于各种信息及时自动生成订单之外,供应商600也可以实时监控客户端510的库存情况,并就有自身对自有货品的整体消耗情况做出预判,并由供应商服务器300的供货申请单元320经云平台服务器200和客户端服务器400向客户端510发出供货申请和申请供货的理由。订单审核单元5120对接收到的供应商600的供货申请和申请供货的理由进行审核。被审核通过的供货申请被发送到云平台服务器200的订单生成单元250,以便生成可以直接被经由供应商服务器300发送到供应商600的货品订单。这种设置可以使得本申请的供应链云平台系统更灵活应对各种货品的变化情况。
供应商服务器300在收到来自云平台服务器200的订单生成单元250的货品订单时,供货指令单元310会基于货品订单的要求向对应的供应商发出供货指令。供货指令包含了货品订单的各种要求,包括但不限于,货品名称、数量、包装规格、收货单位名称、收货地址、收货期限、货品生产日期、货品库存位置等等。供应商600基于供货指令生产和准备货品并在准备好后直接对货品进行赋码供货。所附条码或二维码包含了上述货品订单或供货要求中的信息。
与客户端服务器400相连的客户端510具有货品验收单元5105。货品验收单元5105会同时接收到订单生成单元250发出的与客户端实体相关联的货品订单。在客户端510收到货品时,货品验收单元5105对所收到的货品进行扫码验货,通过扫码,对符合预存的货品订单要求的货物进行验货入库,并按照货品对应的库存单元的级别存放到不同级别的库存单元。
图5所示的是利用根据本公开的供应链云平台系统的一个实例的运行示意图。如图5所示,将医院作为客户端实体,将药品和医疗器械公司作为供应商。可选择地,客户端实体可以是各种货品消耗企业。首先,供应链云平台系统100基于所采集的各种信息自动生成医院所需的采购订单并发送到作为客户端实体的医院,并有医院进行采购订单审核。这种审核可以通过预设审核条件进行审核,也可以通过人工进行审核。通过审核,对采购订单进行修改或补充设定订单信息。随后被审核的采购订单反馈到供应链云平台系统100,以便重新生成货品订单。重新生成的货品订单可以在被发送到供应商之前,再次被发送到医院进行核实。通过核实的货品订单被供应链云平台系统100发送到供应商600。供应商在接收到货品订单后,作出响应。具体而言,该响应包括查询供应商自己对应货品的库存情况,在没有现有货品的情况下,及时安排生产,在有货品的情况下,进行货品的包装配货,并对包装获评进行赋码和打码。所有赋码和打码信息都同步到供应链云平台系统,以便货品收货方同步获取。进行发货。供应商通过自己的物流系统或外部物流系统进行货品配送。货品被配送到医院后,医院的货品验收单元5105对获评进行扫码验收。最后,经过验收后的货品根据扫码获得的库存单元信息,分别进入医院的各级库房或医院的中心库房。医院的库存单元在货品入库的同时对库存数据进行更新,并将数据同步到供应链云平台系统100。所有数据被共享给该数据的关联账户。这些关联账户包括供应该货品的供应商、同类货品的供应商、医院内部具有查看权限的客户端(例如各级药房、医院管理人员、采购订单审核人员客户端等。)等等。所有客户端的货品库存信息可作为供应链云平台系统100的货品需求预测单元240进行货品需求预测的依据之一。
图6所示的是利用根据本公开的供应链云平台系统的一个供应商实例的运行示意图。如图6所示,供应商可以实时获取其客户端实体的货品的库存情况。根据常规供货时间间隔,及时为客户端实体进行补充货品。为此,在查询库存情况后,生成供货申请单,并将所生成的供货申请单经由供应链云平台系统发送给客户端实体进行审核。客户端实体进行审核后,将审核或修改后的供货申请单反馈给供应链云平台系统,供应链云平台系统生成货品订单并发送给供应商进行,以便供应商基于货品订单进行供货处理。供应商通过供应链云平台系统实时获取自身对应的多个客户端实体的库存信息,因此能够按需安排生产计划,由此也能够优化供应商自己的资金应用计划。
以上结合实例对本公开的供应链云平台系统进行了详细介绍。采用根据本公开的供应链云平台系统,借助互联网、掌上电脑、无线网络、条码等技术,通过供应商对接客户端实体的一级库房和外部配送企业,可以形成以客户端实体为主导的连接客户端实体和多家供应商的供应链集中云服务平台。
供应商和客户端实体通过该供应链云平台系统和条码技术集中管理客户端(例如医院)外部的货品(例如药品等)供应商和耗材供应商,实现自动生成采购订单,批号效期条码管理,药品耗材品类管理,供应商资质管理,物资报表统计与分析,形成了一条全程溯源的货品,尤其是医疗药品物资,的供应链数据体系,甚至可以同时帮助客户端实体实现零库存管理,降低客户端实体库房的仓储、人员、场地等成本,降低以往信息不对称所导致的货品物资损耗。并且由于采用了本公开的供应链云平台系统,可以将供应链延伸到客户端实体的内部供应链。以医院为例,医院内供应链从一级库房向二级库房向患者使用去延伸,做到一个全程可追溯供应链体系,将电子标签、电子货架、条码等现代物流设备与概念延伸至各药房和科室,实现药品耗材的院外到院内、医院到患者的全程可追溯。
以上结合具体实施例描述了本公开的基本原理,但是,需要指出的是,对本领域的普通技术人员而言,能够理解本公开的方法和装置的全部或者任何步骤或者部件,可以在任何计算装置(包括处理器、存储介质等)或者计算装置的网络中,以硬件、固件、软件或者它们的组合加以实现,这是本领域普通技术人员在阅读了本公开的说明的情况下运用他们的基本编程技能就能实现的。
因此,本公开的目的还可以通过在任何计算装置上运行一个程序或者一组程序来实现。所述计算装置可以是公知的通用装置。因此,本公开的目的也可以仅仅通过提供包含实现所述方法或者装置的程序代码的程序产品来实现。也就是说,这样的程序产品也构成本公开,并且存储有这样的程序产品的存储介质也构成本公开。显然,所述存储介质可以是任何公知的存储介质或者将来所开发出来的任何存储介质。
还需要指出的是,在本公开的装置和方法中,显然,各部件或各步骤是可以分解和/或重新组合的。这些分解和/或重新组合应视为本公开的等效方案。并且,执行上述系列处理的步骤可以自然地按照说明的顺序按时间顺序执行,但是并不需要一定按照时间顺序执行。某些步骤可以并行或彼此独立地执行。
上述具体实施方式,并不构成对本公开保护范围的限制。本领域技术人员应该明白的是,取决于设计要求和其他因素,可以发生各种各样的修改、组合、子组合和替代。任何在本公开的精神和原则之内所作的修改、等同替换和改进等,均应包含在本公开保护范围之内。
Claims (10)
1.一种供应链云平台系统,包括:云平台服务器、基于供应商资格证书注册在云平台服务器上的供应商服务器以及客户端服务器,其中云平台服务器采集来自供应商服务器和客户端服务器的信息,并基于所接收到的信息做出决策。
2.如权利要求1所述的供应链云平台系统,其中云平台服务器包括信息采集单元、供应链管理单元、库存管理单元、货品需求预测单元以及订单生成单元,其中,
所述库存管理单元接收来自货架传感单元检测到的货架上货品的输出或接收以及客户端服务器发送来的货品补充或消耗信息,更新每种货品的库存信息;
供应链管理单元管理各级供应商注册在云平台服务器的账户、其对应的资格证书以及对应的货品目录;
所述信息采集单元除了采集库存管理单元所获得货品库存变化信息之外,还采集对应货品的消耗历史信息、供应商历史供货偏好得分、季节信息、供应商供货能力信息以及对应货品在互联网上的市场信息之一或任意组合;
所述货品需求预测单元基于信息采集单元获取的各种信息,预测对应货品在预定时间内的所需的货品数量;以及
所述订单生成单元基于所述货品需求预测单元所预测的货品数量生成货品订单并发送到供应商服务器。
3.如权利要求2所述的供应链云平台系统,其中供应链管理单元还包括供应商资格证书管理单元,其审查供应商服务器或客户端服务器发送来供应商资格证书并对合格的供应商名称标记为合格并设置有效期限。
4.如权利要求2所述的供应链云平台系统,其中供应商服务器包括供货指令单元,响应于来自云平台服务器的订单生成单元的货品订单,向供应商的发货单元发出供货指令,以便发货单元基于货品订单为货品打码并供货。
5.如权利要求4所述的供应链云平台系统,其中客户端服务器连接有多个客户端,所述多个客户端之一包括货品验收单元,其对来自供应商的货品进行扫码验收,并将验收结果信息同步到云平台服务器。
6.如权利要求5所述的供应链云平台系统,其中客户端服务器连接有多个库存单元,经过所述货品验收单元验收的货品分别放置到对应的库存单元,对应的库存单元的感测单元感测货品的输出和输入,并将感测信号同步到库存管理单元,以便库存管理单元更新各个库存单元中各种货品的库存信息。
7.如权利要求6所述的供应链云平台系统,其中在所述多个库存单元中,当处于第一库存单元的货品被移存到第二库存单元时,库存管理单元仅仅更新被移存货品的库存位置标记。
8.如权利要求2所述的供应链云平台系统,其中供应商服务器基于注册在云平台服务器上的账户登录云平台服务器,以便访问库存管理单元,从而使得云平台服务器能够将对应的货品的即时库存信息同步发送到供应商服务器,并供应商服务器基于该即时库存信息确定是否生成供货申请单,并将供货申请单发送给云平台服务器,云平台服务器将供货申请单转发给客户端服务器以便对该供货申请单进行审核。
9.如权利要求8所述的供应链云平台系统,其中客户端服务器包括订单审核单元,其对从云平台服务器转发的供应商的供货申请单进行审核以及对订单生成单元即将发送到供应商服务器的货品订单进行审核。
10.如权利要求2所述的供应链云平台系统,其中供应商资格证书管理单元基于供应商的资格证书的有效期限确定是否将供应商移出货品供应链名录。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810413008.9A CN108665284A (zh) | 2018-05-03 | 2018-05-03 | 供应链云平台系统 |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
CN201810413008.9A CN108665284A (zh) | 2018-05-03 | 2018-05-03 | 供应链云平台系统 |
Publications (1)
Publication Number | Publication Date |
---|---|
CN108665284A true CN108665284A (zh) | 2018-10-16 |
Family
ID=63781818
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
CN201810413008.9A Pending CN108665284A (zh) | 2018-05-03 | 2018-05-03 | 供应链云平台系统 |
Country Status (1)
Country | Link |
---|---|
CN (1) | CN108665284A (zh) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109544271A (zh) * | 2018-10-24 | 2019-03-29 | 深圳市万屏时代科技有限公司 | 一种交易管理系统 |
CN109712700A (zh) * | 2018-11-15 | 2019-05-03 | 国科恒泰(北京)医疗科技股份有限公司 | 生成手术用具订单的方法及装置 |
CN111061784A (zh) * | 2019-10-21 | 2020-04-24 | 望海康信(北京)科技股份公司 | 数据交互方法及系统 |
CN111126806A (zh) * | 2019-12-12 | 2020-05-08 | 四川爱联科技有限公司 | 基于2b业务的销产供信息化系统 |
CN111508597A (zh) * | 2020-04-22 | 2020-08-07 | 北京致医健康信息技术有限公司 | 医疗资源管理方法、装置、设备及存储介质 |
CN116664170A (zh) * | 2023-08-01 | 2023-08-29 | 北京云中鹤科技发展有限公司 | 基于云平台的供应链管理数据分析系统 |
Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7480623B1 (en) * | 2000-03-25 | 2009-01-20 | The Retail Pipeline Integration Group, Inc. | Method and system for determining time-phased product sales forecasts and projected replenishment shipments for a retail store supply chain |
CN101770633A (zh) * | 2010-03-31 | 2010-07-07 | 上海康德莱企业发展集团有限公司 | 一种医疗器械供应链服务平台及其控制方法 |
CN102646241A (zh) * | 2011-02-17 | 2012-08-22 | 北京韩美智恒科技有限公司 | 医药供应链交易系统 |
US20120253995A1 (en) * | 2011-03-31 | 2012-10-04 | Amit Boob | System and method for merchandise inventory management to maximize gross margin |
CN105069604A (zh) * | 2015-09-11 | 2015-11-18 | 浙江中烟工业有限责任公司 | 一种基于物联网的烟草物流信息协同管理系统 |
CN105354735A (zh) * | 2015-11-03 | 2016-02-24 | 云智造电子商务(北京)有限公司 | 互联网供应链平台系统及交易方法 |
CN105913179A (zh) * | 2016-04-08 | 2016-08-31 | 深圳市企企通科技有限公司 | 基于云平台的企业间业务连接系统 |
CN106203682A (zh) * | 2016-06-29 | 2016-12-07 | 东南大学 | 酒店一次性用品需求预测方法及订单系统 |
CN106651258A (zh) * | 2016-12-14 | 2017-05-10 | 黑龙江农业工程职业学院 | 一种零售产品库存管理系统 |
CN107330829A (zh) * | 2016-04-29 | 2017-11-07 | 山东华平信息科技有限公司 | 一种药品集中采购云平台及方法 |
-
2018
- 2018-05-03 CN CN201810413008.9A patent/CN108665284A/zh active Pending
Patent Citations (10)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7480623B1 (en) * | 2000-03-25 | 2009-01-20 | The Retail Pipeline Integration Group, Inc. | Method and system for determining time-phased product sales forecasts and projected replenishment shipments for a retail store supply chain |
CN101770633A (zh) * | 2010-03-31 | 2010-07-07 | 上海康德莱企业发展集团有限公司 | 一种医疗器械供应链服务平台及其控制方法 |
CN102646241A (zh) * | 2011-02-17 | 2012-08-22 | 北京韩美智恒科技有限公司 | 医药供应链交易系统 |
US20120253995A1 (en) * | 2011-03-31 | 2012-10-04 | Amit Boob | System and method for merchandise inventory management to maximize gross margin |
CN105069604A (zh) * | 2015-09-11 | 2015-11-18 | 浙江中烟工业有限责任公司 | 一种基于物联网的烟草物流信息协同管理系统 |
CN105354735A (zh) * | 2015-11-03 | 2016-02-24 | 云智造电子商务(北京)有限公司 | 互联网供应链平台系统及交易方法 |
CN105913179A (zh) * | 2016-04-08 | 2016-08-31 | 深圳市企企通科技有限公司 | 基于云平台的企业间业务连接系统 |
CN107330829A (zh) * | 2016-04-29 | 2017-11-07 | 山东华平信息科技有限公司 | 一种药品集中采购云平台及方法 |
CN106203682A (zh) * | 2016-06-29 | 2016-12-07 | 东南大学 | 酒店一次性用品需求预测方法及订单系统 |
CN106651258A (zh) * | 2016-12-14 | 2017-05-10 | 黑龙江农业工程职业学院 | 一种零售产品库存管理系统 |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
CN109544271A (zh) * | 2018-10-24 | 2019-03-29 | 深圳市万屏时代科技有限公司 | 一种交易管理系统 |
CN109712700A (zh) * | 2018-11-15 | 2019-05-03 | 国科恒泰(北京)医疗科技股份有限公司 | 生成手术用具订单的方法及装置 |
CN111061784A (zh) * | 2019-10-21 | 2020-04-24 | 望海康信(北京)科技股份公司 | 数据交互方法及系统 |
CN111126806A (zh) * | 2019-12-12 | 2020-05-08 | 四川爱联科技有限公司 | 基于2b业务的销产供信息化系统 |
CN111508597A (zh) * | 2020-04-22 | 2020-08-07 | 北京致医健康信息技术有限公司 | 医疗资源管理方法、装置、设备及存储介质 |
CN116664170A (zh) * | 2023-08-01 | 2023-08-29 | 北京云中鹤科技发展有限公司 | 基于云平台的供应链管理数据分析系统 |
CN116664170B (zh) * | 2023-08-01 | 2023-09-26 | 北京云中鹤科技发展有限公司 | 基于云平台的供应链管理数据分析系统 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
CN108665212B (zh) | 基于云平台的库存管理系统 | |
CN108665284A (zh) | 供应链云平台系统 | |
Gebicki et al. | Evaluation of hospital medication inventory policies | |
De-la-Cruz-Márquez et al. | An inventory model for growing items with imperfect quality when the demand is price sensitive under carbon emissions and shortages | |
Mathew et al. | New trends in healthcare supply chain | |
Saxena et al. | How does the retailing industry decide the best replenishment strategy by utilizing technological support through blockchain? | |
Dai et al. | Mitigation of bullwhip effect in supply chain inventory management model | |
Leaven et al. | Inventory management applications for healthcare supply chains | |
CN102346880B (zh) | 企业资源规划计算机系统和方法 | |
JP2010269867A (ja) | 輸送計画立案支援システム及び輸送計画立案支援方法 | |
Guajardo et al. | Inventory management of spare parts in an energy company | |
JP6424311B2 (ja) | サプライチェーンマネージメント装置、及びその方法、システム、プログラム | |
CN108171439B (zh) | 一种煤场管理系统及方法 | |
Kritchanchai et al. | Healthcare supply chain management: Macro and micro perspectives | |
CN109767157B (zh) | 一种基于云计算和大数据的医药销售系统 | |
CN102346877A (zh) | 农村连锁企业配送管理系统 | |
Shih et al. | Stochastic inventory model for minimizing blood shortage and outdating in a blood supply chain under supply and demand uncertainty | |
KR20200104037A (ko) | 이원화 관리 유저 인터페이스를 이용한 발주 및 입출고 관리 시스템 | |
CN111507653B (zh) | 水产品仓储管理方法和装置 | |
Dominguez et al. | Model for integrating the supply chain of an appliance company: a value of information approach | |
KR20200104030A (ko) | 이원화 관리 유저 인터페이스 및 이를 이용한 상품 정보 관리 시스템 | |
Hossain et al. | Investigating the effect of extended vendor managed inventory in the supply chain of health care sector to enhance information exchange | |
KR102452790B1 (ko) | 치과용품 재고관리 서비스 제공 시스템 | |
Penny et al. | Investigating the efficacy of inventory policy implementation in selected state-owned enterprises in the Gauteng province: A qualitative study | |
Mensah et al. | Optimizing drug supply chain in hospital pharmacy department: an empirical evidence from a developing country |
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 |