牙醫預約確認與爽約補位流程

🎯 這條流程解決什麼

牙科診所的時段成本，和一般門診不太一樣。一個植牙評估、根管療程或全口檢查，往往一次就佔掉醫師半小時到一小時，還可能綁住一台診療椅、一位助理與一台 X 光設備。只要病人臨時爽約又沒有人遞補，這整段時間就是純粹空轉——醫師薪資照付、診間水電照跑、設備折舊照算，卻沒有任何產值進來。

實務上，多數診所的櫃台是這樣處理預約確認的：每天下午翻開明天的約診本，一個一個打電話確認「請問您明天下午三點的約診還會來嗎」。一通電話講完掛斷大約要 2 到 3 分鐘，遇到沒接、語音信箱、要重撥，實際耗時更長。一間中型診所一天若有 30 至 40 個約診，光是確認電話就要花掉櫃台 1.5 至 2 小時，而且這還是「順利」的情況。更麻煩的是補位：有人臨時取消，櫃台得憑印象想「最近誰說想早點約」，再回頭翻紀錄、逐一回撥，常常忙到下班也補不滿，最後就讓那個時段白白空著。

台灣牙科診所的平均爽約率落在 8% 到 15% 之間，熱門時段（晚上、週六）若沒有確認機制，爽約率更高。換算下來，一間月營收 200 萬的診所，光是爽約造成的時段空轉，一個月就可能蒸發掉 15 到 30 萬的潛在營收。這條流程要解決的，正是「確認靠人工太花時間」與「取消後沒人補位」這兩個一直在漏錢的破口。

導入後的改變

導入前，櫃台每天得花將近兩小時打確認電話，補位全憑記憶與運氣，爽約後的空檔多半補不回來。病人那端也常常因為忘記、記錯時間而沒到，事後還覺得「診所又沒提醒我」。

導入後，看診前一日系統自動發出確認訊息，病人點一下就能確認、改期或取消，櫃台只需處理「沒回應」的少數例外名單。當日早上再推一次報到提醒，病人回覆「到」即自動標記，現場叫號更順。一旦有人按下取消，空出來的時段立刻被系統抓出，自動通知候補名單裡時間吻合的病人遞補。

合理的效益估算是這樣的：確認作業可省下約七成的人力時間，原本兩小時的電話縮到半小時內處理例外即可；爽約率通常可從 12% 左右降到 5% 上下，等於每月多救回將近一半的空轉時段；補位機制讓取消的時段有 40% 到 60% 的機會被候補填滿。對一間中型診所而言，這代表每月多出數十個有效診次、數萬到十幾萬的營收回流，而櫃台反而更輕鬆。想看更多類似的省時設計，可以瀏覽 自動化食譜 或 工作流總覽。

流程怎麼運作

這條流程對應 frontmatter 裡的四個節點，依序串成一個從建立預約到釋出補位的完整循環：

第一步「觸發：預約建立」。病人不論是透過線上預約頁、Line 訊息或現場由櫃台登錄，預約一旦成立，系統就把看診日期、時段、醫師、診間與病人的聯絡管道寫入一張排程資料表（試算表或預約系統的資料庫）。這張表是整條流程的中樞，後面所有動作都靠它撈名單。

第二步「前一日確認」。每天傍晚固定時間，排程器撈出隔天的所有約診，比對病人偏好的聯絡管道，優先用 Line 官方帳號推送，沒加 Line 的就走簡訊閘道。訊息內容包含看診日期時間、醫師、診所地址，以及三個按鈕：確認、改期、取消。病人的點擊結果即時回寫到排程表的狀態欄。

第三步「當日報到提醒」。看診當天早上，系統再對當日名單推一則報到須知，附上抵達指引（停車資訊、幾樓、報到方式）。病人回覆「到」或點選報到鍵，狀態就更新為已報到，方便現場掌握誰已抵達、誰還沒。

第四步「釋出補位」。當任何一筆預約被標記為取消，流程立刻把該空檔的日期、時段、醫師條件抓出來，比對候補名單（曾表達想提早或想約這位醫師的病人），依序通知第一順位遞補。對方接受後自動回寫排程、更新 Google Calendar，並把候補狀態結清。

需要的工具與串接重點

平台用 n8n 或 Make 當編排中樞，負責定時觸發、條件判斷與各工具之間的資料傳遞。預約系統是預約資料的來源，串接時要確認它能匯出或透過 API 提供當日／隔日名單。試算表（Google Sheet）擔任輕量的排程狀態庫，每一列就是一筆約診，狀態欄記錄未確認／已確認／已報到／已取消。Line 官方帳號是主要推送管道，需設定好 Messaging API 與訊息模板，確認與報到都用按鈕互動。簡訊閘道是 Line 的後備，給沒加好友的病人。Google Calendar 則同步醫師班表，讓補位遞補後的時段能即時反映在行事曆上。

串接時有三個重點要顧。一是聯絡管道要去重與比對，避免同一個病人同時收到 Line 和簡訊造成困擾。二是時間欄位格式要統一（建議全部用 24 小時制與標準日期格式），否則排程比對容易抓錯名單。三是按鈕回填要設好對應的 Webhook，確保病人一點選，狀態立刻更新，不然補位會用到過期的名單。

常見錯誤與注意事項

最常見的錯誤是把訊息群發。看診時間與病人姓名屬於醫療相關個資，確認與報到訊息務必只發給本人，絕不可用群發或副本方式發送，內容也只限預約時段與報到指引，不能出現任何病情、診斷或療程細節。第二個雷是補位名單直接自動外發——建議釋出補位的名單由櫃台人工確認後再通知，因為候補病人的時間、口腔狀況是否適合插入該時段，AI 無法判斷，需人工確認。第三，改期與取消連結要有時效與身分驗證，避免被冒用更改他人約診。任何牽涉病人健康狀態的判斷，例如「這個空檔適不適合給某位正在療程中的病人」，AI 不取代醫師與櫃台的專業判斷，系統只負責提醒與配對，最終決定權在人。

台灣中小企業情境案例

台中一間有三位醫師、五張診療椅的家庭牙醫診所，晚診與週六時段一位難求，但爽約率長期在 13% 上下，櫃台每天下午兩個人輪流打確認電話打到喉嚨沙啞。導入這條流程後，前一日確認改由 Line 自動發送，櫃台只需追約十來通沒回應的電話；當有人取消，系統當天就把時段推給候補病人。三個月後，診所的爽約率降到 5%，週六與晚診的滿載率從原本的八成拉到九成五，每月多出約 40 個有效診次。櫃台主任的回饋是：「以前下午都在打電話，現在可以好好處理現場病人和帳務，下班也準時了。」

延伸應用

這條流程的骨架可以再往外擴。可以把「前一日確認」延伸成多段提醒（三天前先預告、一天前確認、當天報到），降低更高比例的爽約。補位邏輯能升級成自動排序，依候補病人的等待時間、療程急迫性自動排出遞補順序，再交櫃台核可。也能接上滿意度回饋，看診後自動發一則簡短評分，蒐集口碑同時找出需要回診的病人。若診所同時經營定期回診，這條流程可以和召回、缺約追蹤等流程串成完整的病人經營閉環。想把整套客戶經營自動化串起來，可以參考 自動化專區 裡的其他設計。

流程圖

用到的工具

更多「醫療健康」工作流

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