色がコミットメントになる瞬間
救急医療に携わるすべての人が、トリアージの4つの色を知っています。
- RED — 即時対応（生命を脅かすが救命可能）
- YELLOW — 緊急（重篤だが短時間の遅延は許容）
- GREEN — 軽症（歩行可能、待機可能）
- BLACK — 待機的（利用可能な資源では生存の見込みが低い）
多くのシステムはこれらを「ラベル」として扱います — 重症度の臨床的記述です。しかし実際には、色を割り当てた瞬間に、一連の資源配分の判断を下しています。
REDは、患者が重症治療ゾーンに入り、10床のうち1床を占め、手術待機列の先頭に並び、薬剤の優先配布を受けることを意味します。
GREENは、患者が軽症治療ゾーンに入り、50席の待合席のうち1席を占め、待つことを意味します。
BLACKは、治療資源を配分しないことを意味します。医療における最も困難な判断です。
トリアージは分類ではありません。それは資源配分エンジンへの最初の入力です。戦場から受付へ：自動マッピング
xGridは2つのソースから患者を受け入れます。戦場からのMEDEVAC後送要請と、直接来院による登録です。
MEDEVACは独自の優先順位体系を使用します（緊急手術、緊急、優先、通常、便宜）。これらはトリアージの色とキューの優先度に、一つの協調されたステップでマッピングされます。
| MEDEVAC優先度 | トリアージ色 | キュー優先度 |
|---|---|---|
| 緊急手術 | RED | STAT |
| 緊急 | RED | STAT |
| 優先 | YELLOW | URGENT |
| 通常 | GREEN | ROUTINE |
| 便宜 | GREEN | ROUTINE |
1件のMEDEVAC要請により、完全な患者記録が自動作成されます：人口統計情報、登録、バイタルサイン、臨床サマリー（MIST形式）、イベントログエントリ。受入看護師のキューに新しい患者が表示され、既にトリアージ済みで、バイタルサインと臨床サマリーが揃っています。再度の問診は不要です。
xGridがSTARTを実装しない理由
START（Simple Triage and Rapid Treatment）は決定木アルゴリズムです。患者は歩行可能か？呼吸しているか？呼吸数は？橈骨動脈の脈拍は？指示に従えるか？回答により機械的にRED、YELLOW、GREEN、BLACKが割り当てられます。
xGridはこれを意図的に除外しています。3つの理由があります。
STARTは非臨床職向けに設計されています。消防士やボランティアが数秒で大まかなトリアージを行えるように存在します。看護師は決定木を必要としません — 臨床判断はどのアルゴリズムよりも正確です。
アルゴリズムは偽りの確実性を生みます。アルゴリズムが割り当てたGREENラベルは、下流の担当者に「この患者は問題ない」と思わせます。しかし、患者を評価した看護師は、アルゴリズムでは捉えられないもの — 皮膚の色、不安の程度、受傷機転の文脈 — に気づいているかもしれません。
オーバーライドの摩擦は危険です。アルゴリズムがGREENと言い、看護師がYELLOWだと考える場合、オーバーライドするための追加ステップが必要です。プレッシャー下では、追加ステップはデフォルトを受け入れる理由になります。最小抵抗の経路は看護師自身の判断であるべきで、アルゴリズムの提案ではありません。
xGridは包括的なバイタルサイン収集ツールを提供します — 血圧、心拍数、呼吸数、SpO2、GCS（開眼、言語、運動の個別コンポーネント付き）、疼痛スコア、瞳孔径と対光反射。看護師が客観的データを記録し、臨床評価に基づいて色を割り当てます。システムは人間を信頼し、データが根拠を提供します。
15秒の構造化された評価
看護インターフェースはプレッシャー下での速度に最適化されています。
大きなカラーボタン — 4色、タッチフレンドリー、精密な動作は不要。危機的状況では運動制御が低下します。大きなターゲットがエラーを減らします。
リアルタイムGCS計算 — 開眼（1-4）、言語（1-5）、運動（1-6）の3つのスライダー。合計はリアルタイムで更新されます。看護師が暗算する必要はありません。
フォーマット選択 — 現場受入にはMIST、院内申し送りにはISBAR。ワンタップで切替。
完全バイタルサインパネル — 収縮期/拡張期血圧、心拍数、呼吸数、SpO2、体温、瞳孔径、対光反射、疼痛スコア。すべて任意入力 — 大量傷病者発生時は色だけで送信し、30秒余裕ができたときにバイタルサインを追加できます。
フォーム起動から送信まで15秒。口頭報告より10秒長い。しかしその瞬間から、評価は検索可能、監査可能、永続的になります。
無制限の再トリアージ
患者の状態は変化します。GREEN患者が待合エリアで悪化します。RED患者が初期治療後に安定します。トリアージはこれを追跡しなければなりません。
xGridは無制限の再評価を許可します。色を変更し、誰がいつ変更したかを記録します。イベントログが完全な軌跡を記録します。
| 時刻 | 色 | 理由 |
|---|---|---|
| 08:30 | GREEN | MEDEVAC通常から自動マッピング |
| 09:15 | YELLOW | 看護師：血圧90/60に低下 |
| 10:02 | RED | 看護師：意識変容、GCS 12 |
特別な「アップグレード」や「ダウングレード」のワークフローはありません。色を変更するだけです。システムが変更を自動的に追跡します。
ゾーン容量：トリアージが物理的現実と出会う場所
トリアージは患者がどのゾーンに入るかを決定します。ゾーンには物理的な容量制限があります。
| ゾーン | 容量 | 目的 |
|---|---|---|
| トリアージエリア | 20 | 初期評価ポイント |
| 重症治療 | 10 | RED — 即時治療 |
| 緊急治療 | 30 | YELLOW — 優先治療 |
| 軽症治療 | 50 | GREEN — 遅延治療 |
| 観察 | 20 | モニタリングと隔離 |
患者をゾーンに移動する際、システムは容量を確認します。重症治療ゾーンが10/10であれば、もう1人追加することはできません。まず安定したRED患者を観察ゾーンに転送し、ベッドを空ける必要があります。
これがトリアージが分類ではなく資源配分である理由です。REDを割り当てることは「この人は重篤です」だけを意味するのではありません。「重症治療ベッド10床のうち1床が必要です」を意味します。それらのベッドが満床になったとき、直面しているのは分類の問題ではありません。資源の問題です。
大量傷病者対応のスループット
傷病者の波が押し寄せたとき、システムはペースを維持します。
一括トリアージ：1バッチあたり最大100名の患者。初期の迅速な選別用 — まず色を割り当て、詳細なバイタルサインは後で。
品質保護：ステーションあたり毎分50件の受入制限により、オペレーターがデータの完全性を犠牲にして急ぐことを防ぎます。システムはより速く処理できます — この制限は処理能力ではなくデータ品質を守るために存在します。
待機キュー
トリアージキューは優先度順、次に到着時刻順でソートされます。
RED（STAT）患者が到着順で最初に表示されます。YELLOW（URGENT）患者が2番目。GREEN（ROUTINE）患者が最後です。
各エントリには待ち時間が分単位で表示されます。この数値には臨床的な意味があります。90分待っているGREEN患者は再トリアージが必要かもしれません。待ち時間はキューの指標だけでなく、臨床指標です。
資源シグナルとしてのトリアージ分布
トリアージ分布の集計は、資源ニーズの最も直接的な指標です。
- RED比率が高い — 手術能力と集中治療ベッドの追加が必要
- YELLOW比率が高い — モニタリング機器と看護スタッフの追加が必要
- GREEN比率が高い — 待合スペースと軽処置能力の追加が必要
- BLACKが出現 — 心理サポートチームが必要
xGridはリアルタイムのトリアージ分布を提供し、現場指揮官が戦略的な資源判断を下すことを可能にします。人員をどこに集中させるか、どの種類の増援を要請するか、どのゾーンを拡張するか。
これらの判断のすべては、看護師が携帯電話の画面でカラーボタンを押すことに遡ります。そのボタンは単なるラベルではありません。それは資源配分カスケードにおける最初のドミノです。