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