JP2001160102A - 患者動向を監視するための方法および装置 - Google Patents

Abstract

(57)【要約】 【課題】 患者に投薬計画に従うことを気付かせる方法
および装置を提供し、特に、患者に投薬リマインダを伝
達し、コンプライアンスを監視する第三者を提供するこ
である。 【解決手段】 投薬計画にある患者のコンプライアンス
を追跡する方法は、患者の投薬時間および服薬量の要件
に関する情報を維持する工程と、情報に基づいて患者に
シグナリングする工程と、シグナリングに応答して、患
者からのコンプライアンスの表示を受信する経路を提供
する工程と、患者から表示が行われたか否か、またはい
つ表示されたか、のいずれかに基づいて要件に応じる程
度のさらなる表示を第三者に提供する工程とを含む。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、通信する方法およ
び装置に関し、さらに詳細には、患者に投薬計画に従う
ことを気付かせる方法および装置に関する。特に、患者
に投薬リマインダを伝達し、コンプライアンスを監視す
る第三者を提供する方法およびシステムを開示する。

【０００２】

【従来の技術】医療コストが、歴史的に高いレベルに上
昇していることは厳しい現実である。医療提供者が患者
の看護費用を削減するために使用し得る方法の１つは、
患者に看護を与える費用を削減することである。これを
達成するための１つの方法は、病院から患者を移し、可
能な限り病院型看護で、家庭で患者を看護することであ
る。

【０００３】多くの在宅治療の患者が監視を必要とす
る。従来から、多くの人的介入が必要とされてきたの
で、監視するためにかなりのコストがかかった。不幸に
も通常、患者監視の高コストのために、最も極端な場合
が在宅監視に関連する高レベルな看護を受ける。一方、
大部分の患者は、必要とする監視を受けない。これは、
薬品治療の使用において特に真実である。

【０００４】現代の医療における別の傾向は、化学薬品
の過剰な使用である。患者は、複数の薬品を含む投薬計
画を受け得、これら複数の薬品を様々な頻度および服薬
量で服薬する必要がある。このように患者は、どの薬品
をいつ服薬すべきか、または服薬したかどうかを記憶す
る問題を有し得る。

【０００５】投薬コンプライアンスと全患者の福利との
関係について、あまり文献がないが、患者の健康を予測
する場合、概して重要な変数と見なされている。多くの
外来患者の問題は上述したように服用していることであ
る。投薬計画は、投薬の効果を最適化するために服用
量、および適切なタイミングを含み、一方で有害な、ま
たは好ましくない副作用を低減する。服薬を忘れること
は、頻繁に起こり得る望ましくない状況である。多くの
患者は、服薬を忘れていたといい、「念のため」再度服
薬したりする。その結果、看護付与者、家族、保険会
社、および製薬関連企業に対する問題が存在する。それ
らは患者のコンプライアンスの理解、および変動するコ
ンプライアンスレベル下で薬物の治療費を改善すること
を望む。

【０００６】これらの問題を解決するための現在の傾向
は、患者を監視するために通信技術を使用することであ
る。現在人気があり、低コストの通信方法は、ワイヤレ
スページャーである。ページャーは小さく、比較的安価
で、簡単に運搬でき、使いやすい。ページャを身に付け
ている患者は、患者がどこにいても連絡し得る。患者
は、連絡がとれるように自分の家の特定の部屋にいる
（またはとにかく家にさえいる）必要がない。ページャ
技術は、メッセージがページャ内に埋め込まれた小さな
ディスプレイに同時通信し得るという点で進歩してき
た。さらに、双方向通信が可能である。患者は、ページ
ャに送信されたメッセージに、簡単にボタンを押すこと
で応答し得る。

【０００７】インターネットも人気と使いやすさの点で
成長してきた。インターネットは、瞬時の世界通信を提
供し得るといってもいい。インターネットは、コンピュ
ータの使用を要するが、医療提供者を含むほとんどのビ
ジネスは、記録を保持する機能および請求機能をコンピ
ュータ処理してきた。薬局では、コンピュータデータベ
ースに患者の記録を保持し、たとえ、これらの組織がま
だインターネットを使用していなくとも、アクセスを提
供することは容易である。インターネットアクセスを有
しない個人は、ＷｅｂＴＶ（登録商標）のような安価な
ハードウェアを介して既に接続し得る。インターネット
サービスプロバイダは、ハードウェアのコストも低下さ
せ、インターネットアクセスを販売するためにコンピュ
ータを無料で与える場合もある。

【０００８】さらに人口の大部分は、デジタルフォン、
ページャー、コンピュータ、のような技術および進歩し
た電子デバイス、ＶＣＲおよびテレビジョンに関するさ
らに進歩した機能に触れることを制限されている。一方
技術的経験、および技術的関心のある一部の人は現在の
複雑なツールを置き換えるために単純化されたデバイス
も要する。単純化された「スマート」および動的デバイ
スは、医療コンプライアンスおよび患者管理問題を解決
する際に使用され得る。電話、ページャ、テレビジョ
ン、および他のツールのデバイス性能は、個々の患者の
ニーズおよび関心を凌ぎ、得られる情報の「混雑」によ
り、現在技術の進歩したセル式電話およびページャーの
より多くの人々による技術の適用を妨げる。複雑さは、
イネーブルソフトウェアを介して導入され、ソフトウェ
ア／ハードウェアインターフェイス構造である。

【０００９】

【発明が解決しようとする課題】従って本発明の目的
は、患者に投薬計画に従うことを気付かせる方法および
装置に関し、特に、患者に投薬リマインダを伝達し、コ
ンプライアンスを監視する第三者を提供するこである。

【００１０】

【課題を解決するための手段】本発明による投薬計画に
ある患者のコンプライアンスを追跡する方法は、患者の
投薬時間および服薬量の要件に関する情報を維持する工
程と、該情報に基づいて該患者にシグナリングする工程
と、該シグナリングに応答して、該患者からのコンプラ
イアンスの表示を受信する経路を提供する工程と、該患
者から表示が行われたか否か、またはいつ表示された
か、のいずれかに基づいて該要件に応じる程度のさらな
る表示を第三者に提供する工程とを含み、これにより上
記目的を達成する。

【００１１】上記方法は、メッセージに対応するデー
タ、および前記患者に対応するデバイスアドレスを含む
二次データベースを生成する工程をさらに含み、該メッ
セージおよび該デバイスアドレスが、該患者にシグナリ
ングすべき時間に基づいてインデックス付けされてもよ
い。

【００１２】上記方法は、前記時間に前記患者にシグナ
リングし、前記二次データベース内で前記メッセージを
有する前記デバイスを使用する工程をさらに含んでもよ
い。

【００１３】上記方法は、前記患者の表示が受信された
確認信号を該患者に供給する工程をさらに含んでもよ
い。

【００１４】上記方法は、前記表示が、前記患者から受
信されるように待機した複数の表示の１つである該表示
は、該患者からコンプライアンスの該複数の表示を収集
するために待機する工程と、該患者から受信された該複
数の表示のいくつかに基づく患者のコンプライアンスの
少なくとも１つの表示を生成する工程と、該患者に、少
なくとも１つの確認信号を供給し、該患者の表示のいく
つかが受信されていることを示す工程とをさらに含んで
もよい。

【００１５】上記方法は、通信ネットワークを介して前
記さらなる表示を提供する工程をさらに含んでもよい。

【００１６】上記方法は、前記表示が、前記患者から受
信されるように待機した複数の表示の１つであり、前記
第三者が複数の第三者のうちの１つであって、該患者か
らの該表示のうちいくつかの収集に基づく複数のデータ
値を発生する工程と、該複数の第三者のそれぞれの第三
者に利用可能な該データ値のそれぞれのデータ値を生成
する工程とをさらに含んでもよい。

【００１７】上記方法は、複数のメッセージを形成する
工程であって、各メッセージは所定時間に前記投薬のた
めのリマインダに相当する工程と、該複数のメッセージ
を伝達する前に該複数のメッセージを予め格納する工程
と、予め格納された該複数の該メッセージの各々を読み
出すことによって、該複数の該メッセージの各々を該患
者に伝達する工程とをさらに含んでもよい。

【００１８】本発明による投薬計画にある患者のコンプ
ライアンスを追跡する方法であって、該方法は、ａ）患
者の投薬の時間および服薬必要量に関する情報を維持す
る工程と、ｂ）該情報に基づいて該患者にシグナリング
する工程と、ｃ）各シグナリングに応答するコンプライ
アンスの各表示を各患者から受信するための各経路を提
供する工程と、ｄ） 該患者から表示が行われたか否
か、またはいつ表示されたか、のいずれかに基づいて該
要件に応じる程度のさらなる表示を第三者に提供する工
程とを含み、これにより上記目的を達成する。

【００１９】上記方法は、コンプライアンスの前記表示
が前記患者から受信されたか否か、またはいつ受診され
たかのいずれかに基づく統計分析を実行する工程をさら
に含んでもよい。

【００２０】上記方法は、前記第三者のうちの１つに対
応しない前記患者のうち１人に対応するコンプライアン
スの前記さらなる表示のうち１つに対応する情報を該第
三者のうち１つが受信できないようにする工程をさらに
含んでもよい。

【００２１】上記方法は、前記複数の第三者の各々に各
異なるビジュアルインターフェイスを提供する工程をさ
らに含んでもよい。

【００２２】上記方法は、前記コンプライアンスの表示
を伝達し、および前記複数の第三者各々にソフトウェア
をフォーマットする工程をさらに含んでもよい。

【００２３】本発明による格納媒体は、投薬計画にある
患者のコンプライアンスを追跡するための方法を実行す
る命令のセットを含む格納媒体であって、該方法が、患
者の投薬の時間および服薬量の要件に関する情報を維持
する工程と、該情報に基づいて該患者にシグナリングす
る工程と、該シグナリングに応答して該患者からのコン
プライアンス表示を受信する経路を提供する工程と、該
表示が受信されたか否かに基づいて、該患者が該要件に
応じたか否かについてのさらなる表示を第三者に供給す
る工程とを含み、これにより上記目的を達成する。

【００２４】本発明による投薬計画にある患者のコンプ
ライアンス追跡するためのコンピュータシステムは、患
者のための投薬時間および服薬量の要件に関する情報を
維持するための手段と、該情報に基づいて該患者にシグ
ナリングするための手段と、該シグナリングに応答する
コンプライアンスの該患者の表示から受信する経路を提
供するための手段と、該患者から表示が行われたか否
か、またはいつ表示されたか、のいずれかに基づいて該
要件に応じる程度のさらなる表示を第三者に提供する工
程とを含み、これにより上記目的を達成する。

【００２５】本発明による投薬計画にある患者のコンプ
ライアンスを追跡するための方法は、患者の投薬、時間
および投薬量の要件をデータベースに入力する工程と、
遠隔位置から該要件に基づく信号を受信する工程と、該
遠隔位置に該要件についての、さらなるコンプライアン
スを示すさらなる信号を伝達する工程と、該要件につい
てのコンプライアンスに関する情報を第三者が受信する
許可を与える工程と、を含み、これにより上記目的を達
成する。

【００２６】本発明による投薬計画にある患者のコンプ
ライアンスを追跡する方法は、遠隔位置から該患者から
の該患者のコンプライアンスに相当する情報を要求する
工程と、遠隔位置からの該患者のコンプライアンスを示
すコンプライアンスレポートを受信する工程と、該患者
に関するコンプライアンスデータを表示する工程と、を
含み、これにより上記目的を達成する。

【００２７】上記方法は、遠隔位置からのアンフォーマ
ットのコンプライアンスデータおよび表示ソフトウェア
を受信する工程と、該表示ソフトウェアを用いてフォー
マットしたコンプライアンスデータを表示する工程とを
含んでもよい。

【００２８】本発明による投薬計画にある患者のコンプ
ライアンスを追跡するための装置は、患者の投薬の時間
および服薬量の要件に関する情報を維持するためのデー
タベースと、該情報に基づいて、該患者にシグナリング
するためのシグナリング装置と、該患者から該シグナリ
ングに応答するコンプライアンスの表示を受信する経路
を提供するための通信装置と、該患者から表示が行われ
たか否か、またはいつ表示されたか、のいずれかに基づ
いて該要件に応じる程度のさらなる表示を第三者に提供
する工程とを含み、これにより上記目的を達成する。

【００２９】患者のコンプライアンスを追跡する装置
は、前記患者に対応するメッセージおよびデバイスアド
レスに対応するデータを含む二次データベースをさらに
含み、該メッセージおよび該デバイスアドレスが該患者
にシグナリングされる時間に基づいてもよい。

【００３０】患者のコンプライアンスを追跡する装置
は、前記時間に前記デバイスアドレスを用いて前記二次
データベース内の前記メッセージをシグナリングしても
よい。

【００３１】患者のコンプライアンスを追跡する装置
は、前記患者が表示を受信したことを示す確認信号を該
患者に供給するための確認ユニットをさらに含んでもよ
い。

【００３２】上記方法は、前記患者がシグナリングさ
れ、前記表示がそれぞれ異なる種類の通信媒体によって
該患者から受信されてもよい。

【００３３】本発明による１つ以上の投薬計画にある１
人以上の個人のコンプライアンスを追跡するための方法
は、該１人以上の個人がとるべき１つ以上の処置である
時間およびイベント要件に関する情報を維持する工程
と、該情報に基づいて、該１人以上の個人にシグナリン
グする工程と、該シグナリングに応答するコンプライア
ンスの各表示を、１人以上の個人から受信するための１
つ以上の経路を提供する工程と、該各表示が、該１人以
上の個人から行われたか否か、またはいつ行われたのい
ずれかに基づいて該要件に応じるそれぞれの程度のさら
なる表示を１つ以上の第三者に提供する工程とを含み、
これにより上記目的を達成する。

【００３４】本発明は、投薬計画にある患者のコンプラ
イアンスを追跡する方法および装置に関する。薬物の投
薬時間、および投薬量の要件に関する情報が、患者のた
めに保存される。患者は、情報に基づいて信号を送られ
る。さらにシグナリングに応答して、コンプライアンス
の表示を患者から受け取るための経路を提供する。第三
者は、患者が、その表示が受け取られたかどうかにに基
づく要件に応じるかどうかの表示を受け取る。

【００３５】

【発明の実施の形態】本発明の方法は、例示的実施態様
において、図１に示されるような汎用コンピュータネッ
トワークおよびソフトウェアを使用して実行される。以
下の記述は、この例示的構成の実行を想定しているが、
他のコンピュータ化されたシステムも使用され得ること
が理解される。

【００３６】本発明の例示的実施態様において、システ
ム（以後「ＲＸＶＰシステム」）は患者に伝達信号を送
信する。伝達信号の目的は、例えば、患者に服薬するこ
とを気付かせることである。その信号は、様々な方法で
伝達される。その伝達は、ｅ−メール、ページャーデバ
イスに送信された信号、または電話呼び出しであっても
よい。受け取り信号は、その信号が患者に伝達された同
一フォーマット内でＲＸＶＰシステムに（典型的に）返
信される。しかし、患者に対して初期信号を伝達するた
めに使用される同一フォーマット（または同一媒体を使
用して）で受け取り信号をＲＸＶＰシステムに返信する
必要がないことが理解される。例えば、患者は、電話信
号を用いて患者が応答するテキストメッセージを受信し
てもよい。従って、例えば、患者は、ｅ−メール（また
はページャー）によってテキストメッセージを受信し
得、次いで電話を使用してメッセージに応答する。ある
いは例えば、電話によってリマインダを受信し得、デー
タ伝達（例えば、ｅ−メール）の形態を用いるＲＸＶＰ
システムに応答する。従って患者のリマインダおよび患
者の応答は、多重（およびそれぞれ異なる）通信媒体を
介して発生するが、望ましくは、通常の場所で生成およ
び保存される。これにより、患者のリマインダおよび予
測される受け取り間の関係の維持を容易にする。次いで
患者からの受け取り信号がＲＸＶＰシステムによって受
信されることを第三者オブザーバに直ちに知らせること
ができる。この通知信号は、上述したいずれかの方法で
第三者オブザーバに伝達され得るが、患者に送信される
通信信号として正確に同じ種類の信号である必要はな
い。または、必要ならば患者から受信される任意の信号
のレポートを表示するために、第三者オブザーバは、イ
ンターネット（または他のネットワーク）を介してＲＸ
ＶＰシステムにアクセスし得る。例えば、そのシステム
は、患者にｅ−メールを送信し得、患者は、ｅ−メール
に応答し得る。即時に、患者が第三者に応答したことを
患者の第三者オブザーバに知らせるために電話が第三者
オブザーバに配置される。または必要なら、第三者オブ
ザーバは後で、患者が自分の投薬計画に従っているかど
うかを知るために、インターネットを介してそのシステ
ムにアクセスし得る。そのシステムは、異なったシグナ
リングおよび通信機構を混合し得る。そのため、患者
が、ページャーを使用することでより快適であるが、第
三者オブザーバがインターネットを使用することでより
快適でない場合、そのシステムの両ユーザは、所望の結
果を得るための好適な通信方法を使用してもよい。

【００３７】上述のシステム概要の例示的実施態様を図
２に示す。患者リマインダシステム１０４は、患者１０
６または第三者オブザーバ１０８からメッセージをプッ
シュし得る（すなわち受取人からの要求なしに伝送す
る）。これは、ｅ−メール、電話呼び出し、ページング
デバイスへの信号、または他の通信手段による送信によ
って達成され得る。さらに、患者１０６または第三者オ
ブザーバ１０８は、例えば、インターネットまたはイン
トラネットを介してそのシステムにアクセスすることに
よって患者リマインダシステム１０４からの情報を引き
出し得る（すなわち、受取人からの要求に基づいて伝送
する）。患者リマインダシステム１０４から患者１０６
へのプッシュ信号は、患者リマインダシステム１０４に
アクセスするために患者１０６が使用するプル信号と同
じである必要はない。同様に、第三者オブザーバ１０８
へのプッシュ信号は、オブザーバ１０８から患者リマイ
ンダシステム１０４へのプル信号と同じ種類である必要
はない。

【００３８】例えば、図３に示されるブロック図によっ
て本発明の別の概要を示す。図３に示されるように、本
発明の動作は、医師１０２から開始する。医師１０２
は、患者に投薬を指示する。その投薬は、の種類、薬物
の量、服薬の時間、薬物の濃度等、を含んでいるいくつ
かの構成成分を含む。医師１０２は、この投薬情報を患
者または信号システム１０４に伝送する。患者またはリ
マインダシステム１０４は、様々な患者の投薬情報を追
跡する。適切な時間に、患者が服薬することを思い出す
ように、リマインダシステム１０４は、患者１０６へ適
切なリマインダ信号を伝送する。患者１０６は、患者の
リマインダシステム１０４からリマインダ信号を受信す
る。患者１０６が服薬した後で、患者１０６は、患者リ
マインダシステム１０４へリターン信号を供給する。そ
のリターン信号は、患者１０６が医師の投薬により実際
に服薬したことを示す。患者リマインダシステム１０４
は、リマインダ信号に応答して患者１０６が提供する信
号を追跡し、そのリマインダ信号は、患者リマインダシ
ステム１０４から開始される。医師１０２は、患者リマ
インダシステム１０４が保存する様々な記録にアクセス
する。これらの記録は、例えば、患者１０６が医師の指
示した投薬を続けているコンプライアンスレベルを含み
得る。任意の第三者１０８は、このコンプライアンス情
報にもアクセスする。

【００３９】患者リマインダシステム１０４の動作をよ
く理解するために、いくつかのデータ構造が、様々なデ
ータをトラックし、編成するために使用された。データ
を整理し、追跡するために使用される様々なプロセスを
記述する前に、患者リマインダシステム１０４で使用さ
れるデータ構造を説明することが有用である。使用され
るこれらのデータ構造は、以下、 １）ログブックテーブル ２）ＲＸＶＰデータベース ３）投薬テーブル ４）投薬計画イベントテーブル ５）コンプライアンステーブル ６）リマインダテーブル である。上述の各データ構造を、別々に述べる。 １）ログブックテーブル ログブックテーブルの例示的実施態様を例えば図４に示
す。図４に示されるログブックテーブルは、単なる例示
に過ぎない。図示されるように、ログブックテーブル
は、フィールド名、フィールドデータタイプ、および説
明を含む３つの別々のコラムを含む。フィールド名の目
的は、データベース内でデータフィールドの名前を示す
ことである。この例示的実施態様で示されるように、こ
こでは例えば６フィールドである。内部追跡をするため
に内部ＩＤフィールドを使用する。名前フィールド１０
０２は患者の名前を識別する。中間名の頭文字フィール
ド１００４は、患者の中間名の頭文字を識別する。患者
のアカウントフィールド１００６は、患者のアカウント
番号を識別する。デバイスアドレスフィールド１００８
は、患者のデバイスアドレスを識別する。デバイスアド
レスは、例えば、特定のｅ−メールアドレス，特定の電
話アドレス、特定のページャーアドレス等であり得る。
図式番号フィールド１０１０は、１デバイスごとの全薬
物量を示す。例えば、患者が４つの薬物を服用し、２つ
のデバイスを介してリマインダを受信している場合、こ
のフィールドは、例えば、番号８を含み得る。

【００４０】２）ＲＸＶＰデータベース ＲＸＶＰデータベースの例示的実施態様を、例えば、図
５に示す。識別のために、ＲＸＶＰデータベースは、Ｒ
ＸＶＰデータベース１１００として識別される。例示的
実施態様に示されるように、ＲＸＶＰデータベース１１
００は、３つのコラムすなわち、フィールド名、フィー
ルドデータタイプ、および説明を含む。各フィールドを
別々に説明する。フィールド１１０２は患者を識別す
る。従ってフィールド１１０２は、名前、電話番号、患
者のアカウント番号等の個人情報を含む。デバイスアド
レスフィールド１１１２は、デバイスのアドレスを示
し、リマインダがそのデバイスに送信される。上述のよ
うに例えば、デバイスアドレスは、電話番号、ページャ
ー、ｅ−メールアドレス等に対応し得る。デバイスタイ
プフィールド１１１４は、実際のデバイスタイプ、例え
ば、電話、ページャー等を示す。フィールド１１０４
は、第三者オブザーバを使用する場合、第三者オブザー
バを識別するために使用される。従ってフィールド１１
０４は、オブザーバパスワード、オブザーバｅ−メール
アドレス等のような情報を含む。フィールド１１０６
は、患者用のリマインダの全タイプ番号を識別する図式
番号である。従って、例えば４種の薬物および２つのデ
バイスが存在し、そのデバイスによりリマインダが送信
される場合、例えば合計８つの別々の図式が存在するこ
とになる。最終的にフィールド１１０８、１１００は、
それぞれレポートのタイプおよびレポートの頻度を示
す。

【００４１】３）薬物テーブル 図６は、薬物テーブルの例示的実施態様である。薬物テ
ーブルは３つのコラムを含む。第１のコラム（フィール
ド名）は、薬物テーブルに含まれるフィールドを説明す
る。識別フィールド１２０４は、患者用の独自の識別子
を保有するために使用される。薬物フィールド１２０８
は、患者が服用する薬物（単数または複数）の説明を含
む。全イベントフィールド１２０６は、このデーブルが
示す薬物１日につき患者に送信されるべき全メッセージ
数を含む。テーブルのタイトルは、薬物テーブル１２０
０において、このテーブルタイトルを薬物を参照する他
のテーブルにインデックス付けするために使用される図
式番号１２０２を含む。

【００４２】４）投薬イベントテーブル 図７は、投薬イベントテーブル１３００の例示的実施態
様である。投薬イベントテーブルは、３つのコラム、す
なわち、フィールド名、フィールドデータタイプ、およ
び投薬を含む。認識フィールド１３０２は、独自の患者
識別番号を含む。投薬イベントフィールド１３０４は、
各メッセージが送信される日付と時間を含み、それによ
り患者に服薬を思い出させる。テーブルのタイトルは、
この投薬イベントテーブルを適切な薬物テーブルにイン
デックス付けし、一致させるために使用される図式番号
１３０６を含む。

【００４３】５）コンプライアンステーブル 図８は、コンプライアンステーブル１４００の例示的実
施態様である。コンプライアンステーブルは、３つのコ
ラム、すなわちフィールド名、フィールドデータタイ
プ、および説明期間を含む。識別フィールド１４０２
は、独自の患者識別番号を保持するために使用される。
投薬イベントフィールド１４０４は、メッセージが患者
に送信される日付と時間を保有する。送達フィールド１
４０６は、メッセージが送達されるか否かを示すブーリ
アン真／偽を保有する。読み出しフィールド１４０８
は、ブーリアンの真／偽のフィールドである。読み出し
フィールド１４０８は、デフォルトを偽に設定される。
コンプライアンス信号を受信すると、このフィールドは
真に設定される。

【００４４】６）リマインダテーブル 図９は、リマインダテーブル１５００の例示的実施態様
である。このテーブルは、３つのコラムすなわち、フィ
ールド名、フィールドデータタイプ、および説明を含
む。識別フィールド１５０２は予約される。デバイスア
ドレスフィールド１５０４は、デバイスのアドレスを保
有し、そのデバイスにメッセージを送信する。これは、
ｅ−メールアドレス、電話番号、またはポケットベル
（登録商標）アドレスであり得る。リマインダメッセー
ジフィールド１５０６は、患者に送信されるべきリマイ
ンダメッセージのテキストを含む。

【００４５】これまで本発明の例示的実施態様において
使用され得る様々なデータ構造を説明してきたので、本
発明の例示的実施態様を意図した方法で動作させるため
に、これらデータ構造と相互作用する様々なプロセスを
説明することが有用である。従って、本発明の例示的実
施態様によって使用される様々なプロセスを以下記載す
る。

【００４６】しかし記載する前に、本発明の例示的実施
態様を実行する場合に使用され得る例示的構成要素の動
作フローの一般的概要を提供することが有用である。

【００４７】本発明の例示的実施態様と通信する様々な
プロセスの例示的実施態様は、例えば、図１０に関して
示される。まず図１０における各アイテムを要約する。

【００４８】１）ＲＸＶＰビーン（Ｂｅａｎ）２０４ ＲＸＶＰビーン２０４の目的は、ＲＸＶＰデータベー
ス、リマインダテーブル、および投薬イベントテーブル
において存在する情報に基づいて、患者にメッセージを
送信することである。

【００４９】２）患者２０６ 患者２０６は、ＲＸＶＰビーン２０４からのメッセージ
を受信する実際の患者である。

【００５０】３）コンプライアンスビーン２１８ コンプライアンスビーン２１８の機能は、患者からのコ
ンプライアンスメッセージを受信し、コンプライアンス
テーブルをアップデートし、患者のコンプライアンス情
報が受信されていたことを示す患者にコンプライアンス
信号を送り返すことである。

【００５１】４）管理ビーン２０８ 管理ビーンの２０８の目的は、リマインダテーブルを生
成し、全てのデータをアーカイブすることである。

【００５２】５）アーカイブデータベース２１０ アーカイブデータベース２１０の目的は、古いデータを
アーカイブすることである。すなわち、所定の（時には
長い）時間アクセスされていなかったデータである。

【００５３】６）請求書ビーン２２４ 請求書ビーン２２４の目的は、システムを使用するため
に請求書を発行するよう情報を収集することである。

【００５４】７）オブザーバビーン２２２ オブザーバビーン２２２の目的は、コンプライアンスレ
ポートを再検討するため、第三者オブザーバにインター
フェイスを提供することである。

【００５５】８）ターミナルビーン２２０ ターミナルビーン２２０の目的は、システムの全遠隔ユ
ーザのためのグラフィカルインターフェイスを提供する
ことである。

【００５６】９）ＲＸＶＰデータベース１８４ ＲＸＶＰデータベース１８４は、データベース内に図５
〜図９を参照して上述したデータベース構造を記憶する
データベースである。

【００５７】これまで本発明の例示的実施態様において
援用する各プロセスを簡潔に説明してきたが、ここでこ
れらプロセスのより詳細な説明を提供する。

【００５８】図１１を参照して、本発明の患者メッセー
ジ部１８０の例示的実施態様のブロック図を示す。工程
１８２において、データがシステムに入力される。この
データは、ローカルに入力されてもよいし、あるいはＬ
ＡＮ，ＷＡＮあるいはインターネットを介して遠隔サイ
トから入力されてもよい。医療提供者、患者、または薬
剤師は、患者に関する適切な情報を入力する。この情報
は、薬物の種類、タイミングおよび服薬量、ならびに名
前、住所および社会保障番号等の個人識別データを最低
限含む。病歴、第三者との緊急連絡先、保険情報および
請求書情報のような他の情報も同様に入力され得る。工
程１８２で入力されるデータは、ＲＸＶＰデータベース
１８４に保存される。ＲＸＶＰデータベースは、好適に
は、少なくとも１つのリレーショナルデータベースであ
ってもよく、複数のリレーショナルデータベースであっ
てもよい。データベースの例示的構成は、図５に示され
る。データが入力されると、そのデータがデータベース
内に既に存在している（もし存在すれば）同じ患者のデ
ータと対応する。

【００５９】工程１８６で、管理ビーン２０８はリマイ
ンダテーブルをアップデートする。システムを初期化し
て、テーブルをデータベースから生成する。常にテーブ
ルは、手動入力および管理ビーン２０８の利用を介して
アップデート可能である。リマインダテーブルは中央デ
ータベースのサブセットであり、デバイスアドレスおよ
びメッセージを含む。そのテーブルは、管理ビーン２０
８によって生成される共有ＳＱＬプログラミング言語コ
マンドを使用して構築される。そのテーブルは、テーブ
ル内のメッセージが適切な患者に同時通信する日時にイ
ンデックス付けされる。メッセージが１５分ごとに送信
される場合、９６（２４×４）リマインダテーブルがそ
れぞれの日に生成される。日時にインデックス付けされ
たリマインダテーブルを生成することによって、完全な
データベースは、メッセージが同時通信されることを要
する度に、検索される必要がなく、従ってシステムの効
率が増加する。１日に必要とされるリマインダテーブル
の完全なセットは、システムを初期化して生成される。
そのリマインダテーブルは、管理ビーン２０８を介して
常にアップデート可能である。リマインダテーブルの例
示的構成を図９に示す。

【００６０】初期化およびリマインダテーブルが生成さ
れた後で、同時通信される第１リマインダテーブルが、
工程１８８においてログブックビーンにロードされる。
工程１９０において、ログブックビーンは、ログブック
ビーンにおいてロードされたリマインダテーブル内の各
独自のメッセージの各々に対して、プロセス患者（Ｐｒ
ｏｃｅｓｓＰａｔｉｅｎｔ）イベントをプロセスビーン
に送信する。プロセス患者イベントはデバイスアドレス
およびメッセージを含む。従って、同時通信される次の
リマインダテーブルは、工程１８８を反復するログブッ
クビーンにロードされる。また、アラームクロックビー
ン１９２は、システムの１日の日時クロック（ｔｉｍｅ
−ｏｆ−ｄａｙ ｃｌｏｃｋ）に同期される。

【００６１】この例示的実施態様において、メッセージ
間隔を１５分に予め決定した。従って工程１９４におい
て、１５分ごとにアラームクロックビーンは、チックイ
ベント（Ｔｉｃｋｅｖｅｎｔ）すなわちパルスをログブ
ックビーン、プロセスビーンおよびメールビーンに送信
する。プロセスビーンが工程１９６においてチックイベ
ント受信する場合、プロセスビーンは、患者に同時送信
するためのメールビーンに、プロセスビーンにおいてロ
ードされたリマインダテーブルを送信する。工程１９０
を反復した後、ログブックビーンは、プロセスビーンに
ログブックビーンにロードされたリマインダテーブルを
送信する。従って、工程１８８を反復した後、ログブッ
クビーンは、そのシーケンスにおいて次のリマインダテ
ーブルを読み出す。工程１７２において、メールビーン
は患者にメッセージを同時送信する。従ってそのシステ
ムは、新しいセットのメッセージを送信する前に次のチ
ックイベントを待つ。

【００６２】メッセージは、高周波信号、電話、または
コンピュータネットワークを介して患者に同時送信され
得、患者に服薬しなければならないことを知らせるため
に一般に公知のポケットベル、電話、によって、または
インターネットのような世界的通信ネットワークを介し
て受信される。メッセージングデバイスのＩＤはデータ
ベース内に格納される。異なる日時におけるメッセージ
の同時通信に関して、異なったメッセージングデバイス
がアドレスされ得、そのため例えば、午前中にメッセー
ジの同時通信がポケットベルに送信され、夕方にメッセ
ージの同時通信が、インターネットターミナルに送信さ
れ得る。システムとの通信をより効果的にするために、
このシステムの特徴は、ユーザーにシステムとの最良の
通信方法および／またはシステムとの最良の相互作用方
法を決定させる。

【００６３】図１２に示されるように、本発明のメッセ
ージングルーチンが機能している間、そのシステムは、
リマインダメッセージを受信した患者からのコンプライ
アンスインジケータも受信している。工程１７４におい
て患者は、ポケットベルデバイスのボタンを押すことに
よって、あるいはｅ−メールメッセージまたは電話呼び
出しに応答することによって、ＲＸＶＰコンピュータに
コンプライアンスインジケータを送信し得る。コンプラ
イアンス信号は、コンプライアンスビーンに受信され、
コンプライアンスビーンは、メッセージングデバイスの
ＩＤおよびメッセージが送信された時間をチェックす
る。工程１７６において、コンプライアンスビーンは適
切なコンプライアンステーブルに記録を追加し、メッセ
ージが各デバイスアドレスに受信された時間と最後のメ
ッセージが送信された時間とを比較する。その時間差が
所定のパラメータ内にある場合（例示的実施態様ではそ
の時間差は２０分である）、コンプライアンステーブル
内の「読み出し」フィールドがアップデートされ、コン
プライアンスを示す。また、工程１６２において第三者
オブザーバにコンプライアンス信号を同時通信するため
に、適切ならば、コンプライアンス信号が受信されたか
否かを示すために、工程１７８においてコンプライアン
スビーンは、メールビーンにメッセージを送信する。さ
らに工程１６０において、メールビーンは、患者に確認
メッセージを送信し得る。

【００６４】図１３に記載されるように、メッセージン
グおよびコンプライアンスルーチンが動作している間
に、第三者オブザーバ１５０は、特定の患者に関するコ
ンプライアンス情報を入手するためにシステムにアクセ
スし得る。そのシステムは、インターネットによって、
または中央サーバと接続できる任意の通信ネットワーク
によってターミナルビーン１５２を介してアクセスされ
得る。第三者オブザーバは、所定のスケジュールまたは
１日１回のいずれかで、患者がノンコンプライアントか
どうかのようなレポートを受信する。またオブザーバ
は、任意のブラウザ上で常に、インターネットを介して
リアルタイムのコンプライアンスデータにアクセスし得
る。

【００６５】サーバでのＣＰＵのオーバーヘッドを減少
するために、オブザーバ１５０は、データを要求し、タ
ーミナルビーン１５２を介して、オブザーバのシステム
上で実行するデータフォーマットプログラムとともにア
ンフォーマットデータをダウンロードする。この特徴
は、ユーザがデータをローカルに再フォーマットするこ
とを可能にし、ＲＸＶＰシステム１０４を有する通信リ
ンクを再確立または継続することなく向上したレポート
を生成する。

【００６６】図１０は、本発明の例示的実施態様を含む
様々な構成要素の概要である。この例示的実施態様にお
いて、これらの構成要素は、Ｊａｖａプログラミング言
語において実行され得る。そのソフトウェアは、インタ
ーネットのような世界的コンピュータネットワークにお
けるサーバとして機能する汎用コンピュータ上で実行さ
れ得る。ＲＸＶＰデータベース１８４は、システムの中
枢に存在する。そのデータベース１８４は、本発明の動
作に要求される全患者データ、薬物データ、およびその
他のデータを含む。この例示的実施態様において、デー
タベース１８４は、汎用コンピュータ内におけるサーバ
として機能する単一汎用コンピュータネットワーク内に
常駐する。データベース２０２は、単一または多重デー
タベースであり得る。そのＲＸＶＰビーン２０４は、各
リマインダテーブルからリマインダイベントをロードす
る。アラームクロックビーン（図示せず）によって生成
されるチックイベントにおいて、そのＲＸＶＰビーン２
０４は、無線周波、電話またはデジタル通信（インター
ネットのようなローカルエリアネットワーク、広帯域ネ
ットワーク、世界規模ネットワーク等）を介して患者２
０６にリマインダを送信する。続いてＲＸＶＰビーン２
０４は、次に予定されたリマインダを自動的に再ロード
する。そのシステムが失敗すれば、そのＲＸＶＰビーン
２０４は、割り込みリマインダをリセットし、再ロード
し、送信し、そしてその失敗を記録する。

【００６７】コンプライアンスビーン２１８は、患者２
０６からコンプライアンス応答を収集し、コンプライア
ンステーブルをアップデートする。例示的コンプライア
ンステーブルを図８に示す。リマインダが同時通信であ
り、コンプライアンス応答がある所定時間内に返ってく
る場合、コンプライアンステーブルの適切なフィールド
が更新される。そのデフォルトは、非コンプライアンス
である。そのコンプライアンスビーン２１８は、オブザ
ーバにメッセージを送信し、コンプライアンス信号が受
信されたどうかオブザーバに知らせる。

【００６８】管理ビーン２０８は、適切な時間にメッセ
ージを生成するために使用される予め処理されたプロセ
スされたリマインダテーブルを生成する。そのテーブル
は、ＲＸＶＰデータベースのサブセットであり、全デー
タベースが各チックイベントを検索する必要がないよう
に生成される。リマインダテーブルのアップデートは、
ユーザ入力によりアップデート信号を介してか、または
設定時間に自動的に達成され得る。また、管理ビーン２
０８は、過去の患者の記録をアーカイブデータベース２
１０に格納し、アップデートし、アーカイブデータベー
ス２１０から読み出す。もはやアクティブでない記録を
アーカイブすることによって、検索、ソートおよび他の
データベースアプリケーションに要する時間が減少す
る。

【００６９】ターミナルビーン２２０は、そのシステム
とのローカルインターネットインターフェイスである。
医療提供者は、医療、管理、およびその他のデータを遠
隔位置からＲＸＶＰデータベース２０２に入力できる。
また患者および第三者である許可されたオブザーバは、
特定の患者のコンプライアンスデータを読み出す。許可
された職員は、使用された薬物、投薬計画に従うコンプ
ライアンス、治療の結果に関する統計的情報を入手し得
る。遠隔ユーザは、任意の周知の通信ソフトウェアおよ
び通信ハードウェアの組み合わせ（これらに限定されな
いが、ローカルエリアネットワーク、広帯域ネットワー
ク、広域ネットワーク、インターネット等を含む、）を
介してデータベース１８４と通信し得る。

【００７０】オブザーバビーン２２２は、許可された職
員が患者２０６のコンプライアンスを監視することを可
能にする。そのデータベース１８４は、コンプライアン
スディスプレイビーンの機能を使用して遠隔サイトから
アクセスされ得る。そのオブザーバは、データベースに
アクセスするために、データベースのセキュリティ特性
と一致した働きを実行しなければならない。これは簡単
なパスワードを入力することであったり、またはより複
雑なユーザ識別プロトコルに従うことであったりする。
そのデータベースがアクセスされると、そのオブザーバ
は、認証されたデータのみ閲覧することに制限される。
そのデータは、オブザーバによって処理され、様々なフ
ォーマット（パイチャート、線チャート、線グラフ、棒
グラフ等）で表示および／または印刷される。その生デ
ータは、データフォーマットプログラムとともにオブザ
ーバにダウンロードされ、そのためサーバでなくオブザ
ーバのコンピュータシステムでグラフィカル処理が発生
する。これによりターミナルビーン２２０を用いてレポ
ートパラメータを予め定義することなく、受取人がデー
タをカスタムチャートに再フォーマットすることを可能
にする。

【００７１】請求書ビーン２２４は、請求書を発行する
ために必要なデータを自動的にコンパイルする。インタ
ーフェイスは通常および付加価値サービス用の請求書を
生成するための従来のビジネスソフトウェアへのリンク
を提供する。

【００７２】図１４は、本発明によるＲＸＶＰビーン２
０４構成要素のブロック図である。そのＲＸＶＰビーン
２０４は、１日単位での投薬間隔における投薬イベント
を送信するタスクを実施する。初期化、故障回復、間隔
リセット、またはチックイベントによって、ログブック
ビーン３０４は、管理ビーン（図示せず）が既に処理し
たリマインダテーブルから投薬イベントをロードする。
ログブックビーンにおいて既にロードされた任意のテー
ブルが、患者に同時通信するためにメールビーン３２０
に送信される。そのログブックビーン３０４は、リマイ
ンダテーブルのタイムインデックスが次のイベントに対
するタイムクロックと一致することを確実にするために
チェックする。現在のリマインダテーブルにおいて各独
自のメッセージに対し、プロセス患者イベント３０８
は、適切なデバイスアドレスおよびメッセージとともに
プロセスビーン３０６に送信される。１つ以上のメッセ
ージが存在する場合、各メッセージに対して１組のデバ
イスアドレスが各メッセージに対して送信される。この
方式で、そのプロセスビーン３０６は、各患者に対する
１つの伝達の代わりに１つの伝達を患者の集合に送信す
る。アラームクロックビーン３１０は、ＲＸＶＰビーン
プロセスビーン３０６にロードされるメッセージ時間を
設定する。そのメッセージが送信されるべき状態にある
場合、メールイベント３２２を介してメールビーン３２
０に受け渡される。メールビーン３２０は通信ポートを
開き、メッセージを患者のメッセージングデバイス３２
４に送信する。メッセージおよびコンプライアンスデー
タの送達は、データベース１８４にエントリするために
ログブックビーン３０４に送信される。メッセージが送
信されると、ログブックビーン３０４は、データベース
１８４におけるリマインダテーブルにおいて、次のメッ
セージとともに送信されたメッセージを置換し、ログブ
ックビーン３０４は次のリマインダテーブルをロードす
る。

【００７３】アラームクロックビーン３１０は、所定期
間内で正規パルス上でチックイベント３２６を生成す
る。そのパルスは、スタートアップで設定され、その結
果投薬期間は、６０分の整数の除数である。本発明の例
示的実施態様において、その時間は１５分である。この
方式で１日につき９６パルスであり、９６個のリマイン
ダテーブルに対応する。それらは投薬イベントを送信す
るために必要な唯一の時間である。投薬イベントは、予
め処理されたリマインダテーブルからロードされ、同一
のメッセージを有するデバイスアドレスをさらに分類す
るログブックビーン３０４により成り立つ。各独自のメ
ッセージに対して、アドレスオブジェクトのアレイが存
在する。続いてそのアドレスオブジェクトは、プロセス
ビーン３０６に伝達される。適切なパルスにおいて、プ
ロセスビーン３０６は、そのメッセージを適切な患者に
送信するため、アドレスアレイを有するメッセージをメ
ールビーン３２０に送信しする。

【００７４】図１５は、ターミナルビーン２２０のブロ
ック図である。ＲＸＶＰターミナルビーン２２０は、デ
ータベース１８４に対して、患者追加ビーン４０２およ
びインターフェイス４０４を含む。そのインターフェイ
スは、ＳＱＬコマンドがデータベースを動作させるデー
タベース１０３に送信されることを可能にする。そのタ
ーミナルビーン２２０は、第三者職員にインターフェイ
スを提供し、ＲＸＶＰデータベース１８４にアクセスす
る。これは直接的または管理ビーン２０８を介して実施
され得る。

【００７５】本発明の例示的実施態様において、医療職
員は、患者に使用する前に患者用のシステムを実証およ
びテストするために、診察室または事務所に患者メッセ
ージングデバイスを有する。その医療職員は、リアルタ
イムでデータを入力しそのシステムをテストする。その
データベースが速やかに更新され、かつそのデータが入
力されるとイベントが速やかに処理する。

【００７６】図１６は、コンプライアンスビーン２２２
のブロック図である。この構成要素は、コンプライアン
スデータを無線周波数デバイス、デジタルデバイスまた
はコンピュータネットワークのような、患者メッセージ
ングデバイス５０２から受信し、特定の患者のコンプラ
イアンスデータを更新するために、データベース１８４
にそのデータを送信する。コンプライアンスデータが、
認証された職員により監視を直ちに利用可能となる。コ
ンプライアンスビーン２２２は、ｅ−メールユーザがｅ
−メールを受信するのと同様の方法で患者からメッセー
ジを受信する。そのメッセージは、メールサーバ５０４
で待機状態にあり、本来、たとえ複数の患者に単一通信
としてメッセージが送信されたとしても、個々の患者を
識別することが可能である。従って、たとえ海外への通
信がセットに分類されたとしても、リマインダメッセー
ジは、非同期的に着信する。

【００７７】この例示的実施態様において、コンプライ
アンスビーン２２２は、デバイスアドレスおよびメッセ
ージの時間のみを読み出す。メッセージが、コンプライ
アンスメッセージであると仮定し、いずれの返答をも成
功したリマインダ応答として処理されるので、実際のメ
ッセージは読む必要がない。そのシステムはまた、特定
の伝達に対する特別な応答を示すキーワードまたは番号
の返答メッセージのスキャンニングを支持する。例え
ば、リマインダメッセージが、患者のために血圧をチェ
ックすることである場合、その応答メッセージは、数値
として血圧を含み、応答メッセージ内から読み出され、
ＲＸＶＰデータベース１０４内に記録される。

【００７８】次いでコンプライアンスビーン２２２は、
患者のデバイスアドレスに対応するデータベース内で投
薬イベントの時間とメッセージの時間とを比較する。そ
の時間差が所定の上限未満（例えば２０分）になる場
合、そのメッセージは、コンプライアンスメッセージで
あると判定され、コンプライアンステーブル内の適切な
フィールドが更新される。この点で、任意のレポート機
能がイネーブルされる場合、レポータービーン５０４
は、コンプライアンスレポートを作成し、メールビーン
３２０を介して、適切な第三者オブザーバにそのレポー
トを送信する。その時間差が所定の閾値よりも大きい場
合、または承認が受信されない場合、任意のレポート機
能がイネーブルされ、そのレポートビーン５０４は、メ
ールビーン３２０を介して非コンプライアンスレポート
を送信する。さらにそのレポート機能は、イベント毎ま
たはイベントの所定の設定に対して略式の方式で、コン
プライアンスおよび非コンプライアンスレポートの通信
を可能にする。

【００７９】図１７は、管理ビーン２０８のブロック図
である。この構成要素は、記録を保存し、分析するため
にＲＸＶＰデータベース１８４からアーカイブデータベ
ース６０２までの不活性エントリを伝送する。この構成
要素によって実施される機能は、アカウントルックアッ
プおよびフィールド編集であり、アカウントサービスを
取消し、コンプライアンスデータをリセットする。この
構成要素はユーザによって選択される所定の間隔におけ
るリマインダテーブルを自動的にアップデートする。こ
の構成要素は、同様に手動で実行される。

【００８０】図１８は、請求書ビーン２２４のブロック
図である。この構成要素は、ＲＸＶＰデータベース１８
４とインターフェイスし、各患者に対してメッセージン
グサービスの日付の起動および終了の毎月のデータをコ
ンパイルする。続いてそのデータは、請求書生成等のた
めの請求書システム７０２に渡される。

【００８１】図１９は、分析ビーン８００のブロック図
である。各投薬に対して特定の統計的分析をこの構成要
素内で行う。投薬による症状および長さの持続期間を分
析において使用する。患者の健康および副作用の低減に
関するコンプライアンスの影響が評価される。その結果
は、毎月コンパイルされ、認可された医療職員に転送さ
れる。

【００８２】例示的実施態様が、患者に服薬を促すこと
に関して記載されてきたが、本発明がより一般化された
タイプのリマインダ手順に関することが理解される。例
えば、本発明の例示的実施態様が、要件型リマインダ
（すなわち個人が任意のタイプのスケジュールを守るよ
うに）、または食事リマインダ（すなわち食事療法を守
るように個人に思い出させるための）に関連するような
リマインダ機能の別のタイプ、および任意の別のタイプ
の手順を実施するために使用され、所定の行動を実施す
るために個人に思い出させることが望ましい。この場
合、一人以上の個人がとる１つ以上の行動の時間および
イベント要件が維持される。時間要件は、個人が各イベ
ントを実施する時間であり、イベント要件とは個人が実
施するように思い出させるイベントの説明（または他の
表示）である。

【００８３】投薬計画にある患者のコンプライアンスが
追跡される。患者の服薬時間および服薬必要量の要件に
関する情報が維持される。その情報に基づいて患者に司
具なリングされる。シグナリングに応答して、患者から
のコンプライアンスの表示を受信するための経路が提供
され、かつ第三者にその表示が受信されたか否かに基づ
く要件に患者が応じたか否かの表示を提供する。

【００８４】本発明は、好適な実施態様を示すが、当業
者は、本発明が本発明の請求の範囲によって記載される
ような他の実施態様において実施され得ることを認識
し、本明細書で記載されるような任意の実施態様の１つ
に限定されない。

【００８５】

【発明の効果】上述したように本発明によると、患者に
投薬計画に従うことを気付かせる方法および装置を提供
し、特に、患者に投薬リマインダを伝達し、コンプライ
アンスを監視する第三者を提供する。本発明によると、
投薬計画にある患者のコンプライアンスが追跡される。
患者の服薬時間および服薬必要量の要件に関する情報が
維持される。その情報に基づいて患者に司具なリングさ
れる。シグナリングに応答して、患者からのコンプライ
アンスの表示を受信するための経路が提供され、かつ第
三者にその表示が受信されたか否かに基づく要件に患者
が応じたか否かの表示を提供する。

【図面の簡単な説明】

【図１】本発明の例示的実施のブロック図である。

【図２】本発明の例示的実施態様の概略を示すブロック
図である。

【図３】本発明の例示的実施態様の概略を示すブロック
図である。

【図４】本発明のログブックデータベースの例示的構成
の図である。

【図５】本発明のＲＸＶＰデータベースの例示的構成の
図である。

【図６】本発明の投薬テーブルの例示的構成の図であ
る。

【図７】本発明の投薬イベントテーブルの例示的構成の
図である。

【図８】本発明のコンプライアンステーブルの例示的構
成の図である。

【図９】本発明のリマインダテーブルの例示的構成の図
である。

【図１０】例示的実施態様による様々な構成要素間の関
係を示すブロック図である。

【図１１】本発明の例示的実施態様のメッセージングル
ーチンの動作を示すフローチャートである。

【図１２】本発明の例示的実施態様のコンプライアンス
ルーチンの動作を示すフローチャートである。

【図１３】本発明の例示的実施態様のオブザーバルーチ
ンの動作を示すフローチャートである。

【図１４】図１０に示されるＲＸＶＰＢビーンの動作を
より明確に示すブロック図である。

【図１５】図１０に示されるターミナルビーンの動作を
より明確に示すブロック図である。

【図１６】図１０に示されるコンプライアンスビーンの
動作をより明確に示すブロック図である。

【図１７】図１０に示される管理ビーンの動作をより明
確に示すブロック図である。

【図１８】図１０に示される請求書ビーンの動作をより
明確に示すブロック図である。

【図１９】図１０に示される解析ビーンの動作をより明
確に示すブロック図である。

───────────────────────────────────────────────────── フロントページの続き (71)出願人 500447048 Ｕｎｉｖｅｒｓｉｔｙ Ｔｅｃｈｎｏｌｏ ｇｙ Ｐａｒｋ， 1450 Ｅｄｇｍｏｎｔ Ｒｏａｄ， Ｓｕｉｔｅ 120， Ｃｈ ｅｓｔｅｒ， Ｐｅｎｎｓｙｌｖａｎｉａ 19013， Ｕｎｉｔｅｄ Ｓｔａｔｅｓ ｏｆ Ａｍｅｒｉｃａ (72)発明者 サミュエル エイ． ナルボン ジュニア アメリカ合衆国 ペンシルベニア 19087, ウェイン， カルドウェル ロード 806 (72)発明者 ジェフリー エル． バーレット アメリカ合衆国 ペンシルベニア 19426, カレッジビル， トマホーク ドライブ 5012 (72)発明者 ロジャー アイ． マーティン アメリカ合衆国 ペンシルベニア 16804, ステイト カレッジ， ピー．オー． ボックス 82

Claims (24)

【特許請求の範囲】
1. 【請求項１】 投薬計画にある患者のコンプライアンス
   を追跡する方法であって、該方法は、 患者の投薬時間および服薬量の要件に関する情報を維持
   する工程と、 該情報に基づいて該患者にシグナリングする工程と、 該シグナリングに応答して、該患者からのコンプライア
   ンスの表示を受信する経路を提供する工程と、 該患者から表示が行われたか否か、またはいつ表示され
   たか、のいずれかに基づいて該要件に応じる程度のさら
   なる表示を第三者に提供する工程と、を含む、投薬計画
   にある患者のコンプライアンスを追跡する方法。
2. 【請求項２】 メッセージに対応するデータ、および前
   記患者に対応するデバイスアドレスを含む二次データベ
   ースを生成する工程をさらに含み、該メッセージおよび
   該デバイスアドレスが、該患者にシグナリングすべき時
   間に基づいてインデックス付けされる、請求項１に記載
   の方法。
3. 【請求項３】 前記時間に前記患者にシグナリングし、
   前記二次データベース内で前記メッセージを有する前記
   デバイスを使用する工程、をさらに含む、請求項２に記
   載の方法。
4. 【請求項４】 前記患者の表示が受信された確認信号を
   該患者に供給する工程をさらに含む、請求項１に記載の
   方法。
5. 【請求項５】 前記表示が、前記患者から受信されるよ
   うに待機した複数の表示の１つである該表示は、 該患者からコンプライアンスの該複数の表示を収集する
   ために待機する工程と、 該患者から受信された該複数の表示のいくつかに基づく
   患者のコンプライアンスの少なくとも１つの表示を生成
   する工程と、 該患者に、少なくとも１つの確認信号を供給し、該患者
   の表示のいくつかが受信されていることを示す工程と、
   をさらに含む請求項１に記載の方法。
6. 【請求項６】 通信ネットワークを介して前記さらなる
   表示を提供する工程をさらに含む、請求項１に記載の方
   法。
7. 【請求項７】 前記表示が、前記患者から受信されるよ
   うに待機した複数の表示の１つであり、前記第三者が複
   数の第三者のうちの１つであって、 該患者からの該表示のうちいくつかの収集に基づく複数
   のデータ値を発生する工程と、 該複数の第三者のそれぞれの第三者に利用可能な該デー
   タ値のそれぞれのデータ値を生成する工程と、をさらに
   含む請求項１に記載の方法。
8. 【請求項８】 複数のメッセージを形成する工程であっ
   て、各メッセージは所定時間に前記投薬のためのリマイ
   ンダに相当する工程と、 該複数のメッセージを伝達する前に該複数のメッセージ
   を予め格納する工程と、 予め格納された該複数の該メッセージの各々を読み出す
   ことによって、該複数の該メッセージの各々を該患者に
   伝達する工程と、をさらに含む請求項１に記載の方法。
9. 【請求項９】 投薬計画にある患者のコンプライアンス
   を追跡する方法であって、該方法は、 ａ）患者の投薬の時間および服薬必要量に関する情報を
   維持する工程と、 ｂ）該情報に基づいて該患者にシグナリングする工程
   と、 ｃ）各シグナリングに応答するコンプライアンスの各表
   示を各患者から受信するための各経路を提供する工程
   と、 ｄ） 該患者から表示が行われたか否か、またはいつ表
   示されたか、のいずれかに基づいて該要件に応じる程度
   のさらなる表示を第三者に提供する工程と、を含む、投
   薬計画にある患者のコンプライアンスを追跡する方法。
10. 【請求項１０】 コンプライアンスの前記表示が前記患
    者から受信されたか否か、またはいつ受診されたかのい
    ずれかに基づく統計分析を実行する工程をさらに含む、
    請求項９に記載の方法。
11. 【請求項１１】 前記第三者のうちの１つに対応しない
    前記患者のうち１人に対応するコンプライアンスの前記
    さらなる表示のうち１つに対応する情報を該第三者のう
    ち１つが受信できないようにする工程をさらに含む、請
    求項９に記載の方法。
12. 【請求項１２】 前記複数の第三者の各々に各異なるビ
    ジュアルインターフェイスを提供する工程をさらに含
    む、請求項９に記載の方法。
13. 【請求項１３】 前記コンプライアンスの表示を伝達
    し、および前記複数の第三者各々にソフトウェアをフォ
    ーマットする工程をさらに含む、請求項９に記載の方
    法。
14. 【請求項１４】 投薬計画にある患者のコンプライアン
    スを追跡するための方法を実行する命令のセットを含む
    格納媒体であって、該方法が、 患者の投薬の時間および服薬量の要件に関する情報を維
    持する工程と、 該情報に基づいて該患者にシグナリングする工程と、 該シグナリングに応答して該患者からのコンプライアン
    ス表示を受信する経路を提供する工程と、 該表示が受信されたか否かに基づいて、該患者が該要件
    に応じたか否かについてのさらなる表示を第三者に供給
    する工程と、を含む、格納媒体。
15. 【請求項１５】 投薬計画にある患者のコンプライアン
    スを追跡するためのコンピュータシステムであって、該
    システムは、 患者のための投薬時間および服薬量の要件に関する情報
    を維持するための手段と、 該情報に基づいて該患者にシグナリングするための手段
    と、 該シグナリングに応答するコンプライアンスの該患者の
    表示から受信する経路を提供するための手段と、 該患者から表示が行われたか否か、またはいつ表示され
    たか、のいずれかに基づいて該要件に応じる程度のさら
    なる表示を第三者に提供する工程と、を含む、投薬計画
    にある患者のコンプライアンスを追跡する、コンピュー
    タシステム。
16. 【請求項１６】 投薬計画にある患者のコンプライアン
    スを追跡するための方法であって、該方法は、 患者の投薬、時間および投薬量の要件をデータベースに
    入力する工程と、 遠隔位置から該要件に基づく信号を受信する工程と、 該遠隔位置に該要件についての、さらなるコンプライア
    ンスを示すさらなる信号を伝達する工程と、 該要件についてのコンプライアンスに関する情報を第三
    者が受信する許可を与える工程と、を含む、方法。
17. 【請求項１７】 投薬計画にある患者のコンプライアン
    スを追跡する方法であって、該方法は、 遠隔位置から該患者からの該患者のコンプライアンスに
    相当する情報を要求する工程と、 遠隔位置からの該患者のコンプライアンスを示すコンプ
    ライアンスレポートを受信する工程と、 該患者に関するコンプライアンスデータを表示する工程
    と、を含む、方法。
18. 【請求項１８】 遠隔位置からのアンフォーマットのコ
    ンプライアンスデータおよび表示ソフトウェアを受信す
    る工程と、 該表示ソフトウェアを用いてフォーマットしたコンプラ
    イアンスデータを表示する工程と、を含む、請求項１７
    に記載の方法。
19. 【請求項１９】 投薬計画にある患者のコンプライアン
    スを追跡するための装置であって、該装置は、 患者の投薬の時間および服薬量の要件に関する情報を維
    持するためのデータベースと、 該情報に基づいて、該患者にシグナリングするためのシ
    グナリング装置と、 該患者から該シグナリングに応答するコンプライアンス
    の表示を受信する経路を提供するための通信装置と、 該患者から表示が行われたか否か、またはいつ表示され
    たか、のいずれかに基づいて該要件に応じる程度のさら
    なる表示を第三者に提供する工程と、を含む、投薬計画
    にある患者のコンプライアンスを追跡する、装置。
20. 【請求項２０】 前記患者に対応するメッセージおよび
    デバイスアドレスに対応するデータを含む二次データベ
    ースをさらに含み、該メッセージおよび該デバイスアド
    レスが該患者にシグナリングされる時間に基づく請求項
    １９に記載の患者のコンプライアンスを追跡する装置。
21. 【請求項２１】 前記時間に前記デバイスアドレスを用
    いて前記二次データベース内の前記メッセージをシグナ
    リングする、請求項２０に記載の装置。
22. 【請求項２２】 前記患者が表示を受信したことを示す
    確認信号を該患者に供給するための確認ユニットをさら
    に含む、請求項１９に記載の患者のコンプライアンスを
    追跡するための装置。
23. 【請求項２３】 前記患者がシグナリングされ、前記表
    示がそれぞれ異なる種類の通信媒体によって該患者から
    受信される、請求項１に記載の方法。
24. 【請求項２４】 １つ以上の投薬計画にある１人以上の
    個人のコンプライアンスを追跡するための方法であっ
    て、該方法は、 該１人以上の個人がとるべき１つ以上の処置である時間
    およびイベント要件に関する情報を維持する工程と、 該情報に基づいて、該１人以上の個人にシグナリングす
    る工程と、 該シグナリングに応答するコンプライアンスの各表示
    を、１人以上の個人から受信するための１つ以上の経路
    を提供する工程と、 該各表示が、該１人以上の個人から行われたか否か、ま
    たはいつ行われたのいずれかに基づいて該要件に応じる
    それぞれの程度のさらなる表示を１つ以上の第三者に提
    供する工程と、を含む方法。