居服/日照系統能做什麼？從排班、核銷一次看懂

重點索引

i照護是智齡科技（Jubo）旗下的長照資訊系統，同時支援居家服務與日照中心，用同一套帳號體系接住兩種不同的忙法：排班、服務紀錄、核銷申報、薪資與家屬溝通，是它主要承接的環節。

一位居服督導的月底通常是這樣過的：把三十位照服員這個月的服務紀錄調出來、核對每一筆有沒有對到核定的服務項目、把格式整理成支審系統要的樣子送出去，然後開始算薪資——時數、交通、獎金，不同案類的計價方式還不一樣。

隔壁日照中心的主任也在忙月底，只是忙的內容不同：接送路線這個月改過三次、有幾位長輩的照顧計畫到了該複評的時間、活動紀錄還沒補齊、家屬又問了一次這個月的費用怎麼算。這兩種忙法，是 i 照護要接住的東西。

i 照護原本由仁寶健康科技開發與營運，2026 年 1 月起隨仁寶健康科技正式併入智齡科技，成為智齡產品體系的一部分。以下講的是它實際管到哪些事：

居服 vs 日照

居服和日照的服務型態差很多，但行政上的骨架很像：都要維護個案的基本資料與照顧計畫、都要排班、都要留下服務紀錄、都要核銷申報以及計算薪資與費用。差別在於變數不同——這也是 i 照護分成居服與日照兩套邏輯，卻共用同一個帳號體系與後台架構的原因。

居服端重點

居服系統裡最核心的兩個模組，是排班與核銷，其他大多為這兩件事的延伸。排班要處理的不只是把人放進表格中，個案的服務時段、照服員的可服務時間、證照與服務項目是否相符、當月工時有沒有逼近上限，這些條件要同時成立。系統的價值在於改動時的檢查——臨時換人、補班、個案住院暫停，每一次調整都會重新驗一遍，而不是靠督導記得。

核銷則是把第一線的簽到退與服務紀錄，彙整成申報需要的格式，並在送出前先攔下明顯的錯誤。這一步做得好不好，直接影響單位的記點風險。

從班表和服務紀錄往外延伸，還有幾件事會自動接上：個案的收費單與收據、照服員的薪資計算、督導的家訪與電訪紀錄、定期評估到期的提醒。這些資料如果平常就落在系統裡，評鑑前要做的就是整理，而不是重新再建立一次。

日照端重點

日照中心的個案每天都在，所以系統管的是一天的流程。從個案端看，是照顧計畫與定期評估、每日的服務與生理紀錄、活動安排與參與狀況、暫停與結案的處理。從中心營運看，是班表、員工出勤、交通接送的安排，以及自費項目與補助的分開計算。

比較特別的是家屬溝通這一塊。日照的家屬每天接送長輩，對「今天過得怎麼樣」的期待比住宿式機構更即時。家庭聯絡簿因此不只是紀錄，而是中心與家屬之間的日常介面——長輩參與了哪些活動、量測數值有沒有異常、下個月的費用是多少，這些資訊集中在同一個地方，能省掉大量的電話與口頭轉述。核銷申報同樣是把每日的出席與服務紀錄，轉成申報格式。

行動裝置優先

後台再完整，資料的源頭都在第一線工作者手上。居服員在案家用手機查班表、看地址、簽到退；日照的照服員在中心用行動裝置補紀錄。這一端的設計重點不是功能多，而是步驟少——居服員裡中高齡工作者的比例較高，介面每複雜一層，回頭用紙本補登的機率就上升一分。而只要開始事後補登，時間就不準，核銷的基礎也跟著鬆掉。所以行動端好不好用，影響的其實是整套系統的資料品質。

系統外的事

機構人員流動高，教育訓練不是一次性的事；照服員需要繼續教育積分，單位要安排課程；系統出狀況時，第一線需要的是當下有人接電話，而不是三天後的回覆。這些屬於服務層面的條件，在評估時值得跟功能一起問清楚。

併購後現況

i 照護自 2026 年 1 月起併入智齡科技。對已經在用的單位來說，最需要知道的有兩件事。

第一，日常作業不受影響。班表、服務紀錄、核銷申報都照原本的方式跑，這些是持續運作的營運資產，不會因為併購結構改變而中斷。

第二，可選的範圍變大了。智齡科技目前在全台服務超過 2,700 家機構，涵蓋住宿式長照、日照中心與居家服務三種場域（資料來源：Jubo 智齡科技官網）。仁寶健康科技旗下的仁寶i 照護，先前已服務逾千家居家照護單位及百餘家日照中心，2026 年 1 月起雙方業務整合，服務規模隨之擴大（資料來源：仁寶健康併入智齡科技相關公告，2025 年 10 月）。對正在從單一服務往多元服務走的單位——原本只做居服、開始經營日照，或反過來——這代表拓展服務類型時，不必再多接一套邏輯不同的系統。

常見問題