配方抓藥複核與備料

🎯 這條流程解決什麼

抓藥是中藥行裡最不容許出錯的一道工序。一味藥材放錯、一個克數抄錯，輕則整帖藥效走樣、顧客喝了沒感覺，重則出現相反相畏的危險組合，直接危害健康，甚至牽涉到法律與賠償責任。偏偏中藥行的日常正好充滿出錯的條件：手寫處方箋字跡潦草，「白朮」與「白芷」、「山藥」與「山楂」只差一字，相似藥名一不留神就拿錯；同一味藥還有生用、炒用、酒製、蜜炙之分，光憑記憶很難每次都對。

更現實的是時間壓力。一張十五味藥、開三帖的處方，師傅要逐味從藥櫃取藥、上秤、分帖、包紮，純人工大約得花十二到二十分鐘，遇到龍飛鳳舞的字跡還得先猜半天、甚至回電問開方者確認。週末或進補旺季，門市同時湧進七、八張處方，師傅一個人在藥櫃前手忙腳亂，漏抓、重抓、克數估錯的機率直線上升。許多老店靠的是老師傅幾十年的手感，可是一旦老師傅請假或退休，新手接手沒有任何系統把關，風險全壓在一個人身上。換算成本，一位資深抓藥師傅的人事成本不低，把時間耗在「辨認字跡」「重複核對」這些可以被輔助的環節上，本身就是浪費。

這條流程不是要取代師傅，而是替師傅裝上一層「不會累的眼睛」。它把容易出錯的辨認、列單、禁忌比對交給系統先做一遍，讓師傅專注在真正需要專業判斷的取藥與複核上。想看更多中藥行自動化的搭配組合，可參考 /workflows 與 /recipes，整體導入規劃則見 /automation。

導入後的改變

導入前，一張處方從接單到出貨，流程是這樣的：師傅拿到手寫單，先辨認字跡（常常要猜或打電話確認），再一味味抓藥、心算克數、分帖包紮，最後可能有第二位師傅口頭問一句「都對吧」就出貨。整個過程沒有留下任何書面複核紀錄，出了問題也難以追溯是哪一步、哪個人出的錯。尖峰時段平均每張處方耗時十五分鐘以上，錯誤率雖然不高，但只要一次重大配伍失誤，代價就難以承受。

導入後，OCR 在幾秒內就把處方轉成清楚的數位明細，禁忌組合自動跳紅燈提示，備料工單一鍵生成。師傅省下辨認與抄寫的時間，單張處方的處理時間大約能從十五分鐘壓到八到十分鐘，等於每張省下三到四成工時；旺季一天五十張處方，累積就是兩三個小時的人力釋放。更關鍵的是品質：禁忌比對與雙人簽核變成「系統強制」而非「靠人記得」，相似藥名拿錯、孕婦禁用藥漏看的情況明顯下降，每一筆出貨都留下誰抓藥、誰複核、幾點簽核的完整紀錄，萬一顧客回報問題，三分鐘就能調出當時的工單追溯，而不是大海撈針。對中藥行來說，這層可追溯性本身就是最好的風險保險。

流程怎麼運作

整條流程對應 frontmatter 裡的五個節點，逐步串接：

第一步「讀取處方」，顧客或門市把處方箋拍照上傳到 Google Forms，或直接選用店裡已建好的常用配方（如四物湯、十全大補、清冠系列）。AI OCR API 辨識影像，把每一味藥材名稱、克數與帖數轉成結構化明細。若辨識信心度偏低或字跡無法判讀，系統會標記「待人工確認」而非硬猜，避免錯誤往下傳。

第二步「建立工單」，系統把辨識結果寫進 Airtable，自動算出每味藥的「單帖克數 × 帖數 = 總克數」，生成一張清楚的抓藥備料單，師傅照單取藥即可，不必再心算分帖。

第三步「禁忌提示」，這是流程的安全核心。系統拿配方逐味去比對內建的十八反、十九畏清單（如甘草反甘遂、烏頭反半夏），以及孕婦慎用、特殊體質慎用名單，一旦出現高風險組合就在工單上醒目標紅，並附上提示文字，要求師傅特別確認。

第四步「雙人複核」，第一位師傅備完料後，系統透過 LINE Notify 把複核單推送給第二位師傅，請他核對藥材種類與秤重，無誤後在系統上簽核。雙人複核從「口頭問一句」變成「有紀錄的數位簽核」。

第五步「出貨記錄」，兩位師傅都簽核後，系統登記出貨、自動扣減 Google Sheets 庫存，並通知顧客可以取藥。整筆交易的處方影像、工單、複核人、時間全部留檔。

需要的工具與串接重點

平台用 n8n 或 Make 當中樞。Google Forms 負責收處方影像與配方選擇，是最沒有門檻的入口；AI OCR API 負責影像轉文字，建議挑選對中文與手寫字辨識較佳的服務，並務必設定信心度門檻，低於門檻一律轉人工。Airtable 當作工單與配方資料庫，事先把店裡常用配方、各藥材的別名對照（白朮/於朮、生地/熟地）建好，OCR 辨識後比對別名表能大幅減少誤判。Google Sheets 管庫存與出貨流水。LINE Notify 負責推播複核單給第二位師傅，是台灣師傅最習慣、最即時的通知管道。

串接重點有三：一是別名與規格對照表一定要先建齊，否則 OCR 再準，藥名對不上庫存品項也是白搭；二是禁忌清單要請店內資深師傅或合作藥師審過一遍，確保涵蓋完整且符合實際調劑慣例；三是雙人簽核要設成「缺一不可出貨」的硬性卡關，不能讓人略過，否則自動化反而給了便宜行事的藉口。

常見錯誤與注意事項

最該避免的錯誤，是把 OCR 與禁忌比對的結果當成「最終答案」。OCR 會看錯字、會把模糊筆畫猜錯，禁忌清單也不可能涵蓋所有臨床情境與個別體質。所有藥材品項、克數與配伍，最終一律由合格中藥從業人員人工核對確認，不得僅憑系統判讀直接出貨。 系統紅燈是「請你特別看一眼」的提醒，不是「替你決定」。

其次，雙人複核不可流於形式。若兩位師傅都只是無腦點「確認」，那再嚴謹的流程也防不了錯，店內應建立抽查與責任歸屬機制。涉及孕婦、嬰幼兒、慢性病或正在服用西藥的顧客，配方調整務必由中醫師或藥師判斷，必要時請顧客就醫，系統只負責標記提醒，不取代專業醫療判斷。處方影像屬於敏感個資與健康資料，儲存要設權限、定期清理，符合個資法規範。藥材品質、來源檢驗、效期把關則屬於專業範疇，系統協助降低調劑疏漏，但不取代師傅與藥師對藥材與配伍的最終責任。

台灣中小企業情境案例

台中一間開了三十多年的老字號中藥行，平日靠老闆與一位資深師傅兩人撐場。逢年過節、換季進補時，處方與配方訂單同時湧進，師傅常常忙到中午沒空吃飯，偶爾出現「抓錯一味、顧客喝出味道不對來反映」的狀況，雖然次數不多，但每次處理都耗神又傷信譽。老闆最擔心的，是哪天資深師傅退休後，年輕店員接手沒有任何系統把關。

導入這條流程後，顧客上傳處方或選用常用配方，系統先把明細整理好、禁忌組合自動標紅，年輕店員照工單備料，再由老師傅做數位複核簽核才出貨。旺季單張處方處理時間明顯縮短，師傅終於有空檔好好吃飯；半年下來沒有再發生抓錯反映，靠的不只是少了人為疏忽，更是每一筆都有複核紀錄帶來的踏實感。老闆說，最有價值的不是省時間，而是「就算我不在店裡，也敢放心讓人抓藥」。

延伸應用

這條流程可以再往前後延伸。往前，串接顧客的會員與用藥歷史，當同一位顧客回購時，系統自動帶出上次配方並提示「上回有調整過劑量」，讓服務更連貫。往後，扣庫存的動作可直接接上 /workflows 裡的缺貨補貨流程，藥材一低於安全量就觸發補貨建議，避免熱門藥斷貨接不了單。常用配方也能整理成知識庫，搭配 /recipes 的內容生成，產出衛教與保養說明卡隨藥附上，提升顧客回購黏著度。若店內有多家分店，還能把複核簽核紀錄集中到總部儀表板，做品質與效率的跨店比較，整體串接思路可參考 /automation。系統承擔的永遠是輔助與留痕，專業判斷始終留在師傅與藥師手上。

流程圖

用到的工具

更多「醫療健康」工作流

瀏覽全部工作流藍圖 → 自動化工作流中心 → AI Skills 食譜庫 →