系統導入

什麼情況該選 FLOD？適合誰、不適合誰

HIS 覆蓋健保與法定病歷時，FLOD 不取代那一段；若院內卡在多診間排程、到訪協作或自費療程分潤，仍可能並行導入營運中台。

行銷分眾可留在 CRM；預約確認後的院內排程、現場流程與分潤仍可能需要 FLOD。兩者常可並行；若要事件推送或 Intake，需接受整合設定。

預約系統多半解決時間與醫師（或 LINE 自助約）；營運中台還要把診間／設備、現場 Flow 與事件式分潤串起來。已有預約入口通常可並行。

決策不是「FLOD 是什麼」，而是「我這情況該不該用」

FLOD 團隊 · 2026 年 9 月 13 日

痛點落在預約確認後的排班、現場流程與療程分潤，且自費為主、多醫師／診間要協作時，較適合用 FLOD；核心只要健保 HIS、大型 ERP，或痛點只在獲客分眾時，就不該硬套。

FLOD 是流程串接型自費診所營運中台（空間排程 → 現場 Flow → 事件式分潤）。若還在分系統類型，可先看自費診所系統怎麼選？；本文用四格判斷「該不該用、能不能並行」。

四格判斷表

標籤	什麼意思	典型情況
適合	痛點落在預約確認後的院內鏈	自費為主；多醫師／治療師 × 多診間；要現場協作與療程分潤串在一起
不適合	核心需求不在 FLOD 產品邊界內	以健保／法定病歷為核心的 HIS；重度醫院或要一次上大型 ERP；痛點只有跨平台獲客與標籤分眾
可並行	不必先拆掉既有工具	LINE 官方帳號預約／提醒、外部行銷 CRM／PRM、既有法定病歷或會計流程
需整合	FLOD 幫得上，但要接受設定成本	要推送營運摘要到 CRM、或外部表單／CRM 要把預約意圖送進「待安排」

先對「約得進來之後」還卡在哪：撞堂、口頭交接、分潤月底重算 Excel——這些比較接近需要營運中台，而不只是再買一個預約日曆。HIS／CRM 是否還要 FLOD，見文末 FAQ；分工細節也可看 CRM／PRM 怎麼分工。

若已開始多診間衝突、現場交接混亂或分潤靠月底重算，免費版即可試跑。若單一醫師、幾乎無診間衝突與分潤，可不急著上。

前台 LINE 自助約、行銷 CRM、法定病歷系統——多數是並行，不是一次替換。先補「預約確認之後」最痛的那一段即可。

預約系統多半解決時間與醫師（或 LINE 自助入口）。診所營運中台還要把診間／設備、現場 Flow、事件式分潤串成同一條鏈。已有預約入口時，通常可並行，不必先拆前台。

若判斷接近「適合」或「可並行」，可對照產品能力：預約與診間、現場流程與表單、以及自動化分潤，看現在最卡的是哪一段。

什麼情況適合用 FLOD？

自費為主、需要多醫師／治療師與多診間（或設備）排程，並要把到訪現場流程與療程分潤串在同一條事件鏈上的診所。

什麼情況不適合 FLOD？

以健保申報與法定病歷為核心的 HIS 需求、重度醫院型或連鎖多院區要一次上大型 ERP／客製平台、或主要痛點只在跨平台獲客與標籤分眾的診所。

診所已有 HIS，還需要 FLOD 嗎？

HIS 覆蓋健保與法定病歷時，FLOD 不取代那一段；若院內卡在多診間排程、到訪協作或自費療程分潤，仍可能並行導入。

診所已有 CRM，還需要 FLOD 嗎？

行銷分眾可留在 CRM；院內排程、Flow 與分潤仍可能需要 FLOD。兩者常可並行；事件推送或 Intake 需接受整合設定。

「預約系統」和「診所營運中台」差在哪？

預約系統多半解決時間與醫師；營運中台還串診間／設備、現場 Flow 與事件式分潤。已有預約入口通常可並行。