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