インタロゲータ／トランシーバユニットを含む患者管理システム
患者に埋め込まれた少なくとも１つの装置を含む高度患者管理システムであり、該装置は患者の生理学的状態を測定し、患者に処置を提供するよう構成されている。この高度患者管理システムは、該装置及びネットワークと通信するインタロゲータ／トランシーバユニットを含んでいてもよく、該ユニットは該装置とトランシーバとの間の通信を促進すべく該装置に対して配置される。該高度患者管理システムは、該ネットワークを介して該装置と通信して該装置からのデータを記憶し、来るべき事象の予想診断を行うためのホストを含んでいてもよい。該インタロゲータ／トランシーバユニットはコンピュータシステム又はリモートホストからのプログラマブルかつアップデート可能なソフトを含んでいてもよい。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は概ね高度患者管理システムに関する。より詳細には本開示は一人以上の患者からデータを収集し、解析し、転送するインタロゲータ／トランシーバユニットを含む高度患者管理システムに関する。
【背景技術】
【０００２】
慢性病をもつ患者の管理は米国における総合健康管理費用のかなりの部分を消費している。これらの病気の多くは広く蔓延し、年間発生率も著しい。心不全の蔓延だけでも２０００年には５５０万人以上の患者に昇ると推定され、年間５０万人以上の患者が追加されるという発生率を示し、その結果、２００億ドルを超える総合健康管理負担を生じている。ぜんそく、ＣＯＰＤ、慢性痛、及びてんかん等の多くの他の慢性病と同様に心不全は、急性代償不全が入院をもたらすというイベントドリブン型(event driven)である。患者と家族にかなりの物理的及び感情的トラウマを生じる他に、イベントドリブン型の入院は心不全の治療に割り当てられた総合健康管理費用の大部分を消費する。
【０００３】
急性代償不全に対する入院と治療は典型的には代償不全事象が起こった後に生じる。しかしながら、大方の心不全患者は代償不全に先立つ数週間又は数日において、定常的な体重増加等の事前の非外傷性兆候を示す。健康管理者がこれらの兆候に気が付けば、事象前に患者と健康管理システムに対して著しく低コストで予防することが可能である。予防は通常は患者の薬剤カクテル(drug cocktail)の再滴定、患者の処方された薬剤療法の遵守の強制、又は患者のダイエット及び運動に対する急激な変更の形を取る。そのような予防は通常は代償不全事象を防止し、従って入院を回避することに有効である。
【０００４】
慢性心臓病をもつ患者はペースメーカ、埋め込み型除細動器（ＩＣＤ）、及び心不全心臓再同期療法（ＣＲＴ）装置等の埋め込み型心臓装置を受容できる。現在、ペースメーカ及びＩＣＤを埋め込む電気生理学者は、彼等の移植された装置が正しく働いており、また最適にプログラムされているかどうかを確認するために、自分の患者が定期的に、通常は３、４ヶ月に一度、診察に訪れることを要求する。通常は装置メーカの販売店により支援された看護スタッフにより装置の事後点検が行われる。装置事後点検は労働集約的であり、典型的には患者が多数回診察に訪れることを必要とする。
【０００５】
健康管理者が患者に関して受け取るデータは健康管理者がデータを解析し、データに基づいて予知及び発病後診断を行う必要がある。しかしながら、特定の患者に関して収集されたデータの量は増加し、健康管理者が全てのデータの有意義な解析を吸収及び提供することはより難しくなる。更に、健康管理者が特定の患者からの傾向及び他の情報を認識し、より大きな住民の治療に対するこの知識を利用することは困難である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、移植された装置からデータを収集するのと同様に、患者の心理状態に関するデータを収集する自動化されたシステムを開発し、データ解析プロセスを自動化することが望ましい。
【課題を解決するための手段】
【０００７】
本開示は概ね高度患者管理システムに関する。より詳細には本開示は一人以上の患者からデータを収集、解析、及び転送するインタロゲータ／トランシーバユニットを含む高度患者管理システムに関する。
【０００８】
１つの態様によれば、発明は高度患者管理システムにおけるインタロゲータ／トランシーバユニットに関し、ユニットは患者とホストに関連付けられた(アソシエイトされた)少なくとも１つの装置と通信するように設定される。ユニットはソフトウェア命令を処理する処理装置モジュール、リモートホストとのインターフェース、及びメモリモジュールを含み、メモリモジュールはスタートアップおいてユニットが装置をピング（ping）できるようにする基本ソフトウェアを含み、装置から応答があれば、装置専用のメモリモジュールにソフトウェアをダウンロードするためにインターフェースを介してリモートホストに接続するようにユニットが設定される。
【０００９】
もう１つの態様によれば、発明は高度患者管理システムで使用するインタロゲータ／トランシーバユニットを設定するシステムに関し、前記ユニットは患者とホストに関連付けられた少なくとも１つの装置と通信するように設定される。システムは初期化においては空白であり、ソフトウェア命令を処理する処理装置、インターフェース、及びメモリモジュールを含むインタロゲータ／トランシーバユニットと、ユーザに複数の装置モデルの１つ以上を選択させ、選択したらユニット上の選択された装置モデルに関連するソフトウェアをインストールする、インターフェースを介してユニットに連結されたコンピュータシステムとを含む。
【００１０】
なおもう１つの態様によれば、発明は高度患者管理システムの一部として、患者に関連する装置からデータをリモートホストに送信する方法に関し、前記方法は、前記装置と通信するように設定されたインタロゲータ／トランシーバユニットを設けるステップと、前記ユニットを初期化するステップと、前記ユニットから前記装置にピングを送るステップと、前記装置から前記ユニットに識別情報を応答するステップとを含む。
【００１１】
もう１つの実施例によれば、発明は高度患者管理システムの一部として、患者に関連する装置からリモートホストにデータを送信する方法に関し、前記方法は空白のインタロゲータ／トランシーバユニットを設けるステップと、複数の装置モデルのリストから選択を可能にするためにコンピュータシステムを設けるステップと、複数の装置モデルのリストから装置を選択するステップと、前記ユニットが前記装置と通信できるように前記ユニットにソフトウェアをインストールするステップとを含む。
【００１２】
上記の概要は開示された各実施例又は本発明のあらゆる実施例を述べることを意図していない。以下の図と詳細な説明はこれらの実施例をより詳細に例示する。
【発明を実施するための最良の形態】
【００１３】
添付図と関連して発明の種々の実施例の以下の詳細な説明を考慮すれば、発明はより完全に理解されるであろう。
【００１４】
発明は種々の変形と代わりの形を取る余地があるけれども、その詳細は図面では例として示し、詳細に述べられる。しかしながら、発明は記述された特定の実施例に発明を限定すべきではないことは言うまでもない。それと反対に、発明の精神と範囲内に入る全ての変形、均等物、及び代案を包含することがその意図である。
【００１５】
本システム及び方法は患者特有情報を収集し、その情報を記憶及び照合し、患者の予知管理を可能にする処置可能な勧告を発生するように設定された高度患者管理システムに関して述べられる。高度患者管理システムはまたデータを収集し、療法を調整し、リモート装置が適切に機能しているかどうかを決定する自動的装置事後点検を行うリモート通信インフラストラクチャを利用するように設定される。「患者」という用語は本願では情報が収集される如何なる個人をも意味するために使用される。「健康管理者」という用語は本願では看護婦、医者、および他の健康管理提供スタッフを非限定的に含む健康管理提供者のような如何なるサービス提供者をも意味するために使用される。
【００１６】
図１は本発明に従って作られた高度患者管理システム１００の例を図解する。高度患者管理システム１００は一般的に以下の構成要素を含む。即ち、１つ以上の装置１０２、１０４、及び１０６、１つ以上のインタロゲータ／トランシーバユニット１０８、通信システム１１０、１つ以上のリモート周辺装置１０９、及びホスト１１２である。
【００１７】
高度患者管理システム１００の各構成要素は通信システム１１０を用いて通信できる。いくつかの構成要素はまた互いに直接通信してもよい。例えば、装置１０２と１０４は互いに直接通信するように設定されてもよい。本願において図解される高度患者管理システム１００の例の種々の構成要素は以下に述べる。
【００１８】
Ｉ．埋め込み型／外部型装置
装置１０２、１０４、及び１０６は患者に対して１つ以上の以下の機能を提供可能な埋め込み型装置でも外部型装置でもよい。即ち、（１）感知、（２）データ解析、及び（３）療法である。例えば、１つの実施例において、装置１０２、１０４、及び１０６は電気的、機械的、及び／又は化学的手段を用いて種々の患者の生理学的、主観的、及び環境的状態を測定するために使用される埋め込み型又は外部型装置である。装置１０２、１０４、及び１０６は自動的にデータを収集するように設定されても、あるいは患者による手動介入を必要としてもよい。装置１０２、１０４、及び１０６は生理学的及び／または主観的測定値に関連するデータを記憶し、かつ／あるいは以下に詳細に述べる種々の方法を用いてそのデータを通信システム１１０に送信するように設定してもよい。三つの装置１０２、１０４、及び１０６は図示の実施例に図解されるけれども、与えられた患者に対してもっと多くの、あるいは少ない装置を使用してもよい。
【００１９】
装置１０２、１０４、及び１０６は測定データを解析し、解析データに作用するように設定してもよい。例えば、装置１０２、１０４、及び１０６はデータの解析に基づいて療法を修正し、あるいは警告表示を出すように設定される。
【００２０】
１つの実施例において、装置１０２、１０４、及び１０６はまた療法を提供する。療法は自動的に提供されても、外部通信に応じて提供されてもよい。装置１０２、１０４、及び１０６は、それらの感知、療法（例えば持続時間及び間隔）、又は通信の特性が装置１０２、１０４、及び１０６、及び高度患者管理システム１００の他の構成要素の間の通信により変更される点においてプログラマブルである。装置１０２、１０４、及び１０６はまた自己点検を行ってもよく、あるいは装置が適切に機能していることを確認するために通信システム１１０により問い合わせされてもよい。装置１０２、１０４、及び１０６の種々の実施例が以下に提供される。
【００２１】
体内に埋め込まれた装置は感知及び通信し、また療法を提供する能力を有する。埋め込み型装置は、患者従順性の必要性を最小にしながら、非限定的に電気的心活動（例えばペースメーカ、心臓再同期管理装置、除細動器等）、身体運動、体温、心拍数、運動、血圧、呼吸パターン、心拍出量、血液粘度、血液化学、血糖値、及び他の患者特有の臨床生理学的パラメータを含む身体特性の直接測定を提供することができる。導き出された測定値は埋め込み型装置のセンサ（例えば、患者の総体的健康と充足感を定量化する生活の質の指標を計算する睡眠センサ、機能能力指示器、自律トーン指示器、睡眠質指示器、咳指示器、不安指示器及び循環器健康指示器）から決定される。
【００２２】
装置１０２、１０４、及び１０６はまた、生理学的データを測定するために使用される外部型装置、即ち人体に埋め込まれない装置（例えば体温計、血圧計、又は血圧特性、体重、身体強度、知力、ダイエット、心臓特性、及び相対的地理的位置を測定するのに使用される外部型装置）でもよい。装置１０２、１０４、及び１０６はまた環境条件（例えば温度、空気の質、湿度、一酸化炭素レベル、酸素レベル、大気圧、光強度及び音）を測定するのに使用される環境センサでもよい。
【００２３】
１つ以上の装置１０２、１０４、及び１０６（例えば装置１０６）は客観的生理学的データに反する患者の感情、知覚、及び／又は意見に関連する、患者からの主観的又は知覚的データを測定する外部型装置でもよい。１つの実施例において、主観的装置は患者に対し、患者に提出された各質問に対する比較的少数の反応を提供する。患者に利用可能な反応は幸せ、中庸(nominalness)、及び悲しさの感情を表す三つの顔を含んでもよい。平均残業、患者の充足感の趨勢は少量の三つの反応より細かい分解能で現れる。
【００２４】
高度患者管理システム１００はまた通信システム１１０及び／又はホスト１１２と通信する有線又は無線技術を使用する１つ以上のリモート周辺装置１０９（例えば携帯電話、ポケベル、ＰＤＡ装置、ファクシミリ、リモートコンピュータ、プリンタ、ビデオ及び／又はオーディオ装置）を含んでもよい。
【００２５】
ＩＩ．インタロゲータ／トランシーバユニット
さて、図２を参照すれば、高度患者管理システム１００の例は例えばＩＴＵ１０８等の１つ以上のインタロゲータ／トランシーバユニット（「ＩＴＵ」）を含む。ＩＴＵ１０８の例は装置１０２、１０４、及び１０６等の装置からデータを送受信するインタロゲータモジュール１５２と、データを記憶するメモリモジュール１５４と、ＡＰＭシステム１００の他の構成要素からデータを送受信するトランシーバモジュール１５６とを含む。トランシーバモジュールは装置１０２、１０４及び１０６のインタロゲータとして同様に動作してもよい。ＩＴＵ１０８の例はまた電力を供給するパワーモジュール１５８を含む。ＩＴＵ１０８には処理装置６０２、メモリー６０６、バッテリー６１０、入出力ポート６１４、ユーザインターフェース６１６、及びネットワークインターフェース６１８が更に含まれる。
【００２６】
処理装置６０２はソフトウェアコードとして与えられた命令を処理する典型的な処理装置である。
【００２７】
ユーザインターフェース６１６は患者又は他の人がＩＴＵ１０８と通信できるようにする。例えば、ユーザインターフェースはマウス、キーボード、タッチスクリーン、マイクロフォン等のような１つ以上の入力装置と、液晶ディスプレー（ＬＣＤ）又は発光ダイオード（ＬＥＤ）、ＣＲＴスクリーン、スピーカ、ライト、振動モータ等のような１つ以上の出力装置とを含む。ユーザインターフェース６１６は患者から主観的データを収集し（本願のＩ節参照）、患者に情報又は警報を与える（本願のＩＶ節参照）ために使用してもよい。
【００２８】
入出力ポート６１４はＩＴＵ１０８が外部型装置に接続できるようにする典型的な通信ポートである。例えば、入出力ポート６１４はＩＴＵ１０８がコンピュータに接続されるようにするパラレル、シリアル、又はユニバーサルシリアルバス（ＵＳＢ）ポートでもよい。その分野で一般的に知られている他のタイプのポートを使用してもよい。
【００２９】
ネットワークインターフェース６１８はＩＴＵ１０８がネットワークに接続されるようにする。例えば、ＩＴＵ１０８は患者の家にあるＬＡＮに接続しても、通信システム１１０に直接接続してもよい。
【００３０】
バッテリー６１０はパワーモジュール１５８の一部である。バッテリー６１０は充電式でも、非充電式でもよい。バッテリー６１０が充電式なら、バッテリーは標準バッテリー充電器を用いて充電でき、あるいはＩＴＵ１０８を受けるように作られた受け台にそれを置くことにより充電してもよい。代わりの実施例において、バッテリーは除かれ、パワーモジュール１５８が標準のＡＣ電源に直接接続されてもよい。
【００３１】
メモリー１５４はデータ、ソフトウェアアプリケーション、及び他の電子情報を記憶するＲＡＭ、ＲＯＭ等のような典型的な形式の如何なるメモリーでもよい。フラッシュメモリー、マイクロドライブ等を含むリムーバブルメモリーのような他のタイプのメモリーでもよい。
【００３２】
ＩＴＵ１０８は１つ以上の以下の機能を実行する。即ち、（１）データ記憶、（２）データ解析、（３）データ転送、（４）患者とのやり取り、（５）患者のフィードバック、及び（６）データ通信である。例えば、ＩＴＵ１０８は装置１０２、１０４、及び１０６、及び通信システム１１０の間の通信を容易にする。ＩＴＵ１０８は周期的又はリアルタイムに問い合わせ、装置１０２、１０４、及び／又は１０６からの臨床的に関係のある患者データをメモリーにダウロードできる。このデータは心臓センサ関係においては、例えば、Ｐ及びＲ波測定値、ペーシング、衝撃的事象、先頭インピーダンス、ペーシング閾値、バッテリー電圧、コンデンサ充電回数、電位図を用いたＡＴＲ事象、電位図を用いた頻拍事象、ヒストグラム情報、及び患者の健康と適切な装置機能を保証するために必要な他のあらゆる臨床情報を含む。データは装置１０２、１０４、及び１０６によりリアルタイムにＩＴＵ１０８に送られ、あるいは装置内のバッファから周期的にアップロードされる。
【００３３】
ＩＴＵ１０８は使用性と対応性を向上するためにカスタム化でき、また種々のソフトウェアパッケージを含んでもよい。ソフトウェアは各装置と通信するＩＴＵ１０８の能力を制御したり、ＩＴＵ１０８自身の機能性を制御してもよい。例えば、ソフトウェアはＩＴＵ１０８が種々の装置（例えば、装置１０２、１０４、及び１０６）と通信し、装置からデータをダウンロードし、装置の設定をアップデートできるようにする。
【００３４】
装置１０２、１０４、及び１０６等の種々の埋め込み型及び外部型装置がそれぞれ様々に機能及び通信することもあるのでこの機能をソフトウェアに設けると好都合かも知れない。例えば、埋め込まれた種々のモデルのペースメーカはインタロゲータと様々に通信し、ＩＴＵ１０８は各モデルと通信でき、ＩＴＵ１０８がペースメーカに問い合わせ、所望の情報を旨くダウンロードできるようにしなければならない。あらゆる装置のあらゆるモデルと通信するのに必要なソフトウェアを記憶できるほど十分なメモリーを含むことはコストとサイズのために非実用的であろう。
【００３５】
図３に示す１つの実施例において、ＩＴＵ１０８はホスト・ダウンロード・ソースシステム５０５からのソフトウェア・アップデートのダウンロードによりカスタム化可能である。（いくつかの実施例において、ホスト・ダウンロード・ソースシステム５０５はホスト１１２と同じシステムでもよい。）箱から最初に取り出されたときは、ＩＴＵ１０８は「空白」であり、あるいは「基本ソフトウェア」のみを含む。「空白」という用語は、ＩＴＵ１０８がブートのような初期機能を実行できることを指すために使用されるが、ＩＴＵ１０８が装置と通信できるようにするソフトウェアは含まない。「基本ソフトウェア」という用語はＩＴＵ１０８がブートアップしかつ装置との高レベル通信等の一般的な機能を実行できるために必要なソフトウェアを含むことを指すために使用される。これらの一般的な機能は、環境において何がＩＴＵを取り囲んでいるかをＩＴＵに決定させるためにＩＴＵの近辺にある装置にメッセージを送る（例えばピングする）能力や、（例えば通信ネットワーク３００を介して）ホストシステムと通信する能力を含んでもよい。しかしながら、基本ソフトウェアを有するＩＴＵ１０８は埋め込み型又は外部型装置の個々のモデルと機能上通信するソフトウェアは必ずしも含まない。
【００３６】
ＩＴＵ１０８が種々の装置と通信できるようにするのに必要なソフトウェアはホスト・ダウンロード・ソースシステム５０５に維持され、このソフトウェアはＩＴＵ１０８が所望の装置と機能上通信できるようにＩＴＵ１０８にダウンロード及びインストールしなければならない。
【００３７】
ＩＴＵ１０８が、１つ以上の与えられた装置と機能上通信するのに必要なソフトウェアをダウンロードできる方法がいくつかある。図４に図解される１つの方法例において、ＩＴＵ１０８は、それがＩＴＵ１０８のローカル範囲内の装置を「ピング(ping)」できるようにする基本ソフトウェアを含む。ピングとはモデル番号、シリアル番号、及び他の識別情報等の識別情報に応答するようにＩＴＵ１０８から範囲内の何れかの装置に出される要求である。ＩＴＵ１０８からのピングの範囲内のどの装置も装置のタイプに関連する情報をＩＴＵに送り返すことにより応答する。この情報に基づいて、ＩＴＵ１０８はホスト５０５との通信を確立し、ＩＴＵ１０８が装置と機能上通信できるようにするのに必要なソフトウェアをダウンロード／インストールする。これは必要なソフトウェアを識別及びインストールする自動化された方法であり、この方法はＩＴＵ１０８の初期のスタートアップにおいて実行され、また所望によりＩＴＵ１０８のリセット後に実行される。
【００３８】
図６に図解されるもう１つの方法において、ＩＴＵ１０８は空白であり、患者による使用に先立ち健康管理者又は患者によりプログラムされる。例えば、患者がモニタすべき三つの装置１０２、１０４、及び１０６を有するなら、健康管理者はＩＴＵ１０８が装置１０２、１０４、及び１０６と通信するのに必要なソフトウェアを識別及びダウンロードするために（例えば通信ネットワーク３００を介して）ホスト５０５にネットワークされるコンピュータシステム５１０を用いる（図３参照）。コンピュータシステム５１０はダウンロード及びインストール用の適当なソフトウェアの選択において健康管理者を援助する１つ以上のアプリケーションを含む。例えば、コンピュータシステム５１０上のアプリケーションは与えられた装置の全てのモデルのリストを含んでもよく、健康管理者が正しいモデルを選択し、必要な所望のソフトウェアの設定を行うことができる。モデルが選択されたら、アプリケーションはホスト５０５との接続を確立し、正しいソフトウェアをコンピュータシステム５１０にダウンロードする。コンピュータシステム５１０とＩＴＵ１０８は、ソフトウェアが次いでアップロードされ、ＩＴＵ１０８にインストールされるように接続される。
【００３９】
代わりの実施例において、種々の装置と通信するソフトウェアはコンピュータシステム５１０又はコンパクトディスクのようなリムーバブルな記憶媒体にある。従って、健康管理者又は患者が適当な装置モデルを選択したら、ソフトウェアがコンピュータシステム５１０をホスト５０５に接続することを必要としないでインストールできる。
【００４０】
更に、自動又は手動的方法を用いて、ＩＴＵ１０８は所望通りに多数回再プログラムできる。例えば、ＩＴＵ１０８が最初に第１の装置と通信するようにプログラムされ、その後に、第１の装置が除外され、第２の装置が追加され、ＩＴＵ１０８が第２の装置と通信するように自動又は手動的に再プログラムできる。
【００４１】
ソフトウェアは図４及び５に図解されるどちらかの方法によりダウンロードされると同時に、ＩＴＵ１０８によりホストに送られたデータが患者に適切に合うようにするためにホストに患者情報を提供することも可能である（本願のＩＶ節参照）。例えば、図４の自動化された方法において、装置はピングに応じて患者に関連する更なる情報を提供し、ＩＴＵ１０８はこの情報をホストに転送する。図５の手動的方法においては、所望のソフトウェアが選択され、ホストからダウンロードされたときに健康管理者又は患者は患者情報を提供する。
【００４２】
もう１つの実施例において、ＩＴＵ１０８はホスト５０５との接続を周期的に確立し、ソフトウェア・アップデートが公開されたかどうかをチェックする。ソフトウェアの新バージョンが利用可能なら、ＩＴＵ１０８はアップデートされたバージョンをインストールする。
【００４３】
ＩＩＩ．通信システム
通信システム１１０は装置１０２、１０４、及び１０６、ホスト１１２及びリモート周辺装置１０９等の高度患者管理システム１００の種々の構成要素の間の通信に備える。図６は本発明に従って作られた通信システム１１０に対する１つの実施例を図解する。通信システム１１０は通信ネットワーク３００により互いに接続された複数のコンピュータシステム３０４、３０６、３０８、３１０や、装置１０２、ホスト１１２、及びリモート周辺装置１０９を含む。通信ネットワーク３００は例えばローカルエリアネットワーク（ＬＡＮ）でも、ワイドエリアネットワーク（ＷＡＮ）でも、インターネットでもよい。以下により詳細に述べるように、種々の通信は有線又は無線技術を用いて実施される。
【００４４】
図解された実施例において、ホスト１１２は以下により詳細に述べる種々の通信プロトコルを用いてコンピュータ３０４、３０６、３０８、及び３１０と通信するサーバコンピュータ３１８及び３２２を含む。サーバコンピュータ３１８及び３２２はデータベース３１６及び３２０に情報を記憶する。この情報はまた１つ以上の更なるサーバへの配信により記憶される。
【００４５】
種々の通信方法及びプロトコルは装置１０２、１０４、及び１０６、ＩＴＵ１０８、通信システム１１０、ホスト１１２、及びリモート周辺装置１０９間の通信を容易にするために用いられる。例えば、有線及び無線通信方法が使用される。有線通信方法は例えば非限定的に、伝統的なＤＬＳ等の銅線通信、ＩＳＤＮ等のブロードバンド技術、ケーブルモデム、及び光ファイバーを含んでもよく、一方、無線通信は携帯電話、衛星、無線周波（ＲＦ）、赤外線等を含んでもよい。
【００４６】
与えられた通信方法に対し、多数の標準及び／又は専用の通信プロトコルが用いられる。例えば、非限定的に無線数はパルスコーディング、スペクトル拡散、直接拡散、時間ホッピング、ＳＭＴＰ、ＦＴＰ、及びＴＣＰ／ＩＰが用いられる。他の専用の方法及びプロトコルを用いてもよい。更に、二つ以上の通信方法及びプロトコルの組み合わせを用いてもよい。
【００４７】
高度患者管理システム１００の構成要素間の種々の通信はいくつかの異なる技術を用いて確実にされる。例えば、暗号及び／又はトンネリング技術がデータ送信を保護するために使用される。あるいは、機密を保持する優先度データ交換フォーマット及びインターフェースを用いてもよい。例えば既知のキー構造（例えばＰＧＰ又はＲＳＡ）に基づいてデジタル署名を用いて認証が実施されてもよい。セキュリティーカード及びバイオメトリックセキュリティー装置（例えば虹彩スキャン、瞳スキャン、指紋スキャン、血管紋スキャン、音声、顔寸法認識等）のような他の物理的セキュリティー及び認証手段を用いてもよい。高度患者管理システム１００の１つ以上の記憶媒体にある情報を保護するためにファイアウォールのような従来のセキュリティー方法を使用してもよい。データ送信エラーを検出及び訂正するために暗号、認証及び証明技術を用いてもよい。
【００４８】
大量のデータが効率的に送信されるようにするために高度患者管理システム１００の種々の構成要素間の通信は圧縮技術を用いて増強することもできる。例えば、装置１０２、１０４、及び１０６又はＩＴＵ１０８は、情報をＩＴＵ１０８に、あるいは直接通信システム１１０に送信する前に、記録された情報を圧縮してもよい。
【００４９】
上記の通信方法及びプロトコルはデータの周期的及び／又はリアルタイム供給を容易にできる。
【００５０】
ＩＶ．ホスト
ホスト５０５の例（図３参照）はＩＴＵ１０８又はコンピュータシステム５１０からのソフトウェア要求を受信し、ソフトウェアをＩＴＵ１０８又はコンピュータシステム５１０にアップロードするように設定される。具体的には、ホスト５０５は複数の異なる装置と通信するのに必要なソフトウェアを容れるために１つ以上のデータベースを備えてもよい。ＩＴＵ１０８からのソフトウェア要求を受信したら、ホスト５０５は１つ以上のデータベースを照会し、選択された装置モデルに対する正しいソフトウェアを識別する。ソフトウェアは利用可能にされてＩＴＵ１０８又はコンピュータシステム５１０がダウンロードする。ホスト５０５は必要なＩＴＵ１０８にソフトウェア・アップデートを自動的に行う等の他の機能を実行してもよい。
【００５１】
ホスト５０５はホスト１１２の例の一部である（図１参照）。ホスト１１２はデータベースモジュール１１４、解析モジュール１１６、及び供給モジュール１１８を含む。ホスト１１２は好ましくは患者から収集された大量のデータを解析及び処理し、また統計を処理し、大きな母集団に対する解析を実行する十分な処理能力を含む。例えば、ホスト１１２はメインフレームコンピュータ又はマルチプロセッサワークステーションを含んでもよい。ホスト１１２はまた十分な計算能力とメモリーを含む１つ以上のパーソナルコンピュータを含んでもよい。ホスト１１２は患者から収集され、解析された大量の高解像力データを記憶するのに十分な記憶媒体（例えばハードディスク、光学的データ記憶装置）を含む。
【００５２】
ホスト１１２はまたＩＴＵ１０８及び周辺装置１０９等のそれと通信する種々の装置に関する識別及び接触情報（例えば、ＩＰアドレス、電話番号、又は製品シリアル番号）を含んでもよい。例えば、各ＩＴＵ１０８はハードコードされあるいは静的識別子（例えば、ＩＰアドレス、電話番号等）を割り当てられ、これはどの患者の情報をホスト１１２がある瞬間に受信しているかをホスト１１２が識別できるようにする。あるいは各装置１０２、１０４、及び１０６は特有の識別番号を割り当てられてもよく、特有の患者識別番号は患者データの各送信と共に送信してもよい。
【００５３】
装置が先ず作動されると、高度患者管理システム１００により受信されたデータをある患者に関連付けるためにいくつかの方法が使用される。例えば、各装置は特有の識別番号、及び患者、健康管理者、又は現場代表により書かれた登録用紙を含んでもよい。登録用紙は収集されたデータを患者に関連付けるために必要な情報を収集するために使用される。あるいは、ユーザは、登録情報を収集できるようにウェブサイトにログオンできる。もう１つの実施例において、記録されたデータを前記ある患者に関連付けるのに必要な情報を提供するために装置の展開に先立ち、あるいは展開に関連して走査されるバーコードが各装置に含まれる。
【００５４】
図１を再び参照すれば、データベースモジュール１１４の例は患者データベース４００、住民データベース４０２、医学データベース４０４、及び一般的なデータベース４０６を含み、これら全ては以下に更に説明する。患者データベース４００は装置１０２、１０４、及び１０６により取得されたデータや、患者の医学的記録及び履歴情報を含む患者特有のデータを含む。住民データベース４０２は他の患者及び住民趨勢に関連するデータ等の患者特有でないデータを含む。医学的データベース４０４の例は、キー事象の記しと共に患者の病気の進行の記録の形式の多数の患者に対する履歴傾向データ等の病気の治療に関連する臨床データを含む。一般的なデータベース４０６は、ニュース、財政、買い物、技術、エンターテーメント、及び／又はスポーツ等の患者に関係する非医学データを含む。
【００５５】
もう１つの実施例において、情報はまた外部データベース６００等の外部ソースから提供される。例えば、外部データベース６００は患者に処方された薬のタイプに関する情報を提供する、薬局により維持される薬剤処方記録等の第三者により維持される外部医学記録を含む。
【００５６】
解析モジュール１１６の例は患者解析モジュール５００、装置解析モジュール５０２、住民解析モジュール５０４、及び学習モジュール５０６を含む。患者解析モジュール５００は高度患者管理システム１００により収集された情報や、他の関係ソースに関する情報を利用して患者に関連するデータを解析し、タイムリーに患者の充足感の予知評価を提供してもよい。装置解析モジュール５０２は装置１０２、１０４、及び１０６及びＩＴＵ１０８からのデータを解析して装置問題又は不良を予知及び決定する。住民解析モジュール５０４はデータベースモジュール１１４内に収集されたデータを使用して住民の健康を管理する。学習モジュール５０６は高度患者管理システム１００及び外部ソースにより収集されたデータを含む、種々の情報源から提供されたデータを解析し、ニューラルネットワーク（又は均等物）システムを介して実行され、例えば確率計算を実行する。
【００５７】
供給モジュール１１８はホスト１１２により実行された解析に基づいてフィードバックの供給を調整する。例えば、装置から収集され、ホスト１１２により解析されたデータに基づいて供給モジュール１１８は例えばＩＴＵ１０８に設けられたディスプレーを用いて健康管理者又は患者に情報を供給することができる。
【００５８】
本願に開示された種々の実施例の説明を助けるために１つ以上の表題が設けられた。表題の使用と生じた表題による分割は決して限定的に解釈すべきではない。１つの表題の下に説明された主題は１つ以上の他の表題の下に説明された主題と非限定的にかつ所望通りに組み合わせることができる。
【００５９】
本開示のシステムと方法は種々の装置及び／又はプログラムや埋め込み型又は外部型装置を含む、本願に開示された種々の図に示されたシステムを用いて実行できる。従って、本開示の方法は（１）システム上で進行する、コンピュータで実行されるステップ列として、また（２）システム内の相互接続されたモジュールとして実行される。実施は本開示の方法を実施するシステムと、その方法のユーザにより選択又は利用される構成要素の性能要件による選択の問題である。従って、本願において説明された本開示の方法の実施例を作り上げる論理演算は動作、ステップ、又はモジュールと様々によばれる。動作、ステップ、及びモジュールが、本願に添付された特許請求の範囲に記載されるような本発明の精神と範囲から逸脱することなく、ソフトウェア、ファームウェア、特殊目的のデジタル論理、アナログ回路、及びその組み合わせとして実施されることは当業者には言うまでもない。
【００６０】
本発明は上記の特定例に限定されると見なすべきではなく、むしろ添付の特許請求の範囲に公正に提示されるような発明の全ての態様を包含することは言うまでもない。本発明がめざす分野の当業者には、本明細書を検討すれば、本発明が適用可能な種々の変形、等価なプロセスや、無数の構造が直ちに明らかとなるであろう。
【図面の簡単な説明】
【００６１】
【図１】本発明による高度患者管理システムを例示するブロック図。
【図２】本発明によるインタロゲータ／トランシーバユニットを例示するブロック図。
【図３】インタロゲータ／トランシーバユニット上のソフトウェアをアップデートするシステム例の概略図。
【図４】インタロゲータ／トランシーバユニット上のソフトウェアを自動的に初期アップデートする方法例のフロー図。
【図５】インタロゲータ／トランシーバユニット上のソフトウェアを手動で初期アップデートする方法例のフロー図。
【図６】本発明による通信システムを例示する概略図。
【技術分野】
【０００１】
本開示は概ね高度患者管理システムに関する。より詳細には本開示は一人以上の患者からデータを収集し、解析し、転送するインタロゲータ／トランシーバユニットを含む高度患者管理システムに関する。
【背景技術】
【０００２】
慢性病をもつ患者の管理は米国における総合健康管理費用のかなりの部分を消費している。これらの病気の多くは広く蔓延し、年間発生率も著しい。心不全の蔓延だけでも２０００年には５５０万人以上の患者に昇ると推定され、年間５０万人以上の患者が追加されるという発生率を示し、その結果、２００億ドルを超える総合健康管理負担を生じている。ぜんそく、ＣＯＰＤ、慢性痛、及びてんかん等の多くの他の慢性病と同様に心不全は、急性代償不全が入院をもたらすというイベントドリブン型(event driven)である。患者と家族にかなりの物理的及び感情的トラウマを生じる他に、イベントドリブン型の入院は心不全の治療に割り当てられた総合健康管理費用の大部分を消費する。
【０００３】
急性代償不全に対する入院と治療は典型的には代償不全事象が起こった後に生じる。しかしながら、大方の心不全患者は代償不全に先立つ数週間又は数日において、定常的な体重増加等の事前の非外傷性兆候を示す。健康管理者がこれらの兆候に気が付けば、事象前に患者と健康管理システムに対して著しく低コストで予防することが可能である。予防は通常は患者の薬剤カクテル(drug cocktail)の再滴定、患者の処方された薬剤療法の遵守の強制、又は患者のダイエット及び運動に対する急激な変更の形を取る。そのような予防は通常は代償不全事象を防止し、従って入院を回避することに有効である。
【０００４】
慢性心臓病をもつ患者はペースメーカ、埋め込み型除細動器（ＩＣＤ）、及び心不全心臓再同期療法（ＣＲＴ）装置等の埋め込み型心臓装置を受容できる。現在、ペースメーカ及びＩＣＤを埋め込む電気生理学者は、彼等の移植された装置が正しく働いており、また最適にプログラムされているかどうかを確認するために、自分の患者が定期的に、通常は３、４ヶ月に一度、診察に訪れることを要求する。通常は装置メーカの販売店により支援された看護スタッフにより装置の事後点検が行われる。装置事後点検は労働集約的であり、典型的には患者が多数回診察に訪れることを必要とする。
【０００５】
健康管理者が患者に関して受け取るデータは健康管理者がデータを解析し、データに基づいて予知及び発病後診断を行う必要がある。しかしながら、特定の患者に関して収集されたデータの量は増加し、健康管理者が全てのデータの有意義な解析を吸収及び提供することはより難しくなる。更に、健康管理者が特定の患者からの傾向及び他の情報を認識し、より大きな住民の治療に対するこの知識を利用することは困難である。
【発明の開示】
【発明が解決しようとする課題】
【０００６】
従って、移植された装置からデータを収集するのと同様に、患者の心理状態に関するデータを収集する自動化されたシステムを開発し、データ解析プロセスを自動化することが望ましい。
【課題を解決するための手段】
【０００７】
本開示は概ね高度患者管理システムに関する。より詳細には本開示は一人以上の患者からデータを収集、解析、及び転送するインタロゲータ／トランシーバユニットを含む高度患者管理システムに関する。
【０００８】
１つの態様によれば、発明は高度患者管理システムにおけるインタロゲータ／トランシーバユニットに関し、ユニットは患者とホストに関連付けられた(アソシエイトされた)少なくとも１つの装置と通信するように設定される。ユニットはソフトウェア命令を処理する処理装置モジュール、リモートホストとのインターフェース、及びメモリモジュールを含み、メモリモジュールはスタートアップおいてユニットが装置をピング（ping）できるようにする基本ソフトウェアを含み、装置から応答があれば、装置専用のメモリモジュールにソフトウェアをダウンロードするためにインターフェースを介してリモートホストに接続するようにユニットが設定される。
【０００９】
もう１つの態様によれば、発明は高度患者管理システムで使用するインタロゲータ／トランシーバユニットを設定するシステムに関し、前記ユニットは患者とホストに関連付けられた少なくとも１つの装置と通信するように設定される。システムは初期化においては空白であり、ソフトウェア命令を処理する処理装置、インターフェース、及びメモリモジュールを含むインタロゲータ／トランシーバユニットと、ユーザに複数の装置モデルの１つ以上を選択させ、選択したらユニット上の選択された装置モデルに関連するソフトウェアをインストールする、インターフェースを介してユニットに連結されたコンピュータシステムとを含む。
【００１０】
なおもう１つの態様によれば、発明は高度患者管理システムの一部として、患者に関連する装置からデータをリモートホストに送信する方法に関し、前記方法は、前記装置と通信するように設定されたインタロゲータ／トランシーバユニットを設けるステップと、前記ユニットを初期化するステップと、前記ユニットから前記装置にピングを送るステップと、前記装置から前記ユニットに識別情報を応答するステップとを含む。
【００１１】
もう１つの実施例によれば、発明は高度患者管理システムの一部として、患者に関連する装置からリモートホストにデータを送信する方法に関し、前記方法は空白のインタロゲータ／トランシーバユニットを設けるステップと、複数の装置モデルのリストから選択を可能にするためにコンピュータシステムを設けるステップと、複数の装置モデルのリストから装置を選択するステップと、前記ユニットが前記装置と通信できるように前記ユニットにソフトウェアをインストールするステップとを含む。
【００１２】
上記の概要は開示された各実施例又は本発明のあらゆる実施例を述べることを意図していない。以下の図と詳細な説明はこれらの実施例をより詳細に例示する。
【発明を実施するための最良の形態】
【００１３】
添付図と関連して発明の種々の実施例の以下の詳細な説明を考慮すれば、発明はより完全に理解されるであろう。
【００１４】
発明は種々の変形と代わりの形を取る余地があるけれども、その詳細は図面では例として示し、詳細に述べられる。しかしながら、発明は記述された特定の実施例に発明を限定すべきではないことは言うまでもない。それと反対に、発明の精神と範囲内に入る全ての変形、均等物、及び代案を包含することがその意図である。
【００１５】
本システム及び方法は患者特有情報を収集し、その情報を記憶及び照合し、患者の予知管理を可能にする処置可能な勧告を発生するように設定された高度患者管理システムに関して述べられる。高度患者管理システムはまたデータを収集し、療法を調整し、リモート装置が適切に機能しているかどうかを決定する自動的装置事後点検を行うリモート通信インフラストラクチャを利用するように設定される。「患者」という用語は本願では情報が収集される如何なる個人をも意味するために使用される。「健康管理者」という用語は本願では看護婦、医者、および他の健康管理提供スタッフを非限定的に含む健康管理提供者のような如何なるサービス提供者をも意味するために使用される。
【００１６】
図１は本発明に従って作られた高度患者管理システム１００の例を図解する。高度患者管理システム１００は一般的に以下の構成要素を含む。即ち、１つ以上の装置１０２、１０４、及び１０６、１つ以上のインタロゲータ／トランシーバユニット１０８、通信システム１１０、１つ以上のリモート周辺装置１０９、及びホスト１１２である。
【００１７】
高度患者管理システム１００の各構成要素は通信システム１１０を用いて通信できる。いくつかの構成要素はまた互いに直接通信してもよい。例えば、装置１０２と１０４は互いに直接通信するように設定されてもよい。本願において図解される高度患者管理システム１００の例の種々の構成要素は以下に述べる。
【００１８】
Ｉ．埋め込み型／外部型装置
装置１０２、１０４、及び１０６は患者に対して１つ以上の以下の機能を提供可能な埋め込み型装置でも外部型装置でもよい。即ち、（１）感知、（２）データ解析、及び（３）療法である。例えば、１つの実施例において、装置１０２、１０４、及び１０６は電気的、機械的、及び／又は化学的手段を用いて種々の患者の生理学的、主観的、及び環境的状態を測定するために使用される埋め込み型又は外部型装置である。装置１０２、１０４、及び１０６は自動的にデータを収集するように設定されても、あるいは患者による手動介入を必要としてもよい。装置１０２、１０４、及び１０６は生理学的及び／または主観的測定値に関連するデータを記憶し、かつ／あるいは以下に詳細に述べる種々の方法を用いてそのデータを通信システム１１０に送信するように設定してもよい。三つの装置１０２、１０４、及び１０６は図示の実施例に図解されるけれども、与えられた患者に対してもっと多くの、あるいは少ない装置を使用してもよい。
【００１９】
装置１０２、１０４、及び１０６は測定データを解析し、解析データに作用するように設定してもよい。例えば、装置１０２、１０４、及び１０６はデータの解析に基づいて療法を修正し、あるいは警告表示を出すように設定される。
【００２０】
１つの実施例において、装置１０２、１０４、及び１０６はまた療法を提供する。療法は自動的に提供されても、外部通信に応じて提供されてもよい。装置１０２、１０４、及び１０６は、それらの感知、療法（例えば持続時間及び間隔）、又は通信の特性が装置１０２、１０４、及び１０６、及び高度患者管理システム１００の他の構成要素の間の通信により変更される点においてプログラマブルである。装置１０２、１０４、及び１０６はまた自己点検を行ってもよく、あるいは装置が適切に機能していることを確認するために通信システム１１０により問い合わせされてもよい。装置１０２、１０４、及び１０６の種々の実施例が以下に提供される。
【００２１】
体内に埋め込まれた装置は感知及び通信し、また療法を提供する能力を有する。埋め込み型装置は、患者従順性の必要性を最小にしながら、非限定的に電気的心活動（例えばペースメーカ、心臓再同期管理装置、除細動器等）、身体運動、体温、心拍数、運動、血圧、呼吸パターン、心拍出量、血液粘度、血液化学、血糖値、及び他の患者特有の臨床生理学的パラメータを含む身体特性の直接測定を提供することができる。導き出された測定値は埋め込み型装置のセンサ（例えば、患者の総体的健康と充足感を定量化する生活の質の指標を計算する睡眠センサ、機能能力指示器、自律トーン指示器、睡眠質指示器、咳指示器、不安指示器及び循環器健康指示器）から決定される。
【００２２】
装置１０２、１０４、及び１０６はまた、生理学的データを測定するために使用される外部型装置、即ち人体に埋め込まれない装置（例えば体温計、血圧計、又は血圧特性、体重、身体強度、知力、ダイエット、心臓特性、及び相対的地理的位置を測定するのに使用される外部型装置）でもよい。装置１０２、１０４、及び１０６はまた環境条件（例えば温度、空気の質、湿度、一酸化炭素レベル、酸素レベル、大気圧、光強度及び音）を測定するのに使用される環境センサでもよい。
【００２３】
１つ以上の装置１０２、１０４、及び１０６（例えば装置１０６）は客観的生理学的データに反する患者の感情、知覚、及び／又は意見に関連する、患者からの主観的又は知覚的データを測定する外部型装置でもよい。１つの実施例において、主観的装置は患者に対し、患者に提出された各質問に対する比較的少数の反応を提供する。患者に利用可能な反応は幸せ、中庸(nominalness)、及び悲しさの感情を表す三つの顔を含んでもよい。平均残業、患者の充足感の趨勢は少量の三つの反応より細かい分解能で現れる。
【００２４】
高度患者管理システム１００はまた通信システム１１０及び／又はホスト１１２と通信する有線又は無線技術を使用する１つ以上のリモート周辺装置１０９（例えば携帯電話、ポケベル、ＰＤＡ装置、ファクシミリ、リモートコンピュータ、プリンタ、ビデオ及び／又はオーディオ装置）を含んでもよい。
【００２５】
ＩＩ．インタロゲータ／トランシーバユニット
さて、図２を参照すれば、高度患者管理システム１００の例は例えばＩＴＵ１０８等の１つ以上のインタロゲータ／トランシーバユニット（「ＩＴＵ」）を含む。ＩＴＵ１０８の例は装置１０２、１０４、及び１０６等の装置からデータを送受信するインタロゲータモジュール１５２と、データを記憶するメモリモジュール１５４と、ＡＰＭシステム１００の他の構成要素からデータを送受信するトランシーバモジュール１５６とを含む。トランシーバモジュールは装置１０２、１０４及び１０６のインタロゲータとして同様に動作してもよい。ＩＴＵ１０８の例はまた電力を供給するパワーモジュール１５８を含む。ＩＴＵ１０８には処理装置６０２、メモリー６０６、バッテリー６１０、入出力ポート６１４、ユーザインターフェース６１６、及びネットワークインターフェース６１８が更に含まれる。
【００２６】
処理装置６０２はソフトウェアコードとして与えられた命令を処理する典型的な処理装置である。
【００２７】
ユーザインターフェース６１６は患者又は他の人がＩＴＵ１０８と通信できるようにする。例えば、ユーザインターフェースはマウス、キーボード、タッチスクリーン、マイクロフォン等のような１つ以上の入力装置と、液晶ディスプレー（ＬＣＤ）又は発光ダイオード（ＬＥＤ）、ＣＲＴスクリーン、スピーカ、ライト、振動モータ等のような１つ以上の出力装置とを含む。ユーザインターフェース６１６は患者から主観的データを収集し（本願のＩ節参照）、患者に情報又は警報を与える（本願のＩＶ節参照）ために使用してもよい。
【００２８】
入出力ポート６１４はＩＴＵ１０８が外部型装置に接続できるようにする典型的な通信ポートである。例えば、入出力ポート６１４はＩＴＵ１０８がコンピュータに接続されるようにするパラレル、シリアル、又はユニバーサルシリアルバス（ＵＳＢ）ポートでもよい。その分野で一般的に知られている他のタイプのポートを使用してもよい。
【００２９】
ネットワークインターフェース６１８はＩＴＵ１０８がネットワークに接続されるようにする。例えば、ＩＴＵ１０８は患者の家にあるＬＡＮに接続しても、通信システム１１０に直接接続してもよい。
【００３０】
バッテリー６１０はパワーモジュール１５８の一部である。バッテリー６１０は充電式でも、非充電式でもよい。バッテリー６１０が充電式なら、バッテリーは標準バッテリー充電器を用いて充電でき、あるいはＩＴＵ１０８を受けるように作られた受け台にそれを置くことにより充電してもよい。代わりの実施例において、バッテリーは除かれ、パワーモジュール１５８が標準のＡＣ電源に直接接続されてもよい。
【００３１】
メモリー１５４はデータ、ソフトウェアアプリケーション、及び他の電子情報を記憶するＲＡＭ、ＲＯＭ等のような典型的な形式の如何なるメモリーでもよい。フラッシュメモリー、マイクロドライブ等を含むリムーバブルメモリーのような他のタイプのメモリーでもよい。
【００３２】
ＩＴＵ１０８は１つ以上の以下の機能を実行する。即ち、（１）データ記憶、（２）データ解析、（３）データ転送、（４）患者とのやり取り、（５）患者のフィードバック、及び（６）データ通信である。例えば、ＩＴＵ１０８は装置１０２、１０４、及び１０６、及び通信システム１１０の間の通信を容易にする。ＩＴＵ１０８は周期的又はリアルタイムに問い合わせ、装置１０２、１０４、及び／又は１０６からの臨床的に関係のある患者データをメモリーにダウロードできる。このデータは心臓センサ関係においては、例えば、Ｐ及びＲ波測定値、ペーシング、衝撃的事象、先頭インピーダンス、ペーシング閾値、バッテリー電圧、コンデンサ充電回数、電位図を用いたＡＴＲ事象、電位図を用いた頻拍事象、ヒストグラム情報、及び患者の健康と適切な装置機能を保証するために必要な他のあらゆる臨床情報を含む。データは装置１０２、１０４、及び１０６によりリアルタイムにＩＴＵ１０８に送られ、あるいは装置内のバッファから周期的にアップロードされる。
【００３３】
ＩＴＵ１０８は使用性と対応性を向上するためにカスタム化でき、また種々のソフトウェアパッケージを含んでもよい。ソフトウェアは各装置と通信するＩＴＵ１０８の能力を制御したり、ＩＴＵ１０８自身の機能性を制御してもよい。例えば、ソフトウェアはＩＴＵ１０８が種々の装置（例えば、装置１０２、１０４、及び１０６）と通信し、装置からデータをダウンロードし、装置の設定をアップデートできるようにする。
【００３４】
装置１０２、１０４、及び１０６等の種々の埋め込み型及び外部型装置がそれぞれ様々に機能及び通信することもあるのでこの機能をソフトウェアに設けると好都合かも知れない。例えば、埋め込まれた種々のモデルのペースメーカはインタロゲータと様々に通信し、ＩＴＵ１０８は各モデルと通信でき、ＩＴＵ１０８がペースメーカに問い合わせ、所望の情報を旨くダウンロードできるようにしなければならない。あらゆる装置のあらゆるモデルと通信するのに必要なソフトウェアを記憶できるほど十分なメモリーを含むことはコストとサイズのために非実用的であろう。
【００３５】
図３に示す１つの実施例において、ＩＴＵ１０８はホスト・ダウンロード・ソースシステム５０５からのソフトウェア・アップデートのダウンロードによりカスタム化可能である。（いくつかの実施例において、ホスト・ダウンロード・ソースシステム５０５はホスト１１２と同じシステムでもよい。）箱から最初に取り出されたときは、ＩＴＵ１０８は「空白」であり、あるいは「基本ソフトウェア」のみを含む。「空白」という用語は、ＩＴＵ１０８がブートのような初期機能を実行できることを指すために使用されるが、ＩＴＵ１０８が装置と通信できるようにするソフトウェアは含まない。「基本ソフトウェア」という用語はＩＴＵ１０８がブートアップしかつ装置との高レベル通信等の一般的な機能を実行できるために必要なソフトウェアを含むことを指すために使用される。これらの一般的な機能は、環境において何がＩＴＵを取り囲んでいるかをＩＴＵに決定させるためにＩＴＵの近辺にある装置にメッセージを送る（例えばピングする）能力や、（例えば通信ネットワーク３００を介して）ホストシステムと通信する能力を含んでもよい。しかしながら、基本ソフトウェアを有するＩＴＵ１０８は埋め込み型又は外部型装置の個々のモデルと機能上通信するソフトウェアは必ずしも含まない。
【００３６】
ＩＴＵ１０８が種々の装置と通信できるようにするのに必要なソフトウェアはホスト・ダウンロード・ソースシステム５０５に維持され、このソフトウェアはＩＴＵ１０８が所望の装置と機能上通信できるようにＩＴＵ１０８にダウンロード及びインストールしなければならない。
【００３７】
ＩＴＵ１０８が、１つ以上の与えられた装置と機能上通信するのに必要なソフトウェアをダウンロードできる方法がいくつかある。図４に図解される１つの方法例において、ＩＴＵ１０８は、それがＩＴＵ１０８のローカル範囲内の装置を「ピング(ping)」できるようにする基本ソフトウェアを含む。ピングとはモデル番号、シリアル番号、及び他の識別情報等の識別情報に応答するようにＩＴＵ１０８から範囲内の何れかの装置に出される要求である。ＩＴＵ１０８からのピングの範囲内のどの装置も装置のタイプに関連する情報をＩＴＵに送り返すことにより応答する。この情報に基づいて、ＩＴＵ１０８はホスト５０５との通信を確立し、ＩＴＵ１０８が装置と機能上通信できるようにするのに必要なソフトウェアをダウンロード／インストールする。これは必要なソフトウェアを識別及びインストールする自動化された方法であり、この方法はＩＴＵ１０８の初期のスタートアップにおいて実行され、また所望によりＩＴＵ１０８のリセット後に実行される。
【００３８】
図６に図解されるもう１つの方法において、ＩＴＵ１０８は空白であり、患者による使用に先立ち健康管理者又は患者によりプログラムされる。例えば、患者がモニタすべき三つの装置１０２、１０４、及び１０６を有するなら、健康管理者はＩＴＵ１０８が装置１０２、１０４、及び１０６と通信するのに必要なソフトウェアを識別及びダウンロードするために（例えば通信ネットワーク３００を介して）ホスト５０５にネットワークされるコンピュータシステム５１０を用いる（図３参照）。コンピュータシステム５１０はダウンロード及びインストール用の適当なソフトウェアの選択において健康管理者を援助する１つ以上のアプリケーションを含む。例えば、コンピュータシステム５１０上のアプリケーションは与えられた装置の全てのモデルのリストを含んでもよく、健康管理者が正しいモデルを選択し、必要な所望のソフトウェアの設定を行うことができる。モデルが選択されたら、アプリケーションはホスト５０５との接続を確立し、正しいソフトウェアをコンピュータシステム５１０にダウンロードする。コンピュータシステム５１０とＩＴＵ１０８は、ソフトウェアが次いでアップロードされ、ＩＴＵ１０８にインストールされるように接続される。
【００３９】
代わりの実施例において、種々の装置と通信するソフトウェアはコンピュータシステム５１０又はコンパクトディスクのようなリムーバブルな記憶媒体にある。従って、健康管理者又は患者が適当な装置モデルを選択したら、ソフトウェアがコンピュータシステム５１０をホスト５０５に接続することを必要としないでインストールできる。
【００４０】
更に、自動又は手動的方法を用いて、ＩＴＵ１０８は所望通りに多数回再プログラムできる。例えば、ＩＴＵ１０８が最初に第１の装置と通信するようにプログラムされ、その後に、第１の装置が除外され、第２の装置が追加され、ＩＴＵ１０８が第２の装置と通信するように自動又は手動的に再プログラムできる。
【００４１】
ソフトウェアは図４及び５に図解されるどちらかの方法によりダウンロードされると同時に、ＩＴＵ１０８によりホストに送られたデータが患者に適切に合うようにするためにホストに患者情報を提供することも可能である（本願のＩＶ節参照）。例えば、図４の自動化された方法において、装置はピングに応じて患者に関連する更なる情報を提供し、ＩＴＵ１０８はこの情報をホストに転送する。図５の手動的方法においては、所望のソフトウェアが選択され、ホストからダウンロードされたときに健康管理者又は患者は患者情報を提供する。
【００４２】
もう１つの実施例において、ＩＴＵ１０８はホスト５０５との接続を周期的に確立し、ソフトウェア・アップデートが公開されたかどうかをチェックする。ソフトウェアの新バージョンが利用可能なら、ＩＴＵ１０８はアップデートされたバージョンをインストールする。
【００４３】
ＩＩＩ．通信システム
通信システム１１０は装置１０２、１０４、及び１０６、ホスト１１２及びリモート周辺装置１０９等の高度患者管理システム１００の種々の構成要素の間の通信に備える。図６は本発明に従って作られた通信システム１１０に対する１つの実施例を図解する。通信システム１１０は通信ネットワーク３００により互いに接続された複数のコンピュータシステム３０４、３０６、３０８、３１０や、装置１０２、ホスト１１２、及びリモート周辺装置１０９を含む。通信ネットワーク３００は例えばローカルエリアネットワーク（ＬＡＮ）でも、ワイドエリアネットワーク（ＷＡＮ）でも、インターネットでもよい。以下により詳細に述べるように、種々の通信は有線又は無線技術を用いて実施される。
【００４４】
図解された実施例において、ホスト１１２は以下により詳細に述べる種々の通信プロトコルを用いてコンピュータ３０４、３０６、３０８、及び３１０と通信するサーバコンピュータ３１８及び３２２を含む。サーバコンピュータ３１８及び３２２はデータベース３１６及び３２０に情報を記憶する。この情報はまた１つ以上の更なるサーバへの配信により記憶される。
【００４５】
種々の通信方法及びプロトコルは装置１０２、１０４、及び１０６、ＩＴＵ１０８、通信システム１１０、ホスト１１２、及びリモート周辺装置１０９間の通信を容易にするために用いられる。例えば、有線及び無線通信方法が使用される。有線通信方法は例えば非限定的に、伝統的なＤＬＳ等の銅線通信、ＩＳＤＮ等のブロードバンド技術、ケーブルモデム、及び光ファイバーを含んでもよく、一方、無線通信は携帯電話、衛星、無線周波（ＲＦ）、赤外線等を含んでもよい。
【００４６】
与えられた通信方法に対し、多数の標準及び／又は専用の通信プロトコルが用いられる。例えば、非限定的に無線数はパルスコーディング、スペクトル拡散、直接拡散、時間ホッピング、ＳＭＴＰ、ＦＴＰ、及びＴＣＰ／ＩＰが用いられる。他の専用の方法及びプロトコルを用いてもよい。更に、二つ以上の通信方法及びプロトコルの組み合わせを用いてもよい。
【００４７】
高度患者管理システム１００の構成要素間の種々の通信はいくつかの異なる技術を用いて確実にされる。例えば、暗号及び／又はトンネリング技術がデータ送信を保護するために使用される。あるいは、機密を保持する優先度データ交換フォーマット及びインターフェースを用いてもよい。例えば既知のキー構造（例えばＰＧＰ又はＲＳＡ）に基づいてデジタル署名を用いて認証が実施されてもよい。セキュリティーカード及びバイオメトリックセキュリティー装置（例えば虹彩スキャン、瞳スキャン、指紋スキャン、血管紋スキャン、音声、顔寸法認識等）のような他の物理的セキュリティー及び認証手段を用いてもよい。高度患者管理システム１００の１つ以上の記憶媒体にある情報を保護するためにファイアウォールのような従来のセキュリティー方法を使用してもよい。データ送信エラーを検出及び訂正するために暗号、認証及び証明技術を用いてもよい。
【００４８】
大量のデータが効率的に送信されるようにするために高度患者管理システム１００の種々の構成要素間の通信は圧縮技術を用いて増強することもできる。例えば、装置１０２、１０４、及び１０６又はＩＴＵ１０８は、情報をＩＴＵ１０８に、あるいは直接通信システム１１０に送信する前に、記録された情報を圧縮してもよい。
【００４９】
上記の通信方法及びプロトコルはデータの周期的及び／又はリアルタイム供給を容易にできる。
【００５０】
ＩＶ．ホスト
ホスト５０５の例（図３参照）はＩＴＵ１０８又はコンピュータシステム５１０からのソフトウェア要求を受信し、ソフトウェアをＩＴＵ１０８又はコンピュータシステム５１０にアップロードするように設定される。具体的には、ホスト５０５は複数の異なる装置と通信するのに必要なソフトウェアを容れるために１つ以上のデータベースを備えてもよい。ＩＴＵ１０８からのソフトウェア要求を受信したら、ホスト５０５は１つ以上のデータベースを照会し、選択された装置モデルに対する正しいソフトウェアを識別する。ソフトウェアは利用可能にされてＩＴＵ１０８又はコンピュータシステム５１０がダウンロードする。ホスト５０５は必要なＩＴＵ１０８にソフトウェア・アップデートを自動的に行う等の他の機能を実行してもよい。
【００５１】
ホスト５０５はホスト１１２の例の一部である（図１参照）。ホスト１１２はデータベースモジュール１１４、解析モジュール１１６、及び供給モジュール１１８を含む。ホスト１１２は好ましくは患者から収集された大量のデータを解析及び処理し、また統計を処理し、大きな母集団に対する解析を実行する十分な処理能力を含む。例えば、ホスト１１２はメインフレームコンピュータ又はマルチプロセッサワークステーションを含んでもよい。ホスト１１２はまた十分な計算能力とメモリーを含む１つ以上のパーソナルコンピュータを含んでもよい。ホスト１１２は患者から収集され、解析された大量の高解像力データを記憶するのに十分な記憶媒体（例えばハードディスク、光学的データ記憶装置）を含む。
【００５２】
ホスト１１２はまたＩＴＵ１０８及び周辺装置１０９等のそれと通信する種々の装置に関する識別及び接触情報（例えば、ＩＰアドレス、電話番号、又は製品シリアル番号）を含んでもよい。例えば、各ＩＴＵ１０８はハードコードされあるいは静的識別子（例えば、ＩＰアドレス、電話番号等）を割り当てられ、これはどの患者の情報をホスト１１２がある瞬間に受信しているかをホスト１１２が識別できるようにする。あるいは各装置１０２、１０４、及び１０６は特有の識別番号を割り当てられてもよく、特有の患者識別番号は患者データの各送信と共に送信してもよい。
【００５３】
装置が先ず作動されると、高度患者管理システム１００により受信されたデータをある患者に関連付けるためにいくつかの方法が使用される。例えば、各装置は特有の識別番号、及び患者、健康管理者、又は現場代表により書かれた登録用紙を含んでもよい。登録用紙は収集されたデータを患者に関連付けるために必要な情報を収集するために使用される。あるいは、ユーザは、登録情報を収集できるようにウェブサイトにログオンできる。もう１つの実施例において、記録されたデータを前記ある患者に関連付けるのに必要な情報を提供するために装置の展開に先立ち、あるいは展開に関連して走査されるバーコードが各装置に含まれる。
【００５４】
図１を再び参照すれば、データベースモジュール１１４の例は患者データベース４００、住民データベース４０２、医学データベース４０４、及び一般的なデータベース４０６を含み、これら全ては以下に更に説明する。患者データベース４００は装置１０２、１０４、及び１０６により取得されたデータや、患者の医学的記録及び履歴情報を含む患者特有のデータを含む。住民データベース４０２は他の患者及び住民趨勢に関連するデータ等の患者特有でないデータを含む。医学的データベース４０４の例は、キー事象の記しと共に患者の病気の進行の記録の形式の多数の患者に対する履歴傾向データ等の病気の治療に関連する臨床データを含む。一般的なデータベース４０６は、ニュース、財政、買い物、技術、エンターテーメント、及び／又はスポーツ等の患者に関係する非医学データを含む。
【００５５】
もう１つの実施例において、情報はまた外部データベース６００等の外部ソースから提供される。例えば、外部データベース６００は患者に処方された薬のタイプに関する情報を提供する、薬局により維持される薬剤処方記録等の第三者により維持される外部医学記録を含む。
【００５６】
解析モジュール１１６の例は患者解析モジュール５００、装置解析モジュール５０２、住民解析モジュール５０４、及び学習モジュール５０６を含む。患者解析モジュール５００は高度患者管理システム１００により収集された情報や、他の関係ソースに関する情報を利用して患者に関連するデータを解析し、タイムリーに患者の充足感の予知評価を提供してもよい。装置解析モジュール５０２は装置１０２、１０４、及び１０６及びＩＴＵ１０８からのデータを解析して装置問題又は不良を予知及び決定する。住民解析モジュール５０４はデータベースモジュール１１４内に収集されたデータを使用して住民の健康を管理する。学習モジュール５０６は高度患者管理システム１００及び外部ソースにより収集されたデータを含む、種々の情報源から提供されたデータを解析し、ニューラルネットワーク（又は均等物）システムを介して実行され、例えば確率計算を実行する。
【００５７】
供給モジュール１１８はホスト１１２により実行された解析に基づいてフィードバックの供給を調整する。例えば、装置から収集され、ホスト１１２により解析されたデータに基づいて供給モジュール１１８は例えばＩＴＵ１０８に設けられたディスプレーを用いて健康管理者又は患者に情報を供給することができる。
【００５８】
本願に開示された種々の実施例の説明を助けるために１つ以上の表題が設けられた。表題の使用と生じた表題による分割は決して限定的に解釈すべきではない。１つの表題の下に説明された主題は１つ以上の他の表題の下に説明された主題と非限定的にかつ所望通りに組み合わせることができる。
【００５９】
本開示のシステムと方法は種々の装置及び／又はプログラムや埋め込み型又は外部型装置を含む、本願に開示された種々の図に示されたシステムを用いて実行できる。従って、本開示の方法は（１）システム上で進行する、コンピュータで実行されるステップ列として、また（２）システム内の相互接続されたモジュールとして実行される。実施は本開示の方法を実施するシステムと、その方法のユーザにより選択又は利用される構成要素の性能要件による選択の問題である。従って、本願において説明された本開示の方法の実施例を作り上げる論理演算は動作、ステップ、又はモジュールと様々によばれる。動作、ステップ、及びモジュールが、本願に添付された特許請求の範囲に記載されるような本発明の精神と範囲から逸脱することなく、ソフトウェア、ファームウェア、特殊目的のデジタル論理、アナログ回路、及びその組み合わせとして実施されることは当業者には言うまでもない。
【００６０】
本発明は上記の特定例に限定されると見なすべきではなく、むしろ添付の特許請求の範囲に公正に提示されるような発明の全ての態様を包含することは言うまでもない。本発明がめざす分野の当業者には、本明細書を検討すれば、本発明が適用可能な種々の変形、等価なプロセスや、無数の構造が直ちに明らかとなるであろう。
【図面の簡単な説明】
【００６１】
【図１】本発明による高度患者管理システムを例示するブロック図。
【図２】本発明によるインタロゲータ／トランシーバユニットを例示するブロック図。
【図３】インタロゲータ／トランシーバユニット上のソフトウェアをアップデートするシステム例の概略図。
【図４】インタロゲータ／トランシーバユニット上のソフトウェアを自動的に初期アップデートする方法例のフロー図。
【図５】インタロゲータ／トランシーバユニット上のソフトウェアを手動で初期アップデートする方法例のフロー図。
【図６】本発明による通信システムを例示する概略図。
【特許請求の範囲】
【請求項１】
患者に関連付けられた少なくとも１つの装置及びホストと通信するように設定された患者管理システムにおけるインタロゲータ／トランシーバユニットであって、
ソフトウェア命令を処理する処理モジュールと、
リモートホストとのインターフェースと、
メモリモジュールと、から成り、
前記メモリモジュールは、スタートアップ時、前記ユニットに前記装置をピングさせる基本ソフトウェアを含み、前記ユニットは、前記装置からの応答を受けたとき、前記インターフェースを介して前記リモートホストに接続されて前記装置に特有の前記メモリーモジュールにソフトウェアをダウンロードするよう設定されていることを特徴とするインタロゲータ／トランシーバユニット。
【請求項２】
患者と通信するユーザインターフェース手段を更に備える請求項１に記載のユニット。
【請求項３】
前記装置は移植されていることを特徴とする請求項１に記載のユニット。
【請求項４】
前記ユニットは前記リモートホストと自動的に通信して前記ソフトウェアをダウンロードすることを特徴とする請求項１に記載のユニット。
【請求項５】
前記ユニットは前記リモートホストと周期的に通信してアップデートされたソフトウェアをダウンロードすることを特徴とする請求項１に記載のユニット。
【請求項６】
前記ユニットは、リセットされると、前記装置を自動的にピングし、前記リモートホストからソフトウェアをダウンロードすることを特徴とする請求項１に記載のユニット。
【請求項７】
患者に関連付けられた少なくとも１つの装置及びホストと通信するように設定された患者管理システムに使用されるインタロゲータ／トランシーバユニットを設定するシステムであって、
ソフトウェア命令を処理する処理装置と、インターフェースと、メモリモジュールとを含み、初期化時に空白であるインタロゲータ／トランシーバユニットと、
前記インターフェースを介して前記ユニットに連結されたコンピュータシステムと、
から成り、前記コンピュータシステムは、ユーザが複数の装置モデルの１つ以上を選択することを許容し、かつ、選択時、前記選択された装置モデルに関連付けられたソフトウェアを前記ユニットにインストールすることを特徴とする、設定システム。
【請求項８】
前記複数の装置モデルに対するソフトウェアは前記コンピュータシステムのメモリー内に存することを特徴とする請求項７に記載のシステム。
【請求項９】
前記複数の装置モデルに対するソフトウェアは前記コンピュータシステムによって読み取られるリムーバブル記憶媒体にあることを特徴とする請求項７に記載のシステム。
【請求項１０】
前記複数の装置モデルに特有の前記ソフトウェアを含むリモートホストを更に備え、前記コンピュータシステムは、前記リモートホストと通信し、前記選択された装置モデルに関連付けられた前記ソフトウェアをダウンロードし、前記ソフトウェアを前記ユニットにインストールするように設定されていることを特徴とする請求項７に記載のシステム。
【請求項１１】
前記装置は移植されていることを特徴とする請求項７に記載のシステム。
【請求項１２】
患者に関連付けられた装置から患者管理システムの一部としてのリモートホストにデータを送信する方法であって、
前記装置と通信するように設定されたインタロゲータ／トランシーバユニットを設けるステップと、
前記ユニットを初期化するステップと、
前記ユニットから前記装置にピングを送るステップと、
前記装置から前記ユニットへの識別情報に応答するステップと、
から成る送信方法。
【請求項１３】
前記ユニットと前記リモートホストの間の通信を確立して前記装置に関連付けられたソフトウェアを前記ユニットにダウンロードするステップと、
前記ソフトウェアを前記ユニットにインストールするステップと、
を更に備える請求項１２に記載の方法。
【請求項１４】
前記ユニットの初期化前に、前記ユニットは基本ソフトウェアのみを含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記ユニットをリセットするステップと、
前記ユニットから第２の装置に第２のピングを送るステップと、
前記第２装置から前記ユニットへの識別情報に応答するステップと、
前記ユニットと前記リモートホストの間に通信を確立するステップと、
前記第２装置に関連付けられたソフトウェアを前記ユニットにダウンロードするステップと、
前記ソフトウェアを前記ユニットにインストールするステップと、
を更に含む請求項１２に記載の方法。
【請求項１６】
前記装置と前記第２装置が同一であることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記装置は移植されていることを特徴とする請求項１２に記載の方法。
【請求項１８】
患者に関連付けられた装置から患者管理システムの一部としてのリモートホストにデータを送信する方法であって、
空白のインタロゲータ／トランシーバユニットを設けるステップと、
複数の装置モデルのリストからの選択を許容するコンピュータシステムを設けるステップと、
前記複数の装置モデルのリストから前記装置を選択するステップと、
前記ユニットが前記装置と通信できるように前記ユニットにソフトウェアをインストールするステップと、
から成るデータ送信方法。
【請求項１９】
前記コンピュータシステムと前記リモートホストの間に通信を確立するステップと、
前記装置に関連付けられたソフトウェアを前記コンピュータシステムにダウンロードするステップと、
を更に含む請求項１８に記載の方法。
【請求項１】
患者に関連付けられた少なくとも１つの装置及びホストと通信するように設定された患者管理システムにおけるインタロゲータ／トランシーバユニットであって、
ソフトウェア命令を処理する処理モジュールと、
リモートホストとのインターフェースと、
メモリモジュールと、から成り、
前記メモリモジュールは、スタートアップ時、前記ユニットに前記装置をピングさせる基本ソフトウェアを含み、前記ユニットは、前記装置からの応答を受けたとき、前記インターフェースを介して前記リモートホストに接続されて前記装置に特有の前記メモリーモジュールにソフトウェアをダウンロードするよう設定されていることを特徴とするインタロゲータ／トランシーバユニット。
【請求項２】
患者と通信するユーザインターフェース手段を更に備える請求項１に記載のユニット。
【請求項３】
前記装置は移植されていることを特徴とする請求項１に記載のユニット。
【請求項４】
前記ユニットは前記リモートホストと自動的に通信して前記ソフトウェアをダウンロードすることを特徴とする請求項１に記載のユニット。
【請求項５】
前記ユニットは前記リモートホストと周期的に通信してアップデートされたソフトウェアをダウンロードすることを特徴とする請求項１に記載のユニット。
【請求項６】
前記ユニットは、リセットされると、前記装置を自動的にピングし、前記リモートホストからソフトウェアをダウンロードすることを特徴とする請求項１に記載のユニット。
【請求項７】
患者に関連付けられた少なくとも１つの装置及びホストと通信するように設定された患者管理システムに使用されるインタロゲータ／トランシーバユニットを設定するシステムであって、
ソフトウェア命令を処理する処理装置と、インターフェースと、メモリモジュールとを含み、初期化時に空白であるインタロゲータ／トランシーバユニットと、
前記インターフェースを介して前記ユニットに連結されたコンピュータシステムと、
から成り、前記コンピュータシステムは、ユーザが複数の装置モデルの１つ以上を選択することを許容し、かつ、選択時、前記選択された装置モデルに関連付けられたソフトウェアを前記ユニットにインストールすることを特徴とする、設定システム。
【請求項８】
前記複数の装置モデルに対するソフトウェアは前記コンピュータシステムのメモリー内に存することを特徴とする請求項７に記載のシステム。
【請求項９】
前記複数の装置モデルに対するソフトウェアは前記コンピュータシステムによって読み取られるリムーバブル記憶媒体にあることを特徴とする請求項７に記載のシステム。
【請求項１０】
前記複数の装置モデルに特有の前記ソフトウェアを含むリモートホストを更に備え、前記コンピュータシステムは、前記リモートホストと通信し、前記選択された装置モデルに関連付けられた前記ソフトウェアをダウンロードし、前記ソフトウェアを前記ユニットにインストールするように設定されていることを特徴とする請求項７に記載のシステム。
【請求項１１】
前記装置は移植されていることを特徴とする請求項７に記載のシステム。
【請求項１２】
患者に関連付けられた装置から患者管理システムの一部としてのリモートホストにデータを送信する方法であって、
前記装置と通信するように設定されたインタロゲータ／トランシーバユニットを設けるステップと、
前記ユニットを初期化するステップと、
前記ユニットから前記装置にピングを送るステップと、
前記装置から前記ユニットへの識別情報に応答するステップと、
から成る送信方法。
【請求項１３】
前記ユニットと前記リモートホストの間の通信を確立して前記装置に関連付けられたソフトウェアを前記ユニットにダウンロードするステップと、
前記ソフトウェアを前記ユニットにインストールするステップと、
を更に備える請求項１２に記載の方法。
【請求項１４】
前記ユニットの初期化前に、前記ユニットは基本ソフトウェアのみを含むことを特徴とする請求項１２に記載の方法。
【請求項１５】
前記ユニットをリセットするステップと、
前記ユニットから第２の装置に第２のピングを送るステップと、
前記第２装置から前記ユニットへの識別情報に応答するステップと、
前記ユニットと前記リモートホストの間に通信を確立するステップと、
前記第２装置に関連付けられたソフトウェアを前記ユニットにダウンロードするステップと、
前記ソフトウェアを前記ユニットにインストールするステップと、
を更に含む請求項１２に記載の方法。
【請求項１６】
前記装置と前記第２装置が同一であることを特徴とする請求項１５に記載の方法。
【請求項１７】
前記装置は移植されていることを特徴とする請求項１２に記載の方法。
【請求項１８】
患者に関連付けられた装置から患者管理システムの一部としてのリモートホストにデータを送信する方法であって、
空白のインタロゲータ／トランシーバユニットを設けるステップと、
複数の装置モデルのリストからの選択を許容するコンピュータシステムを設けるステップと、
前記複数の装置モデルのリストから前記装置を選択するステップと、
前記ユニットが前記装置と通信できるように前記ユニットにソフトウェアをインストールするステップと、
から成るデータ送信方法。
【請求項１９】
前記コンピュータシステムと前記リモートホストの間に通信を確立するステップと、
前記装置に関連付けられたソフトウェアを前記コンピュータシステムにダウンロードするステップと、
を更に含む請求項１８に記載の方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公表番号】特表２００６−５１２１６５（Ｐ２００６−５１２１６５Ａ）
【公表日】平成１８年４月１３日（２００６．４．１３）
【国際特許分類】
【出願番号】特願２００４−５６５７４１（Ｐ２００４−５６５７４１）
【出願日】平成１５年１２月２３日（２００３．１２．２３）
【国際出願番号】ＰＣＴ／ＵＳ２００３／０４１３７４
【国際公開番号】ＷＯ２００４／０６００４３
【国際公開日】平成１６年７月２２日（２００４．７．２２）
【出願人】（５０５００３５２８）カーディアック・ペースメーカーズ・インコーポレーテッド (466)
【Ｆターム（参考）】
【公表日】平成１８年４月１３日（２００６．４．１３）
【国際特許分類】
【出願日】平成１５年１２月２３日（２００３．１２．２３）
【国際出願番号】ＰＣＴ／ＵＳ２００３／０４１３７４
【国際公開番号】ＷＯ２００４／０６００４３
【国際公開日】平成１６年７月２２日（２００４．７．２２）
【出願人】（５０５００３５２８）カーディアック・ペースメーカーズ・インコーポレーテッド (466)
【Ｆターム（参考）】
[ Back to top ]