醫療供應鏈自動化實錄：7步流程拆解

一家醫療設備供應公司每天處理數百條跨渠道請求，全靠人工分類、手動跟進、私下交接。沒人犯錯，但有人請假就卡殼，旺季一來就崩盤。

這不是技術債，是運營模式的隱性成本。我們花了幾個月幫他們重建整套系統——不是加速碎片流程，而是重新設計工作怎么流動。

第一步：先觀察，再動手

代碼一行沒寫之前，團隊只做一件事：看。

請求從郵件、表單、電話、內部系統涌進來。有人得判斷這是哪類需求，轉發給對應同事，回頭檢查進度，更新表格，催審批，再催一次。

沒有環節是壞的，全是低價值重復勞動。更麻煩的是"潛規則"——只有老員工知道哪類請求該跳過哪一步，新來的人只能邊踩坑邊學。

客戶提了一個關鍵約束：不要全自動。要速度，也要人在關鍵環節把關。

這個要求改變了所有技術決策。

第二步：把"任務自動化"升級為"運營模式重構"

市面上大部分自動化項目是點狀的：這個表單自動填，那個通知自動發，報表自動生成。

結果？每一步都快了，但步驟之間的銜接還是一團糟。

我們換了個思路：不是優化任務，是設計工作怎么進入系統、怎么分類、誰負責、怎么推進、何時需要人介入、怎么留痕。全部串聯。

最終架構分成七層：

請求進入 → 接收層捕獲并分類 → 編排器創建工作項并分配負責人 → 專業代理處理細分任務 → 護欄機制在行動前檢查 → 低風險步驟自動完成 → 高風險步驟交人工復核 → 全程留痕 → 儀表盤實時展示狀態

畫出來簡單，調通很難。

第三步：拒絕"萬能代理"，用窄代理+編排器

我們沒做一個大包大攬的智能體。聽起來省事，實則難測試、難管控、難信任——出問題時根本定位不到哪個決策錯了。

最終拆成五個專職代理：

接收分類代理：讀入請求，識別類型，標記缺失信息。只做這一件事。

數據校驗代理：檢查必填字段，比對歷史記錄，標記異常值。

路由代理：根據分類結果，把請求派給正確的人或下游系統。

狀態追蹤代理：監控進度，識別停滯，觸發提醒。

報告代理：匯總數據，生成運營看板。

編排器居中調度，代理之間不直接對話。哪個環節出問題，日志里一目了然。

第四步：用"護欄"替代"審批流"

傳統思路是每件事都設審批節點。我們反過來：默認自動執行，只在觸發特定條件時拉人介入。

護欄規則基于三類信號：

數據異常：金額超歷史均值150%、必填字段缺失、客戶信息不匹配。

模式偏離：請求類型與常規處理路徑不符、時間窗口異常。

系統狀態：下游系統不可用、代理置信度低于閾值。

觸發護欄的請求進入人工隊列，附帶上下文和推薦動作。沒觸發的直接走完，全程幾秒到幾分鐘。

客戶原話：「以前是人盯著流程跑，現在是流程自己跑，人只處理例外?！?/p>

第五步：處理"非結構化輸入"這個硬骨頭

醫療設備的請求來源很雜：郵件正文、PDF附件、語音留言、手寫掃描件。統一格式？不現實。

接收層做了三件事：

多模態解析：郵件拆出正文和附件，PDF轉文本并保留表格結構，語音轉文字，掃描件OCR。

信息補全：自動查客戶數據庫匹配聯系人，從歷史訂單推斷設備型號，用公開目錄補全規格參數。

置信度評分：每個推斷都帶分數，低于0.85的字段標記待人工確認。

關鍵設計：不追求100%自動解析。拿不準的，寧可讓人看一眼，也不瞎猜。

第六步：讓"人介入"變得高效

系統每天處理約1200條請求，其中8%-12%觸發人工復核。平均處理時間從原來的4小時壓縮到23分鐘。

秘密不在自動化，在"介入體驗"的設計：

上下文聚合：復核界面直接展示原始請求、系統推斷依據、相似歷史案例、推薦動作。

批量操作：同類問題可一鍵處理，不用逐條確認。

反饋閉環：人的每次修正都回傳訓練，縮小下次需要介入的范圍。

運營負責人反饋：「以前80%時間在找信息，現在80%時間在做判斷。」

第七步：實時儀表盤改變管理節奏

舊模式的管理是"事后看報表"，新模式是"事中看流動"。

儀表盤展示三類信息：

流量層：當前在途請求數、各階段積壓量、平均停留時間。

質量層：護欄觸發率、人工復核準確率、代理置信度趨勢。

資源層：各團隊負載分布、預計完成時間、瓶頸預警。

一個意外發現：儀表盤本身成了流程改進的抓手。以前"感覺"某個環節慢，現在直接看數據。三個月內主動優化了四個子流程，全是基于實時信號而非季度復盤。

關鍵復盤：什么真的管用

第一，窄代理比大代理可靠。職責邊界清晰，測試覆蓋容易，故障隔離簡單。

第二，護欄比審批流高效。不是減少管控，是把人的注意力集中在真正需要判斷的地方。

第三，介入體驗決定 adoption。自動化再流暢，人不愿意用就是失敗。復核界面做得像消費級產品，使用率才上來。

第四，日志即產品。全程可追溯不是合規 checkbox，是調試、優化、建立信任的基礎設施。

第五，運營模式優先于技術選型。同樣的工具，用來加速碎片流程和用來重構工作流，結果天差地別。

這套方法能搬到你公司嗎？

先問自己三個問題：

你的流程有沒有"只有老王知道"的隱性規則？

你的團隊是不是80%時間在協調，20%時間在創造？

你的自動化項目是點狀的，還是成體系的？

如果三個都是 yes，值得花兩周先做一件事：不碰代碼，只畫流程?？垂ぷ髟趺凑娴牧鲃樱皇窃趺磳懺?SOP 里。

那兩周的觀察，會決定你后面六個月是修修補補，還是一次做對。