"患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足するシステムであって、前記患者監視装置に通信可能に結合され、前記患者監視装置から前記患者監視情報を受信するように構成されたインタフェース装置と、前記インタフェース装置によりホストされ、前記患者監視情報の少なくとも部分を記憶するように構成されたメモリ装置と、前記インタフェース装置によりホストされる無線送受信器と、前記インタフェース装置によりホストされるアセット管理データベースと、前記無線送受信器及び前記アセット管理データベースに通信可能に結合されるプロセッサであって、前記患者監視情報を1つ又は複数のデータオブジェクトにフォーマットするように構成され、前記1つ又は複数のデータオブジェクトのそれぞれには、前記患者監視情報が集められたEMSインシデントが関連付けられ、前記プロセッサは、前記1つ又は複数のデータオブジェクトを前記アセット管理データベースに記憶し、前記無線送受信器を用いて前記1つ又は複数のデータオブジェクトを送信するようにさらに構成される、プロセッサと、を備える、システム。前記プロセッサは、前記無線送受信器を介して、特定のEMSインシデントに関連付けられたデータオブジェクトに対する要求を受信し、前記アセット管理データベースを照会して、前記特定のEMSインシデントに関連付けられたすべてのデータオブジェクトを検索し、前記無線送受信器を用いて、前記特定のEMSインシデントに関連付けられたデータオブジェクトを送信するようにさらに構成される、請求項1に記載のシステム。前記患者監視装置は除細動器であり、前記1つ又は複数のデータオブジェクトは1つ又は複数のECG波形を含む、請求項1に記載のシステム。前記患者監視装置は、患者から心音信号を生成するように構成された音声装置を備え、前記プロセッサは、前記心音信号を1つ又は複数の心音データオブジェクトにフォーマットするようにさらに構成される、請求項1に記載のシステム。前記プロセッサに接続し、前記1つ又は複数の心音データオブジェクトを受信するように構成された電子聴診器をさらに備える、請求項4に記載のシステム。患者情報を臨床装置からストリーミングする方法であって、前記臨床装置との無線データ接続を確立すること、前記無線データ接続を介して、少なくとも5秒毎に前記臨床装置から患者情報を受信すること、緊急医療サービスモバイル環境で前記患者情報の少なくとも部分を表示することを含む、方法。前記臨床装置は除細動器である、請求項6に記載の方法。前記患者情報を受信することは、前記無線データ接続を介して、少なくとも1秒毎に前記臨床装置から前記患者情報を受信することを含む、請求項6に記載の方法。前記無線データ接続はセキュアWiFi接続である、請求項6に記載の方法。前記患者情報は臨床情報であり、前記方法は、非臨床情報を受信すること、前記緊急医療サービスモバイル環境で前記臨床情報及び前記非臨床情報を同時に表示することをさらに含む、請求項6に記載の方法。前記患者情報はECG波形を含む、請求項6に記載の方法。前記患者情報は心拍数を含む、請求項6に記載の方法。前記患者情報はECG波形を含む、請求項8に記載の方法。前記臨床装置から全開示データを受信すること、前記全開示データを1つ又は複数のデータオブジェクトにフォーマットすることであって、前記1つ又は複数のデータオブジェクトは全開示記録XMLオブジェクトを含み、前記全開示記録XMLオブジェクトは、時間識別子、インシデント識別子、並びに前記時間識別子により識別される時間及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、前記フォーマットすること、前記無線データ接続を介して、前記患者情報として前記全開示記録XMLオブジェクトを送信することをさらに含む、請求項6に記載の方法。前記1つ又は複数のデータオブジェクトをコンピュータ可読媒体に記憶することをさらに含む、請求項14に記載の方法。前記無線データ接続を介して要求を送信することであって、前記要求は特定のインシデント識別子を含む、前記要求を送信すること、前記インシデント識別子が前記要求の前記特定のインシデント識別子に対応する前記1つ又は複数のデータオブジェクトのそれぞれを前記コンピュータ可読媒体から検索し、応答セットに追加すること、前記無線データ接続を介して前記応答セットを送信することをさらに含む、請求項15に記載の方法。前記緊急医療サービスモバイル環境で前記応答セットのうちの少なくとも部分を表示することをさらに含む、請求項16に記載の方法。患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足する方法であって、前記患者監視装置からEMS通信インタフェース装置への前記患者監視情報を受信すること、前記患者監視情報を、前記EMS通信インタフェース装置によりホストされるメモリに記憶すること、前記患者監視情報を1つ又は複数のデータオブジェクトのストリームにフォーマットすることであって、前記1つ又は複数のデータオブジェクトのそれぞれには、前記患者監視情報が集められたEMSインシデントが関連付けられている、前記フォーマットすること、前記1つ又は複数のデータオブジェクトを、前記EMS通信インタフェース装置によりホストされるアセット管理データベースに記憶すること、前記EMS通信インタフェース装置の無線送受信器を介して、前記1つ又は複数のデータオブジェクトのストリームを送信することを含む、方法。緊急医療処置又は搬送中、除細動装置が患者を能動的に監視している間、無線ネットワーク接続を介して前記除細動装置から外部装置に患者についての臨床データを送信することを含む方法。前記臨床データは複数のECG波形を含み、前記方法は、前記複数のECG波形の1つ又は複数の履歴スナップショットを表示装置に表示することをさらに含み、前記表示装置は前記除細動装置から独立している、請求項19に記載の方法。前記複数のECG波形の1つ又は複数の履歴スナップショットを表示することは、前記複数のECG波形のうちの最新のECG波形を、前記複数のECG波形の1つ又は複数の履歴スナップショットのうちの別のスナップショットと同時に表示することを含む、請求項20に記載の方法。前記外部装置は、緊急対応車両内に配置される表示装置である、請求項19に記載の方法。前記緊急対応車両は救急車である、請求項22に記載の方法。前記臨床データを遠隔サーバに送信して、前記緊急医療処置又は搬送中に前記除細動装置が患者を能動的に監視している間、前記臨床データへのウェブブラウザアクセスを可能とすることをさらに含む、請求項19に記載の方法。本発明の実施形態による、患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足するシステムは、患者監視装置に通信可能に結合され、患者監視装置から患者監視情報を受信するように構成されたインタフェース装置と、インタフェース装置によりホストされ、患者監視情報の少なくとも部分を記憶するように構成されたメモリ装置と、インタフェース装置によりホストされる無線送受信器と、インタフェース装置によりホストされるアセット管理データベースと、無線送受信器及びアセット管理データベースに通信可能に結合されるプロセッサであって、患者監視情報を1つ又は複数のデータオブジェクトにフォーマットするように構成され、1つ又は複数のデータオブジェクトのそれぞれには、患者監視情報が集められたEMSインシデントが関連付けられ、プロセッサは、1つ又は複数のデータオブジェクトをアセット管理データベースに記憶し、無線送受信器を用いて1つ又は複数のデータオブジェクトを送信するようにさらに構成される、プロセッサと、を含む。プロセッサは、無線送受信器を介して、特定のEMSインシデントに関連付けられたデータオブジェクトに対する要求を受信し、アセット管理データベースを照会して、特定のEMSインシデントに関連付けられたすべてのデータオブジェクトを検索し、無線送受信器を用いて、特定のEMSインシデントに関連付けられたデータオブジェクトを送信するようにさらに構成される、段落[0005]のシステム。患者監視装置は除細動器であり、1つ又は複数のデータオブジェクトは1つ又は複数のECG波形を含む、段落[0005]又は[0006]のシステム。1つ又は複数のデータオブジェクトは患者波形を含むこともでき、患者波形は、最高で8つのECG波形、観血血圧波形、SpO2波形、EtCO2波形、CPR波形、及び/又はインピーダンス呼吸波形を含み得る。いくつかのパラメータは、例えば、心拍数、NIBP測定、体温測定等の患者のバイタル情報を表し得る。患者監視装置は、患者から心音信号を生成するように構成された音声装置を備え、プロセッサは、心音信号を1つ又は複数の心音データオブジェクトにフォーマットするようにさらに構成される、段落[0005]~[0007]のいずれか1つのシステム。プロセッサに接続し、1つ又は複数の心音データオブジェクトを受信するように構成された電子聴診器をさらに備える、段落[0005]~[0008]のいずれか1つのシステム。本発明の実施形態による、患者情報を臨床装置からストリーミングする方法は、臨床装置との無線データ接続を確立すること、無線データ接続を介して、少なくとも5秒毎に臨床装置から患者情報を受信すること、緊急医療サービスモバイル環境で患者情報の少なくとも部分を表示することを含む。臨床装置は除細動器である、段落[0010]の方法。患者情報を受信することは、無線データ接続を介して、少なくとも1秒毎に臨床装置から患者情報を受信することを含む、段落[0010]又は[0011]の方法。無線データ接続はセキュアWiFi接続である、段落[0010]~[0012]のいずれか1つの方法。患者情報は臨床情報であり、方法は、非臨床情報を受信すること、並びに緊急医療サービスモバイル環境で臨床情報及び非臨床情報を同時に表示することをさらに含む、段落[0010]~[0013]のいずれか1つの方法。患者情報はECG波形を含む、段落[0010]~[0014]のいずれか1つの方法。患者情報は心拍数を含む、段落[0010]~[0015]のいずれか1つの方法。患者情報はECG波形を含む、段落[0010]~[0016]のいずれか1つの方法。臨床装置から全開示データを受信すること、全開示データを1つ又は複数のデータ要素にフォーマットすることであって、1つ又は複数のデータ要素は全開示記録XMLオブジェクトを含み、全開示記録XMLオブジェクト及び/又は全開示XMLオブジェクト内の各要素は、時間識別子、インシデント識別子、並びに時間識別子により識別される時間及びインシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、フォーマットすること、無線データ接続を介して、患者情報として全開示記録XMLオブジェクトを送信することをさらに含む、段落[0010]~[0017]のいずれか1つの方法。1つ又は複数のデータオブジェクトをコンピュータ可読媒体に記憶することをさらに含む、段落[0010]~[0018]のいずれか1つの方法。無線データ接続を介して要求を送信することであって、要求は特定のインシデント識別子を含む、要求を送信すること、インシデント識別子が要求の特定のインシデント識別子に対応する1つ又は複数のデータオブジェクトのそれぞれをコンピュータ可読媒体から検索し、応答セットに追加すること、及び無線データ接続を介して応答セットを送信することをさらに含む、段落[0010]~[0019]のいずれか1つの方法。緊急医療サービスモバイル環境で応答セットのうちの少なくとも部分を表示することをさらに含む、段落[0010]~[0020]のいずれか1つの方法。本発明の実施形態による、患者を監視し、患者監視情報を提供するように構成された患者監視装置の通信能力を補足する方法は、患者監視装置からEMS通信インタフェース装置への患者監視情報を受信すること、患者監視情報を、EMS通信インタフェース装置によりホストされるメモリに記憶すること、患者監視情報を1つ又は複数のデータオブジェクトのストリームにフォーマットすることであって、1つ又は複数のデータオブジェクトのそれぞれには、患者監視情報が集められたEMSインシデントが関連付けられている、フォーマットすること、1つ又は複数のデータオブジェクトを、EMS通信インタフェース装置によりホストされるデータベース又はアセット管理データベースに記憶すること、及びEMS通信インタフェース装置の無線送受信器を介して、1つ又は複数のデータオブジェクトのストリームを送信することを含む。本発明の実施形態による方法は、緊急医療処置又は搬送中、除細動装置が患者を能動的に監視している間、無線ネットワーク接続を介して除細動装置から外部装置に患者についての臨床データを送信することを含む。臨床データは複数のECG波形を含み、方法は、複数のECG波形の1つ又は複数の履歴スナップショットを表示装置に表示することをさらに含み、表示装置は除細動装置から独立している、段落[0023]の方法。複数のECG波形の1つ又は複数の履歴スナップショットを表示することは、複数のECG波形のうちの最新のECG波形を、複数のECG波形の1つ又は複数の履歴スナップショットのうちの別のスナップショットと同時に表示することを含む、段落[0023]又は[0024]の方法。外部装置は、緊急対応車両内に配置される表示装置である、段落[0023]~[0025]のいずれか1つの方法。緊急対応車両は救急車である、段落[0023]~[0026]のいずれか1つの方法。臨床データを遠隔サーバ例えば、企業サーバに送信して、緊急医療処置又は搬送中に除細動装置が患者を能動的に監視している間、臨床データへのウェブブラウザアクセスを可能とすることをさらに含む、段落[0023]~[0027]のいずれか1つの方法。複数の実施形態が開示されるが、本発明のさらに他の実施形態が、以下の詳細な説明から当業者には明らかになり、以下の詳細な説明は、本発明の例示的な実施形態を示し説明する。したがって、図面及び詳細な説明は、例示的な性質のものとしてみなされるべきであり、限定としてみなされるべきではない。本発明は様々な変更及び代替の形態を受け入れるが、特定の実施形態を例として図面に示し、詳細に後述する。しかし、本発明を説明される特定の実施形態に限定する意図はない。逆に、本発明は、添付の特許請求の範囲により規定される範囲内にあるすべての変更、均等物、及び代替の包含を意図する。図1に示されるように、本発明の実施形態によるシステム100は、複数の異なる装置からのEMSデータの高度なデータ管理、統合、及び提示を実行する。システム100は、モバイル環境101と、企業環境102と、管理環境103とを含む。様々な環境101、102、103内の装置は、例えば、インターネット等のネットワーク120を介して通信可能に結合し得る。本明細書で使用される場合、通信可能に結合という語句は、その最も広義の意味で、情報を渡すことができるようにする任意の結合を指すために使用される。したがって、例えば、通信可能に結合は、例えばワイヤによる電気的な結合、例えば光ケーブルによる光学的な結合、及び/又は例えば電波若しくは他の伝送媒体による無線結合を含む。通信可能に結合は、例えば、ネットワークを通すような間接的な結合又は直接結合も含む。ネットワーク120は、本発明の実施形態によれば、図24に示されるように、メッシュネットワーク等のアドホック型自己構成自己修復ネットワーク2400の形態をとることもできる。図24並びに段落[0043]~[0051]原文[00109]~[00117]でのメッシュネットワークについての以下の説明は、http://www.sensorsmag.com/networking-communications/standards-protocols/wireless-mesh-networks-968で入手可能なPoor,Robert;WIRELESSMESHNETWORKS;SensorsFeb.1,2003から直接取ったものであり、これを参照により本明細書に援用する。産業用の無線システムは従来、ポイントツーポイント伝送又はポイントツーマルチポイント伝送を使用して、セルラ電話式無線リンクを使用する。しかし、マサチューセッツ州CambridgeにあるMITのMediaLabの研究により、従来の無線フォーマットが産業用途で制限を有することが示された。これらとしては、硬直した構造、細かいプランニング要件、及び信号の弱まりが挙げられる。これは、既存の基盤がまばらであるか例えば、地方環境又は機能不全例えば、大量死傷若しくは災害状況であり得るEMS環境又は大量死傷環境では、深刻な問題を呈し得る。対照的に、無線メッシュネットワーク2400は、特に悪条件下で、装置がネットワークを通してのパケットの伝送を互いが支援するマルチホップシステムである。そのようなアドホックネットワークは、最小の準備で実施することができ、本発明の実施形態によれば、数千もの装置に拡張可能な信頼性が高く柔軟性のあるシステムを提供する。産業の制御及び感知のためにMITで開発された無線メッシュネットワークトポロジは、アドホック、マルチホップネットワークと呼ばれるポイントツーポイントシステム又はピアツーピアシステムである。ノードはメッセージを送受信することができ、メッシュネットワークでは、ノードは、ルータとしても機能し、近傍ノードにメッセージを中継することができる。中継プロセスを通して、無線データパケットは宛先までの道を見つけ、図24に示されるように、信頼性の高い通信リンクを用いて中間ノードを通過する。無線メッシュネットワーク2400では、複数のノードが協働して、メッセージを宛先まで中継する。メッシュトポロジはネットワークの全体の信頼性を高め、これは、厳しい産業環境で動作する場合に特に重要である。インターネット及び他のピアツーピアルータベースのネットワークと同様に、メッシュネットワークは、ネットワーク全体を通して複数の冗長通信路を提供する。1つのリンクが任意の理由強いRF干渉の発生を含むで故障した場合、ネットワークは自動的に、代替の経路を通してメッセージをルーティングする。メッシュネットワーク2400では、ノード間の距離を縮めることができ、これは、リンク品質を劇的に増大させる。距離を半分に低減すると、結果として、受信器での信号強度は少なくとも4倍になる。これにより、個々のノードでの送信器電力を増大させずに、リンクの信頼性が高まる。単により多数のノードを追加することで、メッシュネットワークの届く範囲を拡張し、冗長性を追加し、全般的な信頼性を向上させ得る。ネットワーク2400は、本発明の実施形態によれば、自己構成自己修復型ネットワークであり得る。本発明の実施形態によれば、ネットワーク2400では、システム管理者がメッセージを宛先にどのようにして届けるかを教える必要がない。メッシュネットワーク2400は自己編成型であり、手動での構成を必要としない。このため、新しいギアの追加又は既存のギアの配置換えは、本発明の実施形態によれば、プラグを差し込み、電源を入れるという簡単なものである。ネットワークは、本発明の実施形態によれば、新しいノードを発見し、それを自動的に既存のシステムに組み込む。メッシュネットワーク2400は、本発明の実施形態によれば、本質的に信頼性が高いだけでなく、高い適合可能性も有する。例えば、タンク液位センサ及びデータロガーが、ロバストなRF通信リンクにはあまりに遠く離れて配置される場合、1つ又は複数のリピータノードを追加して、ネットワーク2400内のギャップを埋め得る。インターネットでは、1つのルータがダウンした場合、メッセージは、他のルータにより代替路を通って送信される。同様に、メッシュネットワーク内の装置又はリンクが故障した場合、メッセージは他の装置を介して、故障した装置又はリンクを迂回して送信される。1つ又は複数のノードの損失は、ネットワークの動作に必ずしも影響しない。メッシュネットワークは、メッセージのリルーティングに人的介入が必要ないため、自己修復型である。そのようなネットワーク2400は、本発明の実施形態によれば、冗長性及び拡張性を提供する。メッシュネットワークでは、冗長性の程度は基本的に、ノード密度の関数である。ネットワークは、各装置がデータ送信に2つ以上の経路を有するように、単に追加のノードを加えることで信頼性に関して意図的に高機能に設計することができる。これは、大半の他の種類のシステムで可能なよりも簡単な冗長性取得方法である。メッシュネットワークは、拡張性も有し、数百又は数千のノードを処理することができる。ネットワーク2400の動作は中央制御点に依存しないため、複数のデータ収集点又はゲートウェイの追加が簡便であり得る。信頼性、適合性、及び拡張性は、本発明の実施形態によれば、産業制御感知用途に対する無線ネットワークの優れた属性である。ポイントツーポイントネットワークは信頼性を提供するが、多くの場合、二対以上のエンドポイントを処理するように拡張することが難しい。ポイントツーマルチポイントネットワークは、より多数のエンドポイントを処理することができるが、信頼性はアクセスポイント及びエンドポイントの配置に依存し得る。メッシュネットワークは本質的に信頼性が高く、環境又は構造の制約に容易に適合し、数千のエンドポイントを処理するように拡張可能である。本発明の実施形態によれば、モバイル環境101は救急車又は他のEMS車両、例えば、車両モバイル環境VMEである。モバイル環境は、現場環境-現場患者モバイル環境ASPMEで1人又は複数の患者の処置時に確立されるデータ入力装置並びに診断装置及び治療装置のローカルネットワークであってもよい。モバイル環境は、VME及び/又はASPMEのうちの1つ又は複数の組み合わせであってもよい。モバイル環境は、本発明の実施形態によれば、モバイル環境の位置101を追跡し、モバイル環境101の位置及び/又は緊急位置を特定し、搬送先の位置を特定するために、ドライバ112が使用するナビゲーション装置110を含み得る。ナビゲーション装置110は、例えば、全地球測位システムGPSを含み得る。ナビゲーション装置110は、車両速度、位置間の移動時間、及び推定到着時間についての計算を実行するように構成することもできる。本発明の実施形態によれば、ナビゲーション装置110は、救急車の前部に配置して、車両のナビゲーションにおいてドライバ112を支援する。ナビゲーション装置110は、例えば、コロラド州Broomfieldに所在のZollDataSystemsから入手可能なRescueNet登録商標Navigator車載電子データ通信システムであり得る。図25並びに段落[0053]~[0054]原文[00119]~[00120]でのジオロケーションについての以下の情報は、K.Pahlavan等,AnOverviewofWirelessIndoorGeolocation,MobileandWirelessCommunicationsNetworksIFIP-TC6/EuropeanCommissionNETWORKING2000InternationalWorkshop,MWCN2000Paris,France,May16-17,2000から直接取ったものであり、これを参照により本明細書に援用する。より一般には、モバイル環境は、VME又はASPME内の装置のうちの1つ又は複数内のジオロケーションセンサを含み得る。ジオロケーションセンサは、例えば、全地球測位システムGPS等の一般的な種類のものであり得る。しかし、GPSは特定の制限を受け得る:1屋内環境での性能を制限し得る、2つ以上のGPS衛星への視線、2都市環境によっては、建物の信号反射により位置精度が低減すること、及び3多数の死傷者がおり、各犠牲者の位置をソフトウェアマッピング環境に統合する必要がある場合に、本発明の実施形態によれば/-5フィートよりも良好な精度が必要であり得る大量死傷者のとき、通常精度が不十分であり得ること。したがって、本発明の実施形態によれば、従来のGPSベースのジオロケータシステムを補強又は置換し得る追加のロケータ基地局を現場屋外又は建物内に配備し得る。セルラジオロケーションシステムと同様に、屋内ジオロケーションシステムの構造は、2つの主なカテゴリ:モバイルベース構造及びネットワークベース構造のうちの一方に入り得る。大半の従来の屋内ジオロケーション用途は、図25に示されるようなネットワークベースのシステム構造に焦点を合わせていた。ジオロケーション基地局GBSは、移動局により送信される無線信号から位置測定を抽出し、その情報をジオロケーション制御局GCSに中継する。GBSとGCSとの接続は、本発明の実施形態によれば、有線であることもでき、又は無線であることもできる。次に、屋内環境で移動局の位置を推定し得る。その結果、専用屋内ジオロケーションシステムが、正確な屋内ジオロケーションサービスを提供する。これは、ランドマーク又はディファレンシャルGPSDGPS等のより高度なGPSシステムに基づくより良好な既知の正確性を有する基地局を配備して、ナビゲーションソフトウェア又は他のマッピングソフトウェア、例えば、Googleマップ等に統合された患者状態についての非常に正確で完全な情報を提供することができる、戦場又は他の大量死傷状況等のモバイル環境にも同様に当てはまり得る。図1に示されるように、患者監視装置106及び患者カルテ記入装置108は、本発明の実施形態によれば、モバイル環境101で患者ケアに使用されることも多い。EMS隊員114は、患者監視装置106を患者116に装着して、患者116を監視する。患者監視装置106は、本発明の実施形態によれば、例えば、患者116に取り付けられて、心拍数を監視し、且つ/又は心電図ECGを生成するように構成された電極及び/又はセンサを有する除細動装置であり得る。患者監視装置106は、他の患者状況を検出するセンサ又は他の患者状況を導出若しくは計算するプロセッサを含んでもよい。例えば、患者監視装置106は、本発明の実施形態によれば、血圧、体温、呼吸数、血中酸素濃度、呼気終末二酸化炭素濃度、肺機能、血糖値、及び/又は体重の監視、検出、処置、及び/又は導出若しくは計算を行い得る。患者監視装置106は、本発明の実施形態によれば、マサチューセッツ州Chelmsfordに所在のZollMedicalCorporationから入手可能なZollE-Series登録商標除細動器であり得る。患者監視装置は、本発明の実施形態によれば、患者処置装置であってもよく、或いは患者監視機能及び/又は患者処置機能を含む別の種類の装置であってもよい。患者カルテ記入装置108は、本発明の実施形態によれば、EMS隊員114が、患者116の状態及び/又は患者に施される処置について記録及び/又は書き留めを行うために使用する装置である。例えば、患者カルテ記入装置108は、特定の時刻に患者116に与えられた薬剤の投与量を書き留めるために使用し得る。患者カルテ記入装置108及び/又は患者監視装置106は時計を有し得、時計は、本発明の実施形態によれば、ネットワーク又は衛星等の外部時刻源と同期して、EMS隊員が処置又は観察の時刻を手動で入力する必要性又は処置が施されてから長い時間がたった後、カルテ記入のために、処置時刻を推定しようとする必要性を回避し得る。患者カルテ記入装置108は、本発明の実施形態によれば、患者についての略歴、及び/又は人口学的情報、及び/又は既往情報、例えば、患者の氏名、識別番号、身長、体重、及び/又は既往歴を記録するために使用することもできる。本発明の実施形態によれば、患者カルテ記入装置108は、例えば、コロラド州Broomfieldに所在のZollDataSystemsから入手可能なRescueNet登録商標ePCRSuiteのTabletPCR構成要素等のタブレットPCである。本発明のいくつかの実施形態によれば、患者カルテ記入装置108は、BOA装置104に通信可能に接続し、患者116に何がいつ行われたかを示すようにタップすることができるタッチスクリーン又は音声認識データ入力等のインタラクティブデータ入力インタフェースを有するAppleiPhone又はiPad等のリストバンド又はスマートフォンである。ナビゲーション装置110、カルテ記入装置108、及び監視装置106のそれぞれは別個に、患者搬送前、搬送中、及び搬送後にEMSドライバ112及び隊員114にとって非常に有用である。救急車後部BOA装置104は、本発明の実施形態によれば、各装置108、110、112からデータを受信し、編成し、記憶し、表示して、各装置108、110、112の有用性をさらに強化するとともに、通常ならEMS隊員114が各装置108、110、112に視覚的注意及び手作業の注意を別個にそらす必要がある特定の作業をEMS隊員114が実行するのをはるかに容易にする。換言すれば、BOA装置は、本発明の実施形態によれば、通常ならば分散し、編成されない情報を集中させ編成する。装置104は、EMS隊員114が通常、救急車の後部152に搭載されたそのような表示装置を有することから最も恩恵を受けるため、本明細書では救急車後部装置と呼ばれるが、本明細書に提供される開示に基づいて、BOA装置104のうちのいくつか又はすべてをモバイル環境101、EMS車両の任意の部分、及び/又はEMS隊員114にとって有用な他の任意の場所に配置し得ることを当業者は認識しよう。例えば、BOA装置104は、本発明の実施形態によれば、救急車の前部150に配置してもよく、且つ/又は可搬性の構成要素を含んでもよく、患者の住居に運ぶことができる。BOA装置104は、本発明の実施形態によれば、患者監視装置106、患者カルテ記入装置108、及びナビゲーション装置110に通信可能に結合される。BOA装置104は、記憶媒体118にも通信可能に結合される。BOA装置104は、本発明の実施形態によれば、タッチスクリーン、フラットパネルPCであり得、記憶媒体118はBOA装置104の内部に配置してもよく、又は外部に配置してもよい。BOA装置104は、本発明の実施形態によれば、グラフィカルユーザインタフェースとして機能する表示テンプレートを含み得、表示テンプレートにより、ユーザ例えば、EMS隊員114は、装置106、108、110から集められる情報及び/又は装置に送信される情報の異なるサブセット及び/又は表示モードを選択することができる。図2は、本発明の実施形態による、BOA装置104の表示のメニューテンプレート200の一例を示す。メニューテンプレート200は、本発明の実施形態によれば、ナビゲーションボタン202、患者監視装置ボタン204、患者カルテ記入装置ボタン206、パッチメモボタン208、及びプロトコルボタン210を含む。ボタンの1つを押下すると、ユーザ例えば、EMS隊員114に対して、装置106、108、110からの情報のすべて又はサブセットを表示する特定のページが開かれる。図3~図7は、本発明の実施形態による、1つ又は複数のEMS装置106、108、110からの情報が表示される特定の情報テンプレートの例を示す。本明細書に提供される開示に基づいて、そのような情報を表示し得る様々な他の情報テンプレートを当業者は認識しよう。図3は、本発明の実施形態による、ユーザがナビゲーションボタン202を選択した場合に表示されるグラフィカルユーザインタフェースを示す。本発明の実施形態によれば、表示の一部分は状態セクション302を含み、表示の別の部分は地図セクション304を含む。状態セクション302は、本発明の実施形態によれば、EMS車両の移動についての情報を識別する1つ又は複数のフィールドを含む。例えば、状態セクション302のフィールドは、本発明の実施形態によれば、情報が表示されるEMS車両の名称を識別するユニットフィールド306、EMS車両の1人又は複数のクルーメンバを識別するクルーユニット308、移動の状態例えば、搬送中又は患者に向かっている途中を識別する状態ユニット310、行先への推定到着時間を識別するETAフィールド312、EMS車両の行先例えば、病院を識別する行先フィールド314、及びEMS車両の行先例えば、病院と交信するための電話番号又は他の情報を識別するパッチ情報フィールド316のうちの1つ又は複数を含み得る。地図セクション304は、本発明の実施形態によれば、起点、行先、ルート識別、及び/又は進行情報と共にストリート情報を表示し得る。ナビゲーション装置110は車両状態情報を表示に供給することもでき、これは、搬送がまだ開始されていない場合であっても有用であり得る。ユーザは、本発明の実施形態によれば、循環供給ボタン318を選択して、表示を図3~図7の様々な表示のうちの1つ又は複数の間を連続して遷移させ得る。図3に示される情報は、通常ならば、救急車101の前部のドライバ112のみに提供されるが、BOA装置104がナビゲーション装置110に通信可能に結合されるため、BOA装置104は、ナビゲーション装置110に提供される情報のすべて又は選択されたサブセットを表示することができる。図4は、本発明の実施形態による、ユーザがメニューテンプレートの患者監視ボタン204を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図4は、ZollE-Series登録商標除細動器である患者監視装置106からBOA装置104が受信する情報を表示する。表示は、本発明の実施形態によれば、垂直バイタルサインセクション402、水平バイタルサイン概要セクション404、グラフィカルセクション406、及び解釈セクション414を含む。垂直バイタルサインセクション402は、装置106が取り付けられた患者116の状況を示す1つ又は複数のフィールドを含む。例えば、バイタルサインセクション402は、心拍数フィールド、呼吸数フィールド、血圧フィールド、血中酸素濃度フィールド、及び呼気終末二酸化炭素濃度フィールドを含む。各フィールドは、情報のさらなるサブセットの視覚表示を含み得る。例えば、心拍数フィールドは、本発明の実施形態によれば、心拍数の数値表示408、測定が実施又は導出された時刻を反映した時刻表示410、及び全体的に心拍数が最初の測定又は所定の時刻からどれだけ増大又は低減したかを示す履歴グラフ412を含み得る。本発明の実施形態によれば、他のフィールドも同様のインジケータを含み得る。バイタルサインの傾向を表示することもできる。本発明の実施形態によれば、水平バイタルサイン概要セクション404は、例えば、垂直バイタルサインセクション402に同時に表される数値を示す。グラフィカルセクション406は、本発明の実施形態によれば、患者116への12リードセンサ配置から取得されるような心電図の視覚表現を含む。ECGの真上には、ECGがいつ取得されたかの表示がある。新しいバイタルサイン情報及び/又は新しいECG情報が利用可能になると、本発明の実施形態によれば、図4の表示は自動的にリフレッシュして、患者監視装置106からの最新データを示す。解釈セクション414は、本発明の実施形態によれば、例えば、装置106により観察される症状の潜在的な原因を示す、装置106から自動的に生成される情報を含む。図5は、本発明の実施形態による、ユーザがメニューテンプレートの患者カルテ記入ボタン206を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図5の表示は、本発明の実施形態によれば、略歴概要502、治療介入セクション504、及びバイタルサイン例えば、バイタルサイン傾向セクション506を含む。略歴概要502は、本発明の実施形態によれば、EMS隊員114が患者カルテ記入装置108を用いて記録する患者の氏名、年齢、及び性別を表示し得る。治療介入セクション504は、本発明の実施形態によれば、患者カルテ記入装置108を用いて記録された患者116への治療介入例えば、施された処置を表示する。例えば、治療介入セクション504は、本発明の実施形態によれば、行われた各治療介入のリスト、治療介入時刻、治療介入の説明例えば、投与した薬剤の名称、及び処置を施した人の氏名を表示する。バイタルサインセクション506は、本発明の実施形態によれば、EMS隊員114により観察され、患者カルテ記入装置108に記録され、患者カルテ記入装置108及び/又はデータベース118に記憶された特定のバイタルサインデータの履歴リストを含む。バイタルサインセクション506内のバイタルサインデータの履歴リストは、本発明の実施形態によれば、タイムスタンプ、心拍数、血圧、呼吸数、血中酸素濃度、呼気終末二酸化炭素濃度、血糖値、グラスゴー昏睡尺度GCS、及びバイタルサインを観察又は記録した隊員又は装置の名称を含む。図6は、本発明の実施形態による、ユーザがメニューテンプレートのパッチメモボタン208を選択した場合に表示されるグラフィカルユーザインタフェースを示す。パッチメモは、EMS隊員114が病院又は他の治療施設に電話を掛けて、病院が患者116を受け入れることを確認するため、且つ/又は患者116についての情報を提供して、病院若しくは治療施設の受け入れ準備を助けるために使用するメモである。時間は通常、そのような電話を掛けるために不可欠であるため電話を掛けることで、EMS隊員114の注意が患者116のケアから一時的にそれるため、EMS隊員は通常、いくつかの異なる装置106、108、110及び/又は非公式データソースを調べ、それらと対話して、病院又は治療施設の看護師又は他の担当関係者に伝えるメモリストをまとめる。そのようなパッチメモは多くの場合、まとめるのに相当な時間がかかり、例えば、急いで手袋に書かれることが多く、不正確性にも繋がり、パッチメモのいくつかが、電話が掛けられ、情報が病院に伝えられる時刻では古い情報を表すことに繋がる。他方、BOA装置104は、本発明の実施形態によれば、通常ならばパッチメモを含むいくつかの異なるフィールドの表示を自動的に作成する。図6の表示は、例えば、装置106、108、110等の複数の異なる装置からの情報を表すフィールドを含む。パッチメモ表示は、本発明の実施形態によれば、情報を事前定義されたテンプレートに編成し、且つ/又は情報を特定のEMS隊員114に関連付けられたカスタマイズされたテンプレートに編成し得る。本発明の実施形態によれば、BOA装置104は自動的に、複数の異なる装置106、108、110から情報を受信し、パッチメモとして機能するようにまとめられた単一の表示に表示するのみならず、最新情報を反映するように表示を自動的にリフレッシュもし、それにより、患者情報をリアルタイムで伝達できるようにする。例えば、BOA装置104がない場合、患者の心拍数が、3分間で75から115に上昇し、EMS隊員114が、氏名及び背景情報に関して患者のカルテを調べる前且つ3分後に病院に電話を掛ける前に位置情報についてドライバ112に尋ねる前に、手袋にHR75と書いた場合、EMS隊員114は、心拍数75と病院に報告するおそれがある。しかし、BOA装置104がある場合、パッチメモは自動的に生成され、図6のように表示され、除細動器バイタルセクションは、EMS隊員114が患者の状態を病院に伝えるとき、現在の心拍数である115を示す。患者116が向かっている途中である病院の名称及び電話番号を識別する病院フィールド602並びに患者の年齢を識別する年齢フィールド604のうちの1つ又は複数に加えて、図6の表示は、本発明の実施形態によれば、現病歴フィールド、治療介入フィールド、ユニット識別フィールド例えば、特定のEMS車両を識別する、性別フィールド、既往歴フィールド、患者カルテ記入装置バイタルサインフィールド、予想到着時間、主訴フィールド、アセスメントフィールド、及び患者監視装置バイタルサインフィールドのうちの1つ又は複数を含むこともできる。各フィールドは、本発明の実施形態によれば、BOA装置104に通信可能に結合されたEMS装置例えば、装置106、108、110のうちの1つ又は複数から過去の内容、現在の内容、又は導出された内容を表示するように構成し得る。例えば、病院フィールド、ユニットフィールド、及びETAフィールドは、ナビゲーションユニット110から受信される情報に基づき得る。年齢、性別、主訴、現病歴、既往歴、及び治療介入の各フィールドは、患者カルテ記入ユニット108から受信される情報に基づき得る。本発明の実施形態によれば、患者カルテ記入装置バイタルサインフィールドは、患者カルテ記入ユニット108から受信される情報例えば、GCSスコアに基づき得、患者監視装置バイタルサインフィールドは、患者監視装置106から受信される情報例えば、ECGに基づき得る。本発明の実施形態によれば、BOA装置104は、救急車の前部に配置することができ、ドライバ112又は別のEMS隊員がリアルタイムパッチメモに基づいて病院に電話を掛けられるようにし、それにより、担当するEMS隊員114に患者を直接ケアするより多くの時間及び注意を提供する。本発明の実施形態によれば、BOA装置104は、少なくとも1つの患者監視EMS装置及び少なくとも1つの非患者監視EMS装置から情報を受信する。図6のパッチメモ画面は、本発明の実施形態によれば、少なくとも1つの患者監視装置と、患者を直接監視しない少なくとも1つの他の装置例えば、ナビゲーション装置及び/又は患者カルテ記入装置とからの同じ表示上でのEMS情報例えば、緊急医療の発生又は搬送に関連する情報の一例を示す。同様に、本発明の別の実施形態では、BOA装置104は、少なくとも1つの患者臨床装置及び少なくとも1つの非臨床装置から情報を受信し、ユーザにとって有用なフォーマットで臨床情報及び非臨床情報を解析し、結合し、記憶し、表示し、且つ/又は送信する。本明細書で使用される場合、臨床という用語は、その最も広義の意味で、患者の監視、又は処置、又は診断に直接関わるものを指すために使用される。本明細書で使用される場合、非臨床という用語は、その最も広義の意味で、患者の監視、又は処置、又は診断に直接関わらないものを指すために使用される。例えば、除細動器は臨床装置であり、ナビゲーション装置は非臨床装置である。別の例として、患者のECG情報又は心拍数は臨床情報であるが、患者の住所は非臨床情報である。図7は、本発明の実施形態による、ユーザがメニューテンプレートのプロトコルボタン210を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図7の表示は、本発明の実施形態によれば、医療緊急事態が発生し、処置が行われ、且つ/又は患者が送られる特定の場所のインタラクティブガイドラインマニュアルを含む。或いは、プロトコルボタン210は、特定の装置を使用し、且つ/又は特定の技法を施すためのマニュアル又はガイドラインドキュメント並びに/或いは薬剤についての情報にリンクし得る。例えば、図7の表示は、ローカルに記憶されたプロトコルインデックス及び/又はインターネット接続を通してアクセスされるプロトコルインデックスであり得る郡のプロトコルインデックスの章を列挙するインタラクティブページを含み得る。章又はリンクのうちの1つ又は複数をクリックすると、例えば、特定の章又は選択されたテーマについてのさらなる詳細を含むページが開く。本明細書に提供される開示に基づいて、1つ又は複数のEMS装置及び/又は外部データソースからの情報の追加又は異なるサブセットを表示するように、BOA装置104を構成し得ることを当業者は理解しよう。本発明の実施形態によれば、BOA装置104は、患者監視装置106、患者カルテ記入装置108、及びナビゲーション装置110からの情報をシームレスに統合して、モバイル環境101で表示するのみならず、例えば、企業環境102等の遠隔環境でも表示する。企業環境102は、例えば、病院及び/又は派遣環境であり得る。BOA装置104からのデータひいてはBOA装置104に通信可能に結合された装置106、108、110からのデータは、本発明の実施形態によれば、管理環境103内の1つ又は複数の企業記憶サーバ126で受信し、企業データベース130に記憶し得、1つ又は複数の企業アプリケーションサーバ128が同じ情報にアクセスして、企業ユーザ124のワークステーション122に提供し得る。本発明の実施形態によれば、BOA装置104は記憶サーバ126に通信可能に結合され、記憶サーバ126はデータベース130に通信可能に結合され、アプリケーションサーバ128は、データベース及び企業ワークステーション122に通信可能に結合される。そのような装置は、例えば、インターネット等のネットワーク120を介して通信可能に結合し得る。本発明の実施形態によれば、BOA装置104は、通信可能に結合された装置例えば、装置106、108、110のうちの1つ又は複数から更新情報を受信する場合、更新情報を企業記憶サーバ126に送信し、企業記憶サーバ126は更新情報をデータベースに記憶し、データベースは記憶媒体130に含み得る。したがって、1つ又は複数の装置例えば、装置106、108、110からの情報は、本発明の実施形態によれば、モバイルデータベース118、遠隔企業データベース130、又は両方に記憶し得る。企業ユーザ124は、例えば、救急車の到着を監視し、且つ/又は到着に対して準備している緊急治療室の看護師、緊急治療室の医師、及び/又は在宅の医長であり得、企業ワークステーション122を介して情報を要求することにより、BOA装置104に表示される情報と同様の情報にアクセスし得る。例えば、企業ワークステーション122は、ウェブインタフェース及び/又はシンクライアントウェブブラウザアプリケーションにアクセスし、そのインタフェース及び/又はアプリケーションは、ネットワーク120を介してアプリケーションサーバ128からの情報を要求する。アプリケーションサーバ128は、情報を求めてデータベース130を照会し、EMS隊員114がBOA装置104のディスプレイで現在見ているものと同じ又は同様に見える表示を企業ワークステーション122に返す。図8~図10は、本発明の実施形態による、企業ワークステーション122を介して企業ユーザ124に提供されるユーザインタフェース及び表示画面の例を示す。図8は、本発明の実施形態によれば、表示の一部分に、EMS装置データが利用可能な利用可能EMS車両のリスト802、804を含むウェブブラウザベースのクライアントインタフェースを示す。例えば、ALS2804をクリックすると、図8と同様の画面が開き、その画面で、企業ユーザ124は、患者監視ボタン806、ナビゲーションボタン808、及び/又は患者カルテ記入ボタン810を含むが、これらに限定されないボタンのうちの1つを選択することができる。ユーザ124が患者監視ボタン806をクリックした場合、図8の画面表示が提示され、図8の画面表示は、本発明の実施形態によれば、救急車ALS2の患者監視装置106からの現在情報を含む。本発明の実施形態によれば、図8の患者監視表示は連続又は半連続的に自動的に更新され、本発明の他の実施形態によれば、ユーザ124が更新するボタン又はブラウザのリフレッシュボタンを選択して、利用可能な最新情報を取得する。図8の企業表示は、本発明の実施形態によれば、図4のモバイル表示と同様の情報を含む。本発明の実施形態によれば、緊急治療室で救急車による患者の到着を待っている医師は、一般的なインターネットブラウザを介して企業環境102内のウェブサイト表示にアクセスする。ウェブサイトは、例えば、ログインユーザ名及びパスワードでセキュア化し得る。各救急車は、車両名により識別し得、医師は、到着しつつある車両のリストから選択し、その後、その患者についてのデータが表示される。データは、臨床時間でモバイル画面に現れるのと全く同じように示し得る。本発明の実施形態によれば、企業環境102のウェブサイトは、行先がユーザの施設に記録されている行先と同じである患者のみについてのデータを表示する。ユーザ124がナビゲーションボタン808をクリックした場合、図9の画面表示が提示され、図9の画面表示は、本発明の実施形態によれば、救急車ALS2のナビゲーション装置110からの現在情報を含む。図9の企業表示は、本発明の実施形態によれば、図3のモバイル表示と同様の情報を含む。ユーザ124が患者カルテ記入ボタン810をクリックした場合、図10の画面表示が提示され、図10の画面表示は、本発明の実施形態によれば、救急車ALS2の患者カルテ記入装置108の現在情報を含む。図10の企業表示は、本発明の実施形態によれば、図5のモバイル表示と同様の情報を含む。図1は、モバイル環境101内に1つのBOA装置104を示すが、2つ以上のBOA装置104をモバイル環境101で使用して、装置106、108、110の同じ又は異なるセットに通信可能に接続し得る。そして、図1は1つのモバイル環境101を示すが、本発明の実施形態によれば、2つ以上のモバイル環境101及び/又は2つ以上のBOA装置104を管理環境103及び/又は企業記憶サーバ126に通信可能に結合し得る。本発明の実施形態によれば、企業記憶サーバ126は、EMS装置情報をBOA装置104から受信し、認証されたタイムスタンプ並びに情報を特定のEMS装置及び/又は特定のEMS車両に関連付ける識別子と共にデータベース130に記憶する。このようにして、企業ユーザ124は、複数の車両及び/又は複数の装置からのデータにアクセスし得る。企業記憶サーバ130は、1つ又は複数のBOA装置104から受信される情報をより長期間にわたって安全に記憶して、情報を後で使用できるようにもし得る。例えば、BOA装置104は、患者カルテ記入装置108を介して、又はBOA装置104を通して直接、氏名、住所、及び/又は社会保障番号等の患者識別情報を受信し得、次に、患者識別情報のうちのいくつか又はすべてを、同じ患者116が関わる過去の記録についてデータベース130を照会する企業記憶サーバ126に対する要求と共に、企業記憶サーバ126に伝え得る。次に、企業記憶サーバ126は、そのような任意の記録又はそのような記録の部分をBOA装置104に転送し例えば、患者カルテ記入画面又はパッチメモ画面中の既往歴に表示するために、EMS隊員114の現在の救急を支援し得る。同様に、本発明の実施形態によれば、企業ユーザ124もそのような過去のEMS発生記録情報にアクセスし得る。システム管理者134は、本発明の実施形態によれば、サーバ126、128に通信可能に結合し得る管理者ワークステーション132を介して、データベース130内のデータにアクセスし、且つ/又は監視し、且つ/又はサーバ126、128の命令を変更し得る。本発明のいくつかの実施形態によれば、BOA装置104は、例えば、Lifevest登録商標ウェアラブル除細動器等のウェアラブル医療装置に接続して例えば、自動的に、又は手動で、又は選択的に、そこから患者監視情報を受信して表示し得る。BOA装置104は、そのようなウェアラブル装置から患者識別情報を受信し、BOA装置104が、例えば、ネットワーク120を介して外部データベースを照会して、患者についての追加情報を検索可能なように構成することもできる。BOA装置104は、本発明の実施形態によれば、同様にして移植可能な心臓除細動器ICDに接続するように構成することもできる。図11は、本発明の実施形態による、複数の異なるEMS装置から収集された医療情報のリアルタイム表示の処置ドメインシステム1100の概観を示す。システム1100は、本発明の実施形態によれば、シンクライアント表示モジュール1124に通信可能に結合された遠隔又は企業ドメインモジュール1128に通信可能に結合されたモバイルドメインモジュール1126に通信可能に結合された患者監視装置モジュール1102を含む。本発明の実施形態によれば、地域中、州中、国中、及び/又は世界中の複数病院が、データベース130にアクセスし得る。モバイルドメインモジュール1126は、本発明の実施形態によれば、装置アダプタ1104と、モバイルデータベース1108にアクセスし得るモバイルアセット管理モジュール1106と、BOAモジュール1110と、患者カルテ記入モジュール1112と、ナビゲーションモジュール1114と、ネットワークアダプタ1116とを含む。遠隔/企業モジュール1128は、本発明の実施形態によれば、ネットワークアダプタ1116と、企業データベース1120にアクセスし得る企業アセット管理モジュール1118と、企業アプリケーションサーバモジュール1122とを含む。患者監視装置モジュール1102は、患者監視装置106を動作させ、患者116の状況についての情報を含む1つ又は複数のデータパイプを生成する。装置アダプタ/通信インタフェースモジュール1104は、計算装置と1つ又は複数の医療装置との間、例えば、患者監視装置モジュール1102とモバイルアセット管理モジュール1106及び/又はBOAモジュール1110との間等のデータ通信を管理する。装置アダプタモジュール1104は、本発明の実施形態によれば、以下の属性のうちの1つ又は複数を含む。複数の通信トランスポートをサポートする例えば、装置はBluetooth、802.11、イーサネット登録商標、シリアルケーブルを使用することができる。複数のデータ転送プロトコルをサポートする。複数の医療装置種類をサポートする。複数のデータ記憶プロファイル例えば、ファイルシステムへの記憶、アセット管理モジュール1106によるデータベース1108への記憶をサポートする。管理者又はユーザは、トランスポート、プロトコル、装置、及び複数の記憶プロファイルを一緒に関連付けて、データを医療装置と交換できる通信パイプを表すことができる。複数のパイプを同時にサポートする。管理者又はユーザは、通信する1つ又は複数の特定の医療装置を指定することができ、その場合、モジュール1104は、トランスポートに固有の発見プロトコルを使用して、装置を発見して取り付ける。管理者又はユーザは、医療装置として任意のものを指定することができ、その場合、トランスポートに固有の発見プロトコルを使用して、互換性のある医療装置を発見し、発見された医療装置に取り付ける。パイプが、発見をサポートしないプロトコル例えば、シリアルケーブルを使用するように構成される場合、モジュール1104は、装置が接続を開始し、次に、特定の医療装置が選択されるか否かに基づいて接続を許可又は拒絶できるようにする。モジュール1104に接続し、医療装置及びデータ検索手段からの非同期データ到着通知を受信できるようにすることにより、複数のクライアントアプリケーションローカル又はリモートをサポートする。任意のアプリケーションが実行中であるか、それともデータアセットを受信する準備ができているかに関係なく、医療装置が通信するデータアセットを有する場合、通信パイプを維持する。ユーザは、医療装置アプリケーション通信を構成し得、そのような構成は永続的であり、容易に変更し得る。通信ポリシーは構成可能であり得る。例えば、Bluetoothは、通信を行う前に装置と対を形成する必要があり得る。ユーザは、例えば、対形成が自動であるか、それとも手動であるか、それとも連続再取得であるか否かを構成し得る。アプリケーションは、比較的単純な表現APIを介して、前に受信したデータアセットにアクセスし得る。アプリケーションに新たに受信したアセットを通知し得、アプリケーションは、特定の装置及び/又はアセットの種類に基づいて通知をフィルタリングし得る。アプリケーションは、カスタマイズ可能なユーザインタフェース要素の状態、利用可能な装置等について通信レイヤに問い合わせることができる。通信レイヤは、状態も示す通知アイコンから制御可能であり得る。通知エリアアイコンアプレットでの特権adminモード及び一般ユーザモードの使用を通して、一般ユーザによる悪意のある変更又は誤りによる変更から構成可能なアイテムを保護し得る。構成は、通知アプレットを通して各装置を実際に構成する必要なく、一構成を作成し、各装置にコピーし得るように移植可能且つ分散可能であり得る。通信パイプの特定の特徴又は制限をデフォルトによりアプリケーションから隠し得る。通信レイヤ自体を層化し、異なる通信トランスポートを管理する複数のプラグイン式トランスポートドライバ並びに異なる装置及び異なるアセットタイプからのデータアセットの受信を処理する複数のプラグイン式プロトコルドライバをサポートし得る。これにより、開発される新しいトランスポート又は新しいプロトコルに通信レイヤを高速で拡張することができる。図12は、医療装置1208、1210、1212がそれぞれ関連付けられた1つ又は複数のパイプ1202、1204、1206を含む装置アダプタ/通信モジュール1104の図を示す。通信モジュール1104は、本発明の実施形態によれば、コロラド州Broomfieldに所在のZollDataSytesmsから入手可能なPELICAN商標通信インタフェースであり得る。本発明の実施形態によれば、通信エンジン1104は、通信パイプ1202、1204、1206を実施し、医療装置1208、1210、1212からの入力データを処理する常時オンオペレーティングシステムサービスである。本発明の実施形態によれば、通信エンジン1104はAPI1216も含み、API1216は、通信エンジン1104により露出されるオブジェクト及びメソッドの集まりであり、アプリケーションは、API1216を使用して、データアセットの取得及びエンジン1104の構成のようなタスクに向けてエンジン1104を構成し、エンジン1104と対話することができる。例えば、モバイルアセット管理モジュール1106は、API1216と対話して、医療装置データを受信し得る。図13は、本発明の実施形態によるパイプ1202の図を示す。パイプ1202は、本発明の実施形態によれば、医療装置の1つ又は複数の記憶構成1312、1314、1316に関連付けられた1つ又は複数の記憶プラグイン1302、1304、1306と、医療装置の医療装置構成1318に関連付けられた医療装置プラグイン1308と、医療装置のトランスポート構成1320に関連付けられたトランスポートプラグイン1310とを含む。本明細書で使用する場合、トランスポートは、オペレーティングシステムによりサポートされる土台をなす通信媒体、例えば、TCP/IP、Bluetooth、及びシリアルである。トランスポートによっては、パケット指向のものもあれば例えば、TCP、ストリーム指向のものもある例えば、シリアル。発見をサポートするものもあれば、しないものもある。対形成をサポートするものもあれば、しないものもある。各トランスポートは独自の構成を含み得る。トランスポートプラグインは、通信エンジン1104により動的にロードされ、特定のトランスポート例えば、シリアルポート、Bluetooth、TCP/IP、及びファイルシステムにデータ通信サポートを提供する.NETアセンブリであり得る。通信エンジン1104は、本発明の実施形態によれば、自動対形成例えば、対形成をサポートするトランスポートの場合、エンジン1104はそのトランスポートに固有のルールを使用して、構成及びユーザの好みに応じて自動的に、医療装置との対を形成して維持する及び/又は自動発見例えば、発見をサポートするトランスポートの場合、エンジン1104は、自動的に新しい医療装置を発見し、既知の装置リストに入れるように構成し得るを行うように構成し得る。医療装置プラグインは、特定の種類の医療装置、例えば、ZOLLM/E-SeriesZOLLModem又はZOLLE-SeriesDUNにトランスポートから独立したデータ通信サービスを提供する、通信エンジン1104により動的にロードされる.NETアセンブリであり得る。記憶プラグインは、記憶サービスをエンジンに提供する、通信エンジン1104により動的にロードされる.NETアセンブリであり得る。図13に示されるように、パイプは、トランスポートと、医療装置と、データが受信されることをユーザが示した医療装置を表し、通信を行えるようにする記憶構成との組み合わせであり得る。パイプは、ユーザにより構成することもでき、且つ/又は事前定義することもできる。例えば、パイプは、構成を有するトランスポートシリアルポートCOM1、ボー=9600、医療装置E/MSeriesZOLLModem任意の医療装置、及び記憶装置ローカルファイルシステムを指定し得る。この構成は、COM1に接続された任意の装置からのデータアセットを9600ボーで受け入れ、ローカルファイルシステムに記憶する。別の例として、パイプは、トランスポートBluetoothボー=115200、自動対形成、医療装置E/MSeriesZollModemZOLL005611、記憶装置ローカルファイルシステム及び記憶装置アセット管理を指定し得る。この構成は、BluetoothをZOLL005611と対にし、壊れた場合であってもこの対を維持し、その特定の装置からの任意のデータアセットを受け入れ、両方をローカルファイルシステムに記憶し、アセット管理例えば、モバイルアセット管理モジュール1106及び/又は企業アセット管理モジュール1118に提出する。さらなる例として、パイプは、トランスポートBluetoothボー=115200、自動対形成、医療装置E/MSeriesZOLLModem任意の装置を指定し得る。この構成は、Bluetoothを、周期的な発見中に見つかった任意の医療装置と自動的に対にし、対になった任意の装置からの任意のデータアセットを受け入れ、ロードされ、イネーブルされたすべての記憶プラグインを介して記憶させる。さらに別の例として、パイプは、トランスポートTCP/IPローカルIP=192.168.1.20、ポート=7743、医療装置E/MSeriesDUN任意の装置、記憶装置アセット管理を指定し得る。この構成は、本発明の実施形態によれば、エンジン1104に指定されたIPアドレス及びポートをDUNトラフィックに関してリッスン開始させ、アセット管理を介して記憶させる例えば、モバイルアセット管理モジュール1106及び/又は企業アセット管理モジュール1118に送信することにより。本発明の実施形態によれば、発見サポートトランスポートを使用する装置アダプタ1104のパイプ毎に、アダプタ1104は、図14に概説される方法を実行し、非発見サポートトランスポートを使用する装置アダプタ1104のパイプ毎に、アダプタ1104は、図15に示される方法を実行する。上述したように、モバイルアセット管理モジュール1106は、本発明の実施形態によれば、装置アダプタ及び通信インタフェース1104から医療装置データを受信する。モバイルアセット管理モジュール1106は、これらのデータアセットの記憶又は変更を他のアプリケーションに通知する非同期イベントと一緒に、医療装置データのセキュアな記録、検索、及び管理を実行する。モバイルアセット管理モジュール1106は、本発明の実施形態によれば、ローカル又はリモートサービス指向APIをサポートして、医療装置データの記憶、検索、及び変更を行い、イベントのローカル又はリモートの非同期メッセージベースの通知を、加入するアプリケーションに提供する。これらのイベントは、医療装置データの到着通知を含み得る。BOAモジュールは、本発明の実施形態によれば、複数のデータ提供者装置アダプタ1104、患者カルテ記入モジュール1112、及びナビゲーションモジュール1114を含むが、これらに限定されないからのデータ供給を管理し、これらの供給をタッチスクリーンフラットパネルに提示する。BOAモジュール1110は、これらの集計データ要素をバックオフィスモジュール例えば、企業アセット管理モジュール1118に通知もする。本発明の実施形態によれば、患者カルテ記入モジュール1112は、患者カルテ記入装置108及び患者カルテ記入装置108が送受信する情報を制御し、ナビゲーションモジュール1114は、ナビゲーション装置110及びナビゲーション装置110が送受信する情報を制御する。BOAモジュール1110は、本発明の実施形態によれば、以下の属性のうちの1つ又は複数を含む。ユーザは、選択された医療装置を含むが、これに限定されない装置アダプタ/通信インタフェースモジュール1104を構成できるようにする。ユーザが、医療記録情報が患者カルテ記入装置に入力される際に、医療記録情報を含むデータ供給を受信する患者カルテ記入装置を選択できるようにする。ユーザが、ナビゲーション情報及び派遣情報を含むデータ供給を周期的に受信するナビゲーション装置を選択できるようにする。12リードECG及びバイタル傾向記録を含むが、これらに限定されない新しい医療装置データの到着について、通信インタフェースモジュール1104及び/又はモバイルアセット管理モジュール1106から通知を受信する。患者人口統計、既往歴、現在のアセスメント、実行された治療介入、及び/又はバイタルサインを含むが、これらに限定されない、現在開かれている患者記録についてのデータを含む非同期メッセージを、選択された患者カルテ記入装置から受信する。現在の派遣状態、行先、クルー、位置、ルート、及び/又は現在位置の地図についてのデータを含む非同期メッセージを、選択されたナビゲーション装置から受信する。受信した各データ供給のグラフィック表示を循環的に提示して、フラットパネルで救急車後部において表示し、又は別の表示装置で他の場所において表示する。介護者又はEMS隊員114が、供給についての循環表示を一時的に停止させて、その特定の情報テンプレートでその特定のデータをより入念に調べられるようにする。データ供給をデータ構造に集計して、データ構造が企業アセット管理モジュール1118に周期的に送信される。受信側施設への言葉での報告を容易にするために、集計データ供給の顧客カスタマイズ可能な表示例えば、BOA装置104に表示されるパッチメモ情報テンプレート内の報告を提示する。参照のために、地域のEMSプロトコルを表示する能力をユーザに提示する。図16は、本発明の実施形態による、BOAモジュール1110により実行される論理フローチャート1600を示す。論理フローチャート1600はブロック1602において開始される。ユーザは、特定の装置を選択するか、又はから読み出し構成を選択して、BOA装置104によりどの装置のデータが読み出され、表示されるかを決定するブロック1604。データモデル、例えば、BOA装置104に表示され、最終的に企業環境102及び/又は企業アプリケーションサーバ128に通信され得るシステムの現在状態が提示されるブロック1606。データモデルは、本発明の実施形態によれば、供給が追加されるにつれて、他のデータ要素を含むように拡張することができ、且つ使用されないデータ供給例えば、患者カルテ記入装置108を含まない設備のコンテナ属性をなくすように縮小し得る。BOAモジュール1110は、モバイルアセット管理モジュール1106に問い合わせて、新しい医療装置データが利用可能であるか否かを判断しブロック1608、利用可能な場合、データモデル内の医療装置データを更新するブロック1610。BOAモジュール1110は、モバイルアセット管理モジュール1106に問い合わせて、新しい患者カルテ記入データが利用可能であるか否かを判断しブロック1612、利用可能な場合、データモデル内の患者カルテ記入データを更新するブロック1614。BOAモジュール1110は、モバイルアセット管理モジュール1106に問い合わせて、新しいナビゲーションデータが利用可能か否かを判断しブロック1616、利用可能な場合、データモデル内のナビゲーションデータを更新するブロック1618。BOAモジュール1110は、更新情報を企業アセット管理モジュール1118に送信するときであるか否かを判断しブロック1620、送信するときである場合、データモデルを企業アセット管理モジュールに送信しブロック1622、非同期メッセージを生成するブロック1626。本発明の実施形態によれば、ブロック1626において生成される非同期メッセージは、企業アプリケーションサーバ128を宛先とし、本発明の代替の実施形態によれば、ブロック1626において生成される非同期メッセージは企業記憶サーバ126を宛先とし、そして、企業記憶サーバ126はデータを記憶し、企業アプリケーションサーバ128にデータが利用可能であることを通知する。次に、データモデルは、本発明の実施形態によれば、例えば、BOA装置104での表示更新の形態でレンダリングされるブロック1624。本発明の実施形態によれば、ブロック1608、1612、1616、及び1620により示される手順は、ステージとして実行されず、その代わりに、データモデルを変更する異なる実行スレッドを始動させる各イベントとして実行され、そして、各スレッドはBOA装置104の表示の更新を始動させる。ネットワークアダプタ/通信インタフェースモジュール1116は、本発明の実施形態によれば、以下の属性のうちの1つ又は複数を含む通信チャネルである。全般的な目的とデータフォーマットとが独立している。各アプリケーションがメッセージのフォーマットを担当する。メッセージアドレッシングはトランスポートアドレス例えば、IPアドレスではなく名前によるものであり得、それにより、メッセージを、ルートが現在存在しないエンティティ例えば、送信者がインターネットから切断されている場合に送信することができる。実際のマシンアドレスへの名前解決は、ルートが実際に存在するようになるまで延期し得る。通信インタフェースモジュール1116を使用するエンティティ間のツリー関係であり、ツリー関係では、名前情報をツリーの下にではなく上に伝わることができる。したがって、各ノードは単純なルーティング選択を有する:名前が現在の装置以下である場合、そこを通り、その他の場合、現在の装置の親を通る。ツリーのルートはプライマリメッセージブロッカーであり得、すべての名前情報を蓄積する。プライマリメッセージブロッカーは、すべての名前情報を含み、したがって、本発明の実施形態によれば、あるサブツリーから別のサブツリーへのルーティングを実行することができる、通信ツリー内の独自のノードである。メッセージ配信は、受信装置が実際に現れるまで延期し得る。メッセージは、受信装置がルーティング可能になるまで記憶し得る。メッセージは、各ノードのトランザクションセーフデータベースに記憶し得、それにより、予想外に故障したノードであってもメッセージ損失の危険がない。受信者が実際にメッセージを受信するまで、メッセージの完全暗号化を維持し得る。データベースに記憶されている間、メッセージを暗号化された状態に保ち得る。断続的に接続される無線接続を介したロバストな動作。接続が再開されるまで、メッセージを記憶し得る。特定の時間限度内で、接続が再開された場合、メッセージ送信は、新しく開始せず、残った箇所から続け得る。ローカルであるマシン又はアプリケーションを対象としたメッセージは、ツリーのセグメントがプライマリメッセージブロッカーから切断されている場合であっても、ローカルにルーティングし得る。メッセージは期限切れ時間と共に送信し得、期限切れ時間後、メッセージは配信されず、送信者に期限切れを通知し得る。通信インタフェース1116は、本発明の実施形態によれば、コロラド州Broomfieldに所在のZollDataSystemsからの入手可能なMERCURY商標通信インタフェースであり得る。BOAモジュール1110のメッセージング構成要素は、チャネルとして通信インタフェースモジュール1116を使用して実施し得る。これらのメッセージング構成要素は、本発明の実施形態によれば、以下の特徴のうちの1つ又は複数を実施する。発行-購買モデル:データ供給消費者例えば、BOAモバイルモジュール1110は、提供者例えば、患者カルテ記入モジュール1112に加入して、データ供給を受信する。加入要求は加入の持続時間を含む。提供者がデータ供給アイテムを変更する場合、データ供給アイテムはすべての加入者に送信される。実施形態によれば、BOAモジュール1110は、患者カルテ記入モジュール1112及びナビゲーションモジュール1114からの供給のデータ供給消費者であるが、企業アセット管理モジュール1118に行く集計供給のデータ供給提供者である。メッセージキュースロットリング:通信インタフェースモジュール1116のメッセージ期限切れ特徴を使用して、すべてのメッセージを短い期限切れ時間で送信し得、次に、期限切れ通知を受けて、新しい現在のコピーが送信される。これは、構成要素が切断された場合、システムが陳腐化したデータ供給メッセージの大きなキューを有することを回避し、多くとも、1つの現在メッセージがシステム内にある。複雑なメッセージフォーマット:データ供給メッセージは、グラフィカルデータ、テキストデータ、及びバイナリデータを含み、これらは、使用しやすくするために、受信者によりオブジェクトに変換される。企業アセット管理モジュール1118は、複数のBOAモジュール1110から集計データ供給を受信し、発信元からはリモートの表示に集計データ供給の提示を提供する。例えば、そのような集計データ供給は、本発明の実施形態によれば、企業アプリケーションサーバモジュール1122により企業アセット管理モジュール1118に関連付けられたデータベース1120からフェッチし、ウェブブラウザで実行中のシンクライアント表示アプリケーションモジュール1124を介して企業ユーザに表示し得る。そのようなウェブページは、本発明の実施形態によれば、セキュア化し、暗号化し、パスワード保護し、且つ/又はHIPAA準拠であり得る。企業アセット管理モジュール1118は、本発明の実施形態によれば、以下の属性のうちの1つ又は複数を含む。患者カルテ記入モジュール1112、ナビゲーションモジュール1114、及び医療装置からのデータ供給を含むが、これらに限定されない集計データ供給を含む非同期メッセージを、複数のBOAモジュール1110から受信する。ナビゲーションモジュール1114により設定されるか、又はフラットパネルBOA装置104上でユーザにより手動で設定される、BOAモジュール1110からの行先データを使用し、行先としてその病院を有する各BOAモジュール1110からの供給を含む、病院行先毎のウェブページを作成する。病院又は治療施設に向かっている途中の患者116に関するデータを送信するBOAモジュール1110毎に、集計データ供給の新しいバージョンが到着した場合、ウェブページを非同期で更新する。12リードデータの診断解決と共に集計データ供給をレンダリングする。セキュア化されたEMSデータ供給ウェブページモジュール1124への病院固有のログインを利用することにより、不正アクセスを阻止する。図1は、患者監視装置106、患者カルテ記入装置108、及びナビゲーション装置110に通信可能に結合されたBOA装置104を示すが、本発明の代替の実施形態では、BOA装置104は、図1に示されない追加のEMS関連装置に通信可能に結合され、且つ/又は図1に示される種類の複数の装置に通信可能に結合され、且つ/又は図1に示される種類の異なるモデル又はバージョンの装置に通信可能に結合される。例えば、BOAモジュール1110は、直接、且つ/又は装置アダプタ/通信インタフェースモジュール1104を介して以下のうちの1つ又は複数の装置と、EMS関連装置データをやりとりするように構成し得る:除細動器、患者カルテ記入装置、ナビゲーション装置、GPS装置、パルスオキシメータ、自動心肺蘇生救急装置例えば、Autopulse登録商標非観血式心臓サポートポンプ、ドライバ安全監視システム、独立型血圧モニタ、血糖値測定装置、在庫制御システム、血中アルコールモニタ、飲酒検知機器、フュージョンポンプ、換気装置、ウェアラブル除細動装置例えば、LifeVest登録商標装置、及びクルースケジューリングシステム。除細動器又は患者監視装置は、本発明の実施形態によれば、いくつかの異なる製造業者により製造され、且つ/又は販売される広範囲の除細動器又は患者監視装置の1つであり得る。BOA装置104は、本発明の実施形態によれば、ZollMedicalCorporation製のCodeNetWriter商標装置にも通信可能に結合し、患者データ、CodeNetWriter商標装置から得られたデータ等を集計するように構成することもできる。本発明の実施形態によれば、BOA装置104は、患者監視装置106、患者カルテ記入装置108、及びナビゲーション装置110のうちの1つ又は2つのみに通信可能に結合され、1つ又は2つのみのそのような装置からのEMS情報を編成して表示するように構成される。図11に関して説明されるモジュール及びアプリケーションは、図1と同様の名称を有するハードウェア装置に大まかに対応することができるが、本発明の実施形態によれば、異なる実施形態では、本明細書に提供される開示に基づいて、説明される手順を実行する様々なモジュール及び/又は命令を、異なる様々なハードウェア装置及び/又は示されていないハードウェア装置に配置し得ることを当業者は理解しよう。例えば、BOA装置104は、BOAモジュール1110を含み、BOAモジュール1110のタスクを実行するように構成されたタッチスクリーンPCであり得るが、本発明の実施形態によれば、代替として、モニタ等の単純な表示装置であり得、BOAモジュール1110及び/又はモバイルアセット管理モジュール1106の計算機能は、他のハードウェアにより実行され、それにより、表示情報のみがBOA装置104に通信される。本発明の実施形態によるBOA装置104は、ZollDataSystemsRescueNet登録商標ePCRSuiteのQuicklog機能と同様に、高速で容易なデータ入力を可能にするソフトウェアを有するタッチスクリーン装置を介して、データ入力を容易にするように構成し得る。さらに、BOA装置104は、本発明の実施形態によれば、前のトランスポート並びに/或いはモバイルデータベース118及び/又は企業データベース130から検索された他のエージェンシーから、患者監視データ例えば、12リードECGデータを選択し表示できるようにするように構成し得る。そのような履歴及び/又は共有患者データは、病院に提供することもでき、且つ/又は病院若しくは他のケア施設によりデータ管理プログラムの部分として記憶し得る。BOA装置104は、例えば、除細動装置によるそのような情報のライブ表示と同様に、ストリーミングECG情報を表示するように構成することもできる。BOA装置104は、実施中の心肺蘇生についてのフィードバックをEMS隊員114に表示し、心肺蘇生の実施中及び/又は実施後にCPR技法を評価するように構成することもできる。本発明の実施形態によれば、BOA装置104は、加速度計並びに/或いは胸部圧迫の存在、及び/又は胸部圧迫のタイミング、及び/又は深さ/変位、及び/又は速度、及び/又は加速度を検出するように構成された装置、例えば、2002年5月21日に発行された米国特許第6,390,996号明細書、2004年12月7日に発行された米国特許第6,827,695号明細書、2006年10月17日に発行された米国特許第7,122,014号明細書、及び2006年1月12日に出願された米国特許出願公開第2006/0009809号明細書に記載又は参照される装置及び方法等の他のCPR評価装置に通信可能に結合され、それら装置から情報を受信するように構成し得、これら特許及び特許出願は参照により本明細書に援用される。図17は、本発明の実施形態による、BOAモジュール1110により実行される方法を示すフローチャート1700を示す。プロセスはブロック1701において開始される。BOAモジュール1110は初期化されブロック1702、次に、ユーザは、医療情報及び/又はEMS情報を受信する装置を選択し得るブロック1704。例えば、そのような装置選択は、接続を確立するために、患者監視モジュール1102が受信する非同期メッセージを生成することブロック1706、接続を確立するために、ナビゲーションモジュール1114が受信する非同期メッセージを生成することブロック1708、及び/又は接続を確立するために、患者カルテ記入モジュール1112が受信する非同期メッセージを生成することブロック1710を含み得る。ユーザが、装置を選択又は変更する非同期イベントを開始する場合、装置の異なるサブセット異なる装置、少数の装置、又は多数の装置を随時選択し得るブロック1712。装置が選択されると、BOA装置104は一連の異なる表示を循環させるブロック1714。この循環は、事前設定された間隔で行われるようにプログラムすることができ、例えば、BOA装置104は、7秒毎に異なるデータモデル間で表示を循環させるように構成し得る。例えば、ナビゲーション装置データモデルを表示し得ブロック1716、このデータモデルは、例えば、図3に示されるデータモデルと同様であり得る。事前設定された時間後、表示は、例えば、図4に示されるデータモデルと同様に、患者監視装置データモデルに切り替え得るブロック1718。さらなる事前設定時間後、表示は、例えば、図5に示されたデータモデルと同様に、患者カルテ記入装置データモデルに切り替え得るブロック1720。表示が各データモデルを通して循環すると、本発明の実施形態によれば、最初に表示されたデータモデルに戻り、循環を繰り返し得る。ユーザが、例えば、循環供給ボタン図3のボタン318と同様を選択することにより非同期イベントを開始するブロック1722場合、他のタスク中にそのような循環を開始又は再開し得る。ユーザが供給ボタンのうちの1つを選択するとブロック1724、非同期イベントが生成され、その供給に対応するデータモデルをより長い所定の時間期間、例えば、1分にわたって表示させるブロック1726。例として、ユーザが患者カルテ記入ボタン206を選択した場合図2参照、図5と同様の患者カルテ記入データモデルが即座に表示され、デフォルト循環時間よりも長い時間期間にわたって表示される状態を保つ。ユーザがパッチメモボタン208を選択した場合ブロック1728、本発明の実施形態によれば、非同期イベントが生成され、ユーザが次に、循環供給ボタン318又は特定の供給ボタン202、204、206を選択するまで、図6と同様のパッチメモデータモデルを表示させるブロック1730。ユーザがプロトコルボタンを選択した場合ブロック1732、本発明の実施形態によれば、非同期イベントが生成され、ユーザが次に、循環供給ボタン318又は特定の供給ボタン202、204、206を選択するまで、図7と同様のプロトコルデータモデルを表示させるブロック1734。EMS装置のうちの1つが新しいデータを受信するか、又は生成する場合、その装置は、本発明の実施形態によれば、BOAモジュール1110が受信する非同期通知を生成するように構成し得る。例えば、本発明の実施形態によれば、患者カルテ記入モジュール1112は、共有する新しい情報を有する場合、非同期メッセージを生成し得ブロック1736、患者監視モジュール1102は、共有する新しい情報を有する場合、非同期メッセージを生成し得ブロック1738、ナビゲーションモジュール1114は、共有する新しい情報を有する場合、非同期メッセージを生成し得るブロック1740。これらの非同期メッセージは、新しいデータ又は更新データ自体を内部に含み得る。BOAモジュール1110は、これらの通知の1つ又は複数を受信した場合、特定の装置及び/又は受信した情報に対応する1つ又は複数のデータモデルを更新するブロック1742。例えば、新しい患者カルテ記入情報を特定のカルテ記入モジュール1112患者カルテ記入装置108で実行中であり得るから受信した場合、BOAモジュール1110は、患者カルテ記入データモデルを更新して、最新データを反映させる。次に、BOAモジュール1110は表示をリフレッシュしブロック1744、それにより、データモデル内の任意のデータがブロック1742において更新された場合、現在表示されているデータモデルは、新しいデータモデルで即座に置換される。次に、データモデルの更新は、企業アプリケーションサーバ128に存在し得るBOA企業モジュールに送信し得ブロック1746、それにより、本発明の実施形態によれば、BOA企業モジュールへの非同期メッセージが生成されるブロック1748。本発明のいくつかの実施形態は様々なステップを含み、ステップのうちのいくつかは、ハードウェア構成要素により実行し得、又は機械実行可能命令で具現し得る。これらの機械実行可能命令を使用して、命令がプログラムされた汎用又は専用プロセッサにステップを実行させ得る。或いは、ステップは、ハードウェア、ソフトウェア、及び/又はファームウェアの組み合わせで実行してもよい。さらに、本発明のいくつかの実施形態は、少なくとも部分的に例えば、1つ又は複数のモジュール、1つ又は複数のコンピュータシステム、メインフレーム例えば、IBMzSeries等のIBMメインフレーム、UnisysClearPathメインフレーム、HPIntegrityNonStopサーバ、NECExpressシリーズ等、又はクライアント-サーバ型システムで実行又は実施し得る。さらに、本発明の実施形態の特定のハードウェア態様は、これらのシステムの1つ又は複数又はその部分を組み込み得る。したがって、図18は、本発明の実施形態が利用し得るコンピュータシステム1800の例である。本例によれば、コンピュータシステムは、バス1801と、少なくとも1つのプロセッサ1802と、少なくとも1つの通信ポート1803と、メインメモリ1804と、リムーバブル記憶媒体1805と、読み取り専用メモリ1806と、大容量記憶装置1807とを含む。プロセッサ1802は、Intel登録商標Itanium登録商標若しくはItanium2登録商標プロセッサ、又はAMD登録商標Opteron登録商標、又はAthlonMP登録商標プロセッサ、又はMotorola登録商標ラインのプロセッサ等であるが、これらに限定されない任意の既知のプロセッサであることができる。通信ポート1803は、例えば、モデムベースのダイアルアップ接続と併用されるRS232ポート、10/100イーサネットポート、又は銅若しくはファイバを使用するギガビットポートのうちの任意であることができる。通信ポート1803は、ローカルエリアネットワークLAN、広域ネットワークWAN、又はコンピュータシステム1800に接続する任意のネットワーク等のネットワークに応じて選び得る。メインメモリ1804は、ランダムアクセスメモリRAM又は当業者に一般に知られている他の任意の動的記憶装置であることができる。読み取り専用メモリ1806は、例えば、プロセッサ1802の命令等の静的な情報を記憶するプログラマブル読み取り専用メモリPROM等の任意の静的記憶装置であることができる。大容量記憶装置1807は、情報及び命令の記憶に使用することができる。例えば、例えば、SCSIドライブのAdaptec登録商標ファミリのハードディスク、光ディスク、RAID例えば、RAIDドライブのAdaptecファミリ等のディスクアレイ、又は他の任意の大容量記憶装置を使用し得る。バス1801は、プロセッサ1802を他のメモリ、記憶装置、及び通信ブロックに通信可能に結合する。バス1801は、例えば、使用される記憶装置に応じて、PCI/PCI-X又はSCSIベースのシステムバスであることができる。リムーバブル記憶媒体1805は、例えば、任意の種類の外付けハードドライブ、フロッピー登録商標ドライブ、フラッシュドライブ、IOMEGA登録商標Zipドライブ、コンパクトディスク-読み取り専用メモリCD-ROM、コンパクトディスク-書き換え可能CD-RW、又はデジタルビデオディスク-読み取り専用メモリDVD-ROMであることができる。上述した構成要素は、いくつかの種類の可能性の例示を意味する。上記例は、単なる例示的な実施形態であるため、本発明の範囲を決して限定しない。本発明の実施形態は、緊急医療サービス環境で様々な他の解決策を達成するように構成し得る。例えば、BOA装置104は、ナビゲーション装置110と通信し、追加のマッピング及び/又はナビゲーション情報を提供するように構成し得る。BOA装置104は、病院行先についての状態情報を表示し、本発明の実施形態によれば、救急車101を向かわせる迂回路又は代替の行先を示し得る。BOA装置104は、本発明の実施形態によれば、病院の適応性例えば、心臓専門、火傷専門、許容される保険、収容可能患者数及び現在の患者収容状態等の病院及び/又は他の行先についての特徴も表示し得る。BOA装置104は、病院又は他の行先の企業ワークステーション122と通信して、患者116の事前登録又は部分的な事前登録を可能にすることもできる。本発明の実施形態によれば、受け入れ余地のない病院は、救急車のドライバ112に受け入れ余地なしと示される。BOA装置104は、そのような情報を地図と同時に表示し、且つ/又はナビゲーション中、行先選択に役立つように構成し得る。この情報は、本発明の実施形態によれば、企業サーバ126若しくは128、及び/又は企業ワークステーション122、及び/又はナビゲーション装置110からネットワーク120を介して取得し得る。BOA装置104は、本発明の実施形態によれば、EMSドライバ112及び/又はEMS隊員114を含め、ユーザと様々な方法で通信するように構成することもできる。例えば、BOA装置104は、音声プロンプト、アラーム、スケジューリング、タイミング、及び/又は音声ストリームをEMSユーザに提供するように構成し得る。BOA装置104には、Bluetooth登録商標接続性又は機能を構成し得、それにより、ユーザは、一意のBluetooth登録商標装置とBOA104とを接続又は対にして、音声情報を受信し、且つ/又は声でのプロンプトを通信し得る。アラームは、本発明の実施形態によれば、始動イベント時、例えば、BOA装置104が、検出パラメータが許容範囲外又は許容値外であることを示す非同期イベント信号をセンサから受信した場合に音を発するか、又は視覚的に表示するように構成し得る。音声及び/又は視覚的な合図を使用して、特定の投与計画をユーザに警告し得、例えば、最初の薬剤投与から特定量の時間が経過した場合にビープ音を発し得る。そのようなアラーム及び/又は計画は、本発明の実施形態によれば、ユーザが設定若しくはカスタマイズし得、又はアラーム及び計画オプションの所定のセットから選択し得る。本発明の実施形態によれば、BOA装置104は、役割ベースのデータ及び/又は音声ストリームを提供し得る:例えば、CPRを施す隊員は、患者の心臓状況についての音声及び/又は視覚的情報を受信し得るが、BOA装置104は、そのユーザに対して地図及び/又はルート指定情報等の他の情報をフィルタリングして除去し得る。本発明の実施形態によれば、役割に基づいて、プライベートでカスタマイズされたフィードバック及び/又は情報をEMSユーザに提供し得る。BOA装置104は、本発明の実施形態によれば、EMS隊員に判断サポートをさらに提供し得る。隊員114により入力される情報例えば、患者カルテ記入装置108を介して及び/又は患者監視装置106から受信する情報に基づいて、BOA装置104は、本発明の実施形態によれば、その情報を内部又は外部データベースと比較して、鑑別診断及び/又は予測診断を表示又は他の様式で伝達し得る例えば、ベクター又はEKG情報に基づいて。例えば、BOA装置104は、症状及び/又は治療への反応に基づいて判断マトリックスをEMS隊員114に提示して、例えば、インタラクティブ形式で、EMS隊員114による潜在的な診断判断を支援し得る。BOA装置104は、隊員114又は通信している装置の1つから受信する情報に基づいて、プロトコル又はプロトコルへのリンクを提供し得る。一実施形態では、患者の病歴についてのデータは、BOA装置104のモニタを介する患者の生理学的測定と共に、BOA装置104を介して入力し得る。鑑別診断は患者の病歴、患者の検査所見、並びにECG、カプノグラフ、及びパルス酸素濃度等のモニタリングを介する患者の生理学的状態の測定の両方を必要とするため、これらのデータ要素はユーザインタフェースに統合され、ユーザインタフェースは、本発明の実施形態によれば、BOA装置104のアプリケーション内の1つの鑑別診断画面上で、様々なデータ要素を自動的又は半自動的に統合する。BOA104のインタフェースは、救急隊員が一般的に存在する症状又は患者の訴えのリストから、例えば、呼吸困難又は呼吸の苦しさを選択するように求めることにより開始される。図26~図28参照により本明細書に援用されるAmFamPhysician2003;68:1803-10から直接とったもの及び図2902/01/08に改訂されたCollierCountyCommonMedicalProtocolから直接とったものに示される画面上の情報等の情報は、救急隊員が情報を取得する構造的手法を提供する。患者の病歴及び生理学的な検査所見がBOA装置104に入力されるにつれて、鑑別診断ページは考えられる診断を徐々に狭め得る。心音の測定及び検出が、S3及びS4心音を検出するために監視装置106に組み込まれ、鑑別を自動的に狭め、又は心不全若しくは肺水腫がソフトウェア診断と一致することを確認するように救急隊員に示唆し得る。心音を組み込むためのフローチャートを図26~図29に示す。パルス酸素濃度及びカプノグラフも、非常に有益な測定であり、より正確な診断のために、アルゴリズムに自動的に組み込み得る。一実施形態では、救急隊員は、図26~図29の画面に表示されるリストから考えられる所見として列挙される病歴又は身体検査所見へのカーソルに単に触れることが可能であり得、それにより、不必要な打鍵入力を最小に抑え得る。考えられる所見又は病歴の各リストの下には、現在の状況と通常は一貫しない所見又は病歴のために、他のデータ入力位置がある。一実施形態では、これらの追加の所見、病歴、又は生理学的測定は、本発明の実施形態によれば、より大きな鑑別診断データベースと比較して、計算された確率に基づいて、他の可能性を救急隊員に示唆し、又はその他の考えられる原因が除外されたか否かを示唆することができる。12リードデータ及び他のBOA104装置データを企業環境102に送信し、企業ワークステーション122又はウェブベース環境で表示且つ/又は検索し得るのと略同じように、BOA装置104は、本発明の実施形態によれば、企業環境102から同様の情報を受信し、表示し、且つ/又は記憶するように構成することもできる。例えば、患者が、専門的なケアを受けるためにある病院から別の病院に搬送中である状況では、病院は、患者のバイタル、及び/又は既往歴、及び/又は医師の推奨についての情報をBOA装置104に送信し得る。或いは、病院は、遠隔にいるEMS隊員による、そのような情報が保持された1つ又は複数のデータベースの照会の電子許可を認めて、EMS隊員114が、BOA装置104のインタフェースを使用して、受信したい情報及び情報量を選択できるようにし得る。このようにして、救急車101内の隊員は、例えば、病院で患者に何か生じているかを知ることができる。BOA装置104は、本発明の実施形態によれば、音声認識ソフトウェア及び/又はテキスト-音声変換ソフトウェアを含むこともできる。したがって、本発明の実施形態によれば、BOA装置104は、1つ又は複数の装置から受信したテキスト又は数値データを読み上げて、そのデータをEMS隊員114に聞こえるように伝達する音声信号を提供し得、それにより、EMS隊員114は、視覚的注意を患者又は別の作業から逸らす必要がない。BOA装置104は、声によるコマンドプロンプトを認識して、ユーザが、手の注意を患者又は目の前の作業から逸らす必要性に代えて、声でBOA装置104を操作できるようにもし得る。BOA装置104は、患者監視装置106等の装置に記憶された音声データを検索して、処置若しくは診断及び/又は記憶、隊員評価、品質管理、若しくは後の再生においてEMS隊員114を助けるように構成し得る。例えば、本発明の実施形態によれば、患者監視装置114は、連続音声ストリームを記録する除細動器であり得、BOA装置104は連続音声ストリームにアクセスし、特定の部分を選択的に再生し、且つ/又は音声ストリーム若しくは音声ファイルを送信して、遠隔アクセス若しくは遠隔記憶できるようにし得る。BOA装置104は、EMS隊員114が患者に到着する前であっても、患者監視装置106又は他の装置から音声情報を受信して、現場の準備に関してEMS隊員114を助けるように構成することもできる。本発明の実施形態によれば、BOA装置104は、ビデオ監視装置、例えば、ウェブカム若しくは独立したビデオカメラ及び/又はBOA装置104が接続する別の装置に搭載されるか、若しくはその装置の部分であるビデオ捕捉装置に接続するように構成し得る。例えば、救急車101の後部に搭載されたビデオカメラ又はスチルカメラは、企業環境102及び/又は管理環境103に記憶し、且つ/又は送信し、且つ/又は再送信するために、BOA104に視覚的データを提供し得る。そのようなビデオ供給により、例えば、患者が到着する前に、病院で待機中の医師が患者の状態を見ることが可能であり得る。臨床及び非臨床の両方の複数のEMS関連装置に接続し、インタフェースし、複数の装置からのそのようなEMS情報臨床及び非臨床の両方を集計する能力により、BOA装置104は、在庫を監視し制御するように構成することもできる。例えば、BOA装置104は、バーコードスキャナ、無線周波数識別RFID受信器若しくは送受信器、又は他の在庫監視装置に通信可能に結合し得る。BOA装置104は、特定の在庫品目セットを、それが医療装置であるか、補給品であるか、薬剤であるか、それとも人員等であるかに関わりなく追跡するデータベースを保持し、又はそのようなデータベースと通信し得る。例えば、BOA装置104は、特定の救急車101に搭載されている装置、補給品、及び薬剤の在庫を追跡するデータベースを含み得る。新しい装置が救急車101に配置される場合、その新しい装置にタグ、又はバーコード、又は他の一意の識別子が取り付けられ、BOA装置104は、新しい在庫品目の存在を自動的に感知するか、又は感知するように命令される例えば、バーコードスキャナを用いてバーコードをスキャンすることによりように構成し得る。BOA装置104は、状態更新要求でユーザを促すこともでき、例えば、新品目、除去された品目、投薬中の品目、破壊された品目、移転中の品目。したがって、救急車101のシフト開始時に、クルーはBOA装置104に問い合わせて、車載されている装置、補給品、及び/又は薬剤の在庫を表示し得、任意の不足品の在庫を補足し得る。薬剤が投与される場合、薬剤投与をスキャンしてBOA装置104システムに入力し得、投与されたため、交換すべきであることが指示される。シフト終了時、クルーは、BOA装置104を介して在庫をチェックし、必要な補給品を補充し、且つ/又は任意の適切な補充、監視、及び/又は確認活動のために、在庫状況を第三者に送信し得る。そのような在庫情報は、遠隔使用及び/又は記憶のためにBOA104により伝達することもできる。例えば、除細動器患者監視装置106を救急車101の各クルーがチェックし、この情報は、BOA装置104によりネットワーク120を通して企業記憶サーバ126に送信し得、企業記憶サーバ126は、複数の救急車101にわたるそのような情報を集計し得る。本発明の実施形態によれば、遠隔企業ワークステーション122を使用するシフト監督者は、そのようなデータベース101を照会して、どの除細動器がどの救急車で現場に出ているかを特定し得る。このようにして、BOA装置104は、在庫情報を中央システムに自動的にアップロードし得る。BOA装置104は、本発明の実施形態によれば、EMS隊員114及び患者116の安全を追跡する装置臨床及び/又は非臨床に接続するように構成することもできる。例えば、BOA装置104は、本発明の実施形態によれば、加速度計、及び/又はタイヤ圧センサ、及び/又は他の車両関係センサに接続して、運転状況、運転挙動、安全レベル、及び/又はイベント発生を追跡するように構成し得る。本発明の一実施形態によれば、BOA装置104は、飲酒検知装置に接続するように構成し得、飲酒検知装置は、ドライバ及び/又は患者の血中アルコール濃度を感知し、且つ/又は推定するために使用し得る。BOA装置104は、本発明の実施形態によれば、そのようなデータを収集し、ユーザにフィードバックフォーマットで表示し得、且つ/又は記憶及び/又は遠隔評価のためにネットワーク120を通してそのようなデータを送信し得る。BOA装置104は、本発明の実施形態によれば、車両の保守計画を監視し、保守が必要又は推奨される場合、ユーザに警告することもできる。ネットワーク120との接続とともに、他の装置106、108、110との接続にもより、BOA装置104は、本発明の実施形態によれば、外傷又は災害状況で救急車本部及び/又は一種の中継局として機能することもできる。例えば、BOA装置104は、救急車101外部の装置及び/又は異なる救急車101内にある装置を含む複数の装置に接続して、例えば、BOA装置104のユーザが反応治療を見て管理できるように構成し得る。本発明の実施形態によれば、そのような構成では、複数の装置例えば、複数の除細動器又は他の患者監視装置からのデータを、ネットワーク120を通して企業環境102及び/又は管理環境103に伝達することも可能であり得る。別の例として、上述したBOA装置104システムが備えられた1台の救急車101を災害又は外傷状況に配備し得、BOA装置104を複数の患者監視装置106に接続し、それらの装置からの情報を集計し得る。監督者又は状況マネージャが、BOA装置104を使用して、治療状態を監視し、患者医療のニーズの優先順位を付け、関連情報を選択された外部の介護者、病院、及び/又は治療センターに送信し、それに従ってリソースを分配し得る。本発明のいくつかの実施形態によれば、BOA装置104は、接続された装置の診断を実行し、且つ/又は自己診断を開始するように構成される。BOA装置104は、ダウンロードされたプロトコルを表示に提供し、且つ/又は医学的緊急事態をシミュレート例えば、医学的緊急事態中又は搬送中の複数の臨床装置及び非臨床装置からのデータ供給をシミュレートすることにより、EMS隊員114の訓練及び/又は教育に使用することもできる。本発明のいくつかの実施形態によれば、BOA装置104は、ナビゲーション装置110又は他の所定の装置との接続がオンラインであるか、それともオフラインであるかの視覚的表示を提供する。いくつかの実施形態によれば、ユーザは、現在の患者情報よりも既往歴の表示を選択することができ、例えば、ユーザは、前の12リードのサムネイル表示を選択し得、12リードデータスナップショットの集まりを、例えば、一意のシリアルナンバーと共に企業環境102例えば、病院に送信することができる。企業ユーザ124は、本発明の実施形態によれば、BOA装置104からのパッチメモを表示することもでき、それにより、EMS隊員114は電話で伝達する必要がない。BOA装置104は、本発明の実施形態によれば、BOA装置104が接続された各装置及び接続状態を列挙したドロップダウンメニューインタフェースを含むこともできる。BOA装置104は、指紋リーダ若しくは網膜スキャナ等の生体認証装置又はキーパッド等の非生体認証装置に接続して、患者の身元確認及び/又は患者医療記録へのアクセス許可を支援するように構成することもできる。そのような記録は、例えば、遠隔データベースに記憶し、且つ/又は異なるエンティティにより記憶し得る。図20~図23は、患者監視モジュール1102と装置アダプタ/通信インタフェース1104図11参照との通信に役立つように構成されたEMS通信インタフェース装置2000を示す。すべての患者監視装置106が、BOA装置104又は他の企業環境103のいずれかとの特定の種類の通信例えば、無線通信に必要なハードウェアを含むわけではない。EMS通信インタフェース装置2000は、本発明の実施形態によれば、患者監視装置106への付属品として追加して、通信能力を補うとともに、追加の機能を提供し得る。EMS通信インタフェース装置2000は、本発明の実施形態によれば、例えば、PCMCIAカードスロット、USBスロット等の既存のハードウェアインタフェースを介して患者監視装置106とインタフェースするように構成し得る。以下の例は、本発明の実施形態により、装置106内のPCMCIAカードスロットを介して患者監視装置106とインタフェースするEMS通信インタフェース装置2000を示す。図20は、本発明の実施形態による、EMS通信インタフェース装置2000のキャリア基板2010の設計を示す。キャリア基板2010は、様々なサブシステムのシステムオンモジュールSOMのカスタムキャリア基板であり得る。キャリア基板2010は、PCMCIAエッジコネクタ2030、PCMCIAアドレス制御送受信器2012、PCMCIAデータ送受信器2014、基板電源2016、先入れ先出しFIFOコプロセッサ入力メモリバッファ2018、フラッシュメモリ共通メモリプレーンCMP2020、複合プログラマブル論理デバイスCPLD属性メモリプレーンAMPスプーフシフタ2022、ユニバーサルシリアルバスUSBユニバーサル非同期受信器-送受信器UARTブリッジ2024、CPLDプログラミングインタフェース2026、及びリセットプッシュボタン2028をホストし得る。本発明の実施形態によれば、3.3V、1.8V、及び1.5Vレベルの電源をPCMCIA5V及び可能な場合には12Vの入力から導出し得る。装置2000はUSB2.0ポートをさらに含み得る。キャリア基板2010は、例えば、GumstixOveroAirSOM又はLogicPDTorpedoSOM等のSOMコプロセッササブシステム2040を含むこともできる。SOM2040は、BluetoothBT無線及び/又はアンテナ並びに/或いはWiFi例えば、802.11a/b/g/n無線及び/又はアンテナ2042を含み得る。802.11a/gサブシステムは、本発明の実施形態によれば、ブート中に初期化し構成し得、端末セッションを介して構成することもできる。SOM2040は、例えば、リムーバブルマイクロSD記憶/メモリスロット等の記憶装置2044を含むこともできる。マイクロSDカードは、ランダムアクセス記憶装置等のスロット並びにブートストラップコード源で使用して、コプロセッササブシステム2040を初期化し得る。SOM2040は、例えば、TexasInstrumentsTPS65950集積電力管理IC等の電力管理集積回路IC2048を含むこともできる。SOM2040は、例えば、256MBのランダムアクセスメモリRAMと、256MBの不揮発性RAMNVRAMとをパッケージオンパッケージPOPパッケージ内に有するTIOpenMultimediaApplicationsPlatformOMAP3503プロセッサ等のプロセッサ2046を含むこともできる。コプロセッササブシステム2040は、本発明の実施形態によれば、デュアル70ピンヘッダを介してキャリア基板2010に通信可能に結合し得る。キャリア基板2010は、本発明の実施形態によれば、プログラムのためにジョイントテストアクショングループJTAGインタフェースを含むこともできる。装置2000は、例えば、ActelIglooNanoAGL250V2-VQG100_0等のCPLDファームウェアを含み得る。そのようなCPLDファームウェアは、本発明の実施形態によれば、読み/書き動作について線形フラッシュLF制御信号を支配し、FIFOデュアルポート実施のように書き込み及び読み出し動作についてFIFO制御信号を支配し、LF、FIFO、及びOMAPにレベルシフトアドレス及びデータバスを利用し得る。装置2000は、例えば、OE2.6.xOpenEmbededLinux等のオペレーティングシステムを含み得る。装置2000は、本発明の実施形態によれば、C共通言語ランタイム2.6.2、例えば、Mono共通言語ランタイムCLRを利用し得る。装置2000は、本発明の実施形態によれば、SQLiteソフトウェアライブラリを使用する永続的なデータ記憶装置を含み得る。装置2000は、本発明の実施形態によれば、アセット管理パターン化データ記憶をフレームデータに対して実行し、且つ/又はパラメータ化フレーム検索にアセット管理パターン化サービスを実行し得る。装置2000は、本発明の実施形態によれば、ストリーミングデータ出力、.NET遠隔サービスバス、及び/又は.NET遠隔イベントバスにデータグラムプロトコル/インターネットプロトコルUDP/IPを使用して、WiFi通信を達成し得る。図21は、本発明の実施形態によるEMS通信インタフェース装置200のシステム概観を示す。患者監視モジュール1102は、患者監視データを処理して送信する。患者監視モジュール1102は、本発明の実施形態によれば、ZollE-Series除細動器により実施し得る。そのような患者監視モジュール1102は、本発明の実施形態によれば、BT無線接続2110を介してストリーミング患者バイタルサイン及び12リード情報並びに全開示データを、装置アダプタ1104の部分であるBTプラグイン2112に送信するように構成される。本明細書で使用する場合、全開示データという用語は、患者監視装置106により記録される全データを意味し、限定ではなく、患者バイタルサイン、12リードデータ、音声情報、ECG情報、リードタイプ、利得、除細動器ショック情報、システムモード、パドルタイプ、心拍数アラーム状態、心拍数、構成情報、コードマーカ情報、非観血血圧測定、患者名、患者識別情報、2相性除細動器データ、観血血圧情報、観血血圧波形データ、体温データ、SpO2情報、SpO2波形、サンプル番号情報、加速度計情報、加速度計波形、インピーダンス波形、CPR現場データ、APLS波形、及び/又はAPLS圧迫検出を含む。WiFi無線接続は、BT無線接続よりもはるかに高い情報転送帯域幅を有する。しかし、場合によっては、患者監視モジュール1102が実行される患者監視装置106はWiFi性能を有さず、PCMCIAインタフェース2114を有するPCメモリカード国際規格PCMCIAカードスロットを含み得る。PCMCIAカードは、PCカードと呼ばれることもある。EMS通信インタフェース装置2000は、PCMCIAカードスロット2114に差し込み得る。装置2000は、本発明の実施形態によれば、線形フラッシュメモリカード2122又は他のメモリ要素を含み、患者監視装置106からの全開示データを記録し得る。本発明の実施形態によれば、メモリカード2122を使用して、患者監視装置106データスロットに書き込まれたすべてのデータを線形フラッシュメモリ2122に記憶することにより、線形フラッシュメモリ2122から記憶データのユーティリティモードユーザ開始検索を許可することにより、且つ/又は線形フラッシュメモリ2122のユーティリティモードユーザ開始消去を許可することにより、患者監視装置106のすべての既存のメモリカード機能を複製し得る。患者監視モジュール1102からの全開示データストリームは、本発明の実施形態によれば、EMS通信インタフェースモジュール2116によりPCMCIAスロット2114を通して受信することもでき、EMS通信インタフェースモジュール2116は、全開示データをインシデントデータに変換し、WiFi接続2118を介して、通信インタフェース1104の部分であるWiFiプラグイン2120にインシデントデータを提供する。図22は、本発明の実施形態によるEMS通信インタフェース装置2000の別のシステム概観を示す。図21に示されるように、全開示データは、本発明の実施形態によれば、メモリモジュール2122、例えば、フラッシュ線形アナログメモリモジュール2122に記録される。フラッシュアナログモジュール2122は、本発明の実施形態によれば、患者監視装置106に永久的に関連付けられた任意のメモリ要素に装置106が読み出し、書き込み、及び/又は消去を行い得る様式と同様にして、患者監視モジュール1102により読み出し、書き込み、及び/又は消去を行い得る。これは、例えば、装置106のユーティリティモードを使用することにより達成し得る。したがって、フラッシュアナログ2122は、SOM例えば、マイクロプロセッサ2204とインタフェースせず、患者監視モジュール1102のみと書き込み/読み出し/消去様式でインタフェースする。本発明の実施形態によれば、フラッシュアナログメモリ2122は、患者監視装置106に通常関連付けられ、患者監視装置106内に埋め込まれ得る線形フラッシュカードに類似するように設計される。特定の情報は、不揮発性メモリ領域、例えば、属性メモリプレーンに記憶し得、特定の他の情報は、共通メモリプレーンの第1の一連のバイトに記憶して、メモリ2122が患者監視装置106の内部メモリに類似し得る。通信インタフェース2116はFIFOバッファ2022であり得、FIFOバッファ2022は、PCMCIAインタフェース2114を介して患者監視モジュール1102から全開示データを受信し、全開示データをマイクロプロセッサ2204に渡し得る。FIFO2202は、本発明の実施形態によれば、患者監視モジュール106からマイクロプロセッサ2204へと一方向である。送信されるインシデントデータは、アセット管理データベース2314に存在してもよい。本発明の実施形態によれば、FIFOバッファ2202及び/又はフラッシュアナログメモリモジュール2122は、SOM2040が非稼働である場合であっても機能するハードウェアのみの解決策である。この機能は、本発明の実施形態によれば、SOM2040が機能しない場合にデータを保護できるようにするとともに、SOM2040がデータをバッファリングして、初期化できる例えば、EMS通信インタフェースサービスをブートして開始できるようにする。本発明の実施形態によれば、カード2122への治療モードデータ捕捉中、仮にSOM2040がディセーブルされる場合であっても、装置106のデータは失われない。本発明の実施形態によれば、これによりまた、メモリモジュールへのデータ記憶に関して患者監視装置106のユーティリティモードで訓練したユーザは、装置106内部のメモリモジュールの代わりに、メモリモジュール2122にデータが記憶される状態であっても、そのようなユーティリティモードを使用し続けることができる。通信インタフェース1104の部分であるプラグイン2120を使用して、インシデントデータIDを、WiFi接続2118を介してマイクロプロセッサ2204からストリーミングし得る。そのような情報は、例えば、BOA装置104により受信して表示し得、リアルタイム及び/又は臨床的な重要時に表示し得る例えば、医療的に正確で適時の観察、診断、及び/又は治療判断を行うことができる時間以下の遅延をもって。本発明の実施形態によれば、インシデントデータは、1秒以下の遅延でBOA装置104にストリーミングし得る。例えば、除細動器患者監視装置106により生成される12リードデータは、本発明の実施形態によれば、少なくとも1秒に1回更新し得る。マイクロプロセッサ2204は、本発明の実施形態によれば、イベントバスを介し、WiFi接続2118を経由して非同期例えば、イベントベース通知を生成するようにプログラミングすることもできる。例えば、患者のバイタルサインが現在のパラメータ外になった場合、マイクロプロセッサ2204は、イベントバスを介し、通信インタフェース1104を経由してアラームイベントを送信するようにプログラムし得る。さらに、マイクロプロセッサ2204は、本発明の実施形態によれば、双方向サービスバス/サービスインタフェースを可能にし、特定のインシデントに関連するインシデントデータを要求可能にするようにプログラムし得る。例えば、処置後、ユーザは、サービスバスを介して、マイクロプロセッサ2204から、患者インシデントに関連付けられたすべての情報を要求し得るケース番号、患者名等の一意のインシデント識別子を使用して。次に、マイクロプロセッサ2204は、本発明の実施形態によれば、アセット管理モジュール2314に問い合わせ、特定のインシデントに関連付けられたあらゆる記録を検索し、サービスバスを通して返信する。このようにして、ユーザは、カードファイルデータ多くの場合、複数のインシデント又は求められる情報の特定のサブセットを超える情報に関連するをすべてダウンロードする必要なく、特定のインシデントデータを検索し得る。これは、記憶及び/又は転送前に、マイクロプロセッサ2204がデータをインシデントデータに変換することにより可能になる。いくつかの場合、ユーザは、アセット管理モジュール2314に記憶されているすべてのデータを要求したいことがあり、これは、患者監視モジュール1102から直接カードファイルを要求する動作と同様である。図23は、本発明の実施形態による、EMS通信インタフェース装置2000のソフトウェア論理図を示す。Linuxカーネル2302は、データストリーム例えば、全開示データ2301を患者監視装置106から受信するように構成された汎用入出力GPIOモジュール2304を含み得る。データストリーム2301は、本発明の実施形態によれば、いくつかのGPIO2304ラインを用いて制御されるFIFOモジュール2202を通してシステム2000とインタフェースする。FIFOは、本発明の実施形態によれば、GPIO状態、データの制御ビット及び8ビットを使用してSOMに読み出される。いくつかの実施形態では、デバッグを容易にするために、装置ドライバではなくバイトストリームドライバ2308をユーザ空間に実施し得る。バイトストリームドライバ2308は、FIFO2202の空フラグ一実施形態では、デバッグ効率のために生じる割り込みとは対照的にポーリングし得るを監視することにより、FIFO2202を空の状態に保ち得る。バイトストリームドライバ2308によりFIFOから読み出されたバイトは、本発明の実施形態によれば、患者監視装置106により送られるものと同様のブロックとして組み立て直され、データフォーマッタ2310でフレーム化される。これにより、データフォーマッタ2310からフレームイベントストリーム2303が生成される。次に、フレームイベントストリームはアセット管理モジュール2310に送信され、アセット管理モジュール2312は、フレームをデータベース2314に保存し、WiFiチャネルからLinuxカーネル2302のTCP/IPモジュール2306に転送する。本発明のいくつかの実施形態によれば、フレームイベントストリーム2303は、WiFi接続を経由して暗号化UDPブロードキャストを介して送信されるため、広範囲のクライアントで受信することができる例えば、UDPブロードキャストを受信するようにiPhoneを構成し得る。フレームイベントストリーム2303は、本発明の実施形態によれば、通信インタフェースモジュール1104の臨床時供給プラグイン2316によっても受信し得る。データベース2314に記憶されたインシデントデータへの非同期要求は、本発明の実施形態によれば、通信インタフェースモジュール1104のインシデントプラグイン2318等を介して、許可された外部クライアントにより行い得る。そのようなインシデントサービス呼び出しは、図23では破線で示される。データベース2314はSQLiteデータベースとして示されるが、本発明の実施形態によれば、本明細書に提供される開示に基づいて、アセット管理モジュール2312が他のデータベースフォーマットを利用してもよいことを当業者は理解しよう。本発明の実施形態によれば、バイトストリームは、データフォーマッタ2310により、装置106のデータブロックに類似するデータブロックにフォーマットされ、これらの完全なデータブロックは、構築されると、WiFiフォーマットでブロードキャストされる例えば、ブロックは、作成されると、WiFiインタフェースを介して送信される。本発明の実施形態によれば、アセット管理モジュール2312は、例えば、フレーム毎に1秒で、バイトストリームを一貫した時間ブロックにフレーム化し、各フレームは、アセット管理パターン化データ記憶装置例えば、データベース2314に保存される。図21及び図22は、全開示データを2つの別個の供給として示すが、本発明の実施形態によれば、1つの全開示データ供給を二分して、フラッシュアナログモジュール2122及びFIFO2202の両方に同時に送信してもよい。ユーザは、本発明の実施形態によれば、装置2000に問い合わせて、健康情報、例えば、実行時間、検出された例外、及び他の情報を患者監視装置106から要求し得る。ユーザは、装置2000から特定のインシデントベースデータを要求することもでき、例えば、ユーザは、すべてのケースの送信、又は特定のケースに関連するデータの送信、又は特定のケースからのすべての12リードデータの送信という問い合わせを送信し得る。装置2000は、本発明の実施形態によれば、ケースデータ配信をストリーミングして、複数の許可された受信装置例えば、複数のBOA装置104がデータを同時に取得できるようにすることもできる。本発明のいくつかの実施形態によれば、装置2000は、患者監視装置106と企業環境103とでのデータ共有に役立つ。電源を投入すると、装置106はPCMCIAスロット2114の占有について問い合わせ、有効な線形フラッシュカード2122が存在するか否かを確認する。有効性テストは、一連のバイトをLFAMPから読み出し、許容可能なカードセット又は1つの許容可能なカードと突き合わせて値を検証することからなり得る。有効なカードが見つかった場合、装置106は、一連のバイトをCMPから読み出して、有効性をテストし、カードが装置106の要求に従ってフォーマットされているか否かを判断する。そのような一連のバイトがない場合、装置106は、本発明の実施形態によれば、そのような情報をカード2122に書き込み得る。カード2122が検証されると、装置106は、上述したようなブロックにフォーマットされたバイトストリームとしてのLFカード2122への装置データの書き込みを開始する。装置2000は、一方向様式で装置106と対話するものとして示されるが、装置2000と双方向的に対話するように構成することもできる。例えば、装置2000は、本発明の実施形態によれば、患者監視装置106で直接観察されるユーザインタフェースと同様のWiFiユーザインタフェースを提供し、患者監視装置106の全体的又は部分的な遠隔制御を可能にするように構成し得る。PCMCIA型×筐体にパッケージされた各カード2010は、コネクタ2030と、薄く小型の輪郭のパッケージTSOP内にパッケージされたフラッシュメモリアレイと、カード制御論理とを含む。カード制御論理は、本発明の実施形態によれば、システムインタフェースを提供し、内部フラッシュメモリ並びにSOMへの入力FIFOを制御する。レベルシフタが存在して、PCMCIA論理電圧をカード論理電圧に適合させる。カード論理電圧3.3V、1.8V、及び1.5Vは、PCMCIAVCC電圧TTL、5V、可能な場合には12Vから導出し得る。3.3V及び5V変換用の1段が、3つの離散送受信器を使用して構築される。CPLDが、3.3V及び1.8V変換を実行するために使用される。データは、PCMCIAバイトストリームから3.3VでFIFOに入る。FIFOの読み出しは、CPLDを通して、3.3と1.8との間でシフトする読み出しクロックでの時間で、1度に8ビットバイトでOMAPに対してクロック制御される。OMAP制御ビット及び状態インタフェースビットも同様に変換し得る。各キャリアカード2010はUSB2.0ポートを有し得る。OMAPUART信号は、本発明の実施形態によれば、USB-UARTシリアルブリッジ2024に接続される。CPLDをプログラムするJTAGインタフェースを提供し得る。本発明の実施形態によれば、I/Oの状態信号及び電力信号を装置とカードとの間で相互接続する2×34A及びB面PCMCIAコネクタJ1を使用し得る。本発明の実施形態によれば、カードインタフェースが関心を有する装置信号では、PCMCIA電圧VCCと基板電圧3V3とを相互変換する3つの送受信器U5、U6、及びU7の群がある。装置2000は、本発明の実施形態によれば、26アドレスビット、8データビット、及びレベルシフトを目的とした6つの制御信号に関心を有する。U5及びU6は、本発明の実施形態によれば、アドレス情報及び制御情報の装置からカードへの一方向16b入力シフタである。U7は、8ビットデータの双方向8bレベルシフタである。本発明の実施形態によれば、装置2000は、このインタフェースを通してデータを読み出し、LFメモリに書き込む。16のアドレスビット[PCA0:PCA15]~[A0:A15]をシフトするU5。10のアドレスビット[PC16:PC25]~[A16:A25]と、6つの制御信号{PC_REGn,PC_RESET,PC_CE1n,PC_CE2n,PC_OEn,PC_BWEn}~{REGn,RESET,CE1n,CE2n,OEn,BWEn}とをシフトするU6。[PCD0:PCD7]8データビットU2。アドレスシフタは入力のみであり得、その場合、本発明の実施形態によれば、カードは装置2000に対してアドレス情報を生成せず、外部へのアドレッシング装置からカードのみが露出される。本発明の実施形態によれば、装置はカードにデータを読み書きできるため、データシフタは双方向式である。U5はアドレスの16ビットをシフトし、U6は、8つの制御信号と、PCMCIAVCCから3V3へのアドレス信号及び制御信号の上位8ビットとをシフトする。装置2000は、装置106の治療モード動作中並びにケース後の装置データのアップロード中、WiFiを介してデータ送信をストリーミングできるように構成される。装置2000は、ハードウェア構成要素と、上述した埋め込みオペレーティングシステムを含むファームウェア及び埋め込みソフトウェアの両方を使用するプログラマブル要素とを有する。いくつかの実施形態によれば、EMS通信インタフェース装置2000は、標準のIII型PCMCIAカードよりも厚い。本発明の実施形態は、以下の特徴及び/又は特性のうちの1つ又は複数を含み得る。キャリアはPCMCIAカードであり得る。キャリアは、患者監視装置のPCMCIAデータスロットに挿入し得る。カード2000は、患者監視装置106には有効なLFカード線形フラッシュアナログ2122として見えるように、患者監視装置106とインタフェースする。カード2000は、バッファリングされたハードウェアインタフェースを介して、患者監視装置106により書かれたPCMCIAバイトストリームをSOMプロセッサに提示する。キャリアは、患者監視装置106のすべての読み出し/書き込み/消去機能がこれらの動作をサポートする装置106のすべての動作モードで保たれるように、受信したPCMCIAバイトストリームを不揮発性記憶サブシステム線形フラッシュアナログに記憶する。SOMは、IEEE802.11a/b/g/n無線通信機能を提供する。SOMは、BluetoothV2.0EDR無線通信機能を提供する。SOMはマイクロSDカードスロットを提供する。SOMは、ウォッチドッグ式の監視をサポートして、SOMが機能しなくなった場合に自動リセットを提供する。患者監視装置106又はSOMのリセット又は初期化中、データがフラッシュアナログメモリに捕捉される。SOMリセット中、データ捕捉は中断せずに続けられる。システム5000は、SOM状態に関係なく、患者監視装置106により書かれているデータがフラッシュアナログに保存されるように設計される。SOMは、SOMが利用可能ではない間、保存されたデータにアクセス可能である。キャリア基板はUSBコネクタを提供する。キャリアSOM組み合わせは、USB2.0オンザゴーOTGをサポートする。装置2000のフォームファクタは、PCMCIA標準の幅寸法及び高さ寸法を含む。装置2000のフォームファクタは、幅85.6mm×54.0mm×厚さいくつかの場合では、この厚さは10.5mmであるIII型よりも大きいを含む。装置2000の厚さは、装置106のPCMCIAスロットに許される厚さ以下である。すべてのキャリア基板構成要素は、キャリアカードの片側に取り付けられる。患者監視装置106へのインタフェースは、68ピンPCMCIAカードエッジコネクタを介してスロットベイを介する。装置2000は、EMC/RFIの医療装置要件を満たすためにカプセルに入れられる。SOMは、2AVX560270ピンコネクタを使用してキャリアに取り付けられる。装置2000はPCMCIAデータスロットから給電され、電力は、600mAを超えないピーク電流に続く約2.5Wであり得る。装置2000は、15GPIOピンを利用して、読み出しFIFOバイトストリームバッファを制御し得る。装置2000は、接続されたSOMからの3UARTライン及びキャリア上のUSBブリッジを利用し得る。装置2000はWiFiのアンテナを含み得る。装置2000はBTのアンテナを含み得る。装置2000は、AngstromOpenEmbeddedLinuxオペレーティングシステムO/Sを使用し得る。装置2000のO/Sは、Cで実装されるコードを実行するためにMonoを含み得る。装置2000のO/SはSQLiteを含み得る。装置2000は、双方向シリアル通信のためにUSBの使用をサポートし得る。装置2000は、エンドポイント認証、機密性、保全性、及び/又は配信確認を含むセキュア無線通信を提供する。外部データ受信者装置2000外部のプロセスは、ストリーミングデータ配信を要求することができる。データ受信者は、インシデント識別子、例えば、インシデント後データにより完全なインシデントデータ配信を要求することができる。装置2000のソフトウェアは、無線インタフェースを介してアップグレード可能である。装置2000のソフトウェアは、循環冗長符号CRCのようなメカニズムを使用して実行時に検証される。本発明の実施形態による装置2000は、異なる受信装置例えば、通信インタフェース1104を使用する異なる受信装置に個々の画面を可能にして、異なるユーザが異なるデータを取得できるようにし得る。例えば、本発明の実施形態によれば、あるユーザの設定は、患者の12リードデータに関連するフレームイベントストリームを受信し表示するように構成することができ、その一方で、管理隊員ユーザの設定は、患者監視装置106により生成されるエラー符号に関連付けられたフレームのみを周期的に要求するように構成することができる。同様に、本発明の実施形態によれば、WiFi接続を介して、同じデータを複数のユーザが同時に受信し、且つ/又は表示し得る。このようにして、患者監視装置106からのデータは、例えば、無線WiFi接続を介して患者の家と救急車との間及び/又は救急車と病院との間でストリーミングし得る。イベントストリーム中の様々なフレームは、データの特定のサブセットを取得し得るようにフィルタリングし、且つ/又は要求し得る。例えば、本発明の実施形態によれば、呼吸データを、装置2000により生成されるフレームイベントストリームに含み得る。本発明の実施形態による装置2000は、他の種類の患者監視装置106、例えば、自動体外式除細動器AEDと組み合わせ得る。したがって、装置2000は、本発明の実施形態によれば、状態情報をAEDから送信し、AEDのソフトウェア更新に役立ち、且つ/又はAEDを遠隔からテストするように構成し得る。そのような装置2000は、本発明の実施形態によれば、患者カルテ記入装置と併用して、例えば、あるベンダー/プラットフォームからの患者カルテ記入装置108の情報を、別のベンダー/プラットフォームからの患者監視装置106の情報と組み合わせることもできる。装置2000は、本発明の実施形態によれば、データ集計器として機能して、情報ストリームをパーズし、編成し、後のインシデント後時間枠でより容易にソートされ、照会され、供給される離散フレーム情報にすることもできる。本発明の実施形態によれば、患者監視装置106例えば、除細動器は、データブロックでデータ、例えば、ECGデータ又は患者の現在の心拍数を送信する。1つのインシデントに対応するデータブロックの集まりは、インシデントデータと呼び得る。全開示データは、すべてのインシデントに関連付けられたデータを連結させたものであり、各個人/患者に対応するデータブロックシーケンスに分け得る。インシデントに対するサービス要求を受信した場合、そのインシデントに関して装置2000に記憶されているすべてのフレームを収集し、一緒にシーケンスにする。本発明の実施形態によれば、各ECGブロックは100msのECGデータに対応し、毎秒10個のデータブロックを提供する。除細動器は、本発明の実施形態によれば、各データブロックにインシデント識別子、データブロックが記録された時間についての時間情報、及び/又はデータ保全性のための計算ハッシュを追加し得る。装置2000いくつかの図ではZango装置と呼ばれる及びBOA装置104いくつかの図では、RescueNetリンク装置又はRNL装置と呼ばれるは、本発明の実施形態によれば、協働する。装置2000は、埋め込まれたコンピュータにより、強力な処理エンジンを実施する。本発明の実施形態によれば、この処理エンジンを使用して、BOA装置104のユーザの代わりに、高度なデータ、通信、及びアプリケーション動作を管理する。本発明の一実施形態によれば、装置2000は入出力ユーザインタフェースを有さない例えば、キーボード又はディスプレイを有さないため、本発明の実施形態によれば、BOA装置104と併せて動作して、サポートする通信及びデータ管理サービスへのアクセスをユーザに提供する。図20及び図23は、EMS通信インタフェースカード2000の処理及びBOA装置104の処理のそれぞれの論理及び機能構造を示す。装置2000は、装置104に接続されない場合、すべての装置データを記憶し、接続が確立又は復元した場合、装置104に送信することができる。図30は、本発明の実施形態によるデータ伝送インタフェースを示す。Zango装置1aは、本発明の実施形態により、いくつかの機能を実行するように構成することができる。除細動器インシデントデータブロックのフレーム化フレーム化インシデントデータのストリーミングインシデントデータフレームのZangoデータベースへの保存Zangoデータベースでのデータ管理サービスセットのホスト一実施形態では、データ管理サービスは読み出し/消去のみである。インシデントデータを変更するサービスは供給されない。EMS通信インタフェースチャネル1a、1b、1cは、患者監視データ例えば、ESeriesデータをBOA装置104に送信する手段を提供する。このチャネルは、装置2000を使用してBOA104に接続する。RNLZangoクライアント1cは、いくつかの機能を実行するように構成することができる。ストリーミングされたインシデントフレームデータの受信1bインシデントフレームデータのモバイルリンクディスプレイへの提示1eパーズ、レンダリング1dインシデントフレームデータのモバイルリンクデータベースへの記憶1fモバイルリンクデータベースでのデータ管理サービスセットのホスト1fいくつかの実施形態では、データ管理サービスは読み出し/消去のみであり、インシデントデータを変更するサービスは供給されない。12リードECGデータ及びバイタルデータのフィールドリンクへの転送1gZangoデータ管理サービスのカスタマイズ1b以下の表は、本発明の一実施形態に関して説明した図30の様々な要素を列挙し、説明する。図31は、本発明の実施形態によるEMS通信インタフェース伝送処理ブロック図を示す。ESeriesは、データの連続バイトストリームをPCMCIAデータスロットに書き込む。バイトストリームは、ESeriesデータブロックメッセージからなり、メッセージは周期的に送信されるものもあれば、症状が発現した場合に送信されるものもある。周期的なメッセージの例はECGメッセージである。ESeriesは、現在表示されているリードのECG値を100msに1回書き込み、メッセージは、本発明の実施形態によれば、25個のデータ値250Hzサンプル、4ms間隔を含む。症状発現メッセージの例はバイタルサインメッセージである。ESeriesは、本発明の実施形態によれば、特定のバイタルサインパラメータ値が変化した場合、特定のバイタルサインメッセージを送信し、非同期メッセージは特定の頻度を有さずに送信される。バイトストリームは、Zangoカードへの入力で二分される。一分岐は、データを基板に取り付けられた16MB線形フラッシュに記憶し、すべてのESeries線形フラッシュ動作を置換する。書き込まれるすべてのデータは線形フラッシュサブシステムに記憶される。インタフェースは、ハードウェアレベルで瞬時オンであり、ESeriesバイトストリームを受信し、フラッシュサブシステムに保存する準備ができている。第2のバイトストリーム分岐は、Zangoカードのプロセッサ側に行く。Zangoカードのプロセッサ側は、図31に示される論理動作を実行するバイトストリームを処理するように機能する。故障がない場合、バイトストリーム受信装置はバイトをバイトブロックファクトリに渡す。バイトブロックファクトリは、ESeriesデータブロックメッセージをバイトストリームから再構築する。この動作では、12リードECGデータブロックが再構築され、インシデントパスへの別個のパスで管理される12リードデータブロックセットが12リードメッセージ全体に集められる。12リードデータは全体的に、ケースストリームに保たれる。別個に記憶する理由の1つは、本発明の実施形態によれば、サービスユーザが、12リードデータを得るために、インシデント全体をアップロードするのではなく、12リード記録をサービスチャネルで見ることを要求できるようにすることである。次に、ブロックは、構成可能な時間間隔量のデータブロックにフレーム化される。例えば、1秒サイズのフレームは、約15のデータブロックを1秒フレーム内に有し得る。フレームは、ケース又はインシデントの構造体に集められる。フレームはZangoデータベースに記憶される。完全なインシデントは、完成しているため、インシデントとしてマークされすべてのインシデントフレームの集まり管理される。図32に関して後述するRNLZangoクライアント等の許可されたクライアントアプリケーションがフレームを受信できる場合、フレームはWiFiでもストリーミングされる。図31の上の行の枠は、本発明の実施形態による侵害データ故障の検出及びリスク制御のためのエラー処理プロセスを識別する。バイトストリーム、ブロック、フレーム、12リード、又はインシデントエラーはすべて、本発明の実施形態によれば、以下の挙動に繋がる。データが無効とマークされる。無効データは、インシデントの救急治療フェーズ中、ユーザによる表示のためにレンダリングされない。データは、法医学的分析に無効としてマークされて記憶される。これらの故障のいずれか1つは、インシデントを無効とマークさせることになる。RNLへの接続を仮定して、救急医療人員にデータ故障を通知する。これらは、本発明の一実施形態では、データ侵害故障のハザード解析を直接突き止める制御対策及び挙動である。図32は、本発明の実施形態によるEMS通信インタフェース装置クライアント構造を示す。いくつかの場合、RNLへのZangoの接続性は、モバイル環境の無線通信の性質により、不安定であり得る。例えば、Zangoカードを備えたESeriesは、接続された無線アクセスポイントの範囲外に移動し得る。装置が範囲内に戻り、再接続した場合、処理は図示のように再開される。RNLに接続されていない間にESeriesにより書き込まれたデータは、本発明の実施形態によれば、Zangoデータベースに保たれ、再接続時にRNL内で取得することができる。図32の上の行の枠は、侵害データ故障及び通信障害の検出及びリスク制御のためのエラー処理プロセスを識別する。ストリーミングされたデータで検出される保全性又はフレーム化の障害は、本発明の実施形態によれば、以下の挙動に繋がる。データが無効とマークされる。無効データは、インシデントの救急治療フェーズ中、ユーザによる表示のためにレンダリングされない。データは、法医学的分析に無効としてマークされて記憶される。これらの故障のいずれか1つは、インシデントを無効とマークさせることになる。救急医療人員に、12リード又はケースフレームのいずれかのデータ故障を通知する。通信障害を救急医療人員に通知する。サービス障害を救急医療人員に通知する。本発明の実施形態によれば、サービス応答が検証され、無効なサービス応答はユーザに通知され、無効データは表示されない。ZangoとZangoストリームチャネル受信器との接続状態が監視され、モバイルリンク表示でユーザに報告される。Zangoは、接続状態に関係なくデータをZangoデータベースに記憶するため、ZangoとRNLとの接続性の損失により、データは失われない。サービスチャネル接続性は常時監視されるわけではなく、サービス接続が存在しない場合、サービス要求に失敗することになる応答無効。図33~図37は、本発明の実施形態による、企業ワークステーション122を介して企業ユーザ124が見る、利用可能な画面ショットの様々な実施形態を示す。図33は、本発明の実施形態による、企業ユーザが患者監視ボタン例えば、Zoll除細動器ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。図34は、本発明の実施形態による、企業ユーザが患者カルテ記入ボタン例えば、ePCRボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。図35は、本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。図36は、本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される代替の企業表示及びグラフィカルユーザインタフェースを示す。図36の表示は、BOA装置104がナビゲーション装置に通信可能に結合されていない場合に作成される表示に対応し、したがって、この状況では、企業表示は、BOA104のユーザにより入力される位置情報及び/又はナビゲーション情報を列挙する。図37は、本発明の実施形態による、企業ユーザがパッチメモボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。本発明のいくつかの実施形態によれば、BOA装置104と対話しているEMS隊員114は、パッチメモ画面を選択し、情報を企業ユーザ124に中継する必要がなく、その代わり、企業ユーザは、企業ワークステーション122を介してパッチメモを選択し、同じ情報を観察し得る。図38~図44は、本発明の実施形態による、BOA装置104により表示される画面ショットのさらなる例を示す。図38は、本発明の実施形態による、ユーザがBOAメニューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。図39は、本発明の実施形態による、ユーザがBOAメニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。左下の隅のサムネイル12リード画像に示されるように、このBOA装置104は、本発明の実施形態によれば、過去の12リードデータの履歴スナップショットを表示するように構成し得る。図40は、本発明の実施形態による、ユーザがBOAメニューテンプレートのナビゲーションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。図41は、ナビゲーション装置110がBOA装置104に通信可能に結合されていない状況で、ユーザがBOAメニューテンプレートのナビゲーションボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。そのような状況では、図41の画面は、本発明の実施形態によれば、ユーザが行先を手動で選択でき、且つ推定到着時間を選択できるようにするように構成される。この情報は、本発明の実施形態によれば、対応する企業ビュー例えば、図36に複製し、又は他の様式で送信し得る。図38~図44は、シフト開始ボタンをBOA装置104のインタフェースに含み得ることを示す。本発明の実施形態によれば、例えば、シフト開始時にシフト開始ボタンを使用して、EMS隊員又は他のユーザがBOA装置104を他の装置に通信可能に結合できるようにし得る。図42は、本発明の実施形態による、ユーザがBOAメニューテンプレートのシフト開始ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。この画面では、ユーザはナビゲーション装置、除細動装置、及び患者カルテ記入装置を選択することができ、この画面では、本発明の実施形態によれば、この特定の例では装置名の隣のチェックマークで示されるように、ユーザは、BOA装置104がすでに通信可能に結合された装置の識別情報を確認することもできる。図43は、本発明の実施形態による、ユーザがBOAメニューテンプレートのシフト開始ボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。この代替の表示では、BOA装置104は、ナビゲーション装置110が利用可能ではないか、又は切断されていることを感知しており、したがって、EMSトランスポートユニット及び/又はユニットと共に存在するクルーメンバを識別するようにユーザに促す。この情報は、BOA装置図41及び企業環境102図36の対応するナビゲーション画面に使用し得る。図44は、本発明の実施形態による、ユーザがBOAメニューテンプレートのパッチメモボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。図62は、本発明の実施形態による、BOA装置からEMS隊員のモバイル装置への役割ベースのデータ供給システムを示す。BOA装置104は、ストリーミングECGデータ及び他のデータを患者監視装置106から受信し、これは、本発明の実施形態によれば、上述したEMS通信インタフェース装置2000を介して無線で達成し得る。BOA装置104は、図45に示される画面等の画面にそのような情報を表示する。図45は、本発明の実施形態による、ユーザがBOAメニューテンプレートのライブ患者データボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。この表示は、本発明の実施形態によれば、治療介入リスト、患者情報表示、主訴表示、ECG波形、及び/又はSpO2波形並びに利用可能な患者への治療介入ボタンを列挙したボタンコンソール画面の右側に垂直に延びて示されるを含む。治療介入ボタンコンソールは、動的且つ/又は色分けし得る。治療介入ボタンコンソールはタイマを含むこともできる。例えば、患者の気道がチェックされる場合、EMS隊員は、治療介入ボタンコンソール上の患者気道ボタンをアクティブ化する例えば、押すか、又は触れる。ボタンはタイマをアクティブ化して表示し、タイマは、患者の気道をチェックすべき次の時間までカウントダウンする。この時間量は、ユーザがカスタマイズしてもよく、且つ/又は患者が治療される場所に関して確立される治療プロトコルに基づいて、BOA装置104を動作させているBOAモジュールに事前にプログラムしてもよい。色を使用することもでき、例えば、治療介入ボタンコンソールのボタンは通常、グレーであり得、患者気道ボタンは、ボタンが押下され、タイマがアクティブ化するとすぐに黄色に変わり得る。ボタンは、タイマが切れる前の所定時間量内で、例えば、時間期間が切れる1分前では、赤に変わり得る。例えば、ユーザは、図45の治療介入ボタンコンソールを見て、Epi及びアトロピンが最近投与されたことを、これらのボタンが黄色であり、タイマがアクティブ化されているために知り得、その間、患者の気道が、そのボタンが赤であるため、前にチェックされ、間もなく再びチェックすることも知る。これにより、EMS隊員は、どの治療介入が行われたか並びにどの治療介入を任意の時点での近い将来に考慮すべきかプロトコルに従って考慮し得るかを素早く視覚的に評価することができる。異なるEMS隊員は、隊員の訓練又は技能、利用可能な隊員の数、及び患者の状態に基づいて、EMSシナリオで果たす異なる役割を有し得る。同じように、1人のEMS隊員がEMSに直面して複数の役割を果たす必要があることもある。そのようなEMS隊員は、特定の役割に関連する情報のみが提示され、したがって、精神的に処理してフィルタリングしなければならない過度の情報を見ず、役割に該当しない判断又はデータ入力オプションが提示されない場合、対応する作業をより効果的且つ効率的に実行することができる。そのような役割ベースの情報配信を達成し得る一方法は、ユーザの役割に基づいてBOA装置104とインタフェース可能なように構成されたソフトウェアを有するモバイル装置を各EMS隊員に提供することによるものである。図62は、本発明の実施形態による、BOA装置104に通信可能に結合され、リード医療者モバイル装置620、薬剤医療者モバイル装置622、気道医療者モバイル装置624、及びCPR医療者モバイル装置626を含むそのようなモバイル装置の例を示す。本発明の実施形態によれば、各モバイル装置620、622、624、626は、BOA装置104のWiFi送受信器と無線で通信するWiFi送受信器を含む。図46は、本発明の実施形態による、BOA装置104と通信する役割ベースのEMS隊員モバイル装置620の開始画面を示す。モバイル装置に含まれるソフトウェア命令は、本発明の実施形態によれば、この開始画面が、IPアドレス、送信ポート、受信ポート、医療者名、及び医療者役割を識別できるようにする。図47は、本発明の実施形態による、BOA装置と通信する役割ベースのEMS隊員モバイル装置の役割選択画面を示す。医療者-リードリストの隣のチェックマークは、モバイル装置のユーザがリード医療者であることを示す。本発明の実施形態によれば、識別情報に基づいて役割を制限するために、パスワード又は他の認証を要求し得る。図48は、本発明の実施形態による、BOA装置と通信する役割ベースのEMS隊員モバイル装置のリード医療者高速ログ画面を示す。モバイル装置は、メニューオプションリストを表示するように構成し得、例えば、図48の画面の下に沿って水平に延びて示されるメニューオプションにより、リード医療者は高速ログ、ECGグラフ、患者データ、主訴、及び医療者役割を選択することができる。これらのオプションはユーザの役割に基づいて異なり得る。リード医療者が高速ログタブをクリックした場合、リード医療者には、本発明の実施形態によれば、治療介入ボタンパネルが提示される。高速ログタブ表示は、図45のBOAライブECG表示の治療介入ボタンコンソールを複製し、それにより、本発明の実施形態によれば、リード医療者が図48の画面を介してモバイル装置上の治療介入ボタンを押下した場合、図45のBOA表示画面でアクティブ化されて示されるボタンと同じボタン並びに対応するタイマ及び/又は色が示され、逆も同様である。図49は、本発明の実施形態による、BOA装置と通信する役割ベースのEMS隊員モバイル装置のリード医療者ECGグラフ画面を示し、これは、リード医療者がECGグラフメニューボタンを選択した場合にリード医療者に表示される。リード医療者の役割は通常、広範囲の患者情報を必要とするため、本発明の実施形態によれば、リード医療者ECGグラフ画面は本質的に、図45のBOA装置104の患者データ表示画面を再現する。図50は、本発明の実施形態によるリード医療者患者データ画面を示し、この画面では、リード医療者は、患者の氏名及び性別を含む患者情報を入力することができる。図51は、本発明の実施形態によるリード医療者主訴画面を示し、この画面では、リード医療者は患者の主訴を識別することができる。図52は本発明の実施形態による薬剤医療者高速ログ画面を示し、図53は、本発明の実施形態による、薬剤医療者として役割を識別した医療者の薬剤医療者ECGグラフ画面を示す。医療者は薬剤医療者の役割を識別したため、高速ログ画面は、本発明の実施形態によれば、薬剤に関連する治療介入のサブセットのみを提示する。薬剤医療者の役割は、治療介入ボタンの全セットのうちのサブセットのみにアクセスするが、本発明の実施形態によれば、同じ治療介入ボタンはプラットフォーム全体にわたって一緒に結びつけられる。例えば、薬剤医療者が、自分のモバイル装置622上のアトロピン治療介入ボタンをタップすることで、アトロピンの投与が与えられたことを示す場合、本発明の実施形態によれば、薬剤医療者のモバイル装置622のみならず、リード医療者装置620の高速ログ画面及びBOA装置104の治療介入ボタンコンソール並びに高速ログ画面がアトロピン治療介入ボタンを含む他のあらゆる装置上のアトロピンボタンも、アトロピンボタンはアクティブ化されたものとして黄色に変わり、タイマを開始させる。図54は、気道医療者役割が識別された例えば、モバイル装置624でそのオプションにタップするか、又は他の様式で選択することにより役割選択画面を示す。図55は本発明の実施形態による気道医療者ECGグラフ画面を示し、図56は、本発明の実施形態による、気道医療者の役割に関連する情報のサブセットを列挙する気道医療者役割高速ログ画面を示す。図57は、本発明の実施形態による、CPR医療者の役割に関連する治療介入のサブセットを示すCPR医療者高速ログ画面を示す。図58は、本発明の実施形態による、BOA装置と通信する役割ベースのEMS隊員モバイル装置がアイドル中のCPR医療者ECGグラフ画面を示す。図59~図61は、本発明の実施形態による、ECG波形を示さず、代わりに胸の圧迫の測定及び/又は評価を示すCPR医療者が主に蘇生に関わっているため、圧迫を施している間のCPR医療者ECGグラフ画面を示す。図58~図61の画面インタフェースにより提供されるCPRフィードバックは、多くの異なる形態をとり得る。例えば、図59に示されるように、時間軸に沿うように水平に離間されて、垂直に下がるバーを使用して、各胸圧迫の深さを表し得る。胸圧迫バーは、軸から別の軸セットに向かって下がり、各胸圧迫の深さの望ましい又は最適な範囲を指定する。右上に示される質的インジケータは、胸圧迫の深さ及び速度に関連する組み合わせられた視覚的フィードバックをユーザに与え、満杯になったボックスは、速度及び深さの両方が所望の範囲内であることを意味する。図58中の文字Rは、胸圧迫の速度に関する潜在的な警告を示し、図61中の文字Dは、本発明の実施形態による胸圧迫の深さに関する潜在的な警告を示す。本発明の実施形態によれば、装置626のCPRフィードバック画面は、患者の換気の速度及び容量についての情報を提供する。本発明の実施形態によれば、患者監視装置106、及び/又はEMS通信インタフェース装置2000、及び/又はBOA装置104は、ECG信号データから胸圧迫干渉をフィルタリング又は除去するフィルタリングメカニズム例えば、回路又は処理命令を含む。本発明の実施形態は、本明細書に参照により援用される、2007年11月13日に発行された米国特許第7,295,871号明細書に記載の装置及び方法と同様の装置を含み、同様の方法を利用し得る。本発明の実施形態は、ZollMedicalCorporationから利用可能なRealCPRHelp登録商標技術を利用することもできる。役割ベースの情報配信及び情報追跡の使用により、本発明の実施形態によれば、役割に基づいてデータをフィルタリングすることで、より効率的なEMS治療シナリオが可能である。例えば、薬剤医療者、気道医療者、及びCPR医療者は、患者データ入力又は主訴入力に利用可能なメニュータブ選択を有さず、その一方で、リード医療者はそれらのオプションを有する。4つのみのモバイル装置620、622、624、及び626が図62に示されるが、BOA装置104は、より多数又はより少数の役割ベースのモバイル装置に通信可能に結合し得る。特定の治療介入オプション及びデータ供給表示は、特定の役割に関連するものとして示されるが、本開示に基づいて、識別し実施し得る多くの異なる役割並びに各役割に関連付け得る多くの異なるデータ供給及び/又はオプションも当業者は理解しよう。さらに、モバイル装置例えば、620は、本発明の実施形態によれば、複数のBOA装置104に通信可能に結合し、且つ/又は同じBOA装置104から複数の患者の情報を受信し、医療者が様々な患者データ供給を切り替え、且つ/又は恐らくは異なる役割で異なる患者を治療するように構成し得る。本発明の実施形態によれば、モバイル装置620とデータ供給をやりとりするために、BOA装置104内に含まれるソフトウェアモジュール及びハードウェアは、EMS通信インタフェース装置2000に統合し得、且つ/又は患者監視装置106に直接統合し得る。図63及び図64は、本発明の実施形態によるEMS通信インタフェース装置631を示し、この装置は、装置2000上述に対する代替として使用して、ネットワーク120を通して患者監視装置106と、BOAシステム104又は企業アプリケーションサーバ128等の他の装置との間に一方向又は双方向通信を確立し得る。既存の除細動装置では、限られた情報転送の場合、情報システムへのシリアルケーブル接続が可能なことがあるが、通常、患者についてのストリーミングデータを他の装置に提供できず、Wi-Fiを介して患者データをストリーミングすることができず、又は緊急搬送車両101等のEMS設定内の1つ若しくは複数の装置へのトランスペアレントで使用しやすく、且つ自動的な情報のリンクを提供することができない。図63は、本発明の実施形態による、除細動装置のモニタ基板組立体632上のプロセッサ640から臨床患者データを受信可能なキャリア組立体631を含むシステム630を示す。キャリア組立体631は、除細動装置と共に動作して、情報の受信、処理、記憶、及び伝送を行うものとして説明されるが、本開示に基づいて、キャリア組立体631を患者監視装置と、除細動装置以外の治療装置と併せて使用してもよいことを当業者は理解しよう。通常、プロセッサ640により処理されるデータ及び生成される結果又はグラフィックスは、除細動装置にローカルに記憶され、又は除細動装置にローカルに表示される。EMS通信インタフェース装置631がない場合、ユーザは、内部に記憶されたデータのコピーをポータブルメモリ装置例えば、USBメモリスティックに対して作成し、次に、ポータブルメモリ装置を、ケース後表示に適切なアプリケーションを有する処理装置に物理的に移送することができる。ユーザは、実際の患者監視中又は処置中、他の装置で除細動器からの情報を閲覧、記憶、表示、又は使用することができない。したがって、発生後長い時間が経過してから患者発生についてのケースデータの検索可能性は終了し、EMS臨床装置と非臨床装置との中での瞬時のストリーミング及び/又はリアルタイム通信を促進しない。したがって、EMS通信インタフェース装置631は、除細動器のプロセッサ640に通信可能に結合され、それにより、臨床データが生成される際、且つ/又は患者監視が進む際に、臨床データをプロセッサから受信することができる。EMS通信インタフェース装置631は、本発明の実施形態によれば、SOMプロセッサであり得るプロセッサ633を含み、プロセッサ633は、1つ若しくは複数の接続又は1つ若しくは複数の種類の情報交換を介して、例えば、汎用入出力GPIOライン635、ユニバーサル非同期受信器-送受信器UARTライン636、及び/又はシリアル周辺機器インタフェースSPIライン637を介して、プロセッサ640に通信可能に結合される。いくつかの実施形態では、GPIOライン635は、データを搬送せず、SOMプロセッサ633と同期するための状態情報のみを搬送する。EMS通信インタフェース装置631は、フラッシュメモリ記憶要素645を含み得、GPS及びアンテナ組立体634を含むか、又はGPS及びアンテナ組立体634に通信可能に結合もする。SOMプロセッサ633は、本発明の実施形態によれば、USBホストライン638を含むこともでき、USBホストライン638は、外部USBハブ639並びに/或いはイーサネットアダプタへのUSB642、セルラモデル643、及び/又は外部フラッシュドライブ644等の装置に接続し得る。SOMプロセッサ633は、ドッキング接続ステーション641へのUSB接続も含み、2つの装置のUSBポートと別の装置とをドッキングできるようにし得る。デバッグ組立体646が、テストのためにオプションの組立体として示される。図64は、本発明の実施形態による、図63に関して説明した通信機能を実施し得るソフトウェアモジュール間の情報流れ図を示す。図64は、3つの異なるソフトウェアドメイン650、651、652を示し、これらのドメインは、図63に関して説明したハードウェアドメインに大よそ対応するが、本発明の実施形態によれば、広範囲の装置にローカル又はリモートに含まれる実行可能命令及び/又はプロセッサを含み得、分散した装置アレイで実行される処理ステップを含んでもよい。モニタドメイン650は、本発明の実施形態による、除細動器及び/又は患者監視装置機能に関して動作するモジュールを示す。例えば、ユーザインタフェースモジュール649は様々なモジュールを含み、様々なモジュールにより、除細動器インタフェース画面及び/又はボタンを介して対話している除細動器及び/又は患者監視装置のユーザは、データを閲覧し、且つ/又は選択を行うことができる。動作構成モジュール653により、ユーザは、データ伝送の動作設定を構成することができ、例えば、モジュール653により、ユーザは、他の構成設定の中でも特に、WiFi動作、bluetooth動作、セルラ動作、及び企業記憶サーバ126への接続の設定を構成することができる。この設定情報は通信動作マネージャ666に送信され、通信動作マネージャ666は、ネットワークインタフェース667を介して情報をCP動作コントローラ675に送信する。CP動作コントローラ675は、外部クライアントサービスマネージャ676及び通信セッションマネージャ673と協働して、EMS通信インタフェース装置631内の他のマネージャが伝送モードを使用できるようにする。ストリーミングデータ送信モジュール665は、本発明の実施形態によれば、ロガーモジュール661、傾向マネージャモジュール662、スナップショットマネージャ663、及び12リードマネージャ664から入力を受信する。ロガーモジュールは、バイタル測定読取値、アラーム状態の変化、除細動器の動作等の患者イベントを受信し、永続的なローカルメモリに記憶し、ストリーミングデータ送信モジュールに送信する。傾向マネージャモジュールは、すべての患者バイタルサイン情報を構成された周期で捕捉し、永続的なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。スナップショットマネージャは、イベント前後の時間窓にわたり、イベントに関連付けられた波データを収集する。スナップショットマネージャは、イベント時のバイタルサインも記録する。スナップショップマネージャは、このすべてのデータを永続的なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。12リードマネージャは、臨床的に12リードとして知られるECG波形を、波形の解析データと共に捕捉する。12リードマネージャは、このすべてのデータを永続的なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。ストリーミングデータ送信モジュールは、これらの各マネージャから受信したデータを、通信インタフェース装置631上のストリーミングデータ配信器668に送信する。臨床データがプロセッサ640により生成されると、ロガーモジュール680は、本発明の実施形態によれば、特定の基準に従ってデータを引き出し、且つ/又はフラッシュインタフェース672を介してデータをパーティションに保存する。例えば、臨床データの部分は、ケースインデックスリスト、開示ログ、収集された12リードセット、システムログ、及びトレースログを含め、記憶し得る。通信状態インジケータモジュール655は、通信動作マネージャモジュール666から受信する通信状態をユーザに表示する。リポート送信制御モジュール656はグラフィカルユーザインタフェースGUIを提供し、それにより、ユーザは、12リードデータリポート等のリポートを選択し、そのようなリポートの外部受信者への送信を開始することができる。これは、制御メッセージを共通動作マネージャ666に送信し、共通動作マネージャ666が、シリアルネットワークインタフェース667を通して共通動作コントローラ675に送信することにより達成される。次に、共通動作コントローラ675は、リポート送信器を呼び出し、リポート送信器は記憶されている12リードデータをデータベースから読み出し、要求した外部宛先に送信する。装置データ管理モジュールはGUI制御メニューを提供し、それにより、ユーザは、外部装置に送信する患者全開示記録又はログ記録を選択し、そのような送信を開始することができる。これは、制御メッセージを共通動作マネージャ666に送信し、共通動作マネージャ666が、シリアルネットワークインタフェース667を通して共通動作コントローラ675に送信することにより達成される。次に、共通動作コントローラ675は、ケースアップロードマネージャを呼び出し、ケースアップロードマネージャは、ケースデータをデータベースから読み出し、データをフォーマットして、ネットワークインタフェースを通して要求した外部装置に送信する。装置画像管理制御モジュール658は、ユーザが、除細動装置により捕捉された様々な画像を管理できるようにする。ケースビューアモジュール659は、本発明の実施形態によれば、ユーザが、フラッシュインタフェース672を介して様々なログ臨床データを検索し表示できるようにする。臨床データがキャリアプロセッサドメイン651内のストリーミングデータ配信器668で受信されると、ストリーミングデータ配信器668は、本発明の実施形態によれば、患者データを全開示マネージャ669に送信し、マスタテーブルマネージャ674内で患者ケース記録を作成する。これらの3つのモジュール668、669、674は、ストリーミングデータハンドラ684と呼び得る。ストリーミングデータハンドラ684は、本発明の実施形態によれば、除細動器プロセッサ640からの未処理の臨床データを処理し、後に検索し、且つ/又は同時若しくはスナップショット検索のために、データを記憶する。本発明の一実施形態によれば、ストリーミングデータハンドラ684は、除細動器から到着した臨床データを、到着した際と略同じ形態でフラッシュメモリに記憶させる。本発明の別の実施形態によれば、ストリーミングデータハンドラ684は、例えば、図22及び図23に関して上述した様式と同様に、ストリーミングデータをフレーム化する。本発明の他の実施形態によれば、ストリーミングデータハンドラ684は、データをソートし、且つ/又はデータの選択された部分を取り上げ、無線及び/又はUSB通信インタフェースを介して、記憶して後にストリーミングしリアルタイム、準リアルタイム、又は時間遅延付きで、又は後に照会して検索する。様々なソフトウェアモジュール及びハードウェア構成要素は、本発明の実施形態によれば、EMS通信インタフェース装置631がインターネットプロトコルIPを介して外部クライアントドメイン652内のバックエンドサーバモジュール670例えば、サーバ126又は128並びに/或いは加入装置モジュール671例えば、BOAシステム104及び/又は患者カルテ記入装置108に送信できるようにする。本発明の一実施形態によれば、バックエンドサーバ126、128、及び/又はBOA装置104により、ユーザは、救急車の後部及び/又は企業ワークステーション122等の遠隔環境で、患者臨床データの履歴スナップショットを閲覧し表示することができる。この履歴スナップショットデータは、スナップショットデータが収集された同じ臨床発生中に閲覧し、且つ/又はアクセスし得る。そのようなデータは、例えば、時間期間を含む特定の基準に従って検索し、且つ/又は表示し得る。バックエンドサーバモジュール670は、本発明の実施形態によれば、例えば、患者の12リードデータにアクセスできるようにする12リードモジュール及び/又は傾向表示モジュール686を含み得る。例えば、EMS隊員114は、10秒前からの患者の12リードECGの表示を見ている場合、最新の10分間以内に測定された各12リードECG又は最新の10分間の各分に1つの12リードの閲覧を要求して、患者の12リード描写がその10分期間にわたってどのように変化したかをよりよく理解し得る。図65は、本発明の実施形態による、スナップショット12リードECGデータの表示に使用し得るユーザインタフェースの一例を示す。本発明のいくつかの実施形態によれば、12リードは連続してストリーミング又は提供されず、要求された場合に提供される。例えば、ユーザから要求される場合、各分に1つの12リードがあり得る。この表示は、例えば、BOA装置104に表示し得る。図65に示されるように、最も新しく取得された12リード描写はメイン位置692に表示され、その間、過去に取得された前の12リードは、表示の下部に沿ってより小さなグラフィックス又はサムネイルとして表示される。示される例では、より最近になって取得された12リードのサムネイルは右側に表示され、左に向かう各サムネイルは、患者の12リード信号の徐々に古くなっていくスナップショットを表す。本発明のいくつかの実施形態によれば、履歴12リードスナップショットのサムネイルはそれ自体、表示上で読み取り可能且つ判読可能である。いくつかの実施形態によれば、ユーザが12リードサムネイル画像を選択し、又はサムネイル画像に触れ、又はサムネイル画像をクリックした場合、選択された12リードはメイン位置692で拡大して表示される。そのような場合、表示は、現在表示されている12リード画像が最も新しく取得されたものではないことをユーザに示すように構成し得、例えば、履歴スナップショット12リードがメイン表示692に位置決めされる場合、背景色を赤に変更し得、その一方で、最も新しく取得された12リードがメイン表示位置692に位置決めされている場合、元のグレー又は白に変更し得る。本発明の実施形態によれば、時間通知704も表示して、現在表示中又は現在拡大中の12リード捕捉の時刻及び/又は日付を示し得る。本発明の実施形態によれば、ボタン694及び702を押下又は選択して、サムネイルのラインを時間的に前後に進めることができる。本発明の実施形態によれば、両矢印ボタン696を押下又はアクティブ化して、サムネイルのラインを進めて、最も新しく取得された12リードをサムネイルの最も右側の位置に示すことができ、両矢印ボタン698を押下又はアクティブ化して、サムネイルのラインを進めて、最初に取得した12リードを示すサムネイルの最も左側の位置にことができる。両矢印696、698は代替として、データをページのように遷移させるように動作してもよく、それにより、両矢印ボタン696、698を押下すると、ビューは次のサムネイルセットにシフトする例えば、4つのサムネイルが示される場合、次のページは次のサムネイル4つの次の時間的なセットを含む。サムネイルは、時間的に逆方向に配置してもよい。ユーザインタフェースは、本発明の実施形態によれば、ユーザが、12リードサムネイルが表示される時間枠を指定できるようにし、又はサムネイル表示を他の様式でソート若しくは狭められるようにする入力エリアを含むこともできる。例えば、スライダバー690を左又は右に調整して、12リードサムネイルが画面の下部に表示される時間期間を拡大又は縮小し得る。本発明の実施形態によれば、時間期間が増大する場合、表示は、時間期間に対応する追加の12リードサムネイルを含むようにリフレッシュし得例えば、画面上により多数のサムネイルが嵌まるように、各サムネイルのサイズを縮小するか、又は追加のサムネイル行を追加することにより、又は各サムネイルのサイズは同じままであるが、システムは、時間基準を満たす12リードの合計セットのうちの周期的なサブセットから代表的なサムネイルを選択する。12リードデータセットの他のフィルタは、臨床イベントフィルタ又はユーザ要求フィルタを含み得る。そして、12リードスナップショットデータセットが示されるが、本発明の実施形態によれば、同様の表示及びユーザインタフェースプロセスを他の臨床及び/又は非臨床データセットに利用してもよい。SOMプロセッサ663は、本発明の実施形態によれば、例えば、音声及び映像ストリームデータ等の音声及び映像データを受信し、記憶し、BOAシステム104等の外部加入装置に送信するようにさらに構成し得る。表示はブックマークボタン706を含むこともでき、このボタン706により、後に容易に検索するために、特定の12リード表現にフラグを付けることができる。いくつかの実施形態では、サムネイルを選択し、ブックマークボタン上にドラッグして、特定のサムネイルにブックマークを付け得る。別のボタン図示せずは、表示をフィルタリングして、ブックマークの付いた12リード画像のみを示せるようにする。本発明のいくつかの実施形態によれば、各12リードサムネイル表示は、データと、データが記録された時間とを含む。図65の表示及びユーザインタフェースは、企業ワークステーション122を介して企業ユーザ124に提供することもでき、それにより、遠隔地例えば、病院にいる医師又は他の医療専門者は、患者が病院に到着する前に、患者が搬送中且つ/又は治療中である間、例えば、ウェブブラウザインタフェースを介して患者のサムネイル及び履歴臨床データを閲覧することができる。本発明の一実施形態によれば、BOA装置104画面及び/又は企業ワークステーション122は、2人以上の患者を同じ画面で、且つ/又は複数の患者についての同様の情報を含むタイル化又は分割された画面で見て、稼働中のユニット範囲にわたって活動を追跡し、且つ/又は大量殺人状況に対応し得る。いくつかの実施形態では、BOA装置104又は他の外部装置は、通信インタフェース装置631に含まれる任意の12リードスナップショットデータセットを照会し、続けてデータを処理し、ソートし、且つ/又はフィルタリングし得、他の実施形態では、SOMプロセッサ633は、適切又は最も妥当な12リード画像及び/又はデータセットをすでにソートし、フィルタリングし、且つ/又は選択しており、BOA装置104又は他の外部装置は、各自がデータを処理する必要なく、12リード画像及び/又はデータセットにより高速にアクセスし、表示し得る。本発明の実施形態によれば、SOMプロセッサ633は、加入装置により要求され、インターネットプロトコル接続を介してXMLオブジェクトとして供給し得るXMLスキーマに従って、除細動器から受信した未処理データをフォーマットする。図66は、全開示記録スキーマの一例を示し、各子は特定の種類のデータに対応する。図67は、図66の全開示記録の12LeadRecord要素の図を示す。いくつかの実施形態によれば、臨床EMS情報は、カスタマイズされたXMLフォーマットでEMS通信インタフェース装置631により送信され、他の実施形態によれば、EMS通信インタフェース装置631は、患者監視装置106からのEMS情報を記憶し、NationalEMSInformationSystemNEMSIS標準フォーマット等の規定された標準に従って送信することができる。本発明の実施形態によれば、プロセッサ640とのシリアル接続を介して装置631が受信するデータは、SQLiteデータベースに記憶され、各ケースは、装置631に記憶された各ケースを追跡するマスタテーブルマネージャ674により管理されるケースディレクトリデータベーステーブルと共に、別個のファイルを形成する。装置は、システム630、特にシステム631に様々な方法で接続することができる。例えば、装置例えば、BOA装置104は、サーバ126又は128図1参照等のバックオフィス企業サーバを介してシステム631に接続することができる。システム631は、サーバ126、128との接続をいくつかの方法で確立することができ、例えば、インターネットサービスプロバイダにも接続された、USBポート639に直接差し込まれたUSBセルラモデム643を使用して、又はインターネットサービスプロバイダに接続することができるセルラ装置例えば、電話に接続されたBluetooth登録商標接続を使用して、又はインターネットサービスプロバイダに接続することができるセルラモデムへのWi-Fi接続を使用して、確立することができる。それぞれの場合で、データ接続は、本発明の実施形態によれば、キャリアのインターネットサービスプロバイダへのセルラリンクを介して行われ、次に、EMS通信インタフェース装置631が標準通信インターネットプロトコルを使用して、サーバ126、128に接続し、それらサーバを認証し、それらサーバと対話する。別の例として、外部装置例えば、BOA104及び/又は患者カルテ記入装置108は、発見プロトコル、例えば、mDNS/DNS-SDを使用して、ローカルシステム631を調べて、どのデータサービスを提供するかを特定することができる。次に、外部装置は、通信インタフェースシステム631上のそのサービスへのTCP/IP接続を形成する。本発明の実施形態によれば、各通信インタフェースシステム631は、一意のIPソケットアドレスを有する。通信インタフェースシステム631及び外部装置は両方とも、次に、互いを認証して、双方向コマンド、応答、及びデータフローを許可する。このデータフローは、例えば、TCP/IPプロトコルを介してXMLフォーマットで行うことができる。この発見プロトコルは逆に動作することもでき、したがって、本発明の実施形態によれば、通信インタフェース装置631が外部装置例えば、BOA104を調べ、それらの装置上のサービスに接続することができる。これらのようにして、外部装置を装置631に接続し、無線ローカルエリアネットワーク例えば、Wi-Fiネットワークを介して装置631からストリーミングデータを受信し得る。本発明のいくつかの実施形態によれば、12リードデータは、生成されるとストリーミングデータ送信器665によりストリーミングデータハンドラ684に送信され、そこに記憶される。BOA装置104は、発見動作を実行して、CP装置631が12リード更新をサポートすることを特定し得る。次に、BOAは、本発明の実施形態によれば、装置631、特にリポート送信器により供給されるそのサービスに接続し、永続的な接続が形成される。リポート送信器に、新しい12リードが記憶されたことが通知される都度、リポート送信器は、本発明の実施形態によれば、BOAに対して確立された接続を使用して、最新のリポートを適切なXMLフォーマットで送信する。本発明のいくつかの実施形態によれば、患者監視装置106は、除細動器であるか、又は患者の心音の記録、及び/又は監視、及び/又は再送信を行う音声センサ又は音響心電センサを含む他の何らかの装置である。そのような装置は、例えば、Audicor登録商標音響心電モニタであり得る。そのような場合、音声信号又は他の音響情報は、例えば、ストリーミング様式で、除細動器モニタ基板組立体632からEMS通信インタフェース装置631のSOMプロセッサ633に送信し、次に、Wi-Fi、及び/又はBluetooth登録商標、及び/又は他の何らかのプロトコルを介して別の装置に送信し得る。電子聴診器装置が、EMS通信インタフェース装置631に加入し、且つ/又は接続し、患者のストリーミング音声情報又は音響情報を問い合わせ、且つ/又は受信するように構成し得る。これにより、臨床医は、患者の心音を無線で、さらには遠隔から、Bluetooth登録商標又は他のIP情報ストリームを介して聞くことができ得る。音データは、本発明の実施形態によれば、オンラインでの診察又はケースレビューのために遠隔ユーザに送信し得る。そのような装置は、3M商標Littmann登録商標ElectronicStethocopeであり得、これは、このようにしてリアルタイムで使用することもでき、又は臨床時の遠隔聴診に使用することもできる。EMS装置通信インタフェース631は、患者監視装置と非臨床データを交換するために使用することもできる。本発明の他の実施形態によれば、外部装置を通信インタフェース装置631に接続して、診断テストを実行し、又はソフトウェア更新を、土台をなす患者監視装置632にインストールし得る。本発明のさらに他の実施形態によれば、外部装置は、ソフトウェア更新の利用可能性を、加入しているすべての通信インタフェース装置631、例えば、除細動装置に関連付けられた装置にブロードキャストし得、次に、それらの装置は、更新が利用可能であることを装置のユーザに警告し、インストールを通してユーザをガイドする。外部装置を通信インタフェース装置631に接続して、土台をなす装置の設定又はユーザ構成パラメータを更新することもでき、例えば、各シフトの開始時にBOA装置104を除細動装置106に接続して、最も新しくシステムにログインした活動中のクルーメンバの好ましい設定に合うように、ユーザ構成設定を変更し得る。本発明の範囲から逸脱せずに、様々な変更及び追加を考察した例示的な実施形態に行い得る。例えば、上述した実施形態は特定の特徴を参照するが、本発明の範囲は、異なる組み合わせの特徴を有する実施形態及び説明された特徴のすべてを含むわけではない実施形態も含む。したがって、本発明の範囲は、特許請求の範囲と共にそのすべての均等物内にあるすべてのそのような代替、変更、及び変形を包含することを意図する。"