【手続補正書】
【提出日】平成18年11月21日(2006.11.21)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
患者に結合される医療装置から、データをリポジトリに中継するためのリピータ装置において、
前記データを得るために前記医療装置と通信するように構成される受信装置と、
一旦受信した前記データを保持するメモリと、
通信媒体を介して前記データを送信するように構成される送信装置と、
前記通信媒体の状態を検出し、前記通信媒体が送信に充分対応できる状態のときに、前記送信装置に前記データを送信するためのトリガを与えるように構成される処理装置とを備えることを特徴とするリピータ装置。
【請求項２】
前記通信媒体が、公衆交換電話網に接続される地上の通信回線を有しており、前記処理装置は、前記地上の通信回線が使用中か否かを検出することにより、前記通信媒体の状態を検出する請求項１に記載のリピータ装置。
【請求項３】
前記通信媒体が、無線周波通信手段を有しており、前記処理装置は、前記無線周波通信手段を通して得られる信号の強度を検出することにより、前記通信媒体の状態を検出する請求項１に記載のリピータ装置。
【請求項４】
前記受信装置が、誘導性結合により前記医療装置と通信する請求項１に記載のリピータ装置。
【請求項５】
前記受信装置が、患者の皮下にある前記医療装置と通信する請求項１に記載のリピータ装置。
【請求項６】
患者に結合される医療装置とリポジトリとの間で、データ交換する方法において、
前記医療装置からの前記データを収集するステップと、
一旦受信した前記データを格納するステップと、
前記データを全て送信するために通信媒体の状態を検出するステップと、
前記通信媒体が送信に充分対応できる状態のときに、前記通信媒体を介して、前記データを送信するステップとを有することを特徴とするデータを提供する方法。
【請求項７】
前記通信媒体が、公衆交換電話網に接続される地上の通信回線を有しており、前記通信媒体の状態を検出するステップが、前記地上の通信回線が使用中か否かを検出することを含む請求項６に記載のデータを提供する方法。
【請求項８】
前記通信媒体が、無線周波通信手段を有しており、前記通信媒体の状態を検出するステップが、前記無線周波通信手段を通して、適切な信号の強さが得られているか否かを検出することを含む請求項６に記載のデータを提供する方法。
【請求項９】
前記データを収集するステップが、前記リピータ装置を前記医療装置に、誘導性結合させることを含む請求項６に記載のデータを提供する方法。
【請求項１０】
前記データを収集するステップが、患者の皮下にある前記医療装置と通信することを含む請求項６に記載のデータを提供する方法。
【請求項１１】
患者に結合される医療装置とリポジトリとの間で、データ交換するリピータ装置において、
前記医療装置から前記データを収集する手段と、
一旦受信した前記データを格納する手段と、
前記データを全て送信するために通信媒体の状態を検出する手段と、
前記通信媒体が送信に充分対応できる状態のときに、前記通信媒体を介して、前記データを送信する手段とを備えることを特徴とするリピータ装置。
【請求項１２】
前記通信媒体が、公衆交換電話網に接続される地上の通信線を有しており、前記通信媒体の状態を検出するステップが、前記地上の通信回線が使用中か否かを検出する請求項１１に記載のリピータ装置。
【請求項１３】
前記通信媒体が、無線周波通信手段を有しており、前記通信媒体の状態を検出するステップが、前記無線周波通信手段を通して、適切な信号の強さが得られているか否かを検出することを含む請求項１１に記載のリピータ装置。
【請求項１４】
前記データを収集する手段が、前記リピータ装置と前記医療装置との間での誘導性結合から得られる請求項１１に記載のリピータ装置。
【請求項１５】
前記データを収集する手段が、患者の皮下にある前記医療装置と通信する請求項１１に記載のリピータ装置。
【請求項１６】
患者に結合された医療装置から、データをリポジトリに中継するためのリピータ装置において、
前記データを得るために前記医療装置と通信するように構成される受信装置と、
一旦受信した前記データを保持するメモリと、
通信媒体を介して前記データを送信するように構成される送信装置と、
前記データの緊急の度合いを検出し、前記緊急の度合いに基づいた時刻に、前記送信装置に対して、前記データを送信するためのトリガを与えるように構成される処理装置とを備えることを特徴とするリピータ装置。
【請求項１７】
前記通信媒体が、公衆交換電話網に接続される地上の通信線を有する請求項１６に記載のリピータ装置。
【請求項１８】
前記通信媒体が、無線周波通信手段を有する請求項１６に記載のリピータ装置。
【請求項１９】
前記受信装置が、誘導性結合により、前記医療装置と通信する請求項１６に記載のリピータ装置。
【請求項２０】
前記受信装置が、患者の皮下にある前記医療装置と通信する請求項１６に記載のリピータ装置。
【請求項２１】
前記処理装置が、前記患者の健康状態を診断するための前記データを分析することにより、前記緊急の度合いを検出する請求項１６に記載のリピータ装置。
【請求項２２】
前記処理装置が、前記患者から送信される入力信号を受信することにより、前記緊急の度合いを検出する請求項１６に記載のリピータ装置。
【請求項２３】
患者に結合される医療装置とリポジトリとの間で、データ交換する方法であって、
前記医療装置からのデータを収集するステップと、
一旦受信した前記データを格納するステップと、
前記データの緊急の度合いを検出するステップと、
検出した前記緊急の度合いに基づいて、前記通信媒体を介して前記データを送信する時刻を決定するステップとを有することを特徴とするデータを提供する方法。
【請求項２４】
前記通信媒体が、公衆交換電話網に接続される地上の通信線を有する請求項２３に記載のデータを提供する方法。
【請求項２５】
前記通信媒体が、無線周波通信手段を有する請求項２３に記載のデータを提供する方法。
【請求項２６】
前記データを収集するステップが、前記リピータ装置を前記医療装置に、誘導性結合させることを含む請求項２３に記載のデータを提供する方法。
【請求項２７】
前記データを収集するステップが、患者の皮下にある前記医療装置と通信することを含む請求項２３に記載のデータを提供する方法。
【請求項２８】
前記緊急の度合いを検出するステップが、前記患者の健康状態を診断するための前記データを分析することを含む請求項２３に記載のデータを提供する方法。
【請求項２９】
前記緊急の度合いを検出するステップが、前記患者から送信される入力信号を受信することを含む請求項２３に記載のデータを提供する方法。
【請求項３０】
患者に結合される医療装置とリポジトリとの間で、データ交換するリピータ装置において、
前記医療装置からの前記データを収集する手段と、
一旦受信した前記データを格納する手段と、
前記データの緊急の度合いを検出する手段と、
検出した前記緊急の度合いに基づいて、前記通信媒体を介して前記データを送信する時刻を決定する手段とを備えることを特徴とするリピータ装置。
【請求項３１】
前記通信媒体が、公衆交換電話網に接続される地上の通信線を有する請求項３０に記載のリピータ装置。
【請求項３２】
前記通信媒体が、無線周波通信手段を有する請求項３０に記載のリピータ装置。
【請求項３３】
前記データを収集する手段が、前記リピータ装置を前記医療装置に、誘導性結合させる請求項３０に記載のリピータ装置。
【請求項３４】
前記データを収集する手段が、患者の皮下にある前記医療装置と通信する請求項３０に記載のリピータ装置。
【請求項３５】
前記緊急の度合いを検出する手段が、患者の健康状態を診断するための前記データを分析する請求項３０に記載のリピータ装置。
【請求項３６】
前記緊急の度合いを検出する手段が、前記患者から送信される入力信号を受信する請求項３０に記載のリピータ装置。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【発明の名称】インプラント型医療装置向け通信用リピータ装置
【技術分野】
【０００１】
本発明の伝送装置は、一般には、改良型患者管理システムに関わるもので、より詳しくいえば、リピータ装置を通して、医療装置と改良型患者管理システムのリポジトリとの間の情報交換に関するものである。
【背景技術】
【０００２】
医療装置およびそれから得られるデータをモニターして、追跡するのに必要な設備数を制限するのに、改良型患者管理システムは、通信のインフラストラクチャを提供することができる。この通信のインフラストラクチャは、インプラント型医療装置が、長距離でかつ常に接続可能な通信を、上記医療装置と患者とをモニターするバックエンドシステムと協働して行うことを可能にしている。さらに、このバックエンドシステムは、通常のフォローアップが実際に行ない得る頻度以上に、患者をモニターすることを可能にしている。バックエンドシステムは、インプラント型医療装置と通信するのに、リピータ装置を介することにより、患者が、より身近に居るようにすることができる。従来型のリピータ装置は、医療装置に問い合わせをするのに、誘導結合のような無線通信での、いくつかの構成を介して行っている。従来型のリピータ装置は、医療装置からデータを収集してから、別の通信媒体を介して、遠方の場所にデータを送信しており、別の通信媒体とは、標準の電話回線のような媒体が該当する。
【０００３】
従来型のリピータ装置のいくつかは、医療装置と遠隔な場所との直結の通信形態を形成して、データを流すパイプの役目を果たしている。一般には、患者がこれらの従来型のリピータ装置を操作して、適切な時刻にデータ通信を開始させなければならなかった。他の従来型のリピータ装置は、適切な時刻に、医療装置からデータを収集し、遠隔地にデータを送信すべき別の適切な時刻まで、上記データを保管している。しかしながら、患者は、また従来型のリピータ装置と遠隔地との間での通信を開始させなければならず、さもなければ、リピータ装置がプリセットタイマーを使って、追加すべき事項の有無を考慮することなく、送信することになる。
【０００４】
患者に対して、遠隔地への通信を開始させることを要求することは、非常に耐え難い負担であり、リピータ装置が一旦データを収集した後の数時間後に、遠隔地に送信する場合は、特に耐え難い負担となっている。さらに、患者に対して、遠隔地との通信を開始させることを要求することは、改良型患者管理システムに、人間のエラーに起因するシステムへの脆弱性をもたらすことになる。プリセットされた時刻だけを頼りにして、遠隔地への送信を開始することも、問題がある。例えば、リピータ装置が依存している電話ラインが使用中かもしれず、さもなければ、プリセット時刻に利用できないこともある。または、緊急の状態が発生し、その状態はプリセット時刻時に連絡する通信情報以上に緊急の注意が要求され、かつ、プリセット時刻の報告後に発生するかもしれないのである。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
上記で述べた問題点および他の類似問題点を、種々の実施形態によって、本発明は解決を図るものである。ここでの実施形態では、患者のデータを送信する際に、遠隔地との通信をリピータ装置が自動的に開始することを可能にしている。リピータ装置が、遠隔地との通信を自動的に開始するにあたり、データを通過させる通信媒体のアクセス性と通信条件、および/または、患者の状態が緊急の注意を必要としているか否かのような付加的要素を検討してから、行うようにする。
【課題を解決するための手段】
【０００６】
一つの実施形態において、リピータ装置は、医療装置のデータをデータ用リポジトリに送信する際、調整をとりながら送信するが、送信するときの調整は、リピータ装置と上記リポジトリとの間にある通信媒体の条件をもとにして行う。リピータ装置は、インプラント型医療装置からデータを収集した後、そのデータをメモリに格納し、そして、通信媒体の状況の検知を開始する。検知する内容は、電話回線が既に使用中か否か、または通話申し込みが可能か否かである。一旦、通信媒体の状態が、データ伝送に対して適切な状態になれば、リピータ装置は通信媒体を介して、上記リポジトリにデータを転送することになる。
【０００７】
他の実施形態において、リピータ装置は、医療装置のデータをデータ用リポジトリに送信する際、調整をとりながら送信するが、送信するときの調整は、医療装置から収集したデータの緊急度をもとにして行う。リピータ装置は、インプラント型装置からデータを収集した後、データをメモリに格納し、その後に、上記データの分析を開始して、患者がまさに緊急状態に入るか、既に緊急状態に入ったかを判断して、緊急の度合いを決定する。そして、リピータ装置は、緊急の度合いにもとづき、リポジトリにデータを送信する時刻を決定する。
【０００８】
本発明を特徴づけるような、本願明細書に記載の特徴と他の種々の特徴、種々の利点は、以下の詳細な説明を読むことと、関連する図面を参照することにより、明白になるであろう。
【発明を実施するための最良の形態】
【０００９】
添付図面において、スケールを書く必要がある図面は無く、一度記載した構成要素とほぼ同様なものについては、全図面において、同一の参照番号を付して表わしている。異なった数字の添え字があるものは、類似ではあるが、異なった構成要素を表している。添付図面は、全般的に、具体的な例によって、本願明細書に記述されている種々の実施形態を例示しているが、本発明の範囲は、それに限定されるものではない。
【００１０】
本発明の実施形態に係る装置と通信プロトコルとを記述するに先立ち、改良型患者管理システムの例について記述する。それは、本発明の実施形態に関連した背景技術の例を理解してもらうためである。しかしながら、ここで、本発明の実施形態に関連して記述される改良型患者管理システムとは、背景技術の単なる一例であること、および、本発明の実施形態は、記述される改良型患者管理システムに含まれるか否かにかかわらず、他の背景技術にも適用されることが可能であることを理解していただきたい。本発明の実施形態に係る装置および通信プロトコルは、図５から図１０および本明細書５項のリピート通信の箇所に関連して、以下の文面にて説明していく。
【００１１】
改良型患者管理システムは、患者固有の情報を収集し、格納し、その情報を整理し、患者の予知的管理を可能にするために、有益な助言が生み出される構成になっている。また、一方で改良型患者管理システムでは、遠方の通信のインフラストラクチャが利用できる構成になっているので、収集データが追跡できる自動的な装置を提供することができ、治療活動とも協働することができ、遠隔の装置が適切に機能しているか否かも判断できるようになっている。ここでは、「患者」という用語は、情報が収集されている各個人を意味している。ここでは、「介護者」という用語は、健康介護に関連したサービスを行う人の全てを意味し、看護婦、医者、および他の医療スタッフには限定していない。
【００１２】
図１に、改良型患者管理システム１００の例を示す。改良型患者管理システム１００では、一般的には、下記の構成要素を含むものとする。その構成要素とは、１台または複数台からなる装置１０２、１０４および１０６、１台または複数台からなる問合せユニット/トランシーバユニット１０８、１台の通信システム１１０、１台または複数台からなる遠隔周辺装置１０９および１台のホスト計算機１１２である。
【００１３】
改良型患者管理システム１００の各構成要素は、通信システム１１０を使用して、通信ができるようになっている。また、いくつかの構成要素は、他の構成要素と、直接的に情報交換ができる場合もある。例えば、装置１０２と装置１０４は、相互に、直接的に通信できるように配置されている。改良型患者管理システム１００の例として、ここに挙げた種々の構成要素については、以下のところで説明する。
【００１４】
１．装置
装置１０２、１０４および１０６は、インプラント型装置または外部型装置（非インプラント型）で、患者に関する下記の一つの機能または複数の機能を有している。その機能とは、（１）検査、（２）データ分析、および（３）治療を意味する。例えば、一つの実施例では、装置１０２、１０４および１０６は、インプラント型装置または外部型装置のいずれかであり、患者に関する生理的条件、自覚症状のある条件および環境条件の変化を測定するのに、電気的、機械的、化学的な手段のいずれか、または全てを使用している。装置１０２、１０４および１０６は、自動的にデータを収集できるような構成にすることもでき、または、患者による人的操作を必要とすることもある。装置１０２、１０４および１０６は、患者に関する生理的な計測および/または自覚症状的な測定データを格納すること、および/または、情報通信システム１１０へ送信することができるように構成されている。この情報通信システムの送信手段は、種々の方法があり、以下に詳細に説明する。ここでは、装置１０２、１０４および１０６の３台で、実施例を説明したが、患者数によっては、装置の台数は、上記３台より多くなる場合も少なくなる場合もありえる。
【００１５】
装置１０２、１０４および１０６が、測定データを分析して、分析したデータに基づいて行動するような構成にすることができる。例えば、装置１０２、１０４および１０６が、データ分析に基づいて、治療方法を修正するか、または警告表示を行うような構成にする。
【００１６】
ある実施例では、装置１０２、１０４および１０６において、治療をすることができる。治療は、自動的または外部との通信に対応して実施することができる。装置１０２、１０４および１０６は、各々の検査の特徴、治療の特徴（例えば、継続期間や間隔）または通信の特徴となるものは、プログラムで設定することができるので、上記装置間での通信、および、改良型患者管理システム１００の他の構成要素との間の通信によっても、変更することができる。また、装置１０２、１０４および１０６は、またセルフチェックができ、通信システム１１０からも、問い合わせることができるので、上記装置が正常に機能しているか否かを検証することができる。装置１０２、１０４および１０６の異なった実施例を、以下に説明する。
【００１７】
患者の体内にインプラント（埋め込み）する装置は、検査する機能、通信する機能、また同様に、治療する機能も持っている。インプラント型装置は体の特徴を直接的に測定する機能を持ち、特に限定するわけではないが、電気的心臓活性（例えば、ペースメーカ、心臓再同期管理装置、心臓細動除去器、等）体の動作、体温、心拍数、活性度、血圧、呼吸パターン、放出物、血液の粘度、血液の化学的特性、血糖値、および他の患者固有の医療用生理的パラメーターが含まれる。また、一方で、患者の受け入れる必要な件数は最小限にすべきである。
【００１８】
心拍数用センサは、ペースメーカまたは心臓細動除去器内で典型的に見られる、インプラント型装置の一例である。心臓においては、電気的波動の方が、自然収縮より先に、心臓の筋肉を活性化させることができる。技術的に知られているように、電気回路と導線は、心臓の活動事象を伝達し、他の本質的でない電気的事象を拒否する。活動事象の時間間隔を測定することにより、心臓のリズムを決定することができる。経胸腔的なインピーダンスセンサは、インプラント型装置内にあるセンサの、もう１つの例である。呼吸サイクル中は、大量の空気が、体の中に出入りする。胸部の電気的抵抗は、空気の収納量と体内組織の大きい変化の結果として、著しく変化することになる。胸部の抵抗は、呼吸の間に測定することができ、測定可能な電気的信号（すなわち、インピーダンス）に変換されるので、呼吸の比率と特徴は、近似することができる。また、インプラント型装置では、化学的な状態が測定でき、例えば、ブドウ糖のレベル値、血液内の酸素量等が、測定できる。さらに、改良型患者管理システム１００では、他のインプラント型装置も利用することができ、その上、患者の生理学的測定もすることができ、例えば、薬ポンプ、神経学的な装置（例えば、刺激装置）、酸素センサ等が挙げられる。
【００１９】
その他の派生的な測定も、インプラント型装置のセンサから決定され得る。例えば、睡眠センサは、体の活動レベルを測定するような、インプラント型の加速度計による測定に依存することができる。睡眠センサは、測定した活動レベルをもとにして、睡眠パターンを評価することができる。他の派生的測定としては、特に限定するわけではないが、機能的容量指示計、自動音程指示計、睡眠品質指示計、咳の指示計、不安指示計、および心臓血管の状況指示計が含まれ、生活指示計として品質が算出可能となる。それは、身体的健康と精神的健康とを、患者の全体評価として、定量化することができるからである。
【００２０】
また、装置１０２、１０４および１０６は、外部の装置となることもあって、人間の体にインプラントするものではないが、生理学的データを測定するために使用できる。このような装置には、多数の装置が含まれ、人間の体に関するデータを測定するものとしては、体温（例として、温度計）、血圧（例としては、血圧計）、血の性質（例としては、ブドウ糖レベル）、体重、肉体的強度、精神活動、食生活、心臓の性質、および相対的地理的位置（例えば、全地球測位システム（ＧＰＳ））が挙げられる。
【００２１】
また、装置１０２、１０４および１０６は、環境用センサでもよい。これらの装置は、地理的位置（患者に近い場所、または母集団に合わせた分散）をいろいろと変えて配置させることが可能であり、そして、患者固有の性質以外の情報も記録することができ、特に限定するわけではないが、このような情報として、温度、空気の品質、湿度、一酸化炭素のレベル、酸素レベル、大気圧、光の強度、および音が該当する。
【００２２】
一台または複数台の、装置１０２、１０４および１０６（例えば、１０６）が、外部装置で、自覚また知覚に関するデータを、患者から測定することもできる。自覚的なデータは、患者の感情と理解力に関する情報および/または患者の意見情報であり、客観的な生理学データとは反するような情報である。例えば、自覚用装置は、患者の質問への反応を測定するもので、質問は、「どう、感じますか。」とか「どう、痛いですか。」のような質問である。装置は、患者を指示しながら、視覚的手段または聴覚的手段を使いながら、患者からの自覚的データを記録することになる。例えば、患者は、コード化された応答ボタンを押すか、キーパッドの上で適切と思う応答キーを叩くことになる。代替案としては、自覚的なデータを、患者がマイクロホンに話しかけるのを可能にしながら、収集する方法が考えられる。この方法では、会話形の認識用ソフトウェアを使って、自覚的なデータ収集を進行させることができる。
【００２３】
一つの実施例では、自覚用装置は、患者に対して、比較的少数の反応を示すような各質問を患者に課しながら、提示していく。例えば、患者にとって有効な反応は、３種類の顔を含んでいて、幸福、無感動および不幸の感情を現す顔である。平均時間が経過すると、患者の健康状態を示す傾向が、３種類の反応数以上でより細かい反応で現れてくることがある。
【００２４】
自覚的なデータは、決められた時間に、患者から収集することができるし、あるいは、代替的に、患者が自覚的なデータを提供したいと感じるときは、いつでも収集することができる。自覚的なデータは、生理学的データと一緒に、充分に収集できれば、患者の全体的な健康状態に対して、より深く内部観察をすることが可能となる。自覚用装置１０６は、患者または他の関係する個人からの入力を許可できるような装置であって、および/または、患者に関すると認められる情報をある形式のフォーマットで提供できる装置であればよい。装置１０６は、典型例としては、キーパッド、マウス、ディスプレイ、携帯型の装置、双方向ＴＶ、携帯電話または他の無線周波（“ＲＦ”）通信装置、無線電話、有線電話、スピーカ、マイクロホン、電子メイルによるメッセージ、または物理的刺激が含まれる。
【００２５】
一つの実施例では、自覚用装置１０６は、図２に示すような、計算機システム２００の全体を含むか、または、その一部分となる。計算機システム２００の例では、中央処理ユニット２１２、とシステムメモリ２１４を含む。さらに、計算機システム２００は、データを読出し、書込むための、１台または複数台の駆動部２２３以外に、キーボード、マウスのような一台の入力装置２４４、および一台のモニター２５２、または他のタイプの表示装置を含んでいる。多数のプログラム・モジュールが、駆動部２２３に格納されており、上記モジュールには、演算システム２３６、一つまたは複数の応用プログラム２３８、他のプログラム・モジュール２４０およびプログラム・データ２４２が含まれる。計算機システム２００は、ネットワーク環境下で動作しており、１台または複数台の遠隔の計算機、または、外部計算機システム２５６への論理的な接続により使用することができる。また、計算機システム２００は、ＰＤＡ計算機のような携帯型の計算機であってもよい。
【００２６】
改良型患者管理システム１００は、１つまたは複数の遠隔周辺装置１０９を含む場合もある。一例として、特に限定するわけではないが、遠隔周辺装置１０９は、携帯電話、ポケットベル（登録商標）、ＰＤＡ装置、ファクシミリ、遠隔の計算機、プリンター、ビデオおよび/または音声装置等を含む。遠隔周辺装置１０９は、有線または無線の技術を使って通信することができ、患者や介護者の使用によって、通信システム１１０および/またはホスト計算機１１２との通信をすることができる。例えば、遠隔周辺装置１０９は、介護者が使用することによって、患者から収集したデータに基づくホスト計算機１１２からの注意事項を受信することができ、さらに、介護者からの指示説明を、患者または他の医療スタッフに送信することができる。他の例においては、遠隔周辺装置１０９は、患者が使用することによって、周期的または実時間の最新データ、および患者の健康と福利に関する注意事項を受信することができる。
【００２７】
２．問い合せ/トランシーバユニット
図３に関連して、改良型患者管理システム１００の例では、１つまたは複数のＩＴＵ１０８のような問い合せ/トランシーバユニット（ＩＴＵｓ）を有する。上記ＩＴＵ１０８（以下、ＩＴＵ１０８または、ＩＴＵと表記する。）は、問い合せモジュール１５２、データを格納するメモリモジュール１５４およびトランシーバモジュール１５６からなる。問い合せモジュールは、装置１０２、１０４および１０６との送受信機能をもち、トランシーバモジュールは、他のＡＰＭ（advanced patient management：改良型患者管理）システム１００からのデータを送受信する機能を有する。また、トランシーバモジュールは、装置１０２、１０４および１０６への問い合せモジュールとして、機能することもできる。また、ＩＴＵ１０８は、パワーを供給するパワーモジュール１５８も含む。
【００２８】
ＩＴＵ１０８は、一つまたは複数の以下の機能を有する。その機能とは、（１）データ格納、（２）データ分析、（３）データ転送、（４）患者との対話、（５）患者へのフィードバックおよび（６）データ交換である。例えば、ＩＴＵ１０８は、装置１０２、１０４および１０６と通信システム１１０との間の通信を促進することができる。ＩＴＵ１０８は、定期的かまたは実時間で問い合わせし、メモリにデータをダウンロードすることができ、そのデータは、装置１０２、１０４および/または１０６からの医療に関連した患者のデータである。このデータには、心臓用センサの検出状況における、例えば、Ｐ波およびＲ波による測定結果、ペーシング、ショッキング事象、リード線インピーダンス、ペーシングの閾値、バッテリー電圧、キャパシタ蓄積時間、電位図によるＡＴＲ症状、電位図による脈拍異状、ヒストグラム情報、および、患者の健康維持と適切な医療装置の機能を発揮させるのに必要な他の医療情報が含まれる。上記データは、装置１０２、１０４および１０６によって、ＩＴＵ１０８に送信されるが、各装置のバッファから、実時間または定期的にアップロードされて、送信されることになる。
【００２９】
また、ＩＴＵ１０８は、患者との対話を許容することができる。例えば、ＩＴＵ１０８は、患者とのインターフェイスを有しており、患者からの自覚的データを入力することを許容することができる。それに加えて、ＩＴＵ１０８は、患者に対してフィードバックとなるデータを送信することができ、このデータは、分析結果にもとづいたもの、または、通信システム１１０によって送受信された情報にもとづいたものである。
【００３０】
他の実施例では、ＩＴＵ１０８は、テレメトリーの接続リンクも有し、患者の自宅にある無線ＬＡＮの基礎部分を形成しているネットワークの装置に接続されている。ＩＴＵ１０８は、装置１０２、１０４および/または１０６からの情報を、組織的にアップロードすることができるので、例えば、患者が寝ている間にも実行することができる。アップロードしたデータは、通信システム１１０を介してまたは直接的に、ホスト計算機１１０に伝送される。これに加えて、一つの実施例においては、ＩＴＵ１０８は、ハイブリッド構成で機能しており、通常は無線通信を利用してローカルな無線ポータルに初期接続しておき、そして無線通信が使用できなくなったときに、有線に接続するようにしている。
【００３１】
数台の装置では、心臓リズム管理（ＣＲＭ）装置のような従来のインプラントな装置であるが、内部のテレメトリートランシーバを経由して、外部のプログラマーと通信することができる。上記装置の通信の範囲は、標準的には１〜４インチ程度である。ＩＴＵ１０８は、特別に短距離内の問い合せモジュールとすることができ、従来の装置と通信することができる。
【００３２】
問い合せモジュール１５２が、無線周波数を使用して、装置１０２、１０４および１０６と通信する場合は、ＩＴＵ１０８を、小さな装置にすることができ、患者の住居内の目立たない場所に設置することができる。あるいは、ＩＴＵ１０８は、患者の住居内で、日常使用する電化品の一部に、装着することができる。例えば、ＩＴＵを、患者のベッド近くに置かれる時報用時計に、組み込むことができる。他の実施例として、ＩＴＵを、患者のパソコンシステムの一部として組み込むことができる。他の実施方法も、また可能である。
【００３３】
他の実施例では、ＩＴＵ１０８には、携帯型の装置、例えば、ＰＤＡ装置、携帯電話、または、他の類似の装置も含まれており、無線により、装置１０２、１０４および１０６との間で通信を行うことができる。携帯型の装置は、データを、通信システム１１０に、無線でアップロードすることができる。代替的な例として、携帯型の装置を、定期的にクレードル（送受信機用受け台）または、他の類似装置に設置することにより、通信システム１１０にデータを送信するように設定することもできる。
【００３４】
一つの実施例では、ＩＴＵ１０８は、データの分析を行い、即時にフィードバックを与えることができる。また、同様に、ＩＴＵ１０８は、さまざまな自己診断テストを行えるので、正常に機能しているか、または通信システム１１０との通信が不完全になっていないか、を検証することができる。例えば、ＩＴＵ１０８は、ホスト計算機１１２が設定した時刻に、自己診断のループバックテストを実施することができ、テスト内容には、通信システム１１０を介して、ホスト計算機１１２に、要求信号を送信することも含まれている。ホスト計算機１１２は、通信システム１１０を介して、ＩＴＵ１０８への応答信号で対応することになる。もし、ＩＴＵ１０８が、ホスト計算機１１２からの応答を受信する前に、特定な期間が経過した場合、または、ＩＴＵ１０８が期待していない応答を受信した場合、または、ホスト計算機１１２が自己診断テスト情報を受信しなかった場合、ＩＴＵ１０８は、システムが正常に動作していないことを表示することができ、ホスト計算機１１２は、ＩＴＵ１０８に関連して正常でない通信状況であることを操作員に警告をすることができる。例えば、ＩＴＵ１０８と通信システム１１０との間の無線通信で、障害が発生した場合、ＩＴＵ１０８は、自己診断テストを行い、失敗することになるので、患者に対して、修正作業を行うように警告することになる。警告は、音による方法、または、視覚および/また音響の警報装置により、患者に通信に障害が発生していることを警告することになる。他の実施方法では、ＩＴＵ１０８は、失敗時は、自動的に有線通信に戻すことができ、通信システム１１０との間の通信を行い、同一の通信状況の自己診断テストの機能を果たすことができる。
【００３５】
改良型患者管理システム１００の他の実施例では、ＩＴＵ１０８の機能は、装置１０２、１０４および１０６に搭載することができる。そうすれば、上記装置は、通信システム１１０および/またはホスト計算機１１２と、直接通信することができる。装置１０２、１０４および１０６が、携帯電話、Bluetooth（登録商標）、または、IEEE802.11Bのような複数モードの無線通信手段を組み込めば、通信システム１１０とは直接に通信をすることができるし、無線を介して、患者の自宅にある有線のポータルと通信を行うこともできる。例えば、装置１０２が、無線通信ができる小型の携帯電話を包含していると、医療用データは、装置側から、定期的にアップロードすることができる。これは、移動する医療装置（例えば、旅行している患者用インプラント型医療設備）として、特に有利である。
【００３６】
装置１０２、１０４および１０６のエネルギーを節約するために、特に装置（例えば、装置１０２）が、ＩＴＵ１０８を使用することなしに、通信システム１１０と直接に通信できるように配置される場合、一つの実施例において、上記装置は、あらかじめ定められた時間の周期で、通信するように設定することができる。例として、装置１０２は、通信システム１１０との通信を、定められた間隔に設定することができ、例えば、１週間に１回のように設定する。装置１０２は、一定期間（例えば、１週間）データを記録し、通信システム１１０には、一定期間の一部のときのみ、記録データを送信するので、送信時は活性化するが、残りのサイクルはエネルギーを節約することになる。他の例では、装置１０２は、エネルギーを節約し、心臓の不整脈のような注意すべき事件が起ったときのみ、通信システム１１０との通信を行うようにしている。このような方法では、装置１０２は、通信システム１１０および/またはホスト計算機１１２との通信を、直接行うことができ、ＩＴＵ１０８を必要とすることなく、定められた定期間隔の通信なので、装置のエネルギーを節約することができる。
【００３７】
ＩＴＵ１０８の問い合せの時間比率は、病気の状態および他の関連する要素によって、変更することができる。加えて、装置１０２、１０４および１０６には、度々（例えば、２分に１回）「起動させる（wake up）」ことを設定できるので、ＩＴＵ１０８が、装置１０２、１０４および１０６へのデータ要求指令を出すアクセス窓口となって、各装置からのデータをアップロードすることができる。
【００３８】
もし、装置１０２、１０４および１０６のように、複合機能をもった装置が、患者に与えられたならば、各々の装置は、ＩＴＵ１０８または通信システム１１０との通信方法として、独自の手段を持つことになる。代替案としては、単独のテレメトリーシステムを、装置の一部とするか、または装置から離れた形で持つかのいずれか一方の構成で配備して、装置１０２、１０４および１０６の各装置は、単独のテレメトリーシステムを使用して、ＩＴＵ１０８または通信システム１１０と通信することができる。
【００３９】
さらに、他の実施例としては、装置１０２、１０４および１０６に、延長したワイヤまたリードを装着して、自身の装置から、患者のエリアまで延長して、直接的に物理的接続を行う方法がある。外部に延長したリードは、例えば、ＩＴＵ１０８または類似装置に接続して、装置１０２、１０４および１０６と改良型患者管理システム１００の他の構成要素との間で通信を行えるようにする。
【００４０】
改良型患者管理システム１００は、また、ＩＴＵ１０８を使用したハイブリッド構成を含むこともできる。例えば、装置１０２、１０４および１０６を、ＩＴＵ付の短距離のテレメタリーを経由して、高機能での通信ができるようにすれば、患者が自宅内に居る場合には、テレメタリー経由で利用でき、患者が旅行中には、装置１０２、１０４および１０６は、通信システム１１０またはホスト計算機１１２と、直接に通信することもできる。これは、例えば装置をＩＴＵの近くに置いたときは、バッテリーのパワーを節約することになるので有利である。
【００４１】
３．通信システム
通信システム１１０は、改良型患者管理システム１００内にある各種の構成要素と通信を行うもので、上記管理システム内の構成要素としては、装置１０２、１０４および１０６、ホスト計算機１１２、および遠隔周辺装置１０９が含まれる。図４に、通信システム１１０の一実施例を表す。通信システム１１０には、多数の計算機システム３０４、３０６、３０８および３１０が含まれ、かつ、装置１０２、ホスト計算機１１２および遠隔周辺装置１０９も含まれ、通信ネットワーク３００により、互いに接続されている。通信ネットワーク３００は、例えば、ローカルエリアネットワーク（ＬＡＮ）、ワイドエリアネットワーク（ＷＡＮ）または、インターネットのいずれでもよい。各種の構成要素間での通信は、下記に詳細に記述するが、有線または無線のいずれの技術も使用に際して導入できる。
【００４２】
図４に示した実施例において、ホスト計算機１１２は、サーバ計算機３１８および３２２を保有する。これらサーバ計算機は、計算機３０４、３０６、３０８および３１０と通信することができ、種々の通信プロトコルを使用しているが、詳細については、以下で説明する。サーバ計算機３１８および３２２は、データベース３１６および３２０に、情報を格納する。この情報は、分散する方法により、１台または複数の増設したサーバ計算機にも、格納することができる。
【００４３】
種々の通信方法および通信プロトコルが、装置１０２、１０４および１０６、ＩＴＵ１０８、通信システム１１０、ホスト計算機１１２、および遠隔周辺装置１０９の相互間の通信を促進させるのに使用することができる。例えば、有線または無線の通信手段も使うことができる。有線の通信手段としては、特に限定するわけではないが、例としてはＤＳＬのような伝統的な銅線ラインによる通信、ＩＳＤＮのような広帯域の通信技術、ケーブル用モデム、および光ケーブルを含むことができ、また、一方で無線の通信としては、携帯電話、サテライト、無線周波通信（ＲＦ）、赤外線等を含むことができる。
【００４４】
所定の通信によっては、数多くの標準および/または独自仕様の通信プロトコルが使用されることになる。特に限定するわけではないが、例としては無線周波通信でのパルスコーディング、スペクトラム拡散、直接シーケンス、タイムホッピング、周波数ホッピング、ＳＭＴＰ、ＦＴＰとＴＣＰ/ＩＰのような通信接続プロトコルを使うことができる。また、他の独自仕様の通信手段と接続プロトコルを使用することもできる。さらに、２つまたはそれ以上の通信手段と接続プロトコルとを組み合わせて、使用することもできる。
【００４５】
改良型患者管理システム１００の構成要素間での種々の通信は、さまざまな種類の異なった通信技術を使うことにより、確保されることになる。例えば、暗号化および/またはトンネリング技法が、データ送信から守るのに使用され得る。他の方法として、優先データのフォーマット変更、または、秘密としているインターフェイスも、また使用され得る。認証は、使用できる手段で、例えば、既知のキー構造（例えば、ＰＧＰまたは、ＲＳＡ）に基づくディジタルによる署名を使用することによって遂行され、他の物理的セキュリティとか認証方法も使用できる。この例として、セキュリティカードおよび生物学的なセキュリティ装置（例えば、網膜スキャン、虹彩スキャン、指紋スキャン、静脈血管スキャン、音声、顔の形状認識等）のような方法が挙げられる。ファイアウォールのような、従来からのセキュリティ手段は、改良型患者管理システム１００の中にある、１台または複数台の記憶媒体に保管されている情報の保護に使用することができる。暗号化、認証および識別技術は、また、送信データのエラーの検出および修正にも使用することができる。改良型患者管理システム１００にある種々の構成要素の間での通信は、データの圧縮技術の使用を拡張することにより、多量のデータを送信することを許容することになり、効率良い伝送が可能となる。例えば、装置１０２、１０４および１０６またはＩＴＵ１０８は、送信前に、記録している情報を圧縮して、ＩＴＵ１０８に情報を送信するか、または、直接的に通信システム１１０に送信すればよい。
【００４６】
上記で述べた通信手段およびプロトコルにより、定期的および/または実時間でのデータ供給を、促進することができる。
【００４７】
４．ホスト計算機
本実施例のホスト計算機１１２は、データベースモジュール１１４、分析モジュール１１６およびデータ分配モジュール１１８を含んでいる（図１参照）。ホスト計算機１１２は、好ましくは、充分な処理能力を有しており、各患者から集められた多量のデータを分析して、処理することができ、さらに、統計データを処理して、大きな母集団の分析も実行できるようにする。例えば、ホスト計算機１１２としては、大型汎用計算機、または、マルチプロセッサタイプのワークステーションが含まれる。または、ホスト計算機１１２は、充分な計算能力とメモリを持った、パーソナル計算機の１台または複数台のシステムを意味することもある。ホスト計算機１１２は、記憶媒体（例えば、ハードディスク、光学的データ記憶装置等）を有し、その記憶媒体は、患者から収集した高分解能データを多量に保有し、分析するのに充分な容量があるものとする。
【００４８】
ホスト計算機１１２は、また、このホスト計算機と通信する種々の装置に対して、識別情報と接触用情報（例えば、ＩＰアドレス、電話番号、または製造時の連続番号）をもっている。ホスト計算機の通信相手としては、ＩＴＵ１０８および遠隔周辺装置１０９が該当する。例えば、各々のＩＴＵ１０８には、ハード化したコード、または固定の識別子（例えば、ＩＰアドレス、電話番号、他）が定められており、そのコード等により、ホスト計算機１１２は、任意の時間に受信している情報が、どの患者の情報かを、認識することができる。代替案として、装置１０２、１０４および１０６に固有の識別番号を付与するか、または、固有の患者識別番号を、各患者の医療データ送信時に、一緒にして送信することでも可能である。
【００４９】
ある装置が、最初に起動されたとき、種々の方法が、改良型患者管理システム１００が受信するデータと任意の患者とを関連づけるために、使用されることになる。例えば、各装置は、固有の識別番号と登録書式を持ち、登録書式の記入箇所は、患者、看護者または現場代表者によって、記入されることになる。登録書式は、必要な情報を集めるために使用することができ、収集した情報と各患者とを関連づけることができる。代替案として、使用者が、ウェブサイトにログオンして、収集した情報を登録することを許可する方法もある。他の実現例としては、バーコードを、各々の装置に貼り付けておき、事前にスキャンする方法、または、装置を連結した配置にしておき、記録データと特定の患者とを関連づけるのに必要な情報を提供する方法がある。
【００５０】
再び、図１に関連して、実施例でのデータベースモジュール１１４は、患者データベース４００、母集団データベース４０２、医療データデース４０４および一般データベース４０６を含んでおり、各データベースについては、以下で述べる。
【００５１】
患者データベース４００には、患者の固有データを含み、固有データには、装置１０２、１０４と１０６によって収集されたものも含む。また、患者データデース４００には、患者の医療記録も含まれる。患者データベース４００には、装置１０２、１０４および１０６に関する履歴的な情報も含むことができる。例えば、装置１０２が、インプラント可能な除細動機（ＩＣＤ）の場合、患者データベース４００は、次のような装置情報を記録している。その情報とは、Ｐ波とＲ波測定、ペーシング周波数、ペーシング限界、ショッキング事象、再充電時間、リード線インピーダンス、バッテリー電圧/残寿命、ＡＴＲ症状、複数のＥＭＧ、ヒストグラム情報、および他の装置固有の情報がある。患者データベース４００に格納される情報は、患者または装置が必要とする様々なときに、記録されることになる。例えば、患者データベース４００は、一定の周期間隔で、更新されていくが、その周期は、患者が、装置からデータをダウンロードするタイミングに同期させることもある。他の方法としては、患者データベース４００のデータを、実時間で、更新させることもできる。典型的な例としては、サンプリング周期が、モニターしている患者の健康状態、または共通疾病の患者グループ毎に、決定されることがある。
【００５２】
母集団データベース４０２は、対象としている患者の固有で無いデータが含まれており、例えば、別の患者とか母集団の傾向とかのデータである。また、母集団データベース４０２は、流行病に対応した装置の統計的データとか、患者の統計的データとかを記録している。母集団データベース４０２にはまた、健康介護プロバイダーの保有する人材、環境データ、医薬品等に関するデータも含まれる。医療データベース４０４の例では、病気の処理に関係する医療データが含まれる。例えば、医療データベース４０４の例には、多数の患者の履歴的傾向のデータを、重大な事象の指標に沿って、患者の病気の進行を記録形式にして、残したものが含まれる。
【００５３】
一般データベース４０６は、患者に関係するが、医療には関係無いデータが含まれる。
このデータに含めることができる関係情報としては、ニュース、資産状況、買い物、技術、娯楽および/またはスポーツが該当する。一般データベース４０６は、患者の特別な興味に関連する一般情報を提供できるように、カスタマイズすることができる。例えば、株価情報を、患者の最新の健康情報と、一緒に表示することができ、健康情報は、装置１０２、１０４および１０６で検出した健康情報である。
【００５４】
他の実施方法として、前記情報は、外部資源から、引き出されることもあり、外部資源は、外部データベース６００の場合もある。例えば、外部データベース６００は、外部の医療記録を含んでおり、外部の第三者によって維持されているが、この中で薬局によって記録される薬の処方記録には、患者に処方が行われている薬のタイプに関する情報も含まれている。
【００５５】
分析モジュール１１６の例では、患者分析モジュール５００、装置分析モジュール５０２、母集団分析モジュール５０４および学習モジュール５０６が含まれる。
【００５６】
患者分析モジュール５００は、改良型患者管理システム１００によって集められた情報と、関連した他からの情報源の両方を活用することができ、患者の関連したデータを分析して、患者の健康状態を、タイムリーに、かつ、予測的評価をすることができる。この分析を果たすために、患者分析モジュール５００は、いろいろな情報源から集めたデータを活用する。そのデータには、改良型患者管理システム１００によって集められた患者固有の生理学的情報と自覚情報、医療記録と履歴記録（例えば、実験室での試験結果、病気の履歴等、現在または過去に投与された薬等）の他に、外部情報源から改良型患者管理システム１００に提供されるような母集団の傾向に関する情報が含まれる。
【００５７】
例えば、一実施例では、患者分析モジュール５００は、近づいている事象の予測的な診断をしており、それは、データベースモジュール１１４に格納されている情報をもとにして行っている。例えば、ある患者の装置から連続して収集しているデータについては、慢性的な病気の症状（心臓麻痺による不全のような）のリスクが増大しているので、分析がなされる。この分析結果にもとづいて、通常の装置による治療、または、薬剤による治療が、装置または臨床診断を介して、患者に適用される。
【００５８】
別の実施例では、患者分析モジュール５００は、患者の健康状態診断と、装置から集まった現時点の最新履歴データから患者の傾向予測とを行うが、この傾向予測は、治療時に行う実作業から得られた専門家による知識システムによる解釈をもとに行われる。例えば、患者分析モジュール５００は、最近の収集情報と、定期的に収集してきた履歴情報とを使って、確率計算を行い、患者の健康悪化を予測する。
【００５９】
他の実施例では、患者分析モジュール５００は、入力データの動向から、事前の評価をするが、事前評価は、患者の履歴情報と、類似病気の患者の状態に関する情報とを、組み合わせて行う。事前評価システムは、医療作業の実行動から得られたデータと、その結果の記録をベースにしている。装置等から収集されたデータは、ニューラルネットワーク、ファジィーロジックシステム、または、等価システムにて処理され、医療活動に反映される。さらに、患者分析モジュール５００は、現在と履歴のデータを定期的に処理する手段を提供することができるので、病気の傾向予測と一緒に多次元的な健康状態の目安、合併症による次の段階、および何か他に可能な病気が含まれているかの推論を生み出すことができる。また、患者分析モジュール５００は、内外の装置から集まったデータと自覚症状データとを統合して、患者の健康を全体として最適管理できるようにする。
【００６０】
装置分析モジュール５０２は、装置１０２、１０４および１０６、およびＩＴＵ１０８のデータを分析し、装置の問題や故障を予測し、判断する。例えば、インプラント型装置１０２が、予定時間に通信ができなかった場合、装置分析モジュール５０２は、故障の原因を判断し、装置１０２の機能が修復するように動作する。また、装置分析モジュール５０２は、付加的な確定的計算と確率的計算を行う。例えば、装置分析モジュール５０２は、ＩＣＤのような装置内の充電レベルに関するデータを収集し、分析を行い、もしもの場合は、この分析情報に基づき、交換指示を与える。もしもの場合とは、例えば、充電レベルが、装置および/またはバッテリーの交換が、必要なレベルまでに達している場合である。同様に、インプラント型装置の初期劣化または切迫した故障は、認識できるし、積極的に処理することができ、またはリスクの予測される装置は、念入りにモニターすることができる。
【００６１】
母集団分析モジュール５０４は、データベース１１４内に集めたデータを利用し、母集団の健康を管理する。例えば、医療の管理中の心臓患者は、改良型患者管理システム１００にアクセスでき、そこで、装置が提供する予測のための先進情報を得ることができ、即日の治療と将来必要となる医療スペシャリストの予測基準として、資源配給を最大限利用できる。他の例では、遠方の住民での病気拡散が、ローカライズすることができ、さらに拡大する前に、早急に隔離することができる。
【００６２】
一つの実施例では、母集団分析モジュール５０４は、装置の記録によって患者母集団の治療と管理を追跡でき、患者母集団のニーズを最大限に満足できるように健康看護の情報資源を導ける。情報資源としては、人々、施設、供給および/または医薬品を含むことができる。他の実施例では、母集団分析モジュール５０４は、大きい母集団グループに影響するような治療方法および他の事象を発見することができる。母集団分析モジュール５０４は、集団隔離を開始させるような警告を発したり、現在の患者母集団とスタッフとの人員が合うように、人的資源を変更したり、さらに、資格を有するスペシャリストの将来のニーズを予測することができる。
【００６３】
母集団分析モジュール５０４は、特性の種類によって、分類することができるので、患者を同類項に識別することができ、例えば、性、年齢、遺伝子構造等の形で、識別することができる。母集団分析モジュール５０４は、与えられた母集団のデータ規模の大きさを発展させることができ、それは、改良型患者管理システム１００によって収集された情報量に基づいて、データ規模を決定する。これに加えて、母集団分析モジュール５０４は、他のさまざまな情報源からも、情報を統合することができる。例えば、母集団分析モジュール５０４は、公共のデータベース（例えば、the  National Institute of Health）、公共で政府系の健康機関のデータベース、私立の保険会社、医療協会（例えば、the American Heart Association）および遺伝情報記録団体（例えば、DNA sequences）からのデータを利用することができる。
【００６４】
本発明の一実施例において、ホスト計算機１１２が、「データ情報センター」として利用できるのは、装置１０２、１０４および１０６から収集したデータを集め、統合しており、さらに、改良型患者管理システム１００の外の情報源からも、データを集め、統合しているからによる。統合したデータは、他の興味ある団体とも共有することができるので、プライバシーの制限事項に従うことにはなるが、利用できるデータの品質と統合度を高めることができる。
【００６５】
学習モジュール５０６は、種々の情報源から得たデータを分析するが、データは改良型患者管理システム１００および外部の情報源で集められたものである。例えば、学習モジュール５０６は、履歴的な症状、診断および結果を、病気と合併症の時間的進展に沿って分析する。学習モジュール５０６は、ニューラルネットワーク（または、同等）のシステムを経由して導入することができる。
【００６６】
学習モジュール５０６は、部分的に訓練することができるし（すなわち、学習モジュール５０６は、プリセット値の所定の組み合わせと一緒に導入できるので、改良型患者管理システムの機能として学べる）、または、訓練できない（すなわち、学習モジュール５０６は、所定の数値がプリセットされていない状態なので、改良型患者管理システムの機能として、最初から学ぶ必要がある）こともある。他の代替的な実施例では、学習モジュール５０６は、学習を継続することで、改良型患者管理システムの機能として（すなわち、実時間対応で）適応することができ、さもなければ、学習モジュール５０６は、学習レベルは与えられたときのままで、手動で動作が許されたときのみ、理解のレベルを高いレベルに向上させることができる。
【００６７】
ニューラルネットワークでの実施例では、新しい治療情報は、新しいニューラルネットワークの係数を作りだすことに寄与し、新しいニューラルネットワークの係数は、ニューラルネットワークの知識向上に貢献する。学習モジュール５０６は、ニューラルネットによる結論を検証するモジュールを含むことができ、その結論は、医療の緊急度と重大性に関するものである。学習モジュール５０６は、テスト事例のデータベース、適切な結果、および適切な結果から誤推定を生じさせた関連事象を分析することができる。いくつかの実施例では、学習モジュール５０６は分析モジュール１１６を更新することができ、更新できるときは、分析アルゴリズムが、許容される誤推定の閾値を超えたときである。
【００６８】
学習モジュール５０６の実施例では、種々のアルゴリズムと数式モデルを使用しているが、例えば、トレンド分析、統計的分析、データ検索、パターン認識、クラスタ分析、ニューラルネットワークおよびファジィーロジックが上記のアルゴリズム等に該当する。学習モジュール５０６は、決定論的でかつ確率的な計算を実行することができる。決定論的な計算は、分析すべきデータと与えられる結果の間に明快な関係が知られている場合のアルゴリズムである。例えば、インプラント型医療装置のバッテリー内に残っているエネルギー量と、バッテリーを交換すべき時に残っているエネルギー量との間には、明快な関係がある。
【００６９】
確率的な計算は、データと既知の結果との相関関係が、明らかに１００％以下になるものに対して使用される。確率的な結論は、いくつかの可能性がある結果と、これらの結果に対する確率の割当てとの分析とを、要求することになる（例えば、患者の体重が増加中で、２５％の確率において、切迫した心不全事象を示唆するおよび/または別のテストが必要であることを示すことができる）。学習モジュール５０６は、確率的計算を行い、１００％以下の確率に基づいて、与えられた応答から選択することになる。さらに、学習モジュール５０６は、前回の決定（例えば、ニューラルネットワーク構成を使用）から「学ぶ」ことができ、同モジュール５０６は、与えられたデータパターンの確率を指示することで、より上達していき、その結果、より確証をもって、与えられた応答を選択することができるようになっていく。学習モジュール５０６によって、分析されるデータ量が増えていくにつれ、学習モジュール５０６は、データのパターンに基づいて指定する確率が、ますます正確になっていく。二分岐分析は、類似症状を現す病気の分析に有効である。データ量が増加して集められ、所定の病気の状態の理解が進むにつれ、病気の分析は、精緻化され、従来は一階層であったものが、二またはそれ以上の下位のクラスに分割されるようになる。
【００７０】
これに加えて、患者固有の医療情報は蓄積され、各患者の数千人の内、数百人は追跡され、患者の医療状態に関しての第一段階の電気的医療分析が行うことができ、そして、患者の短時間の医療的予後診断の知的推定も行うことができる。学習モジュール５０６は、相互作用する合併症を数多く測定することによって、洗練度のレベルを向上させながら、患者の診療状態を追跡し予測することができる。合併症の全てが、個体としてまた集団として、患者の健康を弱める働きをするものである。これは、学習モジュール５０６と看護者に対し、以下のことを可能にさせる。慢性病で起こる、来るべき緊急発生時の患者対応を、予測的医療対応として定型化することができる。慢性病としては、心臓疾患、糖尿病、疼痛、癌、および喘息/ＣＯＰＤ（慢性閉塞肺疾患）のような病気が該当する。さらに、心筋梗塞（ＭＩ）や脳卒中のような、緊急で破壊的な状態を阻止することも可能となる。
【００７１】
データ分配モジュール１１８は、ホスト計算機１１２が行う分析結果に基づいたフィードバックの分配を調整して行う。分析モジュール１１６の結果に対応して、データ分配モジュール１１８は、装置１０２、１０４および１０６を管理し、診断用データの回復を行い、装置をプログラム化し、一方では、必要に応じて、情報を分配する。いくつかの実施例では、データ分配モジュール１１８は、ウェブとのインターフェイスを管理し、患者や看護者からのアクセスを可能にしている。インプラント型装置によって集められた情報は、定期的にウェブサイトに送信することができるので、ウェブサイトには、看護者および/または患者から、適切な時間と方法で、安全にアクセスすることができる。他の実施例では、患者が、詳細な健康情報を、診断提言書と一緒に、アクセスでき、診断提言書は、指導的な健康看護組織から出されている分析アルゴリズムを基礎にしたものである。
【００７２】
例えば、看護者および/または患者は、データとデータの分析結果へアクセスすることができ、アクセス時は、一つまたは複数の一般的なコンテンツプロバイダーを利用している。一つの例では、患者の健康情報は、一般的なポータルを介してアクセスすることができる。一般的なポータルとしては、カルフォルニヤ、サニーバレーにあるYahoo!Inc.（ヤフー株式会社）が提供しているMyYahooがある。患者は、MyYahooのホームページをアクセスでき、最新の健康および傾向に関する情報を受信でき、その情報は、装置１０２、１０４および１０６から集められた情報であり、また、他の情報源からも集められた健康情報についても、受信することができる。また、患者は、MyYahooのウェブサイト上で、健康情報に加えて、他の情報にもアクセスでき、他の情報としては、天気とか株価とかの情報がある。他の電子的情報配布手段、すなわち、Ｅ―メイル、ファクシミリ等の手段も、警報配布手段として、また、利用できる。
【００７３】
ある代替案による実施例では、改良型患者管理システム１００によって、集められ、統合されたデータ、および、前記システム１００で分析されたデータは、データ分配モジュール１１８によって、看護者の居る病院の計算機システムに配布され、看護者がアクセスできるようになる。標準または特注のインターフェイスが、改良型患者管理システム１００と、看護者が使用する従来の病院システムとの間での通信を行うことにより、看護者は、慣れ親しんだシステムを使用して、すべての関連情報にアクセスできるようになる。
【００７４】
改良型患者管理システム１００は、また、システム内の種々の構成要素（例えば、ＩＴＵ１０８、通信システム１１０および/またはホスト計算機１１２）が、種々の各個人（例えば、患者および/または看護者）に報告するように、構成することができる。例えば、異なったレベルの報告が、（１）ＩＴＵ１０８、（２）ホスト計算機１１２によって、行うことができる。ＩＴＵ１０８は、装置１０２、１０４および１０６から集めたデータから、基礎的なデータ分析を実施し、もし、緊急事態が認知された場合は、報告をするように、配置することができる。例えば、もし、ＩＴＵ１０８は、重大な心臓不整脈が、近々または今起ろうとしていることを検出したら、ＩＴＵ１０８は、患者に対して、聴覚または視覚による警告方法で、報告する。
【００７５】
ホスト計算機１１２は、より洗練された報告システムを提供することができる。例えば、ホスト計算機１１２は、例外をベースとした報告内容を提供することができ、重要度によっては、異なった報告事項を分類している警報を提供することができる。いくつかの報告事項は、看護者の干渉を必要とすることは無く、そこで、自動的に報告することができる。緊急度が高くなったような別の場合には、看護者および/または緊急対応人物が必要となってくる。例えば、改良型患者管理システム１００によって集められたデータに基づき、データ分配モジュール１１８は、直接、装置１０２、１０４および１０６と通信することができ、薬局にコンタクトして、患者向けの薬物を注文し、および/または、緊急応答９１１へコンタクトすることができる。代替的な実施例としては、データ分配モジュール１１８および/または患者が、患者と看護者との間に、音声による通信リンクを確立することができる。ただし、上記実施例は、リンク確立が保証できる場合に遂行できる。
【００７６】
視覚的および/または聴覚的による情報を含んだ報告の構成を追加した場合、改良型患者管理システム１００は、追加構成とも通信することができるようにし、装置１０２、１０４および１０６を、１台または複数台を追加し、再構成することができる。例えば、もし、装置１０２が心調律管理システムの一部である場合、ホスト計算機１１２は、装置１０２と通信することができ、心調律管理システムによる治療内容を再構成することができる。心調律管理システムは、追加した１台または複数台の装置１０２、１０４および１０６から集めるデータを基礎とすることになる。他の実施例では、データ分配モジュール１１８は、ＩＴＵ１０８にデータを配信することができ、このデータとしては、記録データ、典型範囲のデータ、記録データに基づく結論、および行動への推奨コースが挙げられる。この情報は、患者が再確認できるように、ＩＴＵ１０８の上で表示されか、または、患者および/または再検討する臨床医者のために、遠隔周辺装置１０９で使用できるようにされる。
【００７７】
１つまたはそれ以上の項目について、上記に記載してきたが、それは、種々の実施例について補助するものである。使用項目および使用に関して記述した結果の部分は、本発明に関して限定するものではない。１つの項目に関連して記載された主題は、所望の範囲が制限されることなく、１つまたはそれ以上の他の項目に関連して、記載された主題と組み合わせることが可能である。
【００７８】
５．リピータ通信
図５に患者６０２（説明上、使用者６０２と表記する場合もある。）を示すが、この患者は、医療装置６０４と結合された状態で、この医療装置を持っている。この例では、医療装置６０４は、ペースメーカのようなインプラント可能な装置である。医療装置６０４は、リピータ装置６１０と双方向に通信することができ、通信方式は、上記で説明したＩＴＵ１０８のような方式で、信号６０６をリピータ装置６１０に送信し、リピータ装置６１０からの信号６０８を受信する。信号６０６、６０８は、誘導性結合を通して、獲得することができ、その結合には、ＲＦの電磁信号、音響信号、または、他の技術的に既知の信号技術が適用できる。さらに、信号技術は、無線または線接続での実現が考えられるが、それは、装置６０４がインプラント型かまたは患者６０２の体から離れたものかで決まる。
【００７９】
典型的には、インプラント型医療装置６０４は、既存技術の基板搭載型のテレメトリーを利用して、通信することができる。インプラント型医療装置６０４の基板搭載型のテレメトリーは、リピータ装置６１０のような外部装置とハンドシェイクを行って、通信プロトコルを確立させることができる。リピータ装置６１０は、医療装置６０４に問い合わせし、医療装置６０４が搭載基板のメモリに保管しているデータを収集する。例えば、インプラント型装置６０４は、心臓特有の現象が起るごとに、数回分のデータを格納しており、そのデータは、前回、リピータ装置６１０が、データをダウンロードした後に発生したものである。
【００８０】
リピータ装置６１０は、データを獲得して、搭載基板のメモリに格納するが、より詳しいことについては、以下に説明する。引き続いて、リピータ装置６１０は、通信媒体６１２を介して、データ用リポジトリ６１４へデータを送信する。ここで言うデータ用リポジトリとは、改良型患者管理システムが、患者情報のデータベースを保持するところで、以前に説明をしている。通信媒体６１２、および、リピータ装置６１０とリポジトリ６１４との間の通信結合方法は、技術的に知られている種々の実現方法があり、図１と図４の通信システム１１０に関連して、既に述べているところである。
【００８１】
例えば、公衆交換電話網（ＰＳＴＮ）を使用することもできる。これによって、リピータ装置６１０は、患者宅の電話回線をアクセスし、リポジトリ用電話番号に通話を申し込み、ＰＳＴＮを経由した接続を、確実に確立させることができる。他の代替案では、リピータ装置６１０が、ダイアル接続、または、常時接続でのインターネットサービスプロバイダー（ＩＳＰ）を利用する。インターネットサービスプロバイダーを利用する場合は、リポジトリ６１４は、インターネット経由で、アクセスされることになる。加えるに、既に述べたように、リピータ装置６１０には、無線通信機能を組み込むことができるので、リピータ装置６１０は、無線でＰＳＴＮへ、または、携帯電話の基地局を介して、無線でインターネットへ、データを送信することができる。
【００８２】
前述したように、リピータ装置６１０と医療装置６０４との間の通信は双方向にできるので、リピータ装置６１０からも、医療装置６０４へデータを送信することができる。さらに、リピータ装置６１０とリポジトリ６１４との間の通信も、双方向にできる。これは、リピータ装置６１０が、医療装置６０４からのデータを、リポジトリ６１４へ転送すること、さらに、リポジトリ６１４からのデータを装置６０４へ転送することを可能とする。
【００８３】
例えば、リピータ装置６１０が、医療装置６０４からのデータを、リポジトリ６１４へ転送することができる。リポジトリ６１４で分析した後で、医療装置６０４内のプログラムの再プログラミングが、患者の状態変化を補償するために必要であると決められたとする。新しいプログラムは、リポジトリ６１４より、リピータ装置６１０を介して、医療装置６０４に送られ、そこで、実装される。
【００８４】
図６は、リピータ装置６１０を示した、典型的な図である。リピータ装置６１０には、聴覚および/または視覚による報知機能が含まれ、患者６０２との情報交換または警告連絡を可能としている。例えば、液晶表示装置（ＬＣＤ）７０４は、患者に対して、視覚による報告手段を含んでいるので、医療装置６０４からのアップロードのデータ進行と、リポジトリ６１４へのダウンロードのデータ進行とを、視覚的に見せることができる。さらに、ＬＣＤ７０４は、医療装置６０４および/またはリピータ装置６１０の機器の使用方法の説明に使うことができ、かつ、警告にも使うことができる。同様に、音響スピーカ７０２は聴覚手段を提供できるので、進行状況報告と警告とを、音で患者６０２に伝えることができる。また、他にも種々の報知手段が適用でき、発光ダイオード（ＬＥＤｓ）等も適用できる。
【００８５】
いくつかの実施例では、リピータ装置６１０が、知能を有しており、医療装置６０４から収集したデータを分析することができる。例えば、リピータ装置６１０は、心臓の重篤事象となる前兆を示す、心臓活動に関わる症状のデータを分析するプログラムを含むことができる。この場合、リピータ装置６１０は、患者６０２に対して、一度、医師を訪問する必要があることを警告することができ、そして、リポジトリ６１４には、即座に、緊急状態であることを知らせることができる。同じように、医療装置６０４からのデータは、装置自身が問題ある場合も知らせることができ、それは、心臓へのリード線が破損した場合が相当する。リピータ装置６１０に、プログラミングすることができるので、収集したデータから、医療装置に問題あることが認識でき、一度医師を訪問する必要があることを、患者６０２に警告することができる。
【００８６】
図７は、リピータ装置６１０の構成要素を示した図で、図５に掲載した典型的なリピータ装置６１０の主な構成要素を示している。このリピータ装置６１０は、テレメトリー８０２を具備し、それが、医療装置６０４との通信を可能としており、医療装置は、インプラント可能な装置（ＩＭＤ）のようなものである。上記で述べたように、テレメトリー８０２は、誘導性の結合技術を採用しており、リピータ装置６１０で往復する双方向の無線通信を可能としている。ＲＦ通信は、誘導性結合に代わる無線方式で、医療装置６０４とリピータ装置６１０との間での通信に、より広域での通信を可能とする。医療装置６０４からテレメトリー８０２へ接続するのに有線による接続は、医療装置６０４にとっては他の代替的な案ではあるが、外部で電線が磨耗していくことになる。
【００８７】
テレメトリー８０２は、医療装置６０４からの信号データを、復調または再生させて、プロセッサ８０８へデータ伝達する。代替案として、テレメトリー８０２が、そのまま受信信号を、プロセッサ８０８へ伝達して、プロセッサ８０８が復調および再生させる方法もある。プロセッサ８０８は、データをメモリ８１２に格納する。格納メモリは、ランダムアクセスメモリ（ＲＡＭ）を使用し、後でアクセスして、データが読み出せるようにする。ある実施例では、プロセッサ８０８は、データを分析し、データの緊急度を決定することができる。
【００８８】
リピータ装置６１０によるデータ分析は、医療装置６０４に記録された生のデータから行い、医療条件と固有の症状に分析することができるようにする。また、データ分析は、医療装置６０４で発生したデータを解釈することを含み、発生データには、存在した条件と症状のデータが示されているので、医療装置６０４は、生データから、存在した条件と症状を決定するための分析を行ってから、リピータ装置６１０に送信している。生データから、医療条件と固有の症状へ決定するデータ分析は、技術的にはよく知られていることだが、実施例では、心臓不全、伝導不良、パルス比、頻脈または徐脈の症状、および、他の医療条件を、検出することも含んでいる。
【００８９】
プロセッサ８０８は、メモリ８１２からのデータを、外部通信装置８０６(説明上、電話回線インターフェイス８０６と表記する場合もある。）に送るが、この外部通信装置８０６としては、電話回線インターフェイス（モデム）、無線のディジタルまたはアナログのＲＦトランシーバ、および/または、常時接続のインターネット接続（すなわち、ケーブルまたは、ＤＳＬモデム）が挙げられる。外部通信装置８０６には、通信媒体６１２とのインターフェイスがあり、リポジトリ６１４に、データを送信することができる。データ伝送に関して、技術上よく知られた手法が考えられるが、この手法に含まれるものとしては、標準の変調技術、回路交換接続および/またはパケット交換接続があり、適切に使用することができる。また、外部通信装置８０６は、リポジトリ６１４からのデータを受信するように構成することもでき、通信媒体６１２を介した構成となる。
【００９０】
プロセッサ８０８が、報知装置を制御しており、上記装置には、表示回路８０４およびオーディオ回路８１０が含まれ、使用者６０２に情報を提供する。表示回路８０４は、ＬＣＤ表示７０４を制御して、視覚情報を提供する。視覚情報として、使用時の取扱い説明、リピータ装置６１０または医療装置６０４での問題、または緊急の警告の情報が提供される。同様に、オーディオ回路８１０は、スピーカ７０２を制御して、聴覚情報を提供している。
【００９１】
プロセッサ８０８の論理上の処理、および図７に示した種々の構成要素とプロセッサとの間での対話について、異なった数例の実施例を、図９から図１１に示す。本発明の種々の実施方法の論理的処理は、（１）計算機が実施する処理またはプログラムのモジュールの実行順序、および/または、（２）相互接続されている機械的論理回路または回路モジュールとして実行される。その実行は、リピータ装置６１０が必要としている機能をもとにして、選択することで行われる。したがって、本発明で述べた実施例を作りあげる論理的処理は、ここでは、種々の処理、構造的仕掛け、動作、モジュールに関係することとなる。当業者は、ここでの処理、構造的仕掛け、動作およびモジュールが、ソフトウェア、ファームウェア、特別な場合は、ディジタルロジック、そして、それらのどのような組み合せで、実現されていても、本発明の精神および範囲からは逸脱することなく、特許請求の範囲の請求項に記載した内容を理解されるであろう。
【００９２】
図８は、典型的な論理処理を示しており、リピータ装置６１０は、データの緊急度合いを考慮しながら、リポジトリ６１４へのデータ送信を調整する。その処理は、プロセッサ８０８が、テレメトリー８０２を介して、医療装置６０４との通信に着手する処理で、通信処理９０２が該当する。データ処理９０４のところでは、プロセッサ８０８は、テレメトリー８０２を介して、装置６０４からのデータを収集し、メモリ８１２に格納する。分析処理９０６のところでは、プロセッサ８０８は、データを査定し、緊急の度合いを決定する。以前、述べたように、プロセッサ８０８は、データを評価し、医療装置６０４が特定の条件と症状があることを発見しているかどうか、または、プロセッサ８０８が、装置６０４によって記録された生のデータを、分析用に採用して、特定な条件と症状を発見するようにするかどうかを決定する。上記処理に加えるか、またはデータの分析に基づいた緊急の度合いを決定する代替案として、上記プロセッサが、使用者からの入力を受信することで、緊急の度合いを検知することができる。例えば、患者がリピータ装置のボタンを押すことがあれば、それがプロセッサ８０８に信号として送られ、その信号は、患者自身もそのデータは緊急として扱うべきと知っており、患者が認識している特別な症状が起った場合に該当する。
【００９３】
問い合せ処理９０８では、プロセッサ８０８は、データの分析または他の方法から、データの緊急度合いが非常事態を示しているか否かを検知するが、そこでの緊急状態は、切迫した心臓停止が原因で、使用者６０２が早急の医療的注意を必要とする場合、さもなければ、患者が、データが緊急状態にあると表示している場合である。緊急の度合いが、緊急状態を示した場合、リピータ装置６１０は、すぐに、通信処理９１０で、通信開始を進める。緊急状態の警告が、リポジトリ６１４に、警告処理９１２で送信されると、警告がトリガとなって、リポジトリの監視員は、緊急の行動をとるが、その行動には、使用者の居場所に、緊急医療師を派遣することが含まれる。
【００９４】
また、リピータ装置６１０は、使用者６０２にも、視覚的および/または聴覚的な方法で警告をするが、その処理は、警告処理９１４で実行される。データは、メモリ８１２に格納されるが、少なくとも、緊急状態を告げるデータも含まれるが、リポジトリ６１４にも送信される。その処理は、送信処理９１６で実行される。リポジトリの監視員は、データを評価して、さらに状態に見極めながら、緊急医療師を支援することになる。
【００９５】
問い合せ処理９０８が、緊急ではないことを検知した場合、次の問い合せ処理９１８が、分析データに、問題があるか無いかをテストする。問題が検出されるのはデータからであり、医療装置６０４からのデータが機能不良を報告しており、それが心臓へのリード線が破損しているような場合である。または、医療装置６０４からの他の情報報告で、患者６０２が、直ぐではないが将来のある時点までに、捜し出すべき医療上の注意を示す報告がされた場合である。そのような問題が検出された場合、リピータ装置６１０は、視覚的および/または聴覚的な方法で、問題の警告を使用者６０２に伝える。その処理は、警告処理９２０で実行される。
【００９６】
使用者６０２に一度、警告が与えられるか、または、問い合せ処理９１８が問題無いことを検出すると、処理フローは、問い合せ処理９２２に移行し、そこで、リポジトリ６１４にデータを送信するのに適切な時刻か判断する。例えば、リピータ装置６１０には、電話回線の低活動な時間帯に、送信を発生するように設定しておき、その時間帯は午前３時頃とする。他の設定要素も同様に追加して考慮することができ、代わりの時間帯も考えられる。もし、問い合せ処理９２２が、適切な時刻になったと判断した場合は、プロセッサ８０８は、リポジトリ６１４とのデータ通信を開始する。それが、通信処理９２６である。データが、送信処理９２８で、リポジトリ６１４に送信される。もし、送信するのに適切な時刻になっていない場合、プロセッサ８０８は、一定の遅延期間９２４が完全に終わるまで待って、再び、問い合せ処理９２２が適切な時刻になったか否かを検出することになる。
【００９７】
図９は論理的な処理を示しており、リピータ装置６１０が、通信媒体の状態を考慮する場合で、リポジトリ６１４とのデータ通信を共同で行う際に、考慮する場合の論理的な処理を示している。論理的な処理は、通信処理１００２で開始され、この通信処理において、リピータ装置６１０は、医療装置６０４との通信を開始する。リピータ装置６１０は、医療装置６０４から、データを収集し、メモリ８１２に格納する。それは、データ処理１００４で実施される。
【００９８】
データが、医療装置６０４から収集された後、リピータ装置６１０は、外部の通信媒体６１４の状態を、電話回線インターフェイス８０６を介して、チェックする。その処理は、テスト処理１００６で行われる。この例では、通信媒体６１４をチェックすることは、電話回線が使用中か否を判断することになる。他の通信媒体を使用する場合も、同様に、状態を判断する。例えば、無線による接続を、リポジトリ６１４との通信に使用した場合、無線信号の強度が、通信を行うのに充分な強さがあるかどうかで、決定されることになる。他の実施例では、インターネットを、リポジトリ６１４との通信に使用した場合、インターネット接続回線で利用できる回線容量が、データ送信できるか否かを決定することになる。
【００９９】
プロセッサ８０８は、データが収集された後すぐに、テスト処理１００６を行うか、または、後の時点で、例えば、その日の中で回線使用状態が低いような時刻に、テスト処理１００６を行うか、どちらかに設定されている。テスト処理１００６を実行した後、問い合せ処理１００８は、通信媒体６１４が、通信可能な条件を満足しているか否かを、検出する。この例では、問い合せ処理１００８は、電話回線が使用中か否かを検出する。使用中であれば、プロセッサ８０８は、遅延期間１０１０の間、送信データを引き止め、処理フローはテスト処理１００６に戻り、再び、通信媒体の条件を検出することになる。
【０１００】
一度、問い合せ処理１００８は、電話回線が使用中でないことを検出すると、通信処理１０１２は、通信を開始するが、通信は、電話回線インターフェイス８０６を介して、リポジトリ６１４との通信を行う。一度、通信回線が確立すれば、データは、リピータ装置６１０とリポジトリ６１４との間で送信され、その処理は送信処理１０１４で行われる。
【０１０１】
図１０は、リピータ装置６１０の論理的な処理の例を示しており、そこでは、データの緊急度合いおよび通信媒体の回線状況の両方を考慮しており、リポジトリ６１４と協働して、データ送信を行うことになる。プロセッサ８０８と一緒に始まる処理は、医療装置６０４との通信開始で、テレメトリー８０２を介して行い、その処理は、通信処理１１０２が該当する。データ処理１１０４では、プロセッサ８０８は、テレメトリー８０２を介して、データを収集し、メモリ８１２にデータを格納する。分析処理１１０６では、プロセッサ８０８は、データを評価し、データの緊急度合いを決定する。
【０１０２】
問い合せ処理１１０８では、プロセッサ８０８は、分析結果から、データが示す緊急状況から緊急度合いを判断する。データ分析結果は、切迫した心臓停止が原因で、使用者６０２が、緊急の医療上の注意を必要としているか否かを示している。緊急度合いが、非常時の状態を示しているときは、リピータ装置６１０は、電話回線が使用できるか、問い合せ処理１１１０で、即座に検出を進める。使用中であれば、電話回線インターフェイス８０６は、電話回線の回路を短絡させ、電話回線を占有している使用中の電話コールを切断させるようにする。
【０１０３】
電話回線が開放されているか、または、問い合せ処理１１１０が、電話回線が使用中でないことを検出すれば、プロセッサ８０８は、通信処理１１１４で、通信を開始する。非常状態の警告が、リポジトリ６１４に、警告処理１１１６で伝えられると、警報が発せられ、リポジトリ監視員が、緊急の行動をとり、使用者の場所に、救急医療師を配置するような行動をとる。
【０１０４】
また、リピータ装置６１０は、使用者６０２に対して非常事態を警告するが、視覚的および/または聴覚的による警告手段を通して、警告処理１１１８で行う。メモリ８１２に格納されるデータは、少なくとも、非常事態の示すデータを含むが、そのデータは、送信処理１１２０で、リポジトリ６１４に送信される。リポジトリの監視員は、データを評価して、さらに状態に見極めながら、緊急医療師を支援することになる。
【０１０５】
問い合せ処理１１０８で、非常事態ではないことを検出したときは、問い合せ処理１１２２がデータの分析結果に、問題があるか否かをテストする。上述したように、問題が検出されるのはデータからであり、医療装置６０４からのデータが機能不良を報告しており、それが心臓へのリード線が破損しているような場合である。または、医療装置６０４からの他の情報報告で、患者６０２が、直ぐではないが将来のある時点までに、捜し出すべき医療上の注意を示す報告がされた場合である。そのような問題が検出されたとき、リピータ装置６１０は、視覚的および/または聴覚的な方法で、問題の警告を使用者６０２に伝えるが、それは警告処理１１２４で行われる。
【０１０６】
使用者６０２に一度、警告が与えられるか、または、問い合せ処理１１２２が問題無いことを検出すると、処理フローは、次の問い合せ処理１１２６に移行し、そこで、リポジトリ６１４にデータを送信するのに適切な時刻か判断する。適切な時刻は、回線使用状態が低いような時間帯が該当する。もし、問い合せ処理１１２６が、送信する適切な時刻でなっていないと、検出したときは、プロセッサ８０８は、遅延期間１１２８で、一定時間の間は完全に待つことになる。そして、問い合せ処理１１２６が、再び、送信する適切な時刻になったか、検出することになる。
【０１０７】
もし、問い合せ処理１１２６が、送信する適切な時刻になったと検出したとき、問い合せ処理１１３０が、電話回線が使用中か否かを確認する。使用中の場合は、プロセッサ８０８は、一定の遅延期間１１３２の間待って、問い合せ処理１１３０で、電話回線が使用中か否かを確認する。電話回線が使用中でなければ、プロセッサ８０８は、リポジトリ６１４との通信を開始する。その処理が、通信処理１１３４である。データは、送信処理１１３６の中で、リポジトリ６１４に送信される。
【０１０８】
上述した種々の実施方法は、図表だけによって提示されたが、本発明を限定するものとして解釈するべきものではない。ここに記載し説明した実施例および応用例を追跡実施することなく、請求項で説明する本発明の真の精神および範囲から離れることなく、同業者は、本発明から実施できる種々の変形と変更とを、簡単に認識されるであろう。
【図面の簡単な説明】
【０１０９】
【図１】改良形医療管理システムの一例を、説明する図である。
【図２】改良形医療管理システムに適用される計算機システムの一例を、説明する図である。
【図３】改良形医療管理システムに使用される問い合せ装置/トランシーバ装置の一例を、説明する図である。
【図４】改良形医療管理システムに使用される通信システムの一例を、説明する図である。
【図５】インプラント型医療装置、外置きのリピート装置およびリポジトリ間の通信を、説明する図である。
【図６】図５の典型的な外置きのリピータ装置について、詳細に説明する図である。
【図７】典型的なリピータ装置の構成要素について説明する図である。
【図８】インプラント型医療装置、外置きのリピート装置およびリポジトリの通信の典型的な処理フローを説明する図であって、リポジトリへのデータの転送に関連して、データの緊急度が決定され、転送手順が検討されている図である。
【図９】インプラント型医療装置、外置きのリピート装置およびリポジトリ間における情報コミュニケーションの典型的な処理フローを説明する図であって、リポジトリへのデータの転送に関連して、通信媒体の状態が決定され、転送手順が検討されている図である。
【図１０】インプラント型医療装置、外置きのリピート装置およびリポジトリ間における情報コミュニケーションの典型的な処理フローを説明する図であって、リポジトリへのデータの転送に関連して、データの緊急度および通信媒体の状態が決定され、転送手順が検討されている図である。
【手続補正３】
【補正対象書類名】図面
【補正対象項目名】図１
【補正方法】変更
【補正の内容】
【図１】
2006519626.tif 000001