04 · 案例 — 01

400+ 診所的候診室螢幕

叫號靠護理師走出診間、在候診室喊名字。裝了叫號機的診所只解決了顯示號碼,病患無法判斷還要等多久,公告仍仰賴紙本張貼。

家診所每天在用
400+
類現場設備吃同一條即時連線
3
次觸發,兩端同時發版到所有據點
1

Flutter · Melos monorepo · Fastify · React 管理後台 · PostgreSQL · Redis · WebSocket · Hive 離線快取 · HIS 系統介接 · GCP Cloud Run · CI/CD

現場真正的問題

叫號由護理師走出診間、在候診室喊名字完成,喊完還要確認病患是否在場。

裝了叫號機的診所只解決了顯示號碼。病患無法判斷還要等多久,也無法離開現場。診所公告仰賴紙本張貼,每次異動都要重印。

我們做了什麼

號碼來源可選。已導入第三方 HIS 的診所直接介接,看板號碼與 HIS 後台一致;未導入的診所由我們的後台叫號,並提供叫號機。

號碼機、電視看板、跑馬燈握同一條長連線,後台推送一次即同步更新。連線中斷會自動重連並補齊狀態。

叫號畫面同時播放衛教影片,等候時間有內容可看。

公告改由後台排程,內容編輯後即時替換現場畫面,不再印製張貼。

目前號次開放線上查詢,病患可先離開候診室,接近號次再返回。

發版由單一觸發送出,帶版本檢查與強制更新,一次發布覆蓋四百個據點。

後台那一半

現場播放的內容全部來自後台,兩者一起設計。

後台是獨立服務,負責影片與公告排程、各據點設備清單,變更沿同一條長連線推送到現場。

設備登入採手機掃 QR Code 換 token,避免在電視上以遙控器輸入。

權限依店端、總部、維運分角色,每次變更留存稽核紀錄。服務容器化部署於 Cloud Run,錯誤與效能以 Sentry 監控。

現在的狀態

四百多家診所每個工作日運行中。護理師不再需要到候診室喊名字,公告在後台變更、現場即時生效。