(57)【要約】  患者を医療的にモニタリングする装置が、モニタリングされる患者に関連する或いはモニタリングされる患者から受信する医療データを受信する少なくとも１つの入力と、受信する医療データと受信する車両識別子とを格納するメモリとを含み、車両識別子は、車両と関連付けられる。装置は、通信モジュールと、プロセッサとを更に含む。プロセッサは、医療データと、車両識別子とを含む、モニタリングされる患者と関連付けられる、患者データを生成するように構成されてよい。プロセッサは、通信モジュールを制御して患者データを遠隔サーバに送信するように構成されてもよい。
2020525133.tif 000002
【特許請求の範囲】
【請求項１】
患者を医療的にモニタリングする装置であって、
モニタリングされる患者に関連する或いはモニタリングされる患者から受信する医療データを受信する少なくとも１つの入力と、
受信する前記医療データと、受信する車両識別子とを格納する、メモリであって、前記車両識別子は、車両と関連付けられる、メモリと、
通信モジュールと、
プロセッサとを含み、該プロセッサは、
前記医療データと、前記車両識別子とを含む、前記モニタリングされる患者と関連付けられる、患者データを生成し、且つ
前記通信モジュールを制御して、前記患者データを遠隔サーバに送信する、
ように構成される、
装置。
【請求項２】
前記プロセッサは、第１のモードにおいて、前記通信モジュールを制御して、車載通信デバイスから前記車両識別子を受信する、ように構成される、請求項１に記載の装置。
【請求項３】
前記プロセッサは、第２のモードにおいて、前記通信モジュールを制御して、格納する前記車両識別子を前記車載通信デバイスに送信する、ように構成される、請求項２に記載の装置。
【請求項４】
前記プロセッサは、前記車載通信デバイスが前記車両識別子で構成されていないことを検出した後に、前記装置を前記第２のモードにおいて作動させるように構成される、請求項３に記載の装置。
【請求項５】
前記プロセッサは、ユーザからの入力の検出の後に、前記装置を前記第２のモードにおいて作動させるように構成される、請求項３に記載の装置。
【請求項６】
前記プロセッサは、
前記患者データを１つ又はそれよりも多くのデータパケット内に配置し、且つ
前記通信モジュールを制御して、前記データパケットを前記遠隔サーバに送信する、
ように構成される、
請求項１乃至５のうちのいずれか１項に記載の装置。
【請求項７】
前記プロセッサは、
前記通信モジュールを制御して、第２の車両と関連付けられる第２の車両識別子を受信し、且つ
該第２の車両識別子を前記メモリ中に格納する、
ように構成される、
請求項１乃至６のうちのいずれか１項に記載の装置。
【請求項８】
前記プロセッサは、どの車両識別子が現在の車両識別子であるかをメモリ内で識別するように構成される、請求項７に記載の装置。
【請求項９】
前記プロセッサは、新規に受信する医療データを前記現在の車両識別子と関連付けるように構成される、請求項８に記載の装置。
【請求項１０】
前記プロセッサは、
前記医療データと、前記車両識別子と、患者識別子とを含む、患者データを生成し、
該患者データを１つ又はそれよりも多くのデータパケット内に配置し、且つ
前記通信モジュールを制御して、前記データパケットを前記遠隔サーバに送信する、
ように構成される、
請求項１乃至９のうちのいずれか１項に記載の装置。
【請求項１１】
前記通信モジュールは、電気通信ネットワークを介して前記患者データを前記遠隔サーバに送信する無線通信デバイスを含む、請求項１乃至１０のうちのいずれか１項に記載の装置。
【請求項１２】
前記通信モジュールは、前記車載通信デバイスから前記車両識別子を受信する有線インタフェースを含む、請求項２に従属する請求項１乃至１１のうちのいずれか１項に記載の装置。
【請求項１３】
前記車載通信デバイスは、ドッキングステーションを含み、当該装置は、前記ドッキングステーション内に取り付けられるように構成される、請求項２に従属する請求項１乃至１２のうちのいずれか１項に記載の装置。
【請求項１４】
前記ドッキングステーションは、第２の種類の医療装置を受け入れるように構成される第２のドッキングステーションに通信的に結合されるように構成され、
前記プロセッサは、
当該装置が前記ドッキングステーション内にドッキングされるときに応答して、並びに前記第２の種類の装置が前記第２のドッキングステーション内にドッキングされるときに応答して、前記装置と前記第２の種類の装置との間に無線通信チャネルを確立する、
ように構成される、
請求項１３に記載の装置。
【請求項１５】
前記プロセッサは、前記医療データと、前記車両識別子と、状態インジケータとを含む、患者データを生成するように構成され、前記状態インジケータは、当該装置が前記車載通信デバイスに通信的に結合されているか否かを示す、請求項２に従属する請求項１乃至１４のうちのいずれか１項に記載の装置。
【請求項１６】
患者を医療的にモニタリングするシステムであって、
装置と、
車載通信デバイスとを含み、該車載通信デバイスは、
車両と関連付けられる車両識別子を格納するメモリと、
前記車両識別子を前記装置に送信する通信モジュールとを含み、
前記装置は、
患者と関連する或いは患者から受信する医療データを受信する少なくとも１つの入力と、
受信する前記医療データと、前記車両識別子とを格納する、メモリと、
通信モジュールと、
プロセッサとを含み、該プロセッサは、
前記装置の前記通信モジュールを制御して、前記車載通信デバイスから前記車両識別子を受信し、
前記医療データと、前記車両識別子とを含む、前記モニタリングされる患者と関連付けられる、患者データを生成し、且つ
前記装置の前記通信モジュールを制御して、前記患者データを遠隔サーバに送信する、
ように構成される、
システム。
【請求項１７】
前記遠隔サーバを更に含み、前記遠隔サーバは、前記装置から前記患者データを受信するように構成される、請求項１６に記載のシステム。
【請求項１８】
前記遠隔サーバは、前記車両識別子を使用して、前記車両と関連付けられる場所情報を取得するように構成される、請求項１８に記載のシステム。
【請求項１９】
前記場所情報と受信する前記医療データとに関連付けられるデータが、前記遠隔サーバによって、医療施設に送信される、請求項１８に記載のシステム。
【請求項２０】
前記車載通信デバイスは、ドッキングステーションを含み、前記装置は、前記ドッキングステーション内に取り付けられるように構成される、請求項１６乃至１９のうちのいずれか１項に記載のシステム。
【請求項２１】
第２の種類の装置と、
該第２の種類の装置を受け入れるように構成される第２のドッキングステーションとを更に含み、該第２のドッキングステーションは、前記ドッキングステーションと通信的に結合されるように構成され、
前記装置の前記プロセッサは、
前記装置が前記ドッキングステーション内にドッキングされるときに応答して、並びに前記第２の種類の装置が前記第２のドッキングステーション内にドッキングされるときに応答して、前記装置と前記第２の種類の装置との間に無線通信チャネルを確立する、
ように構成される、
請求項２０に記載のシステム。
【請求項２２】
装置によって、車両と関連付けられる車両識別子を受信するステップと、
前記装置によって、患者に関連する或いは患者から受信する医療データを受信するステップと、
前記医療データと、前記車両識別子とを含む、患者と関連付けられる、患者データを生成するステップと、
前記装置によって、前記患者データを遠隔サーバに送信するステップとを含む、
方法。
【請求項２３】
前記装置は、車載通信デバイスから前記車両識別子を受信する、請求項２２に記載の方法。
【請求項２４】
前記装置によって、前記車両識別子を前記車載通信デバイスに送信するステップを更に含む、請求項２３に記載の方法。
【請求項２５】
前記装置によって、前記車載通信デバイスが車両識別子で構成されていないことを検出するステップと、
前記装置によって、前記車両識別子を前記車載通信デバイスに応答的に送信するステップとを更に含む、
請求項２４に記載の方法。
【請求項２６】
前記装置によって、ユーザからの入力を検出するステップと、
前記装置によって、前記車両識別子を前記車載通信デバイスに応答的に送信するステップとを更に含む、
請求項２４に記載の方法。
【請求項２７】
前記装置によって、前記患者データを１つ又はそれよりも多くのデータパケット内に配置するステップを更に含み、前記装置によって、前記患者データを前記遠隔サーバに送信するステップは、前記１つ又はそれよりも多くのデータパケットを前記遠隔サーバに送信するステップを含む、請求項２２乃至２６のうちのいずれか１項に記載の方法。
【請求項２８】
前記装置によって、第２の車両と関連付けられる第２の車両識別子を受信するステップを更に含む、請求項２２乃至２７のうちのいずれか１項に記載の方法。
【請求項２９】
前記装置によって、どの車両識別子が現在の車両識別子であるか識別するステップを更に含む、請求項２８に記載の方法。
【請求項３０】
新規に受信する医療データを前記現在の車両識別子と関連付けるステップを更に含む、請求項２９に記載の方法。
【請求項３１】
前記医療データと、前記車両識別子と、患者識別子とを含む、患者データを生成するステップと、
前記患者データを１つ又はそれよりも多くのデータパケット内に配置するステップと、
前記装置によって、前記データパケットを前記遠隔サーバに送信するステップとを更に含む、
請求項２２乃至３０のうちのいずれか１項に記載の方法。
【請求項３２】
前記車載通信デバイスは、前記装置を受け入れるように構成されるドッキングステーションを含み、該ドッキングステーションは、第２の種類の医療装置を受け入れるように構成される第２のドッキングステーションに通信的に結合され、
当該方法は、
前記装置が前記ドッキングステーション内にドッキングされ、前記第２の種類の医療装置が前記第２のドッキングステーション内にドッキングされるときに、前記装置が前記第２の種類の医療装置に通信的に結合されていることを検出するステップと、
前記装置と前記第２の種類の装置との間の無線通信チャネルを確立するステップとを更に含む、
請求項２３に従属する請求項２２乃至３１のうちのいずれか１項に記載の方法。
【請求項３３】
前記遠隔サーバによって、前記装置から前記患者データを受信するステップを更に含む、請求項２２乃至３２のうちのいずれか１項に記載の方法。
【請求項３４】
前記遠隔サーバによって、前記車両識別子を使用して、前記車両と関連付けられる場所情報を取得するステップを更に含む、請求項２２乃至３３のうちのいずれか１項に記載の方法。
【請求項３５】
前記遠隔サーバによって、前記場所情報と前記医療データと関連付けられるデータを医療施設に送信するステップを更に含む、請求項３４に記載の方法。
【請求項３６】
前記医療データと、前記車両識別子と、状態インジケータとを含む、患者データを生成するステップを更に含み、前記状態インジケータは、前記装置が前記車載通信デバイスと通信的に結合されているか否かを示す、請求項２３に従属する請求項２２乃至３５のうちのいずれか１項に記載の方法。
【請求項３７】
非一時的コンピュータ可読記憶媒体であって、
当該非一時的コンピュータ可読記憶媒体に格納されるコンピュータ可読指令のセットを含み、該コンピュータ可読指令のセットは、プロセッサによって実行されるときに、前記プロセッサに、請求項２１乃至３６のうちのいずれか１項に記載の方法を実施させる、
非一時的コンピュータ可読記憶媒体。
【請求項３８】
第１の患者モニタ装置であって、
第１の通信インタフェースと、第２の通信インタフェースとを含む、通信モジュールと、
プロセッサとを含み、該プロセッサは、
当該第１の患者モニタ装置が、前記第１の通信インタフェースを介して第２の患者モニタ装置に通信的に結合されるときに応答して、前記第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるように構成される、
第１の患者モニタ装置。
【請求項３９】
当該第１の患者モニタ装置は、第１のドッキングステーション内に受け入れるように構成され、該第１のドッキングステーションは、前記第２の患者モニタ装置を受け入れるように構成される第２のドッキングステーションと通信的に結合されるように構成され、
前記プロセッサは、
当該第１の患者モニタ装置が前記第１のドッキングステーション内にドッキングされており、前記第２の患者モニタ装置が前記第２のドッキングステーション内にドッキングされているときを検出することに応答して、当該第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるように構成される、
請求項３８に記載の第１の患者モニタ装置。
【請求項４０】
前記プロセッサは、前記第２の通信インタフェースを介して当該第１の患者モニタ装置と前記第２の患者モニタ装置との間の無線通信チャネルを確立するように更に構成される、請求項３８又は３９に記載の第１の患者モニタ装置。
【請求項４１】
当該第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるために、前記プロセッサは、
前記第２の通信インタフェースを使用してペアリング手順を開始し、
前記第１の通信インタフェースを介して前記第２の患者モニタ装置に指令を送信して、前記第２の患者モニタ装置でペアリング手順を開始する、
ように構成される、
請求項３８乃至４０のうちのいずれか１項に記載の第１の患者モニタ装置。
【請求項４２】
患者を医療的にモニタリングするシステムであって、
第１の患者モニタ装置と、
第２の患者モニタ装置とを含み、
前記第１の患者モニタ装置は、
第１の通信インタフェースと、第２の通信インタフェースとを含む、通信モジュールと、
プロセッサとを含み、該プロセッサは、
前記第１の患者モニタ装置が前記第１の通信インタフェースを介して前記第２の患者モニタ装置に通信的に結合されるときに応答して、前記第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるように構成される、
システム。
【請求項４３】
前記第１の患者モニタ装置を受け入れるように構成される第１のドッキングステーションと、
前記第２の患者モニタ装置を受け入れるように構成される第２のドッキングステーションとを更に含み、
前記第１のドッキングステーションは、前記第２のドッキングステーションと通信的に結合されるように構成され、
前記プロセッサは、
前記第１の患者モニタ装置が前記第１のドッキングステーション内にドッキングされており、前記第２の患者モニタ装置が前記第２のドッキングステーション内にドッキングされているときを検出することに応答して、前記第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるように構成される、
請求項４２に記載のシステム。
【請求項４４】
前記プロセッサは、前記第２の通信インタフェースを介して前記第１の患者モニタ装置と前記第２の患者モニタ装置との間の無線通信チャネルを確立するように更に構成される、請求項４２又は４３に記載のシステム。
【請求項４５】
前記第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるために、前記プロセッサは、
前記第２の通信インタフェースを使用してペアリング手順を開始し、且つ
前記第１の通信インタフェースを介して前記第２の患者モニタ装置に指令を送信して、前記第２の患者モニタ装置でペアリング手順を開始する、
ように構成される、
請求項４２乃至４４のうちのいずれか１項に記載のシステム。
【請求項４６】
第１の患者モニタ装置が第１の通信インタフェースを介して第２の患者モニタ装置と通信的に結合されていることを決定するステップと、
第２の通信インタフェースを介して前記第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるステップとを含む、
方法。
【請求項４７】
前記第２の通信インタフェースを介して前記第１の患者モニタ装置と前記第２の患者モニタ装置との間の無線通信チャネルを確立するステップを更に含む、請求項４６に記載の方法。
【請求項４８】
前記第１の患者モニタ装置が前記第１の通信インタフェースを介して前記第２の患者モニタ装置と通信的に結合されていることを決定するステップは、前記第１の通信インタフェースを介して表示を受信するステップを含む、請求項４６又は４７に記載の方法。
【請求項４９】
前記表示は、前記第１の通信インタフェースを介して前記第１の患者モニタ装置から前記第２の患者モニタ装置に送信されるクエリに応答して受信される、請求項４８に記載の方法。
【請求項５０】
前記第２の通信インタフェースを介して前記第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるステップは、
前記第２の通信インタフェースを使用してペアリング手順を開始するステップと、
前記第１の通信インタフェースを介して前記第２の患者モニタ装置に指令を送信して、前記第２の患者モニタ装置でペアリング手順を開始するステップとを含む、
請求項４６乃至４９のうちのいずれか１項に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者を医療的にモニタリング(監視)するための装置に関する。
【背景技術】
【０００２】
例えば、制度上の医療機関の外部の現場で、患者を医療的にモニタリングする装置が知られている。例えば、Ｒｅｍｏｔｅ  Ｄｉａｇｎｏｓｔｉｃ  Ｔｅｃｈｎｏｌｏｇｉｅｓ  Ｌｔｄ．は、Ｔｅｍｐｕｓ  Ｐｒｏ（ＴＭ）と呼ばれる、そのような装置を製造販売している。そのような装置は、一般的に、患者をモニタリングし、装置に結合される人また医療センサを用いてバイタルサイン(生命徴候)データを収集するために使用されることがある。そのような装置の利益は、例えば、それを事故現場に遠隔的に配置し得ることである。救急車は、医療補助者が患者に援助を提供することを可能にするために、これらの装置の１つ又はそれよりも多くを車中に有することがある。例示的な装置は、患者の血圧、温度、及び心拍数がモニタリングされることを可能にする。更に、既知の装置は、患者の心電図（ＥＣＧ）を記録する能力を有することがある。
【０００３】
装置によって収集される医療データを、保存及び／又は更なる処理のために遠隔サーバ及び／又は他の医療装置に送信することができる。例えば、遠隔医療アプリケーションが、遠隔サーバに格納された医療データにアクセスしてよい。このデータは、患者が病院に到着する前に、患者の医療データを病院職員に提供することができる。
【発明の概要】
【０００４】
本発明の第１の態様によれば、患者を医療的にモニタリングする装置が提供される。装置は、モニタリングされる患者に関連する或いはモニタリングされる患者から受信する医療データを受信する少なくとも１つの入力と、受信する医療データと、受信する車両識別子とを格納する、メモリであって、車両識別子は、車両と関連付けられる、メモリと、通信モジュールと、プロセッサとを含む。プロセッサは、医療データと、車両識別子とを含む、モニタリングされる患者と関連付けられる、患者データを生成し、且つ通信モジュールを制御して患者データを遠隔サーバに送信する、ように構成される。
【０００５】
そのような装置は、車両識別子でデータストリームを補強することによって、より豊富な応答能力を提供するために、医療データが特定の車両識別子と関連付けられることを可能にする。例えば、遠隔医療アプリケーションは、車両識別子を使用して、車両／装置の場所、従って、患者の場所を決定することがある。これは、患者の到着に備えるために、病院スタッフのような人員によって使用されることができる。
【０００６】
幾つかの例において、プロセッサは、第１のモードにおいて、通信モジュールを制御して、車載通信デバイス(車両搭載通信デバイス)から車両識別子を受信する、ように構成されてよい。例えば、装置及び車載通信デバイスは、データが装置と車載通信デバイスとの間で送信されるのを可能にするために、通信的に結合されてよい。車載通信デバイスは、例えば、車両内に配置されてよい。車載通信デバイスは、装置に車両識別子を提供する簡単で効果的な方法を提供する。
【０００７】
幾つかの例において、プロセッサは、第２のモードにおいて、通信モジュールを制御して、格納する車両識別子を車載通信デバイスに送信する、ように構成される。このようにして、車載通信デバイスは、装置のような１つ又はそれよりも多くの装置に後に送信されることができる車両識別子を備えることができる。装置を使用して車載通信デバイスに車両識別子を提供することは、車両識別子を多くの異なる車載通信デバイスに配信する、使い勝手がよい(ユーザフレンドリな)安全な方法である。
【０００８】
幾つかの例において、プロセッサは、車載通信デバイスが車両識別子で構成されていないことを検出した後に、装置を第２のモードにおいて作動させるように構成される。これは、装置のユーザが、車載通信デバイスが車両識別子と現在関連付けられていないことを決定する効率的な方法を提供する。これは、例えば、車載通信デバイス及び装置が通信的に結合される最初の時に、自動的に起こることがある。幾つかの例において、これはユーザの知らない間に起こる。
【０００９】
別の例において、プロセッサは、ユーザからの入力の検出の後に、装置を第２のモードにおいて作動させるように構成される。ユーザが動作モードを手動で切り替えることを可能にすることによって、ユーザは、車載通信デバイスに車両識別子が提供されるときについてのより大きな柔軟性が提供される。
【００１０】
幾つかの例において、プロセッサは、患者データを１つ又はそれよりも多くのデータパケット内に配置し、通信モジュールを制御してデータパケットを遠隔サーバに送信する、ように構成される。
【００１１】
幾つかの例において、プロセッサは、通信モジュールを制御して第２の車両と関連付けられる第２の車両識別子を受信し、第２の車両識別子をメモリ中に格納する、ように構成される。これは、装置が１つの車両から次の車両に移動するときに、装置の場所を経時的に追跡(トラッキング)する方法を提供することができる。
【００１２】
幾つかの例において、プロセッサは、どの車両識別子が現在の車両識別子であるかをメモリ内で識別するように構成される。これは、人員が、装置が関連付けられている現在の車両を識別することを可能にすることができ、幾つかの例では、装置が以前に関連付けられていた以前の車両を追跡することを可能にすることができる。
【００１３】
幾つかの例において、プロセッサは、新規に受信する医療データを現在の車両識別子と関連付けるように構成される。このようにして、たとえ装置が「古い」データ（即ち、以前に記録された医療データ）の全てを完全に送信し得る前に新しい媒体に移動させられるとしても、医療データは正確に車両識別子と関連付けられることができる。現行の車両識別子の受信前に記録された医療データは、以前の車両識別子と関連付けられることがある。医療データを車両識別子と関連付けることは、医療データを１つ又はそれよりも多くのデータパケット内に配置すること、及び１つ又はそれよりも多くのデータパケットを対応する車両識別子と関連付けることを含んでよい。
【００１４】
医療データ及び車両識別子を格納すると共に、装置のメモリは、１つ又はそれよりも多くの患者識別子を格納してもよい。幾つかの例において、メモリは、装置識別子を格納してもよい。１つ又はそれよりも多くの患者識別子は、それぞれの患者からの医療データと関連付けられてよい。１つの例において、プロセッサは、医療データと、車両識別子と、患者識別子とを含む、患者データを生成し、患者データを１つ又はそれよりも多くのデータパケット内に配置し、且つ、通信モジュールを制御して、データパケットを遠隔サーバに送信する、ように構成される。車両識別子及び患者識別子の両方を送信することは、大量の情報をもたらす。例えば、遠隔サーバは、どの患者がどの特定の車両にいるかを決定することができてよく、この情報を、医療データ及び／又は場所データと共に、医療施設に更に中継してよい。
【００１５】
幾つかの例において、通信モジュールは、電気通信ネットワークを介して患者データを遠隔サーバに送信する無線通信デバイスを含む。そのような電気通信ネットワークの使用は、広いネットワークカバレッジを提供し、遠隔サーバへの良好な接続性の可能性を増大させる。
【００１６】
幾つかの例において、通信モジュールは、車載通信デバイスから車両識別子を受信する有線インタフェースを含む。幾つかの例において、有線接続を使用することは、電力を同時に提供し得ることを意味する。
【００１７】
幾つかの例において、車載通信デバイスは、ドッキングステーションであり、或いはドッキングステーションを含み、装置は、ドッキングステーション内に取り付けられるように構成される。従って、装置は、装置をドック内に配置する或いは取り付けることによってドッキングステーションと通信的に結合されることがあり、その結果、通信経路が確立されることがある。ドッキングステーションは、車両識別子を提供し或いは受信するための装置とのデータ通信経路を確立する簡単且つ効果的な方法を提供する。
【００１８】
１つの例によれば、ドッキングステーションは、第２のドッキングステーションに通信的に結合されるように構成され、第２のドッキングステーションは、第２の種類の医療装置を受け入れるように構成される。プロセッサは、装置がドッキングステーション内にドッキングされるときに応答して、並びに第２の種類の装置が第２のドッキングステーション内にドッキングされるときに応答して、装置と第２の種類の装置との間に無線通信チャネルを確立する、ように構成される。無線通信チャネルを確立するために、プロセッサは、最初に装置を第２の種類の装置と自動的にペアリングさせるように構成されてよい。このようにして、装置及び第２の装置の一方又は両方がそれらのそれぞれのドッキングステーションから取り外されるときにはいつでも、装置は既にペアリングされており、無線通信チャネルを介して接続されている。これは、（複数の）ユーザが、既存の煩雑な接続手順を使用して、２つのデバイスを手動で接続する必要を取り除く。これは、ユーザが患者の必要性により迅速に応じることを可能にし、よって、潜在的には、命を救うことを可能にする。
【００１９】
１つの例において、プロセッサは、医療データと、車両識別子と、状態インジケータとを含む、患者データを生成するように構成され、状態インジケータは、装置が車載通信デバイスに通信的に結合されているか否かを示す。状態インジケータの送信は、装置が車両識別子によって示される車両内に本当に配置されているか否かをより高い確率で決定するのに有益なことがある。例えば、医療従事者は、装置が現在ある車両の車載通信デバイスに通信的に結合されていることを状態インジケータが示すならば、装置がその車両内に配置されていることを確信することができる。装置が現在車載通信デバイスに通信的に結合されていないことを状態インジケータが示すが、それにも拘わらず、車両と関連付けられた車両識別子を依然として送信するならば、装置の場所の正確性はより少ないと受け取られてよい。
【００２０】
本発明の第２の態様によれば、患者を医療的にモニタリングするシステムが提供され、システムは、装置と、車載通信デバイスとを含む。車載通信デバイスは、車両と関連付けられる車両識別子を格納するメモリと、車両識別子を装置に送信する通信モジュールとを含む。装置は、患者と関連する或いは患者から受信する医療データを受信する少なくとも１つの入力と、受信する医療データと、車両識別子とを格納する、メモリと、通信モジュールと、プロセッサとを含み、プロセッサは、装置の通信モジュールを制御して、車載通信デバイスから車両識別子を受信し、医療データと、車両識別子とを含む、モニタリングされる患者と関連付けられる、患者データを生成し、且つ、装置の通信モジュールを制御して、患者データを遠隔サーバに送信する、ように構成される。
【００２１】
幾つかの例において、システムは、遠隔サーバを更に含み、遠隔サーバは、装置から患者データを受信するように構成される。上記で簡潔に述べたように、遠隔サーバは、車両の場所、従って、患者及び装置の場所を決定するために、車両識別子を使用することができる。これは医療データが場所と関連付けられることを可能にするので、人員は、車両識別子を使用して、車両と関連付けられる場所情報を取得することによって、患者がどこにいるかをいつでも決定することができる。従って、幾つかの例において、遠隔サーバは、車両識別子を使用して、車両と関連付けられる場所情報を取得するように構成される。
【００２２】
幾つかの例において、場所情報と受信する医療データとに関連付けられるデータは、遠隔サーバによって、医療施設に送信される。これは医療施設にいる人員が患者の場所を決定することを可能にする。
【００２３】
幾つかの例によれば、車載通信デバイスは、ドッキングステーションを含み、装置は、ドッキングステーション内に取り付けられるように構成される。
【００２４】
幾つかの例において、システムは、第２の種類の装置と、第２の種類の装置を受け入れるように構成される第２のドッキングステーションとを更に含み、第２のドッキングステーションは、ドッキングステーションと通信的に結合されるように構成される。装置のプロセッサは、装置がドッキングステーション内にドッキングされるときに応答して、並びに第２の種類の装置が第２のドッキングステーション内にドッキングされるときに応答して、装置と第２の種類の装置との間に無線通信チャネルを確立する、ように構成されてよい。
【００２５】
本発明の第３の態様によれば、方法が提供される。方法は、装置によって、車両と関連付けられる車両識別子を受信するステップと、装置によって、患者に関連する或いは患者から受信する医療データを受信するステップと、医療データと、車両識別子とを含む、患者と関連付けられる、患者データを生成するステップと、装置によって、患者データを遠隔サーバに送信するステップとを含む。
【００２６】
本発明の第４の態様によれば、非一時的コンピュータ可読記憶媒体であって、非一時的コンピュータ可読記憶媒体に格納されるコンピュータ可読指令のセットを含み、コンピュータ可読指令のセットは、プロセッサによって実行されるときに、プロセッサに、第３の態様に従った方法又は本明細書に記載する任意の方法を実施させる、非一時的コンピュータ可読記憶媒体が提供される。
【００２７】
上述のように、データは、装置と第２の種類の装置との間で、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を介して無線式に、送信されてよい。従って、接続が確立されて、維持される必要がある。現在、２つのデバイスの間の接続を確立するために使用される接続手順は煩雑で長い。プロセスは、しばしば、迅速かつ効率的に行われる必要があり、それは緊急時に特に重要である。２つのデバイスを接続するために、それらは最初に「ペアリング」される必要がある。ひとたびペアリングされると、装置と第２の装置との間に無線通信チャネルを確立して、データの転送を可能にすることができる。
【００２８】
このペアリング及び接続手順を高速化するために、デバイスは「自動ペア」手順を使用するように構成されることができる。この手順は、有線接続を介して２つのデバイスを互いに結合することによって開始されることができる。１つのデバイスが他のデバイスの存在を検出すると、デバイスは自動的にペアリングされて、無線通信チャネルを確立することができる。これはユーザ介入を必要とせずに或いは標準的な手順と比べて低減されたユーザ介入で起こり得る。
【００２９】
本発明の第５の態様によれば、患者を医療的にモニタリングする第１の患者モニタ装置が提供され、第１の患者モニタ装置は、第１の通信インタフェースと、第２の通信インタフェースとを含む、通信モジュールと、プロセッサとを含む。プロセッサは、第１の患者モニタ装置が、第１の通信インタフェースを介して第２の患者モニタ装置に通信的に結合されるときに応答して、第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるように構成される。例えば、第１の患者モニタ装置（例えば、プロセッサ又は他のモジュール）は、第１の患者モニタ装置が第２の患者モニタ装置に通信的に結合されていることを決定してよい。ペアリングは、第１の患者モニタ装置及び第２の患者モニタ装置が以前にペアリングされていないならば起こることがあり、無線通信チャネルを確立する前に起こることがある。幾つかの例において、ペアリングは、自動的である。
【００３０】
幾つかの例において、第１の患者モニタ装置は、第１のドッキングステーション内に受け入れるように構成され、第１のドッキングステーションは、第２の患者モニタ装置を受け入れるように構成される第２のドッキングステーションと通信的に結合されるように構成される。第１の患者モニタ装置のプロセッサは、第１の患者モニタ装置が第１のドッキングステーション内にドッキングされており、第２の患者モニタ装置が第２のドッキングステーション内にドッキングされているときを検出することに応答して、第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるように構成される。
【００３１】
幾つかの例において、プロセッサは、第２の通信インタフェースを介して第１の患者モニタ装置と第２の患者モニタ装置との間の無線通信チャネルを確立するように更に構成される。
【００３２】
幾つかの例において、第１の患者モニタ装置を前記第２の患者モニタ装置とペアリングさせるために、プロセッサは、第２の通信インタフェースを使用してペアリング手順を開始し、第１の通信インタフェースを介して第２の患者モニタ装置に指令を送信して、第２の患者モニタ装置でペアリング手順を開始する、ように構成される。従って、第１の患者モニタ装置は、第１の患者モニタ装置と第２の患者モニタ装置との間のペアリング手順を制御し且つ構成することができる。
【００３３】
本発明の第６の態様によれば、患者を医療的にモニタリングするシステムが提供される。システムは、第１の患者モニタ装置と、第２の患者モニタ装置とを含み、第１の患者モニタ装置は、第１の通信インタフェースと、第２の通信インタフェースとを含む、通信モジュールと、プロセッサとを含む。プロセッサは、第１の患者モニタ装置が第１の通信インタフェースを介して第２の患者モニタ装置に通信的に結合されるときに応答して、第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるように構成される。
【００３４】
幾つかの例において、システムは、第１の患者モニタ装置を受け入れるように構成される第１のドッキングステーションと、第２の患者モニタ装置を受け入れるように構成される第２のドッキングステーションとを更に含む。第１のドッキングステーションは、第２のドッキングステーションと通信的に結合されるように構成される。プロセッサは、第１の患者モニタ装置が第１のドッキングステーション内にドッキングされており、第２の患者モニタ装置が第２のドッキングステーション内にドッキングされているときを検出することに応答して、第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるように構成される。
【００３５】
幾つかの例において、プロセッサは、第２の通信インタフェースを介して第１の患者モニタ装置と第２の患者モニタ装置との間の無線通信チャネルを確立するように更に構成される。
【００３６】
幾つかの例では、第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるために、プロセッサは、第２の通信インタフェースを使用してペアリング手順を開始し、且つ、第１の通信インタフェースを介して第２の患者モニタ装置に指令を送信して、第２の患者モニタ装置でペアリング手順を開始する、ように構成される
【００３７】
本発明の第７の態様によれば、第１の患者モニタ装置が第１の通信インタフェースを介して第２の患者モニタ装置と通信的に結合されていることを決定するステップと、第２の通信インタフェースを介して第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるステップとを含む、方法が提供される。
【００３８】
幾つかの例において、方法は、第２の通信インタフェースを介して第１の患者モニタ装置と第２の患者モニタ装置との間の無線通信チャネルを確立するステップを更に含む。
【００３９】
幾つかの例において、第１の患者モニタ装置が第１の通信インタフェースを介して第２の患者モニタ装置と通信的に結合されていることを決定するステップは、第１の通信インタフェースを介して表示を受信するステップを含む。幾つかの例において、表示は、第１の通信インタフェースを介して第１の患者モニタ装置から第２の患者モニタ装置に送信されるクエリに応答して受信される。
【００４０】
幾つかの例において、第２の通信インタフェースを介して第１の患者モニタ装置を第２の患者モニタ装置とペアリングさせるステップは、第２の通信インタフェースを使用してペアリング手順を開始するステップと、第１の通信インタフェースを介して第２の患者モニタ装置に指令を送信して、第２の患者モニタ装置でペアリング手順を開始するステップとを含む。
【００４１】
本発明の更なる構成及び利点は、添付の図面を参照して作成された、ほんの一例として提供される、本発明の好ましい実施形態の以下の記述から明らかになるであろう。
【図面の簡単な説明】
【００４２】
【図１】患者を医療的にモニタリングするための例示的な装置が使用されることがある例示的なシステムのブロック図である。
【図２】患者を医療的にモニタリングするための例示的な装置及び車載通信デバイスのブロック図である。
【図３】例示的な装置及び車載通信デバイス並びに例示的な第２の装置及び車載通信デバイスのブロック図である。
【図４】車両識別子を遠隔サーバに送信するために例示的な装置によって使用される方法のフロー図である。
【図５】非一時的コンピュータ可読記憶媒体内のコンピュータ可読指令の例示的なセットのブロック図である。
【発明を実施するための形態】
【００４３】
図１は、患者を医療的にモニタリングするための第１及び第２の装置１０２ａ、１０２ｂが使用されることがある例示的なシステム１００を描写している。以下、各装置１０２ａ及び１０２ｂをポータブル患者モニタ（ＰＰＭ）と呼ぶ。第１のＰＰＭ１０２ａは、第１の車両１０６ａ上の車載通信デバイス１０４ａ(車両搭載通信デバイス)と関連付けられてよく、第２のＰＰＭ１０２ｂは、第２の車両１０６ｂ上の車載通信デバイス１０４ｂに関連付けられてよい。この例において、車載通信装置１０４ａ、１０４ｂは、それぞれ、車両１０６ａ、１０６ｂの内側にあるものとして示されているが、他の実施例において、車載通信デバイス１０４ａ、１０４ｂは、それぞれの車両１０６ａ、１０６ｂの外側に取り付けられてよい。
【００４４】
他のことが述べられない限り、図１のシステムにおいて、ＰＰＭ１０２ａは、ＰＰＭ１０２ｂと同一である。便宜上、以下の議論は、一般的に、ＰＰＭ１０２ａ、車両１０６ａ、車載通信デバイス１０４ａ、及び追跡デバイス(トラッキングデバイス)１２０ａに言及するが、他のことが述べられない限り、あらゆる記述は、ＰＰＭ１０２ｂ、車両１０６ｂ、車載通信デバイス１０４ｂ及び追跡デバイス１２０ｂに等しく当て嵌まる。
【００４５】
患者を医療的にモニタリングするためにＰＰＭ１０２ａを使用することができる。例えば、ＰＰＭ１０２ａを使用して、患者の血圧、温度及び心拍数を測定することができる。更に、ＰＰＭ１０２ａは、患者のＥＣＧを記録する能力を有してよい。幾つかの例において、ＰＰＭ１０２ａは、除細動器として機能する機器を含んでよく、或いはそのような機器と関連付けられてよい。ＰＰＭ１０２ａは、任意の数の医療モニタリング機能を実行してよいことが理解されるであろう。
【００４６】
医療補助者のような医療従事者は、緊急中にＰＰＭ１０２ａを使用することがある。例えば、１人又はそれよりも多くの患者が自動車事故に巻き込まれ、１人又はそれよりも多くの医療補助者が援助を提供することを求められるというシナリオを想像することができる。医療補助者は、ＰＰＭ１０２ａを装備した救急車のような車両１０６ａで事故現場に到着することがある。ＰＰＭ１０２ａを使用するならば、医療補助者は、救急車から離れて、事故現場で各患者をモニタリングし且つ／或いは治療することができ、且つ、医療施設１１０に移動している間に、車両１０６ａ内で、そのようにすることができる。例示的な医療施設１１０は、病院又は医師の手術を含むことがある。他の例示的な車両は、軍用車両、ボート及び航空機を含むことがある。
【００４７】
ＰＰＭ１０２ａは、患者から医療データを受信するために、医療センサのような、少なくとも１つの入力を含んでよい。次に、ＰＰＭ１０２ａは、患者データを遠隔サーバ１１２に中継し、遠隔サーバ１１２は、データをデータベース１１４に格納する。データは、サーバ１１２でアクセスされてよく、或いは、遠隔医療アプリケーションのようなソフトウェアアプリケーションを用いて、ＰＣ又はハンドヘルドデバイスのような別のコンピュータで遠隔的にアクセスされてよい。データは、医療施設１１０内のシステム又はデータにアクセスするのに必要な許可を有する他のシステム（図示せず）のような、他のシステムにエクスポートされてよい。コンピュータ１１６の操作者のような、医療従事者、又は医療施設１１０内の人員は、それによって、ＰＰＭ１０２ａから得られたデータにアクセスすることができる。
【００４８】
ＰＰＭ１０２ａは、通信モジュールの一部として、構内ネットワーク及び広域ネットワーク通信能力を含んでよい。例えば、ＰＰＭ１０２ａは、ポイントツーポイント無線通信能力、移動体通信能力（例えば、２Ｇ、３Ｇ、４Ｇ、５Ｇ以上のうちの１つ又はそれよりも多く）及び更には衛星通信能力のうちの１つ又はそれよりも多くを介した広域通信に加えて、Ｗｉ−Ｆｉ、ＺｉｇＢｅｅ、ＮＦＣ及びＢｌｕｅｔｏｏｔｈ（登録商標）通信プロトコルのうちの１つ又はそれよりも多くを介した構内通信をサポートしてよい。それによって、患者データを遠隔サーバ１１２に無線送信することができる。データは、既知のインターネットプロトコルを使用して、前述の構内又は広域通信チャネルのうちの１つ又はそれよりも多くを通じて送信されてよい。ＰＰＭ１０２ａ、１０２ｂから電気通信ネットワーク１２４への例示的なデータ接続は、それぞれの通信経路１１８ａ、１１８ｂによって描写されている。
【００４９】
車両１０６ａ、１０６ｂは、車内追跡ユニット１２０ａ、１２０ｂ(車内トラッキングユニット)を含んでよく、ＰＰＭ１０２ａ、１０２ｂとは独立して、通信ネットワーク１２４を介して無線通信することができる、移動体通信能力又は他の通信能力を有してもよい。車両１０６ａ、１０６ｂから通信ネットワーク１２４へのデータ接続は、通信経路１１８ｃ、１１８ｄによって描写されている。通信ネットワーク１２４から遠隔サーバ１１２へのデータ接続は、通信経路１１８ｅによって描写されている。全てのデータ接続１１８は、必要に応じて、一方向又は双方向であってよい。
【００５０】
ＰＰＭ１０２ａは、それぞれの車載通信デバイス１０４ａに通信的に結合可能であってよい。車載通信デバイス１０４ａは、ＰＰＭ１０２ａのための電源としての機能を果たしてもよい。例えば、ＰＰＭ１０２ａは、ＰＰＭ１０２ａに給電して、ＰＰＭ１０２ａ内の再充電可能なバッテリを再充電するために、適切な電気結合を介して、車載通信デバイス１０４ａに電気的に結合可能であってよい。従って、ＰＰＭ１０２ａは、そのバッテリを充電するために車載通信デバイス１０４ａに結合されてよく、ＰＰＭ１０２ａは、それらがそのように結合される間に、依然として機能してよい。
【００５１】
図１の例において、車載通信デバイス１０４ａは、ドッキングステーション１０４ａを含み、ＰＰＭ１０２ａは、ドッキングステーションに取り付けられるように構成される。故に、ＰＰＭ１０２ａは、ドッキングステーション１０４ａとドッキングされることがある。同様に、ＰＰＭ１０２ｂは、ドッキングステーション１０４ｂとドッキングされてよい。ＰＰＭ１０２ａとそのドッキングステーション１０４ａとの間の通信結合及び電気結合の一方又は両方は、ＰＰＭ１０２ａがドッキングステーション１０４ａにドッキングされるときに行われる１つ又はそれよりも多くの適切な物理的接続を介して行われてよい。図１のシナリオにおいて、ＰＰＭ１０２ａは、ドッキングステーション１０４ａからドッキング解除されているものとして描写されており、ＰＰＭ１０２ｂは、ドッキングステーション１０４ｂとドッキングされ、それらの間に通信経路１０８を有するものとして描写されている。ＰＰＭ１０２ａと車載通信デバイス１０４ａとの間の通信結合は、物理的又は無線チャネルを介することがある。従って、通信経路１０８は、ケーブル又は他のコネクタ（例えば、ＰＰＭ１０２ｂ内の雌コネクタと結合するドッキングステーション１０４ｂ内の直立した雄コネクタ）の例示であることがある。代替的に、通信経路１０８は、例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）又はＷｉ−Ｆｉチャネルであってよい。
【００５２】
本明細書中の例によれば、ＰＰＭ１０２ａは、ＰＰＭ１０２ａが必要とされるときに、ＰＰＭ１０２ａが完全に再充電されていることを保証するために、使用されていないときに車両１０６ａのドッキングステーション１０４ａにドッキングされてよい。
【００５３】
図１に描写する例では、車載通信デバイス１０４ａがドッキングステーションを含む場合、ＰＰＭ１０２ａとドッキングステーション１０４ａとの間のデータの通信結合及び転送は、ＰＰＭ１０２ａがドッキングステーション１０４ａ内にドッキングされているときに起こり得る。
【００５４】
車載通信デバイス１０４ａは、特定の車両１０６ａ内に配置されてよく、もしあるとしても、異なる車両に移動することは希である。逆に、ＰＰＭ１０２ａは、しばしば、１つの車両１０６ａから別の車両に移動させられることがある。例えば、医療補助者は、特定のＰＰＭ１０２ａを使用してよく、そのＰＰＭ１０２ａを、作業日を通じて、別の車両に持ち込んでよい。これは、例えば、１つの救急車１０６ａ内の患者をモニタリングしているＰＰＭ１０２ａが、患者に同行して病院１１０に行き、次に、それがもはや必要とされなくなるときに別の救急車１０６ｂに再配備されるならば、起こることがある。明らかになる理由から、各ＰＰＭ１０２ａがどこにあるか（即ち、各ＰＰＭ１０２ａがどの車両内に存在するか）を知ることが重要である。同様に、任意の所与の時間に患者がどこにいるかを決定することが有用なことがある。
【００５５】
既に述べたように、救急車のような既存の車両１０６ａ、１０６ｂは、それぞれの車両１０６ａ、１０６ｂの場所を決定するために使用することができる、それらの独自の追跡デバイス１２０ａ、１２０ｂを車内に有することができる。そのような追跡システム(トラッキングシステム)は知られており、ＧＰＳ受信機と、１つ又はそれよりも多くの通信デバイスとの組み合わせを含むので、ＧＰＳ場所情報を検出して、遠隔システムに通信することができる。例えば、追跡デバイス１２０ａ、１２０ｂからの周期的な信号を検出することによって、車両追跡システム１２２は、複数の車両１０６ａ、１０６ｂの場所をほぼリアルタイムで追跡することができる。車両追跡システム１２２内のデータベース（図示せず）は、車両１０６ａ、１０６ｂの現在又は最新の場所を格納してよい。車両追跡システム１２２は、場所情報を使用して、既知のルート計算方法及びシステムを使用して、患者の場所又は医療施設１１０への車両１０６ａの推定到着時刻を当てて(ascribe)よい。
【００５６】
各車両と関連付けられる場所情報は、車両１０６ａを特異に識別する車両識別子に関連付けられてよい。故に、追跡システム１２２は、各車両についてのそれぞれの場所情報を有する車両識別子を格納してよい。車両識別子は、追跡デバイス１２０ａ内に格納されてもよく、且つ／或いは追跡デバイス１２０ａから場所情報に関する車両追跡システム１２２に送信されてよい。
【００５７】
追跡デバイス１２０ａ、１２０ｂからのデータは、電気通信ネットワーク１２４を介して、例えば、例示の通信経路１１８ｃ、１１８ｄ、１１８ｆを介して、車両追跡システム１２２に送信されてよい。代替的に、データは、（例えば、無線ネットワーク、衛星ネットワーク、又は専有ネットワークを含むことがある）通信経路１１８ｇ、１１８ｈを介して送信されてよい。
【００５８】
従って、車両追跡システム１２２の操作者は、車両１０６ａ又は車両１０６ｂの場所を決定することができる。車両又はフリート管理組織、例えば、救急車配送ユニットの一部であってよい、そのような操作者は、要求に応じて、（通信経路１１８ｉを介して）特定の車両１０６ａの場所の医療施設１１０に通知し得ることがある。しかしながら、操作者は、典型的には、搬送される患者の身元(identity)又は彼らの医療的状態を知らないであろう。同様に、医療施設１１０は、ＰＰＭから受信され、（通信経路１１８ｊを介して）遠隔サーバ１１２からアクセスされる、医療データへのアクセスを別個に有することがあるが、それぞれの救急車の身元を知ることは起こりそうもない。
【００５９】
本明細書の例は、ＰＰＭ１０２ａが関連付けられる車両１０６ａの識別(identity)に関する情報を用いて医療データを補強するように適合され且つ構成されるＰＰＭ１０２ａを含む。これは、ＰＰＭ１０２ａによって収集され且つ生成される医療データを用いて或いはそのような医療データとは別個に、それぞれの車両識別子を遠隔サーバ１１２に送信するようにＰＰＭ１０２ａを構成することによって、達成されることができる。例えば、ＰＰＭ１０２ａは、医療データ及び車両識別子を含む、モニタリングされる患者と関連付けられる、患者データを生成することがある。従って、遠隔サーバ１１２は、受信する患者データを使用して、車両１０６ａ及びその搭乗患者の場所を決定するように構成されることができる。これは、車両識別子を使用して車両追跡システム１２２に問い合わせることによって達成される。車両追跡システム１２２は、車両１０６ａの場所及び／又は車両１０６ａが医療施設１１０に到着する予定時刻を遠隔サーバ１１２に提供するように構成されてよい。故に、コンピュータ１１６の又は医療施設１１０内の操作者は、患者の医療データを、特定の車両１０６ａ、車両１０６ａ及び患者のそれぞれの場所と関連付けることができ、車両１０６ａ及びその患者の到着予想時刻と関連付けることさえできる。代替的に又は追加的に、コンピュータ１１６の又は医療施設１１０内の操作者は、車両１０６ａ及び患者のそれぞれの場所を使用して、車両１０６ａ及びその患者が医療施設１１０に到着する予想時刻を決定／計算することができる。従って、遠隔医療アプリケーションの有用性は、大幅に増大する。何故ならば、医療施設１１０は、患者の到着に前もってより正確に準備することができるからである。その上、ＰＰＭ１０２ａが存在する車両を参照することによってＰＰＭ１０２ａの場所を追跡することができ、それはＰＰＭ１０２ａが見失われる或いは誤配置される可能性を減少させる。ＰＰＭ１０２ａの場所を追跡することは、エンジニアが、例えば、ソフトウェア更新を実行し、状態レポートを実行し、或いは修理を実行することができるように、ＰＰＭ１０２ａを迅速かつ効率的に探し出し得ることも意味し得る。これは、ＰＰＭ１０２ａがそれ自体の場所追跡能力を有しないならば、特に有用なことがある。
【００６０】
幾つかのＰＰＭ１０２ａ、１０２ｂは、それら自体の場所決定能力を有してよく、例えば、それらはＧＰＳ受信機を具備してよい。しかしながら、それらを使用することは必ずしも実用的でないことがある。例えば、そのようなＧＰＳ受信機は、望ましくないことがある追加的なバッテリ電力を使用し、或いは、ＧＰＳ受信機は、信号が不十分なエリア内で、例えば、車両１０６ａの内側で、確実に作動しないことがある。ＰＰＭ１０２ａに（患者データの一部として）車両識別子を遠隔サーバ１１２に送信させることによって、代わりに車両追跡システム１２２からそれぞれの場所を決定することができる。これは、（ＰＰＭ１０２ａがＧＰＳ機能性を有するならば）ＰＰＭ１０２ａのＧＰＳ機能性が使用されなくてよく、従って、ＰＰＭ１０２ａが充電を必要とする前に、ＰＰＭ１０２ａのバッテリ及び動作寿命を延ばすことを意味する。これは、潜在的に救命的なＰＰＭ１０２ａの動作時間を延長する。更に、装置のＧＰＳ機能性が、車両追跡システム１２２によって収集される情報よりも精度が低いか、或いは車両追跡システム１２２によって収集される情報よりも少ない情報を含むならば、車両識別子を使用することも有益なことがある。
【００６１】
上述のように、追跡デバイス１２０ａは、車両追跡システム１２２に車両識別子を格納又は送信してよい。追加的に又は代替的に、車両追跡システム１２２は、車両追跡システム１２２によって収集される場所情報と関連付けられた車両識別子を格納してよい。例えば、車両追跡システム１２２によって使用される車両識別子は、ＰＰＭ１０２ａによって遠隔サーバ１１２に送信されるものと同じである。しかしながら、必ずしもそうである必要はない。遠隔サーバ１１２（若しくはデータベース１１４）又は車両追跡システム１２２は、代わりに、２つの異なる車両識別子、即ち、追跡デバイス１２０ａと関連付けられる車両識別子と、ＰＰＭ１０２ａと関連付けられる車両識別子との間の関連を格納してよい。換言すると、ＰＰＭ１０２ａによって送信される車両識別子を用いて、正しい場所情報を得ることができる。遠隔サーバ１１２は、ＰＰＭ１０２ａから車両識別子を受信して、データベースに問い合わせて車両追跡システム１２２において使用される異なる車両識別子との関連を見出すことがある。従って、車両識別子の間のマッピングが実行され、それにより、正しい場所情報が得られることがある。
【００６２】
最初に、ＰＰＭ１０２ａは、車両識別子が遠隔サーバ１１２に送り返されるために、車両識別子を取得するか或いは車両識別子と関連付けられる必要がある。
【００６３】
一例において、ＰＰＭ１０２ａは、車載通信デバイス１０４ａから車両識別子を受信する。例えば、車載通信デバイス１０４ａは、車両識別子と関連付けられ、ＰＰＭ１０２ａを車載通信デバイス１０４ａと通信的に結合させることは、ＰＰＭ１０２ａが車両識別子を受信することを可能にする。ＰＰＭ１０２ａが車載通信デバイス１０４ａから車両識別子を受信するとき、ＰＰＭ１０２ａは、第１のモードにおいて、通信モジュールを制御して、車載通信デバイス１０４ａから車両識別子を受信するように構成されてよい。
【００６４】
別の例において、ＰＰＭ１０２ａは、外部ソースから車両識別子を受信する。
【００６５】
別の例では、ＰＰＭ１０２ａのユーザが、車両識別子でＰＰＭ１０２ａをプログラムする（或いはそれはＰＰＭ１０２ａによって自動的に生成される）。車両追跡システム１２２（及び追跡デバイス１２０ａ）によって使用される車両識別子は、例えば、車両１０６ａ内のラベル又は車両追跡デバイス１２０ａに印刷されてよく、ユーザは、これをキーボードを介してＰＰＭ１０２ａに入力するか或いはＱＲコード（登録商標）を使用してＰＰＭにスキャンしてよい。
【００６６】
ＰＰＭ１０２ａがどのように車両識別子を受信／取得するかに拘わらず、車両識別子を車載通信デバイス１０４ａ自体に格納することが有益である。そうすることは、車載通信デバイス１０４ａを、車載通信デバイス１０４ａが配置される特定の車両１０６ａの車両識別子と関連付ける。故に、理想的には、車載通信デバイス１０４ａは、ＰＰＭ１０２ａに車両識別子を送信し得る前に、車両識別子を取得する必要がある。
【００６７】
一例によれば、ＰＰＭ１０２ａは、車両識別子を車載通信デバイス１０４ａに転送する(transfer)ために最初に使用されることができる。例えば、ＰＰＭ１０２ａは、第２のモードにおいて、格納される車両識別子を車載通信デバイス１０４ａに転送するように構成されてよい。これは、例えば、車載通信デバイス１０４ａのドッキングステーションがＰＰＭと最初にドッキングされるときに起こるように構成されてよい。
【００６８】
ＰＰＭ１０２ａを使用して車両識別子を車載通信デバイス１０４ａと関連付ける１つの方法を説明する。しかしながら、多くの他の方法が使用されてよいことが理解されるべきである。最初に、ＰＰＭ１０２ａは、車載通信デバイス１０４ａと通信的に結合させられる。例えば、車載通信デバイス１０４ａがドッキングステーションを含むならば、ＰＰＭ１０２ａはドッキングステーションとドッキングされ、ドッキングステーションに接続される。ＰＰＭ１０２ａ及び車載通信デバイス１０４ａが通信的に結合されるとき、車両識別子をＰＰＭ１０２ａから車載通信デバイス１０４ａに転送することができる。ユーザは、この時点で車両識別子を手動で入力してよく、或いは車両識別子は、（上述のように）ＰＰＭ１０２ａのメモリ内に既に格納されていてよい。ＰＰＭ１０２ａは、この時点で第２のモードにおいて作動していてよく、第２のモードにおいて、車載通信デバイス１０４ａは、車両識別子を車載通信デバイス１０４ａに送信することによって、車両識別子と関連付けられることができる。ＰＰＭ１０２ａは、車載通信デバイスが車両識別子で構成されていないことを検出し、自動的に第２のモードに入り、その結果、車両識別子を転送することがある。代替的に、ユーザは、ＰＰＭ１０２ａを手動で第２のモードに入らせ、車両識別子を車載通信デバイス１０４ａに転送させてよい。第１のモード、第２のモード、又は任意のモードを手動で入力することは、ユーザがボタンを押したこと又はユーザがユーザインタフェースを介して指標(indication)を提供したことを検出することを含んでよい。
【００６９】
図に見ることができるように、ＰＰＭ１０２ａは、車載通信デバイス１０４ａを車両識別子に関連付けるために使用されることができる。既述のように、ＰＰＭ１０２ａが車載通信デバイス１０４ａから車両識別子を受信するとき、ＰＰＭ１０２ａは第１のモードにおいて作動していると言われてよい。第１のモードに入ることは、自動的に、例えば、ＰＰＭ１０２ａが車載通信デバイス１０４ａにドッキングされるや否や（或いは車載通信デバイス１０４ａとの物理的又は無線通信結合を確立する任意の他の方法において）起こってよく、或いは、ユーザは、ＰＰＭ１０２ａが車載通信デバイス１０４ａから車両識別子を受信することができる第１のモードに手動で入ってよい。ＰＰＭ１０２ａは、車載通信デバイス１０４ａが車両識別子で構成されていることを検出してよく、車両識別子を自動的に要求してよい。ＰＰＭ１０２ａが車両識別子をひとたび受信すると、ＰＰＭ１０２ａは、感知された医療データを車両識別子と共に遠隔サーバ１１２に送信することができる。
【００７０】
一例において、感知された医療データ及び車両識別子は、遠隔サーバ１１２に一緒に送信される。例えば、ＰＰＭ１０２ａは、最初に、モニタリングされている患者と関連付けられた患者データを生成してよく、患者データは、医療データと、車両識別子とを含む。次に、この患者データは、遠隔サーバ１１２に送信されてよい。
【００７１】
別の例において、感知された医療データ及び車両識別子は、別々に送信され、後に関連付けられる。
【００７２】
別の例において、ＰＰＭ１０２ａは、状態インジケータを定期的に遠隔サーバに送信するように構成されてもよい。この状態インジケータは、例えば、患者データの一部として、車両識別子と共に送信されてよい。状態インジケータは、ＰＰＭ１０２ａが車載通信デバイス１０４ａに通信的に結合されているか否かを示すことができる。これは、例えば、データストリーム中の予め定められたビット又はビットシーケンスのような、フラグ(flag)として送信されてよい。一例において、車載通信デバイス１０４ａがドッキングステーションを含む場合、ＰＰＭ１０２ａは、ＰＰＭ１０２ａがドッキングステーション上又は内に搭載されるときにのみ、ＰＰＭ１０２ａがドッキングされることを示す、状態インジケータを送信するように構成されてよい。ＰＰＭ１０２ａがドッキングステーションから取り外されるならば、状態インジケータは、ＰＰＭ１０２ａがドッキング解除されていることを示してよい。
【００７３】
状態インジケータの送信は、ＰＰＭ１０２ａが車両識別子によって示される車両と実際に関連付けられているか否かをより大きな確実性で決定するのに有益なことがある。例えば、コンピュータ１１６の操作者又は医療施設１１０内の人員は、ＰＰＭ１０２ａがその車両１０６ａの車載通信デバイス１０４ａに現在のところ通信的に結合されている（或いはドッキングされている）ことを状態インジケータが示すならば、ＰＰＭ１０２ａが車両１０６ａ内に位置していることを確信することができる。ＰＰＭ１０２ａが現在のところ車載通信デバイス１０４ａに通信的に結合されていない（或いはドッキングされていない）ことを状態インジケータが示すが、それにも拘わらず、車両１０６ａと関連付けられる車両識別子を依然として送信するならば、ＰＰＭ１０２ａの場所及び／又はそれぞれの車両とのその正しい関連付けの確実性はより少ないと受け取られてよい。例えば、ＰＰＭ１０２ａが、別の救急車のような、更にはヘリコプタのような、異なる車両１０６ｂに転送されるならば、それは、新しい車両識別子がアップロードされるときまで、既存の車両識別子を送信し続けることがある。そのような状況の下では、少なくとも初期的に、車両識別子は、そして、推論によって、車両の場所は、誤解を招き得る。幾つかの例において、ＰＰＭ１０２ａが現在のところ車載通信デバイス１０４ａに通信的に結合されていないことを状態インジケータが示すとき、ＰＰＭ１０２ａのＧＰＳ機能性を呼び出して、ＰＰＭ１０２ａのより確実な場所を決定してよい。
【００７４】
一例によれば、車両識別子を含む患者データは、ＰＰＭ１０２ａが車載通信デバイス１０４ａに結合されていることをＰＰＭ１０２ａが決定したときにのみ（即ち、ＰＰＭ１０２ａが車載通信デバイス１０４ａに通信的に結合されていることを状態インジケータが示すときにのみ）、遠隔サーバ１１２に送信される。ＰＰＭ１０２ａが車載通信デバイス１０４ａに結合されていないときには、（車両識別子を備えない）医療データが送信されてよい。他の例において、ＰＰＭ１０２ａが車載通信デバイス１０４ａに結合されていることをＰＰＭ１０２ａが決定したか否かに拘わらず、医療データが存在しない場合には、車両識別子を遠隔サーバ１１２に送信することができる。
【００７５】
データを送ること(sending)又は送信すること(transmitting)は、患者データを１つ又はそれよりも多くのデータパケットに配置することを含んでよい。車両識別子（及び／又は状態インジケータ）は、データパケットの各々に含められてよい。代替的に、車両識別子（及び／又は状態インジケータ）は、データパケットの１つ又は一部にのみ含められてよい。各患者に割り当てられる特異な患者識別子が、データパケットに同様に含められてよい。同様に、特異なＰＰＭ識別子が、データパケットの一部又は全部に含められてよい。故に、患者データは、患者識別子及び／又はＰＰＭ識別子を含んでもよい。
【００７６】
簡潔に言えば、ＰＰＭ１０２ａは、１つの車両から別の車両に移動させられてよい。従って、ＰＰＭ１０２ａをその特定の車両のための新しい車両識別子と関連付けることが必要である。これは、新たに受信する医療データが正しい車両識別子と関連付けられることを保証する。ＰＰＭ１０２ａを新しい第２の車両識別子と関連付けることは、ＰＰＭ１０２ａがその第１の車両識別子と関連付けられる方法と実質的に同じ方法で実行される。例えば、ＰＰＭ１０２ａは、新しい第２の（又は後続の）車載通信デバイスと通信的に結合させられてよい。
【００７７】
以下の例では、ＰＰＭ１０２ａは、最初に車載通信デバイス１０４ａと関連付けられ、ＰＰＭ１０２ａは、そのメモリに格納された（車両１０６ａと関連付けられた）車両識別子を有すると仮定する。次に、ＰＰＭ１０２ａは、第２の車両１０６ｂに転送される。
【００７８】
最初に、ユーザは、ＰＰＭ１０２ａを、第２の車両１０６ｂ内の第２の車載通信デバイス１０４ｂと通信的に結合させる。これは、第２の車両識別子を、第２の車載通信デバイス１０６ｂから受信させる。次に、この第２車両識別子は、ＰＰＭ１０２ａのメモリに格納される。
【００７９】
ＰＰＭ１０２ａは、今や第２の車載通信デバイス１０４ｂから解除されてよい（例えば、ドッキング解除されてよい）。一例において、第２の車両識別子をメモリに格納することは、前の車両識別子が上書きされることを意味する。これは、例えば、ＰＰＭ１０２ａが前の車両と関連付けられる間に収集される全ての患者データが遠隔サーバ１１２に中継されるならば、起こることがある。代替的に、前の車両識別子と同様に第２の車両識別子も格納される。幾つかの例において、第２の最新の車両識別子は、現在の車両識別子として「タグ付け」される。これは、例えば、タイムスタンプの使用によって、どの車両識別子が最新に受信されたかを決定することによって行われてよい。
【００８０】
次に、ＰＰＭ１０２ａによって収集される、あらゆる新たに受信される医療データは、前の車両識別子と関連付けられる代わりに、この第２の車両識別子と関連付けられてよい。そうする際には、第２の車両の場所を参照することによってＰＰＭ１０２ａの場所をモニタリングすることができる。このようにして、医療データを正しい車両識別子と正しく関連付けることができる。
【００８１】
幾つかの場合、ＰＰＭ１０２ａは、メモリ内に格納された「古い」医療／患者データを依然として有することがあり、この古い医療データは、ＰＰＭ１０２ａが、後続の車両１０６ｂと関連付けられるよりもむしろ、依然として第１の車両１０６ａと関連付けられていた、より前の時に記録された。このデータは、ＰＰＭ１０２ａが第２の車両１０６ｂに移動させられた後でさえも、遠隔サーバ１１２に送信されることがある。この「古い」医療データは、前の車両識別子と関連付けられ、よって、データがいつ遠隔サーバ１１２にアップロードされるかに拘わらず、データは、正しい車両識別子と関連付けられたままである。図２は、患者を医療的にモニタリングするＰＰＭ２０２を含む装置及び車載通信デバイス２０４を含む装置の例を描写している。ＰＰＭ２０２は、図１に描写するＰＰＭ１０２ａ、１０２ｂと同一である。同様に、車載通信デバイス２０４は、図１に描写する車載通信デバイス１０４ａ、１０４ｂと同一である。
【００８２】
ＰＰＭ２０２は、患者から医療データを受信するための少なくとも１つの入力を含む。医療データは、手動で入力されてよく、或いは患者から医療データを感知／測定するために使用される１つ又はそれよりも多くの医療センサ２０６ａ、２０６ｂから受信されてよい。ＰＰＭ２０２は、更に、メモリ２０８と、プロセッサ２１０とを含む。プロセッサ２１０は、モニタリングされる患者と関連付けられる患者データを生成するように構成されてよく、患者データは、医療データと、車両識別子とを含む。メモリ２０８は、あらゆる感知されて収集される医療データ及び１つ又はそれよりも多くの車両識別子を格納するように構成されてよい。幾つかの例において、メモリ２０８は、患者データ、１つ又はそれよりも多くの患者識別子、及び／又はＰＰＭ識別子、及び／又は状態インジケータを格納することもできる。ＰＰＭ２０２は、通信モジュール２１２の一部として、１つ又はそれよりも多くの通信インタフェース２１２ａ、２１２ｂも含んでよい。プロセッサ２１０は、通信モジュール２１２（故に、１つ又はそれよりも多くの通信インタフェース２１２ａ、２１２ｂ）を制御するように構成されてよい。例えば、通信インタフェース２１２ｂは、車載通信デバイス２０４から車両識別子を受信するように制御されてよい。患者データを遠隔サーバ１１２に送信するために、同じ又は異なる通信インタフェース２１２ａが制御されてよい。
【００８３】
通信インタフェース２１２ａ、２１２ｂは、ＵＳＢ、Ｆｉｒｅｗｉｒｅ、Ｅｔｈｅｒｎｅｔ、ＷｉＦｉ、ＧＰＳ、Ｂｌｕｅｔｏｏｔｈ（登録商標）、衛星インタフェース、電気通信インタフェース（ＧＳＭ（登録商標）、３Ｇ、４Ｇ）、又は任意の他の標準又は専有インタフェースのような、有線又は無線インタフェースであってよい。図２の例において、通信インタフェース２１２ｂは、有線インタフェースであり、通信インタフェース２１２ａは、無線インタフェースである。他の例では、通信インタフェース２１２ａ、２１２ｂの両方が無線であってよく、或いはそれらの両方が有線インタフェースであってよい。
【００８４】
図１に関して述べたように、ＰＰＭ２０２は、車載通信デバイス２０４に通信的に結合されることができる。幾つかの例において、通信結合は、ＰＰＭ２０２の通信インタフェース２１２ｂと車載通信デバイス２０４の通信インタフェース２１４との間に確立されるべきデータ接続を必要とする。図２の例では、ＰＰＭ２０２の通信インタフェース２１２ｂと車載通信デバイス２０４の通信インタフェース２１４との間の通信経路２１６が示されており、その通信経路に亘って、（１つのモードにおいて）ＰＰＭ２０２は、車載通信デバイス２０４に車両識別子を提供してよく、（別のモードにおいて）ＰＰＭ２０２は、車載通信デバイス２０４から車両識別子を受信してよい。
【００８５】
車両識別子は、車載通信デバイス２０４のメモリ２１８に格納されてよい。１つの例によれば、メモリ２１８は、ハードディスク、フラッシュ記憶装置チップ、又はＳＳＤのような、不揮発性メモリである。１つの例において、車載通信デバイス２０４は、メモリ２１８及び／又はＵＳＢ通信インタフェース２１４を含む、ＵＳＢデバイスを含む。車載通信デバイス２０４のコントローラ２２０が、車載通信デバイス２０４及びその１つ又はそれよりも多くの通信インタフェース２１４を制御してよい。コントローラ２２０は、例えば、ＵＳＢコントローラ、マイクロコントローラ、又はプロセッサであってよい。１つの例において、車載通信デバイス２０４は、ドックであり、少なくとも１つのＰＰＭを受け入れて支持する構造又はフレームと、ドックされるときに、ＰＰＭ又は各ＰＰＭが１つ又はそれよりも多くの物理的接続（例えば、ＵＳＢ接続）２１４を介して結合する、ＵＳＢハブコントローラのような、コントローラとを含む。そのような例において、ＵＳＢハブコントローラは、プログラム可能であり、車両識別子のようなデータを格納するメモリ２１８を提供する。いずれにせよ、コントローラ２２０は、車両識別子をメモリ２１８に書き込ませるか或いは車両識別子がメモリに書き込まれるのを可能にしてよく、或いは、通信インタフェース２１４を介して車両識別子をＰＰＭに転送させるか或いは車両識別子が通信インタフェース２１４を介してＰＰＭに転送されるのを可能にしてよい。コントローラ２２０は、任意的であってよい。ＰＰＭ２０２と同様に、車載通信デバイス２０４の通信インタフェース２１４は、それぞれの通信モジュールの一部であってよい。
【００８６】
ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されるときには、ＰＰＭ２０２は車載通信デバイス２０４に電気的にも結合されて、ＰＰＭ２０２内のバッテリ２２２が充電されるのが可能にされてよい。車両バッテリ２２５及び／又は救急車の交流発電機のような電源が、電力ケーブル２２４を介して車載通信デバイス２０４に電力を供給してよく、それは、次に、適切な充電コントローラ２２７及びコネクタ２２９を介してＰＰＭ２０２のバッテリ２２２を充電してよい。
【００８７】
代替的に、バッテリ２２２は、無線誘導充電によって充電されてよい。幾つかの例では、別個のインタフェースを用いてＰＰＭ２０２を充電するが、他の例では、電力は、通信インタフェース２１２ｂ、２１４を介して供給されてよい。
【００８８】
ＰＰＭ２０２の医療センサは、（２０６ａのように）ＰＰＭ２０２と一体的であってよく、（２０６ｂのように）外部にあってよい。外部センサ２０６ｂが、センサケーブル２２６を介してＰＰＭ２０２に接続されてよい。医療センサ２０６ａ、２０６ｂによって感知される医療データは、メモリ２０８に格納されてよい。プロセッサ２１０は、患者データが（図１に示す）遠隔サーバ１１２に送信される前に、医療データを処理してよい。（処理された医療データを含む）あらゆる感知された医療データは、ディスプレイスクリーン２２８に表示されてよい。図２は、表示されている医療データ２３０の一部を描写している。ディスプレイ２２８は、タッチスクリーンであってよく、例えば、表示される選択キー又は英数字キーボードとの対話を介して、ユーザからの入力を受信してよい。代替的に又は追加的に、ＰＰＭ２０２は、１つ又はそれよりも多くの物理的ボタン２２３を含んでもよい。タッチスクリーン２２８又はボタン２２３を使用して、ユーザは患者治療記録データを入力し、ＰＰＭ２０２を制御又は設定してよい。例えば、ユーザは、ＰＰＭ２０２に指示して遠隔サーバ１１２にデータを送信させることができてよい。ユーザは、上述のように、第１のモードと第２のモードとの間を切り替えることができてもよい。
【００８９】
データは、通信インタフェース２１２ａ、通信経路２３２及び通信ネットワーク２３４を介して、ＰＰＭ２０２から遠隔サーバ１１２に送信されてよい。既述のように、このデータ、又はデータが組織化されている１つ又はそれよりも多くのデータパケットは、１つ又はそれよりも多くの患者識別子及び／又はＰＰＭ識別子及び／又は状態インジケータを含んでもよい。例えば、プロセッサによって生成される患者データは、医療データ、車両識別子、患者識別子、及び状態インジケータを含んでよい。
【００９０】
ＰＰＭ２０２は、状態インジケータモジュール２３８を含んでもよい。状態インジケータモジュール２３８は、ハードウェアもしくはソフトウェア又はそれらの組み合わせとして具体化されてよい。１つの例において、プロセッサ２１０は、状態インジケータモジュール２３８を含む。状態インジケータモジュール２３８は、ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されるときを検出し或いは決定するように構成されてよい。この決定に基づいて、状態インジケータは、ＰＰＭ２０２が車載通信デバイス２０４に結合されているか或いは結合されていないかを反映するように更新されることができる。幾つかの例において、車載通信デバイス２０４は、ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されているときを検出し或いは決定するように構成される、類似の状態インジケータモジュール２３６を含んでもよい。
【００９１】
１つの例によれば、状態インジケータモジュール２３８は、ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されていることを決定するように構成される。従って、ＰＰＭのプロセッサは、状態インジケータを更に含む患者データを生成するように構成され、状態インジケータは、ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されていることを示す。
【００９２】
別の例によれば、状態インジケータモジュール２３８は、ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されていないことを決定するように構成される。従って、ＰＰＭのプロセッサは、状態インジケータを更に含む患者データを生成するように構成され、状態インジケータは、ＰＰＭ２０２が車載通信デバイス２０４に通信的に結合されていないことを示す。
【００９３】
前述の例において、ＰＰＭがＵＳＢ接続を介して車載通信デバイスに通信的に結合される場合、ＰＰＭ及び／又は車載通信デバイスのそれぞれのＵＳＢコントローラは、デバイスが通信的に結合されているか否かを検出するように構成されてよい。
【００９４】
各車両１０６ａ、１０６ｂは、１つ又はそれよりも多くのＰＰＭ１０２ａ、１０２ｂ、２０２と関連付けられてよい。各ＰＰＭは、実質的に同じであってよく、或いは、それらは、例えば、より多くの又はより少ない医療センサ２０６ａ、２０６ｂ及び能力を含むことによって、異なってよい。１つの例では、車両１０６ａが、２種類のＰＰＭ、即ち、ＰＰＭ３０２と、（図３に示す）第２のＰＰＭ４０２とを含む。第２の種類のＰＰＭ４０２は、例えば、第２の種類の医療装置であってよい。
【００９５】
図３は、システム３００の一部としてのＰＰＭ３０２及び第２のＰＰＭ４０２を描写している。この例において、ＰＰＭ３０２は、第２のＰＰＭ４０２と異なる。異なるとは、任意の数の構成が異なり得ることを意味し、例えば、それらは、異なる種類及び数の通信インタフェースを含んでよく、異なる大きさであってよく、或いは異なる医療センサを含んでよい。１つの例において、第２の種類のＰＰＭ４０２は、除細動器である。図３は、２種類のＰＰＭを描写しており、それらの一方又は両方は、ＰＰＭ１０２ａ、１０２ｂ、２０２と同一であってよく或いは異なっていてよい。ＰＰＭ３０２、４０２は、例えば、バッテリ２２２と、ボタン２２３とを含んでよい。
【００９６】
本明細書では、ＰＰＭ３０２を「第１の」ＰＰＭ３０２と呼ぶ。図１及び図２におけるように、各ＰＰＭ３０２、４０２は、それぞれの車載通信デバイス３０４、４０４と関連付けられてよい。第１のＰＰＭ３０２は、通信インタフェース３１２ｂ及び３１４を介して第１の車載通信デバイス３０４に通信的に結合可能であってよい。第２のＰＰＭ３０４は、通信インタフェース４１２ｂ及び４１４を介して第２の車載通信デバイス４０４に通信的に結合可能であってよい。一方又は両方の車載通信デバイス３０４、４０４は、車載通信デバイス２０４と同一であってよい。
【００９７】
更に、第１のＰＰＭ３０２及び第２のＰＰＭ４０２は、通信インタフェース３１２ｃ及び４１２ｃを介して互いに通信的に結合可能であってもよい。例えば、２つのＰＰＭ３０２、４０２は、通信経路３３６を介して、無線接続（例えば、Ｂｌｕｅｔｏｏｔｈ（登録商標）を介して）を介して通信的に結合されてよい。このように接続されるために、第１のＰＰＭ３０２及び第２のＰＰＭ４０２は、データが両方向に転送されてよい通信経路３３６を確立する前に、「ペアリング」されることを必要としてよい。この通信経路３３６は、デバイスのうちの１つ、例えば、第２のＰＰＭ４０２が、遠隔サーバ１１２にデータを送信する能力を欠くならば、有用なことがある。例えば、第２のＰＰＭ４０２は、第１のＰＰＭ３０２に接続された「衛星(satellite)」ＰＰＭであってよく、それは、第１のＰＰＭ３０２が通信インタフェース３１２ａ及び通信経路３３２を介して遠隔サーバ１１２にデータを送信する前に、第１のＰＰＭ３０２にデータを中継して戻す。しかしながら、他の実施例では、第１及び第２のＰＰＭ３０２、４０２の両方が、そのような能力を有する。
【００９８】
１つの例において、第１の車載通信デバイス３０４及び第２の車載通信デバイス４０４は、両方とも、ドッキングステーションを含む。２つのドッキングステーションは、各ＰＰＭがドッキングされる、単一のユニットとして形成されてよく、或いは、例えば、１つ又はそれよりも多くの有線又は無線接続を介して接続される、別個のユニットとして形成されてよい。
【００９９】
上述のように、データは、無線通信経路／チャネル３３６を介して第１のＰＰＭ３０２と第２のＰＰＭ４０２との間で送信されてよい。２つのＰＰＭ３０２、４０２を有することは、患者に提供されるケア及び治療を向上させ得ることを意味し、それらの間の通信経路３３６を維持することは、各ＰＰＭ３０２、４０２がより効果的に使用されることを可能にする。従って、このデータ接続（又は通信チャネル）を確立することは、効率的に行われる必要がある。即ち、緊急時にデータ接続を手動でペアリングして確立する際に、時間を浪費されるべきでない。典型的には、あるデバイスは、データ接続を確立して維持し得る前に、他のデバイスとペアリングされることを必要とする。ペアリングは、時には、ボンディングとして知られており、２つのデバイス間のデータリンクを設定して、それらの間の通信を可能にする、プロセスである。例示的な通信チャネルが、Ｂｌｕｅｔｏｏｔｈ（登録商標）を介して確立されてよいが、「ペアリング(pairing)」は、デバイス間でデータを送信するために使用される任意の他の適切なプロトコルを指すことができる。
【０１００】
本明細書中の例は、「自動ペア(auto-pair)」構成を使用する無線通信チャネル３３６の効率的な確立を提供し、それは、第１のＰＰＭ３０２及び第２のＰＰＭ４０２の両方が（この例では１つ又はそれよりも多くの物理的ワイヤを含む）通信経路３４０を介して結合されるときに、第１のＰＰＭ３０２を第２のＰＰＭ４０２と自動的にペアリングする。
【０１０１】
幾つかの例において、第１及び第２のＰＰＭ３０２、４０２は、それらのそれぞれのドッキングステーション３０４、４０４を介して互いに結合され、第１のドッキングステーション３０４は、通信経路３４０を介して第２のドッキングステーション４０４に通信的に結合される。例えば、それぞれのドッキングステーションを介した第１のＰＰＭと第２のＰＰＭとの間の結合は、ＵＳＢ接続を含んでよい。他の例において、ドッキングステーション３０４、４０４は必要でなく、第１のＰＰＭ３０２は、通信インタフェース３１２ｂ及び４１２ｂを介して、例えば、ＵＳＢケーブルのような物理的ケーブルを介して、第２のＰＰＭ４０２に直接的に通信的に結合可能であってよい。別の例において、第１及び第２のドッキングステーション３０４、４０４は、第１及び第２のＰＰＭ３０２、４０２を支持するように構成された単一のユニット内に含められ、第１及び第２のＰＰＭは、ＵＳＢケーブルのような適切な通信接続を介して通信的に結合される。単一のユニットは、例えば、車載通信デバイス２０４と同じ構成を含んでよい。
【０１０２】
第１のＰＰＭ３０２がどのように第２のＰＰＭ４０２と物理的に結合されるかに拘わらず、ＰＰＭ３０２、３０４のうちの１つは、自動ペア手順を開始してよい。以下の例では、第１のＰＰＭ３０２がその手順を開始するが、第２のＰＰＭ４０２がその手順を開始し得ることが理解されるであろう。
【０１０３】
１つの例によれば、第１のＰＰＭ３０２は、それが（直接的に或いはドッキングステーション３０４、４０４を介して）第２のＰＰＭ４０２に結合されていることを検出してよい。例えば、プロセッサ３１０又は（状態インジケータモジュール２３８と同じであってよく、その機能性を含んでよい）状態インジケータモジュール３３８は、第１のＰＰＭ３０２が第２のＰＰＭ４０２に結合されていることを検出し或いは決定してよい。従って、第１のＰＰＭ３０２は、ＰＰＭ３０２及びＰＰＭ４０２が以前に「ペアリング」されたか否かを決定する確認を行ってよい。それらが以前にペアリングされたならば、ＰＰＭ３０２は、無線通信チャネル３３６を確立するように構成されてよく、さもなければ、ＰＰＭ３０２は、無線通信チャネル３３６を確立する前に、最初にＰＰＭ４０２とペアリングされるように構成されてよい。
【０１０４】
第１のＰＰＭ３０２を第２のＰＰＭ４０２とペアリングさせるために、第１のＰＰＭ３０２は、それ自体がペアリング手順を開始してよく、第２のＰＰＭ４０２にもペアリング手順を開始させてよい。第２のＰＰＭ４０２にペアリング手順を開始させることは、通信経路３４０を介して指令／命令を送信することを含んでよい。この指令を受信した後に、第２のＰＰＭ４０２は、ペアリング手順を開始してよい。両方のＰＰＭ３０２、４０２がペアリング手順を開始したとき、ＰＰＭ３０２は、第２のＰＰＭ４０２を発見して、ペアリングを開始してよい。１つの例において、ペアリングは、ＰＩＮを入力することを含んでよい。このＰＩＮは、例えば、通信経路３４０を介して自動的に交換されることができる。従って、第１のＰＰＭ３０２は、第２のＰＰＭ４０２とペアリングされることがある。ひとたびペアリングされると、通信経路３３６は、データの送信を可能にするように確立されることができる。
【０１０５】
従って、自動ペア構成は、以前にペアリングされていない２つのＰＰＭが、低減された人的介入で或いは人的介入を伴わないでペアリングされることを可能にする。次に、医療従事者は、自動的にペアリングされたこと及びデータの転送を可能にする通信経路３３６が確立されたことを知りながら、ＰＰＭ３０２、４０２を使用することがある。これは、（複数の）ユーザが、現在の煩雑な接続手順を使用して２つのＰＰＭ３０２、４０２を手動で接続する必要性を排除し、代わりに彼らが患者の必要性により即座に応じることを可能にする。
【０１０６】
幾つかの例において、ペアリングが起こることが可能とされていることを確認するために、ユーザ入力が要求されてよい。これは多少の人的介入を必要とするが、従来的なペアリング手順の間に必要とされるよりも相当に少ない。このユーザ入力は、ユーザが自動ペアリングを防止することを欲することがある場合に、安全構成として作用することがある。
【０１０７】
既述のように、特定の例において、自動ペア構成は、第１のドッキングステーション３０４が第２のドッキングステーション４０４に通信的に結合され、第１のＰＰＭ３０２が第１のドッキングステーション３０４にドッキングされ、第２のＰＰＭ４０２が第２のドッキングステーション４０４にドッキングされるときに、開始するように構成されてよい。従って、第１のＰＰＭ３０２は、第１のＰＰＭ３０２がドッキングされたこと及び第２のＰＰＭ４０２がドッキングされたことを検出したことに応答して、第２のＰＰＭ４０２とペアリングされるように構成されてよい。再び、これは第１のＰＰＭ３０２のプロセッサによって或いは状態インジケータモジュール３３８によって検出されてよい。このようにして、第１及び第２のＰＰＭ３０２、４０２の一方又は両方がそれらのそれぞれのドッキングステーション３０４、４０４から取り外されているときにはいつでも、デバイスは既にペアリングされており、通信経路３３６は確立されており、それにより、データは、２つのＰＰＭの間で無線式に転送されることがある。
【０１０８】
幾つかの例において、第１のドッキングステーション３０４と第２のドッキングステーション４０４との間の通信結合３４０は、無線通信である。
【０１０９】
従って、システム３００は、２つのデバイスを自動的にペアリングさせる迅速かつ効率的な方法を提供する。
【０１１０】
図４は、方法５００を示すフロー図である。方法５００は、図１〜図３で議論した装置（ＰＰＭ）１０２ａ、１０２ｂ、２０２、及び３０２のいずれかによって実行されることができる。ブロック５０２で、方法は、装置によって、車両と関連付けられた車両識別子を受信することを含む。ブロック５０４で、方法は、装置によって、患者に関連する或いは患者から受信する医療データを受信することを含む。ブロック５０６で、方法は、患者と関連付けられる患者データを生成することを含み、患者データは、医療データと、車両識別子とを含む。ブロック５０８で、方法は、装置によって、患者データを遠隔サーバに送信することを含む。この方法を使用するならば、装置は患者データを遠隔サーバ１１２に送信することができる。
【０１１１】
追加の任意的なステップが方法に含められてもよく、以下に記載される。例えば、ブロック５０２は、装置が車載通信デバイスから車両識別子を受信することを含んでもよい。
【０１１２】
方法は、装置によって、車載通信デバイスに車両識別子を送信することを更に含んでよい。これは、幾つかの場合には、車載通信デバイスが車両識別子と未だ関連付けられていないならば、使用されることができる。
【０１１３】
本方法は、装置によって、車載通信デバイスが車両識別子で構成されていないことを検出し、装置によって、車両識別子を車載通信デバイスに応答的に送信することを更に含んでよい。
【０１１４】
本方法は、装置によって、ユーザからの入力を検出し、装置によって、車載通信デバイスに車両識別子を応答的に送信すること更に含んでよい。
【０１１５】
方法は、装置によって、患者データを１つ又はそれよりも多くのデータパケット内に配置することを更に含んでよい。故に、ブロック５０６は、１つ又はそれよりも多くのデータパケットを遠隔サーバに送信することを含むであろう。
【０１１６】
方法は、装置によって、第２の車両と関連付けられる第２の車両識別子を受信することを更に含んでよい。故に、装置が異なる車両に移動させられると、装置はその車両の識別子を得ることができる。
【０１１７】
方法は、装置によって、どの車両識別子が現在の車両識別子であるかを識別することを更に含んでよい。
【０１１８】
方法は、新規に受信した医療データを現在の車両識別子と関連付けることを更に含んでよい。
【０１１９】
本方法は、医療データと、車両識別子と、患者識別子とを含む、患者データを生成し、患者データを１つ又はそれよりも多くのデータパケット内に配置し、且つデータパケットを遠隔サーバに送信することを更に含んでよい。
【０１２０】
幾つかの例示的な方法において、車載通信デバイスは、装置を受け入れるように構成されたドッキングステーションを含む。ドッキングステーションは、第２の種類の医療装置を受け入れるように構成された第２のドッキングステーションに通信的に結合されてよい。方法は、装置がドッキングステーションにドッキングされ、第２の種類の医療装置が第２のドッキングステーションにドッキングされたときに、装置が第２の種類の医療装置に通信的に結合されていることを検出し、装置と第２の種類の装置との間に無線通信チャネルを確立することを更に含んでよい。１つの例において、無線通信チャネルを確立することは、デバイスを自動的にペアリングして、無線通信チャネルを設定することを含む。
【０１２１】
方法は、遠隔サーバによって、装置から患者データを受信することを更に含んでよい。
【０１２２】
方法は、遠隔サーバによって、車両識別子を使用して、車両と関連付けられた場所情報を得ることを更に含んでよい。例えば、これは、車両追跡システム１２２から得られてよい。方法は、遠隔サーバによって、場所情報と関連付けられるデータ及び医療データを医療施設に送信することを更に含んでよい。
【０１２３】
方法は、医療データと、車両識別子と、状態インジケータとを含む、患者データを生成することを更に含んでよく、状態インジケータは、装置が車載通信デバイスに通信的に結合されているか否かを示す。
【０１２４】
本明細書に記載する特定のシステム構成要素及び方法は、非一時的記憶媒体に格納可能な非一時的コンピュータプログラムコードによって実装されてよい。幾つかの例において、装置（ＰＰＭ）１０２ａ、１０２ｂ、２０２、３０２は、非一時的コンピュータ可読記憶媒体２０８を含んでよく、非一時的コンピュータ可読記憶媒体２０８は、その上に格納されたコンピュータ可読指令のセットを含む。装置（ＰＰＭ）１０２ａ、１０２ｂ、２０２、３０２は、少なくとも１つのプロセッサ２１０を更に含んでよい。
【０１２５】
図５は、そのような非一時的コンピュータ可読記憶媒体６０８の例を示しており、非一時的コンピュータ可読記憶媒体６０８は、コンピュータ可読指令６００のセットを含み、コンピュータ可読指令６００のセットは、少なくとも１つのプロセッサ６１０によって実行されるときに、プロセッサ６１０に本明細書に記載する例に従って方法を実行させる。コンピュータ可読指令６００は、機械可読媒体、例えば、指令実行システムによる或いは指令実行システムとの関係における使用のためのプログラム及びデータを収容し、格納し、或いは維持することができる任意の媒体から検索されてよい。この場合、機械可読媒体は、例えば、電子媒体、磁気媒体、光学媒体、電磁媒体、又は半導体媒体のような、多くの物理的媒体のうちの任意の１つを含むことができる。適切な機械可読媒体のより具体的な例は、ハードドライブ、ランダムアクセス記憶装置（ＲＡＭ）、読出し専用記憶装置（ＲＯＭ）、消去可能なプログラマブル読出し専用記憶装置、又はポータブルディスクを含むが、これらに限定されない。
【０１２６】
ある例において、プロセッサ６１０によって実行される指令６００は、ブロック６０２で、装置に、車両と関連付けられる車両識別子を受信させる。ブロック６０４で、プロセッサ６１０によって実行される指令６００は、装置に、患者に関連する或いは患者から受信する医療データを受信させる。ブロック６０６で、プロセッサ６１０によって実行される指令６００は、装置に、医療データと、車両識別子とを含む、患者と関連付けられた患者データを生成させる。ブロック６０８で、プロセッサ６１０によって実行される指令６００は、装置に、患者データを遠隔サーバに送信させる。図６に示さない更なる指令は、上述の追加的な任意のステップを含む。
【０１２７】
上記実施形態は、本発明の例示的な例として理解されるべきである。本発明の更なる実施形態が想定される。任意の１つの実施形態に関連して記載される任意の構成は、単独で或いは記載する他の構成との組み合わせにおいて使用されてよく、実施形態のうちの任意の他の実施形態の１つ又はそれよりも多くの構成との組み合わせ又は実施形態のうちの任意の他の実施形態の任意の組み合わせにおいて使用されてもよいことが理解されるべきである。更に、上記に記載されていない均等物及び修正物が、添付の請求項に定義される本発明の範囲から逸脱することなく利用されてもよい。
【図１】
2020525133.tif 000003
【図２】
2020525133.tif 000004
【図３】
2020525133.tif 000005
【図４】
2020525133.tif 000006
【図５】
2020525133.tif 000007
【国際調査報告】
2020525133.tif 000008
2020525133.tif 000009
2020525133.tif 000010
2020525133.tif 000011
2020525133.tif 000012