第 26 章・複雜工作流篇

醫療診所：智慧分診與衛教助手

前面的場景，流程多半三、五個節點就搞定。從這一篇開始，我們挑戰真實世界的複雜流程——動輒十個節點以上、有分流、有匯合、串接知識庫與程式。第一站是診所分診：一句話進來，系統要先判斷「這是急症、症狀諮詢、用藥問題，還是掛號行政」，再走完全不同的處理路線。

業界痛點
診所櫃檯與護理站每天被各種問題轟炸：有人問發燒要不要看醫生、有人問藥能不能停、有人只是要掛號——偶爾還夾雜「突然胸痛」這種不能等的急症。這些問題性質天差地遠、處理方式完全不同，混在一起靠人工分流既慢又容易漏接。最怕的是把急症當一般諮詢處理、延誤黃金時間。一個能「先分診、再依類別給對的回應」的助手，能大幅減輕第一線負擔並守住安全底線。

本章目標

解決什麼: 民眾訊息進來自動分診，急症強力示警、症狀與用藥走衛教知識庫、行政問題直接回答
用到的技術: Chatflow ＋問題分類器（四類路由）＋兩組知識檢索＋多分支——共 12 個節點
難度: ★★★★☆　第一個「一進多出」的分流型複雜流程

✨ 成果搶先看

先看做完長什麼樣——這樣你就知道自己在往哪裡前進。跟著本章做，你也能生出下面這個結果：

① 使用者在聊天視窗輸入
💬 「我這兩天喉嚨痛、有點發燒 37.8 度、還有點咳嗽，請問我應該看哪一科？」

↓　AI 處理，產出 ↓

您好，以下是根據衛教資料整理的建議：

關於您的症狀

體溫方面：

您目前的 37.8°C 尚未達到成人發燒定義（≥38°C）
屬於體溫略高，建議多休息、補充水分並持續觀察體溫變化

喉嚨痛與咳嗽：

很抱歉，此份衛教資料中並未包含喉嚨痛、咳嗽相關的自我照護說明，也沒有提供「應掛哪一科」的資訊

自我照護建議（僅發燒部分）

多休息、補充水分
可依醫囑使用退燒藥
建議持續監測體溫變化

⚠️ 建議就醫時機

若出現以下情形應盡速就醫：

體溫超過 39°C 且退燒藥無效
發燒超過三天未退
出現意識不清、抽搐、呼吸困難
頸部僵硬、皮膚出現紫斑

這是實際分診結果：AI 依衛教資料回應，並誠實指出資料未涵蓋的部分（不捏造）。（完整更長，下載 DSL 自己跑就看得到全部）

👇 在 Dify 裡實際執行、長這樣

成果搶先看 — 成品民眾訊息自動分診——急症強力示警、症狀與用藥走衛教知識庫、行政問題直接回答。

效益速覽（估算）

省時間

櫃檯分流即時

四類自動路由

省人力

第一線少接重複衛教

專注需要人的事

創造價值

守住安全

急症獨立最短路徑

⬇ 把這個工作流帶走，直接用
不想從頭做？下載本章的 DSL 檔，到你的 Dify「工作室 → 匯入 DSL 檔案」上傳，就能一鍵複製這個範例、改成自己的。

下載 DSL 檔

26.1設計思路：一個入口，四條路線

整條 Chatflow 從一個「開始」進入，先經過分診分類器判斷來意，再依類別岔成四條互不相同的路線，最後各自以「直接回覆」收尾：

急症警訊→ 直接接 LLM 產生強力就醫示警（不查知識庫，速度優先）。
症狀衛教→ 先查衛教知識庫，再由 LLM 依查到的內容回答自我照護與就醫時機。
用藥諮詢→ 同樣先查知識庫，再由 LLM 回答用藥安全。
掛號行政→ 直接由 LLM 回答掛號須知。

診所分診 Chatflow 畫布，分類器分出四條路線 — **圖 26-1**十二個節點的分診流程。左側「開始」進入「分診分類器」後，依四個類別岔出四條處理路線——這種「先分類、再分流」的結構，是所有客服／分診型應用的骨架。

26.1.1逐節點設定：每個節點怎麼設

這條分診流程有十二個節點，核心是「分類器分四路、各路各自處理」。點開幾個關鍵節點看設定：

分診分類器設定 — **圖 26-1a　分診分類器**輸入變數綁 `sys.query`，列出急症／症狀／用藥／掛號四個類別；每個類別右側的連接點可各接不同下游——這就是「智慧路由」。

衛教檢索節點設定 — **圖 26-1b　衛教檢索節點**查詢變數綁 `sys.query`、掛上「衛教知識庫」。症狀與用藥兩條路各放一個檢索節點，先找對衛教段落。

症狀衛教 LLM設定 — **圖 26-1c　症狀衛教 LLM**「上下文」接衛教檢索的 `result`，提示詞用 `{{#context#}}` 只根據衛教資料回答、並提醒無法取代醫師診斷。

為什麼急症不查知識庫？
急症的正確回應永遠是「立即就醫」，不需要也不該花時間檢索。把它獨立成最短路徑，確保危急時第一時間給出救命提醒——這是流程設計裡「安全優先於完整」的體現。

26.2實戰：一句發燒，走對路線

民眾問「我發燒兩天了，需要去看醫生嗎？」——分類器要判斷這是「症狀衛教」，走知識庫路線。

分診結果：路由到症狀衛教，給出知識庫的發燒衛教 — **圖 26-2**回覆上方的「回覆-症狀」標記，證明訊息被正確分診到**症狀衛教路線**。內容依衛教知識庫給出「目前可做的自我照護」與「建議盡速就醫的情況」，並提醒無法取代醫師診斷。若換成「突然胸痛冒冷汗」，則會走急症路線、直接示警撥打119。

帶來的改變
第一線人力從「什麼都要接」變成「只處理真正需要人的事」；急症被獨立最短路徑接住、不再淹沒；衛教答案有知識庫背書、一致且可控。一個入口，四種專業回應。

輸出、發布與使用：把成果交付出去

做好的應用要能發布、分享給別人用才有價值。以下是這個應用的輸出設定與發布／使用畫面：

**發佈選單**做好後按右上「發佈 → 發布更新」即上線；選單還提供『運行』獨立網頁、『訪問 API』、『嵌入網站』與『工作流程作為工具』等交付方式——這就是把應用分享給別人使用的入口。

26.3本章回顧

「先分類、再分流」是複雜客服／分診流程的通用骨架，用問題分類器實現。
不同分支可有完全不同的處理：急症走最短路徑、衛教走知識庫。
把安全底線（急症示警）設計成獨立最短路徑，是高風險場景的關鍵。