(57)【要約】システムは、患者の医療用デバイスと通信可能に結合された外部のインターフェースデバイス（１０６）と、該外部のインターフェースデバイスと通信可能に結合された遠隔サーバ（１０８）であって、該遠隔サーバは、該外部のインターフェースデバイスから情報を受信するように適合され、該遠隔サーバは、患者通信を該外部のインターフェースデバイスに通信するようにさらに適合され、該外部サーバは、患者が該患者通信を受信したことを表示する、患者からの肯定応答通信を受信するようにさらに適合されている、遠隔サーバとを備えている、システム。
2009544412.tif 000002
【特許請求の範囲】
【請求項１】
システムであって、
患者の医療用デバイスと通信可能に結合された外部のインターフェースデバイスと、
該外部のインターフェースデバイスと通信可能に結合された遠隔サーバであって、該遠隔サーバは、該外部のインターフェースデバイスから情報を受信するように適合され、該遠隔サーバは、患者通信を該外部のインターフェースデバイスに通信するようにさらに適合され、該遠隔サーバは、患者が該患者通信を受信したことを表示する、患者からの肯定応答通信を受信するようにさらに適合される、遠隔サーバと
を備えている、システム。
【請求項２】
前記外部のインターフェースデバイスと通信可能に結合された１つ以上のセンサデバイスを備えている、請求項１に記載のシステム。
【請求項３】
前記遠隔サーバに通信される情報は、前記１つ以上のセンサデバイスと関連する、請求項２に記載のシステム。
【請求項４】
植込み型心臓機能管理デバイスを備えている、請求項１に記載のシステム。
【請求項５】
前記遠隔サーバは、前記肯定応答通信を記録するようにさらに適合される、請求項１に記載のシステム。
【請求項６】
前記外部のインターフェースデバイスは、前記患者の肯定応答を遠隔サーバに通信する前に、該肯定応答を認証するように適合されている、請求項１に記載のシステム。
【請求項７】
前記外部のインターフェースデバイスは、少なくとも一部分、患者の生体認証情報を使用して、前記患者の肯定応答を認証する、請求項１または請求項６に記載のシステム。
【請求項８】
前記外部のインターフェースデバイスは、前記患者の肯定応答が認証されているという表示を通信するように適合される、請求項１に記載のシステム。
【請求項９】
前記患者の医療用デバイスは、植込み型医療用デバイスである、請求項１に記載のシステム。
【請求項１０】
機械で補佐される方法であって、
遠隔サーバにおいて、外部のインターフェースデバイスから情報を受信することであって、該外部のインターフェースデバイスは、患者によって使用されている医療用デバイスと通信する、ことと、
該遠隔サーバから該外部のインターフェースデバイスへ、該患者によって受信される患者通信を通信することと、
該外部のインターフェースデバイスにおいて、該遠隔サーバからの患者通信を受信することと、
該外部のインターフェースデバイスから、該患者へ該患者通信を通信することと、
該外部のインターフェースデバイスにおいて、該患者通信の受信に肯定応答する該患者からの表示を受信することと、
該表示に応答して、該外部のインターフェースデバイスから、該遠隔サーバへ患者の肯定応答を通信することと、
該遠隔サーバにおいて、該外部のインターフェースデバイスから、該患者通信に対する該患者の肯定応答を受信することと
を包含する、方法。
【請求項１１】
前記患者の肯定応答に関する情報を記録することを包含する、請求項１０に記載の方法。
【請求項１２】
前記遠隔サーバによって受信された前記外部のインターフェースデバイスからの情報を、該遠隔サーバのユーザに提供することと、
前記患者通信に含まれる情報を該ユーザから受信することと
を包含する、請求項１０に記載の方法。
【請求項１３】
前記患者通信は、前記外部のインターフェースデバイスからの情報に少なくとも一部分基づいた、自動的に生成される応答である、請求項１０に記載の方法。
【請求項１４】
前記応答通信は、Ｅメール、ページャメッセージ、音声メッセージ、テキストメッセージ、または他の電子的に送信可能なメッセージのうちの１つ以上を含む、請求項１０に記載の方法。
【請求項１５】
前記患者の肯定応答が、特定の時間内に受信されない場合、警報を生成することを包含する、請求項１０に記載の方法。
【請求項１６】
前記患者通信の受信に肯定応答した前記患者からの表示を認証することを包含する、請求項１０に記載の方法。
【請求項１７】
認証のために前記患者の生体認証情報を使用することを包含する、請求項１６に記載の方法。
【請求項１８】
前記患者通信の受信に肯定応答する前記患者からの前記表示を受信することは、認証目的のために記録され得る患者特定認証情報を受信することを含む、請求項１０に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
（優先権の主張）
優先権の利益がここに、参考として本明細書に援用されている２００６年７月２８日に出願された、米国特許出願第１１／４６０，７８６号に対して主張される。
【０００２】
（技術分野）
本特許文献は概して、植込み型医療用デバイスに関し、限定するわけではないが、さらに詳細には、統合型ヘルスケアホーム通信およびモニタリングに関する。
【背景技術】
【０００３】
例えばペースメーカおよび植込み型除細動器のような心臓律動管理デバイスを含む、植込み型医療用デバイス（ＩＭＤ）は通常、例えば無線周波数（ＲＦ）テレメトリリンクのような無線テレメトリを介して、例えば外部のプログラマのような外部のデバイスとデータを通信する能力を有する。外部のプログラマは通常、ＩＭＤの動作パラメータをプログラム、修正するために提供される一方、現代のＩＭＤは、双方向通信に対する能力も含み、それによって、例えば生理学的なデータのような情報が、プログラマに送信され得る。ホームヘルスケアモニタリングシステムは、ＩＭＤと通信し、患者データを収集することもなし得る。さらに、一部のモニタリングシステムは、例えば血圧カフ、体重計、または患者を健康状態に関する質問で促す特殊なデバイスのようなさらなる外部のセンサを使用して、他の客観的または主観的データも収集し得る。ホームヘルスケアモニタリングシステムは、直接的にまたはネットワーク化システムを介してのいずれかで、集中型システムと通信し得る。集中システムは、医師および他の開業医が、患者データを観察し、患者および医療社会全体と通信するための効率的なモードを提供する。
【発明の概要】
【課題を解決するための手段】
【０００４】
（概観）
実施例１は、システムであって、患者の医療用デバイスと通信可能に結合された外部のインターフェースデバイスと、該外部のインターフェースデバイスと通信可能に結合された遠隔サーバであって、該遠隔サーバは、該外部のインターフェースデバイスから情報を受信するように適合され、該遠隔サーバは、患者通信を該外部のインターフェースデバイスに通信するようにさらに適合され、該外部サーバは、患者が該患者通信を受信したことを表示する、患者からの肯定応答通信を受信するようにさらに適合される、遠隔サーバとを備えている、システムを記述する。
【０００５】
実施例２において、実施例１のシステムは随意的に構成され、前記外部のインターフェースデバイスと通信可能に結合された１つ以上のセンサデバイスを備えている。
【０００６】
実施例３において、実施例１または２のうちの任意の１つ以上のシステムは、前記遠隔サーバに通信される情報が、前記１つ以上のセンサデバイスと関連するように、随意的に構成される。
【０００７】
実施例４において、実施例１〜実施例３のうちの任意の１つ以上のシステムは、随意的に構成され、植込み型心臓機能管理デバイスを備えている。
【０００８】
実施例５において、実施例１〜実施例４のうちの任意の１つ以上のシステムは、前記遠隔サーバが、前記肯定応答通信を記録するようにさらに適合されるように、随意的に構成される。
【０００９】
実施例６において、実施例１〜実施例５のうちの任意の１つ以上のシステムは、前記外部のインターフェースデバイスが、前記患者の肯定応答を遠隔サーバに通信する前に、該肯定応答を認証するように適合されるように、随意的に構成される。
【００１０】
実施例７において、実施例１〜実施例６のうちの任意の１つ以上のシステムは、前記外部のインターフェースデバイスが、少なくとも一部分、患者の生体認証情報を使用して、前記患者の肯定応答を認証するように、随意的に構成される。
【００１１】
実施例８において、実施例１〜実施例７のうちの任意の１つ以上のシステムは、前記外部のインターフェースデバイスが、前記患者の肯定応答が認証されているという表示を通信するように適合されるように、随意的に構成される。
【００１２】
実施例９において、実施例１〜実施例８のうちの任意の１つ以上のシステムは、前記患者の医療用デバイスが、植込み型医療用デバイスであるように、随意的に構成される。
【００１３】
実施例１０は、遠隔サーバにおいて、外部のインターフェースデバイスから情報を受信することであって、該外部のインターフェースデバイスは、患者によって使用されている医療用デバイスと通信する、ことと、該遠隔サーバから該外部のインターフェースデバイスへ、該患者によって受信される患者通信を通信することと、該外部のインターフェースデバイスにおいて、該遠隔サーバからの患者通信を受信することと、該外部のインターフェースデバイスから、該患者へ該患者通信を通信することと、該外部のインターフェースデバイスにおいて、該患者通信の受信に肯定応答する該患者からの表示を受信することと、該表示に応答して、該外部のインターフェースデバイスから、該遠隔サーバへ患者の肯定応答を通信することと、該遠隔サーバにおいて、該外部のインターフェースデバイスからの該患者通信に対する該患者の肯定応答を受信することとを包含する、方法を記述する。
【００１４】
実施例１１において、実施例１０の方法は、随意的に実行され、前記患者の肯定応答に関する情報を記録することを包含する。
【００１５】
実施例１２において、実施例１０または実施例１１のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバによって受信された前記外部のインターフェースデバイスからの情報を、該遠隔サーバのユーザに提供することと、前記患者通信に含まれる情報を該ユーザから受信することとを包含する。
【００１６】
実施例１３において、実施例１０〜実施例１２のうちの任意の１つ以上の方法は、前記患者通信が、前記外部のインターフェースデバイスからの情報に少なくとも一部分基づいた、自動的に生成される応答であるように、随意的に実行される。
【００１７】
実施例１４において、実施例１０〜実施例１３のうちの任意の１つ以上の方法は、前記応答通信が、Ｅメール、ページャメッセージ、音声メッセージ、テキストメッセージ、または他の電子的に送信可能なメッセージのうちの１つ以上を含むように、随意的に実行される。
【００１８】
実施例１５において、実施例１０〜実施例１４のうちの任意の１つ以上の方法は、随意的に実行され、前記患者の肯定応答が、特定の時間内に受信されない場合、警報を生成することを包含する。
【００１９】
実施例１６において、実施例１０〜実施例１５のうちの任意の１つ以上の方法は、随意的に実行され、前記患者通信の受信に肯定応答した前記患者からの表示を認証することを包含する。
【００２０】
実施例１７において、実施例１０〜実施例１６のうちの任意の１つ以上の方法は、随意的に実行され、認証のために前記患者の生体認証情報を使用することを包含する。
【００２１】
実施例１８において、実施例１０〜実施例１７のうちの任意の１つ以上の方法は、前記患者通信の受信に肯定応答する前記患者からの前記表示を受信することが、認証目的のために記録され得る患者特定認証情報を受信することを含むように、随意的に実行される。
【００２２】
実施例１９は、遠隔サーバから、患者によって使用されている医療用デバイスと通信する外部のインターフェースへ、該患者によって受信される患者通信を通信することと、該患者通信に対する患者の肯定応答を、該遠隔サーバにおいて、該外部のインターフェースデバイスから受信することであって、該患者の肯定応答は、該患者通信が該外部のインターフェースデバイスによって該患者に配信されたことを示し、かつ該患者が該患者通信を受信したことを肯定応答する、こととを包含する、方法を記述する。
【００２３】
実施例２０において、実施例１９の方法は、随意的に実行され、前記患者通信を患者が受信したという書類上の証拠を、前記遠隔サーバによって記録することを包含する。
【００２４】
実施例２１において、実施例１９または実施例２０のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバにおいて、前記外部のインターフェースデバイスから生理学的な情報を受信することを包含し、該生理学的な情報のうちの少なくとも一部は、該外部のインターフェースデバイスによって、前記医療用デバイスから取得されたものであり、前記患者通信は、該生理学的な情報に応答して少なくとも一部分生成される。
【００２５】
実施例２２において、実施例１９〜実施例２１のうちの任意の１つ以上の方法は、前記患者通信が、前記生理学的な情報に応答して少なくとも一部分、自動的に生成されるように、随意的に実行される。
【００２６】
実施例２３において、実施例１９〜実施例２２のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバにおいて、前記外部のインターフェースデバイスから、医療用デバイスのステータス情報を受信することを包含し、該医療用デバイスのステータス情報は、前記患者によって使用されている該医療用デバイスと関連する。
【００２７】
実施例２４において、実施例１９〜実施例２３のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバによって受信された前記外部のインターフェースデバイスからの情報を、該遠隔サーバのユーザに提供することと、前記患者通信に含まれる情報を該ユーザから受信することとを包含する。
【００２８】
実施例２５において、実施例１９〜実施例２４のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバにおいて、デバイスレベルの肯定応答を受信することを包含し、該デバイスレベルの肯定応答は、前記患者通信が、該遠隔サーバによって前記外部のインターフェースデバイスに配信されたことを示す。
【００２９】
実施例２６において、実施例１９〜実施例２５のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバによって、前記デバイスレベルの肯定応答についての情報を記録することを包含する。
【００３０】
実施例２７において、実施例１９〜実施例２６のうちの任意の１つ以上の方法は、随意的に実行され、前記遠隔サーバのユーザに、前記患者の肯定応答の受信について通知することを包含する。
【００３１】
実施例２８において、実施例１９〜実施例２７のうちの任意の１つ以上の方法は、随意的に実行され、前記患者の肯定応答が特定の時間内に受信されない場合、警報を生成することを包含する。
【００３２】
実施例２９において、実施例１９〜実施例２８のうちの任意の１つ以上の方法は、随意的に実行され、前記警報を前記遠隔サーバのユーザに通信することを包含する。
【００３３】
実施例３０において、実施例１９〜実施例２９のうちの任意の１つ以上の方法は、随意的に実行され、前記患者に前記警報を通信することを包含する。
【００３４】
実施例３１において、実施例１９〜実施例３０のうちの任意の１つ以上の方法は、前記患者通信が、前記外部のインターフェースデバイスからの情報に少なくとも一部分基づいて自動的に生成される応答であるように、随意的に実行される。
【００３５】
実施例３２において、実施例１９〜実施例３１のうちの任意の１つ以上の方法は、前記応答通信が、Ｅメール、ページャメッセージ、音声メッセージ、テキストメッセージ、または他の電子的に送信可能なメッセージのうちの１つ以上を含むように、随意的に実行される。
【００３６】
実施例３３において、実施例１９〜実施例３２のうちの任意の１つ以上の方法は、前記患者によって使用される前記医療用デバイスが、植込み型医療用デバイスであるように、随意的に実行される。
【００３７】
実施例３４は、患者によって使用される医療用デバイスと関連付けられた外部のインターフェースデバイスにおいて、遠隔サーバから患者通信を受信することと、該患者通信を該患者に通信することと、該患者通信の受信に肯定応答する患者からの表示を受信することと、該表示に応答して、該外部のインターフェースデバイスから、該遠隔サーバに肯定応答を通信することとを包含する方法を記述する。
【００３８】
実施例３５において、実施例３４の方法は、随意的に実行され、前記外部のインターフェースデバイスにおいて、前記医療用デバイスから生理学的情報を受信することと、該外部のインターフェースデバイスから前記遠隔サーバへ該生理学的な情報の表示を通信することとを包含する。
【００３９】
実施例３６において、実施例３４または実施例３５のうちの任意の１つ以上の方法は、随意的に実行され、前記患者通信を処理することを包含し、該患者通信を該処理することは、該患者によって使用される前記医療用デバイスをプログラムし直すことを含み、該患者通信のうちの一部またはすべては、該医療用デバイスをプログラムし直すために使用される。
【００４０】
実施例３７において、実施例３４〜実施例３６のうちの任意の１つ以上の方法は、随意的に実行され、前記患者通信を処理することを包含し、該患者通信を該処理することは、該患者通信について該患者に気付かせることを含む。
【００４１】
実施例３８において、実施例３４〜実施例３７のうちの任意の１つ以上の方法は、随意的に実行され、前記患者への前記患者通信の表示をディスプレイすることを包含する。
【００４２】
実施例３９において、実施例３４〜実施例３８のうちの任意の１つ以上の方法は、前記表示が、アイコン、グラフィック、音、光、または振動のうちの１つ以上であるように、随意的に実行される。
【００４３】
実施例４０において、実施例３４〜実施例３９のうちの任意の１つ以上の方法は、随意的に実行され、プログラミングアクションを実行することに対する同意を肯定応答する、前記患者からの表示を受信することを包含する。
【００４４】
実施例４１において、実施例３４〜実施例４０のうちの任意の１つ以上の方法は、前記プログラミングアクションが、前記外部のインターフェースデバイスを使用して前記医療用デバイスをプログラミングし直すことを含むように、随意的に実行される。
【００４５】
実施例４２において、実施例３４〜実施例４１のうちの任意の１つ以上の方法は、随意的に実行され、前記患者通信の受信またはプログラミングアクションを実行することに対する同意のうち少なくとも１つに肯定応答する患者からの認証された表示を受信することを包含する。
【００４６】
実施例４３において、実施例３４〜実施例４２のうちの任意の１つ以上の方法は、随意的に実行され、前記患者からの表示を認証することを包含する。
【００４７】
実施例４４において、実施例３４〜実施例４３のうちの任意の１つ以上の方法は、随意的に実行され、前記認定を実行するため、患者特定の生体認証情報を使用することを包含する。
【００４８】
実施例４５において、実施例３４〜実施例４４のうちの任意の１つ以上の方法は、前記患者通信の受信に肯定応答する前記患者からの前記表示を受信することは、認証目的のために記録され得る患者特定認証情報を受信することを含むように、随意的に実行される。
【００４９】
実施例４６において、実施例３４〜実施例４５のうちの任意の１つ以上の方法は、前記患者によって使用される前記医療デバイスが、植込み型医療用デバイスであるように、随意的に実行される。
【００５０】
必ずしもサイズを合わせて描かれてはいない図面において、同様な数字は、幾つかの図全体にわたって実質的に同様なコンポーネントを記述する。異なる接尾辞を有する同様な数字は、実質的に同様なコンポーネントの異なる例を表す。図面は、限定するためではなく、例として、本文献に論議される様々な実施形態を概略例示する。
【図面の簡単な説明】
【００５１】
【図１】図１は、医師対患者通信を可能にするシステムの部分を例示する概略図である。
【図２】図２は、患者の外部のインターフェースデバイスと通信する方法を概略例示する流れ図である。
【図３】図３は、ヘルスモニタにおいて遠隔サーバシステムから受信される情報を受信、報告する方法を概略例示する流れ図である。
【図４】図４は、患者のヘルスモニタ上のグラフィカルディスプレイの実施例を示す。
【図５】図５は、ヘルスモニタと遠隔サーバシステムとの間の通信を例示する略図である。
【図６】図６は、幾つかのメッセージトランザクションを示すリポートの例示である。
【発明を実施するための形態】
【００５２】
（詳細な説明）
以下の詳細な説明は、添付の図面への参照を含み、添付の図面は、詳細な説明の一部分を形成する。図面は、例示として、本発明が実行し得る詳細な実施形態を示す。本発明において「実施例」として言及されることもあり得るこれらの実施形態は、当業者が、本発明を実行することができるほど十分詳細に記述される。実施形態は、本発明の範囲から逸脱することなく、組み合わせられ得、他の実施形態が利用され得、または構造的、論理的および電気的変更がなされ得る。従って以下の詳細な説明は、限定的な意味で取られるべきではなく、本発明の範囲は、添付された特許請求の範囲およびその均等物によって画定される。
【００５３】
本文献において、用語「１つの（ａ）」または「１つの（ａｎ）」は、特許文献において普通であるように、１つまたは１つよりも多くを含む。本文献において、用語「または」は、別に示されない限り、非排他的なまたはを指すために使用される。さらに、本文献において参照されるすべての刊行物、特許、および特許文献は、あたかも個々に参考として援用されるかのように、その全容が本明細書に参考として援用される。本文献と参考としてかく援用されたこれらの文献との間に両立しない用法がある場合は、援用された参考における用法が、本文献の用法に対して補足的であると考えられるべきである。相容れない矛盾に対しては、本文献における用法が優先する。
【００５４】
図１は、医師対患者通信を可能にするシステムの部分を示す概略図である。図１の実施例においては、患者１００には、例えば心臓律動管理または他のデバイスのようなＩＭＤ１０２が提供される。一部の実施例においては、ＩＭＤ１０２は、生理学的なデータを検知し、かかるデータを後の通信のために格納することができる。ＩＭＤ１０２は、外部のトランシーバ１０４と通信する。通常、ＩＭＤ１０２は、トランシーバ１０４からコマンドを受信する。一部の実施例において、ＩＭＤ１０２は、１つ以上の患者表示をトランシーバ１０４に転送し得る。他の実施例においては、ＩＭＤ１０２は、単一のデータをトランシーバ１０４に通信し、トランシーバ１０４は次に、該単一のデータを処理のために別のコンピュータに通信する。さらなる実施例において、ＩＭＤ１０２は、ステータスデータを格納のために、または処理もしくは格納のために別のコンピュータに通信されるために、トランシーバ１０４に通信する。通常、トランシーバ１０４は、患者１００にごく接近して位置する。トランシーバ１０４は、パーソナルコンピュータまたは専用のデバイス、例えばプログラマもしくはホームモニタリングデバイス内に含まれ得る。一実施例において、トランシーバ１０４は、ヘルスモニタ１０６に接続することができるハンドヘルドデバイスである。通常、接続は、配線による接続（例えばシリアル、ＵＳＢ、Ｆｉｒｅｗｉｒｅ）または無線接続（例えばＲＦ、ＩＲ）を使用してなされ得る。一部の実施例においては、ヘルスモニタ１０６は、専用のデバイスまたはパーソナルコンピュータである。一実施例においては、トランシーバ１０４およびヘルスモニタ１０６は、単一のデバイスに一体化される。
【００５５】
１つ以上の外部のデバイス１０５が、生理学的なデータを測定するために使用され得る。かかるデバイス１０５は、温度（例えば体温計）、血圧（例えば血圧計）、血液特性（例えばグルコースレベル）、体重、体力、精神の鋭敏さ、食事、心臓特性、および相対的な地理的位置（例えば全地球位置把握システム（「ＧＰＳ」））を含む人体に関するデータを測定するための多数のデバイスを含み得る。外部のデバイス１０５は、１つ以上の環境センサも含み得る。外部のデバイス１０５は、様々な地理的位置に（患者にごく接近して、または集団全体に分布して）配置され得、例えば温度、空気の質、湿度、一酸化炭素レベル、酸素レベル、気圧、光強度、および音のような患者特有でない特性を記録し得る。
【００５６】
特定の実施例において、ヘルスモニタ１０６は、遠隔サーバシステム１０８と通信するように適合され得る。ＩＭＤ１０２または外部のデバイス１０５から収集された、例えば信号データまたはステータスデータのようなデータは、格納または処理のために遠隔サーバシステム１０８に通信され得る。一部の実施例における遠隔サーバシステム１０８は、ヘルスケアプロバイダ（例えば診療所または病院）またはヘルスインフォメーションプロバイダによって設置され、管理され、それによって在宅の患者、診療所もしくは病院にいる患者、または他の場所にいる患者は自動的に、遠隔サーバシステム１０８に接続し、これと通信し得る。ヘルスモニタ１０６と遠隔サーバシステム１０８との間の通信リンクは、ＰＯＴＳ（普通の古くからの電話システム（ｐｌａｉｎ  ｏｌｄ  ｔｅｌｅｐｈｏｎｅ  ｓｙｓｔｅｍ））ダイアルアップモデム接続によってＩＳＰ（インターネットサービスプロバイダ）へ、または直接的に、例えばインターネットのような広域遠隔通信もしくはコンピュータネットワーク１１０へなされ得る。一部の実施例において、コンピュータネットワーク１１０は、１つ以上の広域ネットワーク（ＷＡＮ）、ローカルエリアネットワーク（ＬＡＮ）、またはプライベートネットワークを含む。一部の実施例において、遠隔サーバシステム１０８は、例えばデータベースサーバ１１４、ネットワークサーバ１１６、ファイルサーバ１１８、アプリケーションサーバ１２０またはウェブサーバ１２２のような１つ以上のコンピュータを備えている。特定の実施例において、１つ以上のターミナル１１２Ａ、１１２Ｂ、．．．、１１２Ｎは、遠隔通信、すなわちコンピュータネットワーク１１０を介して遠隔サーバシステム１０８に接続される。ターミナル１１２は、有線接続１２４および／または無線接続１２６を使用して、ネットワーク１１０に通信可能に結合される。通常、ユーザは、例えば、患者の個人的なデータもしくは病歴をクエリするため、治療を実施するかもしくはトランシーバ１０４をプログラムするコマンドを開始するため、または遠隔サーバシステム１０８に記録され、かつ患者１００に随意的に通信される注意もしくはコメントを提供するために、ターミナル１１２を使用して、遠隔サーバシステム１０８と接続し得る。
【００５７】
他の患者モニタ構成が、２００２年１２月２７日に出願され、その全容が参考として本明細書に援用されている「ＡＤＶＡＮＣＥＤ  ＰＡＴＩＥＮＴ  ＭＡＮＡＧＥＭＥＮＴ  ＳＹＳＴＥＭ  ＩＮＣＬＵＤＩＮＧ  ＩＮＴＥＲＲＯＧＡＴＯＲ／ＴＲＡＮＳＣＥＩＶＥＲ  ＵＮＩＴ」と題する、同一人に譲渡された米国特許第６，９７８，１８２号に記述されている。
【００５８】
図２は、患者の外部のインターフェースデバイスと通信するための方法２００を概略示す流れ図である。一部の実施例において、患者の外部のインターフェースデバイスは、図１で記述されたようなヘルスモニタ１０６である。２０２において、遠隔サーバシステム１０８におけるコンピュータは、患者の情報を受信する。一部の実施例において、情報は、ヘルスモニタ１０６から受信される。一部の実施例において、情報は、ＩＭＤ１０２またはトランシーバ１０４から直接的に受信される。一部の実施例において、患者情報は、１つ以上の内部のセンサ（例えば１０２）または外部のセンサ（例えば１０５）から取得される生理学的なデータである。他の実施例においては、患者情報は、例えば警報、患者クエリ、または例えば詳細なセンサデータを要約する概括的な情報のような情報を含み得る。
【００５９】
２０４では、情報が、遠隔サーバシステム１０８における１つ以上のサーバによって後で検索されるために格納される。例えば、生理学的なセンサデータが、データベースサーバ１１４における患者の病歴データベースに格納され得る。
【００６０】
２０６では、インターフェースが、遠隔サーバシステム１０８（例えば臨床医または医師）のユーザに提供され、それによってユーザは、遠隔サーバシステム１０８内に含まれた情報にアクセスし得る。一実施例において、ユーザインターフェースは、遠隔サーバシステム１０８のウェブサーバ１２２、データベースサーバ１１４、および他のサーバの組み合わせを使用して構成されたウェブに基づくインターフェースである。
【００６１】
ユーザインターフェースを使用して、ユーザは、遠隔サーバシステム１０８にアクセスし、患者情報を検索し得る。応答において、ユーザは、患者情報に基づいてコメントまたはフィードバックを提供することを決定し得る。２０８では、ユーザのフィードバックが受信される。一部の実施例においては、フィードバックは、例えば、患者のＩＭＤまたは他の医療用デバイスに対する命令をプログラミングし直すようなコマンドを含み得、患者のヘルスモニタ１０６に通信される。様々な実施形態において、ユーザコメントは、テキスト、オーディオ、または他のマルチメディアフォーマットであり得る。
【００６２】
２１０では、遠隔サーバシステム１０８とのユーザのインタラクションの１つ以上の局面が記録される。例えば、ユーザがコメントを提供した場合、コメントは、例えばデートタイムスタンプ、重要性または優先順位など、関連する補足的情報と共に記録され得る。
【００６３】
２１２では、ユーザから受信された情報が、例えばヘルスモニタ１０６を介して、患者に通信される。一部の実施例においては、送信は、監査および将来の参考のために記録される。
【００６４】
２１４では、肯定応答が受信、記録される。様々な実施例において、肯定応答は、メッセージが患者に配信されたか、もしくは患者によって読まれたか、またはその両方であるのかを示す。一実施例において、例えばメッセージを開けること、またはメッセージの受信を肯定的に承認するような患者のアクションは、例えば患者の肯定応答のようなリターンメッセージを生成し、このリターンメッセージは次に、遠隔サーバシステム１０８によって格納され得、次に例えば臨床医のようなユーザに通信される。一実施例において、例えばヘルスモニタ１０６のような通信の患者エンドにおけるデバイスは、遠隔サーバシステム１０８からメッセージを受信するとデバイスレベルの肯定応答を送る。
【００６５】
図３は、ヘルスモニタ１０６において遠隔サーバシステム１０８から受信された情報を受信、報告する方法３００を概して示す流れ図である。３０２では、１つ以上のメッセージの形での情報が、ヘルスモニタ１０６によって受信される。一部の実施例においては、ヘルスモニタ１０６は、周期的または繰り返し遠隔サーバシステム１０８に接続する。他の実施例においては、ヘルスモニタ１０６は、ネットワーク１１０に永続的に接続し、いつでも遠隔サーバシステム１０８と通信し得る。他の実施例においては、患者１００は、接続およびメッセージ検索を開始し得る。遠隔サーバシステム１０８と接続されている間、ヘルスモニタ１０６は、新しいメッセージまたは通信を検索し得る。特定の実施例においては、かかるメッセージは、患者のヘルスケアプロフェッショナルから来ることがあり得る。他の実施例においては、かかるメッセージは、ＩＭＤの製造業者から来ることもあり得る。様々な実施例において、メッセージは、例えば通報メッセージ、クエリメッセージ、またはデバイスプログラミングメッセージのような様々なタイプを含み得る。
【００６６】
３０４では、新しいメッセージの１つ以上の表示が、例えば患者のようなユーザに提供される。一実施例において、グラフィカルディスプレイが、患者１００に提供され、アイコンまたは他のグラフィカル表示が、１つ以上の新しいメッセージを表示するためにディスプレイされる。他の実施例においては、音、光、振動、または他の技術が使用され、新しいメッセージについて患者１００に気付かせる。メッセージが、入力順に提示されるか、メッセージタイプ、メッセージフォーマット、メッセージ源、メッセージ優先順位によってグループ分けされるか、または整理され得、この場合、整理または分類は、様々な実施例における記述式のテキスト、テキストカラー、テキストフェース、または他のしるしによって表示される。メッセージタイプは、デバイスプログラミングメッセージ、通報メッセージ、またはクエリメッセージを含み得る。メッセージフォーマットは、音声またはテキストを含み得る。メッセージは、１つ以上の優先度レベルを含み得る。例えば、臨床医は、患者が速やかに見直すための重要なメッセージまたは優先順位の高いメッセージを送りたいことがあり得る。かかる実施例において、優先順位の高いメッセージは、最初に、または他の優先順位の低いメッセージの前にディスプレイされ得る。
【００６７】
３０６では、１つ以上の患者の肯定応答が、ヘルスモニタ１０６によって処理される。一実施例において、患者１００が、メッセージにアクセスするとき、患者の肯定応答が自動的にヘルスモニタ１０６で生成され、遠隔サーバシステム１０８へ送られるか、または後で送るために待ち行列に入れられる。一実施例において、患者１００は、患者の肯定応答を遠隔サーバシステム１０８に送る確認または許可を求めるダイアローグボックスによって促される。別の実施例において、音声録音が患者１００に提供され、メッセージが患者１００に対して完全に再生された後、患者の肯定応答が自動的にまたは手動で生成される。一実施例において、患者１００が応答するメッセージは、患者のＩＭＤのプログラミングに対する１つ以上の変更の通知である。一部の実施例において、患者の肯定応答は、例えばＩＭＤのプログラミングし直しなどを実行することに対する患者の同意として役立つ。
【００６８】
３０８では、コマンドを含むメッセージが処理される。一部の実施例において、コマンドは、ヘルスモニタ１０６によって受信された１つ以上のメッセージに含まれる。一実施例において、コマンドメッセージは、ＩＭＤ１０２がトランシーバ１０４の通信範囲内にあり、コマンドが、トランシーバ１０４とＩＭＤ１０２との間での通信リンクを介して出されたとき、処理される。一実施例において、処理は、植込み型デバイス１０２と接続すること、および１つ以上のパラメータまたはプログラムを修正し、植込み型デバイスの動作を変更することを含む。一部の実施例において、コマンドは、ヘルスモニタ１０６を介して、患者の肯定応答または患者の同意を受信した後、処理される。他の実施例において、コマンドは、それを含むメッセージの受信とともに処理され、その結果、患者が通信範囲にいる場合、プログラミング命令は、患者のＩＭＤ１０２に提供され、ＩＭＤの機能をプログラムし直すかまたは修正する。
【００６９】
３１０では、患者の肯定応答が、遠隔サーバシステム１０８に送信され、ここで患者の肯定応答は受信、記録される。一実施例において、患者の肯定応答は、例えばヘルスモニタ１０６が、周期的または定期的に遠隔サーバシステム１０８に接続するときなど、後で送るために待ち行列に入れられる。一実施例において、肯定応答メッセージが、遠隔サーバシステム１０８で受信されるとき、もとのメッセージを送ったか、またはこれと関連付けられる医師または他のユーザは、肯定応答について通知される。
【００７０】
例えば、医師は、遠隔サーバシステム１０８を使用して、メッセージを患者に送り得る。メッセージを受信し、これを読むと、ヘルスモニタ１０６における患者は、肯定応答を生成し、この肯定応答は、遠隔サーバシステム１０８へ送られ記録される。医師は次に、遠隔サーバシステム１０８にアクセスし、患者が送られたメッセージを受信し、これを見たことを確認する。代替の実施例において、遠隔サーバシステム１０８は、例えばページャメッセージ、自動化された携帯電話コール、テキストメッセージ、Ｅメールのような通知メッセージシステムを使用して、医師に肯定応答について通知し得る。一部の実施例において、特定のタイプまたはクラスのメッセージのみが、遠隔サーバシステム１０８が、ユーザ（例えば臨床医）に肯定応答メッセージについて通知するようにし得る。例えば、患者が、閾値時間、医師のメッセージを読まなかったか、または肯定応答しなかった場合、障害状態の通知が医師に送られ得るが、一方、首尾よい肯定応答は、後の参照のために記録され得るが、医師への通知メッセージは生成しない。
【００７１】
別の実施例において、遠隔サーバシステム１０８は、例えば患者に日々の薬を飲むことを思い出させるためにリマインダメッセージを自動的に生成し得、患者によってメッセージが受信されたことを示す肯定応答を受信すると、患者の医師には、患者が日々のリマインダを受信し、肯定応答したことが通知され得る。しかしながら、患者が、受信に肯定応答することを怠るか、または受信に肯定応答することができなかった場合、医師には閾値時間の後、例えば患者が日々の薬の量を服用しなかったかもしれないことが通知され得る。実施例においては、通知は、肯定応答が閾値時間内に受信されなかったことを検出した後、遠隔サーバシステム１０８で生成され得るか、または通知は、ヘルスモニタ１０６で生成され得、遠隔サーバシステム１０８を介して医師に通信され得る。
【００７２】
図４は、患者のヘルスモニタ１０６上のグラフィカルディスプレイの実施例を示す。かかるディスプレイにおいて、患者１００には、医師またはヘルスプロフェッショナルから患者１００へのメッセージ４０２を有するダイアローグボックス４００が提供され得る。ダイアローグボックス４００は、例えば「ＯＫ」アイコンのような入力メカニズム４０４を含み、このアイコンは、患者１００によって作動させられると、肯定応答メッセージを生成し、この肯定応答メッセージは、例えば遠隔サーバシステム１０８のサーバに送られ、このサーバによってログに記録される。一部の実施例においては、患者は、「ＯＫ」ボタンを作動させることによって、患者のＩＭＤをプログラミングし直しするアクションに対して同意し得る。
【００７３】
一部の実施例において、患者は、肯定応答を、それが送られる前に認証しなければならない。例えば、患者は、患者を一意的に識別し、好ましくは患者によってのみ知られているユーザネームおよびパスワードの組み合わせを使用して、ヘルスモニタ１０６にログインし得る。別の実施例においては、患者は、例えば網膜スキャナ、指紋スキャナ、音声認識デバイスなどの生体認証情報を読み取るための補助的なデバイスを使用し得、肯定応答を送る前に患者のアイデンティティを認証し得る。認証の表示は、肯定応答メッセージと共に、遠隔サーバシステム１０８に送られてログに記録され得る。別の実施例において、患者は、認証された肯定応答を提供するために補助的なデバイスを使用し得、認証された肯定応答は次に、遠隔サーバシステム１０８に通信される。一部の実施例において、遠隔サーバシステム１０８は、将来の参照のため、肯定応答の一部分として、認証を検出、記録する
一実施例において、患者が、メッセージのアクションを容認しないことを決定する場合、または患者が、メッセージに肯定応答しない場合、警報が生成され、遠隔サーバシステム１０８に通信される。警報は、患者がまだメッセージを受信していないこと表示するか、または患者がメッセージを受信したが、受信に肯定応答しなかったことを表示するか、または患者が実際に治療法の修正（例えばＩＭＤのプログラミングのし直し）を拒否したことを表示し得る一般的な警報であり得る。一部の実施例において、警報は、例えば患者が、肯定応答を表明することなくメッセージを見た時間、または回数などのような閾値イベントの後、自動的に生成される。例えば、ヘルスモニタ１０６の表示は、患者１００に各メッセージの主題またはメッセージのタイプを見せ、患者１００がアクセスするメッセージを選択することを可能にし、それによって患者１００が内容を見ることができるようにする。特定のメッセージが何度も提示された後、患者がその特定のメッセージを開けることを怠る場合、警報が生成され、遠隔サーバシステム１０８に配信され得る。かかる場合、医師または他の人が、その患者を詳しく調査し得る。
【００７４】
図５は、ヘルスモニタ１０６と遠隔サーバシステム１０８との間の通信５００を例示する略図である。データ５０２が、ヘルスモニタ１０６から送られる。データ５０２は、ＩＭＤからの未処理のセンサデータ、外部のモニタリングデバイスから収集されたデータ、患者の質問、デバイスデータ（例えばステータス情報または警報情報）、または概括的データを含み得る。
【００７５】
データ５０２を見直した後、医師または他のヘルスプロフェッショナルは、応答通信を構成し得る。遠隔サーバシステム１０８は、受信した患者データ５０２に応答して、または他の方法で、１つ以上の応答メッセージ５０４をヘルスモニタ１０６に通信する。応答メッセージ５０４は、１つ以上の情報メッセージ、さらに多くの情報に対する要求、患者のデバイスに対するコマンドもしくは命令、または医師もしくはヘルスプロフェッショナルが、患者、患者のＩＭＤもしくは他のパーソナルメディカルデバイス、または患者のヘルスモニタ１０６と通信し得る任意の他のタイプのメッセージであり得る。さらに、応答メッセージ５０４は、例えば患者に予期される応答時間を知らせる通信メッセージのようなシステム生成応答を含み得る。
【００７６】
一実施例において、リターンメッセージ５０６は、ヘルスモニタ１０６から遠隔サーバシステム１０８へ通信される。一部の実施例において、リターンメッセージ５０６は、肯定応答または警報を含む。例えば、患者が、応答メッセージ５０４に応答しない（例えば受信に肯定応答しない）場合、警報が生成され得、リターンメッセージ５０６として自動的に送られ得る。一部の実施例において、リターンメッセージ５０６は、例えばメッセージ５０４の受信に肯定応答するような、患者がメッセージを認証したことを表示する、患者認証情報を含む。
【００７７】
リターンメッセージ５０６に応答して、またはこれから独立して、医師メッセージまたはヘルスプロフェッショナルメッセージ５０８が、ヘルスモニタ１０６に送られる。メッセージ５０８は、オリジナルメッセージ５０２と関連し得るか、または関連しないことがあり得る。医師生成メッセージ５０８は、５０４で通信されたものと同様なタイプのメッセージであり得る。
【００７８】
患者が、メッセージ５０８を読むかまたは肯定応答すると、肯定応答メッセージ５１０が生成され、遠隔サーバシステム１０８に配信される。あるいは、患者が、メッセージ５０８を読むこと、またはこれに肯定応答することを怠る場合、警報５１０が、生成され得、遠隔サーバシステム１０８に通信され得る。上述のように、警報は、患者のアクションまたは反応に基づいて生成され得る。例えば、ヘルスモニタ１０６が、遠隔サーバシステム１０８によって送られた医師メッセージを受信することができないときなどには、他のタイプの警報も自動的に配信され得る。これは、ヘルスモニタ１０６におけるメモリ不足、ネットワーク障害もしくは他のハードウエア障害、または遠隔サーバシステム１０８からのメッセージの間違ったアドレス指定によって生じ得る。一部の実施例において、配信障害は、肯定応答と同様な態様で、遠隔サーバシステム１０８において記録される。
【００７９】
一部の実施例において、デバイスレベル肯定応答は、医師メッセージの受信の後、患者のヘルスモニタ１０６から遠隔サーバシステム１０８へ通信される。デバイスレベル肯定応答は、任意のユーザレベル（例えば患者）肯定応答メッセージに追加されるものであるか、またはこれに代わるものであり得る。例えば、医師が、遠隔サーバシステム１０８におけるインターフェースを使用して患者にメッセージを提供し得る。医者のメッセージが患者のヘルスモニタ１０６に配信されると、デバイスレベルの肯定応答が、ヘルスモニタ１０６によって自動的に生成され、遠隔サーバシステム１０８に応答送信される。デバイスレベルの肯定応答は、ユーザレベルの肯定応答と同様な態様で、遠隔サーバシステム１０８によって記録され得る。デバイスレベルの肯定応答は次に、患者のデバイス（例えばヘルスモニタ１０６またはＩＭＤ１０２）が首尾よく遠隔サーバシステム１０８から医師のメッセージを受信した証拠として役立ち得る。ヘルスモニタ１０６により、メッセージの物理的な受信に基づいた１つ以上の閾値が確立され得、それによって、患者が受信したメッセージを時宜を得て開かない場合、警報が生成され、遠隔サーバシステム１０８に通信される。
【００８０】
一部の実施例において、例えば遠隔サーバシステム１０８によって、１つ以上のリポートが作成され得る。様々な実施例において、リポートは、単一の患者、または、例えば特定の医師のケアの下にいる患者のような患者のグループと関連し得る。リポートは、日付の範囲、タイムスパン、または他の時間的期間を含み得る。リポートは、１つ以上のメッセージタイプに制限され得る。
【００８１】
図６は、特定の患者に対する幾つかのメッセージトランザクションを示すリポート６００の例示である。図６には、日々のアップロードメッセージ６０２Ａ、６０２Ｂ、６０２Ｃ、通信メッセージ６０４、デバイスプログラミングメッセージ６０６、およびクエリメッセージ６０８を含む幾つかのメッセージが例示される。リポート６００では、情報は、主題６１０、メッセージタイプ６１２を含む幾つかのコラム、ならびに受信６１４、送信６１６、デバイスａｃｋ（すなわち肯定応答）６１８、およびユーザａｃｋ６２０のタイムスタンプを含む４つのタイムスタンプコラムにまとめられる。一部の実施例において、例えば送信者を識別する「発信」コラム、またはメッセージの現在の警報ステータスを表示する「ステータス」コラムのようなより多くのまたはより少ないコラムが、リポートに含まれる。リポート６００は、例えばタイトル６２４のような情報を含み得るヘッダ部分６２２、日付の範囲６２６、ならびに、例えば患者の名前およびコンタクト情報６２８、主治医６３０、リポートが作成された時刻６３２、およびリポートの作成者６３４のような他の識別または構成上の情報も含む。
【００８２】
上述は例示として意図されており、限定するものとしては意図されていないことは理解されるべきである。例えば、上述の実施形態（および／またはその局面）は、互いに組み合わせて使用され得る。上述を見直すと、多くの他の実施形態が、当業者には明らかと成る。従って、本発明の範囲は、添付された請求項およびかかる請求項に権利がある均等物の全範囲を参照して決定されるべきである。添付された請求項において、用語「を含む（ｉｎｃｌｕｄｉｎｇ）」および「ここにおいて（ｉｎ  ｗｈｉｃｈ）」は、用語「を含む（ｃｏｍｐｒｉｓｉｎｇ）」および「ここで（ｗｈｅｒｅｉｎ）」それぞれの平明な英語の均等物として使用される。さらに、以下の請求項において、用語「を含む（ｉｎｃｌｕｄｉｎｇ）」および「を含む（ｃｏｍｐｒｉｓｉｎｇ）」は開放である。すなわち、請求項においてかかる用語の後に列挙されている要素の他にさらなる要素を含むシステム、デバイス、物品、またはプロセスはなおもその請求項の範囲内にあると見なされる。さらに、以下の請求項において、用語「第１の」、「第２の」、および「第３の」その他は、単なるラベルとして使用され、その物体に対する数値的な要件を課すようには意図されていない。
【００８３】
この明細書の目的のために、用語「機械読取可能な媒体」または「コンピュータ読取可能な媒体」は、機械によって実行される、かつ機械に、発明の主題の方法論のうちの任意の１つを実行させる一連の命令を格納、または符号化することのできる任意の媒体を含むものと解釈されるべきである。従って、用語「機械読取可能な媒体」または「コンピュータ読取可能な媒体」は、ソリッドステートのメモリ、光ディスクおよび磁気ディスク、ならびに搬送波信号を含むが、これらに限定されないと解釈されるべきである。さらに、ソフトウエアは、複数の機械または格納媒体全体にわたって分配され、複数の機械または格納媒体は、機械読取可能な媒体を含み得ると理解されるべきである。
【００８４】
本明細書に記述された方法の実施形態は、コンピュータで実装され得る。一部の実施形態は、コンピュータプログラム（例えばソフトウエア）で符号化されたコンピュータ読取可能な媒体を含み得、このコンピュータプログラムは、電子デバイスに様々な実施形態の方法を実行させるように動作可能な命令を含む。ソフトウエア実装（またはコンピュータ実装の方法）は、マイクロコード、アセンブリ言語コード、または高級言語コードを含み得、これらは、様々な方法を実行するためのコンピュータ読取可能な命令をさらに含み得る。コードは、コンピュータプログラムプロダクトの部分を形成し得る。さらに、コードは、実行の間または他の時間に、１つ以上の揮発性または不揮発性のコンピュータ読取可能な媒体に実体的に格納され得る。これらのコンピュータ読取可能な媒体は、ハードディスク、取り外し可能な磁気ディスク、取り外し可能な光ディスク（例えば小型ディスクおよびデジタルビデオディスク）、磁気カセット、メモリカードまたはメモリスティック、ランダムアクセスメモリ（ＲＡＭ）、読み出し専用メモリ（ＲＯＭ）などを含み得るが、これらに限定されない。
【００８５】
特定の実施形態の前述は、他の者が、一般的な概念から逸脱することなく、現行の知識を適用することによって、様々な適用に対して、容易に修正かつ／または適合させ得る発明の主題の一般的性質を十分に明らかにする。従って、かかる適合および修正は、開示された実施形態の均等物の意味および範囲の範疇にある。本明細書に使用された語法または用語は、記述の目的のためであり、限定の目的のためではない。従って、本発明の主題は、添付の請求項の精神および広い範囲内にあるすべてのかかる代替、修正、均等物、および変形例を含む。
【００８６】
要約が、３７Ｃ．Ｆ．Ｒ．§１．７２（ｂ）に従って提供され、３７Ｃ．Ｆ．Ｒ．§１．７２（ｂ）は、要約が、技術的開示の性質を読者が速やかに確かめることを可能にすることを要求する。要約は、それが請求項の範囲または意味を解釈、または限定するために使用されないという理解により提出される。さらに、上記の詳細な説明において、様々な特徴が、開示を簡素化するために分類してまとめられ得る。これは、請求されていない開示された特徴が、任意の請求項に対して不可欠であることを意図していると解釈されるべきではない。というよりはむしろ、発明の主題は、特定の開示された実施形態のすべての特徴に存在し得るわけではない。従って、以下の請求項が本明細書により、詳細な説明の中で援用され、各請求項は、別個の実施形態として独立している。
【図１】
2009544412.tif 000003
【図２】
2009544412.tif 000004
【図３】
2009544412.tif 000005
【図４】
2009544412.tif 000006
【図５】
2009544412.tif 000007
【図６】
2009544412.tif 000008
【国際調査報告】
2009544412.tif 000009
2009544412.tif 000010
2009544412.tif 000011