JP2005500869A - 広域ネットワークによる生理学的データの実時間モニタリング、判断、解析、検索および記憶を行うためのシステムおよび方法 - Google Patents

Abstract

生理学的データをネットワークベースでモニタリングするためのシステムおよび方法が提供される。１以上の患者側の装置は生理学的データを患者から収集する。プロバイダ側の装置は、広域ネットワークによってデータを１以上の患者側の装置から受取る。あるエンジンが１以上の患者側の装置およびプロバイダ側の装置と通信する。このエンジンは、患者側の装置からプロバイダ側の装置へのデータの送信を監視する。
【選択図】図１Ａ

Description

【技術分野】
【０００１】
本発明は広域ネットワークによる装置の遠隔モニタリングに関し、とくに、本発明は生理学的収集装置からデータのネットワークベースの送信に関する。
【背景技術】
【０００２】
テレヘルス(telehealth)としても知られている遠隔医療は、疾病および病気の教育、評価、治療のためのテキスト、オーディオまたはビデオメディアによる遠方からの通信である。テレヘルスは、情報テクノロジーと、健康状態の判断、診断、介入、監視、診察、養育および通知に対する遠方からのアクセスを提供する遠隔通信とを使用したものである。
【０００３】
１つの従来技術のテレヘルスシステムには、Ｆｌｏａｎ，Ｊａｍｅｓ，ＥａｒｌｅｓおよびＡｎｄｒａｓｉｋ氏らならびに米国陸軍により提供された、別のテクノロジーと組合せられた２つの電話線を使用して非常に離れた場所からバイオフィードバックセッションを行うバイオフィードバック適用が含まれる。軍用では２方向オーディオおよびビデオ（電子会議）を使用して、ＰＣ間通信用のＰＣ Ａｎｙｗｈｅｒｅタイププログラムと共に通信するが、しかし生理学的信号の実時間転送および観測は可能にしない。
【０００４】
これまでの疾病管理企業は、生理学的データの実時間送信を行ってはいない。彼等が収集するＥＫＧおよび血圧のような情報は記録され、何時間か後に医師に送られる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
外来患者の疾病マネージメントは米国内だけでほぼ１億人の慢性患者を扱っており、その費用はＥＲ、病院、専門およびプライマリーケアにおいて年間数百万ドルにのぼるため、ホームケアおよびアンビュラトリーのセッティングにおける遠隔医療テクノロジーに対する需要が非常に高い。
【０００６】
したがって、ほとんどのハードウェアをサポートすることができるＥＭＧ、ＥＣＧ、ＥＥＧ、周辺温度、呼吸、表皮コンダクタンス／抵抗、心拍率の可変性、ＦＦＴおよびＤＦＴを実時間で流すことのできるインターネットベースのソフトウェアシステムを提供することが望ましい。
【０００７】
ハードウェアがプラグ・アンド・プレイ適合性であり、したがって誰かが特別なソフトウェアをインストールすることを必要としないこのようなシステムを提供することもまた望ましい。
【０００８】
信号を実時間で送信することができると同時に、セッションが記録されているときにユーザが過去の事象を見るためにバックアップすることができるようにデータを記憶するソフトウェアもまた必要とされている。
【課題を解決するための手段】
【０００９】
本発明は、インターネットのような広域ネットワーク（ＷＡＮ）による医療および、またはバイオフィードバック装置の遠隔的モニタリングのためのシステムおよび方法を提供する。好ましい実施形態において、ブラウザベースのエンジンがＷＡＮによる情報の実時間ストリーミングをサポートする。例示的な実施形態において、システムは、患者／クライアントからヘルスケアプロバイダへの生の、解釈された、および処理された生理学的データならびにテキスト／オーディオ／ビデオデータの実時間ストリーミングを可能にする。しかしながら、別の実施形態は、非医療／非バイオフィードバック装置ならびに非人間モニタリングを検討してもよい。
【００１０】
例示的な実施形態のシステムは、患者／クライアントからデータを収集する１以上の患者側の装置と、プロバイダ側の装置と、およびそれぞれがＷＡＮに接続されたエンジンとを含んでいることが好ましい。エンジンは患者側の装置からプロバイダ側の装置へのデータの送信を管理する。これは、エンジンは、１つの装置から別の装置に直接データを転送するように装置を構成し、患者側の装置からデータを受取り、プロバイダ側の装置に生または処理されたデータを送信し、後にプロバイダ側の装置等に送信するためにデータを記憶することができることを意味する。
【００１１】
ここに示されている実施形態は、多数の患者側の装置と、プロバイダ側の装置と、およびエンジンとの接続を考慮している。複数の装置およびエンジンが動作されていることができるため、システムは多くの装置および、またはエンジンを個人、グループ、診療所、病院、または別の電子記録システムにネットワークすることが可能である。
【００１２】
以下、簡単化のために、患者側の装置とプロバイダ側の装置をそれぞれ１つづつ備えたシステムにより説明を行う。患者側の装置は患者／クライアントと共に配置されて、その患者／クライアントから生理学的データを収集する。患者側の装置は、たとえば、直列、並列、無線またはカストマイズされたインターフェースによって通信する医療および、またはバイオフィードバック装置を備えることができる。したがって、患者側の装置はコンピュータ、パーソナルデジタルアシスタント（ＰＤＡ）等のような計算装置によってＷＡＮに接続されてもよい。その代りに、患者側の装置は、ＷＡＮによる通信用の内蔵計算装置を有していてもよい。随意に、プロバイダ側の装置はコンピュータ、ＰＤＡ等のような任意のタイプの計算装置であることができる。
【００１３】
データを患者側の装置から受取ることにより、プロバイダは、リサーチ、ドキュメンテーションの追跡、解析の実行、レコードの管理および維持、患者／クライアントの診断、患者／クライアントに対する実時間での治療等のために患者／クライアントの生理機能を監視することができる。さらに、患者／クライアントは、物理的に利用できないか、あるいはアクセス不可能であるときに専門家またはその他の医療担当者により遠隔的に“検査”されることができる。このような状況は、たとえば、患者／クライアントまたはプロバイダが航空機または船に乗っているとき、あるいは患者／クライアントまたはプロバイダが世界の別の区域に位置しているときに発生する可能性がある。本発明はまた、患者／クライアントがプロバイダを訪ねる必要なしに患者の毎日のまたは定期的なモニタリングを可能にする。これは、家庭療養中およびホームケア患者にとって理想的である。
【００１４】
患者／クライアント側の装置および、またはプロバイダ側の装置は、瞬間メッセージング、統合された電子メールシステム、実時間ビデオ、および実時間オーディオを含む種々の形態の両方向通信を可能にするが、それに限定されない。通信は、ブラウザベースのインターフェースによって行われることが好ましい。さらに、プロバイダはクライアント側の装置を遠隔的に制御することができる。たとえば、患者がＥＫＧおよび血圧装置を接続した状態で自宅で眠っているとき、プロバイダは、データを周期的に読取るように、あるいは必要とされた場合にはいつでも読取るようにこれらの装置を遠隔的にスタートさせることができる。
【００１５】
データ中に認識される事象が発生したときは警報が送られてもよい。たとえば、生命維持に必要な患者／クライアント情報の実時間ストリーミングに基づいて、本発明は適切な応答をその患者／クライアントに転送するように構成されることができる。緊急事態における患者／クライアントまたはプロバイダへの迅速な通信を可能にするために、上述された通信モードの１つが設定されることができる。
【００１６】
プロバイダが実時間ストリームされた情報に現在アクセスしているか否かにかかわらず、データは後でのアクセス、再生および、または解析のために秘密保護された記憶装置中に記憶されることができる。この記憶装置はまた、全ての患者のデータまたは情報を記憶するために使用されることができる。したがって、例示的な実施形態では、この記憶装置にアクセスすることによって世界中のどこからでも同時に記憶し、検索し、プリントし、解析し、および再生することを可能にする。
【００１７】
本発明は、患者側の装置および、または患者側の装置に接続された計算装置がリクエストを患者側の装置の識別子と共にエンジンに送信することができ、計算装置が患者側の装置と通信することを可能にする適切なプラグ・インをそのエンジンが送信することのできるモジュラーアーキテクチャ上に構築されることが好ましい。したがって、本発明は、種々の装置のためにプラグ・アンド・プレイウェブ装置ドライバおよびカストマイズされたグラフィックユーザインターフェース（ＧＵＩ）の両方をサポートすることができる。既存の装置（ウェブエネーブルされない）は、適切なプラグ・アンド・プレイドライバおよびＧＵＩをインストールすることによって容易にウェブエネーブルされることができる。このように、実質的に任意のデバイスがシステム中に容易に組入れられることができる。
【００１８】
データを送信する、データを記憶する等の料金が請求されることができる。
【００１９】
本発明は、コンピュータ読出し可能な（または電子的に読出し可能な）媒体中に記憶されることのできるプログラムまたはコードで実施されてもよい。
【００２０】
本発明の特性および利点ならびにその好ましい使用モードをさらによく理解するために、以下の詳細な説明および添付図面を参照とすべきである。
【発明を実施するための最良の形態】
【００２１】
以下の説明は、本発明を行うためにこの明細書で検討される最良の実施形態である。これは、本発明の一般原理を例示するために説明され、ここにおいて主張されている発明の概念を制限するものではない。
【００２２】
［システムアーキテクチャ］
図１Ａは、本発明の１つの例示的な実施形態による患者側の生理学的収集装置からのデータをネットワークベースでモニタリングする例示的なシステムアーキテクチャ100の概略図である。示されているように、システムは、患者／クライアントからデータを収集する１以上の患者側の装置102と、１以上のプロバイダ側の装置104と、中央サーバ106上に構成されているエンジンとを含んでいる。装置およびエンジンは、インターネット、イントラネット、またはエクストラネットのような広域ネットワーク（ＷＡＮ）108に接続されている。システムは、患者からヘルスケアプロバイダへの生の、解釈された、および、または処理された生理学的データならびにテキスト／オーディオ／ビデオデータの実時間ストリーミングを可能にする。しかしながら、別の実施形態は、非医療／非バイオフィードバック装置ならびに非人間モニタリングを検討してもよい。
【００２３】
サービスプロバイダと患者との間を接続すると共に生物医学的および、またはバイオフィードバック装置を統合することによって、遠隔医療、遠隔睡眠研究、身体検査評価、遠隔モニタリング、事象記録、ホルターモニタリング、家庭でのヘルスケア、疾病管理適用、バイオフィードバック、調剤学的リサーチ、無線モニタリング、麻酔学関連モニタリング、ならびにストレス、健康およびウェルネスの教育を含む多くの適用が可能になるが、それに限定されない。
【００２４】
ここに与えられている実施形態は、多数の患者側の装置と、プロバイダ側の装置と、およびエンジン／中央サーバとの接続を考慮している。複数の装置およびエンジンが動作されていることができるため、システムは多くの装置および、またはエンジンを個人、グループ、診療所、病院、または別の電子記録システムにネットワークすることが可能である。簡単化のために、患者側の装置と、プロバイダ側の装置と、およびエンジン／中央サーバとをそれぞれ１つづつ備えたシステムにより説明を行う。当業者は過度の実験を行わずに接続された多くの装置を備えたシステムを使用できることが理解される。
【００２５】
“患者”という用語の使用は、ここに与えられている実施形態の適用を医療の患者に制限するものではない。むしろ、患者には、健康または不健康を問わず生物物理学的データが読取られている任意の者が含まれることができる。この明細書において使用されている“プロバイダ”は医師、看護士等の医療プロバイダであることができるが、これには、ヘルスケアに関連しているか否かにかかわらず、データを受取る任意の人もまた含まれていることにも注意されたい。たとえば、このような受信者は統計を収集するリサーチ者、装置の動作をモニタし、あるいは装置等をデバッグする装置製造業者であることができる。
【００２６】
患者側の装置は患者と共に位置され、患者から生理学的データを収集する任意の装置であることができる。例示的な患者側の装置には、遠隔測定ＥＫＧ、ＥＭＧおよびＥＥＧモニタ、連続的な血圧および血液グルコースウォッチ、セルラー伝送ホルターモニタ、無線血量計リング、自動化されたＩＢＳおよびデプレッションマルチメディアプロトコル、心臓の活動、呼吸パターンおよび血圧から得られた肉体的および感情的インジケータを監視して記録するセンサを配線されたＴシャツ、生理学的活動を監視するブレスレット、イヤリングおよびネックレス、グローバルポジショニング情報を提供しながら体温または脈拍のような人の生命維持に必要な身体機能データを収集して、インターネット・インターグレイジド（intergraged）地上ステーションに送信する埋込み型装置が含まれるが、それに限定されない。
【００２７】
その後、患者側の装置は、コンピュータのような計算装置110、パーソナル・デジタル・アシスタント（ＰＤＡ）のような把持式装置、およびＷｉｎｄｏｗｓ ＣＥオペレーティングシステムを備えたＩＰＡＱおよびパームデバイス（パームＯＳに基づいた）のようなポケットＰＣ、無線電話、あるいは任意の他の計算装置によってＷＡＮに接続されてもよい。随意に、患者側の装置は、ＷＡＮにより通信するための組込み計算装置を備えていてもよい。計算装置上で動作するプロトコル独立デバイスマネジャ112は、医療および、またはバイオフィードバック装置、ホルターモニタ、遠隔測定装置、データ収集装置等に限定されないが、それらを含むずらりと並んだクライアント側の装置との両方向通信を設定する。各患者側の装置は有線または無線であることができ、直列（ＲＳ２３２，ＵＳＢ，ＩＥＥＥ１３９４等）、並列、ファイアワイヤ、無線またはカストマイズされたインターフェース／プロトコルによって通信する。同様に、プロバイダ側の装置は、コンピュータ、ＰＤＡ、無線電話等のような計算装置の任意のタイプのものであることができる。１実施形態において、プロバイダの計算装置（ＰＤＡまたは電話機）はＷＡＮに無線接続を有しているので、医師は、彼がたとえ病院または彼のオフィスにいなくても、病院に駆けつける必要なしに遠隔的に依然として診察を行うことができる。図１Ｂは、ポケットＰＣ150を使用して無線インターネット接続で送信する、観察する、および受信するブラウザベースの実時間３リードおよび肺活量計を示している。
【００２８】
ＷＡＮ（インターネットのような）への接続には、ダイヤルアップ（５６Ｋ）、衛星電話、イリジウム電話、ＩＳＤＮ、Ｔ１、ＤＳＬ、ケーブルモデム、無線接続等が含まれることができる。
【００２９】
本発明は、患者側の装置および、またはこの患者側の装置に接続されている計算装置がリクエストを患者側の装置の識別子と共にエンジンに送信することのできるモジュラーアーキテクチャ上に構築され、エンジンは、計算装置が患者側の装置と通信することを可能にする適切なプラグインを送信することが好ましい。したがって、本発明は、種々のデバイス用のプラグ・アンド・プレイウェブ装置ドライバおよびカストマイズされたグラフィカルユーザインターフェース（ＧＵＩ）をサポートしてもよい。既存のデバイス（ウェブエネーブルされていない）は、適切なプラグ・アンド・プレイドライバおよびＧＵＩのインストールにより容易にウェブエネーブルされてもよい。したがって、事実上、任意のデバイスがシステム中に容易に組込まれることができる。これらの教示はまたプロバイダ側の装置に適用されることができる。
【００３０】
データ解釈および解析モジュール114は、クライアント側の装置からのデータ流を解釈し、ＦＦＴ、ＤＦＴ等を使用してそのデータに関して数学的解析を行い、統計を発生するために使用される。データは、ディスプレイモジュール116上にグラフィックに表示されてもよい。
【００３１】
データはまた、遠隔地のプロバイダがデータを実時間で見ることができるように、ＷＡＮによって多くの遠隔地のプロバイダに同時に流されてもよい。ストリーミングマネジャ118は、データの暗号化および圧縮を随意に含む遠隔地のプロバイダへのデータの送信を管理することができる。
【００３２】
ＥＣＧ、ＥＥＧ、ＥＭＧ、血液・気体の読み、呼吸およびその他の医療波形の実時間ストリーミングは、しきい値およびアラーム制御装置、実時間および、またはポストセッション解析、ｅメール、電子会議メディア、ならびにダイヤルアップインターネット接続を含む任意のＷＡＮ接続からの生または解釈されたデータの記憶、検索および再生によってサポートされることができる。
【００３３】
データを患者側の装置から受信することにより、プロバイダはリサーチのために患者の生理機能を監視し、ドキュメンテーションを追跡し、解析を行い、レコードを管理して維持し、その患者を診断し、患者に治療を実時間で施す等をすることができる。さらに、患者は、物理的に利用可能ではないか、あるいはアクセス不可能であるとき、専門家またはその他の医療担当者により“検査”されることができる。このような状況は、たとえば、患者またはプロバイダが航空機または船に乗っているとき、あるいは患者またはプロバイダが世界の別の区域に位置しているときに発生する可能性がある。本発明はまた、患者がプロバイダのもとに行く必要なしに患者の毎日のまたは定期的なモニタリングを可能にする。これは、家庭療養およびホームケア患者にとって理想的である。
【００３４】
利用可能な帯域幅に応じて、システムは、患者からヘルスケアプロバイダへの生の、解釈され、処理された生理学的データならびにテキスト／オーディオ／ビデオデータの実時間ストリーミングを可能にすることができる。たとえば、患者および、またはプロバイダ側の装置は、瞬間メッセージング、統合されたｅメールシステム、実時間ビデオおよび実時間オーディオを含む種々の形態の通信を可能にすることができるが、それに限定されない。オーディオおよび、またはビデオは生物医学的信号と同期されて、性質を生理学的活動と相関させるのを助けることができる。通信は、ブラウザベースのインターフェースによって行われることが好ましい。
【００３５】
システム中に組込まれた随意の遠隔制御特徴を使用して、遠隔地のプロバイダは患者の端末上のソフトウェアを制御することができる。したがって、患者はそのソフトウェアを動作させる方法を知る必要がない。
【００３６】
エンジンは、患者側の装置からプロバイダ側の装置へのデータの送信を管理することが好ましい。これは、エンジンが、データを１つの装置から別の装置に直接転送するように装置を構成することができ、データを患者側の装置から受信して、生または処理されたデータをプロバイダ側の装置に送信することができ、また、プロバイダ側の装置にデータを後で送信するために記憶することができる等を意味している。
【００３７】
エンジンを実行するネットワークＩ／Ｏプロセッサは、エンジンの実時間データストリーミング部分のコアを形成することが好ましい。このＩ／Ｏプロセッサは、多くのクライアントとホストとの間においてデバイスデータ、オーディオ、ビデオ、メッセージおよび遠隔制御情報を流すことができる。プロセッサはまたデータ記憶および流されたデータの検索を扱うことができる。
【００３８】
プロバイダが現在実時間で流された情報にアクセスしているか否かにかかわらず、データは、後のアクセス、再生および、または解析のために中央サーバにおける秘密保護された（ｓｅｃｕｒｅｄ）記憶装置の中に記憶されてもよい。この記憶装置はまた、全ての患者のデータまたは情報を記憶し、そのデータを生のデータ、トレンドにされたデータまたは要約データのいずれかとして、たとえば任意の電子医療レコードシステムに統合するために使用されてもよい。したがって、例示的な実施形態は、記憶装置へのアクセスにより世界中の任意の場所からの同時的な記憶、検索、プリント、解析、および再生を可能にする。これによって、プロバイダは患者の履歴および医学的テスト結果をオンラインで共用することにより臨床的に困難なケースに対して専門家の診断を請うことが可能となる利点がある。さらに、データの記憶は、たとえば生物医学的テスト結果のデータベースの開発を含む統計データベースの生成を可能にする。たとえば、決まりきった医学的テストの結果は、生物医学的装置から患者の電子医療レコード中に直接記憶されてもよい。さらに、個人的な健康情報は、患者により携帯されることのできるスマートカード中に記憶されることができ、それはまたクレジットカードまたは銀行口座データのような別の個人情報を支持していてもよい。
【００３９】
システムはまた記録期間中にトレンドを追跡し、人工知能を使用して将来の行動および生理学的反応を、接続された特定のクライアントの癖に基づいて予測してもよい。
【００４０】
遠隔クライアントモジュール（示されていない）は、遠隔地のホストが実時間で流されているデータを見ることを可能にする。この遠隔クライアントモジュールはまた、患者および、またはプロバイダの端末上で動作されているソフトウェアを制御することができる。多数の遠隔クライアントモジュールは同時に動作することができ、多くの遠隔地プロバイダが１つの装置からのデータを見ることを可能にする。
【００４１】
システム全体はインターネットブラウザの枠内で実行することが好ましい。クライアント側のデバイスドライバの統合は２つのステップで行われる。最初に、適切なデバイスドライバが、好ましくはウェブページによってシステム中に組込まれる。カストマイズされた、または標準的なＧＵＩがユーザおよび、またはデバイスマネジャ仕様に基づいて組込まれるか、あるいは配備される。したがって、ユーザはソフトウェアをインストールしなくてもよく、ソフトウェアに対する更新はウェブサイトからの最新のソフトウェアを単に実行することにより行われる。
【００４２】
本発明は、コンピュータ読出し可能な（または電気的に読出し可能な）媒体中に記憶されることのできるプログラムまたはコード上で実施されてもよい。システムは、Ａｐａｃｈｅウェブサーバ、Ｌｉｎｕｘ上のＭｙＳｑｌ、Ｌｉｎｕｘ上のＯｒａｃｌｅ、Ｊａｖａサーブレット、アプレット、ＨＴＭＬ、ＪａｖａＳｃｒｉｐｔ、Ｊａｖａ、Ｃ＃、Ｍｉｃｒｏｓｏｆｔ’ＮＥＴ等を使用して実施されてもよい。サーバはインターネット、イントラネットまたはエクストラネット上で実施されてもよいことにも注意されたい。
【００４３】
データ中で認識される事象が発生したときは、警報が送られてもよい。たとえば、生命維持に必要な患者情報の実時間ストリーミングに基づいて、本発明のシステムは患者に対して適当な応答を転送するように適合されてもよい。上述された通信モードの１つは、緊急状態のときに患者またはプロバイダに対する迅速な通信を可能にするようにセットアップされてもよい。
【００４４】
遠隔セッション中の１使用例において、患者は、患者の体に適切なセンサを付着させること等により患者側の生理学的モニタリング装置に接続される。センサは、計算装置と無線または有線通信している医療および、またはバイオフィードバック患者側装置に接続されている。このような患者側の装置はＥＫＧ、ＥＭＧ、ＥＥＧおよび体温モニタリング装置を含んでよいが、それらだけに限定されない。図２は例示的なログインスクリーン200を示している。このログインスクリーン200から、患者は秘密保護されたログオンＩＤおよびパスワードによりウェブサイトにログオンし、それによってあるセッションを生成する。図３に示されているスクリーン300が表示される。このスクリーン上で、ユーザはボタン302を選択することによりセッションを生成し、ボタン304を選択することにより前のセッションを再検討し、ボタン306を選択することにより警報に対してしきい値を設定し、ボタン308を選択することによりメールを読み、ボタン310を選択することによりメールを構成し、ボタン312を選択することにより前に回答された質問事項を再検討し、ボタン314または316を選択することにより新しい質問事項／調査をそれぞれ書き込み、ボタン318を選択することによりインテイク（ｉｎｔａｋｅ）フォームを書き込むか、あるいは訂正することができる。ボタン320は、患者が新しいメッセージを有しているとき、彩色されるか、あるいは明るくされることができる。患者の遠隔地ヘルスケアプロバイダは表にされ、患者は、点灯した“ライブ”ボタン322によってそのプロバイダがオンライン中かどうかを通知される。
【００４５】
図４は、図３に示されているメール構成ボタンを選択したときに表示されるメッセージングスクリーン400を示している。患者は、独立モードまたは遠隔モードを選択することができることに注意されたい。
【００４６】
プロバイダの患者は、図5に示されているスクリーンのようなスクリーン500上でリストで表される。ヘルスケアプロバイダは、セッションが進行中であることを点灯した“ライブ”ボタン502によって通知される。プロバイダはボタン504を選択することにより患者に関するストリーミングおよび、または保存されたデータを見ることができる。スクリーンはまた新しいｅメールメッセージ、ページ等の受信だけでなくメッセージング機能へのアクセスを提供することができる。また、プロバイダはボタン506を選択することにより患者のインテイクフォームを見ることができる。患者はメニューからのサービスのタイプで分類されてもよい。
【００４７】
セッションに加わることによって、ヘルスケアプロバイダは、ボタン504を選択することによって彼等の患者の実際の生理学的データをすぐに見ることができる。ヘルスケアプロバイダは、最適な表示のために利得を遠隔的に調節することができ、両パーティは、組込まれた瞬間メッセージング特徴あるいは外部のまたは統合されたオーディオまたはビジュアルデバイスと通信するオプションを有する。セッションの終りに、ヘルスケアプロバイダは、図６に示されている統計要約報告書600を見ることができ、それは、臨床的なノートを追加するためのフィールドを含んでいる。図７はグラフィック報告書のスクリーン700を示しており、これもまた表示されることができる。いずれでも両方の端末上に表示されることができ、クライアントのために遠隔的にプリントされることすら可能である。全てのセッションは、いずれかのパーティが後日検索したときのために日付を入れられて記憶されてもよい。
【００４８】
図８は、患者および、またはプロバイダが記憶されたセッションにアクセスすることのできるスクリーン800を示している。図９は、スポンサーが特定のプロバイダの患者を選択し、その患者に関する情報を見ることのできるスクリーン900を示している。プロバイダ／患者は、サービスのタイプで分類されることができる。プロバイダを選択したとき、図５に示されているものに類似したスクリーンが表示されてもよく、スポンサーが適切な特典を有している場合には類似した機能が与えられてもよい。
【００４９】
図１０は、１実施形態によるシステム1000のモジュラーの図を示している。示されているように、５つの主要なモジュラーは、登録1002、クライアント／支援されたクライアント1004、サービスプロバイダ1006、スポンサー1008および管理装置1010を含んでいる。以下において、全てのモジュールを説明する。
【００５０】
Ｃｏｎｆｉｇ．ｊａｖａは、全てのＪａｖａサーブレットによって使用される一般的なクラスであり、以下に類似した方法を含んでいてもよい：
【表１】

【００５１】
ユーザ名、パスワード等のデータベース特定パラメータがここで変更されることができる。管理人名および管理人パスワードもまたここで固定されることができる。
【００５２】
図１１は、登録モジュールを示している。図１２に示されている個々のクライアントサブモジュール1102はユーザプロファイルを入力するためのフォーム1202と、情報をプロファイルデータベースに書込むためのｊａｖａサーブレット1204とを含んでいる。
【００５３】
図１３に示されているように、支援されたクライアントサブモジュール1104は、既存のスポンサーを表示するサーブレット1302と、認証をチェックするサーブレット1304とを含んでいる。たとえば、企業名および認証コードはＨＴＭＬフォーム1305から入力されることができる。認証が成功した場合、彼／彼女のプロファイルを入力するためのフォーム1306が表示され、サーブレット1308は情報をプロファイルデータベース中に書込む。
【００５４】
図１４に示されているスポンサーサブモジュール1106は、スポンサープロファイルを入力するためのフォーム1402と、情報をプロファイルデータベース中に書込むためのサーブレット1404とを含んでいる。認証コードおよびＪａｖａメールＡＰＩを割当てるために乱数発生が使用される。
【００５５】
図１５に示されているように、サービスプロバイダサブモジュール1108は、サービスプロバイダの個人プロファイルを入力するためのフォームと、彼の専門的情報を獲得するサーブレット1502とを含んでいる。このサーブレットは全ての入力フォームをそのフォームにして、それをＳＱＬステートメントに変換し、個人情報をそのセッションの中に記憶するサーブレット1504および個人情報をプロファイルデータベース中に書込むと共に専門的情報を治療データベース中に書込むサーブレット1506に送られる前にそれをセッションの中に記憶する。
【００５６】
図１６は、セッションサブモジュール1602、サービスプロバイダサブモジュール1604および編集プロファイルサブモジュール1606を含むクライアント／支援されたクライアントモジュールを示している。
【００５７】
図１７は、クライアントモジュールのセッションサブモジュールに対するデータフローおよび制御フロー図1700である。セッションサブモジュールは、クライアント／支援されたクライアントのアクティブ領域をクライアントスクリーン上に表示するサーブレット1702を含んでいる。赤色に彩色されたギフ（ｇｉｆｓ）は、新しいメッセージ／セッションが存在していることを示している。各クライアントは全て特有のログインｉｄを有している。サーブレットには、クライアントの識別のためにこれらの入力が必要である。
【００５８】
セッション生成するために、サーブレット1704は、生物医学的データをクライアントから収集し、それをサービスプロバイダに流すアプレットを開始する。別のサーブレットは、クライアントがメッセージをセッションに付与することを可能にする。さらに別のサーブレット1706はセッションデータベースに書込む。サーブレット1708は、削除するためのオプションと共にクライアントにより送られたセッションを表示する。サーブレット1710はセッションと共に送られたメッセージを読出す。サーブレット1712は、サーバ中に記憶されている生物医学的データを表示するアプレットを開始する。サーブレットは、レコードをセッションデータベースから削除する。
【００５９】
メール機能を可能にするために、サーブレット1714は、サービスプロバイダにより送られたメールを表示する。サーブレット1710はサービスプロバイダにより送られたメールを読出して、メールデータベース中の読出しフラグを更新する。サーブレット1716は、クライアントがメールを構成することを可能にする。別のサーブレットはメールをデータベースに書込む。サーブレット1718は、削除するためのオプションと共にクライアントにより送られたメールを表示する。クライアントにより送られたメールをメールデータベースから削除するために別のサーブレットが設けられてもよい。
【００６０】
ステージ１サーブレットに対する入力は、
このメール／セッションの送信者のｉｄであるＳｅｎｄｅｒＩｄと、
このセッションの受信者のｉｄであるＲｅｃｉｅｖｅｒＩｄと、
このメール／セッションが送信されている治療のＴｈｅｒａｐｙＩｄとを含んでいる。
【００６１】
ステージ１サーブレットに対する出力は、
発呼したサーブレット名であるＣａｌｌｅｒと、
送信／受信されたセッション／メールのファイル名であるＦｉｌｅＮａｍｅと、
このセッションで行われるアクションであるＯｐｅｒａｔｉｏｎＭｏｄと、
パケットの送信者＆受信者を識別するためにこのｕｎｉｑｕｅｉｄが必要とされるＲｅｇｉｓｔｒａｔｉｏｎＮｕｍｂｅｒとを含んでいる。
【００６２】
ステージ２サーブレットは、データベース中の変更を更新すると共に発呼サーブレットに制御を戻すための機能を有するＤＢサーブレットである。ステージ２サーブレットに対する入力は示されているように同じであり、さらに発呼ＩＤを含んでいる。
【００６３】
メールを読出すサーブレットに対する入力は、
発呼したサーブレット名であるＣａｌｌｅｒと、
送信／受信されたセッション／メールのファイル名であるＦｉｌｅＮａｍｅと、
このセッションで行われるべきアクションであるＯｐｅｒａｔｉｏｎＭｏｄと、
パケットの送信者および受信者を識別するためにこのユニークＩＤが必要とされるＲｅｇｉｓｔｒａｔｉｏｎＮｕｍｂｅｒとを含むことができる。
【００６４】
クライアントが彼のプロファイル情報を修正することを可能にするサーブレットが設けられてもよい。このサーブレットに対する入力は、
プロファイルが修正される必要のあるユーザのログイン名であるＮａｍｅと、
クライアントのタイプであるＣｌｉｅｎｔＴｙｐｅと、
発呼したサーブレットの名前であるＳｅｒｖｌｅｔＮａｍｅとを含むことができる。
【００６５】
このサーブレットに対する出力は、フォーム入力の全てプラスこのサーブレットの入力を含んでいてもよい。
【００６６】
別のサーブレットは、プロファイルデータベースに対する修正を更新する。このサーブレットに対する入力は、プロファイル情報の修正を可能にするサーブレットにより出力された全てのパラメータを含んでいる。このサーブレットはさらに、変更のためにデータベースを更新し、発呼者に基づいて各サーブレットに制御を戻す。
【００６７】
図１８は、クライアントモジュールのサービスプロバイダプロファイルサブモジュール1604を示している。サービスプロバイダサブモジュールは、加入／加入取消しをするためのオプションと共に個々のクライアントに対して全てのサービスプロバイダを表示するサーブレット1802を含んでいる。支援されたクライアントに対して、それはスポンサーにより選択されたサービスプロバイダに対してのみ加入／加入取消しを行うためのオプションと共に全てのサービスプロバイダを表示する。これはまたサーチファシリティを含んでいる。別のサーブレット1804はサービスプロバイダへの加入または加入取消しを行う前に確認を求める。別のサーブレット1806は登録データベースにレコードを追加し、あるいはそこから削除する。
【００６８】
図１９は、図１０に示されているシステムの管理人モジュール1010を示している。クライアントサブモジュール1902は、ディスエーブルされたクライアントを表示し、エネーブルされたクライアントを表示し、クライアントをエネーブルまたはディスエーブルし、クライアントのプロファイルを修正するサーブレットを含んでいる。支援されたクライアントサブモジュール1904は、ディスエーブルされた支援されたクライアントを表示し、エネーブルされた支援されたクライアントを表示し、クライアントをエネーブルまたはディスエーブルし、支援されたクライアントのプロファイルを修正するサーブレットを含んでいる。スポンサーサブモジュール1906は、ディスエーブルされたスポンサーを表示し、エネーブルされたスポンサーを表示し、スポンサーをエネーブルまたはディスエーブルし、スポンサーのプロファイルを修正するサーブレットを含んでいる。サービスプロバイダサブモジュール1908は、ディスエーブルされたサービスプロバイダを表示し、エネーブルされたサービスプロバイダを表示し、サービスプロバイダをエネーブルまたはディスエーブルし、サービスプロバイダのプロファイルを修正するサーブレットを含んでいる。ログイン詳細サブモジュール1910は全てのログイン詳細を提供するサーブレットを含むと共に、サーチファシリティを含んでいる。
【００６９】
図２０は、システムのスポンサーモジュール1008を示している。ログイン中、スクリーン2002が表示される。このスクリーン上にＨＴＭＬフォームで入力された全てのデータ、すなわち名前およびパスワードはログインサーブレット2004に進む。この情報はデータベース中の情報と突き合わせられ、それが一致した場合には、ＣｌｉｅｎｔＴｙｐｅがそれに割当てられる。ＣｌｉｅｎｔＴｙｐｅが“支援される”または“支援する”である場合、ユーザは名前を使用してプロファイルからＧｒｏｕｐＩｄを与えられ、その後それはセッションの中に記憶される。
【００７０】
メンバーズサブモジュール2006は、ディスエーブルされたメンバーを表示するサーブレットを含んでいる。このサーブレットに対する入力には：
ユーザＬｏｇｉｎＩｄを示すＳｅｓｓｉｏｎ．Ｎａｍｅと、
ユーザＴｙｐｅを示すＳｅｓｓｉｏｎ．ＣｌｉｅｎｔＴｙｐｅとが含まれる。
【００７１】
別のサーブレットはエネーブルされたメンバーを表示する。このサーブレットに対する入力には：
ユーザＬｏｇｉｎＩｄを示すＳｅｓｓｉｏｎ．Ｎａｍｅと、
ユーザＴｙｐｅを示すＳｅｓｓｉｏｎ．ＣｌｉｅｎｔＴｙｐｅとが含まれる。
【００７２】
さらに別のサーブレットはメンバーをエネーブルし、あるいはディスエーブルする。このサーブレットに対して５つのパラメータが前の２つのサーブレットから送られる：
Ｃｏｕｎｔ＝これは、エネーブルまたはディスエーブルに関してチェックされたチェックボックスの合計数である；
Ａｃｔ＝これはエネーブルまたはディスエーブルのいずれかを特定する；
ＣｌｉｅｎｔＴｙｐｅ＝メンバーＴｙｐｅを特定する；
Ｅｎａｂｌｅ＋ｃｏｕｎｔｅｒ＝これは、エネーブルまたはディスエーブルされようとしているメンバーの名前に対するものである。カウンタは、Ｅｎａｂｌｅ１，Ｅｎａｂｌｅ２，等として名前を特定する数であり、メンバーの名前の値を保持する；
Ｃ＋ｃｏｕｎｔｅｒ＝これはチェックボックス名に対するものである。カウンタは数であるため、チェックボックスの名前はＣ１，Ｃ２，等であり、それらの値は“オン”または“オフ”のいずれかである。
【００７３】
別のサーブレットは、メンバーのプロファイルを表示する。このサーブレットに対する入力には：
その特定のメンバーのＬｏｇｉｎＩｄであるＮａｍｅと、
クライアントタイプを特定するＣｌｉｅｎｔＴｙｐｅとが含まれる。
【００７４】
サービスプロバイダサブモジュール2008は、加入する／加入を取消すためのオプションと共に全てのサービスプロバイダを表示するサーブレットを含んでいる。これは、サーチファシリティを含んでいる。別のサーブレットは、サービスプロバイダへの加入または加入取消しが行われる前に確認を求める。さらに別のサーブレットは登録データベースにレコードを追加し、あるいはそこから削除する。
【００７５】
サービスサブモジュール2010は、加入されたサービスおよびサービスプロバイダを表示するサーブレットと、サービスプロバイダ／クライアントのプロファイルを表示するサーブレットと、あるサービスプロバイダが特定のサービスを提供しているメンバーを表示するサーブレットとを含んでいる。
【００７６】
編集プロファイルサブモジュール2012は、スポンサーが彼のプロファイル情報を修正することを可能にするサーブレットと、プロファイルデータベースへの修正を更新するサーブレットとを含んでいる。
【００７７】
図２１は、システムのサービスプロバイダモジュール1006を示している。セッションサブモジュール2102は、提供されるサービスと各サービスを受けるクライアントとを表示するサーブレットを含んでいる。それはサーチファシリティを有し、デフォルトによってそれは新しいメッセージ／セッションを有するものだけを示す。セッションビューサブモジュール2104は、サービスプロバイダが彼／彼女のクライアントによって送られたセッションを見ることを可能にするサーブレットと、サービスプロバイダがセッションと共に送られた添付物を読むことを可能にするサーブレットと、およびクライアント（患者）の生命維持に必要な情報を示すアプレットを開始するサーブレットとを含んでいる。
【００７８】
セッションライブサブモジュール2106は、サービスプロバイダのクライアントがオンラインのときにそのサービスプロバイダがそのクライアントの生物医学的情報を見ることを可能にするサーブレットを含んでいる。動画にされたｇｉｆは、クライアントがオンラインであることを示している。基本的に、これはファイル名および登録ナンバーをパラメータとして有しているアプレットを開始する。登録ナンバーは受取られた各ブロックの認証をチェックするために使用される。
【００７９】
メール読取りサブモジュール2108は、クライアントにより送られたメールを表示するサーブレットと、クライアントにより送られたメールを読取り、メールデーベース中の読取りフラッグを更新するサーブレットとを含んでいる。メール構成サブモジュール2110は、サービスプロバイダがメールを構成することを可能にするサーブレットと、メールデータベースに書込むサーブレットとを含んでいる。メール削除サブモジュール2112は、削除するオプションと共にサービスプロバイダにより送られたメールを表示するサーブレットと、サービスプロバイダにより送られたメールを読取るサーブレットと、サービスプロバイダにより送られたメールをメールデータベースから削除するサーブレットとを含んでいる。
【００８０】
編集プロファイルサブモジュール2114は、サービスプロバイダが彼のプロファイル情報を修正することを可能にするサーブレットと、プロファイルデータベースへの修正を更新するサーブレットと、サービスプロバイダが彼の専門的情報を修正することを可能にするサーブレットと、治療データベースへの修正を更新するサーブレットとを含んでいる。
【００８１】
追加サービスサブモジュール2116は、サービスプロバイダがさらに多くのサービスを追加することを可能にするサーブレットと、およびサービスプロバイダの追加されたサービスにより治療データベースを更新するサーブレットとを含んでいる。
【００８２】
以下の表は、例示された実施形態によるシステムのデータベース中に記憶されているユーザプロファイル情報を含んでいる。任意のユーザがこのシステムと契約するとすぐにレコードが生成される。フィールドＧｒｏｕｐＩｄは、支援されているクライアントの場合にそのクライアントが登録されているスポンサーを含むことができる。
【表２】

【００８３】
表２は、特定のサービスに対するサービスプロバイダに関する各クライアントの登録詳細を含んでいる。
【表３】

【００８４】
表３は、サービスプロバイダに関するスポンサー登録の詳細を記憶している。
【表４】

【００８５】
表４は、各ユーザのログイン詳細情報を記憶している。
【表５】

【００８６】
表５は、全てのサービスを記憶している。
【表６】

【００８７】
表６は、種々のサービスプロバイダおよび彼等のサービスに関する情報を含んでいる。
【表７】

【００８８】
表７は、患者メール情報を記憶している。
【表８】

【００８９】
表８は、患者セッション情報を記憶している。
【表９】

【００９０】
［用 途］
上述のシステムは、多くのタイプの用途に適合されることができる。以下は、種々の医学的状況を監視するためのいくつかを含むいくつかの例示的なＷＡＮベースのソリューションである。この適用のリストは単なる例示として示されているに過ぎず、排他的なものではないことに注意されたい。
【００９１】
［尿漏れ（ＵＩ）］
米国のヘルス・アンド・ヒューマンサービス部門によると、尿漏れ（ＵＩ）、すなわち意図しない尿失禁は、その８５％が女性である１３００万人のアメリカ人の問題である。尿失禁は、ごく少量の尿漏れから深刻な頻繁で量の多いものにまで及ぶ。この問題は、深刻な経済的および心理社会的な結果を招いており、全ての年齢の人々に発生するが、しかしとくに高齢者によくみられる。ＵＩは老化の自然な作用ではなく、むしろ排尿のプロセスを制御する骨盤フロア（ｆｌｏｏｒ）および、または括約筋が弱くなっている可能性があることを示す兆候である。
【００９２】
ＵＩに対する伝統的な治療は、失禁を医薬で改善するための薬理学的治療、および特定の解剖学上の問題を治療するための理学療法からなる。しかしながら、行動治療のような低侵襲性の方法および骨盤の筋肉のリハビリテーションは、骨盤の筋肉の状態の改善にある程度成功している。
【００９３】
１つの近代的なタイプの治療は、任意の他の周囲の筋肉を補強せずに骨盤フロアをアイソレート(ｉｓｏｌａｔｅ)し、トレーニングし、および強化することである。筋肉収縮の強さは、表面筋電計を使用して監視される。この形態の治療は、骨盤の筋肉の機能の状態に関する即時の聴覚的または視覚的情報をその人物に提供し、１０人中８人の助けとなることが判明している。筋電計を監視することにより、プロバイダは、骨盤の運動が正しく行われているかどうかを決定することができる。
【００９４】
システムは、任意の既存の失禁問題を引き立たせるように適合されることができる。Ｊ＆Ｊエンジニアリング社の１３３０Ｃ−２およびミニＣ２シリーズ、ならびにＴｈｏｕｇｈｔテクノロジー社のＭｙｏｔｒａｃ、Ｐｒｏｃｏｍｐ＋およびＰｒｏｃｏｍｐ２のような表面筋電計の信号処理装置は、コンピュータのシリアルポート中に差しこまれる。この装置により収集されたデータはシステムによって処理されて実時間医療モニタリングを行い、要約報告、統計計算および視覚的表示を行い、それらはさらにヘルスケアプロバイダの特定のニーズに適合されることが可能であると同時に、それぞれが特定のプロトコルに適合されることができる。この特有のテクノロジーにより、ヘルスケアプロバイダはクライアントと通信すると同時に彼等の実時間の生理学的データを見ながら、彼等を世界的に遠隔的に管理することが可能になる。
【００９５】
このシステムは、カストマイズされたオンライン教育セグメントを容易に提供することができ、また、クライアントが利用できる栄養学的なおよび排尿のダイアリーを提供し、それはヘルスケアプロバイダによる再検討および解析のために記憶されることができる。全てのセッションは、検索およびデータ解析用の患者およびプロバイダのログインＩＤにより何時でも何処からでも安全に秘密保護されて記憶されることができる。ヘルスケアプロバイダは、自宅での習慣的な運動を含む各セッションを再検討することが可能であり、これによって希望どおりの適切な筋肉の回復が保証される。実時間の記憶された生理学的データおよびクライアントの医療履歴はまた、オンライン診察のために同業者と秘密保持されて安全に共用されることができる。
【００９６】
システムはまた、プロバイダが別の州または国にいる患者と通信して彼らの実時間の生理学的データを見ながら、同時に彼の既存のプロトコルを使用して彼等を治療することを可能にすることにより、インターネットによってこのような専門化された治療を世界的に利用可能にするように適合されることができる。
【００９７】
例示的な遠隔セッションの期間中、クライアントは通院したのと同様に彼女自身の膣センサを挿入する。センサは、コンピュータのシリアルポートまたはＵＳＢポート中にプラグ接続されたデバイスに接続する。クライアントは、安全なＩＤおよびパスワードにより主システムウェブサイトにログオンする。セッションが生成される。
【００９８】
痛みが治まったことは、クライアントが開始の準備が整ったとき点灯する“ライブ”ボタンにより知らせられるヘルスケアプロバイダにより処理される。このボタンをクリックすることによって、ヘルスケアプロバイダは最初に、インピーダンスチェックに関して良好な接続を確実にするように促される。
【００９９】
信号を確認した後、ヘルスケアプロバイダはセッションを開始することができる。聴覚的および視覚的な合図が全プロトコルを通じてクライアントを誘導し、最適な表示のために利得が遠隔的に調節されることができる。両パーティは内蔵された瞬間メッセージング特徴、すなわち外部聴覚または視覚デバイスと通信することができる。
【０１００】
セッションの終りに、ヘルスケアプロバイダは、クリニックノートを追加するためのフィールドを含む統計的なグラフィック要約報告書を見る。これはまたクライアントの端末上にも表示されることができ、それは遠隔的にプリントされることさえ可能である。全てのセッションはいずれのパーティによる後日の検索のために日付をつけられて記憶される。
【０１０１】
［ヴァルボダイナ（Ｖｕｌｖｏｄｙｎｉａ）］
ヴァルボダイナとは、逐語的には陰門における痛みのことである。それは、身体障害、日常的な活動（腰掛るおよび歩行する等）の制限、性的機能異常、および生理学的障害を頻繁に伴う解明されていない陰門痛の症候群である。典型的な患者は２０代または３０代であり、誤診されることが多い。一般的な婦人科の患者の中で、この病気の有病率は１５％程度かもしれない。それは、膣口周囲の範囲の痒み、ほてり、ヒリヒリまたはチクチクするような痛みによって特徴付けられる。痛みは、刺激されたのではない絶え間ないものから断続的なものまでばらばらであることができ、あるいは性交を試みたときのような刺激でのみ発生し、陰門ベスティビュリティス（ｖｅｓｔｉｂｕｌｉｔｉｓ）症候群またはベスティビューロダイナ（ｖｅｓｔｉｂｕｌｏｄｙｎｉａ）としてもまた知られている状態であることができる。
【０１０２】
別の形態の治療は局所用の膣クリーム、イントラレジョナル（ｉｎｔｒａｌｅｓｉｏｎａｌ）インターフェロン注入、低オキザラートダイエット、および骨盤フロアの筋肉を訓練するための理学療法から成るが、通常の医学ではしばしば三環系抗鬱薬が処方される。
【０１０３】
骨盤フロアの筋肉の不安定性は、陰門ベスティビュリティス症候群に関連した痛みにおける重大なファクタである。運動プログラムと共に使用される表面筋電計として知られている高度に精巧な筋肉測定テクノロジーを使用することにより、骨盤フロアの筋肉は著しく安定し、陰門ベスティビュリティス症候群の症状が減少し、あるいはいくつかのケースでは消失する。
【０１０４】
最近、ヴァルボダイナ患者の骨盤フロアの筋肉は異常であったことがわかった。この異常は、表面筋電計によって測定されることができる。患者の正確な異常は、それがひとたび知られると、正しい変化が筋肉に生じることを確実にするために筋肉リハビリテーションの個別化されたプログラムおよび継続的なモニタリングによって矯正される。
【０１０５】
システムは、ヴァルボダイナの判断および治療において使用される新しい治療プロトコル用のインターネットベースのソフトウェアプログラムを提供するようにカストマイズされることができる。この革新的なアプローチは、専門化された治療に対する患者のアクセスを著しく改善する。
【０１０６】
ヴァルボダイナに罹ったことのある患者は、遠隔地にいるプロバイダによる遠隔判断および治療のために彼女等の地元の医師を訪れることができる。患者は、コンピュータのシリアルポート中に差しこまれている表面筋電計信号処理装置に接続する膣センサを挿入するだけである。痛みが治まったことは、遠隔地のプロバイダおよび他のヘルスケアプロバイダが実時間のオーディオ、ビデオおよび、またはテキスト通信を使用して彼等の患者と互いに通信しながらその患者の実時間の生理を遠隔的に見ることをことを可能にするシステムのインターネットブラウザベースのソフトウェアによって処理される。
【０１０７】
図２２は、患者側のＥＭＧ装置から受信されたデータの例示的なグラフィック報告書2200を示している。グラフを生成するために使用されたデータは、実時間で受信されて表示されるか、あるいは生物測定データが記憶されたデータベースから得られることが可能である。個々のスクリーンに関して類似した図がそれぞれ与えられることができることに注意されたい。
【０１０８】
図２２に示されているように、ウインドウ2202はベースラインの読みを時間にわたって表示している。別のウインドウ2204はフリックス（ｆｌｉｃｋｓ）期間中の読みを示している。別のウインドウ2206は一連の収縮および弛緩期間中に対する読みを示している。さらに別のウインドウ2208は、痛みが治まっているおよび痛みに我慢しているセッション中の読みを示している。別のウインドウ2210は後のベースラインの読みを示している。これらのウインドウのそれぞれにおいて、ボタン2212および2214を選択することにより、利得が遠隔的に実時間で調節されることができる。
【０１０９】
図２３は、データの統計的解析を示す評価報告書2300を示している。示されているように、患者のデータは記憶されることができ、クリニックノート用のフィールド2302が設けられている。
【０１１０】
判断の期間中、聴覚的および視覚的な合図がクライアントを誘導し、一方ヘルスケアプロバイダは完全な遠隔制御を行って必要なスクリーン調節をする。実時間セッションを行った後、遠隔地のプロバイダは、クリニックノートおよび治療忠告書を含む統計的な報告書を地元の医師のために遠隔的にプリントすることができる。全てのセッションは何時でも何処からでも検索およびデータ解析されるために機密保護されて安全に記憶される。
【０１１１】
［反復的な負担による傷害（ＲＳＩ）］
ＲＳＩは、人々の労働および日常的な活動を行う能力に影響を及ぼす手根管症候群および腱炎のような広い種類の身体障害者にする苦痛を伴なう傷害を記述するために使用される用語である。ＲＳＩは通常、人間工学の欠如と姿勢、ストレスおよび反復的な動作とが混じったことによって発生する。労働安全衛生局（ＯＳＨＡ）によると、１９９９年だけで１８０万人の労働者が人間工学ファクタに関連した筋骨格障害を負った。これには、反復的な動作、働き過ぎおよび具合の悪い姿勢に関連した全ての傷害が含まれていた。ほぼ６０万人の被雇用者がそのため仕事を失った。労働者の補償クレームに対して年間ほぼ１５０億乃至２００億ドルが費やされ、追加の３００億乃至４００億ドルが治療のような別の費用に費やされている。
【０１１２】
システムは、インターネットによってＲＳＩの判断、治療および管理を行うことのできるＲＳＩ専門家向けの以下のモデルを提供するように適合されることができる。
【０１１３】
たとえば、専門家は紹介を受取った後、ウェブベースの判断インベントリを使用して医療履歴を入手し、治療が有益となるかどうかを決定する。この評価に続いて、２チャンネルＥＭＧ装置がクライアントに送られ、オンラインアポイントメントがスケジュールされる。クライアントはその専門家のウェブサイトにログオンし、ＥＭＧ装置を彼等のシリアルポートに差しこむ。専門家は、彼のクライアントがオンライン中であり、その装置が適切に動作しているという通知を受取る。専門家は、電話あるいはオーディオ／ビデオ会議ソフトウェアを使用して、コンピュータモニタ上に表示される、クライアントの筋肉活動に変化を生じさせるように計画された運動によってクライアントを指導する。専門家はＥＭＧ装置からの記録される筋肉の活動を見て、それによって彼は治療セッションを遠隔的に実時間で指導することが可能になる。アポイントメントの終りに、患者は習慣的な運動を提供され、それをＥＭＧ装置を使用してこの患者自身が行う。この習慣セッションは、専門家がその患者の経過を追跡するために何時でも何処からでも再検討するために保存されてもよい。
【０１１４】
［肺の病気の管理］
何百万人ものアメリカ人が肺の病気に罹っているが、臨床医は彼等の病状の進行を一日単位で、あるいは通院と通院の間は監視することができない。患者は、彼等の位置している場所のためにヘルスケアへの容易なアクセスまたは専門家のもとを訪れる能力を必ずしも有しているとは限らない。
【０１１５】
システムは、ヘルスケア開業者が遠隔的に肺活量測定および酸素計測を行うことを可能にするウェブエネーブルされる肺活量計および酸素計を含むように構成されることができる。図２４Ａは、患者の血液酸素飽和率および脈拍数を表示するスクリーン2400を示している。図２４Ｂは、歴史的な血液酸素飽和率および脈拍数データを表示する別のスクリーン2420を示している。図２４Ｃは、履歴的な、および数値による酸素計測データを両方表示するスクリーン2440を示している。図２５は、脈拍酸素計測試験セッションの総合的な報告書を表示するスクリーン2500を示している。図２６は、肺活量測定グラフ、数値結果および予測子を表示するスクリーン2600を示している。
【０１１６】
ウェブエネーブルされる肺活量計は、実時間の遠隔的試験、検索、および任意のインターネットエネーブルされるコンピュータからの患者の肺機能試験の解析を可能にする。このような遠隔的な肺活量測定は、医薬リサーチ、ＨＭＯ、教育団体を含む種々のヘルスケアセグメントにおける肺に関する問題の管理、および航空機および船の上のような孤立したエリアにおけるこのような問題の防止を大いに改善する。
【０１１７】
システムのウェブエネーブルされるプロトコルはマルチメディア特徴をサポートしながら、多くの装置をサポートし、両方向通信を提供する。さらに、システムのカストマイズされた表示スクリーン、要約報告書、統計計算、履歴インテイクフォーム、およびオンライン教育セグメントは、特定のプロトコルに対して適合されることができる。
【０１１８】
システムのウェブエネーブルされた装置は、医師が彼等の損失の弁償をすることを可能にしながら、彼等の患者にさらに良いサービスを提供する手段を医師に提供する。遠隔地プロバイダにとっての別の利益として、肺に関する解釈のサービス料、教育および治療プロトコルは別のヘルスケアプロバイダに提供されることができる。
【０１１９】
［心臓血管系の病気（ＣＶＤ）］
現在の概算によると、６０，８００，０００人のアメリカ人が１以上のタイプのＣＶＤに罹っている。５人の男女の中の１人がある形態の心臓血管系の病気を有している。米国心臓協会(American Heart Association)は、心臓血管系の病気および発作の費用を３２６６億ドルと見積っている。この数字は、医師およびその他の専門家の費用、病院および診療所のサービス、薬代、自宅の健康衛生およびその他の医療耐久消費財を含む直接的な費用と、ならびに病率および死亡率の結果生じる生産性の損失（間接的な費用）とを含んでいる。鬱血性心不全（ＣＨＦ）は、６６歳以上の患者において任意の他の診断より入院数が多く、ヘルスケア財政局（ＨＣＦＡ）によると、その結果として年間１００億ドル乃至４００億ドルの費用が発生している。１９９８年に、ＡＭＡは７００万人を超えるアメリカ人が毎年２５０億ドルを費やして自宅のヘルスケアを受けていると概算した。
【０１２０】
１実施形態によるシステムによって提供される中央記憶および検索特徴のほかに生命徴候およびオーディオ／ビデオデータのウェブベースの実時間ストリーミングは、ホームケア、診療所のようなセクタに対する遠隔的な心臓病のリハビリーションおよび心臓病のモニタリング、老人に対する生命補助装置（assisted living facilitｉｅｓ）、ならびに航空機および船上での遠隔ヘルスモニタリングのような別の適用に対して理想的なものである。
【０１２１】
１つのシステムは、インフレーションポンプを必要とせずに収縮期圧を連続的に測定することのできる無線血圧装置を含んでいる。血圧の読みを週に２乃至３回とることが非常に役に立つ。何人かの患者は診療所に着いたとたんに神経質になり、彼等の血圧が急上昇する。外部での読みは、医師にもっと良好な血圧コントロールの感覚を与える。それらはまた血圧の変化を彼等の自宅または職場のいずれかでの活動と相関させる。法人市場における実時間のバイタル・モニタリングサービスはさらに、全体的な被雇用者欠勤を減少させると共に全体的な生産性を増加させながら、企業が生産力のある総合人員を保持するのを助ける。
【０１２２】
［心疾患］
冠状動脈の心疾患は、心臓の筋肉および血管を冒す障害である。冠状動脈の心疾患の最も深刻な危険性は、心臓に対する血液の供給が冠状動脈中の封鎖物のために大幅に減少したか、あるいは停止したときに発生する心臓発作である。冠状動脈の心疾患（心臓発作を含む）は、４．７人に１人が死亡する米国におけるただ１つの最大致死要因である。米国では毎年１００万を超える心臓発作が発生し、毎年４００，０００人を超す人々が心臓発作のために死亡している。
【０１２３】
１実施形態によるシステムには、ＥＫＧ信号の実時間モニタリング、判断、解析、検索および記憶をインターネットによって行うウェブエネーブルされるＥＫＧ装置が含まれる。
【０１２４】
図２７は、１２リードＥＫＧの実時間データストリーミングを示すスクリーン2700を示している。ウインドウ2702には、心搏数が示されている。ウインドウ2704には、較正パルス（calibration pulse）が示されている。感度、速度選択およびリード選択はそれぞれメニュー2706、2708、2710を介して実時間で設定され、変更されてもよい。グリッドおよびカリパス(calipers)に対してオプションが与えられることができる。このスクリーンからデータのスナップショットが生成され、再検討され、注釈をつけられることができる。さらに、データは休止され、プリントされ、サーチされることができる。ボタン2712を選択することにより、瞬間メッセージングが可能にされる。また、ボタン2714を選択することにより、遠隔制御および同期機能がアクセス可能である。図２８は、ＥＫＧデータを表示する別のスクリーン2800を示している。
【０１２５】
システムは一連の測定を瞬間的に行って、完全な説話体の翻訳を提供する。図２９は、波形をズームで拡大したときに表示されるスクリーン2900を示している。図３０は、ＥＫＧに対する解釈コメントおよび測定値を表示する詳細スクリーン3000を示している。さらに、波形および報告書がプリントされることができる。
【０１２６】
ＥＫＧ装置の製造業者にとっての利益には、製造業者が彼等の製品の遠隔デモンストレーション、遠隔的な製品サポート、および装置使用の分析を行うことを可能にすることが含まれる。製造業者はまた、ＣＤによるソフトウェア配達を行わずに即時ソフトウェア更新を行うことが可能であってもよい。
【０１２７】
［心疾患の遠隔管理］
臨床医学が病状の進行を一日単位で、あるいは来院の間の期間中監視できないために、毎年何千億ドルもの費用が失われている。患者は、彼等の位置している場所のためにヘルスケアへの容易なアクセスまたは専門家のもとを訪れる能力を必ずしも有しているとは限らない。外来患者の疾患管理は米国内だけでほぼ１億人の慢性患者を扱っているので、ホームケアおよびアンビュラトリー(ambulatory)セッティングにおけるテレヘルス(telehealth)テクノロジーへの需要は非常に大きい。
【０１２８】
１実施形態によるシステムは、インターネットによって遠隔診断処置を実時間で行う能力をヘルスケア開業者に与えるウェブエネーブルされるＱＲＳ診断のＥＫＧカードを含むことができる。ウェブエネーブルされるソリューションは、ホームケア、療養所、生命補助装置、ＨＭＯ、救急処置のような遠隔的な心臓病のリハビリテーションおよび心臓病モニタリングセクタにおける、ならびに航空機および船のような隔離された場所からのＥＫＧ信号の中央記憶、検索および解析を可能にする。
【０１２９】
ＥＫＧ解釈のサービス料、教育および治療プロトコルは別のヘルスケアプロバイダに提供されることができる。
【０１３０】
［発作および血圧］
血圧の不適切な管理は、高血圧に対してファナコロジカル(ｐｈａｎｎａｃｏｌｏｇｉｃａｌｌｙ)に治療されている患者の発作の１／３の原因である可能性があり、最近出版された発作に関する研究の結果を示唆している。この数値は驚くべきものである：米国内において５３秒に１人が発作におそわれ、３．３分に１人が死亡している。米国心臓協会の１部門である米国発作機関(American Stroke Association)によると毎年５０万人の人々が発作に苦しんでおり、彼等の１／３が死亡し、さらに２０万人を障害者にしている。週に２乃至３回読みをとることが非常に役に立つ。１つには、何人かの患者は診療所に着いたとたんに神経質になり、彼等の血圧が急上昇する。外部での読みは、医師にもっと良好な血圧コントロールの感覚を与える。システムは、装着が容易でポンプを必要としない無線連続血圧モニタを含んでいてもよい。
【０１３１】
［注意欠陥機能亢進障害（ＡＤＨＤ）］
ＡＤＨＤは最も共通して診断される子供の行動障害であり、学齢児童の３乃至５％が冒されている。子供と同数の大人もまたその障害を有しており、これはその障害が一般に成人しても残っているためである。治療法はなく、その症状を隠すための中毒性の薬物しかない。国民メンタルへルス協会（National Institute of Mental Health）によると、少なくとも８００，０００人の学齢児童が注意障害に罹っている。その核心の症状には、発育的に不適切なレベルの注意力、集中力、活動性、散漫性および衝動を含んでいる。ＡＤＨＤの子供は通常、家庭、学校および同級生との関係を含む多くの環境にわたって機能的な損傷を受けている。ＡＤＨＤはまた学問の達成、職業上の成功、および社会行動の発達に対して長期間の悪影響を及ぼすことが証明されている。ＡＤＨＤに関する主要な議論の１つは、リタリン、デキセドリンおよびサイラート（Cylert）のような薬物の有害な副作用ならびに濫用および誤用の可能性があるため、心理的刺激物(psychostimulants)を使用してこの病気を治療することに関するものである。薬剤はこの病気を治療せず、症状を隠しているに過ぎない。
【０１３２】
薬剤に代わるものとして、ある神経フィードバック専門家および神経科医は、実時間モニタリングの助けによりＡＤＨＤの判断および治療に対してＥＥＧ信号を使用している。
【０１３３】
１実施形態によるシステムは、以下のモデルによりＡＤＤおよびＡＤＨＤ患者を遠隔的に監視し、管理し、治療するためのインターネットベースのインフラストラクチャを神経フィードバック専門家および神経科医に提供する。
【０１３４】
ＡＤＤまたはＡＤＨＤの子供のインハウス（in house）またはオンライン教育に続いて、治療法が計画され、インターネット上のその子供の電子ファイル中にプログラムされる。その子供は、無線ＥＥＧセンサを集積されたファッショナブルなヘルメットを着けて家まで送られる。この治療法は、ＥＥＧセンサから記録される子供達の注意に反応する高い解像度の３Ｄビデオゲームを使用する。子供達が高い注意レベルを達成すると、ビデオゲームに対するもっと多くのファンクショナリティを子供達に与える方式で彼等にフィードバックが行われる。“治療”セッションはインターネット接続によって行われ、一方子供からの脳波は流され、記憶され、専門家のオフィスで遠隔的に実時間で解析される。専門家は、トレーニング指定条件を何時でも変更するオプションを有している。専門家がそのトレーニングセッションを監視できない場合、彼は全ての保存されたセッションを見る能力を有し、治療法の変更を所望したときに彼にオプションを提供する。改善をドキュメント化するために遠隔評価もまた行われる。
【０１３５】
システムは実時間の遠隔的な生理学的モニタリング用のインフラストラクチャだけでなく、ヘルスケアプロバイダの特定のニーズに対して全てカストマイズされることのできる要約報告書、統計計算、インテイクフォーム、オンライン教育セグメント、ダイアリーおよび視覚的表示もまた提供することによって任意の既存のプロトコルを補う。自宅での習慣的な運動を含む各セッションは再検討されることが可能であり、これによって希望どおりの適切な筋肉の回復が保証される。実時間の記憶された生理学的データおよび患者の履歴はまた遠隔診察のために同業者と秘密保持されて安全に共用されることができる。
【０１３６】
［遠隔的な胎児モニタリング］
ほとんどの妊婦は彼女達のおなかの中の子供の健康を気にかけており、彼女達のヘルスケアプロバイダにいつ電話すべきか確信がない。１実施形態によるシステムは、ウェブエネーブルされる胎児モニタリング装置を含んでいるため、胎児ドップラー超音波が監視されることができ、胎児の心拍（ＦＨＲ）が記録されることができ、子宮の収縮が測定されることができる。収縮はある収縮の始めから次の収縮の始めまでの時間を測定されることができ、それが本当の陣痛を決定する助けとなる。ほとんどの産科医は、胎児モニタリングがその他の方法より早期に深刻な胎児問題を識別し、したがって結果を改善すると考えている。医師は、このデータをインターネットによって何時でも何処ででも実時間で評価し、おなかの中の子供の安全性を確実にすることができる。全てのデータは、将来の検索および再生のために機密保持されて安全に記憶されている。
【０１３７】
［外来患者モニタリング］
多くの患者は、彼等が退院するとホームへルスサービス提供機関によるアフターフォローを必要とする。これらのサービス提供機関は生命徴候を監視し、薬剤を投与し、医師が患者の健康状態を知っているようにする。１実施形態によるシステムは、患者の健康状態を遠隔的に監視する能力をホームへルス看護士および医師に与え、それによって医療スタッフが家庭訪問するか、あるいは患者が診療所に電話する必要性を減少し、あるいは除去する医療装置を含んでいてもよい。
【０１３８】
［血液透析］
これは、最終ステージの腎臓病（ＥＳＲＤ）の患者に対する最も普及している形態の腎臓置換治療であり、典型的に週に３日、３．５乃至４時間自宅または透析センターで行われている。米国で透析を受けている最終ステージの腎臓病患者は３５０，０００人を超えており、最近のＵＳＲＤＳリポートによると、毎年７％づつ増加して２０１０年までには６６０，０００人を超えることが予想されている。このプログラムの経済的な出費は、２０１０年までに１２０億ドルから２８０億ドルに増加すると予測されている。大部分の透析市場（６０−６５％）は公的に取引されているヘルスケア会社によりサービスされており、その他（３５−４０％）は病院および民間の個人によって行われている。
【０１３９】
このプロセスには、低速化される透析物フローを有する解析装置と、偶発的な遮断を防止するように新しく設計されたロッキングボックスを備えたインターナル頸動脈カテーテルと、および浄水用の逆浸透システムとが必要である。これには、夜間の血液透析診療所における、モデムまたはインターネット接続を介して透析装置上に表示される透析機能の遠隔モニタリングが必要である。それらは、単一のスクリーン上での全ての患者の継続的な“ライブ”モニタリングを必要とする。１実施形態によるシステムは、透析装置をシステム中に統合することにより多数の透析装置からの必要とされるデータの表示を行うことができる。
【０１４０】
［夜間血液透析］
これは、週に６乃至７日の夜間、睡眠中に８乃至１０時間行われている新しい形態の腎臓置換治療である。この形態の治療は、通常の週に３回の透析より著しく有効であることを示している。日常的な血液透析は、それが有害な老廃物のレベルの変動を減少させるため、さらに生理学的なものである。それは、不安定な心臓血管系を有する入院患者においてさえ血流力学的安定性をもたらす。燐酸塩(phosphate)コントロールは良好であり、多くの患者が彼等の燐酸塩バインダー(binder)を中止した。血圧コントロールは少数の薬剤により行われることができる。
【０１４１】
［睡眠無呼吸・呼吸低下症候群］
睡眠無呼吸・呼吸低下症候群は、通常血中酸素濃度の低下と関連している睡眠中に発生する上部気道の閉塞の反復的な症状発現によって特徴付けられる。しかしながら、この定義はいくぶん狭く、空気流の部分的減少の発生を含むべきである。この症候群は、いびき、日中の眠気および高血圧と関連している。モニタリングアプローチは、ＥＥＧ、左右電気眼球図、顎筋電図を含む標準的な研究室内多極睡眠図を含んでいる。呼吸は熱電対またはサーミスタ、胸部ＥＭＧまたは誘導性プレチスモグラフィおよび酸素計測法により監視される。これらのデータは付き添いのモニタリングにより研究室において収集される。
【０１４２】
システムは、オンラインのライブモニタリングを行う新しい可搬および、または使い捨て装置による多極睡眠図および酸素計測法を使用してインホームモニタリングを行うことによってこのような装置の遠隔モニタリングを可能にする。
【０１４３】
［ヘルスクラブ］
１実施形態はウェブエネーブルされるフィットネス装置を提供し、個人のフィットネスデータが監視され、記録され、解析されて個人電子フィットネスログ中に記憶されることを可能にする。それは、クライアントが自宅にいるとき、旅行中、あるいはそのヘルスクラブの別のチェーン店舗にいるときに、彼等のワークアウトの進度を追跡する容易な方法をそのクライアントに提供する。トレーナは、彼等のクライアントの活動および進度を遠隔的に監視することができる。ヘルスクラブの経営者はまたフィットネス装置の使用パターンを監視し、遠隔的に診断を行うことができる。
【０１４４】
［コンピュータ関連の不快（ＣＲＤ）］
コンピュータ関連の不快（ＣＲＤ）は、人々が労働し、日常生活活動を行う能力に影響を与える手根管および腱炎のような広範囲にわたる種類の傷害に対して使用される用語である。それは労働関連筋骨格傷害（ＷＭＳＤ）とも呼ばれている。それは、主に筋肉、時には神経または腱である体内のやわらかい組織が刺激され、繰返された身体運動のために炎症が生じる筋骨格傷害である。ＲＳＩに対する多数の潜在的な危険要因が存在しており、しかしながら、これらの要因の全てが傷害の発生に存在している必要があるわけではないことを理解することが重要である。
【０１４５】
時がたつにつれて上昇するコンピュータ使用率のために、職業安全およびヘルス管理局（ＯＳＨＡ）は、毎年８００，０００乃至２７０万人のアメリカ人が、反復的な負担による傷害（ＲＳＩ）に至る可能性の高いある形のコンピュータ関連の不快ＣＲＤを発現していると評価している。ＣＲＤは、徐々に発現する兆候および症状を有し、痛みおよび、または不快さは直には明らかにならない可能性がある。時が経つにしたがって兆候および症状の中に、身体的な緊張と、感情的なストレス、反復的な運動、不適切な姿勢および人間工学の組合せから生じる痛み、ひりひり感、しびれ、およびはれが含まれる可能性が高い。コンピュータユーザはこれらの全てにさらされており、一般に、もっとデリケートな手およびとくに手首の筋肉がターゲットになる悪いタイピングおよびマウス操作習慣に陥りやすい。
【０１４６】
ＣＲＤの主要な要因は、ある筋肉が疲労している可能性があり、一方別の筋肉がそれを補っている、あるいは過度に働いていることである。その動作を行うように意図された筋肉は、急性の傷害の結果として、あるいは長期間の使いすぎによる疲労のために適切に機能してはいない。時がたつにしたがって、近隣の筋肉は回復してこの傷害を補う。それらは、その仕事を行うように予定されてはいないので急速に疲労する。筋肉は、それらが予測されていない仕事をあまりに突然行ったとき、あるいはそれらが休息なしでの悪い姿勢による反復的な動作のために疲労しているとき、トリガーポイントと呼ばれるタイトノット(tight knots)またはバンド(bands)を発現させる。これらのトリガーポイントは、筋肉が適切に働いていないことを示すスポットである。トリガーポイントは、非常に一貫した方法で身体のある定まった部分への症状と言うことができる。経験される症状のほとんどは、トリガーポイントから（直接的または間接的に）生じた結果であることが可能である。ＣＲＤには、損傷の漸次的な増加により肢体障害および痛みを生じさせる可能性がある。
【０１４７】
これらの症状は労働および日常的な活動に影響を及ぼし、体に対してそのその適応能力を超えて身体的および、または心理的なストレスによって引き起こされる。治癒および回復のための十分な時間をとらずに筋肉および腱を使い過ぎたとき、微視的な裂傷が発生し、その結果はれおよび痛みが生じる。
【０１４８】
１実施形態では、被雇用者が反復的な負担による傷害（ＲＳＩ）を発現する可能性があることを予測することが可能となる標準化された簡単なスクリーニングアンケートおよびインベントリが提供される。ＲＳＩまたは“コンピュータ関連の不快”（ＣＲＤ）を発現させることが可能であると考えられる多くの要因が存在し、これらのアンケートは、痛みの症状の発現の一因となりうる要因を判断する助けとなる。インベントリには、痛みの症状、対処スキル、ワークスタイル、労働時の動作および人間工学的要因、労働要求、ストレス、ならびに相互影響／個人間関係スタイルを判断するクイックコンピュータ関連不快インベントリが含まれている。各要因がどのようにしてＣＲＤを発現させる一因となりうるかを説明した教育的内容が各アンケートと共に含まれている。ストレスおよび痛みの症状を発現させることのできる要因を防止し、管理し、および対処するために治療および教育プロトコルがバイオフィードバックと統合されることができる。
【０１４９】
１つの例示的な実施形態はＣＲＤアンケートを提供する。このアンケートは、患者が現在コンピュータ関連の不快（ＣＲＤ）に罹っているかどうかを判断するためのマルチパート診断ツールであり、将来ＣＲＤを発現させる特有の危険要因を識別することができる。中程度または高い危険要因を示す各分野については、患者はさらに詳細なアンケートへのリンクで促されるであろう。
【０１５０】
詳細な調査は、労働時の動作、ワークスタイル、ストレス、対処スキル、および痛みインベントリである。労働時の動作の調査は、コンピュータ関連の不快を発現させる一因となりうる患者の労働時の動作、コンピュータ使用時の癖、姿勢、および人間工学的要因を判断する。
【０１５１】
ワークスタイルの調査は、職場での出来事に対処する患者の特定のやり方を判断する。リサーチは、傷害および疾患をより多く生じさせる２つのワークスタイル行動パターンをドキュメント化した。これらのワークスタイル行動パターンは、タイプＡおよびタイプＣワークスタイル行動と呼ばれる。タイプＡのパターンは、緊急、敵意および競争によって特徴付けられる。タイプＣのパターンは、受動、絶望および感情の抑制によって特徴付けられる。
【０１５２】
ストレスの調査は、コンピュータ関連の不快の発現におけるストレスの一因を判断する。ストレスは疾病および傷害を発現させる著しく危険な要因であることが以前から知られている。ストレスに関連した１つの分野には、健康に対する労働の影響力および原動力を判断する労働要求が含まれる。高い労働要求は、痛みおよび障害の一因となることが知られている。別の分野は、患者の生活における別のストレス原因の影響を判断するストレス症状である。ストレス症状の発生は、感謝の生活においてストレスを経験した可能性への手がかりを提供する。
【０１５３】
対処スキルの調査は、職場での出来事に対処する患者の特定のやり方を判断する。人々は、種々のやり方でストレスに対処する。ある人物にとってストレスになりうることは、別の者にはストレスにならないことがある。患者の生活の中のストレスの量はあまり大したことではなく、彼女がストレスにどのように対処するかが問題である。
【０１５４】
痛みインベントリの調査は、患者の痛みの強さを判断し、これによって痛みが彼の仕事を行う能力に影響を与えるかどうかかがわかる。このインベントリは、その痛みにうまく対処する方法を患者に教えるために使用されることができる。
【０１５５】
図３１は、１実施形態によるワークスタイル調査3100のスクリーンを示している。患者により入力された回答は解析され、結果が出される。図３２は、図３１の調査に対する回答に基づいて患者のワークスタイルの解釈を提供する結果スクリーン3200を示している。別のタイプの調査および結果スクリーンは類似のフォーマットのものであることができるが、しかし追求される特定の目的に関係した質問を含む。
【０１５６】
図３３はＣＲＤアンケート結果のページ3300を示すスクリーンを示しており、患者が選んだ調査と危険レベルとを示している。患者はまた、適切なリンクを選択することによって別の調査ページおよび終了した調査の結果にアクセスすることができる。
【０１５７】
［遠隔トラブルシューティング］
システムはまた遠隔トラブルシューティングのために使用されることができる。たとえば、クライアント側の装置の製造業者はシステムの遠隔制御機能を使用して、ＷＡＮに接続されている任意のハードウェアをデバッグし、診断することができる。さらに、装置の製造業者は、その装置がどのように使用されているかをＷＡＮによって監視し、プロバイダが経験した問題または限界を解析することができる。これによって、プロバイダから受取られた実時間フィードバックに基づく改善されたソフトウェアおよびハードウェア開発が可能になるであろう。また、装置の製造業者からのサポートがもっと容易に得られる。
【０１５８】
［製品デモンストレーション／訓練］
システムはさらにＷＡＮによって製品のデモンストレーションおよび販売を行い、販売担当者が医師のオフィスを訪問する必要性を減少させる。システムはまた地方のヘルスケアプロバイダの遠隔的な監督および訓練のために、遠方に位置している経験豊富なヘルスケアプロバイダによって使用されてもよい。
【０１５９】
［コラボレーション］
１実施形態は、クライアントがリサーチ、結果およびプロトコルを共用することを可能にするメッセージボードを提供する。広範囲の教育材料と統合されたサポートネットワークを可能にするように、別のメッセージボードおよび、または瞬間メッセージングシステムが患者に提供されることができる。さらに、治療申込みおよび臨床医の経歴に関する情報を有するページがウェブサイト上に設けられてもよい。この情報は雑誌等から選び出されるだけでなく、参加しているプロバイダにより記入されることができる。
【０１６０】
［遠隔地でのモニタリング］
多くの患者には、適切なヘルスケア施設に近づく手段すらない。１実施形態は、分散した田舎の住民の遠隔的な生理学的モニタリングに適合されている。たとえば、衛星または電話通信は、森林、部族民区域、山岳地区、探検中の北極地方、海上等においてへルスケアモニタリングを行うために使用されることができる。
【０１６１】
その他の者は、限られた知識により適切なヘルスケアプロバイダに近づく手段だけは有している。１実施形態により、地方の外科医等は、専門家および麻酔医を含む遠隔地のプロバイダにより補助されることが可能になる。たとえば、米国内の麻酔医は、エクアドルにおいて手術をしている外科医を遠隔的に補助することができる。図３４は、麻酔学モニタリングデータを示す例示的なスクリーン3400を示している。したがって、患者は最小費用で可能な上質のケアを利用することができる。別の例として、特定の病院には、いくつかのプロトコルを取り扱う専門の科がない。そのため、特定の治療プロトコルが緊急あるいは定期的に必要になったとき、それは参加している病院から“インポート”されることができる。
【０１６２】
［その他の応用］
再び、本発明のシステムおよび方法はここに示されているもの以外の、手術後モニタリング、ＩＣＵ（集中治療室）モニタリング、手術処置中の遠隔麻酔モニタリング、救急車およびその他のタイプの車両、船および航空機におけるＥＫＧを含む生命徴候モニタリング、バイオテロ攻撃にさらされた地域住民の遠隔的な生理学的モニタリング、ならびに刑務所での遠隔モニタリングのような多くの用途での使用が予想されることが強調される。
【０１６３】
図３５および３６は、血糖モニタリングデータを表示する例示的なスクリーン3500および3600を示している。図３７は、頭痛治療プロトコルの一部として使用されることのできるＥＭＧモニタリングデータを表示する例示的スクリーン3700を示している。図３８は、末梢体温データを表示する例示的スクリーン3800を示している。図３９は、体重および血圧モニタリングデータを表示する例示的スクリーン3900を示している。
【０１６４】
図４０は、生命徴候データをグラフィックに表示する例示的スクリーン4000を示している。図４１は、ここではクライアント側の装置を視覚的に再生して患者側の装置上に表示される情報を表示することによって生命徴候情報を表示する別の例示的な方法を示すスクリーン4100を示している。
【０１６５】
遠隔胎児モニタリングおよび老齢の患者のモニタリングは、トラブルの兆候を遠隔的に監視するために行われることができる。これによって、患者、その配偶者、子孫等は安らかな気持ちになる。
【０１６６】
別の適用には、集団規模（ａ ｍａｓｓ ｓｃａｌｅ）での患者のモニタリングが含まれる。たとえば、このようなスクリーニングプロトコルの使用には、第３世界の国にいる人物を大規模にスクリーニングすることが含まれることができる。
【０１６７】
［収益モデル］
この明細書に示されている実施形態によりいくつかの収益モデルが与えられる。たとえば、エンジンと、心臓病学または肺病学（pulmonology）のような１以上のアプリケーションとを含む専用サーバソフトウェアの生成または入手に対する料金を請求することができる。
【０１６８】
別の実施形態によると、データの送信、データの記憶、データの判断等に対する料金を請求することができる。たとえば、医療プロバイダ、装置製造業者、およびサービスプロバイダは、彼等の装置または治療プロトコルをウェブ使用可能にし、エンジン内のこれらの装置および、またはプロトコルをサポートする開発費用を１回づつ（または継続して）支払うことができる。その後、これらのユーザはサーバソフトウェアを彼等のハードウェアと共に転売してもよい。別の例においては、これらの人物／エンティティはまた、実際のオンラインおよびストリーミング時間当りの料金を月ベースで請求されることもできる。
【０１６９】
一般に、心臓病学者（cardiologist）は、彼等の患者が電話をかけてきて胸の痛みをこぼしたとき、保証金を請求することはできない。ウェブ使用可能にされた装置により、彼等はその患者にさらに良いサービスを提供することができるだけでなく、ＥＣＧ／事象モニタ信号の実時間解釈に対する保証金を請求することもまた可能である。システムはＥＣＧ／ペースメーカー／ＩＣＤの解釈に関するヘルスプロバイダのプロトコルを自動化してウェブ使用可能にするように構成されることができるため、彼等はそれらのプロトコルを別の心臓病学者に手数料を徴収して提供することができる。
【０１７０】
別の収益モデルにおいては、手数料を徴収して広告をウェブサイトに掲示させることができる。プロバイダまたは患者がログインしたとき、広告が表示される。別の実施形態には、ウェブベースの中央サーバによる加入ベースの（ＡＳＰ）モデルが含まれ、この場合ユーザは使用量に応じて、または月々定額ベースで料金を請求される。別の実施例もある。
【０１７１】
上記において種々の実施形態が説明されているが、それらは単なる一例に過ぎず、何等制限を課すものではないことを理解すべきである。したがって、好ましい実施形態の技術的範囲は、上述された例示的な実施形態のいずれによっても制限されず、添付された請求の範囲およびそれらの等価なものによってのみ規定されるべきである。
【図面の簡単な説明】
【０１７２】
【図１Ａ】例示的な１実施形態による患者側の生理学的収集装置からのデータをネットワークベースでモニタするための例示的なシステムアーキテクチャの概略図。
【図１Ｂ】ポケットＰＣを使用して無線インターネット接続で送信し、観察し、および受信するブラウザベースの実時間３リードおよび肺活量計の概略図。
【図２】例示的な患者ログインスクリーン図。
【図３】患者がログインしたときに表示される例示的なスクリーン図。
【図４】メッセージングスクリーン図。
【図５】プロバイダに表示される例示的なスクリーン図。
【図６】例示的な統計要約スクリーン図。
【図７】グラフィック報告書の例示的なスクリーン図。
【図８】患者および、またはプロバイダが記憶されているセッションにアクセスすることのできる例示的なスクリーン図。
【図９】スポンサーが特定のプロバイダの患者を選択し、その患者に関する情報を見ることのできる例示的なスクリーン図。
【図１０】例示的な実施形態によるシステムのモジュラー概略図。
【図１１】図１０に示されているシステムの登録モジュールを示す概略図。
【図１２】登録モジュールのクライアントサブモジュールを示す概略図。
【図１３】登録モジュールの支援されたクライアントサブモジュールを示す概略図。
【図１４】登録モジュールのスポンサーサブモジュールを示す概略図。
【図１５】登録モジュールのサービスプロバイダサブモジュールを示す概略図。
【図１６】図１０に示されているシステムのクライアント／支援されたクライアントモジュールを示す概略図。
【図１７】クライアントモジュールのセッションサブモジュールに対するデータフローおよび制御フロー図。
【図１８】（省略）
【図１９】図１０に示されているシステムの管理人モジュールを示す概略図。
【図２０】図１０に示されているシステムのスポンサーモジュールを示す概略図。
【図２１】図１０に示されているシステムのサービスプロバイダモジュールを示す概略図。
【図２２】患者側のＥＭＧ装置から受信されたデータの例示的なグラフィック報告書を示す概略図。
【図２３】ＥＭＧデータの統計的解析を示す例示的な評価報告書を示す概略図。
【図２４Ａ】患者の血液酸素飽和率および脈拍数を表示する例示的なスクリーン図。
【図２４Ｂ】履歴的な血液酸素飽和率および脈拍数データを表示する別のスクリーン図。
【図２４Ｃ】履歴的な、および数値による酸素計測データを両者の表示の別のスクリーン図。
【図２５】脈拍酸素計測試験セッションの総合的な報告書を表示する例示的なスクリーン図。
【図２６】肺活量測定グラフ、数値結果および予測子を表示する例示的なスクリーン図。
【図２７】１２リードＥＫＧの実時間データストリーミングを表示する例示的なスクリーン図。
【図２８】ＥＫＧデータを表示する別のスクリーン図。
【図２９】ＥＫＧ波形をズームで拡大したときに表示される例示的なスクリーン図。
【図３０】ＥＫＧの解釈コメントおよび測定値を表示する詳細スクリーン図。
【図３１】１実施形態によるワーク・スタイル調査のスクリーン図。
【図３２】図３１の調査に対する回答に基づいて患者のワーク・スタイルの解釈を提供する例示的な結果のスクリーン図。
【図３３】例示的なＣＲＤアンケート結果のページを示すスクリーン図。
【図３４】麻酔学モニタリングデータを示す例示的なスクリーン図。
【図３５】血糖モニタリングデータを表示する例示的スクリーン図。
【図３６】血糖モニタリングデータを表示する例示的スクリーン図。
【図３７】頭痛治療プロトコルの一部として使用されることのできるＥＭＧモニタリングデータを表示する例示的スクリーン図。
【図３８】末梢体温データを表示する例示的スクリーン図。
【図３９】体重および血圧モニタリングデータを表示する例示的スクリーン図。
【図４０】生命徴候データをグラフィック的に表示する例示的スクリーン図。
【図４１】生命徴候情報を、ここではクライアント側の装置を視覚的に再生することにより表示する別の例示的な方法を示すスクリーン図。

Claims (22)

1. 患者側の生理学的収集装置からのデータをネットワークベースでモニタするためのシステムにおいて、
   広域ネットワークに動作するように結合されており、生理学的データを患者から収集するための１以上の患者側の装置と、
   ネットワークに結合されており、データを１以上の患者側の装置から受取るプロバイダ側の装置と、
   ネットワークに結合されており、１以上の患者側の装置およびプロバイダ側の装置と通信し、患者側の装置からプロバイダ側の装置へのデータの送信を管理するエンジンとを具備しているシステム。
2. データはプロバイダ側の装置に実時間で流される請求項１記載のシステム。
3. さらに、データを記憶する記憶装置を備えている請求項１記載のシステム。
4. １以上の患者側の装置には、患者から生物医学的データを収集する医療装置と、バイオフィードバックデータを患者から収集するバイオフィードバック装置との少なくとも１つが含まれる請求項１記載のシステム。
5. さらに、１以上の患者側の装置とインターフェースし、１以上の患者側の装置との通信を管理するソフトウェアモジュールをエンジンから受取る計算装置を備えている請求項５記載のシステム。
6. 計算装置は、エンジンによるデータの受取り前に、そのデータを処理する請求項５記載のシステム。
7. 計算装置は、患者がプロバイダ側の装置に情報を送ることを可能にするブラウザベースのインターフェースを備えている請求項５記載のシステム。
8. 情報には、電子メール、瞬間メッセージング、ストリーミングオーディオ、およびストリーミングビデオの少なくとも１つが含まれている請求項７記載のシステム。
9. プロバイダ側の装置には、プロバイダが計算装置に情報を送ることを可能にするブラウザベースのインターフェースが含まれている請求項７記載のシステム。
10. エンジンは、プロバイダ側の装置によりデータが受取られる前にそのデータを処理する請求項１記載のシステム。
11. データは、心臓血管の読み、血圧の読み、血中のグルコースの読み、脈拍酸素計測の読み、尿路関連の読み、陰門関連の読み、胎児モニタリング、血液透析、肺のデータ、睡眠関連の読み、およびフィットネス装置の読みの少なくとも１つに関するものである請求項１記載のシステム。
12. データをプロバイダ側の装置に送る料金が請求される請求項１記載のシステム。
13. データはある事象について監視され、事象が発生したときに患者側の装置およびプロバイダ側の装置の少なくとも１つに警報が送られる請求項１記載のシステム。
14. プロバイダは、１以上の患者側の装置を遠隔的に制御することを可能にされている請求項１記載のシステム。
15. 患者側の生理学的収集装置からのデータをネットワークベースで送信するためのシステムにおいて、
    広域ネットワークに動作するように接続されており、生理学的データを患者から収集するための１以上の患者側の装置と、
    ネットワークに結合され、プロバイダ側の装置を備えており、１以上の患者側の装置がデータをプロバイダ側の装置に送信するように構成されているシステム。
16. 生理学的データのネットワークベースの監視方法において、
    １以上の患者側の装置を使用して生理学的データを患者から収集し、
    １以上の患者側の装置からの生理学的データのプロバイダ側の装置への送信を管理し、そのデータは広域ネットワークを使用して送信され、
    生理学的データを中央サイトに記憶するステップを含んでいる方法。
17. データはプロバイダ側の装置に実時間で流される請求項1６記載の方法。
18. １以上の患者側の装置には、患者から生物医学的データを収集する医療装置と、バイオフィードバックデータを患者から収集するバイオフィードバック装置との少なくとも１つが含まれている請求項1６記載の方法。
19. 患者とプロバイダとの間の通信を可能にするステップをさらに含んでおり、この通信のタイプは電子メール、瞬間メッセージング、ストリーミングオーディオ、およびストリーミングビデオからなるグループから選択される請求項1６記載の方法。
20. データは、心臓血管の読み、血圧の読み、血中のグルコースの読み、パルス酸素測定法の読み、尿路関連の読み、陰門関連の読み、胎児モニタリング、血液透析、肺のデータ、睡眠関連の読み、およびフィットネス装置の読みの少なくとも１つに関するものである請求項1６記載の方法。
21. プロバイダ側の装置へのデータの送信および中央サーバへのデータの記憶の少なくとも一方に対して料金が請求される請求項1６記載の方法。
22. １以上の患者側の装置は遠隔的に制御される請求項1６記載の方法。

Images