部落格

醫療韌性、生物誘導修復、社區防災 — 我們的觀點與實踐

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

一袋血從入庫到輸進病人體內，經過 16 個監管步驟。在災難現場，每一步都可能出錯，也每一步都必須被記錄。xGrid 如何在離線環境中完成血品全鏈追蹤。

兩台 Raspberry Pi，一條網線，零台雲端伺服器。當這條網線被踢掉時，兩台機器各自獨立運作。接回來時，自動同步。這篇文章講的是怎麼做到的。

ISBAR（Identify-Situation-Background-Assessment-Recommendation）是全球通用的臨床交班格式。把它從口頭傳統變成軟體系統時，我們發現真正的價值不在格式本身，而在格式之後。

大部分系統的離線模式是降級。xGrid 的離線模式是正常。這不是語義差異，而是從架構根部長出來的設計差異。

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

在災難醫療的場景中，資料庫不能有任何外部依賴。SQLite 不是妥協，而是唯一正確的選擇。但要讓它在多人同時使用的壓力下穩定運作，需要一些不直覺的設計。

檢傷分類不只是貼標籤。它決定了病人接下來會進哪個區域、使用哪些設備、排在哪個手術順位。在 xGrid 中，檢傷是資源分配引擎的第一道輸入。

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