自動患者管理システムにおける警告通知の管理
自動患者管理システム（１０）における警告通知（１３６）を管理するシステム（１２１）および方法（５０）が、提示される。患者データ（７２）収集の周期性（６２、６３）を指定する１つ以上の設定（５１）が、定義される。遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つ以上から選択された患者データソース（１２〜１６）も、定義される。収集に続く評価可能な少なくとも１つのそのような患者データ（７２）に関連して発生する情況（５６）と関連付けられる１つ以上のトリガ（５２）が、定義される。最後に、少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能な通知スキーム（５３）が、情況発生の外部インジケータ（１１１〜１１６）を提供するために決定される。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、概して自動患者管理に関し、特に、自動患者管理システムにおける警告通知の管理のためのシステムおよび方法に関する。
【背景技術】
【０００２】
一般に、慢性の医学的状態、例えば鬱血性心不全または呼吸不全で苦しむ患者のための再調査は、医院内で３〜１２ヶ月に一度、または必要に応じて行われる。義務的ではあるが、通院も、複雑性または他の健康管理関係の論議もなく、患者とその医師またはヘルスケアの提供者との間に起こる１対１の個人間の接触のみである。医院の訪問は、医師が、特別に注意が必要であり得るそれらの患者の医療デバイスおよびセンサ、例えばペースメーカーまたは除細動器などの埋め込み医療デバイス（ＩＭＤ）、またはホルターモニターなどの自宅ベースのセンサの管理を可能にする。特定の患者の医療デバイスおよびセンサ、例えば秤および血圧カフは、めったに医師の再調査を必要としない。適切である場合は、デバイスおよびセンサは、従来のプログラマーを用いて質問され、該プログラマーは、格納されたイベントデータおよびデバイス設定を検索し、動作の挙動の修正または更新を再プログラムすることを可能にする。しかし、限定された回路基板上のストレージのために、デバイスおよびセンサからの医院内の質問を介して受信した患者データは、量が限定されており、患者の健康状態の「スナップショット」を表し、しばしば、医療的な関心事となり得るイベントの発生から時間的に随分と経過して取り出されたものである。
【０００３】
代替的な再調査方法、例えば電話移送（ｔｒａｎｓｔｅｌｅｐｈｏｎｉｃ）モニタリングは、健康管理の提供者が、限定された遠隔患者の管理をより頻繁な、例えば月ごとの基準で提供することを可能にし得る。加えて、専用遠隔患者管理デバイス、例えば中継器は、健康管理の提供者が、インターネットなどのデータ通信ネットワークを用いて毎日を基準とした再調査モニタリングを遠隔的に行うことを可能にした。それにもかかわらず、これらのデバイスは、患者に、遠隔セッションを開始することを忘れないようにすることと、臨床家が患者データを受信したことを確認させる必要性を負わせることとを要求する。加えて、実質的に全て受信された患者データは、慎重な健康管理の準備を保証するために臨床家によって再検討されなくてはならず、該準備は、通常の医療行為とは別のサービスとして、頻繁に特定の医療知識を要求する。
【０００４】
従って、高度に構成可能な患者データ収集および評価、ならびに警告通知を通しての遠隔の患者の自動患者管理を提供するアプローチへの必要性がある。好適には、そのようなアプローチは、患者の応答確認および検出可能な危険性の無い情況の、決まりきった再検討といった骨折りな仕事から臨床家を解放し得る。
【発明の開示】
【課題を解決するための手段】
【０００５】
システムおよび方法は、患者データ収集および患者データ評価ならびに警告通知を定義および実行することを含む。患者データは、埋め込み式および外部の医療デバイスおよびセンサを含む、患者データソースから収集される。患者データは、スケジュールまたは非同期に受信したものに基づいて、各患者データソースから要求され得る。収集された患者データは、警告情況のサブセットに対してはデータ収集デバイスによって、および完全な一連の警告情況に対してはサーバによって、評価される。患者データの評価の頻度は、収集の頻度と同等に、またはそれよりも少なくなるように特定され得る。警告通知は、警告通知の発生が、通知スキームをトリガするときに提供される。並みの度合いの重大性に対する警告通知は、警告レベルに割り当てられ得、該警告レベルは、最初に選択された警告通知が認識されないか、患者データがサーバにアップロードされ得ない場合には、連続して拡大され得る。
【０００６】
一実施形態は、自動患者管理システムにおける警告通知を管理するシステムおよび方法を提供する。患者データ収集の周期性を特定する１つ以上の設定が、定義される。遠隔的に管理された患者に動作し、生理的なセンサと治療導入デバイスとのうちの少なくとも１つから選択された１つ以上の患者データソースも、定義される。収集に続く評価可能な少なくとも１つのそのような患者データに関連して発生する情況と関連付けられた１つ以上のトリガが、定義される。最後に、少なくとも１つのそのようなトリガの検出の際に実行可能な通知スキームが、定義される。
【０００７】
本発明のさらに他の実施形態は、以下の詳細な記述から、当業者に容易に明らかになり、本発明を実行するために熟慮された最善のモードを例示することによって、本発明の実施形態は記述される。認識されるように、本発明は、他の、および異なる実施形態の能力を有し、そのいくつかの詳細は、様々な明らかなる細目において修正することが可能であり、それらは全て、本発明の精神および範囲から逸脱することなくなされる。従って、図面および詳細な記述は、性質上例示であり、限定的ではないとみなされる。
【発明を実施するための最良の形態】
【０００８】
自動化された患者の管理は、一範囲の活動を包含し、遠隔患者管理および患者の健康の自動診断を含み、例えば同一人に譲渡され、係属中であり２００４年５月２７日に公開された米国特許出願公開第２００４／０１０３００１号に記述されており、その開示は、本明細書中に参考として援用される。そのような活動は、例えば、患者の自宅またはオフィスなどで患者に隣接し、病院、医院または診療所などにおける中央サーバを介するか、または安全な無線モバイルコンピューティングデバイスなどの遠隔ワークステーションを介して行われ得る。図１は、一実施形態に従って、自動患者管理環境１０を例示として示す機能ブロック図である。個々の患者１１は、中継器などの１つ以上のデータ収集デバイス１７を介して遠隔的に管理されており、図１０を参照しながら、以下にさらに詳細に記述される。各データ収集デバイス１７は、中央サーバ１８へのインターネットなどのインターネットワーク２２を介して、遠隔的に相互接続され、図１１を参照しながら、以下にさらに詳細に記述される。インターネットワーク２２は、従来のワイヤおよび無線の両方の相互接続性を提供し得る。一実施形態において、他の種類または組み合わせのネットワーキングインプリメンテーションが可能であるが、インターネットワーク２２は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）のネットワーク通信仕様に構築される。同様に、他のネットワークトポロジーおよび配列が可能である。
【０００９】
各データ収集デバイス１７は、独自に個々の患者１１に割り当てられ、１つ以上の患者データソース１２〜１６に局所的およびネットワークアクセス可能なインターフェースを、ワイヤ接続性などの直接的な手段を介すか、「強力」なＢｌｕｅｔｏｏｔｈまたはＩＥＥＥ ８０２．１１ワイヤレスフィデリティー「ＷｉＦｉ」インターフェーシング規格などに構築された誘導無線周波数または無線遠隔測定を介して提供する。患者データソースインターフェーシングの他の構成および組み合わせが、可能である。
【００１０】
患者データは、生理的測定を含み、患者データソース自体の状態および動作特性に関する定量または定性のパラメトリックデータ、ならびに温度または時間などの環境パラメータであり得る。他の種類の患者データが、あり得る。患者データソースは、一次機能または補足機能のいずれかとして患者データを収集および転送する。患者データソースは、例として、患者１１に治療を導入または提供する医療デバイス、患者１１に関連する生理的データを感知するセンサ、および患者１１とは無関係に発生する環境パラメータを測定する測定デバイスを含む。各患者データソースは、１つ以上の種類の患者データを生成し、治療の導入、生理的データの感知および環境パラメータの測定に対する１つ以上の構成要素を組み込み得る。さらなる実施形態において、データ値が、患者１１によって直接的に患者データソースに入れられ得る。例えば、健康状態に関する質問に対する回答が、対話型ユーザーインターフェーシング手段、例えばキーボードおよびディスプレイ、またはマイクロフォンおよびスピーカなどを含む測定デバイスに入力され得る。そのような患者提供型データ値はまた、患者情報として収集され得る。加えて、測定デバイスは、しばしば医療デバイスおよびセンサに組み込まれ得る。医療デバイスは、例えばペースメーカー、埋め込み細動除去器（ＩＣＤ）、薬品ポンプ、および神経刺激器などの埋め込み医療デバイス（ＩＭＤ）１２、ならびに自動体外式徐細動器（ＡＥＤ）などの外部医療デバイス（ＥＭＤ）１４を含む。センサは、埋め込みセンサ１３、例えば埋め込み心臓および呼吸モニタ、埋め込み診断マルチセンサ非治療デバイス、ならびにホルターモニター、重量秤、および血圧測定用カフなどの外部センサ１５および１６を含む。他の種類の医療、感知、および測定デバイスが、埋め込み式および体外式の両方で、可能である。
【００１１】
データ収集デバイス１７は、インターネットワーク２２を介しサーバ１８への周期的なアップロードのために、およびデータベース２１内の記憶のために、患者データソース１２〜１６から患者データを収集して一時的に格納する。患者データの収集は、患者収集デバイス１７または１つ以上の患者データソース１２〜１６によって開始されると定義され得、図４および図５を参照して、以下にさらに記述される。
【００１２】
さらなる実施形態において、収集された患者データはまた、１つ以上の局所的に構成されたクライアント１９またはインターネットワーク２２を介して安全に相互接続された１つ以上の遠隔のクライアント２０によって、アクセスおよび分析され得る。クライアント１９および遠隔のクライアント２０は、例えば、医師、看護士または有資格の医療専門家などの臨床家によって、データベース２１に集められた格納患者データに安全にアクセスし、健康管理の準備のために患者を選択し、かつ優先順位をつけるために用いられ得、該健康管理の準備については、同一人に譲渡された米国特許出願第１１／１２１，５９３号（２００５年５月３日出願、係属中）および米国特許出願第１１／１２１，５９４号（２００５年５月３日出願、係属中）などにそれぞれ記述されており、その開示は、本明細書中に参照により援用される。本明細書中において臨床家に関して記述されたが、この全体的な議論は、病院、医院および研究所を含む組織、ならびに研究者、科学者、大学および政府職員を含む、患者データへのアクセスを求める他の個人または関係者に同等に適用する。
【００１３】
収集された患者データはまた、１つ以上の情況の発生に対して評価され得、関連する、Ｂａｒｄｙに対する共有に係る米国特許第６，３３６，９０３号（２００２年１月８日発行）、Ｂａｒｄｙに対する米国特許第６，３６８，２８４号（２００２年４月９日発行）、Ｂａｒｄｙに対する米国特許第６，３９８，７２８号（２００２年６月２日発行）、Ｂａｒｄｙに対する米国特許第６，４１１，８４０号（２００２年６月２５日発行）、およびＢａｒｄｙに対する米国特許第６，４４０，０６６号（２００２年８月２７日発行）に記述されており、その開示は参照により援用される。患者データの評価は、患者収集デバイス１７またはサーバ１８のいずれかによって行われるように定義され得、図６および図７を参照して、以下にさらに記述される。
【００１４】
最後に、収集された患者データにおいて発生している情況は、情況発生の外部インジケータを提供する１つ以上の警告通知をトリガし得る。警告通知は、サーバ１８、患者収集デバイス１７、またはインターネットワーク２２の一部として、または隣接して動作する１つ以上の他のデバイスのいずれかによって行われるように定義され得、図８および図９を参照して、以下にさらに記述される。
【００１５】
さらなる実施形態において、患者データは、収集、アセンブリ、評価、伝送および格納の間を含んで、第三者への許可されていない開示に対して安全が保証されることによって、患者のプライバシーを保護し、新たに制定された医療情報プライバシーに関する法律、例えば医療保護の携行性と責任に関する法律（ＨＩＰＡＡ）およびヨーロッパプライバシー指示（Ｅｕｒｏｐｅａｎ Ｐｒｉｖａｃｙ Ｄｉｒｅｃｔｉｖｅ）に従う。健康および医療関連の情報を伴う、特定の個人を識別する患者の健康状態の情報は、最低でも保護可能として取り扱われる。特定の患者の健康状態の情報に加えて、またはその代わりに、他の種類の取扱いに慎重を要する情報は、保護可能である。
【００１６】
好適には、サーバ１８は、単一処理システム、マルチ処理システム、または分散処理システムとして構成されたサーバ級コンピューティングプラットフォームであり、クライアント１９および遠隔のクライアント２０は、パーソナルデスクトップコンピュータまたはノートブックコンピュータなどの汎用コンピューティングワークステーションである。加えて、データ収集デバイス１７、サーバ１８、クライアント１９および遠隔のクライアント２０は、プログラム可能なコンピューティングデバイスであり、一連のソフトウェアプログラム２３、２４、２５、２６をそれぞれに実行し、中央処理装置（ＣＰＵ）、メモリ、ネットワークインターフェース、固定ストレージおよびこれらの構成要素を相互接続するための様々な構成要素などの、コンピューティングデバイス内に従来において見られる構成要素を含む。
【００１７】
警告通知の管理は、患者データの収集、収集された患者データの評価、および警告情況がトリガされた場合の警告通知の提供を必要とする。これらの動作のそれぞれは、各患者の特定のニーズに対して警告通知をカスタム化するように構成され得る。図２は、図１の環境１０におけるオプション定義４０を示すプロセスの流れ図である。一実施形態において、オプションは、データ収集４１、警告評価４２および警告通知４３に対して、データ収集デバイス１７、サーバ１８、クライアント１９および遠隔のクライアント２０を用いて定義され得、これは、定義される特定のオプションの種類および性質に依存する。例として、特定のオプション、例えば埋め込みデバイスバッテリが寿命に近い情況であるという警告通知は、不変であり、変更され得ない。他のオプション、例えば、収集されたデータが評価される頻度は、デフォルトのオプションであり、初期設定が変更を必要とする場合には修正され得る。
【００１８】
データ収集オプション４１の設定は、データ収集デバイス１７、サーバ１８およびデータ収集デバイス１７にインターフェースされた患者データソース１２〜１６を伴い得る。患者データは、データ収集デバイス１７または１つ以上の患者データソースのいずれかの主導で収集され得、図４を参照して、以下にさらに記述される。
【００１９】
警告評価オプション４２の設定は、データ収集デバイス１７またはサーバ１８を伴い得る。各データ収集デバイス１７によって収集された患者データは、サーバ１８にアップロードされる。新たな患者データを受信すると、データ収集デバイス１７は、警告情況のサブセットに対して患者データを評価し、使用可能な警告情況が検出された場合には追加の患者情報を収集するように構成され得、サーバ１８は、完全なセットの警告情況に対して患者データを評価するように構成され得、図６を参照して、以下にさらに記述される。
【００２０】
警告通知オプション４３の設定は、データ収集デバイス１７およびサーバ１８を伴い得る。１つ以上の警告情況が検出された場合には、データ収集デバイス１７またはサーバ１８は、警告通知をトリガさせるように構成され得、図８を参照して、以下にさらに記述される。さらなる実施形態において、デフォルトの警告レベルは、重大性の度合いが増加する情況の検出の際、それぞれトリガされる警告通知に割り当てられ得る。従って、重大性の度合いが小さな情況は、普通の警告レベルを有し得、それに対して、高度の重大性の情況は、より高い警告レベルを有し得る。加えて、最初に選択された警告通知が認識されないか、患者データがサーバにアップロードされ得ない場合には、並の度合いの重大性に対する警告通知は、連続した警告レベルでエスカレートされ得る。
【００２１】
一実施形態において、幅広く様々な構成オプションが提供する複雑性を管理するために、構成オプションのデフォルト設定は、以下の設定群を用いて提供され得、該設定群は、それぞれ重大性の度合いの、関連および定義されたセットを有し得る。
・システム−ワイド：構成可能なパラメータに対する初期値として工場で提供された構成オプション値を提供する。
・部分母集団特定：特定の患者群に対して定義された構成オプション値を提供する。例えば、クラスＩＩＩ−ＩＶの心不全の患者は、ペースメーカーを使用している標準的な患者が必要とはしない情況の監視を必要とし得る。このレベルは、患者の部分母集団に対してカスタム化されたシステム−ワイドのデフォルト設定を含み、ＨＲＳ、ＡＣＣ、ＨＦＳＡ、ＡＨＡおよびＡＭＡなどの組織によって発行されたガイドラインから導かれる警告通知をも含み得る。
・全患者に対するユーザー特定のデフォルト設定：臨床家によって定義されたカスタムデフォルト値として、その臨床家の全患者に適用される構成オプションを提供する。
・患者のカスタム群に対するユーザー特定のデフォルト設定：カスタム患者の群に適用される、臨床家によって定義された一連のカスタムデフォルト値として構成オプションを提供する。このレベルは、部分母集団に特有のデフォルトの構成オプション値のカスタム化を伴い得る。
他の構成オプションデフォルト設定が、可能である。
【００２２】
さらなる実施形態において、選択された構成オプションのみが、全てのレベルで使用可能である。例えば、バッテリの消耗またはデバイスの故障情況は、ユーザーが修正可能ではない、システム−ワイドの故障の構成オプションであり得る。対照的に、パーセンテージペーシングの警告情況は、システム−ワイドのデフォルト構成オプションとして使用不可能であり得るが、ペーシングが要求される、例えば再同期患者などの特定の患者の母集団に対して使用可能であり得る。
【００２３】
通常は、オプションは、医師、看護士または有資格の医療専門家など、権限を有する臨床家によってのみ定義され得る。図３は、図１の環境１０における使用に対して定義されたオプション５０を示すデータの流れ図である。データ収集、警告評価および警告通知に対するオプションは、設定５１、トリガ５２およびスキーム５３にそれぞれ分類される。
【００２４】
設定５１は、患者データソース１２〜１６に対するデータ収集の周期性を特定し、特定のデータ収集デバイス１７にインターフェースされる。設定５１は、スケジュール５４および頻度５５を含み、それらは、１つ以上の患者データソースと関連付けられ得る。スケジュール５４は、データ収集デバイス１７が、関連付けられた患者データソースから患者データを定期的に要求および受信、または「プル（ｐｕｌｌ）」することを可能にする。頻度５５は、データ収集デバイス１７が、該データ収集デバイス１７に患者データを自律的に送信または「プッシュ（ｐｕｓｈ）」する患者データソースからの患者データの受信を、追跡または限定することを可能にする。患者データの受信の限定は、特に過度に神経質な患者による、患者データソースの使用を緩和および制御するように促進する。他の種類の設定が、あり得る。
【００２５】
トリガ５２は、警告情況５６の発生と警告通知スキーム５３とを関連付ける。警告情況５６は、１つ以上のトリガ５２を引き起こし、警告情況５６の種類は、患者データの性質に依存する。他の種類のトリガが、あり得る。
【００２６】
スキーム５３は、関連付けられたトリガ５２の検出の際に警告通知を提供するように実行され、該トリガ５２は、警告情況の外部インジケータである。警告通知は、患者、臨床家または第三者に提供され得る。さらなる実施形態において、スキーム５３は、警告レベル５７の中に配列され得る。一連のデフォルトの警告レベル５７は、対応する一連の警告通知に割り当てられ得、対応する一連の警告通知は、重大性の度合いが増加する情況の検出においてそれぞれトリガされる、加えて、複数の警告レベル５７はまた、１つ以上の個別の警告通知に割り当てられ、例えば、最初に選択された警告通知が認識されないか、患者データがサーバにアップロードされ得ない場合には、警告通知は、警告レベルを介して累進的に拡大される。さらなる実施形態において、警告通知は、ある情況の最初の検出のときのみに提供されるが、それは、新たな一連の患者データが受信される度に、同一の警告通知が継続的に再送されないことを保証するためである。他の種類のスキームが、あり得る。
【００２７】
データ収集は、データ収集デバイス１７への患者データの受信に主に関わる。図４は、図１の環境１０におけるデータ収集オプションの定義６０を示す工程の流れ図である。データ収集は、１つ以上の患者データソース１２〜１６、データ収集デバイス１７、またはその両方によって開始されるように構成され得る。データ収集オプションは、サーバ１８を用いる臨床家によって定義され得るか、さらなる実施形態においては、クライアント１９または遠隔のクライアント２０を用いる臨床家によって定義され得る。
【００２８】
一実施形態において、以下の構成オプション６１が、スケジュールされたデータ収集を提供するように構成された患者データソースに提供される。
・スケジュール頻度６２：一週間毎の２４時間／７日間の監視を含む、患者データ収集の周期性を定義する。
・患者データソースとの通信の欠如に対する応答６４：非応答の患者データソースに対して再調査として行う動作を定義し、いつ再試行するか、いつサーバに故障を通信するか、あるいは、いつ応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信するかということを含む。
他のスケジュール構成オプションが、あり得る。
【００２９】
一実施形態において、以下の構成オプション６１が、非同期データ収集を提供するように構成された患者データソースに提供される。
・最大頻度６３：データ収集デバイスが、患者データソースからデータを受容すべき間隔を定義し、データ収集の限定を含む。
・患者データソースとの通信の欠如に対する応答６４：非応答の患者データソースに対して再調査として行う動作を定義し、いつ再試行するか、いつサーバに故障を通信するか、あるいは、いつ応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信するかということを含む。
他の頻度構成オプションが、あり得る。
【００３０】
通常は、データ収集デバイス１７は、収集された患者データを、サーバ１８に直ちにアップロードするように構成され得る。さらなる実施形態において、最大の遅延時間は、複数の患者データソースから収集された患者データが、単一の呼出しでサーバ１８にアップロードされることを可能にするように指定され得、これは、用いられる接続手段に依存して、より経済的であり得る。
【００３１】
自動患者管理は、潜在的に膨大な量となり得る患者データが、実質的に継続的な監視を介して生成されることを可能にし、そのような患者データの生成の量および頻度は、データ収集オプション６１を介して制御され得る。図５は、図１の環境１０におけるデータ収集オプションの実行７０を示す機能ブロック図である。実行は、データ収集デバイスが開始するデータ収集対患者データソースが開始するデータ収集の両分を反映する。
【００３２】
患者から自律的に動作する患者データソースは、概していつどのような情況においても患者データを記録することができる。しかし、患者データソースによって蓄積された、記録された患者データは、限定された回路基板上のストレージを解放し、プロセッシングおよび分析を容易にするために、定期的にアップロードされなくてはならない。スケジュール６２は、インターフェースされた患者データのサブセットと関連付けられることによって、データ収集デバイスによって開始される患者データ収集を提供する。あるいは、スケジュールは、遠隔的に管理された患者によって患者データの促された検索を開始させるように提供され得る。スケジュール６２は、例えば患者データが、日ごとまたは週ごとを基準に収集され得る、埋め込み型心臓パルスジェネレータなどの患者データソースに対して適当であり得る。スケジュール６２は、データ収集デバイス６１内に築かれるか、またはサーバ１８によって提供され得るかのいずれかであり得、これは、臨床家によって選択された構成オプションに基づく。データ収集デバイス６１は、関連付けられた患者データソースに要求７１を送信することによって、スケジュールされた間隔で患者データを収集するように試み、該患者データソースは、患者データ７２を返却する。予測された患者データの受信が無い場合に、データ収集デバイス６１は、可能な場合には遅延または紛失している患者データを探索するために、または応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信することによって、患者データソースに再調査スキーム６４をインプリメントし得る。
【００３３】
スケジュールされたデータ収集は、全ての患者データソース１２〜１６に対して適当ではあり得ない。例えば、データ収集デバイス１７と通信するために無線周波数遠隔測定を用いる電池式の重量秤は、電池の寿命を延長させるために、通常は電源が切られ得る。通常は、そのようなデバイスは、患者による使用の後にのみデータ収集デバイス１７と通信し得、さもなければ、スタンバイまたはスリープの状態であり得る。そのようなデバイスは、しばしば、送信のみのモードで動作し、従って、入信メッセージの受信は、可能ではなくあり得る。患者データソースは、非同期に、データ収集デバイス１７に患者データ７２を送信することによって、患者データソースが開始する患者データ収集を提供する。頻度６３は、インターフェースされた患者データソースのサブセットと関連付けられることによって、データ収集デバイス１７が、患者データの受信を追跡または限定することを可能にする。予測された患者データの受信が無い場合に、データ収集デバイス６１は、可能な場合には遅延または紛失している患者データまたは過度の患者データの伝達を探索するために、または応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信することによって、患者データソースに再調査スキーム６４をインプリメントし得る。
【００３４】
最後に、収集された患者データ７３は、受信の際に、またはさらなる実施形態においては、複数の患者データソースからの患者データ７２が集積することを可能にするために遅延の後に、データ収集デバイス１７によってサーバ１８にアップロードされる。サーバ１８は、データベース２１内にアップロードされた患者データ７３を格納する。
【００３５】
警告評価は、データ収集デバイスまたはサーバによって行われるように構成され得る。図６は、図１の環境１０における警告評価オプションの定義８０を示す、工程の流れ図である。警告評価オプションは、サーバ１８を用いる臨床家によって、または更なる実施形態においては、クライアント１９または遠隔のクライアント２０によって定義され得る。
【００３６】
一実施形態において、以下の構成オプション８１が、警告評価のために提供される。
・使用可能／使用不可能８２：警告情況が評価されるかどうかを定義する。特定の警告ルール、特に「赤」すなわち最大警告レベルに定義されたそれらの警告情況は、使用不可能にはなり得ない。
・評価の頻度８３：どのくらい頻繁に警告情況が評価されるかを定義する。デフォルトによって、患者データは、収集されると直ぐに評価される。しかし、評価の頻度は、収集の頻度よりも少なく構成され得る。
・警告確認は、データ収集デバイスにおいて行われるべきか否か８４：データ収集デバイスによって評価される警告情況の範囲を定義する。加えて、データ収集デバイスにおいて行われる警告確認はまた、さらなる患者データ収集をトリガし得る。
他の警告評価オプションが、あり得る。
【００３７】
収集された患者データは、警告情況の発生を検出するように評価されなくてはならない。図７は、図１の環境１０における警告評価オプションの実行９０を示す機能ブロック図である。警告評価は、データ収集デバイスベースの評価９１、警告情況のサブセット、またはサーバベースの評価９２のいずれかとして、完全な一連の警告情況に渡って、行われ得る。同一の警告情況は、データ収集デバイス１７およびサーバ１８の両方によって評価され得、さらなる実施形態においては、サーバ１８は、データベース１８において格納された収集された患者データに基づいて、包括的な評価を行い得る。
【００３８】
一実施形態において、以下の種類の警告情況が、評価される。
・バッテリレベル低下
−寿命の終了
−早目の交換指示
・過度のバッテリ使用（バッテリ消耗の速度が、予測される閾値より上か否かを含む）
・頻拍治療使用不可
−頻拍モード監視のみ
−頻拍モードオフ
−磁石モード治療使用不可
・移植されたリード（ｌｅａｄ）の情況
−細動除去のリード情況
−ペーシングリード情況
・ペーシング捕獲情況
−捕獲の損失
−安全マージン低すぎ
・ペーシングパーセンテージが、予測された範囲より上または下
・頻拍治療情況
−不整脈を変えるために導入される頻拍治療
−不整脈を加速させた頻拍治療
−使い果たされた頻拍治療
・心房情況
−閾値を超える心房細動の時間
−閾値を超える心房粗動の時間
−心房治療導入
・閾値より上または下の活動レベル
・閾値より下の心拍数の変動性
・閾値より上の最大心拍数
・体重の増加または減少
・閾値より上または下の、心収縮圧、拡張期圧、または平均動脈圧を含む血圧
・閾値より上または下の、血糖
・閾値より上の無呼吸指数
・埋め込み式および外部のデバイスを含む、デバイスの故障
・患者にトリガされたイベント
・閾値より下の酸素飽和度
・埋め込みセンサ情報
−閾値より下の心臓の出力
−閾値より上または下の肺動脈圧
−閾値より上の肺浮腫レベル
他の種類の警告情況が、あり得る。
【００３９】
根元的な警告情況の種類および性質、ならびに患者のプライバシーの考慮に依存して、警告情況は、患者、臨床家または第三者に提供され得る。図８は、図１の環境１０における警告通知オプションの定義１００を示す工程の流れ図を示す。警告通知のオプションは、サーバ１８を用いる臨床家、またはさらなる実施形態においては、クライアント１９または遠隔のクライアント２０によって定義され得る。
【００４０】
以下の構成オプション１０１は、警告定義に対して提供される。
・パラメータ１０２：警告情況は、構成可能なパラメータが提供されるか否かを定義する。例えば、リードのインピーダンスの警告情況は、プログラム可能なインピーダンスレベルを有し得、重量の警告情況は、プログラム可能な重量変化を有し得、ペーシングパーセンテージの警告情況は、パーセンテージが整調されたパラメータを有し得る。
・組み合わせ１０３：カスタムの警告が、警告情況とブール論理、例えば「ＡＮＤ」、「ＯＲ」および「ＮＯＴ」の動作とを組み合わすことによって作成され得るか否かを定義する。他のブール論理および警告情況の集合体動作が、あり得る。
・警告レベル１０４：警告情況の警告レベルが構成され得るか否かを定義する。一実施形態において、「赤」および「黄」のデフォルトの警告レベルが提供されるが、追加的なレベルが作成され得る。不変の警告情況に割り当てられたデフォルトの警告レベルは、変更されることを許可されない。例えば、寿命が尽きる情況に近い埋め込みデバイスバッテリは、デフォルトの「赤」の警告情況から変更され得ない。
他の警告情況が、あり得る。
【００４１】
さらなる実施形態において、警告情況が存在するが、警告情況が評価された最後のときには存在しなかった場合には、警告通知は、臨床家、患者またはその両方に警告情況の存在を通信するために生成され得る。
【００４２】
そのうえにさらなる実施形態において、警告通知に対する応答は、自発的な学習の形態として、監視および分析される。応答は、例えば、パターンおよび一貫した挙動を識別するために評価され、次いで、将来の警告通知を修正するために用いられ得る。例えば、臨床家が、通知を忘れることによって、一貫して特定の種類の警告通知に応答する場合には、続いて起こる同一種の警告通知は、警告通知が使用不可能とされるべきかを臨床家に尋ねるプロンプトを添付し得る。
【００４３】
警告通知は、新たな警告情況の存在が、患者、臨床家または第三者に通信される手段を提供する。図９は、図１の環境１０における通知オプションの実行１１０を示す、機能ブロック図である。警告通知は、警告レベル１０４と関連付けられ、デフォルトによって、特定のレベルの全ての警告通知は、通知のための同一の手段を共有する。警告通知は、臨床家または有資格の第三者に、データ収集デバイス１１１、サーバ１１２、クライアント１１３および遠隔のクライアント１１４において、外部通信手段１１５を介して提供され得、患者に外部通信手段１１６を介して提供され得る。
【００４４】
一実施形態において、以下の種類の警告通知が提供される。
・通知手段：警告通知が送信される通信メディアおよびコンジットによって一次メカニズムを定義する。
−ウェブページ更新
−電話呼出し（自動または手動を含む）
−ページャ呼出し
−電子メール
−個人情報端末、携帯電話または同様なデバイスへのＳＭＳまたはテキストメッセージ
−コンピュータへの「インスタントメッセージ」
−患者へのデータ収集デバイス１７のメッセージ
−緊急サービスおよび臨床家への同時の直接的な通知
・拡大メカニズム：一次メカニズムが作動しない場合に用いられる二次メカニズムを定義し、加えて二次メカニズムが呼び出される前に経過が可能な時間の量を定義する。第三または連続するメカニズムが、あり得る。
他の警告通知が、あり得る。
【００４５】
各データ収集デバイスは、個別の患者の遠隔の管理のための中央ハブとして機能する。図１０は、図１の環境１０における使用のための自動患者管理システム内の、警告通知を管理するための患者管理デバイス１２１を示す、機能ブロック図１２０である。データ収集デバイス１２１は、ストレージ１２５を含み、患者データを収集し、収集した患者データを評価し、かつ警告通知を提供するように構成され得る。他のデータ収集デバイスの機能が、あり得る。
【００４６】
データ収集デバイス１２１は、収集器１２２、評価器１２３、および通知器１２４を含む。収集器１２２は、インターフェースされた患者データソース１２〜１６に対するデバイスおよびセンサ１２６のリストを維持し、収集周期性の設定１２７に基づいて、患者データを収集する。収集器１２２は、スケジュール１３２に基づいて患者データソース１２〜１６から受信した「プル」された患者データ１３５を積極的に収集する。プルされた患者データの収集は、関連付けられた患者データソースにデータ要求１３７を送信することによって開始される。収集器１２２は、患者データソース１２〜１６から非同期に送信された「プッシュ」された患者データを受動的に受信する。収集器１２２は、頻度１３３を監視することによって、プッシュされた患者データの収集の経過を追う。収集器１２２は、例えば、可能な場合には予測される患者データを送信していない患者データソースに再調査要求１３８を送信することによって、または患者１１、臨床家または有資格の第三者に、応答通知としてメッセージまたは他の通信を送信することによって、再調査スキームを実行し得る。最後に、収集器１２２は、受信の際、または患者データが集積することを可能にする最大の遅延の後に、サーバ１８に収集された患者データ１３９をアップロードする。
【００４７】
評価器１２３は、警告情況１２８のサブセットに対抗して「プッシュ」された患者データ１３４および「プル」された患者データ１３５の両方を評価する。１つ以上のトリガ１２９は、警告情況１２８と関連付けられ、警告情況１２８の発生は、関連付けられたトリガ１２９を引き起こす。加えて、警告情況１２８はまた、さらなる患者データの収集をトリガし得る。同一の警告情況１２８は、データ収集デバイス１２１およびサーバの両方によって評価され得る。
【００４８】
通知器１２４は、警告通知１３６を提供する。警告通知１３６は、関連付けられたトリガ１２９の検出の際に実行される、通知スキーム１３０に割り当てられる。通知スキーム１３０は、警告の１つ以上のレベル１３１に組織化され得る。
【００４９】
サーバは、収集された患者データの格納および分析に対する中央ハブとして機能する。図１１は、図１の環境１０における使用に対する自動患者管理システム内の警告通知を管理するためのサーバ１５１を示す、機能ブロック図１５０である。サーバ１５１は、ストレージ１５５およびデータベース１５６を含み、収集された患者データを評価し、警告通知を提供するように構成され得る。他の機能が可能である。
【００５０】
データ収集デバイス１２１と同様に、サーバ１５１は、収集器１５２、評価器１５３および通知器１５４を含む。収集器１５２は、全ての患者データソース１２〜１６に対するデバイスおよびセンサ１５７のリストを維持し、該リストは、スケジュール１６６および最大頻度１６７を作成し、インターフェースされたデータ収集デバイス１２１によって患者データの収集を管理するように臨床家によって用いられ得る。収集器１５２は、データ収集デバイス１２１から受信された患者データ１６３を収集し、該データは、データベース１５６に患者データセット１６２として格納される。収集器１５２は、可能な場合には、予測された収集された患者データを送信していないデータ収集デバイス１２１に再調査要求１６５を送信することによって、または応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信することによって、再調査スキームを実行し得る。
【００５１】
評価器１５３は、完全なセットの警告情況１５８に対抗して、収集された患者データ１６３を評価する。１つ以上のトリガ１５９は、警告情況１５８と関連付けられ、警告情況１５８の発生は、関連付けられたトリガ１５９を引き起こす。同一の警告情況１５８は、サーバ１５１およびデータ収集デバイス１２１の両方によって評価され得る。
【００５２】
通知器１５４は、警告通知１６４を提供する。警告通知１６４は、関連付けられたトリガ１５９の検出の際に実行される通知スキーム１６０に割り当てられる。通知スキーム１６０は、警告の１つ以上のレベル１６１に組織化され得る。例示として、警告通知１６４は、ウェブページ更新、電話番号またはページャ番号、電子メール、ＳＭＳ、テキストまたは「インスタント」メッセージ、ならびにデータ収集デバイス１７を介して送信される患者へのメッセージ、および緊急サービスと臨床家とへの同時の直接的な通知を含み得る。他の警告通知が、あり得る。
【００５３】
本発明は、特にその実施形態を参照して表示および記述がなされたが、形態および詳細における先述および他の変更が、本発明の精神および範囲から逸脱することなく、そこになされ得ることを、当業者は理解されたい。
【図面の簡単な説明】
【００５４】
【図１】図１は、一実施形態に従って、自動患者管理環境を例示として示す機能ブロック図である。
【図２】図２は、図１の環境におけるオプション定義を示すプロセスの流れ図である。
【図３】図３は、図１の環境における使用に対して定義されたオプションを示すデータの流れ図である。
【図４】図４は、図１の環境におけるデータ収集オプションの定義を示す工程の流れ図である。
【図５】図５は、図１の環境におけるデータ収集オプションの実行を示す機能ブロック図である。
【図６】図６は、図１の環境における警告評価オプションの定義を示す、工程の流れ図である。
【図７】図７は、図１の環境における警告評価オプションの実行を示す機能ブロック図である。
【図８】図８は、図１の環境における警告通知オプションの定義を示す工程の流れ図を示す。
【図９】図９は、図１の環境における通知オプションの実行を示す、機能ブロック図である。
【図１０】図１０は、図１の環境における使用のための自動患者管理システム内の、警告通知を管理するための患者管理デバイスを示す、機能ブロック図である。
【図１１】図１１は、図１の環境における使用に対する自動患者管理システム内の警告通知を管理するためのサーバを示す、機能ブロック図である。
【技術分野】
【０００１】
本発明は、概して自動患者管理に関し、特に、自動患者管理システムにおける警告通知の管理のためのシステムおよび方法に関する。
【背景技術】
【０００２】
一般に、慢性の医学的状態、例えば鬱血性心不全または呼吸不全で苦しむ患者のための再調査は、医院内で３〜１２ヶ月に一度、または必要に応じて行われる。義務的ではあるが、通院も、複雑性または他の健康管理関係の論議もなく、患者とその医師またはヘルスケアの提供者との間に起こる１対１の個人間の接触のみである。医院の訪問は、医師が、特別に注意が必要であり得るそれらの患者の医療デバイスおよびセンサ、例えばペースメーカーまたは除細動器などの埋め込み医療デバイス（ＩＭＤ）、またはホルターモニターなどの自宅ベースのセンサの管理を可能にする。特定の患者の医療デバイスおよびセンサ、例えば秤および血圧カフは、めったに医師の再調査を必要としない。適切である場合は、デバイスおよびセンサは、従来のプログラマーを用いて質問され、該プログラマーは、格納されたイベントデータおよびデバイス設定を検索し、動作の挙動の修正または更新を再プログラムすることを可能にする。しかし、限定された回路基板上のストレージのために、デバイスおよびセンサからの医院内の質問を介して受信した患者データは、量が限定されており、患者の健康状態の「スナップショット」を表し、しばしば、医療的な関心事となり得るイベントの発生から時間的に随分と経過して取り出されたものである。
【０００３】
代替的な再調査方法、例えば電話移送（ｔｒａｎｓｔｅｌｅｐｈｏｎｉｃ）モニタリングは、健康管理の提供者が、限定された遠隔患者の管理をより頻繁な、例えば月ごとの基準で提供することを可能にし得る。加えて、専用遠隔患者管理デバイス、例えば中継器は、健康管理の提供者が、インターネットなどのデータ通信ネットワークを用いて毎日を基準とした再調査モニタリングを遠隔的に行うことを可能にした。それにもかかわらず、これらのデバイスは、患者に、遠隔セッションを開始することを忘れないようにすることと、臨床家が患者データを受信したことを確認させる必要性を負わせることとを要求する。加えて、実質的に全て受信された患者データは、慎重な健康管理の準備を保証するために臨床家によって再検討されなくてはならず、該準備は、通常の医療行為とは別のサービスとして、頻繁に特定の医療知識を要求する。
【０００４】
従って、高度に構成可能な患者データ収集および評価、ならびに警告通知を通しての遠隔の患者の自動患者管理を提供するアプローチへの必要性がある。好適には、そのようなアプローチは、患者の応答確認および検出可能な危険性の無い情況の、決まりきった再検討といった骨折りな仕事から臨床家を解放し得る。
【発明の開示】
【課題を解決するための手段】
【０００５】
システムおよび方法は、患者データ収集および患者データ評価ならびに警告通知を定義および実行することを含む。患者データは、埋め込み式および外部の医療デバイスおよびセンサを含む、患者データソースから収集される。患者データは、スケジュールまたは非同期に受信したものに基づいて、各患者データソースから要求され得る。収集された患者データは、警告情況のサブセットに対してはデータ収集デバイスによって、および完全な一連の警告情況に対してはサーバによって、評価される。患者データの評価の頻度は、収集の頻度と同等に、またはそれよりも少なくなるように特定され得る。警告通知は、警告通知の発生が、通知スキームをトリガするときに提供される。並みの度合いの重大性に対する警告通知は、警告レベルに割り当てられ得、該警告レベルは、最初に選択された警告通知が認識されないか、患者データがサーバにアップロードされ得ない場合には、連続して拡大され得る。
【０００６】
一実施形態は、自動患者管理システムにおける警告通知を管理するシステムおよび方法を提供する。患者データ収集の周期性を特定する１つ以上の設定が、定義される。遠隔的に管理された患者に動作し、生理的なセンサと治療導入デバイスとのうちの少なくとも１つから選択された１つ以上の患者データソースも、定義される。収集に続く評価可能な少なくとも１つのそのような患者データに関連して発生する情況と関連付けられた１つ以上のトリガが、定義される。最後に、少なくとも１つのそのようなトリガの検出の際に実行可能な通知スキームが、定義される。
【０００７】
本発明のさらに他の実施形態は、以下の詳細な記述から、当業者に容易に明らかになり、本発明を実行するために熟慮された最善のモードを例示することによって、本発明の実施形態は記述される。認識されるように、本発明は、他の、および異なる実施形態の能力を有し、そのいくつかの詳細は、様々な明らかなる細目において修正することが可能であり、それらは全て、本発明の精神および範囲から逸脱することなくなされる。従って、図面および詳細な記述は、性質上例示であり、限定的ではないとみなされる。
【発明を実施するための最良の形態】
【０００８】
自動化された患者の管理は、一範囲の活動を包含し、遠隔患者管理および患者の健康の自動診断を含み、例えば同一人に譲渡され、係属中であり２００４年５月２７日に公開された米国特許出願公開第２００４／０１０３００１号に記述されており、その開示は、本明細書中に参考として援用される。そのような活動は、例えば、患者の自宅またはオフィスなどで患者に隣接し、病院、医院または診療所などにおける中央サーバを介するか、または安全な無線モバイルコンピューティングデバイスなどの遠隔ワークステーションを介して行われ得る。図１は、一実施形態に従って、自動患者管理環境１０を例示として示す機能ブロック図である。個々の患者１１は、中継器などの１つ以上のデータ収集デバイス１７を介して遠隔的に管理されており、図１０を参照しながら、以下にさらに詳細に記述される。各データ収集デバイス１７は、中央サーバ１８へのインターネットなどのインターネットワーク２２を介して、遠隔的に相互接続され、図１１を参照しながら、以下にさらに詳細に記述される。インターネットワーク２２は、従来のワイヤおよび無線の両方の相互接続性を提供し得る。一実施形態において、他の種類または組み合わせのネットワーキングインプリメンテーションが可能であるが、インターネットワーク２２は、伝送制御プロトコル／インターネットプロトコル（ＴＣＰ／ＩＰ）のネットワーク通信仕様に構築される。同様に、他のネットワークトポロジーおよび配列が可能である。
【０００９】
各データ収集デバイス１７は、独自に個々の患者１１に割り当てられ、１つ以上の患者データソース１２〜１６に局所的およびネットワークアクセス可能なインターフェースを、ワイヤ接続性などの直接的な手段を介すか、「強力」なＢｌｕｅｔｏｏｔｈまたはＩＥＥＥ ８０２．１１ワイヤレスフィデリティー「ＷｉＦｉ」インターフェーシング規格などに構築された誘導無線周波数または無線遠隔測定を介して提供する。患者データソースインターフェーシングの他の構成および組み合わせが、可能である。
【００１０】
患者データは、生理的測定を含み、患者データソース自体の状態および動作特性に関する定量または定性のパラメトリックデータ、ならびに温度または時間などの環境パラメータであり得る。他の種類の患者データが、あり得る。患者データソースは、一次機能または補足機能のいずれかとして患者データを収集および転送する。患者データソースは、例として、患者１１に治療を導入または提供する医療デバイス、患者１１に関連する生理的データを感知するセンサ、および患者１１とは無関係に発生する環境パラメータを測定する測定デバイスを含む。各患者データソースは、１つ以上の種類の患者データを生成し、治療の導入、生理的データの感知および環境パラメータの測定に対する１つ以上の構成要素を組み込み得る。さらなる実施形態において、データ値が、患者１１によって直接的に患者データソースに入れられ得る。例えば、健康状態に関する質問に対する回答が、対話型ユーザーインターフェーシング手段、例えばキーボードおよびディスプレイ、またはマイクロフォンおよびスピーカなどを含む測定デバイスに入力され得る。そのような患者提供型データ値はまた、患者情報として収集され得る。加えて、測定デバイスは、しばしば医療デバイスおよびセンサに組み込まれ得る。医療デバイスは、例えばペースメーカー、埋め込み細動除去器（ＩＣＤ）、薬品ポンプ、および神経刺激器などの埋め込み医療デバイス（ＩＭＤ）１２、ならびに自動体外式徐細動器（ＡＥＤ）などの外部医療デバイス（ＥＭＤ）１４を含む。センサは、埋め込みセンサ１３、例えば埋め込み心臓および呼吸モニタ、埋め込み診断マルチセンサ非治療デバイス、ならびにホルターモニター、重量秤、および血圧測定用カフなどの外部センサ１５および１６を含む。他の種類の医療、感知、および測定デバイスが、埋め込み式および体外式の両方で、可能である。
【００１１】
データ収集デバイス１７は、インターネットワーク２２を介しサーバ１８への周期的なアップロードのために、およびデータベース２１内の記憶のために、患者データソース１２〜１６から患者データを収集して一時的に格納する。患者データの収集は、患者収集デバイス１７または１つ以上の患者データソース１２〜１６によって開始されると定義され得、図４および図５を参照して、以下にさらに記述される。
【００１２】
さらなる実施形態において、収集された患者データはまた、１つ以上の局所的に構成されたクライアント１９またはインターネットワーク２２を介して安全に相互接続された１つ以上の遠隔のクライアント２０によって、アクセスおよび分析され得る。クライアント１９および遠隔のクライアント２０は、例えば、医師、看護士または有資格の医療専門家などの臨床家によって、データベース２１に集められた格納患者データに安全にアクセスし、健康管理の準備のために患者を選択し、かつ優先順位をつけるために用いられ得、該健康管理の準備については、同一人に譲渡された米国特許出願第１１／１２１，５９３号（２００５年５月３日出願、係属中）および米国特許出願第１１／１２１，５９４号（２００５年５月３日出願、係属中）などにそれぞれ記述されており、その開示は、本明細書中に参照により援用される。本明細書中において臨床家に関して記述されたが、この全体的な議論は、病院、医院および研究所を含む組織、ならびに研究者、科学者、大学および政府職員を含む、患者データへのアクセスを求める他の個人または関係者に同等に適用する。
【００１３】
収集された患者データはまた、１つ以上の情況の発生に対して評価され得、関連する、Ｂａｒｄｙに対する共有に係る米国特許第６，３３６，９０３号（２００２年１月８日発行）、Ｂａｒｄｙに対する米国特許第６，３６８，２８４号（２００２年４月９日発行）、Ｂａｒｄｙに対する米国特許第６，３９８，７２８号（２００２年６月２日発行）、Ｂａｒｄｙに対する米国特許第６，４１１，８４０号（２００２年６月２５日発行）、およびＢａｒｄｙに対する米国特許第６，４４０，０６６号（２００２年８月２７日発行）に記述されており、その開示は参照により援用される。患者データの評価は、患者収集デバイス１７またはサーバ１８のいずれかによって行われるように定義され得、図６および図７を参照して、以下にさらに記述される。
【００１４】
最後に、収集された患者データにおいて発生している情況は、情況発生の外部インジケータを提供する１つ以上の警告通知をトリガし得る。警告通知は、サーバ１８、患者収集デバイス１７、またはインターネットワーク２２の一部として、または隣接して動作する１つ以上の他のデバイスのいずれかによって行われるように定義され得、図８および図９を参照して、以下にさらに記述される。
【００１５】
さらなる実施形態において、患者データは、収集、アセンブリ、評価、伝送および格納の間を含んで、第三者への許可されていない開示に対して安全が保証されることによって、患者のプライバシーを保護し、新たに制定された医療情報プライバシーに関する法律、例えば医療保護の携行性と責任に関する法律（ＨＩＰＡＡ）およびヨーロッパプライバシー指示（Ｅｕｒｏｐｅａｎ Ｐｒｉｖａｃｙ Ｄｉｒｅｃｔｉｖｅ）に従う。健康および医療関連の情報を伴う、特定の個人を識別する患者の健康状態の情報は、最低でも保護可能として取り扱われる。特定の患者の健康状態の情報に加えて、またはその代わりに、他の種類の取扱いに慎重を要する情報は、保護可能である。
【００１６】
好適には、サーバ１８は、単一処理システム、マルチ処理システム、または分散処理システムとして構成されたサーバ級コンピューティングプラットフォームであり、クライアント１９および遠隔のクライアント２０は、パーソナルデスクトップコンピュータまたはノートブックコンピュータなどの汎用コンピューティングワークステーションである。加えて、データ収集デバイス１７、サーバ１８、クライアント１９および遠隔のクライアント２０は、プログラム可能なコンピューティングデバイスであり、一連のソフトウェアプログラム２３、２４、２５、２６をそれぞれに実行し、中央処理装置（ＣＰＵ）、メモリ、ネットワークインターフェース、固定ストレージおよびこれらの構成要素を相互接続するための様々な構成要素などの、コンピューティングデバイス内に従来において見られる構成要素を含む。
【００１７】
警告通知の管理は、患者データの収集、収集された患者データの評価、および警告情況がトリガされた場合の警告通知の提供を必要とする。これらの動作のそれぞれは、各患者の特定のニーズに対して警告通知をカスタム化するように構成され得る。図２は、図１の環境１０におけるオプション定義４０を示すプロセスの流れ図である。一実施形態において、オプションは、データ収集４１、警告評価４２および警告通知４３に対して、データ収集デバイス１７、サーバ１８、クライアント１９および遠隔のクライアント２０を用いて定義され得、これは、定義される特定のオプションの種類および性質に依存する。例として、特定のオプション、例えば埋め込みデバイスバッテリが寿命に近い情況であるという警告通知は、不変であり、変更され得ない。他のオプション、例えば、収集されたデータが評価される頻度は、デフォルトのオプションであり、初期設定が変更を必要とする場合には修正され得る。
【００１８】
データ収集オプション４１の設定は、データ収集デバイス１７、サーバ１８およびデータ収集デバイス１７にインターフェースされた患者データソース１２〜１６を伴い得る。患者データは、データ収集デバイス１７または１つ以上の患者データソースのいずれかの主導で収集され得、図４を参照して、以下にさらに記述される。
【００１９】
警告評価オプション４２の設定は、データ収集デバイス１７またはサーバ１８を伴い得る。各データ収集デバイス１７によって収集された患者データは、サーバ１８にアップロードされる。新たな患者データを受信すると、データ収集デバイス１７は、警告情況のサブセットに対して患者データを評価し、使用可能な警告情況が検出された場合には追加の患者情報を収集するように構成され得、サーバ１８は、完全なセットの警告情況に対して患者データを評価するように構成され得、図６を参照して、以下にさらに記述される。
【００２０】
警告通知オプション４３の設定は、データ収集デバイス１７およびサーバ１８を伴い得る。１つ以上の警告情況が検出された場合には、データ収集デバイス１７またはサーバ１８は、警告通知をトリガさせるように構成され得、図８を参照して、以下にさらに記述される。さらなる実施形態において、デフォルトの警告レベルは、重大性の度合いが増加する情況の検出の際、それぞれトリガされる警告通知に割り当てられ得る。従って、重大性の度合いが小さな情況は、普通の警告レベルを有し得、それに対して、高度の重大性の情況は、より高い警告レベルを有し得る。加えて、最初に選択された警告通知が認識されないか、患者データがサーバにアップロードされ得ない場合には、並の度合いの重大性に対する警告通知は、連続した警告レベルでエスカレートされ得る。
【００２１】
一実施形態において、幅広く様々な構成オプションが提供する複雑性を管理するために、構成オプションのデフォルト設定は、以下の設定群を用いて提供され得、該設定群は、それぞれ重大性の度合いの、関連および定義されたセットを有し得る。
・システム−ワイド：構成可能なパラメータに対する初期値として工場で提供された構成オプション値を提供する。
・部分母集団特定：特定の患者群に対して定義された構成オプション値を提供する。例えば、クラスＩＩＩ−ＩＶの心不全の患者は、ペースメーカーを使用している標準的な患者が必要とはしない情況の監視を必要とし得る。このレベルは、患者の部分母集団に対してカスタム化されたシステム−ワイドのデフォルト設定を含み、ＨＲＳ、ＡＣＣ、ＨＦＳＡ、ＡＨＡおよびＡＭＡなどの組織によって発行されたガイドラインから導かれる警告通知をも含み得る。
・全患者に対するユーザー特定のデフォルト設定：臨床家によって定義されたカスタムデフォルト値として、その臨床家の全患者に適用される構成オプションを提供する。
・患者のカスタム群に対するユーザー特定のデフォルト設定：カスタム患者の群に適用される、臨床家によって定義された一連のカスタムデフォルト値として構成オプションを提供する。このレベルは、部分母集団に特有のデフォルトの構成オプション値のカスタム化を伴い得る。
他の構成オプションデフォルト設定が、可能である。
【００２２】
さらなる実施形態において、選択された構成オプションのみが、全てのレベルで使用可能である。例えば、バッテリの消耗またはデバイスの故障情況は、ユーザーが修正可能ではない、システム−ワイドの故障の構成オプションであり得る。対照的に、パーセンテージペーシングの警告情況は、システム−ワイドのデフォルト構成オプションとして使用不可能であり得るが、ペーシングが要求される、例えば再同期患者などの特定の患者の母集団に対して使用可能であり得る。
【００２３】
通常は、オプションは、医師、看護士または有資格の医療専門家など、権限を有する臨床家によってのみ定義され得る。図３は、図１の環境１０における使用に対して定義されたオプション５０を示すデータの流れ図である。データ収集、警告評価および警告通知に対するオプションは、設定５１、トリガ５２およびスキーム５３にそれぞれ分類される。
【００２４】
設定５１は、患者データソース１２〜１６に対するデータ収集の周期性を特定し、特定のデータ収集デバイス１７にインターフェースされる。設定５１は、スケジュール５４および頻度５５を含み、それらは、１つ以上の患者データソースと関連付けられ得る。スケジュール５４は、データ収集デバイス１７が、関連付けられた患者データソースから患者データを定期的に要求および受信、または「プル（ｐｕｌｌ）」することを可能にする。頻度５５は、データ収集デバイス１７が、該データ収集デバイス１７に患者データを自律的に送信または「プッシュ（ｐｕｓｈ）」する患者データソースからの患者データの受信を、追跡または限定することを可能にする。患者データの受信の限定は、特に過度に神経質な患者による、患者データソースの使用を緩和および制御するように促進する。他の種類の設定が、あり得る。
【００２５】
トリガ５２は、警告情況５６の発生と警告通知スキーム５３とを関連付ける。警告情況５６は、１つ以上のトリガ５２を引き起こし、警告情況５６の種類は、患者データの性質に依存する。他の種類のトリガが、あり得る。
【００２６】
スキーム５３は、関連付けられたトリガ５２の検出の際に警告通知を提供するように実行され、該トリガ５２は、警告情況の外部インジケータである。警告通知は、患者、臨床家または第三者に提供され得る。さらなる実施形態において、スキーム５３は、警告レベル５７の中に配列され得る。一連のデフォルトの警告レベル５７は、対応する一連の警告通知に割り当てられ得、対応する一連の警告通知は、重大性の度合いが増加する情況の検出においてそれぞれトリガされる、加えて、複数の警告レベル５７はまた、１つ以上の個別の警告通知に割り当てられ、例えば、最初に選択された警告通知が認識されないか、患者データがサーバにアップロードされ得ない場合には、警告通知は、警告レベルを介して累進的に拡大される。さらなる実施形態において、警告通知は、ある情況の最初の検出のときのみに提供されるが、それは、新たな一連の患者データが受信される度に、同一の警告通知が継続的に再送されないことを保証するためである。他の種類のスキームが、あり得る。
【００２７】
データ収集は、データ収集デバイス１７への患者データの受信に主に関わる。図４は、図１の環境１０におけるデータ収集オプションの定義６０を示す工程の流れ図である。データ収集は、１つ以上の患者データソース１２〜１６、データ収集デバイス１７、またはその両方によって開始されるように構成され得る。データ収集オプションは、サーバ１８を用いる臨床家によって定義され得るか、さらなる実施形態においては、クライアント１９または遠隔のクライアント２０を用いる臨床家によって定義され得る。
【００２８】
一実施形態において、以下の構成オプション６１が、スケジュールされたデータ収集を提供するように構成された患者データソースに提供される。
・スケジュール頻度６２：一週間毎の２４時間／７日間の監視を含む、患者データ収集の周期性を定義する。
・患者データソースとの通信の欠如に対する応答６４：非応答の患者データソースに対して再調査として行う動作を定義し、いつ再試行するか、いつサーバに故障を通信するか、あるいは、いつ応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信するかということを含む。
他のスケジュール構成オプションが、あり得る。
【００２９】
一実施形態において、以下の構成オプション６１が、非同期データ収集を提供するように構成された患者データソースに提供される。
・最大頻度６３：データ収集デバイスが、患者データソースからデータを受容すべき間隔を定義し、データ収集の限定を含む。
・患者データソースとの通信の欠如に対する応答６４：非応答の患者データソースに対して再調査として行う動作を定義し、いつ再試行するか、いつサーバに故障を通信するか、あるいは、いつ応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信するかということを含む。
他の頻度構成オプションが、あり得る。
【００３０】
通常は、データ収集デバイス１７は、収集された患者データを、サーバ１８に直ちにアップロードするように構成され得る。さらなる実施形態において、最大の遅延時間は、複数の患者データソースから収集された患者データが、単一の呼出しでサーバ１８にアップロードされることを可能にするように指定され得、これは、用いられる接続手段に依存して、より経済的であり得る。
【００３１】
自動患者管理は、潜在的に膨大な量となり得る患者データが、実質的に継続的な監視を介して生成されることを可能にし、そのような患者データの生成の量および頻度は、データ収集オプション６１を介して制御され得る。図５は、図１の環境１０におけるデータ収集オプションの実行７０を示す機能ブロック図である。実行は、データ収集デバイスが開始するデータ収集対患者データソースが開始するデータ収集の両分を反映する。
【００３２】
患者から自律的に動作する患者データソースは、概していつどのような情況においても患者データを記録することができる。しかし、患者データソースによって蓄積された、記録された患者データは、限定された回路基板上のストレージを解放し、プロセッシングおよび分析を容易にするために、定期的にアップロードされなくてはならない。スケジュール６２は、インターフェースされた患者データのサブセットと関連付けられることによって、データ収集デバイスによって開始される患者データ収集を提供する。あるいは、スケジュールは、遠隔的に管理された患者によって患者データの促された検索を開始させるように提供され得る。スケジュール６２は、例えば患者データが、日ごとまたは週ごとを基準に収集され得る、埋め込み型心臓パルスジェネレータなどの患者データソースに対して適当であり得る。スケジュール６２は、データ収集デバイス６１内に築かれるか、またはサーバ１８によって提供され得るかのいずれかであり得、これは、臨床家によって選択された構成オプションに基づく。データ収集デバイス６１は、関連付けられた患者データソースに要求７１を送信することによって、スケジュールされた間隔で患者データを収集するように試み、該患者データソースは、患者データ７２を返却する。予測された患者データの受信が無い場合に、データ収集デバイス６１は、可能な場合には遅延または紛失している患者データを探索するために、または応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信することによって、患者データソースに再調査スキーム６４をインプリメントし得る。
【００３３】
スケジュールされたデータ収集は、全ての患者データソース１２〜１６に対して適当ではあり得ない。例えば、データ収集デバイス１７と通信するために無線周波数遠隔測定を用いる電池式の重量秤は、電池の寿命を延長させるために、通常は電源が切られ得る。通常は、そのようなデバイスは、患者による使用の後にのみデータ収集デバイス１７と通信し得、さもなければ、スタンバイまたはスリープの状態であり得る。そのようなデバイスは、しばしば、送信のみのモードで動作し、従って、入信メッセージの受信は、可能ではなくあり得る。患者データソースは、非同期に、データ収集デバイス１７に患者データ７２を送信することによって、患者データソースが開始する患者データ収集を提供する。頻度６３は、インターフェースされた患者データソースのサブセットと関連付けられることによって、データ収集デバイス１７が、患者データの受信を追跡または限定することを可能にする。予測された患者データの受信が無い場合に、データ収集デバイス６１は、可能な場合には遅延または紛失している患者データまたは過度の患者データの伝達を探索するために、または応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信することによって、患者データソースに再調査スキーム６４をインプリメントし得る。
【００３４】
最後に、収集された患者データ７３は、受信の際に、またはさらなる実施形態においては、複数の患者データソースからの患者データ７２が集積することを可能にするために遅延の後に、データ収集デバイス１７によってサーバ１８にアップロードされる。サーバ１８は、データベース２１内にアップロードされた患者データ７３を格納する。
【００３５】
警告評価は、データ収集デバイスまたはサーバによって行われるように構成され得る。図６は、図１の環境１０における警告評価オプションの定義８０を示す、工程の流れ図である。警告評価オプションは、サーバ１８を用いる臨床家によって、または更なる実施形態においては、クライアント１９または遠隔のクライアント２０によって定義され得る。
【００３６】
一実施形態において、以下の構成オプション８１が、警告評価のために提供される。
・使用可能／使用不可能８２：警告情況が評価されるかどうかを定義する。特定の警告ルール、特に「赤」すなわち最大警告レベルに定義されたそれらの警告情況は、使用不可能にはなり得ない。
・評価の頻度８３：どのくらい頻繁に警告情況が評価されるかを定義する。デフォルトによって、患者データは、収集されると直ぐに評価される。しかし、評価の頻度は、収集の頻度よりも少なく構成され得る。
・警告確認は、データ収集デバイスにおいて行われるべきか否か８４：データ収集デバイスによって評価される警告情況の範囲を定義する。加えて、データ収集デバイスにおいて行われる警告確認はまた、さらなる患者データ収集をトリガし得る。
他の警告評価オプションが、あり得る。
【００３７】
収集された患者データは、警告情況の発生を検出するように評価されなくてはならない。図７は、図１の環境１０における警告評価オプションの実行９０を示す機能ブロック図である。警告評価は、データ収集デバイスベースの評価９１、警告情況のサブセット、またはサーバベースの評価９２のいずれかとして、完全な一連の警告情況に渡って、行われ得る。同一の警告情況は、データ収集デバイス１７およびサーバ１８の両方によって評価され得、さらなる実施形態においては、サーバ１８は、データベース１８において格納された収集された患者データに基づいて、包括的な評価を行い得る。
【００３８】
一実施形態において、以下の種類の警告情況が、評価される。
・バッテリレベル低下
−寿命の終了
−早目の交換指示
・過度のバッテリ使用（バッテリ消耗の速度が、予測される閾値より上か否かを含む）
・頻拍治療使用不可
−頻拍モード監視のみ
−頻拍モードオフ
−磁石モード治療使用不可
・移植されたリード（ｌｅａｄ）の情況
−細動除去のリード情況
−ペーシングリード情況
・ペーシング捕獲情況
−捕獲の損失
−安全マージン低すぎ
・ペーシングパーセンテージが、予測された範囲より上または下
・頻拍治療情況
−不整脈を変えるために導入される頻拍治療
−不整脈を加速させた頻拍治療
−使い果たされた頻拍治療
・心房情況
−閾値を超える心房細動の時間
−閾値を超える心房粗動の時間
−心房治療導入
・閾値より上または下の活動レベル
・閾値より下の心拍数の変動性
・閾値より上の最大心拍数
・体重の増加または減少
・閾値より上または下の、心収縮圧、拡張期圧、または平均動脈圧を含む血圧
・閾値より上または下の、血糖
・閾値より上の無呼吸指数
・埋め込み式および外部のデバイスを含む、デバイスの故障
・患者にトリガされたイベント
・閾値より下の酸素飽和度
・埋め込みセンサ情報
−閾値より下の心臓の出力
−閾値より上または下の肺動脈圧
−閾値より上の肺浮腫レベル
他の種類の警告情況が、あり得る。
【００３９】
根元的な警告情況の種類および性質、ならびに患者のプライバシーの考慮に依存して、警告情況は、患者、臨床家または第三者に提供され得る。図８は、図１の環境１０における警告通知オプションの定義１００を示す工程の流れ図を示す。警告通知のオプションは、サーバ１８を用いる臨床家、またはさらなる実施形態においては、クライアント１９または遠隔のクライアント２０によって定義され得る。
【００４０】
以下の構成オプション１０１は、警告定義に対して提供される。
・パラメータ１０２：警告情況は、構成可能なパラメータが提供されるか否かを定義する。例えば、リードのインピーダンスの警告情況は、プログラム可能なインピーダンスレベルを有し得、重量の警告情況は、プログラム可能な重量変化を有し得、ペーシングパーセンテージの警告情況は、パーセンテージが整調されたパラメータを有し得る。
・組み合わせ１０３：カスタムの警告が、警告情況とブール論理、例えば「ＡＮＤ」、「ＯＲ」および「ＮＯＴ」の動作とを組み合わすことによって作成され得るか否かを定義する。他のブール論理および警告情況の集合体動作が、あり得る。
・警告レベル１０４：警告情況の警告レベルが構成され得るか否かを定義する。一実施形態において、「赤」および「黄」のデフォルトの警告レベルが提供されるが、追加的なレベルが作成され得る。不変の警告情況に割り当てられたデフォルトの警告レベルは、変更されることを許可されない。例えば、寿命が尽きる情況に近い埋め込みデバイスバッテリは、デフォルトの「赤」の警告情況から変更され得ない。
他の警告情況が、あり得る。
【００４１】
さらなる実施形態において、警告情況が存在するが、警告情況が評価された最後のときには存在しなかった場合には、警告通知は、臨床家、患者またはその両方に警告情況の存在を通信するために生成され得る。
【００４２】
そのうえにさらなる実施形態において、警告通知に対する応答は、自発的な学習の形態として、監視および分析される。応答は、例えば、パターンおよび一貫した挙動を識別するために評価され、次いで、将来の警告通知を修正するために用いられ得る。例えば、臨床家が、通知を忘れることによって、一貫して特定の種類の警告通知に応答する場合には、続いて起こる同一種の警告通知は、警告通知が使用不可能とされるべきかを臨床家に尋ねるプロンプトを添付し得る。
【００４３】
警告通知は、新たな警告情況の存在が、患者、臨床家または第三者に通信される手段を提供する。図９は、図１の環境１０における通知オプションの実行１１０を示す、機能ブロック図である。警告通知は、警告レベル１０４と関連付けられ、デフォルトによって、特定のレベルの全ての警告通知は、通知のための同一の手段を共有する。警告通知は、臨床家または有資格の第三者に、データ収集デバイス１１１、サーバ１１２、クライアント１１３および遠隔のクライアント１１４において、外部通信手段１１５を介して提供され得、患者に外部通信手段１１６を介して提供され得る。
【００４４】
一実施形態において、以下の種類の警告通知が提供される。
・通知手段：警告通知が送信される通信メディアおよびコンジットによって一次メカニズムを定義する。
−ウェブページ更新
−電話呼出し（自動または手動を含む）
−ページャ呼出し
−電子メール
−個人情報端末、携帯電話または同様なデバイスへのＳＭＳまたはテキストメッセージ
−コンピュータへの「インスタントメッセージ」
−患者へのデータ収集デバイス１７のメッセージ
−緊急サービスおよび臨床家への同時の直接的な通知
・拡大メカニズム：一次メカニズムが作動しない場合に用いられる二次メカニズムを定義し、加えて二次メカニズムが呼び出される前に経過が可能な時間の量を定義する。第三または連続するメカニズムが、あり得る。
他の警告通知が、あり得る。
【００４５】
各データ収集デバイスは、個別の患者の遠隔の管理のための中央ハブとして機能する。図１０は、図１の環境１０における使用のための自動患者管理システム内の、警告通知を管理するための患者管理デバイス１２１を示す、機能ブロック図１２０である。データ収集デバイス１２１は、ストレージ１２５を含み、患者データを収集し、収集した患者データを評価し、かつ警告通知を提供するように構成され得る。他のデータ収集デバイスの機能が、あり得る。
【００４６】
データ収集デバイス１２１は、収集器１２２、評価器１２３、および通知器１２４を含む。収集器１２２は、インターフェースされた患者データソース１２〜１６に対するデバイスおよびセンサ１２６のリストを維持し、収集周期性の設定１２７に基づいて、患者データを収集する。収集器１２２は、スケジュール１３２に基づいて患者データソース１２〜１６から受信した「プル」された患者データ１３５を積極的に収集する。プルされた患者データの収集は、関連付けられた患者データソースにデータ要求１３７を送信することによって開始される。収集器１２２は、患者データソース１２〜１６から非同期に送信された「プッシュ」された患者データを受動的に受信する。収集器１２２は、頻度１３３を監視することによって、プッシュされた患者データの収集の経過を追う。収集器１２２は、例えば、可能な場合には予測される患者データを送信していない患者データソースに再調査要求１３８を送信することによって、または患者１１、臨床家または有資格の第三者に、応答通知としてメッセージまたは他の通信を送信することによって、再調査スキームを実行し得る。最後に、収集器１２２は、受信の際、または患者データが集積することを可能にする最大の遅延の後に、サーバ１８に収集された患者データ１３９をアップロードする。
【００４７】
評価器１２３は、警告情況１２８のサブセットに対抗して「プッシュ」された患者データ１３４および「プル」された患者データ１３５の両方を評価する。１つ以上のトリガ１２９は、警告情況１２８と関連付けられ、警告情況１２８の発生は、関連付けられたトリガ１２９を引き起こす。加えて、警告情況１２８はまた、さらなる患者データの収集をトリガし得る。同一の警告情況１２８は、データ収集デバイス１２１およびサーバの両方によって評価され得る。
【００４８】
通知器１２４は、警告通知１３６を提供する。警告通知１３６は、関連付けられたトリガ１２９の検出の際に実行される、通知スキーム１３０に割り当てられる。通知スキーム１３０は、警告の１つ以上のレベル１３１に組織化され得る。
【００４９】
サーバは、収集された患者データの格納および分析に対する中央ハブとして機能する。図１１は、図１の環境１０における使用に対する自動患者管理システム内の警告通知を管理するためのサーバ１５１を示す、機能ブロック図１５０である。サーバ１５１は、ストレージ１５５およびデータベース１５６を含み、収集された患者データを評価し、警告通知を提供するように構成され得る。他の機能が可能である。
【００５０】
データ収集デバイス１２１と同様に、サーバ１５１は、収集器１５２、評価器１５３および通知器１５４を含む。収集器１５２は、全ての患者データソース１２〜１６に対するデバイスおよびセンサ１５７のリストを維持し、該リストは、スケジュール１６６および最大頻度１６７を作成し、インターフェースされたデータ収集デバイス１２１によって患者データの収集を管理するように臨床家によって用いられ得る。収集器１５２は、データ収集デバイス１２１から受信された患者データ１６３を収集し、該データは、データベース１５６に患者データセット１６２として格納される。収集器１５２は、可能な場合には、予測された収集された患者データを送信していないデータ収集デバイス１２１に再調査要求１６５を送信することによって、または応答通知として患者１１、臨床家または有資格の第三者にメッセージまたは他の通信を送信することによって、再調査スキームを実行し得る。
【００５１】
評価器１５３は、完全なセットの警告情況１５８に対抗して、収集された患者データ１６３を評価する。１つ以上のトリガ１５９は、警告情況１５８と関連付けられ、警告情況１５８の発生は、関連付けられたトリガ１５９を引き起こす。同一の警告情況１５８は、サーバ１５１およびデータ収集デバイス１２１の両方によって評価され得る。
【００５２】
通知器１５４は、警告通知１６４を提供する。警告通知１６４は、関連付けられたトリガ１５９の検出の際に実行される通知スキーム１６０に割り当てられる。通知スキーム１６０は、警告の１つ以上のレベル１６１に組織化され得る。例示として、警告通知１６４は、ウェブページ更新、電話番号またはページャ番号、電子メール、ＳＭＳ、テキストまたは「インスタント」メッセージ、ならびにデータ収集デバイス１７を介して送信される患者へのメッセージ、および緊急サービスと臨床家とへの同時の直接的な通知を含み得る。他の警告通知が、あり得る。
【００５３】
本発明は、特にその実施形態を参照して表示および記述がなされたが、形態および詳細における先述および他の変更が、本発明の精神および範囲から逸脱することなく、そこになされ得ることを、当業者は理解されたい。
【図面の簡単な説明】
【００５４】
【図１】図１は、一実施形態に従って、自動患者管理環境を例示として示す機能ブロック図である。
【図２】図２は、図１の環境におけるオプション定義を示すプロセスの流れ図である。
【図３】図３は、図１の環境における使用に対して定義されたオプションを示すデータの流れ図である。
【図４】図４は、図１の環境におけるデータ収集オプションの定義を示す工程の流れ図である。
【図５】図５は、図１の環境におけるデータ収集オプションの実行を示す機能ブロック図である。
【図６】図６は、図１の環境における警告評価オプションの定義を示す、工程の流れ図である。
【図７】図７は、図１の環境における警告評価オプションの実行を示す機能ブロック図である。
【図８】図８は、図１の環境における警告通知オプションの定義を示す工程の流れ図を示す。
【図９】図９は、図１の環境における通知オプションの実行を示す、機能ブロック図である。
【図１０】図１０は、図１の環境における使用のための自動患者管理システム内の、警告通知を管理するための患者管理デバイスを示す、機能ブロック図である。
【図１１】図１１は、図１の環境における使用に対する自動患者管理システム内の警告通知を管理するためのサーバを示す、機能ブロック図である。
【特許請求の範囲】
【請求項１】
自動患者管理システム（１０）において警告通知（１３６）を管理するシステム（１２１）であって、
１つ以上の設定（５１）であって、該設定は、患者データ（７２）の収集周期性（６２、６３）および１つ以上の患者データソース（１２〜１６）を指定するように定義されており、該１つ以上の患者データソース（１２〜１６）は、遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つから選択される、１つ以上の設定と、
１つ以上のトリガ（５２）であって、該トリガは、収集に続く評価可能な少なくとも１つのそのような患者データ（７２）と関連して発生する情況（５６）と関連付けられるように定義されている、１つ以上のトリガと、
通知器（１２４）であって、該通知器は、少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能な通知スキーム（５３）を決定することによって、情況発生の外部インジケータ（１１１〜１１６）を提供する、通知器と
を備えている、システム（１２１）。
【請求項２】
データ収集オプション（４１）をさらに備え、該データ収集オプションは、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）の自動検索を提供するように定義されたスケジュール（６２）と、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記遠隔的に管理された患者（１１）によって前記患者データ（７２）の促された検索を提供するように定義されたスケジュール（６２）と、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）のオンデマンド式の検索を追跡または限定するように定義された頻度（６３）と、
予測された患者データの収集が無い場合に実行可能な少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられるように定義された再調査スキーム（６４）と、
予測された患者データ収集が無い場合に実行可能な前記遠隔的に管理された患者（１１）と、患者を管理する臨床家と、有資格の第三者とのうちの少なくとも１つと関連付けられるように定義された再調査スキーム（６４）と
のうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項３】
データ評価オプション（４２）をさらに備えており、該データ評価オプションは、
少なくとも１つのそのようなトリガ（５２）で指定される評価頻度（８３）と、
使用可能化（８２）を許可または制限することによって少なくとも１つのそのようなトリガ（５２）の該使用可能化（８２）を制御するフラグ（８２）と、
データ収集デバイスおよび該データ収集デバイスに通信的にインターフェースされたサーバのうちの１つ以上においてトリガ（５２）の評価（８４）を行うことを提供するインジケータ（８４）と
のうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項４】
警告通知オプション（４３）をさらに備えており、該警告通知オプションは、
少なくとも１つのそのような情況（５６）として評価されるように定義された構成可能なパラメータと、
１つ以上のブール演算を含む１つのそのようなトリガ（５２）に組み合わされる複数の情況（５６）と、
重大性の度合いが増加する情況（５６）の検出の際にそれぞれトリガされる警告通知（１３６）を割り当てられる警告レベル（５７）と
のうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項５】
前記警告レベル（５７）は、複数の前記警告通知（１３６）に割り当てられ、該警告通知（１３６）は、並の度合いの重大性の１つ以上の情況（５６）の検出の際にそれぞれトリガされる、請求項４に記載のシステム（１２１）。
【請求項６】
拡大スキームをさらに備え、該拡大スキームは、並みの度合いの重大性の１つのそのような情況（５６）の検出の際に前記警告レベル（５７）に関連して実行するように定義されている、請求項５に記載のシステム（１２１）。
【請求項７】
データ評価オプション（４２）のデフォルト設定群をさらに備え、該デフォルト設定群は、システム−ワイドと、部分母集団特定と全患者に対するユーザー特定のデフォルト設定と、カスタムの患者群に対するユーザー特定のデフォルト設定とを含む群から選択されるように定義された、請求項４に記載のシステム（１２１）。
【請求項８】
複数の警告レベル（５７）は、複数の前記トリガ（５２）と関連付けられており、
１つ以上の該警告レベル（５７）に割り当てられる不変の警告レベル（５７）をさらに備えている、請求項４に記載のシステム（１２１）。
【請求項９】
前記通知スキーム（５３）は、前記少なくとも１つのそのようなトリガ（５２）の最初の検出の際のみに実行可能である、請求項１に記載のシステム（１２１）。
【請求項１０】
複数の前記患者データソース（１２〜１６）からの前記患者データ（７２）の蓄積する収集は、指定される、請求項１に記載のシステム（１２１）。
【請求項１１】
外部インジケータ（１１１〜１１６）への応答を監視および分析し、該応答において識別された挙動に基づいて、前記対応する通知スキーム（５３）を修正するためのモニタをさらに備えている、請求項１に記載のシステム（１２１）。
【請求項１２】
前記収集された患者データ（７２）を格納するためのデータベース（１５６）をさらに備え、該格納された、収集された患者データ（７２）は、収集に続く評価可能な前記少なくとも１つのそのような患者データ（７２）として含まれている、請求項１に記載のシステム（１２１）。
【請求項１３】
前記患者データソース（１２〜１６）は、埋め込み医療デバイスと、埋め込み診断マルチセンサの非治療デバイスと、外部医療デバイスと、埋め込みセンサと、外部センサとのうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項１４】
前記情況（５６）は、バッテリ低レベル（寿命終了および早期交換指示を含む）と、過度のバッテリ使用（バッテリ消耗の速度が、予測される閾値より上か否かを含む）と、頻拍治療使用不可（頻拍モード監視のみ、頻拍モードオフおよび磁石モード治療使用不可を含む）と、移植されたリードの情況（細動除去のリード情況およびペーシングリード情況を含む）と、ペーシング捕獲情況（捕獲の損失および安全マージン低すぎを含む）と、ペーシングパーセンテージが、予測された範囲より上または下と、頻拍治療情況（不整脈を変えるために導入される頻拍治療、不整脈を加速させた頻拍治療、および使い果たされた頻拍治療を含む）と、心房情況（閾値を超える心房細動の時間、閾値を超える粗動の時間、心房治療導入を含む）と、閾値より上または下の活動レベルと、閾値より下の心拍数の変動性と、閾値より上の最大心拍数と、体重の増加または減少と、血圧（閾値より上または下の、心収縮圧、拡張期圧、または平均動脈圧を含む）と、閾値より上または下の血糖と、閾値より上の無呼吸指数と、デバイスの故障（埋め込み式および外部のデバイスを含む）と、患者にトリガされたイベントと、閾値より下の酸素飽和度と、埋め込みセンサ情報（閾値より下の心臓の出力、閾値より上または下の肺動脈圧、閾値より上の肺浮腫レベルを含む）とから成る群から選択される、請求項１に記載のシステム（１２１）。
【請求項１５】
自動患者管理システム（１０）における警告通知（１３６）を管理する方法（５０）であって、
１つ以上の設定（５１）を定義することであって、該設定は、患者データ（７２）の収集周期性（６２、６３）および１つ以上の患者データソース（１２〜１６）を指定するように定義され、該１つ以上のデータソースは、遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つから選択される、１つ以上の設定を定義することと、
１つ以上のトリガ（５２）を定義することであって、該トリガは、収集に続く評価可能な少なくとも１つのそのような患者データ（７２）と関連して発生する情況（５６）と関連付けられるように定義される、１つ以上のトリガを定義することと、
通知スキーム（５３）を決定することであって、少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能な通知スキーム（５３）を決定することによって、情況発生の外部インジケータ（１１１〜１１６）を提供する、通知スキーム（５３）を決定することと
を包含する、方法（５０）。
【請求項１６】
データ収集オプション（４１）を定義することをさらに包含し、該定義することは、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）の自動検索を提供するように関連付けられたスケジュール（６２）を定義することと、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記遠隔的に管理された患者（１１）によって前記患者データ（７２）の促された検索を提供するように関連付けられたスケジュール（６２）を定義することと、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）のオンデマンド式の検索を追跡または限定する頻度（６３）を定義することと、
予測された患者データの収集が無い場合に実行可能な少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられた再調査スキーム（６４）を定義することと、
予測された患者データ収集が無い場合に実行可能な前記遠隔的に管理された患者（１１）と、患者を管理する臨床家と、有資格の第三者とのうちの少なくとも１つと関連付けられた再調査スキーム（６４）を定義することと
のうちの少なくとも１つを含む、請求項１５に記載の方法（５０）。
【請求項１７】
データ評価オプション（４２）を定義することをさらに包含し、該定義することは、
少なくとも１つのそのようなトリガ（５２）との評価頻度（８３）を指定することと、
使用可能化（８２）を許可または制限することによって、少なくとも１つのそのようなトリガ（５２）の該使用可能化（８２）を制御することと、
収集デバイスおよび該データ収集デバイスに通信的にインターフェースされたサーバのうちの少なくとも１つ以上においてトリガ（５２）の評価（８４）を行うことと
のうちの少なくとも１つを包含する、請求項１５に記載の方法（５０）。
【請求項１８】
警告通知オプション（４３）を定義することをさらに包含し、該定義することは、
少なくとも１つのそのような情況（５６）として評価されるように構成可能なパラメータを定義することと、
１つ以上のブール演算を含む１つのそのようなトリガ（５２）に複数の情況（５６）を組み合わせることと、
重大性の度合いが増加する情況（５６）の検出の際にそれぞれトリガされる警告通知（１３６）に警告レベル（５７）を割り当てることと
のうちの少なくとも１つを含む、請求項１５に記載の方法（５０）。
【請求項１９】
複数の前記警告通知（１３６）に前記警告レベル（５７）を割り当てることをさらに包含し、該警告通知は、並の度合いの重大性の１つ以上の情況（５６）の検出の際にそれぞれトリガされる、請求項１８に記載の方法（５０）。
【請求項２０】
並みの度合いの重大性の１つのそのような情況（５６）の検出の際に前記警告レベル（５７）に関連して実行するように拡大スキームを定義することをさらに包含する、請求項１９に記載の方法（５０）。
【請求項２１】
データ評価オプション（４２）のデフォルト設定群を定義することをさらに包含し、該デフォルト設定群は、システム−ワイドと、部分母集団特定と全患者に対するユーザー特定のデフォルト設定と、カスタムの患者群に対するユーザー特定のデフォルト設定とを含む群から選択される、請求項１８に記載の方法（５０）。
【請求項２２】
複数の警告レベル（５７）は、複数の前記トリガ（５２）と関連付けられており、
１つ以上の該警告レベル（５７）に不変の警告レベル（５７）を割り当てることをさらに包含する、請求項１８に記載の方法（５０）。
【請求項２３】
前記通知スキーム（５３）は、前記少なくとも１つのそのようなトリガ（５２）の最初の検出の際のみに実行可能である、請求項１５に記載の方法（５０）。
【請求項２４】
複数の前記患者データソース（１２〜１６）からの前記患者データ（７２）の蓄積する収集を指定することをさらに包含する、請求項１５に記載の方法（５０）。
【請求項２５】
外部インジケータ（１１１〜１１６）への応答を監視および分析することと、
該応答において識別された挙動に基づいて、前記対応する通知スキーム（５３）を修正することと
をさらに包含する、請求項１５に記載の方法（５０）。
【請求項２６】
前記収集された患者データ（７２）を格納することと、
該格納された収集された患者データ（７２）を、収集に続く評価可能な前記少なくとも１つのそのような患者データ（７２）として含むことと
をさらに包含する、請求項１５に記載の方法（５０）。
【請求項２７】
前記患者データソース（１２〜１６）は、埋め込み医療デバイスと、埋め込み診断マルチセンサの非治療デバイスと、外部医療デバイスと、埋め込みセンサと、外部センサとのうちの少なくとも１つを含む、請求項１５に記載の方法（５０）。
【請求項２８】
前記情況（５６）は、バッテリ低レベル（寿命終了および早期交換指示を含む）と、過度のバッテリ使用（バッテリ消耗の速度が、予測される閾値より上か否かを含む）と、頻拍治療使用不可（頻拍モード監視のみ、頻拍モードオフおよび磁石モード治療使用不可を含む）と、移植されたリードの情況（細動除去のリード情況およびペーシングリード情況を含む）と、ペーシング捕獲情況（捕獲の損失および安全マージン低すぎを含む）と、ペーシングパーセンテージが、予測された範囲より上または下と、頻拍治療情況（不整脈を変えるために導入される頻拍治療、不整脈を加速させた頻拍治療、および使い果たされた頻拍治療を含む）と、心房情況（閾値を超える心房細動の時間、閾値を超える粗動の時間、心房治療導入を含む）と、閾値より上または下の活動レベルと、閾値より下の心拍数の変動性と、閾値より上の最大心拍数と、体重の増加または減少と、血圧（閾値より上または下の、心収縮圧、拡張期圧、または平均動脈圧を含む）と、閾値より上または下の血糖と、閾値より上の無呼吸指数と、デバイスの故障（埋め込み式および外部のデバイスを含む）と、患者にトリガされたイベントと、閾値より下の酸素飽和度と、埋め込みセンサ情報（閾値より下の心臓の出力、閾値より上または下の肺動脈圧、閾値より上の肺浮腫レベルを含む）とから成る群から選択される、請求項１５に記載の方法（５０）。
【請求項２９】
請求項１５に従った方法（５０）を行うためのコードを保持する、コンピュータ読取り可能ストレージ媒体。
【請求項３０】
自動患者管理システム（１０）における警告通知（１３６）を管理する装置であって、
１つ以上の設定（５１）を定義する手段であって、該設定は、患者データ（７２）の収集周期性（６２、６３）および１つ以上の患者データソース（１２〜１６）を特定するように定義され、該１つ以上のデータソースは、遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つから選択される、手段と、
１つ以上のトリガ（５２）を定義する手段であって、該トリガは、収集に続く評価可能な少なくとも１つのそのような患者データ（７２）と関連して発生する情況（５６）と関連付けられるように定義される、手段と、
少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能である通知スキーム（５３）を決定することによって、情況（５６）の発生の外部インジケータ（１１１〜１１６）を提供する手段と
を備えている、装置。
【請求項１】
自動患者管理システム（１０）において警告通知（１３６）を管理するシステム（１２１）であって、
１つ以上の設定（５１）であって、該設定は、患者データ（７２）の収集周期性（６２、６３）および１つ以上の患者データソース（１２〜１６）を指定するように定義されており、該１つ以上の患者データソース（１２〜１６）は、遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つから選択される、１つ以上の設定と、
１つ以上のトリガ（５２）であって、該トリガは、収集に続く評価可能な少なくとも１つのそのような患者データ（７２）と関連して発生する情況（５６）と関連付けられるように定義されている、１つ以上のトリガと、
通知器（１２４）であって、該通知器は、少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能な通知スキーム（５３）を決定することによって、情況発生の外部インジケータ（１１１〜１１６）を提供する、通知器と
を備えている、システム（１２１）。
【請求項２】
データ収集オプション（４１）をさらに備え、該データ収集オプションは、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）の自動検索を提供するように定義されたスケジュール（６２）と、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記遠隔的に管理された患者（１１）によって前記患者データ（７２）の促された検索を提供するように定義されたスケジュール（６２）と、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）のオンデマンド式の検索を追跡または限定するように定義された頻度（６３）と、
予測された患者データの収集が無い場合に実行可能な少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられるように定義された再調査スキーム（６４）と、
予測された患者データ収集が無い場合に実行可能な前記遠隔的に管理された患者（１１）と、患者を管理する臨床家と、有資格の第三者とのうちの少なくとも１つと関連付けられるように定義された再調査スキーム（６４）と
のうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項３】
データ評価オプション（４２）をさらに備えており、該データ評価オプションは、
少なくとも１つのそのようなトリガ（５２）で指定される評価頻度（８３）と、
使用可能化（８２）を許可または制限することによって少なくとも１つのそのようなトリガ（５２）の該使用可能化（８２）を制御するフラグ（８２）と、
データ収集デバイスおよび該データ収集デバイスに通信的にインターフェースされたサーバのうちの１つ以上においてトリガ（５２）の評価（８４）を行うことを提供するインジケータ（８４）と
のうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項４】
警告通知オプション（４３）をさらに備えており、該警告通知オプションは、
少なくとも１つのそのような情況（５６）として評価されるように定義された構成可能なパラメータと、
１つ以上のブール演算を含む１つのそのようなトリガ（５２）に組み合わされる複数の情況（５６）と、
重大性の度合いが増加する情況（５６）の検出の際にそれぞれトリガされる警告通知（１３６）を割り当てられる警告レベル（５７）と
のうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項５】
前記警告レベル（５７）は、複数の前記警告通知（１３６）に割り当てられ、該警告通知（１３６）は、並の度合いの重大性の１つ以上の情況（５６）の検出の際にそれぞれトリガされる、請求項４に記載のシステム（１２１）。
【請求項６】
拡大スキームをさらに備え、該拡大スキームは、並みの度合いの重大性の１つのそのような情況（５６）の検出の際に前記警告レベル（５７）に関連して実行するように定義されている、請求項５に記載のシステム（１２１）。
【請求項７】
データ評価オプション（４２）のデフォルト設定群をさらに備え、該デフォルト設定群は、システム−ワイドと、部分母集団特定と全患者に対するユーザー特定のデフォルト設定と、カスタムの患者群に対するユーザー特定のデフォルト設定とを含む群から選択されるように定義された、請求項４に記載のシステム（１２１）。
【請求項８】
複数の警告レベル（５７）は、複数の前記トリガ（５２）と関連付けられており、
１つ以上の該警告レベル（５７）に割り当てられる不変の警告レベル（５７）をさらに備えている、請求項４に記載のシステム（１２１）。
【請求項９】
前記通知スキーム（５３）は、前記少なくとも１つのそのようなトリガ（５２）の最初の検出の際のみに実行可能である、請求項１に記載のシステム（１２１）。
【請求項１０】
複数の前記患者データソース（１２〜１６）からの前記患者データ（７２）の蓄積する収集は、指定される、請求項１に記載のシステム（１２１）。
【請求項１１】
外部インジケータ（１１１〜１１６）への応答を監視および分析し、該応答において識別された挙動に基づいて、前記対応する通知スキーム（５３）を修正するためのモニタをさらに備えている、請求項１に記載のシステム（１２１）。
【請求項１２】
前記収集された患者データ（７２）を格納するためのデータベース（１５６）をさらに備え、該格納された、収集された患者データ（７２）は、収集に続く評価可能な前記少なくとも１つのそのような患者データ（７２）として含まれている、請求項１に記載のシステム（１２１）。
【請求項１３】
前記患者データソース（１２〜１６）は、埋め込み医療デバイスと、埋め込み診断マルチセンサの非治療デバイスと、外部医療デバイスと、埋め込みセンサと、外部センサとのうちの少なくとも１つを含む、請求項１に記載のシステム（１２１）。
【請求項１４】
前記情況（５６）は、バッテリ低レベル（寿命終了および早期交換指示を含む）と、過度のバッテリ使用（バッテリ消耗の速度が、予測される閾値より上か否かを含む）と、頻拍治療使用不可（頻拍モード監視のみ、頻拍モードオフおよび磁石モード治療使用不可を含む）と、移植されたリードの情況（細動除去のリード情況およびペーシングリード情況を含む）と、ペーシング捕獲情況（捕獲の損失および安全マージン低すぎを含む）と、ペーシングパーセンテージが、予測された範囲より上または下と、頻拍治療情況（不整脈を変えるために導入される頻拍治療、不整脈を加速させた頻拍治療、および使い果たされた頻拍治療を含む）と、心房情況（閾値を超える心房細動の時間、閾値を超える粗動の時間、心房治療導入を含む）と、閾値より上または下の活動レベルと、閾値より下の心拍数の変動性と、閾値より上の最大心拍数と、体重の増加または減少と、血圧（閾値より上または下の、心収縮圧、拡張期圧、または平均動脈圧を含む）と、閾値より上または下の血糖と、閾値より上の無呼吸指数と、デバイスの故障（埋め込み式および外部のデバイスを含む）と、患者にトリガされたイベントと、閾値より下の酸素飽和度と、埋め込みセンサ情報（閾値より下の心臓の出力、閾値より上または下の肺動脈圧、閾値より上の肺浮腫レベルを含む）とから成る群から選択される、請求項１に記載のシステム（１２１）。
【請求項１５】
自動患者管理システム（１０）における警告通知（１３６）を管理する方法（５０）であって、
１つ以上の設定（５１）を定義することであって、該設定は、患者データ（７２）の収集周期性（６２、６３）および１つ以上の患者データソース（１２〜１６）を指定するように定義され、該１つ以上のデータソースは、遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つから選択される、１つ以上の設定を定義することと、
１つ以上のトリガ（５２）を定義することであって、該トリガは、収集に続く評価可能な少なくとも１つのそのような患者データ（７２）と関連して発生する情況（５６）と関連付けられるように定義される、１つ以上のトリガを定義することと、
通知スキーム（５３）を決定することであって、少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能な通知スキーム（５３）を決定することによって、情況発生の外部インジケータ（１１１〜１１６）を提供する、通知スキーム（５３）を決定することと
を包含する、方法（５０）。
【請求項１６】
データ収集オプション（４１）を定義することをさらに包含し、該定義することは、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）の自動検索を提供するように関連付けられたスケジュール（６２）を定義することと、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記遠隔的に管理された患者（１１）によって前記患者データ（７２）の促された検索を提供するように関連付けられたスケジュール（６２）を定義することと、
少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられることによって、前記患者データ（７２）のオンデマンド式の検索を追跡または限定する頻度（６３）を定義することと、
予測された患者データの収集が無い場合に実行可能な少なくとも１つのそのような患者データソース（１２〜１６）と関連付けられた再調査スキーム（６４）を定義することと、
予測された患者データ収集が無い場合に実行可能な前記遠隔的に管理された患者（１１）と、患者を管理する臨床家と、有資格の第三者とのうちの少なくとも１つと関連付けられた再調査スキーム（６４）を定義することと
のうちの少なくとも１つを含む、請求項１５に記載の方法（５０）。
【請求項１７】
データ評価オプション（４２）を定義することをさらに包含し、該定義することは、
少なくとも１つのそのようなトリガ（５２）との評価頻度（８３）を指定することと、
使用可能化（８２）を許可または制限することによって、少なくとも１つのそのようなトリガ（５２）の該使用可能化（８２）を制御することと、
収集デバイスおよび該データ収集デバイスに通信的にインターフェースされたサーバのうちの少なくとも１つ以上においてトリガ（５２）の評価（８４）を行うことと
のうちの少なくとも１つを包含する、請求項１５に記載の方法（５０）。
【請求項１８】
警告通知オプション（４３）を定義することをさらに包含し、該定義することは、
少なくとも１つのそのような情況（５６）として評価されるように構成可能なパラメータを定義することと、
１つ以上のブール演算を含む１つのそのようなトリガ（５２）に複数の情況（５６）を組み合わせることと、
重大性の度合いが増加する情況（５６）の検出の際にそれぞれトリガされる警告通知（１３６）に警告レベル（５７）を割り当てることと
のうちの少なくとも１つを含む、請求項１５に記載の方法（５０）。
【請求項１９】
複数の前記警告通知（１３６）に前記警告レベル（５７）を割り当てることをさらに包含し、該警告通知は、並の度合いの重大性の１つ以上の情況（５６）の検出の際にそれぞれトリガされる、請求項１８に記載の方法（５０）。
【請求項２０】
並みの度合いの重大性の１つのそのような情況（５６）の検出の際に前記警告レベル（５７）に関連して実行するように拡大スキームを定義することをさらに包含する、請求項１９に記載の方法（５０）。
【請求項２１】
データ評価オプション（４２）のデフォルト設定群を定義することをさらに包含し、該デフォルト設定群は、システム−ワイドと、部分母集団特定と全患者に対するユーザー特定のデフォルト設定と、カスタムの患者群に対するユーザー特定のデフォルト設定とを含む群から選択される、請求項１８に記載の方法（５０）。
【請求項２２】
複数の警告レベル（５７）は、複数の前記トリガ（５２）と関連付けられており、
１つ以上の該警告レベル（５７）に不変の警告レベル（５７）を割り当てることをさらに包含する、請求項１８に記載の方法（５０）。
【請求項２３】
前記通知スキーム（５３）は、前記少なくとも１つのそのようなトリガ（５２）の最初の検出の際のみに実行可能である、請求項１５に記載の方法（５０）。
【請求項２４】
複数の前記患者データソース（１２〜１６）からの前記患者データ（７２）の蓄積する収集を指定することをさらに包含する、請求項１５に記載の方法（５０）。
【請求項２５】
外部インジケータ（１１１〜１１６）への応答を監視および分析することと、
該応答において識別された挙動に基づいて、前記対応する通知スキーム（５３）を修正することと
をさらに包含する、請求項１５に記載の方法（５０）。
【請求項２６】
前記収集された患者データ（７２）を格納することと、
該格納された収集された患者データ（７２）を、収集に続く評価可能な前記少なくとも１つのそのような患者データ（７２）として含むことと
をさらに包含する、請求項１５に記載の方法（５０）。
【請求項２７】
前記患者データソース（１２〜１６）は、埋め込み医療デバイスと、埋め込み診断マルチセンサの非治療デバイスと、外部医療デバイスと、埋め込みセンサと、外部センサとのうちの少なくとも１つを含む、請求項１５に記載の方法（５０）。
【請求項２８】
前記情況（５６）は、バッテリ低レベル（寿命終了および早期交換指示を含む）と、過度のバッテリ使用（バッテリ消耗の速度が、予測される閾値より上か否かを含む）と、頻拍治療使用不可（頻拍モード監視のみ、頻拍モードオフおよび磁石モード治療使用不可を含む）と、移植されたリードの情況（細動除去のリード情況およびペーシングリード情況を含む）と、ペーシング捕獲情況（捕獲の損失および安全マージン低すぎを含む）と、ペーシングパーセンテージが、予測された範囲より上または下と、頻拍治療情況（不整脈を変えるために導入される頻拍治療、不整脈を加速させた頻拍治療、および使い果たされた頻拍治療を含む）と、心房情況（閾値を超える心房細動の時間、閾値を超える粗動の時間、心房治療導入を含む）と、閾値より上または下の活動レベルと、閾値より下の心拍数の変動性と、閾値より上の最大心拍数と、体重の増加または減少と、血圧（閾値より上または下の、心収縮圧、拡張期圧、または平均動脈圧を含む）と、閾値より上または下の血糖と、閾値より上の無呼吸指数と、デバイスの故障（埋め込み式および外部のデバイスを含む）と、患者にトリガされたイベントと、閾値より下の酸素飽和度と、埋め込みセンサ情報（閾値より下の心臓の出力、閾値より上または下の肺動脈圧、閾値より上の肺浮腫レベルを含む）とから成る群から選択される、請求項１５に記載の方法（５０）。
【請求項２９】
請求項１５に従った方法（５０）を行うためのコードを保持する、コンピュータ読取り可能ストレージ媒体。
【請求項３０】
自動患者管理システム（１０）における警告通知（１３６）を管理する装置であって、
１つ以上の設定（５１）を定義する手段であって、該設定は、患者データ（７２）の収集周期性（６２、６３）および１つ以上の患者データソース（１２〜１６）を特定するように定義され、該１つ以上のデータソースは、遠隔的に管理された患者（１１）に動作し、生理的センサ（１３、１５、１６）および治療導入デバイス（１２、１４）のうちの少なくとも１つから選択される、手段と、
１つ以上のトリガ（５２）を定義する手段であって、該トリガは、収集に続く評価可能な少なくとも１つのそのような患者データ（７２）と関連して発生する情況（５６）と関連付けられるように定義される、手段と、
少なくとも１つのそのようなトリガ（５２）の検出の際に実行可能である通知スキーム（５３）を決定することによって、情況（５６）の発生の外部インジケータ（１１１〜１１６）を提供する手段と
を備えている、装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公表番号】特表２００８−５４１２３５（Ｐ２００８−５４１２３５Ａ）
【公表日】平成２０年１１月２０日（２００８．１１．２０）
【国際特許分類】
【出願番号】特願２００８−５１０１７１（Ｐ２００８−５１０１７１）
【出願日】平成１８年５月３日（２００６．５．３）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０１７０００
【国際公開番号】ＷＯ２００６／１１９３７０
【国際公開日】平成１８年１１月９日（２００６．１１．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０６４０１４５１）カーディアック ペースメイカーズ， インコーポレイテッド (4)
【Ｆターム（参考）】
【公表日】平成２０年１１月２０日（２００８．１１．２０）
【国際特許分類】
【出願日】平成１８年５月３日（２００６．５．３）
【国際出願番号】ＰＣＴ／ＵＳ２００６／０１７０００
【国際公開番号】ＷＯ２００６／１１９３７０
【国際公開日】平成１８年１１月９日（２００６．１１．９）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．Ｂｌｕｅｔｏｏｔｈ
【出願人】（５０６４０１４５１）カーディアック ペースメイカーズ， インコーポレイテッド (4)
【Ｆターム（参考）】
[ Back to top ]