(57)【要約】  対象とされた情報メッセージを提供する装置及び方法は、送信及び格納のため小売店舗において識別解除された暗号化されたＰＩＤと識別解除された患者取引データとを生成するコンピュータシステムを有する。識別解除された暗号化されたＰＩＤのサブセットは、当該システムにより対象とされた情報メッセージに関連付けされ、小売店舗に送信される。対象とされたメッセージは、識別解除された暗号化されたＰＩＤに対応する患者のため印刷される。
2009506398.tif 000002
【特許請求の範囲】
【請求項１】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを決定するステップと、
（ｃ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされた情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項２】
前記取引データは、名前、住所、ソーシャルセキュリティ番号、誕生日、入院日、退院日、５桁のジップコード及び米国の州より小さな地理的分割の少なくとも１つを前記個人取引データから削除することによって、識別解除される、請求項１記載の方法。
【請求項３】
前記取引データは、名前、住所、ソーシャルセキュリティ番号、誕生日、入院日、退院日、５桁のジップコード及び米国の州より小さな地理的分割のすべてを前記個人取引データから削除することによって、識別解除される、請求項１記載の方法。
【請求項４】
前記暗号化されていないＰＩＤは、ＳＨＡ（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ）−１を用いて暗号化される、請求項１記載の方法。
【請求項５】
前記暗号化されたＰＩＤと前記識別解除された個人取引データとは、前記暗号化されたＰＩＤに係る以前の取引のレコードに関連付けして格納される、請求項１記載の方法。
【請求項６】
あるターゲット化基準が、前記暗号化されたＰＩＤに係る識別解除された取引データに適用される、請求項１記載の方法。
【請求項７】
前記暗号化されたＰＩＤは、該暗号化されたＰＩＤに係る識別解除された取引データが前記ターゲット化基準に該当するとき、前記ターゲット化基準に係る対象とされるメッセージに関連付けされる、請求項６記載の方法。
【請求項８】
前記対象とされるメッセージは、前記暗号化されたＰＩＤに関連付けして送信される、請求項７記載の方法。
【請求項９】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、単一の薬が適切に特定せず、患者が処置中の正確な病気を明確にする２以上の薬について患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１０】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、患者の病気が進行を維持又は制御するためのさらなる処置を要求していることを示す経時的に２以上の薬を服用する患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１１】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、患者が現在いる該患者の病気の治療段階を示す薬のシーケンスを服用する患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１２】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、ある状態に対して現在は処置されていないが、患者の薬プロファイル内の他の薬によって規定されるような１以上のリスクファクタによって、投薬治療の候補となる可能性のある患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１３】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、経時的に投薬治療の整合した使用によって規定されるような投薬計画にすでに従っている及び／又は継続している患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１４】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、ある薬クラスの１つの薬から同じ状態を処置するのに知られている同一の又は異なる薬クラスの他の薬にすでに切り替えた患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１５】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、経時的に同一の薬の複数の新たな処方箋を受け取った患者を特定することによって、ある病気に対する慢性的処置対緊急処置のための薬を使用している患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１６】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、矛盾を生じさせるさらなる投薬治療によって特定されるような既知の投薬矛盾によって、患者サブセットから排除されるべき患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１７】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、既知の投薬相互作用を生じさせるさらなる投薬治療によって特定されるような前記投薬相互作用によって、患者サブセットから排除されるべき患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１８】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、処方補充に遅延し、患者に治療を継続することをリマインドすることによって特定されるような薬の服用を現在中断してしまっている患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項１９】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、処方補充に遅延し、同一の状態を処置するのに使用され、より良好に作用する可能性がある他の薬を患者に通知することによって特定されるような薬の服用を現在中断してしまっている患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項２０】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、次の季節的イベントに対して同様の投薬治療から効果を受ける可能性がある季節的状態を処置するための薬を以前に使用した患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項２１】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、２つの薬を併せて服用し、両方の薬の含有物を含む１つの薬を服用することから効果を得る可能性がある患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【請求項２２】
対象とされる情報メッセージを各個人に提供するコンピュータシステムを使用する方法であって、
（ａ）個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記識別解除された個人取引データから、以前の適合しない処方補充行動によって特定されるような処方補充期日の直前の補充リマインダから効果を得る可能性のある患者を決定するステップと、
（ｃ）前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記コンピュータシステムから他のコンピュータシステムのアドレスに送信するステップと、
を有する方法。
【発明の詳細な説明】
【発明の詳細な説明】
【０００１】
［発明の背景］
［関連出願の相互参照］
本出願（代理人整理番号ＰＩＰ１６２ＲＯＢＥ−ＰＣＴ）は、その内容が参照することによりここに含まれる２００５年５月３１日に出願された仮出願第６０／６８５，４９１号（代理人整理番号ＰＩＰ１５８ＢＡＮＦＰ−ＵＳ）と、２００５年９月２８日に出願された出願第１１／２３５，０８３号（代理人整理番号ＰＩＰ１５８ＢＡＮＦＵ−ＵＳ）に対する優先権を主張する。
［発明の分野］
本発明は、店舗、薬局又は他の場所において患者／消費者に固有の助言メッセージを提供することに関する。
［背景の説明］
Ｂｙｅｒｌｙらによる米国特許第６，０６７，５２４号は、薬局の患者に対する助言メッセージを生成する方法及びシステムを開示する。米国特許第６，０６７，５２４号の教示は、参照することによりここに含まれる。
［発明の概要］
・定義
コンピュータシステムを頭字語ＣＳにより表す。
【０００２】
本出願に用いられる用語が、以下に定義される。いくつかのケースでは、定義を明確にするため、具体例が与えられる。
【０００３】
本出願において、消費者は、患者、薬の購入者、薬を処方された者、薬を服用する者、薬の処方箋を記入する者、又は薬のユーザと同義的なものであり、これらの用語のすべてが互いに同義的なものとなる。
【０００４】
ＮＤＣは、Ｎａｔｉｏｎａｌ  Ｄｒｕｇ  Ｃｏｄｅの頭字語である。Ｕ．Ｓ．Ｆｅｄｅｒａｌ  Ｆｏｏｄ，Ｄｒｕｇ  ａｎｄ  Ｃｏｓｍｅｔｉｃ  Ａｃｔのセクション５１０にリストされる各薬には、一意的な１１桁で３セグメントの番号が割り当てられている。Ｎａｔｉｏｎａｌ  Ｄｒｕｇ  Ｃｏｄｅ（ＮＤＣ）として知られるこの番号は、ラベラー（ｌａｂｅｌｅｒ）／ベンダー、製品及び取引パッケージサイズを特定する。第１セグメントであるラベラーコードは、ＦＤＡにより割り当てられている。ラベラーは、この薬を製造（リパッカー（ｒｅｐａｃｋｅｒ）又はリラベラー（ｒｅｌａｂｅｌｅｒ）を含む）又は販売（自らの名前により）する任意の企業である。
【０００５】
ＰＩＤは、患者識別子（Ｐａｔｉｅｎｔ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ）の頭字語である。本出願において、ＰＩＤは、特定の患者を識別する任意の一意的なシンボルセットを表す。ＰＩＤは、“患者ＩＤ”の頭字語である。ＰＩＤは、例えば、数字及び文字のシーケンスから構成されるかもしれない。
【０００６】
ＰＯＳは、Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅの頭字語である。ＰＯＳは、消費者が小売店舗で取引するエリアである。
【０００７】
本出願において、ＰＯＳ端末は、消費者と小売店舗との間の消費者取引情報を小売店舗に係るＣＳに通信するための入出力装置であるＰＯＳ端末を意味する。
【０００８】
本出願において、ＰＯＳ  ＣＳは、ＰＯＳ端末、光スキャナ、プリンタなど、それに接続された任意の周辺及び入出力装置を含む、ＰＯＳ取引データを記録するためのＣＳを意味する。
【０００９】
ここでは、すべてのデータベースは、１以上のファイル、ＸＭＬドキュメント、リレーショナルデータベースファイルとしてフォーマット化されてもよく、データベース管理及びプログラミングに有用なテーブル、フォーム、クエリ、リレーション、レポート、モジュール及び他のオブジェクトを含むかもしれない。ここでのすべてのコンピュータは、例えば、データベース管理及びネットワーク接続などを実現するためのデジタル中央処理ユニット、ＲＡＭメモリ、ディスクドライブ、オペレーティングシステムソフトウェア並びに従来のハードウェア及びソフトウェアを含むかもしれない。
【００１０】
本出願において、製品コードは、メーカー又は販売者（ラベラー）によって割り当てられた製品に係るコードである。例えば、製品コードは、企業、テンポ又は工業規格によって製品に割り当てられるコードであるかもしれない。
【００１１】
本出願において、処方箋は、薬の調剤及び投薬のための指示を意味する。
【００１２】
本出願において、購入は、現金、小切手、チャージ、デビット、スマートカード、ギフトカード、クレジットスリップ又はクレジットなどの各形式の支払が、小売店舗における１以上の商品又はサービスについてやりとりされる少なくとも２つの当事者に関する取引を意味する。
【００１３】
本出願において、購入データは、購入に係るデータを意味する。例えば、購入データは、購入される製品の製品コード、製品説明、製品購入リスト価格、実際に支払われた価格、購入日、購入時間、取引ＩＤ、購入場所、割引額、割引タイプ、支払タイプ及びＰＩＤを含むかもしれない。
【００１４】
本出願において、小売店舗は、製品が置かれ、消費者に販売される店舗を表す。小売店舗の具体例として、薬局、スーパーマーケット、クイックサービスレストラン、コンビニエンスストア、小売服飾店舗、ガソリンスタンド、卸売業者、アウトレット店舗及びウェアハウスを含む。
【００１５】
本出願において、個人取引（ｉｎｄｉｖｉｄｕａｌ  ｔｒａｎｓａｃｔｉｏｎ）は、少なくとも２つの法的エンティティに関する１回のやりとりを意味する。購入は、個人取引である。
【００１６】
本出願において、個人取引データは、個人取引に係るデータを意味する。
【００１７】
本出願において、取引データは、１以上の取引に係るデータを意味する。例えば、取引データは、１以上の取引についての購入データ、日時データ、ＰＩＤ、取引端末ＩＤ、店舗ＩＤを含むかもしれない。
【００１８】
本出願において、取引ＩＤは、個人取引に係る一意的な識別子を表す。
【００１９】
本出願において、スイッチは、薬局から個人取引データを受け付け、保険会社のデータ要件に対して再フォーマット化されたデータを保険会社に提出し、保険会社からそれに対する応答を受信し、これらの応答を発信元の薬局に転送する請求採決法的エンティティを表す。
【００２０】
本出願において、薬局管理（ｐｈａｒｍａｃｙ  ｍａｎａｇｅｍｅｎｔ）ＣＳは、薬局における消費者の取引データを記録可能な患者データベース及び薬データベースを含むＰＯＳ  ＣＳを表す。
【００２１】
本出願において、薬データベースは、患者名、処方履歴記録（薬、用量、医師、日付など）、患者支払方法（現金、小切手、クレジット又は健康保険会社など）、グループプラン名及びメンバーＩＤ、担当医師の名前及び住所及びＤＥＡ番号、処方した医師のＩＤと処方箋との関連付け、コンタクト情報及び実際のピル又はカプセルに対して薬の画像を閲覧するための薬可視化システムなどの少なくとも３つを含むデータベースを表す。
【００２２】
患者情報の識別解除（ｄｅ−ｉｄｅｎｔｉｆｙｉｎｇ）とは、情報が各患者を特定するのに他の適切な利用可能な患者情報と組み合わせて又は単独では利用不可となるように、患者情報から十分なキーアイテムを削除することを意味する。
【００２３】
再識別とは、識別解除された患者情報を取得し、それに患者の身元を割り当てることを意味する。
【００２４】
ＳＨＡ−１規格は、メッセージ又はデータファイルの凝縮された表現を計算するためのセキュア・ハッシュ・アルゴリズム（ＳＨＡ−１）を規定する。２６４ビット未満の何れかの長さのメッセージが入力されると、ＳＨＡ−１は、メッセージダイジェストと呼ばれる１６０ビット出力を生成する。ＳＨＡ−１は、その内容のすべてが参照することによりここに含まれる１９９５年４月１７日のＦｅｄｅｒａｌ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｐｒｏｃｅｓｓｉｎｇ  Ｓｔａｎｄａｒｄｓ  Ｐｕｂｌｉｃａｔｉｏｎ  １８０−１に記載されている。ＳＨＡ−１は、以下の性質を有するよう設計されている。すなわち、与えられたメッセージダイジェストに対応するメッセージを決定し、又は同一のメッセージダイジェストを生成する２つの異なるメッセージを決定することは計算的に実現不可能である。
【００２５】
１９９６年のｔｈｅ  Ｈｅａｌｔｈ  Ｉｎｓｕｒａｎｃｅ  Ｐｏｒｔａｂｉｌｉｔｙ  ａｎｄ  Ａｃｃｏｕｎｔａｂｉｌｉｔｙ  Ａｃｔ（ＨＩＰＡＡ）は、規制認可された識別解除のための規格に準拠している。ＨＩＰＡＡにより認可された識別解除は、患者、患者の親戚、雇用者及び家族の識別子を削除することを要求する。ＨＩＰＡＡにより認可された識別解除のためのテストは、患者情報を個別に特定不可にするための一般に受け入れられた統計的及び科学的原理及び方法について適切な知識と経験を有する者が、患者情報が患者を特定するため単独で又は他の適切な利用可能な患者情報と共に利用可能となるリスクを極めて小さなものであると決定し、この決定を正当化するための解析を記録することである。
【００２６】
このため、ＨＩＰＡＡにより認可された識別解除は、データの統計的及び解析的インテグリティを全体的に維持しながら、患者のプライバシーを保護するため、患者データの一部の消去又は変更を伴うかもしれない。これは、人口統計、医療情報、健康施設情報などの他の患者情報が、一部の患者の身元を識別するため独立して又は組み合わせて利用可能であるという事実によるものである。
【００２７】
本出願において、識別解除のための免責（ｓａｆｅ  ｈａｒｂｏｒ）方法は、ＨＩＰＡＡにより規定された方法を意味する。免責方法は、（１）１８の列記された患者識別子のリストの削除、及び（２）残りの患者情報が患者を特定するのに単独で又は組み合わせて利用可能とされる知識が実際にないことを要求する。削除される必要がある患者識別子は、名前、住所、ソーシャルセキュリティ番号などの直接的な患者識別子と共に、誕生日、入退院日、５桁のジップコードなどの他の患者識別子を含む。免責方法はまた、すべてのジップコードと同一の最初の３桁とを組み合わせることによって形成される地理的単位が２万人以上の人口を有する場合にはジップコードの最初の３桁を除いて、州より小さな地理的単位の削除を要求する。免責方法は、９０才未満の年齢、性別、人種及び他の人口統計情報の削除を要求しない。
・課題
本発明の課題は、患者が指定された医療処置に従い、投薬に関して患者に教示することを動機付ける情報を患者に提供することである。
【００２８】
本発明の課題は、薬局及び他の主体（製薬企業、消費者パッケージ化商品メーカー、小売業者など）が特定の患者グループを対象とした宣伝プログラムを規定、開発及び提供することを可能にすることである。
【００２９】
上記及び他の課題は、対象とされる情報メッセージを各個人に提供する新規なシステム及び方法であって、個人取引データ及び係る暗号化されていないＰＩＤを受け付け、識別解除された個人取引データを生成するため個人取引データを識別解除し、暗号化されたＰＩＤを生成するため暗号化されていないＰＩＤを暗号化し、暗号化された識別解除されたデータを利用して対象とされる情報メッセージを生成し、当該メッセージをＰＩＤに係る人に提供するよう構成される薬局管理ＣＳを有するシステム及び方法によって提供される。
【００３０】
暗号化アルゴリズムは、同一の暗号化されていないＰＩＤが入力されるときは常に、同一の暗号化されたＰＩＤを生成する。
【００３１】
上記新規なシステムはまた、暗号化されたＰＩＤに係る取引の識別解除された取引データから少なくとも１つの対象とされる情報メッセージを決定し、暗号化されたＰＩＤに関連付けて対象とされる情報メッセージを格納し、ＰＯＳにおけるＰＩＤの受信に応答して、対象とされる情報メッセージをＰＯＳに送信するよう構成されるＣＳを有する。
［好適実施例の詳細な説明］
図１は、薬局管理ＣＳ１３０、薬局管理ＣＳデータベース１３０Ａ、ネットワーク１１０、通信リンク１０４、中央ＣＳ１２０、中央ＣＳデータベース１２０Ａ、保険会社ＣＳ１４０、保険会社ＣＳデータベース１４０Ａ、スイッチＣＳ１４２及びスイッチＣＳデータベース１４２Ａを示す。
【００３２】
通信リンク１０４は、有線及び無線伝送ハードウェア、データフォーマット及び伝送プロトコルを含むデータ伝送手段を示す。データベースとＣＳとを接続するラインは、コンピュータが当該データベースへのリード及びライトアクセスを制御することを示す。
【００３３】
図３Ａは、ＰＩＤテーブル３００Ａ−２及び取引データテーブル３００Ａ−１を有するデータ構造３００Ａを示す。ＰＩＤテーブル３００Ａ−２は、住所フィールド３５０、電子メールアドレスフィールド３５２、名前フィールド３５８、電話番号フィールド３５６及び患者を識別するのに利用可能な他のデータフィールドを含む患者を識別するＰＩＤに係るデータフィールドを有する。取引テーブル３００Ａ−１は、ＰＩＤフィールド３３０、店舗ＩＤフィールド３１０、日付フィールド３３４、ＮＤＣフィールド３３６、数量フィールド３３８及び医師フィールド３４０を含む薬局における取引に係るデータを含む。テーブル３００Ａ−１及び３００Ａ−２は、薬局管理ＣＳ１３０のデータベース１３０Ａに格納されている識別データ及び取引データの典型例である。データ構造３００Ｂに格納されるデータは、データ構造３００Ａに格納されているデータの識別解除の結果である。
【００３４】
図３Ｂは、暗号化されたＰＩＤフィールド３０２、取引データフィールド３１０、３３４、３３６、３３８及び他の非識別取引データフィールドを含むデータ構造３００Ｂを示す。
【００３５】
データ構造３００Ｂは、例えば、薬局管理ＣＳ１３０から中央ＣＳ１２０に取引データレコードを送信するためのフォーマットとして利用可能である。あるいは、中央ＣＳ１２０に存在するような記載されたデータ構造及び機能は、ネットワークによって相互接続されたコンピュータ間に分散され、又はシステムの同一のコンピュータ上に配置されるかもしれない。
【００３６】
他の実施例では、データ構造３００Ａは、取引データを中央ＣＳ１２０に送信するのに利用可能である。中央ＣＳ１２０は、取引データを識別解除し、データ構造３００Ｂを使用して識別解除されたデータをデータベース１２０Ａに格納する。
【００３７】
図３Ｃは、暗号化されたＰＩＤフィールド３２０と対象とされたメッセージフィールド３２２を関連付ける中央ＣＳ１３０の対象とされたメッセージデータ構造３００Ｃを示す。データ構造３００Ｃは、ＣＳ１２０及び１３０に配置されるかもしれない。データ構造３００Ｃは、システム１２０と１３０との間のデータの伝送のためのフォーマットとして利用されてもよい。
【００３８】
図５及び６は、特定の実施例又は密接に関連する実施例におけるデータフローを示す。
【００３９】
薬局発行システム４０６は、ローカルリンク１１２又はネットワークリンク１０４を介し、患者Ｂの識別解除された取引データと患者Ｂの暗号化されたＰＩＤとをデータロードシステム５１０に送信する。
【００４０】
入力として一意的な暗号化されていないシンボルシーケンス（数字又は文字など）を取得し、出力として一意的な暗号化されたシンボルシーケンスを生成する任意のセキュア一方向アルゴリズム暗号化プロセス又は暗号化ハッシュアルゴリズムは、所与の一意的な入力に対して同一の一意的な暗号化された出力が生成されるように、ＳＨＡ−１アルゴリズムの代替として利用されるかもしれない。
【００４１】
図５は、好ましくは中央ＣＳ１２０における、又は薬局管理ＣＳ１３０におけるデータフローを示すフロー図である。図５は、データロードシステム５１０、データウェアハウス５１４、カテゴリ化フィルタリングシステム５１６、データ構築システム５２０、発行コンテンツデータベースサーバ５１２及び小売業者固有コンテンツデータベースサーバ５２２を示す。
【００４２】
実施例では、データロードシステム５１０、データウェアハウス５１４、カテゴリ化フィルタリングシステム５１６、データベース構築システム５２０、発行コンテンツデータベースサーバ５１２及び小売業者固有コンテンツデータベースサーバ５２２は、すれらすべてが単一のコンピュータ内に配置されるサブシステムとして構成されてもよく、あるいは従来の通信ハードウェア及びソフトウェアによって相互接続される物理的に分散したＣＳとして構成されてもよい。
【００４３】
動作について、データロードシステム５１０は、入力としてデータネットワークリンク１０４又はローカルデータリンク１１２を介し薬局発行システム４０６から、識別解除された取引データにリンクされたＳＨＡ−１により暗号化されたＰＩＤを受信する。データロードシステム５１０は、識別解除された患者データをデータウェアハウス５１４の要件に一致した構造に変換する。その後、データロードシステム５１０は、ＳＨＡ−１により暗号化されたＰＩＤを含む識別解除された患者データをデータウェアハウス５１４に出力する。データロードシステム５１０は、例えば、データウェアハウス方式によりテーブルを充填し、その後にデータが使用準備ができたか確認するようにしてもよい。データロードシステム５１０は、例えば、すべてのレコードが他のテーブルの適切なレコードに関連していることを確認するため、テーブル間の参照インテグリティを確認するようにしてもよい。
【００４４】
動作について、データウェアハウス５１４は、例えば、クエリ及び解析のための、複数の薬局の個人取引データを整理、構成及び格納するためのデータレポジトリとして機能する。データウェアハウス５１４は、多数の動作中のシステムからの多数の関連するデータが、論理クエリに基づき一体化された情報ビューを提供するため、単一の標準的なレポジトリにマージされる。例えば、データウェアハウス５１４は、薬局であるか、又は薬局を含む多数の店舗を有し、識別解除された患者履歴プロファイルを格納する１２，５００の小売店舗からの６５週間分の個人取引データのレポジトリとなるかもしれない。
【００４５】
各タイプの論理クエリは、膨大なデータストアを利用して未知のパターンを検出することによって、データ選択、探索及び構築モデルのプロセスとして規定することが可能な“データマイニング”に関するものであるかもしれない。他のクエリは、特定のテーマに関する研究のサポートとなるかもしれない。動作について、データウェアハウス５１４は、健康及びビジネス関連の決定をするのに役立つため、広範な治療的、統計的及び経済的解析及び介入に使用するための情報を提供することが可能なツールとして機能する。動作について、データウェアハウス５１４はまた、以前の決定の影響に関するフィードバックを生成及び格納することが可能であり、これにより、患者のケア及び運営効率の向上並びに治療コストの低減を図る。
【００４６】
動作について、カテゴリ化フィルタリングシステム５１６は、例えば、ＳＱＬブールロジック及びフィルタリング演算を利用して、デーらウェアハウス５１４にある識別解除された個人取引データに対してＤＢＭＳ（Ｄａｔａｂａｓｅ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）クエリを定式化及び実行する。カテゴリ化フィルタリングシステム５１６は、カテゴリ化及びフィルタリング基準に該当する識別解除された個人取引データにリンクされた暗号化されたＰＩＤサブセットを生成するため、クエリ結果をフィルタリングする。暗号化されたＰＩＤにリンクされた１以上の取引について識別解除された個人取引データが、特定のカテゴリ化及びフィルタリング基準に該当する場合、リンクされた暗号化されたＰＩＤは、適格な暗号化されたＰＩＤと呼ばれる。カテゴリ化フィルタリングシステム５１６は、ある適格な暗号化されたＰＩＤセットをデータベース構築システム５２０に出力する。
【００４７】
動作について、カテゴリ化フィルタリングシステム５１６は、複雑な基準に基づきＤＢＭＳ選択処理を実現可能である。これらの処理は、例えば、相対的にシンプルなＳＱＬブールロジック、選択及びフィルタリング処理などを利用して、シンプルなクエリ系列として実現されてもよい。このようなシンプルなクエリ系列は、例えば、段階的により精緻化され、段階的により小さな適格なレコードサブセットを含む中間テーブル又は作業用テーブルの系列をもたらすかもしれない。このように、カテゴリ化フィルタリングシステム５１６のクエリタスクを分割することは、データベースアクセス効率の向上と処理時間の短縮をもたらすかもしれない。カテゴリ化及びフィルタリング処理をシンプルなクエリ処理系列に分割することはまた、プログラミング、メンテナンス、変更及びテストを容易化するかもしれない。
【００４８】
動作について、データベース構築システム５２０は、カテゴリ化フィルタリングシステム５１６から入力として適格な暗号化されたＰＩＤセットを受け取る。データベース構築システム５２０は、当該カテゴリ化及びフィルタリング基準に係る対象とされたメッセージについて発行コンテンツデータベースサーバ５１２をクエリする。抽出された対象とされるメッセージは、当該適格な暗号化されたＰＩＤセットを生成するのに使用されるカテゴリ化及びフィルタリング基準に係るものである。データベース構築システム５２０は、例えば、カテゴリ化フィルタリングシステム５１６から出力された適格な暗号化されたＰＩＤを発行コンテンツデータベースサーバ５１２から抽出された対象とされるメッセージと組み合わせることによって、抽出された対象とされるメッセージを暗号化されたＰＩＤセットと関連付ける。データベース構築システム５２０は、適格な暗号化されたＰＩＤにリンクされた対象とされるメッセージを小売業者固有データベースサーバ５２２に出力する。好ましくは、その出力はまた、暗号化されたＰＩＤと店舗ＩＤ又は小売業者ＩＤに関連付ける。データベース構築システム５２０は、例えば、小売業者固有コンテンツデータベースサーバ５２２において、適格な暗号化されたＰＩＤにリンクされた対象とされるメッセージのテーブルを生成及び充填するようにしてもよい。
【００４９】
動作について、発行コンテンツデータベースサーバ５１２は、対象となるメッセージについてデータベース構築システム５２０からのクエリに対してサービス提供する。
【００５０】
動作について、小売業者固有コンテンツデータベースサーバ５２２は、データベース構築システム５２０から入力として小売業者固有の対象とされたニュースレターコンテンツの更新を受け付ける。小売業者固有コンテンツデータベースサーバ５２２は、例えば、ＦＴＰ（Ｆｉｌｅ  Ｔｒａｎｓｆｅｒ  Ｐｒｏｔｏｃｏｌ）などを利用して、データリンク１０４、１１２及びネットワーク１１０を介し、更新された小売業者固有の対象とされたニュースレターコンテンツを薬局発行システム４０６に提供するよう機能する。
【００５１】
実施例では、暗号化されたＰＩＤに係る助言メッセージを生成するのに必要な中央ＣＳ１２０の各機能は、薬局管理ＣＳ１３０の適切に構成された実施例によって実行されてもよい。
【００５２】
図６は、カテゴリ化フィルタリングシステム５１６におけるデータフローを示すフロー図である。図６は、カテゴリ化システム６１０とフィルタリングシステム６２０とを示す。実施例では、カテゴリ化システム６１０とフィルタリングシステム６２０とは、すべてが単一のコンピュータ内に配置されるサブシステムとして構成されてもよく、あるいは、従来の通信ハードウェア及びソフトウェアによって相互接続される物理的に分散したＣＳとして構成されてもよい。
【００５３】
図６はまた、カテゴリ化システム６１０の出力であり、フィルタリングシステム６２０の入力であるカテゴリ６１２を示す。図６はまた、フィルタリングシステム６２０への入力としてのデータウェアハウス５１４の識別解除された患者データ出力６２８を示す。図６はまた、フィルタリングシステム６２０により出力されるフィルタリングされた識別解除された患者データ６２２を示す。
【００５４】
図７は、システム１の動作方法を示すフローチャートを示す。
【００５５】
ステップ７０４において、患者ＰＩＤ及び取引データが薬局管理ＣＳ１３０において受信される。例えば、患者の名前が小売システム４０４に入力され、その後、患者のＰＩＤがデータベースから抽出されるかもしれない。
【００５６】
ステップ７０６において、薬局管理ＣＳ１３０は、ＰＩＤを暗号化し、個人取引データを識別解除する。
【００５７】
ステップ７０８において、薬局管理ＣＳ１３０は、暗号化された患者ＰＩＤ４２２にリンクされた識別解除された取引データを中央ＣＳ１２０に送信する。
【００５８】
ステップ７１０において、中央ＣＳ１２０は、新たに受信した個人取引データを追加することによって、暗号化されたＰＩＤに係る個人取引データレコードのそれのデータストアを更新する。
【００５９】
ステップ７１２において、中央ＣＳ１２０は、検索キーとして暗号化されたＰＩＤを使用して、暗号化されたＰＩＤと対象とされるメッセージとをマッチングする。
【００６０】
例えば、中央ＣＳ１２０は、この暗号化されたＰＩＤを有する患者によって以前に購入された薬に関する安全性注意を特定し、当該注意を暗号化されたＰＩＤに関連付ける。
【００６１】
他の例では、中央ＣＳ１２０は、暗号化されたＰＩＤに係る患者によって以前に購入された第１の薬のブランドを特定し、この第１の薬と同じ臨床的適応に使用される異なる薬のブランド又は同一の薬の異なるブランドの販売物質を暗号化されたＰＩＤに関連付ける。
【００６２】
他の例では、中央ＣＳ１２０は、第１の薬と同じ臨床的適応を有する第１の薬の以前の購入パターンにおける購入の欠落を特定し、当該臨床的適応を有する薬の少なくとも１つのブランドを特定する対象とされたメッセージを暗号化されたＰＩＤに関連付ける。
【００６３】
ステップ７１４において、薬局管理ＣＳ１３０は、暗号化されたＰＩＤを有する対象とされたメッセージを薬局管理ＣＳ１３０に送信する。
【００６４】
ステップ７１６において、薬局管理ＣＳ１３０は、暗号化されたＰＩＤに対応するＰＩＤの受信に応答して、又は当該ＰＩＤを含む取引に応答して、対象とされたニュースレター４１０を印刷する。
【００６５】
図８は、システム１２０の使用方法を示す。
【００６６】
ステップ８０２において、カテゴリ化フィルタリングシステム５１６は、特定の薬と特定の病気カテゴリとをリンクさせる。例えば、Ｌｉｐｔｏｒという薬が“高コレステロール患者”の病気カテゴリに関連付けされ、インシュリンという薬が“糖尿病患者”の病気カテゴリに関連付けされる。
【００６７】
ステップ８０４において、カテゴリ化フィルタリングシステム５１６は、データウェアハウス５１４において識別解除されたデータと特定の病気カテゴリとをリンクさせる。例えば、識別解除されたデータレコードが、インシュリンが過去に購入されたことを示す場合、識別解除されたデータレコードは、“糖尿病患者”のカテゴリに割り当てられる。
【００６８】
ステップ８０６において、カテゴリ化フィルタリングシステム５１６はさらに、対象とされるサブセットを生成するため、ステップ８０４において生成された患者カテゴリに割り当てられる識別解除されたデータレコードをフィルタリングする。例えば、システム５１６は、“高コレステロール患者”の１つのサブセットと、“糖尿病患者”の１つのサブセット、又は両方のカテゴリ若しくは１つのみのカテゴリの患者のサブセットを生成する。例えば、ステップ８０６の処理は、ＳＱＬブールロジック、選択及びフィルタリング演算を利用して、ＤＢＭＳクエリの系列として実現可能である。このようなシンプルなクエリ系列は、例えば、段階的に精緻化され、段階的により小さな適格な識別解除されたデータレコードサブセットを含む中間又は作業テーブルの系列をもたらすかもしれない。
【００６９】
ステップ８０８において、データベース構築システム５２０は、例えば、両方のカテゴリの患者に対する対象とされるメッセージと、糖尿病と高コレステロールの１つのみを有する患者に対する対象とされるメッセージとを有する発行コンテンツデータベースサーバ５１２からの適切な対象とされたメッセージと、ステップ８０６において生成された対象とされる識別解除されたデータレコードサブセットとをリンクさせる。例えば、データベース構築システム５２０は、識別解除されたデータレコードから暗号化されたＰＩＤを抽出し、暗号化されたＰＩＤを適切な対象とされた発行とリンクさせる。
【００７０】
ステップ８１０において、データベース構築システム５２０は、暗号化されたＰＩＤにリンクする対象とされた発行データによって小売業者固有コンテンツデータベースサーバ５２２を更新し、暗号化されたＰＩＤに係る各店舗ＩＤが関連付けされる。
【００７１】
実施例は、識別解除された個人取引データが複雑な選択基準を充足する識別解除された患者のサブセットを情報通信の対象にする。実施例は、以下の識別解除された患者サブセット（Ａ）〜（Ｎ）を情報通信の対象としてもよい。
【００７２】
（Ａ）単一の投薬が適切に特定せず、治療中の正確な病気を明確にする２以上の投薬中の患者
（Ｂ）患者の病気がその進行を維持又は制御するためのさらなる治療を必要とすることを示す経時的に２以上の薬を服用する患者
（Ｃ）患者の病気の治療の何れの段階に患者が現在いるか示す薬のシーケンスを服用する患者
（Ｄ）ある状態に対して現在処置はされていないが、患者の薬プロファイル内の他の薬により規定されるような１以上のリスク要因のため投薬治療の候補となる可能性がある患者
（Ｅ）経時的に投薬治療の一貫した使用により規定されるような患者の投薬計画にすでに従っている、及び／又は継続している患者
（Ｆ）ある薬のクラス内の１つの薬から同じ状態を処置すると知られている同一の又は異なる薬のクラス内の他の薬にすでに切り替えた患者
（Ｇ）経時的に同じ薬について複数の新たな処方箋を受け取った患者を特定することによって、特定の病気の慢性治療対緊急治療のため薬を使用している患者
（Ｈ）矛盾をもたらすさらなる投薬治療によって特定されるような既知の投薬矛盾による患者サブセットから削除されるべき患者
（Ｉ）薬の相互作用をもたらすさらなる投薬治療によって特定されるような既知の投薬矛盾による患者サブセットから削除されるべき患者
（Ｊ）後の処方箋の補充のため、患者に治療の継続をリマインドすることによって特定されるような現在の薬を服用することを止めてしまった患者
（Ｋ）移行の処方箋の補充のため、患者にとって良好に作用する同一の状態を処置するのに用いられる他の薬を通知することによって特定されるような現在の薬を服用することを止めてしまった患者
（Ｌ）次の季節イベントに対して同様の投薬治療から効果を得ることが可能な季節的な状態を処置するための薬を以前に使用した患者
（Ｍ）個々の薬の含有物を含む１つの薬を服用することから効果を受けること可能な２つの薬を組み合わせて服用している患者
（Ｎ）以前の準拠しない処方箋補充行為によって特定されるような患者の処方箋の補充期限直前の補充リマインダから効果を受ける可能性のある患者
図９〜１４は、実施例Ａ〜Ｎの目的を実現するのに有用なデータスキーマ及びアルゴリズムを開示する。
【００７３】
図９は、中央サーバデータベース１２０Ａに含まれるデータベーステーブルを示す。データベース１２０Ａは、複数のテーブルなどを利用するリレーショナルデータベースを用いて実現されてもよい。あるいは、データベース１２０Ａは、ＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ  Ｍａｒｋｕｐ  Ｌａｎｇｕａｇｅ）により“タグ付けされた”データを用いて実現されてもよい。図９に示される実施例は、相互に関連するデータベーステーブルを有するリレーショナルデータベースを有する。図９のデータベースは、図９に示される一例となるコンポーネントテーブルの間の相互関係セットを含むスキーマによって特徴付けされる。
【００７４】
図９のデータベース１２０Ａは、データベーステーブル９０２、９０４及び３００Ｂ’を含む。図９は、暗号化されたＰＩＤフィールド３０２、取引データフィールドである店舗ＩＤフィールド３１０、日付フィールド３３４、ＮＤＣフィールド３３６、数量フィールド３３８及び他の非識別取引データフィールドを含むデータベーステーブル３００Ｂ’のデータフィールドを示す。図９のデータベーステーブル９０２は、ＮＤＣ１〜ＮＤＣｎのそれぞれについてＮＤＣフィールド９０６〜９３２と薬フィールド９０８を有する。上述したように、ＮＤＣは、典型的には、薬のラベラー／ベンダー、製品及び取引パッケージサイズを特定する一意的な１１桁で３セグメントの番号である。しかしながら、ＮＤＣは他の方法により表現されてもよい。各レコードでは、フィールド９０６〜９３２に特定されるＮＤＣは、フィールド９０８に特定される薬に関連付けされる。図９は、データベーステーブル９０２のＮＤＣフィールド９０６〜９３２とデータベーステーブル３００Ｂ’のＮＤＣフィールド３３６とを関連付ける一対多の関係９２２を示す。
【００７５】
図９のデータベーステーブル９０４は、病気フィールド９１０と薬フィールド９４０〜９６０を有する。テーブル９０４の各レコードに対して、フィールド９４０〜９６０に特定される薬は、フィールド９１０に特定される病気の処置に関連付けされる。
【００７６】
図９の一対多の関係９２０は、データベーステーブル９２０の薬フィールド９０８とデータベーステーブル９１０の薬フィールド９４０〜９６０とを関連付ける。
【００７７】
図１０は、中央サーバデータベース１２０Ａの他のスキーマを示す。データベース１２０Ａは、データベーステーブル１００２、１００４、１０７０及び３００Ｂ’を含む。データベーステーブル１００２は、薬フィールド１００６と、ＮＤＣフィールド１００８〜１０１８とを有する。データベーステーブル１００４は、薬フィールド１０２０と、リスクファクタフィールド１０２２〜１０４４とを有する。リスクファクタフィールド１０２２〜１０４４は、薬の使用に係るリスクファクタを特定する。フィールド１０２２〜１０４４のブール値は、リスクファクタ１０２２〜１０４４がフィールド１０２０において特定される薬に関連付けされているか否かを示す。薬フィールド１０５２〜１０５４は、リスクファクタに係る薬を特定する。フィールド１０５２〜１０５４のブール値は、薬１０５２〜１０５４がフィールド１０５０に特定されるリスクファクタに関連付けされるか否か示す。
【００７８】
テーブル９０２のフィールド９０６〜９３２とテーブル９０４のフィールド９４０〜９６０は、対応するＮＤＣがそれぞれフィールド９０８に特定される薬又はフィールド９１０に特定される病気に関連付けされているか否か示す。
【００７９】
図１１は、他のデータベーススキーマを用いたデータベース１２０Ａ’を実現するためのデータベーステーブル１１５０を示す。図１１は、薬フィールド１１０２と病気フィールド１１０４〜１１４０とを示す。データベーステーブル１１５０の各レコード１１７０〜１１８０は、薬データフィールド１１０２と病気データフィールド１１０４〜１１４０とを有する。このスキーマを利用して、レコード１１７０の病気データフィールド１１０４に“１”が格納されていることは、病気１が薬１を用いて処置されることを意味する。同様に、レコード１１７０の病気データフィールド１１０８に“１”が格納されていることは、病気１が薬３を用いて処置されることを意味する。
【００８０】
図１２は、他のデータベーススキーマを利用したデータベース１２０Ａ’を実現するためのデータベーステーブル１２５０を示す。図１２は、薬フィールド１２０２とＮＤＣフィールド１２０４〜１２４０とを示す。データベーステーブル１２５０の各レコード１２６０〜１２８０は、薬データフィールド１２０２と、ＮＤＣデータフィールド１２０４〜１２４０とを有する。このスキーマを利用して、レコード１２７０のＮＤＣデータフィールド１２０４に“１”が格納されることは、ＮＤＣ１が薬１を指定していることを意味する。同様に、レコード１２７０の病気データフィールド１２０８に“１”が格納されていることは、ＮＤＣ３がまた薬１を指定していることを意味する。これは、ＮＤＣ１がＮＤＣ３と同じ製品セグメント値を有することを意味する。
【００８１】
図１３は、特定の病気にかかる２以上の薬を服用する患者を特定するため、図９に示されるようなデータベース１２０Ａの使用を示すフローチャートである。
【００８２】
ステップ１３０２において、コードは、データテーブル３００Ｂ’を用いて特定の患者に係るすべてのＮＤＣを決定する。
【００８３】
次にステップ１３０４において、コードは、データテーブル９０２を使用して第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【００８４】
次にステップ１３０６において、コードは、テーブル９０４のデータを使用して、第１薬セットにおいて少なくとも２つの薬に係る第１薬セットを決定する。
【００８５】
次にステップ１３０８において、コードは、データ構造が暗号化されたＰＩＤを第１病気セットに関連付けるファイルに、暗号化されたＰＩＤと第１病気セットを書き込む。
【００８６】
上記ステップは、フィールド１３０２の一意的な暗号化された各ＰＩＤに対して繰り返されてもよい。
【００８７】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと病気の同じ関連付けを実現するのに利用されてもよい。
【００８８】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた病気セットに関連付けるため、各情報メッセージが暗号化された各ＰＩＤセットに関連付けされたテーブル又はファイルを参照する。
【００８９】
実施例（Ｂ）は、経時的に２以上の薬を服用する識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。好適なアルゴリズムは、データベースコマンドとブールロジックとを使用して、これらの患者を悩ます病気がそれの進行を維持又は制御するためさらなる処置を要するか決定する。
【００９０】
図１４は、経時的に２以上の薬を服用する識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマ及びデータベーステーブルを利用する方法を示すフローチャートである。
【００９１】
ステップ１４０２において、コードは、データテーブル３００Ｂ’を使用して特定の患者に係るすべてのＮＤＣを決定する。
【００９２】
次にステップ１４０４において、コードは、データテーブル９０２を使用して第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【００９３】
次にステップ１４０６において、コードは、テーブル９０４のデータを使用して、第１薬セットにおける２以上の薬を経時的に服用する識別解除された患者を決定する。
【００９４】
次にステップ１４０８において、コードは、データ構造が暗号化されたＰＩＤと２以上の薬とを関連付けるファイルに暗号化されたＰＩＤと２以上の薬とを書き込む。
【００９５】
上記ステップは、フィールド１４０２の一意的な暗号化された各ＰＩＤに対して繰り返されてもよい。
【００９６】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと２以上の薬との同一の関連付けを実現するため利用されてもよい。
【００９７】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた２以上の薬のセットに関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【００９８】
実施例（Ｃ）は、薬のシーケンスを服用する識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、患者が現在ある患者の病気の過程において、何れの治療段階にあるか決定するブールロジックにより実現されるアルゴリズムを利用する。
【００９９】
図１５は、薬のシーケンスを服用する識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマ及びデータベーステーブルを利用する方法を示すフローチャートである。
【０１００】
ステップ１５０２において、コードは、データテーブル３００Ｂを使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１０１】
次にステップ１５０４において、コードは、データテーブル９０２を使用して、ＮＤＣセットに係る第１薬セットを決定する。
【０１０２】
次にステップ１５０６において、コードは、データテーブル９０２を使用して、ＮＤＣセットに係る第２薬セットを決定する。
【０１０３】
次にステップ１５０８において、コードは、テーブル９０４のデータを使用して、第１及び第２薬セットの購入日が指定された時間シーケンスを有しているステップ１５０８からの識別解除された患者をテーブル３００Ｂ’から決定する。
【０１０４】
次にステップ１５１０において、コードは、当該データ構造が暗号化されたＰＩＤを第１及び第２薬セットに関連付けるファイルに、暗号化されたＰＩＤと第１及び第２薬セットとを書き込む。
【０１０５】
上記ステップが、フィールド１５０２の一意的な暗号化された各ＰＩＤに対して繰り返されるかもしれない。
【０１０６】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬の同一の関連付けを実現するのに利用可能である。
【０１０７】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットに関連付けするため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１０８】
実施例（Ｄ）は、ある状態に対して現在治療されていない識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。本実施例は、プログラムされたロジックを使用して、患者の薬プロファイルを構成する薬の患者の使用とリスクファクタとを相関させる。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、患者の薬プロファイル内の薬にリンクされた１以上のリスクファクタによって、何れの患者が投薬治療の候補となる可能性があるか決定する。
【０１０９】
図１６は、ある状態について現在治療されていない識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマ及びデータベーステーブルを利用する方法を示すフローチャートである。
【０１１０】
ステップ１６０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１１１】
次にステップ１６０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１１２】
次にステップ１６０６において、コードは、テーブル９０４のデータを使用して、薬セットの少なくとも２つの薬に係る病気セットを決定する。
【０１１３】
次にステップ１６０８において、コードは、データテーブル９０２を使用して、ある病気について現在治療されていない識別解除された患者を決定する。
【０１１４】
次にステップ１６１０において、コードは、患者の薬プロファイルを構成する識別解除された患者の薬の使用とリスクファクタとを相関させる。
【０１１５】
次にステップ１６１２において、コードは、患者の薬プロファイル内の薬にリンクされた１以上のリスクファクタによって、投薬治療の候補となる可能性のある識別解除された患者を決定する。
【０１１６】
上記ステップが、フィールド１３０２の一意的な暗号化された各ＰＩＤに対して繰り返されてもよい。
【０１１７】
あるいは、従来のＳＱＬコマンドが、暗号化されたＰＩＤと病気の同一の関連付けを実現するのに使用されてもよい。
【０１１８】
ある時点において、コードは、暗号化されたＰＩＤと以前に関連付けされた病気セットに関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１１９】
実施例（Ｅ）は、ある期間における投薬治療の使用に整合する識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、このグループが経時的に投薬治療の整合した使用によって規定されるような投薬計画に従い、又は持続することを決定する。
【０１２０】
図１７は、ある期間における投薬治療の使用に整合する識別解除された患者に対して対象とされた情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマ及びデータベーステーブルを利用する方法を示すフローチャートである。
【０１２１】
ステップ１７０２において、コードは、データテーブル３００Ｂ’を使用して特定の患者に係るすべてのＮＤＣを決定する。
【０１２２】
次にステップ１７０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１２３】
次にステップ１７０６において、コードは、テーブル９０４のデータを使用して、ある期間における投薬治療の使用に整合する識別解除された患者を選択する。
【０１２４】
次にステップ１７０８において、コードは、当該データ構造が暗号化されたＰＩＤと第１薬セットとを関連付けるファイルに、暗号化されたＰＩＤと第１薬セットとを書き込む。
【０１２５】
上記ステップが、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されるかもしれない。
【０１２６】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬の同一の関連付けを実現するのに利用されてもよい。
【０１２７】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットと関連付けされるテーブル又はファイルを参照する。
【０１２８】
実施例（Ｆ）は、ある薬クラスの第１の薬から同一の又は異なる薬クラスの第２の薬に薬を切り替えた識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されたアルゴリズムを使用して、第２の薬が同じ状態を処置するのに知られているか決定する。
【０１２９】
図１８は、ある薬クラスの第１の薬から同一の又は異なる薬クラスの第２の薬に薬を切り替えた識別解除された患者に対して対象とされた情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマ及びデータベーステーブルを利用する方法を示すフローチャートである。
【０１３０】
ステップ１８０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１３１】
次にステップ１８０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１３２】
次にステップ１８０６において、コードは、テーブル９０４のデータを使用して、第１薬セットの少なくとも２つの薬に係る第１病気セットを決定する。
【０１３３】
次にステップ１８０８において、コードは、ある薬クラスの第１の薬から同一の又は異なる薬クラスの第２の薬に薬を切り替えた識別解除された患者を選択する。
【０１３４】
次にステップ１８１０において、コードは、当該データ構造が暗号化されたＰＩＤを第１及び第２薬セットに関連付けるファイルに、暗号化されたＰＩＤと第１及び第２薬セットを書き込む。
【０１３５】
上記ステップは、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されてもよい。
【０１３６】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと第１及び第２薬セットの同一の関連付けを実現するのに使用されてもよい。
【０１３７】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットに関連付けするため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１３８】
実施例（Ｇ）は、経時的に同一の薬について複数の新たな処方箋を受け取った識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、ある病気の慢性的処置のための薬を使用している患者と、この病気の緊急の処置のため同じ薬を使用している患者とを決定する。
【０１３９】
図１９は、経時的に同一の薬について複数の新たな処方箋を受け取った識別解除された患者について対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１４０】
ステップ１９０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１４１】
次にステップ１９０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１４２】
次にステップ１９０６において、コードは、テーブル９０４のデータを使用して、経時的に同じ薬について複数の新たな処方箋を受け取った識別解除された患者を選択する。
【０１４３】
次にステップ１９０８において、コードは、当該データ構造が経時的に同じ薬の複数の新たな処方箋セットと暗号化されたＰＩＤとを関連付けるファイルに、経時的に同じ薬についての複数の新たな処方箋セットと暗号化されたＰＩＤとを書き込む。
【０１４４】
上記ステップが、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されるかもしれない。
【０１４５】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬の同一の関連付けを実現するのに利用されてもよい。
【０１４６】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットに関連付けするため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１４７】
実施例（Ｈ）は、第１の薬を受け取り、その後に第２の薬を受け取った識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。本実施例は、プログラムされたロジックを使用して、さらなる投薬治療が矛盾を生じさせるか判断するため、リスクファクタと第１の薬と第２の薬の患者の使用とを関連付ける。ここで、本実施例は、これらの患者が薬の矛盾によって患者サブセットから排除されるべきか判断するため、ブールロジックにより実現されるアルゴリズムを使用する。
【０１４８】
図２０は、第１の薬を受け取り、その後に第２の薬を受け取った識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１４９】
ステップ２００２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１５０】
次にステップ２００４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての病気の第１セットを決定する。
【０１５１】
次にステップ２００６において、コードは、さらなる投薬治療が矛盾を生じさせるか判断するため、テーブル９０４のデータを使用して、第１の薬と第２薬との患者の使用とリスクファクタとを関連付ける。
【０１５２】
次にステップ２００８において、コードは、当該データ構造が暗号化されたＰＩＤと薬セットとを関連付けるファイルに、暗号化されたＰＩＤと薬セットとを書き込む。
【０１５３】
上記ステップは、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されるかもしれない。
【０１５４】
あるいは、従来のＳＱＬコマンドが、暗号化されたＰＩＤと薬との同一の関連付けを決定するのに利用されてもよい。
【０１５５】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットに関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１５６】
実施例（Ｉ）は、第１の薬を受け取り、その後に第２の薬を受け取った識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。本実施例は、プログラムされたロジックを使用して、さらなる投薬治療が潜在的な薬の相互作用を生じさせるか判断するため、第１の薬と第２の薬との患者の使用に係るリスクファクタを相関させる。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、これらの患者が潜在的な薬の相互作用により患者サブセットから排除されるべきか判断する。
【０１５７】
図２１は、第１の薬を受け取り、その後に第２の薬を受け取る識別解除された患者について対象とされた情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１５８】
ステップ２１０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１５９】
次にステップ２１０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１６０】
次にステップ２１０６において、コードは、テーブル９０４のデータを使用して、第１の薬を受け取り、その後に第２の薬を受け取る識別解除された患者を選択する。
【０１６１】
次にステップ２１０８において、コードは、さらなる投薬治療が潜在的な薬の相互作用を生じさせるか判断するため、第１の薬と第２の薬との患者の使用に係るリスクファクタを相関させる。
【０１６２】
次にステップ２１１０において、コードは、当該データ構造が暗号化されたＰＩＤと薬セットとを関連付けるファイルに、暗号化されたＰＩＤと薬セットとを書き込む。
【０１６３】
上記ステップが、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されてもよい。
【０１６４】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬との同一の関連付けを実現するのに使用されてもよい。
【０１６５】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１６６】
実施例（Ｊ）は、処方箋の補充に遅れた識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、これらの患者が自らの治療を継続するためリマインドされるべきか判断する。
【０１６７】
図２２は、処方箋の補充に遅れた識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１６８】
ステップ２２０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１６９】
次にステップ２２０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１７０】
次にステップ２２０６において、コードは、データテーブル９０４のデータを使用して、処方箋の補充に遅れた識別解除された患者を選択する。
【０１７１】
次にステップ２２０８において、コードは、これらの識別解除された患者が自らの治療を継続するようリマインドされるべきか判断する。
【０１７２】
次にステップ２２１０において、コードは、当該データ構造が暗号化されたＰＩＤと第１薬セットとを関連付けるファイルに、暗号化されたＰＩＤと第１薬セットとを書き込む。
【０１７３】
上記ステップが、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されるかもしれない。
【０１７４】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬との同一の関連付けを実現するため使用されてもよい。
【０１７５】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１７６】
実施例（Ｋ）は、処方充填に遅れている識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、これらの患者がより良好に採用するかもしれない同一の状態を処置するのに使用される他の薬について通知されるべきか判断する。
【０１７７】
図２２は、処方充填に遅れている識別解除された患者に対する対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１７８】
ステップ２２０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１７９】
次にステップ２２０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１８０】
次にステップ２２０６において、コードは、テーブル９０４のデータを使用して、処方充填に遅れている識別解除された患者を選択する。
【０１８１】
次にステップ２２０８において、コードは、これらの患者がより良好に採用するかもしれない同一の状態を処置するのに使用される他の薬について通知されるべきか判断する。
【０１８２】
次にステップ２２１０において、コードは、当該データ構造が暗号化されたＰＩＤと第１薬セットとを関連付けるファイルに、暗号化されたＰＩＤと第１薬セットとを書き込む。
【０１８３】
上記ステップが、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されるかもしれない。
【０１８４】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬との同一の関連付けを実現するため使用されてもよい。
【０１８５】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１８６】
実施例（Ｌ）は、季節的状態を処置するための薬を以前に使用した識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、これらの患者が次の季節イベントに対して同様の投薬治療から効果を得ることができるか判断する。
【０１８７】
図２３は、季節的状態を処置するための薬を以前に使用した識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１８８】
ステップ２３０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０１８９】
次にステップ２３０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０１９０】
次にステップ２３０６において、コードは、テーブル９０４のデータを使用して、季節的状態を処置するための薬を以前に使用した識別解除された患者を選択する。
【０１９１】
次にステップ２３０８において、コードは、これらの患者が次の季節的イベントに対して同様の投薬治療から効果を得ることが可能であるか判断する。
【０１９２】
次にステップ２３１０において、コードは、当該データ構造が暗号化されたＰＩＤと第１薬セットとを関連付けるファイルに、暗号化されたＰＩＤと第１薬セットとを書き込む。
【０１９３】
上記ステップは、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されるかもしれない。
【０１９４】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬との同一の関連付けを実現するため使用されてもよい。
【０１９５】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０１９６】
実施例（Ｍ）は、２つの薬を組み合わせて服用しているかもしれない識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、これらの患者が両方の薬の含有物を含む１つの薬を服用することから効果を得ることが可能であるか判断する。
【０１９７】
図２４は、２つの薬を組み合わせて服用しているかもしれない識別解除された患者に対する対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０１９８】
ステップ２４０６において、コードは、テーブル９０４のデータを使用して、２つの薬を組み合わせて服用しているかもしれない識別解除された患者を選択する。
【０１９９】
次にステップ２４０８において、コードは、これらの患者が両方の薬の含有物を含む１つの薬を服用することから効果を得ることが可能であるか判断する。
【０２００】
次にステップ２４１０において、コードは、当該データ構造が暗号化されたＰＩＤと両方の薬の含有物を含む１つの薬とを関連付けるファイルに、両方の薬の含有物を含む１つの薬と暗号化されたＰＩＤとを書き込む。
【０２０１】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬との同一の関連付けを実現するため使用されてもよい。
【０２０２】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０２０３】
実施例（Ｎ）は、適合していない処方箋補充行動を示す識別解除された患者を選択する上記データに適用される何れかのアルゴリズムである。ここで、本実施例は、ブールロジックにより実現されるアルゴリズムを使用して、これらの患者が自らの処方箋補充期限の直前の補充リマインダから効果を得ることが可能であるか判断する。
【０２０４】
図２５は、適合しない処方箋補充行動を示す識別解除された患者に対して対象とされる情報メッセージを生成するため、図９に示される中央サーバデータベース１２０Ａのデータベーススキーマとデータベーステーブルとを利用する方法を示すフローチャートである。
【０２０５】
ステップ２５０２において、コードは、データテーブル３００Ｂ’を使用して、特定の患者に係るすべてのＮＤＣを決定する。
【０２０６】
次にステップ２５０４において、コードは、データテーブル９０２を使用して、第１ＮＤＣセットに係るすべての薬の第１セットを決定する。
【０２０７】
次にステップ２５０６において、コードは、テーブル９０４のデータを使用して、適合しない処方箋補充行動を示す識別解除された患者を選択する。
【０２０８】
次にステップ２５０８において、コードは、これらの患者が自らの処方箋補充期限日の直前の補充リマインダから効果を得ることが可能であるか決定する。
【０２０９】
次にステップ２５１０において、コードは、当該データ構造が暗号化されたＰＩＤと第１薬セットとを関連付けるファイルに、暗号化されたＰＩＤと第１薬セットとを書き込む。
【０２１０】
上記ステップは、フィールド１３０２の一意的な暗号化された各ＰＩＤについて繰り返されてもよい。
【０２１１】
あるいは、従来のＳＱＬコマンドは、暗号化されたＰＩＤと薬との同一の関連付けを実現するため使用されてもよい。
【０２１２】
ある時点において、コードは、暗号化されたＰＩＤに以前に関連付けされた薬セットと関連付けるため、異なる情報メッセージが暗号化された各ＰＩＤセットに関連付けされるテーブル又はファイルを参照する。
【０２１３】
さらに、本発明は、９０才未満、性別、支払人識別子、現金支払い、ＮＤＣ、ピルカウント、補充回数、処方箋の残りの補充、新規若しくは補充処方箋、ＢＩＮ（Ｂａｎｋ  Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｎｕｍｂｅｒ）、各薬局識別子であるＮＣＰＤＰ（Ｎａｔｉｏｎａｌ  Ｃｏｕｎｃｉｌ  ｆｏｒ  Ｐｒｅｓｃｒｉｐｔｉｏｎ  Ｄｒｕｇ  Ｐｒｏｇｒａｍｓ）プロバイダＩＤ、及びＤＥＡ（Ｄｒｕｇ  Ｅｎｆｏｒｃｅｍｅｎｔ  Ａｄｍｉｎｉｓｔｒａｔｉｏｎ）番号（暗号化された）などの選択又はフィルタリング基準の具体例に基づき、情報メッセージの生成をトリガーするかもしれない。
【０２１４】
例えば、本発明の実施例を利用して、特定の投薬治療手順を受けていて、所望の（指定された）人口統計及び保険パラメータ内に属する患者人口に到達するため、選択又はフィルタリングプログラムが設計可能である。
【０２１５】
本発明は、例えば、プロキシーアドレスがＨＩＰＡＡ規格に従って患者を再識別しない場合、一意的な薬局アウトレット識別子（薬局又は店舗ＩＤ）とそれの地理的位置を患者の自宅住所のプロキシーとして使用することによって、さらなるセグメント化及びターゲット化を可能にする。
【０２１６】
実施例において上記対象とされたメッセージ基準（またトリガー基準及びカテゴリ化及びフィルタリング基準と呼ばれる）を利用することは、可変的で高い関連性を有する情報の多数の患者グループへの送信を可能にする。これにより、本発明は、特定の患者グループにおける高い関連性を有する情報メッセージを対象とすることによって、高度な患者サービス機能を提供する。
【０２１７】
本発明によると、必ずしもすべての薬局が何れかの又はすべてのトリガー基準からもたらされる対象とされたメッセージを提供することを要求しない。各薬局若しくは店舗又は通常所有される店舗群は、例えば、マーケティングカテゴリによって、メーカーによって又は通常要求されるメッセージとしてそれらの選択の基準を実現することを選択するかもしれない。
【０２１８】
本発明の効果は、生成された選択プログラムのタイプが何れか与えられた時点において利用可能な薬情報データを反映するということである。
【０２１９】
システム１２０及び１３０は、例えば、ニュースレターの生成に関する会計情報などを含むかもしれないログセットを収集及び維持するかもしれない。これらのログは、例えば、課金機能をサポートするのに利用可能であり、トラブルシューティングにおいて利用可能である。これらのログは、データロードシステム５１０により処理及びロードされ、データウェアハウス５１４などに設けられてもよい。
【０２２０】
処方箋番号、ＮＤＣ（Ｎａｔｉｏｎａｌ  Ｄｒｕｇ  Ｃｏｄｅ）、９０才未満、性別、ピルカウント、補充回数、新規又は補充、及び補充残などの識別解除されたデータは、例えば、本発明のシステムによってログにおいてキャプチャされてもよい。
【０２２１】
ログは、夜間などに毎日中央ＣＳ１２０に送信され、その後、例えば、消去される前にある期間（１年間など）中央ＣＳ１２０により維持され、又は無限に維持されるかもしれない。
【０２２２】
好ましくは、ログデータは、識別解除され、認証されていないアクセスからの安全性を維持する。ログデータは、宣伝プログラムのための有効レートを評価するため集計可能である。
【０２２３】
本発明者は、必要に応じて、例えば、トリガー処理、ニュースレター印刷及びデータログ処理などに対する変更を想定している。
【０２２４】
実施例では、薬局管理ＣＳ１３０は、合成ＩＤを生成するため、ＰＩＤと薬局チェーンＩＤ、店舗ＩＤ及び任意的には取引ＩＤと組み合わせる。合成ＩＤは、ＰＩＤ又は暗号化されたＰＩＤに関連付けされるかもしれない。
【０２２５】
第三者のＣＳは、ベンダー固有の値を当該ベンダーの小売店舗において使用されるＰＩＤにハッシュ処理するかもしれない（例えば、ＳＨＡ−１アルゴリズムなどを利用して）。この暗号化されたデータは、その後、さらなるセキュリティのため中央システム１２０のユーザの制御範囲外で維持されてもよい。
【０２２６】
本発明は、効果的には、ログ処理情報がＨＩＰＡＡ規格に従って患者を再識別しない場合、人口規模が３桁のジップコードに対して２万人未満の地域における薬局データのＨＩＰＡＡにより許容される縮小されたログ処理を可能にし、９０才以上の患者の年齢を９０才として処理することを可能にする。
【０２２７】
実施例は、店舗位置が５桁のジップコードの適切なプロキシーとして機能することが可能であるため、当該カテゴリに属する人口が疎であるエリアでは、その相関は高くなる可能性があるということを認識している。従って、ログ処理は、店舗の地理的位置のジップコードと仕分けされた人口規模に依存するかもしれない。中央ＣＳ１２０は、例えば、制限されたすべての（現在は１７の）３桁のジップコードに対する取引データを１つの３桁のゾーン０００に集計するようにしてもよい。
【０２２８】
あるいは、人口の少ないエリアについては、ＰＩＤ情報は対応する薬局店舗から送信されないかもしれず、何れかのＣＳにログ処理された情報はＰＩＤ情報を排除するかもしれない。これらの場合、何れの情報メッセージも個人の取引履歴に基づき対象化される。代わりに、情報は、年齢及び性別はログ処理されなくてもよいが、ＮＤＣ、年齢、性別などによって、薬局管理ＣＳにトリガーされるようにしてもよい。
【０２２９】
実施例は、実際の日付データの代わりとして、処方箋記入日の間の間隔を利用するかもしれない。この実施例は、再識別のリスクを最小化しながら、所望の解析及び相関を実行することを可能にする。上記間隔は、薬局管理ＣＳ１３０により与えられてもよい。あるいは、中央ＣＳ１２０のソフトウェアは、情報をログに書き込む前に間隔を計算するかかもしれない。
【０２３０】
実施例は、効果的には、医師のオフィスからのデータを利用して、例えば、有用な順守日（具体的には、最初の記入レートなど）を提供するかもしれない。
【０２３１】
実施例は、効果的には、薬局と医師のオフィスのデータをリンクし、最大となる識別解除された順守手段を可能にするかもしれない。
【０２３２】
実施例は、効果的には、順守した識別解除された方法において外部情報モデルのコンポーネントの追加を可能にするかもしれない。
【０２３３】
実施例は、効果的には、大規模、マルチソース、患者レベル情報の処理を可能にするかもしれない。
【０２３４】
実施例は、効果的には、さらなるサービスの提供を確立するため、識別解除された患者データを集計するかもしれない。
【０２３５】
ＰＩＤは、クレジットカード番号、薬局若しくは健康関連識別番号及び患者により使用される他の何れかの識別子であってもよい。
【０２３６】
本発明によると、中央ＣＳ１２０のセキュリティに障害が発生しても、認証されていない第三者がカード所有者の真の身元を決定することはできない。しかしながら、本発明は、小売店舗が顧客のカード番号を確認する毎に、当該番号が、一意的な暗号化されたＰＩＤに関連してすでに格納されている顧客の取引データと関連付けされるため、対象とされる情報メッセージのカード所有者を依然として対象化することが可能である。
【０２３７】
典型的には、薬の購入及び対応する薬の処方注文取引に対して支払われるクレジットカード取引は、クレジットカード識別子に関連して薬局管理ＣＳから送信される情報が、製品又はサービス購入情報を含んでいないという点で、独立したデータ取引である。さらに、好適な実施例では、スーパーマーケットからの購入などの非薬品商品の購入及び対応するクレジットカード識別子又は他の個人識別子は、クレジットカード識別子又は他の個人識別子の少なくとも一部と関連付けされて１つのデータ構造に格納され、薬処方製品の購入は識別子の間の関連を有しない２つの独立したデータにより格納される。本発明者は、現在は好適でない実施例として、非薬小売店舗ＰＯＳ取引と薬取引の両方について利用可能な識別解除及びＩＤ暗号化プロセスを想到する。このような実施例では、１つの小売店舗又は１つの小売店舗チェーンの内部の取引について、非薬品取引と薬品取引の両方が互いに関連付けされ、依然として効果的に薬局患者匿名性を維持するかもしれない。
【０２３８】
図面に示されるいくつかの実施例は、個別ユニット又はマシーンの間の処理の分割を示す。これは本発明の要件でなく、各種要素がより少数のマシーンに合成可能であり、各種マシーンに異なって分散化され、又は実際には１つのコンピュータを有する１つのマシーンに含まれるかもしれない。このような再分散を利用する実施例は、関連技術における当業者によって設計可能である。
【図面の簡単な説明】
【０２３９】
【図１】図１は、新規なシステム１を示すハイレベルな概略図である。
【図２】図２は、図１の薬局管理ＣＳ１３０をより詳細に示す。
【図３Ａ】図３Ａは、図１のデータベース１３０Ａのデータ構造３００Ａを示す。
【図３Ｂ】図３Ｂは、図１のデータベース１２０Ａ及び１３０Ａのデータ構造３００Ｂを示す。
【図３Ｃ】図３Ｃは、図１のデータベース１２０Ａ及び１３０Ａのデータ構造３００Ｃを示す。
【図４】図４は、図１のシステム１の一実施例に係るコンピュータ装置におけるデータフローを示すフロー図である。
【図５】図５は、図１のシステム１２０又は１３０の一実施例に係るコンピュータ装置におけるデータフローを示すフロー図である。
【図６】図６は、図５の要素５１６に係るコンピュータ装置におけるデータフローを示すフロー図である。
【図７】図７は、本発明の方法のフロー図である。
【図８】図８は、本発明の方法のフロー図である。
【図９】図９は、データベース１２０Ａの一例となるデータベーススキーマを示す。
【図１０】図１０は、データベース１２０Ａの一例となるデータベーススキーマを示す。
【図１１】図１１は、データベース１２０Ａの一例となるデータベーススキーマを示す。
【図１２】図１２は、データベース１２０Ａの一例となるデータベーススキーマを示す。
【図１３】図１３は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１４】図１４は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１５】図１５は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１６】図１６は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１７】図１７は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１８】図１８は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１９】図１９は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図２０】図２０は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図２１】図２１は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図２２】図２２は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図２３】図２３は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図２４】図２４は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図２５】図２５は、データベース１２０Ａのデータベーススキーマを利用する方法を示すフローチャートである。
【図１】
2009506398.tif 000003
【図２】
2009506398.tif 000004
【図３Ａ】
2009506398.tif 000005
【図３Ｂ】
2009506398.tif 000006
【図３Ｃ】
2009506398.tif 000007
【図４】
2009506398.tif 000008
【図５】
2009506398.tif 000009
【図６】
2009506398.tif 000010
【図７】
2009506398.tif 000011
【図８】
2009506398.tif 000012
【図９】
2009506398.tif 000013
【図１０】
2009506398.tif 000014
【図１１】
2009506398.tif 000015
【図１２】
2009506398.tif 000016
【図１３】
2009506398.tif 000017
【図１４】
2009506398.tif 000018
【図１５】
2009506398.tif 000019
【図１６】
2009506398.tif 000020
【図１７】
2009506398.tif 000021
【図１８】
2009506398.tif 000022
【図１９】
2009506398.tif 000023
【図２０】
2009506398.tif 000024
【図２１】
2009506398.tif 000025
【図２２】
2009506398.tif 000026
【図２３】
2009506398.tif 000027
【図２４】
2009506398.tif 000028
【図２５】
2009506398.tif 000029
【手続補正書】
【提出日】平成20年10月7日(2008.10.7)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされた情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項２】
前記取引データは、名前、住所、ソーシャルセキュリティ番号、誕生日、入院日、退院日、５桁のジップコード及び米国の州より小さな地理的分割の少なくとも１つを前記個人取引データから削除することによって、識別解除される、請求項１記載の方法。
【請求項３】
前記取引データは、名前、住所、ソーシャルセキュリティ番号、誕生日、入院日、退院日、５桁のジップコード及び米国の州より小さな地理的分割のすべてを前記個人取引データから削除することによって、識別解除される、請求項１記載の方法。
【請求項４】
前記暗号化されていないＰＩＤは、ＳＨＡ（Ｓｅｃｕｒｅ  Ｈａｓｈ  Ａｌｇｏｒｉｔｈｍ）−１を用いて暗号化される、請求項１記載の方法。
【請求項５】
前記暗号化されたＰＩＤと前記識別解除された個人取引データとは、前記暗号化されたＰＩＤに係る以前の取引のレコードに関連付けして前記中央コンピュータシステムに格納される、請求項１記載の方法。
【請求項６】
あるターゲット化基準が、前記中央コンピュータシステムによって前記暗号化されたＰＩＤに係る識別解除された取引データに適用される、請求項１記載の方法。
【請求項７】
前記暗号化されたＰＩＤは、該暗号化されたＰＩＤに係る識別解除された取引データが前記ターゲット化基準に該当するとき、前記ターゲット化基準に係る対象とされるメッセージに関連付けされる、請求項６記載の方法。
【請求項８】
前記対象とされるメッセージは、前記中央コンピュータシステムから前記暗号化されたＰＩＤに関連付けして送信される、請求項７記載の方法。
【請求項９】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、単一の薬が適切に特定せず、患者が処置中の正確な病気を明確にする２以上の薬について患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１０】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、患者の病気が進行を維持又は制御するためのさらなる処置を要求していることを示す経時的に２以上の薬を服用する患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１１】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、患者が現在いる該患者の病気の治療段階を示す薬のシーケンスを服用する患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１２】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、ある状態に対して現在は処置されていないが、患者の薬プロファイル内の他の薬によって規定されるような１以上のリスクファクタによって、投薬治療の候補となる可能性のある患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１３】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、経時的に投薬治療の整合した使用によって規定されるような投薬計画にすでに従っている及び／又は継続している患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１４】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、ある薬クラスの１つの薬から同じ状態を処置するのに知られている同一の又は異なる薬クラスの他の薬にすでに切り替えた患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１５】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、経時的に同一の薬の複数の新たな処方箋を受け取った患者を特定することによって、ある病気に対する慢性的処置対緊急処置のための薬を使用している患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１６】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、矛盾を生じさせるさらなる投薬治療によって特定されるような既知の投薬矛盾によって、患者サブセットから排除されるべき患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１７】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、既知の投薬相互作用を生じさせるさらなる投薬治療によって特定されるような前記投薬相互作用によって、患者サブセットから排除されるべき患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１８】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、処方補充に遅延し、患者に治療を継続することをリマインドすることによって特定されるような薬の服用を現在中断してしまっている患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項１９】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、処方補充に遅延し、同一の状態を処置するのに使用され、より良好に作用する可能性がある他の薬を患者に通知することによって特定されるような薬の服用を現在中断してしまっている患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項２０】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、次の季節的イベントに対して同様の投薬治療から効果を受ける可能性がある季節的状態を処置するための薬を以前に使用した患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項２１】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、２つの薬を併せて服用し、両方の薬の含有物を含む１つの薬を服用することから効果を得る可能性がある患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【請求項２２】
中央コンピュータシステムを利用してネットワークを介し前記中央コンピュータシステムに接続される薬局管理コンピュータシステムの各端末に対象とされる情報メッセージを提供する方法であって、
（ａ）前記中央コンピュータシステムが、前記薬局管理コンピュータシステムから個人取引について識別解除された個人取引データと係る暗号化されたＰＩＤとを受け付けるステップと、
（ｂ）前記中央コンピュータシステムが、前記識別解除された個人取引データから、以前の適合しない処方補充行動によって特定されるような処方補充期日の直前の補充リマインダから効果を得る可能性のある患者を決定するステップと、
（ｃ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤと関連付けるため、少なくとも１つの対象とされる情報メッセージを関連付けるステップと、
（ｄ）前記中央コンピュータシステムが、前記暗号化されたＰＩＤに関連付けて、前記少なくとも１つの対象とされる情報メッセージを前記薬局管理コンピュータシステムの端末に送信するステップと、
を有する方法。
【国際調査報告】
2009506398.tif 000030