De Novo Orthopedics
Senjou Iryou ni Offline System ga Hitsuyou na Riyuu — LSCO Architecture Gaiyou
Blog/
||||||

Senjou Iryou ni Offline System ga Hitsuyou na Riyuu — LSCO Architecture Gaiyou

Daikibo Sentou Sakusen wa taiin ga fukanou de shigen ga yuugen, subete no kettei wo kiroku shinakerebanaranai iryou no genjitsu wo tsukuridasimasu. xGrid no 8 module LSCO suite wa fushouji kara songai kanri shujutsu made no chiryou chain wo kanzen ni digitize shimasu — kanzen ni offline de.

lscoxgridbattlefield-medicineoffline-first

ゴールデンアワーが消える

平時の外傷医療では、ゴールデンアワーがすべてを決定します。60分以内に患者を外傷センターに搬送すれば、生存率は劇的に向上します。ヘリコプター、救急車、高速道路 — システム全体が速度のために最適化されています。

大規模戦闘作戦（LSCO）では、ゴールデンアワーは存在しません。ヘリコプターは敵の制空権により飛行不能です。道路は係争中か破壊されています。最も近い手術能力は陸路で12時間先にありますが、到着時にまだ存在している保証はありません。

患者はその場に留まります。数時間。時には数日間。そして彼らを生かし続けている衛生兵は、指導を求めて連絡することも、3つ前の救護所からの患者記録にアクセスすることも、何をなぜ行ったかを記録するシステムを持つこともできません。

これがxGridのLSCOスイートが解決する問題です。ゴールデンアワーを代替するのではなく — それは不可能です — 衛生兵にネットワーク不要で動作し、バックパックに収まるハードウェアで稼働し、必ず行われる事後検証のためにすべての判断を記録する完全なデジタルシステムを提供します。

4層のケアチェーン

LSCO医療は定義された連鎖に従います。傷病者は異なる段階を移動し、各段階には固有の臨床優先事項、文書要件、判断ポイントがあります。xGridは各段階をモジュールとして実装しています。

第1層

PFC

長期野戦看護 — 後送不能時に患者の生命を維持

第2層

TCCC

戦術的戦傷救護 — 患者と共に移動する標準化文書

第3層

MEDEVAC

医療後送 — 優先キューと9ライン要請の生成

第4層

DCS

損傷制御手術 — 短縮手術と延期処置の追跡

4つの層はすべて同一の患者IDを共有します。傷病者の受傷地点から手術までの道のりは、連続的で追跡可能なチェーンであり、4枚のバラバラの紙の書式ではありません。

第1層：長期野戦看護（PFC）

PFCは待機モードです[1]。患者を後送できないとき、誰かが限られた資源で72時間生かし続けなければなりません。

PFCモジュールはデジタルケアプランを作成し、連続的なバイタルサイン — 心拍数、血圧、呼吸数、SpO2、体温、グラスゴー昏睡スケール — を設定可能な間隔で追跡します。通常15-30分ごとです。

臨床的価値はトレンドにあり、個々の数値にはありません。血圧100/60は、1時間前に130/80だったかどうかで、正常にも危険にもなり得ます。システムはこれらのトレンドを自動的に検出します。

  • 血圧の持続的低下（1回の測定あたり>10 mmHg）：WARNING アラートを生成
  • 止血帯装着：2時間で自動アラート（WARNING）、4時間で（CRITICAL）
  • GCS 2点以上の低下：即時アラート
  • 投薬時刻：予定時刻の15分前にリマインダー

ダッシュボードは各バイタルサインの横にトレンド矢印を表示します — HR 110↗は心拍数が上昇中であることを意味します。10人の患者を観察する衛生兵は、個々の数値を読むことなく、悪化している患者を即座に発見できます。

緊急アクセス：緊急時には、衛生兵はケアプランを先に作成することなくバイタルサインを記録できます。システムは緊急アクセスとタグ付けされたアドホックプランを自動作成します。戦闘は官僚的手続きを待ちません。

第2層：TCCC傷病者カード（DD 1380）

DD 1380はNATO標準の傷病者カードです[2]。紙の形態では、傷病者の衣服に挟み込むか止血帯に結び付ける折り畳みカードです。受傷機転、実施された処置、投与された薬剤、止血帯の時間を記録します。

紙版にはLSCOにおいて3つの問題があります。

  1. 紛失する、濡れる、または判読不能になる
  2. 引き継ぎ時に複製できない — カードを持っている人が唯一のコピーを保有する
  3. 受入施設に事前に送信できない

xGridのTCCCモジュールはこのカードをデジタル化します。データは一度入力するだけで3つの出力を生成します。

  • QRコード：傷病者サマリー全体のコンパクトなエンコーディング。引き継ぎ時に受入ステーションがQRをスキャンすると、患者データが自動的に入力されます。再入力不要、転記エラーなし。
  • MISTレポート：受傷機転、損傷、徴候/症状、処置 — プレーンテキストの無線報告として整形済み。衛生兵は再整形することなく無線機に直接読み上げることができます。
  • 永続的記録：デジタルカードはライフボートプロトコルによりデバイス障害を生き延びます。患者のポケットの紙カードはバックアップであり、主記録ではありません。

第3層：後送キュー（MEDEVAC）

後送が可能になったとき、誰が最初に移動するのでしょうか。

MEDEVACモジュールはNATO標準分類を使用した優先キューを維持します。

優先度基準自動提案トリガー
緊急生命を脅かす、即時後送GCS ≤8、収縮期血圧 <90、SpO2 <90%
緊急手術上位エシュロンでの手術介入が必要Role 2以上の能力を要する損傷
優先重篤、4時間以内の後送開放骨折、熱傷 >20%
通常安定、24時間以内の後送安定した閉鎖骨折
便宜軽微、緊急性なし軽傷

システムは患者のバイタルサインと損傷に基づいて優先度を自動提案しますが、医師がオーバーライドできます。また、NATO 9ラインリクエスト — 後送を要請するための標準化された無線フォーマット — をコピー可能なテキストとして生成します。

待機時間は自動的に追跡されます。ヘリコプターが到着した際、キューは各優先レベルで最も長く待っている人が誰かを正確に示します。

第4層：損傷制御手術（DCS）

DCSは通常の外科哲学を逆転させます[3]。1回の手術で根治的修復を行う代わりに、3つのフェーズを使用します。

フェーズ1 — 短縮手術：止血する。汚染を制御する。仮閉腹する。90分以内に終了する。他はすべて後回しにする。

フェーズ2 — ICU蘇生：致死的三徴を是正する — 低体温、アシドーシス、凝固障害。この3つの状態は、損傷そのものよりも速く手術患者を死に至らしめます。システムは信号機表示で3つすべてを監視します。

体温

<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

フェーズ3 — 根治的修復：患者が安定したら、延期された処置を完了します。フェーズ1で未完了のリスト — どの臓器がパッキングされたか、どの血管がシャントされたか、どの骨折が仮固定されたか — は患者と共にシステムを移動します。何カ所の救護所を経由しても、延期処置リストは常に表示されます。

4層を超えて

LSCOスイートにはケアチェーンを支援する4つの追加モジュールが含まれます。

歩行血液銀行（WBB）：野戦では血液供給は人から得られ、血液センターからではありません。WBBモジュールは事前スクリーニング済みのドナーを登録し、血液型を照合し、献血間隔（標準56日、緊急28日）を追跡し、新鮮全血の24時間有効期限を監視します。

消費率（Burn Rate）：リアルタイムの消費追跡。「どれだけ残っているか？」ではなく「あとどれくらい持つか？」システムはすべての物資カテゴリーについて枯渇までの時間を計算し、重要閾値を超えた際にアラートを発します。（詳細は消費率と承認をご覧ください。）

多重署名承認：不可逆的処置 — 切断、臓器摘出 — は実施前に複数の医師による投票を必要とします。1862年のレターマン規則のデジタル版であり、改ざん防止の投票ハッシュを備えています。

権限エスカレーション：3つの運用モード（平時 → 緊急 → 戦時）により、戦闘衛生兵に許可される行為の範囲が拡大します。すべての範囲拡大は完全な監査証跡と共に記録されます。（詳細は消費率と承認をご覧ください。）

レディネスゲート

LSCOモジュールを段階的にデプロイして連携を期待するということはしません。各モジュールはレディネスゲートを通過します。

ゲート1 — API検証：すべてのエンドポイントが正しいレスポンスを返すこと。自動テストスイートが正常パス、エッジケース、緊急アクセスシナリオをカバーします。

ゲート2 — クロスモジュール統合：PFCで作成された患者がTCCCで参照可能、MEDEVACでキュー登録可能、DCSで手術可能であること。チェーンが途切れないこと。

ゲート3 — Walkaway DR：すべてのLSCOデータが完全な災害復旧サイクルを生き延びること。稼働中のサーバーからエクスポートし、新しいデバイスにリストアし、チェーンハッシュが一致することを検証します。

ゲート4 — 72時間ストレステスト：13の患者シナリオを同時実行。364の自動化ステップ。後送、ステーション障害、輸血、手術ケース — すべてが並行して実行されます。6つのテストスイートにまたがる649ステップのうち648が通過。ゼロ障害。

LSCOにおいてオフラインがより重要な理由

上記のすべてのシステムは、ネットワーク接続なしで動作します。「ほとんどの機能がオフラインで動作する」ではなく、すべてです。すべてのバイタルサイン記録、すべてのTCCCカード、すべてのMEDEVACリクエスト、すべての手術フェーズログ。

これは技術的な好みではありません。臨床的な要件です。LSCOでは：

  • 通信が妨害または破壊されている
  • 電磁波放射が位置を暴露する可能性がある
  • 受傷地点にネットワークインフラが存在しない
  • ローカルWiFiさえもセキュリティ上の理由で意図的に無効化されている場合がある

接続を必要とする医療システムは、これらの条件下では存在しない医療システムです。xGridはオフラインをデフォルト状態として扱い、接続はステーション間のデータ同期のための臨時のボーナスとして位置づけています。

LSCOスイート全体 — 8モジュール、83のAPIエンドポイント、17のデータベーステーブル — は80ドルのRaspberry Pi 5一台で稼働し、カーゴポケットに収まります。これが要点です。より大きく構築できるということではなく、傷病者のいる場所に到達できるほど小さく構築したということです。

関連記事：Walkaway DR — 1台の携帯電話が停止したサーバーを再構築する方法 · 消費率と承認 — リソースインテリジェンスと集団的説明責任 · オフラインファーストはフォールバックではない

参考文献

  1. Ball JA, Keenan S. Prolonged Field Care Working Group Position Paper. J Spec Oper Med. 2015;15(3):76-79. PubMed

  2. Butler FK, et al. Tactical Combat Casualty Care: Beginnings. Wilderness Environ Med. 2017;28(2S):S12-S17. PubMed

  3. Rotondo MF, et al. "Damage Control": An Approach for Improved Survival in Exsanguinating Penetrating Abdominal Injury. J Trauma. 1993;35(3):375-382. PubMed