院方提案頁
CareMirror 照護之鏡 文字標誌

CareMirror 照護之鏡|把照護教學從口述示範,推進到可展示、可重複、可追蹤的訓練流程

本頁以院方與教學單位為主要讀者,整理系統定位、教學價值、示範情境、驗證邊界與分階段導入建議。 它不是技術說明書,而是面向決策與合作討論的正式提案閱讀版本。

醫院護理教育長照訓練院內展示流程審閱

提案摘要

目前定位

院內展示與教學流程審閱版

適合作為院方簡報、導覽展示、流程校準與合作討論的正式閱讀版本。

正式驗證

Unity Editor + Desktop Click PASS

目前已完成 W3 展示場景在 Unity Editor Play Mode 與桌面滑鼠操作下的全流程驗證。

下一階段

Quest / 裝置端試教驗證

若要進入頭戴式裝置正式教學部署,仍應另行完成 Android / Quest 實機驗證與院內試行。

主要展示場景

W3

流程驗證範圍

S01-S51

目前正式驗證模式

Editor PASS

已完成滑鼠操作驗證

Desktop Click

執行摘要

定位不是取代臨床教學,而是建立一套可示範、可複習、可追蹤的教學平台

隨著高齡照護需求持續增加,照顧服務員的培訓模式正面臨場域有限、心理負荷高與教學標準難以一致等挑戰。 CareMirror 照護之鏡的目標,是讓高敏感度照護流程先在低風險的教學環境中被反覆演練,再逐步銜接至正式教學與導入。

目前系統已完成 `W3_DirectorReview_Demo.unity` 展示場景的完整示範流程驗證,並取得 `S01` 至 `S51` 的編輯器模式全流程通過證據,適合作為院內導覽展示、教學流程說明與專案審閱用途。

院內簡報與專案展示
教學流程導覽展示
示教用流程審閱
作為後續正式訓練平台之原型與基準版本
教學挑戰

現代照護訓練最常見的四個卡點

白皮書將院方最在意的教學瓶頸拆成四個面向,讓對外展示不只是描述產品功能,而是先清楚定義教學問題。

1

訓練場域有限

真實病房、示教教室與模擬情境資源有限,像床上擦澡與會陰清潔這類完整流程,更難安排高頻率重複演練。

2

初學者心理負荷高

新進學員第一次面對私密照護時,常同時承受技術要求、流程記憶與與個案互動壓力,容易忽略溝通與尊重。

3

教學標準難以一致

不同教師對於錯誤嚴重程度、是否可接受修正與教學重點的判定不盡相同,造成訓練經驗與回饋品質差異。

4

回饋缺乏可追蹤資料

若沒有流程級記錄,教師與學員很難回看錯誤點、比較改善情況,也不利於跨梯次的教學品質分析。

定位與目標

把系統放回院內教學鏈,而不是只當成 VR 體驗展示

主要用途

  • 作為照護流程的標準化示範工具
  • 作為學員進入真實情境前的反覆演練環境
  • 作為教師進行步驟講解、錯誤討論與流程回顧的輔助平台
  • 作為後續建立數位訓練紀錄與教學品質分析的基礎

建置目標

  • 將照護流程拆解為可教學、可驗證的步驟單元
  • 將環境準備、話術、隱私保護與技術操作納入同一條訓練流程
  • 讓學員能在低風險情境中重複演練
  • 讓教師能以一致化流程進行講解與回饋
  • 逐步建立可追蹤的訓練證據與展示基準
核心價值

提案最重要的四個主張

Pillar 01

專業標準化

將照護流程由抽象敘述轉化為具體步驟,讓進房、溝通、環境確認、清潔操作與結束說明都能在同一標準下演示。

Pillar 02

心理安全性

以教學導向的虛擬場景與互動設計,降低初學者在正式實作前面對高敏感度流程的心理壓力。

Pillar 03

可追蹤回饋

保留步驟完成、互動順序與關鍵流程記錄,使回饋可以回到具體步驟,而不只停留在主觀印象。

Pillar 04

人文關懷整合

將溝通話術、隱私保護、環境舒適與照護過程說明納入同一條教學流程,讓技術與尊重一起被練習。

系統架構

從展示場景、訓練構成到互動資料設計,建立院方可閱讀的技術脈絡

平台與場景

系統目前以 Unity 建置互動場景與流程邏輯,現行主要展示場景為 W3_DirectorReview_Demo.unity,用於教學流程確認、互動驗證與示範展示。

核心訓練構成

現階段內容涵蓋進房與問候、環境確認、床上擦澡、翻身、便盆與會陰照護,以及照護結束後的溝通與回顧節點。

互動與教學資料設計

系統把步驟、互動對象、教學提示、流程轉換與紀錄事件綁在一起,使場景不只是可操作,也可供教學者回看與討論。

示範情境

用具體情境說明系統如何承接教學流程

床上擦澡流程

從進入房間、與個案溝通、準備環境與用品、依序進行身體清潔,到結束說明與整理,形成完整訓練脈絡。

會陰清潔與便盆相關流程

以分步方式呈現私密照護流程,讓學員先在心理負荷較低的教學情境中熟悉正確順序與操作重點。

教學價值

重點不在於模擬所有臨床變化,而在於提供一條可反覆演示、可供教師逐步講解、且能聚焦核心原則的教學路徑。

評量與回饋

把教師回饋從印象式說明,轉成可回到步驟的教學討論

哪一個步驟未完成
哪一段順序有偏差
哪些項目屬於技術問題
哪些項目屬於溝通或隱私處理不足
驗證範圍

把目前已完成的證據,與尚未對外主張的範圍清楚切開

這一段是正式提案頁最重要的風險控管內容,能避免對外展示時把現有成果過度延伸成尚未驗證的部署承諾。

已完成驗證

  • `S01` 至 `S51` 全流程通過
  • Unity Editor Play Mode 驗證通過
  • Windows 桌面真實滑鼠點擊操作驗證通過
  • 中文操作標籤與 runner log 已整理為可閱讀格式
  • 已建立固定 regression gate,可持續重跑驗證

目前適合用途

  • 院內簡報與專案展示
  • 教學流程導覽展示
  • 示教用流程審閱
  • 作為後續正式訓練平台之原型與基準版本

目前不主張

  • Android 正式封裝版已完成全面驗證
  • Meta Quest 3 實機部署版已完成院內驗證
  • 非編輯器執行環境與編輯器版本已完成視覺與互動完全一致驗證
導入建議

先展示校準,再進內容共編與裝置試教

1

第一階段:教學展示與流程確認

先用現有示範版本與院方對齊流程、話術、隱私保護與評量重點,建立跨單位的共同認知。

2

第二階段:院方流程對齊與內容調整

將院內既有 SOP、授課習慣與常見錯誤類型納入調整,形成更符合教學使用的版本。

3

第三階段:裝置部署與試教驗證

在展示版本確認後,再進一步進入頭戴式裝置部署、效能驗證與現場試教,確認最終教學模式與設備管理流程。

產品化策略

先把 1 套模組做成 10 家能用,不替 1 家做 10 套

對個人開發者而言,最大的商業風險不是做不出系統,而是被每家院所不同的需求拖進重客製開發。 CareMirror 的產品策略,是先建立可重複導入的標準骨架,再把院方差異留在可控的參數層。

對外說法

我們不是為每一家醫院重做一套系統,而是提供一套可標準化導入、可依院內教學規則調整的照護訓練平台。

Layer 01

70-80% 標準化

場景流程、評分框架、報表結構與後台欄位先維持一致,讓同一套模組能被多個院所重複導入,而不是每次重新開發。

Layer 02

20-30% 可參數化

保留院方可調整的話術、評分門檻、流程順序、模組啟用與語系,讓內容可符合院內教學習慣,但不破壞核心產品架構。

Layer 03

資料驅動規則

以 ScriptableObject 承接內容編輯與開發期資料整理,執行期規則則由 JSON 或遠端設定承接,降低日後調整 SOP 與提示時的重建成本。

第一年商業模式

第一年只保留四種收入來源,避免服務範圍失控

此段為合作模式建議,不等同正式報價。實際價格與採認方式仍需依院方導入範圍、設備配置、課程合作對象與驗收條件另行確認。

Model 01

付費 pilot

建議以 8-12 週、1 個病房加 1 個院後單位、1-2 個模組為範圍,包含導師訓練與結案報告。重點是累積院內證據,而不是免費 PoC。

Model 02

年訂閱授權

pilot 後轉成按病房、院區或點位的年費授權,讓版本維護、bug 修正與模組更新有穩定資源支撐。

Model 03

客製模組費

只針對標準產品外的新模組收費,例如失智溝通、移位搬運或感染控制深化,不把一般文案與報表微調變成客製開發。

Model 04

課程合作分潤

由醫院教育中心、公協會或既有辦訓單位負責開課與採認流程,CareMirror 提供 VR 情境模組與實作評量,降低個人開發者自行辦訓風險。

Pilot 合作方案

從院方閱讀,直接進入可執行的先導導入流程

Pilot 的目的不是做免費試用,而是用有限範圍建立院內決策證據。建議先鎖定一個病房與一個院後單位, 用 1-2 個模組驗證示教、演練、回饋與設備管理是否能形成可持續的教學流程。

8-12 週

建議執行週期

1+1

1 個病房 + 1 個院後單位

1-2

先導入模組數

結案報告

形成院內決策證據

1

展示確認

先安排 60-90 分鐘院方展示,讓護理教育、長照銜接、資訊或創新窗口共同確認系統定位與示範邊界。

2

Pilot 啟動

確認場域、參與角色、預計人數、裝置需求、模組範圍與院內 SOP 對齊方式,避免 pilot 變成無邊界客製案。

3

訓練執行

進行導師訓練、學員演練、流程觀察與問題紀錄,將使用情況整理成可回顧的教學證據。

4

結案轉導入

用結案報告討論是否進入年訂閱、模組擴充、課程合作或下一個院區/單位導入,讓展示自然銜接收案。

收案前需確認資料

院方若準備進入 pilot 討論,可先整理以下資訊,讓第一次會議就能進入範圍、時程與驗收方式確認。

主要聯絡窗口與決策單位預計示教場域與參與單位優先導入的照護模組預計參與人數與角色院內 SOP 或教案版本是否需要 Quest 實機試教
合作與交付

以系統建置、示範驗證與院方共編優化作為合作主軸

本系統目前最成熟的價值,在於它已具備可展示、可講解、可審閱的教學版本。對外合作時,可以先從院方重視的流程確認與示範價值切入,再逐步延伸到正式部署。

Unity 專案與互動邏輯內容
指定示範場景
教學用流程文件
驗證報告與 signoff 文件
後續維護與擴充建議