iRehab 愛復健14

術後復健平台 — 使用指南、電子同意書、AI 輔助 SOAP、骨盆底訓練、每日回報、臨床警報。

壓縮問診,不是整合表單:iRehab Doctor AI 的設計邏輯

醫療 AI 的主流方向是 end-to-end automation(端對端自動化)。iRehab 選擇反向。醫師要的不是 AI 幫忙寫完文書,是在病患坐下之前,把過去兩週的回報資料壓縮成該次專科真正在乎的那幾個欄位。Draft-Only Enforcement(草稿限定原則)則是讓翻譯機不脫鉤的護欄。

診前簡報:當病人答不出「是肌腱還是神經」

多數醫療 AI demo 都在秀術後病患——兩週縱向資料、漂亮的傷口、乖乖做完的運動紀錄。但臨床現場的大多數是初診:沒有病史、一句口語主訴、其中 60–70% 其實不需要手術。這篇談的是 iRehab 的「診前簡報 (Brief)」——醫師在病人坐下前讀到的一行摘要——以及為什麼核心約束是「病人答不出這是肌腱還是神經」。

從個人追蹤到家庭復健協調 — BYoAI 的設計邏輯

iRehab 不在 App 裡內建 AI,而是讓病患用自己的 AI 工具理解復健進度。為什麼?因為家庭才是復健的單位,而 AI 的價值不是診斷,是翻譯。

電子同意書 — 為什麼你的骨科研究需要數位同意流程

紙本同意書遺失、版本混亂、無法追蹤撤回。iRehab 的雙版本電子同意書(IRB 研究 vs QI 品質改善)如何解決這些問題,以及白牌主題系統如何提升病患信任與簽署率。

當 AI 學會寫病歷 — Draft-Only Enforcement 的設計哲學

iRehab Doctor AI Phase 2 讓 AI 可以起草臨床評估紀錄,但只能存草稿。為什麼我們選擇 draft-only enforcement,而不是讓 AI 直接發布?從 MCP Server 到紫色 badge,一個醫療 AI 寫入系統的設計思考。

83% 的患者想要虛實兼具 — 術後復健的混合未來

骨科術後遠距監測確實有效 — 92% 患者覺得好用,數據合規率遠超問卷。但大多數患者不想要純數位照護,他們想要一種混合模式:讓外科醫師的觸角延伸到復健的每一天。

遠距復健不再只是「一樣好」— 最新證據說它更好

最新 meta-analysis 涵蓋 25 個 RCT、4,402 名患者,在疼痛、關節活動度、肌力、成本四項指標上,遠距復健顯著優於傳統面對面復健。證據的天平已經傾斜。

34 個動作、5 個階段 — 循證全膝關節置換復健引擎的設計邏輯

復健方案寫在教科書裡,但大多數患者從來沒有完整執行過。我們把 5 個臨床階段編碼成每日適應性課表,讓醫師終於能信任出院後發生的事。

康復飛輪 Recovery Loop — 骨科術後復健的開放標準

評估 → 處方 → 運動 → 再評估。一套開放的術後復健方法論,任何醫師、物理治療師、診所都可以免費使用。

不只是凱格爾 — iRehab 骨盆底復健的 7 個動作與 4 套臨床方案

骨盆底肌力訓練不只是「做凱格爾」。iRehab 內建 7 個循證骨盆底運動和 4 套臨床方案,涵蓋術前訓練、尿失禁手術術後、骨盆器官脫垂修補術後,以及非手術的肌力訓練——全部整合在患者手機上的每日課表中。

三分之一的女性有這個問題 — 骨盆底復健的臨床證據與數位轉型

全球約三分之一的女性受骨盆底功能障礙影響,但不到 25% 尋求治療。骨盆底肌力訓練(PFMT)是第一線治療,Cochrane 回顧證實有效——然而依從率長期低落。手機 App 引導的 PFMT 正在改變這個方程式:RCT 顯示 App 組在儲尿症狀和生活品質改善顯著優於傳統衛教。

30 秒日常回報 — 為 80 歲患者設計復健軟體

大多數健康 App 是 30 歲的人為 30 歲的人設計的。術後復健患者通常 65-80 歲。我們圍繞一個限制重新設計每個互動:超過 30 秒,他們就不會做。

你的醫師知道你今天沒做復健 — 為什麼大多數遠距監測警示失敗,我們怎麼做

遠距病患監測產生數據。困難的是把數據變成即時的臨床行動。大多數警示系統不是把醫師淹沒在雜訊中,就是漏掉真正重要的訊號。我們圍繞一個問題建立 iRehab 的警示系統:30 個患者裡,哪 3 個現在需要關注?

回報疼痛指數本身就有止痛效果 — 觀察即干預

與其等回診時抱怨好痛好痛,不如每天記錄我有多痛。術後疼痛追蹤為什麼有效?不是安慰劑,是三個互補機制:感知控制感、反災難化思考、預期重構。文獻與臨床經驗的交叉驗證。

使用手冊6

iRehab 各功能模組的角色操作手冊 — 給醫師、病患、診間助理在臨床現場日常使用。

iRehab 醫師使用指南 — 從註冊到第一位病患

完整的 iRehab 啟用流程:醫師註冊、建立病患、開立運動處方、追蹤復健進度。10 分鐘內讓你的第一位 TKA 病患開始居家復健。

iRehab Doctor PWA 完整功能指南

Doctor PWA 的所有功能詳細說明:病患管理、評估表、處方、術式紀錄(§A-§D)、PROM 自動排程(19 種量表)、電子同意書(雙版本)、自費儀表板、Doctor AI 草稿、紀念卡、集章簿、進度卡、推播通知、API Token、資料匯出。

iRehab 病患 App 完整使用指南

愛復健 Patient PWA 的所有功能詳細說明:每日任務、運動處方、疼痛回報、傷口照片、集章簿、進度分享卡、PROM 問卷、推播通知、離線使用。

問診前 — 醫師操作手冊

iRehab 問診前功能的醫師端操作指南。列印 QR 海報、看診前清單怎麼讀、三個結案鍵怎麼選、代號救回漏接病歷、常見問答六題。為什麼我們做這個功能:讓你多花時間在病人身上,不是鍵盤上。

看診前先填一下 — 給病患與家屬

你走進診所看到 QR Code 海報不知道是什麼?這篇告訴你:2-3 分鐘的問診前表單怎麼填、填完代號要記下來、遇到各種掃描問題怎麼辦。填這個不是為了多一道程序,是為了讓醫師看診時把時間留給你。

問診前 — 診間助理 / 櫃台操作手冊最新

給診間助理與櫃台人員的 iRehab 問診前日常作業手冊:開診前檢查、協助長者與外籍病患、填表卡住怎麼救、跟醫師協作 4 情境、常見問答 6 題。

骨科創新14

植入物、感測器、成果量測、骨科執業的未來 — 從 WingHeal 到 CMS TEAM。

為什麼你的膝蓋手術後需要追蹤 PROM — 從數據盲區到復原指南針

只有 25% 的關節置換患者在術後一年完成功能評分追蹤。美國 CMS 已要求 2028 年達到 50% 收集率,否則影響給付。PROM 不只是問卷——它是讓醫師和患者都看見復原全貌的指南針。

膝關節置換術後復健完整指南 — 從手術室到回歸日常的每一步

全膝關節置換術後,ERAS 讓住院天數從一週縮短到 1-3 天。但真正的挑戰從出院那天才開始:12 週的復健黃金期,決定了你未來膝蓋能做什麼。這份指南整合最新 2025 臨床證據,帶你走過每一個里程碑。

膝關節置換術後遠距監測:AAOS 2026 證實對老年患者同樣有效

AAOS 2026 最新數據驗證:TKA 術後遠距治療監測在老年族群中不增加併發症、降低成本,並成功大規模部署。這對骨科實務意味著什麼?

AI 如何改變骨科術後照護 — 2026 現場報告

2025 年 FDA 核准了 295 個 AI 醫療設備,創下歷史紀錄。骨折偵測準確率 98%,ML 模型在手術前就能預測誰會對膝關節置換不滿意(AUC 0.888)。但骨科 AI 的真正戰場不在手術室——而在術後那 90 天。

當日出院的膝關節手術 — 門診關節置換時代,誰在看顧你的復原?

美國超過六成的全膝關節置換患者已經當日出院,篩選過的 ASC 患者更高達八成以上。CMS 逐步取消住院限制、丹麥 fast-track 中心達到 94% 當日出院率。住院天數從 5 天降到 0 天,但術後 90 天的監測空白誰來填?

CMS TEAM 模式:741 家醫院的強制綁定支付 — 為什麼遠距監測從此不再是選配

2026 年 1 月,CMS 啟動 TEAM — 首個涵蓋關節置換、脊椎融合的強制性綁定支付模式,741 家美國醫院必須在 30 天照護期內收集 PROM、管理併發症,但零基礎建設補助。這對台灣骨科的政策訊號是什麼。

RTM 計費指南:每位患者每月 $77 的新機會

2026 CMS 新增 RTM codes 大幅降低門檻:MSK 遠距監控只需 2 天數據即可計費 $51。加上治療管理 $26,每位 TKA 術後患者每月至少 $77。這是骨科遠距監測從成本中心變成收入來源的轉折點。

TEAM 模式第一季現實檢驗:741 家醫院正在學到的事

CMS TEAM 模式啟動三個月,741 家醫院面臨病患歸屬、PCP 轉介、偏鄉協調三大困境。這些實施痛點,正是術後遠距監測平台的市場切入點。

數位 MSK 的整併時代:Sword 買 Kaia、Hinge 上市——護城河到底在哪裡

Sword Health 以 $285M 收購 Kaia Health,Hinge Health 以 $3B 市值上市、年營收 $588M。數位肌骨系統市場進入整併期。但當運動庫變成大宗商品,真正的防禦壁壘是什麼?

為什麼骨頭需要翅膀 — WingHeal 植入物的設計哲學

旋轉肌袖修復的兩難:強度不夠會再撕裂,免疫反應太強會排斥。WingHeal 用 PEEK 結構加上低免疫膠原蛋白,在動物實驗中展現 +71.8% 生物力學剛度與 4 週纖維軟骨形成。

所有人都同意的原則,為什麼沒人照著做? — WingHeal 的第一性原理

壓力分布決定癒合品質,這句話每個骨科醫師都同意。但 SIS patch 的失敗讓業界恐懼了十年。回到第一性原理,三個失敗原因都可以被獨立解決。

骨頭裡的哨兵 — 植入式感測器如何改變骨科術後監測

傳統骨科術後只能靠影像和病人主觀回饋。Discovery R 用無電池 LC 共振感測器,即時測量植入部位受力,在動作當下偵測「即將進入危害區間」,而不是等到結構破壞才發現。

骨頭裡的競賽 — 2026 植入式感測器全景報告

AO Foundation 的骨折監測器進入人體試驗、Penderia 拿到 FDA 突破性醫材認定、CardioMEMS 證明被動式 LC 感測器能商業化。這場競賽不只是技術競爭,更是「誰能把數據變成臨床決策」的系統戰。

當 AI 讓軟體歸零 — 植入式感測器、厚軟體,與真正的護城河

GPT 讓所有人都能寫軟體。當軟體不再稀缺,價值往哪裡移動?答案是數據——但不是任何數據,而是別人無法複製的數據。植入式感測器產生的組織受力資訊,就是這種數據。這篇文章解釋「薄軟體」為什麼會死、「厚軟體」為什麼會活,以及感測器在這場遊戲裡的位置。

xGrid 韌性平台6

緊急醫療站操作、離線優先架構、災難韌性 — 從開機到日常管理。

韌性設計11

設計哲學、系統架構、臨床工作流程、戰場醫療 — 為什麼我們用不同的方式設計。

當牆壁被打穿時 — Safety-II 如何改變我們設計醫療系統的方式

傳統 Safety-I 問「事情怎麼出錯」,Safety-II 問「事情怎麼做對」。在災難醫療場景中,xGrid 如何實踐 Safety-II 的四個設計原則。

閃人測試 — 如果開發團隊明天消失,你的系統還能活嗎?

軟體業的 Bus Test 思想實驗,在災難醫療場景下被推到極端。xGrid 如何通過五項 Walkaway Test,達到 bus factor approaching infinity。

「離線優先」不是「離線堪用」— xGrid 如何在沒有網路的環境中運作

大部分系統的離線模式是降級。xGrid 的離線模式是正常。在沒有基地台、沒有網路、沒有 IT 人員的災難現場,這個差異決定了系統能不能用。

為什麼選擇嵌入式資料庫 — 災難現場不需要資料庫管理員

在災難醫療的場景中,資料庫不能有任何外部依賴、不能需要專人維護、不能在斷電後損壞。嵌入式資料庫不是妥協,而是唯一符合這些條件的選擇。

拔線即走 — xGrid 的 Hub-Spoke 拓撲、角色升級與五分鐘接手

一台 Raspberry Pi 從 Switch 拔掉網線,帶到新地點,一個指令升級成 Hub。原本的 Hub 壞了?另一台 Spoke 載入經 sha256 驗證的 snapshot,五分鐘內接手。殭屍 Hub 復活?epoch 任期制讓它自動降級。

檢傷分類不是分類 — 它是資源分配的第一個決定

檢傷不只是貼標籤。它決定了病人進哪個區域、使用哪些設備、排在哪個手術順位。在 xGrid 中,護理師按下的那個顏色按鈕,啟動的是一連串資源分配決策。

ISBAR 不只是交班格式 — 當口頭傳統遇上結構化資料

ISBAR 是全球通用的臨床交班格式。把它從口頭傳統變成數位系統時,我們發現真正的價值不在格式本身,而在格式之後——可追溯、可驗證、可回放。

每一袋血的旅程 — 災難醫療中的血品監管鏈數位化

一袋血從入庫到輸進病人體內,經過 16 個監管步驟。在災難現場,每一步都可能出錯,也每一步都必須被記錄。

為什麼戰場醫療需要離線系統 — LSCO 架構總覽

大規模作戰(LSCO)創造了一個無法後送、資源有限、每個決策都必須記錄的醫療現實。xGrid 的 8 模組 LSCO 套件將從受傷點到損害控制手術的照護鏈完全數位化——完全離線運作。

消耗率與簽核 — 戰場醫療中的資源智能與集體問責

O 型陰性血還能撐多久?誰授權了截肢?xGrid 的消耗率引擎即時計算各項物資的耗盡倒數,多人簽核系統則確保不可逆的決策絕不由一個人獨自做出。

Walkaway DR — 一支手機如何重建一台壞掉的伺服器

手術進行中,伺服器壞了。所有病患紀錄、血品、藥品記錄全在那台裝置上。護理師插上一台全新的備用機,用手機在三分鐘內還原一切。Walkaway 災難復原的運作原理。

部落格 | 谷盺生物科技