Blog/

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

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

黃金小時消失了

平時的創傷醫療,黃金小時決定一切。60 分鐘內把傷患送到創傷中心,存活率大幅提高。直升機、救護車、高速公路——整個體系為速度而優化。

在大規模作戰(LSCO)中,沒有黃金小時。直升機因敵方空優而停飛。道路被爭奪或摧毀。最近的手術能量在 12 小時車程之外,前提是你到達時它還在那裡。

傷患留在原地。數小時。有時數天。而讓他們活著的醫護兵無法打電話求助,無法存取三個站點前的病患紀錄,也沒有系統記錄做了什麼、為什麼做。

這就是 xGrid LSCO 套件要解決的問題。不是取代黃金小時——沒有什麼能取代——而是給醫護兵一套完整的數位系統,不需要任何網路,跑在能放進背包的硬體上,記錄每一個決策,為事後必然到來的檢討做準備。

四層照護鏈

LSCO 醫療遵循一條定義明確的鏈。傷患經過不同的階段,每個階段有自己的臨床優先順序、文件需求和決策點。xGrid 將每個階段實作為一個模組:

第一層

PFC

延長野戰照護——無法後送時維持傷患生命

第二層

TCCC

戰術戰傷照護——跟著傷患走的標準化文件

第三層

MEDEVAC

醫療後送——優先佇列與九行格式請求

第四層

DCS

損害控制手術——縮短手術加延後處理追蹤

四個層級共用相同的病患 ID。傷患從受傷點到手術的旅程是一條連續、可追蹤的鏈——不是四張互不相關的紙本表格。

第一層:延長野戰照護(PFC)

PFC 是等待模式。當傷患無法後送,有人必須用有限資源讓他們活 72 小時。

PFC 模組建立數位照護計畫,追蹤連續生命徵象——心率、血壓、呼吸速率、血氧、體溫、格拉斯哥昏迷指數——以可設定的間隔記錄。通常每 15-30 分鐘。

臨床價值在趨勢,不在個別數值。單一血壓 100/60 可能正常也可能危急,取決於一小時前是不是 130/80。系統自動偵測這些趨勢:

  • 血壓持續下降(每次 >10 mmHg):產生 WARNING 警示
  • 止血帶已上:2 小時自動警示(WARNING)、4 小時(CRITICAL)
  • GCS 下降 ≥ 2 分:立即警示
  • 藥物到期:排定時間前 15 分鐘提醒

儀表板在每個生命徵象旁顯示趨勢箭頭——HR 110↗ 表示心率上升。一個醫護兵掃視十個傷患時,可以立刻發現正在惡化的那一個,不用逐一讀數字。

緊急通道:緊急情況下,醫護兵可以在沒有建立照護計畫的情況下記錄生命徵象。系統自動建立臨時計畫,標記為緊急通道。戰場不等行政流程。

第二層:TCCC 戰傷卡(DD 1380)

DD 1380 是北約標準傷員卡。紙本形式是一張折疊卡片,塞在傷患衣服裡或綁在止血帶上。記錄受傷機制、已施行的處置、給予的藥物和止血帶時間。

紙本版在 LSCO 中有三個問題:

  1. 會弄丟、弄濕或字跡模糊
  2. 交接時無法複製——誰拿著卡片,誰就有唯一的副本
  3. 無法提前傳送給接收單位

xGrid 的 TCCC 模組將傷員卡數位化。資料輸入一次,產生三種輸出:

  • QR Code:完整傷患摘要的緊湊編碼。交接時,接收站掃描 QR,傷患資料自動填入。不用重新輸入,不會抄錄錯誤。
  • MIST 報告:受傷機制、傷勢、症狀、處置——格式化為純文字無線電報告。醫護兵直接對著無線電讀出,不需要重新整理。
  • 持久紀錄:數位卡片透過救生艇協議在裝置故障中存活。傷患口袋裡的紙卡是備份,不是主要紀錄。

第三層:後送佇列(MEDEVAC)

當後送變得可能時,誰先走?

MEDEVAC 模組使用北約標準分類維護一個優先佇列:

優先級標準自動建議觸發
緊急危及生命,立即後送GCS ≤8、收縮壓 <90、血氧 <90%
緊急手術需要更高層級手術需 Role 2+ 手術能量的傷勢
優先嚴重,4 小時內後送開放性骨折、燒傷 >20%
一般穩定,24 小時內後送穩定閉鎖性骨折
便利輕微,無緊迫性輕傷

系統根據傷患的生命徵象和傷勢自動建議優先級,但醫師可以覆寫。它也產生北約九行格式請求——標準化的後送無線電呼叫格式——為可複製的純文字。

等待時間自動追蹤。當直升機終於到達時,佇列會告訴你每個優先級別中等待最久的是誰。

第四層:損害控制手術(DCS)

DCS 顛覆了正常的手術哲學。不在一次手術中完成最終修復,而是分三個階段:

第一階段——縮短手術:止血。控制汙染。暫時關腹。90 分鐘內結束。其他的全部留到以後。

第二階段——加護復甦:糾正致命三角——低體溫、酸中毒、凝血功能障礙。這三個狀況殺死手術病患的速度比傷勢本身更快。系統用紅綠燈視覺化監控三者:

體溫

<36.0°C · 36.0-36.4°C · ≥36.5°C

pH(酸中毒)

<7.25 · 7.25-7.29 · ≥7.30

INR(凝血障礙)

>1.5 · 1.3-1.5 · ≤1.3

第三階段——最終修復:病患穩定後,完成延後的手術。第一階段中未完成的清單——哪些臟器被填塞、哪些血管被暫時引流、哪些骨折被臨時固定——跟著病患走過系統。不管經過多少站點,延後手術清單始終可見。

四層之外

LSCO 套件還包含四個支援照護鏈的模組:

步行血庫(WBB):在野戰中,血液供應來自人,不是血液中心。WBB 模組登記預篩捐血者、配對血型、追蹤捐血間隔(標準 56 天、緊急 28 天),並監控新鮮全血的 24 小時保存期限。

消耗率(Burn Rate):即時消耗追蹤。不是「我們還有多少?」而是「還能撐多久?」系統計算每種物資類別的耗盡時數,在跨越臨界閾值時發出警示。(詳見消耗率與簽核。)

多人簽核(Approvals):不可逆手術——截肢、器官切除——需要多位醫師投票後才能進行。1862 年 Letterman 規則的數位版,帶有防篡改投票雜湊。

權限升級(Permissions):三種操作模式(平時 → 緊急 → 戰時),擴展戰鬥醫護兵被授權執行的範圍。每次範圍擴展都有完整稽核軌跡。(詳見消耗率與簽核。)

就緒閘門

我們不會把 LSCO 模組逐一部署然後期望它們一起運作。每個模組都通過就緒閘門:

閘門一——API 驗證:每個端點回傳正確回應。自動化測試套件涵蓋正常路徑、邊界案例和緊急通道場景。

閘門二——跨模組整合:在 PFC 建立的病患可以在 TCCC 中被參照、在 MEDEVAC 中排隊、在 DCS 中接受手術。鏈條不中斷。

閘門三——Walkaway DR:所有 LSCO 資料在完整的災難復原週期中存活。從運行中的伺服器匯出,還原到全新裝置,驗證鏈式雜湊吻合。

閘門四——72 小時壓力測試:13 個病患情境同時執行。353 個自動化步驟。撤離、站點故障、輸血、手術案例——全部平行進行。6 個測試套件中的 595 個步驟,592 個通過。零失敗。

為什麼離線在 LSCO 中更重要

上述所有系統都在沒有任何網路連線的情況下運作。不是「大部分功能可離線使用」——是全部。每一次生命徵象記錄、每一張戰傷卡、每一個後送請求、每一個手術階段紀錄。

這不是技術偏好。這是臨床需求。在 LSCO 中:

  • 通訊被干擾或摧毀
  • 電磁輻射可能暴露你的位置
  • 受傷點不存在網路基礎設施
  • 即使區域 WiFi 也可能因安全理由被刻意關閉

需要連線的醫療系統,在這些條件下就是不存在的醫療系統。xGrid 將離線視為預設狀態,連線只是偶爾用來在站點之間同步資料的額外好處。

整套 LSCO——8 個模組、83 個 API 端點、17 張資料表——跑在一台售價 80 美元、能放進口袋的裝置上。這就是重點。不是我們能把它做得更大,而是我們把它做得夠小,能到傷患所在的地方。


延伸閱讀:Walkaway DR — 一支手機如何重建一台壞掉的伺服器 · 消耗率與簽核 — 資源智能與集體問責 · 離線優先不是退路