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

定義指揮決策的兩個問題

在任何持續性的醫療行動中——災難應變、野戰醫院或作戰——指揮官反覆面對兩個問題：

1. 我們還能撐多久？ 不是「庫存有多少」，而是「以目前的消耗速率，每種物資何時用完？」

2. 誰授權了那個決定？ 當執行不可逆的手術——截肢、由超出常規範圍的人員給予管制藥物——必須有一條可追溯的問責鏈。

xGrid 用消耗率引擎回答第一個問題，用多人簽核和權限升級系統回答第二個問題。三者都離線運作，在同一台裝置上運行。

第一部分：消耗率——預測性物資情報

超越庫存數字

傳統庫存系統回答「我們有多少？」消耗率回答「還能用多久？」

差異至關重要。一個有 8 支氯胺酮的醫療站聽起來充裕。但如果過去 12 小時消耗了 8 支，那你大約只剩 12 小時的存量。這改變每一個決策——配給規範、補給請求、傷患分配。

三個時間窗口

系統以三個窗口計算消耗速率，各服務不同的規劃層級：

大量傷患事件期間的 4 小時窗口顯示高消耗——也許每小時 2 單位濃縮紅血球。24 小時窗口顯示較低的平均值，因為夜間較平靜。兩個數字都是真的，用途不同。

嚴重度分級

系統根據剩餘時數，自動將每種追蹤物資分為四級：

嚴重度	剩餘時數	代表的意思
危急	≤ 4 小時	立即配給。請求緊急補給。考慮啟動步行血庫。
警告	4-12 小時	密切監控。準備升級程序。通報指揮部。
注意	12-24 小時	例行監控。規劃耗盡因應。
穩定	> 24 小時	不需要立即行動。

儀表板先顯示危急項目。指揮官瞥一眼平板就看到：「O 型陰性血：2 小時。氯胺酮：3 小時。胸腔封閉貼：11 小時。」這是可行動的情報，不是庫存清單。

系統續航力

消耗率儀表板上最重要的數字是整體系統續航力——所有關鍵物資類別中，剩餘時數最短的那個。

你的站點可能有 48 小時的氧氣、72 小時的靜脈輸液、和 2 小時的 O 型陰性血。你的系統續航力是 2 小時，因為最先耗盡的物資決定了你何時無法再以全能量運作。

這個數字整合到 xGrid 韌性框架中，將生命線資源（氧氣、電力、水）和消耗性資源（藥品、血品、物資）合併為一個指揮部可以採取行動的單一續航數字。

零新增資料表

消耗率不需要額外的資料表。它讀取現有的消耗紀錄——藥局配藥紀錄、庫存消耗事件、血品狀態轉換、設備狀態變更——即時計算速率。

這是刻意的。新增資料表會增加資料庫遷移的複雜度和備份的負擔。消耗率是在已有資料之上的唯讀分析層。

第二部分：多人簽核——Letterman 規則的數位化

歷史脈絡

1862 年，美國南北戰爭期間，Jonathan Letterman 醫師規定截肢決策需要三位資深外科醫師投票後才能進行。原因不在於醫學知識——一位外科醫師通常知道是否需要截肢。而是為了分散不可逆決策的道德重量和法律責任。

160 年後，同樣的原則適用。在 LSCO 條件下，戰鬥醫護兵可能執行遠超其平時執業範圍的手術，集體問責不只是好的做法——它是對每個相關人員的法律保護。

投票運作方式

醫師建立簽核請求。其他合格人員投票。系統追蹤每一票的時間戳記、理由和密碼學雜湊。

結算邏輯是保守的——任何反對都會阻止核准：

• 一票 REJECT → 請求被拒絕，不管多少人同意
• 達到所需 APPROVE 票數 → 請求被核准
• ABSTAIN 算中立——既不幫助也不阻擋

這不是多數決。這是一致同意制。推理：如果即使一位合格的外科醫師認為截肢尚非必要，那個反對意見就應該阻止手術。病患的肢體無法重新接回。

簽核類別

手術項目	最低簽核數	理由
截肢	3	不可逆組織損失
眼球摘除	3	不可逆感官損失
器官切除	2	不可逆器官功能損失
全血輸血	2	特殊免疫風險
管制藥物使用	2	法規限制
DCS 第一階段手術開始	2	重大手術決策點

緊急覆寫

戰場上，30 分鐘內可能找不到三位外科醫師。緊急覆寫允許：

• 條件：請求標記為緊急 + 已收到 2 票同意 + 已過 30 分鐘
• 效果：以 EMERGENCY_OVERRIDE 標記自動核准
• 稽核軌跡：永久標記在紀錄和匯出檔案中

系統沒有消除簽核要求。它在有文件記錄的、有時間限制的條件下降低門檻。稽核軌跡確保事後檢討能評估覆寫是否合理。

投票完整性

每一票都有雜湊：SHA-256(voter_id + request_id + vote + voted_at)。這不是加密——投票是可讀的。這是防篡改證據。如果投票紀錄事後被修改，雜湊不會吻合，篡改就能被偵測。

完整的簽核歷史——請求、投票、升級、覆寫——可匯出為 CSV 供法律歸檔。

第三部分：權限升級——平戰轉換橋樑

法律悖論

台灣醫療法限制執業範圍。戰鬥醫護兵在平時不能執行張力性氣胸減壓術。但在 LSCO 中，那個醫護兵可能是唯一能救張力性氣胸傷患的人。

xGrid 不解決法律問題——那是立法者的事。它提供：

1. 明確的模式切換機制
2. 每一個超出正常範圍行為的完整記錄
3. 保護執行者和授權者的稽核軌跡

三種操作模式

戰時模式需要雙重確認——兩位資深軍官必須分別啟動和確認。防止意外啟動。24 小時自動到期防止「忘了關掉」——如果沒人續展，系統自動降級到平時模式。

三種授權模式

當醫護兵執行超出正常範圍的處置，授權以三種方式之一記錄：

預授權：醫官事先授予權限。「王士官長在接下來 24 小時內被授權執行張力性氣胸減壓。」醫護兵在時間窗口內獨立執行。系統自動記錄覆寫。

即時授權：沒有預授權。醫護兵執行處置同時透過無線電與醫官確認授權。授權紀錄包含醫官姓名。

事後授權：離線情境——醫護兵在無通訊能力時執行。重新連線後記錄：「李醫官於 16:30 事後核准。」系統記錄時間差供稽核檢視。

三種模式產生相同的輸出：帶有 SHA-256 雜湊的防篡改紀錄，連結執行者、處置、傷患、授權者和時間戳記。不論使用哪種模式，稽核軌跡都是一樣的。

處置點的範圍檢查

當使用者嘗試記錄一個處置時，系統同時檢查三件事：

1. 當前權限模式——系統在平時、緊急還是戰時模式？
2. 使用者角色——是醫師、高級救護技術員還是戰鬥醫護兵？
3. 處置類型——在當前模式下是否在其權限範圍內？

如果組合未被授權，系統阻擋並顯示清楚訊息：「此處置需要緊急或戰時模式。」如果透過預授權被授權，系統自動記錄覆寫。如果被授權但沒有預授權，系統要求填寫「授權者」欄位。

系統絕不會無聲地允許超範圍的處置。也絕不會無聲地阻擋救命的處置。每一個行為都有記錄。

為什麼這三個系統屬於一起

消耗率告訴你正在消耗什麼資源。簽核確保不可逆決策有集體問責。權限確保每個行為都在授權範圍內——如果不在，例外有記錄。

三者合在一起，回答指揮部和法律檢討在行動結束後會問的問題：

• 資源管理是否負責任？ 消耗率資料顯示消耗模式和何時開始配給。
• 不可逆決策是否有集體決議？ 簽核紀錄顯示誰投票、何時、為什麼。
• 範圍擴展是否有記錄？ 權限覆寫紀錄顯示誰做了什麼、在誰的授權下、在哪個模式中。

在有電子病歷和法務部門的醫院，這些問題由現有系統回答。在一台沒有網路的小型裝置上運行的野戰醫院，它們由 xGrid 回答。

---

延伸閱讀：為什麼戰場醫療需要離線系統 — LSCO 總覽 · 每一袋的旅程 — 血品保管鏈 · 當防線被突破 — Safety-II