01場域驗證中
日照候補
- 現在的人工流程
- 臨時缺席後，由人員在電話與 LINE 名單中逐一詢問。
- 主要問題
- 空位有時來不及補上，候補順序與回覆狀態也難以共用。
- 軟體化方向
- 把缺席回報、候補排序、分批通知與入班確認接成一條流程。
01缺席回報
02候補排序
03LINE 確認
FROM PAIN POINTS TO CARE SOFTWARE
長照 AI，不從模型開始。從現場最痛的流程開始。
日照候補、外勞訓練與配對、排班缺班、照護紀錄、交班漏接與家屬溝通，都是長照現場每天發生、卻仍高度依賴人工處理的問題。CareOS 先把流程軟體化，再讓 AI 協助整理、提醒與追蹤。
CareOS · 補藥流程場域示範
王○○ · 302 房
流程進行中慢性處方藥補充
- ✓藥物剩餘 5 天CareCRM 偵測已完成
- ✓建立補藥任務CareFlow · 林護理師已完成
- ✓LINE 通知家屬CareLINE · 已送達已完成
- ✓家屬已回覆明天下午送到已完成
- 05護理師確認等待藥物送達現在
- 06完成確認後自動歸檔下一步
LINE 家屬回覆明天下午送到
現在的下一步護理師確認
七個現場痛點七個每天重複，
七個每天重複，
卻仍靠人工撐住的流程。
我們不先問 AI 能做什麼，而是先問第一線每天在哪裡花最多時間、哪一段資訊最容易漏接。
02產品設計中
外勞訓練
- 現在的人工流程
- 教材、口頭示範與翻譯分散，由各單位重複教學。
- 主要問題
- 語言與班別不同，難確認是否看懂、完成與實際會做。
- 軟體化方向
- 建立多語微課、情境測驗、完課追蹤與主管確認。
01多語教材
02情境測驗
03完課確認
03下一階段
外勞配對
- 現在的人工流程
- 依履歷、印象與個別經驗，人工媒合家庭和照護人力。
- 主要問題
- 照護需求、語言、技能與生活偏好沒有一致的比對方式。
- 軟體化方向
- 先結構化需求與能力，再提供可說明原因的配對建議。
01需求建檔
02能力標籤
03配對建議
04產品設計中
排班缺班
- 現在的人工流程
- 主管臨時打電話、傳訊息，逐一確認誰能支援。
- 主要問題
- 補位速度慢，也難同時兼顧工時、技能與地點。
- 軟體化方向
- 以班別需求自動篩選可支援人員，留下邀請與確認狀態。
01缺班發生
02篩選人選
03確認補位
05場域驗證中
照護紀錄
- 現在的人工流程
- 服務後再回到紙本或系統補寫，資訊多次重複輸入。
- 主要問題
- 紀錄晚、欄位不一，重要事項也不一定變成待辦。
- 軟體化方向
- 用語音或結構化輸入完成紀錄，必要資訊自動轉成任務。
01現場記錄
02AI 整理
03產生待辦
06場域驗證中
交班漏接
- 現在的人工流程
- 靠口頭、紙條與群組訊息，把異常事項交給下一班。
- 主要問題
- 不知道誰已接收、誰在處理，也缺少未完成提醒。
- 軟體化方向
- 把交班變成具負責人、期限、接收與完成狀態的任務。
01異常交班
02接收確認
03完成追蹤
07產品設計中
家屬溝通
- 現在的人工流程
- 通知、照片與回覆散落在不同 LINE 對話與工作群組。
- 主要問題
- 訊息送出後，團隊不一定知道家屬是否回覆與下一步。
- 軟體化方向
- 讓家屬在 LINE 回覆，狀態自動回寫住民時間軸與任務。
01LINE 通知
02家屬回覆
03回寫 CRM
狀態代表目前研究與設計進度，不代表七套產品均已完成。
DAYCARE BOOKING & WAITLIST
日照每日報名、出席確認與候補，不再靠人工 LINE 一個一個追。
CareDay 把「報名、家屬確認、臨時取消、候補遞補、簽到簽退」接成一條可追蹤流程。家屬仍在 LINE 回覆，機構端則即時看到名額、候補、接送與活動紀錄。
CareLINE松柏日照中心
日照出席確認王○○ 8 月 13 日松柏日照班尚未完成出席確認，請協助回覆。
- 日期
- 8 月 13 日（四）
- 班別
- 松柏日照班
- 接送
- 需要接送
已確認，明天會出席，接送需求不變。
等待家屬確認CareDay
開啟內部模組8 月 13 日（四）松柏日照班
確認期限 今天 18:00 · 候補邀請保留 30 分鐘
報名狀態
陳○○陳小姐 · LINE
已確認林○○林先生 · 電話
已確認王○○王小姐 · LINE
待確認黃○○黃太太 · LINE
候補中蔡○○蔡先生 · 櫃台
候補中Activity Timeline
- 送出確認CareLINE
向陳小姐送出 8/13 出席確認。
- 電話確認櫃台
林先生確認明日出席，家屬自行接送。
- 候補轉確認CareDay
王○○收到候補空位，等待家屬回覆。
- 加入候補CareDay
黃○○成為候補第 1 位。
示範資料為去識別化 mock data；正式導入時，LINE postback 需驗證家屬、住民關係、機構權限、booking 狀態與期限。
第一階段優先產品
先從每天都會發生的三個問題開始。
CareOS 第一階段不是取代所有長照系統，而是先解決最容易漏接、最耗時間、也最容易量化改善的流程。
- 01紀錄完成後，自動形成待辦與住民時間軸。
照護紀錄
先讓第一線更快完成紀錄，再把需要追蹤的內容轉成下一步。
藥物即將用完健檢報告完成 - 02未接收與未完成事項，在下一班開始前清楚可見。
交班漏接
把口頭提醒變成有人接收、有人負責、能追到完成的工作。
回診提醒異常事項交班 - 03送達、已讀、回覆與機構確認，都回到同一條流程。
家屬溝通
讓家屬在熟悉的 LINE 回覆，機構端不用再人工抄寫與追問。
家屬待確認用藥補充
從痛點到產業產品先解決青松的問題，
先解決青松的問題，
再把解法提供給整個產業。
每一個模組都先從真實工作開始，經過場域驗證與量化，再決定如何標準化、設定化與對外導入。
- 01現場痛點找到高頻、耗時、容易漏接的工作。
- 02流程盤點畫清楚角色、資料、工具與斷點。
- 03軟體化把口頭動作變成可追蹤的狀態。
- 04AI 整理與提醒協助摘要、分類、提醒與下一步。
- 05青松場域驗證在真實班別與工作量下測試。
- 06產生量化數據觀察時間、完成率與回覆狀態。
- 07標準化 SaaS把場域解法整理成可設定模組。
- 08對外機構導入用一致方法複製到其他場域。
把痛點拆進工作介面
CareFlow 接工作，CareCRM 接資料，CareLINE 接家屬。
三個介面不是敘事起點，而是把現場流程軟體化的解決方式。第一線看下一步，主管看完整脈絡，家屬在 LINE 參與。
CareFlow · Today場域示範
早班 · 松柏日照
新增任務需要你接住的事
高優先31 件即將逾期
等待家屬4皆已送達
今日到期8完成 5 件
逾期1已指派處理
照護工作負責人狀態
補充慢性處方藥王○○ · 302 房
林護理師今天 11:30高優先確認復健回診車次陳○○ · 日照
許社工今天 13:00處理中回覆飲食調整確認李○○ · 216 房
張照服員等待家屬已送達完成夜班交班確認全機構
周組長今天 09:20已完成CareCRM · Resident 360場域示範
總覽健康用藥家屬時間軸
健康趨勢近 30 天
56.8kg較 30 天前 -0.6 kg
近兩週有 2 次食慾降低紀錄，相關資訊已整理，請由專業人員確認。
僅整理資料，不提供診斷最近事件查看全部
早班照護紀錄完成張照服員
家屬回覆藥物已準備CareLINE
量測血壓 128/76林護理師
王
王○○302 房 · 住宿服務
目前注意藥物剩餘 5 天，家屬已回覆可協助補藥。
用藥提醒8/13 前確認補藥完成
- 早班照護紀錄完成
- 家屬回覆藥物已準備
- 量測血壓 128/76
CareLINE · 家屬互動同步場域示範
‹松柏照護中心•••
用藥提醒王○○的慢性處方藥剩餘 5 天
請協助於 8/13 前準備，送達後由護理站確認。
已準備已準備，明天下午送到。
已讀 08:47CareCRM
處理中補藥任務
王
王○○302 房 · 主要家屬 王小姐
- LINE 通知已送達今天 08:42
- 家屬點擊「已準備」今天 08:47
- 等待藥物送達預計明天下午
- 護理師確認收到尚未完成
Product UI痛點不是一張簡報，
痛點不是一張簡報，
要變成第一線真的能操作的畫面。
切換 CareFlow、CareCRM 與 CareLINE，看看照護事件如何在第一線、住民資料與家屬互動之間被完整接住。
CareFlow · Today場域示範
早班 · 松柏日照
新增任務需要你接住的事
高優先31 件即將逾期
等待家屬4皆已送達
今日到期8完成 5 件
逾期1已指派處理
照護工作負責人狀態
補充慢性處方藥王○○ · 302 房
林護理師今天 11:30高優先確認復健回診車次陳○○ · 日照
許社工今天 13:00處理中回覆飲食調整確認李○○ · 216 房
張照服員等待家屬已送達完成夜班交班確認全機構
周組長今天 09:20已完成完整用藥與家屬 LINE Demo
一次看懂，補藥如何從提醒走到完成。
藥物剩餘 5 天後，系統建立任務、通知家屬、收回回覆，再交由護理師確認並歸檔。
王
王○○302 房 · 補藥流程
- 1藥物剩餘 5 天CareCRM偵測
- 2建立補藥任務CareFlow指派
- 3LINE 通知家屬CareLINE已送達
- 4家屬回覆已準備家屬已回覆
- 5藥物送達機構CareFlow待確認
- 6護理師確認收到護理站已確認
- 7任務完成CareCRM已歸檔
在手機上可左右滑動查看完整流程
LINE 回覆不是終點
家屬的每次回覆，都回到機構工作流程。
CareLINE 負責送達與回覆，CareFlow 接續任務，CareCRM 保存住民脈絡。團隊看見的是同一件事，而不是三段分散訊息。
CareLINE · 家屬互動同步場域示範
‹松柏照護中心•••
已準備，明天下午送到。
已讀 08:47CareCRM
處理中補藥任務
王
王○○302 房 · 主要家屬 王小姐
- LINE 通知已送達今天 08:42
- 家屬點擊「已準備」今天 08:47
- 等待藥物送達預計明天下午
- 護理師確認收到尚未完成
從內部 ROI 到外部收入內部營運效率，
內部營運效率，
也是外部 SaaS 的起點。
青松擁有真實長照場域、第一線使用者與長期營運經驗。CareOS 將日常工作流程逐步轉化為可追蹤、可衡量、可複製的軟體產品，先在青松內部驗證，再提供給其他長照機構使用。
01對內
營運效率
- 降低重複行政工作
- 減少漏接
- 提高資訊透明度
- 累積營運資料
青松場域驗證與標準化產業市場
02對外
軟體收入
- 標準化 SaaS
- 模組化導入
- 跨機構 Benchmark
- 訂閱收入
商業化路徑將以 Pilot 結果、可重複需求與實際導入成本驗證，不預先宣稱營收或成效。
FIELD NOTE 01先觀察工作怎麼發生，再決定系統怎麼做。
青松場域驗證先在自己的現場證明解法，
先在自己的現場證明解法，
再決定怎麼標準化。
CareOS 的每一個功能，都應該能回答一個現場問題：誰要接、何時完成、家屬是否回覆，以及下一班能不能立刻看懂。沒有通過第一線日常使用的流程，不急著包裝成產品。
- 01第一線訪談
聽懂照服員、護理師、社工與主管每天真正卡住的地方。
- 02現場流程盤點
把口頭交班、紙本、LINE 與既有系統之間的斷點畫清楚。
- 03青松場域測試
在真實班別與工作量下測試，不以展示情境代替日常使用。
- 04使用回饋
觀察每個步驟是否省時、清楚，並記錄漏接與重工。
- 05持續迭代
從一個最痛流程開始，逐步擴充成機構自己的照護作業系統。
Pilot Measurement Framework每一個痛點，
每一個痛點，
都應該能被衡量。
目前沒有正式 Pilot 數據，因此這裡只呈現預計建立的追蹤項目，不使用推估百分比代替真實結果。
正式場域數據將於 Pilot 後持續更新。- 01交班接收率建立基準值 → Pilot 追蹤 → 前後比較
- 02任務完成時間建立基準值 → Pilot 追蹤 → 前後比較
- 03家屬回覆時間建立基準值 → Pilot 追蹤 → 前後比較
- 04用藥補充完成率建立基準值 → Pilot 追蹤 → 前後比較
- 05照護紀錄時間建立基準值 → Pilot 追蹤 → 前後比較
- 06候補轉換率建立基準值 → Pilot 追蹤 → 前後比較
- 07缺班補位時間建立基準值 → Pilot 追蹤 → 前後比較
- 08訓練完課率建立基準值 → Pilot 追蹤 → 前後比較
導入前常見問題先問現場哪裡最痛，
先問現場哪裡最痛，
再談需要什麼系統。
場域 Pilot 會先界定問題、角色、資料與 KPI，再決定最合適的導入範圍。
01七個現場痛點都已經做成產品了嗎？＋
還沒有。七個痛點是目前的研究與產品方向；第一階段優先聚焦照護紀錄、交班漏接與家屬溝通，其他項目會依場域驗證結果逐步推進。
02CareOS 適合哪些長照機構？＋
CareOS 以住宿型機構、日照中心與居家照護的共同流程為起點，也能依場域角色與既有系統調整導入範圍。
03是否需要更換原本所有系統？＋
不需要一次全部更換。CareOS 可以先從交班、用藥提醒或家屬溝通等單一流程試點，再依資料與整合條件逐步擴充。
04家屬需要下載 App 嗎？＋
不需要。CareLINE 以家屬熟悉的 LINE 作為入口，查看通知、報告並完成回覆與確認。
05LINE 通知如何與住民資料綁定？＋
由機構端完成授權與關係驗證，通知只傳送給已綁定且具權限的家屬；互動狀態再回寫 CareCRM。
06健康與醫療資料如何呈現？＋
以趨勢、事件與時間軸呈現，讓專業人員快速找到變化脈絡。示範資料皆去識別化，實際導入需依權限與資料治理規範處理。
07AI 是否會取代照護人員？＋
不會。CareAI 的角色是整理資訊、建立提醒與協助交班，判斷與照護決策仍由合格專業人員負責。
08如何申請青松場域 Pilot？＋
先提出一個高頻且容易衡量的現場痛點，完成訪談、現況盤點與 Pilot KPI 後，再確認導入範圍與時程。
START WITH THE PAIN
告訴我們，你的機構哪一個流程最痛。
我們不從推銷整套系統開始，而是先理解現場最耗時間、最容易漏接、最難追蹤的一件事。
目前為場域共創展示版本，不含真實住民個資。