一、定義階段

　　1.項目背景

　　VOB：隨著科園業務增長，公司2013年11月順義倉庫投入使用，運行中出現一些問題，如內部移庫量大、緊急移庫多、兩庫區間庫存不均衡（爆倉）、人員溝通效率低。

　　VOC：下游客戶送貨不及時（僅限科園倉庫有貨情況）。

　　2.問題描述

　　· 市內配送不能及時（倉庫缺貨）

　　· 移庫數量大、次數多

　　（2014年1月—— 2014年05月，共計81個工作日，移庫約48485件）

　　3.指標定義

　　· 內部配送導致的缺貨率：缺貨次數由數據部統計

　　· 緊急內部配送次數：配送請求時間和配送要求時間在24小時內的記錄為緊急配送。由數據中心記錄。

　　4.項目目標及收益

　　· 項目目標

　　√ 內部配送導致的缺貨率：0

　　&radic; 緊急內部配送次數：<=1次/周

　　&middot; 項目收益

　　本項目財務收益按照定性分析方式計算。根據下表重要性計算為92分。折算收益50萬。

　　二、測量階段

　　1.當前的藥品入庫-出庫物流圖

　　&middot; 進口：從保稅庫到順義庫-  豐臺庫

　　&middot; 國內合資：合資廠家- 順義庫- 豐臺庫（ 采購部堅持 合資廠家只送1個倉庫）

　　2.移動數量統計

　　描述：基于WMS的出、入庫數據。倉庫每月有庫存準確度盤點。

　　&radic; WMS日動碰，日盤點

　　&radic; WMS庫存月度導出庫存、貨位盤點

　　3.多倉計劃管理流程

　　改善前的移庫職責：

　　&radic; 未明確主責部門。

　　&radic; 當接到客戶訂單，如果豐臺庫庫存不足，數據中心會查詢，如果順義庫有庫存，數據中心緊急調貨

　　&radic; 如果順義庫無貨，記錄欠貨，采購保稅庫提貨。

　　（缺少提前預警）

　　4.缺貨或者緊急配送的關鍵原因分析

　　三、分析階段

　　1.缺貨原因驗證

　　2.SAP功能缺失

　　&middot; 未做改善前，因未發掘系統業務功能，ERP功能缺失

　　&middot; 另存在發起業務、數據兩部門有存在未明確相應職責

　　&middot; 現改善后，主責部門有數據崗位發起，相應sap系統設定安全下限庫存

　　3.真因及對策表

　　四、改進階段

　　1.改善后的流程圖，部門職責修改

　　2.收貨邏輯的改善

　　&radic; 只發外地的放順義

　　&radic; 同一供應商的產品向同一庫存地集中

　　&radic; 發外地占比大的優先放順義

　　&radic; 進口藥品優先放順義

　　3.SAP功能增加

　　與海思林科溝通，在SAP中增加了預警功能。從8月**日開始使用

　　4.效果確認

　　五、控制階段

　　確定新的流程職責：

　　固化系統功能及安全庫存設定，10-12月的數據跟蹤