(57)【要約】      （修正有）【課題】複数の異なる装置からのＥＭＳデータの高度なデータ管理、統合、及び提示を可能とするシステムを提供する。【解決手段】システム１００は患者監視装置に通信可能に結合され、患者監視装置１０６から患者監視情報を受信するインターフェース装置と、患者監視情報の少なくとも部分を記憶するメモリ装置を含む。無線送受信器及びアセット管理データベースに通信可能に結合されるプロセッサは、患者監視情報を１つ又は複数のデータオブジェクトにフォーマットし、１つ又は複数のデータオブジェクトの各々には、患者監視情報が集められたＥＭＳインシデントが関連付けられ、１つ又は複数のデータオブジェクトをデータベースに記憶し、無線送受信器を用いて１つ又は複数のデータオブジェクトを送信する。【選択図】図１
2018122119.tif 000002
【特許請求の範囲】
【請求項１】
第１表示装置を有する除細動器から患者情報をストリーミングする方法であって、
前記除細動器の筐体内に含まれた通信コンポーネントとの無線データ接続を確立すること、
前記無線データ接続を介して、前記除細動器から複数のデータブロックを有する患者情報を受信すること、
緊急医療サービスモバイル環境で前記除細動器から分離された第２表示装置に、前記患者情報の少なくとも一部を表示すること
を含み、
前記複数のデータブロックのうち少なくとも１つのデータブロックは、インシデント識別子、および前記少なくとも１つのデータブロックが記録された時間に関する時間情報のうちの少なくとも１つを含み、
前記複数のデータブロックのうち少なくとも１つのデータブロックは、少なくとも５秒毎に受信され、
前記筐体は、患者に除細動ショックを与える１または複数の電極との配線接続を更に含む方法。
【請求項２】
前記患者情報を受信することは、前記無線データ接続を介して、少なくとも１秒毎に前記除細動器から前記患者情報を受信することを含む、請求項１に記載の方法。
【請求項３】
前記無線データ接続はセキュアＷｉＦｉ接続である、請求項１または２に記載の方法。
【請求項４】
前記患者情報は臨床情報であり、前記方法は、非臨床情報を受信すること、前記緊急医療サービスモバイル環境で前記臨床情報及び前記非臨床情報を同時に表示することをさらに含む、請求項１から３のいずれか一項に記載の方法。
【請求項５】
前記患者情報はＥＣＧ波形を含む、請求項１に記載の方法。
【請求項６】
前記患者情報は心拍数を含む、請求項１から５のいずれか一項に記載の方法。
【請求項７】
前記患者情報はＥＣＧ波形を含む、請求項２から４のいずれか一項に記載の方法。
【請求項８】
前記複数のデータブロックをフレーム・イベント・ストリームにフォーマットすることであって、前記フレーム・イベント・ストリームは、継時的な順序の複数のフレームを含み、前記複数のフレームのそれぞれは、時間識別子、インシデント識別子、並びに前記時間識別子により識別される時間及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、前記フォーマットすること
をさらに含む、請求項１に記載の方法。
【請求項９】
前記複数のフレームをコンピュータ可読媒体に記憶することをさらに含む、請求項８に記載の方法。
【請求項１０】
前記無線データ接続を介して要求を送信することであって、前記要求は特定のインシデント識別子を含む、前記要求を受信すること、
前記特定のインシデント識別子に対応するインシデントに関連付けられた、前記複数のフレームの１または複数のフレームを前記コンピュータ可読媒体から検索し、
検索された前記１または複数のフレームを応答セットに追加すること、
前記無線データ接続を介して前記応答セットを送信すること
をさらに含む、請求項９に記載の方法。
【請求項１１】
前記緊急医療サービスモバイル環境で前記応答セットのうちの少なくとも部分を表示することをさらに含む、請求項１０に記載の方法。
【請求項１２】
前記無線データ接続は、第１の無線データ接続であり、
当該方法は、
第２の無線データ接続を介して前記患者情報を送信すること、
前記第２の無線データ接続を介してパーソナル・モバイル・デバイスで前記患者情報を受信すること、
前記パーソナル・モバイル・デバイスを介して役割表示を受信すること、
前記役割表示に基づき、前記パーソナル・モバイル・デバイスに表示する前記患者情報の部分を決定すること
を更に含む請求項１に記載の方法。
【請求項１３】
前記役割表示はＣＰＲ医療者であり、前記患者情報の部分は胸部圧迫測定データを含む請求項１２に記載の方法。
【請求項１４】
前記パーソナル・モバイル・デバイスからの前記第２の無線データ接続を介して患者治療介入表示を受信すること、
前記緊急医療サービスモバイル環境において前記患者治療介入表示に関連付けられた情報と同時に、前記患者情報の少なくとも一部を表示すること
を更に含む請求項１２または１３に記載の方法。
【請求項１５】
前記患者治療介入表示は、複数の患者治療介入表示のうちの１つであり、
前記パーソナル・モバイル・デバイスに表示される前記複数の患者治療介入表示は、前記役割表示に基づいて決定される請求項１４に記載の方法。
【請求項１６】
前記無線データ接続は、第１の無線データ接続であり、
当該方法は、
第２の無線データ接続を介して前記患者情報を送信すること、
前記第２の無線データ接続を介してパーソナル・モバイル・デバイスで前記患者情報を受信すること、
前記パーソナル・モバイル・デバイスを介して役割表示を受信すること、
前記役割表示に基づき、前記パーソナル・モバイル・デバイスに表示する前記患者情報をフィルタリングすること
を更に含む請求項１に記載の方法。
【請求項１７】
第１表示装置を有する除細動器から患者情報をストリーミングする方法であって、
前記除細動器の筐体内に含まれた通信コンポーネントからのストリーミング患者情報を無線で受信すること、
緊急医療サービスモバイル環境で前記除細動器から分離された第２表示装置に、前記ストリーミング患者情報の少なくとも一部をストリーミング形式で表示すること
を含み、
前記ストリーミング患者情報は、複数のデータブロックを有し、
前記複数のデータブロックのうち少なくとも１つのデータブロックは、インシデント識別子、および前記少なくとも１つのデータブロックが記録された時間に関する時間情報のうちの少なくとも１つを含み、
前記複数のデータブロックのうち少なくとも１つのデータブロックは、少なくとも５秒毎に受信され、
前記筐体は、患者に除細動ショックを与える１または複数の電極との配線接続を更に含む方法。
【請求項１８】
前記ストリーミング患者情報は、複数のインシデントに関連付けられた全開示データを含み、
前記除細動器から前記全開示データを受信すること、
前記全開示データの前記複数のデータブロックをフレーム・イベント・ストリームにフォーマットすることであって、前記フレーム・イベント・ストリームは、複数のフレームを含み、前記複数のフレームのそれぞれのフレームは、時間識別子、インシデント識別子、並びに前記時間識別子により識別される時間及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、前記フォーマットすること、
をさらに含む、請求項１７に記載の方法。
【請求項１９】
第１表示装置を有する除細動器から患者のＥＣＧ波形をストリーミングする方法であって、
前記除細動器の筐体内に含まれた通信コンポーネントからの前記患者のＥＣＧ波形を無線で受信することであって、前記筐体は、患者に除細動ショックを与える１または複数の電極との配線接続を更に含み、前記患者のＥＣＧ波形は、複数のデータブロックを有し、前記受信すること、
緊急医療サービスモバイル環境で前記除細動器から分離された第２表示装置に、前記患者のＥＣＧ波形を表示し、前記患者のＥＣＧ波形を更新すること
を含み、
前記複数のデータブロックのうち少なくとも１つのデータブロックは、インシデント識別子、および前記少なくとも１つのデータブロックが記録された時間に関する時間情報のうちの少なくとも１つを含み、
前記複数のデータブロックのうち少なくとも１つのデータブロックは、少なくとも５秒毎に受信される方法。
【請求項２０】
前記複数のデータブロックのうち前記少なくとも１つのデータブロックは、少なくとも１秒毎に受信される、請求項１９に記載の方法。
【請求項２１】
前記複数のデータブロックのうち前記少なくとも１つのデータブロックは、１秒毎に受信される、請求項２０に記載の方法。
【請求項２２】
前記除細動器は、複数の医療デバイスのうちの１つであり、
当該方法は、
前記複数の医療デバイスのそれぞれの医療デバイスの筐体内に含まれた複数の通信コンポーネントと複数の無線データ接続を確立すること、
少なくとも５秒毎に前記複数の医療デバイスのそれぞれからの患者情報を受信すること、
緊急医療サービスモバイル環境で前記複数の医療デバイスから分離された表示装置に、前記複数の医療デバイスのそれぞれからの前記患者情報の少なくとも一部を同時に表示すること
を更に含む請求項１に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１０年４月９日に出願された米国仮特許出願第６１／３２２，６７５号明
細書及び２０１１年１月２０に出願された米国仮特許出願第６１／４３４，８１２号明細
書の利益を主張するものであり、これら両出願は参照により本明細書に援用される。
【０００２】
本発明の実施形態は、一般的には緊急医療サービスの情報管理に関し、より詳細には、
緊急医療サービスで使用される装置から集められる情報の収集、編成、及び通信に関する
。
【背景技術】
【０００３】
緊急医療サービス（「ＥＭＳ」）用途で患者監視情報を集めるために使用される装置、
例えば、除細動装置は多くの場合、主にＥＭＳ設定で非常に重要な目的を果たすため、複
雑で高価な装置であり、耐久性、正確性、及び信頼性を有さなければならない。そのよう
な装置の通信能力は多くの場合、ハードウェアにより制限され、そのため、ユーザは、新
しい除細動器を購入するか、それとも同じ、旧い除細動器で利用可能な、多くの場合には
より低速の通信インタフェースを使い続けるかを選ばなければならない。装置の既存のハ
ードウェア又はソフトウェアを変更することを含む改造解決策は、装置自体を交換する場
合と略同じコスト及び時間がかかり得る。
【０００４】
既存の患者監視装置は、様々な種類の情報を使用中に記憶する。通常、インシデント後
又は特定の時間期間後（例えば、１日の終わり又は週の終わり）にそのような情報をアッ
プロード又はダウンロードしたいユーザは、多くの場合、カード全体の内容の特定のサブ
セットのみに興味を有するか否かに関係なく、装置のメモリカードの全内容のみの検索に
制限される。これは、データ転送に必要な時間を増大させるとともに、データをソートし
、且つ／又はデータの所望のサブセットを識別するために必要な時間を増大させる。
【発明の概要】
【課題を解決するための手段】
【０００５】
本発明の実施形態による、患者を監視し、患者監視情報を提供するように構成された患
者監視装置の通信能力を補足するシステムは、患者監視装置に通信可能に結合され、患者
監視装置から患者監視情報を受信するように構成されたインタフェース装置と、インタフ
ェース装置によりホストされ、患者監視情報の少なくとも部分を記憶するように構成され
たメモリ装置と、インタフェース装置によりホストされる無線送受信器と、インタフェー
ス装置によりホストされるアセット管理データベースと、無線送受信器及びアセット管理
データベースに通信可能に結合されるプロセッサであって、患者監視情報を１つ又は複数
のデータオブジェクトにフォーマットするように構成され、１つ又は複数のデータオブジ
ェクトのそれぞれには、患者監視情報が集められたＥＭＳインシデントが関連付けられ、
プロセッサは、１つ又は複数のデータオブジェクトをアセット管理データベースに記憶し
、無線送受信器を用いて１つ又は複数のデータオブジェクトを送信するようにさらに構成
される、プロセッサと、を含む。
【０００６】
プロセッサは、無線送受信器を介して、特定のＥＭＳインシデントに関連付けられたデ
ータオブジェクトに対する要求を受信し、アセット管理データベースを照会して、特定の
ＥＭＳインシデントに関連付けられたすべてのデータオブジェクトを検索し、無線送受信
器を用いて、特定のＥＭＳインシデントに関連付けられたデータオブジェクトを送信する
ようにさらに構成される、段落［０００５］のシステム。
【０００７】
患者監視装置は除細動器であり、１つ又は複数のデータオブジェクトは１つ又は複数の
ＥＣＧ波形を含む、段落［０００５］又は［０００６］のシステム。１つ又は複数のデー
タオブジェクトは患者波形を含むこともでき、患者波形は、最高で８つのＥＣＧ波形、観
血血圧波形、ＳｐＯ２波形、ＥｔＣＯ２波形、ＣＰＲ波形、及び／又はインピーダンス呼
吸波形を含み得る。いくつかのパラメータは、例えば、心拍数、ＮＩＢＰ測定、体温測定
等の患者のバイタル情報を表し得る。
【０００８】
患者監視装置は、患者から心音信号を生成するように構成された音声装置を備え、プロ
セッサは、心音信号を１つ又は複数の心音データオブジェクトにフォーマットするように
さらに構成される、段落［０００５］〜［０００７］のいずれか１つのシステム。
【０００９】
プロセッサに接続し、１つ又は複数の心音データオブジェクトを受信するように構成さ
れた電子聴診器をさらに備える、段落［０００５］〜［０００８］のいずれか１つのシス
テム。
【００１０】
本発明の実施形態による、患者情報を臨床装置からストリーミングする方法は、臨床装
置との無線データ接続を確立すること、無線データ接続を介して、少なくとも５秒毎に臨
床装置から患者情報を受信すること、緊急医療サービスモバイル環境で患者情報の少なく
とも部分を表示することを含む。
【００１１】
臨床装置は除細動器である、段落［００１０］の方法。
【００１２】
患者情報を受信することは、無線データ接続を介して、少なくとも１秒毎に臨床装置か
ら患者情報を受信することを含む、段落［００１０］又は［００１１］の方法。
【００１３】
無線データ接続はセキュアＷｉＦｉ接続である、段落［００１０］〜［００１２］のい
ずれか１つの方法。
【００１４】
患者情報は臨床情報であり、方法は、非臨床情報を受信すること、並びに緊急医療サー
ビスモバイル環境で臨床情報及び非臨床情報を同時に表示することをさらに含む、段落［
００１０］〜［００１３］のいずれか１つの方法。
【００１５】
患者情報はＥＣＧ波形を含む、段落［００１０］〜［００１４］のいずれか１つの方法
。
【００１６】
患者情報は心拍数を含む、段落［００１０］〜［００１５］のいずれか１つの方法。
【００１７】
患者情報はＥＣＧ波形を含む、段落［００１０］〜［００１６］のいずれか１つの方法
。
【００１８】
臨床装置から全開示データを受信すること、全開示データを１つ又は複数のデータ要素
にフォーマットすることであって、１つ又は複数のデータ要素は全開示記録ＸＭＬオブジ
ェクトを含み、全開示記録ＸＭＬオブジェクト及び／又は全開示ＸＭＬオブジェクト内の
各要素は、時間識別子、インシデント識別子、並びに時間識別子により識別される時間及
びインシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、
フォーマットすること、無線データ接続を介して、患者情報として全開示記録ＸＭＬオブ
ジェクトを送信することをさらに含む、段落［００１０］〜［００１７］のいずれか１つ
の方法。
【００１９】
１つ又は複数のデータオブジェクトをコンピュータ可読媒体に記憶することをさらに含
む、段落［００１０］〜［００１８］のいずれか１つの方法。
【００２０】
無線データ接続を介して要求を送信することであって、要求は特定のインシデント識別
子を含む、要求を送信すること、インシデント識別子が要求の特定のインシデント識別子
に対応する１つ又は複数のデータオブジェクトのそれぞれをコンピュータ可読媒体から検
索し、応答セットに追加すること、及び無線データ接続を介して応答セットを送信するこ
とをさらに含む、段落［００１０］〜［００１９］のいずれか１つの方法。
【００２１】
緊急医療サービスモバイル環境で応答セットのうちの少なくとも部分を表示することを
さらに含む、段落［００１０］〜［００２０］のいずれか１つの方法。
【００２２】
本発明の実施形態による、患者を監視し、患者監視情報を提供するように構成された患
者監視装置の通信能力を補足する方法は、患者監視装置からＥＭＳ通信インタフェース装
置への患者監視情報を受信すること、患者監視情報を、ＥＭＳ通信インタフェース装置に
よりホストされるメモリに記憶すること、患者監視情報を１つ又は複数のデータオブジェ
クトのストリームにフォーマットすることであって、１つ又は複数のデータオブジェクト
のそれぞれには、患者監視情報が集められたＥＭＳインシデントが関連付けられている、
フォーマットすること、１つ又は複数のデータオブジェクトを、ＥＭＳ通信インタフェー
ス装置によりホストされるデータベース又はアセット管理データベースに記憶すること、
及びＥＭＳ通信インタフェース装置の無線送受信器を介して、１つ又は複数のデータオブ
ジェクトのストリームを送信することを含む。
【００２３】
本発明の実施形態による方法は、緊急医療処置又は搬送中、除細動装置が患者を能動的
に監視している間、無線ネットワーク接続を介して除細動装置から外部装置に患者につい
ての臨床データを送信することを含む。
【００２４】
臨床データは複数のＥＣＧ波形を含み、方法は、複数のＥＣＧ波形の１つ又は複数の履
歴スナップショットを表示装置に表示することをさらに含み、表示装置は除細動装置から
独立している、段落［００２３］の方法。
【００２５】
複数のＥＣＧ波形の１つ又は複数の履歴スナップショットを表示することは、複数のＥ
ＣＧ波形のうちの最新のＥＣＧ波形を、複数のＥＣＧ波形の１つ又は複数の履歴スナップ
ショットのうちの別のスナップショットと同時に表示することを含む、段落［００２３］
又は［００２４］の方法。
【００２６】
外部装置は、緊急対応車両内に配置される表示装置である、段落［００２３］〜［００
２５］のいずれか１つの方法。
【００２７】
緊急対応車両は救急車である、段落［００２３］〜［００２６］のいずれか１つの方法
。
【００２８】
臨床データを遠隔サーバ（例えば、企業サーバ）に送信して、緊急医療処置又は搬送中
に除細動装置が患者を能動的に監視している間、臨床データへのウェブブラウザアクセス
を可能とすることをさらに含む、段落［００２３］〜［００２７］のいずれか１つの方法
。
【００２９】
複数の実施形態が開示されるが、本発明のさらに他の実施形態が、以下の詳細な説明か
ら当業者には明らかになり、以下の詳細な説明は、本発明の例示的な実施形態を示し説明
する。したがって、図面及び詳細な説明は、例示的な性質のものとしてみなされるべきで
あり、限定としてみなされるべきではない。
【図面の簡単な説明】
【００３０】
【図１】本発明の実施形態による、複数の異なるＥＭＳ装置から収集された医療情報のモバイルユーザ及び企業ユーザのリアルタイム表示システムを示す。
【図２】本発明の実施形態による「救急車後部」（「ＢＯＡ」）装置の表示のメニューテンプレートの一例を示す。
【図３】本発明の実施形態による、ユーザがメニューテンプレートのナビゲーションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図４】本発明の実施形態による、ユーザがメニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図５】本発明の実施形態による、ユーザがメニューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図６】本発明の実施形態による、ユーザがメニューテンプレートの「パッチメモ」ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図７】本発明の実施形態による、ユーザがメニューテンプレートのプロトコルボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図８】本発明の実施形態による、企業ユーザが患者監視ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図９】本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図１０】本発明の実施形態による、企業ユーザが患者カルテ記入ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図１１】本発明の実施形態による、複数の異なるＥＭＳ装置から収集された医療情報のリアルタイム表示の処置ドメインシステムの概観を示す。
【図１２】本発明の実施形態による装置アダプタ／通信エンジン及び医療装置インタフェースを示す。
【図１３】本発明の実施形態による例示的なパイプを示す。
【図１４】本発明の実施形態による、発見サポートトランスポートを使用する装置アダプタのパイプにより実行される方法を示す。
【図１５】本発明の実施形態による非発見サポートトランスポートを使用する装置アダプタのパイプにより実行される方法を示す。
【図１６】本発明の実施形態によるＢＯＡモジュールにより実行される方法を示す。
【図１７】本発明の実施形態によるＢＯＡモジュールにより実行される方法を示す。
【図１８】本発明の実施形態による例示的なコンピュータシステムを示す。
【図１９】本発明の実施形態による、複数の異なるＥＭＳ装置から収集される医療情報のモバイルユーザ及び企業ユーザのリアルタイム又は臨床時表示のシステムを示す。
【図２０】本発明の実施形態によるＥＭＳ通信インタフェース装置のキャリア基板設計を示す。
【図２１】本発明の実施形態によるＥＭＳ通信インタフェース装置のシステム概観を示す。
【図２２】本発明の実施形態によるＥＭＳ通信インタフェース装置の別のシステム概観を示す。
【図２３】本発明の実施形態によるＥＭＳ通信インタフェース装置のソフトウェア論理図を示す。
【図２４】従来のメッシュネットワークを示す。
【図２５】屋内ジオロケーションシステムを示す。
【図２６】成人の急性呼吸困難の鑑別診断の説明例を示す。
【図２７】呼吸困難の鑑別診断への手掛かりの説明例を示す。
【図２８】急性呼吸困難の診断での理学的検査所見のリスト例を示す。
【図２９Ａ】喘息、ＣＯＰＤ、及び急性非代償性心不全の処置プロトコル例を示す。
【図２９Ｂ】喘息、ＣＯＰＤ、及び急性非代償性心不全の処置プロトコル例を示す。
【図３０】本発明の実施形態によるデータ伝送インタフェースを示す。
【図３１】本発明の実施形態によるＥＭＳ通信インタフェース伝送処理ブロック図を示す。
【図３２】本発明の実施形態によるＥＭＳ通信インタフェース装置クライアント構造を示す。
【図３３】本発明の実施形態による、企業ユーザが患者監視ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図３４】本発明の実施形態による、企業ユーザが患者カルテ記入ボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図３５】本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図３６】本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場合に示される代替の企業表示及びグラフィカルユーザインタフェースを示す。
【図３７】本発明の実施形態による、企業ユーザがパッチメモボタンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【図３８】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図３９】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図４０】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図４１】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。
【図４２】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのシフト開始ボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図４３】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。
【図４４】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのパッチメモボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図４５】本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのライブ患者データボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを示す。
【図４６】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の開始画面を示す。
【図４７】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の役割選択画面を示す。
【図４８】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者高速ログ画面を示す。
【図４９】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者ＥＣＧグラフ画面を示す。
【図５０】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者患者データ画面を示す。
【図５１】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のリード医療者主訴画面を示す。
【図５２】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の薬剤医療者高速ログ画面を示す。
【図５３】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の薬剤医療者ＥＣＧグラフ画面を示す。
【図５４】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の役割選択画面を示す。
【図５５】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の気道医療者ＥＣＧグラフ画面を示す。
【図５６】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の気道医療者高速ログ画面を示す。
【図５７】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のＣＰＲ医療者高速ログ画面を示す。
【図５８】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置のアイドル中のＣＰＲ医療者ＥＣＧグラフ画面を示す。
【図５９】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の圧迫中のＣＰＲ医療者ＥＣＧグラフ画面を示す。
【図６０】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の圧迫中のＣＰＲ医療者ＥＣＧグラフ画面を示す。
【図６１】本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の圧迫中のＣＰＲ医療者ＥＣＧグラフ画面を示す。
【図６２】本発明の実施形態による、ＢＯＡ装置からＥＭＳ隊員モバイル装置への役割ベースのデータ供給のシステムを示す。
【図６３】本発明の実施形態による、ＥＭＳ通信インタフェース装置を含む情報システムを示す。
【図６４Ａ】本発明の実施形態による、ＥＭＳ通信インタフェース装置及び土台となる患者監視装置のソフトウェアシステム構造を示す。
【図６４Ｂ】本発明の実施形態による、ＥＭＳ通信インタフェース装置及び土台となる患者監視装置のソフトウェアシステム構造を示す。
【図６５】本発明の実施形態による、図６３のＥＭＳ通信インタフェース装置に加入した装置のユーザインタフェース画面を示す。
【図６６】本発明の実施形態による、図６３のＥＭＳ通信インタフェース装置が使用する全開示ドキュメントＸＭＬスキーマを示す。
【図６７】本発明の実施形態による、図６６のＸＭＬスキーマでの１２リードデータ要素の図を示す。
【発明を実施するための形態】
【００３１】
本発明は様々な変更及び代替の形態を受け入れるが、特定の実施形態を例として図面に
示し、詳細に後述する。しかし、本発明を説明される特定の実施形態に限定する意図はな
い。逆に、本発明は、添付の特許請求の範囲により規定される範囲内にあるすべての変更
、均等物、及び代替の包含を意図する。
【００３２】
図１に示されるように、本発明の実施形態によるシステム１００は、複数の異なる装置
からのＥＭＳデータの高度なデータ管理、統合、及び提示を実行する。システム１００は
、モバイル環境１０１と、企業環境１０２と、管理環境１０３とを含む。様々な環境１０
１、１０２、１０３内の装置は、例えば、インターネット等のネットワーク１２０を介し
て通信可能に結合し得る。
【００３３】
本明細書で使用される場合、「通信可能に結合」という語句は、その最も広義の意味で
、情報を渡すことができるようにする任意の結合を指すために使用される。したがって、
例えば、通信可能に結合は、例えばワイヤによる電気的な結合、例えば光ケーブルによる
光学的な結合、及び／又は例えば電波若しくは他の伝送媒体による無線結合を含む。「通
信可能に結合」は、例えば、ネットワークを通すような間接的な結合又は直接結合も含む
。
【００３４】
ネットワーク１２０は、本発明の実施形態によれば、図２４に示されるように、メッシ
ュネットワーク等のアドホック型自己構成・自己修復ネットワーク２４００の形態をとる
こともできる。図２４並びに段落［００４３］〜［００５１］（原文［００１０９］〜［
００１１７］）でのメッシュネットワークについての以下の説明は、ｈｔｔｐ：／／ｗｗ
ｗ．ｓｅｎｓｏｒｓｍａｇ．ｃｏｍ／ｎｅｔｗｏｒｋｉｎｇ−ｃｏｍｍｕｎｉｃａｔｉｏ
ｎｓ／ｓｔａｎｄａｒｄｓ−ｐｒｏｔｏｃｏｌｓ／ｗｉｒｅｌｅｓｓ−ｍｅｓｈ−ｎｅｔ
ｗｏｒｋｓ−９６８で入手可能なＰｏｏｒ，Ｒｏｂｅｒｔ；ＷＩＲＥＬＥＳＳ  ＭＥＳＨ
ＮＥＴＷＯＲＫＳ；Ｓｅｎｓｏｒｓ  （Ｆｅｂ．１，２００３）から直接取ったもので
あり、これを参照により本明細書に援用する。産業用の無線システムは従来、ポイントツ
ーポイント伝送又はポイントツーマルチポイント伝送を使用して、セルラ電話式無線リン
クを使用する。しかし、マサチューセッツ州ＣａｍｂｒｉｄｇｅにあるＭＩＴのＭｅｄｉ
ａ  Ｌａｂの研究により、従来の無線フォーマットが産業用途で制限を有することが示さ
れた。これらとしては、硬直した構造、細かいプランニング要件、及び信号の弱まりが挙
げられる。これは、既存の基盤がまばらであるか（例えば、地方環境）又は機能不全（例
えば、大量死傷若しくは災害状況）であり得るＥＭＳ環境又は大量死傷環境では、深刻な
問題を呈し得る。
【００３５】
対照的に、無線メッシュネットワーク２４００は、特に悪条件下で、装置がネットワー
クを通してのパケットの伝送を互いが支援するマルチホップシステムである。そのような
アドホックネットワークは、最小の準備で実施することができ、本発明の実施形態によれ
ば、数千もの装置に拡張可能な信頼性が高く柔軟性のあるシステムを提供する。
【００３６】
産業の制御及び感知のためにＭＩＴで開発された無線メッシュネットワークトポロジは
、アドホック、マルチホップネットワークと呼ばれるポイントツーポイントシステム又は
ピアツーピアシステムである。ノードはメッセージを送受信することができ、メッシュネ
ットワークでは、ノードは、ルータとしても機能し、近傍ノードにメッセージを中継する
ことができる。中継プロセスを通して、無線データパケットは宛先までの道を見つけ、図
２４に示されるように、信頼性の高い通信リンクを用いて中間ノードを通過する。
【００３７】
無線メッシュネットワーク２４００では、複数のノードが協働して、メッセージを宛先
まで中継する。メッシュトポロジはネットワークの全体の信頼性を高め、これは、厳しい
産業環境で動作する場合に特に重要である。インターネット及び他のピアツーピアルータ
ベースのネットワークと同様に、メッシュネットワークは、ネットワーク全体を通して複
数の冗長通信路を提供する。１つのリンクが任意の理由（強いＲＦ干渉の発生を含む）で
故障した場合、ネットワークは自動的に、代替の経路を通してメッセージをルーティング
する。メッシュネットワーク２４００では、ノード間の距離を縮めることができ、これは
、リンク品質を劇的に増大させる。距離を半分に低減すると、結果として、受信器での信
号強度は少なくとも４倍になる。これにより、個々のノードでの送信器電力を増大させず
に、リンクの信頼性が高まる。単により多数のノードを追加することで、メッシュネット
ワークの届く範囲を拡張し、冗長性を追加し、全般的な信頼性を向上させ得る。
【００３８】
ネットワーク２４００は、本発明の実施形態によれば、自己構成・自己修復型ネットワ
ークであり得る。本発明の実施形態によれば、ネットワーク２４００では、システム管理
者がメッセージを宛先にどのようにして届けるかを教える必要がない。メッシュネットワ
ーク２４００は自己編成型であり、手動での構成を必要としない。このため、新しいギア
の追加又は既存のギアの配置換えは、本発明の実施形態によれば、プラグを差し込み、電
源を入れるという簡単なものである。ネットワークは、本発明の実施形態によれば、新し
いノードを発見し、それを自動的に既存のシステムに組み込む。
【００３９】
メッシュネットワーク２４００は、本発明の実施形態によれば、本質的に信頼性が高い
だけでなく、高い適合可能性も有する。例えば、タンク液位センサ及びデータロガーが、
ロバストなＲＦ通信リンクにはあまりに遠く離れて配置される場合、１つ又は複数のリピ
ータノードを追加して、ネットワーク２４００内のギャップを埋め得る。
【００４０】
インターネットでは、１つのルータがダウンした場合、メッセージは、他のルータによ
り代替路を通って送信される。同様に、メッシュネットワーク内の装置又はリンクが故障
した場合、メッセージは他の装置を介して、故障した装置又はリンクを迂回して送信され
る。１つ又は複数のノードの損失は、ネットワークの動作に必ずしも影響しない。メッシ
ュネットワークは、メッセージのリルーティングに人的介入が必要ないため、自己修復型
である。そのようなネットワーク２４００は、本発明の実施形態によれば、冗長性及び拡
張性を提供する。
【００４１】
メッシュネットワークでは、冗長性の程度は基本的に、ノード密度の関数である。ネッ
トワークは、各装置がデータ送信に２つ以上の経路を有するように、単に追加のノードを
加えることで信頼性に関して意図的に高機能に設計することができる。これは、大半の他
の種類のシステムで可能なよりも簡単な冗長性取得方法である。メッシュネットワークは
、拡張性も有し、数百又は数千のノードを処理することができる。ネットワーク２４００
の動作は中央制御点に依存しないため、複数のデータ収集点又はゲートウェイの追加が簡
便であり得る。
【００４２】
信頼性、適合性、及び拡張性は、本発明の実施形態によれば、産業制御・感知用途に対
する無線ネットワークの優れた属性である。ポイントツーポイントネットワークは信頼性
を提供するが、多くの場合、二対以上のエンドポイントを処理するように拡張することが
難しい。ポイントツーマルチポイントネットワークは、より多数のエンドポイントを処理
することができるが、信頼性はアクセスポイント及びエンドポイントの配置に依存し得る
。メッシュネットワークは本質的に信頼性が高く、環境又は構造の制約に容易に適合し、
数千のエンドポイントを処理するように拡張可能である。
【００４３】
本発明の実施形態によれば、モバイル環境１０１は救急車又は他のＥＭＳ車両、例えば
、車両モバイル環境（ＶＭＥ）である。モバイル環境は、現場環境−「現場患者モバイル
環境」（ＡＳＰＭＥ）で１人又は複数の患者の処置時に確立されるデータ入力装置並びに
診断装置及び治療装置のローカルネットワークであってもよい。モバイル環境は、ＶＭＥ
及び／又はＡＳＰＭＥのうちの１つ又は複数の組み合わせであってもよい。モバイル環境
は、本発明の実施形態によれば、モバイル環境の位置１０１を追跡し、モバイル環境１０
１の位置及び／又は緊急位置を特定し、搬送先の位置を特定するために、ドライバ１１２
が使用するナビゲーション装置１１０を含み得る。ナビゲーション装置１１０は、例えば
、全地球測位システム（「ＧＰＳ」）を含み得る。ナビゲーション装置１１０は、車両速
度、位置間の移動時間、及び推定到着時間についての計算を実行するように構成すること
もできる。本発明の実施形態によれば、ナビゲーション装置１１０は、救急車の前部に配
置して、車両のナビゲーションにおいてドライバ１１２を支援する。ナビゲーション装置
１１０は、例えば、コロラド州Ｂｒｏｏｍｆｉｅｌｄに所在のＺｏｌｌ  Ｄａｔａ  Ｓｙ
ｓｔｅｍｓから入手可能なＲｅｓｃｕｅＮｅｔ（登録商標）Ｎａｖｉｇａｔｏｒ車載電子
データ通信システムであり得る。
【００４４】
図２５並びに段落［００５３］〜［００５４］（原文［００１１９］〜［００１２０］
）でのジオロケーションについての以下の情報は、Ｋ．Ｐａｈｌａｖａｎ等，“Ａｎ  Ｏ
ｖｅｒｖｉｅｗ  ｏｆ  Ｗｉｒｅｌｅｓｓ  Ｉｎｄｏｏｒ  Ｇｅｏｌｏｃａｔｉｏｎ”，
Ｍｏｂｉｌｅ  ａｎｄ  Ｗｉｒｅｌｅｓｓ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ  Ｎｅｔｗｏ
ｒｋｓ  ＩＦＩＰ−ＴＣ６／Ｅｕｒｏｐｅａｎ  Ｃｏｍｍｉｓｓｉｏｎ  ＮＥＴＷＯＲＫ
ＩＮＧ  ２０００  Ｉｎｔｅｒｎａｔｉｏｎａｌ  Ｗｏｒｋｓｈｏｐ，ＭＷＣＮ  ２００
０  Ｐａｒｉｓ，Ｆｒａｎｃｅ，Ｍａｙ  １６−１７，２０００から直接取ったものであ
り、これを参照により本明細書に援用する。より一般には、モバイル環境は、ＶＭＥ又は
ＡＳＰＭＥ内の装置のうちの１つ又は複数内のジオロケーションセンサを含み得る。ジオ
ロケーションセンサは、例えば、全地球測位システム（ＧＰＳ）等の一般的な種類のもの
であり得る。しかし、ＧＰＳは特定の制限を受け得る：１）屋内環境での性能を制限し得
る、２つ以上のＧＰＳ衛星への視線、２）都市環境によっては、建物の信号反射により位
置精度が低減すること、及び３）多数の死傷者がおり、各犠牲者の位置をソフトウェアマ
ッピング環境に統合する必要がある場合に、本発明の実施形態によれば＋／−５フィート
よりも良好な精度が必要であり得る大量死傷者のとき、通常精度が不十分であり得ること
。
【００４５】
したがって、本発明の実施形態によれば、従来のＧＰＳベースのジオロケータシステム
を補強又は置換し得る追加のロケータ基地局を現場屋外又は建物内に配備し得る。セルラ
ジオロケーションシステムと同様に、屋内ジオロケーションシステムの構造は、２つの主
なカテゴリ：モバイルベース構造及びネットワークベース構造のうちの一方に入り得る。
大半の従来の屋内ジオロケーション用途は、図２５に示されるようなネットワークベース
のシステム構造に焦点を合わせていた。ジオロケーション基地局（ＧＢＳ）は、移動局に
より送信される無線信号から位置測定を抽出し、その情報をジオロケーション制御局（Ｇ
ＣＳ）に中継する。ＧＢＳとＧＣＳとの接続は、本発明の実施形態によれば、有線である
こともでき、又は無線であることもできる。次に、屋内環境で移動局の位置を推定し得る
。その結果、専用屋内ジオロケーションシステムが、正確な屋内ジオロケーションサービ
スを提供する。これは、ランドマーク又はディファレンシャルＧＰＳ（ＤＧＰＳ）等のよ
り高度なＧＰＳシステムに基づくより良好な既知の正確性を有する基地局を配備して、ナ
ビゲーションソフトウェア又は他のマッピングソフトウェア、例えば、Ｇｏｏｇｌｅマッ
プ等に統合された患者状態についての非常に正確で完全な情報を提供することができる、
戦場又は他の大量死傷状況等のモバイル環境にも同様に当てはまり得る。
【００４６】
図１に示されるように、患者監視装置１０６及び患者カルテ記入装置１０８は、本発明
の実施形態によれば、モバイル環境１０１で患者ケアに使用されることも多い。ＥＭＳ隊
員１１４は、患者監視装置１０６を患者１１６に装着して、患者１１６を監視する。患者
監視装置１０６は、本発明の実施形態によれば、例えば、患者１１６に取り付けられて、
心拍数を監視し、且つ／又は心電図（「ＥＣＧ」）を生成するように構成された電極及び
／又はセンサを有する除細動装置であり得る。患者監視装置１０６は、他の患者状況を検
出するセンサ又は他の患者状況を導出若しくは計算するプロセッサを含んでもよい。例え
ば、患者監視装置１０６は、本発明の実施形態によれば、血圧、体温、呼吸数、血中酸素
濃度、呼気終末二酸化炭素濃度、肺機能、血糖値、及び／又は体重の監視、検出、処置、
及び／又は導出若しくは計算を行い得る。患者監視装置１０６は、本発明の実施形態によ
れば、マサチューセッツ州Ｃｈｅｌｍｓｆｏｒｄに所在のＺｏｌｌ  Ｍｅｄｉｃａｌ  Ｃ
ｏｒｐｏｒａｔｉｏｎから入手可能なＺｏｌｌ  Ｅ−Ｓｅｒｉｅｓ（登録商標）除細動器
であり得る。患者監視装置は、本発明の実施形態によれば、患者処置装置であってもよく
、或いは患者監視機能及び／又は患者処置機能を含む別の種類の装置であってもよい。
【００４７】
患者カルテ記入装置１０８は、本発明の実施形態によれば、ＥＭＳ隊員１１４が、患者
１１６の状態及び／又は患者に施される処置について記録及び／又は書き留めを行うため
に使用する装置である。例えば、患者カルテ記入装置１０８は、特定の時刻に患者１１６
に与えられた薬剤の投与量を書き留めるために使用し得る。患者カルテ記入装置１０８及
び／又は患者監視装置１０６は時計を有し得、時計は、本発明の実施形態によれば、ネッ
トワーク又は衛星等の外部時刻源と同期して、ＥＭＳ隊員が処置又は観察の時刻を手動で
入力する必要性（又は処置が施されてから長い時間がたった後、カルテ記入のために、処
置時刻を推定しようとする必要性）を回避し得る。患者カルテ記入装置１０８は、本発明
の実施形態によれば、患者についての略歴、及び／又は人口学的情報、及び／又は既往情
報、例えば、患者の氏名、識別番号、身長、体重、及び／又は既往歴を記録するために使
用することもできる。本発明の実施形態によれば、患者カルテ記入装置１０８は、例えば
、コロラド州Ｂｒｏｏｍｆｉｅｌｄに所在のＺｏｌｌ  Ｄａｔａ  Ｓｙｓｔｅｍｓから入
手可能なＲｅｓｃｕｅＮｅｔ（登録商標）ｅＰＣＲ  ＳｕｉｔｅのＴａｂｌｅｔＰＣＲ構
成要素等のタブレットＰＣである。本発明のいくつかの実施形態によれば、患者カルテ記
入装置１０８は、ＢＯＡ装置１０４に通信可能に接続し、患者１１６に何がいつ行われた
かを示すようにタップすることができるタッチスクリーン又は音声認識データ入力等のイ
ンタラクティブデータ入力インタフェースを有するＡｐｐｌｅ  ｉＰｈｏｎｅ又はｉＰａ
ｄ等のリストバンド又はスマートフォンである。
【００４８】
ナビゲーション装置１１０、カルテ記入装置１０８、及び監視装置１０６のそれぞれは
別個に、患者搬送前、搬送中、及び搬送後にＥＭＳドライバ１１２及び隊員１１４にとっ
て非常に有用である。「救急車後部」（「ＢＯＡ」）装置１０４は、本発明の実施形態に
よれば、各装置１０８、１１０、１１２からデータを受信し、編成し、記憶し、表示して
、各装置１０８、１１０、１１２の有用性をさらに強化するとともに、通常ならＥＭＳ隊
員１１４が各装置１０８、１１０、１１２に視覚的注意及び手作業の注意を別個にそらす
必要がある特定の作業をＥＭＳ隊員１１４が実行するのをはるかに容易にする。換言すれ
ば、ＢＯＡ装置は、本発明の実施形態によれば、通常ならば分散し、編成されない情報を
集中させ編成する。
【００４９】
装置１０４は、ＥＭＳ隊員１１４が通常、救急車の後部１５２に搭載されたそのような
表示装置を有することから最も恩恵を受けるため、本明細書では「救急車後部」装置と呼
ばれるが、本明細書に提供される開示に基づいて、ＢＯＡ装置１０４のうちのいくつか又
はすべてをモバイル環境１０１、ＥＭＳ車両の任意の部分、及び／又はＥＭＳ隊員１１４
にとって有用な他の任意の場所に配置し得ることを当業者は認識しよう。例えば、ＢＯＡ
装置１０４は、本発明の実施形態によれば、救急車の前部１５０に配置してもよく、且つ
／又は可搬性の構成要素を含んでもよく、患者の住居に運ぶことができる。
【００５０】
ＢＯＡ装置１０４は、本発明の実施形態によれば、患者監視装置１０６、患者カルテ記
入装置１０８、及びナビゲーション装置１１０に通信可能に結合される。ＢＯＡ装置１０
４は、記憶媒体１１８にも通信可能に結合される。ＢＯＡ装置１０４は、本発明の実施形
態によれば、タッチスクリーン、フラットパネルＰＣであり得、記憶媒体１１８はＢＯＡ
装置１０４の内部に配置してもよく、又は外部に配置してもよい。ＢＯＡ装置１０４は、
本発明の実施形態によれば、グラフィカルユーザインタフェースとして機能する表示テン
プレートを含み得、表示テンプレートにより、ユーザ（例えば、ＥＭＳ隊員１１４）は、
装置１０６、１０８、１１０から集められる情報及び／又は装置に送信される情報の異な
るサブセット及び／又は表示モードを選択することができる。
【００５１】
図２は、本発明の実施形態による、ＢＯＡ装置１０４の表示のメニューテンプレート２
００の一例を示す。メニューテンプレート２００は、本発明の実施形態によれば、ナビゲ
ーションボタン２０２、患者監視装置ボタン２０４、患者カルテ記入装置ボタン２０６、
「パッチメモ」ボタン２０８、及びプロトコルボタン２１０を含む。ボタンの１つを押下
すると、ユーザ（例えば、ＥＭＳ隊員１１４）に対して、装置１０６、１０８、１１０か
らの情報のすべて又はサブセットを表示する特定のページが開かれる。図３〜図７は、本
発明の実施形態による、１つ又は複数のＥＭＳ装置１０６、１０８、１１０からの情報が
表示される特定の情報テンプレートの例を示す。本明細書に提供される開示に基づいて、
そのような情報を表示し得る様々な他の情報テンプレートを当業者は認識しよう。
【００５２】
図３は、本発明の実施形態による、ユーザがナビゲーションボタン２０２を選択した場
合に表示されるグラフィカルユーザインタフェースを示す。本発明の実施形態によれば、
表示の一部分は状態セクション３０２を含み、表示の別の部分は地図セクション３０４を
含む。状態セクション３０２は、本発明の実施形態によれば、ＥＭＳ車両の移動について
の情報を識別する１つ又は複数のフィールドを含む。例えば、状態セクション３０２のフ
ィールドは、本発明の実施形態によれば、情報が表示されるＥＭＳ車両の名称を識別する
ユニットフィールド３０６、ＥＭＳ車両の１人又は複数のクルーメンバを識別するクルー
ユニット３０８、移動の状態（例えば、「搬送中」又は「患者に向かっている途中」）を
識別する状態ユニット３１０、行先への推定到着時間を識別するＥＴＡフィールド３１２
、ＥＭＳ車両の行先（例えば、病院）を識別する行先フィールド３１４、及びＥＭＳ車両
の行先（例えば、病院）と交信するための電話番号又は他の情報を識別するパッチ情報フ
ィールド３１６のうちの１つ又は複数を含み得る。
【００５３】
地図セクション３０４は、本発明の実施形態によれば、起点、行先、ルート識別、及び
／又は進行情報と共にストリート情報を表示し得る。ナビゲーション装置１１０は車両状
態情報を表示に供給することもでき、これは、搬送がまだ開始されていない場合であって
も有用であり得る。ユーザは、本発明の実施形態によれば、循環供給ボタン３１８を選択
して、表示を図３〜図７の様々な表示のうちの１つ又は複数の間を連続して遷移させ得る
。図３に示される情報は、通常ならば、救急車１０１の前部のドライバ１１２のみに提供
されるが、ＢＯＡ装置１０４がナビゲーション装置１１０に通信可能に結合されるため、
ＢＯＡ装置１０４は、ナビゲーション装置１１０に提供される情報のすべて又は選択され
たサブセットを表示することができる。
【００５４】
図４は、本発明の実施形態による、ユーザがメニューテンプレートの患者監視ボタン２
０４を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図４は、Ｚ
ｏｌｌ  Ｅ−Ｓｅｒｉｅｓ（登録商標）除細動器である患者監視装置１０６からＢＯＡ装
置１０４が受信する情報を表示する。表示は、本発明の実施形態によれば、垂直バイタル
サインセクション４０２、水平バイタルサイン概要セクション４０４、グラフィカルセク
ション４０６、及び解釈セクション４１４を含む。垂直バイタルサインセクション４０２
は、装置１０６が取り付けられた患者１１６の状況を示す１つ又は複数のフィールドを含
む。例えば、バイタルサインセクション４０２は、心拍数フィールド、呼吸数フィールド
、血圧フィールド、血中酸素濃度フィールド、及び呼気終末二酸化炭素濃度フィールドを
含む。各フィールドは、情報のさらなるサブセットの視覚表示を含み得る。例えば、心拍
数フィールドは、本発明の実施形態によれば、心拍数の数値表示４０８、測定が実施又は
導出された時刻を反映した時刻表示４１０、及び全体的に心拍数が最初の測定又は所定の
時刻からどれだけ増大又は低減したかを示す履歴グラフ４１２を含み得る。本発明の実施
形態によれば、他のフィールドも同様のインジケータを含み得る。バイタルサインの傾向
を表示することもできる。
【００５５】
本発明の実施形態によれば、水平バイタルサイン概要セクション４０４は、例えば、垂
直バイタルサインセクション４０２に同時に表される数値を示す。グラフィカルセクショ
ン４０６は、本発明の実施形態によれば、患者１１６への１２リードセンサ配置から取得
されるような心電図の視覚表現を含む。ＥＣＧの真上には、ＥＣＧがいつ取得されたかの
表示がある。新しいバイタルサイン情報及び／又は新しいＥＣＧ情報が利用可能になると
、本発明の実施形態によれば、図４の表示は自動的にリフレッシュして、患者監視装置１
０６からの最新データを示す。解釈セクション４１４は、本発明の実施形態によれば、例
えば、装置１０６により観察される症状の潜在的な原因を示す、装置１０６から自動的に
生成される情報を含む。
【００５６】
図５は、本発明の実施形態による、ユーザがメニューテンプレートの患者カルテ記入ボ
タン２０６を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図５
の表示は、本発明の実施形態によれば、略歴概要５０２、治療介入セクション５０４、及
びバイタルサイン（例えば、バイタルサイン傾向）セクション５０６を含む。略歴概要５
０２は、本発明の実施形態によれば、ＥＭＳ隊員１１４が患者カルテ記入装置１０８を用
いて記録する患者の氏名、年齢、及び性別を表示し得る。治療介入セクション５０４は、
本発明の実施形態によれば、患者カルテ記入装置１０８を用いて記録された患者１１６へ
の治療介入（例えば、施された処置）を表示する。例えば、治療介入セクション５０４は
、本発明の実施形態によれば、行われた各治療介入のリスト、治療介入時刻、治療介入の
説明（例えば、投与した薬剤の名称）、及び処置を施した人の氏名を表示する。
【００５７】
バイタルサインセクション５０６は、本発明の実施形態によれば、ＥＭＳ隊員１１４に
より観察され、患者カルテ記入装置１０８に記録され、患者カルテ記入装置１０８及び／
又はデータベース１１８に記憶された特定のバイタルサインデータの履歴リストを含む。
バイタルサインセクション５０６内のバイタルサインデータの履歴リストは、本発明の実
施形態によれば、タイムスタンプ、心拍数、血圧、呼吸数、血中酸素濃度、呼気終末二酸
化炭素濃度、血糖値、グラスゴー昏睡尺度（「ＧＣＳ」）、及びバイタルサインを観察又
は記録した隊員又は装置の名称を含む。
【００５８】
図６は、本発明の実施形態による、ユーザがメニューテンプレートの「パッチメモ」ボ
タン２０８を選択した場合に表示されるグラフィカルユーザインタフェースを示す。パッ
チメモは、ＥＭＳ隊員１１４が病院又は他の治療施設に電話を掛けて、病院が患者１１６
を受け入れることを確認するため、且つ／又は患者１１６についての情報を提供して、病
院若しくは治療施設の受け入れ準備を助けるために使用するメモである。時間は通常、そ
のような電話を掛けるために不可欠であるため（電話を掛けることで、ＥＭＳ隊員１１４
の注意が患者１１６のケアから一時的にそれるため）、ＥＭＳ隊員は通常、いくつかの異
なる装置１０６、１０８、１１０及び／又は非公式データソースを調べ、それらと対話し
て、病院又は治療施設の看護師又は他の担当関係者に伝えるメモリストをまとめる。その
ようなパッチメモは多くの場合、まとめるのに相当な時間がかかり、例えば、急いで手袋
に書かれることが多く、不正確性にも繋がり、パッチメモのいくつかが、電話が掛けられ
、情報が病院に伝えられる時刻では古い情報を表すことに繋がる。
【００５９】
他方、ＢＯＡ装置１０４は、本発明の実施形態によれば、通常ならばパッチメモを含む
いくつかの異なるフィールドの表示を自動的に作成する。図６の表示は、例えば、装置１
０６、１０８、１１０等の複数の異なる装置からの情報を表すフィールドを含む。パッチ
メモ表示は、本発明の実施形態によれば、情報を事前定義されたテンプレートに編成し、
且つ／又は情報を特定のＥＭＳ隊員１１４に関連付けられたカスタマイズされたテンプレ
ートに編成し得る。本発明の実施形態によれば、ＢＯＡ装置１０４は自動的に、複数の異
なる装置１０６、１０８、１１０から情報を受信し、パッチメモとして機能するようにま
とめられた単一の表示に表示するのみならず、最新情報を反映するように表示を自動的に
リフレッシュもし、それにより、患者情報をリアルタイムで伝達できるようにする。
【００６０】
例えば、ＢＯＡ装置１０４がない場合、患者の心拍数が、３分間で７５から１１５に上
昇し、ＥＭＳ隊員１１４が、氏名及び背景情報に関して患者のカルテを調べる前且つ３分
後に病院に電話を掛ける前に位置情報についてドライバ１１２に尋ねる前に、手袋に「Ｈ
Ｒ７５」と書いた場合、ＥＭＳ隊員１１４は、心拍数７５と病院に報告するおそれがある
。しかし、ＢＯＡ装置１０４がある場合、パッチメモは自動的に生成され、図６のように
表示され、除細動器バイタルセクションは、ＥＭＳ隊員１１４が患者の状態を病院に伝え
るとき、現在の心拍数である１１５を示す。
【００６１】
患者１１６が向かっている途中である病院の名称及び電話番号を識別する病院フィール
ド６０２並びに患者の年齢を識別する年齢フィールド６０４のうちの１つ又は複数に加え
て、図６の表示は、本発明の実施形態によれば、現病歴フィールド、治療介入フィールド
、ユニット識別フィールド（例えば、特定のＥＭＳ車両を識別する）、性別フィールド、
既往歴フィールド、患者カルテ記入装置バイタルサインフィールド、予想到着時間、主訴
フィールド、アセスメントフィールド、及び患者監視装置バイタルサインフィールドのう
ちの１つ又は複数を含むこともできる。
【００６２】
各フィールドは、本発明の実施形態によれば、ＢＯＡ装置１０４に通信可能に結合され
たＥＭＳ装置（例えば、装置１０６、１０８、１１０）のうちの１つ又は複数から過去の
内容、現在の内容、又は導出された内容を表示するように構成し得る。例えば、病院フィ
ールド、ユニットフィールド、及びＥＴＡフィールドは、ナビゲーションユニット１１０
から受信される情報に基づき得る。年齢、性別、主訴、現病歴、既往歴、及び治療介入の
各フィールドは、患者カルテ記入ユニット１０８から受信される情報に基づき得る。本発
明の実施形態によれば、患者カルテ記入装置バイタルサインフィールドは、患者カルテ記
入ユニット１０８から受信される情報（例えば、ＧＣＳスコア）に基づき得、患者監視装
置バイタルサインフィールドは、患者監視装置１０６から受信される情報（例えば、ＥＣ
Ｇ）に基づき得る。本発明の実施形態によれば、ＢＯＡ装置１０４は、救急車の前部に配
置することができ、ドライバ１１２又は別のＥＭＳ隊員がリアルタイムパッチメモに基づ
いて病院に電話を掛けられるようにし、それにより、担当するＥＭＳ隊員１１４に患者を
直接ケアするより多くの時間及び注意を提供する。
【００６３】
本発明の実施形態によれば、ＢＯＡ装置１０４は、少なくとも１つの患者監視ＥＭＳ装
置及び少なくとも１つの非患者監視ＥＭＳ装置から情報を受信する。図６のパッチメモ画
面は、本発明の実施形態によれば、少なくとも１つの患者監視装置と、患者を直接監視し
ない少なくとも１つの他の装置（例えば、ナビゲーション装置及び／又は患者カルテ記入
装置）とからの同じ表示上でのＥＭＳ情報（例えば、緊急医療の発生又は搬送に関連する
情報）の一例を示す。同様に、本発明の別の実施形態では、ＢＯＡ装置１０４は、少なく
とも１つの患者臨床装置及び少なくとも１つの非臨床装置から情報を受信し、ユーザにと
って有用なフォーマットで臨床情報及び非臨床情報を解析し、結合し、記憶し、表示し、
且つ／又は送信する。本明細書で使用される場合、「臨床」という用語は、その最も広義
の意味で、患者の監視、又は処置、又は診断に直接関わるものを指すために使用される。
本明細書で使用される場合、「非臨床」という用語は、その最も広義の意味で、患者の監
視、又は処置、又は診断に直接関わらないものを指すために使用される。例えば、除細動
器は臨床装置であり、ナビゲーション装置は非臨床装置である。別の例として、患者のＥ
ＣＧ情報又は心拍数は臨床情報であるが、患者の住所は非臨床情報である。
【００６４】
図７は、本発明の実施形態による、ユーザがメニューテンプレートのプロトコルボタン
２１０を選択した場合に表示されるグラフィカルユーザインタフェースを示す。図７の表
示は、本発明の実施形態によれば、医療緊急事態が発生し、処置が行われ、且つ／又は患
者が送られる特定の場所のインタラクティブガイドラインマニュアルを含む。或いは、プ
ロトコルボタン２１０は、特定の装置を使用し、且つ／又は特定の技法を施すためのマニ
ュアル又はガイドラインドキュメント並びに／或いは薬剤についての情報にリンクし得る
。例えば、図７の表示は、ローカルに記憶されたプロトコルインデックス及び／又はイン
ターネット接続を通してアクセスされるプロトコルインデックスであり得る郡のプロトコ
ルインデックスの章を列挙するインタラクティブページを含み得る。章又はリンクのうち
の１つ又は複数をクリックすると、例えば、特定の章又は選択されたテーマについてのさ
らなる詳細を含むページが開く。
【００６５】
本明細書に提供される開示に基づいて、１つ又は複数のＥＭＳ装置及び／又は外部デー
タソースからの情報の追加又は異なるサブセットを表示するように、ＢＯＡ装置１０４を
構成し得ることを当業者は理解しよう。本発明の実施形態によれば、ＢＯＡ装置１０４は
、患者監視装置１０６、患者カルテ記入装置１０８、及びナビゲーション装置１１０から
の情報をシームレスに統合して、モバイル環境１０１で表示するのみならず、例えば、企
業環境１０２等の遠隔環境でも表示する。企業環境１０２は、例えば、病院及び／又は派
遣環境であり得る。
【００６６】
ＢＯＡ装置１０４からのデータ（ひいてはＢＯＡ装置１０４に通信可能に結合された装
置１０６、１０８、１１０からのデータ）は、本発明の実施形態によれば、管理環境１０
３内の１つ又は複数の企業記憶サーバ１２６で受信し、企業データベース１３０に記憶し
得、１つ又は複数の企業アプリケーションサーバ１２８が同じ情報にアクセスして、企業
ユーザ１２４のワークステーション１２２に提供し得る。本発明の実施形態によれば、Ｂ
ＯＡ装置１０４は記憶サーバ１２６に通信可能に結合され、記憶サーバ１２６はデータベ
ース１３０に通信可能に結合され、アプリケーションサーバ１２８は、データベース及び
企業ワークステーション１２２に通信可能に結合される。そのような装置は、例えば、イ
ンターネット等のネットワーク１２０を介して通信可能に結合し得る。
【００６７】
本発明の実施形態によれば、ＢＯＡ装置１０４は、通信可能に結合された装置（例えば
、装置１０６、１０８、１１０）のうちの１つ又は複数から更新情報を受信する場合、更
新情報を企業記憶サーバ１２６に送信し、企業記憶サーバ１２６は更新情報をデータベー
スに記憶し、データベースは記憶媒体１３０に含み得る。したがって、１つ又は複数の装
置（例えば、装置１０６、１０８、１１０）からの情報は、本発明の実施形態によれば、
モバイルデータベース１１８、遠隔企業データベース１３０、又は両方に記憶し得る。企
業ユーザ１２４は、例えば、救急車の到着を監視し、且つ／又は到着に対して準備してい
る緊急治療室の看護師、緊急治療室の医師、及び／又は在宅の医長であり得、企業ワーク
ステーション１２２を介して情報を要求することにより、ＢＯＡ装置１０４に表示される
情報と同様の情報にアクセスし得る。例えば、企業ワークステーション１２２は、ウェブ
インタフェース及び／又はシンクライアントウェブブラウザアプリケーションにアクセス
し、そのインタフェース及び／又はアプリケーションは、ネットワーク１２０を介してア
プリケーションサーバ１２８からの情報を要求する。アプリケーションサーバ１２８は、
情報を求めてデータベース１３０を照会し、ＥＭＳ隊員１１４がＢＯＡ装置１０４のディ
スプレイで現在見ているものと同じ又は同様に見える表示を企業ワークステーション１２
２に返す。
【００６８】
図８〜図１０は、本発明の実施形態による、企業ワークステーション１２２を介して企
業ユーザ１２４に提供されるユーザインタフェース及び表示画面の例を示す。図８は、本
発明の実施形態によれば、表示の一部分に、ＥＭＳ装置データが利用可能な利用可能ＥＭ
Ｓ車両のリスト８０２、８０４を含むウェブブラウザベースのクライアントインタフェー
スを示す。例えば、ＡＬＳ２  ８０４をクリックすると、図８と同様の画面が開き、その
画面で、企業ユーザ１２４は、患者監視ボタン８０６、ナビゲーションボタン８０８、及
び／又は患者カルテ記入ボタン８１０を含むが、これらに限定されないボタンのうちの１
つを選択することができる。ユーザ１２４が患者監視ボタン８０６をクリックした場合、
図８の画面表示が提示され、図８の画面表示は、本発明の実施形態によれば、救急車ＡＬ
Ｓ２の患者監視装置１０６からの現在情報を含む。本発明の実施形態によれば、図８の患
者監視表示は連続又は半連続的に自動的に更新され、本発明の他の実施形態によれば、ユ
ーザ１２４が「更新する」ボタン又はブラウザの「リフレッシュ」ボタンを選択して、利
用可能な最新情報を取得する。図８の企業表示は、本発明の実施形態によれば、図４のモ
バイル表示と同様の情報を含む。
【００６９】
本発明の実施形態によれば、緊急治療室で救急車による患者の到着を待っている医師は
、一般的なインターネットブラウザを介して企業環境１０２内のウェブサイト表示にアク
セスする。ウェブサイトは、例えば、ログインユーザ名及びパスワードでセキュア化し得
る。各救急車は、車両名により識別し得、医師は、到着しつつある車両のリストから選択
し、その後、その患者についてのデータが表示される。データは、「臨床時間」でモバイ
ル画面に現れるのと全く同じように示し得る。本発明の実施形態によれば、企業環境１０
２のウェブサイトは、行先がユーザの施設に記録されている行先と同じである患者のみに
ついてのデータを表示する。
【００７０】
ユーザ１２４がナビゲーションボタン８０８をクリックした場合、図９の画面表示が提
示され、図９の画面表示は、本発明の実施形態によれば、救急車ＡＬＳ２のナビゲーショ
ン装置１１０からの現在情報を含む。図９の企業表示は、本発明の実施形態によれば、図
３のモバイル表示と同様の情報を含む。
【００７１】
ユーザ１２４が患者カルテ記入ボタン８１０をクリックした場合、図１０の画面表示が
提示され、図１０の画面表示は、本発明の実施形態によれば、救急車ＡＬＳ２の患者カル
テ記入装置１０８の現在情報を含む。図１０の企業表示は、本発明の実施形態によれば、
図５のモバイル表示と同様の情報を含む。
【００７２】
図１は、モバイル環境１０１内に１つのＢＯＡ装置１０４を示すが、２つ以上のＢＯＡ
装置１０４をモバイル環境１０１で使用して、装置１０６、１０８、１１０の同じ又は異
なるセットに通信可能に接続し得る。そして、図１は１つのモバイル環境１０１を示すが
、本発明の実施形態によれば、２つ以上のモバイル環境１０１及び／又は２つ以上のＢＯ
Ａ装置１０４を管理環境１０３及び／又は企業記憶サーバ１２６に通信可能に結合し得る
。本発明の実施形態によれば、企業記憶サーバ１２６は、ＥＭＳ装置情報をＢＯＡ装置１
０４から受信し、認証されたタイムスタンプ並びに情報を特定のＥＭＳ装置及び／又は特
定のＥＭＳ車両に関連付ける識別子と共にデータベース１３０に記憶する。このようにし
て、企業ユーザ１２４は、複数の車両及び／又は複数の装置からのデータにアクセスし得
る。
【００７３】
企業記憶サーバ１３０は、１つ又は複数のＢＯＡ装置１０４から受信される情報をより
長期間にわたって安全に記憶して、情報を後で使用できるようにもし得る。例えば、ＢＯ
Ａ装置１０４は、患者カルテ記入装置１０８を介して、又はＢＯＡ装置１０４を通して直
接、氏名、住所、及び／又は社会保障番号等の患者識別情報を受信し得、次に、患者識別
情報のうちのいくつか又はすべてを、同じ患者１１６が関わる過去の記録についてデータ
ベース１３０を照会する企業記憶サーバ１２６に対する要求と共に、企業記憶サーバ１２
６に伝え得る。次に、企業記憶サーバ１２６は、そのような任意の記録又はそのような記
録の部分をＢＯＡ装置１０４に転送し（例えば、患者カルテ記入画面又はパッチメモ画面
中の既往歴に表示するために）、ＥＭＳ隊員１１４の現在の救急を支援し得る。同様に、
本発明の実施形態によれば、企業ユーザ１２４もそのような過去のＥＭＳ発生記録情報に
アクセスし得る。システム管理者１３４は、本発明の実施形態によれば、サーバ１２６、
１２８に通信可能に結合し得る管理者ワークステーション１３２を介して、データベース
１３０内のデータにアクセスし、且つ／又は監視し、且つ／又はサーバ１２６、１２８の
命令を変更し得る。
【００７４】
本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４は、例えば、Ｌｉｆｅｖｅｓ
ｔ（登録商標）ウェアラブル除細動器等のウェアラブル医療装置に接続して（例えば、自
動的に、又は手動で、又は選択的に）、そこから患者監視情報を受信して表示し得る。Ｂ
ＯＡ装置１０４は、そのようなウェアラブル装置から患者識別情報を受信し、ＢＯＡ装置
１０４が、例えば、ネットワーク１２０を介して外部データベースを照会して、患者につ
いての追加情報を検索可能なように構成することもできる。ＢＯＡ装置１０４は、本発明
の実施形態によれば、同様にして移植可能な心臓除細動器（「ＩＣＤ」）に接続するよう
に構成することもできる。
【００７５】
図１１は、本発明の実施形態による、複数の異なるＥＭＳ装置から収集された医療情報
のリアルタイム表示の処置ドメインシステム１１００の概観を示す。システム１１００は
、本発明の実施形態によれば、シンクライアント表示モジュール１１２４に通信可能に結
合された遠隔又は企業ドメインモジュール１１２８に通信可能に結合されたモバイルドメ
インモジュール１１２６に通信可能に結合された患者監視装置モジュール１１０２を含む
。本発明の実施形態によれば、地域中、州中、国中、及び／又は世界中の複数病院が、デ
ータベース１３０にアクセスし得る。
【００７６】
モバイルドメインモジュール１１２６は、本発明の実施形態によれば、装置アダプタ１
１０４と、モバイルデータベース１１０８にアクセスし得るモバイルアセット管理モジュ
ール１１０６と、ＢＯＡモジュール１１１０と、患者カルテ記入モジュール１１１２と、
ナビゲーションモジュール１１１４と、ネットワークアダプタ１１１６とを含む。遠隔／
企業モジュール１１２８は、本発明の実施形態によれば、ネットワークアダプタ１１１６
と、企業データベース１１２０にアクセスし得る企業アセット管理モジュール１１１８と
、企業アプリケーションサーバモジュール１１２２とを含む。
【００７７】
患者監視装置モジュール１１０２は、患者監視装置１０６を動作させ、患者１１６の状
況についての情報を含む１つ又は複数のデータパイプを生成する。装置アダプタ／通信イ
ンタフェースモジュール１１０４は、計算装置と１つ又は複数の医療装置との間、例えば
、患者監視装置モジュール１１０２とモバイルアセット管理モジュール１１０６及び／又
はＢＯＡモジュール１１１０との間等のデータ通信を管理する。装置アダプタモジュール
１１０４は、本発明の実施形態によれば、以下の属性のうちの１つ又は複数を含む。
・複数の通信トランスポートをサポートする（例えば、装置はＢｌｕｅｔｏｏｔｈ、８
０２．１１、イーサネット（登録商標）、シリアルケーブルを使用することができる）。
・複数のデータ転送プロトコルをサポートする。
・複数の医療装置種類をサポートする。
・複数のデータ記憶プロファイル（例えば、ファイルシステムへの記憶、アセット管理
モジュール１１０６によるデータベース１１０８への記憶）をサポートする。
・管理者又はユーザは、トランスポート、プロトコル、装置、及び複数の記憶プロファ
イルを一緒に関連付けて、データを医療装置と交換できる通信「パイプ」を表すことがで
きる。
・複数のパイプを同時にサポートする。
・管理者又はユーザは、通信する１つ又は複数の特定の医療装置を指定することができ
、その場合、モジュール１１０４は、トランスポートに固有の発見プロトコルを使用して
、装置を発見して取り付ける。
・管理者又はユーザは、医療装置として任意のものを指定することができ、その場合、
トランスポートに固有の発見プロトコルを使用して、互換性のある医療装置を発見し、発
見された医療装置に取り付ける。
・パイプが、発見をサポートしないプロトコル（例えば、シリアルケーブル）を使用す
るように構成される場合、モジュール１１０４は、装置が接続を開始し、次に、特定の医
療装置が選択されるか否かに基づいて接続を許可又は拒絶できるようにする。
・モジュール１１０４に接続し、医療装置及びデータ検索手段からの非同期データ到着
通知を受信できるようにすることにより、複数のクライアントアプリケーション（ローカ
ル又はリモート）をサポートする。
・任意のアプリケーションが実行中であるか、それともデータアセットを受信する準備
ができているかに関係なく、医療装置が通信するデータアセットを有する場合、通信「パ
イプ」を維持する。
・ユーザは、医療装置アプリケーション通信を構成し得、そのような構成は永続的であ
り、容易に変更し得る。
・通信ポリシーは構成可能であり得る。例えば、Ｂｌｕｅｔｏｏｔｈは、通信を行う前
に装置と対を形成する必要があり得る。ユーザは、例えば、対形成が「自動」であるか、
それとも「手動」であるか、それとも「連続再取得」であるか否かを構成し得る。
・アプリケーションは、比較的単純な表現ＡＰＩを介して、前に受信したデータアセッ
トにアクセスし得る。
・アプリケーションに新たに受信したアセットを通知し得、アプリケーションは、特定
の装置及び／又はアセットの種類に基づいて通知をフィルタリングし得る。
・アプリケーションは、カスタマイズ可能なユーザインタフェース要素の状態、利用可
能な装置等について通信レイヤに問い合わせることができる。
・通信レイヤは、状態も示す通知アイコンから制御可能であり得る。
・通知エリアアイコンアプレットでの特権「ａｄｍｉｎ」モード及び一般ユーザモード
の使用を通して、一般ユーザによる悪意のある変更又は誤りによる変更から構成可能なア
イテムを保護し得る。
・構成は、通知アプレットを通して各装置を実際に構成する必要なく、一構成を作成し
、各装置にコピーし得るように「移植可能」且つ「分散可能」であり得る。
・通信「パイプ」の特定の特徴又は制限をデフォルトによりアプリケーションから隠し
得る。
・通信レイヤ自体を層化し、異なる通信トランスポートを管理する複数のプラグイン式
トランスポートドライバ並びに異なる装置及び異なるアセットタイプからのデータアセッ
トの受信を処理する複数のプラグイン式プロトコルドライバをサポートし得る。これによ
り、開発される新しいトランスポート又は新しいプロトコルに通信レイヤを高速で拡張す
ることができる。
【００７８】
図１２は、医療装置１２０８、１２１０、１２１２がそれぞれ関連付けられた１つ又は
複数のパイプ１２０２、１２０４、１２０６を含む装置アダプタ／通信モジュール１１０
４の図を示す。通信モジュール１１０４は、本発明の実施形態によれば、コロラド州Ｂｒ
ｏｏｍｆｉｅｌｄに所在のＺｏｌｌ  Ｄａｔａ  Ｓｙｔｅｓｍｓから入手可能なＰＥＬＩ
ＣＡＮ（商標）通信インタフェースであり得る。本発明の実施形態によれば、通信エンジ
ン１１０４は、通信パイプ１２０２、１２０４、１２０６を実施し、医療装置１２０８、
１２１０、１２１２からの入力データを処理する「常時オン」オペレーティングシステム
サービスである。本発明の実施形態によれば、通信エンジン１１０４はＡＰＩ１２１６も
含み、ＡＰＩ１２１６は、通信エンジン１１０４により露出されるオブジェクト及びメソ
ッドの集まりであり、アプリケーションは、ＡＰＩ１２１６を使用して、データアセット
の取得及びエンジン１１０４の構成のようなタスクに向けてエンジン１１０４を構成し、
エンジン１１０４と対話することができる。例えば、モバイルアセット管理モジュール１
１０６は、ＡＰＩ１２１６と対話して、医療装置データを受信し得る。
【００７９】
図１３は、本発明の実施形態によるパイプ１２０２の図を示す。パイプ１２０２は、本
発明の実施形態によれば、医療装置の１つ又は複数の記憶構成１３１２、１３１４、１３
１６に関連付けられた１つ又は複数の記憶プラグイン１３０２、１３０４、１３０６と、
医療装置の医療装置構成１３１８に関連付けられた医療装置プラグイン１３０８と、医療
装置のトランスポート構成１３２０に関連付けられたトランスポートプラグイン１３１０
とを含む。本明細書で使用する場合、「トランスポート」は、オペレーティングシステム
によりサポートされる土台をなす通信媒体、例えば、ＴＣＰ／ＩＰ、Ｂｌｕｅｔｏｏｔｈ
、及びシリアルである。トランスポートによっては、パケット指向のものもあれば（例え
ば、ＴＣＰ）、ストリーム指向のものもある（例えば、シリアル）。発見をサポートする
ものもあれば、しないものもある。対形成をサポートするものもあれば、しないものもあ
る。各トランスポートは独自の構成を含み得る。
【００８０】
トランスポートプラグインは、通信エンジン１１０４により動的にロードされ、特定の
トランスポート（例えば、シリアルポート、Ｂｌｕｅｔｏｏｔｈ、ＴＣＰ／ＩＰ、及びフ
ァイルシステム）にデータ通信サポートを提供する．ＮＥＴアセンブリであり得る。通信
エンジン１１０４は、本発明の実施形態によれば、自動対形成（例えば、対形成をサポー
トするトランスポートの場合、エンジン１１０４はそのトランスポートに固有のルールを
使用して、構成及びユーザの好みに応じて自動的に、医療装置との対を形成して維持する
）及び／又は自動発見（例えば、発見をサポートするトランスポートの場合、エンジン１
１０４は、自動的に新しい医療装置を発見し、既知の装置リストに入れるように構成し得
る）を行うように構成し得る。
【００８１】
医療装置プラグインは、特定の種類の医療装置、例えば、ＺＯＬＬ  Ｍ／Ｅ−Ｓｅｒｉ
ｅｓ  ＺＯＬＬＭｏｄｅｍ又はＺＯＬＬ  Ｅ−Ｓｅｒｉｅｓ  ＤＵＮにトランスポートか
ら独立したデータ通信サービスを提供する、通信エンジン１１０４により動的にロードさ
れる．ＮＥＴアセンブリであり得る。記憶プラグインは、記憶サービスをエンジンに提供
する、通信エンジン１１０４により動的にロードされる．ＮＥＴアセンブリであり得る。
【００８２】
図１３に示されるように、パイプは、トランスポートと、医療装置と、データが受信さ
れることをユーザが示した医療装置を表し、通信を行えるようにする記憶構成との組み合
わせであり得る。パイプは、ユーザにより構成することもでき、且つ／又は事前定義する
こともできる。例えば、パイプは、構成を有するトランスポートシリアルポート（ＣＯＭ
１、ボー＝９６００）、医療装置Ｅ／Ｍ  Ｓｅｒｉｅｓ  ＺＯＬＬＭｏｄｅｍ（任意の医
療装置）、及び記憶装置（ローカルファイルシステム）を指定し得る。この構成は、ＣＯ
Ｍ１に接続された任意の装置からのデータアセットを９６００ボーで受け入れ、ローカル
ファイルシステムに記憶する。別の例として、パイプは、トランスポートＢｌｕｅｔｏｏ
ｔｈ（ボー＝１１５２００、自動対形成）、医療装置Ｅ／Ｍ  Ｓｅｒｉｅｓ  ＺｏｌｌＭ
ｏｄｅｍ（ＺＯＬＬ００５６１１）、記憶装置（ローカルファイルシステム）及び記憶装
置（アセット管理）を指定し得る。この構成は、ＢｌｕｅｔｏｏｔｈをＺＯＬＬ００５６
１１と対にし、壊れた場合であってもこの対を維持し、その特定の装置からの任意のデー
タアセットを受け入れ、両方をローカルファイルシステムに記憶し、アセット管理（例え
ば、モバイルアセット管理モジュール１１０６及び／又は企業アセット管理モジュール１
１１８）に提出する。
【００８３】
さらなる例として、パイプは、トランスポートＢｌｕｅｔｏｏｔｈ（ボー＝１１５２０
０、自動対形成）、医療装置Ｅ／Ｍ  Ｓｅｒｉｅｓ  ＺＯＬＬＭｏｄｅｍ（任意の装置）
を指定し得る。この構成は、Ｂｌｕｅｔｏｏｔｈを、周期的な発見中に見つかった任意の
医療装置と自動的に対にし、対になった任意の装置からの任意のデータアセットを受け入
れ、ロードされ、イネーブルされたすべての記憶プラグインを介して記憶させる。さらに
別の例として、パイプは、トランスポートＴＣＰ／ＩＰ（ローカルＩＰ＝１９２．１６８
．１．２０、ポート＝７７４３）、医療装置Ｅ／Ｍ  Ｓｅｒｉｅｓ  ＤＵＮ（任意の装置
）、記憶装置（アセット管理）を指定し得る。この構成は、本発明の実施形態によれば、
エンジン１１０４に指定されたＩＰアドレス及びポートをＤＵＮトラフィックに関してリ
ッスン開始させ、アセット管理を介して記憶させる（例えば、モバイルアセット管理モジ
ュール１１０６及び／又は企業アセット管理モジュール１１１８に送信することにより）
。
【００８４】
本発明の実施形態によれば、発見サポートトランスポートを使用する装置アダプタ１１
０４の「パイプ」毎に、アダプタ１１０４は、図１４に概説される方法を実行し、非発見
サポートトランスポートを使用する装置アダプタ１１０４のパイプ毎に、アダプタ１１０
４は、図１５に示される方法を実行する。
【００８５】
上述したように、モバイルアセット管理モジュール１１０６は、本発明の実施形態によ
れば、装置アダプタ及び通信インタフェース１１０４から医療装置データを受信する。モ
バイルアセット管理モジュール１１０６は、これらのデータアセットの記憶又は変更を他
のアプリケーションに通知する非同期イベントと一緒に、医療装置データのセキュアな記
録、検索、及び管理を実行する。モバイルアセット管理モジュール１１０６は、本発明の
実施形態によれば、ローカル又はリモートサービス指向ＡＰＩをサポートして、医療装置
データの記憶、検索、及び変更を行い、イベントのローカル又はリモートの非同期メッセ
ージベースの通知を、加入するアプリケーションに提供する。これらのイベントは、医療
装置データの到着通知を含み得る。
【００８６】
ＢＯＡモジュールは、本発明の実施形態によれば、複数のデータ提供者（装置アダプタ
１１０４、患者カルテ記入モジュール１１１２、及びナビゲーションモジュール１１１４
を含むが、これらに限定されない）からのデータ供給を管理し、これらの供給をタッチス
クリーンフラットパネルに提示する。ＢＯＡモジュール１１１０は、これらの集計データ
要素をバックオフィスモジュール（例えば、企業アセット管理モジュール１１１８）に通
知もする。本発明の実施形態によれば、患者カルテ記入モジュール１１１２は、患者カル
テ記入装置１０８及び患者カルテ記入装置１０８が送受信する情報を制御し、ナビゲーシ
ョンモジュール１１１４は、ナビゲーション装置１１０及びナビゲーション装置１１０が
送受信する情報を制御する。ＢＯＡモジュール１１１０は、本発明の実施形態によれば、
以下の属性のうちの１つ又は複数を含む。
・ユーザは、選択された医療装置を含むが、これに限定されない装置アダプタ／通信イ
ンタフェースモジュール１１０４を構成できるようにする。
・ユーザが、医療記録情報が患者カルテ記入装置に入力される際に、医療記録情報を含
むデータ供給を受信する患者カルテ記入装置を選択できるようにする。
・ユーザが、ナビゲーション情報及び派遣情報を含むデータ供給を周期的に受信するナ
ビゲーション装置を選択できるようにする。
・１２リードＥＣＧ及びバイタル傾向記録を含むが、これらに限定されない新しい医療
装置データの到着について、通信インタフェースモジュール１１０４及び／又はモバイル
アセット管理モジュール１１０６から通知を受信する。
・患者人口統計、既往歴、現在のアセスメント、実行された治療介入、及び／又はバイ
タルサインを含むが、これらに限定されない、現在開かれている患者記録についてのデー
タを含む非同期メッセージを、選択された患者カルテ記入装置から受信する。
・現在の派遣状態、行先、クルー、位置、ルート、及び／又は現在位置の地図について
のデータを含む非同期メッセージを、選択されたナビゲーション装置から受信する。
・受信した各データ供給のグラフィック表示を循環的に提示して、フラットパネルで救
急車後部において表示し、又は別の表示装置で他の場所において表示する。
・介護者又はＥＭＳ隊員１１４が、供給についての循環表示を一時的に停止させて、そ
の特定の情報テンプレートでその特定のデータをより入念に調べられるようにする。
・データ供給をデータ構造に集計して、データ構造が企業アセット管理モジュール１１
１８に周期的に送信される。
・受信側施設への言葉での報告を容易にするために、集計データ供給の顧客カスタマイ
ズ可能な表示（例えば、ＢＯＡ装置１０４に表示されるパッチメモ情報テンプレート内の
報告）を提示する。
・参照のために、地域のＥＭＳプロトコルを表示する能力をユーザに提示する。
【００８７】
図１６は、本発明の実施形態による、ＢＯＡモジュール１１１０により実行される論理
フローチャート１６００を示す。論理フローチャート１６００はブロック１６０２におい
て開始される。ユーザは、特定の装置を選択するか、又は「から読み出し」構成を選択し
て、ＢＯＡ装置１０４によりどの装置のデータが読み出され、表示されるかを決定する（
ブロック１６０４）。データモデル、例えば、ＢＯＡ装置１０４に表示され、最終的に企
業環境１０２及び／又は企業アプリケーションサーバ１２８に通信され得るシステムの現
在状態が提示される（ブロック１６０６）。データモデルは、本発明の実施形態によれば
、供給が追加されるにつれて、他のデータ要素を含むように拡張することができ、且つ使
用されないデータ供給（例えば、患者カルテ記入装置１０８を含まない設備）のコンテナ
属性をなくすように縮小し得る。ＢＯＡモジュール１１１０は、モバイルアセット管理モ
ジュール１１０６に問い合わせて、新しい医療装置データが利用可能であるか否かを判断
し（ブロック１６０８）、利用可能な場合、データモデル内の医療装置データを更新する
（ブロック１６１０）。ＢＯＡモジュール１１１０は、モバイルアセット管理モジュール
１１０６に問い合わせて、新しい患者カルテ記入データが利用可能であるか否かを判断し
（ブロック１６１２）、利用可能な場合、データモデル内の患者カルテ記入データを更新
する（ブロック１６１４）。
【００８８】
ＢＯＡモジュール１１１０は、モバイルアセット管理モジュール１１０６に問い合わせ
て、新しいナビゲーションデータが利用可能か否かを判断し（ブロック１６１６）、利用
可能な場合、データモデル内のナビゲーションデータを更新する（ブロック１６１８）。
ＢＯＡモジュール１１１０は、更新情報を企業アセット管理モジュール１１１８に送信す
るときであるか否かを判断し（ブロック１６２０）、送信するときである場合、データモ
デルを企業アセット管理モジュールに送信し（ブロック１６２２）、非同期メッセージを
生成する（ブロック１６２６）。本発明の実施形態によれば、ブロック１６２６において
生成される非同期メッセージは、企業アプリケーションサーバ１２８を宛先とし、本発明
の代替の実施形態によれば、ブロック１６２６において生成される非同期メッセージは企
業記憶サーバ１２６を宛先とし、そして、企業記憶サーバ１２６はデータを記憶し、企業
アプリケーションサーバ１２８にデータが利用可能であることを通知する。次に、データ
モデルは、本発明の実施形態によれば、例えば、ＢＯＡ装置１０４での表示更新の形態で
レンダリングされる（ブロック１６２４）。本発明の実施形態によれば、ブロック１６０
８、１６１２、１６１６、及び１６２０により示される手順は、「ステージ」として実行
されず、その代わりに、データモデルを変更する異なる実行スレッドを始動させる各イベ
ントとして実行され、そして、各スレッドはＢＯＡ装置１０４の表示の更新を始動させる
。
【００８９】
ネットワークアダプタ／通信インタフェースモジュール１１１６は、本発明の実施形態
によれば、以下の属性のうちの１つ又は複数を含む通信チャネルである。
・全般的な目的とデータフォーマットとが独立している。各アプリケーションがメッセ
ージのフォーマットを担当する。
・メッセージアドレッシングはトランスポートアドレス（例えば、ＩＰアドレス）では
なく名前によるものであり得、それにより、メッセージを、ルートが現在存在しないエン
ティティ（例えば、送信者がインターネットから切断されている場合）に送信することが
できる。実際のマシンアドレスへの名前解決は、ルートが実際に存在するようになるまで
延期し得る。
・通信インタフェースモジュール１１１６を使用するエンティティ間のツリー関係であ
り、ツリー関係では、名前情報をツリーの下にではなく上に「伝わる」ことができる。し
たがって、各ノードは単純なルーティング選択を有する：名前が現在の装置以下である場
合、そこを通り、その他の場合、現在の装置の親を通る。ツリーのルートはプライマリメ
ッセージブロッカーであり得、すべての名前情報を蓄積する。プライマリメッセージブロ
ッカーは、すべての名前情報を含み、したがって、本発明の実施形態によれば、あるサブ
ツリーから別のサブツリーへのルーティングを実行することができる、通信ツリー内の独
自のノードである。
・メッセージ配信は、受信装置が実際に現れるまで延期し得る。メッセージは、受信装
置がルーティング可能になるまで記憶し得る。
・メッセージは、各ノードのトランザクションセーフデータベースに記憶し得、それに
より、予想外に故障したノードであってもメッセージ損失の危険がない。
・受信者が実際にメッセージを受信するまで、メッセージの完全暗号化を維持し得る。
データベースに記憶されている間、メッセージを暗号化された状態に保ち得る。
・断続的に接続される無線接続を介したロバストな動作。接続が再開されるまで、メッ
セージを記憶し得る。特定の時間限度内で、接続が再開された場合、メッセージ送信は、
新しく開始せず、残った箇所から続け得る。
・「ローカル」であるマシン又はアプリケーションを対象としたメッセージは、ツリー
のセグメントがプライマリメッセージブロッカーから切断されている場合であっても、ロ
ーカルにルーティングし得る。
・メッセージは期限切れ時間と共に送信し得、期限切れ時間後、メッセージは配信され
ず、送信者に期限切れを通知し得る。
【００９０】
通信インタフェース１１１６は、本発明の実施形態によれば、コロラド州Ｂｒｏｏｍｆ
ｉｅｌｄに所在のＺｏｌｌ  Ｄａｔａ  Ｓｙｓｔｅｍｓからの入手可能なＭＥＲＣＵＲＹ
（商標）通信インタフェースであり得る。
【００９１】
ＢＯＡモジュール１１１０のメッセージング構成要素は、チャネルとして通信インタフ
ェースモジュール１１１６を使用して実施し得る。これらのメッセージング構成要素は、
本発明の実施形態によれば、以下の特徴のうちの１つ又は複数を実施する。
・発行−購買モデル：データ供給消費者（例えば、ＢＯＡモバイルモジュール１１１０
）は、提供者（例えば、患者カルテ記入モジュール１１１２）に加入して、データ供給を
受信する。加入要求は加入の持続時間を含む。提供者がデータ供給アイテムを変更する場
合、データ供給アイテムはすべての加入者に送信される。実施形態によれば、ＢＯＡモジ
ュール１１１０は、患者カルテ記入モジュール１１１２及びナビゲーションモジュール１
１１４からの供給のデータ供給消費者であるが、企業アセット管理モジュール１１１８に
行く集計供給のデータ供給提供者である。
・メッセージキュースロットリング：通信インタフェースモジュール１１１６のメッセ
ージ期限切れ特徴を使用して、すべてのメッセージを短い期限切れ時間で送信し得、次に
、期限切れ通知を受けて、新しい現在のコピーが送信される。これは、構成要素が切断さ
れた場合、システムが陳腐化したデータ供給メッセージの大きなキューを有することを回
避し、多くとも、１つの現在メッセージがシステム内にある。
・複雑なメッセージフォーマット：データ供給メッセージは、グラフィカルデータ、テ
キストデータ、及びバイナリデータを含み、これらは、使用しやすくするために、受信者
によりオブジェクトに変換される。
【００９２】
企業アセット管理モジュール１１１８は、複数のＢＯＡモジュール１１１０から集計デ
ータ供給を受信し、発信元からはリモートの表示に集計データ供給の提示を提供する。例
えば、そのような集計データ供給は、本発明の実施形態によれば、企業アプリケーション
サーバモジュール１１２２により企業アセット管理モジュール１１１８に関連付けられた
データベース１１２０からフェッチし、ウェブブラウザで実行中のシンクライアント表示
アプリケーションモジュール１１２４を介して企業ユーザに表示し得る。そのようなウェ
ブページは、本発明の実施形態によれば、セキュア化し、暗号化し、パスワード保護し、
且つ／又はＨＩＰＡＡ準拠であり得る。企業アセット管理モジュール１１１８は、本発明
の実施形態によれば、以下の属性のうちの１つ又は複数を含む。
・患者カルテ記入モジュール１１１２、ナビゲーションモジュール１１１４、及び医療
装置からのデータ供給を含むが、これらに限定されない集計データ供給を含む非同期メッ
セージを、複数のＢＯＡモジュール１１１０から受信する。
・ナビゲーションモジュール１１１４により設定されるか、又はフラットパネルＢＯＡ
装置１０４上でユーザにより手動で設定される、ＢＯＡモジュール１１１０からの行先デ
ータを使用し、行先としてその病院を有する各ＢＯＡモジュール１１１０からの供給を含
む、病院行先毎のウェブページを作成する。
・病院又は治療施設に向かっている途中の患者１１６に関するデータを送信するＢＯＡ
モジュール１１１０毎に、集計データ供給の新しいバージョンが到着した場合、ウェブペ
ージを非同期で更新する。
・１２リードデータの診断解決と共に集計データ供給をレンダリングする。
・セキュア化されたＥＭＳデータ供給ウェブページモジュール１１２４への病院固有の
ログインを利用することにより、不正アクセスを阻止する。
【００９３】
図１は、患者監視装置１０６、患者カルテ記入装置１０８、及びナビゲーション装置１
１０に通信可能に結合されたＢＯＡ装置１０４を示すが、本発明の代替の実施形態では、
ＢＯＡ装置１０４は、図１に示されない追加のＥＭＳ関連装置に通信可能に結合され、且
つ／又は図１に示される種類の複数の装置に通信可能に結合され、且つ／又は図１に示さ
れる種類の異なるモデル又はバージョンの装置に通信可能に結合される。例えば、ＢＯＡ
モジュール１１１０は、直接、且つ／又は装置アダプタ／通信インタフェースモジュール
１１０４を介して以下のうちの１つ又は複数の装置と、ＥＭＳ関連装置データをやりとり
するように構成し得る：除細動器、患者カルテ記入装置、ナビゲーション装置、ＧＰＳ装
置、パルスオキシメータ、自動心肺蘇生救急装置（例えば、Ａｕｔｏｐｕｌｓｅ（登録商
標）非観血式心臓サポートポンプ）、ドライバ安全監視システム、独立型血圧モニタ、血
糖値測定装置、在庫制御システム、血中アルコールモニタ、飲酒検知機器、フュージョン
ポンプ、換気装置、ウェアラブル除細動装置（例えば、ＬｉｆｅＶｅｓｔ（登録商標）装
置）、及びクルースケジューリングシステム。除細動器又は患者監視装置は、本発明の実
施形態によれば、いくつかの異なる製造業者により製造され、且つ／又は販売される広範
囲の除細動器又は患者監視装置の１つであり得る。ＢＯＡ装置１０４は、本発明の実施形
態によれば、Ｚｏｌｌ  Ｍｅｄｉｃａｌ  Ｃｏｒｐｏｒａｔｉｏｎ製のＣｏｄｅＮｅｔ  
Ｗｒｉｔｅｒ（商標）装置にも通信可能に結合し、患者データ、ＣｏｄｅＮｅｔ  Ｗｒｉ
ｔｅｒ（商標）装置から得られたデータ等を集計するように構成することもできる。
【００９４】
本発明の実施形態によれば、ＢＯＡ装置１０４は、患者監視装置１０６、患者カルテ記
入装置１０８、及びナビゲーション装置１１０のうちの１つ又は２つのみに通信可能に結
合され、１つ又は２つのみのそのような装置からのＥＭＳ情報を編成して表示するように
構成される。
【００９５】
図１１に関して説明されるモジュール及びアプリケーションは、図１と同様の名称を有
するハードウェア装置に大まかに対応することができるが、本発明の実施形態によれば、
異なる実施形態では、本明細書に提供される開示に基づいて、説明される手順を実行する
様々なモジュール及び／又は命令を、異なる様々なハードウェア装置及び／又は示されて
いないハードウェア装置に配置し得ることを当業者は理解しよう。例えば、ＢＯＡ装置１
０４は、ＢＯＡモジュール１１１０を含み、ＢＯＡモジュール１１１０のタスクを実行す
るように構成されたタッチスクリーンＰＣであり得るが、本発明の実施形態によれば、代
替として、モニタ等の単純な表示装置であり得、ＢＯＡモジュール１１１０及び／又はモ
バイルアセット管理モジュール１１０６の計算機能は、他のハードウェアにより実行され
、それにより、表示情報のみがＢＯＡ装置１０４に通信される。
【００９６】
本発明の実施形態によるＢＯＡ装置１０４は、Ｚｏｌｌ  Ｄａｔａ  Ｓｙｓｔｅｍｓ  
ＲｅｓｃｕｅＮｅｔ（登録商標）ｅＰＣＲ  ＳｕｉｔｅのＱｕｉｃｋｌｏｇ機能と同様に
、高速で容易なデータ入力を可能にするソフトウェアを有するタッチスクリーン装置を介
して、データ入力を容易にするように構成し得る。さらに、ＢＯＡ装置１０４は、本発明
の実施形態によれば、前のトランスポート並びに／或いはモバイルデータベース１１８及
び／又は企業データベース１３０から検索された他のエージェンシーから、患者監視デー
タ（例えば、１２リードＥＣＧデータ）を選択し表示できるようにするように構成し得る
。そのような履歴及び／又は共有患者データは、病院に提供することもでき、且つ／又は
病院若しくは他のケア施設によりデータ管理プログラムの部分として記憶し得る。ＢＯＡ
装置１０４は、例えば、除細動装置によるそのような情報の「ライブ」表示と同様に、ス
トリーミングＥＣＧ情報を表示するように構成することもできる。ＢＯＡ装置１０４は、
実施中の心肺蘇生についてのフィードバックをＥＭＳ隊員１１４に表示し、心肺蘇生の実
施中及び／又は実施後にＣＰＲ技法を評価するように構成することもできる。本発明の実
施形態によれば、ＢＯＡ装置１０４は、加速度計並びに／或いは胸部圧迫の存在、及び／
又は胸部圧迫のタイミング、及び／又は深さ／変位、及び／又は速度、及び／又は加速度
を検出するように構成された装置、例えば、２００２年５月２１日に発行された米国特許
第６，３９０，９９６号明細書、２００４年１２月７日に発行された米国特許第６，８２
７，６９５号明細書、２００６年１０月１７日に発行された米国特許第７，１２２，０１
４号明細書、及び２００６年１月１２日に出願された米国特許出願公開第２００６／００
０９８０９号明細書に記載又は参照される装置及び方法等の他のＣＰＲ評価装置に通信可
能に結合され、それ（ら）装置から情報を受信するように構成し得、これら特許及び特許
出願は参照により本明細書に援用される。
【００９７】
図１７は、本発明の実施形態による、ＢＯＡモジュール１１１０により実行される方法
を示すフローチャート１７００を示す。プロセスはブロック１７０１において開始される
。ＢＯＡモジュール１１１０は初期化され（ブロック１７０２）、次に、ユーザは、医療
情報及び／又はＥＭＳ情報を受信する装置を選択し得る（ブロック１７０４）。例えば、
そのような装置選択は、接続を確立するために、患者監視モジュール１１０２が受信する
非同期メッセージを生成すること（ブロック１７０６）、接続を確立するために、ナビゲ
ーションモジュール１１１４が受信する非同期メッセージを生成すること（ブロック１７
０８）、及び／又は接続を確立するために、患者カルテ記入モジュール１１１２が受信す
る非同期メッセージを生成すること（ブロック１７１０）を含み得る。ユーザが、装置を
選択又は変更する非同期イベントを開始する場合、装置の異なるサブセット（異なる装置
、少数の装置、又は多数の装置）を随時選択し得る（ブロック１７１２）。
【００９８】
装置が選択されると、ＢＯＡ装置１０４は一連の異なる表示を循環させる（ブロック１
７１４）。この循環は、事前設定された間隔で行われるようにプログラムすることができ
、例えば、ＢＯＡ装置１０４は、７秒毎に異なるデータモデル間で表示を循環させるよう
に構成し得る。例えば、ナビゲーション装置データモデルを表示し得（ブロック１７１６
）、このデータモデルは、例えば、図３に示されるデータモデルと同様であり得る。事前
設定された時間後、表示は、例えば、図４に示されるデータモデルと同様に、患者監視装
置データモデルに切り替え得る（ブロック１７１８）。さらなる事前設定時間後、表示は
、例えば、図５に示されたデータモデルと同様に、患者カルテ記入装置データモデルに切
り替え得る（ブロック１７２０）。表示が各データモデルを通して循環すると、本発明の
実施形態によれば、最初に表示されたデータモデルに戻り、循環を繰り返し得る。ユーザ
が、例えば、循環供給ボタン（図３のボタン３１８と同様）を選択することにより非同期
イベントを開始する（ブロック１７２２）場合、他のタスク中にそのような循環を開始又
は再開し得る。
【００９９】
ユーザが「供給」ボタンのうちの１つを選択すると（ブロック１７２４）、非同期イベ
ントが生成され、その供給に対応するデータモデルをより長い所定の時間期間、例えば、
１分にわたって表示させる（ブロック１７２６）。例として、ユーザが患者カルテ記入ボ
タン２０６を選択した場合（図２参照）、図５と同様の患者カルテ記入データモデルが即
座に表示され、デフォルト循環時間よりも長い時間期間にわたって表示される状態を保つ
。ユーザがパッチメモボタン２０８を選択した場合（ブロック１７２８）、本発明の実施
形態によれば、非同期イベントが生成され、ユーザが次に、循環供給ボタン３１８又は特
定の供給ボタン２０２、２０４、２０６を選択するまで、図６と同様のパッチメモデータ
モデルを表示させる（ブロック１７３０）。ユーザがプロトコルボタンを選択した場合（
ブロック１７３２）、本発明の実施形態によれば、非同期イベントが生成され、ユーザが
次に、循環供給ボタン３１８又は特定の供給ボタン２０２、２０４、２０６を選択するま
で、図７と同様のプロトコルデータモデルを表示させる（ブロック１７３４）。
【０１００】
ＥＭＳ装置のうちの１つが新しいデータを受信するか、又は生成する場合、その装置は
、本発明の実施形態によれば、ＢＯＡモジュール１１１０が受信する非同期通知を生成す
るように構成し得る。例えば、本発明の実施形態によれば、患者カルテ記入モジュール１
１１２は、共有する新しい情報を有する場合、非同期メッセージを生成し得（ブロック１
７３６）、患者監視モジュール１１０２は、共有する新しい情報を有する場合、非同期メ
ッセージを生成し得（ブロック１７３８）、ナビゲーションモジュール１１１４は、共有
する新しい情報を有する場合、非同期メッセージを生成し得る（ブロック１７４０）。こ
れらの非同期メッセージは、新しいデータ又は更新データ自体を内部に含み得る。ＢＯＡ
モジュール１１１０は、これらの通知の１つ又は複数を受信した場合、特定の装置及び／
又は受信した情報に対応する１つ又は複数のデータモデルを更新する（ブロック１７４２
）。例えば、新しい患者カルテ記入情報を特定のカルテ記入モジュール１１１２（患者カ
ルテ記入装置１０８で実行中であり得る）から受信した場合、ＢＯＡモジュール１１１０
は、患者カルテ記入データモデルを更新して、最新データを反映させる。次に、ＢＯＡモ
ジュール１１１０は表示をリフレッシュし（ブロック１７４４）、それにより、データモ
デル内の任意のデータがブロック１７４２において更新された場合、現在表示されている
データモデルは、新しいデータモデルで即座に置換される。次に、データモデルの更新は
、企業アプリケーションサーバ１２８に存在し得るＢＯＡ企業モジュールに送信し得（ブ
ロック１７４６）、それにより、本発明の実施形態によれば、ＢＯＡ企業モジュールへの
非同期メッセージが生成される（ブロック１７４８）。
【０１０１】
本発明のいくつかの実施形態は様々なステップを含み、ステップのうちのいくつかは、
ハードウェア構成要素により実行し得、又は機械実行可能命令で具現し得る。これらの機
械実行可能命令を使用して、命令がプログラムされた汎用又は専用プロセッサにステップ
を実行させ得る。或いは、ステップは、ハードウェア、ソフトウェア、及び／又はファー
ムウェアの組み合わせで実行してもよい。さらに、本発明のいくつかの実施形態は、少な
くとも部分的に（例えば、１つ又は複数のモジュール）、１つ又は複数のコンピュータシ
ステム、メインフレーム（例えば、ＩＢＭ  ｚＳｅｒｉｅｓ等のＩＢＭメインフレーム、
Ｕｎｉｓｙｓ  ＣｌｅａｒＰａｔｈメインフレーム、ＨＰ  Ｉｎｔｅｇｒｉｔｙ  Ｎｏｎ
Ｓｔｏｐサーバ、ＮＥＣ  Ｅｘｐｒｅｓｓシリーズ等）、又はクライアント−サーバ型シ
ステムで実行又は実施し得る。さらに、本発明の実施形態の特定のハードウェア態様は、
これらのシステムの１つ又は複数又はその部分を組み込み得る。
【０１０２】
したがって、図１８は、本発明の実施形態が利用し得るコンピュータシステム１８００
の例である。本例によれば、コンピュータシステムは、バス１８０１と、少なくとも１つ
のプロセッサ１８０２と、少なくとも１つの通信ポート１８０３と、メインメモリ１８０
４と、リムーバブル記憶媒体１８０５と、読み取り専用メモリ１８０６と、大容量記憶装
置１８０７とを含む。
【０１０３】
プロセッサ１８０２は、Ｉｎｔｅｌ（登録商標）Ｉｔａｎｉｕｍ（登録商標）若しくは
Ｉｔａｎｉｕｍ  ２（登録商標）プロセッサ、又はＡＭＤ（登録商標）Ｏｐｔｅｒｏｎ（
登録商標）、又はＡｔｈｌｏｎ  ＭＰ（登録商標）プロセッサ、又はＭｏｔｏｒｏｌａ（
登録商標）ラインのプロセッサ等であるが、これらに限定されない任意の既知のプロセッ
サであることができる。通信ポート１８０３は、例えば、モデムベースのダイアルアップ
接続と併用されるＲＳ２３２ポート、１０／１００イーサネットポート、又は銅若しくは
ファイバを使用するギガビットポートのうちの任意であることができる。通信ポート１８
０３は、ローカルエリアネットワーク（ＬＡＮ）、広域ネットワーク（ＷＡＮ）、又はコ
ンピュータシステム１８００に接続する任意のネットワーク等のネットワークに応じて選
び得る。メインメモリ１８０４は、ランダムアクセスメモリ（ＲＡＭ）又は当業者に一般
に知られている他の任意の動的記憶装置であることができる。読み取り専用メモリ１８０
６は、例えば、プロセッサ１８０２の命令等の静的な情報を記憶するプログラマブル読み
取り専用メモリ（ＰＲＯＭ）等の任意の静的記憶装置であることができる。
【０１０４】
大容量記憶装置１８０７は、情報及び命令の記憶に使用することができる。例えば、例
えば、ＳＣＳＩドライブのＡｄａｐｔｅｃ（登録商標）ファミリのハードディスク、光デ
ィスク、ＲＡＩＤ（例えば、ＲＡＩＤドライブのＡｄａｐｔｅｃファミリ）等のディスク
アレイ、又は他の任意の大容量記憶装置を使用し得る。バス１８０１は、プロセッサ１８
０２を他のメモリ、記憶装置、及び通信ブロックに通信可能に結合する。バス１８０１は
、例えば、使用される記憶装置に応じて、ＰＣＩ／ＰＣＩ−Ｘ又はＳＣＳＩベースのシス
テムバスであることができる。リムーバブル記憶媒体１８０５は、例えば、任意の種類の
外付けハードドライブ、フロッピー（登録商標）ドライブ、フラッシュドライブ、ＩＯＭ
ＥＧＡ（登録商標）Ｚｉｐドライブ、コンパクトディスク−読み取り専用メモリ（ＣＤ−
ＲＯＭ）、コンパクトディスク−書き換え可能（ＣＤ−ＲＷ）、又はデジタルビデオディ
スク−読み取り専用メモリ（ＤＶＤ−ＲＯＭ）であることができる。上述した構成要素は
、いくつかの種類の可能性の例示を意味する。上記例は、単なる例示的な実施形態である
ため、本発明の範囲を決して限定しない。
【０１０５】
本発明の実施形態は、緊急医療サービス環境で様々な他の解決策を達成するように構成
し得る。例えば、ＢＯＡ装置１０４は、ナビゲーション装置１１０と通信し、追加のマッ
ピング及び／又はナビゲーション情報を提供するように構成し得る。ＢＯＡ装置１０４は
、病院行先についての状態情報を表示し、本発明の実施形態によれば、救急車１０１を向
かわせる迂回路又は代替の行先を示し得る。ＢＯＡ装置１０４は、本発明の実施形態によ
れば、病院の適応性（例えば、心臓専門、火傷専門）、許容される保険、収容可能患者数
及び現在の患者収容状態等の病院及び／又は他の行先についての特徴も表示し得る。ＢＯ
Ａ装置１０４は、病院又は他の行先の企業ワークステーション１２２と通信して、患者１
１６の事前登録又は部分的な事前登録を可能にすることもできる。本発明の実施形態によ
れば、受け入れ余地のない病院は、救急車のドライバ１１２に受け入れ余地なしと示され
る。ＢＯＡ装置１０４は、そのような情報を地図と同時に表示し、且つ／又はナビゲーシ
ョン中、行先選択に役立つように構成し得る。この情報は、本発明の実施形態によれば、
企業サーバ１２６若しくは１２８、及び／又は企業ワークステーション１２２、及び／又
はナビゲーション装置１１０からネットワーク１２０を介して取得し得る。
【０１０６】
ＢＯＡ装置１０４は、本発明の実施形態によれば、ＥＭＳドライバ１１２及び／又はＥ
ＭＳ隊員１１４を含め、ユーザと様々な方法で通信するように構成することもできる。例
えば、ＢＯＡ装置１０４は、音声プロンプト、アラーム、スケジューリング、タイミング
、及び／又は音声ストリームをＥＭＳユーザに提供するように構成し得る。ＢＯＡ装置１
０４には、Ｂｌｕｅｔｏｏｔｈ（登録商標）接続性又は機能を構成し得、それにより、ユ
ーザは、一意のＢｌｕｅｔｏｏｔｈ（登録商標）装置とＢＯＡ１０４とを接続又は対にし
て、音声情報を受信し、且つ／又は声でのプロンプトを通信し得る。アラームは、本発明
の実施形態によれば、始動イベント時、例えば、ＢＯＡ装置１０４が、検出パラメータが
許容範囲外又は許容値外であることを示す非同期イベント信号をセンサから受信した場合
に音を発するか、又は視覚的に表示するように構成し得る。音声及び／又は視覚的な合図
を使用して、特定の投与計画をユーザに警告し得、例えば、最初の薬剤投与から特定量の
時間が経過した場合にビープ音を発し得る。そのようなアラーム及び／又は計画は、本発
明の実施形態によれば、ユーザが設定若しくはカスタマイズし得、又はアラーム及び計画
オプションの所定のセットから選択し得る。
【０１０７】
本発明の実施形態によれば、ＢＯＡ装置１０４は、役割ベースのデータ及び／又は音声
ストリームを提供し得る：例えば、ＣＰＲを施す隊員は、患者の心臓状況についての音声
及び／又は視覚的情報を受信し得るが、ＢＯＡ装置１０４は、そのユーザに対して地図及
び／又はルート指定情報等の他の情報をフィルタリングして除去し得る。本発明の実施形
態によれば、役割に基づいて、プライベートでカスタマイズされたフィードバック及び／
又は情報をＥＭＳユーザに提供し得る。
【０１０８】
ＢＯＡ装置１０４は、本発明の実施形態によれば、ＥＭＳ隊員に判断サポートをさらに
提供し得る。隊員１１４により入力される情報（例えば、患者カルテ記入装置１０８を介
して）及び／又は患者監視装置１０６から受信する情報に基づいて、ＢＯＡ装置１０４は
、本発明の実施形態によれば、その情報を内部又は外部データベースと比較して、鑑別診
断及び／又は予測診断を表示又は他の様式で伝達し得る（例えば、ベクター又はＥＫＧ情
報に基づいて）。例えば、ＢＯＡ装置１０４は、症状及び／又は治療への反応に基づいて
判断マトリックスをＥＭＳ隊員１１４に提示して、例えば、インタラクティブ形式で、Ｅ
ＭＳ隊員１１４による潜在的な診断判断を支援し得る。ＢＯＡ装置１０４は、隊員１１４
又は通信している装置の１つから受信する情報に基づいて、プロトコル又はプロトコルへ
のリンクを提供し得る。
【０１０９】
一実施形態では、患者の病歴についてのデータは、ＢＯＡ装置１０４のモニタを介する
患者の生理学的測定と共に、ＢＯＡ装置１０４を介して入力し得る。鑑別診断は患者の病
歴、患者の検査所見、並びにＥＣＧ、カプノグラフ、及びパルス酸素濃度等のモニタリン
グを介する患者の生理学的状態の測定の両方を必要とするため、これらのデータ要素はユ
ーザインタフェースに統合され、ユーザインタフェースは、本発明の実施形態によれば、
ＢＯＡ装置１０４のアプリケーション内の１つの鑑別診断画面上で、様々なデータ要素を
自動的又は半自動的に統合する。ＢＯＡ１０４のインタフェースは、救急隊員が一般的に
存在する症状又は患者の訴えのリストから、例えば、呼吸困難又は呼吸の苦しさを選択す
るように求めることにより開始される。図２６〜図２８（参照により本明細書に援用され
るＡｍ  Ｆａｍ  Ｐｈｙｓｉｃｉａｎ  ２００３；６８：１８０３−１０から直接とった
もの）及び図２９（０２／０１／０８に改訂されたＣｏｌｌｉｅｒ  Ｃｏｕｎｔｙ  Ｃｏ
ｍｍｏｎ  Ｍｅｄｉｃａｌ  Ｐｒｏｔｏｃｏｌから直接とったもの）に示される画面上の
情報等の情報は、救急隊員が情報を取得する構造的手法を提供する。患者の病歴及び生理
学的な検査所見がＢＯＡ装置１０４に入力されるにつれて、鑑別診断ページは考えられる
診断を徐々に狭め得る。心音の測定及び検出が、Ｓ３及びＳ４心音を検出するために監視
装置１０６に組み込まれ、鑑別を自動的に狭め、又は心不全若しくは肺水腫がソフトウェ
ア診断と一致することを確認するように救急隊員に示唆し得る。心音を組み込むためのフ
ローチャートを図２６〜図２９に示す。パルス酸素濃度及びカプノグラフも、非常に有益
な測定であり、より正確な診断のために、アルゴリズムに自動的に組み込み得る。
【０１１０】
一実施形態では、救急隊員は、図２６〜図２９の画面に表示されるリストから考えられ
る所見として列挙される病歴又は身体検査所見へのカーソルに単に触れることが可能であ
り得、それにより、不必要な打鍵入力を最小に抑え得る。考えられる所見又は病歴の各リ
ストの下には、現在の状況と通常は一貫しない所見又は病歴のために、「他」のデータ入
力位置がある。一実施形態では、これらの追加の所見、病歴、又は生理学的測定は、本発
明の実施形態によれば、より大きな鑑別診断データベースと比較して、計算された確率に
基づいて、他の可能性を救急隊員に示唆し、又はその他の考えられる原因が除外されたか
否かを示唆することができる。
【０１１１】
１２リードデータ及び他のＢＯＡ１０４装置データを企業環境１０２に送信し、企業ワ
ークステーション１２２又はウェブベース環境で表示且つ／又は検索し得るのと略同じよ
うに、ＢＯＡ装置１０４は、本発明の実施形態によれば、企業環境１０２から同様の情報
を受信し、表示し、且つ／又は記憶するように構成することもできる。例えば、患者が、
専門的なケアを受けるためにある病院から別の病院に搬送中である状況では、病院は、患
者のバイタル、及び／又は既往歴、及び／又は医師の推奨についての情報をＢＯＡ装置１
０４に送信し得る。或いは、病院は、遠隔にいるＥＭＳ隊員による、そのような情報が保
持された１つ又は複数のデータベースの照会の電子許可を認めて、ＥＭＳ隊員１１４が、
ＢＯＡ装置１０４のインタフェースを使用して、受信したい情報及び情報量を選択できる
ようにし得る。このようにして、救急車１０１内の隊員は、例えば、病院で患者に何か生
じているかを知ることができる。
【０１１２】
ＢＯＡ装置１０４は、本発明の実施形態によれば、音声認識ソフトウェア及び／又はテ
キスト−音声変換ソフトウェアを含むこともできる。したがって、本発明の実施形態によ
れば、ＢＯＡ装置１０４は、１つ又は複数の装置から受信したテキスト又は数値データを
読み上げて、そのデータをＥＭＳ隊員１１４に聞こえるように伝達する音声信号を提供し
得、それにより、ＥＭＳ隊員１１４は、視覚的注意を患者又は別の作業から逸らす必要が
ない。ＢＯＡ装置１０４は、声によるコマンドプロンプトを認識して、ユーザが、手の注
意を患者又は目の前の作業から逸らす必要性に代えて、声でＢＯＡ装置１０４を操作でき
るようにもし得る。
【０１１３】
ＢＯＡ装置１０４は、患者監視装置１０６等の装置に記憶された音声データを検索して
、処置若しくは診断及び／又は記憶、隊員評価、品質管理、若しくは後の再生においてＥ
ＭＳ隊員１１４を助けるように構成し得る。例えば、本発明の実施形態によれば、患者監
視装置１１４は、連続音声ストリームを記録する除細動器であり得、ＢＯＡ装置１０４は
連続音声ストリームにアクセスし、特定の部分を選択的に再生し、且つ／又は音声ストリ
ーム若しくは音声ファイルを送信して、遠隔アクセス若しくは遠隔記憶できるようにし得
る。ＢＯＡ装置１０４は、ＥＭＳ隊員１１４が患者に到着する前であっても、患者監視装
置１０６又は他の装置から音声情報を受信して、現場の準備に関してＥＭＳ隊員１１４を
助けるように構成することもできる。
【０１１４】
本発明の実施形態によれば、ＢＯＡ装置１０４は、ビデオ監視装置、例えば、ウェブカ
ム若しくは独立したビデオカメラ及び／又はＢＯＡ装置１０４が接続する別の装置に搭載
されるか、若しくはその装置の部分であるビデオ捕捉装置に接続するように構成し得る。
例えば、救急車１０１の後部に搭載されたビデオカメラ又はスチルカメラは、企業環境１
０２及び／又は管理環境１０３に記憶し、且つ／又は送信し、且つ／又は再送信するため
に、ＢＯＡ１０４に視覚的データを提供し得る。そのようなビデオ供給により、例えば、
患者が到着する前に、病院で待機中の医師が患者の状態を見ることが可能であり得る。
【０１１５】
臨床及び非臨床の両方の複数のＥＭＳ関連装置に接続し、インタフェースし、複数の装
置からのそのようなＥＭＳ情報（臨床及び非臨床の両方）を集計する能力により、ＢＯＡ
装置１０４は、在庫を監視し制御するように構成することもできる。例えば、ＢＯＡ装置
１０４は、バーコードスキャナ、無線周波数識別（「ＲＦＩＤ」）受信器若しくは送受信
器、又は他の在庫監視装置に通信可能に結合し得る。ＢＯＡ装置１０４は、特定の在庫品
目セットを、それが医療装置であるか、補給品であるか、薬剤であるか、それとも人員等
であるかに関わりなく追跡するデータベースを保持し、又はそのようなデータベースと通
信し得る。
【０１１６】
例えば、ＢＯＡ装置１０４は、特定の救急車１０１に搭載されている装置、補給品、及
び薬剤の在庫を追跡するデータベースを含み得る。新しい装置が救急車１０１に配置され
る場合、その新しい装置にタグ、又はバーコード、又は他の一意の識別子が取り付けられ
、ＢＯＡ装置１０４は、新しい在庫品目の存在を自動的に感知するか、又は感知するよう
に命令される（例えば、バーコードスキャナを用いてバーコードをスキャンすることによ
り）ように構成し得る。ＢＯＡ装置１０４は、状態更新要求でユーザを促すこともでき、
例えば、新品目、除去された品目、投薬中の品目、破壊された品目、移転中の品目。した
がって、救急車１０１のシフト開始時に、クルーはＢＯＡ装置１０４に問い合わせて、車
載されている装置、補給品、及び／又は薬剤の在庫を表示し得、任意の不足品の在庫を補
足し得る。薬剤が投与される場合、薬剤投与をスキャンしてＢＯＡ装置１０４システムに
入力し得、投与されたため、交換すべきであることが指示される。シフト終了時、クルー
は、ＢＯＡ装置１０４を介して在庫をチェックし、必要な補給品を補充し、且つ／又は任
意の適切な補充、監視、及び／又は確認活動のために、在庫状況を第三者に送信し得る。
【０１１７】
そのような在庫情報は、遠隔使用及び／又は記憶のためにＢＯＡ１０４により伝達する
こともできる。例えば、除細動器患者監視装置１０６を救急車１０１の各クルーがチェッ
クし、この情報は、ＢＯＡ装置１０４によりネットワーク１２０を通して企業記憶サーバ
１２６に送信し得、企業記憶サーバ１２６は、複数の救急車１０１にわたるそのような情
報を集計し得る。本発明の実施形態によれば、遠隔企業ワークステーション１２２を使用
するシフト監督者は、そのようなデータベース１０１を照会して、どの除細動器がどの救
急車で現場に出ているかを特定し得る。このようにして、ＢＯＡ装置１０４は、在庫情報
を中央システムに自動的にアップロードし得る。
【０１１８】
ＢＯＡ装置１０４は、本発明の実施形態によれば、ＥＭＳ隊員１１４及び患者１１６の
安全を追跡する装置（臨床及び／又は非臨床）に接続するように構成することもできる。
例えば、ＢＯＡ装置１０４は、本発明の実施形態によれば、加速度計、及び／又はタイヤ
圧センサ、及び／又は他の車両関係センサに接続して、運転状況、運転挙動、安全レベル
、及び／又はイベント発生を追跡するように構成し得る。本発明の一実施形態によれば、
ＢＯＡ装置１０４は、飲酒検知装置に接続するように構成し得、飲酒検知装置は、ドライ
バ及び／又は患者の血中アルコール濃度を感知し、且つ／又は推定するために使用し得る
。ＢＯＡ装置１０４は、本発明の実施形態によれば、そのようなデータを収集し、ユーザ
にフィードバックフォーマットで表示し得、且つ／又は記憶及び／又は遠隔評価のために
ネットワーク１２０を通してそのようなデータを送信し得る。ＢＯＡ装置１０４は、本発
明の実施形態によれば、車両の保守計画を監視し、保守が必要又は推奨される場合、ユー
ザに警告することもできる。
【０１１９】
ネットワーク１２０との接続とともに、他の装置１０６、１０８、１１０との接続にも
より、ＢＯＡ装置１０４は、本発明の実施形態によれば、外傷又は災害状況で救急車本部
及び／又は一種の「中継局」として機能することもできる。例えば、ＢＯＡ装置１０４は
、救急車１０１外部の装置及び／又は異なる救急車１０１内にある装置を含む複数の装置
に接続して、例えば、ＢＯＡ装置１０４のユーザが反応治療を見て管理できるように構成
し得る。本発明の実施形態によれば、そのような構成では、複数の装置（例えば、複数の
除細動器又は他の患者監視装置）からのデータを、ネットワーク１２０を通して企業環境
１０２及び／又は管理環境１０３に伝達することも可能であり得る。別の例として、上述
したＢＯＡ装置１０４システムが備えられた１台の救急車１０１を災害又は外傷状況に配
備し得、ＢＯＡ装置１０４を複数の患者監視装置１０６に接続し、それらの装置からの情
報を集計し得る。監督者又は状況マネージャが、ＢＯＡ装置１０４を使用して、治療状態
を監視し、患者医療のニーズの優先順位を付け、関連情報を選択された外部の介護者、病
院、及び／又は治療センターに送信し、それに従ってリソースを分配し得る。
【０１２０】
本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４は、接続された装置の診断を
実行し、且つ／又は自己診断を開始するように構成される。ＢＯＡ装置１０４は、ダウン
ロードされたプロトコルを表示に提供し、且つ／又は医学的緊急事態をシミュレート（例
えば、医学的緊急事態中又は搬送中の複数の臨床装置及び非臨床装置からのデータ供給を
シミュレート）することにより、ＥＭＳ隊員１１４の訓練及び／又は教育に使用すること
もできる。
【０１２１】
本発明のいくつかの実施形態によれば、ＢＯＡ装置１０４は、ナビゲーション装置１１
０（又は他の所定の装置）との接続がオンラインであるか、それともオフラインであるか
の視覚的表示を提供する。いくつかの実施形態によれば、ユーザは、現在の患者情報より
も既往歴の表示を選択することができ、例えば、ユーザは、前の１２リードのサムネイル
表示を選択し得、１２リードデータスナップショットの集まりを、例えば、一意のシリア
ルナンバーと共に企業環境１０２（例えば、病院）に送信することができる。企業ユーザ
１２４は、本発明の実施形態によれば、ＢＯＡ装置１０４からのパッチメモを表示するこ
ともでき、それにより、ＥＭＳ隊員１１４は電話で伝達する必要がない。
【０１２２】
ＢＯＡ装置１０４は、本発明の実施形態によれば、ＢＯＡ装置１０４が接続された各装
置及び接続状態を列挙したドロップダウンメニューインタフェースを含むこともできる。
ＢＯＡ装置１０４は、指紋リーダ若しくは網膜スキャナ等の生体認証装置又はキーパッド
等の非生体認証装置に接続して、患者の身元確認及び／又は患者医療記録へのアクセス許
可を支援するように構成することもできる。そのような記録は、例えば、遠隔データベー
スに記憶し、且つ／又は異なるエンティティにより記憶し得る。
【０１２３】
図２０〜図２３は、患者監視モジュール１１０２と装置アダプタ／通信インタフェース
１１０４（図１１参照）との通信に役立つように構成されたＥＭＳ通信インタフェース装
置２０００を示す。すべての患者監視装置１０６が、ＢＯＡ装置１０４又は他の企業環境
１０３のいずれかとの特定の種類の通信（例えば、無線通信）に必要なハードウェアを含
むわけではない。ＥＭＳ通信インタフェース装置２０００は、本発明の実施形態によれば
、患者監視装置１０６への付属品として追加して、通信能力を補うとともに、追加の機能
を提供し得る。
【０１２４】
ＥＭＳ通信インタフェース装置２０００は、本発明の実施形態によれば、例えば、ＰＣ
ＭＣＩＡカードスロット、ＵＳＢスロット等の既存のハードウェアインタフェースを介し
て患者監視装置１０６とインタフェースするように構成し得る。以下の例は、本発明の実
施形態により、装置１０６内のＰＣＭＣＩＡカードスロットを介して患者監視装置１０６
とインタフェースするＥＭＳ通信インタフェース装置２０００を示す。
【０１２５】
図２０は、本発明の実施形態による、ＥＭＳ通信インタフェース装置２０００のキャリ
ア基板２０１０の設計を示す。キャリア基板２０１０は、様々なサブシステムのシステム
オンモジュール（「ＳＯＭ」）のカスタムキャリア基板であり得る。キャリア基板２０１
０は、ＰＣＭＣＩＡエッジコネクタ２０３０、ＰＣＭＣＩＡアドレス・制御送受信器２０
１２、ＰＣＭＣＩＡデータ送受信器２０１４、基板電源２０１６、先入れ先出し（「ＦＩ
ＦＯ」）コプロセッサ入力メモリバッファ２０１８、フラッシュメモリ共通メモリプレー
ン（「ＣＭＰ」）２０２０、複合プログラマブル論理デバイス（「ＣＰＬＤ」）属性メモ
リプレーン（「ＡＭＰ」）スプーフシフタ２０２２、ユニバーサルシリアルバス（「ＵＳ
Ｂ」）ユニバーサル非同期受信器−送受信器（「ＵＡＲＴ」）ブリッジ２０２４、ＣＰＬ
Ｄプログラミングインタフェース２０２６、及びリセットプッシュボタン２０２８をホス
トし得る。本発明の実施形態によれば、３．３Ｖ、１．８Ｖ、及び１．５Ｖレベルの電源
をＰＣＭＣＩＡ  ５Ｖ及び可能な場合には１２Ｖの入力から導出し得る。装置２０００は
ＵＳＢ２．０ポートをさらに含み得る。
【０１２６】
キャリア基板２０１０は、例えば、Ｇｕｍｓｔｉｘ  Ｏｖｅｒｏ  Ａｉｒ  ＳＯＭ又は
ＬｏｇｉｃＰＤ  Ｔｏｒｐｅｄｏ  ＳＯＭ等のＳＯＭコプロセッササブシステム２０４０
を含むこともできる。ＳＯＭ２０４０は、Ｂｌｕｅｔｏｏｔｈ（「ＢＴ」）無線及び／又
はアンテナ並びに／或いはＷｉＦｉ（例えば、８０２．１１ａ／ｂ／ｇ／ｎ）無線及び／
又はアンテナ２０４２を含み得る。８０２．１１ａ／ｇサブシステムは、本発明の実施形
態によれば、ブート中に初期化し構成し得、端末セッションを介して構成することもでき
る。ＳＯＭ２０４０は、例えば、リムーバブルマイクロＳＤ記憶／メモリスロット等の記
憶装置２０４４を含むこともできる。マイクロＳＤカードは、ランダムアクセス記憶装置
等のスロット並びにブートストラップコード源で使用して、コプロセッササブシステム２
０４０を初期化し得る。ＳＯＭ２０４０は、例えば、Ｔｅｘａｓ  Ｉｎｓｔｒｕｍｅｎｔ
ｓ  ＴＰＳ６５９５０集積電力管理ＩＣ等の電力管理集積回路（「ＩＣ」）２０４８を含
むこともできる。ＳＯＭ２０４０は、例えば、２５６ＭＢのランダムアクセスメモリ（「
ＲＡＭ」）と、２５６ＭＢの不揮発性ＲＡＭ（「ＮＶＲＡＭ」）とをパッケージオンパッ
ケージ（「ＰＯＰ」）パッケージ内に有するＴＩ  Ｏｐｅｎ  Ｍｕｌｔｉｍｅｄｉａ  Ａ
ｐｐｌｉｃａｔｉｏｎｓ  Ｐｌａｔｆｏｒｍ（「ＯＭＡＰ」）３５０３プロセッサ等のプ
ロセッサ２０４６を含むこともできる。コプロセッササブシステム２０４０は、本発明の
実施形態によれば、デュアル７０ピンヘッダを介してキャリア基板２０１０に通信可能に
結合し得る。キャリア基板２０１０は、本発明の実施形態によれば、プログラムのために
ジョイントテストアクショングループ（「ＪＴＡＧ」）インタフェースを含むこともでき
る。
【０１２７】
装置２０００は、例えば、Ａｃｔｅｌ  Ｉｇｌｏｏ  Ｎａｎｏ  ＡＧＬ２５０Ｖ２−Ｖ
ＱＧ１００＿０等のＣＰＬＤファームウェアを含み得る。そのようなＣＰＬＤファームウ
ェアは、本発明の実施形態によれば、読み／書き動作について線形フラッシュ（「ＬＦ」
）制御信号を支配し、ＦＩＦＯデュアルポート実施のように書き込み及び読み出し動作に
ついてＦＩＦＯ制御信号を支配し、ＬＦ、ＦＩＦＯ、及びＯＭＡＰにレベルシフトアドレ
ス及びデータバスを利用し得る。装置２０００は、例えば、ＯＥ２．６．ｘ  Ｏｐｅｎ  
Ｅｍｂｅｄｅｄ  Ｌｉｎｕｘ等のオペレーティングシステムを含み得る。装置２０００は
、本発明の実施形態によれば、Ｃ＃共通言語ランタイム（２．６．２）、例えば、Ｍｏｎ
ｏ共通言語ランタイム（「ＣＬＲ」）を利用し得る。装置２０００は、本発明の実施形態
によれば、ＳＱＬｉｔｅソフトウェアライブラリを使用する永続的なデータ記憶装置を含
み得る。装置２０００は、本発明の実施形態によれば、アセット管理パターン化データ記
憶をフレームデータに対して実行し、且つ／又はパラメータ化フレーム検索にアセット管
理パターン化サービスを実行し得る。装置２０００は、本発明の実施形態によれば、スト
リーミングデータ出力、．ＮＥＴ遠隔サービスバス、及び／又は．ＮＥＴ遠隔イベントバ
スにデータグラムプロトコル／インターネットプロトコル（「ＵＤＰ／ＩＰ」）を使用し
て、ＷｉＦｉ通信を達成し得る。
【０１２８】
図２１は、本発明の実施形態によるＥＭＳ通信インタフェース装置２００のシステム概
観を示す。患者監視モジュール１１０２は、患者監視データを処理して送信する。患者監
視モジュール１１０２は、本発明の実施形態によれば、Ｚｏｌｌ  Ｅ−Ｓｅｒｉｅｓ除細
動器により実施し得る。そのような患者監視モジュール１１０２は、本発明の実施形態に
よれば、ＢＴ無線接続２１１０を介してストリーミング患者バイタルサイン及び１２リー
ド情報並びに全開示データを、装置アダプタ１１０４の部分であるＢＴプラグイン２１１
２に送信するように構成される。本明細書で使用する場合、「全開示データ」という用語
は、患者監視装置１０６により記録される全データを意味し、限定ではなく、患者バイタ
ルサイン、１２リードデータ、音声情報、ＥＣＧ情報、リードタイプ、利得、除細動器シ
ョック情報、システムモード、パドルタイプ、心拍数アラーム状態、心拍数、構成情報、
コードマーカ情報、非観血血圧測定、患者名、患者識別情報、２相性除細動器データ、観
血血圧情報、観血血圧波形データ、体温データ、ＳｐＯ２情報、ＳｐＯ２波形、サンプル
番号情報、加速度計情報、加速度計波形、インピーダンス波形、ＣＰＲ現場データ、ＡＰ
ＬＳ波形、及び／又はＡＰＬＳ圧迫検出を含む。
【０１２９】
ＷｉＦｉ無線接続は、ＢＴ無線接続よりもはるかに高い情報転送帯域幅を有する。しか
し、場合によっては、患者監視モジュール１１０２が実行される患者監視装置１０６はＷ
ｉＦｉ性能を有さず、ＰＣＭＣＩＡインタフェース２１１４を有するＰＣメモリカード国
際規格（「ＰＣＭＣＩＡ」）カードスロットを含み得る。ＰＣＭＣＩＡカードは、ＰＣカ
ードと呼ばれることもある。ＥＭＳ通信インタフェース装置２０００は、ＰＣＭＣＩＡカ
ードスロット２１１４に差し込み得る。装置２０００は、本発明の実施形態によれば、線
形フラッシュメモリカード２１２２又は他のメモリ要素を含み、患者監視装置１０６から
の全開示データを記録し得る。本発明の実施形態によれば、メモリカード２１２２を使用
して、患者監視装置１０６データスロットに書き込まれたすべてのデータを線形フラッシ
ュメモリ２１２２に記憶することにより、線形フラッシュメモリ２１２２から記憶データ
のユーティリティモードユーザ開始検索を許可することにより、且つ／又は線形フラッシ
ュメモリ２１２２のユーティリティモードユーザ開始消去を許可することにより、患者監
視装置１０６のすべての既存のメモリカード機能を複製し得る。
【０１３０】
患者監視モジュール１１０２からの全開示データストリームは、本発明の実施形態によ
れば、ＥＭＳ通信インタフェースモジュール２１１６によりＰＣＭＣＩＡスロット２１１
４を通して受信することもでき、ＥＭＳ通信インタフェースモジュール２１１６は、全開
示データをインシデントデータに変換し、ＷｉＦｉ接続２１１８を介して、通信インタフ
ェース１１０４の部分であるＷｉＦｉプラグイン２１２０にインシデントデータを提供す
る。
【０１３１】
図２２は、本発明の実施形態によるＥＭＳ通信インタフェース装置２０００の別のシス
テム概観を示す。図２１に示されるように、全開示データは、本発明の実施形態によれば
、メモリモジュール２１２２、例えば、フラッシュ線形アナログメモリモジュール２１２
２に記録される。フラッシュアナログモジュール２１２２は、本発明の実施形態によれば
、患者監視装置１０６に永久的に関連付けられた任意のメモリ要素に装置１０６が読み出
し、書き込み、及び／又は消去を行い得る様式と同様にして、患者監視モジュール１１０
２により読み出し、書き込み、及び／又は消去を行い得る。これは、例えば、装置１０６
のユーティリティモードを使用することにより達成し得る。したがって、フラッシュアナ
ログ２１２２は、ＳＯＭ（例えば、マイクロプロセッサ２２０４）とインタフェースせず
、患者監視モジュール１１０２のみと書き込み／読み出し／消去様式でインタフェースす
る。
【０１３２】
本発明の実施形態によれば、フラッシュアナログメモリ２１２２は、患者監視装置１０
６に通常関連付けられ、患者監視装置１０６内に埋め込まれ得る線形フラッシュカードに
類似するように設計される。特定の情報は、不揮発性メモリ領域、例えば、属性メモリプ
レーンに記憶し得、特定の他の情報は、共通メモリプレーンの第１の一連のバイトに記憶
して、メモリ２１２２が患者監視装置１０６の内部メモリに類似し得る。通信インタフェ
ース２１１６はＦＩＦＯバッファ２０２２であり得、ＦＩＦＯバッファ２０２２は、ＰＣ
ＭＣＩＡインタフェース２１１４を介して患者監視モジュール１１０２から全開示データ
を受信し、全開示データをマイクロプロセッサ２２０４に渡し得る。ＦＩＦＯ２２０２は
、本発明の実施形態によれば、患者監視モジュール１０６からマイクロプロセッサ２２０
４へと一方向である。送信されるインシデントデータは、アセット管理データベース２３
１４に存在してもよい。
【０１３３】
本発明の実施形態によれば、ＦＩＦＯバッファ２２０２及び／又はフラッシュアナログ
メモリモジュール２１２２は、ＳＯＭ２０４０が非稼働である場合であっても機能するハ
ードウェアのみの解決策である。この機能は、本発明の実施形態によれば、ＳＯＭ２０４
０が機能しない場合にデータを保護できるようにするとともに、ＳＯＭ２０４０がデータ
をバッファリングして、初期化できる（例えば、ＥＭＳ通信インタフェースサービスをブ
ートして開始できる）ようにする。本発明の実施形態によれば、カード２１２２への治療
モードデータ捕捉中、仮にＳＯＭ２０４０がディセーブルされる場合であっても、装置１
０６のデータは失われない。本発明の実施形態によれば、これによりまた、メモリモジュ
ールへのデータ記憶に関して患者監視装置１０６のユーティリティモードで訓練したユー
ザは、装置１０６内部のメモリモジュールの代わりに、メモリモジュール２１２２にデー
タが記憶される状態であっても、そのようなユーティリティモードを使用し続けることが
できる。
【０１３４】
通信インタフェース１１０４の部分であるプラグイン２１２０を使用して、インシデン
トデータ（「ＩＤ」）を、ＷｉＦｉ接続２１１８を介してマイクロプロセッサ２２０４か
らストリーミングし得る。そのような情報は、例えば、ＢＯＡ装置１０４により受信して
表示し得、リアルタイム及び／又は臨床的な重要時に表示し得る（例えば、医療的に正確
で適時の観察、診断、及び／又は治療判断を行うことができる時間以下の遅延をもって）
。本発明の実施形態によれば、インシデントデータは、１秒以下の遅延でＢＯＡ装置１０
４にストリーミングし得る。例えば、除細動器患者監視装置１０６により生成される１２
リードデータは、本発明の実施形態によれば、少なくとも１秒に１回更新し得る。
【０１３５】
マイクロプロセッサ２２０４は、本発明の実施形態によれば、イベントバスを介し、Ｗ
ｉＦｉ接続２１１８を経由して非同期（例えば、イベントベース）通知を生成するように
プログラミングすることもできる。例えば、患者のバイタルサインが現在のパラメータ外
になった場合、マイクロプロセッサ２２０４は、イベントバスを介し、通信インタフェー
ス１１０４を経由してアラームイベントを送信するようにプログラムし得る。
【０１３６】
さらに、マイクロプロセッサ２２０４は、本発明の実施形態によれば、双方向サービス
バス／サービスインタフェースを可能にし、特定のインシデントに関連するインシデント
データを要求可能にするようにプログラムし得る。例えば、処置後、ユーザは、サービス
バスを介して、マイクロプロセッサ２２０４から、患者インシデントに関連付けられたす
べての情報を要求し得る（ケース番号、患者名等の一意のインシデント識別子を使用して
）。次に、マイクロプロセッサ２２０４は、本発明の実施形態によれば、アセット管理モ
ジュール２３１４に問い合わせ、特定のインシデントに関連付けられたあらゆる記録を検
索し、サービスバスを通して返信する。このようにして、ユーザは、カードファイルデー
タ（多くの場合、複数のインシデント又は求められる情報の特定のサブセットを超える情
報に関連する）をすべてダウンロードする必要なく、特定のインシデントデータを検索し
得る。これは、記憶及び／又は転送前に、マイクロプロセッサ２２０４がデータをインシ
デントデータに変換することにより可能になる。いくつかの場合、ユーザは、アセット管
理モジュール２３１４に記憶されているすべてのデータを要求したいことがあり、これは
、患者監視モジュール１１０２から直接カードファイルを要求する動作と同様である。
【０１３７】
図２３は、本発明の実施形態による、ＥＭＳ通信インタフェース装置２０００のソフト
ウェア論理図を示す。Ｌｉｎｕｘカーネル２３０２は、データストリーム（例えば、全開
示データ）２３０１を患者監視装置１０６から受信するように構成された汎用入出力（「
ＧＰＩＯ」）モジュール２３０４を含み得る。データストリーム２３０１は、本発明の実
施形態によれば、いくつかのＧＰＩＯ２３０４ラインを用いて制御されるＦＩＦＯモジュ
ール２２０２を通してシステム２０００とインタフェースする。ＦＩＦＯは、本発明の実
施形態によれば、ＧＰＩＯ状態、データの制御ビット及び８ビットを使用してＳＯＭに読
み出される。いくつかの実施形態では、デバッグを容易にするために、装置ドライバでは
なくバイトストリームドライバ２３０８をユーザ空間に実施し得る。バイトストリームド
ライバ２３０８は、ＦＩＦＯ２２０２の空フラグ（一実施形態では、デバッグ効率のため
に生じる割り込みとは対照的にポーリングし得る）を監視することにより、ＦＩＦＯ２２
０２を空の状態に保ち得る。
【０１３８】
バイトストリームドライバ２３０８によりＦＩＦＯから読み出されたバイトは、本発明
の実施形態によれば、患者監視装置１０６により送られるものと同様のブロックとして組
み立て直され、データフォーマッタ２３１０でフレーム化される。これにより、データフ
ォーマッタ２３１０からフレームイベントストリーム２３０３が生成される。次に、フレ
ームイベントストリームはアセット管理モジュール２３１０に送信され、アセット管理モ
ジュール２３１２は、フレームをデータベース２３１４に保存し、ＷｉＦｉチャネルから
Ｌｉｎｕｘカーネル２３０２のＴＣＰ／ＩＰモジュール２３０６に転送する。本発明のい
くつかの実施形態によれば、フレームイベントストリーム２３０３は、ＷｉＦｉ接続を経
由して暗号化ＵＤＰブロードキャストを介して送信されるため、広範囲のクライアントで
受信することができる（例えば、ＵＤＰブロードキャストを受信するようにｉＰｈｏｎｅ
を構成し得る）。フレームイベントストリーム２３０３は、本発明の実施形態によれば、
通信インタフェースモジュール１１０４の臨床時供給プラグイン２３１６によっても受信
し得る。
【０１３９】
データベース２３１４に記憶されたインシデントデータへの非同期要求は、本発明の実
施形態によれば、通信インタフェースモジュール１１０４のインシデントプラグイン２３
１８等を介して、許可された外部クライアントにより行い得る。そのようなインシデント
サービス呼び出しは、図２３では破線で示される。データベース２３１４はＳＱＬｉｔｅ
データベースとして示されるが、本発明の実施形態によれば、本明細書に提供される開示
に基づいて、アセット管理モジュール２３１２が他のデータベースフォーマットを利用し
てもよいことを当業者は理解しよう。
【０１４０】
本発明の実施形態によれば、バイトストリームは、データフォーマッタ２３１０により
、装置１０６のデータブロックに類似するデータブロックにフォーマットされ、これらの
完全なデータブロックは、構築されると、ＷｉＦｉフォーマットでブロードキャストされ
る（例えば、ブロックは、作成されると、ＷｉＦｉインタフェースを介して送信される）
。本発明の実施形態によれば、アセット管理モジュール２３１２は、例えば、フレーム毎
に１秒で、バイトストリームを一貫した時間ブロックにフレーム化し、各フレームは、ア
セット管理パターン化データ記憶装置（例えば、データベース２３１４）に保存される。
【０１４１】
図２１及び図２２は、全開示データを２つの別個の供給として示すが、本発明の実施形
態によれば、１つの全開示データ供給を二分して、フラッシュアナログモジュール２１２
２及びＦＩＦＯ２２０２の両方に同時に送信してもよい。
【０１４２】
ユーザは、本発明の実施形態によれば、装置２０００に問い合わせて、健康情報、例え
ば、実行時間、検出された例外、及び他の情報を患者監視装置１０６から要求し得る。ユ
ーザは、装置２０００から特定のインシデントベースデータを要求することもでき、例え
ば、ユーザは、「すべてのケースの送信」、又は「特定のケースに関連するデータの送信
」、又は「特定のケースからのすべての１２リードデータの送信」という問い合わせを送
信し得る。装置２０００は、本発明の実施形態によれば、ケースデータ配信をストリーミ
ングして、複数の許可された受信装置（例えば、複数のＢＯＡ装置１０４）がデータを同
時に取得できるようにすることもできる。本発明のいくつかの実施形態によれば、装置２
０００は、患者監視装置１０６と企業環境１０３とでのデータ共有に役立つ。
【０１４３】
電源を投入すると、装置１０６はＰＣＭＣＩＡスロット２１１４の占有について問い合
わせ、有効な線形フラッシュカード２１２２が存在するか否かを確認する。有効性テスト
は、一連のバイトをＬＦ  ＡＭＰから読み出し、許容可能なカードセット又は１つの許容
可能なカードと突き合わせて値を検証することからなり得る。有効なカードが見つかった
場合、装置１０６は、一連のバイトをＣＭＰから読み出して、有効性をテストし、カード
が装置１０６の要求に従って「フォーマット」されているか否かを判断する。そのような
一連のバイトがない場合、装置１０６は、本発明の実施形態によれば、そのような情報を
カード２１２２に書き込み得る。カード２１２２が検証されると、装置１０６は、上述し
たようなブロックにフォーマットされたバイトストリームとしてのＬＦカード２１２２へ
の装置データの書き込みを開始する。
【０１４４】
装置２０００は、一方向様式で装置１０６と対話するものとして示されるが、装置２０
００と双方向的に対話するように構成することもできる。例えば、装置２０００は、本発
明の実施形態によれば、患者監視装置１０６で直接観察されるユーザインタフェースと同
様のＷｉＦｉユーザインタフェースを提供し、患者監視装置１０６の全体的又は部分的な
遠隔制御を可能にするように構成し得る。
【０１４５】
ＰＣＭＣＩＡ型×筐体にパッケージされた各カード２０１０は、コネクタ２０３０と、
薄く小型の輪郭のパッケージ（「ＴＳＯＰ」）内にパッケージされたフラッシュメモリア
レイと、カード制御論理とを含む。カード制御論理は、本発明の実施形態によれば、シス
テムインタフェースを提供し、内部フラッシュメモリ並びにＳＯＭへの入力ＦＩＦＯを制
御する。レベルシフタが存在して、ＰＣＭＣＩＡ論理電圧をカード論理電圧に適合させる
。
【０１４６】
カード論理電圧３．３Ｖ、１．８Ｖ、及び１．５Ｖは、ＰＣＭＣＩＡ  ＶＣＣ電圧（Ｔ
ＴＬ、＋５Ｖ、可能な場合には＋１２Ｖ）から導出し得る。３．３Ｖ及び５Ｖ変換用の１
段が、３つの離散送受信器を使用して構築される。ＣＰＬＤが、３．３Ｖ及び１．８Ｖ変
換を実行するために使用される。
【０１４７】
【表１】
2018122119.tif 000003
【０１４８】
データは、ＰＣＭＣＩＡバイトストリームから３．３ＶでＦＩＦＯに入る。ＦＩＦＯの
読み出しは、ＣＰＬＤを通して、３．３と１．８との間でシフトする読み出しクロックで
の時間で、１度に８ビットバイトでＯＭＡＰに対してクロック制御される。ＯＭＡＰ制御
ビット及び状態インタフェースビットも同様に変換し得る。各キャリアカード２０１０は
ＵＳＢ２．０ポートを有し得る。ＯＭＡＰ  ＵＡＲＴ信号は、本発明の実施形態によれば
、ＵＳＢ−ＵＡＲＴシリアルブリッジ２０２４に接続される。
【０１４９】
ＣＰＬＤをプログラムするＪＴＡＧインタフェースを提供し得る。本発明の実施形態に
よれば、Ｉ／Ｏの状態信号及び電力信号を装置とカードとの間で相互接続する２×３４  
Ａ及びＢ面ＰＣＭＣＩＡコネクタ（Ｊ１）を使用し得る。本発明の実施形態によれば、カ
ードインタフェースが関心を有する装置信号では、ＰＣＭＣＩＡ電圧（ＶＣＣ）と基板電
圧（３Ｖ３）とを相互変換する３つの送受信器（Ｕ５、Ｕ６、及びＵ７）の群がある。装
置２０００は、本発明の実施形態によれば、２６アドレスビット、８データビット、及び
レベルシフトを目的とした６つの制御信号に関心を有する。Ｕ５及びＵ６は、本発明の実
施形態によれば、アドレス情報及び制御情報の装置からカードへの一方向１６ｂ入力シフ
タである。Ｕ７は、８ビットデータの双方向８ｂレベルシフタである。
【０１５０】
本発明の実施形態によれば、装置２０００は、このインタフェースを通してデータを読
み出し、ＬＦメモリに書き込む。１６のアドレスビット［ＰＣＡ０：ＰＣＡ１５］〜［Ａ
０：Ａ１５］をシフトするＵ５。１０のアドレスビット［ＰＣ１６：ＰＣ２５］〜［Ａ１
６：Ａ２５］と、６つの制御信号｛ＰＣ＿ＲＥＧｎ，ＰＣ＿ＲＥＳＥＴ，ＰＣ＿ＣＥ１ｎ
，ＰＣ＿ＣＥ２ｎ，ＰＣ＿ＯＥｎ，ＰＣ＿ＢＷＥｎ｝〜｛ＲＥＧｎ，ＲＥＳＥＴ，ＣＥ１
ｎ，ＣＥ２ｎ，ＯＥｎ，ＢＷＥｎ｝とをシフトするＵ６。
【０１５１】
【表２】
2018122119.tif 000004
【０１５２】
［ＰＣＤ０：ＰＣＤ７］８データビット（Ｕ２）。アドレスシフタは入力のみであり得
、その場合、本発明の実施形態によれば、カードは装置２０００に対してアドレス情報を
生成せず、外部へのアドレッシング（装置からカード）のみが露出される。本発明の実施
形態によれば、装置はカードにデータを読み書きできるため、データシフタは双方向式で
ある。Ｕ５はアドレスの１６ビットをシフトし、Ｕ６は、８つの制御信号と、ＰＣＭＣＩ
Ａ  ＶＣＣから３Ｖ３へのアドレス信号及び制御信号の上位８ビットとをシフトする。
【０１５３】
装置２０００は、装置１０６の治療モード動作中並びにケース後の装置データのアップ
ロード中、ＷｉＦｉを介してデータ送信をストリーミングできるように構成される。装置
２０００は、ハードウェア構成要素と、上述した埋め込みオペレーティングシステムを含
むファームウェア及び埋め込みソフトウェアの両方を使用するプログラマブル要素とを有
する。いくつかの実施形態によれば、ＥＭＳ通信インタフェース装置２０００は、標準の
ＩＩＩ型ＰＣＭＣＩＡカードよりも厚い。
【０１５４】
本発明の実施形態は、以下の特徴及び／又は特性のうちの１つ又は複数を含み得る。
・キャリアはＰＣＭＣＩＡカードであり得る。
・キャリアは、患者監視装置のＰＣＭＣＩＡデータスロットに挿入し得る。
・カード２０００は、患者監視装置１０６には有効なＬＦカード（「線形フラッシュア
ナログ」）２１２２として見えるように、患者監視装置１０６とインタフェースする。
・カード２０００は、バッファリングされたハードウェアインタフェースを介して、患
者監視装置１０６により書かれたＰＣＭＣＩＡバイトストリームをＳＯＭプロセッサに提
示する。
・キャリアは、患者監視装置１０６のすべての読み出し／書き込み／消去機能がこれら
の動作をサポートする装置１０６のすべての動作モードで保たれるように、受信したＰＣ
ＭＣＩＡバイトストリームを不揮発性記憶サブシステム（「線形フラッシュアナログ」）
に記憶する。
・ＳＯＭは、ＩＥＥＥ８０２．１１ａ／ｂ／ｇ／ｎ無線通信機能を提供する。
・ＳＯＭは、Ｂｌｕｅｔｏｏｔｈ  Ｖ２．０＋ＥＤＲ無線通信機能を提供する。
・ＳＯＭはマイクロＳＤカードスロットを提供する。
・ＳＯＭは、ウォッチドッグ式の監視をサポートして、ＳＯＭが機能しなくなった場合
に自動リセットを提供する。
・患者監視装置１０６又はＳＯＭのリセット又は初期化中、データがフラッシュアナロ
グメモリに捕捉される。
・ＳＯＭリセット中、データ捕捉は中断せずに続けられる。
・システム５０００は、ＳＯＭ状態に関係なく、患者監視装置１０６により書かれてい
るデータがフラッシュアナログに保存されるように設計される。
・ＳＯＭは、ＳＯＭが利用可能ではない間、保存されたデータにアクセス可能である。
・キャリア基板はＵＳＢコネクタを提供する。
・キャリアＳＯＭ組み合わせは、ＵＳＢ２．０オンザゴー（「ＯＴＧ」）をサポートす
る。
・装置２０００のフォームファクタは、ＰＣＭＣＩＡ標準の幅寸法及び高さ寸法を含む
。
・装置２０００のフォームファクタは、幅８５．６ｍｍ×５４．０ｍｍ×厚さ（いくつ
かの場合では、この厚さは１０．５ｍｍであるＩＩＩ型よりも大きい）を含む。
・装置２０００の厚さは、装置１０６のＰＣＭＣＩＡスロットに許される厚さ以下であ
る。
・すべてのキャリア基板構成要素は、キャリアカードの片側に取り付けられる。
・患者監視装置１０６へのインタフェースは、６８ピンＰＣＭＣＩＡカードエッジコネ
クタを介してスロットベイを介する。
・装置２０００は、ＥＭＣ／ＲＦＩの医療装置要件を満たすためにカプセルに入れられ
る。
・ＳＯＭは、２ＡＶＸ５６０２  ７０ピンコネクタを使用してキャリアに取り付けられ
る。
・装置２０００はＰＣＭＣＩＡデータスロットから給電され、電力は、６００ｍＡを超
えないピーク電流に続く約２．５Ｗであり得る。
・装置２０００は、１５ＧＰＩＯピンを利用して、読み出しＦＩＦＯバイトストリーム
バッファを制御し得る。
・装置２０００は、接続されたＳＯＭからの３ＵＡＲＴライン及びキャリア上のＵＳＢ
ブリッジを利用し得る。
・装置２０００はＷｉＦｉのアンテナを含み得る。
・装置２０００はＢＴのアンテナを含み得る。
・装置２０００は、Ａｎｇｓｔｒｏｍ  Ｏｐｅｎ  Ｅｍｂｅｄｄｅｄ  Ｌｉｎｕｘオペ
レーティングシステム（「Ｏ／Ｓ」）を使用し得る。
・装置２０００のＯ／Ｓは、Ｃ＃で実装されるコードを実行するためにＭｏｎｏを含み
得る。
・装置２０００のＯ／ＳはＳＱＬｉｔｅを含み得る。
・装置２０００は、双方向シリアル通信のためにＵＳＢの使用をサポートし得る。
・装置２０００は、エンドポイント認証、機密性、保全性、及び／又は配信確認を含む
セキュア無線通信を提供する。
・外部データ受信者（装置２０００外部のプロセス）は、ストリーミングデータ配信を
要求することができる。
・データ受信者は、インシデント識別子、例えば、インシデント後データにより完全な
インシデントデータ配信を要求することができる。
・装置２０００のソフトウェアは、無線インタフェースを介してアップグレード可能で
ある。
・装置２０００のソフトウェアは、循環冗長符号（「ＣＲＣ」）のようなメカニズムを
使用して実行時に検証される。
【０１５５】
本発明の実施形態による装置２０００は、異なる受信装置（例えば、通信インタフェー
ス１１０４を使用する異なる受信装置）に個々の画面を可能にして、異なるユーザが異な
るデータを取得できるようにし得る。例えば、本発明の実施形態によれば、あるユーザの
設定は、患者の１２リードデータに関連するフレームイベントストリームを受信し表示す
るように構成することができ、その一方で、管理隊員ユーザの設定は、患者監視装置１０
６により生成されるエラー符号に関連付けられたフレームのみを周期的に要求するように
構成することができる。同様に、本発明の実施形態によれば、ＷｉＦｉ接続を介して、同
じデータを複数のユーザが同時に受信し、且つ／又は表示し得る。
【０１５６】
このようにして、患者監視装置１０６からのデータは、例えば、無線ＷｉＦｉ接続を介
して患者の家と救急車との間及び／又は救急車と病院との間でストリーミングし得る。イ
ベントストリーム中の様々なフレームは、データの特定のサブセットを取得し得るように
フィルタリングし、且つ／又は要求し得る。例えば、本発明の実施形態によれば、呼吸デ
ータを、装置２０００により生成されるフレームイベントストリームに含み得る。
【０１５７】
本発明の実施形態による装置２０００は、他の種類の患者監視装置１０６、例えば、自
動体外式除細動器（「ＡＥＤ」）と組み合わせ得る。したがって、装置２０００は、本発
明の実施形態によれば、状態情報をＡＥＤから送信し、ＡＥＤのソフトウェア更新に役立
ち、且つ／又はＡＥＤを遠隔からテストするように構成し得る。そのような装置２０００
は、本発明の実施形態によれば、患者カルテ記入装置と併用して、例えば、あるベンダー
／プラットフォームからの患者カルテ記入装置１０８の情報を、別のベンダー／プラット
フォームからの患者監視装置１０６の情報と組み合わせることもできる。装置２０００は
、本発明の実施形態によれば、データ集計器として機能して、情報ストリームをパーズし
、編成し、後のインシデント後時間枠でより容易にソートされ、照会され、供給される離
散フレーム情報にすることもできる。
【０１５８】
本発明の実施形態によれば、患者監視装置１０６（例えば、除細動器）は、データブロ
ックでデータ、例えば、ＥＣＧデータ又は患者の現在の心拍数を送信する。１つのインシ
デントに対応するデータブロックの集まりは、インシデントデータと呼び得る。全開示デ
ータは、すべてのインシデントに関連付けられたデータを連結させたものであり、各個人
／患者に対応するデータブロックシーケンスに分け得る。インシデントに対するサービス
要求を受信した場合、そのインシデントに関して装置２０００に記憶されているすべての
フレームを収集し、一緒にシーケンスにする。本発明の実施形態によれば、各ＥＣＧブロ
ックは１００ｍｓのＥＣＧデータに対応し、毎秒１０個のデータブロックを提供する。除
細動器は、本発明の実施形態によれば、各データブロックにインシデント識別子、データ
ブロックが記録された時間についての時間情報、及び／又はデータ保全性のための計算ハ
ッシュを追加し得る。
【０１５９】
装置２０００（いくつかの図では「Ｚａｎｇｏ」装置と呼ばれる）及びＢＯＡ装置１０
４（いくつかの図では、ＲｅｓｃｕｅＮｅｔリンク装置又はＲＮＬ装置と呼ばれる）は、
本発明の実施形態によれば、協働する。装置２０００は、埋め込まれたコンピュータによ
り、強力な処理エンジンを実施する。本発明の実施形態によれば、この処理エンジンを使
用して、ＢＯＡ装置１０４のユーザの代わりに、高度なデータ、通信、及びアプリケーシ
ョン動作を管理する。本発明の一実施形態によれば、装置２０００は入出力ユーザインタ
フェースを有さない（例えば、キーボード又はディスプレイを有さない）ため、本発明の
実施形態によれば、ＢＯＡ装置１０４と併せて動作して、サポートする通信及びデータ管
理サービスへのアクセスをユーザに提供する。
【０１６０】
図２０及び図２３は、ＥＭＳ通信インタフェースカード２０００の処理及びＢＯＡ装置
１０４の処理のそれぞれの論理及び機能構造を示す。装置２０００は、装置１０４に接続
されない場合、すべての装置データを記憶し、接続が確立又は復元した場合、装置１０４
に送信することができる。
【０１６１】
図３０は、本発明の実施形態によるデータ伝送インタフェースを示す。Ｚａｎｇｏ装置
（１ａ）は、本発明の実施形態により、いくつかの機能を実行するように構成することが
できる。
・除細動器インシデントデータブロックのフレーム化
・フレーム化インシデントデータのストリーミング
・インシデントデータフレームのＺａｎｇｏデータベースへの保存
・Ｚａｎｇｏデータベースでのデータ管理サービスセットのホスト
・一実施形態では、データ管理サービスは読み出し／消去のみである。インシデン
トデータを変更するサービスは供給されない。
【０１６２】
「ＥＭＳ通信インタフェースチャネル」（１ａ、１ｂ、１ｃ）は、患者監視データ（例
えば、Ｅ  Ｓｅｒｉｅｓデータ）をＢＯＡ装置１０４に送信する手段を提供する。このチ
ャネルは、装置２０００を使用してＢＯＡ１０４に接続する。
【０１６３】
ＲＮＬ  Ｚａｎｇｏクライアント（１ｃ）は、いくつかの機能を実行するように構成す
ることができる。
・ストリーミングされたインシデントフレームデータの受信（１ｂ）
・インシデントフレームデータのモバイルリンクディスプレイへの提示（１ｅ）（パー
ズ、レンダリング１ｄ）
・インシデントフレームデータのモバイルリンクデータベースへの記憶（１ｆ）
・モバイルリンクデータベースでのデータ管理サービスセットのホスト（１ｆ）
・いくつかの実施形態では、データ管理サービスは読み出し／消去のみであり、イ
ンシデントデータを変更するサービスは供給されない。
・１２リードＥＣＧデータ及びバイタルデータのフィールドリンクへの転送（１ｇ）
・Ｚａｎｇｏデータ管理サービスのカスタマイズ（１ｂ）
【０１６４】
以下の表は、本発明の一実施形態に関して説明した図３０の様々な要素を列挙し、説明
する。
【０１６５】
【表３】
2018122119.tif 000005
【０１６６】
図３１は、本発明の実施形態によるＥＭＳ通信インタフェース伝送処理ブロック図を示
す。Ｅ  Ｓｅｒｉｅｓは、データの連続バイトストリームをＰＣＭＣＩＡデータスロット
に書き込む。バイトストリームは、Ｅ  Ｓｅｒｉｅｓデータブロックメッセージからなり
、メッセージは周期的に送信されるものもあれば、症状が発現した場合に送信されるもの
もある。周期的なメッセージの例はＥＣＧメッセージである。Ｅ  Ｓｅｒｉｅｓは、現在
表示されているリードのＥＣＧ値を１００ｍｓに１回書き込み、メッセージは、本発明の
実施形態によれば、２５個のデータ値（２５０Ｈｚサンプル、４ｍｓ間隔）を含む。
【０１６７】
症状発現メッセージの例はバイタルサインメッセージである。Ｅ  Ｓｅｒｉｅｓは、本
発明の実施形態によれば、特定のバイタルサインパラメータ値が変化した場合、特定のバ
イタルサインメッセージを送信し、非同期メッセージは特定の頻度を有さずに送信される
。
【０１６８】
バイトストリームは、Ｚａｎｇｏカードへの入力で二分される。一分岐は、データを基
板に取り付けられた（１６ＭＢ）線形フラッシュに記憶し、すべてのＥ  Ｓｅｒｉｅｓ線
形フラッシュ動作を置換する。書き込まれるすべてのデータは線形フラッシュサブシステ
ムに記憶される。インタフェースは、ハードウェアレベルで瞬時オンであり、Ｅ  Ｓｅｒ
ｉｅｓバイトストリームを受信し、フラッシュサブシステムに保存する準備ができている
。
【０１６９】
第２のバイトストリーム分岐は、Ｚａｎｇｏカードのプロセッサ側に行く。Ｚａｎｇｏ
カードのプロセッサ側は、図３１に示される論理動作を実行するバイトストリームを処理
するように機能する。故障がない場合、バイトストリーム受信装置はバイトをバイトブロ
ックファクトリに渡す。バイトブロックファクトリは、Ｅ  Ｓｅｒｉｅｓデータブロック
メッセージをバイトストリームから再構築する。この動作では、１２リードＥＣＧデータ
ブロックが再構築され、インシデントパスへの別個のパスで管理される（１２リードデー
タブロックセットが１２リードメッセージ全体に集められる）。１２リードデータは全体
的に、ケースストリームに保たれる。別個に記憶する理由の１つは、本発明の実施形態に
よれば、サービスユーザが、１２リードデータを得るために、インシデント全体をアップ
ロードするのではなく、１２リード記録をサービスチャネルで見ることを要求できるよう
にすることである。
【０１７０】
次に、ブロックは、構成可能な時間間隔量のデータブロックにフレーム化される。例え
ば、１秒サイズのフレームは、約１５のデータブロックを１秒フレーム内に有し得る。フ
レームは、ケース又はインシデントの構造体に集められる。フレームはＺａｎｇｏデータ
ベースに記憶される。完全なインシデントは、完成しているため、インシデントとしてマ
ークされ（すべてのインシデントフレームの集まり）管理される。図３２に関して後述す
るＲＮＬ  Ｚａｎｇｏクライアント等の許可されたクライアントアプリケーションがフレ
ームを受信できる場合、フレームはＷｉＦｉでもストリーミングされる。
【０１７１】
図３１の上の行の枠は、本発明の実施形態による侵害データ故障の検出及びリスク制御
のためのエラー処理プロセスを識別する。バイトストリーム、ブロック、フレーム、１２
リード、又はインシデントエラーはすべて、本発明の実施形態によれば、以下の挙動に繋
がる。
・データが無効とマークされる。
・無効データは、インシデントの救急治療フェーズ中、ユーザによる表示のためにレン
ダリングされない。
・データは、法医学的分析に無効としてマークされて記憶される。
・これらの故障のいずれか１つは、インシデントを無効とマークさせることになる。
・ＲＮＬへの接続を仮定して、救急医療人員にデータ故障を通知する。
【０１７２】
これらは、本発明の一実施形態では、データ侵害故障のハザード解析を直接突き止める
制御対策及び挙動である。
【０１７３】
図３２は、本発明の実施形態によるＥＭＳ通信インタフェース装置クライアント構造を
示す。いくつかの場合、ＲＮＬへのＺａｎｇｏの接続性は、モバイル環境の無線通信の性
質により、不安定であり得る。例えば、Ｚａｎｇｏカードを備えたＥ  Ｓｅｒｉｅｓは、
接続された無線アクセスポイントの範囲外に移動し得る。装置が範囲内に戻り、再接続し
た場合、処理は図示のように再開される。ＲＮＬに接続されていない間にＥ  Ｓｅｒｉｅ
ｓにより書き込まれたデータは、本発明の実施形態によれば、Ｚａｎｇｏデータベースに
保たれ、再接続時にＲＮＬ内で取得することができる。
【０１７４】
図３２の上の行の枠は、侵害データ故障及び通信障害の検出及びリスク制御のためのエ
ラー処理プロセスを識別する。ストリーミングされたデータで検出される保全性又はフレ
ーム化の障害は、本発明の実施形態によれば、以下の挙動に繋がる。
・データが無効とマークされる。
・無効データは、インシデントの救急治療フェーズ中、ユーザによる表示のためにレン
ダリングされない。
・データは、法医学的分析に無効としてマークされて記憶される。
・これらの故障のいずれか１つは、インシデントを無効とマークさせることになる。
・救急医療人員に、１２リード又はケースフレームのいずれかのデータ故障を通知する
。
・通信障害を救急医療人員に通知する。
・サービス障害を救急医療人員に通知する。
【０１７５】
本発明の実施形態によれば、サービス応答が検証され、無効なサービス応答はユーザに
通知され、無効データは表示されない。ＺａｎｇｏとＺａｎｇｏストリームチャネル受信
器との接続状態が監視され、モバイルリンク表示でユーザに報告される。Ｚａｎｇｏは、
接続状態に関係なくデータをＺａｎｇｏデータベースに記憶するため、ＺａｎｇｏとＲＮ
Ｌとの接続性の損失により、データは失われない。サービスチャネル接続性は常時監視さ
れるわけではなく、サービス接続が存在しない場合、サービス要求に失敗することになる
（応答無効）。
【０１７６】
図３３〜図３７は、本発明の実施形態による、企業ワークステーション１２２を介して
企業ユーザ１２４が見る、利用可能な画面ショットの様々な実施形態を示す。図３３は、
本発明の実施形態による、企業ユーザが患者監視ボタン（例えば、「Ｚｏｌｌ除細動器」
ボタン）を選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示
す。図３４は、本発明の実施形態による、企業ユーザが患者カルテ記入ボタン（例えば、
「ｅＰＣＲ」ボタン）を選択した場合に示される企業表示及びグラフィカルユーザインタ
フェースを示す。図３５は、本発明の実施形態による、企業ユーザがナビゲーションボタ
ンを選択した場合に示される企業表示及びグラフィカルユーザインタフェースを示す。
【０１７７】
図３６は、本発明の実施形態による、企業ユーザがナビゲーションボタンを選択した場
合に示される代替の企業表示及びグラフィカルユーザインタフェースを示す。図３６の表
示は、ＢＯＡ装置１０４がナビゲーション装置に通信可能に結合されていない場合に作成
される表示に対応し、したがって、この状況では、企業表示は、ＢＯＡ１０４のユーザに
より入力される位置情報及び／又はナビゲーション情報を列挙する。図３７は、本発明の
実施形態による、企業ユーザがパッチメモボタンを選択した場合に示される企業表示及び
グラフィカルユーザインタフェースを示す。本発明のいくつかの実施形態によれば、ＢＯ
Ａ装置１０４と対話しているＥＭＳ隊員１１４は、パッチメモ画面を選択し、情報を企業
ユーザ１２４に中継する必要がなく、その代わり、企業ユーザは、企業ワークステーショ
ン１２２を介してパッチメモを選択し、同じ情報を観察し得る。
【０１７８】
図３８〜図４４は、本発明の実施形態による、ＢＯＡ装置１０４により表示される画面
ショットのさらなる例を示す。図３８は、本発明の実施形態による、ユーザがＢＯＡメニ
ューテンプレートの患者カルテ記入ボタンを選択した場合に表示される表示及びグラフィ
カルユーザインタフェースを示す。図３９は、本発明の実施形態による、ユーザがＢＯＡ
メニューテンプレートの患者監視ボタンを選択した場合に表示される表示及びグラフィカ
ルユーザインタフェースを示す。左下の隅のサムネイル１２リード画像に示されるように
、このＢＯＡ装置１０４は、本発明の実施形態によれば、過去の１２リードデータの履歴
スナップショットを表示するように構成し得る。
【０１７９】
図４０は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのナビゲー
ションボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェースを
示す。図４１は、ナビゲーション装置１１０がＢＯＡ装置１０４に通信可能に結合されて
いない状況で、ユーザがＢＯＡメニューテンプレートのナビゲーションボタンを選択した
場合に表示される代替の表示及びグラフィカルユーザインタフェースを示す。そのような
状況では、図４１の画面は、本発明の実施形態によれば、ユーザが行先を手動で選択でき
、且つ推定到着時間を選択できるようにするように構成される。この情報は、本発明の実
施形態によれば、対応する企業ビュー（例えば、図３６）に複製し、又は他の様式で送信
し得る。
【０１８０】
図３８〜図４４は、「シフト開始」ボタンをＢＯＡ装置１０４のインタフェースに含み
得ることを示す。本発明の実施形態によれば、例えば、シフト開始時にシフト開始ボタン
を使用して、ＥＭＳ隊員又は他のユーザがＢＯＡ装置１０４を他の装置に通信可能に結合
できるようにし得る。図４２は、本発明の実施形態による、ユーザがＢＯＡメニューテン
プレートのシフト開始ボタンを選択した場合に表示される表示及びグラフィカルユーザイ
ンタフェースを示す。この画面では、ユーザはナビゲーション装置、除細動装置、及び患
者カルテ記入装置を選択することができ、この画面では、本発明の実施形態によれば、こ
の特定の例では装置名の隣のチェックマークで示されるように、ユーザは、ＢＯＡ装置１
０４がすでに通信可能に結合された装置の識別情報を確認することもできる。
【０１８１】
図４３は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのシフト開
始ボタンを選択した場合に表示される代替の表示及びグラフィカルユーザインタフェース
を示す。この代替の表示では、ＢＯＡ装置１０４は、ナビゲーション装置１１０が利用可
能ではないか、又は切断されていることを感知しており、したがって、ＥＭＳトランスポ
ートユニット及び／又はユニットと共に存在するクルーメンバを識別するようにユーザに
促す。この情報は、ＢＯＡ装置（図４１）及び企業環境１０２（図３６）の対応するナビ
ゲーション画面に使用し得る。図４４は、本発明の実施形態による、ユーザがＢＯＡメニ
ューテンプレートのパッチメモボタンを選択した場合に表示される表示及びグラフィカル
ユーザインタフェースを示す。
【０１８２】
図６２は、本発明の実施形態による、ＢＯＡ装置からＥＭＳ隊員のモバイル装置への役
割ベースのデータ供給システムを示す。ＢＯＡ装置１０４は、ストリーミングＥＣＧデー
タ及び他のデータを患者監視装置１０６から受信し、これは、本発明の実施形態によれば
、上述したＥＭＳ通信インタフェース装置２０００を介して無線で達成し得る。ＢＯＡ装
置１０４は、図４５に示される画面等の画面にそのような情報を表示する。
【０１８３】
図４５は、本発明の実施形態による、ユーザがＢＯＡメニューテンプレートのライブ患
者データボタンを選択した場合に表示される表示及びグラフィカルユーザインタフェース
を示す。この表示は、本発明の実施形態によれば、治療介入リスト、患者情報表示、主訴
表示、ＥＣＧ波形、及び／又はＳｐＯ２波形並びに利用可能な患者への治療介入ボタンを
列挙したボタンコンソール（画面の右側に垂直に延びて示される）を含む。治療介入ボタ
ンコンソールは、動的且つ／又は色分けし得る。治療介入ボタンコンソールはタイマを含
むこともできる。
【０１８４】
例えば、患者の気道がチェックされる場合、ＥＭＳ隊員は、治療介入ボタンコンソール
上の「患者気道」ボタンをアクティブ化する（例えば、押すか、又は触れる）。ボタンは
タイマをアクティブ化して表示し、タイマは、患者の気道をチェックすべき次の時間まで
カウントダウンする。この時間量は、ユーザがカスタマイズしてもよく、且つ／又は患者
が治療される場所に関して確立される治療プロトコルに基づいて、ＢＯＡ装置１０４を動
作させているＢＯＡモジュールに事前にプログラムしてもよい。色を使用することもでき
、例えば、治療介入ボタンコンソールのボタンは通常、グレーであり得、「患者気道」ボ
タンは、ボタンが押下され、タイマがアクティブ化するとすぐに黄色に変わり得る。ボタ
ンは、タイマが切れる前の所定時間量内で、例えば、時間期間が切れる１分前では、赤に
変わり得る。例えば、ユーザは、図４５の治療介入ボタンコンソールを見て、Ｅｐｉ及び
アトロピンが最近投与されたことを、これらのボタンが黄色であり、タイマがアクティブ
化されているために知り得、その間、患者の気道が、そのボタンが赤であるため、前にチ
ェックされ、間もなく再びチェックすることも知る。これにより、ＥＭＳ隊員は、どの治
療介入が行われたか並びにどの治療介入を任意の時点での近い将来に考慮すべきか（プロ
トコルに従って考慮し得るか）を素早く視覚的に評価することができる。
【０１８５】
異なるＥＭＳ隊員は、隊員の訓練又は技能、利用可能な隊員の数、及び患者の状態に基
づいて、ＥＭＳシナリオで果たす異なる役割を有し得る。同じように、１人のＥＭＳ隊員
がＥＭＳに直面して複数の役割を果たす必要があることもある。そのようなＥＭＳ隊員は
、特定の役割に関連する情報のみが提示され、したがって、精神的に処理してフィルタリ
ングしなければならない過度の情報を見ず、役割に該当しない判断又はデータ入力オプシ
ョンが提示されない場合、対応する作業をより効果的且つ効率的に実行することができる
。そのような役割ベースの情報配信を達成し得る一方法は、ユーザの役割に基づいてＢＯ
Ａ装置１０４とインタフェース可能なように構成されたソフトウェアを有するモバイル装
置を各ＥＭＳ隊員に提供することによるものである。
【０１８６】
図６２は、本発明の実施形態による、ＢＯＡ装置１０４に通信可能に結合され、リード
医療者モバイル装置６２０、薬剤医療者モバイル装置６２２、気道医療者モバイル装置６
２４、及びＣＰＲ医療者モバイル装置６２６を含むそのようなモバイル装置の例を示す。
本発明の実施形態によれば、各モバイル装置６２０、６２２、６２４、６２６は、ＢＯＡ
装置１０４のＷｉＦｉ送受信器と無線で通信するＷｉＦｉ送受信器を含む。
【０１８７】
図４６は、本発明の実施形態による、ＢＯＡ装置１０４と通信する役割ベースのＥＭＳ
隊員モバイル装置６２０の開始画面を示す。モバイル装置に含まれるソフトウェア命令は
、本発明の実施形態によれば、この開始画面が、ＩＰアドレス、送信ポート、受信ポート
、医療者名、及び医療者役割を識別できるようにする。図４７は、本発明の実施形態によ
る、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モバイル装置の役割選択画面を示す。
「医療者−リード」リストの隣のチェックマークは、モバイル装置のユーザがリード医療
者であることを示す。本発明の実施形態によれば、識別情報に基づいて役割を制限するた
めに、パスワード又は他の認証を要求し得る。
【０１８８】
図４８は、本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モ
バイル装置のリード医療者高速ログ画面を示す。モバイル装置は、メニューオプションリ
ストを表示するように構成し得、例えば、図４８の画面の下に沿って水平に延びて示され
るメニューオプションにより、リード医療者は高速ログ、ＥＣＧグラフ、患者データ、主
訴、及び医療者役割を選択することができる。これらのオプションはユーザの役割に基づ
いて異なり得る。リード医療者が高速ログタブをクリックした場合、リード医療者には、
本発明の実施形態によれば、治療介入ボタンパネルが提示される。高速ログタブ表示は、
図４５のＢＯＡライブＥＣＧ表示の治療介入ボタンコンソールを複製し、それにより、本
発明の実施形態によれば、リード医療者が図４８の画面を介してモバイル装置上の治療介
入ボタンを押下した場合、図４５のＢＯＡ表示画面でアクティブ化されて示されるボタン
と同じボタン（並びに対応するタイマ及び／又は色）が示され、逆も同様である。
【０１８９】
図４９は、本発明の実施形態による、ＢＯＡ装置と通信する役割ベースのＥＭＳ隊員モ
バイル装置のリード医療者ＥＣＧグラフ画面を示し、これは、リード医療者がＥＣＧグラ
フメニューボタンを選択した場合にリード医療者に表示される。リード医療者の役割は通
常、広範囲の患者情報を必要とするため、本発明の実施形態によれば、リード医療者ＥＣ
Ｇグラフ画面は本質的に、図４５のＢＯＡ装置１０４の患者データ表示画面を再現する。
図５０は、本発明の実施形態によるリード医療者患者データ画面を示し、この画面では、
リード医療者は、患者の氏名及び性別を含む患者情報を入力することができる。図５１は
、本発明の実施形態によるリード医療者主訴画面を示し、この画面では、リード医療者は
患者の主訴を識別することができる。
【０１９０】
図５２は本発明の実施形態による薬剤医療者高速ログ画面を示し、図５３は、本発明の
実施形態による、薬剤医療者として役割を識別した医療者の薬剤医療者ＥＣＧグラフ画面
を示す。医療者は薬剤医療者の役割を識別したため、高速ログ画面は、本発明の実施形態
によれば、薬剤に関連する治療介入のサブセットのみを提示する。薬剤医療者の役割は、
治療介入ボタンの全セットのうちのサブセットのみにアクセスするが、本発明の実施形態
によれば、同じ治療介入ボタンはプラットフォーム全体にわたって一緒に結びつけられる
。例えば、薬剤医療者が、自分のモバイル装置６２２上のアトロピン治療介入ボタンをタ
ップすることで、アトロピンの投与が与えられたことを示す場合、本発明の実施形態によ
れば、薬剤医療者のモバイル装置６２２のみならず、リード医療者装置６２０の高速ログ
画面及びＢＯＡ装置１０４の治療介入ボタンコンソール並びに高速ログ画面がアトロピン
治療介入ボタンを含む他のあらゆる装置上のアトロピンボタンも、アトロピンボタンはア
クティブ化されたものとして黄色に変わり、タイマを開始させる。
【０１９１】
図５４は、気道医療者役割が識別された（例えば、モバイル装置６２４でそのオプショ
ンにタップするか、又は他の様式で選択することにより）役割選択画面を示す。図５５は
本発明の実施形態による気道医療者ＥＣＧグラフ画面を示し、図５６は、本発明の実施形
態による、気道医療者の役割に関連する情報のサブセットを列挙する気道医療者役割高速
ログ画面を示す。
【０１９２】
図５７は、本発明の実施形態による、ＣＰＲ医療者の役割に関連する治療介入のサブセ
ットを示すＣＰＲ医療者高速ログ画面を示す。図５８は、本発明の実施形態による、ＢＯ
Ａ装置と通信する役割ベースのＥＭＳ隊員モバイル装置がアイドル中のＣＰＲ医療者ＥＣ
Ｇグラフ画面を示す。図５９〜図６１は、本発明の実施形態による、ＥＣＧ波形を示さず
、代わりに胸の圧迫の測定及び／又は評価を示す（ＣＰＲ医療者が主に蘇生に関わってい
るため）、圧迫を施している間のＣＰＲ医療者ＥＣＧグラフ画面を示す。図５８〜図６１
の画面インタフェースにより提供されるＣＰＲフィードバックは、多くの異なる形態をと
り得る。例えば、図５９に示されるように、時間軸に沿うように水平に離間されて、垂直
に下がるバーを使用して、各胸圧迫の深さを表し得る。胸圧迫バーは、軸から別の軸セッ
トに向かって下がり、各胸圧迫の深さの望ましい又は最適な範囲を指定する。右上に示さ
れる質的インジケータは、胸圧迫の深さ及び速度に関連する組み合わせられた視覚的フィ
ードバックをユーザに与え、満杯になったボックスは、速度及び深さの両方が所望の範囲
内であることを意味する。図５８中の文字「Ｒ」は、胸圧迫の速度に関する潜在的な警告
を示し、図６１中の文字「Ｄ」は、本発明の実施形態による胸圧迫の深さに関する潜在的
な警告を示す。本発明の実施形態によれば、装置６２６のＣＰＲフィードバック画面は、
患者の換気の速度及び容量についての情報を提供する。
【０１９３】
本発明の実施形態によれば、患者監視装置１０６、及び／又はＥＭＳ通信インタフェー
ス装置２０００、及び／又はＢＯＡ装置１０４は、ＥＣＧ信号データから胸圧迫干渉をフ
ィルタリング又は除去するフィルタリングメカニズム（例えば、回路又は処理命令）を含
む。本発明の実施形態は、本明細書に参照により援用される、２００７年１１月１３日に
発行された米国特許第７，２９５，８７１号明細書に記載の装置及び方法と同様の装置を
含み、同様の方法を利用し得る。本発明の実施形態は、Ｚｏｌｌ  Ｍｅｄｉｃａｌ  Ｃｏ
ｒｐｏｒａｔｉｏｎから利用可能なＲｅａｌ  ＣＰＲ  Ｈｅｌｐ（登録商標）技術を利用
することもできる。
【０１９４】
役割ベースの情報配信及び情報追跡の使用により、本発明の実施形態によれば、役割に
基づいてデータをフィルタリングすることで、より効率的なＥＭＳ治療シナリオが可能で
ある。例えば、薬剤医療者、気道医療者、及びＣＰＲ医療者は、患者データ入力又は主訴
入力に利用可能なメニュータブ選択を有さず、その一方で、リード医療者はそれらのオプ
ションを有する。
【０１９５】
４つのみのモバイル装置６２０、６２２、６２４、及び６２６が図６２に示されるが、
ＢＯＡ装置１０４は、より多数又はより少数の役割ベースのモバイル装置に通信可能に結
合し得る。特定の治療介入オプション及びデータ供給表示は、特定の役割に関連するもの
として示されるが、本開示に基づいて、識別し実施し得る多くの異なる役割並びに各役割
に関連付け得る多くの異なるデータ供給及び／又はオプションも当業者は理解しよう。さ
らに、モバイル装置（例えば、６２０）は、本発明の実施形態によれば、複数のＢＯＡ装
置１０４に通信可能に結合し、且つ／又は同じＢＯＡ装置１０４から複数の患者の情報を
受信し、医療者が様々な患者データ供給を切り替え、且つ／又は恐らくは異なる役割で異
なる患者を治療するように構成し得る。
【０１９６】
本発明の実施形態によれば、モバイル装置６２０とデータ供給をやりとりするために、
ＢＯＡ装置１０４内に含まれるソフトウェアモジュール及びハードウェアは、ＥＭＳ通信
インタフェース装置２０００に統合し得、且つ／又は患者監視装置１０６に直接統合し得
る。
【０１９７】
図６３及び図６４は、本発明の実施形態によるＥＭＳ通信インタフェース装置６３１を
示し、この装置は、装置２０００（上述）に対する代替として使用して、ネットワーク１
２０を通して患者監視装置１０６と、ＢＯＡシステム１０４又は企業アプリケーションサ
ーバ１２８等の他の装置との間に一方向又は双方向通信を確立し得る。既存の除細動装置
では、限られた情報転送の場合、情報システムへのシリアルケーブル接続が可能なことが
あるが、通常、患者についてのストリーミングデータを他の装置に提供できず、Ｗｉ−Ｆ
ｉを介して患者データをストリーミングすることができず、又は緊急搬送車両１０１等の
ＥＭＳ設定内の１つ若しくは複数の装置へのトランスペアレントで使用しやすく、且つ自
動的な情報のリンクを提供することができない。
【０１９８】
図６３は、本発明の実施形態による、除細動装置のモニタ基板組立体６３２上のプロセ
ッサ６４０から臨床患者データを受信可能なキャリア組立体６３１を含むシステム６３０
を示す。キャリア組立体６３１は、除細動装置と共に動作して、情報の受信、処理、記憶
、及び伝送を行うものとして説明されるが、本開示に基づいて、キャリア組立体６３１を
患者監視装置と、除細動装置以外の治療装置と併せて使用してもよいことを当業者は理解
しよう。通常、プロセッサ６４０により処理されるデータ及び生成される結果又はグラフ
ィックスは、除細動装置にローカルに記憶され、又は除細動装置にローカルに表示される
。ＥＭＳ通信インタフェース装置６３１がない場合、ユーザは、内部に記憶されたデータ
のコピーをポータブルメモリ装置（例えば、ＵＳＢメモリスティック）に対して作成し、
次に、ポータブルメモリ装置を、ケース後表示に適切なアプリケーションを有する処理装
置に物理的に移送することができる。ユーザは、実際の患者監視中又は処置中、他の装置
で除細動器からの情報を閲覧、記憶、表示、又は使用することができない。したがって、
発生後長い時間が経過してから患者発生についてのケースデータの検索可能性は終了し、
ＥＭＳ臨床装置と非臨床装置との中での瞬時のストリーミング及び／又はリアルタイム通
信を促進しない。
【０１９９】
したがって、ＥＭＳ通信インタフェース装置６３１は、除細動器のプロセッサ６４０に
通信可能に結合され、それにより、臨床データが生成される際、且つ／又は患者監視が進
む際に、臨床データをプロセッサから受信することができる。ＥＭＳ通信インタフェース
装置６３１は、本発明の実施形態によれば、ＳＯＭプロセッサであり得るプロセッサ６３
３を含み、プロセッサ６３３は、１つ若しくは複数の接続又は１つ若しくは複数の種類の
情報交換を介して、例えば、汎用入出力（ＧＰＩＯ）ライン６３５、ユニバーサル非同期
受信器−送受信器（ＵＡＲＴ）ライン６３６、及び／又はシリアル周辺機器インタフェー
ス（ＳＰＩ）ライン６３７を介して、プロセッサ６４０に通信可能に結合される。いくつ
かの実施形態では、ＧＰＩＯライン６３５は、データを搬送せず、ＳＯＭプロセッサ６３
３と同期するための状態情報のみを搬送する。ＥＭＳ通信インタフェース装置６３１は、
フラッシュメモリ記憶要素６４５を含み得、ＧＰＳ及びアンテナ組立体６３４を含むか、
又はＧＰＳ及びアンテナ組立体６３４に通信可能に結合もする。ＳＯＭプロセッサ６３３
は、本発明の実施形態によれば、ＵＳＢホストライン６３８を含むこともでき、ＵＳＢホ
ストライン６３８は、外部ＵＳＢハブ６３９並びに／或いはイーサネットアダプタへのＵ
ＳＢ６４２、セルラモデル６４３、及び／又は外部フラッシュドライブ６４４等の装置に
接続し得る。ＳＯＭプロセッサ６３３は、ドッキング接続ステーション６４１へのＵＳＢ
接続も含み、２つの装置のＵＳＢポートと別の装置とをドッキングできるようにし得る。
デバッグ組立体６４６が、テストのためにオプションの組立体として示される。
【０２００】
図６４は、本発明の実施形態による、図６３に関して説明した通信機能を実施し得るソ
フトウェアモジュール間の情報流れ図を示す。図６４は、３つの異なるソフトウェアドメ
イン６５０、６５１、６５２を示し、これらのドメインは、図６３に関して説明したハー
ドウェアドメインに大よそ対応するが、本発明の実施形態によれば、広範囲の装置にロー
カル又はリモートに含まれる実行可能命令及び／又はプロセッサを含み得、分散した装置
アレイで実行される処理ステップを含んでもよい。
【０２０１】
モニタドメイン６５０は、本発明の実施形態による、除細動器及び／又は患者監視装置
機能に関して動作するモジュールを示す。例えば、ユーザインタフェースモジュール６４
９は様々なモジュールを含み、様々なモジュールにより、除細動器インタフェース画面及
び／又はボタンを介して対話している除細動器及び／又は患者監視装置のユーザは、デー
タを閲覧し、且つ／又は選択を行うことができる。動作構成モジュール６５３により、ユ
ーザは、データ伝送の動作設定を構成することができ、例えば、モジュール６５３により
、ユーザは、他の構成設定の中でも特に、ＷｉＦｉ動作、ｂｌｕｅｔｏｏｔｈ動作、セル
ラ動作、及び企業記憶サーバ１２６への接続の設定を構成することができる。この設定情
報は通信動作マネージャ６６６に送信され、通信動作マネージャ６６６は、ネットワーク
インタフェース６６７を介して情報をＣＰ動作コントローラ６７５に送信する。ＣＰ動作
コントローラ６７５は、外部クライアントサービスマネージャ６７６及び通信セッション
マネージャ６７３と協働して、ＥＭＳ通信インタフェース装置６３１内の他のマネージャ
が伝送モードを使用できるようにする。
【０２０２】
ストリーミングデータ送信モジュール６６５は、本発明の実施形態によれば、ロガーモ
ジュール６６１、傾向マネージャモジュール６６２、スナップショットマネージャ６６３
、及び１２リードマネージャ６６４から入力を受信する。ロガーモジュールは、バイタル
測定読取値、アラーム状態の変化、除細動器の動作等の患者イベントを受信し、永続的な
ローカルメモリに記憶し、ストリーミングデータ送信モジュールに送信する。傾向マネー
ジャモジュールは、すべての患者バイタルサイン情報を構成された周期で捕捉し、永続的
なローカルメモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する
。スナップショットマネージャは、イベント前後の時間窓にわたり、イベントに関連付け
られた波データを収集する。スナップショットマネージャは、イベント時のバイタルサイ
ンも記録する。スナップショップマネージャは、このすべてのデータを永続的なローカル
メモリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。１２リー
ドマネージャは、臨床的に「１２リード」として知られるＥＣＧ波形を、波形の解析デー
タと共に捕捉する。１２リードマネージャは、このすべてのデータを永続的なローカルメ
モリに記憶するとともに、ストリーミングデータ送信モジュールに送信する。ストリーミ
ングデータ送信モジュールは、これらの各マネージャから受信したデータを、通信インタ
フェース装置６３１上のストリーミングデータ配信器６６８に送信する。
【０２０３】
臨床データがプロセッサ６４０により生成されると、ロガーモジュール６８０は、本発
明の実施形態によれば、特定の基準に従ってデータを引き出し、且つ／又はフラッシュイ
ンタフェース６７２を介してデータをパーティションに保存する。例えば、臨床データの
部分は、ケースインデックスリスト、開示ログ、収集された１２リードセット、システム
ログ、及びトレースログを含め、記憶し得る。
【０２０４】
通信状態インジケータモジュール６５５は、通信動作マネージャモジュール６６６から
受信する通信状態をユーザに表示する。リポート送信制御モジュール６５６はグラフィカ
ルユーザインタフェース（ＧＵＩ）を提供し、それにより、ユーザは、１２リードデータ
リポート等のリポートを選択し、そのようなリポートの外部受信者への送信を開始するこ
とができる。これは、制御メッセージを共通動作マネージャ６６６に送信し、共通動作マ
ネージャ６６６が、シリアルネットワークインタフェース６６７を通して共通動作コント
ローラ６７５に送信することにより達成される。次に、共通動作コントローラ６７５は、
リポート送信器を呼び出し、リポート送信器は記憶されている１２リードデータをデータ
ベースから読み出し、要求した外部宛先に送信する。装置データ管理モジュールはＧＵＩ
制御メニューを提供し、それにより、ユーザは、外部装置に送信する患者全開示記録又は
ログ記録を選択し、そのような送信を開始することができる。これは、制御メッセージを
共通動作マネージャ６６６に送信し、共通動作マネージャ６６６が、シリアルネットワー
クインタフェース６６７を通して共通動作コントローラ６７５に送信することにより達成
される。次に、共通動作コントローラ６７５は、ケースアップロードマネージャを呼び出
し、ケースアップロードマネージャは、ケースデータをデータベースから読み出し、デー
タをフォーマットして、ネットワークインタフェースを通して要求した外部装置に送信す
る。装置画像管理制御モジュール６５８は、ユーザが、除細動装置により捕捉された様々
な画像を管理できるようにする。ケースビューアモジュール６５９は、本発明の実施形態
によれば、ユーザが、フラッシュインタフェース６７２を介して様々なログ臨床データを
検索し表示できるようにする。
【０２０５】
臨床データがキャリアプロセッサドメイン６５１内のストリーミングデータ配信器６６
８で受信されると、ストリーミングデータ配信器６６８は、本発明の実施形態によれば、
患者データを全開示マネージャ６６９に送信し、マスタテーブルマネージャ６７４内で患
者ケース記録を作成する。これらの３つのモジュール６６８、６６９、６７４は、ストリ
ーミングデータハンドラ６８４と呼び得る。ストリーミングデータハンドラ６８４は、本
発明の実施形態によれば、除細動器プロセッサ６４０からの未処理の臨床データを処理し
、後に検索し、且つ／又は同時若しくはスナップショット検索のために、データを記憶す
る。本発明の一実施形態によれば、ストリーミングデータハンドラ６８４は、除細動器か
ら到着した臨床データを、到着した際と略同じ形態でフラッシュメモリに記憶させる。本
発明の別の実施形態によれば、ストリーミングデータハンドラ６８４は、例えば、図２２
及び図２３に関して上述した様式と同様に、ストリーミングデータをフレーム化する。本
発明の他の実施形態によれば、ストリーミングデータハンドラ６８４は、データをソート
し、且つ／又はデータの選択された部分を取り上げ、無線及び／又はＵＳＢ通信インタフ
ェースを介して、記憶して後にストリーミングし（リアルタイム、準リアルタイム、又は
時間遅延付きで）、又は後に照会して検索する。
【０２０６】
様々なソフトウェアモジュール及びハードウェア構成要素は、本発明の実施形態によれ
ば、ＥＭＳ通信インタフェース装置６３１がインターネットプロトコル（ＩＰ）を介して
外部クライアントドメイン６５２内のバックエンドサーバモジュール６７０（例えば、サ
ーバ１２６又は１２８）並びに／或いは加入装置モジュール６７１（例えば、ＢＯＡシス
テム１０４及び／又は患者カルテ記入装置１０８）に送信できるようにする。
【０２０７】
本発明の一実施形態によれば、バックエンドサーバ１２６、１２８、及び／又はＢＯＡ
装置１０４により、ユーザは、救急車の後部及び／又は企業ワークステーション１２２等
の遠隔環境で、患者臨床データの履歴スナップショットを閲覧し表示することができる。
この履歴スナップショットデータは、スナップショットデータが収集された同じ臨床発生
中に閲覧し、且つ／又はアクセスし得る。そのようなデータは、例えば、時間期間を含む
特定の基準に従って検索し、且つ／又は表示し得る。
【０２０８】
バックエンドサーバモジュール６７０は、本発明の実施形態によれば、例えば、患者の
１２リードデータにアクセスできるようにする１２リードモジュール及び／又は傾向表示
モジュール６８６を含み得る。例えば、ＥＭＳ隊員１１４は、１０秒前からの患者の１２
リードＥＣＧの表示を見ている場合、最新の１０分間以内に測定された各１２リードＥＣ
Ｇ又は最新の１０分間の各分に１つの１２リードの閲覧を要求して、患者の１２リード描
写がその１０分期間にわたってどのように変化したかをよりよく理解し得る。図６５は、
本発明の実施形態による、スナップショット１２リードＥＣＧデータの表示に使用し得る
ユーザインタフェースの一例を示す。本発明のいくつかの実施形態によれば、１２リード
は連続してストリーミング又は提供されず、要求された場合に提供される。例えば、ユー
ザから要求される場合、各分に１つの１２リードがあり得る。
【０２０９】
この表示は、例えば、ＢＯＡ装置１０４に表示し得る。図６５に示されるように、最も
新しく取得された１２リード描写はメイン位置６９２に表示され、その間、過去に取得さ
れた前の１２リードは、表示の下部に沿ってより小さなグラフィックス又はサムネイルと
して表示される。示される例では、より最近になって取得された１２リードのサムネイル
は右側に表示され、左に向かう各サムネイルは、患者の１２リード信号の徐々に古くなっ
ていくスナップショットを表す。本発明のいくつかの実施形態によれば、履歴１２リード
スナップショットのサムネイルはそれ自体、表示上で読み取り可能且つ判読可能である。
いくつかの実施形態によれば、ユーザが１２リードサムネイル画像を選択し、又はサムネ
イル画像に触れ、又はサムネイル画像をクリックした場合、選択された１２リードはメイ
ン位置６９２で拡大して表示される。そのような場合、表示は、現在表示されている１２
リード画像が最も新しく取得されたものではないことをユーザに示すように構成し得、例
えば、履歴スナップショット１２リードがメイン表示６９２に位置決めされる場合、背景
色を赤に変更し得、その一方で、最も新しく取得された１２リードがメイン表示位置６９
２に位置決めされている場合、元のグレー又は白に変更し得る。本発明の実施形態によれ
ば、時間通知７０４も表示して、現在表示中又は現在拡大中の１２リード捕捉の時刻及び
／又は日付を示し得る。
【０２１０】
本発明の実施形態によれば、ボタン６９４及び７０２を押下又は選択して、サムネイル
のラインを時間的に前後に進めることができる。本発明の実施形態によれば、両矢印ボタ
ン６９６を押下又はアクティブ化して、サムネイルのラインを進めて、最も新しく取得さ
れた１２リードをサムネイルの最も右側の位置に示すことができ、両矢印ボタン６９８を
押下又はアクティブ化して、サムネイルのラインを進めて、最初に取得した１２リードを
示す（サムネイルの最も左側の位置に）ことができる。両矢印６９６、６９８は代替とし
て、データをページのように遷移させるように動作してもよく、それにより、両矢印ボタ
ン６９６、６９８を押下すると、ビューは次のサムネイルセットにシフトする（例えば、
４つのサムネイルが示される場合、次のページは次のサムネイル４つの次の時間的なセッ
トを含む）。サムネイルは、時間的に逆方向に配置してもよい。
【０２１１】
ユーザインタフェースは、本発明の実施形態によれば、ユーザが、１２リードサムネイ
ルが表示される時間枠を指定できるようにし、又はサムネイル表示を他の様式でソート若
しくは狭められるようにする入力エリアを含むこともできる。例えば、スライダバー６９
０を左又は右に調整して、１２リードサムネイルが画面の下部に表示される時間期間を拡
大又は縮小し得る。本発明の実施形態によれば、時間期間が増大する場合、表示は、時間
期間に対応する追加の１２リードサムネイルを含むようにリフレッシュし得（例えば、画
面上により多数のサムネイルが嵌まるように、各サムネイルのサイズを縮小するか、又は
追加のサムネイル行を追加することにより）、又は各サムネイルのサイズは同じままであ
るが、システムは、時間基準を満たす１２リードの合計セットのうちの周期的なサブセッ
トから代表的なサムネイルを選択する。１２リードデータセットの他のフィルタは、臨床
イベントフィルタ又はユーザ要求フィルタを含み得る。そして、１２リードスナップショ
ットデータセットが示されるが、本発明の実施形態によれば、同様の表示及びユーザイン
タフェースプロセスを他の臨床及び／又は非臨床データセットに利用してもよい。ＳＯＭ
プロセッサ６６３は、本発明の実施形態によれば、例えば、音声及び映像ストリームデー
タ等の音声及び映像データを受信し、記憶し、ＢＯＡシステム１０４等の外部加入装置に
送信するようにさらに構成し得る。
【０２１２】
表示はブックマークボタン７０６を含むこともでき、このボタン７０６により、後に容
易に検索するために、特定の１２リード表現にフラグを付けることができる。いくつかの
実施形態では、サムネイルを選択し、ブックマークボタン上にドラッグして、特定のサム
ネイルにブックマークを付け得る。別のボタン（図示せず）は、表示をフィルタリングし
て、ブックマークの付いた１２リード画像のみを示せるようにする。本発明のいくつかの
実施形態によれば、各１２リードサムネイル表示は、データと、データが記録された時間
とを含む。
【０２１３】
図６５の表示及びユーザインタフェースは、企業ワークステーション１２２を介して企
業ユーザ１２４に提供することもでき、それにより、遠隔地（例えば、病院）にいる医師
又は他の医療専門者は、患者が病院に到着する前に、患者が搬送中且つ／又は治療中であ
る間、例えば、ウェブブラウザインタフェースを介して患者のサムネイル及び履歴臨床デ
ータを閲覧することができる。本発明の一実施形態によれば、ＢＯＡ装置１０４画面及び
／又は企業ワークステーション１２２は、２人以上の患者を同じ画面で、且つ／又は複数
の患者についての同様の情報を含むタイル化又は分割された画面で見て、稼働中のユニッ
ト範囲にわたって活動を追跡し、且つ／又は大量殺人状況に対応し得る。
【０２１４】
いくつかの実施形態では、ＢＯＡ装置１０４又は他の外部装置は、通信インタフェース
装置６３１に含まれる任意の１２リードスナップショットデータセットを照会し、続けて
データを処理し、ソートし、且つ／又はフィルタリングし得、他の実施形態では、ＳＯＭ
プロセッサ６３３は、適切又は最も妥当な１２リード画像及び／又はデータセットをすで
にソートし、フィルタリングし、且つ／又は選択しており、ＢＯＡ装置１０４又は他の外
部装置は、各自がデータを処理する必要なく、１２リード画像及び／又はデータセットに
より高速にアクセスし、表示し得る。
【０２１５】
本発明の実施形態によれば、ＳＯＭプロセッサ６３３は、加入装置により要求され、イ
ンターネットプロトコル接続を介してＸＭＬオブジェクトとして供給し得るＸＭＬスキー
マに従って、除細動器から受信した未処理データをフォーマットする。図６６は、全開示
記録スキーマの一例を示し、各子は特定の種類のデータに対応する。図６７は、図６６の
全開示記録の１２ＬｅａｄＲｅｃｏｒｄ要素の図を示す。いくつかの実施形態によれば、
臨床ＥＭＳ情報は、カスタマイズされたＸＭＬフォーマットでＥＭＳ通信インタフェース
装置６３１により送信され、他の実施形態によれば、ＥＭＳ通信インタフェース装置６３
１は、患者監視装置１０６からのＥＭＳ情報を記憶し、Ｎａｔｉｏｎａｌ  ＥＭＳ  Ｉｎ
ｆｏｒｍａｔｉｏｎ  Ｓｙｓｔｅｍ（ＮＥＭＳＩＳ）標準フォーマット等の規定された標
準に従って送信することができる。本発明の実施形態によれば、プロセッサ６４０とのシ
リアル接続を介して装置６３１が受信するデータは、ＳＱＬｉｔｅデータベースに記憶さ
れ、各ケースは、装置６３１に記憶された各ケースを追跡するマスタテーブルマネージャ
６７４により管理されるケースディレクトリデータベーステーブルと共に、別個のファイ
ルを形成する。
【０２１６】
装置は、システム６３０、特にシステム６３１に様々な方法で接続することができる。
例えば、装置（例えば、ＢＯＡ装置１０４）は、サーバ１２６又は１２８（図１参照）等
の「バックオフィス」企業サーバを介してシステム６３１に接続することができる。シス
テム６３１は、サーバ１２６、１２８との接続をいくつかの方法で確立することができ、
例えば、インターネットサービスプロバイダにも接続された、ＵＳＢポート６３９に直接
差し込まれたＵＳＢセルラモデム６４３を使用して、又はインターネットサービスプロバ
イダに接続することができるセルラ装置（例えば、電話）に接続されたＢｌｕｅｔｏｏｔ
ｈ（登録商標）接続を使用して、又はインターネットサービスプロバイダに接続すること
ができるセルラモデムへのＷｉ−Ｆｉ接続を使用して、確立することができる。それぞれ
の場合で、データ接続は、本発明の実施形態によれば、キャリアのインターネットサービ
スプロバイダへのセルラリンクを介して行われ、次に、ＥＭＳ通信インタフェース装置６
３１が標準通信インターネットプロトコルを使用して、サーバ１２６、１２８に接続し、
それらサーバを認証し、それらサーバと対話する。
【０２１７】
別の例として、外部装置（例えば、ＢＯＡ１０４及び／又は患者カルテ記入装置１０８
）は、発見プロトコル、例えば、ｍＤＮＳ／ＤＮＳ−ＳＤを使用して、ローカルシステム
６３１を調べて、どのデータサービスを提供するかを特定することができる。次に、外部
装置は、通信インタフェースシステム６３１上のそのサービスへのＴＣＰ／ＩＰ接続を形
成する。本発明の実施形態によれば、各通信インタフェースシステム６３１は、一意のＩ
Ｐソケットアドレスを有する。通信インタフェースシステム６３１及び外部装置は両方と
も、次に、互いを認証して、双方向コマンド、応答、及びデータフローを許可する。この
データフローは、例えば、ＴＣＰ／ＩＰプロトコルを介してＸＭＬフォーマットで行うこ
とができる。この発見プロトコルは逆に動作することもでき、したがって、本発明の実施
形態によれば、通信インタフェース装置６３１が外部装置（例えば、ＢＯＡ１０４）を調
べ、それらの装置上のサービスに接続することができる。これらのようにして、外部装置
を装置６３１に接続し、無線ローカルエリアネットワーク（例えば、Ｗｉ−Ｆｉネットワ
ーク）を介して装置６３１からストリーミングデータを受信し得る。
【０２１８】
本発明のいくつかの実施形態によれば、１２リードデータは、生成されるとストリーミ
ングデータ送信器６６５によりストリーミングデータハンドラ６８４に送信され、そこに
記憶される。ＢＯＡ装置１０４は、発見動作を実行して、ＣＰ装置６３１が１２リード更
新をサポートすることを特定し得る。次に、ＢＯＡは、本発明の実施形態によれば、装置
６３１、特にリポート送信器により供給されるそのサービスに接続し、永続的な接続が形
成される。リポート送信器に、新しい１２リードが記憶されたことが通知される都度、リ
ポート送信器は、本発明の実施形態によれば、ＢＯＡに対して確立された接続を使用して
、最新のリポートを適切なＸＭＬフォーマットで送信する。
【０２１９】
本発明のいくつかの実施形態によれば、患者監視装置１０６は、除細動器であるか、又
は患者の心音の記録、及び／又は監視、及び／又は再送信を行う音声センサ又は音響心電
センサを含む他の何らかの装置である。そのような装置は、例えば、Ａｕｄｉｃｏｒ（登
録商標）音響心電モニタであり得る。そのような場合、音声信号又は他の音響情報は、例
えば、ストリーミング様式で、除細動器モニタ基板組立体６３２からＥＭＳ通信インタフ
ェース装置６３１のＳＯＭプロセッサ６３３に送信し、次に、Ｗｉ−Ｆｉ、及び／又はＢ
ｌｕｅｔｏｏｔｈ（登録商標）、及び／又は他の何らかのプロトコルを介して別の装置に
送信し得る。電子聴診器装置が、ＥＭＳ通信インタフェース装置６３１に加入し、且つ／
又は接続し、患者のストリーミング音声情報又は音響情報を問い合わせ、且つ／又は受信
するように構成し得る。これにより、臨床医は、患者の心音を無線で、さらには遠隔から
、Ｂｌｕｅｔｏｏｔｈ（登録商標）又は他のＩＰ情報ストリームを介して聞くことができ
得る。音データは、本発明の実施形態によれば、オンラインでの診察又はケースレビュー
のために遠隔ユーザに送信し得る。そのような装置は、３Ｍ（商標）Ｌｉｔｔｍａｎｎ（
登録商標）Ｅｌｅｃｔｒｏｎｉｃ  Ｓｔｅｔｈｏｃｏｐｅであり得、これは、このように
してリアルタイムで使用することもでき、又は臨床時の遠隔聴診に使用することもできる
。
【０２２０】
ＥＭＳ装置通信インタフェース６３１は、患者監視装置と非臨床データを交換するため
に使用することもできる。本発明の他の実施形態によれば、外部装置を通信インタフェー
ス装置６３１に接続して、診断テストを実行し、又はソフトウェア更新を、土台をなす患
者監視装置６３２にインストールし得る。本発明のさらに他の実施形態によれば、外部装
置は、ソフトウェア更新の利用可能性を、加入しているすべての通信インタフェース装置
６３１、例えば、除細動装置に関連付けられた装置にブロードキャストし得、次に、それ
らの装置は、更新が利用可能であることを装置のユーザに警告し、インストールを通して
ユーザをガイドする。外部装置を通信インタフェース装置６３１に接続して、土台をなす
装置の設定又はユーザ構成パラメータを更新することもでき、例えば、各シフトの開始時
にＢＯＡ装置１０４を除細動装置１０６に接続して、最も新しくシステムにログインした
活動中のクルーメンバの好ましい設定に合うように、ユーザ構成設定を変更し得る。
【０２２１】
本発明の範囲から逸脱せずに、様々な変更及び追加を考察した例示的な実施形態に行い得る。例えば、上述した実施形態は特定の特徴を参照するが、本発明の範囲は、異なる組み合わせの特徴を有する実施形態及び説明された特徴のすべてを含むわけではない実施形態も含む。したがって、本発明の範囲は、特許請求の範囲と共にそのすべての均等物内にあるすべてのそのような代替、変更、及び変形を包含することを意図する。本願によれば、以下の構成もまた開示される。
（項目１）
第１表示装置を有する除細動器から患者情報をストリーミングする方法であって、
前記除細動器の筐体内に含まれた通信コンポーネントとの無線データ接続を確立すること、
前記無線データ接続を介して、少なくとも５秒毎に前記除細動器から患者情報を受信すること、
緊急医療サービスモバイル環境で前記除細動器から分離された第２表示装置に、前記患者情報の少なくとも一部を表示すること
を含み、
前記筐体は、患者に除細動ショックを与える１または複数の電極との配線接続を更に含む方法。
（項目２）
前記患者情報を受信することは、前記無線データ接続を介して、少なくとも１秒毎に前記除細動器から前記患者情報を受信することを含む、項目１に記載の方法。
（項目３）
前記無線データ接続はセキュアＷｉＦｉ接続である、項目１または２に記載の方法。
（項目４）
前記患者情報は臨床情報であり、前記方法は、非臨床情報を受信すること、前記緊急医療サービスモバイル環境で前記臨床情報及び前記非臨床情報を同時に表示することをさらに含む、項目１から３のいずれか一項に記載の方法。
（項目５）
前記患者情報はＥＣＧ波形を含む、項目１に記載の方法。
（項目６）
前記患者情報は心拍数を含む、項目１から５のいずれか一項に記載の方法。
（項目７）
前記患者情報はＥＣＧ波形を含む、項目２から４のいずれか一項に記載の方法。
（項目８）
前記除細動器から全開示データを受信すること、
前記全開示データをフレーム・イベント・ストリームにフォーマットすることであって、前記フレーム・イベント・ストリームは、継時的な順序の複数のフレームを含み、前記複数のフレームのそれぞれは、時間識別子、インシデント識別子、並びに前記時間識別子により識別される時間及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、前記フォーマットすること、
前記無線データ接続を介して、前記患者情報として前記フレーム・イベント・ストリームを送信すること
をさらに含む、項目１に記載の方法。
（項目９）
前記複数のフレームをコンピュータ可読媒体に記憶することをさらに含む、項目８に記載の方法。
（項目１０）
前記無線データ接続を介して要求を送信することであって、前記要求は特定のインシデント識別子を含む、前記要求を送信すること、
前記インシデント識別子が前記要求の前記特定のインシデント識別子に対応する前記複数のフレームのそれぞれを前記コンピュータ可読媒体から検索し、応答セットに追加すること、
前記無線データ接続を介して前記応答セットを送信すること
をさらに含む、項目９に記載の方法。
（項目１１）
前記緊急医療サービスモバイル環境で前記応答セットのうちの少なくとも部分を表示することをさらに含む、項目１０に記載の方法。
（項目１２）
前記無線データ接続は、第１の無線データ接続であり、
当該方法は、
第２の無線データ接続を介して前記患者情報を送信すること、
前記第２の無線データ接続を介してパーソナル・モバイル・デバイスで前記患者情報を受信すること、
前記パーソナル・モバイル・デバイスを介して役割表示を受信すること、
前記役割表示に基づき、前記パーソナル・モバイル・デバイスに表示する前記患者情報の部分を決定すること
を更に含む項目１に記載の方法。
（項目１３）
前記役割表示はＣＰＲ医療者であり、前記患者情報の部分は胸部圧迫測定データを含む項目１２に記載の方法。
（項目１４）
前記パーソナル・モバイル・デバイスからの前記第２の無線データ接続を介して患者治療介入表示を受信すること、
前記緊急医療サービスモバイル環境において前記患者治療介入表示に関連付けられた情報と同時に、前記患者情報の少なくとも一部を表示すること
を更に含む項目１２または１３に記載の方法。
（項目１５）
前記患者治療介入表示は、複数の患者治療介入表示のうちの１つであり、
前記パーソナル・モバイル・デバイスに表示される前記複数の患者治療介入表示は、前記役割表示に基づいて決定される項目１４に記載の方法。
（項目１６）
前記無線データ接続は、第１の無線データ接続であり、
当該方法は、
第２の無線データ接続を介して前記患者情報を送信すること、
前記第２の無線データ接続を介してパーソナル・モバイル・デバイスで前記患者情報を受信すること、
前記パーソナル・モバイル・デバイスを介して役割表示を受信すること、
前記役割表示に基づき、前記パーソナル・モバイル・デバイスに表示する前記患者情報をフィルタリングすること
を更に含む項目１に記載の方法。
（項目１７）
第１表示装置を有する除細動器から患者情報をストリーミングする方法であって、
少なくとも５秒毎に前記除細動器の筐体内に含まれた通信コンポーネントからのストリーミング患者情報を無線で受信すること、
緊急医療サービスモバイル環境で前記除細動器から分離された第２表示装置に、前記患者情報の少なくとも一部をストリーミング形式で表示すること
を含み、
前記筐体は、患者に除細動ショックを与える１または複数の電極との配線接続を更に含む方法。
（項目１８）
前記除細動器から開示データを受信すること、
前記開示データをフレーム・イベント・ストリームにフォーマットすることであって、前記フレーム・イベント・ストリームは、複数のフレームを含み、前記複数のフレームのそれぞれは、時間識別子、インシデント識別子、並びに前記時間識別子により識別される時間及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、前記フォーマットすること、
無線データ接続を介して、前記患者情報として前記フレーム・イベント・ストリームを送信すること
をさらに含む、項目１７に記載の方法。
（項目１９）
前記患者情報は、フレーム・イベント・ストリームにフォーマットされた開示データを含み、
前記フレーム・イベント・ストリームは、複数のフレームを含み、前記複数のフレームのそれぞれは、時間識別子、インシデント識別子、並びに前記時間識別子により識別される時間及び前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、項目１７に記載の方法。
（項目２０）
第１表示装置を有する除細動器から患者情報をストリーミングする方法であって、
一の頻度で前記除細動器の筐体内に含まれた通信コンポーネントからの患者情報を無線で受信することであって、前記筐体は、患者に除細動ショックを与える１または複数の電極との配線接続を更に含み、前記ストリーミングする患者情報は患者のＥＣＧ波形であり、前記頻度は少なくとも５秒毎であり、前記受信すること、
緊急医療サービスモバイル環境で前記除細動器から分離された第２表示装置に、前記患者のＥＣＧ波形を表示し、前記頻度で前記患者のＥＣＧ波形を更新すること
を含む方法。
（項目２１）
前記頻度は、少なくとも１秒毎である、項目２０に記載の方法。
（項目２２）
前記頻度は、１秒毎である、項目２１に記載の方法。
（項目２３）
前記除細動器は、複数の医療デバイスのうちの１つであり、
当該方法は、
前記複数の医療デバイスのそれぞれと無線データ接続を確立すること、
少なくとも５秒毎に前記複数の医療デバイスのそれぞれからの患者情報を受信すること、
緊急医療サービスモバイル環境で前記複数の医療デバイスから分離された表示装置に、前記複数の医療デバイスのそれぞれからの前記患者情報の少なくとも一部を同時に表示すること
を更に含む項目１に記載の方法。
【図１】
2018122119.tif 000006
【図２】
2018122119.tif 000007
【図３】
2018122119.tif 000008
【図４】
2018122119.tif 000009
【図５】
2018122119.tif 000010
【図６】
2018122119.tif 000011
【図７】
2018122119.tif 000012
【図８】
2018122119.tif 000013
【図９】
2018122119.tif 000014
【図１０】
2018122119.tif 000015
【図１１】
2018122119.tif 000016
【図１２】
2018122119.tif 000017
【図１３】
2018122119.tif 000018
【図１４】
2018122119.tif 000019
【図１５】
2018122119.tif 000020
【図１６】
2018122119.tif 000021
【図１７】
2018122119.tif 000022
【図１８】
2018122119.tif 000023
【図１９】
2018122119.tif 000024
【図２０】
2018122119.tif 000025
【図２１】
2018122119.tif 000026
【図２２】
2018122119.tif 000027
【図２３】
2018122119.tif 000028
【図２４】
2018122119.tif 000029
【図２５】
2018122119.tif 000030
【図２６】
2018122119.tif 000031
【図２７】
2018122119.tif 000032
【図２８】
2018122119.tif 000033
【図２９Ａ】
2018122119.tif 000034
【図２９Ｂ】
2018122119.tif 000035
【図３０】
2018122119.tif 000036
【図３１】
2018122119.tif 000037
【図３２】
2018122119.tif 000038
【図３３】
2018122119.tif 000039
【図３４】
2018122119.tif 000040
【図３５】
2018122119.tif 000041
【図３６】
2018122119.tif 000042
【図３７】
2018122119.tif 000043
【図３８】
2018122119.tif 000044
【図３９】
2018122119.tif 000045
【図４０】
2018122119.tif 000046
【図４１】
2018122119.tif 000047
【図４２】
2018122119.tif 000048
【図４３】
2018122119.tif 000049
【図４４】
2018122119.tif 000050
【図４５】
2018122119.tif 000051
【図４６】
2018122119.tif 000052
【図４７】
2018122119.tif 000053
【図４８】
2018122119.tif 000054
【図４９】
2018122119.tif 000055
【図５０】
2018122119.tif 000056
【図５１】
2018122119.tif 000057
【図５２】
2018122119.tif 000058
【図５３】
2018122119.tif 000059
【図５４】
2018122119.tif 000060
【図５５】
2018122119.tif 000061
【図５６】
2018122119.tif 000062
【図５７】
2018122119.tif 000063
【図５８】
2018122119.tif 000064
【図５９】
2018122119.tif 000065
【図６０】
2018122119.tif 000066
【図６１】
2018122119.tif 000067
【図６２】
2018122119.tif 000068
【図６３】
2018122119.tif 000069
【図６４Ａ】
2018122119.tif 000070
【図６４Ｂ】
2018122119.tif 000071
【図６５】
2018122119.tif 000072
【図６６】
2018122119.tif 000073
【図６７】
2018122119.tif 000074
【手続補正書】
【提出日】平成30年3月16日(2018.3.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
体外式除細動器であって、
通信インターフェースと、
アセット管理データベースを有するメモリ装置と、
前記メモリ装置および前記通信インターフェースに通信可能に結合されるプロセッサと
を備え、
前記プロセッサは、
前記体外式除細動器によって取得された患者監視情報を受信し、
前記患者監視情報を複数のデータブロックにフォーマットし、前記複数のデータブロックの各々は、前記患者監視情報が集められた期間の緊急医療サービス（ＥＭＳ）インシデントに関連付けられたインシデント識別子が関連付けられており、
前記複数のデータブロックを前記アセット管理データベースに記憶し、
前記通信インターフェースを介して、特定のＥＭＳインシデントに関連付けられた特定のインシデント識別子と関連付けられている１つ又は複数のデータブロックの要求を受信し、
前記特定のインシデント識別子と関連付けられている前記１つ又は複数のデータブロックのために前記アセット管理データベースを照会し、
前記特定のインシデント識別子と関連付けられている前記１つ又は複数のデータブロックを検索し、
前記通信インターフェースを介して、前記複数のデータブロックのうちの前記１つ又は複数のデータブロックを送信するように構成される、
体外式除細動器。
【請求項２】
前記体外式除細動器は、前記通信インターフェースを介して、１つ又は複数の計算装置と通信可能に結合するように構成される、
請求項１に記載の体外式除細動器。
【請求項３】
前記１つ又は複数の計算装置は、遠隔サーバ、遠隔ワークステーション、および、モバイル計算装置の１つ又は複数を有する、
請求項２に記載の体外式除細動器。
【請求項４】
前記プロセッサは、前記１つ又は複数の計算装置から前記１つ又は複数のデータブロックの前記要求を受信するように構成される、
請求項２に記載の体外式除細動器。
【請求項５】
前記体外式除細動器は、前記１つ又は複数のデータブロックを前記１つ又は複数の計算装置に送信するように構成される、
請求項２に記載の体外式除細動器。
【請求項６】
前記通信インターフェースは、無線通信および有線通信の少なくとも１つをサポートするように構成される、
請求項２に記載の体外式除細動器。
【請求項７】
前記通信インターフェースは、無線通信用に構成された送受信器を有する、
請求項６に記載の体外式除細動器。
【請求項８】
前記通信インターフェースは、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信、８０２．１１プロトコル通信、イーサネット（登録商標）通信、および、シリアルケーブル通信の少なくとも１つをサポートするように構成される、
請求項６に記載の体外式除細動器。
【請求項９】
前記患者監視情報は、患者の１つ又は複数の生理学的パラメータを含む、
請求項１に記載の体外式除細動器。
【請求項１０】
前記患者の前記１つ又は複数の生理学的パラメータは、心拍情報、心電図（ＥＣＧ）波形、および、インピーダンス波形の少なくとも１つを含む、
請求項９に記載の体外式除細動器。
【請求項１１】
前記患者監視情報は、心肺蘇生（ＣＰＲ）データ、加速度計情報、小児圧迫情報、および、除細動器ショック情報の１つ又は複数を含む、
請求項１に記載の体外式除細動器。
【請求項１２】
前記プロセッサは、前記１つ又は複数のデータブロックをフレームイベントストリームにフォーマットするように構成され、前記フレームイベントストリームは時間的な順序の複数のフレームを含み、前記複数のフレームの各フレームは、時間識別子、インシデント識別子、並びに、前記時間識別子により識別される時間および前記インシデント識別子により識別されるインシデントに関連付けられた臨床情報を含む、
請求項１に記載の体外式除細動器。