オフラインファーストはフォールバックではない — xGridはいかにしてインターネットなしで稼働するか
Blog/
||||||

オフラインファーストはフォールバックではない — xGridはいかにしてインターネットなしで稼働するか

ほとんどの医療システムはオフラインモードを機能低下として扱います。xGridはそれをデフォルトとして扱います。基地局もルーターもIT担当者もない展開拠点では、すべての設計判断がゼロ接続から始まります。

3つの切断カテゴリー

スマートフォンを機内モードにしてアプリを開いてみてください。3つのカテゴリーが見えてきます。

カテゴリー1:白い画面。サーバーなしではアプリケーションが機能しません。

カテゴリー2:古いデータは見られますが、新しい操作はできません。読み取り専用モードです。

カテゴリー3:完全な機能が継続します。操作はローカルにキューイングされ、接続が回復したときに同期されます。

ほとんどのベンダーはカテゴリー3を「オフライン対応」と呼びます。このラベルは、オンラインが通常であり、オフラインはシステムが優雅に耐える一時的な不便であることを暗示しています。

xGridはこれらのカテゴリーのいずれにも当てはまりません。xGridのデフォルト状態はオフラインです。インターネットの不在を許容するのではなく、インターネットが存在しないという前提で設計されています。

この違いは、聞こえ以上に重要です。

データセンター全体が手のひらに収まる

xGridは、クレジットカードほどの大きさの専用エッジコンピューティングデバイスで動作し、ポータブルバッテリーで給電されます。

この1台のデバイス上で:

  • xGrid Community Gridが患者登録、トリアージ、臨床ハンドオフ、処方を処理します
  • xGrid Medical Gridが在庫、血液バンク、手術追跡、薬局調剤を処理します
  • xGrid READYが施設のレジリエンス準備状況の追跡を処理します

3つの独立した臨床モジュールがあり、それぞれ独自のデータベースを持っています。サービス管理レイヤーが起動時の自動開始と、モジュールにエラーが発生した場合の自動再起動を保証します。

そしてデバイスはローカル無線ネットワークをブロードキャストします。

看護師、医師、薬剤師がスマートフォンをこのネットワークに接続し、ブラウザを開いて作業を開始します。ルーター不要。アクセスポイント不要。クラウドサービス不要。デバイスそのものがインフラストラクチャです。

「クラウドなし」が本当に意味すること

これはクラウドコンピューティングに対する哲学的な立場ではありません。展開現場の現実に対する実践的な対応です。

災害医療の展開は以下のような場所で行われます:

  • 基地局が損壊または過負荷
  • 電力網が不安定(デバイスはバッテリーバンクで稼働)
  • IT担当者がいない(オペレーターは臨床スタッフ)
  • セットアップ時間がほぼゼロでなければならない

インターネット接続を必要とするシステムは — たとえ一瞬でも、ログインのためだけでも — まさに最も必要とされる瞬間に単一障害点を抱えることになります。

xGridはこの依存性を完全に排除します。すべてのリクエストはローカルで処理されます。すべてのデータベースクエリは同じデバイス上のファイルにアクセスします。すべてのインターフェースコンポーネントはローカルにキャッシュされています。光ファイバー接続がある場合でも、電気のない紛争地帯でも、システムは同一に動作します。

優先イベントキュー:オフラインが面白くなるところ

デバイスは無線カバレッジをブロードキャストしますが、無線には到達距離の限界があります。看護師が50メートル先のトリアージテントまで歩いて接続を失います。彼女はスマートフォンで患者をトリアージします。そのデータはどうなるでしょうか。

デバイスのローカルストレージ内の優先イベントキューに入ります:

P0 — 臨床

トリアージ、指示、バイタルサイン、緊急薬剤。7日間保持。自動削除されません。

P1 — 運用

在庫変動、調剤、血液バンク操作。3日間保持。

P2 — テレメトリー

使用ログとパッシブメトリクス。同期後すぐに削除。

看護師が無線範囲に戻ると、P0イベントが最初に同期されます。帯域幅が制限されている場合、P2イベントは臨床データを失うことなく完全に破棄できます。

特定の操作は監査上必須としてフラグ付けされ、ストレージ圧力にかかわらず絶対に自動削除されません:緊急オーバーライド(break-glass)、輸血、規制薬物の調剤、トリアージ記録です。これらは同期が確認されるまで保持されます。

再接続の4つの方法

一部のモバイルプラットフォームでは、バックグラウンド同期のサポートが不安定です。そのためxGridは単一のメカニズムに依存しません。代わりに、4つの独立したトリガーがデータを中央システムに確実に戻します:

  1. 画面復帰:臨床スタッフがアプリに戻ると、即座に同期が発火
  2. ネットワーク検出:デバイスが接続を検出すると、即座に同期が発火
  3. ウォッチドッグタイマー:30秒ごとの定期チェック(アイドル時は5分に延長)で保留中のイベントを探索
  4. アプリ終了:臨床スタッフがブラウザタブを閉じる前の最後の同期試行

実際には、接続が回復してから数秒以内に少なくとも1つのトリガーが発火します。最悪の場合でも数分であり、数時間になることはありません。

オフラインカウントダウン

各ナーシングステーションには、色分けされたカウントダウンでオフライン継続時間を示すステータスバナーが表示されます:

  • (データ安全マージン4時間以上):正常動作中
  • 黄色(1〜4時間):注意 — 間もなく無線範囲に戻ることを検討してください
  • オレンジ(15分):警告 — 同期を優先してください
  • (15分未満):危機的 — デバイスが振動し、ブロッキングオーバーレイが表示

このカウントダウンはバッテリー寿命のことではありません(それも重要ですが)。データの鮮度のことです。デバイスがオフラインである時間が長いほど、ローカルの状態は中央データベースから乖離します。カウントダウンはこの乖離を可視化し、オペレーターに判断に必要な情報を提供します:無線範囲に戻るか、オフラインで作業を続けてリスクを受け入れるか。

ゼロ依存のアーキテクチャ

xGridのすべての設計判断は同じ問いに答えます:1台のデバイスと1台のスマートフォンだけで、これは動作するか?

従来のアプローチ

  • エンタープライズデータベースサーバー
    インストール、構成、保守に専任のIT担当者が必要
  • ネイティブモバイルアプリ
    アプリストア配信とデバイス管理が必要
  • リアルタイム同期
    接続が途切れた瞬間に機能停止
  • VPNトンネル
    ネットワーク管理者が必要

xGridのアプローチ

  • 組み込みデータベース
    設定不要、認証情報不要、デバイスと共に起動
  • ブラウザベースのインターフェース
    インストール不要 — ブラウザを開いて作業開始
  • キュー型同期
    任意の切断期間を許容
  • ローカル無線ネットワーク
    デバイスが独自のネットワークを構築 — インフラ不要

これらの各選択は意図的なトレードオフです。エンタープライズデータベースのパワー、ネイティブアプリの機能、リアルタイムの即時性、VPNセキュリティモデルを手放しました。

その代わりに得たもの:30秒で起動し、設定不要で、病院のITラボでも電気のない災害現場でも同一に動作するシステムです。

これはフォールバックではありません。これが設計です。


関連記事: 1つのデータベース、1つのファイル、設定不要 — 災害医療でシンプルさが勝つ理由 · 壁が破られたとき — Safety-IIで医療システムを設計する