JP2015510298A - 緊急呼出し機能を有する無線中継モジュール - Google Patents

Abstract

一連の医療装置、無線中継モジュール、ならびに遠隔装置無線中継ネットワークおよびインターネットアクセス可能な無線通信ネットワークの間のネットワーク化された通信のためのシステム。少なくとも１つの中継モジュールは、受信器、無線中継ネットワークに結合された第１の送信器、インターネットアクセス可能な無線通信ネットワークに結合された第２の送信器、およびコントローラを有する。コントローラは、インターネットアクセス可能な無線通信ネットワークがアクセス可能であるかどうかを判断する。アクセス可能である場合、医療装置データは、第２の送信器を使用し、そのネットワークを通して遠隔装置に送信される。アクセス可能でない場合、医療装置データを別の無線中継モジュールに無線中継ネットワークを通して送信するために第１の送信器が使用される。【選択図】図４ａ

Description

〔関連出願〕
本出願は、“Ｗｉｒｅｌｅｓｓ Ｒｅｌａｙ Ｍｏｄｕｌｅ ｆｏｒ Ｒｅｍｏｔｅ Ｍｏｎｉｔｏｒｉｎｇ Ｓｙｓｔｅｍ”という名称で２０１１年１月１４日に出願された米国特許出願第１３／００６，７６９号の一部継続出願であり、“Ｍｅｄｉｃａｌ Ｄｅｖｉｃｅ Ｗｉｒｅｌｅｓｓ Ｎｅｔｗｏｒｋ Ａｒｃｈｉｔｅｃｔｕｒｅｓ”という名称で２０１１年１月１４日に出願された米国特許出願第１３／００６，７８４号に関連し、それらの各々が本出願と共通の譲受人を共有し、全ての目的のため参照によりその全体において本明細書に組み込まれる。

本出願は、緊急呼出し機能および場所位置決め能力を有する、無線中継ネットワークおよび／またはインターネットアクセス可能な無線通信ネットワークを介した、一連の医療装置と遠隔監視装置との間のネットワーク化された通信に関する。

病院、クリニック、生活支援センタなどを含む救命救急センタおよび在宅看護健康サービスセンタでは、治療従事者と患者が相互に対する時間が貴重である。いかなる遅延も生死を分ける差を表し得るので、治療従事者は、深刻な健康状態に迅速に応答する必要がある。生理学的データをそれぞれの患者から（またはグラフィック的に分散した救命救急健康サービスセンタから）集中した箇所に送信することにより、治療従事者の時間をより効率的に使用するための、集中監視のシステムが開発されてきた。

この集中した箇所では、１人または少数の技師が、この患者情報の全てを監視し患者の状況を判断する。患者の警報状況を示す情報は、例えば無線ポケットベルおよび／または携帯電話を介して、および／または設備全体の音声呼び出しを行うことにより、技師および／またはシステムが治療従事者と通信し即時に患者へ注意させる状況を起こす。

集中した箇所に送信される情報は、ＩＥＥＥ８０２．１１規格に基づいた”Ｗｉ−Ｆｉ”ネットワークを用いてなど、ローカルエリアネットワークを通して実行され得る。しかし、このネットワークに関連する問題は、集中監視を提供する目的で十分なローカルエリアネットワークアクセスを確保することが、しばしば困難なことである。また、患者が救命救急健康サービスセンタから離れている（例えば、家庭にいる）とき、Ｗｉ−Ｆｉネットワークのような従来のローカルエリアネットワーク設備へのアクセスは、利用不可または救命救急監視の適用を補助するのに充分信頼がおけないかもしれない。

Ｗｉ−Ｆｉに対する１つの代替はＺＩＧＢＥＥであり、それは、無線パーソナルエリアネットワークに関するＩＥＥＥ８０２．１５．４規格に基づく。ＺＩＧＢＥＥネットワークは、以前は、ポイントオブケア医療装置の通信のためのＩＥＥＥ１１０７３装置特化に従ったさまざまな医療装置からの情報収集に使用されてきたが、例えばパルスオキシメータ、血圧計、脈拍計、体重計、および血糖計を含む。

ＺＩＧＢＥＥネットワークの利点は、ネットワークが動的に構成可能（例えば”自己回復”メッシュ構成）であること、および低い電力の必要量で動作すること（例えばＺＩＧＢＥＥ送受信器が電池の電力で一体的に医療装置に接続されることを可能にする）である。しかし、個々のＺＩＧＢＥＥ送受信器間の送信範囲は、通常数百フィート以下に制限される。結果として、ＺＩＧＢＥＥネットワークは、オフサイトに設置された集中監視箇所に対して、ほとんどの場合使用できない。

ネットワークが唯一の問題ではない。いくつかのケースでは、各患者からの生理学的データは、重要な健康状態に関連し得る。しかし、時々、データは、遅延および／または信号干渉のせいで、現場の治療従事者に十分迅速に伝達されないかもしれない。さらに、治療従事者に伝達された場合でさえ、彼らは、迅速に反応しないか、または、救急９１１応答者などの、外部の支援をさらに必要とし得る。

本発明は、無線中継ネットワークおよび／またはインターネットアクセス可能な無線通信ネットワークを介した、一連の医療装置と遠隔監視装置との間のネットワーク化された通信における緊急呼出し機能を可能にするための、無線中継モジュールおよび無線中継モジュールの方法を対象とする。無線中継モジュールは、医療装置データを無線中継ネットワークを通じて第２の無線中継モジュールに無線で送信可能な第１の送信器に加えて、無線中継ネットワークを通じて少なくとも１つの医療装置から医療装置データを無線で受信可能な受信器、およびインターネットアクセス可能な無線通信ネットワークを通じてデータを無線で送信可能な第２の送信器を含む。受信器および少なくとも第１の送信器は、望ましくは単一の送受信器として実装され得る。本明細書では、“医療装置データ”および“データ”は一般に、例えば、医療装置識別、医療装置ソフトウェア、設定もしくはステータス情報（警報情報および／または警報優先度を含む）、患者識別情報、患者個人識別番号（複数可）“ＰＩＮ（複数可）”、患者の処方箋、ならびに／または医療装置によって収集、作成および／もしくは生成されるような患者の医療および／もしくは生理学的データを含む医療装置からの、またはそれに関するデータを意味する。

コントローラは、第１の送信器および第２の送信器に結合され、受信器によって受信された医療装置データを２つのそれぞれのネットワークのうちの１つを通して送信するために、前記第１の送信器または第２の送信器の１つを選択するように無線中継モジュールを制御する。コントローラはさらに、緊急状態が存在する場合に、第１の送信器または第２の送信器を使用して、緊急応答者との接続を確立可能である。例えば、コントローラに結合された電話装置が、緊急応答者との接続を開始し、その電話装置に結合された信号生成器が緊急状態を示す信号を生成して、その信号を緊急応答者との接続を通して送信する。

さらに、一実施形態では、コントローラが、医療装置データを、そのコントローラに関連したメモリ内に格納された１つまたは複数の緊急状態コードと比較することにより、緊急状態が存在するかどうかを判断する。別の実施形態では、受信された医療装置データ自体が、緊急状態が存在しているという指示を有し得る。あるいは、コントローラが、受信された医療装置データからかかる状態を検出したインターネットアクセス可能なソースから受信もしくは中継された信号に基づいて、または無線中継ネットワークソースからの信号に基づいて、緊急状態が存在するかどうかを判断し得る。

コントローラが、緊急応答者との接続が確立できないという指示を受信する場合、コントローラは、無応答メッセージを１つまたは複数の医療装置に送信し得る。コントローラは、また、緊急状態を表すデータならびに、（ａ）タイムスタンプ、（ｂ）その緊急状態を送信している１つまたは複数の医療装置（ｃ）、および１つまたは複数の医療装置の位置、のうちの１つまたは複数をメモリ内に格納し得る。コントローラは、格納されたデータを、格納された緊急状態における傾向を識別する監視ユニットに送信し得る。

さらなる実施形態では、コントローラは、１つまたは複数の医療装置によって送信されたデータから装置位置情報を検出し、第１の送信器または第２の送信器によって緊急応答者に送信される位置情報信号を生成する。あるいは、スタンドアロンの位置装置が位置信号を生成し得、それは、例えば、全地球測位システム信号または緊急応答者への送信のために中継モジュールによって受信される他の位置信号に基づき得る。

本発明は、以下の図を参照して進める本発明の詳細な記載からより容易に明らかになるであろう。

本発明による医療装置監視用システムのための例示的なアーキテクチャの概略図を表す。 図１によるアーキテクチャの例示的な無線ネットワーク構成要素をさらに示す概略図を表す。 図１によるアーキテクチャに関連した例示的な無線中継モジュールを示す概略図を表す。 図１によるアーキテクチャの動作の第１の例示的な方法を示すフローチャートを表す。 例示的な緊急呼出しシステムを示すフローチャートを表す。 位置信号の例示的な生成を示すフローチャートを表す。 緊急状態が存在するかどうかを判断するために使用される例示的なテーブルを表す。 図１によるアーキテクチャの動作の第２の例示的な方法を示すフローチャートを表す。

本発明を実行するため発明者がベストモードと考えるものを含む、本発明の例示的な実施形態を詳細に述べる。これらの例示的な実施形態の例は、添付の図に示される。これらの実施形態と関連して本発明を記載するが、本発明を記載された実施形態に限定することを意図するものではないことが理解されるであろう。そうではなく、本発明は、添付の請求項に定義された本発明の趣旨および範囲内に含まれうるとして、代替、改良、および均等物に及ぶことを意図する。

後述の記載で、本発明の全体の理解のため、特定の詳細を述べる。本発明は、これらの特定の詳細の一部または全てなしには実践しえない。他の場合、本発明を不必要に曖昧にしないように、公知の態様は詳細に記載しない。

本発明を説明するため、図１〜図５を参照して例示的な実施形態を記載する。

本明細書および添付の請求項では、単数形の”ａ”、”ａｎ”および”ｔｈｅ”は、文脈が明らかに他を述べていない限り複数の言及を含む。他に定義された場合を除いて、本明細書で使用する全ての技術用語および科学用語は、この発明が属する当業者が一般的に理解するのと同一の意味を持つ。

重要な健康状態が生じた場合に二次レベルの保護を提供するための緊急呼出し機能を有する、無線中継ネットワークおよび／またはインターネットアクセス可能な無線通信ネットワークを使用した、医療装置の集中監視のためのネットワークアーキテクチャが、本明細書でさらに記述される。本アーキテクチャは、さらに、監視される医療装置の近似位置を判断するのを可能にする。

本発明による監視医療装置に関するシステムの例示的なアーキテクチャ１００の概略図が、図１に示される。医療状況の監視および／または１人または複数の患者の医学的治療のため、患者用の設備２０において１つまたは複数の医療装置１０が提供される。患者用の設備２０は、多数の患者にサービスを提供する救命救急健康サービスセンタ（例えば病院、クリニック、生活支援センタなどを含む）、１人または複数の患者にサービスを提供する家庭の設備、または外来患者が装着または着用しうるパーソナル筐体（例えばバックパック）を含んでもよい。それぞれの医療装置１０に関連するのがインタフェース回路１５であり、インタフェース回路１５は、メッシュネットワーク（ＺＩＧＢＥＥネットワークなど）をエミュレートするため、または別の方法で、例えば低速無線パーソナルエリアネットワークすなわち“ＬＲ−ＷＰＡＮ，”ＺＩＧＢＥＥネットワークまたは、低電力ブルートゥースネットワーク、例えばブルートゥース４．０、のような他の低電力パーソナルエリアネットワーク、既存のまたは現在開発中または検討中の設備指向無線ネットワーク内で信号を送信および受信するための送受信器を有する。例えば、ＺＩＧＢＥＥ Ｗｉｒｅｌｅｓｓ Ｓｅｎｓｏｒ Ａｐｐｌｉｃａｔｉｏｎｓ ｆｏｒ Ｈｅａｌｔｈ，Ｗｅｌｌｎｅｓｓ ａｎｄ Ｆｉｔｎｅｓｓ，ｔｈｅ ＺＩＧＢＥＥ Ａｌｌｉａｎｃｅ， Ｍａｒｃｈ ２００９を参照されたい。またこの文献は、全ての目的のため、参照により全体が本明細書に組み込まれる。また、Ｎｉｃｋ Ｈｕｎｎ，Ｅｓｓｅｎｔｉａｌｓ ｏｆ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｗｉｒｅｌｅｓｓ， Ｃａｍｂｒｉｄｇｅ Ｕｎｉｖｅｒｓｉｔｙ Ｐｒｅｓｓ，２０１０も参照されたい。この文献も、全ての目的のため、参照により全体が本明細書に組み込まれる。

インタフェース回路１５を、本発明による医療装置１０内に収容または外部に配置してもよいことを理解するべきである。患者用の設備２０内に、１つまたは複数の中継モジュール３０も提供される。

図３に関連して詳述するように、図２のそれぞれの中継モジュール３０は、前述した、設備指向無線ネットワーク内でインタフェース回路１５から信号を受信およびインタフェース回路１５へ信号を送信するための、第１の送受信器３１を有する。図３で示されるように、中継モジュール３０ａは、中継モジュール３０に対応し、無線広域ネットワークすなわち“ＷＷＡＮ”を介して、図２に示されるように、無線でアクセスポイント４０へ信号を送信およびアクセスポイント４０から信号を受信するための第２の送受信器３２をさらに有する。本発明での使用に適切なＷＷＡＮは、例えば汎欧州デジタル移動電話方式（ＧＳＭ（登録商標））または符号分割多重アクセス（ＣＤＭＡ）セルラーネットワークに基づいたネットワーク、または２Ｇ、３Ｇ、３Ｇロングタームエボリューション、４Ｇ、国際電気通信連合電気通信標準化部門（ＩＴＵ−Ｒ）のＷｉＭＡＸセルラー無線規格に関連するネットワークを含む。１９９６年の医療保険の携行性と責任に関する法律（ＨＩＰＡＡ）の規定に準拠するため、設備指向無線ネットワークおよびＷＷＡＮのそれぞれを通した通信は、例えばセキュアソケットレイヤ（ＳＳＬ）プロトコルまたはトランスポートレイヤセキュリティ（ＴＬＳ）プロトコルを用いて安全に行うことが望ましい。

図１に示されるように、本発明で使用可能な適切なアクセスポイント４０は、ＷＷＡＮ上の中継モジュール３０ａとの通信のため送受信器へのアクセスを組み入れた、またはアクセスを有するインバウンドｗｅｂサーバ４１を有する。インバウンドｗｅｂサーバ４１によりＷＷＡＮを通して受信された医療装置データは、セキュアデータ記憶サーバ４２に転送され、セキュアデータ記憶サーバ４２は、例えば関連した医療装置の識別情報に関する受信されたデータのログを取るよう構成される。前述のように、以下、“医療装置データ”および“データ”は一般に本明細書では、例えば、医療装置識別、医療装置ソフトウェア、医療装置設定もしくはステータス情報（警報情報および／または警報優先度を含む）、患者識別情報、患者個人識別番号（複数可）“ＰＩＮ（複数可）”、患者の処方箋、ならびに／または医療装置によって収集、作成および／もしくは生成されるような患者の医療および／もしくは生理学的データを含む医療装置からの、またはそれに関するデータを意味する。

アウトバウンドｗｅｂサーバ４３は、例えば、１つまたは複数の遠隔監視装置６１、６２および６３により出されたデータ取得要求をブロードバンドネットワーク５０を通して（例えばインターネットを通して）受信および識別して、セキュアデータ記憶サーバ４２から取得される関連した医療装置データを要求し、関連した装置のディスプレイに表示するため、取得されたデータを１つまたは複数の遠隔監視装置６１、６２および６３へフォーマットし送信するよう構成される。アクセスポイント４０に関するこの開示されたアーキテクチャは、本発明の例示的な実施形態とともに示されるが、１つまたは複数の遠隔監視装置６１、６２および６３の装置表示における受信、記憶および医療装置データの取得を可能にするアクセスポイント４０のあらゆるアーキテクチャが、本発明の範囲内に含まれることが意図されることを理解するべきである。

図２は、図１の患者用の設備２０内に設置された、またはそうでなければ関連する、本発明のアーキテクチャの例示的な構成要素をさらに示すブロック図を表す。図２では、多数のインタフェース回路１５および中継モジュール３０、３０ａが、患者用の設備２０内のメッシュネットワーク１６内に配置される。インタフェース回路１５および中継モジュール３０、３０ａは、関連した無線リンクを介して互いに通信するよう構成される。図２で示される本発明の望ましい実施形態で、ネットワーク１６は、ＩＥＥＥ８０２．１５．４に基づいたＺＩＧＢＥＥメッシュネットワークである。しかし、ネットワーク１６を、例えばＩＥＥＥ８０２．１１に基づいたＷｉＦｉ ＷＬＡＮおよび／またはＩＥＥＥ８０２．１５．１に基づいたブルートゥースＷＰＡＮを含むさまざまな他の無線ローカルエリアネットワーク（ＷＬＡＮ）またはＷＰＡＮフォーマットにより、編成してもよい。

示されたＺＩＧＢＥＥメッシュネットワーク１６で、それぞれのインタフェース回路１５は、図１に示されるように、例えば有線通信インタフェースのような、関連した医療装置１０への通信インタフェースを有する。また、それぞれの中継モジュール３０、３０ａは、ＺＩＧＢＥＥメッシュネットワーク１６内の他の中継モジュール３０、３０ａと通信するよう構成された少なくとも１つの送受信器を有する。中継モジュール３０ａは、ＷＷＡＮを通してアクセスポイント４０と通信するための少なくとも第２の送受信器をさらに有する。

ＺＩＧＢＥＥメッシュネットワーク１６は、１つまたは複数のインタフェース回路１５および／または中継モジュール３０、３０ａがネットワークに追加されるとき、自己で構成可能である利点をもたらし、１つまたは複数のインタフェース回路１５および／または中継モジュール３０、３０ａがネットワークから削除される、またはそうでなければ無効にされるとき、自己で修復する利点をもたらす。インタフェース回路１５および中継モジュール３０、３０ａのサブグループ化を、定義された地理的領域内（例えば複数階の家庭またはケア施設内の個々の階または階の領域内）で行ってもよい。

図３は、中継モジュール３０ａの例示的な構成要素を示すブロック図である。図３では、中継モジュール３０ａは、アンテナ３１ａを介して図２のインタフェース回路１５および図２のＷＬＡＮまたはＷＰＡＮネットワーク１６内の他の中継モジュール３０、３０ａと無線通信するための第１の送受信器３１を有する。中継モジュール３０ａは、アンテナ３２ａを介してＷＷＡＮを通してアクセスポイント４０と無線通信するための第２の送受信器３２をさらに有する。それぞれの送受信器３１、３２はデータ処理回路３３と通信し、データ処理回路３３は、プロセッサ３４の制御下で作動し、送受信器３１、３２により受信されたデータを受け取り、受信されたデータをバッファ構成要素３５ａ内に格納するよう構成される。

本発明の実施形態によれば、プロセッサ３４は、受信された医療装置データが緊急状態を示しているかどうかを判断するように構成される。この判断は、プロセッサ３４によっていくつかの方法で実行され得る。例えば、プロセッサ３４は、受信された医療装置データ内の状態コードを、メモリ３５ｂ内に配置された状態テーブルと比較し得るが、その状態テーブルは、例えば、緊急状態に対応するコード、緊急状態の説明、緊急状態の症状、緊急状態が害を及ぼし得る将来時間（すなわち、緊急状態危害時間（ｈａｒｍ ｔｉｍｅ））の推定値、緊急状態に対するランク付けおよび／または重み、関連した緊急状態、病状を示す生理学的データ（例えば、バイタルサイン、血圧、パルスオキシメトリ、ＥＣＧ、体温、グルコースレベル、呼吸数、体重など）などのうちの１つまたは複数を有する。可能なテーブルの一形式が、図４ｃを参照して記述される。

状態テーブル内のデータは、例えば、指定された中継モジュール３０、３０ａまたは利用可能なネットワークの１つを通してアクセス可能な他の装置によって維持される緊急状態データのマスタストアまたは中央リポジトリから、最初は入力され、かつ／または定期的にリフレッシュされ得る。関連した緊急状態データは、予定または必要に応じて、例えば、アクセスポイント４０から中継モジュール３０、３０ａの各々に定期的に送信され得る。加えて、例えば、中継モジュールのいずれかが中央リポジトリで入手できない緊急状態データを提供されているかどうかを判断するために、中央リポジトリによって、ポーリングが実行され得る。この緊急状態データは次いで、定期的に中央リポジトリに送信され得、中央リポジトリは順に、そのデータを、かかるデータがなくて困っている可能性のある他のモジュールに送信し得る。このように、中央リポジトリと中継モジュールとの間の情報交換は双方向であり、このようにして、全てのモジュールおよび中央リポジトリが、同一の緊急状態データで同期されていることを確実にする。競合を回避するために、緊急状態データは、タイムスタンプを付けられ得るか、またはデータ最新性の別のインジケータを提供され得る。中央リポジトリが使用されない場合、モジュールは、各モジュールが同期されていることを確実にするために、緊急状態情報をモジュール間で交換し得る。例えば、監視された状態、地理的位置、および同類のものによる複数の中央リポジトリを使用する、他の実施形態が可能である。

一実施形態によれば、異なる緊急状態に優先度を割り当て、かつ／またはトリアージを実行するために、ランク付けおよび／または重みがプロセッサ３４によって適用され得る。例えば、プロセッサ３４は、同一の地理的位置またはいくつかの異なる地理的位置に配置された異なる送受信器から複数の医療装置データを受信すると、ある医療装置が他よりも差し迫った医学的な注意を必要とすると判断し得る。優先度分析も、例えば、緊急状態危害時間を使用して、実行され得る。

一実施形態では、プロセッサ３４によって分析された医療装置データが、ミススペルがあるか、かつ／または病状が他の名前で知られているか、かつ／もしくは新しい病状を表すという理由で、テーブルおよび／またはデータベース内の緊急状態のいずれとも一致しないことが起こり得る。このシナリオでは、プロセッサ３４は、例えば、受信された医療装置データと、テーブルおよび／またはデータベース内の症状および／または生理学的データとの間で、類似度分析を実行し得る（例えば、本明細書で図４ｃに関連して上での開示を参照）。この類似度分析に基づいて、プロセッサ３４は、もしあれば、医療装置データと厳密に近似する緊急状態を選択し得る。また、プロセッサ３４は、追加または代替として、その医療装置データをデータベースおよび／またはファイルにログを取り得、緊急状態がテーブルおよび／またはデータベース内の正確な緊急状態とどうして一致しなかったかを管理者が判断できるようにする。

別の実施形態によれば、処理をさらに効率的にするために、プロセッサ３４は、送受信器で受信された医療装置データを、以前の判断された緊急状態のリストと比較して、従来の補間および／または外挿技術に基づいて一致またはほぼ一致があるかを判断し得る。別の実施形態では、プロセッサ３４は、また、医療装置データを解析して、緊急状態が存在することを示すコードを見つけ得る。あるいは、プロセッサ３４は、受信された医療装置データが緊急状態を示すかを判断するために、前述したように、中央リポジトリ内に配置されたテーブルおよび／またはデータベースを検索し得る。別の実施形態では、１つの中継モジュール３０ａ内のプロセッサ３４が、（中央リポジトリではなく）別の装置内のプロセッサ３４に問い合わせて、他の装置が、医療装置データが緊急状態を表す緊急状態データを有するかどうかを知っているかを判断し得る。

中継モジュール３０ａのプロセッサ３４により、緊急状態が判断されて、警報状況が作動されると、（図１および図２に示されるように）中継モジュール３０ａによってメッセージがアクセスポイント４０に送信され得、そこで、警報が作動されるべきかを判断するために、メッセージが解析される。警報は、警報を生じさせたか、または緊急応答者に警告している、１つまたは複数の医療装置に関連した治療従事者に対するある信号からの何かであり得る。

監視ユニット３７ｂもプロセッサ３４に関連付けられ得、緊急状態における傾向の識別に責任を負う。監視ユニット３７ｂは、受信された緊急状態データ、日付／時刻、そのデータを提供した医療装置の識別、医療装置の位置などを格納し得る。緊急状態データおよび／または追加の医療装置データを使用して、監視ユニット３７ｂは、傾向についてデータを分析し得る。この傾向情報は、例えば、１つまたは複数の医療装置が監視されるべきかどうかを判断するために使用され得る。加えて、傾向情報は、さらに効率的なケアを提供するためにその知識を使用し得る、親戚、友人、または治療従事者に関連付けられた１つまたは複数の装置（例えば、ＰＤＡ、携帯電話、ポケットベル、タブレット、および同類のもの）に伝達され得る。

緊急状態が存在すると判断すると、プロセッサ３４は、メッセージを電話装置３９ａ（以下で記述）に送信して、それを作動し、９１１、親戚／友人、治療従事者、または警察当局、および同類のものなどの、緊急応答者との接続（例えば、電話呼出しなど）も開始し得る。呼出しが緊急応答者によって受けられると、自動音声メッセージが緊急応答者に、（電話装置３９ａおよびプロセッサ３４に結合された）信号生成器３９ｂ内に格納された事前録音メッセージとして送信され得る。望ましくは、事前録音メッセージは、医療装置の位置とともに関連した病状を識別する。あるいは、信号生成器３９ｂが、判断された緊急状態および他の情報を含む動的音声信号を生成し得る。

前述の事前録音または動的メッセージは、加えて、緊急応答者が状況を判断するのをさらに可能にするために、他の関連した患者データを含み得る。例えば、中継モジュールで（または代替／追加で集中した箇所で）格納された患者テーブルは、患者の治療従事者、患者の他の現在の症状、以前の病歴（例えば、モルヒネなどの、ある薬剤に対するアレルギー）、および追加の関連した患者情報を識別し得る。望ましくは、患者テーブル内のデータの格納および使用は、ＨＩＰＡＡ要件に準拠し得る。これらの音声メッセージに対する代替として、信号生成器３９ｂは、病状情報をテキストメッセージの形式で緊急応答者に送信し得る。例えば、テキストメッセージは、ショートメッセージサービス（“ＳＭＳ”としても知られる）および／またはマルチメディアメッセージングサービス（“ＭＭＳ”としても知られる）のうちの１つを通じて送信され得る。

前述の電話装置３９ａは、ボイスオーバーインターネットプロトコル（ＶｏＩＰ）ネットワーク、公衆交換電話網（ＰＳＴＮ）、または同類のものを通して呼出しを開始するために、無線中継ネットワークまたはインターネットアクセス可能な無線ネットワークのうちの１つまたは複数を介して接続され得る。

緊急応答者に対する呼出しは、様々な理由（例えば、関連したＥ９１１回路がビジーであり得るか、または利用不能であり得る）で失敗に終わり得る。この状況では、プロセッサ３４および／または電話装置３９ａは、Ｅ９１１回路から無応答を検出し得、不成功の呼出しを示すために、無応答メッセージを医療装置、アクセスポイント４０、および／または１つもしくは複数の他の指定された装置のうちの１つもしくは複数に送信し得る。加えて、プロセッサ３４は、緊急状態を検出して緊急呼出しを行うために使用されるモジュール３０ａの構成要素の各々が動作可能であることを確認するために、中継モジュール３０ａ上で定期的に自己診断を実行し得る。言うまでもなく、シングルプロセッサ３４が説明されているが、マルチプロセッサ３４が必要に応じて使用され得る。

医療装置の位置は、当技術分野で周知の様々な方法で判断され得る。例えば、位置情報は、受信された医療装置データ内に配置された、医療装置によって受信および解釈される全地球測位システム信号（“ＧＰＳ”）、以下でさらに説明される位置装置３８内のＧＰＳチップ、および／または位置装置３８内の位置アルゴリズムからプロセッサ３４に提供され得る。別の実施形態では、（例えば、位置）前述のとおりである。

前述のように、位置情報は、１つまたは医療装置１０の位置を識別するために、中継モジュール３０、３０ａの１つによって受信された病状データ内に含まれ得る。あるいは、中継モジュールの位置も、位置装置３8 内に提供された従来のＧＰＳ受信器を使用して、判断され得る。後者の場合、１つまたは複数の医療装置の少なくとも近似または“ゾーン”位置が、位置情報により中継モジュール３０ａに対して提供され得る。

ＧＰＳベースの位置に対する代替として、中継モジュール３０ａの各々は、既知の幾何学的方法に従って中継モジュールの位置を判断するために、例えば、固定の既知の位置にある、２つ以上の携帯電話の基地局、無線標識または他の無線装置に対して、インターネットアクセス可能な無線通信ネットワークを介して、信号を送受信し得る。位置を判断するためのかかる技術（例えば、三角測量形式の携帯電話の基地局を含む）は、当技術分野で周知である。例えば、Ｓｈｕ Ｗａｎｇ ｅｔ ａｔ．，Ｌｏｃａｔｉｏｎ−Ｂａｓｅｄ Ｔｅｃｈｎｏｌｏｇｉｅｓ ｆｏｒ Ｍｏｂｉｌｅｓ： Ｔｅｃｈｎｏｌｏｇｉｅｓ ａｎｄ Ｓｔａｎｄａｒｄｓ、ＩＥＥＥ ＩＣＣ Ｂｅｉｊｉｎｇ ２００８、ＩＥＥＥ，２００８でのプレゼンテーションを参照されたい。この文献は、全ての目的のため、参照によりその全体が本明細書に組み込まれる。本発明の一実施形態では、三角測量は、設備内の固定の既知の位置に位置付けられた他の中継モジュールを使用して実行され得る。

データ処理回路３３に戻ると、それは、プロセッサ３４の指示のもとバッファ構成要素３５ａからデータを取得し、送信のため送受信器３１または送受信器３２のうちの選択された１つに取得されたデータを提供するようさらに構成される。選択するために、プロセッサ３４は、それぞれの送受信器３１、３２の通信ステータスを判断する目的で、送受信器３１、３２のそれぞれのステータスモジュール３１ｂ、３２ｂと通信するよう構成される。

プロセッサ３４はまた入／出力回路３７ａと通信することが望ましく、入／出力回路３７ａは、例えば、ＷＬＡＮまたはＷＰＡＮネットワーク１６およびＷＷＡＮとの通信または接続ステータスを含む中継モジュール３０ａの起動時または現在のステータスを示すため、中継モジュール３０ａの１つまたは複数のディスプレイ構成要素（図示せず）に信号を提供する。入／出力回路３７ａはまた、モジュール３０ａのユーザボタン、ダイヤルまたは入力機構および装置に接続され得る。入／出力回路３７ａは、例えば、Ａ／Ｃ電力喪失またはＷＷＡＮもしくは無線中継ネットワークに対するアクセス可能性の喪失を示すための警報信号を提供するためにさらに使用可能である。

中継モジュール３０ａが市販のＡ／Ｃ電源を提供する従来の壁コンセント内に直接差し込まれ、および壁コンセントにより支持されるように、中継モジュール３０ａは、一体式電源プラグおよび電源回路を有する小さな物理筐体（図示せず）として提供されることが望ましいかもしれない。中継モジュール３０ａはまた、Ａ／Ｃ停電の場合に、ならびに中継モジュールの歩行使用のために、無停電電源を提供する電池バックアップ回路（図示せず）を有することが望ましいかもしれない。代わりに、中継モジュール３０ａは、再充電可能および／または交換可能な電池電源が、歩行使用のための一次電源として提供され得る。当業者により、プロセッサ３４および装置３７ａ〜３９ｂは、図３で説明目的のみのために、別れた別個の装置として示されていること、ならびに装置３４および装置３７ａ〜３９ｂの機能は、単一の装置、または、図３に例示的に示すものよりも多いか、または少ない数の装置に組み合され得ることが容易に理解されるはずである。

図４は、図１によるアーキテクチャおよび図２、図３の中継モジュール３０、３０ａ構成要素の動作４００の例示的な方法を説明するフローチャートを表し、医療装置１０からアクセスポイント４０への取得された医療装置データの送信に関する。方法４００のステップ４０２で、中継モジュール３０、３０ａのうちの第１の１つにおいて、インタフェース回路１５のうちの１つおよび／または他の中継モジュール３０、３０ａから、ＺＩＧＢＥＥメッシュネットワーク１６を通して医療装置データが受信される。ステップ４０４で、１つの中継モジュール３０ａのプロセッサ３４は、ＷＷＡＮがその中継モジュール３０ａによりアクセス可能かどうか判断する。

ステップ４０４の判断を、さまざまな方法で実行してもよい。例えば、プロセッサ３４は医療装置データの受信時間に送受信器３２のステータスモジュール３２ｂに問い合わせて（例えば、十分な信号強度を有するＷＷＡＮのアクセス信号を送受信器３２が検出した結果として）、ＷＷＡＮへの送受信器３２のアクセスのステータスを判断してもよい。代わりに、プロセッサ３４は、例えば、システム起動時および／または周期的（例えば１時間毎に）を含む異なる時間にステータスモジュール３２ｂに問い合わせて、バッファ３５ａまたは他の記憶構成要素内などに、医療装置データの受信時間に取得されるステータスインジケータを保持してもよい。別の代替では、中継モジュール３０、３０ａにネットワーク１６内で予め定められた固定の役割を割り当ててもよい。例えば、ネットワーク１６内の中継モジュール３０ａに、コントローラまたは中継モジュール３０、３０ａの中から事前に選択された”マスタ”中継モジュールによりデータルーティング作業を割り当ててもよい。定義上は、ＷＷＡＮアクセス機能を持たない中継モジュール３０のＷＷＡＮステータスは、”ＷＷＡＮアクセス不可能”の固定ステータスを有するだろう。

ステップ４０４で示されるように、ステータスモジュール３２ｂがＷＷＡＮが送受信器３２によりアクセス可能であることを示す場合、次いでプロセッサ３４はステップ４０６に進み、１つの中継モジュール３０のデータ処理回路３３に、（必要に応じて）バッファ３５ａから医療装置データを取得し、その医療装置データをＷＷＡＮを通したアクセスポイント４０への送信のため送受信器３２に転送するよう指示する。

代わりに、ステップ４０４で、ステータスモジュール３２ｂがＷＷＡＮが送受信器３２によりアクセス可能でないことを示すかもしれない。例えば、その１つの中継モジュール３０ａが、ＷＷＡＮ信号に対し実質的に遮蔽された領域内の建物の地階に設置されている場合、ＷＷＡＮはその１つの中継モジュール３０ａにアクセス可能でないかもしれない。この場合、ステップ４０８で、プロセッサ３４は第２の中継モジュール３０ａがＷＬＡＮまたはＷＰＡＮを介してアクセス可能かどうか判断する。再度この判断を、送受信器３１に第２の中継モジュール３０ａに向けてハンドシェイク信号を送信し返答に注意するよう指示すること、または第２の中継モジュール３０ａに関する格納されたステータスインジケータを取得することを含むさまざまな方法で行ってもよい。

第２の中継モジュール３０ａがアクセス可能である場合、それからステップ４１０で、プロセッサ３４は、その１つの中継モジュール３０ａのデータ処理回路３３に、（必要に応じて）バッファ３５ａから医療装置データを取得し、その医療装置データをＷＬＡＮまたはＷＰＡＮを通した第２の中継モジュール３０ａへの送信のため送受信器３１に転送するよう指示する。代わりに、ステップ４０８で第２の中継モジュール３０ａがアクセス不可能である場合、プロセス４００のこの部分を繰り返し、アクセス可能なさらなる中継モジュール３０ａをサーチすることが望ましいかもしれない。代わりに、または可能な他の中継モジュール３０ａがない場合、その１つの中継モジュール３０ａのプロセッサ３４は、ステップ４１２で警報通知を発行することが望ましいかもしれない。そのような警報通知は、例えば、その１つの中継モジュール３０ａの入／出力回路３７ａを介してプロセッサ３４により指示されるものとしての現場の視覚および音声警報、プロセッサ３４により、送受信器３１、３２の１つまたは複数を介して他のアクセス可能なＷＰＡＮ、ＷＬＡＮまたはＷＷＡＮへ向けられた警報メッセージ、および／または中継モジュール３０ａのハンドシェイク信号がインバウンドｗｅｂサーバ４１で受信されるはずの規定された時間を超えた後に図１のアクセスポイント４０のインバウンドｗｅｂサーバ４１により生成される警報メッセージの１つまたは複数を含んでもよい。

図４ａは、緊急呼出しのための動作の例示的な方法を示すフローチャート４１３を表す。フローチャート４１３によれば、図３の中継モジュール３０ａのプロセッサ３４は、設備指向無線ネットワークまたはＷＷＡＮを通して送信すべきかを判断し、ステップ４１４によって表されるように、医療装置データに基づいて、緊急状態が存在するかどうか判断する。かかる状態が存在する場合には、ステップ４１５で、プロセッサ３４は電話装置３９ａにメッセージを送信してそれを作動し、ステップ４１６で、９１１、親戚／友人、治療従事者、または警察当局などの、緊急応答者との接続（例えば、電話呼出しなど）も開始する。呼出しが緊急応答者によって受けられると、自動音声メッセージが望ましくは信号生成器３９ｂによって緊急応答者に送信されて、緊急状態および状態の位置を示す。ステップ４１４で緊急状態が存在しない場合、ステップ４１７で、医療装置データが、監視ユニット３７ｂによるさらなる分析のために格納される。

図４ｂは、どのように位置信号が生成され得るかを示す例示的なフローチャート４１８を表す。ステップ４１９で、ＧＰＳ位置データが、医療装置から受信された医療装置データの構成要素として受信されたかどうかに関して、プロセッサ３４によって判断される。はいの場合、ステップ４２０で、プロセッサ３４は、緊急応答者への送信のために位置データを緊急状態データとともに提供する。その位置データが利用できない場合、ステップ４２１で中継モジュール３０ａの位置装置３８が、プロセッサ３４によって中継モジュール３０ａの位置データを生成するように指示される。ステップ４２２で、プロセッサ３４は、送信用の位置データを緊急状態データとともに緊急応答者に、電話装置３９ａによって送信されるメッセージの構成要素として提供する。

図４ｃは、緊急状態が存在するかどうかを判断するために、中継モジュール３０ａによって、例えば、メモリ３５ｂ内に格納され得るような、例示的なテーブルを表す。図に示すように、テーブル４２３は、所定の緊急状態を示すためのコード４２４、緊急状態に対する説明４２５、緊急状態が害を及ぼすようになるまでの経過時間を定義する危害時間４２６、トリアージ目的の優先度４２７、コード化された緊急状態に関連したコード４２８、および緊急状態を識別するために使用された生理学的データ４２９を含む。例えば、図４ｃの例示的なテーブルの行１に示されるように、“２”のコード値４２４が説明４２５“重篤な発熱状態”に割り当てられ、それには、“１０分”の付添のいない危害時間４２６および“５”の緊急優先度４２７が割り当てられる。関連した状態４２８は、この状態が“７”のコード値４２４に関連していることを示し、それは、説明４２５“バイタルサイン低下”に対応する。コード値２はさらに、生理学的状態４２９（“体温≧１０３”）に対応する。

図５は、図１によるアーキテクチャの動作５００の他の例示的な方法を説明するフローチャートを表し、アクセスポイント４０から医療装置１０のうちの１つにより受信されるメッセージの送信に関する。これは、アクセスポイント４０が、例えば新しいファームウェアまたはソフトウェアをダウンロードするため医療装置と通信し、医療装置により起動されたエラーメッセージに応答し、例えば装置をリセットまたはサービスから削除し、または装置診断を実行して、医療装置を作動する、例えば供給ポンプの流量を調整する、ことを可能にする。

方法５００のステップ５０２で、中継モジュール３０ａのうちの第１の１つにおいて、アクセスポイント４０からＷＷＡＮを介してメッセージが受信される。ステップ５０４で、その１つの中継モジュール３０ａは、メッセージが設備２０内に設置されたインタフェース回路１５のうちの１つおよび／または他の中継モジュール３０、３０ａに到達するよう意図されたかどうか判断する。これは、例えば、アクティブな装置１５およびモジュール３０、３０ａのリストを、バッファ３５ａ内に、もしくは、その１つの中継モジュール３０ａからアクセス可能な方法で、保持すること、または、バッファ３５ａ内に格納されたまたはその１つの中継モジュール３０ａに識別可能な設備２０の識別情報を有するように、インタフェース回路１５またはモジュール３０、３０ａの識別子をコード化することにより達成されうる。代替では、受信されたメッセージは、シリアル番号または割り当てられた識別子などの装置識別子を有し得る。かかる受信されたメッセージは、次いで、設備内のインタフェース回路１５の全部またはサブセットに一斉通信され得、各インタフェース回路１５は、それが意図された受信者であって、行動すべきか、またはメッセージを無視するかを判断する。

ステップ５０６で、その１つの中継モジュール３０ａが、インタフェース回路１５またはモジュール３０、３０ａが設備内に設置されていないと判断する場合、その１つの中継モジュール３０ａはステップ５０８に進み、メッセージを廃棄および／または代わりに不送達メッセージでアクセスポイント４０に警告することが望ましいかもしれない。インタフェース回路１５が設備２０内に設置されている場合、その１つの中継モジュール３０ａは、ステップ５１０で、（例えばバッファ３５ａ内に格納されたリストまたはその１つの中継モジュール３０にアクセス可能なリストを参照すること、または送受信器３１にインタフェース回路１５に向けてハンドシェイクもしくはテスト送信を送信し返答に注意するよう指示することにより、）インタフェース回路１５または中継モジュール３０、３０ａがその１つの中継装置３０にＷＬＡＮまたはＷＰＡＮを介してアクセス可能かどうか判断する。

その１つの中継モジュール３０ａが、ステップ５１２で装置１５または中継モジュール３０、３０ａがアクセス可能であると判断する場合、ステップ５１４で、それは、送受信器３１を介し、ネットワーク１６を介して、メッセージをその装置へ、または中継モジュールへ送信する。その１つの中継モジュール３０ａが、代わりにステップ５１２で装置または中継モジュールがアクセス可能でないと判断する場合、それはステップ５１６へ進み、（例えば送受信器３１に第２の中継モジュールに向けてハンドシェイクまたはテスト送信を送信し返答に注意するよう指示することにより、）第２の中継モジュール３０、３０ａがＷＬＡＮまたはＷＰＡＮを介してアクセス可能かどうか判断する。第２の中継モジュール３０、３０ａが利用可能である場合、それからその１つの中継モジュール３０は、ＷＬＡＮまたはＷＰＡＮを通して第２の中継モジュール３０、３０ａへ送信するため、メッセージを送受信器３１に転送する。第２の中継モジュール３０、３０ａがアクセス不可能である場合、プロセス５００のこの部分を繰り返し、アクセス可能な第３の中継モジュール３０、３０ａをサーチすることが望ましいかもしれない。代わりに、または可能な他の中継モジュール３０、３０ａがない場合、その１つの中継モジュール３０はステップ５２２で、望ましくは図４の方法４００を参照し前述の同一の方法のうちの１つで、警報通知を発行することが望ましいかもしれない。

一連の医療装置と遠隔監視装置の間のネットワーク化された通信を提供する本明細書中に開示された新しい種類のアーキテクチャは、他の監視システムと比較して多数の明確な利点を提供する。医療装置１０と中継モジュール３０、３０ａの間の無線通信のために、望ましい実施形態によるＩＥＥＥ８０２．１５．４規格に基づいたＺＩＧＢＥＥネットワークを採用することにより、インタフェース回路１５が容易におよび安価に医療装置１０に適用および／または組み込まれるように、電源およびサイズの必要条件を最小化することが可能である。

ＺＩＧＢＥＥネットワークの部分であり、ＷＷＡＮを介してオフサイト監視装置に直接アクセス可能な中継モジュール３０ａを導入することにより、設備における既存のおよび信頼できない可能性があるＬＡＮ設備へのアクセスおよび依存を避けることができる。第１の中継モジュール３０ａへのＷＷＡＮアクセスの能力が落ちた場合に、第１の中継モジュール３０、３０ａから第２の中継モジュール３０ａへの通信を中継する中継モジュール３０ａ内に中継機能を持たせることにより、本発明は信頼性を向上し、ＷＷＡＮにアクセスする中継モジュール３０ａ内の従来の低コストのセルラー送受信器の使用を可能にする。

セルラー送受信器の構成を中継モジュール３０ａのみに制限することにより、コストがさらに削減できる。また、コンパクトな筐体内で中継モジュール３０ａを提供することは、中継モジュール３０ａが、信頼がおける商業ベースの電源に接続され、設備の変更によりＺＩＧＢＥＥネットワークの再構築が必要とされるときに移動されることを容易にする。

開示された実施形態に関して本発明を記載した一方で、多数の変形が、請求項に定義されるような本発明の趣旨および範囲から逸脱することなく可能であることを、もちろん理解すべきである。例えば、本発明は、明確に本明細書に記載されたものを超える、あらゆる多数の現在のおよび将来のＷＰＡＮ、ＷＬＡＮおよびＷＷＡＮ規格に基づいてもよい。図１および図２のＷＬＡＮまたはＷＰＡＮネットワーク１６内で、中継モジュール３０のみを、ＷＷＡＮを通してと同様に他の中継モジュールとの通信のため送受信器とともに使用可能であることも理解すべきである。

また、本発明によってより大きい柔軟性を提供するため、本発明で使用可能なそれぞれのインタフェース回路は、モジュール３０、３０ａの構成要素を有して、モジュール３０の機能を実行してもよい。さらに、中継モジュール３０に関する構成要素の多数の構成を、図３に示された構成要素の域を超えて本発明で使用可能である。例えば、必要に応じ医療装置データを送受信器３１、３２に送るため、プロセッサの制御下で入出力バッファをそれぞれのスイッチと共に使用してもよい。また本発明の範囲は、本明細書に記載され、および図を参照した構成要素および構造の全ての他の予測可能な均等物を含むことが意図される。従って本発明は、請求項の範囲およびそれらの均等物によってのみ限定されるべきである。

Claims (18)

1. 無線中継ネットワークを通して医療装置データを少なくとも１つの医療装置から無線で受信可能な受信器と、
   前記無線中継ネットワークを通して医療装置データを第２の無線中継モジュールに無線で送信可能な第１の送信器と、
   インターネットアクセス可能な無線通信ネットワークを通して前記医療装置データを無線で送信可能な第２の送信器と、
   前記第１の送信器および第２の送信器に接続されたコントローラであって、前記コントローラが、前記受信器によって受信された前記医療装置データを送信するために、前記第１の送信器または前記第２の送信器のうちの１つを選択するために前記無線中継モジュールを制御可能であり、かつ、緊急状態が存在する場合、前記コントローラが、前記第１の送信器または第２の送信器を介して緊急応答者との接続を確立可能である、コントローラと、
   前記コントローラに結合された電話装置であって、前記電話装置が、前記緊急応答者との前記接続を開始可能である、電話装置と、
   前記電話装置に結合された信号生成器であって、前記信号生成器が、前記緊急応答者との前記接続を通して送信するために、前記緊急状態を示す信号を生成可能である、信号生成器と
   を備える、無線中継モジュール。
2. 前記コントローラが、前記緊急状態が存在するかどうかを：
   前記医療装置データを、前記コントローラに関連したメモリ内に格納された緊急状態データと比較すること、
   インターネットアクセス可能なソースから受信または中継された緊急状態データ、および
   前記受信器によって無線中継ネットワークソースから受信された緊急状態データ
   のうちの少なくとも１つに基づいて判断可能である、
   請求項１に記載の無線中継モジュール。
3. 前記医療装置データが、緊急状態が存在していることを示す緊急状態データを含む、請求項１に記載の無線中継モジュール。
4. 前記コントローラが、前記緊急状態に関する情報を含むメッセージを遠隔位置に送信するために、前記第１の送信器または前記第２の送信器のうちの少なくとも１つを制御可能である、請求項１に記載の無線中継モジュール。
5. 前記コントローラが、前記緊急応答者との前記接続が確立されていないと判断し、かつ無応答メッセージを送信するために前記第１の送信器または前記第２の送信器のうちの少なくとも１つを制御することがさらに可能である、請求項１に記載の無線中継モジュール。
6. 前記緊急状態を表す緊急状態データおよびタイムスタンプ、前記緊急状態を送信している前記１つもしくは複数の医療装置の各々に対する識別子、前記１つもしくは複数の医療装置の位置のうちの１つまたは複数を格納するためのメモリと、
   前記格納された緊急状態データにおける傾向を識別するために、前記メモリ内に格納された前記データを分析するための前記コントローラに関連付けられた監視ユニットと
   をさらに備える、請求項１に記載の無線中継モジュール。
7. 前記信号生成器が、前記緊急応答者に送信される前記緊急状態に関する情報を含む電子テキストメッセージを生成するように構成されている、請求項１に記載の無線中継モジュール。
8. 前記医療装置データが、前記無線中継モジュールを一意に識別するために使用されるシリアル番号を含む、請求項１に記載の無線中継ネットワーク。
9. 前記受信器ならびに前記第１の送信器および第２の送信器のうちの少なくとも１つが送受信装置として実装される、請求項１に記載の無線中継ネットワーク。
10. 無線中継モジュールで１つまたは複数の医療装置から無線で送信された医療装置データを受信するステップと、
    無線中継モジュールで前記受信されたデータの少なくとも一部が緊急状態を示していると判断するステップと、
    前記無線中継モジュールで前記緊急状態を示す緊急信号を生成するステップと、
    前記無線中継モジュールによって、前記緊急信号を、無線中継ネットワークを通して送信可能な第１の送信器および前記緊急信号をインターネットアクセス可能な無線通信ネットワークを通して送信可能な第２の送信器のうちの１つを選択するステップと、
    前記第１の送信器または前記第２の送信器のうちの前記選択された１つによって、緊急応答者との無線接続を確立するステップと、
    前記生成された緊急信号を、前記第１の送信器または前記第２の送信器のうちの前記選択された１つによって前記緊急応答者に送信するステップと
    を含む、コンピュータ化された方法。
11. 前記判断するステップが、
    緊急状態が存在するかどうかを判断するために、前記受信されたデータを前記無線中継モジュールに格納された緊急状態データと比較するステップ、
    前記データが緊急状態を示しているかどうかを判断するために、緊急状態データを前記インターネットアクセス可能な無線通信ネットワークを介して受信するステップ、および
    前記データが緊急状態を示しているかどうかを判断するために、緊急状態データを無線中継ネットワークソースから受信するステップ
    のうちの少なくとも１つをさらに含む、請求項１０に記載の方法。
12. 失敗した試みまたは前記緊急応答者への中断された接続を検出するステップと、
    前記第１の送信器によって前記１つまたは複数の医療装置に無応答メッセージを送信するステップと
    をさらに含む、請求項１０に記載の方法。
13. 前記緊急状態を表す緊急状態データならびにタイムスタンプ、前記緊急状態を送信している前記１つもしくは複数の医療装置の各々に対する識別子、および前記１つもしくは複数の医療装置の位置のうちの１つまたは複数をメモリに格納するステップと、
    前記緊急状態における傾向を識別するために、前記格納されたデータを分析するステップと、
    任意の識別された傾向に基づいて少なくとも１つまたは複数の医療装置で監視するステップと
    をさらに含む、請求項１０に記載の方法。
14. 前記信号が、前記無線中継モジュールを一意に識別するために使用されるシリアル番号を含む、請求項１０に記載の方法。
15. 少なくとも第１の無線中継モジュールおよび第２の無線中継モジュールであって、各無線中継モジュールが、医療装置データを含む信号を１つまたは複数の医療装置から無線中継ネットワークを通して受信可能である受信器を含む、少なくとも第１の無線中継モジュールおよび第２の無線中継モジュール、前記医療装置データをインターネットアクセス可能な無線通信ネットワークを通して送信可能な第１の送信器、ならびに前記医療装置データを無線中継ネットワークを通して送信可能な第２の送信器と、
    それぞれのコントローラを含む前記第１の無線中継モジュールおよび第２の無線中継モジュールであって、各コントローラが、前記１つまたは複数の医療装置の前記位置に関連した情報を検出するために前記受信された医療装置データを処理し、かつ前記１つまたは複数の医療装置に対する位置情報データを生成することが可能である、それぞれのコントローラを含む前記第１の無線中継モジュールおよび第２の無線中継モジュールと、
    前記位置情報データを遠隔監視装置に送信するために前記第１の送信器または第２の送信器のうちの１つをさらに選択可能である前記コントローラと
    を備える、無線中継ネットワーク。
16. 無線中継モジュールであって、
    無線中継ネットワークを通して医療装置データを少なくとも１つの医療装置から無線で受信可能な受信器と、
    前記無線中継ネットワークを通して医療装置データを無線で送信可能な第１の送信器と、
    インターネットアクセス可能な無線通信ネットワークを通してデータを無線で送信可能な第２の送信器と、
    位置信号を生成可能な位置装置と、
    前記第１の送信器および第２の送信器に接続されたコントローラであって、前記コントローラが、前記受信器によって受信された医療装置データを送信するために、前記第１の送信器または第２の送信器のうちの１つを選択すること、および、緊急状態が存在する場合、前記第１の送信器または第２の送信器を使用して緊急応答者との接続を確立することが可能である、コントローラと、
    前記コントローラに結合された電話装置であって、前記電話装置が、前記緊急応答者との前記接続を開始可能である、電話装置と、
    前記電話装置に結合された信号生成器であって、前記信号生成器が、前記緊急状態を示す信号を生成すること、および前記第１の送信器または第２の送信器によって前記緊急応答者に送信するために前記位置信号を含めることが可能である、信号生成器と
    を備える、無線中継モジュール。
17. 前記位置信号が全地球測位システム（“ＧＰＳ”）信号に基づく、請求項１６に記載の無線中継ネットワーク。
18. 前記位置信号が前記インターネットアクセス可能な無線通信ネットワークによって生成されたモバイル装置位置信号に基づく、請求項１６に記載の無線中継ネットワーク。

Images