07:20
班表推播到服務員手機
當日路線依地點順序排好，兩筆派工之間保留移動時間。臨時異動直接改，服務員手機同步更新，不必打電話一個一個通知。
預約排程問題在哪
長照居家服務 為什麼一般 POS 系統套不上去？
一般 POS 的設計前提是「客人到店、選購商品、當場結帳」，三個前提在居家服務全部不成立。 服務發生在案家，沒有收銀台；計費單位是服務時間與給付項目，不是商品； 費用還要拆成補助額度與自付額，並產出符合格式的核銷資料。 流程的形狀根本不同，所以不是設定調一調就能用。
真正吃掉時間的是這四個斷點
- 排班沒把車程算進去 班表上排得滿滿的，實際上跑不完。服務員在兩個案家之間的移動時間如果沒有被計算，班表就只是理論值，最後靠現場硬撐或臨時取消。
- 到府時間無法佐證 紙本簽到只證明有簽，證明不了幾點到、待多久。一旦被查核或發生爭議，沒有可回溯的依據，受害的通常是服務員自己。
- 服務項目事後補登 回辦公室才憑印象把當天五個案家的項目補進去，是核銷出錯與稽核退件最常見的起點。時間隔越久，錯得越多。
- 薪資與請款各算一次 薪資要算時數、請款也要報時數，兩邊各自登打就一定對不起來。對不起來又只能人工逐筆核，一個月吃掉好幾天。
怎麼解
以派工為中心重新設計 流程會變成什麼樣？
核心原則只有一條：資料只在服務現場登打一次，後面全部自動接。 排班時就把交通時間算進去，到府時把時間與定位一起記錄，服務項目當場勾選並由家屬簽認， 當天的紀錄直接成為核銷與薪資的來源。人不需要重新輸入第二次，錯誤就沒有機會產生。
09:00
到府打卡 時間與定位一起成立
不是簽名而已，是可回溯的紀錄。事後查核有依據，服務員也不必為了證明自己有去而留存一堆照片。
預約排程09:40
服務項目當場勾 家屬當場簽
掃碼開啟當次服務的紀錄表，勾選實際執行的項目，案主或家屬在畫面上直接簽認。當下完成，就不會有事後補登這回事。
掃碼下單16:00
給付項目與自付額自動換算
一次服務可能對應多個給付項目，補助額度與自付額分開計算。規則設定一次，之後每一筆自動套用，不必逐筆手算。
收單帳務18:00
薪資與請款 同一份資料生出來
兩邊都從同一份服務紀錄產出，必然一致。要查任何一筆差異，可以一路回溯到當次服務的時間、地點、項目與簽認。
收單帳務前後對照
系統化前後 差別在哪裡？
差別不在於少了幾張表單，而在於資料被登打幾次。 現行做法多半要登打三到四次：排班一次、紙本紀錄一次、系統補登一次、薪資與請款各算一次。 每多一次登打就多一個出錯點，而且錯誤要到月底才會浮現。
| 環節 | 常見的現行做法 | 系統化之後 |
|---|---|---|
| 排班 | Excel 或白板排，車程靠經驗抓，異動用通訊軟體通知 | 依地點排路線並保留移動時間，異動直接同步到服務員手機 |
| 到府確認 | 紙本簽到表，只能證明有簽，證明不了時間 | 時間與定位一併記錄，可回溯 |
| 服務紀錄 | 手寫表單帶回辦公室，事後再登打進系統 | 現場掃碼勾選並由家屬簽認，當下即為正式紀錄 |
| 給付核算 | 人工對照給付項目與自付額，逐筆計算 | 規則設定一次，每筆自動套用並產出核銷資料 |
| 薪資與請款 | 兩邊各自彙整，對不起來再人工逐筆核 | 同一份服務紀錄產出，必然一致 |
| 資料登打次數 | 一次服務通常被登打三到四次 | 一次 |
這張表是流程對照，不是成效數據。
這裡不放「節省幾成工時」這類數字：各單位的現行做法差太多，跨單位的百分比沒有參考價值。
上面每一列描述的是流程差異，實際能省多少要看貴單位現行做法而定，這部分我們談的時候會一起估。
模組怎麼配
長照居服需要哪幾個模組？
多數單位從預約排程開始，因為排班是最先失控的環節，單獨導入就能立刻看到效果。 現場紀錄需求明確的再加掃碼下單，核銷與薪資要一起處理的再加收單帳務。 若已有既有系統或需要產出特定申報格式，用客製化軟體補那一段就好，不必換掉現有系統。
預約+雲端櫃台 BOOKING
第一步 排班與派工
先解決最先失控的一段。可以單獨導入，之後再往外長。
- 依地點順序排當日路線，保留移動時間
- 跨天跨地點的長期排班
- 服務員手機收班表，異動即時同步
- 到府打卡，時間與定位一併記錄
POS+掃碼點餐 ORDER TO CASH
核銷與薪資的那一端
把服務紀錄換算成錢，兩邊都從同一份資料出來。
- 給付項目與自付額分開計算
- 核銷資料產出
- 服務員時數與薪資結算
- 機構請款報表
掃碼點餐 SCAN TO ORDER
現場紀錄
掃碼開表、當場勾選、家屬簽認。
- 當次服務項目勾選
- 案主或家屬現場簽認
- 照片與備註附加
客製化軟體 CUSTOM BUILD
補既有系統缺的那段
不換掉現有系統，只接上缺的環節。
- 與既有管理系統對接
- 特定申報格式產出
- 單位內部規則客製
FAQ
長照居家服務常見問題
長照居家服務沒有收銀台，為什麼還需要 POS？
因為 POS 的本質是記錄一筆服務由誰完成、包含哪些項目、金額怎麼算，跟有沒有收銀台無關。長照居服的計費單位是服務時間與給付項目，一次到府可能對應多個項目，還要區分補助額度與自付額。這些運算若靠人工彙整，錯誤率高且無法追溯，這正是 POS 這類系統該處理的事情。
排班時可以把交通時間算進去嗎？
可以，而且這是居服排班最關鍵的一項。只排服務時間的班表在實務上一定跑不完，因為服務員在兩個案家之間的移動時間沒有被計算。系統支援在兩筆派工之間保留移動時間，並依地點順序安排當日路線，讓班表反映真實可執行的時數，而不是理論值。
服務紀錄可以在案家現場直接完成嗎？
可以。服務員用手機掃碼開啟當次服務的紀錄表，勾選實際執行的項目，家屬或案主可在畫面上直接簽認，時間與定位一併記錄。現場完成的好處是資料當下就正確，不必回辦公室憑印象補登，而補登正是核銷出錯與稽核被退件最常見的起點。
服務員薪資時數和機構請款時數會不會對不起來？
如果兩邊各自登打就一定會對不起來。系統的作法是讓資料只在服務現場登打一次，薪資計算與請款報表都從同一份紀錄產出，兩邊必然一致。要查某一筆差異時，可以一路回溯到當次服務的時間、地點、項目與簽認紀錄。
我們已經有系統了，可以只補缺的那一段嗎？
可以。常見狀況是機構已有一套用習慣的管理系統，但排班或現場紀錄那一段仍靠紙本與通訊軟體。這種情況不需要換掉現有系統，用客製化軟體補上中間缺的環節並與既有資料對接即可，成本與風險都比整套重做低很多。