(57)【要約】電子ネットワーク（１０６）を介して処方箋更新要求を提供するための方法である。特定のプリスクライバーに対する更新要求情報のために、クライアント（１０４，１１０）からの要求を受信すると、その要求された更新要求情報を含む報告が生成され、クライアント（１０４，１１０）へ送信される。
2005530227.tif 000002
【特許請求の範囲】
【請求項１】
ディスペンサー、プリスクライバー、クライアント、及び患者から構成されるグループより選択されるデータ源からの情報を取得するステップと、
更新データベース上の前記情報を記憶するステップと、
特定のプリスクライバーに関する前記情報のためのクエリーを受信するステップと、
前記クエリーと対応する情報のために前記更新データベースをサーチするステップと、
前記情報を含むレポートを生成するステップと、
前記情報の見直しを容易にするための前記レポートを送信するステップとを含む、電子ネットワーク経由で処方箋の更新要求に関する情報を提供するコンピュータで実行される方法。
【請求項２】
前記生成ステップは、前記プリスクライバーがまだ見直ししていない更新要求に関する情報を含む“有効更新”ページ、前記プリスクライバーが既に見直しした更新要求に関する情報を含む“アーカイブ更新”ページ、前記プリスクライバーが面会予約したがっている患者に関する情報を含む“面会予約”ページ、及び特定の更新要求に関する詳細な情報を含む“処方箋詳細”ページより構成されるグループから選択されるレポートを生成するステップを含むことを特徴とする請求項１に記載の方法。
【請求項３】
前記生成ステップは、患者名、患者の生年月日、患者の性別、プリスクライバー識別子、医薬品識別子、ディスペンサー識別子、更新要求日、更新要求認可日、更新要求の格付け識別子、処方医薬品の投薬量、再調剤あたりの投薬数、再調剤数、最終再調剤日、前記プリスクライバーが特定の患者と面会したがっているかどうかを示す面会予約識別子、及び特定の更新要求が印刷されたかどうかを示す印刷識別子より構成されるグループから選択される詳細を含むレポートを生成することを含むことを特徴とする請求項１に記載の方法。
【請求項４】
前記受信ステップは、前記特定のプリスクライバーに関する複数の更新要求及び複数の患者に関係する情報のためのクエリーを受信するステップを含むことを特徴とする請求項１に記載の方法。
【請求項５】
前記生成ステップ及び前記送信ステップは、更なる人間の介在なしに処理されることを特徴とする請求項１に記載の方法。
【請求項６】
更新要求に関する新たな情報を取得するステップと、
前記新たな情報で前記更新データベースを更新するステップとを更に含むことを特徴とする請求項１に記載の方法。
【請求項７】
前記受信ステップは、前記プリスクライバーが面会したがっている患者に関する情報のためのクエリーを受信することを含むことを特徴とする請求項１に記載の方法。
【請求項８】
前記レポートは、現在ページ上に含まれるすべての更新要求のリストを印刷するための“リスト印刷”ボタン、選択されたすべての更新要求の処方箋詳細ページを印刷するための“選択印刷”ボタン、及び現在ページ上に含まれるすべての更新要求の処方箋詳細ページを印刷するための“すべて印刷”ボタンより構成されるグループから選択されるアクションボタンを含むことを特徴とする請求項１に記載の方法。
【請求項９】
前記レポートは、フィルターボックスに受信されたフィルターパラメータに対応する情報のみを含む更新ページを閲覧するための“更新閲覧”ボタン、フィルター化されていない情報を含むページを閲覧するための“リセット”ボタン、及び前記プリスクライバーと既に面会をした患者を含まないページを閲覧するための“更新リスト”より構成されるグループから選択されるアクションボタンを含むことを特徴とする請求項１に記載の方法。
【請求項１０】
前記フィルターパラメータは、患者名、前記医薬品識別子、認可日範囲、及び前記更新要求の格付けを含むことを特徴とする請求項９に記載の方法。
【請求項１１】
前記サーチステップの後で、患者名、前記医薬品識別子、認可日範囲、及び前記更新要求の格付けより構成されるグループから選択される前記フィルターパラメータに対応する情報のために、前記情報をフィルタリングすることを更に含むことを特徴とする請求項１に記載の方法。
【請求項１２】
前記レポートは、有効な更新ページを閲覧するための“有効更新”リンクボタン、アーカイブ更新ページを閲覧するための“アーカイブ更新”リンクボタン、面会予約ページを閲覧するための“面会予約チクラー（tickler）”リンクボタン、及び前記処方箋識別子に対応する処方箋詳細ページを閲覧するための“処方箋識別子”リンクより構成されるグループから選択されるリンクボタンを含むことを特徴とする請求項１に記載の方法。
【請求項１３】
コンピュータ読み出し可能な記憶媒体及びそこへ組み入れられるコンピュータプログラムメカニズムを含む、コンピュータシステムとあわせて使用するコンピュータプログラム製品であって、前記コンピュータプログラムメカニズムが、
ステップ、プリスクライバー、クライアント、及び患者より構成されるグループから選択されるデータ源からの処方箋についての更新要求に関する情報を取得する指令と、
更新データベース上の前記情報を記憶する指令と、
特定の患者に関する前記情報のためのクエリーを受信する指令と、
前記クエリーに対応する情報のために前記更新データベースをサーチする指令と、
前記情報を含むレポートを生成する指令と、
前記情報を見直すことを容易にするために前記レポートを送信する指令とを含むことを特徴とするコンピュータプログラム製品。
【請求項１４】
前記レポートを生成する指令は、前記プリスクライバーがまだ見直ししていない更新要求に関する情報を含む“有効更新”ページ、前記プリスクライバーが既に見直しした更新要求に関する情報を含む“アーカイブ更新”ページ、前記プリスクライバーが面会予約したがっている患者に関する情報を含む“面会予約”ページ、及び特定の更新要求に関する詳細な情報を含む“処方箋詳細”ページより構成されるグループから選択されるレポートを生成する指令を含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【請求項１５】
前記レポートを生成する指令は、患者名、患者の生年月日、患者の性別、プリスクライバー識別子、医薬品識別子、ディスペンサー識別子、更新要求日、更新要求認可日、更新要求の格付け識別子、処方医薬品の投薬量、再調剤あたりの投薬数、再調剤数、最終再調剤日、前記プリスクライバーが特定の患者と面会したがっているかどうかを示す面会予約識別子、及び特定の更新要求が印刷されたかどうかを示す印刷識別子より構成されるグループから選択される詳細を含むレポートを生成する指令を含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【請求項１６】
前記クエリーを受信する指令は、前記特定のプリスクライバーに関する複数の更新要求及び複数の患者に関係する情報のためのクエリーを受信する指令を含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【請求項１７】
更新要求に関する新たな情報を取得する指令と、
前記新たな情報で前記更新データベースを更新する指令とを更に含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【請求項１８】
前記クエリー受信指令は、前記プリスクライバーが面会したがっている患者に関する情報のためのクエリーを受信する指令を含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【請求項１９】
患者名、医薬品識別子、認可日範囲、及び前記更新要求の格付けより構成されるグループから選択されるフィルターパラメータに対応する情報のために、前記情報をフィルタリングする指令を更に含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【請求項２０】
前記レポートは、有効な更新ページを閲覧するための“有効更新”リンクボタン、アーカイブ更新ページを閲覧するための“アーカイブ更新”リンクボタン、面会予約ページを閲覧するための“面会予約チクラー（tickler）”リンクボタン、及び前記処方箋識別子に対応する処方箋詳細ページを閲覧するための“処方箋識別子”リンクより構成されるグループから選択されるリンクボタンを含むことを特徴とする請求項１３に記載のコンピュータプログラム製品。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医薬品の処方箋業全般に関する。より詳細には、本発明は処方箋の更新要求情報を生成し且つ送信することに向けられている。
【背景技術】
【０００２】
医者と患者間のミーティングというのは、医薬品の処方箋を書く医者が患者の診断結果の問題を扱うといった常に診断の結果として生じる。処方箋を書くことにおいて、医者は原則上、医薬品が処方集上にあるかを検証するだろう。この処方集とは医者及び医薬品の薬剤師にそのように処方することを告げるリストであり、このリストのために保険業者が医療費を支払うであろう。前記処方集は、ブランド名若しくはジェネリック医薬品、又はその両方を含む。これに関しては、ジェネリック医薬品は、対応するブランド医薬品と同じ有効成分、強さ、及び投与量をもっており、治療上それらと等価である。
【０００３】
患者が高血圧又は高コレストロールなどの慢性疾患を持っているような状況では、患者は、続けられる期間、薬物治療を要求する。慢性疾患を扱う医薬品（慢性疾患の薬物）の本来の処方箋は、処方する医者からの更なる認可が無くてもその本来の処方箋に従って随的な薬物を施すための調剤法を認可する１以上の再調剤を含んでいる。さらに、慢性疾患患者は、慢性疾患の薬物が超過したので再処方や処方箋の更新をしてくれるよう医者に要求することがよくある。しかしながら、処方箋を更新する前に、医者は、患者と面会の約束取決めてその患者の健康状態を再評価又は再診断することを望む。典型的には、本来の処方箋は、患者名、医薬品名、処方された投薬量、及び更新又は再調剤に関する情報を含む。
【０００４】
典型的には、本来の処方箋は、（小売、メイル注文、オンライン、又はその他であろうとなかろうと）患者の調剤利益及び保険情報とあわせてその処方箋情報を入力する調剤に与えられ、コンピュータ及び適切な調剤利益管理協会（ＰＢＭ）又は保険会社でのＰＢＭグループによってチェックされ、電話又はオンラインコンピュータ接続経由でされた処方された医薬品が処方集上にあることを保証する。
【０００５】
ＰＢＭは、ＰＢＭに加入した１以上の健康ケアプランと契約を結んだ各医者によって書かれた処方箋を追跡する。ＰＢＭは、処方箋の医薬的な主張を管理し、処方集を確立し、医者の処方パターンを追跡し、それらの効率とコスト効果を改善する教育を施し、病気管理プログラムを提供する。また、ＰＢＭは、処方箋の医薬品コストを統制することを求める。
【０００６】
処方箋の医薬品コストを下げるため、ＰＢＭは医薬品の製造者と薬剤における価格交渉を行う。次に、ＰＢＭは、市場での医薬品ごとに価格−性能のプロファイルを決定する。異なる医薬品会社が医薬品製造者と異なる価格で契約すれば、価格−性能プロファイルは結果として必然的に変化する。例えば、おそらく高血圧の治療のための医薬品が異なる２つの価格−性能プロファイルをもち、それらはその医薬品のためにＰＢＭが医薬品製造者に支払う価格にそれぞれ影響されるだろう。
【０００７】
この価格−性能プロファイルに依存して、ＰＢＭは、ＰＢＭの処方集リストにある各医薬品に格付け（ステータス）を割当てるだろう。典型的に且つ例示の方法によって、その格付けは、好ましい、認可された、健康保険業者によって以前認可されたことによって認可された、ジェネリックとして調剤されるならば利用可能、及び不認可となるであろう。処方集上での公式な格付けをもっていない、又は“不認可”の格付けの医薬品は、“非公式”であるとみなされる。したがって、任意の特定医薬品の格付けは、患者の健康ケアプランがその医薬品の購入のために支払われるべきかそしてどこまで拡張して行うべきかを決定する。
【０００８】
この処方集の使用に加えて、幾つかの健康ケアプランは医者に月ごとの医薬品予算を提供し、財政上、予算を上回っている医者にペナルティーを課し、予算を下回っている医者に報酬を報いている。これは通常、“リスク共有”又は“リスクプール”と呼ばれている。
【０００９】
多くの理由から、ＰＢＭは処方集をしばしば更新する。結果として、患者や彼の医者が意識していない処方集へ変化してしまうことがよくある。その後、患者は、薬剤師によって助言されるとき、又は処方箋の投薬を正しくし且つ違いに気づいたときのみ、その変化を学習する。この気づきが遅いために、不服を申し立てたりその他の場合は変化に対応する時間が不十分であることがよくある。
【００１０】
ＰＢＭは、３ヶ月から６ヶ月ごとに処方集の情報を含むバインダー（binder）をかれらにメイルすることによって、医者への処方集をやりとりする。各健康ケアプランは、無数のバインダーを受信するが、典型的なものは２０〜３０個である。処方集の内容は、周期的に医者を訪問するＰＢＭ代表者のＰＢＭ“詳細”力によって強化される。バインダーや“詳細”力の成果を処理するにもかかわらず、医者は処方集に僅かな不満をもっているのが普通である。
【００１１】
殆どの場合、ＰＢＭは調剤で処方集を促している。患者が処方箋を提出するとき、薬剤師はオンラインシステムを使ってその薬剤がその患者の健康ケアプランの処方集にリストされているかを検証する。その薬剤が処方集にあれば、薬剤師はそれを調剤し、一般には患者による少額の一部負担である。その薬剤が処方集になく、且つ処方する医者がジェネリック代用物を認可しないか又はジェネリック代用物は存在しない場合、患者はその薬剤を自分で支払うか、薬剤師が処方する医者の事務所に電話して代わりのものを要求する。このプロセスは時間を浪費し、患者に対して調剤のために待つことか、医薬品を手に入れるために遅くに戻って来ることを要求する。
【００１２】
結局、慢性疾患患者は、処方された医薬品の最初の供給を消費する。本来の処方箋が再調剤を認可するならば、もちろん、処方された医薬品が処方集にリストされた状態であることを前提にして、薬剤師は処方する医者と更なる接触したり認可をとることなく再調剤を行うだろう。
【００１３】
しかしながら、処方された医薬品がもはや処方集にリストされておらず且つ医者がジェネリック代用品を認可しないのであれば、薬剤師は代替物のために医者に電話するか、医薬品の非公式な再調剤のために、患者が再調剤価格の全額を支払わなければならない（カリフォルニア州法の下、ＰＢＭは公式な格付けは変化した医薬品のために支払うことを続けなければならない）。このプロセスは、（必要であれば）薬剤師が最後に認可された再調剤を行うまで繰り返され、その後、患者又は薬剤師が処方箋の更新のために医者と接触しなければならない。
【００１４】
更新又は再処方箋は、本来の処方箋の少なくとも部分に基づく新たな処方箋である。すなわち、同じような治療上のカテゴリーにある医薬品（しばしば同一の医薬品）のために、医者から新たな認可を要求する。本来の処方箋にある医薬品の治療的カテゴリーに基づくのであるが、処方箋の更新が患者の保険会社の認可された薬剤リスト（“処方集”）への改訂、更新時の患者の状態、又はその他の要因に基づいて変化する。
【００１５】
典型的には、医者は“慢性疾患薬物治療”を要求する慢性的健康問題を抱えた多くの患者をもっている（およそ４４％）。この結果、実質的に効果の無いケアのポイントが、慢性的薬物の処方箋を再調剤したり且つ更新したりすることにおいて生じている。このため、ある所定の日に、医者は慢性疾患を認可することを要求する複数の電話を受信し、それは公式の格付けを再調剤又は更新の状況に変えるだろう。再調剤の状況では、医者は処方集に存在する適切な代用物を決定する時間をとらなければならない。更新の状況では、医者は、新たな処方箋を認可する前に、次のような幾つかの事項を評価する時間をとらなければならない。例えば、（１）患者は慢性疾患の薬物治療を行うことを続けるべきかどうか、（２）処方箋の任意のパラメータ（例えば、ブランド又は投薬量）を変更するかどうか、及び／又は（３）慢性疾患の薬物治療が処方集に残っているかどうか、もしなければ処方集に存在する治療上等価な医薬品を特定するかどうか、である。
【００１６】
それぞれの場合で、処方する医者は、処方集の格付けを調べる、旧式の処方集のハードコピーを処理する、患者の記録を見直すなどの本来の処方プロセスを伴う非能率な処理を扱わなければならない。加えて、処方する医者は、典型的には、薬剤師の電話呼び出し時又はこれに非常に近い時にこれらの義務を遂行しなければならないので、これらの問題を、例えばまとめてそれらを扱うこと、医薬品がＰＢＭによって“好ましい”とされていることを検証することなどして効率的に扱うことができない。
【００１７】
処方集を扱うこれらの問題は医者にとってのかなりの非能率さを生じさせ、そしてこれはＰＢＭにとって困難さをもたらして再調剤及び更新の処方箋のためのコストを制御するよう求めている。例えば、更新の電話がされたときに急がされた決定をする医者は、おそらく処方集をチェックして異なる医薬がＰＢＭによって現在は好適であるかを知ることなく、同じ慢性疾患の薬物治療をデフォルトでするだろう。慢性疾患の薬物が処方集に残っているとしても、それにもかかわらずこれはＰＢＭが処方する医者とコミュニケーションする機会を失うことになる。なぜなら、医者は処方集リストに相談することなく、以前処方した慢性疾患の医薬で単純にデフォルト処理するからである。
【００１８】
好ましい医薬品は、ＰＢＭが医薬製造者と、特別の価格付け又は似たようなアレンジメントを解決したところに存在する。したがって、処方集上に１の薬剤より多く存在するにもかかわらず、ＰＢＭは他のものでない医薬品をどちらかといえば好むだろう。おそらく、処方集をチェックする処方医者でさえ、医薬品がＰＢＭによって推奨されているかどうかを判断することなく、医薬品が処方集にあるということを検証するだけである。同様に、再調剤の場合も、処方集にある慢性疾患の治療医薬と等価であると判断することを強いる処方医者は、おそらく処方集上の特別な医薬品が、治療的には別の等価な医薬品を超えてＰＢＭによって好適とされているかどうかを判断しないだろう。
【００１９】
処方する医者は彼らの患者のための治療に対する責任を負っており、そして最終的には処方医者は患者の治療に関する決定を越えた多大な支配を有したがっている。ＰＢＭ及び処方集は、処理過程での患者の決定へ命令として表われるとともに、医者仲間の間では敵意を生じさせる。この敵意の結果として、医者はＰＢＭと協力し従順になることに反発する。この敵意は、ＰＢＭに従うことをいやがりそしてＰＢＭと処方医者との間のコミュニケーション機会を失うことになるのだが、処方集への従順さが低減し、よりダイナミックでコスト効率のある処方集を有するＰＢＭの柔軟さを減少させる。
【００２０】
したがって、本技術分野において、意思決定プロセスにおける付随する命令の減少とともに、治療の時点で処方集を使うことの効率性を増加させるニーズがある。処方箋更新プロセスの効率性を改善することは、全体的に見れば、処方プロセスの全効率を改善するのに大いに助けとなる。そのためには、本技術分野において、更新及び／又は再調剤の処方箋を扱うにあたり医者の効率性を増加させ、そして医者又はそのスタッフが容易に処方箋の更新要求情報を閲覧することができるシステム及び／又は方法が必要とされている。さらに、本技術分野において、医者又はそのスタッフが処方箋の更新を要求する患者との面会を管理することを手助けするシステム及び／又は方法が必要とされている。
【００２１】
（本発明の概要）
本発明は電子ネットワークを介して処方箋の更新要求情報を提供するためのコンピュータで実行可能な方法を提供する。特定の処方する人（プリスクライバー）のために処方箋の更新要求情報を生成するにあたり、患者（即ち、プリスクライバー、プリスクライバーのスタッフ、又はこれらの人の管理の下で行動する人）からの要求を受信すると、その更新要求情報を含んだレポートが生成され、患者に送信される。この送信された更新要求情報を含んだレポートは、患者が更新要求情報を容易に見直し、且つプリスクライバーが会うことを望む患者との面会を管理するために患者を容易に手助けできるようにする。
【００２２】
患者の要求に影響されて、生成されかつ送信されたレポートは、プリスクライバーがまだ見直ししていない更新要求に関する更新要求情報を含む“有効な更新”ページ、プリスクライバーが既に検討した更新要求に関する更新要求情報を含む“アーカイブされた更新”ページ、スクライバーが面会することを望む患者に関する更新要求情報を含む“面会”ページ、又は特定の更新要求に関する詳細な更新要求情報を含む“処方詳細”ページである。
【００２３】
（好ましい実施例の詳細な記載）
本発明は、電子ネットワークを介して医薬品の処方箋を更新する手段を提供する。ここで用いられているように、医薬品は、診断、治療、又は病気・不健康・若しくは医学的状態の予防に用いられる任意の化学物質として、すなわち薬物治療の構成要素として定義される。さらに、医薬品は、医療で用いられる治療効果のある任意の製品、又は有機物又は無機物の化学物から生じた薬として定義され、広範囲の医学的状態を扱うために用いられている。
【００２４】
図１は、本発明の一実施例による処方箋を更新する電子ネットワーク１００の概略図である。ネットワーク１００は、通信経路によって相互接続された連続した位置又はノードを含む。ネットワーク１００は他のネットワークと相互接続可能だがサブネットワークを含むことも可能で、ローカルエリアネットワーク（ＬＡＮ）、都市データ（メトロポリタン）ネットワーク（ＭＡＮ）、広域エリアネットワーク（ＷＡＮ）、又は大規模ネットワーク（インターネット）の方法によって具体化される。さらにネットワーク１００は、例えば、公衆交換電話網（ＰＳＴＮ）、総合ディジタル通信ネットワーク（ＩＳＤＮ）、ディジタル加入者線システム（ＤＳＬ）、非同期伝送モード（ＡＴＭ）、Ｔ−キャリアシステムなどに用いられるアクセスサービスのタイプによって特徴づけられる。加えて、ネットワーク１００は、例えば、無線アプリケーション・プロトコル（ＷＡＰ）、伝送制御プロトコル/インターネット・プロトコル（ＴＣＰ／ＩＰ）、ＮｅｔＢＩＯＳ拡張ユーザーインタフェース（ＮｅｔＢＥＵＩ）、又はインターネットワークパケット交換/シーケンスパケット交換（ＩＰＸ／ＳＰＸ）などで用いられるプロトコルのタイプによって特徴づけられる。そのうえ、ネットワーク１００は、音声、データ、又はこれら信号類の両方を搬送するかどうかによって、ネットワーク１００を使用できる者（それは個人的又は公であるかどうかである）によって、及びその接続の通常の特質（例えば、ダイアルアップ型、専用型、切替型、非切替型、又は視覚接続型）によって特徴づけられる。
【００２５】
ネットワーク１００は、複数の医薬調剤師（以下、ディスペンサーと称する）１１０に、認可されている処方箋を書く人（以下、プリスクライバーと称する）１０４に、そして少なくとも１つの更新サーバ１０２に接続する。この接続は、通信、又はイントラネット・無線ネットワーク・若しくは好ましくはインターネットを含む前述したような電子ネットワーク１０６経由で行われる。この接続は、通信リンク１０８経由で行われ、それは例えば、同軸ケーブル、（ＰＳＴＮ、ＩＳＤＮ、及びＤＳＬを含む）銅線、光ファイバー、無線、マイクロ波、又は衛星リンクである。プリスクライバー、ディスペンサー、及び更新サーバ間の通信は、インターネットプロトコル（ＩＰ）又は選択的に安全な同期プロトコル経由で行われるのが好ましいが、電子メール（Ｅメイル）経由でも代用することができる。
【００２６】
ここで用いられるディスペンサーとは、小売店の薬剤師、メール注文の薬剤師、オンラインの薬剤師、薬剤師として行動するＰＢＭ、これらの何れかと一緒に行動するＰＢＭ、又は処方箋医薬を調剤することを認可されたエンティティ若しくは人である。ここで用いられる認可されたプリスクライバーとは、医薬を調剤するディスペンサーを認可する資格を有するものである。
【００２７】
ある特定の区域の法律によれば、そのような者は、これらに限定するものではないが、医者、医者のアシスタント、登録された看護士、又はこれら個人の管理の下で行動する人を含む。
【００２８】
更新サーバ１０２が図１に示されているが、これはディスペンサー１１０から離れて存在するものとして後述される。しかしながら、当業者であれば、この更新サーバ１０２及びディスペンサー１１０が一つ及び同様のものであっても、本発明の範疇から乖離することのないことを理解されたい。
【００２９】
更新サーバ１０２は、少なくとも１つのデータプロセッサ又は中央処理装置（ＣＰＵ）２１２、更新メモリ２２０、ユーザインタフェースデバイス２１８、通信インタフェース回路２１６、及びこれらの要素を相互接続する少なくとも１つのバス２１４を含む。更新メモリ２２０は、オペレーティングシステム２２２（例えば、ＤＯＳ,ＵＮＩＸTM，ＷｉｎｄｏｗｓTM，ＬｉｎｕｘTM，ＯＳ／２TM，ＡＳ／４００TM，ＰａｌｍＯＳTM，ＡＩＸTM，ＮＥＸＴＳＴＥＰTM，ＯＳ／３９０TM，ＯＳ／９TM，ＯＳ／９００TM，ＶＭＳTM，ＣＰ／ＭTM，ＳｏｌａｒｉｓTM，ＭａｃＯＳTM）を含む。オペレーティングシステム２２２は、データ通信、データ処理、データアクセス、データ記録、データ検索などの命令を記憶する。また、更新メモリ２２０はリモート（遠隔）アクセスプロシジャ２２４及び更新通知プロシジャ２２６を含む。リモートアクセスプロシジャ２２４は、更新サーバ１０２と電子ネットワーク１０６間のデータを通信する（送信する及び受信する）ために用いられる。
【００３０】
さらに更新メモリ２２０は、更新データベース２２８を含み、好ましくは複数の患者プロファイル２３０（１）〜２３０（Ｎ）を含む。各患者プロファイル２３０（１）〜２３０（Ｎ）は、例えば、接触時の詳細、患者の治療経緯に関する情報、患者の治療保険の詳細などの患者情報２３２を含んでいるのが好ましい。好ましくは、各患者プロファイル２３０（１）〜２３０（Ｎ）はまた、ある特定患者のための処方箋プロファイル２３４（１）〜２３４（Ｎ）を含む。各処方箋プロファイル２３４（１）〜２３４（Ｎ）はまた、前述した医薬品識別子２３６、プリスクライバー識別子２３８、処方された医薬品の投薬量２４０、再調剤の詳細２４２、及びディスペンサー識別子２４４などの情報を含むのが好ましい。識別子は、名前やデータの実体を特定したり示したりするために役立つ任意の手段である。
【００３１】
ディスペンサー１１０及びプリスクライバー１０４は、例えば、デスクトップコンピュータ、ラップトップコンピュータ、ノートブックコンピュータ、手持ちコンピュータ、携帯型情報端末（ＰＤＡ）などのリモートクライントコンピュータ機器経由で、通信ネットワーク１０６にアクセスする。ディスペンサー１１０は典型的にはデスクトップコンピュータを用いるが、プリスクライバー１０４は、机に固定されていないのが普通であるＰＤＡを用いるのが好ましい。ＰＤＡは無線、あるいはそれ自身で津通信ネットワークに接続したり、無線ポイント経由で通信ネットワーク１０６へ接続することが可能なデスクトップコンピュータと同期するのが好ましい。
【００３２】
ディスペンサー及びプリスクライバーのコンピュータ機器１１０，１０４はそれぞれ、更新サーバ１０２に関連して前述したものと同様な、データプロセッサ又は中央処理装置（ＣＰＵ）と、ユーザインタフェースデバイスと、通信インタフェース回路と、バスとを含んでいるのが好ましい。またディスペンサー１１０及びプリスクライバー１０４は、後述するメモリ１２０及び３２０をそれぞれに含む。メモリ２２０，１２０，及び３２０は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリと、ハードディスクなどの不揮発性メモリとの両方を含む。
【００３３】
図２は、図１に示すようなディスペンサーメモリ１２０の概略図である。ディスペンサーメモリ１２０は、オペレーティングシステム１２２と、更新サーバメモリ２２０（図１）のリモートアクセスプロシジャ２２４（図１）と整合するリモートアクセスプロシジャ１２４とを含む。好ましくは、ディスペンサーメモリ１２０はまた、電子処方箋要求を受信し且つこのような要求（処方箋及びこれに関する再調剤）をファイルするプリスクリプション・ファイリングプロシジャ１２６を含む。さらに、ディスペンサーメモリ１２０はまた、固有の処方箋１３０（１）〜１３０（Ｎ）によって特定された複数の処方箋を含むディスペンサーデータベース１２８を含むのが好ましい。各処方箋１３０（１）〜１３０（Ｎ）は、接触時の詳細、患者の医療経緯／記録に関する情報、患者の医療保険の詳細、患者の医者などの患者情報１３２を含むのが好ましい。また、各処方箋１３０（１）〜１３０（Ｎ）は、医薬品識別子１３４と、処方された医薬品の処方投薬量１３６と、プリスクライバー識別子１３８と、再調剤の詳細１４０と、更新の詳細１４２とを含むのが好ましい。再調剤の詳細１４０は、残っている再調剤数と、最後の再調剤が消費される日と、再調剤の期限が切れる日とを含むのが好ましい。更新の詳細１４２は、更新日及び更新の期限が切れる日とを含むのが好ましい。
【００３４】
ディスペンサーメモリ１２０はまた、処方集データベース１４６と、薬−薬反応データベース１４８と、又はこれに関するポインタとを含むのが好ましい。処方集データベース１４６は、一例として且つこれらに限定するものではないが、医薬品識別子及びこれに関連する処方集の格付け（好ましい、処方集にあり、認可されたジェネリック代用品、又は処方集になし）とを含む。
【００３５】
図３は、図１に示したプリスクライバーメモリ３２０の概略図である。プリスクライバーメモリ３２０は、オペレーティングシステム３２２及び更新サーバのメモリ２２０（図１）内のリモートアクセスプロシジャ２２４（図１）と整合するリモーロアクセスプロシジャ３２４とを含む。また、プリスクライバーメモリ３２０は、認可された処方箋更新を生成し且つ送信する更新認認可プロシジャ３２６を含むのが好ましい。また、プリスクライバーメモリ３２０は、複数の患者プロファイル３３０（１）〜３３０（Ｎ）を有する更新データベース３２８を含むのが好ましい。各患者プロファイル３３０（１）〜３３０（Ｎ）は、例えば、面会時の詳細、その患者の医療経緯に関する情報、その患者の医療保険の詳細、その患者の医者などの患者情報３３２を含むのが好ましい。
【００３６】
また、各患者プロファイル３３０（１）〜３３０（Ｎ）は、その患者の多数の処方箋プロファイル３３４（１）〜３３４（Ｎ）を含むのが好ましい。各処方箋プロファイル３３４（１）〜３３４（Ｎ）は、例えば、処方された医薬品識別子３３６、プリスクライバー識別子３３８、処方された医薬品の投薬量３４０、再調剤の詳細３４２、及びディスペンサー識別子３４４などの情報を含むのが好ましい。引用によってここにすっかり組み入れられる、２０００年１月２０日に提出された同時係属出願に記載されているように、プリスクライバーメモリ３２０はまた、処方集データベース３５０及び薬−薬反応データベース３５２を含むのが好ましい。処方集データベース３５０及び薬−薬反応データベース３５２は、更新サーバによって周期的に更新される。
【００３７】
前述した様々なデータベースは、その内容が容易にアクセスされ、管理され、及び更新されることが可能な方法で構成されたデータを有していることに留意するべきである。例えば、データベースは、フラットファイルデータベース（テーブルからもってくるデータベースであり、１つのテーブルのみが各データベースで使用されることができる）、リレーショナルデータベース（多数の異なるやり方で再構成され且つアクセスされることができようデータが定義される表形式のデータベース）、又はオブジェクト志向データベース（オブジェクトクラス及びサブクラスで定義されたデータと適合するデータベース）を含むことができる。データベースは、単一サーバ上でホスト化され、マルチサーバに分配されることができる。説明を容易にするため、前述した任意のデータベースにおける処方箋データフィールドは、処方箋レコードとして称されるだろう。
【００３８】
図４は、本発明の一実施例によって、本来の処方箋をファイルするディスペンサー側の方法４００を示すフローチャートである。４０２で、処方箋ファイルプロシジャ（図２の１２６）が、少なくとも医薬品識別子、患者識別子、処方箋識別子、処方された医薬品の投薬量、及び再調剤の詳細を含む処方箋データを有した本来の処方箋を受信することによって開始する。本来の処方箋の受領は、例えば、電子的に、ファクシミリ機器によって、Ｅメイルによって、郵便メイルによって、手渡しなど多数の方法で起きる。
【００３９】
本来の処方箋が手渡しで受信される場合、本来の処方箋の詳細が手作業で取得され、ディスペンサーデータベース（図２の１２８）に記憶されるが、処方箋が固有の処方箋識別子（図２の１３０）によって参照される。本来の処方箋が電子的に受信される場合、それは自動的に取得され且つディスペンサーデータベース（図２の１２８）に記憶するようにするのが好ましい。ここで、固有の処方箋識別子（図２の１３０）によって処方箋を参照するのが好ましい。
【００４０】
次に４０４で、処方集データベース（図２の１４６）を参照することによって、処方される医薬品の処方集の格付けをチェックする。処方された医薬品が処方集リストにある場合、４０６で、ディスペンサーはその処方箋にしたがって医薬品を処方するよう促されるだろう。処方された医薬品が処方集リストにない場合、４０８で、このプロシジャは処方集リストにジェネリック代用品があるか否かをチェックし、ジェネリック代用品が処方集リストにある場合には、４１０で、プリスクライバーがジェネリック代用品の使用を認可されているかどうかをチェックする。ジェネリック代用品が処方集リストにない場合、又はプリスクライバーがジェネリック代用品を認可していない場合には、４１２で、プリスクライバーと連絡をとりあうための、且つ代用の医薬品を処方することを要求する注意を知らせる。
【００４１】
本来の処方箋がファイルされた後、４１４で、処方された医薬品が慢性疾患の治療薬であるかどうかを判断する。処方された医薬品が慢性疾患の治療薬である場合、４１６で、本発明による更新方法は、本事実を注記し且つ保存する。次に、４１８で、ディスペンサーデータベース（図２の１２８）の処方箋レコードを更新する。最後に、４２０で、この更新された処方箋レコードを更新サーバに送信する。
【００４２】
図５は、本発明の一実施例に従った、再調剤及び認可された処方箋更新をファイルするためのディスペンサー側の方法５００を示すフローチャートである。５０１で、患者がディスペンサーに再調剤を注文するとき、５０２で、処方箋ファイリングプロシジャ（図２の１２６）は再調剤の処方箋がそのレコードの内に存在するか否かをチェックする。再調剤の処方箋が存在する場合、５０４で、処方箋ファイリングプロシジャは特別な処方箋で使用可能なまま残っている任意の再調剤があるかどうかをチェックする。
【００４３】
５０６で、レコード内に再調剤の処方箋がない場合、又は処方箋の再調剤がまったく残っていない場合、ディスペンサーは更新要求を更新サーバに送信する。すなわち、本来の又は前の処方箋の期限が終わる前に、処方箋更新要求が生成される。処方箋更新要求は、患者の識別子、医薬品識別子、ディスペンサー識別子、処方箋識別子、プリスクライバー識別子、投薬量、再調剤数、及び強さを含むのが好ましい。プリスクライバーが処方箋更新を認可すると、図７に関連して述べるように、５０８で、ディスペンサーは処方箋更新を受信し且つ、５１０で、その処方箋レコードを更新する。
【００４４】
再調剤が使用可能な場合、５１２で、ディスペンサーは、処方箋を満たすよう促される。次に、５１４で、システムは処方された再調剤の総量からある再調剤分を差し引き、この情報を処方箋データベース（図２の１２８）における処方箋レコードに保存する。次に、５１６で、ディスペンサーはこの更新された処方箋レコードを更新サーバへ送信する。
【００４５】
図６は、本発明の一実施例に従った、処方箋更新の要求を生成し且つ送信するために用いる更新側の方法６００を示すフローチャートである。６０２で、更新通知プロシジャ（図１の２２６）は、ディスペンサー（図１の１１０）から現在の処方箋レコードをダウンロードし、この処方箋レコードを更新データベース（図１の２３０）に保存する。６０４で、更新データベースは処方箋レコードにディスペンサー識別子（図１の２４６）を追加する。次に６０６で、処方箋レコードは更新データベースに保存される。
【００４６】
次に、更新通知プロシジャは処方された再調剤が使い切れる際に計算され、更新日時を処方された再調剤が使い終わる日の前（例えば、そのような日付の３週間前）の設定時刻に設定する。次に、６１０で、更新通知プロシジャは、その更新日に達しているかどうかを周期的に判断する。更新日に到達すると、６１２で、処方箋の更新要求が生成され、６１４で、本来の処方箋を処方する責任があるプリスクライバー、又は他の任意の特定のプリスクライバーに送信する。１つの更新要求を複数のプリスクライバーへ送るようにすることを避けることに関しては、安全策を組み込むことが好ましい。次に、図７に関連して述べるが、プリスクライバーは更新要求を扱う。プリスクライバーが処方箋を更新し且つこの更新された処方箋を更新サーバへ戻して送信すると、６１８でそれが受信され、そして、６２０で、新たな更新の詳細が処方箋レコードに保存される。
【００４７】
次に、６１６で、ディスペンサーは、処方箋更新を満たすために通知される。再調剤、更新要求、及び処方箋更新が、所定の時間間隔後に期限が切れるのが好ましいことに留意すべきである。
【００４８】
図７は、本発明の一実施例に従った、処方箋更新を認可するプロシジャを示したフローチャートである。プリスクライバー（図１の１０４）は、電子ネットワーク（図１の１０６）に接続し、さらに詳細には７０２で、更新サーバ（図１の１０２）に接続する。次に、７０４で、プリスクライバーは更新サーバへ安全にログインする。プリスクライバーが彼のＰＤＡを彼のデスクトップコンピュータと同期させるときに安全なログインが自動的に生じるようにするのが好ましいが、固有のユーザネーム及びパスワード又は電子証明書及び秘密署名鍵などを入力することによって手作業で生じるようにすることもできる。
【００４９】
次に、７０６で、プリスクライバーのコンピュータ機器（図１の１０４）は、同期中好ましくは自動的にそのプリスクライバーへ向けられたすべての更新要求をダウンロードする。プリスクライバーはこの時点で、又は同期が成功する間の他の任意の時点でその更新要求を見直し（７０８）、バッチモードで又は好ましくは少しずつ、その要求を扱う。
【００５０】
７１０で、更新要求自体に与えられた情報を見直すことに加え、決定を行うプロセスを助けるための付加的な情報をプリスクライバーへ提供することができる。更新認可プロシジャ（図３の３２６）は、処方された医薬品識別子（図３の３３６）、患者プロファイル（図３の３３０）、及び／又はディスペンサー識別子（図３の３４４）を用いて、このような付加的情報を表示する。付加的情報は、７１４で、これらに限定するものではないが、薬−薬反応データベース（図３の３５４）、７１６で処方集データベース（図３の３５０）、患者の医薬品経緯、及び／又は低コストな医薬的代用品を含むことが好ましい。これらのデータベースは個別に又は合体されることが認識されるだろう。
【００５１】
あるいはまた、付加的な情報が更新サーバ（図１の１０２）によって更新要求へ追加され、且つそれとともにプリスクライバーへ送信されることができる。次に、処方集データベース（図３の３５０）は、ジェネリック代用品、ブランド名の代用品、及び／又は更新用の処方箋において処方された医薬品の処方集格付けに加えたＰＢＭ参照をプリスクライバーに提供するのが好ましい。
【００５２】
さらに、７１８で、患者識別子及び／又は固有の処方箋識別子は、プリスクライバーに関連する、例えば、以前の処方箋、又はプリスクライバーに対する有用なコメント及び注記などの患者情報を提供する患者プロファイル（図３の３３０）へ指し向ける。
【００５３】
プリスクライバーが何らかの変更を行う場合、７２０で、患者の医学的プロファイルが更新される。再検討プロセスの部分として、プリスクライバーは更なる相談のための患者と面会することを希望したり要求したりすることができるが、その後に、プリスクライバーは更なるコメントで患者のプロファイル（図３の３３０）を更新することができる。患者との面会は、例えば、“患者が私との面会を希望”ボタンをクリックするなどして、ＰＤＡ上に注意をおこさせる形式をとることができる。それは、最終的には更新サーバへ接続される。次に、患者はオフィスのスタッフに戻ることによって面会したり、あるいはディスペンサーが面会してプリスクライバーとの面会を患者に通知する。これは、電話呼び出し、Ｅメイル、郵便メイル、ファクシミリなどの形式で行われる。
【００５４】
当業者であれば、本発明の範囲から乖離することなく、更新要求の送信７０６が前述した以外の多くの異なるステップの集合を用いながら行えることを理解するであろう。例えば、これらに限定するものではないが、更新サーバ（図１の１０２）は、プリスクライバーのコンピュータ機器又はＰＤＡに接続し、データを転送することを開始する。最終的な結果は、プリスクライバーが彼のコンピュータ及び／又はＰＤＡに存在する電子フォーマットで更新要求を有していることである。その結果、プリスクライバーは、プリスクライバーにとって便利で効率のよい時にそれぞれの通知を見直すことができる。
【００５５】
更新要求を見直しした後、７２２で、更新認可プロシジャ（図３の３２６）は電子処方箋の更新を生成する。この電子処方箋の更新は、少なくとも患者の識別子、医薬品識別子、処方された投薬量、プリスクライバー識別子、及び再調剤の詳細を含むのが好ましい。更新された処方箋が初期に処方された前の処方箋とは異なる要素を有するかもしれないことに留意すべきである。次に、プリスクライバーは、電子署名、典型的にはCerticomTM７２３によって提供されるようなアルゴリズムを用いて処方箋更新を認可し、７２４でその記録が認可された処方箋更新データベース（図３の３２８）に保存される。
【００５６】
次に、７２６で、認可された処方箋更新が更なる処理のために更新サーバへ送信される。７２８で、更新認可プロシジャ（図３の３２６）は、認可された処方箋更新が実際に受信されたかという更新サーバからの通知を待つ。受信されていなかった場合、７３０で、プリスクライバーは、その状況（例えば、処方箋更新を再送信したり又はその更新サーバサービスを直接的に呼び出す）を改めるよう促される。受信されていた場合、患者プロファイル（図１の２３２）がこれにあわせて更新される。次に、プリスクライバーは更新が認可されたことを患者に告げるのが好ましい。
【００５７】
更新サーバ、プリスクライバー、及び／又はディスペンサーは、処方箋更新要求の格付けの更新を周期的に共有する。この格付けは、どのくらい多くの処方箋更新要求がプリスクライバーに送信されるかを判断し、且つプリスクライバーがどのくらい多くの処方箋更新要求を受信するかを確立する前記更新サーバによって確かめられるのが好ましい。次に、その格付けは更新サーバによってプリスクライバーに送信されるのが好ましい。
【００５８】
プリスクライバーが更新サーバと周期的に通信し、プリスクライバーの都合のよい見直しの時点で複数の更新要求をダウンロードすることが期待される。また、プリスクライバーが、１つの更新要求よりもむしろ複数の認可された処方箋更新を、彼が見直しを完了するそれぞれのときに送信することが期待される。この方法で、プリスクライバーは、患者又は薬剤師からの電話呼び出しを受けることなく処方箋更新の複数の要求を受信することができ、バッチ方法要求を見直しすることができ、プリスクライバーに便利なときに患者との相談のために面会することができ、及び処方集をチェックすることができる。無線技術は、有線接続の必要なく、ＰＤＡがデータを電子的に送信することを可能にする。
【００５９】
図８は、処方箋更新要求の情報報告（以後、“更新要求情報”と称する）を生成し且つ送信する電子ネットワーク８００の概略図である。電子ネットワーク８００は、図１の電子ネットワーク１００と同様であり、さらに本発明の一実施例によれば、１以上のクライアントによってアクセスされ且つ用いられる１以上のクライアントコンピュータ機器８０１を含む。ここで使用されているように、クライアントとは、更新要求情報にアクセスする資格を有し、且つクライアントコンピュータ機器８０１を用いてそのような情報にアクセスする人を指す。クライアントの例としては、プリスクライバー、プリスクライバーのスタッフ、及びこのような個人の指揮の下で行動する人々である。電子ネットワーク８００は、特定のプリスクライバーに関連がある更新要求情報のためのクライアント要求に対応した更新要求情報を生成し且つ送信する。
【００６０】
ネットワーク８００は、複数のクライアントコンピュータ機器８０１、そして少なくとも１つの更新サーバ８０２と接続する。これらの接続は、電子ネットワーク８０６及び通信リンク８０８を経由して行われる。クライアント及びプリスクライバーは、同一のエンティティであることが可能で、且つこれらに限定するものではないが、プリスクライバーのスタッフ又はそのような個人の指揮の下で行動する人々を含むこともできる。
【００６１】
クライアントは、デスクトップコンピュータ、ラップトップコンピュータノートブックコンピュータ、手持ちコンピュータ、携帯型情報端末（ＰＤＡ）などのリモートクライントコンピュータ機器経由で、通信ネットワーク８０６にアクセスする。ディスペンサー１１０は典型的にはデスクトップコンピュータを用いるが、クライアントは、典型的にはオフィス環境に固定されているようなデスクトップコンピュータを用いるのが好ましい。
【００６２】
クライアントコンピュータ機器８０１は、データプロセッサ又は中央処理装置（ＣＰＵ）と、ユーザインタフェースデバイスと、通信インタフェース回路と、バスと、（後述する）更新サーバ８０２に関連したこれらと同様のものとを含んでいるのが好ましい。また、クライアントコンピュータ機器８０１は、ランダムアクセスメモリ（ＲＡＭ）などの揮発性メモリと、ハードディスクなどの不揮発性メモリとの両方を含む。加えて、クライアントコンピュータ機器８０１は、ワールド・ワイド・ウエッブをブラウジングするネットスケープナビゲータ及びマイクロソフトインターネットエクスプローラなどのウエッブブラウザ８９８と、（本技術分野でよく理解されるような）電子ネットワーク８０６にアクセスするためのモデムとを含むのが好ましい。
【００６３】
更新サーバ８０２は、少なくとも１つのデータプロセッサ又は中央処理装置（ＣＰＵ）８１２、更新メモリ８２０、ユーザインタフェースデバイス８１８、通信インタフェース回路８１６、及びこれらの要素を相互接続する少なくとも１つのバス８１４を含む。更新メモリ８２０は、オペレーティングシステム２２２、リモートアクセスプロシジャ８２４、ログインプロシジャ８２６、ログアウトプロシジャ８２８、ウエッブ−サーバプロシジャ８３０、ウエッブページ８３２、データベース管理プロシジャ８３４、及び更新データベース８５０を含む。
【００６４】
ログインプロシジャ８２６は、更新サーバ８０２へのクライアントの安全なログインを制御する一連の実行可能なルーチン又はプログラムである。ログアウトプロシジャ８２８は、更新サーバ８０２からのクライアントの安全なログアウトを制御する一連の実行可能なルーチン又はプログラムである。
【００６５】
ウエッブサーバプロシジャ８３０は、クライアントのウエッブブラウザ８９８からのウエッブページ要求を処理し、要求に応じてコンテンツを生成し且つ送信する。また、ウエッブサーバプロシジャ８３０は、データベース検索などの機能を提供するサーバ側スクリプト（コモンゲートウェイインタフェーススクリプト（ＣＧＩ）、アクティブサーバページ（ＡＳＰ）、ＪＡＶＡ（Ｒ）サーバページ（ＪＳＰ）等）を実行する。ウエッブページ８３２は、ワールドワイドなウエッブドキュメント、典型的にはＨＴＭＬでコードされたテキストファイルであって、それはＪＡＶＡＳＣＲＩＰＴコード又は他のコマンドも含む。データベース管理プロシジャ８３４は、更新データベース８５０に保持されたデータの格納、検索、及び更新を管理する。
【００６６】
好ましくは、更新メモリ８２０に含まれるログインプロシジャ８２６、ログアウトプロシジャ８２８、ウエッブサーバプロシジャ８３０、及びウエッブページ８３２は、クライアントへ及びクライアントから電子コンテンツを送受信することによって、更新サーバ８０２がインターネット上のワールドワイドウエッブサービスに提供されることができるようにする。あるいはまた、ログインプロシジャ８２６、ログアウトプロシジャ８２８、ウエッブサーバプロシジャ８３０、及びウエッブページ８３２は、外部の更新サーバ８０２であるウエッブサーバに含まれ、それは更新サーバ８００２の更新データベース８５０にアクセスすることによって、クライアントにインターネット上のワールドワイドウエッブサービスを提供する。
【００６７】
図９は、図８に示された好ましい更新データベース８５０の概略図である。更新データベース８５０は、複数のプリスクライバープロファイル８５２（１）〜８５２（Ｎ）を含んでいるのが好ましい。各プリスクライバープロファイル８５２は、プリスクライバーログイン情報８５３と、複数の患者プロファイル８５４（１）〜８５４（Ｎ）とを含んでいるのが好ましい。各患者プロファイル８５４は、例えば患者名、誕生日、性別、及び面会の詳細など特定の患者に関連する患者情報８５６を含んでいるのが好ましい。また、各患者プロファイル８５４は、プリスクライバーが患者との面会予約を取りたがっているか銅かを表す予約指標８５８、及び面会予約がプリスクライバーによって既になされているかどうかを表す予約実行指標８５９などの患者の予約情報８５７を含む。好ましくは、各患者プロファイル８５４はまた、特定の患者のための複数の処方箋プロファイル８６０（１）〜８６０（Ｎ）を含む。各処方箋プロファイル８６０は、固有の処方箋識別子８６２、ディスペンサー識別子８６３、医薬品識別子８６４、投薬量及び再調剤の詳細８６５、更新の詳細８８０、並びに特定の更新要求の処方箋詳細ページがクライアントによって印刷されているかどうかを表す印刷情報８９０などの情報を含むのが好ましい。
【００６８】
処方された医薬品の投薬量及び再調剤の詳細８６５は、処方された医薬品の投薬量８６６、再調剤ごとの投薬数８６８、再調剤数８７０、及び最終再調剤日８７２を含むのが好ましい。処方された医薬品の更新詳細８８０は、更新要求日８８２、（あるとすれば）更新要求のための認可日８８４、更新要求が認可されている、認可されていない、プリスクライバーによってまだ見直されていないという更新要求の状態インジケータ８８６を含むのが好ましい。更新要求の状態インジケータ８８６が、プリスクライバーが更新要求を認可した又は認可しないことを表す場合、次に、プリスクライバーはその更新要求を受信する。
したがって、各更新要求は、処方箋更新の要求に関する患者プロファイル８５４に含まれる任意又はすべての情報を含む。
【００６９】
前述したデータベースはコンテンツを容易にアクセスし、管理し、更新することができる方法でそのデータが編成されていることに留意すべきである。例えば、データベースは、フラットファイルデータベース（テーブルからもってくるデータベースであり、１つのテーブルのみが各データベースで使用されることができる）、リレーショナルデータベース（多数の異なるやり方で再構成され且つアクセスされることができようデータが定義される表形式のデータベース）、又はオブジェクト志向データベース（オブジェクトクラス及びサブクラスで定義されたデータと適合するデータベース）を含むことができる。データベースは、単一サーバ上でホスト化され、マルチサーバに分配されることができる。
【００７０】
図１０Ａは、更新要求情報を生成し且つ送信し、これに応答して特定のプリスクライバーに関連する更新要求情報のためのクライアント要求を受信する更新サーバプロセス１０００全体のフローチャートである。クライアントコンピュータ機器８０１を用いて、クライアントは電子ネットワーク８０６（図８）を介して更新サーバ８０２（図８）をアクセスする。例えば、クライアントコンピュータ機器８０１上のウエッブブラウザ８９８を用いるクライアントは、インターネットのダイアルアップ又はブロードバンド接続を使って、電子ネットワーク８０６（図８）経由で更新サーバ８０２（図８）にアクセスする。
【００７１】
クライアントコンピュータ機器８０１が更新サーバ８０２（図８）に接続されると、更新サーバ上のログインプロシジャ８２６（図８）が呼び出される。ログインプロシジャはネットスケープのＳＳＬ、ＮＣＳＡのＳＨＴＴＰ、マイクロソフトのＰＣＴ、又はＩＥＴＦのＩＰＳｅｃを使ってログインプロセス１００２を実行する。ログインプロシジャは、例えば、固有のユーザ名及びパスワードを入力することによって、クライアントがクライアントコンピュータ機器８０１上で応答するためのログインウエッブページを生成し且つ送信するのが好ましい。次に、ログインプロシジャ８２６（図８）は、更新データベース８５０（図８）のプリスクライバーログイン情報８５３（図９）を使ってユーザ名及びパスワードを認証する。次に、データベース管理プロシジャ８３４は、更新データベース８５０（図８）をサーチし、クライアントによって提供されたユーザ名に関連するプリスクライバープロファイル８５２（図９）を特定する。
【００７２】
クライアントが更新サーバ８０２（図８）へのログインに成功すると、ウエッブサーバプロシジャ８３０（図８）は、１００４で、有効な更新ページ、アーカイブされた更新ページ、面会予約ページへの、及び更新サーバログアウトプロシジャへのリンクボタンを含むホームページを生成し且つ送信する。ここで使用されるリンクボタンは、選択でクライアントコンピュータ機器８０１（図８）へダウンロードする特定のページへのリンケージを指す。
【００７３】
次に、１００５で、更新サーバ８０２（図８）は、クライアントのウエッブブラウザ８９８（図８）からウエッブページの要求又はクエリーを受信する。ウエッブページの要求に基づいて、更新メモリ８２０（図８）のウエッブサーバプロシジャ８３０（図８）は、クライアントが有効な更新ページ、アーカイブされた更新ページ、面会予約ページ、又は更新サーバのログアウトを閲覧したがっているかどうかを判断するのが好ましい（１００６，１００８,１０１０,１０１２）。加えて、データベース管理プロシジャ８３４は、ウエッブページの要求又はクエリーに一致する更新要求情報を探し出し且つ検索するために、更新データベース８５０（図８）をサーチする。
【００７４】
クライアントが有効な更新ページを閲覧したがっている場合（１００６のＹｅｓ）、図１０Ｂに示すような有効ページプロセス１０２０を実行する。有効な更新ページの一例を図１１Ａに示す。
【００７５】
クライアントが有効な更新ページを閲覧したがっていないと判断される場合（１００６のＮｏ）、次に、ウエッブサーバプロシジャ８３０（図８）はクライアントがアーカイブされた更新ページを閲覧したがっているかどうかを判断する（１００８）。クライアントがアーカイブされた更新ページを閲覧したがっていると判断される場合、図１０Ｃに示すようなアーカイブページプロセス１０２２が実行される。アーカイブされた更新ページの一例を図１１Ｂに示す。
【００７６】
クライアントが面会予約ページを閲覧したがっていると判断される場合（１０１０のＹｅｓ）、次に、面会予約ページプロセス１０２４は図１０ＢＤ示すような面会予約ページプロセス１０２４を実行する。面会予約ページの一例を図１１Ｃに示す。
【００７７】
クライアントが更新サーバからログアウトしたがっていると判断される場合（１０１２のＹｅｓ）、更新サーバ８０２（図８）上のログアウトプロシジャ８２８（図８）が呼び出される。ログアウトプロシジャは、クライアントが更新サーバからログアウトされるログアウトプロセス１０２６を実行する。クライアントがシステムからログアウトすることを望んでいない場合（１０１２のＮｏ）、プロセスが再開され、ホームページが再生成且つ再送信される（１００４）。有効な更新ページプロセス１０２０、アーカイブされた更新ページプロセス１０２２、又は面会予約ページプロセス１０２４が完了した後、プロセスが再開され、ホームページが再生成且つ再送信される（１００４）。
【００７８】
図１０Ｂは、図１０Ａの有効ページプロセス１０２０のフローチャートである。１０４０で、ウエッブサーバプロシジャ８３０（図８）は、有効な更新ページを生成し、クライアントのコンピュータ機器８０１（図８）へ送信する。有効な更新ページは、プリスクライバーによってまだ見直しされていない更新要求に関する情報を含む。有効な更新ページの一例を図１１Ａに示す。有効な更新ページは、ログインユーザ名によって特定されるプリスクライバーに関係が有る更新要求情報を含む。
【００７９】
次に、１０４２で、ウエッブサーバプロシジャはクライアントがアクションボタンを実行したがっているかどうかを判断する。ここで用いられるアクションボタンは、選択によって所定の機能を実行するボタンであり、これに限定するものではないが、印刷ボタン、更新ボタン、リセットボタン、及びクローズボタンを含む。印刷ボタンは、例えば、現在ページに含まれるすべての更新要求のリストを印刷する、チェックボックスによって選択されたすべての更新要求の詳細な処方箋ページを印刷する、又は現在ページに含まれるすべての更新要求の詳細な処方箋ページを印刷するといった様々な機能を実行するそれぞれのボタンを含む。更新ボタンはフィルターボックス又はチェックボックスと組合わせて用いられ、現在ページに表示された情報を更新したり、更新データベース８５０（図８）に格納されたデータを更新する。リセットボタンは現在ページに表示された情報をリセットするために用いられ、クローズボタンは現在ページを閉じるのに用いられる。
【００８０】
クライアントがアクションボタンを実行したがっていると判断した場合（１０４２のＹｅｓ）、次に１０６０で、クライアントが“リスト印刷”ボタンを実行したがっているかどうかを判断する。実行したい場合には、１０６２で、ウエッブサーバプロシジャ８３０（図８）は、クライアントコンピュータ機器８０１（図８）へ命令を送信し、現在ページに含まれるすべての更新要求のリストを印刷する。
【００８１】
クライアントが“リスト印刷”ボタンを実行したがっていないと判断する場合（１０６０のＮｏ）、次に１０６４で、クライアントが“選択印刷”ボタンを実行したがっているかどうかを判断する。“選択印刷”ボタンを実行したがっている場合、ウエッブサーバプロシジャは、１０６６で、クライアントコンピュータ機器８０１へ命令を送信し、現在ページ上のチェックボックスをマークすることによって選択される各更新要求の詳細な処方箋ページを印刷する。加えて、データベース管理プロシジャ８３４（図８）は、チェックボックスによって選択された各更新要求の印刷表示（インジケータ）８９０（図９）を更新し、各更新要求の詳細な処方箋ページがクライアントによって印刷されたことを示す。
【００８２】
クライアントが“すべて印刷”ボタンを実行したがっていると判断する場合（１０６８のＹｅｓ）、ウエッブサーバプロシジャ８３０（図８）は、１０７０で、クライアントコンピュータ機器８０１（図８）へ命令を送信し、現在ページに含まれるすべての更新要求の詳細な処方箋ページを印刷する。加えて、データベース管理プロシジャ８３４（図８）は、現在ページ上に含まれるすべての更新要求の印刷表示（インジケータ）８９０（図９）を更新し、各更新要求の詳細な処方箋ページがクライアントによって印刷されたことを示す。
【００８３】
ウエッブサーバプロシジャ８３０（図８）が、１０６２で、現在ページ上に含まれるすべての更新要求のリストを印刷する命令、選択された更新要求の詳細な処方箋ページ１０６６、又は現在ページ上に含まれるすべての更新要求の詳細な処方箋ページ１０７０を送信した後、そのプロセスはリスタートされ、有効な更新ページが再再生され且つ再送信される（１０４０）。
【００８４】
クライアントがアクションボタンを実行したがっていないと判断する場合（１０４２のＮｏ）、次にウエッブサーバプロシジャ８３０（図８）は、１０４４、１０４８、１０５０２、又は１０５６で、クライアントがアーカイブされた更新ページ、面会予約ページ、詳細な処方箋ページ、又はホームページを閲覧したがっているかどうかを判断する。
【００８５】
クライアントがアーカイブされた更新ページを閲覧したがっていると判断する場合（１０４４のＹｅｓ）、アーカイブ更新ページプロセス１０２２は、図１０Ｃに示される処理を実行する。クライアントが面会予約ページを閲覧したがっていると判断する場合（１０４８のＹｅｓ）、面会予約ページプロセス１０２４は、図１０Ｄに示される処理を実行する。
【００８６】
クライアントが特定の更新要求に関連する詳細な処方箋ページを閲覧したがっていると判断する場合（１０５２のＹｅｓ）、詳細ページプロセス１０５４は、図１０Ｅに示される処理を実行する。詳細ページの一例を図１１Ｄに示す。詳細ページプロセス１０５４が完了した後、有効更新ページが再生成され且つ再送信される（１０４０）。
【００８７】
クライアントがホームページを閲覧したがっていると判断する場合（１０５６のＹｅｓ）、有効更新ページプロセス１０２０が終了し、１００４で、ホームページが再生成され且つ再送信される（図１０Ａ）。
【００８８】
図１０Ｃは、図１０Ａの有効ページプロセスのフローチャートである。図１０Ｂに示された有効ページプロセス１０２０とは異なるアーカイブページプロセス１０２２の特徴のみを示している。
アーカイブページプロセス１０２２の場合、１０７１で、ウエッブサーバプロシジャ８３０（図８）は、アーカイブされた更新ページを生成し、クライアントコンピュータ機器８０１（図８）へ送信する。アーカイブされた更新ページは、ログインユーザ名によって特定されるプリスクライバーに関連する、プリスクライバーによって既に見直された更新要求に関連する、更新要求情報を含む。アーカイブされた更新ページの一例を図１１Ｂに示す。
【００８９】
ウエッブサーバプロシジャが、クライアントはアクションボタンを実行したがっていると判断する場合（１０４２のＹｅｓ）、１０８２で、クライアントが“更新閲覧”ボタンを実行したがっているかどうかを判断する。“更新閲覧”ボタンは、例えば、患者名、医薬品識別子、承認日の範囲、更新要求の状態などのフィルターパラメータをクライアントが入力することが可能なフィルターボックスとあわせて使用される。クライアントが“更新閲覧”ボタンを実行したがっていると判断する場合（１０８２のＹｅｓ）、１０８４で、データベース管理プロシジャ８３４（図８）は、フィルターパラメータに一致するデータを更新データベース８５０（図８）から検索する。次に、ウエッブサーバプロシジャ８３０（図８）は、１０７１で、フィルターパラメータに一致する更新要求情報のみを含むアップデートされアーカイブされた更新ページを生成し且つ送信する。
【００９０】
クライアントが“リセット”ボタンを実行したがっていると判断する場合（１０８６のＹｅｓ）、１０８８で、データベース管理プロシジャ８３４（図８）は、１０８８で、更新データベース８５０（図８）からフィルター処理されていないデータを検索する。次に、ウエッブサーバプロシジャ８３０（図８）は、１０７１で、フィルター処理されていないデータを含むアーカイブされた更新ページを生成し且つ送信する。
【００９１】
ウエッブサーバプロシジャが、クライアントはアクションボタンを実行したがっていないと判断する場合（１０４２のＮｏ）、及びクライアントが有効な更新ページを閲覧したがっていると判断する場合（１０７２のＹｅｓ）、有効な更新ページプロセス１０２０は図１０Ｂに示される処理を実行する。
【００９２】
図１０Ｄは、図１０Ａの面会予約ページプロセスのフローチャートである。図１０Ｂに示された有効ページプロセス１０２０とは異なる面会予約ページプロセス１０２４の特徴が示されている。
【００９３】
面会予約ページプロセス１０２４の場合、１０９０で、ウエッブサーバプロシジャ８３０（図８）は、ログインユーザ名によって特定されるプリスクライバーに関連する面会予約ページを生成し、且つクライアントコンピュータ機器８０１（図８）に送信する。面会予約ページは、プリスクライバーが更新データベース８５０（図８）の面会予約インジケータ８５８によって表されるような予約をしたがっている患者に関連する情報を含む。面会予約ページの一例を図１１Ｃに示す。
【００９４】
ウエッブサーバプロシジャ８３０（図８）が、クライアントはアクションボタンを実行したがっていると判断する場合（１０４２のＹｅｓ）、１０９６で、クライアントが“更新リスト”ボタンを実行したがっているかどうかを判断する。プリスクライバーと既に面会予約した特定の患者をクライアントが選択するチェックボタンとあわせて、“更新リスト”ボタンが用いられる。クライアントが“更新リスト”ボタンを実行したがっていると判断する場合（１０９６のＹｅｓ）、データベース管理プロシジャ８３４（図８）は、１０９８で、更新データベース８５０（図８）に格納されたインジケータ８５９（図９）を作った面会予約を更新する。次に、ウエッブサーバプロシジャ８３０（図８）は、１０９０で、プリスクライバーが面会予約をしたがっていてまだしていない患者のみを含む更新予約ページを生成し且つ送信する。
【００９５】
ウエッブサーバプロシジャが、クライアントがアクションボタンを実行したがっていないと判断する場合（１０４２のＹｅｓ）、及びクライアントが有効な更新ページを閲覧したがっていると判断する場合（１０９２のＹｅｓ）、有効更新ページプロセス１０２０は、図１０Ｂに示す処理を実行する。
【００９６】
図１０Ｅは、図１０Ｂ、１０Ｃ、及び１０Ｄの詳細なページプロセス１０５４のフローチャートである。１１２０で、ウエッブサーバプロシジャ８３０（図８）は、特定の更新要求に関連する詳細な更新ページを生成し、クライアントコンピュータ機器８０１（図８）に送信する。処方箋詳細ページは、“処方箋識別子”リンクと一致する更新要求に関連する詳細な情報を含み、当該リンクはクライアントによって有効更新ページ、アーカイブされた更新ページ、又は面会予約ページから選択される。
【００９７】
次に、ウエッブサーバプロシジャは、１１２２で、クライアントが現在の処方箋詳細ページを印刷したがっているかどうかを判断する。印刷したがっている場合、ウエッブサーバプロシジャは、１１２４で、クライアントコンピュータ機器８０１（図８）に指令を送信し、現在の処方箋詳細ページを印刷する。
【００９８】
クライアントが現在の処方箋詳細ページを印刷したがっていないと判断する場合（１１２２のＮｏ）、次に、１１２６で、クライアントが現在の処方箋少子アページを閉じたがっているかどうかを判断する。閉じたがっている場合、詳細ページプロセス１０５４が終了し、以前のページ（有効な更新ページ、アーカイブされた更新ページ、又は面会予約ページのいずれ）が再生成され且つ再送信される（それぞれ図１０Ｂの１０４０、図１０Ｃの１０７１、図１０Ｄの１０９０）。クライアントが現在の処方箋詳細ページを閉じたがっていない場合（１１２６のＮｏ）、プロセスが反復し、処方箋詳細ページが再生成され且つ再送信される（１１２０）。
【００９９】
図１１Ａは、有効更新ページ１１５０のグラフィカルユーザインタフェース（ＧＵＩ）である。有効更新ページ１１５０は、プリスクライバーによって見直されていない更新要求に関連する情報を含むのが好ましい。また、有効な更新ページ１１５０は、アクションボタン（１１７０、１１７２、及び１１７４）を含み、ボックス（１１７６）をチェックし、クライアントがアーカイブされた情報及び“アーカイブ更新”リンクボタン１１８０などのリンクボタンを管理し且つ制御し、他のページを閲覧することができるようにする。加えて、処方箋識別子１１５２などの所定の情報が他のページにハイパーリンクされることができる。
【０１００】
有効な更新ページ１１５０に含まれる情報は、（図９の８６２に一致する）処方箋識別子１１５２、患者名１１５４及び患者の生年月日１１５６などの（図９の８５６に一致する）患者情報、（図９の８６４に一致する）医薬品識別子１１５８、（図９の８８２に一致する）更新要求日１１６０などの処方された医薬品のための更新詳細、及び特定の更新要求の医薬品詳細ページが印刷されたことを示す（図９の８９０に一致する）印刷インジケータ１１６２を含むのが好ましい。
【０１０１】
アクションボタンは、現在の有効更新ページに含まれるすべての更新要求のリストを印刷するための“リスト印刷”ボタン１１７０、チェックボックス１１７６をマークすることのよって選択されたすべての更新要求の処方箋詳細ページを印刷するための“選択印刷”ボタン１１７２、及び現在の有効更新ページに含まれるすべての更新要求の処方箋詳細ページを印刷するための“すべて印刷”ボタン１１７４を含む。
【０１０２】
ハイパーリンクは、アーカイブ更新ページを閲覧するための“アーカイブされた更新”リンクボタン１１８０、面会予約ページを閲覧するための“面会予約チクラー（tickler）”リンクボタン１１８２、ホームページを閲覧するための“ホーム”リンクボタン１１８４、及び処方箋識別子に一致する処方箋詳細ページを閲覧するための、好ましくはハイパーリンクである“処方箋識別子”リンク１１５２を含む。ここで用いるハイパーリンクは、テキスト又はアイコンとして表示される、あるページから別のページ間の予め定義されたリンケージを示す。
【０１０３】
図１１Ｂは、アーカイブ更新ページ１２００のＧＵＩである。アーカイブ更新ページ１２００は、プリスクライバーによって既に見直されてきた更新要求に関連する情報を含むのが好ましい。また、アーカイブ更新ページ１２００は、アクションボタン（１１２０，１２２２，１２２４，１２３０，１２３２）及びチェックボックス（１２２６）を含み、クライアントが受信情報、及び他のページを閲覧するためのリンクボタン（１２４０，１２４２，１２４４）且つハイパーリンクされた情報１２０２を管理し制御することができるようにする。
【０１０４】
アーカイブ更新ページ１２００に含まれる情報は、（図９の８６２に一致する）処方箋識別子１２０２、患者名１２０４及び患者の生年月日１２０６などの（図９の８５６に一致する）患者情報、（図９の８６４に一致する）医薬品識別子１２０８、（図９の８８４に一致する）更新要求の承認日１２１０などの処方された医薬品のための更新詳細、及び特定の更新要求の処方箋詳細ページが印刷されたことを示す（図９の８９０に一致する）印刷インジケータ１２１４を含むのが好ましい。
【０１０５】
アクションボタンは、現在のアーカイブ更新ページに含まれるすべての更新要求のリストを印刷するための“リスト印刷”ボタン１２２０、チェックボックス１２２６によって選択されたすべての更新要求の処方箋詳細ページを印刷するための“選択印刷”ボタン１２２２、及び現在の有効更新ページに含まれるすべての更新要求の処方箋詳細ページを印刷するための“すべて印刷”ボタン１２２４を含む。
【０１０６】
また、アクションボタンは、フィルターボックス１２３４に受信されたフィルターパラメータにマッチングするアーカイブされた更新要求情報のみを包含する、アップデートされたアーカイブ更新ページを閲覧するための“更新閲覧”ボタン１２３０を含む。フィルターボックス１２３４は、例えば、患者名、処方箋識別子、認可日の範囲、更新要求の状態などのフィルターパラメータを受信する。さらに、アクションボタンは、フィルター化されていない更新要求情報によるアーカイブ更新ページを閲覧するための“リセット”ボタン１２３２を含む。
【０１０７】
ハイパーリンクは、アーカイブ更新ページを閲覧するための“アーカイブされた更新”リンクボタン１２４０、面会予約ページを閲覧するための“面会予約チクラー（tickler）”リンクボタン１２４２、ホームページを閲覧するための“ホーム”リンクボタン１２４４、及び処方箋識別子に一致する処方箋詳細ページを閲覧するための、好ましくはハイパーリンクである“処方箋識別子”リンク１２０２を含む。
【０１０８】
図１１Ｃは、面会予約ページ１２５０のＧＵＩである。面会予約ページ１２５０は、プリスクライバーが面会したがっている患者に関連する情報を含むのが好ましい。また、面会予約ページ１２５０は、アクションボタン（１２７０，１２７２，１２７４，１２８０）及びチェックボックス（１２７６，１２８２）を含み、クライアントが受信情報を制御して更新サーバの更新データベース８５０（図９）を更新すること、及びリンクボタン（１２９０，１２９２，１２９４）且つハイパーリンクされた情報１２５２が他のページを閲覧できるようにする。
【０１０９】
面会予約ページ１２５０に含まれる情報は、（図９の８６２に一致する）処方箋識別子１２５２、患者名１２５４、患者の生年月日１２５６、及び患者面会詳細１２６４などの（図９の８５６に一致する）患者情報、（図９の８６４に一致する）医薬品識別子１２５８、（図９の８８４に一致する）更新要求の承認日１２６０などの処方された医薬品のための更新詳細、及び（図９の８９０に一致する）更新要求１２３５の状態インジケータを含むのが好ましい。
【０１１０】
アクションボタンは、現在の面会予約ページに含まれるすべての更新要求のリストを印刷するための“リスト印刷”ボタン１２７０、チェックボックス１２７６によって選択されたすべての更新要求の処方箋詳細ページを印刷するための“選択印刷”ボタン１２７２、及び現在の面会予約ページに含まれるすべての更新要求の処方箋詳細ページを印刷するための“すべて印刷”ボタン１２７４を含む。また、アクションボタンは、面会予約チェックボックス１２８２のマークによって示されるようなプリスクライバーとの面会を既に行った患者を除外するアップデートされた面会予約を閲覧するための“更新リスト”ボタン１２８０を含む。
【０１１１】
ハイパーリンクは、アーカイブ更新ページを閲覧するための“アーカイブされた更新”リンクボタン１２９０、アーカイブ更新ページを閲覧するための“アーカイブ更新”リンクボタン１２９２、ホームページを閲覧するための“ホーム”リンクボタン１２９４、及び処方箋識別子に一致する処方箋詳細ページを閲覧するための、好ましくはハイパーリンクである“処方箋識別子”リンク１２５２を含む。
【０１１２】
図１１Ｄは、処方箋詳細ページ１３００のＧＵＩである。このページは、有効更新ページ、アーカイブ更新ページ、又は面会予約ページの“処方箋識別子”リンク１１５２（図１１Ａ）、１２０２（図１１Ｂ）、又は１２５２（図１１Ｃ）を選択することによってアクセスされる。処方箋詳細ページ１３００は、“処方箋識別子”リンクに一致する処方箋識別子に関連した更新要求に関する情報を含むのが好ましい。
【０１１３】
処方箋詳細ページ１３００に含まれる情報は、患者名１３０２、患者の性別１３０４、患者の生年月日１３０６、（図９の８６３に一致する）ディスペンサー識別子１３０７、（図９の８６２に一致する）処方箋識別子１３０８、（図９の８６４に一致する）医薬品識別子１３１０、（図９の８６６に一致する）処方医薬品の投薬量などの投薬及び再調剤の詳細１３１２、（図９の８６８に一致する）再調剤あたりの投薬数１３１４、（図９の８７０に一致する）再調剤数１３１６、（図９の８７２に一致する）最後の再調剤日１３２０、（図９の８８２に一致する）更新要求日１３１８及び（図９の８８４に一致する）更新要求認可日１３２２などの処方医薬品のための更新詳細、プリスクライバーが患者との面会をしたがっているかどうかを示す（図９の８５８に一致する）面会予約インジケータ１３２４を含むのが好ましい。
【０１１４】
また、処方箋詳細ページ１３００は、現在の処方箋詳細ページを印刷するための“印刷”ボタン１３３０、及び現在の処方箋詳細ページを閉じるための“閉じる”ボタン１３３２を含むのが好ましい。
【０１１５】
前述した記載は、説明する上で特定の用語を用いて本発明の全体的な理解が図られるようにした。それにもかかわらず、本発明の一実施例における先の記載は、図示や記述のために表されるのであって、本発明を開示された正確な形式へ徹底化させるものでも制限させることを意図しておらず、前記教示の範囲で、修正及び変形が可能であることは明白である。近代コンピュータ機器及びソフトウェアは、本発明の範疇から乖離することなく本発明の様々な態様に関する多数の構成を容易にする。例えば、更新サーバがディスペンサーサーバの一部であるか又は分離しているかは問題ではない。さらに、データ転送の殆どは、例えば、特定の場所への情報送信など、所望の終端で達成するのであるが、いずれかの方向で起こることが可能である。さらに、様々なデータベースを中心的データベースによって置き換えることも可能である。更新サーバ、ディスペンサー、及びプリスクライバーは、データを得るためにこの中心的データベースにアクセスする。中心的データベースへのアクセスは、“常時”接続経由でリアルタイムに起きるのが好ましい。当業者であれば、これらや、他の多くの想像上の前述した様々な好ましい実施例を、本発明の範疇から乖離することなく実行することができることを容易に認識するだろう。
【０１１６】
本発明の性質及びオブジェクトをより理解するために、添付した図面とあわせた詳細な説明への参照が行われるべきである。なお、複数の図面全体を通して対応する箇所には同一の参照番号が付されている。
【図面の簡単な説明】
【０１１７】
【図１】本発明の一実施例による、更新処方のための電子ネットワークの概略図である。
【図２】図１に示したディスペンサー（dispenser）メモリの概略図である。
【図３】図１に示したプリスクライバーメモリの概略図である。
【図４】本発明の一実施例による、本来の処方箋を出すディスペンサー側の方法を示すフローチャートである。
【図５】本発明の一実施例による、再調剤及び認可された処方箋更新を出すためのディスペンサー側の方法を示すフローチャートである。
【図６】本発明の一実施例による、処方箋の更新の要求を生成して送信する更新サーバ側の方法を示すフローチャートである。
【図７】本発明の一実施例による、処方箋更新を認可するディスペンサー側の方法を示すフローチャートである。
【図８】本発明の一実施例による、処方箋の更新要求情報を生成し送信する電子ネットワークの概略図である。
【図９】図８に示された更新データベース８５０の概略図である。
【図１０Ａ−Ｅ】本発明の一実施例による、処方箋の更新要求情報を生成し送信する更新サーバプロセスのフローチャートである。
【図１１Ａ−Ｄ】本発明の一実施例による、処方箋の更新要求情報を含むウエッブ−サイトのコンテンツに関する画面ショットである。
【図１】
2005530227.tif 000003
【図２】
2005530227.tif 000004
【図３】
2005530227.tif 000005
【図４】
2005530227.tif 000006
【図５】
2005530227.tif 000007
【図６】
2005530227.tif 000008
【図７】
2005530227.tif 000009
【図８】
2005530227.tif 000010
【図９】
2005530227.tif 000011
【図１０Ａ】
2005530227.tif 000012
【図１０Ｂ】
2005530227.tif 000013
【図１０Ｃ】
2005530227.tif 000014
【図１０Ｄ】
2005530227.tif 000015
【図１０Ｅ】
2005530227.tif 000016
【図１１Ａ】
2005530227.tif 000017
【図１１Ｂ】
2005530227.tif 000018
【図１１Ｃ】
2005530227.tif 000019
【図１１Ｄ】
2005530227.tif 000020
【国際調査報告】
2005530227.tif 000021
2005530227.tif 000022