診所或者專業執業嘅 agentic CRM 係一個系統，將營運 — 排循環預約、做結構化筆記、billing、跟進 — expose 成 AI agent 喺有 scope、可 audit 嘅控制下跑嘅 tools。對一個記錄敏感、連續性重要嘅執業嚟講，啱嘅設計可以等 agent 做 admin 而永遠唔掂佢唔應該掂嘅嘢。下面係佢做啲咩，同埋點解 safety model 喺呢度最緊要。
執業嘅痛點
一間診所靠連續性運作：循環預約、build 病史嘅筆記、唔應該甩嘅跟進。Tool 通常係日曆、筆記系統、billing — 三個地方，之間嘅 handoff 就係 care 同收入漏嘅位。一個從來冇 book 嘅跟進。一個淨係喺某人腦裡面嘅 note。一節冇出 bill 嘅 session。
Agentic CRM 將預約、結構化筆記、billing、跟進放喺 typed tools 後面 — 配 annotations 決定 agent 可以無人看管做咩、咩需要人。
Agent 幫執業跑啲咩
| 你話 | Agent chain 啲 tools |
|---|---|
| 「幫李先生 book 之後四次兩星期一次嘅 session。」 | list_services → get_available_slots → create_booking（recurring） |
| 「將今日嘅 session note 加入李先生嘅記錄。」 | add_knowledge_text（scope 到該記錄） |
| 「同上星期完成咗嘅 session 出 bill。」 | list_bookings（completed）→ create_invoice 逐節 |
| 「提醒今個月夠鐘跟進嘅人。」 | search_members（follow-up due）→ send_whatsapp_message |
點解 annotation model 喺呢度最緊要
呢個係 agentic CRM 嘅 annotations 最派得上用場嘅 vertical。每個 FavCRM tool 都帶 hint — readOnlyHint、destructiveHint、idempotentHint — 等 agent 知邊啲 action 安全無人看管跑、邊啲要停低問人。讀 schedule 安全；刪記錄 gated。有 100% annotation coverage，agent 可以喺敏感記錄周邊做例行 admin，而唔會出現混淆指令觸發危險操作嗰類失敗。
呢個就係「一個喺你記錄附近 draft 文字嘅 AI」同「一個喺你設定嘅邊界內操作你執業嘅 agent」嘅分別。（更多喺 點解 MCP tool annotations 緊要。）
Agent 永遠唔會無人看管掂嘅嘢
因為每個 tool 都有 annotation，你可以等 agent 跑例行 loop，而敏感嘅邊位 stay gated — 而呢條界線設一次，唔使每個 request 重新爭拗：
- 安全、無人看管： 讀 schedule、book 跟進、draft note 落記錄、send 提醒、為完成咗嘅 session 出 invoice。
- Gated、要人確認： 刪或者 merge 病人記錄、改過去嘅臨床 note、退款、或者超過設定量嘅群發。
對一個執業嚟講，呢條界線就係重點。食晒接待員一日嘅 admin 喺安全嗰邊；可能整壞記錄或者關係嘅 action 留喺人後面。
Agentic CRM vs 日曆加另一個 PMS
日曆 app book 個位。Practice-management 系統存記錄。兩者都唔會 出手：唔會幫過咗期未覆診嘅病人 rebook、唔會追冇出 bill 嘅 session、亦唔會喺一個療程 lapse 嗰陣 send recall。Agentic CRM 補返呢個 gap — recall 名單、跟進、invoice 變成 agent 做嘅 tool call，唔係你睇完之後逐單做嘅 report。連續性唔再靠某人記得。
由細開始，慢慢長成
由一條預約連結 — Booking Lite — 開始，接預約、建立客戶名單，再喺同一個 backend 上面長成 agent operations。乜都唔使重建。
準備好嘅時候，將 workspace 接落你嘅 AI client。睇 MCP catalog，或者 咩係 agentic CRM，或者直接睇 FavCRM 嘅 agentic CRM 方案。免費 tier 覆蓋 100 位客戶、每月 200 個預約。
FavCRM 係通用服務型商戶軟件，唔係受規管嘅醫療記錄系統。請按你自己司法管轄區處理敏感數據嘅要求評估佢。
