What I built
一個 browser-based PWA prototype，協助病患與家屬在看診前整理三點重點，看診中用低注意力提示支援表達，並在看診後整理沒聽懂與醫師交代事項。
Research Case Study · Care Communication · Service Prototype
Before
Five
Minutes.
一個研究原型，探索人在看診、等待、轉述與陪伴服務中，如何在時間壓力、語言壓力與注意力下降時，仍然保留自我表達與被理解的可能。
三個系統，一條服務鏈
1家屬預約
2CRM 建單
3ESP32 回報現場
4BFM 支援看診
5CRM 完成摘要
BFM · CRM · ESP32 GPS API
local-first · event-based · non-diagnostic
Case study frame
不是醫療產品宣稱，而是一個可操作的研究原型。
My role
研究 framing、互動概念、介面結構、多語情境設計、prototype logic、文件整理，以及前端原型實作與測試。
Research relevance
這個原型測試我更大研究問題的一支：互動技術如何在形式上可進入、但認知、語言或情緒壓力讓參與變困難的情境中，支持尊嚴、自我表述與共同理解。
Prototype boundary
這不是臨床設備、診斷工具或分診系統。它是研究原型，用來探索病患與照護者如何在注意力、記憶或時間壓力崩塌前，準備、說出並保存重要資訊。
三個系統，一條服務鏈
BFM 是看診溝通核心；CRM 與 ESP32 是服務情境的延伸，不取代它。
看診溝通層
BFM PWA
病患自述、7 日摘要、低注意力看診中提示與 wrap-up。
服務營運層
Companion CRM
預約、派案、服務狀態、服務後摘要、費用與 CSV。
現場事件層
ESP32 GPS Node
出發、到達、需要協助、完成與 GPS fix/no fix 事件。
不同角色旅程
每個人只看自己需要承擔的那一段。
病患本人
- 01每日記錄症狀
- 02看診前看 3 個重點
- 03診間中用低注意力提示
- 04看診後整理沒聽懂與交代事項
家屬
- 01送出陪診需求
- 02追蹤出發 / 到達 / 完成
- 03需要協助時收到提醒
- 04收到服務後摘要
專業照護者 / 接案者
- 01查看 CRM 任務
- 02按 ESP32 事件鍵
- 03協助轉述與觀察
- 04完成後補服務摘要
營運者
- 01看今日服務單
- 02監看 IoT timeline
- 03處理 need_help
- 04結案與匯出紀錄
醫療人員
- 01只讀 BFM hand-off
- 02看到病患自述
- 03不接觸 CRM/IoT 營運資料
- 04保留臨床判斷邊界
Live artifacts
公開頁說明服務模式；私人後台保留給營運與面談 walkthrough。
BFM PWA真正可操作的看診溝通 PWA。Open ↗Companion service model公開展示陪伴預約、收費、服務後摘要、CRM fallback 與 ESP32 事件如何串成一套服務。Explore ↗
登入制 PHP/MySQL CRM 已部署，作為私人營運後台與面談展示；它不再被放成公開網站的主入口。ESP32 GPS 事件會進入該後台的服務時間線。
Trust boundaries
這是一套服務工具，不是醫療監控系統。
IoT API 不是未來才做的裝飾。它現在已部署在私人 Companion CRM：ESP32 可用 WiFi POST 到 /api/companion/iot_events.php，後台已能保存 heartbeat、GPS fix/no-fix、satellites、HDOP、need_help 與服務狀態；公開頁則負責說明商業模式、預約流程與服務邊界。
BFM 顯示病患自述，不做診斷、分診、風險評分或用藥建議。
Companion CRM 已部署為私人登入制 PHP/MySQL 營運後台，用於服務單、專業照護者、摘要與 IoT 事件。
ESP32 GPS 是事件脈絡，不做連續追蹤，也不宣稱走失防護保證。
GPS 沒有 fix 時仍記錄事件，避免把流程可靠度建立在不穩定訊號上。