2026-08-27
照管平台是什麼？長照機構從個案資料、服務紀錄到核銷申報一次看
重點索引
長照機構在處理業務時，常會接觸到照管平台、支審系統，以及機構內部的機構管理軟體。這三者看似都跟資料有關，但其實各自扮演完全不同的角色。搞懂它們的分工，才能了解「系統串接」能幫機構解決什麼問題。
• 照管平台：管理政府端的長照服務申請、評估與核定
• 支審系統：負責地方政府審核申報費用
• 長照管理軟體：負責機構自己的日常排班、服務紀錄與核銷準備
每到月底核銷，督導與行政人員往往要同時開著好幾個視窗：一邊對照照護計畫，一邊翻查班表與服務紀錄，再把資料一筆筆整理進申報流程。萬一中間有任何變動，就得回頭翻找究竟是哪裡出錯。大家常把這種混亂歸咎於「照管平台難用」或「資料沒串好」，但若沒分清各系統的權責，就很容易有錯誤的期待。
最常讓核對變得耗時的變動：
• 個案臨時請假
• 服務人員臨時換班
• 服務內容中途異動
照管平台是什麼？先釐清它在長照體系中的定位
照管平台的正式名稱為「照顧服務管理資訊平台」，是衛福部為了推動長照政策建立的官方數位管理系統。
照管平台受理：
• 個案管理與需要等級評估
• 擬定照顧計畫
• 服務提供單位申報每月長照給付費用、輔具補助與喘息服務等紀錄
簡單來說，照管平台掌控了從申請、評估、核定到申報的關鍵數據。對特約機構而言，個案能用多少額度、做哪些項目，都以平台上的資料為準。然而，照管平台並非為了滿足個別機構的日常營運而設計。
以下這些事項，通常還是要靠機構自己的工作流程與工具配合：
• 每日班表與人力排定
• 照服員如何回報服務
• 日照中心的出席與請假管理
• 主管怎麼追蹤缺漏紀錄
照管平台、支審系統和長照管理軟體，有什麼不同？
這三個名詞雖然常在核銷期被一併提起，但功能與使用者截然不同：
業界常說的「照管平台串接」，在實際申報流程中需要更精準地理解：
• 依現行官方規範，通過驗證的長照自建資訊系統，可以透過應用程式介面（API）將申報資料上傳至支審系統
• 這並不代表長照管理軟體取代了照管平台，而是讓機構日常營運與月底申報之間的資料傳輸更順暢。
已經有照管平台，為什麼機構還需要自己的長照管理軟體？
照管平台處理政府長照服務管理與申報所需的資料，但機構每天還有更多細節要協調，而且不同服務類型的需求並不相同：
• 居服單位要排班、派案，掌握到宅與異常狀況
• 日照中心要處理出席、請假、交通接送、自費服務與照護紀錄
• 主管也需要知道哪些紀錄還沒完成、服務異動有沒有處理，以及月底申報前有哪些資料需要補正
如果這些工作分散在紙本、試算表、群組訊息和不同系統裡，資料很容易在不同地方各自長出一個版本：
• 同一筆資料被重複輸入到不同地方
• 資料改過之後，其他系統或紙本沒有同步更新
• 月底核對變成把整個月的資訊落差一次收尾
若這些資訊散落在紙本、LINE 群組或 Excel 表格中，資料就容易出現版本不一致：同一筆資料重複輸入、現場改了班表但核銷資料沒跟著變，最後演變成月底核銷時的大災難。
一套合適的長照管理軟體，關鍵在於串聯日常作業，讓服務發生的瞬間就把資料留在系統裡，自然沿用到後續的管理與核銷。
照管平台相關流程串接後，實際可以少做哪些事？
「串接」不只是「不用重複打字」，更能為機構帶來三個實質改變：
- 服務紀錄隨時齊備，不必月底加班拼湊：排班、請假與服務異動在日常作業中就已同步完成，行政人員不用再翻箱倒櫃比對實際執行狀況。
- 申報前提早除錯，減少退件風險：照顧計畫與實際服務次數的落差，能在送件前自動提醒，不必等地方政府核退才回頭找原因。
- 異動修正有跡可循，權責更清晰：資料哪裡缺漏、原始紀錄誰改過，都能在同一系統內查得清清楚楚，大幅減少內部溝通成本。
以 Jubo 智齡科技 的日照與居服管理方案為例，就是將日常照護、排班出席與申報核銷整合成單一工作流程。智齡科技列於衛福部通過驗證的系統供應商名單中，機構資料可依法規介接上傳至支審系統，無須透過第三方轉接工具轉檔。（資料來源：衛福部長照專區 1966，請以官網公告之最新名單為準）。
評估「系統串接」時，別只問能不能上傳
市面上許多廠商都宣稱支援介接，但實際用起來順不順手差異很大。建議在評估時，直接請廠商用極端或異常情境示範完整流程：
可以挑一個有請假、臨時換班或服務異動的案例，走完整段流程：
• 從照顧計畫與排班開始
• 走到第一線完成紀錄
• 主管查看缺漏
• 申報前校對
• 看異常資料如何修正
能順暢處理異常狀況的系統，才是真正能減輕工作負擔的串接。
也要確認實際適用範圍：
• 哪些服務類型支援介接？
• 送出前能否預覽與檢查？
• 上傳失敗時會顯示什麼？
• 遇到官方規格調整時由誰更新？
• 客服能否協助排除無法完成申報的問題？
這些問題會直接影響串接是減少工作，還是多出另一套需要照顧的流程。