SpokeがHubを引き継ぐのに、コマンドラインの知識が必要でしょうか？必要ありません。同じ能力を三つのアクセス階層に分けています。エンジニアは最下層できめ細かな制御を行い、看護師は正しいタイミングでボタンを一つ押すだけ。システム管理者の能力を、誰でも操作できるインターフェースに包み込むのです。
従来のHub-Spokeには致命的な前提があります。Hubは常にオンラインである、という前提です。しかし災害現場でHubがダウンしたら、患者は待てません。xGridは切断を正常な状態として設計します——どのノードも完全なシステムであり、そのどれもが引き継ぐことができます。
O型陰性血液はあと何時間持つのか。誰が切断を承認したのか。xGridの消耗率エンジンが各物資の枯渇までの時間をリアルタイムで計算し、多重署名承認システムが不可逆な決定を一人で行わせないことを保証します。
ISBARは世界共通の臨床申し送りフォーマットです。それを口頭伝承からデジタルシステムへと移行させる中で見えてきたのは、真の価値はフォーマットそのものではなく、その先にあるということでした——追跡可能、検証可能、再生可能という価値です。
ほとんどのシステムにとって、オフラインモードは機能低下です。xGridにとって、オフラインモードは通常の状態です。基地局もネットワークもIT担当者もいない災害現場で、この違いがシステムを使えるかどうかを決めます。
Safety-Iは失敗に対する壁を築きます。Safety-IIは、失敗があっても人々がなぜ成功するのかを問います。災害医療において、この違いが強制避難で患者を失うか救うかを決定します。
トリアージは単にラベルを貼ることではありません。患者がどのエリアに入り、どの設備を使い、手術の順番がどうなるかを決定します。xGridでは、看護師が押すその色のボタンが、一連の資源配分の判断の引き金となります。
開発チームが消えたらどうなるか。ソフトウェア業界の「バスファクター」問題を5つの厳格な受け入れ基準に定式化し、そのすべてに合格する医療システムを構築しました。
