JP5260301B2 - 柔軟なケアプランの方法および装置 - Google Patents

Description

以下は健康管理の技術に関する。鬱血性心不全、気腫、慢性閉塞性肺疾患（COPD）などといった慢性病の外来患者管理に格別の用途を見出し、特にその関連で記載されるが、より一般に、慢性疾患；卒中や自動車事故といった破局的事象からのリハビリテーション；体重管理；不眠症のコントロール；喫煙もしくは貧弱な食餌もしくは不十分な運動といった健康に影響する生活習慣問題への対処；骨粗鬆症もしくは虫歯といった潜在的な医学条件の回避、などのためのケア管理（care management）を提供する方法および装置との関連で用途を見出すものである。

医療専門家は、慢性的に病気の患者に対する長期にわたるヘルスケア管理支援が、慢性病を治療し、患者に高いQOL（クオリティ・オブ・ライフ）を保証する重要な側面であることを認識している。長期の健康管理は典型的には外来患者ベースで実行され、典型的には全体または大部分が自己実施され、場合によっては週ごとのセラピー教室などから随時の助けを得る。しかしながら、患者がしばしば、病院その他の管理された環境の外では規定されたヘルスケアプランに十分に従わないことがよく知られている。この不履行はヘルスケア活動をどう実行すべきかの理解の欠如、無関心もしくは動機の欠如、失敗を恐れることなどの結果でありうる。

そのような問題は、原理的には、患者と医療従事者との間の一対一の対話を増すことによって克服できる。たちえば、巡回看護師による患者の毎日の訪問は、患者が時間通りに薬を摂取し、運動メニューを実施するのを保証するのを助けることができる。しかしながら、そのような集中的な一対一のセッションの提供は、高いコスト、利用可能な医療従事者の不足などのため、現実的でないこともしばしばである。

いくつかの場合には、患者は、病院ウェブサイトまたは他のオンライン（たとえばインターネット・ベースの）医療データベースにアクセスして患者のケアプランに関連する情報を引き出す（プル）ことを選ぶことができる。しかしながら、患者はインターネット・アクセスを有さないこともあり、あるいは複雑なオンライン医療データベースをナビゲートできないこともある。しかも、オンライン・データベースへのアクセスの提供は、動機のない患者を助けるためには何もしない。使われてきた他のアプローチとしては、患者に、説明または動機付けのビデオを提供することが含まれる。しかしながら、これらのアプローチは、患者にケアプラン・メニューに従うことを促しそうな種類の対話的な支援は提供しない。さらに、受動的なビデオは、その患者に関係する個別的な問題に直接取り組むようパーソナル化することが難しい。

ロイヤル・フィリップス・エレクトロニクス、カーディオバスキュラー・アソシエーツ・オブ・ザ・デラウエア・バレーおよびコムキャスト・コーポレーションは、慢性心不全の患者の試験群に、試験患者をそのヘルスケア共同体と接続する遠隔患者管理ブロードバンド対応プラットフォームを提供するMotiva（商標）と呼ばれる共同成果を発表した。Motiva（商標）システムは、ケーブルテレビ・ベースの対話的ヘルスケア管理プラットフォームを提供する。このプラットフォームでは、教育ビデオ、薬スケジューリング、パーソナル化された奨励および補強などといったコンテンツが、パーソナル化されたヘルスケアプランに基づいて患者に対してプッシュされる。たとえば対話的サーベイの使用を通じた患者からのフィードバックは、Motiva（商標）システムが各患者のニーズに合わせてコンテンツを調整またはパーソナル化することを可能にする。Motiva（商標）システムは、毎日またはより頻繁に患者にパーソナル化されたヘルスケア管理支援を届けることができる。

そのようなパーソナル化された対話的ケア管理システムを維持することにおいて生じる一つの問題は、時間管理である。典型的に、ケアプランは、所定のスケジュールで患者に呈示されるいくつかのコンテンツ・セッションに分けて編成される。このアプローチは、患者がスケジュールに従う限りにおいてよく機能する。しかしながら、患者は休暇に出かけたり、仕事関係の出張をしたり、あるいは患者が一つまたは複数のスケジュールされたセッションを逃す原因となる他の状況に遭遇したりすることがありうる。

患者は、同じ日または数日にわたって連続していくつかのセッションにアクセスすることによって逃したセッションを「詰め込」もうと試みることがある。しかしながら、この手法は、セッションが長いまたは複雑な場合には情報の過負荷につながり、患者が情報内容を把握し損なう結果となることがある。あるいはまた、患者は列中のあるセッションを完全に飛ばすことがあり、これも患者が重要な内容を逃すことにつながりうる。さらに、場合によっては、列中の当該セッションにアクセスするのでは十分でないことがある。たとえば、患者が長い休暇に行く場合、患者が追いつくことを許容するため、患者が、休暇の開始前に呈示された一つまたは複数のセッションをもう一度見ることが適切であることがある。

以下は上記の制限を克服する改良およびその他を考察する。

ある側面によれば、記憶装置および少なくとも一つのプロセッサを含むケア管理システムのためのサーバーが開示される。記憶装置は（ｉ）複数のコンテンツ・セッションのためのケア管理に関係したコンテンツおよび（ｉｉ）対応する患者に関連付けられた患者ケアプランを含む。患者ケアプランは、患者に対して選択されたコンテンツ・セッションを呈示する少なくとも一つのスケジュールを含む。前記少なくとも一つのプロセッサは、患者へのコンテンツ・セッションの通信を、前記患者ケアプランに従って制御し、選択された時間期間を空けるよう患者ケアプランのスケジュールを自動的に調整するよう構成されている。

別の側面によれば、ケアプラン管理システムが開示される。記憶装置は（ｉ）ケア管理に関係したコンテンツと、（ｉｉ）選択されたケア管理に関係したコンテンツを呈示するスケジュールを少なくとも含む患者ケアプランとを含む。ユーザー・インターフェースが、ケア管理に関係したコンテンツを受領および呈示するよう構成されている。少なくとも一つのプロセッサが前記記憶装置および前記ユーザー・インターフェースと通信する。前記少なくとも一つのプロセッサは、ユーザー・インターフェースへのケア管理に関係したコンテンツを、前記患者ケアプランに従って通信し、選択された時間期間を空けるよう患者ケアプランのスケジュールを自動的に調整するよう構成されている。

別の側面によれば、ケアを管理するための方法が開示される。患者に選択されたコンテンツを呈示するスケジュールを少なくとも含む患者ケアプランが記憶されている。選択されたコンテンツは、患者ケアプランに従って患者に通信される。前記通信の期間の間、患者ケアプランのスケジュールは、選択された時間期間を空けるよう自動的に調整される。

一つの効果は、休暇その他のプラン中断後の、患者ケアプランの秩序だった再開にある。

もう一つの効果は、患者が、休暇その他のプラン中断のために該患者のケアプランの情報その他の内容を逃すことがないよう保証することにある。

もう一つの効果は、プラン再開に際して患者にコンテンツの過負荷をかけることを避けつつ、休暇その他のケアプランの中断後、患者がスケジュールに戻ることを可能にすることにある。

数多くの追加的な効果および恩恵が、好ましい実施形態の以下の詳細な記述を読むことで当業者には明白となるであろう。

本発明は、さまざまな構成要素および構成要素の配置の形を取ることができる。図面はあくまでも好ましい実施形態を例示する目的のためのものであり、本発明を限定するものと解釈されるべきではない。

図１を参照すると、パーソナル化された対話的ケア管理システム１０が、ケア管理に関係したコンテンツを配信するためのサーバー１２を含んでいる。例示的なシステム１０では、コンテンツは記憶装置１６に記憶されているコンテンツ・データベース１４に配置されている。サーバー１２は、中央集中コンピュータまたはコンピュータ・サーバー、デスクトップ・コンピュータなどによってといった具合に、さまざまな方法で具現できる。ケア管理に関係したコンテンツは、好適にいくつかのコンテンツ・セッションとして構成され、各コンテンツ・セッションは典型的にはビデオ・コンテンツ、テキスト・コンテンツ、サーベイ、アンケートなど、またはそれらのさまざまな組み合わせを含む。たとえば、提供されるコンテンツ・セッションは、体重削減、喫煙停止、薬の自己投与の学習、バイオメトリック・モニタの使用の学習、減塩食餌のような食餌制限に従うことの学習、高繊維食餌のような食餌要求に従うことの学習、運動の実行などの側面に向けられるものでありうる。任意的に、セッションは、二つ以上のタスクまたは要素を含んでいてもよい。たとえば、オーディオ・ビデオ・コンテンツと体重測定値取得の両方、あるいは患者への説明コンテンツに続く対話的な質問などといったものである。

パーソナル化されたコンテンツ配信を可能にするために、システム１０における各患者は関連付けられたケアプランを有しているが、ケアプランは図示した実施形態では記憶装置１６のケアプラン区画１８に記憶されている。例示的な記憶装置１６は、コンテンツ・データベース１４およびケアプラン記憶装置１８を画定するよう論理的に区画されているが、他の実施形態では、記憶装置は、ケア管理に関係したコンテンツおよび単数または複数のケアプランを記憶するための二つ以上の記憶要素を含んでいてもよく、それらの記憶要素は異なる記憶媒体であってもよい。図示した実施形態では、記憶装置１６は患者＃１のためのケアプラン２１、患者＃２のためのケアプラン２２および患者＃３のためのケアプラン２３を記憶している。対応する三人の患者＃１、＃２、＃３に関連付けられた三つのケアプラン２１、２２，２３のみが図示されているが、サーバー１２は何百または何千の異なる患者のためのケアプランを記憶していてもよいことが考えられている。ここでの用法では、「患者」という用語は、手術、卒中、心不全または他の条件から回復しつつある人、慢性病を患っている人などを包含する。ここでの用法では、「患者」という用語はまた、全般的には健康かもしれないが、フィットネスを維持し、体重をコントロールし、骨粗鬆症を避け、あるいは他の仕方で健康な状態を維持したり健康に関係した生活習慣修正を行ったりするために、システム１０によって支援される健康管理プログラムに従っている、健康管理システム１０の他のユーザーをも包含する。

プロセッサ２６は、患者の患者ケアプランのスケジュールに基づいて、各患者に配信されるべきコンテンツを決定する。プロセッサ２６は、コンテンツの患者への通信を、その患者の患者ケアプランに従って制御するよう構成されている。任意的に、どのコンテンツがどの患者（単数または複数）に呈示されるか、そのようなコンテンツ呈示の順序などを決定するために規則が適用されてもよい。そのような規則は、各患者ケアプランのスケジュールを構築するために、任意的に使用される。たとえば、選択されたコンテンツ・セッションおよび該選択されたコンテンツ・セッション間の呈示または連結の順序を指定するケアプラン・テンプレートが提供されてもよい。あるいはまた、スケジュールはより直接的に、たとえば自分の患者にどのコンテンツ・セッションをどの順に送るかを選択する医師によって構築されることもできる。サーバー１２の通信インターフェース２８は、選択されたケア管理に関係したコンテンツを、それぞれ自分のユーザー・インターフェースのところにいる患者に通信する。たとえば：通信インターフェース２８は、患者＃１のために意図されたコンテンツを患者＃１がアクセスできるユーザー・インターフェース３１に通信し；通信インターフェース２８は、患者＃２のために意図されたコンテンツを患者＃２がアクセスできるユーザー・インターフェース３２に通信し；通信インターフェース２８は、患者＃３のために意図されたコンテンツを患者＃３がアクセスできるユーザー・インターフェース３３に通信する、などである。

ユーザー・インターフェース３１、３２、３３は、通信インターフェース２８を介してコンテンツ呈示を提供でき、サーバー１２にフィードバックを提供できる実質的にいかなるハードウェアをも採用できる。たとえば、ユーザー・インターフェース３１、３２、３３は：デスクトップ・コンピュータ；ラップトップ・コンピュータ；携帯情報端末（PDA）；セルラー電話（すなわち携帯電話）；インターネット接続性が一体的に含まれていてテレビ型のリモコンまたは他の入力装置によって操作されるテレビ；アドオンのセットトップ・ユニットによって提供されるインターネット接続性を有し、テレビ・リモコン、セットトップ・ユニット・リモコンまたは他の入力装置によって操作されるデジタルテレビもしくはアナログテレビ；などといったハードウェアによって具現できる。通信インターフェース２８は、ユーザー・インターフェース３１、３２、３３のそれぞれと、インターネット、ケーブルテレビ・ネットワーク、衛星テレビ・ネットワーク、携帯電話ネットワークなどといった単数または複数の経路３６によって動作上接続される。さらに通信インターフェース２８は任意的に、二つ以上の通信インターフェースを含む。たとえば、異なるユーザー・インターフェースが通信インターフェース２８と、それぞれ異なるインターフェース・ハードウェアおよびソフトウェアを用いる異なる経路によって、接続されることが考えられている。たとえば、ユーザー・インターフェース３１はインターネットによって通信インターフェース２８と動作上接続されたコンピュータであって、その一方、ユーザー・インターフェース３２は携帯電話ネットワークによって通信インターフェース２８と接続された携帯電話であってもよい。そのような実施形態を構築するため、通信インターフェース２８は好適にはインターネット・ポート・コンポーネントおよび携帯電話ネットワーク・ポートを含む。単数または複数の経路３６は有利にはリンクをセキュリティ保護する。というのも、該単数または複数の経路３６を通じて個人的な医療情報が伝達されることもありうるからである。しかしながら、セキュリティ保護されていない経路を使うこともできる。同様に、各ユーザー・インターフェース３１、３２、３３は任意的に二つ以上のユーザー・インターフェースを含んでいてもよい。たとえば、患者＃１は自分のコンピュータによって、かつ自分の携帯電話によっても、サーバー１２にアクセスできてもよい。任意的に、ユーザー・インターフェースは一つまたは複数のバイオメトリック・フィードバック・モニタを含んでいてもよい。各バイオメトリック・フィードバック・モニタは、患者の少なくとも一つのバイオメトリック・パラメータを測定し、そのパラメータが通信インターフェース２８を介してサーバーに通信される。好適なバイオメトリック・モニタは、たとえば：飽和血中酸素レベル（SpO₂）モニタ；心拍数モニタ；血圧モニタ；体重計；心電図計（ECG）；などを含みうる。バイオメトリック・フィードバック・モニタは患者作動型でもよい――たとえば、患者が自分の体重を測り、体重をユーザー・インターフェース３１、３２、３３を介して入力してもよい。他の実施形態では、体重測定または他のバイオメトリック・モニタリング・プロセスを通じて患者を導く患者パラメータ・モニタリング・セッションがスケジュールに含まれていてもよい。さらに他の実施形態では、ユーザー透明な患者パラメータ・モニタリング・セッションが提供されてもよい――該セッションは説明セッションまたはその他のセッションと同時並行して走り、説明の間に患者バイオメトリック・モニタリング・データを記録するのである。

サーバー１２の維持は、管理者インターフェース４０を介して管理者によって好適に実行される。いくつかの実施形態では、管理者インターフェース４０は好適には、サーバー１２への高レベルのアクセスをもつネットワーク管理者アカウントである。管理者はたとえば、新しいケア管理に関係したコンテンツを追加し、廃れたまたは古くなったケア管理に関係したコンテンツを削除し、コンテンツを整理し、コンテンツ・フロー規則を修正または更新する、などしうる。いくつかの実施形態では、医師または看護師といった医療人員が、医療人員インターフェース４１、４２を介してサーバー１２に直接アクセスすることによって、患者ケアプラン２１、２２、２３を直接、生成および／または更新できる。医療人員は任意的に、たとえばシステム１０にアクセスするある医師の患者に限定されたより低いレベルのアクセスを提供する通常のユーザー・アカウントまたは他のネットワーク・アカウントを通じたより低いレベルのアクセスを割り当てられる。たとえば、第一の医療人員インターフェース４１は、該第一の医療人員インターフェース４１を用いている医師の患者である患者＃１および＃２の患者ケアプラン２１、２２にアクセスし、その一方、第二の医療人員インターフェース４２は、該第二の医療人員インターフェース４２を用いている医師の患者である患者＃３の患者ケアプラン２３にアクセスする。実施形態によっては、医療人員インターフェース４１、４２は省略され、一または複数のシステム管理者が、管理者インターフェース４０を介して、患者ケアプラン２１、２２、２３の一切の作成および更新を、その患者の医師または他の医療人員からの指示に従って、実行する。

図１に描かれたパーソナル化された対話的ケア管理システム１０は、データ記憶および計算の側面が中央集中されたサーバー１２に配置されている比較的中央集中されたシステムの例である。他のレイアウトまたはシステム構成を用いることもできる。たとえば、サーバー１２は、有線または無線の構内ネットワーク、インターネットまたは他のネットワークを介して通信する、二つ以上の相互通信し合う物理的なコンピュータまたは他の電子装置によって具現される分散型サーバーであることができる。

もう一つの例示的なレイアウトまたは構成として、いくつかの考えられている実施形態では、記憶されているデータならびに処理命令および規則のコピーが、当該管理システムのローカルなインスタンスとして患者の家庭コンピュータ、ラップトップ・コンピュータ、PDA、携帯電話または個人的な電子装置にロードされる。該ローカルなインスタンスは、コンパクト光ディスク（CD）または他の可搬記憶要素から患者のコンピュータまたは他の個人的な電子装置にロードされることができ、あるいはインターネット、携帯電話ネットワークなどを介したデータ送信によってロードされることができる。各患者は、自分の患者ケアプランのみが含まれた当該システムのコピーを受領する。患者の家庭コンピュータが、当該システムの前記ローカル・インスタンスを実行することによってサーバー１２を具現し、ユーザー・インターフェース３１、３２、３３も具現する。任意的に、患者のコンピュータまたは他の個人的な電子装置上に配されたインスタンスは、サーベイ結果、バイオメトリック測定または他のフィードバックを病院、医師のオフィスなどにインターネットまたは他のネットワークを介して通信する。

引き続き図１を参照すると、各患者ケアプラン２１、２２、２３は、対応する患者にとって好適であると当初判定または想定されたスケジュールを用いて構築されている。しかしながら、スケジュールを実施する過程で、当初スケジュールされた時間の間に、患者が不在であるか不在の予定であり、呈示される一つまたは複数のコンテンツ・セッションが逃されることが見出されることがありうる。スケジュールに基づくコンテンツの通信の過程でスケジュールし直すことを可能にするために、一組の再スケジュール規則４４が、患者ケアプランのスケジュールを自動調整して、一つまたは複数のコンテンツ・セッションが元々スケジュールされていた、患者が不在の時間期間または他の選択された時間期間を空けるよう、プロセッサ２６を構成する。再スケジュール規則は典型的には、元のスケジュールが構築されるときに、あるいは再スケジュールの時点で医療人員によって設定される。しかしながら、患者が再スケジュール規則を設定できるようにユーザー・インターフェースを構成することも考えられる。

図２および図３を参照すると、再スケジュール規則４４の適用のいくつかの解説上の例うちの第一のものが述べられている。図２は、当初スケジュール４６を示しており、これには2006年8月7日月曜日から8月11日金曜日までの各日についてスケジュールされたセッション＃Ａ、＃Ｂ、＃Ｃ、＃Ｄおよび＃Ｅが含まれている。患者は、次いで、週末、すなわち8月12日土曜日および8月13日日曜日に休みを取ることがスケジュールされている。これは、患者不在の例ではなく、当初スケジュール４６に意図的に組み込まれた週末の中断であることを注意しておく。セッション＃Ｆ、＃Ｇおよび＃Ｈは2006年8月14日月曜日から8月16日水曜日までの各日にスケジュールされている。

図２のスケジュール４６は、システム・クロック５０を参照して適用される絶対日付を用いている。システム・クロック５０はたとえば、サーバー１２を具現するコンピュータのシステム・クロックでもよい。ここに解説する例では、患者ケアプランのためのスケジュールおよびシステム・クロック５０はそれぞれ1日という時間的粒度をもつ。これは医療ケアプランについての典型的な時間きざみである。たとえば、患者は毎日運動ビデオを見、ある種の薬を毎日摂取するなどすることが期待されうる。しかしながら、典型的なデジタル・システム・クロックは、秒またはそれ以下の時間間隔のレベルまでの、非常に細かい時間的解像度を有し、よって医療ケアプランのためのスケジュールは時、分などといったより小さな粒度で構築されることもできる。他方、スケジュールは任意的に、週ベースの粒度といったより大きな粒度で構築されることもできる。

図２の当初スケジュール４６に従ってコンテンツ・セッションを呈示する過程で、患者が、2005年8月9日水曜日から2005年8月11日金曜日までまたがる3日間にわたってスケジュールされている休暇５４があることを認識する。そこで患者は、自分のユーザー・インターフェース３１、３２、３３を介して予定の休暇の通知をサーバー１２に提供する。応答して、プロセッサ２６はスケジュール４６を、再スケジュール規則４４に従って自動調整して、休暇５４に対応する患者不在の時間期間を空ける。

スケジュールの自動調整はさまざまな方法で行える。ある好適な自動調整の結果は、図３に示される修正されたスケジュール４６′である。修正スケジュール４６′では、プロセッサ２６は、患者不在または他の選択された時間期間５４に一致するおよびその後のスケジュール４６の部分を、休暇の3日間に2日の週末を加えたものに対応する5日間という選択された移動時間間隔だけ時間的に繰り下げている。したがって、セッションＣは今や2006年8月14日月曜日にスケジュールされ、セッションＤは今や2006年8月15日火曜日にスケジュールされ、セッションＣは今や2006年8月16日水曜日にスケジュールされている、などとなる。両端を含め8月9〜11日にまたがる3日間の休暇の日は、患者が不在であるかことを示す「N/A」として好適にラベルされるか、修正スケジュール４６′上で空または無指定のままにされる。

図４および図５を参照すると、再スケジュール規則４４を適用するもう一つの例が提供されている。図４は、当初スケジュール５６を示しており、これは両端を含め2006年8月7日月曜日から8月16日水曜日までの各日にスケジュールされているセッション＃１〜＃１０を含む。ここでは、患者は8月12日土曜日と8月13日日曜日の週末に休みを取らない。図４の当初スケジュール５６に従ってコンテンツ・セッションを呈示する過程で、患者が、2005年8月9日水曜日から2005年8月11日金曜日までまたがる3日間にわたってスケジュールされている休暇５４があることを認識する。患者は、自分のユーザー・インターフェース３１、３２、３３を介して予定の休暇の通知をサーバー１２に提供する。応答して、プロセッサ２６はスケジュール５６を、再スケジュール規則４４に従って自動調整して、休暇５４に対応する患者不在の時間期間を空け、そうして図５に示される修正スケジュール５６′を生じる。修正スケジュール５６′では、プロセッサ２６は動作的に、患者不在または他の選択された時間期間５４に一致するおよびその後のスケジュール５６の部分を、休暇の3日間に対応する3日間という選択された移動時間間隔だけ時間的に繰り下げている。したがって、セッション＃３は今や2006年8月12日土曜日にスケジュールされ、セッション＃４は今や2006年8月13日日曜日にスケジュールされている、などとなる。

スケジュール４６、４６′、５６、５６′は、システム・クロック５０を参照して適用される絶対日付を用いている。しかしながら、実施形態によっては、スケジュールは絶対日付を用いず、むしろ相対日付をスケジュール・ポインタとともに用いる。

図６および図７を参照すると、図４および図５の当初スケジューリングおよび再スケジューリングの等価物が、そのような相対日付スケジュールを使って実行される。図６は、当初の相対日付スケジュール６６を示しており、これは図４と同じ、2006年8月7日月曜日から8月16日水曜日までについて同一のスケジュールをされたセッション＃１〜＃１０を含む。このスケジュールは、図４の例と同じ休暇５４によって中断されることになる。しかしながら、スケジュール５６は相対日付を用いており、セッション＃１は相対的な第１日に呈示され、セッション＃２は相対的な第２日に呈示され、セッション＃３は相対的な第３日に呈示され、などとなる。システム・クロック５０によって示される2006年8月8日火曜日の日付に、スケジュール・ポインタ７０は第２日をポイントしている。よって第２日に呈示されるセッション＃２は、システム・クロック５０によって示される2006年8月8日火曜日に呈示される。患者が、2005年8月9日水曜日から2005年8月11日金曜日までまたがる3日間にわたってスケジュールされている休暇５４があることを認識すると、患者は、自分のユーザー・インターフェース３１、３２、３３を介して予定の休暇の通知をサーバー１２に提供する。応答して、プロセッサ２６はスケジュール６６を、再スケジュール規則４４に従って自動調整して、休暇５４に対応する患者不在の時間期間を空け、こうして図７に示される修正された相対日付スケジュール６６′を生じる。修正スケジュール６６′では、プロセッサ２６は動作的に、患者不在時間期間に一致するおよびその後のスケジュール６６の部分を、休暇の3日間に対応する3日間という選択された移動時間間隔だけ時間的に繰り下げている。したがって、セッション＃３は今や2006年8月12日土曜日に対応する相対的な第６日にスケジュールされ、セッション＃４は今や2006年8月13日日曜日に対応する相対的な第７日にスケジュールされ、セッション＃５は今や2006年8月14日月曜日に対応する相対的な第８日にスケジュールされている、などとなる。このように、当初の相対日付のスケジュール６６から修正された相対日付のスケジュール６６′への再スケジューリングは、当初の絶対日付のスケジュール５６から修正された絶対日付のスケジュール５６′への再スケジューリングと等価である。

図８を参照すると、再スケジューリングは、当初スケジュール６６のような相対日付スケジュールを使うとき、異なる型の自動調整によって実行されることもできる。日付は相対的なので、休暇５４に一致するおよびその後のスケジュールの部分の3日間の動作上の移動は、選択された3日間の移動時間間隔についてスケジュール・ポインタ７０の時間的な動きを保留する命令７２を発することによって達成できる。この方法では、第２日から第３日へのスケジュール・ポインタ７０の移動は、2006年8月8日の日付後、3日間は行われない。すなわち、第２日から第３日へのスケジュール・ポインタ７０の移動は、8月11日金曜日と8月12日土曜日との間に行われ、よって、2006年8月12日土曜日にはセッション＃３が実行されることになる。その後スケジュール・ポインタ７０の移動を保留しないことで、セッション＃４は今や2006年8月13日日曜日に対応する第４日に実行されることになり、セッション＃５は今や2006年8月14日月曜日に対応する第５日に実行されることになる、などとなる。

自動調整によって生成された修正スケジュールは、スケジュール調整の実行の際にプロセッサ２６が従う際スケジュール規則４４の選択に依存する。患者不在の時間期間５４を空けるよう図４および図６のそれぞれの絶対日付または相対日付の当初スケジュール５６、６６を好適に自動調整するいくつかのさらなる解説上の例について、図９〜図１４を参照して述べる。

図９を参照すると、代替的な修正絶対日付スケジュール８０が当初の絶対日付スケジュール５６から、異なる選択されたスケジュール規則４４を適用することによって得られる。該異なる選択されたスケジュール規則４４は、休暇５４に対応する患者不在時間期間に直近だがそれより後の時間期間内のスケジュールを加速することを含む。修正スケジュール８０は、休暇５４に対応する患者不在期間に直近だがその範囲外である2006年8月12日土曜日、2006年8月14日月曜日および2006年8月16日水曜日の日付のコンテンツ・セッションの倍加を含む。休暇５４から戻った初日、すなわち2006年8月12日土曜日には、患者はセッション＃３およびセッション＃４の両方にアクセスする。休暇５４から戻った３日目、すなわち2006年8月14日月曜日には、患者はセッション＃６およびセッション＃７の両方にアクセスする。休暇５４から戻った５日目、すなわち2006年8月16日水曜日には、患者はセッション＃９およびセッション＃１０の両方にアクセスする。図４の当初スケジュール５６と比較すれば、戻って５日目の終わりまでには、患者はスケジュールに戻ることがわかる。よって、その後のセッション（図示されていないセッション＃１１、セッション＃１２などのような）はどれも、当初スケジュール５６と修正スケジュール８０との間で不変である。（図５の修正スケジュール５６′は、スケジュールの加速なしで移動による3日間の修正を行った後はずっと当初スケジュール５６より3日遅れていることを注意しておく。）修正スケジュール８０の構築は、以前は患者不在時間期間の直近だがその範囲外にスケジュールされていたコンテンツ・セッションの割り当てられる時間を調整することに関わっていた。こうして、たとえば、当初スケジュールでは2006年8月14日月曜日の呈示のために割り当てられていたセッション＃８は、修正スケジュール８０では、8月15日火曜日に割り当てられている。

相対時間スケジューリングを使うとき、加速されたスケジュールは、絶対時間スケジュール８０が構築されたのと同じ方法で、すなわち諸セッションの割り当てられた時間（相対時間でではあるが）を適切にシフトさせることによって構築されることができる。

図１０を参照すると、修正された加速された相対時間スケジュールを生成するために使うことのできるもう一つのアプローチが示されている。相対時間スケジュール６６には従い続けるが、自動スケジュール調整は、スケジュール・ポインタ７０の移動を調整することによって動作上達成される。図８の自動調整と同様、第２日に、プロセッサ２６によって、選択された3日間の移動時間間隔の間、スケジュール・ポインタ７０の時間的な移動を保留する命令７２が発される。これが3日間の休暇５４を空ける。第３日にスケジュール・ポインタ７０の移動が再開すると、スケジュール・ポインタ７０の移動スピードを2倍に増す命令８４が発される。このようにして、第３日にスケジュールされていたセッション＃３と第４日にスケジュールされていたセッション＃４は、実時間では同じ日に、すなわち2006年8月12日土曜日に達成される。今や実時間で2006年8月13日日曜日である第５日には、スケジュール・ポインタ７０の通常スピードを回復する命令８５が発される。したがって、2006年8月13日日曜日に対応する第５日には、セッション＃５のみが呈示される。2006年8月14日月曜日に対応する第６日には、移動スピードを2倍に増す命令８６が発される。このようにして、第６日にスケジュールされていたセッション＃６と第７日にスケジュールされていたセッション＃７は、実時間では同じ日に、すなわち2006年8月14日月曜日に達成される。今や実時間で2006年8月15日火曜日である第８日には、スケジュール・ポインタ７０の通常スピードを回復する命令８７が発される。したがって、2006年8月15日火曜日に対応する第８日には、セッション＃８のみが呈示される。2006年8月16日水曜日に対応する第９日には、移動スピードを2倍に増す命令８８が発される。このようにして、第９日にスケジュールされていたセッション＃９と第１０日にスケジュールされていたセッション＃１０は、実時間では同じ日に、すなわち2006年8月16日水曜日に達成される。今や実時間で2006年8月17日木曜日である第１１日には、スケジュール・ポインタ７０の通常スピードを回復する命令８９が発される。したがって、2006年8月17日木曜日に対応する第１１日には、セッション＃１１のみが呈示される。その後、スケジューリングは図６の当初スケジューリングに戻り、それ以上のポインタ移動調整は求められない。この相対日付スケジュール処理が、図９の修正された絶対日付スケジュール８０と同じ実時間の結果を生じることは理解されるであろう。

図１１を参照すると、もう一つの代替的な修正絶対日付スケジュール９０は、図９の修正スケジュール８０とは、セッション＃３が、休暇５４に対応する患者不在時間期間の直近だがそれより前の2006年8月8日火曜日に、セッション＃２とダブらされるという点で異なっている。この手法は、患者が十分に前もって患者不在または他の選択された時間期間５４の通知を提供する場合に任意的に使用される。実際上、加速スケジューリングの一部は、休暇５４に対応する患者不在の時間期間より時間的に前に配置され、そのため休暇５４に当初スケジュールに戻るために、休暇５４後に、ダブる日は2日しか（図１１の修正スケジュール９０における8月13日日曜日および8月15日火曜日）必要とされない。

スケジュールが加速できるのと同じように、セッションを移動させるかスケジュール・ポインタのスピードを変えることによって、スケジュールを減速することもできる。スケジュール減速は、たとえば、休暇の直前に患者のスケジュールされた活動を徐々に減らすために望ましいことがありうる。

図１２は、図４の当初の絶対日付スケジュール５６から構築されたもう一つの代替的な修正絶対日付スケジュール１００を描いている。修正スケジュール１００は、休暇５４に対応する患者不在時間期間に直近だがそれより後のスケジュール部分の加速を可能にする。修正されたスケジュール１００では、以前、患者不在時間期間５４に一致してスケジューリングされたセッション＃３、＃４および＃５は今や省略されている。これらのコンテンツ・セッションの素材をカバーするために、以前、患者不在時間期間５４の後にスケジュールされていたセッション＃６、＃７および＃８が、省略されたセッション＃３、＃４および＃５に対応する埋め合わせ素材を含んでいる修正されたセッション＃６′、＃７′および＃８′によって置き換えられる。この手法は、修正されたセッション＃６′、＃７′および＃８′が省略されたセッション＃３、＃４および＃５と同じ主題を短縮されたまたは簡潔な仕方で含むことができ、それにより患者が、修正スケジュール８０のようにセッションをダブらせることによるよりも迅速に追いつけるようにできるという点で有用でありうる。しかしながら、スケジュール１００の実装は、追加的な素材を含む修正されたセッション＃６′、＃７′および＃８′が用意されていることを求める。

図１３は、図４の当初の絶対日付スケジュール５６から構築されたもう一つの代替的な修正された絶対日付スケジュール１１０を描いている。修正スケジュール１１０は、休暇５４に対応する患者不在時間期間に一致するまたはその後のすべてのスケジュールされたコンテンツに移動による3日の修正を適用することによって構築されている図５の修正スケジュール５６′と似ている。修正スケジュール１１０は修正スケジュール５６′と二つの点で異なる。第一に、3日間の移動ではなく4日間の移動が使われる。こうして、修正スケジュール１１０では、セッション＃３は2006年8月13日日曜日に呈示のためにスケジュールされ、セッション＃４は2006年8月14日月曜日に呈示のためにスケジュールされている、などとなる。4日間の移動は、休暇５４の3日間（8月9日水曜日から8月11日金曜日）および休暇５４後の第一日（2006年8月12日土曜日）の両方を空けることがわかるであろう。修正スケジュール１１０と修正スケジュール５６′との第二の違いは、2006年8月8日火曜日、すなわち休暇５４の開始の直前に呈示されたセッション＃２が、修正スケジュール１１０では、2006年8月12日土曜日に再呈示されるべくスケジュールされていることである。患者不在時間期間５４の開始前に呈示された一つまたは複数のセッションを再呈示するようスケジュールを調整するこの手法は、患者がリフレッシュ用のセッションを必要としうる状況において有用となりうる。以前に呈示されたセッションをそっくり再呈示するのではなく、休暇前のセッションを要約する、異なる短縮された復習セッションが休暇５４から戻った後、呈示されてもよい。

図１４は、図４の当初の絶対日付スケジュール５６から構築された、もう一つの代替的な修正絶対日付スケジュール１２０を描いている。修正スケジュール１２０は、休暇５４に対応する患者不在時間期間に一致するまたはその後のすべてのスケジュールされたコンテンツに移動による3日の修正を適用することによって構築されている図５の修正スケジュール５６′と似ている。修正スケジュール１２０の修正スケジュール５６′との違いは、休暇５４後の第一日、すなわち2006年8月12日土曜日に、追加されたコンテンツ・セッション１２２、すなわち対話的な健康サーベイ（health survey）を含むセッションＨＳが呈示されるという点である。健康サーベイ・セッションＨＳは、2006年8月12日土曜日にセッション＃３とダブらされている。患者はセッションＨＳ１２２で呈示される質問に答える。該質問はたとえば、対話的な問題、サーベイ、テストまたはアンケートを含みうる。例示されている修正スケジュール１２０は、セッション＃３およびその後のセッションのスケジュールされている呈示が、患者が満足のいく状態にあることを示すサーベイ回答を条件とするという意味で仮のものである。しかしながら、健康サーベイ・セッションＨＳ１２２に対する患者の答えが満足のいくものでない場合（たとえば、休暇５４の間の著しい体重増、休暇５４の間に受けた負傷、以前にカバーされた素材の不十分な記憶の実証などを示す）、代替的な修正されたその後のスケジュールが適用されてもよい。たとえば、患者に医師のフォローアップ診察を受けることを提案するもう一つのセッションを挿入する、患者に復習目的のためにセッション＃１に戻ることを提案する、あるいは休暇の間に発達したより切迫した条件に焦点を当てた別のシリーズを開始するといったことである。

図１５および図１６を参照すると、いくつかの実施形態では、コンテンツ・セッションが、たとえば図５の目標モジュール＃１および目標モジュール＃２のような、いくつかのモジュールに編成されている。目標モジュール＃１は、図４のスケジュールのセッション＃１〜＃１０から構築されており、一方、目標モジュール＃２は、異なるセッション＃Ａ〜＃Ｈから構築されている。たとえば、目標モジュール＃１は、患者の運動を増やすという目標に向けられていてもよく、一方で目標モジュール＃２は、患者にある種の医療デバイスの使用を教えるといった異なる目標に向けられていてもよい。図１５に示されるように、二つの目標モジュールは好適には独立にスケジュールされる。目標モジュール＃１についての当初スケジュールは、図４と同じであり、一方、目標モジュール＃２については当初スケジュール１３０が構築される。よって、たとえば、2006年8月7日月曜日に患者は目標モジュール＃１からのセッション＃１を呈示され、目標モジュール＃２からはセッション＃Ａが呈示される；2006年8月8日火曜日に患者は目標モジュール＃１からのセッション＃２を呈示され、目標モジュール＃２からはセッション＃Ｂが呈示される、などとなる。あるいはまた、二つの目標モジュールのセッションがインターリーブされる、たとえば交互の日に呈示されることもできる。

図１６を参照すると、二つのスケジュール５６、１３０のそれぞれは、休暇５４に対応する患者不在時間期間５４を空ける再スケジューリングを達成するよう、好適に独立して調整される。たとえば、図１６に示されるように、スケジュール５６は、目標モジュール＃１については図５の修正スケジュール５６′を生成するためのセッション＃３〜＃１０の3日間の移動によって調整されている。対照的に、目標モジュール＃２については、休暇５４の直近だがその範囲外のスケジュール１３０を加速することによって修正スケジュール１３０′が構築されている。こうして、当初は休暇５４と一致していたセッション＃Ｃが休暇５４の直前の2006年8月8日火曜日にセッションＢとダブらされている。やはり当初は休暇５４と一致していたセッション＃Ｄおよび＃Ｅは休暇５４後の第一日、すなわち2006年8月12日土曜日にダブらされている。当初8月12日土曜日（休暇５４の直近だがその範囲外）にスケジュールされていたセッション＃Ｆは、8月13日日曜日という新しい呈示日付を割り当てられる。当初8月13日日曜日にスケジュールされていたセッション＃Ｇ（休暇５４の直近だがその範囲外）は、8月14日月曜日という新しい呈示日付を割り当てられ、こうしてセッション＃Ｈとダブらされる。それにより目標モジュール＃２についての修正スケジュール１３０′は、目標モジュール＃２についての当初のスケジュール１３０と同じ日に完了する。二つの目標モジュールはそれぞれ、前述の諸実施形態のうちの一つまたは他のパターンで提案されるようにスケジュールし直されることができる。

好適に構成されたプロセッサ２６、４４によって実行される再スケジューリングは、複数回実行されることができる。たとえば、図１５の当初スケジュールが自動的に調整されて図１６の修正スケジュールを生じうる。その後、別の患者不在期間が発生すれば、図１６のスケジュールはさらに自動的に調整されて、新たに認識された患者不在期間を空けるさらなる修正されたスケジュール（図示せず）を生じてもよい。さらに、図示した実施形態ではセッション全体が移動されたり中断されたりしているが、セッションの一部のみを移動または中断することも考えられる。再スケジューリングによって空けられる選択された時間期間は、図示した例の休暇その他の患者不在時間期間以外のものであってもよい。たとえば、再スケジューリングは、患者が不在ではないが、スケジュールに従うのを難しくする活動に携わりたい選択された時間期間を空けるためであってもよい。もう一つの例として、再スケジューリングは、選択された時間期間において当該スケジュールに一つまたは複数の追加的なセッションを追加または挿入するために、選択された時間期間を空けるのでもよい。そのような追加または挿入されるセッションは、元のスケジュールとは異なる目標に関係してもよいし、あるいは元のスケジュールの目標を補強するものであってもよい。

たとえば患者が長期の中断期間を有する場合など、コンテンツのすべてが患者に呈示される必要はないことは認識しておくべきである。これは、患者が長期の休暇中である場合、あるいは患者が長期にわたって直接的なケアを必要とする別の健康上の緊急事態を有する場合に起こりうる。そのような場合、患者が、ケアプランの最重要な諸部分がより迅速な仕方で提供されるような優先順位付けされた形で情報を受領することが重要である。以下では、患者が最も本質的な情報を最初に得られるようにし、それにより大量の逃した素材によって患者が圧倒されることを防止する、素材の優先順位付けのいくつかの実装を述べる。

最も基本的なモデルでは、情報または素材が、ケアプラン・デザイナーまたはヘルスケア提供者によって「本質的」または「非本質的」によってフラグ付けされることができる。通常のプランのケアの過程で、すべての素材（すなわち本質的なものも非本質的なものも）はケアプランに従って患者に提供される。理由が何であれ患者が不在である長期の期間があってケアプランが中断された場合、再開時に、中断期間中に呈示されていたはずの本質的な素材のみを提供するようケアプランを再構築することができる。素材の呈示またはセッションが完了される順序は、患者が快適にケアプランに戻ることを許容するよう、いかなる仕方で生起してもよい（上で論じた方法のいくつかのような）。これは、逃した本質的な素材またはセッションのすべてを最初に呈示すること、あるいは代替的に、逃した本質的な素材を新しい素材またはセッションと組み合わせて呈示することを意味しうる。そのような実施形態では、非本質的な素材は呈示される必要がない。しかしながら、いくつかの代替的な実施形態では、素材の呈示のタイミングは、本質的または非本質的フラグによって規定される。そのような場合、本質的な素材は優先される時間スケールで呈示され、他方、非本質的な素材は、のちにひとたび患者が規定されているケアプランの現在の状態に追いついてから、可能性としては選択的に、呈示される。

より高度なモデルでは、素材またはセッションは、相対的な優先度付けスケールでフラグ付けされることができる。優先度付けスケールはたとえば、1から10までで、10が最高の優先度などでありうる。そのような場合、中断期間中に逃した素材またはセッションは、優先度付けフラグの順に、最高レベルの優先度が先に呈示されるように呈示される。優先度付けフラグは、逃した素材を新しい素材と混ぜ合わせるためにも使うことができる。状況によっては、あるレベルの優先度をもつ素材のみを呈示することが望ましいことがありうる。たとえば、患者は、5以上の優先度レベルでフラグ付けされている素材を必要とするのみと見なされることがありうる。患者に呈示される優先度レベルは、特定の患者、その素材またはセッションが一部をなす目標モジュール、その素材またはセッションが一部をなすケアプランの型、その患者のための全体的なケアプラン型、その患者によって与えられるサーベイ応答、その患者の医師またはケア提供者からの入力、中断の時間の長さ、逃した素材またはセッションの量、患者の危険度またはこれらの因子の任意の組み合わせに依存しうる。たとえば、より長い時間中断されたケアプランを受けてきた患者は、より短い時間期間中断されたケアプランを受けていた患者に与えられる優先度レベル（たとえば5）よりも、より高い優先度レベル（たとえば7）を有してもよい。もう一つの例では、より重篤な診断をもつ患者は、それほど重篤でない診断をもつ患者（たとえば7）よりも低い優先度（たとえば4）を有していてもよい。優先度レベルを決定できるもう一つの因子は、患者の鋭敏さ（acuity）でありうる。たとえば、素材を復習し、記憶する能力に基づいて、衰えた能力（diminished capacity）をもつ患者は、より平常な患者（たとえば優先度レベル5をもつ）よりもより高い優先度レベル（たとえば8）を有しうる。衰えた能力をもつ人物は、絶対必要である以上の素材を呈示されると、より圧倒されてしまうことがある。患者の鋭敏さレベルは、ヘルスケア提供者によって入力される、ケアプランの過程を通じて試験される、あるいはケアプランの再開に際して試験されることができる。

これらの優先度付け方式のいずれも、特定のセッションまたは素材呈示内でも適用できる。たとえば、あるセッションは、５つのセクションとそれに続く問題に分割できるビデオ・クリップを含みうる。状況によっては、ビデオの一つまたは複数のセクションおよび問題が高優先度または本質的であると見なされることがあり、その一方、ビデオの残りのセクションは低優先度または非本質的であると見なされうる。再開時に、ケアプランは、セッションまたは素材呈示の、高優先度または本質的であると見なされるセクションのみを含みうる。

本発明について、好ましい実施形態を参照して述べてきた。明らかに、以上の詳細な記述を読み、理解すれば他の者にも修正および変更が思いつくであろう。本発明は、付属の請求項またはその等価物の範囲内にはいる限り、そうした修正および変更すべてを含むものと解釈されることが意図されている。

パーソナル化された対話的ケア管理支援システムの主要な構成要素を図的に示す図である。 患者ケアプランの当初の絶対日付スケジュールを図的に示す図である。 患者の休暇に一致するおよび患者の休暇後のコンテンツ・セッションのスケジュールされた呈示を動かすことによって、図２の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。 患者ケアプランのもう一つの当初の絶対日付スケジュールを図的に示す図である。 患者の休暇に一致するおよび患者の休暇後のコンテンツ・セッションのスケジュールされた呈示を動かすことによって、図４の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。修正されたスケジュールは休暇期間を空けている。 図４の当初の絶対日付スケジュールに対応する当初の相対日付スケジュールを図的に示す図である。 患者の休暇に一致するおよび患者の休暇後のコンテンツ・セッションのスケジュールされた呈示を動かすことによって、図６の当初の相対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。修正されたスケジュールは休暇期間を空けている。 休暇の間、スケジュール・ポインタの移動を保留することによって休暇を空ける、図６の当初の相対日付スケジュールの動作的な調整を図的に示す図である。 患者の休暇に一致するコンテンツ・セッションのスケジュールされた呈示を動かし、休暇の直近だが休暇後の時間期間内のスケジュールを加速することによって、図４の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。修正されたスケジュールは休暇期間を空けている。 休暇期間を空けるよう休暇の間、スケジュール・ポインタの移動を保留することによって休暇を空け、休暇の直近だが休暇後の時間期間内のスケジュール・ポインタの移動を加速することによって休暇後のスケジュールを加速する、図６の当初の相対日付スケジュールの動作的な調整を図的に示す図である。 患者の休暇に一致するコンテンツ・セッションのスケジュールされた呈示を動かし、休暇の直近だが休暇に一致しないより前またはより後の時間期間内のスケジュールを加速することによって、図４の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。修正されたスケジュールは休暇期間を空けている。 患者の休暇に一致するコンテンツ・セッションの呈示を省略し、休暇の直近だが休暇後の時間期間内のコンテンツ・セッションを、埋め合わせ素材を含む修正されたコンテンツ・セッションで置き換えることによって、図４の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。 患者の休暇に一致するコンテンツ・セッションのスケジュールされた呈示を動かし、休暇の直前のコンテンツ・セッションの反復呈示を追加することによって、図４の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。修正されたスケジュールは、休暇期間を空け、また休暇の開始直前にカバーされたコンテンツの復習をも提供している。 患者の休暇に一致するコンテンツ・セッションのスケジュールされた呈示を動かし、休暇の間に起こったかもしれない身体条件の変化にアクセスするための患者の健康サーベイを提供する新たなコンテンツ・セッションを追加することによって、図４の当初の絶対日付スケジュールから構築された修正絶対日付スケジュールを図的に示す図である。修正されたスケジュールは休暇期間を空けている。セッション＃３およびその後のセッションの呈示は、健康サーベイに対する満足のいく回答を条件とする。 二つの目標モジュールを含む患者ケアプランの、当初の絶対日付スケジュールを図的に示す図である。 図１５の当初の絶対日付スケジュールから構築された、二つの目標モジュールのための独立に修正された絶対日付スケジュールを図的に示す図である。どちらの修正スケジュールも休暇期間は空けている。

Claims (23)

1. 記憶装置および少なくとも一つのプロセッサを含むケア管理システムのためのサーバーであって：
   前記記憶装置は、（ｉ）複数のコンテンツ・セッションのためのケア管理に関係したコンテンツおよび（ｉｉ）対応する患者に関連付けられた患者ケアプランを含んでおり、患者ケアプランは、患者に対して選択されたコンテンツ・セッションを呈示する少なくとも一つのスケジュールを含み；
   前記少なくとも一つのプロセッサは、患者の装置にコンテンツ・セッションを通信する通信手段を、前記記憶装置に含まれる前記患者ケアプランに従って制御するよう構成されており、
   前記少なくとも一つのプロセッサはさらに、通信手段によって患者についての選択された時間期間を受信するのに応答して、該選択された時間期間を空けるよう、前記記憶装置に含まれる、前記患者ケアプランのスケジュールを前記スケジュールが始まったあとに調整手段によって自動的に調整するよう構成されている、
   サーバー。
2. 前記スケジュールの自動調整が、前に前記選択された時間期間と一致していたスケジュール部分およびその後のスケジュール部分を、前記選択された時間期間を空けるのに十分な選択された移動時間間隔だけ、動作上先に移動させることを含む、請求項１記載のサーバー。
3. 前記動作上の移動が、前に前記選択された時間期間と一致していたまたはその後にスケジュールされていたコンテンツ・セッションを呈示するための割り当てられていた時刻を、前記選択された移動時間間隔だけ増すことを含む、請求項２記載のサーバー。
4. 前記動作上の移動が、前記選択された移動時間間隔の間、スケジュール・ポインタの時間的移動を保留することを含む、請求項２記載のサーバー。
5. 各コンテンツ・セッションが：
   オーディオ・ビデオ・コンテンツ、
   テキスト・コンテンツ、
   医療従事者からのテキスト・メッセージ、
   対話的なサーベイ、試験、問題またはアンケートおよび
   患者パラメータのモニタリング：
   のうち少なくとも一つを含む群から選択されるコンテンツを含む、請求項１記載のサーバー。
6. 前記スケジュールの自動調整が、前に前記選択された時間期間の間にスケジュールされていた一つまたは複数のコンテンツ・セッションを、前記選択された時間期間の範囲外の時間にスケジュールし直すことを含む、請求項１記載のサーバー。
7. 自動的に調整された患者ケアプランが、前記選択された時間期間が空けられることに加えて、該自動調整された患者ケアプランに従って前記患者の装置に通信手段によってより多数またはより少数のコンテンツ・セッションが通信されるようなものである、請求項１記載のサーバー。
8. 前記スケジュールの自動調整がさらに、前記選択された時間期間に直近だがその範囲外である前記スケジュールの少なくとも一つの部分について、より多数またはより少数のコンテンツ・セッションが通信のためにスケジュールされるよう、コンテンツ・セッションの割り当てられている時刻を調整することを含む、請求項１記載のサーバー。
9. 前記スケジュールの自動調整がさらに、前記選択された時間期間に直近だがその範囲外である前記スケジュールの少なくとも一つの部分について、スケジュール・ポインタの移動量を増加または減少させることを含む、請求項１記載のサーバー。
10. 前記スケジュールの自動調整が、前記選択された時間期間の範囲外の時刻において少なくとも一つの追加的なコンテンツ・セッションをスケジュールに挿入することを含む、請求項１記載のサーバー。
11. 前記挿入されるコンテンツ・セッションが、対話的な問題、サーベイ、試験またはアンケートを含み、前記プロセッサが、該対話的な問題、サーベイ、試験またはアンケートへの一つまたは複数の回答に基づいてさらなる動作上の調整を実行する、請求項１０記載のサーバー。
12. 前記スケジュールの自動調整が、前記選択された時間期間の範囲外にスケジュールされている少なくとも一つのコンテンツ・セッションを、該少なくとも一つのコンテンツ・セッションの修正版で置き換えることを含む、請求項１記載のサーバー。
13. 患者ケアプランにおいて、コンテンツ・セッションの選択が、対応する二つ以上のスケジュールをもつ二つ以上の目標モジュールを画定しており；
    前記自動調整が、それぞれのスケジュールを他のスケジュールとは独立に自動調整することを含む、
    請求項１記載のサーバー。
14. ケアを管理する方法であって：
    患者に選択されたコンテンツを呈示するスケジュールを少なくとも含む患者ケアプランを記憶装置によって記憶し；
    選択されたコンテンツを、患者ケアプランに従って患者の装置に通信手段によって通信し；
    通信手段によって患者についての選択された時間期間を受信するのに応答して、患者ケアプランのスケジュールを、前記選択された時間期間を空けるよう、前記スケジュールが始まったあとに調整手段によって自動的に調整することを含む方法。
15. 前記自動的に調整することが：
    前記選択されたコンテンツを前記患者に通信することを、前記選択された時間期間を空けるのに有効な時間間隔だけ保留することを含む、
    請求項１４記載の方法。
16. 前記自動的に調整することが：
    前に前記選択された時間期間に一致してまたはその後にスケジュールされていたコンテンツのスケジュールを、前記選択された時間期間を空けるのに有効な時間シフトによって移動させることを含む、
    請求項１４記載の方法。
17. 前記自動的に調整することが：
    前に前記選択された時間期間の間にスケジュールされていたコンテンツを、前記選択された時間期間の範囲外の時間にスケジュールし直すことを含む、
    請求項１４記載の方法。
18. 前記スケジュールし直すことが、前に前記選択された時間期間の間にスケジュールされていた少なくとも一部のコンテンツを、前記選択された時間より前のより早期の時間にスケジュールし直すことを含む、請求項１７記載の方法。
19. 自動調整された患者ケアプランが、前記選択された時間期間が空けられることに加えて、該自動調整された患者ケアプランに従って前記患者の装置に通信手段によってより多数またはより少数のコンテンツが通信されるようなものである、請求項１７記載の方法。
20. 請求項１４記載の方法を実行するようプログラムされた電子媒体またはプロセッサ。
21. ケアを管理する方法であって：
    ある患者について用意された患者ケアプランに、従う手段によって従い；
    前記患者ケアプランをある時間期間にわたって、保留手段によって保留し；
    優先度付け方式に基づいて前記患者ケアプランを、再開手段によって再開することを含む、
    方法。
22. 前記優先度付け方式が、優先度レベルで前記ケアプランの諸部分を優先度付けすることを含む、請求項２１記載の方法。
23. 前記所定の優先度レベルが、患者のパラメータ、目標モジュール種別、ケアプラン種別、サーベイ応答、患者の医師もしくはケア提供者からの入力、保留の時間の長さ、保留にされた部分の量、患者の危険度、患者の能力またはそれらの任意の組み合わせによって決定される、請求項２２記載の方法。

Images