JP6203634B2 - Ｅｍｓ装置通信インタフェースのシステム及び方法 - Google Patents

Description

関連出願の相互参照
本願は、２０１０年４月９日に出願された米国仮特許出願第６１／３２２，６７５号明細書及び２０１１年１月２０に出願された米国仮特許出願第６１／４３４，８１２号明細書の利益を主張するものであり、これら両出願は参照により本明細書に援用される。

本発明の実施形態は、一般的には緊急医療サービスの情報管理に関し、より詳細には、緊急医療サービスで使用される装置から集められる情報の収集、編成、及び通信に関する。

緊急医療サービス（「ＥＭＳ」）用途で患者監視情報を集めるために使用される装置、例えば、除細動装置は多くの場合、主にＥＭＳ設定で非常に重要な目的を果たすため、複雑で高価な装置であり、耐久性、正確性、及び信頼性を有さなければならない。そのような装置の通信能力は多くの場合、ハードウェアにより制限され、そのため、ユーザは、新しい除細動器を購入するか、それとも同じ、旧い除細動器で利用可能な、多くの場合にはより低速の通信インタフェースを使い続けるかを選ばなければならない。装置の既存のハードウェア又はソフトウェアを変更することを含む改造解決策は、装置自体を交換する場合と略同じコスト及び時間がかかり得る。

既存の患者監視装置は、様々な種類の情報を使用中に記憶する。通常、インシデント後又は特定の時間期間後（例えば、１日の終わり又は週の終わり）にそのような情報をアップロード又はダウンロードしたいユーザは、多くの場合、カード全体の内容の特定のサブセットのみに興味を有するか否かに関係なく、装置のメモリカードの全内容のみの検索に制限される。これは、データ転送に必要な時間を増大させるとともに、データをソートし、且つ／又はデータの所望のサブセットを識別するために必要な時間を増大させる。

本発明の実施形態による、患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足するシステムは、患者監視装置に通信可能に結合され、患者監視装置から患者監視情報を受信するように構成されたインタフェース装置と、インタフェース装置によりホストされ、患者監視情報の少なくとも部分を記憶するように構成されたメモリ装置と、インタフェース装置によりホストされる無線送受信器と、インタフェース装置によりホストされるアセット管理データベースと、無線送受信器及びアセット管理データベースに通信可能に結合されるプロセッサであって、患者監視情報を１つ又は複数のデータオブジェクトにフォーマットするように構成され、１つ又は複数のデータオブジェクトのそれぞれには、患者監視情報が集められたＥＭＳインシデントが関連付けられ、プロセッサは、１つ又は複数のデータオブジェクトをアセット管理データベースに記憶し、無線送受信器を用いて１つ又は複数のデータオブジェクトを送信するようにさらに構成される、プロセッサと、を含む。

プロセッサは、無線送受信器を介して、特定のＥＭＳインシデントに関連付けられたデータオブジェクトに対する要求を受信し、アセット管理データベースを照会して、特定のＥＭＳインシデントに関連付けられたすべてのデータオブジェクトを検索し、無線送受信器を用いて、特定のＥＭＳインシデントに関連付けられたデータオブジェクトを送信するようにさらに構成される、段落［０００５］のシステム。

患者監視装置は除細動器であり、１つ又は複数のデータオブジェクトは１つ又は複数のＥＣＧ波形を含む、段落［０００５］又は［０００６］のシステム。１つ又は複数のデータオブジェクトは患者波形を含むこともでき、患者波形は、最高で８つのＥＣＧ波形、観血血圧波形、ＳｐＯ２波形、ＥｔＣＯ２波形、ＣＰＲ波形、及び／又はインピーダンス呼吸波形を含み得る。いくつかのパラメータは、例えば、心拍数、ＮＩＢＰ測定、体温測定等の患者のバイタル情報を表し得る。

患者監視装置は、患者から心音信号を生成するように構成された音声装置を備え、プロセッサは、心音信号を１つ又は複数の心音データオブジェクトにフォーマットするようにさらに構成される、段落［０００５］〜［０００７］のいずれか１つのシステム。

プロセッサに接続し、１つ又は複数の心音データオブジェクトを受信するように構成された電子聴診器をさらに備える、段落［０００５］〜［０００８］のいずれか１つのシステム。

本発明の実施形態による、患者情報を臨床装置からストリーミングする方法は、臨床装置との無線データ接続を確立すること、無線データ接続を介して、少なくとも５秒毎に臨床装置から患者情報を受信すること、緊急医療サービスモバイル環境で患者情報の少なくとも部分を表示することを含む。

臨床装置は除細動器である、段落［００１０］の方法。

患者情報を受信することは、無線データ接続を介して、少なくとも１秒毎に臨床装置から患者情報を受信することを含む、段落［００１０］又は［００１１］の方法。

無線データ接続はセキュアＷｉＦｉ接続である、段落［００１０］〜［００１２］のいずれか１つの方法。

患者情報は臨床情報であり、方法は、非臨床情報を受信すること、並びに緊急医療サービスモバイル環境で臨床情報及び非臨床情報を同時に表示することをさらに含む、段落［００１０］〜［００１３］のいずれか１つの方法。

患者情報はＥＣＧ波形を含む、段落［００１０］〜［００１４］のいずれか１つの方法。

患者情報は心拍数を含む、段落［００１０］〜［００１５］のいずれか１つの方法。

患者情報はＥＣＧ波形を含む、段落［００１０］〜［００１６］のいずれか１つの方法。

臨床装置から全開示データを受信すること、全開示データを１つ又は複数のデータ要素にフォーマットすることであって、１つ又は複数のデータ要素は全開示記録ＸＭＬオブジェクトを含み、全開示記録ＸＭＬオブジェクト及び／又は全開示ＸＭＬオブジェクト内の各要素は、時間識別子、インシデント識別子、並びに時間識別子により識別される時間及びインシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、フォーマットすること、無線データ接続を介して、患者情報として全開示記録ＸＭＬオブジェクトを送信することをさらに含む、段落［００１０］〜［００１７］のいずれか１つの方法。

１つ又は複数のデータオブジェクトをコンピュータ可読媒体に記憶することをさらに含む、段落［００１０］〜［００１８］のいずれか１つの方法。

無線データ接続を介して要求を送信することであって、要求は特定のインシデント識別子を含む、要求を送信すること、インシデント識別子が要求の特定のインシデント識別子に対応する１つ又は複数のデータオブジェクトのそれぞれをコンピュータ可読媒体から検索し、応答セットに追加すること、及び無線データ接続を介して応答セットを送信することをさらに含む、段落［００１０］〜［００１９］のいずれか１つの方法。

緊急医療サービスモバイル環境で応答セットのうちの少なくとも部分を表示することをさらに含む、段落［００１０］〜［００２０］のいずれか１つの方法。

本発明の実施形態による、患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足する方法は、患者監視装置からＥＭＳ通信インタフェース装置への患者監視情報を受信すること、患者監視情報を、ＥＭＳ通信インタフェース装置によりホストされるメモリに記憶すること、患者監視情報を１つ又は複数のデータオブジェクトのストリームにフォーマットすることであって、１つ又は複数のデータオブジェクトのそれぞれには、患者監視情報が集められたＥＭＳインシデントが関連付けられている、フォーマットすること、１つ又は複数のデータオブジェクトを、ＥＭＳ通信インタフェース装置によりホストされるデータベース又はアセット管理データベースに記憶すること、及びＥＭＳ通信インタフェース装置の無線送受信器を介して、１つ又は複数のデータオブジェクトのストリームを送信することを含む。

本発明の実施形態による方法は、緊急医療処置又は搬送中、除細動装置が患者を能動的に監視している間、無線ネットワーク接続を介して除細動装置から外部装置に患者についての臨床データを送信することを含む。

臨床データは複数のＥＣＧ波形を含み、方法は、複数のＥＣＧ波形の１つ又は複数の履歴スナップショットを表示装置に表示することをさらに含み、表示装置は除細動装置から独立している、段落［００２３］の方法。

複数のＥＣＧ波形の１つ又は複数の履歴スナップショットを表示することは、複数のＥＣＧ波形のうちの最新のＥＣＧ波形を、複数のＥＣＧ波形の１つ又は複数の履歴スナップショットのうちの別のスナップショットと同時に表示することを含む、段落［００２３］又は［００２４］の方法。

外部装置は、緊急対応車両内に配置される表示装置である、段落［００２３］〜［００２５］のいずれか１つの方法。

緊急対応車両は救急車である、段落［００２３］〜［００２６］のいずれか１つの方法。

臨床データを遠隔サーバ（例えば、企業サーバ）に送信して、緊急医療処置又は搬送中に除細動装置が患者を能動的に監視している間、臨床データへのウェブブラウザアクセスを可能とすることをさらに含む、段落［００２３］〜［００２７］のいずれか１つの方法。

複数の実施形態が開示されるが、本発明のさらに他の実施形態が、以下の詳細な説明から当業者には明らかになり、以下の詳細な説明は、本発明の例示的な実施形態を示し説明する。したがって、図面及び詳細な説明は、例示的な性質のものとしてみなされるべきであり、限定としてみなされるべきではない。

本発明の実施形態による、複数の異なるＥＭＳ装置から収集された医療情報のモバイルユーザ及び企業ユーザのリアルタイム表示システムを示す。 本発明の実施形態による「救急車後部」（「ＢＯＡ」）装置の表示のメニューテンプレートの一例を示す。 本発明の実施形態による、ユーザがメニューテンプレートのナビゲーションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがメニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがメニューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがメニューテンプレートの「パッチメモ」ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがメニューテンプレートのプロトコルボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザが患者監視ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザが患者カルテ記入ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、複数の異なるＥＭＳ装置から収集された医療情報のリアルタイム表示の処置ドメインシステムの概観を示す。 本発明の実施形態による装置アダプタ／通信エンジン及び医療装置インタフェースを示す。 本発明の実施形態による例示的なパイプを示す。 本発明の実施形態による、発見サポートトランスポートを使用する装置アダプタのパイプにより実行される方法を示す。 本発明の実施形態による非発見サポートトランスポートを使用する装置アダプタのパイプにより実行される方法を示す。 本発明の実施形態によるＢＯＡモジュールにより実行される方法を示す。 本発明の実施形態によるＢＯＡモジュールにより実行される方法を示す。 本発明の実施形態による例示的なコンピュータシステムを示す。 本発明の実施形態による、複数の異なるＥＭＳ装置から収集される医療情報のモバイルユーザ及び企業ユーザのリアルタイム又は臨床時表示のシステムを示す。 本発明の実施形態によるＥＭＳ通信インタフェース装置のキャリア基板設計を示す。 本発明の実施形態によるＥＭＳ通信インタフェース装置のシステム概観を示す。 本発明の実施形態によるＥＭＳ通信インタフェース装置の別のシステム概観を示す。 本発明の実施形態によるＥＭＳ通信インタフェース装置のソフトウェア論理図を示す。 従来のメッシュネットワークを示す。 屋内ジオロケーションシステムを示す。 成人の急性呼吸困難の鑑別診断の説明例を示す。 呼吸困難の鑑別診断への手掛かりの説明例を示す。 急性呼吸困難の診断での理学的検査所見のリスト例を示す。 喘息、ＣＯＰＤ、及び急性非代償性心不全の処置プロトコル例を示す。 喘息、ＣＯＰＤ、及び急性非代償性心不全の処置プロトコル例を示す。 本発明の実施形態によるデータ伝送インタフェースを示す。 本発明の実施形態によるＥＭＳ通信インタフェース伝送処理ブロック図を示す。 本発明の実施形態によるＥＭＳ通信インタフェース装置クライアント構造を示す。 本発明の実施形態による、企業ユーザが患者監視ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザが患者カルテ記入ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される代替の企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、企業ユーザがパッチメモボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのシフト開始ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのパッチメモボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのライブ患者データボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の開始画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の役割選択画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者高速ログ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者患者データ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者主訴画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の薬剤医療者高速ログ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の薬剤医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の役割選択画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の気道医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の気道医療者高速ログ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のＣＰＲ医療者高速ログ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のアイドル中のＣＰＲ医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の圧迫中のＣＰＲ医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の圧迫中のＣＰＲ医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の圧迫中のＣＰＲ医療者ＥＣＧグラフ画面を示す。 本発明の実施形態による、ＢＯＡ装置からＥＭＳ隊員モバイル装置への役割ベースのデータ供給のシステムを示す。 本発明の実施形態による、ＥＭＳ通信インタフェース装置を含む情報システムを示す。 本発明の実施形態による、ＥＭＳ通信インタフェース装置及び土台となる患者監視装置のソフトウェアシステム構造を示す。 本発明の実施形態による、ＥＭＳ通信インタフェース装置及び土台となる患者監視装置のソフトウェアシステム構造を示す。 本発明の実施形態による、図６３のＥＭＳ通信インタフェース装置に加入した装置のユーザインタフェース画面を示す。 本発明の実施形態による、図６３のＥＭＳ通信インタフェース装置が使用する全開示ドキュメントＸＭＬスキーマを示す。 本発明の実施形態による、図６６のＸＭＬスキーマでの１２リードデータ要素の図を示す。

本発明は様々な変更及び代替の形態を受け入れるが、特定の実施形態を例として図面に示し、詳細に後述する。しかし、本発明を説明される特定の実施形態に限定する意図はない。逆に、本発明は、添付の特許請求の範囲により規定される範囲内にあるすべての変更、均等物、及び代替の包含を意図する。

図１に示されるように、本発明の実施形態によるシステム１００は、複数の異なる装置からのＥＭＳデータの高度なデータ管理、統合、及び提示を実行する。システム１００は、モバイル環境１０１と、企業環境１０２と、管理環境１０３とを含む。様々な環境１０１、１０２、１０３内の装置は、例えば、インターネット等のネットワーク１２０を介して通信可能に結合し得る。

本明細書で使用される場合、「通信可能に結合」という語句は、その最も広義の意味で、情報を渡すことができるようにする任意の結合を指すために使用される。したがって、例えば、通信可能に結合は、例えばワイヤによる電気的な結合、例えば光ケーブルによる光学的な結合、及び／又は例えば電波若しくは他の伝送媒体による無線結合を含む。「通信可能に結合」は、例えば、ネットワークを通すような間接的な結合又は直接結合も含む。

ネットワーク１２０は、本発明の実施形態によれば、図２４に示されるように、メッシュネットワーク等のアドホック型自己構成・自己修復ネットワーク２４００の形態をとることもできる。図２４並びに段落［００４３］〜［００５１］（原文［００１０９］〜［００１１７］）でのメッシュネットワークについての以下の説明は、ｈｔｔｐ：／／ｗｗｗ．ｓｅｎｓｏｒｓｍａｇ．ｃｏｍ／ｎｅｔｗｏｒｋｉｎｇ−ｃｏｍｍｕｎｉｃａｔｉｏｎｓ／ｓｔａｎｄａｒｄｓ−ｐｒｏｔｏｃｏｌｓ／ｗｉｒｅｌｅｓｓ−ｍｅｓｈ−ｎｅｔｗｏｒｋｓ−９６８で入手可能なＰｏｏｒ，Ｒｏｂｅｒｔ；ＷＩＲＥＬＥＳＳ ＭＥＳＨ ＮＥＴＷＯＲＫＳ；Ｓｅｎｓｏｒｓ （Ｆｅｂ．１，２００３）から直接取ったものであり、これを参照により本明細書に援用する。産業用の無線システムは従来、ポイントツーポイント伝送又はポイントツーマルチポイント伝送を使用して、セルラ電話式無線リンクを使用する。しかし、マサチューセッツ州ＣａｍｂｒｉｄｇｅにあるＭＩＴのＭｅｄｉａ Ｌａｂの研究により、従来の無線フォーマットが産業用途で制限を有することが示された。これらとしては、硬直した構造、細かいプランニング要件、及び信号の弱まりが挙げられる。これは、既存の基盤がまばらであるか（例えば、地方環境）又は機能不全（例えば、大量死傷若しくは災害状況）であり得るＥＭＳ環境又は大量死傷環境では、深刻な問題を呈し得る。

対照的に、無線メッシュネットワーク２４００は、特に悪条件下で、装置がネットワークを通してのパケットの伝送を互いが支援するマルチホップシステムである。そのようなアドホックネットワークは、最小の準備で実施することができ、本発明の実施形態によれば、数千もの装置に拡張可能な信頼性が高く柔軟性のあるシステムを提供する。

産業の制御及び感知のためにＭＩＴで開発された無線メッシュネットワークトポロジは、アドホック、マルチホップネットワークと呼ばれるポイントツーポイントシステム又はピアツーピアシステムである。ノードはメッセージを送受信することができ、メッシュネットワークでは、ノードは、ルータとしても機能し、近傍ノードにメッセージを中継することができる。中継プロセスを通して、無線データパケットは宛先までの道を見つけ、図２４に示されるように、信頼性の高い通信リンクを用いて中間ノードを通過する。

無線メッシュネットワーク２４００では、複数のノードが協働して、メッセージを宛先まで中継する。メッシュトポロジはネットワークの全体の信頼性を高め、これは、厳しい産業環境で動作する場合に特に重要である。インターネット及び他のピアツーピアルータベースのネットワークと同様に、メッシュネットワークは、ネットワーク全体を通して複数の冗長通信路を提供する。１つのリンクが任意の理由（強いＲＦ干渉の発生を含む）で故障した場合、ネットワークは自動的に、代替の経路を通してメッセージをルーティングする。メッシュネットワーク２４００では、ノード間の距離を縮めることができ、これは、リンク品質を劇的に増大させる。距離を半分に低減すると、結果として、受信器での信号強度は少なくとも４倍になる。これにより、個々のノードでの送信器電力を増大させずに、リンクの信頼性が高まる。単により多数のノードを追加することで、メッシュネットワークの届く範囲を拡張し、冗長性を追加し、全般的な信頼性を向上させ得る。

ネットワーク２４００は、本発明の実施形態によれば、自己構成・自己修復型ネットワークであり得る。本発明の実施形態によれば、ネットワーク２４００では、システム管理者がメッセージを宛先にどのようにして届けるかを教える必要がない。メッシュネットワーク２４００は自己編成型であり、手動での構成を必要としない。このため、新しいギアの追加又は既存のギアの配置換えは、本発明の実施形態によれば、プラグを差し込み、電源を入れるという簡単なものである。ネットワークは、本発明の実施形態によれば、新しいノードを発見し、それを自動的に既存のシステムに組み込む。

メッシュネットワーク２４００は、本発明の実施形態によれば、本質的に信頼性が高いだけでなく、高い適合可能性も有する。例えば、タンク液位センサ及びデータロガーが、ロバストなＲＦ通信リンクにはあまりに遠く離れて配置される場合、１つ又は複数のリピータノードを追加して、ネットワーク２４００内のギャップを埋め得る。

インターネットでは、１つのルータがダウンした場合、メッセージは、他のルータにより代替路を通って送信される。同様に、メッシュネットワーク内の装置又はリンクが故障した場合、メッセージは他の装置を介して、故障した装置又はリンクを迂回して送信される。１つ又は複数のノードの損失は、ネットワークの動作に必ずしも影響しない。メッシュネットワークは、メッセージのリルーティングに人的介入が必要ないため、自己修復型である。そのようなネットワーク２４００は、本発明の実施形態によれば、冗長性及び拡張性を提供する。

メッシュネットワークでは、冗長性の程度は基本的に、ノード密度の関数である。ネットワークは、各装置がデータ送信に２つ以上の経路を有するように、単に追加のノードを加えることで信頼性に関して意図的に高機能に設計することができる。これは、大半の他の種類のシステムで可能なよりも簡単な冗長性取得方法である。メッシュネットワークは、拡張性も有し、数百又は数千のノードを処理することができる。ネットワーク２４００の動作は中央制御点に依存しないため、複数のデータ収集点又はゲートウェイの追加が簡便であり得る。

信頼性、適合性、及び拡張性は、本発明の実施形態によれば、産業制御・感知用途に対する無線ネットワークの優れた属性である。ポイントツーポイントネットワークは信頼性を提供するが、多くの場合、二対以上のエンドポイントを処理するように拡張することが難しい。ポイントツーマルチポイントネットワークは、より多数のエンドポイントを処理することができるが、信頼性はアクセスポイント及びエンドポイントの配置に依存し得る。メッシュネットワークは本質的に信頼性が高く、環境又は構造の制約に容易に適合し、数千のエンドポイントを処理するように拡張可能である。

本発明の実施形態によれば、モバイル環境１０１は救急車又は他のＥＭＳ車両、例えば、車両モバイル環境（ＶＭＥ）である。モバイル環境は、現場環境−「現場患者モバイル環境」（ＡＳＰＭＥ）で１人又は複数の患者の処置時に確立されるデータ入力装置並びに診断装置及び治療装置のローカルネットワークであってもよい。モバイル環境は、ＶＭＥ及び／又はＡＳＰＭＥのうちの１つ又は複数の組み合わせであってもよい。モバイル環境は、本発明の実施形態によれば、モバイル環境の位置１０１を追跡し、モバイル環境１０１の位置及び／又は緊急位置を特定し、搬送先の位置を特定するために、ドライバ１１２が使用するナビゲーション装置１１０を含み得る。ナビゲーション装置１１０は、例えば、全地球測位システム（「ＧＰＳ」）を含み得る。ナビゲーション装置１１０は、車両速度、位置間の移動時間、及び推定到着時間についての計算を実行するように構成することもできる。本発明の実施形態によれば、ナビゲーション装置１１０は、救急車の前部に配置して、車両のナビゲーションにおいてドライバ１１２を支援する。ナビゲーション装置１１０は、例えば、コロラド州Ｂｒｏｏｍｆｉｅｌｄに所在のＺｏｌｌ Ｄａｔａ Ｓｙｓｔｅｍｓから入手可能なＲｅｓｃｕｅＮｅｔ（登録商標）Ｎａｖｉｇａｔｏｒ車載電子データ通信システムであり得る。

図２５並びに段落［００５３］〜［００５４］（原文［００１１９］〜［００１２０］）でのジオロケーションについての以下の情報は、Ｋ．Ｐａｈｌａｖａｎ等，“Ａｎ Ｏｖｅｒｖｉｅｗ ｏｆ Ｗｉｒｅｌｅｓｓ Ｉｎｄｏｏｒ Ｇｅｏｌｏｃａｔｉｏｎ”，Ｍｏｂｉｌｅ ａｎｄ Ｗｉｒｅｌｅｓｓ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ Ｎｅｔｗｏｒｋｓ ＩＦＩＰ−ＴＣ６／Ｅｕｒｏｐｅａｎ Ｃｏｍｍｉｓｓｉｏｎ ＮＥＴＷＯＲＫＩＮＧ ２０００ Ｉｎｔｅｒｎａｔｉｏｎａｌ Ｗｏｒｋｓｈｏｐ，ＭＷＣＮ ２０００ Ｐａｒｉｓ，Ｆｒａｎｃｅ，Ｍａｙ １６−１７，２０００から直接取ったものであり、これを参照により本明細書に援用する。より一般には、モバイル環境は、ＶＭＥ又はＡＳＰＭＥ内の装置のうちの１つ又は複数内のジオロケーションセンサを含み得る。ジオロケーションセンサは、例えば、全地球測位システム（ＧＰＳ）等の一般的な種類のものであり得る。しかし、ＧＰＳは特定の制限を受け得る：１）屋内環境での性能を制限し得る、２つ以上のＧＰＳ衛星への視線、２）都市環境によっては、建物の信号反射により位置精度が低減すること、及び３）多数の死傷者がおり、各犠牲者の位置をソフトウェアマッピング環境に統合する必要がある場合に、本発明の実施形態によれば＋／−５フィートよりも良好な精度が必要であり得る大量死傷者のとき、通常精度が不十分であり得ること。

したがって、本発明の実施形態によれば、従来のＧＰＳベースのジオロケータシステムを補強又は置換し得る追加のロケータ基地局を現場屋外又は建物内に配備し得る。セルラジオロケーションシステムと同様に、屋内ジオロケーションシステムの構造は、２つの主なカテゴリ：モバイルベース構造及びネットワークベース構造のうちの一方に入り得る。大半の従来の屋内ジオロケーション用途は、図２５に示されるようなネットワークベースのシステム構造に焦点を合わせていた。ジオロケーション基地局（ＧＢＳ）は、移動局により送信される無線信号から位置測定を抽出し、その情報をジオロケーション制御局（ＧＣＳ）に中継する。ＧＢＳとＧＣＳとの接続は、本発明の実施形態によれば、有線であることもでき、又は無線であることもできる。次に、屋内環境で移動局の位置を推定し得る。その結果、専用屋内ジオロケーションシステムが、正確な屋内ジオロケーションサービスを提供する。これは、ランドマーク又はディファレンシャルＧＰＳ（ＤＧＰＳ）等のより高度なＧＰＳシステムに基づくより良好な既知の正確性を有する基地局を配備して、ナビゲーションソフトウェア又は他のマッピングソフトウェア、例えば、Ｇｏｏｇｌｅマップ等に統合された患者状態についての非常に正確で完全な情報を提供することができる、戦場又は他の大量死傷状況等のモバイル環境にも同様に当てはまり得る。

図１に示されるように、患者監視装置１０６及び患者カルテ記入装置１０８は、本発明の実施形態によれば、モバイル環境１０１で患者ケアに使用されることも多い。ＥＭＳ隊員１１４は、患者監視装置１０６を患者１１６に装着して、患者１１６を監視する。患者監視装置１０６は、本発明の実施形態によれば、例えば、患者１１６に取り付けられて、心拍数を監視し、且つ／又は心電図（「ＥＣＧ」）を生成するように構成された電極及び／又はセンサを有する除細動装置であり得る。患者監視装置１０６は、他の患者状況を検出するセンサ又は他の患者状況を導出若しくは計算するプロセッサを含んでもよい。例えば、患者監視装置１０６は、本発明の実施形態によれば、血圧、体温、呼吸数、血中酸素濃度、呼気終末二酸化炭素濃度、肺機能、血糖値、及び／又は体重の監視、検出、処置、及び／又は導出若しくは計算を行い得る。患者監視装置１０６は、本発明の実施形態によれば、マサチューセッツ州Ｃｈｅｌｍｓｆｏｒｄに所在のＺｏｌｌ Ｍｅｄｉｃａｌ Ｃｏｒｐｏｒａｔｉｏｎから入手可能なＺｏｌｌ Ｅ−Ｓｅｒｉｅｓ（登録商標）除細動器であり得る。患者監視装置は、本発明の実施形態によれば、患者処置装置であってもよく、或いは患者監視機能及び／又は患者処置機能を含む別の種類の装置であってもよい。

患者カルテ記入装置１０８は、本発明の実施形態によれば、ＥＭＳ隊員１１４が、患者１１６の状態及び／又は患者に施される処置について記録及び／又は書き留めを行うために使用する装置である。例えば、患者カルテ記入装置１０８は、特定の時刻に患者１１６に与えられた薬剤の投与量を書き留めるために使用し得る。患者カルテ記入装置１０８及び／又は患者監視装置１０６は時計を有し得、時計は、本発明の実施形態によれば、ネットワーク又は衛星等の外部時刻源と同期して、ＥＭＳ隊員が処置又は観察の時刻を手動で入力する必要性（又は処置が施されてから長い時間がたった後、カルテ記入のために、処置時刻を推定しようとする必要性）を回避し得る。患者カルテ記入装置１０８は、本発明の実施形態によれば、患者についての略歴、及び／又は人口学的情報、及び／又は既往情報、例えば、患者の氏名、識別番号、身長、体重、及び／又は既往歴を記録するために使用することもできる。本発明の実施形態によれば、患者カルテ記入装置１０８は、例えば、コロラド州Ｂｒｏｏｍｆｉｅｌｄに所在のＺｏｌｌ Ｄａｔａ Ｓｙｓｔｅｍｓから入手可能なＲｅｓｃｕｅＮｅｔ（登録商標）ｅＰＣＲ ＳｕｉｔｅのＴａｂｌｅｔＰＣＲ構成要素等のタブレットＰＣである。本発明のいくつかの実施形態によれば、患者カルテ記入装置１０８は、ＢＯＡ装置１０４に通信可能に接続し、患者１１６に何がいつ行われたかを示すようにタップすることができるタッチスクリーン又は音声認識データ入力等のインタラクティブデータ入力インタフェースを有するＡｐｐｌｅ ｉＰｈｏｎｅ又はｉＰａｄ等のリストバンド又はスマートフォンである。

ナビゲーション装置１１０、カルテ記入装置１０８、及び監視装置１０６のそれぞれは別個に、患者搬送前、搬送中、及び搬送後にＥＭＳドライバ１１２及び隊員１１４にとって非常に有用である。「救急車後部」（「ＢＯＡ」）装置１０４は、本発明の実施形態によれば、各装置１０８、１１０、１１２からデータを受信し、編成し、記憶し、表示して、各装置１０８、１１０、１１２の有用性をさらに強化するとともに、通常ならＥＭＳ隊員１１４が各装置１０８、１１０、１１２に視覚的注意及び手作業の注意を別個にそらす必要がある特定の作業をＥＭＳ隊員１１４が実行するのをはるかに容易にする。換言すれば、ＢＯＡ装置は、本発明の実施形態によれば、通常ならば分散し、編成されない情報を集中させ編成する。

装置１０４は、ＥＭＳ隊員１１４が通常、救急車の後部１５２に搭載されたそのような表示装置を有することから最も恩恵を受けるため、本明細書では「救急車後部」装置と呼ばれるが、本明細書に提供される開示に基づいて、ＢＯＡ装置１０４のうちのいくつか又はすべてをモバイル環境１０１、ＥＭＳ車両の任意の部分、及び／又はＥＭＳ隊員１１４にとって有用な他の任意の場所に配置し得ることを当業者は認識しよう。例えば、ＢＯＡ装置１０４は、本発明の実施形態によれば、救急車の前部１５０に配置してもよく、且つ／又は可搬性の構成要素を含んでもよく、患者の住居に運ぶことができる。

ＢＯＡ装置１０４は、本発明の実施形態によれば、患者監視装置１０６、患者カルテ記入装置１０８、及びナビゲーション装置１１０に通信可能に結合される。ＢＯＡ装置１０４は、記憶媒体１１８にも通信可能に結合される。ＢＯＡ装置１０４は、本発明の実施形態によれば、タッチスクリーン、フラットパネルＰＣであり得、記憶媒体１１８はＢＯＡ装置１０４の内部に配置してもよく、又は外部に配置してもよい。ＢＯＡ装置１０４は、本発明の実施形態によれば、グラフィカルユーザインタフェースとして機能する表示テンプレートを含み得、表示テンプレートにより、ユーザ（例えば、ＥＭＳ隊員１１４）は、装置１０６、１０８、１１０から集められる情報及び／又は装置に送信される情報の異なるサブセット及び／又は表示モードを選択することができる。

図２は、本発明の実施形態による、ＢＯＡ装置１０４の表示のメニューテンプレート２００の一例を示す。メニューテンプレート２００は、本発明の実施形態によれば、ナビゲーションボタン２０２、患者監視装置ボタン２０４、患者カルテ記入装置ボタン２０６、「パッチメモ」ボタン２０８、及びプロトコルボタン２１０を含む。ボタンの１つを押下すると、ユーザ（例えば、ＥＭＳ隊員１１４）に対して、装置１０６、１０８、１１０からの情報のすべて又はサブセットを表示する特定のページが開かれる。図３〜図７は、本発明の実施形態による、１つ又は複数のＥＭＳ装置１０６、１０８、１１０からの情報が表示される特定の情報テンプレートの例を示す。本明細書に提供される開示に基づいて、そのような情報を表示し得る様々な他の情報テンプレートを当業者は認識しよう。

図３は、本発明の実施形態による、ユーザがナビゲーションボタン２０２を選択した場合に表示されるグラフィカルユーザインタフェースを示す。本発明の実施形態によれば、表示の一部分は状態セクション３０２を含み、表示の別の部分は地図セクション３０４を含む。状態セクション３０２は、本発明の実施形態によれば、ＥＭＳ車両の移動についての情報を識別する１つ又は複数のフィールドを含む。例えば、状態セクション３０２のフィールドは、本発明の実施形態によれば、情報が表示されるＥＭＳ車両の名称を識別するユニットフィールド３０６、ＥＭＳ車両の１人又は複数のクルーメンバを識別するクルーユニット３０８、移動の状態（例えば、「搬送中」又は「患者に向かっている途中」）を識別する状態ユニット３１０、行先への推定到着時間を識別するＥＴＡフィールド３１２、ＥＭＳ車両の行先（例えば、病院）を識別する行先フィールド３１４、及びＥＭＳ車両の行先（例えば、病院）と交信するための電話番号又は他の情報を識別するパッチ情報フィールド３１６のうちの１つ又は複数を含み得る。

地図セクション３０４は、本発明の実施形態によれば、起点、行先、ルート識別、及び／又は進行情報と共にストリート情報を表示し得る。ナビゲーション装置１１０は車両状態情報を表示に供給することもでき、これは、搬送がまだ開始されていない場合であっても有用であり得る。ユーザは、本発明の実施形態によれば、循環供給ボタン３１８を選択して、表示を図３〜図７の様々な表示のうちの１つ又は複数の間を連続して遷移させ得る。図３に示される情報は、通常ならば、救急車１０１の前部のドライバ１１２のみに提供されるが、ＢＯＡ装置１０４がナビゲーション装置１１０に通信可能に結合されるため、ＢＯＡ装置１０４は、ナビゲーション装置１１０に提供される情報のすべて又は選択されたサブセットを表示することができる。

図４は、本発明の実施形態による、ユーザがメニューテンプレートの患者監視ボタン２０４を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図４は、Ｚｏｌｌ Ｅ−Ｓｅｒｉｅｓ（登録商標）除細動器である患者監視装置１０６からＢＯＡ装置１０４が受信する情報を表示する。表示は、本発明の実施形態によれば、垂直バイタルサインセクション４０２、水平バイタルサイン概要セクション４０４、グラフィカルセクション４０６、及び解釈セクション４１４を含む。垂直バイタルサインセクション４０２は、装置１０６が取り付けられた患者１１６の状況を示す１つ又は複数のフィールドを含む。例えば、バイタルサインセクション４０２は、心拍数フィールド、呼吸数フィールド、血圧フィールド、血中酸素濃度フィールド、及び呼気終末二酸化炭素濃度フィールドを含む。各フィールドは、情報のさらなるサブセットの視覚表示を含み得る。例えば、心拍数フィールドは、本発明の実施形態によれば、心拍数の数値表示４０８、測定が実施又は導出された時刻を反映した時刻表示４１０、及び全体的に心拍数が最初の測定又は所定の時刻からどれだけ増大又は低減したかを示す履歴グラフ４１２を含み得る。本発明の実施形態によれば、他のフィールドも同様のインジケータを含み得る。バイタルサインの傾向を表示することもできる。

本発明の実施形態によれば、水平バイタルサイン概要セクション４０４は、例えば、垂直バイタルサインセクション４０２に同時に表される数値を示す。グラフィカルセクション４０６は、本発明の実施形態によれば、患者１１６への１２リードセンサ配置から取得されるような心電図の視覚表現を含む。ＥＣＧの真上には、ＥＣＧがいつ取得されたかの表示がある。新しいバイタルサイン情報及び／又は新しいＥＣＧ情報が利用可能になると、本発明の実施形態によれば、図４の表示は自動的にリフレッシュして、患者監視装置１０６からの最新データを示す。解釈セクション４１４は、本発明の実施形態によれば、例えば、装置１０６により観察される症状の潜在的な原因を示す、装置１０６から自動的に生成される情報を含む。

図５は、本発明の実施形態による、ユーザがメニューテンプレートの患者カルテ記入ボタン２０６を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図５の表示は、本発明の実施形態によれば、略歴概要５０２、治療介入セクション５０４、及びバイタルサイン（例えば、バイタルサイン傾向）セクション５０６を含む。略歴概要５０２は、本発明の実施形態によれば、ＥＭＳ隊員１１４が患者カルテ記入装置１０８を用いて記録する患者の氏名、年齢、及び性別を表示し得る。治療介入セクション５０４は、本発明の実施形態によれば、患者カルテ記入装置１０８を用いて記録された患者１１６への治療介入（例えば、施された処置）を表示する。例えば、治療介入セクション５０４は、本発明の実施形態によれば、行われた各治療介入のリスト、治療介入時刻、治療介入の説明（例えば、投与した薬剤の名称）、及び処置を施した人の氏名を表示する。

バイタルサインセクション５０６は、本発明の実施形態によれば、ＥＭＳ隊員１１４により観察され、患者カルテ記入装置１０８に記録され、患者カルテ記入装置１０８及び／又はデータベース１１８に記憶された特定のバイタルサインデータの履歴リストを含む。バイタルサインセクション５０６内のバイタルサインデータの履歴リストは、本発明の実施形態によれば、タイムスタンプ、心拍数、血圧、呼吸数、血中酸素濃度、呼気終末二酸化炭素濃度、血糖値、グラスゴー昏睡尺度（「ＧＣＳ」）、及びバイタルサインを観察又は記録した隊員又は装置の名称を含む。

図６は、本発明の実施形態による、ユーザがメニューテンプレートの「パッチメモ」ボタン２０８を選択した場合に表示されるグラフィカルユーザインタフェースを示す。パッチメモは、ＥＭＳ隊員１１４が病院又は他の治療施設に電話を掛けて、病院が患者１１６を受け入れることを確認するため、且つ／又は患者１１６についての情報を提供して、病院若しくは治療施設の受け入れ準備を助けるために使用するメモである。時間は通常、そのような電話を掛けるために不可欠であるため（電話を掛けることで、ＥＭＳ隊員１１４の注意が患者１１６のケアから一時的にそれるため）、ＥＭＳ隊員は通常、いくつかの異なる装置１０６、１０８、１１０及び／又は非公式データソースを調べ、それらと対話して、病院又は治療施設の看護師又は他の担当関係者に伝えるメモリストをまとめる。そのようなパッチメモは多くの場合、まとめるのに相当な時間がかかり、例えば、急いで手袋に書かれることが多く、不正確性にも繋がり、パッチメモのいくつかが、電話が掛けられ、情報が病院に伝えられる時刻では古い情報を表すことに繋がる。

他方、ＢＯＡ装置１０４は、本発明の実施形態によれば、通常ならばパッチメモを含むいくつかの異なるフィールドの表示を自動的に作成する。図６の表示は、例えば、装置１０６、１０８、１１０等の複数の異なる装置からの情報を表すフィールドを含む。パッチメモ表示は、本発明の実施形態によれば、情報を事前定義されたテンプレートに編成し、且つ／又は情報を特定のＥＭＳ隊員１１４に関連付けられたカスタマイズされたテンプレートに編成し得る。本発明の実施形態によれば、ＢＯＡ装置１０４は自動的に、複数の異なる装置１０６、１０８、１１０から情報を受信し、パッチメモとして機能するようにまとめられた単一の表示に表示するのみならず、最新情報を反映するように表示を自動的にリフレッシュもし、それにより、患者情報をリアルタイムで伝達できるようにする。

例えば、ＢＯＡ装置１０４がない場合、患者の心拍数が、３分間で７５から１１５に上昇し、ＥＭＳ隊員１１４が、氏名及び背景情報に関して患者のカルテを調べる前且つ３分後に病院に電話を掛ける前に位置情報についてドライバ１１２に尋ねる前に、手袋に「ＨＲ７５」と書いた場合、ＥＭＳ隊員１１４は、心拍数７５と病院に報告するおそれがある。しかし、ＢＯＡ装置１０４がある場合、パッチメモは自動的に生成され、図６のように表示され、除細動器バイタルセクションは、ＥＭＳ隊員１１４が患者の状態を病院に伝えるとき、現在の心拍数である１１５を示す。

患者１１６が向かっている途中である病院の名称及び電話番号を識別する病院フィールド６０２並びに患者の年齢を識別する年齢フィールド６０４のうちの１つ又は複数に加えて、図６の表示は、本発明の実施形態によれば、現病歴フィールド、治療介入フィールド、ユニット識別フィールド（例えば、特定のＥＭＳ車両を識別する）、性別フィールド、既往歴フィールド、患者カルテ記入装置バイタルサインフィールド、予想到着時間、主訴フィールド、アセスメントフィールド、及び患者監視装置バイタルサインフィールドのうちの１つ又は複数を含むこともできる。

各フィールドは、本発明の実施形態によれば、ＢＯＡ装置１０４に通信可能に結合されたＥＭＳ装置（例えば、装置１０６、１０８、１１０）のうちの１つ又は複数から過去の内容、現在の内容、又は導出された内容を表示するように構成し得る。例えば、病院フィールド、ユニットフィールド、及びＥＴＡフィールドは、ナビゲーションユニット１１０から受信される情報に基づき得る。年齢、性別、主訴、現病歴、既往歴、及び治療介入の各フィールドは、患者カルテ記入ユニット１０８から受信される情報に基づき得る。本発明の実施形態によれば、患者カルテ記入装置バイタルサインフィールドは、患者カルテ記入ユニット１０８から受信される情報（例えば、ＧＣＳスコア）に基づき得、患者監視装置バイタルサインフィールドは、患者監視装置１０６から受信される情報（例えば、ＥＣＧ）に基づき得る。本発明の実施形態によれば、ＢＯＡ装置１０４は、救急車の前部に配置することができ、ドライバ１１２又は別のＥＭＳ隊員がリアルタイムパッチメモに基づいて病院に電話を掛けられるようにし、それにより、担当するＥＭＳ隊員１１４に患者を直接ケアするより多くの時間及び注意を提供する。

本発明の実施形態によれば、ＢＯＡ装置１０４は、少なくとも１つの患者監視ＥＭＳ装置及び少なくとも１つの非患者監視ＥＭＳ装置から情報を受信する。図６のパッチメモ画面は、本発明の実施形態によれば、少なくとも１つの患者監視装置と、患者を直接監視しない少なくとも１つの他の装置（例えば、ナビゲーション装置及び／又は患者カルテ記入装置）とからの同じ表示上でのＥＭＳ情報（例えば、緊急医療の発生又は搬送に関連する情報）の一例を示す。同様に、本発明の別の実施形態では、ＢＯＡ装置１０４は、少なくとも１つの患者臨床装置及び少なくとも１つの非臨床装置から情報を受信し、ユーザにとって有用なフォーマットで臨床情報及び非臨床情報を解析し、結合し、記憶し、表示し、且つ／又は送信する。本明細書で使用される場合、「臨床」という用語は、その最も広義の意味で、患者の監視、又は処置、又は診断に直接関わるものを指すために使用される。本明細書で使用される場合、「非臨床」という用語は、その最も広義の意味で、患者の監視、又は処置、又は診断に直接関わらないものを指すために使用される。例えば、除細動器は臨床装置であり、ナビゲーション装置は非臨床装置である。別の例として、患者のＥＣＧ情報又は心拍数は臨床情報であるが、患者の住所は非臨床情報である。

図７は、本発明の実施形態による、ユーザがメニューテンプレートのプロトコルボタン２１０を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図７の表示は、本発明の実施形態によれば、医療緊急事態が発生し、処置が行われ、且つ／又は患者が送られる特定の場所のインタラクティブガイドラインマニュアルを含む。或いは、プロトコルボタン２１０は、特定の装置を使用し、且つ／又は特定の技法を施すためのマニュアル又はガイドラインドキュメント並びに／或いは薬剤についての情報にリンクし得る。例えば、図７の表示は、ローカルに記憶されたプロトコルインデックス及び／又はインターネット接続を通してアクセスされるプロトコルインデックスであり得る郡のプロトコルインデックスの章を列挙するインタラクティブページを含み得る。章又はリンクのうちの１つ又は複数をクリックすると、例えば、特定の章又は選択されたテーマについてのさらなる詳細を含むページが開く。

本明細書に提供される開示に基づいて、１つ又は複数のＥＭＳ装置及び／又は外部データソースからの情報の追加又は異なるサブセットを表示するように、ＢＯＡ装置１０４を構成し得ることを当業者は理解しよう。本発明の実施形態によれば、ＢＯＡ装置１０４は、患者監視装置１０６、患者カルテ記入装置１０８、及びナビゲーション装置１１０からの情報をシームレスに統合して、モバイル環境１０１で表示するのみならず、例えば、企業環境１０２等の遠隔環境でも表示する。企業環境１０２は、例えば、病院及び／又は派遣環境であり得る。

ＢＯＡ装置１０４からのデータ（ひいてはＢＯＡ装置１０４に通信可能に結合された装置１０６、１０８、１１０からのデータ）は、本発明の実施形態によれば、管理環境１０３内の１つ又は複数の企業記憶サーバ１２６で受信し、企業データベース１３０に記憶し得、１つ又は複数の企業アプリケーションサーバ１２８が同じ情報にアクセスして、企業ユーザ１２４のワークステーション１２２に提供し得る。本発明の実施形態によれば、ＢＯＡ装置１０４は記憶サーバ１２６に通信可能に結合され、記憶サーバ１２６はデータベース１３０に通信可能に結合され、アプリケーションサーバ１２８は、データベース及び企業ワークステーション１２２に通信可能に結合される。そのような装置は、例えば、インターネット等のネットワーク１２０を介して通信可能に結合し得る。

本発明の実施形態によれば、ＢＯＡ装置１０４は、通信可能に結合された装置（例えば、装置１０６、１０８、１１０）のうちの１つ又は複数から更新情報を受信する場合、更新情報を企業記憶サーバ１２６に送信し、企業記憶サーバ１２６は更新情報をデータベースに記憶し、データベースは記憶媒体１３０に含み得る。したがって、１つ又は複数の装置（例えば、装置１０６、１０８、１１０）からの情報は、本発明の実施形態によれば、モバイルデータベース１１８、遠隔企業データベース１３０、又は両方に記憶し得る。企業ユーザ１２４は、例えば、救急車の到着を監視し、且つ／又は到着に対して準備している緊急治療室の看護師、緊急治療室の医師、及び／又は在宅の医長であり得、企業ワークステーション１２２を介して情報を要求することにより、ＢＯＡ装置１０４に表示される情報と同様の情報にアクセスし得る。例えば、企業ワークステーション１２２は、ウェブインタフェース及び／又はシンクライアントウェブブラウザアプリケーションにアクセスし、そのインタフェース及び／又はアプリケーションは、ネットワーク１２０を介してアプリケーションサーバ１２８からの情報を要求する。アプリケーションサーバ１２８は、情報を求めてデータベース１３０を照会し、ＥＭＳ隊員１１４がＢＯＡ装置１０４のディスプレイで現在見ているものと同じ又は同様に見える表示を企業ワークステーション１２２に返す。

図８〜図１０は、本発明の実施形態による、企業ワークステーション１２２を介して企業ユーザ１２４に提供されるユーザインタフェース及び表示画面の例を示す。図８は、本発明の実施形態によれば、表示の一部分に、ＥＭＳ装置データが利用可能な利用可能ＥＭＳ車両のリスト８０２、８０４を含むウェブブラウザベースのクライアントインタフェースを示す。例えば、ＡＬＳ２ ８０４をクリックすると、図８と同様の画面が開き、その画面で、企業ユーザ１２４は、患者監視ボタン８０６、ナビゲーションボタン８０８、及び／又は患者カルテ記入ボタン８１０を含むが、これらに限定されないボタンのうちの１つを選択することができる。ユーザ１２４が患者監視ボタン８０６をクリックした場合、図８の画面表示が提示され、図８の画面表示は、本発明の実施形態によれば、救急車ＡＬＳ２の患者監視装置１０６からの現在情報を含む。本発明の実施形態によれば、図８の患者監視表示は連続又は半連続的に自動的に更新され、本発明の他の実施形態によれば、ユーザ１２４が「更新する」ボタン又はブラウザの「リフレッシュ」ボタンを選択して、利用可能な最新情報を取得する。図８の企業表示は、本発明の実施形態によれば、図４のモバイル表示と同様の情報を含む。

本発明の実施形態によれば、緊急治療室で救急車による患者の到着を待っている医師は、一般的なインターネットブラウザを介して企業環境１０２内のウェブサイト表示にアクセスする。ウェブサイトは、例えば、ログインユーザ名及びパスワードでセキュア化し得る。各救急車は、車両名により識別し得、医師は、到着しつつある車両のリストから選択し、その後、その患者についてのデータが表示される。データは、「臨床時間」でモバイル画面に現れるのと全く同じように示し得る。本発明の実施形態によれば、企業環境１０２のウェブサイトは、行先がユーザの施設に記録されている行先と同じである患者のみについてのデータを表示する。

ユーザ１２４がナビゲーションボタン８０８をクリックした場合、図９の画面表示が提示され、図９の画面表示は、本発明の実施形態によれば、救急車ＡＬＳ２のナビゲーション装置１１０からの現在情報を含む。図９の企業表示は、本発明の実施形態によれば、図３のモバイル表示と同様の情報を含む。

ユーザ１２４が患者カルテ記入ボタン８１０をクリックした場合、図１０の画面表示が提示され、図１０の画面表示は、本発明の実施形態によれば、救急車ＡＬＳ２の患者カルテ記入装置１０８の現在情報を含む。図１０の企業表示は、本発明の実施形態によれば、図５のモバイル表示と同様の情報を含む。

図１は、モバイル環境１０１内に１つのＢＯＡ装置１０４を示すが、２つ以上のＢＯＡ装置１０４をモバイル環境１０１で使用して、装置１０６、１０８、１１０の同じ又は異なるセットに通信可能に接続し得る。そして、図１は１つのモバイル環境１０１を示すが、本発明の実施形態によれば、２つ以上のモバイル環境１０１及び／又は２つ以上のＢＯＡ装置１０４を管理環境１０３及び／又は企業記憶サーバ１２６に通信可能に結合し得る。本発明の実施形態によれば、企業記憶サーバ１２６は、ＥＭＳ装置情報をＢＯＡ装置１０４から受信し、認証されたタイムスタンプ並びに情報を特定のＥＭＳ装置及び／又は特定のＥＭＳ車両に関連付ける識別子と共にデータベース１３０に記憶する。このようにして、企業ユーザ１２４は、複数の車両及び／又は複数の装置からのデータにアクセスし得る。

企業記憶サーバ１３０は、１つ又は複数のＢＯＡ装置１０４から受信される情報をより長期間にわたって安全に記憶して、情報を後で使用できるようにもし得る。例えば、ＢＯＡ装置１０４は、患者カルテ記入装置１０８を介して、又はＢＯＡ装置１０４を通して直接、氏名、住所、及び／又は社会保障番号等の患者識別情報を受信し得、次に、患者識別情報のうちのいくつか又はすべてを、同じ患者１１６が関わる過去の記録についてデータベース１３０を照会する企業記憶サーバ１２６に対する要求と共に、企業記憶サーバ１２６に伝え得る。次に、企業記憶サーバ１２６は、そのような任意の記録又はそのような記録の部分をＢＯＡ装置１０４に転送し（例えば、患者カルテ記入画面又はパッチメモ画面中の既往歴に表示するために）、ＥＭＳ隊員１１４の現在の救急を支援し得る。同様に、本発明の実施形態によれば、企業ユーザ１２４もそのような過去のＥＭＳ発生記録情報にアクセスし得る。システム管理者１３４は、本発明の実施形態によれば、サーバ１２６、１２８に通信可能に結合し得る管理者ワークステーション１３２を介して、データベース１３０内のデータにアクセスし、且つ／又は監視し、且つ／又はサーバ１２６、１２８の命令を変更し得る。

本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４は、例えば、Ｌｉｆｅｖｅｓｔ（登録商標）ウェアラブル除細動器等のウェアラブル医療装置に接続して（例えば、自動的に、又は手動で、又は選択的に）、そこから患者監視情報を受信して表示し得る。ＢＯＡ装置１０４は、そのようなウェアラブル装置から患者識別情報を受信し、ＢＯＡ装置１０４が、例えば、ネットワーク１２０を介して外部データベースを照会して、患者についての追加情報を検索可能なように構成することもできる。ＢＯＡ装置１０４は、本発明の実施形態によれば、同様にして移植可能な心臓除細動器（「ＩＣＤ」）に接続するように構成することもできる。

図１１は、本発明の実施形態による、複数の異なるＥＭＳ装置から収集された医療情報のリアルタイム表示の処置ドメインシステム１１００の概観を示す。システム１１００は、本発明の実施形態によれば、シンクライアント表示モジュール１１２４に通信可能に結合された遠隔又は企業ドメインモジュール１１２８に通信可能に結合されたモバイルドメインモジュール１１２６に通信可能に結合された患者監視装置モジュール１１０２を含む。本発明の実施形態によれば、地域中、州中、国中、及び／又は世界中の複数病院が、データベース１３０にアクセスし得る。

モバイルドメインモジュール１１２６は、本発明の実施形態によれば、装置アダプタ１１０４と、モバイルデータベース１１０８にアクセスし得るモバイルアセット管理モジュール１１０６と、ＢＯＡモジュール１１１０と、患者カルテ記入モジュール１１１２と、ナビゲーションモジュール１１１４と、ネットワークアダプタ１１１６とを含む。遠隔／企業モジュール１１２８は、本発明の実施形態によれば、ネットワークアダプタ１１１６と、企業データベース１１２０にアクセスし得る企業アセット管理モジュール１１１８と、企業アプリケーションサーバモジュール１１２２とを含む。

患者監視装置モジュール１１０２は、患者監視装置１０６を動作させ、患者１１６の状況についての情報を含む１つ又は複数のデータパイプを生成する。装置アダプタ／通信インタフェースモジュール１１０４は、計算装置と１つ又は複数の医療装置との間、例えば、患者監視装置モジュール１１０２とモバイルアセット管理モジュール１１０６及び／又はＢＯＡモジュール１１１０との間等のデータ通信を管理する。装置アダプタモジュール１１０４は、本発明の実施形態によれば、以下の属性のうちの１つ又は複数を含む。
・複数の通信トランスポートをサポートする（例えば、装置はＢｌｕｅｔｏｏｔｈ、８０２．１１、イーサネット（登録商標）、シリアルケーブルを使用することができる）。
・複数のデータ転送プロトコルをサポートする。
・複数の医療装置種類をサポートする。
・複数のデータ記憶プロファイル（例えば、ファイルシステムへの記憶、アセット管理モジュール１１０６によるデータベース１１０８への記憶）をサポートする。
・管理者又はユーザは、トランスポート、プロトコル、装置、及び複数の記憶プロファイルを一緒に関連付けて、データを医療装置と交換できる通信「パイプ」を表すことができる。
・複数のパイプを同時にサポートする。
・管理者又はユーザは、通信する１つ又は複数の特定の医療装置を指定することができ、その場合、モジュール１１０４は、トランスポートに固有の発見プロトコルを使用して、装置を発見して取り付ける。
・管理者又はユーザは、医療装置として任意のものを指定することができ、その場合、トランスポートに固有の発見プロトコルを使用して、互換性のある医療装置を発見し、発見された医療装置に取り付ける。
・パイプが、発見をサポートしないプロトコル（例えば、シリアルケーブル）を使用するように構成される場合、モジュール１１０４は、装置が接続を開始し、次に、特定の医療装置が選択されるか否かに基づいて接続を許可又は拒絶できるようにする。
・モジュール１１０４に接続し、医療装置及びデータ検索手段からの非同期データ到着通知を受信できるようにすることにより、複数のクライアントアプリケーション（ローカル又はリモート）をサポートする。
・任意のアプリケーションが実行中であるか、それともデータアセットを受信する準備ができているかに関係なく、医療装置が通信するデータアセットを有する場合、通信「パイプ」を維持する。
・ユーザは、医療装置アプリケーション通信を構成し得、そのような構成は永続的であり、容易に変更し得る。
・通信ポリシーは構成可能であり得る。例えば、Ｂｌｕｅｔｏｏｔｈは、通信を行う前に装置と対を形成する必要があり得る。ユーザは、例えば、対形成が「自動」であるか、それとも「手動」であるか、それとも「連続再取得」であるか否かを構成し得る。
・アプリケーションは、比較的単純な表現ＡＰＩを介して、前に受信したデータアセットにアクセスし得る。
・アプリケーションに新たに受信したアセットを通知し得、アプリケーションは、特定の装置及び／又はアセットの種類に基づいて通知をフィルタリングし得る。
・アプリケーションは、カスタマイズ可能なユーザインタフェース要素の状態、利用可能な装置等について通信レイヤに問い合わせることができる。
・通信レイヤは、状態も示す通知アイコンから制御可能であり得る。
・通知エリアアイコンアプレットでの特権「ａｄｍｉｎ」モード及び一般ユーザモードの使用を通して、一般ユーザによる悪意のある変更又は誤りによる変更から構成可能なアイテムを保護し得る。
・構成は、通知アプレットを通して各装置を実際に構成する必要なく、一構成を作成し、各装置にコピーし得るように「移植可能」且つ「分散可能」であり得る。
・通信「パイプ」の特定の特徴又は制限をデフォルトによりアプリケーションから隠し得る。
・通信レイヤ自体を層化し、異なる通信トランスポートを管理する複数のプラグイン式トランスポートドライバ並びに異なる装置及び異なるアセットタイプからのデータアセットの受信を処理する複数のプラグイン式プロトコルドライバをサポートし得る。これにより、開発される新しいトランスポート又は新しいプロトコルに通信レイヤを高速で拡張することができる。

図１２は、医療装置１２０８、１２１０、１２１２がそれぞれ関連付けられた１つ又は複数のパイプ１２０２、１２０４、１２０６を含む装置アダプタ／通信モジュール１１０４の図を示す。通信モジュール１１０４は、本発明の実施形態によれば、コロラド州Ｂｒｏｏｍｆｉｅｌｄに所在のＺｏｌｌ Ｄａｔａ Ｓｙｔｅｓｍｓから入手可能なＰＥＬＩＣＡＮ（商標）通信インタフェースであり得る。本発明の実施形態によれば、通信エンジン１１０４は、通信パイプ１２０２、１２０４、１２０６を実施し、医療装置１２０８、１２１０、１２１２からの入力データを処理する「常時オン」オペレーティングシステムサービスである。本発明の実施形態によれば、通信エンジン１１０４はＡＰＩ１２１６も含み、ＡＰＩ１２１６は、通信エンジン１１０４により露出されるオブジェクト及びメソッドの集まりであり、アプリケーションは、ＡＰＩ１２１６を使用して、データアセットの取得及びエンジン１１０４の構成のようなタスクに向けてエンジン１１０４を構成し、エンジン１１０４と対話することができる。例えば、モバイルアセット管理モジュール１１０６は、ＡＰＩ１２１６と対話して、医療装置データを受信し得る。

図１３は、本発明の実施形態によるパイプ１２０２の図を示す。パイプ１２０２は、本発明の実施形態によれば、医療装置の１つ又は複数の記憶構成１３１２、１３１４、１３１６に関連付けられた１つ又は複数の記憶プラグイン１３０２、１３０４、１３０６と、医療装置の医療装置構成１３１８に関連付けられた医療装置プラグイン１３０８と、医療装置のトランスポート構成１３２０に関連付けられたトランスポートプラグイン１３１０とを含む。本明細書で使用する場合、「トランスポート」は、オペレーティングシステムによりサポートされる土台をなす通信媒体、例えば、ＴＣＰ／ＩＰ、Ｂｌｕｅｔｏｏｔｈ、及びシリアルである。トランスポートによっては、パケット指向のものもあれば（例えば、ＴＣＰ）、ストリーム指向のものもある（例えば、シリアル）。発見をサポートするものもあれば、しないものもある。対形成をサポートするものもあれば、しないものもある。各トランスポートは独自の構成を含み得る。

トランスポートプラグインは、通信エンジン１１０４により動的にロードされ、特定のトランスポート（例えば、シリアルポート、Ｂｌｕｅｔｏｏｔｈ、ＴＣＰ／ＩＰ、及びファイルシステム）にデータ通信サポートを提供する．ＮＥＴアセンブリであり得る。通信エンジン１１０４は、本発明の実施形態によれば、自動対形成（例えば、対形成をサポートするトランスポートの場合、エンジン１１０４はそのトランスポートに固有のルールを使用して、構成及びユーザの好みに応じて自動的に、医療装置との対を形成して維持する）及び／又は自動発見（例えば、発見をサポートするトランスポートの場合、エンジン１１０４は、自動的に新しい医療装置を発見し、既知の装置リストに入れるように構成し得る）を行うように構成し得る。

医療装置プラグインは、特定の種類の医療装置、例えば、ＺＯＬＬ Ｍ／Ｅ−Ｓｅｒｉｅｓ ＺＯＬＬＭｏｄｅｍ又はＺＯＬＬ Ｅ−Ｓｅｒｉｅｓ ＤＵＮにトランスポートから独立したデータ通信サービスを提供する、通信エンジン１１０４により動的にロードされる．ＮＥＴアセンブリであり得る。記憶プラグインは、記憶サービスをエンジンに提供する、通信エンジン１１０４により動的にロードされる．ＮＥＴアセンブリであり得る。

図１３に示されるように、パイプは、トランスポートと、医療装置と、データが受信されることをユーザが示した医療装置を表し、通信を行えるようにする記憶構成との組み合わせであり得る。パイプは、ユーザにより構成することもでき、且つ／又は事前定義することもできる。例えば、パイプは、構成を有するトランスポートシリアルポート（ＣＯＭ１、ボー＝９６００）、医療装置Ｅ／Ｍ Ｓｅｒｉｅｓ ＺＯＬＬＭｏｄｅｍ（任意の医療装置）、及び記憶装置（ローカルファイルシステム）を指定し得る。この構成は、ＣＯＭ１に接続された任意の装置からのデータアセットを９６００ボーで受け入れ、ローカルファイルシステムに記憶する。別の例として、パイプは、トランスポートＢｌｕｅｔｏｏｔｈ（ボー＝１１５２００、自動対形成）、医療装置Ｅ／Ｍ Ｓｅｒｉｅｓ ＺｏｌｌＭｏｄｅｍ（ＺＯＬＬ００５６１１）、記憶装置（ローカルファイルシステム）及び記憶装置（アセット管理）を指定し得る。この構成は、ＢｌｕｅｔｏｏｔｈをＺＯＬＬ００５６１１と対にし、壊れた場合であってもこの対を維持し、その特定の装置からの任意のデータアセットを受け入れ、両方をローカルファイルシステムに記憶し、アセット管理（例えば、モバイルアセット管理モジュール１１０６及び／又は企業アセット管理モジュール１１１８）に提出する。

さらなる例として、パイプは、トランスポートＢｌｕｅｔｏｏｔｈ（ボー＝１１５２００、自動対形成）、医療装置Ｅ／Ｍ Ｓｅｒｉｅｓ ＺＯＬＬＭｏｄｅｍ（任意の装置）を指定し得る。この構成は、Ｂｌｕｅｔｏｏｔｈを、周期的な発見中に見つかった任意の医療装置と自動的に対にし、対になった任意の装置からの任意のデータアセットを受け入れ、ロードされ、イネーブルされたすべての記憶プラグインを介して記憶させる。さらに別の例として、パイプは、トランスポートＴＣＰ／ＩＰ（ローカルＩＰ＝１９２．１６８．１．２０、ポート＝７７４３）、医療装置Ｅ／Ｍ Ｓｅｒｉｅｓ ＤＵＮ（任意の装置）、記憶装置（アセット管理）を指定し得る。この構成は、本発明の実施形態によれば、エンジン１１０４に指定されたＩＰアドレス及びポートをＤＵＮトラフィックに関してリッスン開始させ、アセット管理を介して記憶させる（例えば、モバイルアセット管理モジュール１１０６及び／又は企業アセット管理モジュール１１１８に送信することにより）。

本発明の実施形態によれば、発見サポートトランスポートを使用する装置アダプタ１１０４の「パイプ」毎に、アダプタ１１０４は、図１４に概説される方法を実行し、非発見サポートトランスポートを使用する装置アダプタ１１０４のパイプ毎に、アダプタ１１０４は、図１５に示される方法を実行する。

上述したように、モバイルアセット管理モジュール１１０６は、本発明の実施形態によれば、装置アダプタ及び通信インタフェース１１０４から医療装置データを受信する。モバイルアセット管理モジュール１１０６は、これらのデータアセットの記憶又は変更を他のアプリケーションに通知する非同期イベントと一緒に、医療装置データのセキュアな記録、検索、及び管理を実行する。モバイルアセット管理モジュール１１０６は、本発明の実施形態によれば、ローカル又はリモートサービス指向ＡＰＩをサポートして、医療装置データの記憶、検索、及び変更を行い、イベントのローカル又はリモートの非同期メッセージベースの通知を、加入するアプリケーションに提供する。これらのイベントは、医療装置データの到着通知を含み得る。

ＢＯＡモジュールは、本発明の実施形態によれば、複数のデータ提供者（装置アダプタ１１０４、患者カルテ記入モジュール１１１２、及びナビゲーションモジュール１１１４を含むが、これらに限定されない）からのデータ供給を管理し、これらの供給をタッチスクリーンフラットパネルに提示する。ＢＯＡモジュール１１１０は、これらの集計データ要素をバックオフィスモジュール（例えば、企業アセット管理モジュール１１１８）に通知もする。本発明の実施形態によれば、患者カルテ記入モジュール１１１２は、患者カルテ記入装置１０８及び患者カルテ記入装置１０８が送受信する情報を制御し、ナビゲーションモジュール１１１４は、ナビゲーション装置１１０及びナビゲーション装置１１０が送受信する情報を制御する。ＢＯＡモジュール１１１０は、本発明の実施形態によれば、以下の属性のうちの１つ又は複数を含む。
・ユーザは、選択された医療装置を含むが、これに限定されない装置アダプタ／通信インタフェースモジュール１１０４を構成できるようにする。
・ユーザが、医療記録情報が患者カルテ記入装置に入力される際に、医療記録情報を含むデータ供給を受信する患者カルテ記入装置を選択できるようにする。
・ユーザが、ナビゲーション情報及び派遣情報を含むデータ供給を周期的に受信するナビゲーション装置を選択できるようにする。
・１２リードＥＣＧ及びバイタル傾向記録を含むが、これらに限定されない新しい医療装置データの到着について、通信インタフェースモジュール１１０４及び／又はモバイルアセット管理モジュール１１０６から通知を受信する。
・患者人口統計、既往歴、現在のアセスメント、実行された治療介入、及び／又はバイタルサインを含むが、これらに限定されない、現在開かれている患者記録についてのデータを含む非同期メッセージを、選択された患者カルテ記入装置から受信する。
・現在の派遣状態、行先、クルー、位置、ルート、及び／又は現在位置の地図についてのデータを含む非同期メッセージを、選択されたナビゲーション装置から受信する。
・受信した各データ供給のグラフィック表示を循環的に提示して、フラットパネルで救急車後部において表示し、又は別の表示装置で他の場所において表示する。
・介護者又はＥＭＳ隊員１１４が、供給についての循環表示を一時的に停止させて、その特定の情報テンプレートでその特定のデータをより入念に調べられるようにする。
・データ供給をデータ構造に集計して、データ構造が企業アセット管理モジュール１１１８に周期的に送信される。
・受信側施設への言葉での報告を容易にするために、集計データ供給の顧客カスタマイズ可能な表示（例えば、ＢＯＡ装置１０４に表示されるパッチメモ情報テンプレート内の報告）を提示する。
・参照のために、地域のＥＭＳプロトコルを表示する能力をユーザに提示する。

図１６は、本発明の実施形態による、ＢＯＡモジュール１１１０により実行される論理フローチャート１６００を示す。論理フローチャート１６００はブロック１６０２において開始される。ユーザは、特定の装置を選択するか、又は「から読み出し」構成を選択して、ＢＯＡ装置１０４によりどの装置のデータが読み出され、表示されるかを決定する（ブロック１６０４）。データモデル、例えば、ＢＯＡ装置１０４に表示され、最終的に企業環境１０２及び／又は企業アプリケーションサーバ１２８に通信され得るシステムの現在状態が提示される（ブロック１６０６）。データモデルは、本発明の実施形態によれば、供給が追加されるにつれて、他のデータ要素を含むように拡張することができ、且つ使用されないデータ供給（例えば、患者カルテ記入装置１０８を含まない設備）のコンテナ属性をなくすように縮小し得る。ＢＯＡモジュール１１１０は、モバイルアセット管理モジュール１１０６に問い合わせて、新しい医療装置データが利用可能であるか否かを判断し（ブロック１６０８）、利用可能な場合、データモデル内の医療装置データを更新する（ブロック１６１０）。ＢＯＡモジュール１１１０は、モバイルアセット管理モジュール１１０６に問い合わせて、新しい患者カルテ記入データが利用可能であるか否かを判断し（ブロック１６１２）、利用可能な場合、データモデル内の患者カルテ記入データを更新する（ブロック１６１４）。

ＢＯＡモジュール１１１０は、モバイルアセット管理モジュール１１０６に問い合わせて、新しいナビゲーションデータが利用可能か否かを判断し（ブロック１６１６）、利用可能な場合、データモデル内のナビゲーションデータを更新する（ブロック１６１８）。ＢＯＡモジュール１１１０は、更新情報を企業アセット管理モジュール１１１８に送信するときであるか否かを判断し（ブロック１６２０）、送信するときである場合、データモデルを企業アセット管理モジュールに送信し（ブロック１６２２）、非同期メッセージを生成する（ブロック１６２６）。本発明の実施形態によれば、ブロック１６２６において生成される非同期メッセージは、企業アプリケーションサーバ１２８を宛先とし、本発明の代替の実施形態によれば、ブロック１６２６において生成される非同期メッセージは企業記憶サーバ１２６を宛先とし、そして、企業記憶サーバ１２６はデータを記憶し、企業アプリケーションサーバ１２８にデータが利用可能であることを通知する。次に、データモデルは、本発明の実施形態によれば、例えば、ＢＯＡ装置１０４での表示更新の形態でレンダリングされる（ブロック１６２４）。本発明の実施形態によれば、ブロック１６０８、１６１２、１６１６、及び１６２０により示される手順は、「ステージ」として実行されず、その代わりに、データモデルを変更する異なる実行スレッドを始動させる各イベントとして実行され、そして、各スレッドはＢＯＡ装置１０４の表示の更新を始動させる。

ネットワークアダプタ／通信インタフェースモジュール１１１６は、本発明の実施形態によれば、以下の属性のうちの１つ又は複数を含む通信チャネルである。
・全般的な目的とデータフォーマットとが独立している。各アプリケーションがメッセージのフォーマットを担当する。
・メッセージアドレッシングはトランスポートアドレス（例えば、ＩＰアドレス）ではなく名前によるものであり得、それにより、メッセージを、ルートが現在存在しないエンティティ（例えば、送信者がインターネットから切断されている場合）に送信することができる。実際のマシンアドレスへの名前解決は、ルートが実際に存在するようになるまで延期し得る。
・通信インタフェースモジュール１１１６を使用するエンティティ間のツリー関係であり、ツリー関係では、名前情報をツリーの下にではなく上に「伝わる」ことができる。したがって、各ノードは単純なルーティング選択を有する：名前が現在の装置以下である場合、そこを通り、その他の場合、現在の装置の親を通る。ツリーのルートはプライマリメッセージブロッカーであり得、すべての名前情報を蓄積する。プライマリメッセージブロッカーは、すべての名前情報を含み、したがって、本発明の実施形態によれば、あるサブツリーから別のサブツリーへのルーティングを実行することができる、通信ツリー内の独自のノードである。
・メッセージ配信は、受信装置が実際に現れるまで延期し得る。メッセージは、受信装置がルーティング可能になるまで記憶し得る。
・メッセージは、各ノードのトランザクションセーフデータベースに記憶し得、それにより、予想外に故障したノードであってもメッセージ損失の危険がない。
・受信者が実際にメッセージを受信するまで、メッセージの完全暗号化を維持し得る。データベースに記憶されている間、メッセージを暗号化された状態に保ち得る。
・断続的に接続される無線接続を介したロバストな動作。接続が再開されるまで、メッセージを記憶し得る。特定の時間限度内で、接続が再開された場合、メッセージ送信は、新しく開始せず、残った箇所から続け得る。
・「ローカル」であるマシン又はアプリケーションを対象としたメッセージは、ツリーのセグメントがプライマリメッセージブロッカーから切断されている場合であっても、ローカルにルーティングし得る。
・メッセージは期限切れ時間と共に送信し得、期限切れ時間後、メッセージは配信されず、送信者に期限切れを通知し得る。

通信インタフェース１１１６は、本発明の実施形態によれば、コロラド州Ｂｒｏｏｍｆｉｅｌｄに所在のＺｏｌｌ Ｄａｔａ Ｓｙｓｔｅｍｓからの入手可能なＭＥＲＣＵＲＹ（商標）通信インタフェースであり得る。

ＢＯＡモジュール１１１０のメッセージング構成要素は、チャネルとして通信インタフェースモジュール１１１６を使用して実施し得る。これらのメッセージング構成要素は、本発明の実施形態によれば、以下の特徴のうちの１つ又は複数を実施する。
・発行−購買モデル：データ供給消費者（例えば、ＢＯＡモバイルモジュール１１１０）は、提供者（例えば、患者カルテ記入モジュール１１１２）に加入して、データ供給を受信する。加入要求は加入の持続時間を含む。提供者がデータ供給アイテムを変更する場合、データ供給アイテムはすべての加入者に送信される。実施形態によれば、ＢＯＡモジュール１１１０は、患者カルテ記入モジュール１１１２及びナビゲーションモジュール１１１４からの供給のデータ供給消費者であるが、企業アセット管理モジュール１１１８に行く集計供給のデータ供給提供者である。
・メッセージキュースロットリング：通信インタフェースモジュール１１１６のメッセージ期限切れ特徴を使用して、すべてのメッセージを短い期限切れ時間で送信し得、次に、期限切れ通知を受けて、新しい現在のコピーが送信される。これは、構成要素が切断された場合、システムが陳腐化したデータ供給メッセージの大きなキューを有することを回避し、多くとも、１つの現在メッセージがシステム内にある。
・複雑なメッセージフォーマット：データ供給メッセージは、グラフィカルデータ、テキストデータ、及びバイナリデータを含み、これらは、使用しやすくするために、受信者によりオブジェクトに変換される。

企業アセット管理モジュール１１１８は、複数のＢＯＡモジュール１１１０から集計データ供給を受信し、発信元からはリモートの表示に集計データ供給の提示を提供する。例えば、そのような集計データ供給は、本発明の実施形態によれば、企業アプリケーションサーバモジュール１１２２により企業アセット管理モジュール１１１８に関連付けられたデータベース１１２０からフェッチし、ウェブブラウザで実行中のシンクライアント表示アプリケーションモジュール１１２４を介して企業ユーザに表示し得る。そのようなウェブページは、本発明の実施形態によれば、セキュア化し、暗号化し、パスワード保護し、且つ／又はＨＩＰＡＡ準拠であり得る。企業アセット管理モジュール１１１８は、本発明の実施形態によれば、以下の属性のうちの１つ又は複数を含む。
・患者カルテ記入モジュール１１１２、ナビゲーションモジュール１１１４、及び医療装置からのデータ供給を含むが、これらに限定されない集計データ供給を含む非同期メッセージを、複数のＢＯＡモジュール１１１０から受信する。
・ナビゲーションモジュール１１１４により設定されるか、又はフラットパネルＢＯＡ装置１０４上でユーザにより手動で設定される、ＢＯＡモジュール１１１０からの行先データを使用し、行先としてその病院を有する各ＢＯＡモジュール１１１０からの供給を含む、病院行先毎のウェブページを作成する。
・病院又は治療施設に向かっている途中の患者１１６に関するデータを送信するＢＯＡモジュール１１１０毎に、集計データ供給の新しいバージョンが到着した場合、ウェブページを非同期で更新する。
・１２リードデータの診断解決と共に集計データ供給をレンダリングする。
・セキュア化されたＥＭＳデータ供給ウェブページモジュール１１２４への病院固有のログインを利用することにより、不正アクセスを阻止する。

図１は、患者監視装置１０６、患者カルテ記入装置１０８、及びナビゲーション装置１１０に通信可能に結合されたＢＯＡ装置１０４を示すが、本発明の代替の実施形態では、ＢＯＡ装置１０４は、図１に示されない追加のＥＭＳ関連装置に通信可能に結合され、且つ／又は図１に示される種類の複数の装置に通信可能に結合され、且つ／又は図１に示される種類の異なるモデル又はバージョンの装置に通信可能に結合される。例えば、ＢＯＡモジュール１１１０は、直接、且つ／又は装置アダプタ／通信インタフェースモジュール１１０４を介して以下のうちの１つ又は複数の装置と、ＥＭＳ関連装置データをやりとりするように構成し得る：除細動器、患者カルテ記入装置、ナビゲーション装置、ＧＰＳ装置、パルスオキシメータ、自動心肺蘇生救急装置（例えば、Ａｕｔｏｐｕｌｓｅ（登録商標）非観血式心臓サポートポンプ）、ドライバ安全監視システム、独立型血圧モニタ、血糖値測定装置、在庫制御システム、血中アルコールモニタ、飲酒検知機器、フュージョンポンプ、換気装置、ウェアラブル除細動装置（例えば、ＬｉｆｅＶｅｓｔ（登録商標）装置）、及びクルースケジューリングシステム。除細動器又は患者監視装置は、本発明の実施形態によれば、いくつかの異なる製造業者により製造され、且つ／又は販売される広範囲の除細動器又は患者監視装置の１つであり得る。ＢＯＡ装置１０４は、本発明の実施形態によれば、Ｚｏｌｌ Ｍｅｄｉｃａｌ Ｃｏｒｐｏｒａｔｉｏｎ製のＣｏｄｅＮｅｔ Ｗｒｉｔｅｒ（商標）装置にも通信可能に結合し、患者データ、ＣｏｄｅＮｅｔ Ｗｒｉｔｅｒ（商標）装置から得られたデータ等を集計するように構成することもできる。

本発明の実施形態によれば、ＢＯＡ装置１０４は、患者監視装置１０６、患者カルテ記入装置１０８、及びナビゲーション装置１１０のうちの１つ又は２つのみに通信可能に結合され、１つ又は２つのみのそのような装置からのＥＭＳ情報を編成して表示するように構成される。

図１１に関して説明されるモジュール及びアプリケーションは、図１と同様の名称を有するハードウェア装置に大まかに対応することができるが、本発明の実施形態によれば、異なる実施形態では、本明細書に提供される開示に基づいて、説明される手順を実行する様々なモジュール及び／又は命令を、異なる様々なハードウェア装置及び／又は示されていないハードウェア装置に配置し得ることを当業者は理解しよう。例えば、ＢＯＡ装置１０４は、ＢＯＡモジュール１１１０を含み、ＢＯＡモジュール１１１０のタスクを実行するように構成されたタッチスクリーンＰＣであり得るが、本発明の実施形態によれば、代替として、モニタ等の単純な表示装置であり得、ＢＯＡモジュール１１１０及び／又はモバイルアセット管理モジュール１１０６の計算機能は、他のハードウェアにより実行され、それにより、表示情報のみがＢＯＡ装置１０４に通信される。

本発明の実施形態によるＢＯＡ装置１０４は、Ｚｏｌｌ Ｄａｔａ Ｓｙｓｔｅｍｓ ＲｅｓｃｕｅＮｅｔ（登録商標）ｅＰＣＲ ＳｕｉｔｅのＱｕｉｃｋｌｏｇ機能と同様に、高速で容易なデータ入力を可能にするソフトウェアを有するタッチスクリーン装置を介して、データ入力を容易にするように構成し得る。さらに、ＢＯＡ装置１０４は、本発明の実施形態によれば、前のトランスポート並びに／或いはモバイルデータベース１１８及び／又は企業データベース１３０から検索された他のエージェンシーから、患者監視データ（例えば、１２リードＥＣＧデータ）を選択し表示できるようにするように構成し得る。そのような履歴及び／又は共有患者データは、病院に提供することもでき、且つ／又は病院若しくは他のケア施設によりデータ管理プログラムの部分として記憶し得る。ＢＯＡ装置１０４は、例えば、除細動装置によるそのような情報の「ライブ」表示と同様に、ストリーミングＥＣＧ情報を表示するように構成することもできる。ＢＯＡ装置１０４は、実施中の心肺蘇生についてのフィードバックをＥＭＳ隊員１１４に表示し、心肺蘇生の実施中及び／又は実施後にＣＰＲ技法を評価するように構成することもできる。本発明の実施形態によれば、ＢＯＡ装置１０４は、加速度計並びに／或いは胸部圧迫の存在、及び／又は胸部圧迫のタイミング、及び／又は深さ／変位、及び／又は速度、及び／又は加速度を検出するように構成された装置、例えば、２００２年５月２１日に発行された米国特許第６，３９０，９９６号明細書、２００４年１２月７日に発行された米国特許第６，８２７，６９５号明細書、２００６年１０月１７日に発行された米国特許第７，１２２，０１４号明細書、及び２００６年１月１２日に出願された米国特許出願公開第２００６／０００９８０９号明細書に記載又は参照される装置及び方法等の他のＣＰＲ評価装置に通信可能に結合され、それ（ら）装置から情報を受信するように構成し得、これら特許及び特許出願は参照により本明細書に援用される。

図１７は、本発明の実施形態による、ＢＯＡモジュール１１１０により実行される方法を示すフローチャート１７００を示す。プロセスはブロック１７０１において開始される。ＢＯＡモジュール１１１０は初期化され（ブロック１７０２）、次に、ユーザは、医療情報及び／又はＥＭＳ情報を受信する装置を選択し得る（ブロック１７０４）。例えば、そのような装置選択は、接続を確立するために、患者監視モジュール１１０２が受信する非同期メッセージを生成すること（ブロック１７０６）、接続を確立するために、ナビゲーションモジュール１１１４が受信する非同期メッセージを生成すること（ブロック１７０８）、及び／又は接続を確立するために、患者カルテ記入モジュール１１１２が受信する非同期メッセージを生成すること（ブロック１７１０）を含み得る。ユーザが、装置を選択又は変更する非同期イベントを開始する場合、装置の異なるサブセット（異なる装置、少数の装置、又は多数の装置）を随時選択し得る（ブロック１７１２）。

装置が選択されると、ＢＯＡ装置１０４は一連の異なる表示を循環させる（ブロック１７１４）。この循環は、事前設定された間隔で行われるようにプログラムすることができ、例えば、ＢＯＡ装置１０４は、７秒毎に異なるデータモデル間で表示を循環させるように構成し得る。例えば、ナビゲーション装置データモデルを表示し得（ブロック１７１６）、このデータモデルは、例えば、図３に示されるデータモデルと同様であり得る。事前設定された時間後、表示は、例えば、図４に示されるデータモデルと同様に、患者監視装置データモデルに切り替え得る（ブロック１７１８）。さらなる事前設定時間後、表示は、例えば、図５に示されたデータモデルと同様に、患者カルテ記入装置データモデルに切り替え得る（ブロック１７２０）。表示が各データモデルを通して循環すると、本発明の実施形態によれば、最初に表示されたデータモデルに戻り、循環を繰り返し得る。ユーザが、例えば、循環供給ボタン（図３のボタン３１８と同様）を選択することにより非同期イベントを開始する（ブロック１７２２）場合、他のタスク中にそのような循環を開始又は再開し得る。

ユーザが「供給」ボタンのうちの１つを選択すると（ブロック１７２４）、非同期イベントが生成され、その供給に対応するデータモデルをより長い所定の時間期間、例えば、１分にわたって表示させる（ブロック１７２６）。例として、ユーザが患者カルテ記入ボタン２０６を選択した場合（図２参照）、図５と同様の患者カルテ記入データモデルが即座に表示され、デフォルト循環時間よりも長い時間期間にわたって表示される状態を保つ。ユーザがパッチメモボタン２０８を選択した場合（ブロック１７２８）、本発明の実施形態によれば、非同期イベントが生成され、ユーザが次に、循環供給ボタン３１８又は特定の供給ボタン２０２、２０４、２０６を選択するまで、図６と同様のパッチメモデータモデルを表示させる（ブロック１７３０）。ユーザがプロトコルボタンを選択した場合（ブロック１７３２）、本発明の実施形態によれば、非同期イベントが生成され、ユーザが次に、循環供給ボタン３１８又は特定の供給ボタン２０２、２０４、２０６を選択するまで、図７と同様のプロトコルデータモデルを表示させる（ブロック１７３４）。

ＥＭＳ装置のうちの１つが新しいデータを受信するか、又は生成する場合、その装置は、本発明の実施形態によれば、ＢＯＡモジュール１１１０が受信する非同期通知を生成するように構成し得る。例えば、本発明の実施形態によれば、患者カルテ記入モジュール１１１２は、共有する新しい情報を有する場合、非同期メッセージを生成し得（ブロック１７３６）、患者監視モジュール１１０２は、共有する新しい情報を有する場合、非同期メッセージを生成し得（ブロック１７３８）、ナビゲーションモジュール１１１４は、共有する新しい情報を有する場合、非同期メッセージを生成し得る（ブロック１７４０）。これらの非同期メッセージは、新しいデータ又は更新データ自体を内部に含み得る。ＢＯＡモジュール１１１０は、これらの通知の１つ又は複数を受信した場合、特定の装置及び／又は受信した情報に対応する１つ又は複数のデータモデルを更新する（ブロック１７４２）。例えば、新しい患者カルテ記入情報を特定のカルテ記入モジュール１１１２（患者カルテ記入装置１０８で実行中であり得る）から受信した場合、ＢＯＡモジュール１１１０は、患者カルテ記入データモデルを更新して、最新データを反映させる。次に、ＢＯＡモジュール１１１０は表示をリフレッシュし（ブロック１７４４）、それにより、データモデル内の任意のデータがブロック１７４２において更新された場合、現在表示されているデータモデルは、新しいデータモデルで即座に置換される。次に、データモデルの更新は、企業アプリケーションサーバ１２８に存在し得るＢＯＡ企業モジュールに送信し得（ブロック１７４６）、それにより、本発明の実施形態によれば、ＢＯＡ企業モジュールへの非同期メッセージが生成される（ブロック１７４８）。

本発明のいくつかの実施形態は様々なステップを含み、ステップのうちのいくつかは、ハードウェア構成要素により実行し得、又は機械実行可能命令で具現し得る。これらの機械実行可能命令を使用して、命令がプログラムされた汎用又は専用プロセッサにステップを実行させ得る。或いは、ステップは、ハードウェア、ソフトウェア、及び／又はファームウェアの組み合わせで実行してもよい。さらに、本発明のいくつかの実施形態は、少なくとも部分的に（例えば、１つ又は複数のモジュール）、１つ又は複数のコンピュータシステム、メインフレーム（例えば、ＩＢＭ ｚＳｅｒｉｅｓ等のＩＢＭメインフレーム、Ｕｎｉｓｙｓ ＣｌｅａｒＰａｔｈメインフレーム、ＨＰ Ｉｎｔｅｇｒｉｔｙ ＮｏｎＳｔｏｐサーバ、ＮＥＣ Ｅｘｐｒｅｓｓシリーズ等）、又はクライアント−サーバ型システムで実行又は実施し得る。さらに、本発明の実施形態の特定のハードウェア態様は、これらのシステムの１つ又は複数又はその部分を組み込み得る。

したがって、図１８は、本発明の実施形態が利用し得るコンピュータシステム１８００の例である。本例によれば、コンピュータシステムは、バス１８０１と、少なくとも１つのプロセッサ１８０２と、少なくとも１つの通信ポート１８０３と、メインメモリ１８０４と、リムーバブル記憶媒体１８０５と、読み取り専用メモリ１８０６と、大容量記憶装置１８０７とを含む。

プロセッサ１８０２は、Ｉｎｔｅｌ（登録商標）Ｉｔａｎｉｕｍ（登録商標）若しくはＩｔａｎｉｕｍ ２（登録商標）プロセッサ、又はＡＭＤ（登録商標）Ｏｐｔｅｒｏｎ（登録商標）、又はＡｔｈｌｏｎ ＭＰ（登録商標）プロセッサ、又はＭｏｔｏｒｏｌａ（登録商標）ラインのプロセッサ等であるが、これらに限定されない任意の既知のプロセッサであることができる。通信ポート１８０３は、例えば、モデムベースのダイアルアップ接続と併用されるＲＳ２３２ポート、１０／１００イーサネットポート、又は銅若しくはファイバを使用するギガビットポートのうちの任意であることができる。通信ポート１８０３は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、又はコンピュータシステム１８００に接続する任意のネットワーク等のネットワークに応じて選び得る。メインメモリ１８０４は、ランダムアクセスメモリ（ＲＡＭ）又は当業者に一般に知られている他の任意の動的記憶装置であることができる。読み取り専用メモリ１８０６は、例えば、プロセッサ１８０２の命令等の静的な情報を記憶するプログラマブル読み取り専用メモリ（ＰＲＯＭ）等の任意の静的記憶装置であることができる。

大容量記憶装置１８０７は、情報及び命令の記憶に使用することができる。例えば、例えば、ＳＣＳＩドライブのＡｄａｐｔｅｃ（登録商標）ファミリのハードディスク、光ディスク、ＲＡＩＤ（例えば、ＲＡＩＤドライブのＡｄａｐｔｅｃファミリ）等のディスクアレイ、又は他の任意の大容量記憶装置を使用し得る。バス１８０１は、プロセッサ１８０２を他のメモリ、記憶装置、及び通信ブロックに通信可能に結合する。バス１８０１は、例えば、使用される記憶装置に応じて、ＰＣＩ／ＰＣＩ−Ｘ又はＳＣＳＩベースのシステムバスであることができる。リムーバブル記憶媒体１８０５は、例えば、任意の種類の外付けハードドライブ、フロッピー（登録商標）ドライブ、フラッシュドライブ、ＩＯＭＥＧＡ（登録商標）Ｚｉｐドライブ、コンパクトディスク−読み取り専用メモリ（ＣＤ−ＲＯＭ）、コンパクトディスク−書き換え可能（ＣＤ−ＲＷ）、又はデジタルビデオディスク−読み取り専用メモリ（ＤＶＤ−ＲＯＭ）であることができる。上述した構成要素は、いくつかの種類の可能性の例示を意味する。上記例は、単なる例示的な実施形態であるため、本発明の範囲を決して限定しない。

本発明の実施形態は、緊急医療サービス環境で様々な他の解決策を達成するように構成し得る。例えば、ＢＯＡ装置１０４は、ナビゲーション装置１１０と通信し、追加のマッピング及び／又はナビゲーション情報を提供するように構成し得る。ＢＯＡ装置１０４は、病院行先についての状態情報を表示し、本発明の実施形態によれば、救急車１０１を向かわせる迂回路又は代替の行先を示し得る。ＢＯＡ装置１０４は、本発明の実施形態によれば、病院の適応性（例えば、心臓専門、火傷専門）、許容される保険、収容可能患者数及び現在の患者収容状態等の病院及び／又は他の行先についての特徴も表示し得る。ＢＯＡ装置１０４は、病院又は他の行先の企業ワークステーション１２２と通信して、患者１１６の事前登録又は部分的な事前登録を可能にすることもできる。本発明の実施形態によれば、受け入れ余地のない病院は、救急車のドライバ１１２に受け入れ余地なしと示される。ＢＯＡ装置１０４は、そのような情報を地図と同時に表示し、且つ／又はナビゲーション中、行先選択に役立つように構成し得る。この情報は、本発明の実施形態によれば、企業サーバ１２６若しくは１２８、及び／又は企業ワークステーション１２２、及び／又はナビゲーション装置１１０からネットワーク１２０を介して取得し得る。

ＢＯＡ装置１０４は、本発明の実施形態によれば、ＥＭＳドライバ１１２及び／又はＥＭＳ隊員１１４を含め、ユーザと様々な方法で通信するように構成することもできる。例えば、ＢＯＡ装置１０４は、音声プロンプト、アラーム、スケジューリング、タイミング、及び／又は音声ストリームをＥＭＳユーザに提供するように構成し得る。ＢＯＡ装置１０４には、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続性又は機能を構成し得、それにより、ユーザは、一意のＢｌｕｅｔｏｏｔｈ（登録商標）装置とＢＯＡ１０４とを接続又は対にして、音声情報を受信し、且つ／又は声でのプロンプトを通信し得る。アラームは、本発明の実施形態によれば、始動イベント時、例えば、ＢＯＡ装置１０４が、検出パラメータが許容範囲外又は許容値外であることを示す非同期イベント信号をセンサから受信した場合に音を発するか、又は視覚的に表示するように構成し得る。音声及び／又は視覚的な合図を使用して、特定の投与計画をユーザに警告し得、例えば、最初の薬剤投与から特定量の時間が経過した場合にビープ音を発し得る。そのようなアラーム及び／又は計画は、本発明の実施形態によれば、ユーザが設定若しくはカスタマイズし得、又はアラーム及び計画オプションの所定のセットから選択し得る。

本発明の実施形態によれば、ＢＯＡ装置１０４は、役割ベースのデータ及び／又は音声ストリームを提供し得る：例えば、ＣＰＲを施す隊員は、患者の心臓状況についての音声及び／又は視覚的情報を受信し得るが、ＢＯＡ装置１０４は、そのユーザに対して地図及び／又はルート指定情報等の他の情報をフィルタリングして除去し得る。本発明の実施形態によれば、役割に基づいて、プライベートでカスタマイズされたフィードバック及び／又は情報をＥＭＳユーザに提供し得る。

ＢＯＡ装置１０４は、本発明の実施形態によれば、ＥＭＳ隊員に判断サポートをさらに提供し得る。隊員１１４により入力される情報（例えば、患者カルテ記入装置１０８を介して）及び／又は患者監視装置１０６から受信する情報に基づいて、ＢＯＡ装置１０４は、本発明の実施形態によれば、その情報を内部又は外部データベースと比較して、鑑別診断及び／又は予測診断を表示又は他の様式で伝達し得る（例えば、ベクター又はＥＫＧ情報に基づいて）。例えば、ＢＯＡ装置１０４は、症状及び／又は治療への反応に基づいて判断マトリックスをＥＭＳ隊員１１４に提示して、例えば、インタラクティブ形式で、ＥＭＳ隊員１１４による潜在的な診断判断を支援し得る。ＢＯＡ装置１０４は、隊員１１４又は通信している装置の１つから受信する情報に基づいて、プロトコル又はプロトコルへのリンクを提供し得る。

一実施形態では、患者の病歴についてのデータは、ＢＯＡ装置１０４のモニタを介する患者の生理学的測定と共に、ＢＯＡ装置１０４を介して入力し得る。鑑別診断は患者の病歴、患者の検査所見、並びにＥＣＧ、カプノグラフ、及びパルス酸素濃度等のモニタリングを介する患者の生理学的状態の測定の両方を必要とするため、これらのデータ要素はユーザインタフェースに統合され、ユーザインタフェースは、本発明の実施形態によれば、ＢＯＡ装置１０４のアプリケーション内の１つの鑑別診断画面上で、様々なデータ要素を自動的又は半自動的に統合する。ＢＯＡ１０４のインタフェースは、救急隊員が一般的に存在する症状又は患者の訴えのリストから、例えば、呼吸困難又は呼吸の苦しさを選択するように求めることにより開始される。図２６〜図２８（参照により本明細書に援用されるＡｍ Ｆａｍ Ｐｈｙｓｉｃｉａｎ ２００３；６８：１８０３−１０から直接とったもの）及び図２９（０２／０１／０８に改訂されたＣｏｌｌｉｅｒ Ｃｏｕｎｔｙ Ｃｏｍｍｏｎ Ｍｅｄｉｃａｌ Ｐｒｏｔｏｃｏｌから直接とったもの）に示される画面上の情報等の情報は、救急隊員が情報を取得する構造的手法を提供する。患者の病歴及び生理学的な検査所見がＢＯＡ装置１０４に入力されるにつれて、鑑別診断ページは考えられる診断を徐々に狭め得る。心音の測定及び検出が、Ｓ３及びＳ４心音を検出するために監視装置１０６に組み込まれ、鑑別を自動的に狭め、又は心不全若しくは肺水腫がソフトウェア診断と一致することを確認するように救急隊員に示唆し得る。心音を組み込むためのフローチャートを図２６〜図２９に示す。パルス酸素濃度及びカプノグラフも、非常に有益な測定であり、より正確な診断のために、アルゴリズムに自動的に組み込み得る。

一実施形態では、救急隊員は、図２６〜図２９の画面に表示されるリストから考えられる所見として列挙される病歴又は身体検査所見へのカーソルに単に触れることが可能であり得、それにより、不必要な打鍵入力を最小に抑え得る。考えられる所見又は病歴の各リストの下には、現在の状況と通常は一貫しない所見又は病歴のために、「他」のデータ入力位置がある。一実施形態では、これらの追加の所見、病歴、又は生理学的測定は、本発明の実施形態によれば、より大きな鑑別診断データベースと比較して、計算された確率に基づいて、他の可能性を救急隊員に示唆し、又はその他の考えられる原因が除外されたか否かを示唆することができる。

１２リードデータ及び他のＢＯＡ１０４装置データを企業環境１０２に送信し、企業ワークステーション１２２又はウェブベース環境で表示且つ／又は検索し得るのと略同じように、ＢＯＡ装置１０４は、本発明の実施形態によれば、企業環境１０２から同様の情報を受信し、表示し、且つ／又は記憶するように構成することもできる。例えば、患者が、専門的なケアを受けるためにある病院から別の病院に搬送中である状況では、病院は、患者のバイタル、及び／又は既往歴、及び／又は医師の推奨についての情報をＢＯＡ装置１０４に送信し得る。或いは、病院は、遠隔にいるＥＭＳ隊員による、そのような情報が保持された１つ又は複数のデータベースの照会の電子許可を認めて、ＥＭＳ隊員１１４が、ＢＯＡ装置１０４のインタフェースを使用して、受信したい情報及び情報量を選択できるようにし得る。このようにして、救急車１０１内の隊員は、例えば、病院で患者に何か生じているかを知ることができる。

ＢＯＡ装置１０４は、本発明の実施形態によれば、音声認識ソフトウェア及び／又はテキスト−音声変換ソフトウェアを含むこともできる。したがって、本発明の実施形態によれば、ＢＯＡ装置１０４は、１つ又は複数の装置から受信したテキスト又は数値データを読み上げて、そのデータをＥＭＳ隊員１１４に聞こえるように伝達する音声信号を提供し得、それにより、ＥＭＳ隊員１１４は、視覚的注意を患者又は別の作業から逸らす必要がない。ＢＯＡ装置１０４は、声によるコマンドプロンプトを認識して、ユーザが、手の注意を患者又は目の前の作業から逸らす必要性に代えて、声でＢＯＡ装置１０４を操作できるようにもし得る。

ＢＯＡ装置１０４は、患者監視装置１０６等の装置に記憶された音声データを検索して、処置若しくは診断及び／又は記憶、隊員評価、品質管理、若しくは後の再生においてＥＭＳ隊員１１４を助けるように構成し得る。例えば、本発明の実施形態によれば、患者監視装置１１４は、連続音声ストリームを記録する除細動器であり得、ＢＯＡ装置１０４は連続音声ストリームにアクセスし、特定の部分を選択的に再生し、且つ／又は音声ストリーム若しくは音声ファイルを送信して、遠隔アクセス若しくは遠隔記憶できるようにし得る。ＢＯＡ装置１０４は、ＥＭＳ隊員１１４が患者に到着する前であっても、患者監視装置１０６又は他の装置から音声情報を受信して、現場の準備に関してＥＭＳ隊員１１４を助けるように構成することもできる。

本発明の実施形態によれば、ＢＯＡ装置１０４は、ビデオ監視装置、例えば、ウェブカム若しくは独立したビデオカメラ及び／又はＢＯＡ装置１０４が接続する別の装置に搭載されるか、若しくはその装置の部分であるビデオ捕捉装置に接続するように構成し得る。例えば、救急車１０１の後部に搭載されたビデオカメラ又はスチルカメラは、企業環境１０２及び／又は管理環境１０３に記憶し、且つ／又は送信し、且つ／又は再送信するために、ＢＯＡ１０４に視覚的データを提供し得る。そのようなビデオ供給により、例えば、患者が到着する前に、病院で待機中の医師が患者の状態を見ることが可能であり得る。

臨床及び非臨床の両方の複数のＥＭＳ関連装置に接続し、インタフェースし、複数の装置からのそのようなＥＭＳ情報（臨床及び非臨床の両方）を集計する能力により、ＢＯＡ装置１０４は、在庫を監視し制御するように構成することもできる。例えば、ＢＯＡ装置１０４は、バーコードスキャナ、無線周波数識別（「ＲＦＩＤ」）受信器若しくは送受信器、又は他の在庫監視装置に通信可能に結合し得る。ＢＯＡ装置１０４は、特定の在庫品目セットを、それが医療装置であるか、補給品であるか、薬剤であるか、それとも人員等であるかに関わりなく追跡するデータベースを保持し、又はそのようなデータベースと通信し得る。

例えば、ＢＯＡ装置１０４は、特定の救急車１０１に搭載されている装置、補給品、及び薬剤の在庫を追跡するデータベースを含み得る。新しい装置が救急車１０１に配置される場合、その新しい装置にタグ、又はバーコード、又は他の一意の識別子が取り付けられ、ＢＯＡ装置１０４は、新しい在庫品目の存在を自動的に感知するか、又は感知するように命令される（例えば、バーコードスキャナを用いてバーコードをスキャンすることにより）ように構成し得る。ＢＯＡ装置１０４は、状態更新要求でユーザを促すこともでき、例えば、新品目、除去された品目、投薬中の品目、破壊された品目、移転中の品目。したがって、救急車１０１のシフト開始時に、クルーはＢＯＡ装置１０４に問い合わせて、車載されている装置、補給品、及び／又は薬剤の在庫を表示し得、任意の不足品の在庫を補足し得る。薬剤が投与される場合、薬剤投与をスキャンしてＢＯＡ装置１０４システムに入力し得、投与されたため、交換すべきであることが指示される。シフト終了時、クルーは、ＢＯＡ装置１０４を介して在庫をチェックし、必要な補給品を補充し、且つ／又は任意の適切な補充、監視、及び／又は確認活動のために、在庫状況を第三者に送信し得る。

そのような在庫情報は、遠隔使用及び／又は記憶のためにＢＯＡ１０４により伝達することもできる。例えば、除細動器患者監視装置１０６を救急車１０１の各クルーがチェックし、この情報は、ＢＯＡ装置１０４によりネットワーク１２０を通して企業記憶サーバ１２６に送信し得、企業記憶サーバ１２６は、複数の救急車１０１にわたるそのような情報を集計し得る。本発明の実施形態によれば、遠隔企業ワークステーション１２２を使用するシフト監督者は、そのようなデータベース１０１を照会して、どの除細動器がどの救急車で現場に出ているかを特定し得る。このようにして、ＢＯＡ装置１０４は、在庫情報を中央システムに自動的にアップロードし得る。

ＢＯＡ装置１０４は、本発明の実施形態によれば、ＥＭＳ隊員１１４及び患者１１６の安全を追跡する装置（臨床及び／又は非臨床）に接続するように構成することもできる。例えば、ＢＯＡ装置１０４は、本発明の実施形態によれば、加速度計、及び／又はタイヤ圧センサ、及び／又は他の車両関係センサに接続して、運転状況、運転挙動、安全レベル、及び／又はイベント発生を追跡するように構成し得る。本発明の一実施形態によれば、ＢＯＡ装置１０４は、飲酒検知装置に接続するように構成し得、飲酒検知装置は、ドライバ及び／又は患者の血中アルコール濃度を感知し、且つ／又は推定するために使用し得る。ＢＯＡ装置１０４は、本発明の実施形態によれば、そのようなデータを収集し、ユーザにフィードバックフォーマットで表示し得、且つ／又は記憶及び／又は遠隔評価のためにネットワーク１２０を通してそのようなデータを送信し得る。ＢＯＡ装置１０４は、本発明の実施形態によれば、車両の保守計画を監視し、保守が必要又は推奨される場合、ユーザに警告することもできる。

ネットワーク１２０との接続とともに、他の装置１０６、１０８、１１０との接続にもより、ＢＯＡ装置１０４は、本発明の実施形態によれば、外傷又は災害状況で救急車本部及び／又は一種の「中継局」として機能することもできる。例えば、ＢＯＡ装置１０４は、救急車１０１外部の装置及び／又は異なる救急車１０１内にある装置を含む複数の装置に接続して、例えば、ＢＯＡ装置１０４のユーザが反応治療を見て管理できるように構成し得る。本発明の実施形態によれば、そのような構成では、複数の装置（例えば、複数の除細動器又は他の患者監視装置）からのデータを、ネットワーク１２０を通して企業環境１０２及び／又は管理環境１０３に伝達することも可能であり得る。別の例として、上述したＢＯＡ装置１０４システムが備えられた１台の救急車１０１を災害又は外傷状況に配備し得、ＢＯＡ装置１０４を複数の患者監視装置１０６に接続し、それらの装置からの情報を集計し得る。監督者又は状況マネージャが、ＢＯＡ装置１０４を使用して、治療状態を監視し、患者医療のニーズの優先順位を付け、関連情報を選択された外部の介護者、病院、及び／又は治療センターに送信し、それに従ってリソースを分配し得る。

本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４は、接続された装置の診断を実行し、且つ／又は自己診断を開始するように構成される。ＢＯＡ装置１０４は、ダウンロードされたプロトコルを表示に提供し、且つ／又は医学的緊急事態をシミュレート（例えば、医学的緊急事態中又は搬送中の複数の臨床装置及び非臨床装置からのデータ供給をシミュレート）することにより、ＥＭＳ隊員１１４の訓練及び／又は教育に使用することもできる。

本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４は、ナビゲーション装置１１０（又は他の所定の装置）との接続がオンラインであるか、それともオフラインであるかの視覚的表示を提供する。いくつかの実施形態によれば、ユーザは、現在の患者情報よりも既往歴の表示を選択することができ、例えば、ユーザは、前の１２リードのサムネイル表示を選択し得、１２リードデータスナップショットの集まりを、例えば、一意のシリアルナンバーと共に企業環境１０２（例えば、病院）に送信することができる。企業ユーザ１２４は、本発明の実施形態によれば、ＢＯＡ装置１０４からのパッチメモを表示することもでき、それにより、ＥＭＳ隊員１１４は電話で伝達する必要がない。

ＢＯＡ装置１０４は、本発明の実施形態によれば、ＢＯＡ装置１０４が接続された各装置及び接続状態を列挙したドロップダウンメニューインタフェースを含むこともできる。ＢＯＡ装置１０４は、指紋リーダ若しくは網膜スキャナ等の生体認証装置又はキーパッド等の非生体認証装置に接続して、患者の身元確認及び／又は患者医療記録へのアクセス許可を支援するように構成することもできる。そのような記録は、例えば、遠隔データベースに記憶し、且つ／又は異なるエンティティにより記憶し得る。

図２０〜図２３は、患者監視モジュール１１０２と装置アダプタ／通信インタフェース１１０４（図１１参照）との通信に役立つように構成されたＥＭＳ通信インタフェース装置２０００を示す。すべての患者監視装置１０６が、ＢＯＡ装置１０４又は他の企業環境１０３のいずれかとの特定の種類の通信（例えば、無線通信）に必要なハードウェアを含むわけではない。ＥＭＳ通信インタフェース装置２０００は、本発明の実施形態によれば、患者監視装置１０６への付属品として追加して、通信能力を補うとともに、追加の機能を提供し得る。

ＥＭＳ通信インタフェース装置２０００は、本発明の実施形態によれば、例えば、ＰＣＭＣＩＡカードスロット、ＵＳＢスロット等の既存のハードウェアインタフェースを介して患者監視装置１０６とインタフェースするように構成し得る。以下の例は、本発明の実施形態により、装置１０６内のＰＣＭＣＩＡカードスロットを介して患者監視装置１０６とインタフェースするＥＭＳ通信インタフェース装置２０００を示す。

図２０は、本発明の実施形態による、ＥＭＳ通信インタフェース装置２０００のキャリア基板２０１０の設計を示す。キャリア基板２０１０は、様々なサブシステムのシステムオンモジュール（「ＳＯＭ」）のカスタムキャリア基板であり得る。キャリア基板２０１０は、ＰＣＭＣＩＡエッジコネクタ２０３０、ＰＣＭＣＩＡアドレス・制御送受信器２０１２、ＰＣＭＣＩＡデータ送受信器２０１４、基板電源２０１６、先入れ先出し（「ＦＩＦＯ」）コプロセッサ入力メモリバッファ２０１８、フラッシュメモリ共通メモリプレーン（「ＣＭＰ」）２０２０、複合プログラマブル論理デバイス（「ＣＰＬＤ」）属性メモリプレーン（「ＡＭＰ」）スプーフシフタ２０２２、ユニバーサルシリアルバス（「ＵＳＢ」）ユニバーサル非同期受信器−送受信器（「ＵＡＲＴ」）ブリッジ２０２４、ＣＰＬＤプログラミングインタフェース２０２６、及びリセットプッシュボタン２０２８をホストし得る。本発明の実施形態によれば、３．３Ｖ、１．８Ｖ、及び１．５Ｖレベルの電源をＰＣＭＣＩＡ ５Ｖ及び可能な場合には１２Ｖの入力から導出し得る。装置２０００はＵＳＢ２．０ポートをさらに含み得る。

キャリア基板２０１０は、例えば、Ｇｕｍｓｔｉｘ Ｏｖｅｒｏ Ａｉｒ ＳＯＭ又はＬｏｇｉｃＰＤ Ｔｏｒｐｅｄｏ ＳＯＭ等のＳＯＭコプロセッササブシステム２０４０を含むこともできる。ＳＯＭ２０４０は、Ｂｌｕｅｔｏｏｔｈ（「ＢＴ」）無線及び／又はアンテナ並びに／或いはＷｉＦｉ（例えば、８０２．１１ａ／ｂ／ｇ／ｎ）無線及び／又はアンテナ２０４２を含み得る。８０２．１１ａ／ｇサブシステムは、本発明の実施形態によれば、ブート中に初期化し構成し得、端末セッションを介して構成することもできる。ＳＯＭ２０４０は、例えば、リムーバブルマイクロＳＤ記憶／メモリスロット等の記憶装置２０４４を含むこともできる。マイクロＳＤカードは、ランダムアクセス記憶装置等のスロット並びにブートストラップコード源で使用して、コプロセッササブシステム２０４０を初期化し得る。ＳＯＭ２０４０は、例えば、Ｔｅｘａｓ Ｉｎｓｔｒｕｍｅｎｔｓ ＴＰＳ６５９５０集積電力管理ＩＣ等の電力管理集積回路（「ＩＣ」）２０４８を含むこともできる。ＳＯＭ２０４０は、例えば、２５６ＭＢのランダムアクセスメモリ（「ＲＡＭ」）と、２５６ＭＢの不揮発性ＲＡＭ（「ＮＶＲＡＭ」）とをパッケージオンパッケージ（「ＰＯＰ」）パッケージ内に有するＴＩ Ｏｐｅｎ Ｍｕｌｔｉｍｅｄｉａ Ａｐｐｌｉｃａｔｉｏｎｓ Ｐｌａｔｆｏｒｍ（「ＯＭＡＰ」）３５０３プロセッサ等のプロセッサ２０４６を含むこともできる。コプロセッササブシステム２０４０は、本発明の実施形態によれば、デュアル７０ピンヘッダを介してキャリア基板２０１０に通信可能に結合し得る。キャリア基板２０１０は、本発明の実施形態によれば、プログラムのためにジョイントテストアクショングループ（「ＪＴＡＧ」）インタフェースを含むこともできる。

装置２０００は、例えば、Ａｃｔｅｌ Ｉｇｌｏｏ Ｎａｎｏ ＡＧＬ２５０Ｖ２−ＶＱＧ１００＿０等のＣＰＬＤファームウェアを含み得る。そのようなＣＰＬＤファームウェアは、本発明の実施形態によれば、読み／書き動作について線形フラッシュ（「ＬＦ」）制御信号を支配し、ＦＩＦＯデュアルポート実施のように書き込み及び読み出し動作についてＦＩＦＯ制御信号を支配し、ＬＦ、ＦＩＦＯ、及びＯＭＡＰにレベルシフトアドレス及びデータバスを利用し得る。装置２０００は、例えば、ＯＥ２．６．ｘ Ｏｐｅｎ Ｅｍｂｅｄｅｄ Ｌｉｎｕｘ等のオペレーティングシステムを含み得る。装置２０００は、本発明の実施形態によれば、Ｃ＃共通言語ランタイム（２．６．２）、例えば、Ｍｏｎｏ共通言語ランタイム（「ＣＬＲ」）を利用し得る。装置２０００は、本発明の実施形態によれば、ＳＱＬｉｔｅソフトウェアライブラリを使用する永続的なデータ記憶装置を含み得る。装置２０００は、本発明の実施形態によれば、アセット管理パターン化データ記憶をフレームデータに対して実行し、且つ／又はパラメータ化フレーム検索にアセット管理パターン化サービスを実行し得る。装置２０００は、本発明の実施形態によれば、ストリーミングデータ出力、．ＮＥＴ遠隔サービスバス、及び／又は．ＮＥＴ遠隔イベントバスにデータグラムプロトコル／インターネットプロトコル（「ＵＤＰ／ＩＰ」）を使用して、ＷｉＦｉ通信を達成し得る。

図２１は、本発明の実施形態によるＥＭＳ通信インタフェース装置２００のシステム概観を示す。患者監視モジュール１１０２は、患者監視データを処理して送信する。患者監視モジュール１１０２は、本発明の実施形態によれば、Ｚｏｌｌ Ｅ−Ｓｅｒｉｅｓ除細動器により実施し得る。そのような患者監視モジュール１１０２は、本発明の実施形態によれば、ＢＴ無線接続２１１０を介してストリーミング患者バイタルサイン及び１２リード情報並びに全開示データを、装置アダプタ１１０４の部分であるＢＴプラグイン２１１２に送信するように構成される。本明細書で使用する場合、「全開示データ」という用語は、患者監視装置１０６により記録される全データを意味し、限定ではなく、患者バイタルサイン、１２リードデータ、音声情報、ＥＣＧ情報、リードタイプ、利得、除細動器ショック情報、システムモード、パドルタイプ、心拍数アラーム状態、心拍数、構成情報、コードマーカ情報、非観血血圧測定、患者名、患者識別情報、２相性除細動器データ、観血血圧情報、観血血圧波形データ、体温データ、ＳｐＯ_２情報、ＳｐＯ_２波形、サンプル番号情報、加速度計情報、加速度計波形、インピーダンス波形、ＣＰＲ現場データ、ＡＰＬＳ波形、及び／又はＡＰＬＳ圧迫検出を含む。

ＷｉＦｉ無線接続は、ＢＴ無線接続よりもはるかに高い情報転送帯域幅を有する。しかし、場合によっては、患者監視モジュール１１０２が実行される患者監視装置１０６はＷｉＦｉ性能を有さず、ＰＣＭＣＩＡインタフェース２１１４を有するＰＣメモリカード国際規格（「ＰＣＭＣＩＡ」）カードスロットを含み得る。ＰＣＭＣＩＡカードは、ＰＣカードと呼ばれることもある。ＥＭＳ通信インタフェース装置２０００は、ＰＣＭＣＩＡカードスロット２１１４に差し込み得る。装置２０００は、本発明の実施形態によれば、線形フラッシュメモリカード２１２２又は他のメモリ要素を含み、患者監視装置１０６からの全開示データを記録し得る。本発明の実施形態によれば、メモリカード２１２２を使用して、患者監視装置１０６データスロットに書き込まれたすべてのデータを線形フラッシュメモリ２１２２に記憶することにより、線形フラッシュメモリ２１２２から記憶データのユーティリティモードユーザ開始検索を許可することにより、且つ／又は線形フラッシュメモリ２１２２のユーティリティモードユーザ開始消去を許可することにより、患者監視装置１０６のすべての既存のメモリカード機能を複製し得る。

患者監視モジュール１１０２からの全開示データストリームは、本発明の実施形態によれば、ＥＭＳ通信インタフェースモジュール２１１６によりＰＣＭＣＩＡスロット２１１４を通して受信することもでき、ＥＭＳ通信インタフェースモジュール２１１６は、全開示データをインシデントデータに変換し、ＷｉＦｉ接続２１１８を介して、通信インタフェース１１０４の部分であるＷｉＦｉプラグイン２１２０にインシデントデータを提供する。

図２２は、本発明の実施形態によるＥＭＳ通信インタフェース装置２０００の別のシステム概観を示す。図２１に示されるように、全開示データは、本発明の実施形態によれば、メモリモジュール２１２２、例えば、フラッシュ線形アナログメモリモジュール２１２２に記録される。フラッシュアナログモジュール２１２２は、本発明の実施形態によれば、患者監視装置１０６に永久的に関連付けられた任意のメモリ要素に装置１０６が読み出し、書き込み、及び／又は消去を行い得る様式と同様にして、患者監視モジュール１１０２により読み出し、書き込み、及び／又は消去を行い得る。これは、例えば、装置１０６のユーティリティモードを使用することにより達成し得る。したがって、フラッシュアナログ２１２２は、ＳＯＭ（例えば、マイクロプロセッサ２２０４）とインタフェースせず、患者監視モジュール１１０２のみと書き込み／読み出し／消去様式でインタフェースする。

本発明の実施形態によれば、フラッシュアナログメモリ２１２２は、患者監視装置１０６に通常関連付けられ、患者監視装置１０６内に埋め込まれ得る線形フラッシュカードに類似するように設計される。特定の情報は、不揮発性メモリ領域、例えば、属性メモリプレーンに記憶し得、特定の他の情報は、共通メモリプレーンの第１の一連のバイトに記憶して、メモリ２１２２が患者監視装置１０６の内部メモリに類似し得る。通信インタフェース２１１６はＦＩＦＯバッファ２０２２であり得、ＦＩＦＯバッファ２０２２は、ＰＣＭＣＩＡインタフェース２１１４を介して患者監視モジュール１１０２から全開示データを受信し、全開示データをマイクロプロセッサ２２０４に渡し得る。ＦＩＦＯ２２０２は、本発明の実施形態によれば、患者監視モジュール１０６からマイクロプロセッサ２２０４へと一方向である。送信されるインシデントデータは、アセット管理データベース２３１４に存在してもよい。

本発明の実施形態によれば、ＦＩＦＯバッファ２２０２及び／又はフラッシュアナログメモリモジュール２１２２は、ＳＯＭ２０４０が非稼働である場合であっても機能するハードウェアのみの解決策である。この機能は、本発明の実施形態によれば、ＳＯＭ２０４０が機能しない場合にデータを保護できるようにするとともに、ＳＯＭ２０４０がデータをバッファリングして、初期化できる（例えば、ＥＭＳ通信インタフェースサービスをブートして開始できる）ようにする。本発明の実施形態によれば、カード２１２２への治療モードデータ捕捉中、仮にＳＯＭ２０４０がディセーブルされる場合であっても、装置１０６のデータは失われない。本発明の実施形態によれば、これによりまた、メモリモジュールへのデータ記憶に関して患者監視装置１０６のユーティリティモードで訓練したユーザは、装置１０６内部のメモリモジュールの代わりに、メモリモジュール２１２２にデータが記憶される状態であっても、そのようなユーティリティモードを使用し続けることができる。

通信インタフェース１１０４の部分であるプラグイン２１２０を使用して、インシデントデータ（「ＩＤ」）を、ＷｉＦｉ接続２１１８を介してマイクロプロセッサ２２０４からストリーミングし得る。そのような情報は、例えば、ＢＯＡ装置１０４により受信して表示し得、リアルタイム及び／又は臨床的な重要時に表示し得る（例えば、医療的に正確で適時の観察、診断、及び／又は治療判断を行うことができる時間以下の遅延をもって）。本発明の実施形態によれば、インシデントデータは、１秒以下の遅延でＢＯＡ装置１０４にストリーミングし得る。例えば、除細動器患者監視装置１０６により生成される１２リードデータは、本発明の実施形態によれば、少なくとも１秒に１回更新し得る。

マイクロプロセッサ２２０４は、本発明の実施形態によれば、イベントバスを介し、ＷｉＦｉ接続２１１８を経由して非同期（例えば、イベントベース）通知を生成するようにプログラミングすることもできる。例えば、患者のバイタルサインが現在のパラメータ外になった場合、マイクロプロセッサ２２０４は、イベントバスを介し、通信インタフェース１１０４を経由してアラームイベントを送信するようにプログラムし得る。

さらに、マイクロプロセッサ２２０４は、本発明の実施形態によれば、双方向サービスバス／サービスインタフェースを可能にし、特定のインシデントに関連するインシデントデータを要求可能にするようにプログラムし得る。例えば、処置後、ユーザは、サービスバスを介して、マイクロプロセッサ２２０４から、患者インシデントに関連付けられたすべての情報を要求し得る（ケース番号、患者名等の一意のインシデント識別子を使用して）。次に、マイクロプロセッサ２２０４は、本発明の実施形態によれば、アセット管理モジュール２３１４に問い合わせ、特定のインシデントに関連付けられたあらゆる記録を検索し、サービスバスを通して返信する。このようにして、ユーザは、カードファイルデータ（多くの場合、複数のインシデント又は求められる情報の特定のサブセットを超える情報に関連する）をすべてダウンロードする必要なく、特定のインシデントデータを検索し得る。これは、記憶及び／又は転送前に、マイクロプロセッサ２２０４がデータをインシデントデータに変換することにより可能になる。いくつかの場合、ユーザは、アセット管理モジュール２３１４に記憶されているすべてのデータを要求したいことがあり、これは、患者監視モジュール１１０２から直接カードファイルを要求する動作と同様である。

図２３は、本発明の実施形態による、ＥＭＳ通信インタフェース装置２０００のソフトウェア論理図を示す。Ｌｉｎｕｘカーネル２３０２は、データストリーム（例えば、全開示データ）２３０１を患者監視装置１０６から受信するように構成された汎用入出力（「ＧＰＩＯ」）モジュール２３０４を含み得る。データストリーム２３０１は、本発明の実施形態によれば、いくつかのＧＰＩＯ２３０４ラインを用いて制御されるＦＩＦＯモジュール２２０２を通してシステム２０００とインタフェースする。ＦＩＦＯは、本発明の実施形態によれば、ＧＰＩＯ状態、データの制御ビット及び８ビットを使用してＳＯＭに読み出される。いくつかの実施形態では、デバッグを容易にするために、装置ドライバではなくバイトストリームドライバ２３０８をユーザ空間に実施し得る。バイトストリームドライバ２３０８は、ＦＩＦＯ２２０２の空フラグ（一実施形態では、デバッグ効率のために生じる割り込みとは対照的にポーリングし得る）を監視することにより、ＦＩＦＯ２２０２を空の状態に保ち得る。

バイトストリームドライバ２３０８によりＦＩＦＯから読み出されたバイトは、本発明の実施形態によれば、患者監視装置１０６により送られるものと同様のブロックとして組み立て直され、データフォーマッタ２３１０でフレーム化される。これにより、データフォーマッタ２３１０からフレームイベントストリーム２３０３が生成される。次に、フレームイベントストリームはアセット管理モジュール２３１０に送信され、アセット管理モジュール２３１２は、フレームをデータベース２３１４に保存し、ＷｉＦｉチャネルからＬｉｎｕｘカーネル２３０２のＴＣＰ／ＩＰモジュール２３０６に転送する。本発明のいくつかの実施形態によれば、フレームイベントストリーム２３０３は、ＷｉＦｉ接続を経由して暗号化ＵＤＰブロードキャストを介して送信されるため、広範囲のクライアントで受信することができる（例えば、ＵＤＰブロードキャストを受信するようにｉＰｈｏｎｅを構成し得る）。フレームイベントストリーム２３０３は、本発明の実施形態によれば、通信インタフェースモジュール１１０４の臨床時供給プラグイン２３１６によっても受信し得る。

データベース２３１４に記憶されたインシデントデータへの非同期要求は、本発明の実施形態によれば、通信インタフェースモジュール１１０４のインシデントプラグイン２３１８等を介して、許可された外部クライアントにより行い得る。そのようなインシデントサービス呼び出しは、図２３では破線で示される。データベース２３１４はＳＱＬｉｔｅデータベースとして示されるが、本発明の実施形態によれば、本明細書に提供される開示に基づいて、アセット管理モジュール２３１２が他のデータベースフォーマットを利用してもよいことを当業者は理解しよう。

本発明の実施形態によれば、バイトストリームは、データフォーマッタ２３１０により、装置１０６のデータブロックに類似するデータブロックにフォーマットされ、これらの完全なデータブロックは、構築されると、ＷｉＦｉフォーマットでブロードキャストされる（例えば、ブロックは、作成されると、ＷｉＦｉインタフェースを介して送信される）。本発明の実施形態によれば、アセット管理モジュール２３１２は、例えば、フレーム毎に１秒で、バイトストリームを一貫した時間ブロックにフレーム化し、各フレームは、アセット管理パターン化データ記憶装置（例えば、データベース２３１４）に保存される。

図２１及び図２２は、全開示データを２つの別個の供給として示すが、本発明の実施形態によれば、１つの全開示データ供給を二分して、フラッシュアナログモジュール２１２２及びＦＩＦＯ２２０２の両方に同時に送信してもよい。

ユーザは、本発明の実施形態によれば、装置２０００に問い合わせて、健康情報、例えば、実行時間、検出された例外、及び他の情報を患者監視装置１０６から要求し得る。ユーザは、装置２０００から特定のインシデントベースデータを要求することもでき、例えば、ユーザは、「すべてのケースの送信」、又は「特定のケースに関連するデータの送信」、又は「特定のケースからのすべての１２リードデータの送信」という問い合わせを送信し得る。装置２０００は、本発明の実施形態によれば、ケースデータ配信をストリーミングして、複数の許可された受信装置（例えば、複数のＢＯＡ装置１０４）がデータを同時に取得できるようにすることもできる。本発明のいくつかの実施形態によれば、装置２０００は、患者監視装置１０６と企業環境１０３とでのデータ共有に役立つ。

電源を投入すると、装置１０６はＰＣＭＣＩＡスロット２１１４の占有について問い合わせ、有効な線形フラッシュカード２１２２が存在するか否かを確認する。有効性テストは、一連のバイトをＬＦ ＡＭＰから読み出し、許容可能なカードセット又は１つの許容可能なカードと突き合わせて値を検証することからなり得る。有効なカードが見つかった場合、装置１０６は、一連のバイトをＣＭＰから読み出して、有効性をテストし、カードが装置１０６の要求に従って「フォーマット」されているか否かを判断する。そのような一連のバイトがない場合、装置１０６は、本発明の実施形態によれば、そのような情報をカード２１２２に書き込み得る。カード２１２２が検証されると、装置１０６は、上述したようなブロックにフォーマットされたバイトストリームとしてのＬＦカード２１２２への装置データの書き込みを開始する。

装置２０００は、一方向様式で装置１０６と対話するものとして示されるが、装置２０００と双方向的に対話するように構成することもできる。例えば、装置２０００は、本発明の実施形態によれば、患者監視装置１０６で直接観察されるユーザインタフェースと同様のＷｉＦｉユーザインタフェースを提供し、患者監視装置１０６の全体的又は部分的な遠隔制御を可能にするように構成し得る。

ＰＣＭＣＩＡ型×筐体にパッケージされた各カード２０１０は、コネクタ２０３０と、薄く小型の輪郭のパッケージ（「ＴＳＯＰ」）内にパッケージされたフラッシュメモリアレイと、カード制御論理とを含む。カード制御論理は、本発明の実施形態によれば、システムインタフェースを提供し、内部フラッシュメモリ並びにＳＯＭへの入力ＦＩＦＯを制御する。レベルシフタが存在して、ＰＣＭＣＩＡ論理電圧をカード論理電圧に適合させる。

カード論理電圧３．３Ｖ、１．８Ｖ、及び１．５Ｖは、ＰＣＭＣＩＡ ＶＣＣ電圧（ＴＴＬ、＋５Ｖ、可能な場合には＋１２Ｖ）から導出し得る。３．３Ｖ及び５Ｖ変換用の１段が、３つの離散送受信器を使用して構築される。ＣＰＬＤが、３．３Ｖ及び１．８Ｖ変換を実行するために使用される。

データは、ＰＣＭＣＩＡバイトストリームから３．３ＶでＦＩＦＯに入る。ＦＩＦＯの読み出しは、ＣＰＬＤを通して、３．３と１．８との間でシフトする読み出しクロックでの時間で、１度に８ビットバイトでＯＭＡＰに対してクロック制御される。ＯＭＡＰ制御ビット及び状態インタフェースビットも同様に変換し得る。各キャリアカード２０１０はＵＳＢ２．０ポートを有し得る。ＯＭＡＰ ＵＡＲＴ信号は、本発明の実施形態によれば、ＵＳＢ−ＵＡＲＴシリアルブリッジ２０２４に接続される。

ＣＰＬＤをプログラムするＪＴＡＧインタフェースを提供し得る。本発明の実施形態によれば、Ｉ／Ｏの状態信号及び電力信号を装置とカードとの間で相互接続する２×３４ Ａ及びＢ面ＰＣＭＣＩＡコネクタ（Ｊ１）を使用し得る。本発明の実施形態によれば、カードインタフェースが関心を有する装置信号では、ＰＣＭＣＩＡ電圧（ＶＣＣ）と基板電圧（３Ｖ３）とを相互変換する３つの送受信器（Ｕ５、Ｕ６、及びＵ７）の群がある。装置２０００は、本発明の実施形態によれば、２６アドレスビット、８データビット、及びレベルシフトを目的とした６つの制御信号に関心を有する。Ｕ５及びＵ６は、本発明の実施形態によれば、アドレス情報及び制御情報の装置からカードへの一方向１６ｂ入力シフタである。Ｕ７は、８ビットデータの双方向８ｂレベルシフタである。

本発明の実施形態によれば、装置２０００は、このインタフェースを通してデータを読み出し、ＬＦメモリに書き込む。１６のアドレスビット［ＰＣＡ０：ＰＣＡ１５］〜［Ａ０：Ａ１５］をシフトするＵ５。１０のアドレスビット［ＰＣ１６：ＰＣ２５］〜［Ａ１６：Ａ２５］と、６つの制御信号｛ＰＣ＿ＲＥＧｎ，ＰＣ＿ＲＥＳＥＴ，ＰＣ＿ＣＥ１ｎ，ＰＣ＿ＣＥ２ｎ，ＰＣ＿ＯＥｎ，ＰＣ＿ＢＷＥｎ｝〜｛ＲＥＧｎ，ＲＥＳＥＴ，ＣＥ１ｎ，ＣＥ２ｎ，ＯＥｎ，ＢＷＥｎ｝とをシフトするＵ６。

［ＰＣＤ０：ＰＣＤ７］８データビット（Ｕ２）。アドレスシフタは入力のみであり得、その場合、本発明の実施形態によれば、カードは装置２０００に対してアドレス情報を生成せず、外部へのアドレッシング（装置からカード）のみが露出される。本発明の実施形態によれば、装置はカードにデータを読み書きできるため、データシフタは双方向式である。Ｕ５はアドレスの１６ビットをシフトし、Ｕ６は、８つの制御信号と、ＰＣＭＣＩＡ ＶＣＣから３Ｖ３へのアドレス信号及び制御信号の上位８ビットとをシフトする。

装置２０００は、装置１０６の治療モード動作中並びにケース後の装置データのアップロード中、ＷｉＦｉを介してデータ送信をストリーミングできるように構成される。装置２０００は、ハードウェア構成要素と、上述した埋め込みオペレーティングシステムを含むファームウェア及び埋め込みソフトウェアの両方を使用するプログラマブル要素とを有する。いくつかの実施形態によれば、ＥＭＳ通信インタフェース装置２０００は、標準のＩＩＩ型ＰＣＭＣＩＡカードよりも厚い。

本発明の実施形態は、以下の特徴及び／又は特性のうちの１つ又は複数を含み得る。
・キャリアはＰＣＭＣＩＡカードであり得る。
・キャリアは、患者監視装置のＰＣＭＣＩＡデータスロットに挿入し得る。
・カード２０００は、患者監視装置１０６には有効なＬＦカード（「線形フラッシュアナログ」）２１２２として見えるように、患者監視装置１０６とインタフェースする。
・カード２０００は、バッファリングされたハードウェアインタフェースを介して、患者監視装置１０６により書かれたＰＣＭＣＩＡバイトストリームをＳＯＭプロセッサに提示する。
・キャリアは、患者監視装置１０６のすべての読み出し／書き込み／消去機能がこれらの動作をサポートする装置１０６のすべての動作モードで保たれるように、受信したＰＣＭＣＩＡバイトストリームを不揮発性記憶サブシステム（「線形フラッシュアナログ」）に記憶する。
・ＳＯＭは、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ無線通信機能を提供する。
・ＳＯＭは、Ｂｌｕｅｔｏｏｔｈ Ｖ２．０＋ＥＤＲ無線通信機能を提供する。
・ＳＯＭはマイクロＳＤカードスロットを提供する。
・ＳＯＭは、ウォッチドッグ式の監視をサポートして、ＳＯＭが機能しなくなった場合に自動リセットを提供する。
・患者監視装置１０６又はＳＯＭのリセット又は初期化中、データがフラッシュアナログメモリに捕捉される。
・ＳＯＭリセット中、データ捕捉は中断せずに続けられる。
・システム５０００は、ＳＯＭ状態に関係なく、患者監視装置１０６により書かれているデータがフラッシュアナログに保存されるように設計される。
・ＳＯＭは、ＳＯＭが利用可能ではない間、保存されたデータにアクセス可能である。
・キャリア基板はＵＳＢコネクタを提供する。
・キャリアＳＯＭ組み合わせは、ＵＳＢ２．０オンザゴー（「ＯＴＧ」）をサポートする。
・装置２０００のフォームファクタは、ＰＣＭＣＩＡ標準の幅寸法及び高さ寸法を含む。
・装置２０００のフォームファクタは、幅８５．６ｍｍ×５４．０ｍｍ×厚さ（いくつかの場合では、この厚さは１０．５ｍｍであるＩＩＩ型よりも大きい）を含む。
・装置２０００の厚さは、装置１０６のＰＣＭＣＩＡスロットに許される厚さ以下である。
・すべてのキャリア基板構成要素は、キャリアカードの片側に取り付けられる。
・患者監視装置１０６へのインタフェースは、６８ピンＰＣＭＣＩＡカードエッジコネクタを介してスロットベイを介する。
・装置２０００は、ＥＭＣ／ＲＦＩの医療装置要件を満たすためにカプセルに入れられる。
・ＳＯＭは、２ＡＶＸ５６０２ ７０ピンコネクタを使用してキャリアに取り付けられる。
・装置２０００はＰＣＭＣＩＡデータスロットから給電され、電力は、６００ｍＡを超えないピーク電流に続く約２．５Ｗであり得る。
・装置２０００は、１５ＧＰＩＯピンを利用して、読み出しＦＩＦＯバイトストリームバッファを制御し得る。
・装置２０００は、接続されたＳＯＭからの３ＵＡＲＴライン及びキャリア上のＵＳＢブリッジを利用し得る。
・装置２０００はＷｉＦｉのアンテナを含み得る。
・装置２０００はＢＴのアンテナを含み得る。
・装置２０００は、Ａｎｇｓｔｒｏｍ Ｏｐｅｎ Ｅｍｂｅｄｄｅｄ Ｌｉｎｕｘオペレーティングシステム（「Ｏ／Ｓ」）を使用し得る。
・装置２０００のＯ／Ｓは、Ｃ＃で実装されるコードを実行するためにＭｏｎｏを含み得る。
・装置２０００のＯ／ＳはＳＱＬｉｔｅを含み得る。
・装置２０００は、双方向シリアル通信のためにＵＳＢの使用をサポートし得る。
・装置２０００は、エンドポイント認証、機密性、保全性、及び／又は配信確認を含むセキュア無線通信を提供する。
・外部データ受信者（装置２０００外部のプロセス）は、ストリーミングデータ配信を要求することができる。
・データ受信者は、インシデント識別子、例えば、インシデント後データにより完全なインシデントデータ配信を要求することができる。
・装置２０００のソフトウェアは、無線インタフェースを介してアップグレード可能である。
・装置２０００のソフトウェアは、循環冗長符号（「ＣＲＣ」）のようなメカニズムを使用して実行時に検証される。

本発明の実施形態による装置２０００は、異なる受信装置（例えば、通信インタフェース１１０４を使用する異なる受信装置）に個々の画面を可能にして、異なるユーザが異なるデータを取得できるようにし得る。例えば、本発明の実施形態によれば、あるユーザの設定は、患者の１２リードデータに関連するフレームイベントストリームを受信し表示するように構成することができ、その一方で、管理隊員ユーザの設定は、患者監視装置１０６により生成されるエラー符号に関連付けられたフレームのみを周期的に要求するように構成することができる。同様に、本発明の実施形態によれば、ＷｉＦｉ接続を介して、同じデータを複数のユーザが同時に受信し、且つ／又は表示し得る。

このようにして、患者監視装置１０６からのデータは、例えば、無線ＷｉＦｉ接続を介して患者の家と救急車との間及び／又は救急車と病院との間でストリーミングし得る。イベントストリーム中の様々なフレームは、データの特定のサブセットを取得し得るようにフィルタリングし、且つ／又は要求し得る。例えば、本発明の実施形態によれば、呼吸データを、装置２０００により生成されるフレームイベントストリームに含み得る。

本発明の実施形態による装置２０００は、他の種類の患者監視装置１０６、例えば、自動体外式除細動器（「ＡＥＤ」）と組み合わせ得る。したがって、装置２０００は、本発明の実施形態によれば、状態情報をＡＥＤから送信し、ＡＥＤのソフトウェア更新に役立ち、且つ／又はＡＥＤを遠隔からテストするように構成し得る。そのような装置２０００は、本発明の実施形態によれば、患者カルテ記入装置と併用して、例えば、あるベンダー／プラットフォームからの患者カルテ記入装置１０８の情報を、別のベンダー／プラットフォームからの患者監視装置１０６の情報と組み合わせることもできる。装置２０００は、本発明の実施形態によれば、データ集計器として機能して、情報ストリームをパーズし、編成し、後のインシデント後時間枠でより容易にソートされ、照会され、供給される離散フレーム情報にすることもできる。

本発明の実施形態によれば、患者監視装置１０６（例えば、除細動器）は、データブロックでデータ、例えば、ＥＣＧデータ又は患者の現在の心拍数を送信する。１つのインシデントに対応するデータブロックの集まりは、インシデントデータと呼び得る。全開示データは、すべてのインシデントに関連付けられたデータを連結させたものであり、各個人／患者に対応するデータブロックシーケンスに分け得る。インシデントに対するサービス要求を受信した場合、そのインシデントに関して装置２０００に記憶されているすべてのフレームを収集し、一緒にシーケンスにする。本発明の実施形態によれば、各ＥＣＧブロックは１００ｍｓのＥＣＧデータに対応し、毎秒１０個のデータブロックを提供する。除細動器は、本発明の実施形態によれば、各データブロックにインシデント識別子、データブロックが記録された時間についての時間情報、及び／又はデータ保全性のための計算ハッシュを追加し得る。

装置２０００（いくつかの図では「Ｚａｎｇｏ」装置と呼ばれる）及びＢＯＡ装置１０４（いくつかの図では、ＲｅｓｃｕｅＮｅｔリンク装置又はＲＮＬ装置と呼ばれる）は、本発明の実施形態によれば、協働する。装置２０００は、埋め込まれたコンピュータにより、強力な処理エンジンを実施する。本発明の実施形態によれば、この処理エンジンを使用して、ＢＯＡ装置１０４のユーザの代わりに、高度なデータ、通信、及びアプリケーション動作を管理する。本発明の一実施形態によれば、装置２０００は入出力ユーザインタフェースを有さない（例えば、キーボード又はディスプレイを有さない）ため、本発明の実施形態によれば、ＢＯＡ装置１０４と併せて動作して、サポートする通信及びデータ管理サービスへのアクセスをユーザに提供する。

図２０及び図２３は、ＥＭＳ通信インタフェースカード２０００の処理及びＢＯＡ装置１０４の処理のそれぞれの論理及び機能構造を示す。装置２０００は、装置１０４に接続されない場合、すべての装置データを記憶し、接続が確立又は復元した場合、装置１０４に送信することができる。

図３０は、本発明の実施形態によるデータ伝送インタフェースを示す。Ｚａｎｇｏ装置（１ａ）は、本発明の実施形態により、いくつかの機能を実行するように構成することができる。
・除細動器インシデントデータブロックのフレーム化
・フレーム化インシデントデータのストリーミング
・インシデントデータフレームのＺａｎｇｏデータベースへの保存
・Ｚａｎｇｏデータベースでのデータ管理サービスセットのホスト
・一実施形態では、データ管理サービスは読み出し／消去のみである。インシデントデータを変更するサービスは供給されない。

「ＥＭＳ通信インタフェースチャネル」（１ａ、１ｂ、１ｃ）は、患者監視データ（例えば、Ｅ Ｓｅｒｉｅｓデータ）をＢＯＡ装置１０４に送信する手段を提供する。このチャネルは、装置２０００を使用してＢＯＡ１０４に接続する。

ＲＮＬ Ｚａｎｇｏクライアント（１ｃ）は、いくつかの機能を実行するように構成することができる。
・ストリーミングされたインシデントフレームデータの受信（１ｂ）
・インシデントフレームデータのモバイルリンクディスプレイへの提示（１ｅ）（パーズ、レンダリング１ｄ）
・インシデントフレームデータのモバイルリンクデータベースへの記憶（１ｆ）
・モバイルリンクデータベースでのデータ管理サービスセットのホスト（１ｆ）
・いくつかの実施形態では、データ管理サービスは読み出し／消去のみであり、インシデントデータを変更するサービスは供給されない。
・１２リードＥＣＧデータ及びバイタルデータのフィールドリンクへの転送（１ｇ）
・Ｚａｎｇｏデータ管理サービスのカスタマイズ（１ｂ）

以下の表は、本発明の一実施形態に関して説明した図３０の様々な要素を列挙し、説明する。

図３１は、本発明の実施形態によるＥＭＳ通信インタフェース伝送処理ブロック図を示す。Ｅ Ｓｅｒｉｅｓは、データの連続バイトストリームをＰＣＭＣＩＡデータスロットに書き込む。バイトストリームは、Ｅ Ｓｅｒｉｅｓデータブロックメッセージからなり、メッセージは周期的に送信されるものもあれば、症状が発現した場合に送信されるものもある。周期的なメッセージの例はＥＣＧメッセージである。Ｅ Ｓｅｒｉｅｓは、現在表示されているリードのＥＣＧ値を１００ｍｓに１回書き込み、メッセージは、本発明の実施形態によれば、２５個のデータ値（２５０Ｈｚサンプル、４ｍｓ間隔）を含む。

症状発現メッセージの例はバイタルサインメッセージである。Ｅ Ｓｅｒｉｅｓは、本発明の実施形態によれば、特定のバイタルサインパラメータ値が変化した場合、特定のバイタルサインメッセージを送信し、非同期メッセージは特定の頻度を有さずに送信される。

バイトストリームは、Ｚａｎｇｏカードへの入力で二分される。一分岐は、データを基板に取り付けられた（１６ＭＢ）線形フラッシュに記憶し、すべてのＥ Ｓｅｒｉｅｓ線形フラッシュ動作を置換する。書き込まれるすべてのデータは線形フラッシュサブシステムに記憶される。インタフェースは、ハードウェアレベルで瞬時オンであり、Ｅ Ｓｅｒｉｅｓバイトストリームを受信し、フラッシュサブシステムに保存する準備ができている。

第２のバイトストリーム分岐は、Ｚａｎｇｏカードのプロセッサ側に行く。Ｚａｎｇｏカードのプロセッサ側は、図３１に示される論理動作を実行するバイトストリームを処理するように機能する。故障がない場合、バイトストリーム受信装置はバイトをバイトブロックファクトリに渡す。バイトブロックファクトリは、Ｅ Ｓｅｒｉｅｓデータブロックメッセージをバイトストリームから再構築する。この動作では、１２リードＥＣＧデータブロックが再構築され、インシデントパスへの別個のパスで管理される（１２リードデータブロックセットが１２リードメッセージ全体に集められる）。１２リードデータは全体的に、ケースストリームに保たれる。別個に記憶する理由の１つは、本発明の実施形態によれば、サービスユーザが、１２リードデータを得るために、インシデント全体をアップロードするのではなく、１２リード記録をサービスチャネルで見ることを要求できるようにすることである。

次に、ブロックは、構成可能な時間間隔量のデータブロックにフレーム化される。例えば、１秒サイズのフレームは、約１５のデータブロックを１秒フレーム内に有し得る。フレームは、ケース又はインシデントの構造体に集められる。フレームはＺａｎｇｏデータベースに記憶される。完全なインシデントは、完成しているため、インシデントとしてマークされ（すべてのインシデントフレームの集まり）管理される。図３２に関して後述するＲＮＬ Ｚａｎｇｏクライアント等の許可されたクライアントアプリケーションがフレームを受信できる場合、フレームはＷｉＦｉでもストリーミングされる。

図３１の上の行の枠は、本発明の実施形態による侵害データ故障の検出及びリスク制御のためのエラー処理プロセスを識別する。バイトストリーム、ブロック、フレーム、１２リード、又はインシデントエラーはすべて、本発明の実施形態によれば、以下の挙動に繋がる。
・データが無効とマークされる。
・無効データは、インシデントの救急治療フェーズ中、ユーザによる表示のためにレンダリングされない。
・データは、法医学的分析に無効としてマークされて記憶される。
・これらの故障のいずれか１つは、インシデントを無効とマークさせることになる。
・ＲＮＬへの接続を仮定して、救急医療人員にデータ故障を通知する。

これらは、本発明の一実施形態では、データ侵害故障のハザード解析を直接突き止める制御対策及び挙動である。

図３２は、本発明の実施形態によるＥＭＳ通信インタフェース装置クライアント構造を示す。いくつかの場合、ＲＮＬへのＺａｎｇｏの接続性は、モバイル環境の無線通信の性質により、不安定であり得る。例えば、Ｚａｎｇｏカードを備えたＥ Ｓｅｒｉｅｓは、接続された無線アクセスポイントの範囲外に移動し得る。装置が範囲内に戻り、再接続した場合、処理は図示のように再開される。ＲＮＬに接続されていない間にＥ Ｓｅｒｉｅｓにより書き込まれたデータは、本発明の実施形態によれば、Ｚａｎｇｏデータベースに保たれ、再接続時にＲＮＬ内で取得することができる。

図３２の上の行の枠は、侵害データ故障及び通信障害の検出及びリスク制御のためのエラー処理プロセスを識別する。ストリーミングされたデータで検出される保全性又はフレーム化の障害は、本発明の実施形態によれば、以下の挙動に繋がる。
・データが無効とマークされる。
・無効データは、インシデントの救急治療フェーズ中、ユーザによる表示のためにレンダリングされない。
・データは、法医学的分析に無効としてマークされて記憶される。
・これらの故障のいずれか１つは、インシデントを無効とマークさせることになる。
・救急医療人員に、１２リード又はケースフレームのいずれかのデータ故障を通知する。
・通信障害を救急医療人員に通知する。
・サービス障害を救急医療人員に通知する。

本発明の実施形態によれば、サービス応答が検証され、無効なサービス応答はユーザに通知され、無効データは表示されない。ＺａｎｇｏとＺａｎｇｏストリームチャネル受信器との接続状態が監視され、モバイルリンク表示でユーザに報告される。Ｚａｎｇｏは、接続状態に関係なくデータをＺａｎｇｏデータベースに記憶するため、ＺａｎｇｏとＲＮＬとの接続性の損失により、データは失われない。サービスチャネル接続性は常時監視されるわけではなく、サービス接続が存在しない場合、サービス要求に失敗することになる（応答無効）。

図３３〜図３７は、本発明の実施形態による、企業ワークステーション１２２を介して企業ユーザ１２４が見る、利用可能な画面ショットの様々な実施形態を示す。図３３は、本発明の実施形態による、企業ユーザが患者監視ボタン（例えば、「Ｚｏｌｌ除細動器」ボタン）を選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。図３４は、本発明の実施形態による、企業ユーザが患者カルテ記入ボタン（例えば、「ｅＰＣＲ」ボタン）を選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。図３５は、本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。

図３６は、本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される代替の企業表示及びグラフィカルユーザインタフェースを示す。図３６の表示は、ＢＯＡ装置１０４がナビゲーション装置に通信可能に結合されていない場合に作成される表示に対応し、したがって、この状況では、企業表示は、ＢＯＡ１０４のユーザにより入力される位置情報及び／又はナビゲーション情報を列挙する。図３７は、本発明の実施形態による、企業ユーザがパッチメモボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４と対話しているＥＭＳ隊員１１４は、パッチメモ画面を選択し、情報を企業ユーザ１２４に中継する必要がなく、その代わり、企業ユーザは、企業ワークステーション１２２を介してパッチメモを選択し、同じ情報を観察し得る。

図３８〜図４４は、本発明の実施形態による、ＢＯＡ装置１０４により表示される画面ショットのさらなる例を示す。図３８は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。図３９は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。左下の隅のサムネイル１２リード画像に示されるように、このＢＯＡ装置１０４は、本発明の実施形態によれば、過去の１２リードデータの履歴スナップショットを表示するように構成し得る。

図４０は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。図４１は、ナビゲーション装置１１０がＢＯＡ装置１０４に通信可能に結合されていない状況で、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。そのような状況では、図４１の画面は、本発明の実施形態によれば、ユーザが行先を手動で選択でき、且つ推定到着時間を選択できるようにするように構成される。この情報は、本発明の実施形態によれば、対応する企業ビュー（例えば、図３６）に複製し、又は他の様式で送信し得る。

図３８〜図４４は、「シフト開始」ボタンをＢＯＡ装置１０４のインタフェースに含み得ることを示す。本発明の実施形態によれば、例えば、シフト開始時にシフト開始ボタンを使用して、ＥＭＳ隊員又は他のユーザがＢＯＡ装置１０４を他の装置に通信可能に結合できるようにし得る。図４２は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのシフト開始ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。この画面では、ユーザはナビゲーション装置、除細動装置、及び患者カルテ記入装置を選択することができ、この画面では、本発明の実施形態によれば、この特定の例では装置名の隣のチェックマークで示されるように、ユーザは、ＢＯＡ装置１０４がすでに通信可能に結合された装置の識別情報を確認することもできる。

図４３は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのシフト開始ボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。この代替の表示では、ＢＯＡ装置１０４は、ナビゲーション装置１１０が利用可能ではないか、又は切断されていることを感知しており、したがって、ＥＭＳトランスポートユニット及び／又はユニットと共に存在するクルーメンバを識別するようにユーザに促す。この情報は、ＢＯＡ装置（図４１）及び企業環境１０２（図３６）の対応するナビゲーション画面に使用し得る。図４４は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのパッチメモボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。

図６２は、本発明の実施形態による、ＢＯＡ装置からＥＭＳ隊員のモバイル装置への役割ベースのデータ供給システムを示す。ＢＯＡ装置１０４は、ストリーミングＥＣＧデータ及び他のデータを患者監視装置１０６から受信し、これは、本発明の実施形態によれば、上述したＥＭＳ通信インタフェース装置２０００を介して無線で達成し得る。ＢＯＡ装置１０４は、図４５に示される画面等の画面にそのような情報を表示する。

図４５は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのライブ患者データボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。この表示は、本発明の実施形態によれば、治療介入リスト、患者情報表示、主訴表示、ＥＣＧ波形、及び／又はＳｐＯ２波形並びに利用可能な患者への治療介入ボタンを列挙したボタンコンソール（画面の右側に垂直に延びて示される）を含む。治療介入ボタンコンソールは、動的且つ／又は色分けし得る。治療介入ボタンコンソールはタイマを含むこともできる。

例えば、患者の気道がチェックされる場合、ＥＭＳ隊員は、治療介入ボタンコンソール上の「患者気道」ボタンをアクティブ化する（例えば、押すか、又は触れる）。ボタンはタイマをアクティブ化して表示し、タイマは、患者の気道をチェックすべき次の時間までカウントダウンする。この時間量は、ユーザがカスタマイズしてもよく、且つ／又は患者が治療される場所に関して確立される治療プロトコルに基づいて、ＢＯＡ装置１０４を動作させているＢＯＡモジュールに事前にプログラムしてもよい。色を使用することもでき、例えば、治療介入ボタンコンソールのボタンは通常、グレーであり得、「患者気道」ボタンは、ボタンが押下され、タイマがアクティブ化するとすぐに黄色に変わり得る。ボタンは、タイマが切れる前の所定時間量内で、例えば、時間期間が切れる１分前では、赤に変わり得る。例えば、ユーザは、図４５の治療介入ボタンコンソールを見て、Ｅｐｉ及びアトロピンが最近投与されたことを、これらのボタンが黄色であり、タイマがアクティブ化されているために知り得、その間、患者の気道が、そのボタンが赤であるため、前にチェックされ、間もなく再びチェックすることも知る。これにより、ＥＭＳ隊員は、どの治療介入が行われたか並びにどの治療介入を任意の時点での近い将来に考慮すべきか（プロトコルに従って考慮し得るか）を素早く視覚的に評価することができる。

異なるＥＭＳ隊員は、隊員の訓練又は技能、利用可能な隊員の数、及び患者の状態に基づいて、ＥＭＳシナリオで果たす異なる役割を有し得る。同じように、１人のＥＭＳ隊員がＥＭＳに直面して複数の役割を果たす必要があることもある。そのようなＥＭＳ隊員は、特定の役割に関連する情報のみが提示され、したがって、精神的に処理してフィルタリングしなければならない過度の情報を見ず、役割に該当しない判断又はデータ入力オプションが提示されない場合、対応する作業をより効果的且つ効率的に実行することができる。そのような役割ベースの情報配信を達成し得る一方法は、ユーザの役割に基づいてＢＯＡ装置１０４とインタフェース可能なように構成されたソフトウェアを有するモバイル装置を各ＥＭＳ隊員に提供することによるものである。

図６２は、本発明の実施形態による、ＢＯＡ装置１０４に通信可能に結合され、リード医療者モバイル装置６２０、薬剤医療者モバイル装置６２２、気道医療者モバイル装置６２４、及びＣＰＲ医療者モバイル装置６２６を含むそのようなモバイル装置の例を示す。本発明の実施形態によれば、各モバイル装置６２０、６２２、６２４、６２６は、ＢＯＡ装置１０４のＷｉＦｉ送受信器と無線で通信するＷｉＦｉ送受信器を含む。

図４６は、本発明の実施形態による、ＢＯＡ装置１０４と通信する役割ベースのＥＭＳ隊員モバイル装置６２０の開始画面を示す。モバイル装置に含まれるソフトウェア命令は、本発明の実施形態によれば、この開始画面が、ＩＰアドレス、送信ポート、受信ポート、医療者名、及び医療者役割を識別できるようにする。図４７は、本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の役割選択画面を示す。「医療者−リード」リストの隣のチェックマークは、モバイル装置のユーザがリード医療者であることを示す。本発明の実施形態によれば、識別情報に基づいて役割を制限するために、パスワード又は他の認証を要求し得る。

図４８は、本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者高速ログ画面を示す。モバイル装置は、メニューオプションリストを表示するように構成し得、例えば、図４８の画面の下に沿って水平に延びて示されるメニューオプションにより、リード医療者は高速ログ、ＥＣＧグラフ、患者データ、主訴、及び医療者役割を選択することができる。これらのオプションはユーザの役割に基づいて異なり得る。リード医療者が高速ログタブをクリックした場合、リード医療者には、本発明の実施形態によれば、治療介入ボタンパネルが提示される。高速ログタブ表示は、図４５のＢＯＡライブＥＣＧ表示の治療介入ボタンコンソールを複製し、それにより、本発明の実施形態によれば、リード医療者が図４８の画面を介してモバイル装置上の治療介入ボタンを押下した場合、図４５のＢＯＡ表示画面でアクティブ化されて示されるボタンと同じボタン（並びに対応するタイマ及び／又は色）が示され、逆も同様である。

図４９は、本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者ＥＣＧグラフ画面を示し、これは、リード医療者がＥＣＧグラフメニューボタンを選択した場合にリード医療者に表示される。リード医療者の役割は通常、広範囲の患者情報を必要とするため、本発明の実施形態によれば、リード医療者ＥＣＧグラフ画面は本質的に、図４５のＢＯＡ装置１０４の患者データ表示画面を再現する。図５０は、本発明の実施形態によるリード医療者患者データ画面を示し、この画面では、リード医療者は、患者の氏名及び性別を含む患者情報を入力することができる。図５１は、本発明の実施形態によるリード医療者主訴画面を示し、この画面では、リード医療者は患者の主訴を識別することができる。

図５２は本発明の実施形態による薬剤医療者高速ログ画面を示し、図５３は、本発明の実施形態による、薬剤医療者として役割を識別した医療者の薬剤医療者ＥＣＧグラフ画面を示す。医療者は薬剤医療者の役割を識別したため、高速ログ画面は、本発明の実施形態によれば、薬剤に関連する治療介入のサブセットのみを提示する。薬剤医療者の役割は、治療介入ボタンの全セットのうちのサブセットのみにアクセスするが、本発明の実施形態によれば、同じ治療介入ボタンはプラットフォーム全体にわたって一緒に結びつけられる。例えば、薬剤医療者が、自分のモバイル装置６２２上のアトロピン治療介入ボタンをタップすることで、アトロピンの投与が与えられたことを示す場合、本発明の実施形態によれば、薬剤医療者のモバイル装置６２２のみならず、リード医療者装置６２０の高速ログ画面及びＢＯＡ装置１０４の治療介入ボタンコンソール並びに高速ログ画面がアトロピン治療介入ボタンを含む他のあらゆる装置上のアトロピンボタンも、アトロピンボタンはアクティブ化されたものとして黄色に変わり、タイマを開始させる。

図５４は、気道医療者役割が識別された（例えば、モバイル装置６２４でそのオプションにタップするか、又は他の様式で選択することにより）役割選択画面を示す。図５５は本発明の実施形態による気道医療者ＥＣＧグラフ画面を示し、図５６は、本発明の実施形態による、気道医療者の役割に関連する情報のサブセットを列挙する気道医療者役割高速ログ画面を示す。

図５７は、本発明の実施形態による、ＣＰＲ医療者の役割に関連する治療介入のサブセットを示すＣＰＲ医療者高速ログ画面を示す。図５８は、本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置がアイドル中のＣＰＲ医療者ＥＣＧグラフ画面を示す。図５９〜図６１は、本発明の実施形態による、ＥＣＧ波形を示さず、代わりに胸の圧迫の測定及び／又は評価を示す（ＣＰＲ医療者が主に蘇生に関わっているため）、圧迫を施している間のＣＰＲ医療者ＥＣＧグラフ画面を示す。図５８〜図６１の画面インタフェースにより提供されるＣＰＲフィードバックは、多くの異なる形態をとり得る。例えば、図５９に示されるように、時間軸に沿うように水平に離間されて、垂直に下がるバーを使用して、各胸圧迫の深さを表し得る。胸圧迫バーは、軸から別の軸セットに向かって下がり、各胸圧迫の深さの望ましい又は最適な範囲を指定する。右上に示される質的インジケータは、胸圧迫の深さ及び速度に関連する組み合わせられた視覚的フィードバックをユーザに与え、満杯になったボックスは、速度及び深さの両方が所望の範囲内であることを意味する。図５８中の文字「Ｒ」は、胸圧迫の速度に関する潜在的な警告を示し、図６１中の文字「Ｄ」は、本発明の実施形態による胸圧迫の深さに関する潜在的な警告を示す。本発明の実施形態によれば、装置６２６のＣＰＲフィードバック画面は、患者の換気の速度及び容量についての情報を提供する。

本発明の実施形態によれば、患者監視装置１０６、及び／又はＥＭＳ通信インタフェース装置２０００、及び／又はＢＯＡ装置１０４は、ＥＣＧ信号データから胸圧迫干渉をフィルタリング又は除去するフィルタリングメカニズム（例えば、回路又は処理命令）を含む。本発明の実施形態は、本明細書に参照により援用される、２００７年１１月１３日に発行された米国特許第７，２９５，８７１号明細書に記載の装置及び方法と同様の装置を含み、同様の方法を利用し得る。本発明の実施形態は、Ｚｏｌｌ Ｍｅｄｉｃａｌ Ｃｏｒｐｏｒａｔｉｏｎから利用可能なＲｅａｌ ＣＰＲ Ｈｅｌｐ（登録商標）技術を利用することもできる。

役割ベースの情報配信及び情報追跡の使用により、本発明の実施形態によれば、役割に基づいてデータをフィルタリングすることで、より効率的なＥＭＳ治療シナリオが可能である。例えば、薬剤医療者、気道医療者、及びＣＰＲ医療者は、患者データ入力又は主訴入力に利用可能なメニュータブ選択を有さず、その一方で、リード医療者はそれらのオプションを有する。

４つのみのモバイル装置６２０、６２２、６２４、及び６２６が図６２に示されるが、ＢＯＡ装置１０４は、より多数又はより少数の役割ベースのモバイル装置に通信可能に結合し得る。特定の治療介入オプション及びデータ供給表示は、特定の役割に関連するものとして示されるが、本開示に基づいて、識別し実施し得る多くの異なる役割並びに各役割に関連付け得る多くの異なるデータ供給及び／又はオプションも当業者は理解しよう。さらに、モバイル装置（例えば、６２０）は、本発明の実施形態によれば、複数のＢＯＡ装置１０４に通信可能に結合し、且つ／又は同じＢＯＡ装置１０４から複数の患者の情報を受信し、医療者が様々な患者データ供給を切り替え、且つ／又は恐らくは異なる役割で異なる患者を治療するように構成し得る。

本発明の実施形態によれば、モバイル装置６２０とデータ供給をやりとりするために、ＢＯＡ装置１０４内に含まれるソフトウェアモジュール及びハードウェアは、ＥＭＳ通信インタフェース装置２０００に統合し得、且つ／又は患者監視装置１０６に直接統合し得る。

図６３及び図６４は、本発明の実施形態によるＥＭＳ通信インタフェース装置６３１を示し、この装置は、装置２０００（上述）に対する代替として使用して、ネットワーク１２０を通して患者監視装置１０６と、ＢＯＡシステム１０４又は企業アプリケーションサーバ１２８等の他の装置との間に一方向又は双方向通信を確立し得る。既存の除細動装置では、限られた情報転送の場合、情報システムへのシリアルケーブル接続が可能なことがあるが、通常、患者についてのストリーミングデータを他の装置に提供できず、Ｗｉ−Ｆｉを介して患者データをストリーミングすることができず、又は緊急搬送車両１０１等のＥＭＳ設定内の１つ若しくは複数の装置へのトランスペアレントで使用しやすく、且つ自動的な情報のリンクを提供することができない。

図６３は、本発明の実施形態による、除細動装置のモニタ基板組立体６３２上のプロセッサ６４０から臨床患者データを受信可能なキャリア組立体６３１を含むシステム６３０を示す。キャリア組立体６３１は、除細動装置と共に動作して、情報の受信、処理、記憶、及び伝送を行うものとして説明されるが、本開示に基づいて、キャリア組立体６３１を患者監視装置と、除細動装置以外の治療装置と併せて使用してもよいことを当業者は理解しよう。通常、プロセッサ６４０により処理されるデータ及び生成される結果又はグラフィックスは、除細動装置にローカルに記憶され、又は除細動装置にローカルに表示される。ＥＭＳ通信インタフェース装置６３１がない場合、ユーザは、内部に記憶されたデータのコピーをポータブルメモリ装置（例えば、ＵＳＢメモリスティック）に対して作成し、次に、ポータブルメモリ装置を、ケース後表示に適切なアプリケーションを有する処理装置に物理的に移送することができる。ユーザは、実際の患者監視中又は処置中、他の装置で除細動器からの情報を閲覧、記憶、表示、又は使用することができない。したがって、発生後長い時間が経過してから患者発生についてのケースデータの検索可能性は終了し、ＥＭＳ臨床装置と非臨床装置との中での瞬時のストリーミング及び／又はリアルタイム通信を促進しない。

したがって、ＥＭＳ通信インタフェース装置６３１は、除細動器のプロセッサ６４０に通信可能に結合され、それにより、臨床データが生成される際、且つ／又は患者監視が進む際に、臨床データをプロセッサから受信することができる。ＥＭＳ通信インタフェース装置６３１は、本発明の実施形態によれば、ＳＯＭプロセッサであり得るプロセッサ６３３を含み、プロセッサ６３３は、１つ若しくは複数の接続又は１つ若しくは複数の種類の情報交換を介して、例えば、汎用入出力（ＧＰＩＯ）ライン６３５、ユニバーサル非同期受信器−送受信器（ＵＡＲＴ）ライン６３６、及び／又はシリアル周辺機器インタフェース（ＳＰＩ）ライン６３７を介して、プロセッサ６４０に通信可能に結合される。いくつかの実施形態では、ＧＰＩＯライン６３５は、データを搬送せず、ＳＯＭプロセッサ６３３と同期するための状態情報のみを搬送する。ＥＭＳ通信インタフェース装置６３１は、フラッシュメモリ記憶要素６４５を含み得、ＧＰＳ及びアンテナ組立体６３４を含むか、又はＧＰＳ及びアンテナ組立体６３４に通信可能に結合もする。ＳＯＭプロセッサ６３３は、本発明の実施形態によれば、ＵＳＢホストライン６３８を含むこともでき、ＵＳＢホストライン６３８は、外部ＵＳＢハブ６３９並びに／或いはイーサネットアダプタへのＵＳＢ６４２、セルラモデル６４３、及び／又は外部フラッシュドライブ６４４等の装置に接続し得る。ＳＯＭプロセッサ６３３は、ドッキング接続ステーション６４１へのＵＳＢ接続も含み、２つの装置のＵＳＢポートと別の装置とをドッキングできるようにし得る。デバッグ組立体６４６が、テストのためにオプションの組立体として示される。

図６４は、本発明の実施形態による、図６３に関して説明した通信機能を実施し得るソフトウェアモジュール間の情報流れ図を示す。図６４は、３つの異なるソフトウェアドメイン６５０、６５１、６５２を示し、これらのドメインは、図６３に関して説明したハードウェアドメインに大よそ対応するが、本発明の実施形態によれば、広範囲の装置にローカル又はリモートに含まれる実行可能命令及び／又はプロセッサを含み得、分散した装置アレイで実行される処理ステップを含んでもよい。

モニタドメイン６５０は、本発明の実施形態による、除細動器及び／又は患者監視装置機能に関して動作するモジュールを示す。例えば、ユーザインタフェースモジュール６４９は様々なモジュールを含み、様々なモジュールにより、除細動器インタフェース画面及び／又はボタンを介して対話している除細動器及び／又は患者監視装置のユーザは、データを閲覧し、且つ／又は選択を行うことができる。動作構成モジュール６５３により、ユーザは、データ伝送の動作設定を構成することができ、例えば、モジュール６５３により、ユーザは、他の構成設定の中でも特に、ＷｉＦｉ動作、ｂｌｕｅｔｏｏｔｈ動作、セルラ動作、及び企業記憶サーバ１２６への接続の設定を構成することができる。この設定情報は通信動作マネージャ６６６に送信され、通信動作マネージャ６６６は、ネットワークインタフェース６６７を介して情報をＣＰ動作コントローラ６７５に送信する。ＣＰ動作コントローラ６７５は、外部クライアントサービスマネージャ６７６及び通信セッションマネージャ６７３と協働して、ＥＭＳ通信インタフェース装置６３１内の他のマネージャが伝送モードを使用できるようにする。

ストリーミングデータ送信モジュール６６５は、本発明の実施形態によれば、ロガーモジュール６６１、傾向マネージャモジュール６６２、スナップショットマネージャ６６３、及び１２リードマネージャ６６４から入力を受信する。ロガーモジュールは、バイタル測定読取値、アラーム状態の変化、除細動器の動作等の患者イベントを受信し、永続的なローカルメモリに記憶し、ストリーミングデータ送信モジュールに送信する。傾向マネージャモジュールは、すべての患者バイタルサイン情報を構成された周期で捕捉し、永続的なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。スナップショットマネージャは、イベント前後の時間窓にわたり、イベントに関連付けられた波データを収集する。スナップショットマネージャは、イベント時のバイタルサインも記録する。スナップショップマネージャは、このすべてのデータを永続的なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。１２リードマネージャは、臨床的に「１２リード」として知られるＥＣＧ波形を、波形の解析データと共に捕捉する。１２リードマネージャは、このすべてのデータを永続的なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。ストリーミングデータ送信モジュールは、これらの各マネージャから受信したデータを、通信インタフェース装置６３１上のストリーミングデータ配信器６６８に送信する。

臨床データがプロセッサ６４０により生成されると、ロガーモジュール６８０は、本発明の実施形態によれば、特定の基準に従ってデータを引き出し、且つ／又はフラッシュインタフェース６７２を介してデータをパーティションに保存する。例えば、臨床データの部分は、ケースインデックスリスト、開示ログ、収集された１２リードセット、システムログ、及びトレースログを含め、記憶し得る。

通信状態インジケータモジュール６５５は、通信動作マネージャモジュール６６６から受信する通信状態をユーザに表示する。リポート送信制御モジュール６５６はグラフィカルユーザインタフェース（ＧＵＩ）を提供し、それにより、ユーザは、１２リードデータリポート等のリポートを選択し、そのようなリポートの外部受信者への送信を開始することができる。これは、制御メッセージを共通動作マネージャ６６６に送信し、共通動作マネージャ６６６が、シリアルネットワークインタフェース６６７を通して共通動作コントローラ６７５に送信することにより達成される。次に、共通動作コントローラ６７５は、リポート送信器を呼び出し、リポート送信器は記憶されている１２リードデータをデータベースから読み出し、要求した外部宛先に送信する。装置データ管理モジュールはＧＵＩ制御メニューを提供し、それにより、ユーザは、外部装置に送信する患者全開示記録又はログ記録を選択し、そのような送信を開始することができる。これは、制御メッセージを共通動作マネージャ６６６に送信し、共通動作マネージャ６６６が、シリアルネットワークインタフェース６６７を通して共通動作コントローラ６７５に送信することにより達成される。次に、共通動作コントローラ６７５は、ケースアップロードマネージャを呼び出し、ケースアップロードマネージャは、ケースデータをデータベースから読み出し、データをフォーマットして、ネットワークインタフェースを通して要求した外部装置に送信する。装置画像管理制御モジュール６５８は、ユーザが、除細動装置により捕捉された様々な画像を管理できるようにする。ケースビューアモジュール６５９は、本発明の実施形態によれば、ユーザが、フラッシュインタフェース６７２を介して様々なログ臨床データを検索し表示できるようにする。

臨床データがキャリアプロセッサドメイン６５１内のストリーミングデータ配信器６６８で受信されると、ストリーミングデータ配信器６６８は、本発明の実施形態によれば、患者データを全開示マネージャ６６９に送信し、マスタテーブルマネージャ６７４内で患者ケース記録を作成する。これらの３つのモジュール６６８、６６９、６７４は、ストリーミングデータハンドラ６８４と呼び得る。ストリーミングデータハンドラ６８４は、本発明の実施形態によれば、除細動器プロセッサ６４０からの未処理の臨床データを処理し、後に検索し、且つ／又は同時若しくはスナップショット検索のために、データを記憶する。本発明の一実施形態によれば、ストリーミングデータハンドラ６８４は、除細動器から到着した臨床データを、到着した際と略同じ形態でフラッシュメモリに記憶させる。本発明の別の実施形態によれば、ストリーミングデータハンドラ６８４は、例えば、図２２及び図２３に関して上述した様式と同様に、ストリーミングデータをフレーム化する。本発明の他の実施形態によれば、ストリーミングデータハンドラ６８４は、データをソートし、且つ／又はデータの選択された部分を取り上げ、無線及び／又はＵＳＢ通信インタフェースを介して、記憶して後にストリーミングし（リアルタイム、準リアルタイム、又は時間遅延付きで）、又は後に照会して検索する。

様々なソフトウェアモジュール及びハードウェア構成要素は、本発明の実施形態によれば、ＥＭＳ通信インタフェース装置６３１がインターネットプロトコル（ＩＰ）を介して外部クライアントドメイン６５２内のバックエンドサーバモジュール６７０（例えば、サーバ１２６又は１２８）並びに／或いは加入装置モジュール６７１（例えば、ＢＯＡシステム１０４及び／又は患者カルテ記入装置１０８）に送信できるようにする。

本発明の一実施形態によれば、バックエンドサーバ１２６、１２８、及び／又はＢＯＡ装置１０４により、ユーザは、救急車の後部及び／又は企業ワークステーション１２２等の遠隔環境で、患者臨床データの履歴スナップショットを閲覧し表示することができる。この履歴スナップショットデータは、スナップショットデータが収集された同じ臨床発生中に閲覧し、且つ／又はアクセスし得る。そのようなデータは、例えば、時間期間を含む特定の基準に従って検索し、且つ／又は表示し得る。

バックエンドサーバモジュール６７０は、本発明の実施形態によれば、例えば、患者の１２リードデータにアクセスできるようにする１２リードモジュール及び／又は傾向表示モジュール６８６を含み得る。例えば、ＥＭＳ隊員１１４は、１０秒前からの患者の１２リードＥＣＧの表示を見ている場合、最新の１０分間以内に測定された各１２リードＥＣＧ又は最新の１０分間の各分に１つの１２リードの閲覧を要求して、患者の１２リード描写がその１０分期間にわたってどのように変化したかをよりよく理解し得る。図６５は、本発明の実施形態による、スナップショット１２リードＥＣＧデータの表示に使用し得るユーザインタフェースの一例を示す。本発明のいくつかの実施形態によれば、１２リードは連続してストリーミング又は提供されず、要求された場合に提供される。例えば、ユーザから要求される場合、各分に１つの１２リードがあり得る。

この表示は、例えば、ＢＯＡ装置１０４に表示し得る。図６５に示されるように、最も新しく取得された１２リード描写はメイン位置６９２に表示され、その間、過去に取得された前の１２リードは、表示の下部に沿ってより小さなグラフィックス又はサムネイルとして表示される。示される例では、より最近になって取得された１２リードのサムネイルは右側に表示され、左に向かう各サムネイルは、患者の１２リード信号の徐々に古くなっていくスナップショットを表す。本発明のいくつかの実施形態によれば、履歴１２リードスナップショットのサムネイルはそれ自体、表示上で読み取り可能且つ判読可能である。いくつかの実施形態によれば、ユーザが１２リードサムネイル画像を選択し、又はサムネイル画像に触れ、又はサムネイル画像をクリックした場合、選択された１２リードはメイン位置６９２で拡大して表示される。そのような場合、表示は、現在表示されている１２リード画像が最も新しく取得されたものではないことをユーザに示すように構成し得、例えば、履歴スナップショット１２リードがメイン表示６９２に位置決めされる場合、背景色を赤に変更し得、その一方で、最も新しく取得された１２リードがメイン表示位置６９２に位置決めされている場合、元のグレー又は白に変更し得る。本発明の実施形態によれば、時間通知７０４も表示して、現在表示中又は現在拡大中の１２リード捕捉の時刻及び／又は日付を示し得る。

本発明の実施形態によれば、ボタン６９４及び７０２を押下又は選択して、サムネイルのラインを時間的に前後に進めることができる。本発明の実施形態によれば、両矢印ボタン６９６を押下又はアクティブ化して、サムネイルのラインを進めて、最も新しく取得された１２リードをサムネイルの最も右側の位置に示すことができ、両矢印ボタン６９８を押下又はアクティブ化して、サムネイルのラインを進めて、最初に取得した１２リードを示す（サムネイルの最も左側の位置に）ことができる。両矢印６９６、６９８は代替として、データをページのように遷移させるように動作してもよく、それにより、両矢印ボタン６９６、６９８を押下すると、ビューは次のサムネイルセットにシフトする（例えば、４つのサムネイルが示される場合、次のページは次のサムネイル４つの次の時間的なセットを含む）。サムネイルは、時間的に逆方向に配置してもよい。

ユーザインタフェースは、本発明の実施形態によれば、ユーザが、１２リードサムネイルが表示される時間枠を指定できるようにし、又はサムネイル表示を他の様式でソート若しくは狭められるようにする入力エリアを含むこともできる。例えば、スライダバー６９０を左又は右に調整して、１２リードサムネイルが画面の下部に表示される時間期間を拡大又は縮小し得る。本発明の実施形態によれば、時間期間が増大する場合、表示は、時間期間に対応する追加の１２リードサムネイルを含むようにリフレッシュし得（例えば、画面上により多数のサムネイルが嵌まるように、各サムネイルのサイズを縮小するか、又は追加のサムネイル行を追加することにより）、又は各サムネイルのサイズは同じままであるが、システムは、時間基準を満たす１２リードの合計セットのうちの周期的なサブセットから代表的なサムネイルを選択する。１２リードデータセットの他のフィルタは、臨床イベントフィルタ又はユーザ要求フィルタを含み得る。そして、１２リードスナップショットデータセットが示されるが、本発明の実施形態によれば、同様の表示及びユーザインタフェースプロセスを他の臨床及び／又は非臨床データセットに利用してもよい。ＳＯＭプロセッサ６６３は、本発明の実施形態によれば、例えば、音声及び映像ストリームデータ等の音声及び映像データを受信し、記憶し、ＢＯＡシステム１０４等の外部加入装置に送信するようにさらに構成し得る。

表示はブックマークボタン７０６を含むこともでき、このボタン７０６により、後に容易に検索するために、特定の１２リード表現にフラグを付けることができる。いくつかの実施形態では、サムネイルを選択し、ブックマークボタン上にドラッグして、特定のサムネイルにブックマークを付け得る。別のボタン（図示せず）は、表示をフィルタリングして、ブックマークの付いた１２リード画像のみを示せるようにする。本発明のいくつかの実施形態によれば、各１２リードサムネイル表示は、データと、データが記録された時間とを含む。

図６５の表示及びユーザインタフェースは、企業ワークステーション１２２を介して企業ユーザ１２４に提供することもでき、それにより、遠隔地（例えば、病院）にいる医師又は他の医療専門者は、患者が病院に到着する前に、患者が搬送中且つ／又は治療中である間、例えば、ウェブブラウザインタフェースを介して患者のサムネイル及び履歴臨床データを閲覧することができる。本発明の一実施形態によれば、ＢＯＡ装置１０４画面及び／又は企業ワークステーション１２２は、２人以上の患者を同じ画面で、且つ／又は複数の患者についての同様の情報を含むタイル化又は分割された画面で見て、稼働中のユニット範囲にわたって活動を追跡し、且つ／又は大量殺人状況に対応し得る。

いくつかの実施形態では、ＢＯＡ装置１０４又は他の外部装置は、通信インタフェース装置６３１に含まれる任意の１２リードスナップショットデータセットを照会し、続けてデータを処理し、ソートし、且つ／又はフィルタリングし得、他の実施形態では、ＳＯＭプロセッサ６３３は、適切又は最も妥当な１２リード画像及び／又はデータセットをすでにソートし、フィルタリングし、且つ／又は選択しており、ＢＯＡ装置１０４又は他の外部装置は、各自がデータを処理する必要なく、１２リード画像及び／又はデータセットにより高速にアクセスし、表示し得る。

本発明の実施形態によれば、ＳＯＭプロセッサ６３３は、加入装置により要求され、インターネットプロトコル接続を介してＸＭＬオブジェクトとして供給し得るＸＭＬスキーマに従って、除細動器から受信した未処理データをフォーマットする。図６６は、全開示記録スキーマの一例を示し、各子は特定の種類のデータに対応する。図６７は、図６６の全開示記録の１２ＬｅａｄＲｅｃｏｒｄ要素の図を示す。いくつかの実施形態によれば、臨床ＥＭＳ情報は、カスタマイズされたＸＭＬフォーマットでＥＭＳ通信インタフェース装置６３１により送信され、他の実施形態によれば、ＥＭＳ通信インタフェース装置６３１は、患者監視装置１０６からのＥＭＳ情報を記憶し、Ｎａｔｉｏｎａｌ ＥＭＳ Ｉｎｆｏｒｍａｔｉｏｎ Ｓｙｓｔｅｍ（ＮＥＭＳＩＳ）標準フォーマット等の規定された標準に従って送信することができる。本発明の実施形態によれば、プロセッサ６４０とのシリアル接続を介して装置６３１が受信するデータは、ＳＱＬｉｔｅデータベースに記憶され、各ケースは、装置６３１に記憶された各ケースを追跡するマスタテーブルマネージャ６７４により管理されるケースディレクトリデータベーステーブルと共に、別個のファイルを形成する。

装置は、システム６３０、特にシステム６３１に様々な方法で接続することができる。例えば、装置（例えば、ＢＯＡ装置１０４）は、サーバ１２６又は１２８（図１参照）等の「バックオフィス」企業サーバを介してシステム６３１に接続することができる。システム６３１は、サーバ１２６、１２８との接続をいくつかの方法で確立することができ、例えば、インターネットサービスプロバイダにも接続された、ＵＳＢポート６３９に直接差し込まれたＵＳＢセルラモデム６４３を使用して、又はインターネットサービスプロバイダに接続することができるセルラ装置（例えば、電話）に接続されたＢｌｕｅｔｏｏｔｈ（登録商標）接続を使用して、又はインターネットサービスプロバイダに接続することができるセルラモデムへのＷｉ−Ｆｉ接続を使用して、確立することができる。それぞれの場合で、データ接続は、本発明の実施形態によれば、キャリアのインターネットサービスプロバイダへのセルラリンクを介して行われ、次に、ＥＭＳ通信インタフェース装置６３１が標準通信インターネットプロトコルを使用して、サーバ１２６、１２８に接続し、それらサーバを認証し、それらサーバと対話する。

別の例として、外部装置（例えば、ＢＯＡ１０４及び／又は患者カルテ記入装置１０８）は、発見プロトコル、例えば、ｍＤＮＳ／ＤＮＳ−ＳＤを使用して、ローカルシステム６３１を調べて、どのデータサービスを提供するかを特定することができる。次に、外部装置は、通信インタフェースシステム６３１上のそのサービスへのＴＣＰ／ＩＰ接続を形成する。本発明の実施形態によれば、各通信インタフェースシステム６３１は、一意のＩＰソケットアドレスを有する。通信インタフェースシステム６３１及び外部装置は両方とも、次に、互いを認証して、双方向コマンド、応答、及びデータフローを許可する。このデータフローは、例えば、ＴＣＰ／ＩＰプロトコルを介してＸＭＬフォーマットで行うことができる。この発見プロトコルは逆に動作することもでき、したがって、本発明の実施形態によれば、通信インタフェース装置６３１が外部装置（例えば、ＢＯＡ１０４）を調べ、それらの装置上のサービスに接続することができる。これらのようにして、外部装置を装置６３１に接続し、無線ローカルエリアネットワーク（例えば、Ｗｉ−Ｆｉネットワーク）を介して装置６３１からストリーミングデータを受信し得る。

本発明のいくつかの実施形態によれば、１２リードデータは、生成されるとストリーミングデータ送信器６６５によりストリーミングデータハンドラ６８４に送信され、そこに記憶される。ＢＯＡ装置１０４は、発見動作を実行して、ＣＰ装置６３１が１２リード更新をサポートすることを特定し得る。次に、ＢＯＡは、本発明の実施形態によれば、装置６３１、特にリポート送信器により供給されるそのサービスに接続し、永続的な接続が形成される。リポート送信器に、新しい１２リードが記憶されたことが通知される都度、リポート送信器は、本発明の実施形態によれば、ＢＯＡに対して確立された接続を使用して、最新のリポートを適切なＸＭＬフォーマットで送信する。

本発明のいくつかの実施形態によれば、患者監視装置１０６は、除細動器であるか、又は患者の心音の記録、及び／又は監視、及び／又は再送信を行う音声センサ又は音響心電センサを含む他の何らかの装置である。そのような装置は、例えば、Ａｕｄｉｃｏｒ（登録商標）音響心電モニタであり得る。そのような場合、音声信号又は他の音響情報は、例えば、ストリーミング様式で、除細動器モニタ基板組立体６３２からＥＭＳ通信インタフェース装置６３１のＳＯＭプロセッサ６３３に送信し、次に、Ｗｉ−Ｆｉ、及び／又はＢｌｕｅｔｏｏｔｈ（登録商標）、及び／又は他の何らかのプロトコルを介して別の装置に送信し得る。電子聴診器装置が、ＥＭＳ通信インタフェース装置６３１に加入し、且つ／又は接続し、患者のストリーミング音声情報又は音響情報を問い合わせ、且つ／又は受信するように構成し得る。これにより、臨床医は、患者の心音を無線で、さらには遠隔から、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は他のＩＰ情報ストリームを介して聞くことができ得る。音データは、本発明の実施形態によれば、オンラインでの診察又はケースレビューのために遠隔ユーザに送信し得る。そのような装置は、３Ｍ（商標）Ｌｉｔｔｍａｎｎ（登録商標）Ｅｌｅｃｔｒｏｎｉｃ Ｓｔｅｔｈｏｃｏｐｅであり得、これは、このようにしてリアルタイムで使用することもでき、又は臨床時の遠隔聴診に使用することもできる。

ＥＭＳ装置通信インタフェース６３１は、患者監視装置と非臨床データを交換するために使用することもできる。本発明の他の実施形態によれば、外部装置を通信インタフェース装置６３１に接続して、診断テストを実行し、又はソフトウェア更新を、土台をなす患者監視装置６３２にインストールし得る。本発明のさらに他の実施形態によれば、外部装置は、ソフトウェア更新の利用可能性を、加入しているすべての通信インタフェース装置６３１、例えば、除細動装置に関連付けられた装置にブロードキャストし得、次に、それらの装置は、更新が利用可能であることを装置のユーザに警告し、インストールを通してユーザをガイドする。外部装置を通信インタフェース装置６３１に接続して、土台をなす装置の設定又はユーザ構成パラメータを更新することもでき、例えば、各シフトの開始時にＢＯＡ装置１０４を除細動装置１０６に接続して、最も新しくシステムにログインした活動中のクルーメンバの好ましい設定に合うように、ユーザ構成設定を変更し得る。

本発明の範囲から逸脱せずに、様々な変更及び追加を考察した例示的な実施形態に行い得る。例えば、上述した実施形態は特定の特徴を参照するが、本発明の範囲は、異なる組み合わせの特徴を有する実施形態及び説明された特徴のすべてを含むわけではない実施形態も含む。したがって、本発明の範囲は、特許請求の範囲と共にそのすべての均等物内にあるすべてのそのような代替、変更、及び変形を包含することを意図する。

Claims (22)

1. 患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足するシステムであって、
   前記患者監視装置に通信可能に結合され、前記患者監視装置から前記患者監視情報を受信するように構成されたインタフェース装置と、
   前記インタフェース装置に通信可能に接続され、前記患者監視情報の少なくとも部分を記憶するように構成されたメモリ装置と、
   前記インタフェース装置によりホストされる無線送受信器と、
   前記インタフェース装置に通信可能に接続されるアセット管理データベースと、
   前記無線送受信器及び前記アセット管理データベースに通信可能に結合されるプロセッサであって、前記患者監視情報を１つ又は複数のデータオブジェクトにフォーマットするように構成され、前記１つ又は複数のデータオブジェクトのそれぞれには、前記患者監視情報が集められた期間のＥＭＳインシデントに関連付けられたインシデント識別子が関連付けられ、前記プロセッサは、前記１つ又は複数のデータオブジェクトを前記アセット管理データベースに記憶し、前記無線送受信器を用いて前記１つ又は複数のデータオブジェクトを送信するようにさらに構成される、プロセッサと、
   を備える、システム。
2. 前記プロセッサは、前記無線送受信器を介して、特定のＥＭＳインシデントに関連付けられた特定のインシデント識別子に関連付けられたデータオブジェクトに対する要求を受信し、前記アセット管理データベースを照会して、前記特定のＥＭＳインシデントに関連付けられたすべてのデータオブジェクトを前記特定のインシデント識別子に基づき検索し、前記無線送受信器を用いて、前記特定のＥＭＳインシデントに関連付けられた前記データオブジェクトを送信するようにさらに構成される、請求項１に記載のシステム。
3. 前記患者監視装置は除細動器であり、前記１つ又は複数のデータオブジェクトは１つ又は複数のＥＣＧ波形を含む、請求項１に記載のシステム。
4. 前記患者監視装置は、患者から心音信号を生成するように構成された音声装置を備え、前記プロセッサは、前記心音信号を１つ又は複数の心音データオブジェクトにフォーマットするようにさらに構成される、請求項１に記載のシステム。
5. 前記プロセッサに接続し、前記１つ又は複数の心音データオブジェクトを受信するように構成された電子聴診器をさらに備える、請求項４に記載のシステム。
6. 患者情報を臨床装置からストリーミングする方法であって、
   表示装置が前記臨床装置との無線データ接続を確立すること、
   前記表示装置が前記無線データ接続を介して、少なくとも５秒毎に前記臨床装置から患者情報を受信すること、
   前記表示装置が緊急医療サービスモバイル環境で前記患者情報の少なくとも部分を表示すること、
   インタフェース装置と通信可能に接続されたプロセッサが前記臨床装置から全開示データを受信すること、
   前記プロセッサが前記全開示データを１つ又は複数のデータオブジェクトにフォーマットすることであって、前記１つ又は複数のデータオブジェクトのそれぞれには、前記患者情報が集められた期間のＥＭＳインシデントに関連付けられたインシデント識別子が関連付けられ、前記１つ又は複数のデータオブジェクトは全開示記録オブジェクトを含み、前記全開示記録オブジェクトは、インシデント識別子、及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、前記フォーマットすること、
   前記インタフェース装置が前記無線データ接続を介して、前記患者情報として前記全開示記録オブジェクトを送信すること
   を含む、方法。
7. 前記臨床装置は除細動器である、請求項６に記載の方法。
8. 前記患者情報を受信することは、前記無線データ接続を介して、少なくとも１秒毎に前記臨床装置から前記患者情報を受信することを含む、請求項６に記載の方法。
9. 前記無線データ接続はセキュアＷｉＦｉ接続である、請求項６に記載の方法。
10. 前記患者情報は臨床情報であり、前記方法は、前記表示装置が非臨床情報を受信すること、前記緊急医療サービスモバイル環境で前記臨床情報及び前記非臨床情報を同時に表示することをさらに含む、請求項６に記載の方法。
11. 前記患者情報はＥＣＧ波形を含む、請求項６に記載の方法。
12. 前記患者情報は心拍数を含む、請求項６に記載の方法。
13. 前記患者情報はＥＣＧ波形を含む、請求項８に記載の方法。
14. 前記全開示記録オブジェクトが全開示記録ＸＭＬオブジェクトである、請求項６に記載の方法。
15. 前記インタフェース装置が前記１つ又は複数のデータオブジェクトをコンピュータ可読媒体に記憶することをさらに含む、請求項６に記載の方法。
16. 装置が前記無線データ接続を介して要求を送信することであって、前記要求は特定のインシデント識別子を含む、前記要求を送信すること、
    前記インタフェース装置が前記インシデント識別子が前記要求の前記特定のインシデント識別子に対応する前記１つ又は複数のデータオブジェクトのそれぞれを前記コンピュータ可読媒体から検索し、応答セットに追加すること、
    前記インタフェース装置が前記無線データ接続を介して前記応答セットを送信すること
    をさらに含む、請求項１５に記載の方法。
17. 前記表示装置が前記緊急医療サービスモバイル環境で前記応答セットのうちの少なくとも部分を表示することをさらに含む、請求項１６に記載の方法。
18. 患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足する方法であって、
    ＥＭＳ通信インタフェース装置と通信可能に接続されたプロセッサが前記患者監視情報を受信すること、
    前記プロセッサが前記患者監視情報をメモリに記憶すること、
    前記プロセッサが前記患者監視情報を１つ又は複数のデータオブジェクトのストリームにフォーマットすることであって、前記１つ又は複数のデータオブジェクトのそれぞれには、前記患者監視情報が集められた期間のＥＭＳインシデントに関連付けられたインシデント識別子が関連付けられている、前記フォーマットすること、
    前記プロセッサが前記１つ又は複数のデータオブジェクトを、前記ＥＭＳ通信インタフェース装置によりホストされるアセット管理データベースに記憶すること、
    前記ＥＭＳ通信インタフェース装置の無線送受信器が前記１つ又は複数のデータオブジェクトのストリームを送信すること、
    前記ＥＭＳ通信インタフェース装置が特定のＥＭＳインシデントに関連付けられた特定のインシデント識別子に関連付けられたデータオブジェクトに対する要求を受信すること、
    前記ＥＭＳ通信インタフェース装置が前記アセット管理データベースを照会して、前記特定のＥＭＳインシデントに関連付けられたすべてのデータオブジェクトを受信した前記要求に対応する前記特定のインシデント識別子に基づき検索すること、
    前記無線送受信器が前記特定のＥＭＳインシデントに関連付けられた前記データオブジェクトを送信すること
    を含む、方法。
19. 緊急医療搬送中、除細動装置が患者を能動的に監視している間、インタフェース装置が無線ネットワーク接続を介して前記除細動装置から外部装置に患者についての臨床データを送信することを含み、前記インタフェース装置と通信可能に接続されたプロセッサが前記臨床データを１つ又は複数のデータオブジェクトにフォーマットすることを含み、前記１つ又は複数のデータオブジェクトのそれぞれには、前記臨床データが集められた期間のＥＭＳインシデントに関連付けられたインシデント識別子が関連付けられ、前記臨床データは複数のＥＣＧ波形を含み、当該方法は、表示装置が前記複数のＥＣＧ波形の１つ又は複数の履歴スナップショットを表示することをさらに含み、前記表示装置は前記除細動装置から独立しており、前記方法は、前記インタフェース装置が前記臨床データを遠隔サーバに送信して、緊急対応車両において前記緊急医療搬送中に前記除細動装置が前記患者を能動的に監視している間、前記臨床データへのウェブブラウザアクセスを可能とすることをさらに含む、方法。
20. 前記複数のＥＣＧ波形の１つ又は複数の履歴スナップショットを表示することは、前記表示装置が前記複数のＥＣＧ波形のうちの最新のＥＣＧ波形を、前記複数のＥＣＧ波形の１つ又は複数の履歴スナップショットのうちの別のスナップショットと同時に表示することを含む、請求項１９に記載の方法。
21. 前記外部装置は、前記緊急対応車両内に配置される表示装置である、請求項１９に記載の方法。
22. 前記緊急対応車両は救急車である、請求項２１に記載の方法。