(57)【要約】インタフェースユニット（１４）と、患者（１８）に接続された医療装置（１２）とを含む遠隔でまたは局地でプログラムおよびアクセス可能な医療装置システム（１０）が開示される。人は、電話（４８）やコンピュータ（５０）等のトランシーバを通じて、遠隔にあるかまたは局所的な医療装置から、可聴の、電気的な、または紙の形で、ステータスリポートを得ることができる。更に、その人は、医療装置に関連するプロトコルを変更したり、医療装置に関連する警報の遠隔地または局地への注意を喚起されてもよい。
2004507292.tif 000002
【特許請求の範囲】
【請求項１】
ローカルトランシーバおよびリモートトランシーバによってプログラム可能であり患者データを局地または遠隔地に送信することができる、プログラム可能なプロトコルを有し患者データを記憶する、医療装置システムであって、
患者に接続され、プロトコルまたは該プロトコルに関連する患者データを有する、電子的に制御可能な医療装置と、
プログラム可能なプロトコルまたは患者データを記憶するためのメモリと、
データ信号を記憶するためのデータ記憶部と、
前記ローカルトランシーバと接続してデータ信号を局地に送信し、かつ前記ローカルトランシーバから信号を受信するための第一の通信ポートと、
前記リモートトランシーバと接続してデータ信号を遠隔地に送信し、かつ前記リモートトランシーバから信号を受信するための第２の通信ポートと、
局所または遠隔プログラミング信号の受信に応じて前記メモリ内の前記プログラム可能なプロトコルを操作するため、あるいは、局所または遠隔データアクセス信号に応じて前記データ記憶部から患者データを含む前記データ信号を送信するようになっているプロセッサとを備える医療装置システム。
【請求項２】
リモートまたはローカルトランシーバによってプログラム可能であり患者データを遠隔地または局地に送信することができる、プログラム可能なプロトコルを有し患者データを記憶する、医療装置システムであって、
患者に接続され、プロトコルまたは該プロトコルに関連する患者データを有する、電子的に制御可能な医療装置と、
プログラム可能なプロトコルまたは患者データを記憶するためのメモリと、
データ信号を記憶するためのデータ記憶部と、
前記トランシーバと接続してデータ信号をロケーションに送信し、かつ前記トランシーバから信号を受信するための通信ポートと、
プログラミング信号の受信に応じて前記メモリ内のプログラム可能なプロトコルを操作するため、または、データアクセス信号に応じて前記データ記憶部から患者データを含む前記データ信号を送信するようになっているプロセッサとを備える医療装置システム。
【請求項３】
医療装置に、該医療装置から局地にあるいは遠隔地に位置するトランシーバからアクセスするための方法であって、前記医療装置に関連する制御を含み、前記制御は、プログラム可能なプロトコルまたは該プロトコルに関連する患者データを有し、
前記医療装置と前記トランシーバとの接続を確立するステップと、
前記トランシーバから前記制御へと信号を送信するステップと、
前記信号が前記トランシーバからのプログラミング信号である場合に前記信号を処理して前記プログラム可能なプロトコルを操作し、前記信号がデータ転送信号である場合に前記患者データを前記トランシーバまたは別な場所へ送信するステップとを含む医療装置へのアクセス方法。
【発明の詳細な説明】
【０００１】
［発明の分野］
本発明は、医療用の、遠隔でまたは局地でアクセス可能なヘルスケアシステムに関する。より詳細には、本発明は、患者から局地または遠隔地にいるヘルスケア提供者が患者の現在の医学的状態のステータスを監視することができ、患者のプロトコルを編集し、患者のプロトコルの変更を文書化し、ヘルスケア提供者に警報状態を通報する、患者医療装置に関連するシステムに関する。
【０００２】
［発明の背景］
健康にかかるコストの上昇や、病室のコストが高いこと、患者に快適さと便利さを供給したいという要望から、医療産業は、様々な病気を煩っている患者用の在宅ケアを促進してきた。多くの患者は様々な医療装置に接続される必要がある。このような医療装置は、患者の健康状態の一定のパラメータを頻繁に監視し、患者のニーズの変化に伴い調節すべき制御を有している。療法の変化により、プロトコル全体をプログラムする必要が生じる場合もある。こういった医療装置の初期のバージョンにおいては、装置のプロトコルを調節するのにケア提供者が物理的にその場にいなけらばならなかった。このような再プログラミングには、多くのコストと多くの時間が必要である。
【０００３】
更に、現在、病院等のヘルスケア提供者やヘルスケアの代金を支払う健康保険機関は、全ての医療手続を裏付ける文書化をしばしば要求することがある。例えば、健康保険機関は、患者が費用の払い戻しを受けるためには、患者の健康状態を測定する特定のパラメータが一定のレベルにあることを要求する場合がある。または、上記健康保険機関は、その装置が実際に意図通りに使われているという証拠を要求する場合がある。また、家にいる患者や患者の介護者は、家庭ではケア提供者に医療装置に関連する警報が発生したことを通知しない場合が多く、場合によっては、警報状態に対して患者が装置をみだりに変更してしまうことがある。
【０００４】
従って、警報状態を通報し、遠隔にあるケア提供者その他保健職員のファクシミリまたはコンピュータにステータスリポートを送信することによって、ケア提供者に患者の状態を通知することができる、遠隔でまたは局地で制御可能な医療装置システムが必要とされている。
【０００５】
［発明の概要］
本発明は、遠隔でまたは局地でプログラム可能な医療装置システム、および上述の目的を達成するリモートまたはローカルトランシーバを経由して医療装置システムを遠隔でまたは局地でリモートプログラムする方法を対象とする。
【０００６】
本発明のシステムによって、ケア提供者は、音声合成の命令を受信した後タッチトーン式のキーパッドを有するリモートまたはローカルトランシーバによって、患者に関連する局地または遠隔地にある医療装置から、患者のステータスを得て、患者のプロトコルを変更し、あるいは、文書化を要求することができる。この方法は、簡単に使用でき、訓練が不要である。これによって、ケア提供者は、どこに電話があろうとも上述の機能を行うことができる。ケア提供者がコンピュータにアクセスできるのであれば、ケア提供者は上述の電話の場合と同じ機能を任意に果たすことができるだけでなく、患者のステータスがグラフまたは表の形で変化した時に患者のリアルタイムのステータスをコンピュータの画面上で見たり、所望のパラメータのファイルをシステムに送信して医療装置をプログラムすることもできる。
【０００７】
ケア提供者のコンピュータはまた、システムに、設定した時間間隔で特定の場所に自動的にステータスリポートを送信し、ケア提供者を自動的に呼び出して警報状態を通報するように命令してもよい。更に、システムは、中央データ記憶ロケーションにアクセスすることによって、単一のプログラミングセッションで、１人またはそれよりも多い患者に接続された多数の医療装置を遠隔でまたは局地でプログラムしたり、多数の患者のプロトコルを遠隔でプログラムしてもよい。
【０００８】
これらのおよびその他の利点を達成するために、およびそれらにおいて実施され概説されている本発明の目的に従って、本発明は、プログラム可能なプロトコルを有する、遠隔でまたは局地でプログラムおよびアクセスが可能な医療装置システムを規定する。本医療装置システムは、リモートトランシーバによって遠隔でプログラム可能であり、ローカルトランシーバによって局地でプログラム可能である。適当なトランシーバは、タッチトーン式の電話やコンピュータ等であり得る。または、本医療装置は、プログラム可能なプロトコルを有していなくてもよい。例えば、装置は患者の生存徴候のみを監視してもよい。本発明の遠隔でまたは局地でプログラム可能な医療装置システムは、プログラム可能なプロトコルまたは活動の記録を記憶するメモリと、リモートトランシーバに音声信号を送信し、遠隔にあるファクシミリまたはコンピュータにデータを送信し、リモートトランシーバからリモートプログラミング信号を受信するリモート通信ポートとを含む。システムはまた、ローカルトランシーバに音声信号を送信し、ローカルトランシーバからローカルプログラミング信号を受信するローカル通信ポートを含む。ローカル通信ポートはまた、局地にあるファクシミリまたはコンピュータにデータを送信するように構成され得る。さらに、システムはまた、音声信号を記憶する音声記憶ユニットと、プロセッサも含む。プロセッサは、（１）通信ポートに連結されて、リモートまたはローカルプログラミング信号の受信に応答してプログラム可能なプロトコルを処理し、（２）音声記憶ユニットに連結されて、音声記憶ユニットからの音声信号にアクセスし、（３）メモリに連結されて、メモリからのプログラム可能なプロトコルにアクセスする。
【０００９】
別の態様において、本発明は、メモリ内に記憶されたプログラム可能な警報ルーチンを有する医療装置システムを含む。医療装置システムは、データポートと、インタフェースデータポートを経由して医療装置上の医療装置データポートと連結されたまたは一体のインタフェースユニットとを有する、医療装置を含む。インタフェースユニットは更に、警報状態が発生したことを示す音声信号を記憶する音声記憶ユニットと、音声信号をタッチトーン式のリモートトランシーバに自動的に送信するか、または遠隔にあるファクシミリまたはコンピュータに警報状態に関するデータを自動的に送信するリモート通信ポートとを含む。インタフェースユニットはまた、プロセッサも含む。プロセッサは、（１）リモート通信ポートに連結されて、医療装置の警報信号の受信に応答して警報状態を処理し、（２）音声記憶ユニットに連結されて、音声記憶ユニットからの音声信号にアクセスし、（３）メモリに連結されて、メモリからの警報ルーチンにアクセスする。医療装置の警報からの信号は、医療装置データポートを経由してインタフェースデータポートに中継される。
【００１０】
別の態様において、本発明は、プロトコルメモリ内に記憶されたプログラム可能なプロトコルを有する、遠隔でまたは局地でプログラム可能な医療装置システムを含む。本医療装置システムは、リモートまたはローカルトランシーバによってプログラム可能である。本医療装置システムは、インタフェースユニットと少なくとも１つの医療装置とを含み、それぞれの医療装置は、データポートと、インタフェースデータポートを経由してそれぞれの医療装置上の各データポートと連結されたまたは一体のインタフェースユニットとを有する。インタフェースユニットは更に、音声信号を記憶する音声記憶ユニットと、音声信号をタッチトーン式のリモートトランシーバに送信し、遠隔にあるファクシミリまたはコンピュータにデータを送信し、リモートトランシーバからリモートプログラミング信号（遠隔にある電話の場合には、デュアルトーンマルチフリーケンシー信号等）を受信するリモート通信ポートとを含む。インタフェースユニットはまた、ローカルトランシーバに音声信号を送信し、かつローカルトランシーバからローカルプログラミング信号を受信するローカル通信ポートを含む。ローカル通信ポートはまた、局地にあるファクシミリまたはコンピュータにデータを送信するように構成され得る。インターフェースはまた、プロセッサも含む。プロセッサは、（１）通信ポートに連結されて、リモートまたはローカルプログラミング信号の受信に応答してプログラム可能なプロトコルを処理し、（２）音声記憶ユニットに連結されて、音声記憶ユニットからの音声信号にアクセスし、（３）メモリに連結されて、メモリからのプログラム可能なプロトコルにアクセスする。処理したプログラム可能なプロトコルは、プロセッサからインタフェースデータポートを経由して医療装置に中継される。
【００１１】
別の態様において、本発明は、中央メモリロケーション内に記憶された多数の患者についてのプログラム可能なプロトコルを有する、遠隔でまたは局地でプログラム可能な医療装置システムを含む。医療装置システムは、リモートまたはローカルトランシーバによってプログラム可能である。システムは、遠隔にある中央データ記憶ユニットと、多数の患者に接続することができる多数の医療装置と、それぞれの患者についてのインタフェースユニットとを含み、それぞれの医療装置は、それぞれのインタフェースユニット上のデータポートと連結されたデータポートを有する。それぞれのインタフェースユニットは、音声信号を記憶する音声記憶ユニットと、リモート通信ポートと、ローカル通信ポートとを含む。リモート通信ポートは、デジタル信号を遠隔にある中央データ記憶ロケーションに送信し、遠隔にあるファクシミリまたはコンピュータにデータを送信し、タッチトーン式のリモートトランシーバからのリモートプログラミング信号（コンピュータの場合には、デジタル信号等）を送受信するためのものである。ローカル通信ポートは、局地にあるプッシュボタン式のトランシーバからのローカルプログラミング信号（コンピュータの場合には、デジタル信号）を送受信し、かつ所望であれば局地にあるファクシミリまたはコンピュータにデータを送信するためのものである。それぞれのインタフェースユニットはまた、プロセッサも含む。プロセッサは、（１）その通信ポートに連結されて、遠隔でまたは局地でプログラミング信号の受信に応答してプログラム可能なプロトコルを処理し、（２）その音声記憶ユニットに連結されて、その音声記憶ユニットからの音声信号にアクセスし、（３）そのメモリに連結されて、そのメモリからのプログラム可能なプロトコルにアクセスする。処理したプログラム可能なプロトコルは、プロセッサからインタフェースデータポートを経由して医療装置に中継される。遠隔にある中央データ記憶ユニットは、音声信号を記憶する音声記憶ユニットと、音声信号をタッチトーン式のリモートトランシーバに送信し、遠隔にあるファクシミリまたはコンピュータにデータを送信し、タッチトーン式のリモートトランシーバからリモートプログラミング信号を受信する第１の通信ポートと、医療装置のデータポートからの信号を送受信する第２の通信ポートとを含む。遠隔にある中央データ記憶ユニットは更に、プロセッサを含む。プロセッサは、（１）第１のリモート通信ポートに連結されて、リモートプログラミング信号の受信に応答してプログラム可能なプロトコルを処理し、（２）第２のリモート通信ポートに連結されて、患者のインタフェースユニットに送信するプログラム可能なプロトコルを処理し、（３）音声記憶ユニットに連結されて、音声記憶ユニットからの音声信号にアクセスし、（４）メモリに連結されて、メモリからのプログラム可能なプロトコルにアクセスする。処理したプログラム可能なプロトコルは、遠隔にある中央データ記憶ユニットのプロセッサから第２のリモート通信ポートを経由してインタフェースユニットのプロセッサに中継される。
【００１２】
本発明の、従来技術よりも優れた更に目的、特徴および利点については、以下の図面の詳細な説明を添付の図面と共に考察すれば明らかとなろう。
【００１３】
［好適な実施形態の詳細な説明］
次に、本発明の現在好適な実施形態を詳細に参照し、その例を添付の図面に示す。可能な場合は全て、全図面を通じて同じ参照番号で同じまたは同様の部分を表す。
【００１４】
本発明によれば、プッシュボタン式の電話やコンピュータ等の遠隔地または局地に位置するトランシーバからの、リモートまたはローカルプログラミングおよび医療装置との通信を可能にする、遠隔でまたは局地でプログラム可能な医療装置システムが提供される。システムは、メモリと、音声記憶ユニットと、リモート通信ポートと、ローカル通信ポートと、通信ポートと音声記憶ユニットとメモリとに連結されたプロセッサとを含む。本明細書において、「プログラミング」、「プログラム可能」、および「処理」という用語は、ホストの動作、機能、およびデータ操作を表す一般的な用語である、ということが理解されるべきである。従ってこれらの用語は、本明細書において、データ、パラメータ、プロトコル、およびコードの編集および削除に限定されるものではない。例えば、本明細書において用いるプログラミングや処理は、編集、変更、消去、入力、再入力、閲覧、再閲覧、ロック、および挿入の各機能を包含してもよい。
【００１５】
本発明のシステムの例示的実施形態を図１に示し、概して参照番号１０で示す。本明細書の実施においては、図１に示すように、遠隔でまたは局地でプログラム可能な医療装置システム１０は、医療装置１２とインタフェースユニット１４とを含む。医療装置は、好ましくは、それを通じて患者データがセンサ等から送信されるワイヤ等の、患者との接続部１６を含む。
【００１６】
インタフェース１４は、インタフェース１４を医療装置１２に接続するケーブル２０と、インタフェース１４の動作を制御する制御装置２２と、インタフェース１４の様々な状態を示す表示ライト２４と、音声警報信号を供給する内部音声装置２６とを含む。本明細書の実施においては、制御装置２２は、リンクボタン２８、ローカルボタン３０、および送信ボタン３２を含む。または、当業者ならば容易に理解されるように、ローカルボタン３０はなくてもよい。表示ライト２４は、待機ライト３４と、電話／コンピュータライト３６と、警報ライト３８とを含む。制御装置２２と表示ライト２４との機能については、以下で詳細に説明する。インタフェース１４はまた、好ましくは、リモート通信ポート４０とローカル通信ポート４２とを含む。
【００１７】
インタフェース１４と医療装置１２とは、配線２０を経由して連結する代わりに、それぞれが無線エミッタ／検波器の対を含む、インタフェースデータポート４４と医療装置データポート４６とを経由して通信してもよい。好ましくは、データポート４４、４６はそれぞれ赤外線またはＲＦエミッタ／検波器を含み、医療装置１２とインタフェース１４との間で無線通信することができる。他の無線通信ポートもまた用いてもよい。好ましくは電力ケーブル２０が用いられて、インタフェース１４を経由して医療装置１２に電力を供給する。または、医療装置は、インタフェース１４を通じて接続されるのとは反対に、電源（図示せず）に直接連結された自らの電力ケーブルを有していてもよい。
【００１８】
本明細書の実施においては、リモート通信ポート４２とローカル通信ポート４０（もしあれば）はそれぞれ、当分野で周知の標準モデムを含む。モデムは、２８８００ボーまたはその他のボーレートで動作可能である。システムは、患者が病院にいるときの病院内の患者ステーション等、患者の近くにいるケア提供者が、ローカルトランシーバを通じてインタフェース１４にアクセスすることができるようになっていてもよい。ローカルトランシーバは、たとえばハードワイヤリンクを通じてローカルポート４０に接続される。電話４８Ａやコンピュータであり得る。他方、ケア提供者が医療装置システム１０から遠隔の場所にいる場合には、システムは、好ましくは、リンクボタン２８を押すとリモート通信ポート４２が起動するようになっている。このようにして、ケア提供者は、電話４８やコンピュータ５０等のリモートトランシーバを経由して、インタフェース１４と通信することができる。インタフェース１４は、別個のローカルポートとリモートポートを有する代わりに、そこを通って信号が入出力される単一のポートのみが設けられていてもよいことを理解されたい。
【００１９】
便宜上、本説明においては、ケア提供者が電話またはパーソナルコンピュータを用いて医療装置１２にリモートアクセスするものとして説明するが、様々なプロンプトや照会と独立して、およびそれらに応答しての両方でプログラミングパラメータを起動または選択することができるいかなるトランシーバ、ということも理解されたい。また、「リモートタッチトーン式トランシーバ」という用語は、０−９と＊と＃のキーのあるキーが１２個のキーパッドを有する従来技術のプッシュボタン式の電話に限定されない、ということも理解されるべきである。むしろ、本明細書において定義する「タッチトーン式トランシーバ」という用語は、キーボードまたはその他データ入力システムを経由して信号を発生することができる全てのトランシーバのことを表し、従って、従来技術の電話等のＤＴＭＦ信号を発生するトランシーバに限定されるものではない。本明細書において定義する他のタイプの「タッチトーン式トランシーバ」の例には、キーボードおよび／またはカーソル制御装置を有するコンピュータ、従来技術のプッシュボタン式の電話、人間の声をパルス信号またはデジタル信号またはアナログ信号に変換する送信機、およびページャトランシーバを含む。
【００２０】
図２を参照して、インタフェース１４内に含まれる各要素をより詳細に説明する。上述のように、インタフェース１４は、リモート通信ポート４２と、ローカル通信ポート４０と、プロトコルおよびイベントのメモリ５２と、音声記憶ユニット５４と、プロセッサ５６と、音声シンセサイザ５８と、アクセスコードメモリ６０とを含む。または、プロトコルおよびイベントのメモリ５２とプロセッサ５６とは一体ユニットであってもよい。プロトコルメモリ５２、音声記憶ユニット５４、およびアクセスコードメモリ６０は、全て同じメモリ装置（ランダムアクセスメモリ等）に収容されていてもよく、または別個のメモリユニット内にあってもよい。好ましくは、音声記憶ユニット５４は読み取り専用メモリ（ＲＯＭ）を含む。インタフェース１４はまた、インタフェース１４と医療装置１２（ワイヤ２０またはエミッタ／検波器４４等を介して）の間で情報を中継するデータポート４３も含む。音声シンセサイザ５８は、デジタル音声信号を人間の声のサウンドをエミュレートする信号に変換する集積回路であることが好ましい。本明細書に具体化されるように、音声シンセサイザ５８は、インタフェース１４からのリモート電話４８、４８Ａに出力される信号の変換に使用する必要があるだけであるため、リモート電話４８、４８Ａまたはリモートコンピュータ５０からの入信号、またはリモートコンピュータ５０への出信号の変換には必要ではない。音声シンセサイザは、市販のスピーチ合成チップを含んでもよい。
【００２１】
リモート通信ポート４２、ローカル通信ポート４０、およびインタフェースデータポート４４は全て、データバス６２ａ、６４ａ、および６６ａをそれぞれ介してプロセッサに接続される。通信ポート４０、４２はトランシーバ４８、４８Ａ、５０から信号を受信し、これら信号をバス６２ａ、６４ａそれぞれを介してプロセッサ５６に中継し、プロセッサ５６は次にこれら信号を処理し、これら信号に応答して各種動作を実行する。ケア提供者が電話４８からリモート通信モードを選択する場合、プロセッサ５８はバス７０ａを介して音声記憶ユニット５４からデジタル音声信号を受信し、これらデジタル音声信号をバス７０ｂを介して音声シンセサイザ５８に送信する。音声シンセサイザ５８において、信号はヒューマンボイスエミュレート信号に変換される。これらヒューマンボイス信号は、バス６２ｂ、６４ｂ、および６６ｂを介して音声シンセサイザ５８からバス６２ａ、６４ａ、６６ａに送信され、バス６２ａ、６４ａ、６６ａはこれら信号をリモート通信ポート４２、ローカル通信ポート４０、およびインタフェースデータポート４４それぞれに中継する。
【００２２】
例えば、リモート電話４８を操作しているケア提供者に指示を与える必要がある場合。プロセッサ５６は、プロセッサ５６を音声記憶ユニット５４に接続しているデータバス７０ａを介して音声アドレス信号を送信する。音声アドレス信号は、リモートトランシーバ４８に送信すべき特定の音声信号を含む音声記憶ユニット５４におけるロケーションに対応する。音声アドレス信号を受信すると、特定の音声信号が音声記憶ユニット５４からアクセスされて、データバス７０ａを介してプロセッサ５６に送信される。次にプロセッサ５６は、該音声信号をデータバス７０ｂを介して音声シンセサイザ５８に中継し、該音声シンセサイザ５８はこの音声信号を変換して、該変換された音声信号をデータバス６２ｂおよび６２ａを介してリモート通信ポート４２に送信し、通信ポート４２は該変換された信号をリモートトランシーバ４８に送信する。
【００２３】
音声記憶ユニット５４から取り出された音声信号は、人間の声のデジタル化表現であるか、またはコンピュータ生成音声信号であってもよい（双方とも当技術分野で公知である）。デジタル音声信号は、音声シンセサイザ５８により人間の声をエミュレートする信号に変換される。音声信号は、音声信号への応答の仕方、およびいずれのタイプの情報をケア提供者は送信すべきであるかをケア提供者に指示する。リモートトランシーバは複数のキーを有するキーパッドを備えたプッシュボタン式電話であってもよいため、ケア提供者は適当なキー（単数または複数）を押下することにより、ＤＴＭＦ信号をインタフェース１４のリモート通信ポート４２に返送する。しかし、リモートトランシーバはプッシュボタン式電話である必要はなく、ＤＴＭＦまたは他の同様の信号を送受信可能な任意のトランシーバであることを理解されたい。例えば、リモートトランシーバは、コンピュータまたはポータブルリモートコントローラであってもよい。
【００２４】
ケア提供者が送信したＤＴＭＦ信号が、リモート電話４８からインタフェース１４のリモート通信ポート４２へ送信されるリモートプログラミング信号である場合、リモート通信ポート４２は該リモートプログラミング信号をデータバス６２ａを介してプロセッサ５６に中継する。リモートプログラミング信号の受信に応答して、プロセッサ５６はプロトコルメモリ５２から、プログラミングプロトコルの特定のパラメータにアクセスする。パラメータにアクセスするために、プロセッサ５６は、プロセッサ５６とプロトコルメモリ５２を連結するデータバス６８を介してプロトコルアドレス信号を送信する。プロトコルアドレス信号は、パラメータを含むプロトコルメモリ５２におけるロケーションに対応する。次にパラメータはプロトコルメモリ５２からデータバス６８を介してプロセッサ５６に送信される。リモートプログラミング信号の性質に応じて、次にプロセッサ５６は、編集、削除、または再検討のためのパラメータのリモートトランシーバ４８、５０への返信を含む多くの操作のうちの１つをパラメータに対して実行できる。処理のために、多くのタイプの信号またはコマンドをリモートトランシーバ４８、０５０からインタフェース１４に送信できることが、当業者には認識されよう。こういった信号、かかる信号の処理方法、およびかかる信号の効果の例については、本発明の動作の説明とともに以下に詳述する。
【００２５】
本発明によれば、医療装置システム１０は、インタフェース１４および関連する医療装置１２への望ましくないアクセスから保護するために、各種セキュリティ対策を組み込むことができる。重要なこととして、ユーザアクセスコードを使用して、複数桁の番号（好ましくは４桁の番号）であるユーザアクセスコードを有する人物以外からのアクセスを阻止できる。医療装置システム１０には１つまたは複数のユーザアクセスコードを備えることが可能であり、該ユーザアクセスコードはアクセスコードメモリに記憶される。医療装置システム１０との通信を開始するために、ケア提供者はリモートタッチトーン式のトランシーバ４８、５０またはローカルトランシーバ４８Ａを介して、医療装置システム１０に接続する。この接続は、ケア提供者から医療装置システム１０（あるいは、医療装置システム１０付近にある電話で会話中の患者）への呼によって、または患者からケア提供者への呼によって開始できる。いずれの方法であっても、ケア提供者は医療装置システム１０に接続される。ケア提供者と医療装置システム１０の間が接続されると、インタフェース１４は、ケア提供者にユーザアクセスコードを入力するよう要求するようになっているのが好ましい。ケア提供者が有効なユーザアクセスコードを入力した場合（上述したように、いくつかの有効コードが存在する場合がある）、ケア提供者はプログラム可能プロトコルにアクセスする、および／またはそれをプログラムすることが可能である。
【００２６】
プログラミングセッション中、ある状況においては（後述する）、ユーザアクセスコードを再検討、編集、および／または完全に削除し、かつ再入力することができる。任意のこれら機能を実行するために、ケア提供者はプログラミング信号をリモートトランシーバ４８、５０またはローカルトランシーバ４８Ａからインタフェース１４に送信する。このプログラミング信号は、リモート通信ポート４２（リモート信号である場合）またはローカル通信ポート４０（ローカル信号である場合）を介してプロセッサ５６に中継され、プロセッサ５６は該信号を処理して、アクセスコードアドレス信号を生成する。ユーザアクセスコードを保持するアクセスコードメモリ６０におけるメモリロケーションに対応するアクセスコードアドレス信号は、データバス７２を介してアクセスコードメモリ６０に送信される。次に、特定のユーザアクセスコードが検索されて、データバス７２を介してプロセッサ５６に返送され、プロセッサ５６は該ユーザアクセスコードをある方法により処理する。
【００２７】
医療装置システム１０と通信するために、インタフェースにはインタフェースデータポート４３が装備される。医療装置プロトコルは、インタフェースデータポート４３および医療装置データポート４６を介してインタフェース１４から医療装置１２に送信され得る。このようにして、例えば、プロセッサ５６はプロトコルメモリ５２からプロトコルにアクセスし、該プロトコルをデータバス６６ａを介してインタフェースデータポート４３に送信する。次に、インタフェースデータポート４３は、該情報を医療装置データポートに（例えば、ワイヤ２０またはワイヤレスエミッタ／トランシーバ４６を介して）送信し、ここで、医療装置１２内の回路および／またはソフトウェアによって処理される。このようにして、医療装置プロトコルをプログラム（例えば、編集、再実行、再検討、ロック、再入力等）することができる。
【００２８】
送信ボタン３２は、コンピュータ７４やファックス７６等の遠隔の場所に、医療装置のデータまたはプロトコルを送ることができるように設計されている。このようにして、コンピュータ等で遠隔の記録が保持される。コンピュータ７４が医療装置システム１０から遠隔にある場合には、インタフェース１４のところにいる人が送信ボタン３２を押下し、それによって既存のプロトコルまたはデータをリモート通信ポート４２にダウンロードしてもよい。次にそのプロトコルが、リモート通信ポート４２を介して、遠隔にあるコンピュータ７４に送信される。選択的に、システムは、コンピュータやファックス等の局所に、医療装置データまたはプロトコルを送ることができるように構成されている。したがって、既存のプロトコルまたはデータをローカル通信ポート４０にダウンロードし、それを局所へ送信する。
【００２９】
リンクボタン２８は、好ましくは、医療装置システム１０のリモートプログラミングモードを開始したり、そのモードに入るのに用いられる。プログラミングセッションを開始する時には、ケア提供者は医療装置システム１０（または患者の家の電話）に対応する電話番号を呼び出す。患者１８はその呼び出しに自分の電話で答えてもよく、ケア提供者と患者は標準の音声信号によって通信することができる。これは、本明細書においては、電話モードまたは患者会話モードとして知られている。次にケア提供者は、患者にリンクボタン２８を押下するように指示する。リンクボタン２８を押すことによって、患者１８は電話線を切り、以下に図３〜図８を参照して説明するプログラミングモードが開始される。しかし、患者１８がケア提供者の呼び出しに答えない場合には、インタフェース１４に、ケア提供者をインタフェース１４と直接接続してプログラミングモードを開始する内部切り替えシステムを備えてもよい。内部切り替えは、インタフェース１４内のハードウェアで行っても、プロセッサ５６を制御するソフトウェアで行っても、ハードウェアとソフトウェアとの組み合わせで行ってもよい。いずれにせよ、そうすれぱ、ケア提供者はインタフェース１４内に記憶された情報およびプロトコルの処理を開始することができる。（上述のように、呼び出しは患者１８がケア提供者に対して開始してもよい。）
【００３０】
次に表示ライト２４の機能について説明する。好ましくは、表示ライト２４はＬＥＤを含む。待機ライト３４は、インタフェースがプログラミングセッションに携わっている時か、またはインタフェース１４がプロトコルを遠隔にあるコンピュータ７４等の離れた場所にダウンロードしている時を示す。従って、待機信号３４は、待機信号３４が消えるまで患者１８はインタフェース１４を妨げてはいけないということを表しており、インタフェース１４の内部処理要素が作動していないことを示している。電話ライト３６は、ケア提供者と患者１８とがリモートトランシーバ４８または５０を経由して通信中である時、従ってインタフェース１４の内部処理要素が作動していない時を示す。電話ライト３６はまた、医療装置システム１０の準備が整っている時を示してもよい。
【００３１】
警報ライトは、医療装置システム１０の様々な警報状態および機能を示す。医療装置１２は、医療装置データポートを経由してインタフェースデータポート４３に警報信号を送る。この信号は、データバス６６ａを経由してプロセッサ５６に中継される。次に、プロセッサ５６は、プロセッサ５６を音声記憶ユニット５４に連結しているデータバス７０ａを通じて音声アドレス信号を送る。この音声アドレス信号は、遠隔の場所（例えば４８、５０、７４、または７６）に送る警報状態に関係する音声信号を含む音声記憶ユニット５４におけるロケーションに対応する。警報アドレス信号を受け取ると、その警報信号は音声記憶ユニット５４からアクセスされ、データバス７０ａを経由してプロセッサに送られる。次にプロセッサ５６は、音声信号をデータバス７０ｂを経由して音声シンセサイザ５８に中継する。音声シンセサイザ５８は、音声信号を変換し、変換した信号を、データバス６２ａ、６２ｂを経由してリモート通信ポート４２に送信する。リモート通信ポート４２は、変換した信号をリモートトランシーバに送信する。選択的に、システムはまた、ローカル通信ポートを介してローカルトランシーバーに警報信号を送るように構成してもよい。
【００３２】
〈本発明のシステムを備えた医療装置のリモートアクセス〉
図３Ａを参照して、本発明のプログラミングモードあるいはシーケンスを詳細に説明する。ケア提供者は、上述するように、リモート電話４８、リモートコンピュータ５０または他のトランシーバのいずれかからのインタフェースプロトコルにアクセスし、処理できる。まず、リモート電話４８によるプログラミングモードについて説明する。ケア提供者は医療装置に対応する電話番号にダイヤルする（ステップ１）。合成音声メッセージが、ケア提供者に、リモートプログラミングセッションの前にまず患者と話したいかどうかを尋ねる（ステップ２）。ケア提供者が「イエス」を選ぶ場合、ケア提供者と患者は標準音声信号で通信する（ステップ３）。より具体的には、患者はローカルポート４０と通じているローカル電話４８Ａを選び、リモートポート４２と通じているリモート電話４８上のケア提供者と通話する（図１を参照）。会話が終了すると、ケア提供者は患者にインタフェース上のリンクボタンを押下するように頼み（ステップ４）、それによってケア提供者がインタフェースに接続し（ステップ５）電話モードを終了し、タッチトーン式のリモートプログラミングセッションを開始する。ケア提供者がリモートプログラミングセッションの前に患者との会話を選択しない場合は（ステップ６）、ケア提供者は「ノー」を選択し（ステップ６）、インタフェース１４に直接接続され、それにより、アクセスコードメニュー（図５）に進むことで、会話モードに入らずにタッチトーン式のリモートプログラミングセッションを直接開始する。
【００３３】
代わりに、ケア提供者はリモートコンピュータ５０からのインタフェースのプロトコルにアクセスし、処理できる。ケア提供者は、リモートコンピュータ５０のモデムに医療装置システム１０の番号をダイヤルさせて、直接プログラミングモードを開始する。装置１０が患者の生命徴候サインを監視するだけである場合には、ケア提供者は、当業者によって理解されるであろう生命徴候サインを引き出すことができる。最初に、ケア提供者のコンピュータ画面にメッセージが現れ、メインメニューに進む前に追加されたオプションを含むメニューを見たいかどうかをケア提供者に尋ねる。図４に示されているように、そのようなオプションは、ケア提供者のコンピュータへの患者の状態ステータスの送信（ステップ８）、提供者のコンピュータ上のファイルからの、新しいプロトコルのロード（ステップ９）、提供者が患者の現在の状態を変わり次第見ることのできる、リアルタイム監視モードを起動（ステップ１０）、装置のＰＭ履歴の受信（ステップ１１）、および診断モードの起動（ステップ１２）を含むが、これらに限定されない。ケア提供者が特別のオプションメニューに進まないことを選ぶ場合は（ステップ７）、アクセスコードメニュー（図５）に進むことで、直接リモートプログラミングセッションへ進む。
【００３４】
〈アクセスコード〉
ユーザが正確なアクセスコードを入力する場合（ステップ１３）、ユーザは好ましくは、アクセスコードに関する、ある機能を実行することができる。図５を参照すると、例えば、ケア提供者がマスタアクセスコードを入力した場合、インタフェース１４は多数の音声質問（電話のリンク用であり、コンピュータ５０が使用されているとき、同じメッセージの文字数字式のテキストを表す信号が送信される）を生成し、その質問はケア提供者に送信され、多数のオプションがケア提供者に提供される。まずステップ１４において、ケア提供者は、新たなマスタアクセスコードが入力されたかどうか照会され、このオプションを選択するためには、タッチトーン式キーパッド上のあるボタン（この場合は数字「１」）を押下するよう指示される。ケア提供者がこのオプションを選択する場合、インタフェース１４はケア提供者に、存在するマスタアクセスコードを入力するよう告げ（ステップ１５）、新たなマスタアクセスコードを入力するよう告げる（ステップ１６）。次に、新たに入力されたマスタアクセスコードは、次にインタフェース１４によって、ケア提供者に復唱され（ステップ１７）、インタフェース１４は、この新たなマスタアクセスコードを受け入れるために、キーパッド上の「＃」キーを押下するようケア提供者に告げる音声コマンドを生成する。ケア提供者が「＃」キーを押下する場合、インタフェース１４はケア提供者をアクセスコードメニューに戻す（ステップ１８）。当業者は、ケア提供者によって押下されるキーは典型的なものにすぎなく、他のキーが様々なオプションやプログラミングエントリを受け入れ、および／または選択するようになり得ることを認識するであろう。
【００３５】
第２に、ステップ１９において、ケア提供者は新規ユーザアクセスコードを入力したいのかどうかを尋ねられ、タッチトーン式キーパッド上のあるボタン（この場合数字の「２」）を押下すればこのオプションを選択できると指示される。もしケア提供者がこのオプションを選択すれば、インタフェース１４はケア提供者に新規ユーザアクセスコードを入力するよう指示する（ステップ２０）。入力された新規ユーザアクセスコードがすでに存在している場合、プログラムがループして前に戻り再びケア提供者に新規マスタアクセスコードの入力を求める（図示せず）。もし新規に入力されたユーザアクセスコードがまだ存在していない場合、インタフェース１４によりこの新規ユーザアクセスコードがケア提供者に対して復唱される（ステップ２１）。そしてインタフェース１４は音声コマンドを生成し、この新規ユーザアクセスコードを受理するならキーパット上のキー「＃」を押下するようにケア提供者に指示する。もしケア提供者がキー「＃」を押下したならば、インタフェース１４はケア提供者をアクセスコードメニューへ戻す（ステップ２２）。
【００３６】
第３に、ステップ２３において、ケア提供者はユーザアクセスコードを照会したいのかどうかを尋ねられ、タッチトーン式キーパッド上のあるボタン（この場合数字の「３」）を押下すればこのオプションを選択できると指示される。もしケア提供者がこのオプションを選択すれば、インタフェース１４はステップ２４においてケア提供者に存在するユーザアクセスコードの数（いくつ存在しているかによる）を知らせる。ステップ２５において、インタフェース１４はケア提供者にユーザアクセスコードを復唱し、その全てが列挙されるまで復唱を続ける。ユーザアクセスコードの復唱が完了した後、インタフェース１４はケア提供者をアクセスコードメニューへ戻す（ステップ２６）。
【００３７】
第４に、ステップ２７において、ケア提供者はユーザアクセスコードを消去したいのかどうかを尋ねられ、タッチトーン式キーパッド上のあるボタン（この場合数字の「４」）を押下すればこのオプションを選択できると指示される。もしケア提供者がこのオプションを選択すれば、インタフェース１４はケア提供者に２つのオプションのうち１つを選択するよう指示する。すなわち、（１）所定のユーザコードを消去するには、タッチトーン式キーパッド上のあるボタン（この場合数字の「１」）を押下する（ステップ２８参照）。または（２）全てのユーザアクセスコードを消去するには、異なるボタン（この場合数字の「２」）を押下する（ステップ３３参照）。もしケア提供者がステップ２８を選択すれば、ケア提供者は削除したい所定のユーザアクセスコードを入力するよう求められ（ステップ２９）、そうすることによりインタフェース１４はステップ３０において前記所定のユーザアクセスコードを復唱する。その後、インタフェース１４はケア提供者にタッチトーン式キーパッド上のボタン「＃」を押下するよう求める。ケア提供者はボタン「＃」を押下することにより前記ユーザアクセスコードの削除を承諾し、アクセスコードメニューへ戻される。もしケア提供者がステップ３３（全体削除）を選択すれば、インタフェース１４はケア提供者が全てのユーザアクセスコードを消去しようとしていることをケア提供者に警告し、承諾するならボタン「＃」を押下するようケア提供者に求める（ステップ３４）。その後、インタフェースはアクセスコードメニューへ戻る（ステップ３５）。
【００３８】
５番目に、ステップ３６において、ケア提供者はアクセスコードメニューから退出するため、ある番号（この場合「５」）を押下するように指示される。もし、ケア提供者がこの選択肢を選んだ場合、インタフェース１４はアクセスコードに直ちに戻る（ステップ３７を介して）。
【００３９】
インタフェース１４はアクセスまたはセキュリティコード（図示せず）の入力なしではアクセスできないようにプログラムされ得る。
【００４０】
〈メインメニュー〉
ケア提供者が正確なアクセスコードを入力していた場合、上記のアクセスコードに関する機能を通り過ごした、あるいは全部終了した場合、プロセッサ５６は音声記憶ユニット５４（またはコンピュータへ送信された英数字を示す信号）から、メインメニューを含む声による照会にアクセスする。図３Ａを参照すると、メインメニューからケア提供者にはいくつかの選択肢が与えられる。与えられた特定事項は、システムが使用している特定の医療装置、システムが使用している医療装置の数（下記に示す）、またはシステムに接続している患者数（下記に示す）、により異なることがある。
【００４１】
図３Ａのメインメニューは様々な医療装置に一般的に役に立つメニューを示し、本発明のシステムの有益な手順をいくつか示す。他のメニュー機能も与えられ得ると理解されたい。図示されているとおり、ケア提供者は数々の選択肢の中から、タッチトーン式キーパッド（またはコンピュータキーパッド）のキーを押して、選択するように指示される。
【００４２】
全ての医療装置には、患者との対話（ステップ３８）や、警報リビューモード（ステップ３９）等のある選択肢が適用される。もし、ケア提供者が患者との直接会話を選択した場合、接続は電話モードに切り替えられる（ステップ４０）。電話モードにおいては、ケア提供者は患者と対話し、プログラム変更を確認することができる（ステップ４１）。次いで、ケア提供者は患者との会話を終了した後、リモート電話４８を切ることができる（ステップ４２）。もし、ケア提供者が警報再検討モードをステップ３９で選択した場合、インタフェースはケア提供者に送信される声の照会を生成する。図６に示すように、ケア提供者は、警報状態において自動的にかけられるファックス番号または電話番号を確認する選択肢がある。例えば、合成音声は「警報通知番号１は１２３４５６７９０，警報通知番号２は２３４５６７８」と言う（ステップ４３）。ステップ４４では、ケア提供者は存在する数を削除する選択肢があり、これはトランシーバを介して削除する番号を入力する（ステップ４５）。ケア提供者はさらに数を削除することを選択することもでき（ステップ４６）、または警報通知選択肢の追加に進むことができる（ステップ４７）。ケア提供者がステップ４８でさらに警報通知番号の追加する選択肢を選択した場合、ケア提供者はトランシーバを介して追加する番号を入力してさらに番号を追加することができる。ステップ４９において、ケア提供者はもう一つ数を追加するか、メインメニューに戻るかの一方を行うように指示される。
【００４３】
リポートをファックスしたり、ファイルを送るなどの選択肢は、全ての医療装置に適用できるが、医療装置によってリポートやファイルのタイプは異なる。他の選択肢はある医療装置（プロトコルの編集または作成等）には適用できるが、選択肢の中には適用できない他のものもある。従って、これらの一般的でない選択肢は、特定の医療装置に関するものとして後述する（ステップまたはサークルＤを参照）。
【００４４】
〈複数の医療装置および／または複数の患者への本発明のシステムの適応〉
本発明の様々な形態において、システムは複数の医療装置へのアクセスを許可し制御をもたらすように構成されることもできる。この手順では、複数の医療装置が好ましくは１つのインタフェースと通信するように構成される。これらの複数の装置へアクセスや制御の方法として、アクセスコードを入力した後、ケア提供者はアクセスしたい特定の装置の装置番号の入力を要求される。
【００４５】
上記説明した実施形態と同じように別の実施形態も機能する。しかし、この実施形態は複数の患者に使用され得り、複数の患者と接続可能な複数の医療装置、各患者の医療装置と連結されたインタフェースユニット、そして主データ記憶ユニットからなる。主データ記憶ユニットはインタフェースユニットと同様の機能を有するが、複数の患者のプロトコルの主記憶場所としての役目を果たす。この実施形態ではケア提供者に、リモートトランシーバから一つの数、主記憶ユニットの番号、を呼ぶ選択肢を与え、各患者の番号を呼ぶ代わりに複数の患者のプロトコルをプログラムすることができる。しかし、ケア提供者は、１人の患者のプロトコルをプログラムしたいと希望する場合、特定の患者のインタフェースユニットを呼ぶ選択肢をまだ有する。リモート主データ記憶ユニットは、２つのリモート通信ポート、プロトコルおよびイベントメモリ、音声記憶ユニット、プロセッサ、音声シンセサイザ、およびアクセスコードメモリからなる。プロトコルメモリ、音声記憶ユニット、音声シンセサイザ、およびアクセスコードメモリはインタフェースユニットのと同じである。２つのリモート通信ポートのそれぞれはデータバスを介してプロセッサに結びついている。第１のリモート通信ポートはリモートトランシーバから信号を受信し、その信号とバスの上を通しプロセッサに渡し、プロセッサはその信号に反応して様々な作業を行う。次に、データバスにより信号は第２のリモート通信ポートに送信され、それは次に信号を特定のインタフェースユニットにインタフェースユニットのリモート通信ポートを介して中継される。次に、信号は、主データ記憶ユニットのないインタフェースユニットプロセッサがリモートタッチトーン式のトランシーバから受信する信号を処理する方法と同様に、処理される。
【００４６】
上記のプログラミングや機能は、ケア提供者、インタフェースユニット、または主データ記憶ユニットが、如何にリモートタッチトーン式トランシーバを介して、相互作用するかに関する例があげられているだけであると理解されるべきである。従って、本発明のリモートプログラミングのために、追加あるいは代替的ステップまたは手順が設計され、実行され得る。それゆえに、上記のあるステップのみ本発明に含まれる必要があり、それらのステップは違う順番で行われ得り、追加のまたは少ないプロトコルパラメータはケア提供者により制御され、または異なる動作モードも選択され得る。
【００４７】
更に、本発明は、輸液用器具を含む多数の医療装置と使用することができる。下記で説明されるとおり、本発明は、機械人工呼吸装置または生命徴候モニタのプロトコルの再検討またはプログラミングに使用される。当業者には公知であるが、本発明の精神および範囲から逸脱せずに、本発明の装置または方法に様々な変更または変形を加えることができる。従って、本発明はこの発明のいかなる変更や変形をも網羅することを意図する。
【００４８】
〈本発明のシステムの機械人工呼吸装置への適応〉
図７Ａ１を参照しながら、ステップ「Ｄ」、機械人工呼吸装置の特定メインメニュー選択肢の例、が説明される。ケア提供者が現在のプロトコルの再検討をステップ５０で選択した場合、インタフェース１４はケア提供者に様々な情報を提供する（図７Ａ２）。ケア提供者は、一回呼吸量（ステップ５１）、呼吸率（ステップ５２）、最高血圧（ステップ５３）、モード（ステップ５４）、最大呼吸量（ステップ５５）、最低血圧（ステップ５６）、ＰＥＥＰレベル（ステップ５７）、経過時間（ステップ５８）、または最終警報（ステップ５９）が告げられる。ケア提供者にこの情報を提供した後、ステップ６０のインタフェース１４は図３Ａのとおりメインメニューに戻る。
【００４９】
図７Ａ２を参照しながら、編集モードの詳細を説明する。ケア提供者がステップ６１にて編集モードを選択した場合、インタフェース１４によりケア提供者は現在のプロトコルを編集することができる。このモードでは、あるパラメータは維持され、他は編集され得る。ケア提供者は機械人工呼吸装置のシリアルナンバー（ステップ６２）、ケア提供識別番号（ステップ６３）、患者識別番号（ステップ６４）の入力を要求される。これらの番号は記録記憶のためであり、ケア提供者が要求するあらゆるリポートまたはファイルに含まれる。ステップ６５ではケア提供者は現在の一回呼吸量を知らされる。ケア提供者は次いで、新しいレートを受け入れるために、新しいレートの入力、あるいはキーパッド上の＃ボタンを押下するように指示される（ステップ６６）。呼吸率、最高血圧、モード、現在の最大呼吸量、最低血圧、およびＰＥＥＰレベルに対しても同様の操作が実施される（ステップ６７〜７８）。編集後、インタフェース１４は図７Ｄのサブメニューに転送される（サークルＧ）。
【００５０】
図７Ｄを参照すると、編集モードのサブメニューはケア提供者に、プロトコルの編集後にいくつかの選択肢を与える。最初の編集モードサブメニューはケア提供者が、キーパッド上のあるキーを押下することにより人工呼吸器への編集を送信し（すなわち、記憶）（ステップ７９）、キーパッド上の他のキーを押下することにより編集の再検討し（ステップ８０）、また他のキーを押下することにより編集を取り消す（ステップ８１）ことを可能にする。もし、ケア提供者が編集の送信を選択する場合（ステップ７９）、新しいプロトコルは人工呼吸器に送信され（ステップ８２）、ケア提供者にはさよならが告げられる。次いで、ケア提供者は、患者対話モードに切り替えられ（ステップ８３）、プログラミングの確認のため、患者と接続される（ステップ８４）。プログラムの変更を患者と確認した後、ケア提供者はリモート電話４８を切り（ステップ８５）、プログラミングセッションは完了となる。
【００５１】
ケア提供者は編集の再検討を選択する場合（ステップ８０）、インタフェース１４はプロトコルの新しいパラメータをケア提供者に報告する（ステップ８６）。報告後、ケア提供者は第２編集モードサブメニューに誘導され、ケア提供者は次を選択できる：（１）編集の送信（ステップ８７）、（２）編集の編集（ステップ８８）、あるいは（３）編集の取り消し（ステップ８９）。もしケア提供者が補正済みプロトコルの送信を選択する場合（ステップ８７）、新しいプロトコルは人工呼吸器に送信され（ステップ９０）、ケア提供者にはさよならが告げられる。ケア提供者は患者会話モードに切り替えられ（ステップ９１）、ケア提供者は、プログラミングの確認のため、患者と接続される（ステップ９２）。患者とのプログラミング変更の確認後、ケア提供者はリモート電話を切り（ステップ９３）、プログラミングセッションは終了する。
【００５２】
ケア提供者がステップ９４において生成モードを選択すると（図７Ａ１参照）、ケア提供者は、新しいプロトコル用の各種パラメータをプログラムするよう求められる。図７Ａ２に示すように、ケア提供者は、一回呼吸量を入力するよう求められ（ステップ９５）、その後、入力された一回呼吸量は復唱され、ケア提供者は、＃ボタンを押してこの量を承認するよう求められる。ケア提供者は、呼吸率、最高血圧、モード、最大呼吸量、最低血圧、およびＰＥＥＰレベルを入力する（ステップ９６〜１０１）と、その後図７Ｄに示す同じ制御メニューと、同じ手順に従う。
【００５３】
ステップ１０２においてケア提供者がファックスリポートモードを選択すると、インタフェース１４は、いくつかの質問を生成してそれをケア提供者に伝え、いくつかの選択肢をケア提供者に呈する。ここで図７Ｂを参照すると、ステップ１０３においてケア提供者は、呼吸量リポート、血圧リポート（ステップ１０４）、または全リポート（ステップ１０５）を選択する選択肢を有する。ケア提供者が選択肢でない番号を入力すると（ステップ１０６）、インタフェース部はサークルＥに戻る。次にステップ１０７においてケア提供者は、リポートが送信されるべき場所のファックス番号を入力するよう求められる。ステップ１０８において、ケア提供者は、キーパッド上のあるボタンを押してテキストリポートを選択してもよく、あるいは別なボタンを押してグラフィックリポートを選択してもよい（ステップ１０９）。ケア提供者がテキストリポートを選択する場合、ステップ１０８において、ケア提供者は、キーパッド上のあるボタンを押してそのファックス番号先に毎日テキストリポートを送信することを選択してもよい（ステップ１１０）。ケア提供者は、医療装置リモートシステムがそのファックス番号に毎日リポートを送信することを要求することを選んだ場合、その番号にリポートが送られる時間をタッチトーン式キーパッドを介して入力する（例えば、午後２時３０分の場合は１４３０）（ステップ１１１）。ケア提供者がグラフィックリポートを選択する（ステップ１０９）場合、インタフェース１４は、１〜３００秒のうちからサンプリング時間間隔（秒単位）を選択するようケア提供者に求める（ステップ１１２）。ケア提供者は、医療装置リモートシステムがそのファックス番号に毎日グラフィックリポートを送信することを要求することを選んだ場合（ステップ１１３）、ケア提供者は、その番号にリポートが送られる時間をタッチ式キーパッドを介して入力する（例えば、午後２時３０分の場合は１４３０）（ステップ１１４）。ケア提供者が毎日リポートを送信することを選択しなかった場合、ケア提供者はメインメニューに戻り（ステップ１１５）、それによりセッションの終了後にグラフィックリポートがファックス番号に送信される。
【００５４】
ケア提供者は、ステップ１１６においてファイル送信モードを選択すると、図７Ｃに示すファイル送信メニュー（サークルＦ）に移行する。ステップ１１７〜１２４は、リポートをファックスするための上記ステップと同様であるが、ただし、ファックスに代わってリポートファイルがコンピュータに送信されるようにファックス番号の代わりにコンピュータ電話番号が入力される（ステップ１２１）点を除く。ケア提供者はまた、医療装置リモートシステムにファイルを遠隔にあるコンピュータに毎日送信させることを選択する選択肢も有する（ステップ１２２、１２３）。
【００５５】
〈生命徴候を用いる用途への本発明のシステムの適応モニタ〉
図８Ａを参照し、医療装置が生命徴候モニタを備える場合の特定のメインメニュー選択肢の例であるサークルＤを説明する。そのようなモニタは一般に、血圧、体温、脈拍数、酸素飽和度、二酸化炭素濃度、体重および／または呼吸数などの患者データを得る。ケア提供者がステップ１２５において現在の患者の生命徴候ステータスの再検討を選択した場合、インタフェース１４は、ケア提供者に種々の情報を提供する。ケア提供者は、血圧（ステップ１２６）；体温（ステップ１２７）；脈拍（ステップ１２８）；酸素飽和度（ステップ１２９）；二酸化炭素濃度（ステップ１３０）；体重（ステップ１３１）；および呼吸数（ステップ１３２）を知らされる。ケア提供者に情報を提供した後、インタフェース１４は、ステップ１３３においてメインメニューに戻る。
【００５６】
ケア提供者は、ステップ１３４においてファックスリポートモードを選択すると、図８Ｂに示すように、ファックスリポートメニューへと移行する。このメニューへのアクセスに際し、インタフェース１４は、いくつかの質問を音声で生成してそれをケア提供者に伝え、いくつかの選択肢をケア提供者に呈する。タッチ式キーパッド上の１〜８をそれぞれ押下することにより、ケア提供者は、（１）血圧リポート、（２）体温リポート、（３）脈拍リポート、（４）酸素飽和度リポート、（５）二酸化炭素リポート、（６）体重リポート、（７）呼吸リポート、または（８）全リポートを選択する選択肢を有する（ステップ１３５〜１４２）。次にケア提供者は、ステップ１４３においてリポートが送信されるべき場所のファックス番号を入力するよう求められる。ステップ１４４において、ケア提供者は、タッチ式キーパッド上のあるボタンを押下することによりテキストリポートを選択してもよく、または別のボタンを押下してグラフィックリポートを選択することもできる（ステップ１４５）。ケア提供者がテキストリポートを選択すると、インタフェース１４は、回線を切断してセッションを終了する（ステップ１４６）ためタッチ式キーパッド上である番号を入力するようケア提供者に告げ、それによりテキストリポートがファックス番号先へ送信される。あるいは、ケア提供者がメインメニューに戻ることを望む場合は別の番号を入力するよう告げ（ステップ１４７）、それによりセッション終了後にテキストリポートがファックス番号先へ送信される。ケア提供者がグラフィックリポートを選択する（ステップ１４５）と、インタフェース１４は、１から３００秒のうちからサンプリング時間間隔（秒単位）を選択するようケア提供者に求める（ステップ１４８）。無効な数値が選択された場合（ステップ１４９）には、インタフェース１４はステップ１４８に戻る。そこでケア提供者がタッチ式キーパッド上のある番号を入力して回線を切断しセッションを終了すると、それによりグラフィックリポートがファックス番号先へ送信される（ステップ１５０）。あるいは、ケア提供者がメインメニューへ戻ることを望んで別な番号（この場合、番号「２」）を入力すると、それによりセッション終了後にグラフィックリポートがファックス番号先へ送信される（ステップ１４７）。
【００５７】
あるいは、装置１０はファックス番号を記憶していてもよく、該装置は、特定の時期に所望の情報を含むファックスを送信するようにプログラムされていてもよい。
【００５８】
ケア提供者は、ステップ１５１においてファイル送信モードを選択すると、図８Ｃに示すファイル送信メニュー（サークルＦ）へと移行する。ステップ１５２から１６３は上記ステップ１３５から１４７と同様であるが、ただし、ケア提供者がサンプリング時間間隔を入力しなくてはならない（ステップ１６０）点と、リポートファイルがファックスに代わってコンピュータに送信されるよう、ファックス番号の代わりにコンピュータ電話番号が入力される（ステップ１６１）点とを除く。更に装置１０は、インターネットなどの通信ネットワークを介して電子メールを送信するようプログラムされていてもよい。本発明のこの特徴において、装置は、通信ネットワークにログオンし、メモリに記憶されたパスワードを入力し、電子メールリポートを送信するようプログラムされることになる。
【００５９】
〈本発明の医療装置システムへのローカルアクセス〉
本発明の他の態様において装置は、気分や痛みの程度などに関して患者に質問するようプログラムされていてもよい。これらの質問への答えは、当業者に理解されるように、ケア提供者がアクセスすることができ、装置のプロトコルをプログラムするうえでケア提供者の助けとなる。例えば、気分が良いことを患者が表明した場合、ケア提供者はプロトコルを編集しなくてもよいことになる。本発明のこの特徴は、ケア提供者がより多くの情報にアクセスしより良く患者を治療することを可能にする。患者は、装置１０そのものを介し、ローカル電話４８Ａ、またはコンピュータなどの他の手段を通じて、自身のデータを入力してもよい。患者は、自分の体調が変化した時、あるいは一定の間隔で情報を入力するよう電話の呼び出しまたは装置１０の警報により促された時に常に、入力し得る。
【００６０】
図３Ａおよび図３Ｂは、医療装置システム１０へ局地にアクセルする好ましい方法を示す。ローカルユーザ（患者またはケア提供者）は、局地にある電話４８Ａからシステムとインタフェースし得る。それに応じてユーザは、ローカル電話４８Ａの受話器を取って医療装置システム１０のローカルボタン３０を押下する。これは、ローカル動作モードとして既知である。合成された音声メッセージにより、ユーザが患者であるかケア提供者（看護婦など）であるかを尋ねる（ステップ１６５）。図３Ｂは、ローカルユーザが患者である場合の動作の流れを示す。音声プロンプトで、ユーザは患者であることを示す（ステップ１６６）。次に、患者は、患者の健康状態に関する一連の記憶された質問を尋ねられる。各質問には数字応答を要する。たとえば、患者は歩くことができるかを尋ねられ、答えが「はい」である場合は「１」を、答えが「いいえ」である場合は「２」を押下するように指示され得る。尋ねられる可能性のある他の質問のいくつかの例として、患者は呼吸困難であるか、今日患者は排尿したか、および今日患者は排便があったかが挙げられる。各質問が尋ねられた後に、患者は応答を入力する（ステップ１６７）。システムは、任意の数の質問を尋ねるようにプログラムすることができる。患者の質問に対する応答は、「患者結果データ」として記憶される。全ての質問が尋ねられそれらに答えるとすぐに、システムは、サンキューメッセージを送信してローカルモードを切断する（ステップ１６８）。患者は、所望するかまたはプロンプトされるたびに、患者結果データを更新することができる。
【００６１】
図３Ａおよび図３Ｂでは、ローカルユーザがケア提供者である場合の動作の流れを示す。ステップ１６５の後、ローカルユーザはケア提供者であることを示す。次に、ユーザは、アクセスコードを入力しシステムのメインメニューを入力するよう求められる（ステップ１６９）。ユーザが正確なアクセスコードを入力する場合、メインメニューにアクセルされる。メインメニューから、ユーザは、システムのリモートアクセスに関する上述した任意の動作を実行することができる。
【００６２】
図３Ａで示すメインメニューから、ユーザは患者結果データにアクセスすることができる（ステップ１６４）。図９は、サークルＨで示される患者結果データオプションのサブメニューを示す。ユーザは、オンライン中に患者結果データを再検討することを選択する（ステップ１７０）ことができる。この場合、ユーザは、上述したステップ１６７で得た患者の最新応答を順次受信する。その後、ユーザは、メインメニューに再び戻る。ユーザはまた、患者結果データのファックスリポートを受信する（ステップ１７１）ことを選択することもできる。ユーザは、ファックス番号を入力し（ステップ１７２）、ファックスリポートを一度にまたは自動的に受信するかを選択する（ステップ１７３）ように求められる。ユーザがファックスリポートを一度に受信することを選択する場合、システムは、ユーザがセッションを終了するときにリポートをファクスする（ステップ１７４）。ユーザがファックスリポートを自動的に受信することを選択する場合、ユーザは、リポートを受信したい時間を入力する（ステップ１７５）、かつ頻度すなわち送信周期、つまり各リポートが送信された後の時間を入力する（ステップ１７６）ように求められる。繰り返すが、ステップ１７５で選択された時間で、その後は選択されたスケジュールにしたがって周期的に、システムはセッション終了時にユーザにリポートをファックスする。ユーザは、選択を行なった後、メインメニューに再び戻る。
【００６３】
ユーザはまた、患者結果データを含むコンピュータファイルを受信することを選択する（ステップ１７７）こともできる。ユーザは、コンピュータの電話番号を入力し（ステップ１７８）、コンピュータファイルを一度にまたは自動的に受信するかを選択する（ステップ１７９）ように求められる。ユーザがコンピュータファイルを一度に受信することを選択する場合、システムは、ユーザがセッション終了するときにファイルを送信する（ステップ１８０）。ユーザがコンピュータファイルを自動的に受信することを選択する場合、ユーザは、ファイルを受信したい時間を入力する（ステップ１８１）、かつ頻度すなわち送信周期を入力する（ステップ１８２）ように求められる。繰り返すが、ステップ１８１で選択された時間に、その後は選択されたスケジュールにしたがって周期的に、システムはセッション終了時にユーザにコンピュータファイルを送信する。ユーザは、選択を行なった後、再びメインメニューに戻る。
【００６４】
本発明によれば、医療装置のリモートアクセスおよびリモート制御を可能にする医療システムが提供される。該システムは、ケア提供者が遠隔または局所にある電話、コンピュータまたは他のトランシーバから医療装置を制御できるようになっている。ケア提供者は医療装置からデータを得ることができ、データは例えば、書面リポート（例えばファクシミリ）の形態、音声データ、あるいはコンピュータに提示されるグラフィックまたは英数字データ（それらは画面上に図または他のデータとして表示され、および／またはコンピュータメモリに記憶される）である。ケア提供者はまた、装置がプログラム可能なプロトコルを記憶している場合、医療装置をプログラムしてもよい。更に、システムは、医療装置により発信された警報が次に同様に遠隔操作によって誘発されるよう構成される。
【００６５】
特定の医療装置へ本発明のシステムを適応する具体例を以上に説明した。当業者は、他の広範な医療装置への本システムの適応を理解するであろう。
【００６６】
当然ながら、上記の記載は本発明の好ましい実施形態のものであり、併記の請求の範囲に定義される本発明の精神および範囲を逸脱することなく種々な変更および修正を施すことが可能である。
【図面の簡単な説明】
【図１】それによってケア提供者が患者に関連する医療装置を遠隔でアクセスおよび制御することができる、本発明の医療システムを概略的に示すものである。
【図２】図１に示すシステムのインタフェース装置を概略的に示すものである。
【図３】図３Ａおよび図３Ｂの関係を示す。
【図３Ａおよび図３Ｂ】インタフェースの一般的な制御方法を示すフロー図である。
【図４】システムのコンピュータプログラミングモードを示すフロー図である。
【図５】システムのアクセスコードメニューを示すフロー図である。
【図６】システムの警報制御メニューを示すフロー図である。
【図７】図７Ａ１、図７Ａ２、および図７Ａ３の関係を示す。
【図７Ａ１ないし図７Ａ３】機械的人工呼吸機と共に用いるようにした図３に示すシステムの、メインメニューの一部を示すフロー図である。
【図７Ｂ】機械的人工呼吸機と共に用いるようにしたシステムの、ファックスリポートメニューを示すフロー図である。
【図７Ｃ】機械的人工呼吸機と共に用いるようにしたシステムの、ファイル送信メニューを示すフロー図である。
【図７Ｄ】機械的人工呼吸機と共に用いるようにしたシステムの、プロトコル編集サブメニューを示すフロー図である。
【図８Ａ】生存徴候モニタと共に用いるようにした図３に示すシステムの、メインメニューの一部を示すフロー図である。
【図８Ｂ】生存徴候モニタと共に用いるようにしたシステムの、ファックスリポートメニューを示すフロー図である。
【図８Ｃ】生存徴候モニタと共に用いるようにしたシステムの、ファイル送信メニューを示すフロー図である。
【図９】システムの、患者のデータ結果メニュー検索を示すフロー図である。
【図１】
2004507292.tif 000003
【図２】
2004507292.tif 000004
【図３】
2004507292.tif 000005
【図３Ａ】
2004507292.tif 000006
【図３Ｂ】
2004507292.tif 000007
【図４】
2004507292.tif 000008
【図５】
2004507292.tif 000009
【図６】
2004507292.tif 000010
【図７】
2004507292.tif 000011
【図７Ａ１】
2004507292.tif 000012
【図７Ａ２】
2004507292.tif 000013
【図７Ａ３】
2004507292.tif 000014
【図７Ｂ】
2004507292.tif 000015
【図７Ｃ】
2004507292.tif 000016
【図７Ｄ】
2004507292.tif 000017
【図８Ａ】
2004507292.tif 000018
【図８Ｂ】
2004507292.tif 000019
【図８Ｃ】
2004507292.tif 000020
【図９】
2004507292.tif 000021
【国際公開パンフレット】
2004507292.tif 000022
2004507292.tif 000023
2004507292.tif 000024
2004507292.tif 000025
2004507292.tif 000026
2004507292.tif 000027
2004507292.tif 000028
2004507292.tif 000029
2004507292.tif 000030
2004507292.tif 000031
2004507292.tif 000032
2004507292.tif 000033
2004507292.tif 000034
2004507292.tif 000035
2004507292.tif 000036
2004507292.tif 000037
2004507292.tif 000038
2004507292.tif 000039
2004507292.tif 000040
2004507292.tif 000041
2004507292.tif 000042
2004507292.tif 000043
2004507292.tif 000044
2004507292.tif 000045
2004507292.tif 000046
2004507292.tif 000047
2004507292.tif 000048
2004507292.tif 000049
2004507292.tif 000050
2004507292.tif 000051
2004507292.tif 000052
2004507292.tif 000053
2004507292.tif 000054
2004507292.tif 000055
2004507292.tif 000056
2004507292.tif 000057
2004507292.tif 000058
【国際調査報告】
2004507292.tif 000059
2004507292.tif 000060