JP2015084231A - 薬品分配用のシステム及び方法 - Google Patents

Abstract

【課題】患者のために便利で安全な自動化されかつ低費用の薬品分配システムを提供する。
【解決手段】コンピュータ４６は包装薬剤の種類３２の調剤を要請するためのコマンドをインターフェース７０を介してＲＣＤキャビネット２０上に配置されたコントローラー４２に伝達する。コントローラはコマンドを解釈し、適当な柱３４中の調剤作動装置６８を作動させる。適当な柱中の一番下の包装物３２が柱から放出されて、ランプ３０上に射出される。放出された包装物７４はランプを開口部２６中に滑り降りて入手可能となる。開口部の近傍に位置するバーコード読み取り機４０が包装物上のバーコード９８を読み取り、要請されたものに合致するかどうかの情報をコンピュータに伝達する。
【選択図】図１Ａ

Description

関連出願

本願は、１９９９年９月２２日付け米国暫定出願６０／１５５，４４６号の恩典を要求する１９９９年１２月３日付け米国出願０９／４５４、３５９号の継続出願であり、これら出願は、その全文が参考文献としてここに取り入れられている。

発明の背景

自動調剤給送システムは、３０年以上にわたって使用されてきた。かかるシステムの最初の目的は、手作業による分配に伴う医薬の間違いの大きな比率を減らすことであった。現代では、自動システムは、より高度な利点を提供する。その中には、誤りの更なる減少、調剤分配に伴う費用の低下、人員の減少、在庫管理、薬物管理、文書の自動化、及び職業的薬剤師の多くの仕事の解放が含まれる。

医薬管理システムとして知られる自動調剤給送システムの技術の現在の技術水準は、一般に次の３種の範疇に分類される。即ち、中央薬局区域における自動化された装置、患者治療単位での自動化装置、及びポイントオブケア（ｐｏｉｎｔ−ｏｆ−ｃａｒｅ）情報システムである。

中央に置かれた装置の第１の目的は、単位投薬カートを満たすための現在の手操作過程を置換すること又は改善することである。これら装置は、単一の中央化された在庫及び総在庫量の縮小の利点を提供する。かかる装置の欠点には、その大きい寸法、高い費用、及び効果的な給送システムの信頼性が含まれる。

患者治療単位ベースの装置は、伝統的な手操作単位投薬カートの充填及び給送システムを置換し、かつフロアストックへの増加した管理を提供する。かかるシステムの利点には、より小さい寸法、中央に置かれた装置と比べて少ない費用、医薬に対する即時アクセス、及び医薬管理の自動文書化が含まれる。欠点には、単位投薬レベルのみの応用、多くの単位の多種の在庫の維持、多くの装置の補充に要する追加の時間、及び大量の在庫が含まれる。

ポイントオブケアシステムは、ベッドの側で患者データを即座に変更できるように設計される。かかるシステムは、患者情報への迅速なアクセス、迅速な文書化、病院情報システムの統一、及び薬品管理の素早い照合を許す。ポイントオブケアシステムの第１の欠点には、各部屋にハードウエアを置くことに伴う大きいい費用、システムの回路網化、及び個人データへのアクセスに伴う秘密の流出が含まれる。

上述のシステムは、単位投薬分配及び照合のために、大きい中央薬局システム、分散化された患者治療単位、及びベッドの側におけるポイントオブケアシステムに伴う大きい費用が当然である大病院における薬品管理に対する解を提供する。これらシステムは、中等規模の設備、例えば、大きくかつ費用のかかる前述のシステムに伴う出費を正当化できない保険組織における効果的かつ経済的な管理に対応することはできない。更に、上述のシステムは、個々の患者について単位投薬分配を提供するが、費用効果的な方法で毎週又は毎月、処方箋を出すことはできない。

本発明は、インターネットのような分布し相互の情報交換が可能でパケット交換する回路網を使用する調剤又はその他の医用品の遠隔分配方法、及びコンピューター回路網、遠隔通信能力、及び完全な薬品分配システムを形成するように医用品分配用キャビネットを含んだコンピューターハードウエアとソフトウエアとを組み合わせたシステムに関する。医用品は、限定するものではないが、包装され又は包装されない調剤又は個別の丸剤、カプレット、錠剤、液体又は懸濁液を含むことができる。これにより、医師、薬剤師、又はその他の有資格者が、診療所、開業医院において、或いは薬局又は病院の外部の別の場所において、患者に処方薬を直接患者に分配することができる。このシステムは、患者のために便利で安全な自動化されかつ低費用の薬品給送システムを提供する。

本発明の好ましい実施例は、包装され又は非包装の調剤の自動化された分配のための方法及び装置に向けられる。本発明の遠隔管理分配システムは、遠隔地における製品の解放に関連して集中化されたコンピューター回路網を備える。集中化回路網は、標準インターネットプロトコル（ＩＰ）又はハイパーテキストトランスポートプロトコル（ＨＴＴＰ）のような高度のアプリケーションプロトコルを使って遠隔の分配点と通信する。別の好ましい実施例においては、包装され又は非包装の調剤の管理された遠隔分配のために提供するツールとしてウェブブラウザーを使用することができる。本発明のシステム及び方法は、広く利用し得る通信回路網を使用して医用品の効果的な遠隔分配を提供すると同時に、管理された内容への制限されたアクセスに基づいて患者情報の秘密と使用者の安全とを保つ。

例えば処方調剤のような医用品の遠隔分配のための好ましいシステム及び方法は、認定ノード、認定された医用品の分配するための分配ノード、認定ノードと分配ノードとを接続する管理ノード、及びノード間の伝達媒体を含む。認定ノードは、薬剤師又は有資格医師が使用する管理用装置及び適切なソフトウエアを含むことができる。分配ノードは、医用品のコード化された包装体を保管する複数のビン及び分配装置制御器を有するハウジングを含むことができる。認定ノードと同じに置くことのできる管路ノードは、認定ノードと分配ノードとの間の情報の流れを管理するために特別設計されたウェブサーバーを含む。

本発明の好ましい実施例は、薬品サンプル又はその他の医用品を分配するシステム及び方法に関する。サンプルは、診療所、診察室、又は病院において薬剤師から患者に与えられることが多い。これらサンプルは、患者に分配するために医師又は施設に無料で提供される。今日では、サンプルに分配を管理する体系的な手順はなく、かかる管理を提供するために施設を規制かつ認定することに対する要求が増してきている。

サンプルは、通常は小さい箔及び／又はプラスチック容器内の単位投与分が包装され、これには特定のブランド名又は製造者を識別するラベルがあり、患者は特定の医薬と特定の供給源とを組み合わせるであろう。そこで、種々の供給源からの種々のサンプルについての包装は大きさ及び形が変えられる傾向がある。

従って、本発明による配布を含み監視するためのシステムは、サンプルを保管する多くのトレイ又は引出し、使用者にアクセスを提供するためにシステムを開閉しかつ不正アクセスを制限するためにシステムを保護する制御システムを備える。

使用者識別システムは、分配システムへのアクセスを得ている者を識別するように作動することを含むことができる。このシステムは、システムを使用して分配される医薬のカタログ、並びに患者データ、或いはここに説明される通信回路網を使用するかかる情報へのアクセスを含むことができる。

本発明の別の好ましい実施例は、契約に含まれる有資格医師又は薬剤師を必要としない非処方医薬又はその他の医用品を分配するためのシステムを提供する。かかるシステムは、クレジットカード、デビットカード、現金、又はその他のスマートカード形容に基づいて個別包装体を分配する安全な保管ハウジングを含むことができる。このシステムは、通信回路網、コードリーダー、及び処方箋なしの店頭購入の医用品の分配を提供するためにここに説明される分配システムの特徴を利用することができる。

本発明の以上及びその他の目的、特徴及び利点は、付属図面に示された本発明の好ましい実施例の以下のより特別な説明から明らかとなるであろう。図面においては、全図を通じて同じ部品は同様な番号で呼ばれる。図面は、必ずしも縮尺によらず、本発明の原理を示す際に誇張がなされる。

本発明による自動薬品分配システムの好ましい実施例の図である。 本発明によるコラムのラックの斜視図である。 螺旋式分配装置の引出しの斜視図である。 本発明による螺旋式及びコラム式分配装置を有するシステムの斜視図である。 遠隔分配位置の遠隔管理分配装置（ＲＣＤ）において薬学専門家により行われる過程、及び遠隔位置の登録薬剤師（Ｒ．Ｐｈ）により行われる過程を表す流れ図である。 本発明による薬品分配システムを示す図式的なブロック図である。 本発明により、一都市におけるホストシステムと別の都市における遠隔薬品分配システムとを有する薬品分配システムを示す図式的なブロック図である。 本発明によりホストシステムと分配システムとの間の情報の移動を示す図式的なブロック図である。 本発明により、インターネットを使用してホストシステムと分配システムとの間の情報の移動のシーケンスを示す図式的なブロック図である。 本発明による医薬の分配過程を示す流れ図である。 本発明による一体化されたタッチスクリーンコンピューターと印刷モジュールとを有する薬品分配システムを示す図示的なブロック図である 本発明により、薬品の分配を管理するためにサーバーを使用する遠隔管理分配システムを示す図式なブロック図である。 本発明による内部データソケット回路網を使用する遠隔管理分配システムの好ましい実施例を示す図式的なブロック図である。 図９Ａに示された本発明の好ましい実施例を使用する医薬分配の過程を示す流れ図である。 インターネット及びホスト薬局システム回路網を使用する遠隔管理分配システムの好ましい実施例の図式的なブロック図である。 図１０Ａに示された本発明の好ましい実施例を使用する医薬分配の過程を示す流れ図である。 インターネット回路網を使用する遠隔管理分配システムの好ましい実施例の図式的なブロック図である。 図１１Ａに示された本発明の好ましい実施例を使用する医薬分配の過程を示す流れ図である。 本発明による薬品分配システムにおける電話回路網の使用を示す図式的なブロック図である。 電話回路網の直接ダイヤル構成を使用する遠隔管理分配システムの好ましい実施例の図式的なブロック図である。 図１３Ａに示された本発明の好ましい実施例の使用する医薬分配過程を示す流れ図である。 本発明による薬品分配システムにおけるポケットベルサービスの使用を示す図式的なブロック図である。 本発明による遠隔管理薬品分配システムにおける情報伝達のための衛星システムの使用を示す図式的なブロック図である。 本発明の好ましい実施例に従って薬品サンプルを分配するための分配過程中に使用者がインターフェースする表示スクリーンの図を示す。 薬品サンプルの分配を含んだ本発明の好ましい実施例による医薬の装填を含んだ保守過程中に使用者がインターフェースする表示スクリーンの図を示す。 薬品サンプルの分配を含んだ本発明の好ましい実施例による在庫過程を含んだ保守過程中に使用者がインターフェースする表示スクリーンの図を示す。 薬品サンプルの分配を含んだ本発明の好ましい実施例による処方過程を含んだ保守過程中に使用者がインターフェースする表示スクリーンの図を示す。 薬品サンプルの分配を含んだ本発明の好ましい実施例による実行過程中に使用者がインターフェースする表示スクリーンの図を示す。 薬品サンプルの分配を含んだ本発明の好ましい実施例による履歴ローディング過程中に使用者がインターフェースする表示スクリーンの図を示す。 薬品サンプルの分配を含んだ本発明の好ましい実施例による報告過程中に使用者がインターフェースする表示スクリーンの図を示す。 本発明による薬品サンプル分配装置の図を示す。 図２３Ａ及び２３Ｂに示された分配装置内に置かれたコンピューターのシャシの図を示す。 図２３Ａ及び２３Ｂに示された分配装置内に置かれたシャシに取り付けられたコンピューターの図を示す。 図２３Ａ及び２３Ｂに示された分配装置内に置かれた運動制御システムの図を示す。 図２３Ａ及び２３Ｂに示された分配装置内に置かれたビンの実施例の図を示す。 本発明の好ましい実施例による非処方薬品を分配するために使用者がインターフェースする紹介表示スクリーンの図を示す。 本発明の好ましい実施例による非処方薬品を分配するために使用者がインターフェースする特に薬品部類選択スクリーンを示している表示スクリーンの図を示す。 本発明の好ましい実施例により非処方薬品を分配するために使用者がインターフェースする特に薬品入手可能性スクリーンを示している表示スクリーンの図を示す。 本発明の好ましい実施例による非処方薬品を分配するために使用者がインターフェースする特にリストスクリーンを示している表示スクリーンの図を示す。 本発明の好ましい実施例による非処方薬品を分配するために使用者がインターフェースする特に使用者識別スクリーンを示している表示スクリーンの図を示す。 本発明の好ましい実施例による非処方薬品を分配するために使用者がインターフェースする特に分配準備完了スクリーンを示している表示スクリーンの図を示す。 本発明の好ましい実施例による非処方薬品を分配するために使用者がインターフェースする特に終了用スクリーンを示している表示スクリーンの図を示す。 本発明による非処方薬品分配装置の好ましい実施例の図を示す。 本発明による非処方薬品分配装置の螺旋状トレイの実施例の図を示す。 本発明による非処方薬品分配装置の好ましい実施例に取り付けられた扉の実施例の図を示す。

詳細な説明

本発明は、下記の特許及び出願の内容全体が引用により本明細書に取り込まれている、１９９５年１０月１８日出願の米国特許出願第０８／５４４，６２３号の部分継続出願であり、１９９８年２月３日開示の現在は米国特許第５，７１３，４８５号であり、１９９
６年、５月３日出願の米国特許出願第０８／６４２，４８４号の部分継続出願で、１９９８年８月２５日開示の現在は米国特許第５，７９７，５１５号であり、１９９６年１０月１８日出願の国際公開第９６／１６７５８号の継続出願であり、１９９８年４月１０日出願の米国特許出願第０９／０５８，５２４号明細書に記載の薬剤調剤システムを制御するための方法を含む、包装及び非包装医薬品の遠隔調剤のためのシステム及び方法に関する。

本発明は経費節約的な方法で小規模から中規模の施設で運営している、医師、薬剤師及びその他の訓練もしくは許可取得開業者により直接調剤される、安全な製薬学的処方をもたらす。調剤場所は例えば薬剤師のような有資格開業者の現地から遠隔であることができる。前以て包装された医薬品は近傍の地方のサービスセンターにストックされて、必要に応じてヘルスセンターの施設に分配される。現地でそして／もしくは中心的サーバーの離れた場所のホストコンピューターにより在庫明細は連続的に自動的にモニターされる。在庫明細はコンピューターによりちょうど間に合わせるように注文オーダーされる。この方法で、患者の処方の即座の充填のために、ヘルスケア施設において、前以て包装された複数用量の医薬品が開業者に入手可能である。

本発明は医師グループの業務に有意な恩典を提供する。本システムは顧客サービスを改善し、そのグループの業務のイメージを高める。手近の閉鎖されたシステム内に医薬品を確保することにより薬剤盗難を防止し、在庫品を少なく維持する。本システムは国の薬局、安全性及び規制コンプライアンス法に適合するが、多数の手による調剤システムは適合しない。薬剤販売業者はグループの開業者と最少の接触により、全在庫明細の立案、財政、保守及び注文を処理することができる。薬剤師から医師への支障をきたす電話を最少にする。更に、医師は、現在は彼に入手できない患者の薬局の記録に即座にアクセスすることができる。

管理されたケア提供者、例えば、健康維持機関（Health Maintenanace Organizations
）及び薬局恩典マネージャー（Pharmacy Benefits Managers）もまた、本発明から有意な恩典を受ける。本発明は、調剤が医師のオフィスで入手できるめに、患者が必要な処置を受けるであろう可能性を増大する。組織内部の調剤のための労働経費が減少し、そのために職員数の減少もしくは担当変更を可能にする。組織内部の薬剤の調剤は、通常の薬局としては経済的に適していない医師が職員として働くサテライト診療所及びその他の施設に広げることができる。本システムは、経費を節減し、患者のコンプライアンス及び福祉を改善するために、自動化された患者のコンプライアンス増加プログラム、薬局利用分析及びその他の出現する薬局管理の機会を可能にする。薬剤経費は処方の調整により節減され、それにより銘柄名薬剤の全体的置き換えを奨励する。在庫明細は薬剤分配本部により自動的に追跡され、これにより患者のケアのための職業的時間を保存する。

本発明はまた、患者にも有意な恩典を提供する。薬剤は薬局へ不便な外出を回避して、医師のオフィスで即座に提供される。これは運動損傷患者に特に重要であり、薬剤の非コンプライアンスの主要根源を排除する。スマートカードのような電子第三者支払いカードを、医師のオフィスでの薬剤購入に使用することができる。患者は小売安売り店と競合する価格で処方薬を得ることができる。医師はより早い回復をもたらすことができる処方コンプライアンスを追跡することができる。

今度は、本発明の好ましい態様の装置を説明する。図１Ａは本発明に従う自動化薬剤調剤システムの図である。本システムの主要な構成部品はリモートコントロール調剤装置（ＲＣＤ）キャビネット２０、ホストコンピューター４６、モデム５２、文書印刷機５６、及びラベル印刷機５４を含む。キャビネット２０は好ましくは柱３４の形態の複数の貯蔵箱を含んで成るラック２４を含む。各柱が別々の種類の薬剤を含むかもしくは、より頻繁に調剤される薬剤の品切れ防止を援助するために、複数の柱３４が同一薬剤を含むことにより、様々な種類の薬剤を含む、薬剤のびんのような包装物３２が柱３４中に分配される。複数のラック、例えば４個のラック２４がキャビネット２０の室内に、主要キャビネット２０中に２個、そしてドア２２上に２個含まれる。ドアはロック２８により固定される。

有資格の使用者、例えば医師、薬剤師、看護婦もしくは、患者の処方を実施する資格をもつその他の医学専門家が、モニター４８で入力及び視覚的フィードバックを受け取るためにキーボード５０及びマウス６６を使用してホストコンピューター４６でシステムを操作する。代替的な好ましい態様においては、入力のためにタッチ画面を使用することができる。キーボード５０を使用することにより、使用者は、具体的な患者のために具体的な包装薬剤の種類３２の調剤を要請するためのコマンドを入力する。コンピューター４６はその要請をインターフェース７０を介してＲＣＤキャビネット２０上に配置されたコントローラー４２に伝達する。コントローラー４２はコンピューター４６から送られたコマンドを解釈し、適当な柱３４中の調剤作動装置６８を作動させる。適当な柱３４中の一番下の包装物３２が柱３４から放出されて、ランプ３０上に射出される。放出された包装物７４はランプ３０を開口部２６中に滑り降りて、そこで放出包装物７４は患者への移動のために調剤員に入手可能になる。調剤開口部２６の近傍に位置するバーコード読み取り機４０が調剤包装物７４上のード９８を読み取り、使用者に、調剤された包装物７４上のコード９８が使用者により要請されたものに合致するかどうかを知らせる、バーコード情報をコンピューター４６に伝達する。バーコード９８は包装物３２の側部、上部そして／もしくは底部に配置することができる。代替的態様において、ＲＦ界を通過すると、キャパシターを充電させる半導体チップを調剤包装物中に埋封することができる。キャパシターが適当なレベルに到達すると、弱いＲＦ信号が発生される。信号は大体１２ディジットの数を含むことができる。調剤された製品を特異的に同定するために、半導体チップもまた使用することができる。

本システムの自動化態様において、各柱３４上に配置されたセンサー３６が調剤過程をモニターし、あらゆる包装物の詰まりをコントローラー４２に知らせる。センサー３６はまた、柱３４の在庫細目をモニターし、具体的な柱が空であるか、もしくは空に近いことをコントローラー４２を介してコンピューター４６に通知する。

あるいはまた、処方は患者に直接調剤することができる。キャビネット上に直接もしくはその近傍に設置されたカード読み取り機３８は患者からのカード３９を受け取るようになっている。カードは有資格開業者により、カード上の電子メモリー中に貯蔵されている患者の情報を伴ってプログラムされている。患者はカード３９をカード読み取り機３８中に挿入し、キャビネットから自動的に彼の薬剤を受け取る。薬剤のびん３２は具体的な患者に対する１回投与量の薬剤で充填されるかまたは、１週間分もしくは１カ月分の投与量を含むことができる。この態様は多数の個人が定期的に投薬を必要とする、牢獄のような大きな施設において特に有用である。

調剤包装物７４のバーコード９８もしくは固有の電子署名を有効と照合されると、コンピューターはラベル印刷機５４で、包装物上に付ける、処方情報を含むラベル５８を作成、患者もしくは開業者のための追加的指示を含む文書印刷機５６で文書６０を作成する。モデム５２は、完全な在庫品細目及び各リモートコントロール調剤キャビネットの状態が常に利用可能であるように、ネットワークにおけるホストコンピューター４６と他のコンピューターとの定期的もしくは連続的通信を可能にする。幾つかのリモートコントロールの調剤キャビネット２０は１基のコンピューター４６により操作される１基の設備中に統合することができる。キャビネット２０はそれぞれ個別にホストコンピューター４６に接続されるか、もしくはホスト４６に接続した連鎖に唯一のキャビネット２０を付けたデイジーチェーン接続させることができる。

ＲＣＤコントローラー４２はコントローラーインターフェース７０を介してホストコンピューター４６からコマンドを受け、それに対して状態の情報を伝達する。ホストコンピューター４６から送った要請コマンドは、調剤される薬剤包装物３２を同定する。それに対応して、ＲＣＤコントローラー４２は適当な調剤機６８を作動し、それにより、要請された種類の１個の包装物を放出する。ホストコンピューター４６における並列もしくは直列Ｉ／Ｏインターフェース６２が十分な通信チャンネルを提供する。最も単純なインターフェースはホストコンピューター４６からコントローラー４２への一方向性チャンネルである。全二重実働化がコントローラー４２に状態の情報をホスト４６に戻させる。状態の情報は包装物の詰まりのようなエラー、空の柱、もしくはその他のキャビネットの状態を含むことができる。このような情報の入手可能性はデータベースの不調和を防止し、オペレーターに回復方法を提供する。これはＲＣＤキャビネット２０上の適切な位置に適切なセンサー３６を設置することを要するであろう。

バーコード読み取り機４０もしくは電子ディジタル信号読み取り機をユニット上に直接設置するかもしくは携帯用ユニット４１を含んで成ることができる。それはＲＣＤキャビネット２０の適切な充填及び各薬剤包装物３２の適当な調剤を照合する。柱３４が包装物３２を充填される前に、柱のバーコードラベル７６が柱３４中に挿入された各包装物３２のバーコードラベル９８と比較される。包装物７４がキャビネット２０から調剤されるたびに、包装物のバーコードラベル９８は、正しい薬剤が調剤されたことを照合するためにバーコード読み取り機４０により走査される。バーコード読み取り機４０は標準のキーボードウェッジ６４をとおしてホストコンピューター４６にインターフェースされる。ウェッジ６４はキーボード５０から来るように見えるバーコードインターフェース７２を介してバーコード読み取り機４０に入力させる。このようなインターフェースはコンピューター４６上で操作する薬局のソフトウェアに対する簡単で信頼できるインターフェースである。バーコード読み取り機４０は高度に信頼できるもので、高い一次読み取り率を提供しなければならない。薬剤包装物３２上のラベル印刷はこれを採用するためには高い品質をもたなければならない。電子ディジタル信号読み取り機は通信ポート（comm port）、ネットワークインターフェースカード（ＮＩＣ）とインターフェースするかもしくは、コンピューター母線と直接通信する。充填時に、びんを、ある高さまで各柱中に充填する。柱中の一番上のびんは各柱に沿って走行するバーコード付き柱のラベル７５に隣接して配置される。従って、各柱中のびんの数を充填時に記録し、使用中に追跡することができる。

ホストコンピューター４６は薬局ソフトウェアを走行させ、使用者にインターフェースを提供し、そしてＲＣＤコントローラー４２、バーコード読み取り機４０、印刷機、電子ディジタル信号読み取り機及びモデム５２を支持する。標準の規格品のパーソナルコンピューター及び操作システムがこれらの要請を満たすには十分である。前記のように、キーボード５０及びマウス６０は使用者からの入力を受け、モニター４８が視覚フィードバックを提供する。文書印刷機５６は詳細な説明のような文書６０を印刷し、ラベル印刷機５４は調剤された包装物７４に接着するための、包装物のラベル５８、例えば処方情報５９を印刷する。組み合わせラベルストック形式を使用して、１基の印刷機を患者のラベル及び患者の教育資料の双方を提供するために使用することができる。処方ラベル５８はまた、追加的安全性を提供するためにびん上に含まれた、薬剤５７の印刷像５７も含むこともできる。

モデム５２は地方のサービスセンター（ＭＳＣ）とリモートコントロール調剤装置１０８との間の通信の接続を提供する。この接続をとおして、各ＲＣＤキャビネット２０の在庫細目は、ＭＳＣ１０６コンピューター中で自動的にモニターされ、アプデートされる。モデム接続はまた、再ストックの注文を発注し、ホストコンピューター４６上を走行する薬局ソフトウェアをアプデートし、そして遠隔からの診断を提供するための媒体として役立つ。モデムは標準の電話線と相容性で、十分な速度でデータを移送することができる。

ホストコンピューター４６上で操作している薬局ソフトウェアは標準的管理及び経理能を提供する標準の市販のソフトウェアパッケージである。薬局ソフトウェアはまた、リモートコントロールの調剤システムの独特な特徴物を支持する。これらは、並列もしくは直列のＩ／Ｏインターフェース６２によるＲＣＤコントローラー４２とのデータ通信、ネットワークインターフェースカード（ＮＩＣ）、キーボードウェッジ６４を介するバーコード読み取り機４０によるデータ通信、モデム５２を介する地方のサービスセンターとのデータ通信、ラベル印刷機５４によるラベル５８の印刷及び文書印刷機５６による文書６０の印刷、を含む。

キャビネット２０及びラック２４は好ましくは臨床的設定物と完全に相容性であるように、アルミナム、ステンレス鋼、もしくはプラスチックから加工される。ラック３４は様々な箱及びびんのサイズ、使用単位の包装物、液体、シリンジ、及び様々な非処方製品、例えば医学用供給物を含む多様な包装物を提供するように修飾することができる。

システムは自由に独立したシステムとして、医師のオフィスのコンピューターと統合された現場のネットワークとして、もしくは遠隔地における製品の放出と連絡している集中ネットワークとして利用することができる。

図１Ｂは柱１１２のラック１１０の遠近図である。各柱１１２は図示のようなびん１１６を排出するためにコントローラーにより個別に対応可能な、対応するローラーアセンブリー１１４を含む。排出後、押し出し装置１１８が、排出されたびんを中心から外れた傾斜トレ１２１中に押し出して、その最初の位置に復帰する。傾斜トレ１２１はオペレーターにより排出されたびんを取り出されるために、矢印で示した回転方向に回転する。復帰ばねもしくは重力のどちらかにより、その閉鎖位置に傾斜トレ１２１を復帰させる。傾斜トレ１２１は、盗難を回避するために、オペレーターが開放した時に、ラック領域１１０中へのオペレーターの手もしくは他の物体の侵入を防止することに注目されたい。

柱１１２を充填するために柱の各ラック１１０は矢印１２４で示す方向に滑り出る。各ラックは好ましくは、ラックがその位置に復帰するまで、鍵を保持して、鍵の喪失を防ぐ鍵保持機構を伴う、上面の鍵のロックを含む。柱が充填された後に、ラックはその正常な位置に復帰し、鍵を取り外す。

図１Ｃは本発明の代替態様の遠近図である。この態様において、螺旋状の調剤装置１２２の引き出し１２０がキャビネット１２４内に含まれている。螺旋状の調剤装置１２２は作動されると、一方の方向に回転する。螺旋体１２２が回転すると、螺旋体上に配置されたあらゆる薬剤包装物がキャビネット１２４の正面の方向に押し出される。螺旋体１２２の完全な１回転は一番外側の包装物を放出させ、その包装物を貯蔵箱１２６中に落下させるであろう。包装物が貯蔵箱１２６中にに落下後に、オペレーターは貯蔵箱１２６を滑動開放させて、包装物を取り出す。貯蔵箱が開放している間は、ドアは盗難を防止するために、貯蔵箱１２６と調剤領域との間の開放を妨げる。前記の螺旋状の調剤ユニットは様々な非標準的なサイズの包装物、例えば箱、袋及びキット、に特に適する。比較的大きいサイズの螺旋体１２２は比較的小さい包装物のために使用することができる。螺旋体１２２はそれぞれ個別に、各トレーの後方に配置されたステップモーターにより駆動される。

図１Ｄは医師のオフィスもしくは小規模の診療所における使用に十分に適するリモートコントロールの調剤装置の態様である。上部のユニット１３０は図１Ｂに示すような柱の調剤装置を含む。下部のユニット１３２は図１Ｃに示したような螺旋状調剤装置を含む。
調剤装置のこの組み合わせ物は典型的な診療所のための、調整された物質、道具のキット、及び包帯のための包装物形態の範囲を網羅する。

図２は、本発明に従う、ＲＣＤにおける薬局技術者及びＲＰＨワークステーションにおける登録薬剤師により実施される工程を表すフロー図である。最初に、患者はＲＣＤユニット２７０において技術者に処方箋を提出する。技術者は薬剤がＲＣＤユニット２７１にストックされているかどうかを決定する。薬剤がストックされていない場合は、技術者は関係薬局２７２にその処方箋をファクシミリ、イーメイル等により電子移送するべきかどうか決定する。処方箋が関係薬局２７３に移送されると、患者はその薬剤を受け取るためにその薬局まで移動することができる。あるいはまた、もう一つのＲＣＤユニットにおいて、もしくは患者の選択するもう一つの薬局により充填されるように、処方箋を患者２７４に返す。

薬剤がＲＣＤユニットにストックされている場合は、患者のデータを検索して２７５、薬剤を選択し２７６、処方指示を選択し２７７、追加の手書き文書を入力することができる２７８。この後に、処方箋作成者の確認番号を入力し２７９、すべてのデータをＲＰＨワークステーションに移送する２８０。ＲＰＨワークステーションにおいて、薬剤師が処方２８１を照合し、薬剤使用の復習を実施する２８２。復習中に問題が起こると、薬剤師は即座に、問題を知り、それを復習する機会を得て、適切な場合には、禁忌２８４を無効にする２８３。薬剤師はこの時点で調剤を中止することを決定すると２８５、過程は中止される２９４。薬剤師がともかく調剤を継続すると決定する２８４かもしくは、最初から禁忌が存在しない場合２８３は、申請の裁定を実施する２８６。裁定時に２８６、保険契約者が処方代金を支払うかどうか、そしてその場合には、患者からの共同支払いが請求されるかどうかをを決定するために、患者の保険情報を自動的に照合する。否定的な反応を受けた場合２８７は、薬剤調剤は中止される２９１。そうでない場合は、薬剤を調剤し、バーコード読み取り機で照合する２８８。不適当な薬剤が調剤されると、技術者は、システム故障が発生したので２９２、過程を中断するように通知される。システム故障の場合には、電気的通知が実施される。分配本部もしくは地方の分配部門もしくは機関は、示される不正な調剤につきＲＣＤシステムにより通知されることができる。電気的通知はファックス、イーメイル、ファイルの移送、ポケットベルの通告、もしくはその他の電気的移送プロトコールの形態を採ることができる。照合が肯定的である場合は、ラベルを印刷し、びんに張り付ける２９０。次いで技術者は印刷時に作成される追加的バーコードを走査しなければならない。このバーコードは今や、調剤された製品に付けられた患者のラベル上に配置される。この最後のバーコードの照合が肯定的である場合に、技術者により患者に処方が調剤される２９３。

図３の、本発明の薬剤調剤システム３１０はコンピューターネットワークシステム、例えばインターネット ３２０に付けたコンピューターを含む。システムのうちの３種は、
ＲＣＤハードウェアもしくは調剤装置３２４を制御するＲＣＤワークステーション３２２である。ラップトップのグラフィックで表したコンピューターシステムは「Controlling Pharmacist（制御薬剤師）」コンピューター３２６である。もう１種のコンピューター３２８はサーバー走行の典型的なウェブサイト型のソフトウェアである。

ワークステーション３２２の操作システムは好ましくはウィンドウズに基づいたシステム、例えばモデムにより、もしくはインターネットにアクセスをもつ地方領域ネットワーク（Local Area Network(LAN)）への接続によりインターネットへのアクセスをもつウィ
ンドウズ NTシステムである。各ワークステーション３２２はサーバー３２８と相互作用
するためにブラウザー（例えば、Microsoft インターネット Explorer）を使用する。イ
ンタラクションは入力された患者の情報、薬剤情報、等を得ることを必要とする。ローカルの実行可能体の代わりに、インターネット及びブラウザーを使用する。サーバー３２８はブラウザーを介して各ワークステーション３２２に許可を送る。許可のプロトコールは後に更に詳細に考察される。

具体的な態様において、サーバー３２８はMicrosoft NT、Microsoft インターネット Information Server（IIS）4.0、ColdFusion^TMを走行し、静止インターネット Protocol(IP)アドレスによりインターネット３２０に接続される。静止もしくは動的ＩＰもしくは固有のドメイン名を使用することができる。

サーバー３２８は薬剤を調剤するために必要な情報すべてを含み維持する。それは「メインフレーム」として有効に機能する。

調剤が適切である、すなわち、薬剤の問題がなく、患者が投薬に対して支払うことができる場合には、サーバー３２８は顧客ブラウザーに必要なコードを通過させて、ＲＣＤ３２４に要請された薬剤を調剤させる。

薬局コントローラー３２６は付属のハードウェアＲＣＤ等を伴わずに、絵画的に示すためにラップトップとして示されている。このシステムもまた、モデムもしくはＬＡＮによるインターネット３２０へのアクセスを要し、サーバー３２８及びワークステーション３２２と相互作用するためにブラウザーを使用する。

本発明の薬剤調剤法は大部分の人々がインターネット３２０へのアクセスを有する事実を前提にしている。インターネット３２０にログすると、固有にユーザー確認するＩＰアドレスを得る。インターネットへのアクセスは既存の接続ＬＡＮを通して、もしくはMicrosoftのユーティリティ、例えばダイアル呼び出しのネットワーク法を使用して実施することができる。ブックマークもしくはインターネット Explorer Favoritesを使用するワークステーション３２２、またはドメイン名もしくはＩＰアドレスを入力すること、がサーバー３２８に接続させる。サーバー３２８、例えばWebDirectRx.comはアクセスをコントロールし、ワークステーション３２２がどのデータベースにアクセスをもつかを確定するためのパスワードゲートをもつ。これは、例えばユタ及びフロリダにおけるネットワークの在庫細目及び調剤の待ち行列に関するあらゆる混乱を減少する。ワークステーション３２２はそのユーザーＩＤ及びパスワード、プラスその設置を固有に照合するクッキー（cookie）から、正確なデータベースにアクセスを得る。例は、在庫細目データベース、患者のデータベース、トランザクションデータベース及び調剤待ち行列データベースである。

ワークステーション３２２は新規患者の人口統計学をWebDirectRx.com中にタイプする
かもしくは既存患者を選択する。もう１種の好ましい態様はそれ自身の中心点もしくは調剤地点内に患者の記録へのホスト薬局もしくは病院のネットワーク共有アクセスを有する。ワークステーション３２２はＲｘ情報を選択し、入力する。Ｒｘ情報は薬剤Ｒｘを処理するのに必要なデータである。それは少なくとも口座番号、Ｒｘ＃，Ｒｘ日時、患者名、処方者名、ＳＩＧ、投与量、及び保険情報を含む。この情報はワークステーション３２２によってのみ読まれるためにアクセス可能な待ち行列データベース中に入れられる。次いで、Ｒｘ情報は待ち行列にREAD/WRITE（読み／書き）アクセスを有する薬局コントローラー口座に利用可能である。薬局コントローラー３２６はブラウザーを使用し、パスワードゲートを通過した。薬局コントローラー３２６に利用可能な待ち行列は異なる調剤ネットワークがそれ自体に関連しないデータを共有もしくは傍受しないように維持するために入力されたユーザーＩＤに基づく。

薬局コントローラー３２６は待ち行列のＲｘ情報を復習し、薬剤利用復習法（Drug Utilizaton Revies(DUR) Process)をとおして情報を処理し、必要に応じて裁定を実施する。これらのサービスが完了すると、薬局コントローラー３２６はＲｘ情報をワークステーション３２２への移送のための調剤待ち行列に入れる。移送ワークステーション３２２が順次、その待ち行列中に製品を有するかどうかを調べ、後に考察されるであろうネットワークを使用するハードゥエアから薬剤を調剤する方法の一つを使用してその製品を調剤する。

具体的な態様において、ＲＣＤ３２４に移送された実際の信号は、ＲＣＤがこのような信号を受け取る準備状態にあると仮定すると、薬局コントローラー３２６により引金を引かれる。幾つかの状態は信号を、調剤装置の前方の係員に代わって薬局コントローラー３２６によりコントロールさせることを要求する。薬局コントローラーは極めて大きな、ワークステーション３２２のネットワークをコントロールすることができる。

図４Ａ−４Ｃは、市２および市３の遠隔分配システム340に連結された市１のホスト薬
局のシステムを概略的に説明する。分配システム340は、ゲイトウェーとして作動するホ
ストインターフェイスコントローラー342に接続し、そしてホスト薬局ワークステーショ
ン344に制御をパスする。薬物の処方を処理するために必要な情報、例えば患者の情報、
患者のアレルギー、疾患、および投薬プロフィールが、分配インターフェイス集中処理装置（CPU）340によりホストインターフェイスCPU342に送られる。この情報はホストの薬局サーバー346により処理され、そして次に薬局のラベルプリンター348に送られ、これは次いで要求された薬物についての薬局ラベルを印字する。ホスト薬局ワークステーション344で薬剤師には医師の処方箋またはそれらのコピーが送られる。医師の処方箋は様々な形式、例えば使用説明で呼ばれた医師のもの、電子バージョン、遠隔分配RCDシステム324と一緒に位置するスキャナーからスキャンされたバージョンである。許容されるならば、薬剤師がネットワークプリンターとして今、効果的に作動しているホストインターフェイスCPU342に対してラべルを再度指示する。ホストインターフェイスCPU342は１組の指示に基づく出力を解釈し、そして処方箋の情報、例えば患者名、薬剤の名前、SIGNA等を抜き出す。次にホストインターフェイスCPU342は、シグナルを送るか、またはインターネット320を介して市２または市３のいずれかの分配インターフェイスCPU340に情報を分配する。シグナルを受けたなら、分配インターフェイスCPU340はRCD324から適切な薬物を分配する。あるいは分配インターフェイスはその情報を再構築し、そして一緒に配置された従事者（caregiver）によりRCD324から分配するために情報を提示する。図２に関して、分配インターフェイスCPU340ですでに記載したように分配される薬剤のバーコードは印字されたラベルに沿ってスキャンされ、そして最終使用者に提供される。

図５Ａ−５Ｃは、１つの市のホスト薬局システムと異なる市の遠隔分配システムとの間で情報を転送するために従う順序を具体的に説明する。図５Ａで説明するように、接続は最初にホスト薬局システムと遠隔分配システムとの間でリモートアクセスエンジン350を
使用して確立される。各ロケーションは、インターネットのウェッブサイト352に動的に
割り当てたIPアドレスを公表する。

図５Ｂに具体的に説明するように、市３の分配システムはインターネットウェッブサイト352にホスト薬局システムの動的に割り当てたIPアドレスについて尋ねる。次いで分配
システムは薬物の処方を作成するためにホスト薬局システムの遠隔操作354を始める。

図５Ｃに具体的に説明するように、ホスト薬局システムはデータソケット356を使用し
てインターネットウェッブサイト352に分配システムの動的に割り当てたIPアドレスにつ
いて尋ねる。次いでホスト薬局システムは、インターネットウェッブサイト352により与
えられたIPアドレスを使用して分配システムに薬物処方の放出情報を送る。

図６Ａおよび６Ｂは、遠隔制御される分配システムを使用して薬物を分配するためのプ
ロセスを具体的に説明する。処方者、例えば薬剤師は段階360で紙面上または電子的手段
を介して処方箋を作成する。次いで段階362でこの処方箋は患者に与えられるか、または
分配インターフェイスCPU340と一緒に配置された技術者に電子的に送達される。処方箋が患者に与えられるならば、患者は段階364でRxを分配インターフェイスCPU340ロケーショ
ンへ運ぶ。処方箋は段階366で技術者に提示される。次いで段階368で技術者はファックスするか、または電子的に作成された処方箋をホスト薬局ロケーションに転送する。技術者は段階370でインターネット320を使用してホストインターフェイスCPU342に接続する。

ホストインターフェイスCPU342も、段階372でインターネット320に接続する。技術者は段階374で患者の人口統計学的および処方箋情報をホスト薬局ソフトウェアにリンクで入
力する。次いで薬剤利用再考（DUR）プロセスを、段階376で薬剤師により行う。必要ならばこれに段階376で判定プロセスが続く。段階380で処方箋（Rx）ラベルをホスト薬局ソフトウェアで薬局のラベルプリンター348で印字する。次いで段階382でホスト薬局は、ファックスされたかまたは電子的に作成された処方箋を、薬局のラベルプリンターからの出力を用いて解釈する。段階384でホスト薬局は次いで処方箋情報をホストインターフェイスCPU342に送る。段階386でホストインターフェイスCPU342は処方箋情報を分配インターフェイスCPU340にインターネット320を介して送る。段階388では次いで処方箋が分配インターフェイスCPU340と一緒に配置されている技術者のために列に置かれる。段階390で技術者は次いで分配すべき処方箋を選択する。段階392で技術者はかれら独自のユーザーIDを入力する。段階394でパスワードについて尋ねられた場合、技術者は有効なパスワードを入力する。段階396でパスワードが受け入れられたら、RCD324から商品を分配する。段階398では商品のバーコードを読んで正しい商品が分配されたことを確認する。段階402では段階400で決定するバーコードが正しければ、モノグララおよび患者資料を含むラベルを印字する。段階404で患者のラベルバーコードが正確であるか読む。段階406で患者に対して相談の要求を行う。段階408で相談を要求された場合、段階410でテレファーマシー（telepharmacy）の接続を分配ロケーション540とホスト薬局ロケーションの間で行う。段階412でいったん患者が相談すれば、分配手順は完了する。しかし段階408で相談が要求されなければ、薬物の分配手順が完了したことを決定する。

図７は内蔵型のタッチスクリーン420およびプリントモジュール422を有する遠隔制御ディスペンサー324の特別な態様を具体的に説明する。この態様は、RCD324と一緒に配置さ
れたワークステーションの必要無しで行う。

図８Ａおよび８Ｂは、図８Ａで具体的に説明するインターネットサーバー430のような
ウェッブサーバー、または図８Ｂで具体的に説明するカスタマイズされたウェッブサーバー432に依存する遠隔制御分配システムの特別な態様である。ブラウザー434は、RCD324から薬物または包装物の分配を制御するために使用する。インターネットサーバー430およびウェッブサーバー432は、ホストインターフェイスCPU342として効果的に機能する。

本発明による薬剤分配法には、インターネットのようなコンピューターネットワークを使用して、RCDのようなハードウェアから薬剤を分配するための以下の様々な方法の少な
くとも１つを含む。第１の方法は、ワークステーション340のコミュニケーションポート
（COMM PORT）およびこれによりRCD324中の電子部品と通信する、ロードして実行するこ
とをローカルで実行可能とするウェッブブラウザーを有することを含む。これはバッチファイルラニングのように効果的に、非同伴様式（unattended fashion）で自動的に作動する。

インターネットを使用してRCD324から薬剤を分配する第２の方法は、ブラウザーとCOMM
PORTとの間の直接的通信を含む。分配シグナルが起こる度に、または１回のみ（初めて
）そして必要な時に呼ばれてダウンロードされるADD-ON要素がブラウザーに構築される。

インターネットを使用してRCD324ハードウェアから薬剤を分配する第３の方法は、例えば分配するための許可のパートとしてダウンロードされるJAVA APPLETのような、カスタ
マイズされたソフトウェアの応用を介する。このアプレットはCOMM PORTを作動させ、そ
して分配サイクルを生じる。

薬剤を分配するための別の方法は、商品を分配するために必要なコードについて、サーバー328上の表を頻繁にスキャンするハイパーテキスト トランスファー プロトコール(http)またはファイル トランスファー プロトコール(ftp)サービス中にビルトを有することにより「ウェッブを可能とする(Web Enabled)」ローカルなエキクスキュータブル（local executable）を有することである。

薬剤を分配するための別の方法には、ＰＣエニイフエア（PCAnywhere）を含む。両システムがインターネットに接続され、１つはpcAnywhere HOSTを走り、もう１つはpcAnywhere REMORTを走る。このリモートは、インターネット320を介して、単にホストIPアドレスに入ることによりローカルのエクスキュータブルを制御するか（分配ソフトウェア）、またはHOSTを走る任意の接続されたシステムに関するサブ-ネットをサーチする。分配プロトコールは本明細書ですでに記載したものと同様に維持される。

技術者が対話するソフトウェアは外部コンピューターの設定に付けられ、そして一緒に配置されるか、またはRCD中に直接構築されたタッチスクリーン（TouchScreen）構成要素を使用して内蔵型コンピューターとして存在することができることに注目すべきである。

図９Ａに関して、この分配システムの態様では一緒に配置されたインターフェイスアプリケーションサーバー476を持つ既存のホスト薬局ソフトウェアシステム470、および遠隔的に設置された分配ロケーションが対話して、広い地理的領域にわたり医薬品の分配を提供する。この好適な態様は、Rx分配情報と対話するためにインターネット482を使用する
。ホスト薬局ソフトウェアシステム470は、インターフェイスアプリケーションサーバー476を介してRx分配情報を分配ロケーションのワークステーション486に送る。分配ロケーションのワークステーション486で、ローカルの使用者、例えば技術者はホスト薬局ソフ
トウェアシステム470から受け取った処理する処方箋の列を提示される。

分配ロケーションのワークステーション486は、インターネット482、インターネットデータソケットコミュニケーション、データアクセプタンス、在庫調整を維持するローカルの実施可能なプログラム(1つまたは複数）を含み、そしてローカルの従事者（多くは技術者）が列を容易に読めるように、インターフェイスアプリケーションサーバー476から受け取るRx情報を視覚的に準備する。さらに分配ロケーションのワークステーション486は包装された医薬品を分配するために、一緒に位置する遠隔制御ディスペンサー（RCD）490と、患者および記録保持資料を提供するためのレーザージェットまたはカラージェットプリンターのようなプリンター472と、ならびに分配中に品質検査を行うためのバーコードスキャナーと通信する。通信を受け、そして送るために、分配ロケーションは電話システムにアクセスして「ダイアルトーン」を得るか、またはLANに基づくインターネット接続にアクセスする必要がある。

ホスト薬局ソフトウェア470は維持されるか、または薬局制御ロケーションでランされ
る。多くは、小売または病院の薬局チームが患者に手渡される薬剤を出すことを導く順序を作成するために、保険会社のコンピューターと対話する薬局のワークステーションの小ネットワークが存在する。

インターフェイスアプリケーションサーバー476は、ホスト薬局ソフトウェアシステム470と一緒に配置されたコンピューターである。これはホスト薬局システムから分配するために情報（Rxデータ）を集めるために使用され、そして次いでインターネット482を介して分配ロケーションのワークステーション486に情報を転送する。

図９Ｂおよび９Ｃに関して、図９Ａで具体的に説明した態様の典型的な作業の流れには、以下の段階の順序が含まれる。Rxは、PDAまたはTouchScreenのようなペーパーレス法を使用して、またはペンおよび紙、ファックスおよびスキャナーを使用する通常の方法により、段階504で医師または従事者により作成される。Rx情報は典型的には患者名、処方者名および薬剤補充会社の確認者、薬剤投与の説明、薬剤名および患者に与える量を含む。段階506でRxは異なるロケーションに伝えられ、例えばRxがファックスまたは電子手段で薬剤制御ロケーションに伝えられた場合、認可された分配者、典型的には薬剤師が伝えられた情報を解釈する。あるいはRxが分配ロケーションに電子的に伝えられるか、または物理的に送達されるならば、使用者、典型的には技術者が認められた行動を起こすことができる。

段階516でいったんホスト薬局システムに入ったら、段階518で、彼／彼女の場所に直接伝えられたRx情報を解釈することを認可された分配者により、Rxはホスト薬局ソフトウェアシステム内で処理され、そして次にRx情報をホスト薬局ソフトウェアに手動で、または電子的インターフェイスを通して転送されるか、あるいは技術者は、薬剤師がこれまで記載したように処理するために、認可された分配者である薬剤師に情報を伝えるか、あるいは手動で、または電子的インターフェイスを介するいずれかでRx情報をホスト薬局ソフトウェアシステムに転送するための様々な手段を介してホスト薬局ソフトウェアに遠隔的に接続するかの、いずれかの選択を有する。接続インターフェイスは限定するわけではないが、直接的なシマテック ＰＣエニイフエア（Symantec pcAnywhere）、インターネット
を介するSymantec pcAnywhere、またはホスト薬局ソフトウェアで提供される一緒に配置
されたWAN接続によることができる。

いったん情報がホスト薬局ソフトウェアシステムに転写または転送されると、多数の典型的なプロセスがRx情報に適用される。このプロセスは薬剤利用再考であることができ；これは分配に関して薬学的禁忌が存在するかどうかを決定するために、ホスト薬局ソフトウェアシステム内に含まれる患者プロフィールに対して、分配される薬剤のスキャンニングを必要とする。DURの例は、薬剤対薬剤の相互作用試験、または患者の薬剤アレルギー
試験であることができる。２番目の典型的なプロセスは判定プロセスであり、これによりホスト薬局のソフトウェアシステムは薬局の利益管理コンピューターと通信して、もしあれば患者の保険適用範囲および料金を決定する。

ホスト薬局ソフトウェアシステムにより処理されたRx情報は、一般に有効なRxであると決定することができ；これは薬剤師により処理され得る。

小売の状況では、次に薬剤師は患者の薬剤のラベリングをホスト薬局ソフトウェアシステムにより作成することを起動し、そして棚から大きな薬ボトルを取り、そして医師により命じられた錠剤、キャプレッツまたはミリリットルの数を数え、典型的にはバイアルとよばれるより小さいボトルに入れる。次に薬剤師はラベリングを適用し、そして薬剤を患者に手渡す。分配が遠隔分配システムと一緒に処理される時、薬剤師または認可を受けた分配者は、患者の薬剤ラベルがホスト薬局ソフトウェアシステムにより作成されることを起動するが、ラベルは一緒に配置されているプリンター（レーザージェットまたはドットマトリックス）により処理される代わりに、出力をインターフェイスアプリケーションサーバーに向ける。このインターフェイスアプリケーションサーバーは、段階520でプリンターストリームとして、あるいはホスト薬局ソフトウェアシステムネットワーク構成への直接的な電子的インターフェイスを通してRx情報を受け入れる。

段階522では、例えばパースエンジン（Parse Engine）のような応用が、ホスト薬局ソ
フトウェアシステムにより受けた出力を別々のデータ要素に分解する。いったん分解が完了すると、次にデータは暗号化され、そしてインターネットを介して分配ロケーションのワークステーションに伝送されるために独自に確認される。

段階508では、情報は分配ロケーションのワークステーションにより受け取られ、解読
され、そして技術者によりローカルで実行可能なプログラムのランによりアクセスされるプロセス列中の作業に配置される。

段階510では、分配ロケーションで技術者は分配することが可能な１以上のリストから
分配されるRx-薬剤-患者を選択する。この選択はマウスで選択可能なラインとして示される。各ラインは技術者により処理される異なるRx-薬剤-患者を表す。

段階524では分配するRx-薬剤-患者の選択に際し、分配ロケーションの技術者はこれが
実際のRx-薬剤-患者であるかどうかを質問する。質問に対する答えが否定であれば、技術者は段階512で上に記載したような全列リストに戻る。質問に対する答えが肯定であれば
、段階526で分配ロケーションのワークステーション上に常駐するローカルで実行可能な
プログラムが分配するように要求された薬剤に対する具体的なデータを含むローカルの在庫ファイルを調査する。薬剤は限定するわけではないが、現在のストックレベルを含むプロフィールを含み、在庫補充レベルを示唆し、そして１つまたは複数のRCD内の位置を調
整する。

RCDはローカルに常駐するエキセキュータブルから技術者が調整する種類の通信を受信
する。Ｘ、Ｙ座標は、要求された薬剤が分配のために保存されている１つの、または複数のRCD内の場所を表す。このＸ、Ｙ座標は、分配される薬剤の在庫プロフィールを調査す
ることにより決定される。段階528では分配ロケーションのワークステーションからの分
配シグナルを受信すると、RCDが技術者に薬剤を提示する。

分配が起こった結果、分配された薬剤のラベルに張られたバーコードデータの入力を必要とするさらなるスクリーンが技術者に提示される。段階530では分配ロケーションに一
緒に配置されたバーコードリーダーを使用して、RCDから分配された商品のバーコードを
読む。技術者は常駐分配ソフトウェアにより調査されるスクリーン中のバーコードを読み取る。

分配された商品のバーコードは、常駐分配ソフトウェアに読み取られ、そして薬剤在庫プロフィールから予想されるバーコードの値と比較される。段階532でこの値が常駐分配
ソフトウェアが予想するものと合う場合、患者教育モノグラム、患者ラベリング、予想される薬剤の図画表示、および予想される薬剤の絵を段階536で作成し、そして一緒に配置
されているプリンターに送達される。値が常駐分配ソフトウェアが予想するものと合わない場合、使用者は段階534で予想される値のスキャンまたは入力を３回試みる。３回失敗
するとトランザクションは終了し、警告が認可された分配者、技術者、システムオペレーターおよび薬局のコンサルタントのような適切な団体に、ページャーまたは電子メールを介して送られる。適切な薬剤の処分および保存は、技術者の訓練およびさらにRCD中の鍵
のかかる保管箱を介して維持される。

分配ロケーションでの技術者には、分配する商品に貼る患者ラベル上にさらに１つのバーコードが提示される。技術者は段階538で分配される商品に貼られた後の患者ラベルをスキャンニングすることにより、バーコードを１回以上読み取る必要がある。分配される商品のバーコードは、常駐分配ソフトウェアに読み取られ、そして予想されるバーコードの値、Rx数と比較される。値が予想されるものと合わない場合、使用者は段階542でエラー条件が報告される前に正しいラベルの３回のスキャンを試みる。段階540で値が合ったならば分配は完了し、そしてそのロケーションで技術者はもしあれば、プロセスの仕事を示す列の画面に戻る。

遠隔的に薬物を投与された患者が質問がある場合、認可を受けた薬剤師は限定するわけではないが電話システムオーディオビジュアル接続488、ネットワークビジュアル接続、
およびインターネット接続オーディオビデオ接続を含む種々のテレファーマシーシステムを使用して相談を受けることができる。

図１０Ａに関して、本発明の別の好適な態様では、一緒に配置されたインターフェイスアプリケーションサーバー566を有する既存のホスト薬局ソフトウェアシステム560、および設計されたウェッブサーバー574が、医薬品を同定し、そして次に分配するために十分
な情報を有する第３のロケーション、分配ロケーションを提供するために一緒に作動する。

分配ロケーションは、ローカルに設置されるエクスキュータブルに代わり、例えばマイクロソフト インターネット エクスプローラー5.0のようなウェッブブラウザーを使用す
る。このウェッブブラウザーはウェッブサーバー574上のデータと対話する。ウェッブサ
ーバー574はそのデータを、顧客の薬局ソフトウェアシステム560と一緒に配置されるインターフェイスアプリケーションサーバー566から得る。

分配ロケーションは、パーソナルコンピューター580、レーザージェットプリンターの
ようなプリンター562およびバーコードスキャナーと一緒にRCDキャビネット582が位置す
る場所である。このサイトはインターネット576にネットワークまたは電話システムを通
して接続性を有する。

薬局の制御ロケーションはホスト薬局ソフトウェアが維持されるか、またはランされる場所である。典型的にはこれらは、小売または病院の薬局チームが、患者に手渡す薬剤を出すことを導く順序を作成するために、保険会社のコンピューターと対話する薬局のワークステーションの小さいネットワークである。卸売業者は、使用および在庫の閾値の在庫切れレベルに基づき、卸売業者のコンピューターに自動的に再注文を配置する薬局のソフトウェアを用いて、小売販路を供給することにより流通を維持する方法を見いだした。本発明と使用できる薬局のソフトウェアの例は、限定するわけではないがMcKesson HBOC Pharmaserve ソフトウェアである。

インターフェイスアプリケーションサーバー566は、薬局のソフトウェアシステム560と一緒に配置されているコンピューターである。例えば分配のためにホスト薬局システムからのRxデータのような情報を集めるために使用され、そして次に本発明に従いその情報をウェッブサーバー574に転送する。ウェッブサーバー574がColdFusion(商標)をStructured Query Language (SQL)6.5＋データベースでランする。ウェッブサーバーはそれに送られたデータを保存し、そしてそのデータを指し、そしてクリックする形式が容易に理解できるように表示する。ウェッブサーバー574は、例えばStarNetLite.COMのようなUniversal Resource Locator(URL)を使用して静的IPアドレスでインターネット576に接続する。ウェッブサーバー574はデータの安定な伝送ならびにユーザーログインid／プロフィールに基づくデータの分割を取り扱う。

図１０Ｂ−１０Ｄに関して、フローチャートトとして具体的に説明する典型的な作業の流れには、以下の順序段階を含む。段階604で、Rxが医師または従事者により、例えばパ
ーム パイロット、またはTouchScreenのようなパーソナルデータアシスタント(PDA)のよ
うなペーパーレス法を使用して、あるいはペンおよび紙、ファックスおよびスキャナーを使用する通常の方法により作成される。Rx情報は典型的には患者名、処方者名および薬剤補充会社の確認者、薬剤投与の説明書、薬剤名および患者に与える量を含む。段階606でRxは異なるロケーションに伝送される。例えばRxがウェッブサーバー574に直接伝送されるならば、画像またはRxデータが薬剤を分配することを認められた使用者、典型的には薬剤師による検索のためのウェッブサーバー上で適切な表に保存される。そうではなくRxがファックスまたは電子手段で薬剤管理ロケーションに伝送さられた場合、認可された分配者、典型的には薬剤師が伝送された情報を解釈する。Rxが分配ロケーションに電子的に伝えられるか、または物理的に送達されるならば、使用者、典型的には技術者がRxについて認められた行動を起こすことができる。

段階610でRxがいったんホスト薬局システムに入ったら、Rxは段階612で異なる方法を使用してホスト薬局ソフトウェア中で操作される。例えば認可された分配者はウェッブサーバー574が獲得したRx情報をブラウザー中で見、そして次いでそのRx情報を手動で、また
は電子的インターフェイスを通してRxをホスト薬局ソフトウェアシステムに転送する。あるいは認可された分配者は、彼／彼女の場所に直接伝送されたRx情報を解釈し、そして次いで手動で、または電子的インターフェイスを通してRx情報をホスト薬局ソフトウェアに転送する。技術者は、薬剤師がこれまで記載したように操作するために、情報を認可された分配者、薬剤師に伝送するか、あるいは手動で、または電子的インターフェイスを介するいずれかでRx情報をホスト薬局ソフトウェアシステムに転送するために様々なインターフェイスを介してホスト薬局ソフトウェアに遠隔的に接続するか、いずれかの選択を有する。接続インターフェイスは限定するわけではないが、直接的なSymantec pcAnywhere、
インターネットを介するSymantec pcAnywhere、またはホスト薬局ソフトウェアで提供さ
れた一緒に配置されるワイド エリア ネットワーク(WAN)接続によるものであることがで
きる。

いったん情報がホスト薬局ソフトウェアシステムに転写または転送されると、多数の典型的なプロセスがRx情報に適用される。このプロセスは例えば薬剤利用再考（DUR）であ
ることができ；これは分配に関して薬学的禁忌が存在するかどうかを決定するために、ホスト薬局ソフトウェアシステム内に含まれる患者プロフィールに対して、分配される薬剤のスキャンニングを必要とする。DURの例は、薬剤対薬剤の相互作用試験、または患者の
薬剤アレルギー試験であることができる。２番目の典型的なプロセスは判定プロセスであり、これによりホスト薬局のソフトウェアシステムは薬局の利益管理コンピューターと通信して、もしあれば患者の保険適用範囲および料金を決定する。

ホスト薬局ソフトウェアシステムにより処理されたRx情報は、次いで一般に有効なRxであると決定することができ；これは薬剤師により処理され得る。小売の状況では、次に薬剤師は患者の薬剤のラベリングがホスト薬局ソフトウェアシステムにより作成されることを起動し、そして棚から大きな薬物ボトルを取り、そして医師により命じられた錠剤、キャプレッツまたはミリリットル数を数え、典型的にはバイアルとよばれるより小さいボトルに入れる。次に薬剤師はラベリングを適用し、そして薬剤を患者に手渡す。分配がウェッブサーバーと連動して処理される時、薬剤師または認可された分配者は、患者の薬剤ラベルがホスト薬局ソフトウェアシステムにより作成されることを起動するが、ラベルは一緒に配置されているプリンター（例えばレーザージェットまたはドットマトリックスプリンター）により処理される代わりに、出力はインターフェイスアプリケーションサーバーに向けられる。

このインターフェイスアプリケーションサーバーは、段階614でプリンターストリーム
（printer stream）として、あるいはホスト薬局ソフトウェアシステムネットワーク構成への直接的な電子的インターフェイスを通してRx情報を受け入れる。段階616では、例え
ばパースエンジン（Parse Engine）のようなアプリケーションが、ホスト薬局ソフトウェアシステムにより受けた出力を別々のデータ要素に分解する。段階616でデータの分解が
完了したパースエンジンは、次にデータを暗号化し、そしてネットワークまたはダイアル-アップインターネット接続を介して、ウェッブサーバー574に伝送するためのデータを独自に確認する。

段階624では、情報はウェッブサーバーにより受信され、そして特定の分配ロケーショ
ンに「属する（belonging)」ような分配情報を確認するフラッグを含むプロセス分配列／SQLデータベース中の作業に配置される。これは同じSQLデータベースを使用して多くの同時分配ロケーションを可能とするように設計された方法である。

この分配ロケーションは次に、HTMLドキュメント（ウェッブページ）として提示されるプロセス表中の作業中のデータにアクセスを有する。分配ロケーションに属するように指定されたデータだけが分配ロケーションで利用できる。

段階640、642では分配ロケーションで技術者は、分配されるべき１以上の可能性のリストから分配されるRx-Drug-患者を選択する。この選択をHTTP“ハイパーリンク"として示
す。

分配されるRx-Drug-患者の選択で、分配ロケーションの技術者に分配のディテイルページが示される。分配のディテイルページは、上記には実際に見ることができないRxに関するさらなる情報を技術者に提示する。技術者はRx-Drug-患者の選択を削除するか、前の段階に戻って（GO BACK）別の段階を選択するか、または一緒に配置された遠隔制御ディス
ペンサー（RCD）582から薬剤を分配する選択を有する。Rx-Drug-患者の選択の削除は、オプションとして電子メールを介して薬剤師に通信されるより早期の終止イベントを引き起こし、そして薬剤師または認可された分配者が後で、またはリアルタイムで見直すために、早期終止データベースを訂正するために捕捉される。戻る段階は、技術者にウェッブページ上の列として表示されるプロセス表中の作業で利用可能な分配のこれまでのリストを表示することにより、そこに戻るようにする。一緒に配置されたRCDから薬剤を分配するための選択は、ウェッブサーバーから最後の分配認可者を要求することにより処理を続行する。

最後の分配認可者は、ウェッブサーバーから１つのウェッブページの状態、HTMLドキュメントで、期限が間もなく切れるのでブラウザーの埋め込み（imbedded）バックボタンを使用してブラウザーを逆転することによっては同じ薬剤について繰り返して要求することはできないことを受ける。段階632でウェッブサーバー574は、この薬剤がローカルなRCD
在庫およびRCD内の薬剤の場所でさらに要求されるかどうかを１回以上検査することを完
了する。各RCDは設定に依存して、識別名（Identifier）、例えば０から９（全部で10）
、および00-27、または00-59カラムを含む。最後の分配認可の一部として、ウェッブサーバーは１つまたは複数のRCD中で所望される薬剤の正しい位置に戻る。使用者はボタンを
クリックするか、またはリンクし、そして一連の異なる選択を起こすことができる。例えばJAVA APPLETはRCDと通信し、RCDにウェッブサーバーから抜粋されるデータをパスする
。あるいはブラウザーADD-INはRCDと通信し、RCDにウェッブサーバーから抜粋されるデータをパスする。別の態様では、RCDと通信するローカルのオン-タイム使用のエクスキュータブルをダウンロードし、RCDにウェッブサーバーから抜粋されるデータをパスする。あ
るいは必要な変数を通り、そしてRCDと通信するローカルエクスキュータブルをロードし
て実行し、RCDにウェッブサーバー574から抜粋されるデータをパスする。さらに別の態様では、アルファ番号のページがRCD内に配置された内蔵型のページャー受信装置に送られ
、これが必要な変数をパスし、そしてRCDと通信してウェッブサーバーから抜粋されるデ
ータをRCDにパスする。

分配が生じた結果として、技術者は分配された薬剤のラベル上に埋め込まれたバーコードデータの入力を必要とするさらなるウェッブページを提示される。段階652では分配ロ
ケーションで一緒に配置されているバーコードリーダーを使用して、RCDから分配された
商品のバーコードを読み取る。技術者はバーコードをブラウザーに読み込み、そしてテストハイパーリンクをクリックするか、または場合によりバーコードリーダーはブラウザーと対話し、そしてテストハイパーリンクを直接選択することができる。

分配された商品のバーコードをブラウザーに読み込み、そして予想されるバーコードの値と比較する。段階658でこの値がウェッブサーバー574が予想する値と合う場合、患者教育モノグラム、患者ラベリング、予想される薬剤の図画表示、および予想される薬剤の絵を作成し、そして技術者のブラウザーに後で一緒に配置されているプリンターで印字するために送達される。しかし値がウェッブサーバーが予想するものと合わない場合、使用者は段階674で予想される値のスキャンまたは入力を３回試みる。３回失敗するとトランザ
クションは終了し、警告が認可された分配者、技術者、システムオペレーターおよび薬局のコンサルタントのような適切な団体に、ページャーまたは電子メールを介して送られる。適切な薬剤の処分および保存は、技術者の訓練およびさらにRCD中の鍵のかかる保管箱を介して維持される。

分配ロケーションで技術者には、分配した商品に貼る患者ラベル上にさらに１つのバーコードが提示される。技術者は段階664で分配された商品に貼られた後の患者ラベルをス
キャンニングすることにより、バーコードを１回以上読み取る必要がある。分配される商品のバーコードは、ブラウザーに読み取られ、そして予想されるバーコードの値、Rx数と比較される。値が予想されるものと合わない場合、使用者は段階672でエラー条件が報告
される前に正しいラベルの３回のスキャンを試みる。段階668で値が合ったならば分配は
完了し、そしてその場所で技術者はもしあれば、プロセス中の仕事を示す列の画面に戻る。

図１１Ａに関して、分配システムのこの態様では特徴および機能の大部分が、インターネット708上のウェッブサーバー706を使用する。すなわちもはやローカルなEXE（エクス
キュータブルプログラム）は、分配ロケーション（RCD714が分配薬剤と一緒に配置されている場所）でのコンピューターには常駐しない。分配ロケーションの代わりに、CPU710はインターネットブラウザー712を使用してウェッブサーバー706と対話し、患者情報、薬剤選択、在庫管理および分配許可にアクセスする。

図１１Ｂ−１１Ｄに関して、図１１Ａに示す参考態様の典型的な作業の流れのフローチャートには、以下の順序段階を含む。段階724で、Rxが医師により例えばパーソナルデー
タアシスタント(PDA)のようなペーパーレス法を使用して、あるいはペンおよび紙を使用
する通常の方法により作成される。

このRxは、PDAデバイスのような電子手段またはペンおよび紙による方法のようなファ
ックスでも、段階726で薬局制御ロケーションに伝送される。

薬局制御ロケーションの薬剤師(Rph)または指定された薬局の技術者は、段階728でインターネットにログオンするか、またはローカルインターネットサービスプロバイダー(ISP)を使用してインターネットにログオンする。このデバイスはPDA、ラップトップ、ブラウザー能力を持つ携帯電話、または多くのパーソナルコンピューターであることができる。限定するわけではないが、HTMLまたはXHTMLまたは類似の新しいプロトコールに適合性がある任意のデバイスを使用することができる。

段階730で、デバイス、例えばラップトップコンピューターを使用して、RPhまたは技術者は例えばWebDirectRx.comのようなURL（ウェッブアドレス）に入るか、またはこのURL
をブラウザー上の好みのリストから得る。

次ぎに段階732でRPhは、自分のユーザーidおよびパスワードを入力する。この使用者名およびパスワードはプロフィールを持つ。次いでこのプロフィールはログインした個人が利用可能なウェッブサーバー706上での異なる機能を許可する。RPhは他人には利用できない機能（Rx作成およびディスペンサーのネットワークにわたる多くの分配列を見る能力のような）を得る。

患者が新規である場合、段階734でRPhはRxを作成し始める前に患者の人口統計、保険情報、アレルギー、疾患状態、薬剤プロフィール等を入力する必要がある。

次いで段階736でRPhは、患者、薬剤、処方者、SIG、チティ（tity）、補充、ICD-9（既知ならば疾患コード）等を選択することによりRxを作成する。

次いで作成されたRxは、段階746でDUR（薬剤利用再考）と呼ばれるプロセスを通してランされ、患者のプロフィールに対して禁忌である薬剤を調べる。例えばアレルギーおよび薬剤対薬剤の相互作用は、ここで調べられる。この態様では、このプロセスはサーバー706で実行される。次いでRPHまたは技術者は段階748の結果を認めるか、またはこのRxをキャンセルするか、またはより適切な治療を取り上げる。

RPHまたは技術者は段階752で、患者が薬局利益管理会社を通して保険が適用されることを決定するために、患者についての判定を行う。このプロセスは例えば段階754でPAID、REJECTED等の状態に戻る。他の事項の中でも共同支払い料金が、PAID請求と戻される。

次に工程758でRxは、分配ロケーションを自分のブラウザーを使用して見ることができる列に配置される。分配ロケーションの従事者、例えば看護婦、医師、技術者も、インターネットにログオンする必要がある。段階760で使用者／従事者はウェッブサーバー、例えばWebDirectRx.comに、ユーザーidおよびパスワードを用いてログオンする。ユーザーidおよびパスワードは、段階764でそこにユーザープロフィールを運ぶ。段階766では、このユーザープロフィールはこの人が分配者であることを示し、そして彼／彼女のロケーションに関する列のみを見ることができる。段階768でユーザー／従事者は、彼／彼女のRx（事前にRPhに通信したもの）を見、そして今、すでに認可されたRxについて実行することができる。

次いで使用者／従事者は、分配される商品をクリックする。これはウェッブサーバーを起動して、段階770で在庫を二重検査し、そして一緒に配置されているRCD中の薬剤の場所を獲得する。完了した時、段階776でウェッブサーバーは使用者が再度クリックしてコン
ピューターに分配シグナルをRCDに送らせることができるページに戻る。このシグナルは
これまでに記載したように、限定するわけではないがJava Applet、ブラウザーadd-insおよびローカルエクスキュータブルをロードして実行することによるような、異なる選択を使用して送ることができる。

次いでRCDは商品を分配する。これを行う一方で、段階780でウェッブサーバー706は使
用者にスクリーンを提示し、これにより使用者は分配される商品のバーコードをスキャンすることができる。段階790でバーコードの入力に際して試験を行い、商品が再包装され
た商品であるか、または段階786で製造元が包装したものであるかを確認する。製造元が
包装した商品である場合、ウェッブブラウザーは段階794で使用者にロット番号を入力し
た場所および使用期限を提示する。再包装された商品は、バーコードにロット番号および使用期限が組み込まれている。

入力された商品のバーコードがウェッブサーバー、例えばWebDirectRx.comで予想する
番号である場合、段階796でウェッブサーバーは使用者／従事者に完成された患者ラベル
、患者教育モノグラフ、レシートおよびピル、錠剤、カプセル等の絵を提示し、これは次いで一緒に配置されているレーザージェットプリンターに向けられる。いったん段階798
で印字されれば、第２バーコードを含む患者ラベルも段階800で使用者に提示されるペー
ジにスキャンされる。トランザクションの詳細がウェッブサーバー上のデータベースに書き込まれ、そして使用者／従事者は、このプロセスが最初に始まった場所からの列の画面に戻る。

遠隔で薬物を投与された患者が質問を有する場合、認可された薬剤師が種々のテレファーマシーシステムを使用して相談にのることができる。限定するわけではないが、電話サービスオーディオビジュアル接続、ネットワークオーディオビジュアル接続、およびインターネット接続したオーディオビジュアル接続を含む。

図１２Ａおよび１２Ｂは、本発明による薬剤分配システムにおける電話ネットワーク440の使用を具体的に説明する。電話ネットワーク440は、ホストインターフェイスCPU342とRCD324との間で情報を転送する。無線電話422はRCDに内蔵される得る。電話ネットワーク440は、ホストインターフェイスCPU342およびホスト薬局ワークステーション344により表されるホスト薬局システムとRCDにより表される遠隔分配システムとの間で情報を転送するメカニズムとして、インターネットの代わりに、またはインターネットに接続して使用される。無線電話デバイスは、RCDから医薬品または医療用品を出して分配するメカニズムを起動させるものとして作動する。無線電話デバイスはRCD内に内蔵された回路と通信することができ、無線接続中に得られたRCD情報を転送する。

これまでの好適な態様は、分配メッセージを転送するために制御CPUとRCDとの間に通信ケーブルまたはリンクを使用することに関して開示した。通信ケーブルは無線電話デバイスと交換することができ、すなわち無線接続を介して分配を可能とする。

図１２Ｂは、分配インターフェイスCPU340およびRCD324と一緒に配置されるレーザープリンター444を具体的に説明する。遠隔的に制御される分配セッション（session）は、地上のライン無しで完全に維持することができる。無線電話の接続はRCDに内蔵されるか、
あるいは分配CPUへ接続することができる。無線電話の接続はインターネット接続に代わ
る接続媒体として役立つ。

さらにこれまでに記載したように、技術者が対話するソフトウェアは、外部のコンピューター設定に付けて、または一緒に配置して、あるいはRCDに直接構築されたTouchScreen構成要素を使用して内蔵コンピューターとして存在することができる。

図１３Ａに関して、この分配システムの態様では、一緒に配置されたインターフェイスアプリケーションサーバー856を持つ既存のホスト薬局ソフトウェアシステム850および遠隔的に設置された分配ロケーションが対話して、広い地理的領域にわたり医薬品の分配を提供する。この好適な態様は、既存の利用可能なローカル電話サービスを使用する。インターフェイスアプリケーションサーバー856および分配ロケーションワークステーション868が接続し、そして互いにRx情報を交換する。

分配ロケーションワークステーション868は、呼び出しの受信、データ受信、在庫調整
を管理するローカルで実行可能なプログラム（１つまたは複数）を含み、そして従事者、典型的にはローカルの技術者が読み易い列でインターフェイスアプリケーションサーバーから受けるRx情報を視覚的に準備する。さらに、分配ロケーションワークステーション868は、医薬品を分配するために一緒に配置された遠隔制御ディスペンサー（RCD）872、患者および記録保持資料を提供するためのプリンター870、例えばレーザージェットまたはカラージェットプリンター、ならびに分配中に品質検査を行うためのバーコードスキャナーと通信する。分配ロケーションは通信を受け、そして送るために電話サービス864にアクセスして「ダイアルトーン」を得る必要がある。

薬局の制御ロケーションは、ホスト薬局ソフトウェアが維持されるか、またはランされる場所である。典型的にはこれらは、小売または病院の薬局チームが、患者に手渡す薬剤を出すことを導く順序を作成するために、保険会社のコンピューターと対話する薬局のワークステーションの小さいネットワークである。

インターフェイスアプリケーションサーバー856は、ホスト薬局ソフトウェアシステム
と一緒に配置されたコンピューターである。これはホスト薬局システムから分配するために情報（Rxデータ）を集めるために使用され、そして次いで電話サービス、または電話ネットワーク864を介して分配ロケーションのワークステーション868に情報を転送する。

図１３Ｂおよび１３Ｃに関して、典型的な作業の流れには具体的に説明する順序段階が含まれる。Rxは、PDAまたはTouchScreenのようなペーパーレス法を使用して、またはペンおよび紙、ファックスおよびスキャナーを使用する通常の方法により段階902で医師また
は従事者により作成される。Rx情報は典型的には患者名、処方者名および薬剤補充会社の確認者、薬剤投与の説明書、薬剤名および患者に与える量を含む。

段階904でRxは異なるロケーションに伝送される。Rxがファックスまたは電子手段で薬
局制御ロケーションに伝送された場合、認可された分配者、典型的には薬剤師が伝送された情報を解釈する。Rxが分配ロケーションに電子的に伝えられるか、または物理的に送達されるならば、使用者、典型的には技術者は認められた行動を起こすことができる。

段階914でRxは、彼／彼女の場所に直接伝送されたRx情報を解釈することを認可された
分配者によりホスト薬局ソフトウェアシステム内で操作され、そして次にRx情報がホスト薬局ソフトウェアに手動で、または電子的インターフェイスを通して転送されるか、あるいは認可された分配者である薬剤師に薬剤師が処理するために情報を伝送するか、または手動もしくは電子的インターフェイスのいずれかでホスト薬局ソフトウェアシステム中にRx情報を転送するための種々のインターフェイスを介してホスト薬局ソフトウェアに遠隔的に接続する選択を有する技術者により、ホスト薬局ソフトウェアシステムで操作されるいずれかである。接続インターフェイスは限定するわけではないが、直接的なSymantec pcAnywhere、インターネットを介するSymantec pcAnywhere、ホスト薬局ソフトウェアで提供された一緒に配置されているWAN接続によるものであることができる。

いったん情報がホスト薬局ソフトウェアシステムに転写または伝送されると、多数の典型的なプロセスがRx情報に適用される。このプロセスはこれまでに記載したような薬剤利用再考または判定プロセスであることができる。

ホスト薬局ソフトウェアシステムにより処理されたRx情報は、一般に有効なRxであると決定することができ；これは薬剤師により処理され得る。

小売の状況では、次に薬剤師は患者の薬剤のラベリングがホスト薬局ソフトウェアシステムにより作成されることを起動し、そして棚から大きな薬ボトルを取り、そして医師により命じられた錠剤、キャプレッツまたはミリリットルの数を数え、典型的にはバイアルとよばれるより小さいボトルに入れる。次に薬剤師はラベリングを適用し、そして薬剤を患者に手渡す。

分配がテレファーマシーシステムと連動して処理される時、薬剤師または認可された分配者は、患者の薬剤ラベルがホスト薬局ソフトウェアシステム850により作成されることを起動するが、ラベルは一緒に配置されているプリンター852（レーザージェットまたはドットマトリックス）により処理される代わりに、出力はインターフェイスアプリケーションサーバー856に向けられる。

このインターフェイスアプリケーションサーバーは、段階916でプリンターストリームとして、あるいはホスト薬局ソフトウェアシステムネットワーク構成への直接的な電子的インターフェイスを通してRx情報を受け入れる。１つのアプリケーション、パースエンジン（PE）が、ホスト薬局ソフトウェアシステムにより受けた出力を別々のデータ要素に分解する。段階918では、いったん分解が完了すると、次にデータは暗号化され、そして電
話サービスを介して分配ロケーションのワークステーションに伝送されるために独自に確認される。

段階906では、情報は分配ロケーションのワークステーションにより受け取られ、解読され、そして技術者によりローカルで実行可能なプログラムラムによりアクセスされるプロセス列の作業に配置される。

段階908では、分配ロケーションで技術者は分配されることが可能である１以上のリストから分配されるべきRx-薬剤-患者を選択する。この選択はマウスで選択可能なラインとして示される。各ラインは技術者により処理される異なるRx-薬剤-患者を表す。段階920では分配するRx-薬剤-患者の選択に際し、分配ロケーションの技術者はこれが実際のRx-薬剤-患者であるかどうかを質問する。

質問に対する答えが否定であれば、技術者は段階922で上に記載したような全列リストに戻る。質問に対する答えが肯定であれば、段階924で分配ロケーションのワークステーション上に常駐するローカルで実行可能なプログラムが、分配するように要求された薬剤に対する具体的なデータを含むローカルな在庫ファイルを調査する。薬剤は限定するわけではないが、現在のストックレベルを含むプロフィールを含み、在庫補充レベルを示唆し、そして１つまたは複数のRCD内の位置を調整する。

遠隔制御されるディスペンサー（RCD）は、ローカルに常駐するエキセキュータブルからのＸ、Ｙ座標型の通信を受ける。Ｘ、Ｙ座標は、分配するために要求された薬剤が保存されている１つの、または複数のRCD内の場所を表す。このＸ、Ｙ座標は、分配される薬
剤の在庫プロフィールを調査することにより決定される。段階926では分配ロケーションのワークステーションからの分配シグナルを受けると、RCDは技術者に薬剤を提示する。

分配が起こった結果、技術者にはさらに分配された薬剤のラベルに埋められたバーコードデータの入力を必要とするさらなるスクリーンが提示される。段階928では分配ロケーションに一緒に配置されているバーコードリーダーを使用して、RCDから分配された商品のバーコードを読む。技術者は常駐分配ソフトウェアにより調査されるスクリーン中のバーコードを読み取る。

分配された商品のバーコードは常駐分配ソフトウェアに読み取られ、そして薬剤在庫プロフィールから予想されるバーコードの値と比較される。段階930でこの値が常駐分配ソフトウェアが予想するものと合う場合、患者教育モノグラフ、患者ラベリング、予想される薬剤の図画表示、および予想される薬剤の絵を段階934で作成し、そして一緒に配置さ
れているプリンターに送達される。値が常駐分配ソフトウェアが予想するものと合わない場合、使用者は段階932で予想される値のスキャンまたは入力を３回試みる。３回失敗す
るとトランザクションは終了し、警告が認可された分配者、技術者、システムオペレーターおよび薬局のコンサルタントのような適切な団体に、ページャーまたは電子メールを介して送られる。適切な薬剤の処分および保存は、技術者の訓練およびさらにRCD中の鍵のかかる保管箱を介して維持される。

分配ロケーションでの技術者には、分配する商品に貼る患者ラベル上にさらに１つのバーコードが提示される。技術者は段階936で分配される商品に貼られた後の患者ラベルをスキャンニングすることによりバーコードを１回以上読み取る必要がある。分配される商品のバーコードは、常駐分配ソフトウェアに読み取られ、そして予想されるバーコードの値、Rx数と比較される。値が予想されるものと合わない場合、使用者は段階940でエラー条件が報告される前に正しいラベルの３回のスキャンを試みる。段階942で値が合ったならば分配は完了し、そしてそのローカルな技術者はもしあれば、プロセス中の作業を示す列の画面に戻る。

遠隔的に薬剤を投与された患者が質問がある場合、認可を受けた薬剤師は限定するわけではないが電話サービスオーディオビジュアル接続、ネットワークオーディオビジュアル接続、およびインターネット接続オーディオビデオ接続を含む種々のテレファーマシーシステムを使用して相談を受けることができる。

図１４Ａおよび１４Ｂは、遠隔ロケーションから薬剤を分配するために、インターネット320と組み合わせたページャサービス450の使用を具体的に説明する。このページャーサービス450は、ホストインターフェイスCPU342およびホスト薬局ワークステーション344により表されるホスト薬局システムと、遠隔分配システム324との間で情報を転送するために、インターネット320と対話する。受信／送信ページャー452は、RCD324とインターフェイスで連続し、そして薬物の分配に関する情報を転送する。プリントモジュール454はRCDに内蔵され得る。図１４Ｂは、分配インターフェイスCPU340およびRCD324と一緒に配置されたレーザープリンター444を有する態様を具体的に説明する。

好適な態様では、ポケットベルサービスはアルファ／数のページを通して分配情報を進めることができる。例えば限定するわけではないが、Aqcess Technologies Qbe Personal Computing TabletのようなコンピューターをRCDに内蔵することができる。別の好適な態様では、計算機能は外部および内蔵コンピューターの組み合わせを使用して達成することができる。

図１５Ａおよび１５Ｂは、ホスト薬局インターフェイスCPU342と遠隔分配システムまたはRCD324との間で情報を転送するために、衛星システム460を使用する好適な態様を具体
的に説明する。インターネット320は情報をホストインターフェイスCPU342から衛星460に衛星放送用のパラボラアンテナ462を介して伝達する。次いで衛星は衛星送信または受信
モジュール464を使用して、ホスト薬局システムから遠隔ロケーションで分配インターフ
ェイスCPU340に情報を転送する。次いで分配インターフェイスCPU340は、RCD324からの薬物の分配を支配する。図１５Ｂで具体的に使用するように、タッチスクリーンコンピューター466およびプリントモジュール468をRCDに内蔵し、これにより分配インターフェイスCPU340の必要性を排除する。

好適な態様では、遠隔分配ロケーションにはRx分配情報が、例えばイリジウムページングまたは電話ネットワークのような衛星ネットワークを介して送られる。分配の作業の流れは同じままでであり、RCD324への接続性が変わるのみである。

別の態様に従い、今日の健康管理に存在する高度に規制され、しかも経費が管理された環境において、サンプルを管理する方法が必要である。現在のサンプリングに対する無計画な取り組みは、関連するすべての団体に経費がかかりしかも非効率的であり、そしてどの団体に対しても有用な情報を少しも提供しない。

健康管理組織の認定に関する合同委員会（Joint Commission on Accreditation of Healthcare Organization：JCAHO）は、医薬品サンプルの証拠を示し、そして管理すること
に失敗した健康管理機関を挙げている。薬剤の経費管理は極めて重要な因子であり、そしてサンプリングプロセスを介する定式の管理は、すべてのプロセスにおいて、特に外来患者および独立した開業者において重要な要素である。

合同委員会は、医師がサンプルを適性に管理できない病院および統合された送達ネットワーク(IDN)を挙げている。悪い合同委員会の知見の影響は重大となり得る。州および連
邦法への非遵守は、処方者の免許を失う危険性があり、そして薬剤サンプリング分野におけるJCAHOが特定した基準の違反は、１型の出廷通告を導き、そして健康管理組織の認可
状態を危うくする。多くの保険会社およびメディケア／メディケードのような政府プログラムでは、保険会社がその患者の医療管理についてその機関に償還する前に、JCAHOの認
定が必要である。

JCAHOは機関に薬剤サンプルの方針を要求し、そしてレシートおよび各薬剤サンプルの
分布を追跡する管理システムを要求としている。さらにサンプルは患者の使用のために正しく表示されなければならない（補助的な警告的言及および使用期限を含む）。薬剤部は、薬剤の回収に応答するプロセスに、およびその月例の点検ルーチンに薬剤サンプルを含めなければならない。これはロット番号および使用期限の追跡の理由による。薬剤は免許のない個人が薬剤に接近しないように、例えば鍵のかかる収納棚または部屋を使用することによるように保管される必要がある。JCAHOは機関が、日付、薬剤名、強度、形態、ロット番号、製造元、受容量、薬剤の使用期限および保管場所を追跡する薬剤サンプル受容ログを保持することも要求している。さらにJCAHOは以下の情報：分配した日付、患者名、薬剤名／強度／形態、ロット番号、製造元、分配量、使用説明および医師名を含む薬剤分配ログまたは薬剤サンプル分配データベースのいずれかも要求している。医師／薬剤師は特定の立法府の規制では、薬物療法のカウンセリングを提供しなければならない。これは以下の情報：薬物名、治療期間、薬物の副作用の可能性、および使用期限および薬物の適切な保管を含む薬剤モノグラフの状態であり得る。

管理されていないサンプリングは、医師、患者およびすべての種類の支払者の経費を引き上げる。製薬会社には彼らに情報を与え、経費を節減し、そして処方する医師へのアクセスを確保する別の取り組みが必要である。

薬剤サンプルおよびそれらの分配について存在する様々な管区で異なる規制スキームがある。規制スキームは例えば、薬剤管理免許；患者のチャートまたは分配される薬剤の記録を含む臨床記録；分配薬剤の代理権者；薬剤の保管；容器；ラベル；好意的（complimentary）な出発用量の薬剤；情報；場所の点検；代理の限定；および好意的な出発用量薬剤の薬剤師のレシートのような問題に取り組む。さらに管理委員会（regulatory boad）は、処方薬剤が分配される場所を周期的に点検する。

幾つかの規制スキーム下では、処方薬を分配する意志がある処方者は、処方薬剤の保管および分配が起こる各場所について、薬剤管理免許を委員会から得る。薬剤管理免許は、分配が緊急部門、救急室または病院の外傷センターで起こる場合、あるいは分配に好意的な出発用量薬剤の保険のみが含まれる場合には必要ではない。

規制によれば、分配する処方者は処方薬を彼または彼女の患者にのみ分配することができる。分配する処方者は患者のチャートまたは臨床的記録に完全な記録含まなければならず、それには処方する薬剤名、投薬用量および分配する処方者により直接的に、または彼または彼女の代理権者により間接的に分配されるすべての処方薬の量を含む。処方薬が処方者の代理権者の元で分配される場合、処方薬を分配する代理人は患者のチャート、臨床記録、または分配する処方薬のログを開始しなければならない。患者のチャートまたは臨床記録に、分配する処方者は患者に分配された処方薬と患者に処方された処方薬との間を区別しなければならない。分配する処方者は、患者のチャートまたは臨床記録に必要な情報を入力した後、例えば少なくとも５年間、情報を保持しなければならない。

規制にはさらに分配する処方者が処方薬をそれらの安定性、完全性および効力が維持される条件下で保存しなければならないことを含み、そして処方薬に混入、劣化および変質が無いこと確認する。分配する処方者は処方薬を実質的に構成された、しっかりと鍵のかかる収納棚に保管されなければならない。収納棚へのアクセスは、規制スキームに従って処方薬を分配するように認可された個人に限定されなければならない。

患者に要求されないかぎり、分配する処方者は、毒薬防止の包括法令、例えば1970の公法91-601,84 Stat.1670に従う安全に閉鎖された容器中の処方薬を分配する。

さらに分配する処方者はすべての以下の情報：処方薬が分配される場所の名前および住所、患者名および記録番号、処方薬が分配された日付、処方者の名前、使用法、処方薬の名前および強度、分配された量、処方薬の使用期限、または規則により要求される言及を含むラベルを貼った容器中に薬剤を分配しなければならない。

さらに規則では、患者に好意的な出発用量の薬剤を分配する分配処方者は、患者に情報を含むラベルを付けた容器中に好意的な出発用量の薬剤を分配することにより、または限定するわけでないが好意的な出発用量の薬剤に付随する前持って印刷されたインサートを含むことができる筆記された証明を与えることにより、患者に少なくとも以下のすべての情報：好意的な出発用量の薬剤の強度、患者が使用するための好意的な出発用量の薬剤の使用に関する使用法、および好意的な出発用量の薬剤の使用期限を与えなければならない。

幾つかの規制では、監督医師は管理された物質以外の好意的な出発用量の薬剤のレシートを、免許のある病院の薬局で働く薬剤師の代理で書いてもよい。好意的な出発用量の薬剤の代理レシートが発生した時、薬剤師名および監督医師名が使用され、記録されるか、または各レシートに関連して示される。薬剤師は、処方者により他の通信手段により書かれた、または伝送された好意的な出発用量の薬剤を分配することができる。

規制では、「好意的な出発用量の薬剤」とは、製造者または卸売業者により無料で提供され、分配処方者により彼または彼女の患者に無料で分配される州または連邦法に従い包装され、分配され、そして配布される処方薬を意味する。

図１６Ａ−２７Ｄについて、本発明の好適な態様がサンプリングプロセスを管理し、そして不変的な規則遵守の問題および上昇している薬剤経費の解決を提供する方法を含む。この態様はサンプルプロセスを完全に詳細に記載し、そしてすべてのJCAHO基準に取り組
む。好適な態様はサンプリングプロセスを通して捕捉した情報を介して、より良い規定の管理において重要な役割を果たす。このプロセスを通して実現する経費節減は、健康管理産業−患者、プロバイダーおよび支払者のすべての構成員に利益をもたらす。以下は、薬剤経費の管理に対して貢献する好適な態様の２例である。

第１に、一般薬のサンプリングはすべての薬局の薬剤予算を大きく下げることができる。Scott & White 処方サービス（Prescription Service）により行われた最近の研究では、一般薬サンプリングプログラムを実施した後に経費節減が達成されたことを評価した。結果は、抗生物質の処方では、抗生物質について全処方薬経費の10％以上の節減を示した。より大きな節減は、非ステロイド系の抗炎症薬で示された。非ステロイド系の抗炎症薬（NSAIDS）の薬剤サンプリングは、この治療分類において処方経費あたり30％以上の節減となった。実験の一般的結論の中でも、一般薬サンプリングは処方あたり、一般的薬物療法の利用の増加、そして平均的な健康計画の経費の低下に役立ち、一方では処方の慣習に影響を及ぼす機会を与えた。

第２に、薬剤サンプリングは経済的に不利な薬物療法の経費を選択的に下げることができる。アリゾナ大学のファーマシープラクティス アンド サイエンス部で行った研究では、メディケアはフタ付きの処方薬の利益に対処する予測され得る行動に慣らされた介護受益者を教育したと測定された。この知見は、かなりの比率のメディケアは介護入会者が彼らの処方薬の経費の完全な財政的影響に直面することを避けるために行動するように教育した（すなわち、薬剤サンプルを得、処方された量未満の薬剤を摂取し、そして処方された薬物に代えるために医師の処方が不要な売薬を使用する）ことを示唆している。

本発明の好適な態様には幾つかの利点がある。これらの利点は医師および製薬会社により得られる。例えば製薬会社は、好適な態様を使用して処方者、同定しない患者の人口統計、競合的利用因子、および部位特異的な情報の利用についての具体的な情報を得ることができる。

さらに本発明の好適な態様を使用して流通経費も下げ、製薬会社のマーケッティイング部門のより有効な使用を可能とする。アクセスおよび利用に関する厳格な管理により、サンプルの低い廃棄が好適な態様で実現する。さらに機関を認定基準に合わせることができるので、継続した医師ヘのアクセスが得られる。好適な態様ではまた、好適な態様を採用している使用者の部位へ直接広める情報を通して、全国的な初公開をほぼ一晩中得ることができる能力を提供する。

好適なサンプル分配は、２つの構成要素により具現される。独自に設計された収納棚を含んで成るハードウェア構成要素、およびタッチスクリーンソフトウェア構成要素。

好適な態様では、ソフトウェアは例えばビジュアル ベイシック6.0およびビジュアルＣ++を使用してマイクロソフトのウィンドウズ98およびマイクロソフトのウィンドウズNT用に書かれ、そして多くはインテル／ペンティアムに基づくパーソナルコンピューターによりランされる。マイクロソフトのウィンドウズ用に書かれていることに関して開示するが、ソフトウェアは任意のコンピューター操作システム、例えばJAVAプラットフォーム、UNIXシステム、ウィンドウズCEおよびIBM OS操作システム用に書くこともできる。パーソナルコンピューターに課す操作要件は最小であり、より廉価であるが証明されたコンピューター構成要素の購入が可能となる。患者に特別な教育モノグラフおよび各分配でラベルを提供する例えばレーザージェットまたはインクジェットプリンターのようなプリンターは、コンピューターと共に使用される。レーザージェットプリンターも、報告をローカルで印字するために使用することができる。典型的な構成要素には、例えば限定するわけではないがASUSマザーボード、インテルペンティアムII CPU'S、3COM 3C90Xネットワークインターフェイスカード、４から６の間のギガバイト容量のデジダルハードドライブ、内部または外部3COM US ロボティックス モデム、およびマイクロタッチ タッチスクリーンである。

ソフトウェアは、州法および規則に依存して看護婦、医師または病院職員により使用さ
れる。ソフトウェアの機能性は、５つの主な種類、すなわち分配機能、補充機能、管理、報告および通信に分けられる。

伝送されるすべての情報は、インターネットまたは直接的な接続を通す場合でも暗号化される。使用する暗号プログラムは、限定するわけではないが、“ブローフィッシュ（Blowfish)"である。さらにアメリカ合衆国内に位置する部位については、キービット（key bit）は128ビットを超える。アメリカ合衆国の国境の外側に位置する部位は、例えば56-キービット長のような米国政府で認められたキービット暗号強度を使用するだろう。幾つかの公共的な安全規制に従い、128ビットのキーは、インターネットまたは他の電子手段
により情報を伝送するために必要と思われるレベルに合うか、またはそれを超える。

使用者の入力により作成されたすべての情報は、インターネットを介してまたは直接的なモデムのダイアルアウトでサーバーに伝送するためのトランザクションデータベースに捕捉される。在庫は、補充プロセスを介して管理される保存レベルに対する増加、および分配プロセスにより管理される在庫の減少で永久的に管理される。在庫のストックレベルはサーバーにも通信され、さらに在庫切れの閾値レベルに関して特別な注意を払って、病院のマネージャー、薬局のチーフ、製造元およびサンプル分配値の連鎖（value chain）
に関与する任意の他の人とのさらなる通信を起動する。

捕捉されたすべての情報はサーバーに統合される。サンプル分配ソフトウェアの通信機能は、統合プロセスを管理する。現時点では、24時間中、コミニュケーションモジュールが個々のサンプル分配ロケーションの日々の活動をサーバーに送達する。この情報は蓄積され、そして様々な様式および方法を使用して再分布することができる。

各サンプル分配ロケーションの情報の分布は、利用できる情報の基礎構造に依存して少なくとも２つの様式の１つで起こる。電話でのアクセスが利用可能な時、サンプル分配ロケーションは、800数を使用して最高24の同時接続の受信を設定したサーバーを呼び出す
ことができる。サーバーの種類は通常、リモートアクセスサーバー(RAS)と称する。RASは、T-1データラインを使用して56K接続が可能な24ポート以上を設定することができる。グループ24、36、128以上では、さらに同時接続が可能である。無料アクセスが受信されない場合、サンプル分配ロケーションはローカルなインターネットサービスプロバイターのアクセス番号を呼び出し、そしてそのセッション（session）をインターネットに接続しているサーバーと交渉することができる。

モデムアクセスが不可能な場合、病院がインターネットに接続できるならば例えばTCP/IPのようなプロトコールがランしている既存の病院のネットワークを使用する。サンプル分配ロケーションは病院のネットワークを通して、インターネットに接続せずに、サーバーに接続して、日々の活動ログを伝送する。データは暗号化され、そして各セッションに必要なバンド幅を最小化するために圧縮する。このバンド幅の減少を使用することは、病院のネットワーク供給源の消耗（drain)が最小化されるように、あるいはモデムを使用してサンプル分配ロケーションにより作成される情報が無い場合、多くの病院で重要である。

サンプルの再分配法には、限定するわけではないが、電子メール、ファックス、ウェブサイトおよび設計された内蔵音声応答（IVR）システムを含む。サーバーは一連のより長
いデーターベースに情報を統合する一方、各個々のロケーションについて独自なキーを使用することにより、設定に独自なアクセス可能な情報を維持する。この様式では、必要に応じて情報へのアクセスは市場の累計として、または個々の分配ロケーションとして達成することができる。例えばマイクロソフトSQL 6.5は、メインデータベースレポジトリー
エンジンとして作動する。

特に好適な態様では、サーバープロセスについてオールエアー(Allaire）のColdFusion（商標）ウェッブサイトデータベースマネージメントおよびデベロップメントソルーションを使用することができる。オールエアーは、ウェッブサイトの開発言語および解決会社であり、インターネットに関するデータ管理のためのツールを持つ。他のデータベースマネージメントおよびデベロップメントソルーションを使用することができる。各顧客は、顧客の購入レベルに基づき、統合されるデータに独自な観点を提供する。

パスワードアクセスを使用して、好適な態様は使用者にほぼリアルタイムでサンプル分配情報を提供する。さらに購入レベルに依存して、毎日、毎週または毎月、電子メールを介して報告が提供される。

別の好適な態様では、電話のキーパッドの使用に対して応答することができる一連
の質問に分解することができるプロセスを、IVRを使用してプログラムする。追従（follow-on）デバイスは、患者の処方に関して対話するために患者に提供することができる。様々な精神的障害を処置するために使用する薬物療法は、軽度から重度の範囲で副作用の過去がある。このような薬物療法は、典型的には大変高価である。重篤な副作用の場合、患者の全ての処方は無効となり、そして新たな、しかも異なる処方が作成される。無効になった薬物療法は分配機関および患者の保険会社にとっては全くの損失である。サンプルおよびIVRシステムを使用して、副作用が異なる治療的取り組みを認めるほどに重篤であるかどうかを決定するために、患者の無料サンプルの期間が完了するまで、完全な経費のかかる処方を患者に与えない。

患者は、現在選択した投薬計画に副作用が存在するか、またはしないことを示すために、予め設定されたIVR番号を質問することができる。患者が試験サンプルに耐容できる場
合、IVRは例えばPlanetRx.comのようなオンライン薬局会社の様に病院の薬局を起動し、
またはRxをメールオーダー施設に転送し、機関の規範に基づく完全な治療サイクルを行わせることができる。高価な処方が無駄になるかもしれない場合、患者は完全な治療サイクルが重篤な副作用無しで効果的であかどうかを決定する前に、患者は無料サンプルの薬物療法を試験することができる。

使用者はIVRシステムにダイアルする代わりに、彼らの好むウェッブブラウザーを、例
えばアメリカオンライン（AmericaOnLine）または任意の他のインターネットアクセスプ
ロバイダーのようなインターネットサービスを使用してロードして実行し、そして完全な治療サイクルを始める前に、薬物のサンプルについて一連の単純な質問を完了する。治療サイクルは、ここでも元の病院外来薬局、メールオーダーハウス等を含む多くの異なるロケーションに転送することができる。

図１６Ａから２２は、サンプル分配のソフトウェア構成要素のスクリーンの態様を具体的に説明する。スクリーンは薬剤ディスペンサーのモニターに表示することができる。好適な態様では、モニターはタッチスクリーンである。したがって、使用者はモニターを使用することによりディスペンサーと対話し、そして図１６Ａから２２に示すスクリーンは、コマンドをディスペンサー1500に提供することが可能である。タッチスクリーンモニターを使用するために、使用者はスクリーンに対して指のような容量性の部材の先端を押さなければならない。指の爪または尖った物体のような非容量性の部材は作動しない。別の態様では、使用者はマウスまたはキーボードを使用して、スクリーン上に提示されたコマンドおよび選択と対話する。

図１６Ａから１６Ｅは、サンプルディスペンサー1500から薬剤サンプルを分配する方法および分配するサンプルに関係するスクリーンの態様を具体的に説明する。図１６Ａは、分配コマンド1402および維持コマンド1404を有する導入スクリーン1400を示す。ディスペンサーと分配する薬剤とを結び付けるために、使用者は分配コマンド1406を選択することができる。次いで使用者は図１６Ｂに示すように処方者名1408を提示される。使用者は文字キー1412を使用して、処方者の姓の最初のイニシャルを選択することができる。次いで使用者はスクリーン1408から処方者名1414を選択することができる。次に使用者は患者名エリアに患者名1416をタイプする。次に使用者は、次のコマンド1426を選択することにより1420に進む。

図１６Ｃは、処方者名スクリーン1408に続く薬物スクリーン1422を示す。使用者は、提供されている文字ボタン1412を使用して受け取ろうとする薬物1424の最初の文字を選択することができる。次に薬物のリストがスクリーン1422に掲げられる。使用者は、彼の薬剤選択に対応するスクリーンの部分に触れることにより彼の必要とする薬物1428を選択することができる。使用者は包装物量ボタン1432を使用して、彼が必要とする包装物の数1430を選択することができる。包装物の数は、１つの包装物が多用量の薬剤を有するので、患者が必要な用量の数と等しくはない。次いで使用者は次へのコマンド1426を選択することにより進むことができる。

図１６Ｄは、薬物スクリーン1422に続き得るSIGSスクリーン1442を示す。使用者は提供されたSIGSの１つを選択するか、またはカスタムSIG1436を作成するためにボトムで彼の
スペースを使用することができる。使用者は薬物のロット番号および使用期限1438の両方を編集する。次いで使用者は次へのコマンド1426を選択することにより1440に進む。使用者には次いで図１６Ｅに示すように、分配の一覧スクリーン1442が提示され得る。使用者は次いで、すべての記入を見直して、それらが正しいことを確認する1444。使用者はプリンターを確認して、紙があることを確かめる1444。使用者は同じ患者にさらなる薬物1446を与えることを選択し、プロセス1448を再度開始するか、または終了コマンドを選択して、患者に関するラベルおよびモノグラフを選択することができる1450。

図１７Ａから１７Ｃは、ディスペンサーに薬物を補充する方法を具体的に説明する。図１７Ａに示すように、使用者には最初に維持コマンド1404を有する導入スクリーン1400が提示される。使用者は維持コマンド1446を選択して、薬物の補充を進めることができる。次いで使用者には、補充コマンド1450、データベースコマンド1452、報告コマンド1454を有するメニュースクリーン1448が提示され、そして導入スクリーン1458に戻ることができる。使用者は補充コマンド1458を選択して進むことができる。次いで使用者には、進む前に彼の名前および彼の会社名を入力することができるユーザー確認スクリーン1460が提示され得る。データを入力した後、使用者は次へのコマンド1462を選択して続行する。

図１７Ｂは、ユーザー確認スクリーン1460に続く薬物スクリーン1464を具体的に説明する。使用者は補充される薬物1446の最初の文字を文字ボタン1412から選択することができる。使用者には次に選択した文字から始まる名前を有する薬剤のリストが提示される。次いで使用者は補充される薬剤1468をスクリーン1464から選択することができる1468。使用者は次へのコマンド170を選択することにより進み、これにより図１７Ｃに示されるよう
に使用者に薬物データスクリーン1472をもたらす。薬物データスクリーン1472では、使用者はロット番号、使用期限およびディスペンサーに加える薬物の量1474を入力することができる。薬物データスクリーン1472は、セーブコマンド1476および放棄−セイブしないコマンド1478を含む。データを入力し、そしてタブキーをたたいてスクリーンを移動した後、使用者は彼の入力を確認し、そして入力が正しければセーブコマンドを実行し、あるいは入力が正しくなければ放棄−セーブしないコマンドを実行する。

図１８Ａから１８Ｄは、ディスペンサー内の在庫を見、または編集する方法を具体的に説明する。使用者には最初に図１８Ａに示すように、維持コマンド1404を有する導入スクリーン1400が提示される。使用者は維持コマンド1446を選択して薬物の補充を進めることができる。使用者には次いで補充コマンド1450、データベースコマンド1452、報告コマンド1454を有するメニュースクリーン1448が提示され、そして導入スクリーンコマンド1458に戻ることができる。使用者はデータベースコマンド1482を選択して進むことができる。次いでデータベーススクリーン1484が、図１８Ｂに具体的に説明するように使用者に提示され得る。

データベーススクリーン1484は、在庫コマンド1486、処方者コマンド1487、トランザクションコマンド1448および補充コマンド1489を含むことができる。ディスペンサー中の在庫を見る、または編集するために、使用者は在庫コマンド1490を選択し、そしてスクリーン1484上に示された薬物1492を選択することができる。スクリーン1484は、薬物名に加えて薬物の製造元およびバーコード情報を提示することができる。次いで使用者は、データベースの選択を編集または削除のいずれかにより、在庫データベース1494を操作することができる。データベース選択を編集する時、在庫データベースの編集スクリーン1495は図１８Ｃに示すように現れることができる。このスクリーン1495上で、使用者は商品を編集し、または新しい商品をデータベース1496に加えることができる。新規の商品を加えるために、使用者は在庫コマンド1486を選択し、編集コマンド1330を選択し、そしてスクリーン1484から薬物を選択することができる。薬物は即座に変更することができるので、任意の薬物を選択することができる。次いで使用者はすべてのフェールドコマンド1332の消去を選択し、データをスクリーン1495上に示されたブランクフィールドに入力し、そしてセーブコマンド1334を選択する。

使用者は新規GCN番号を得、そして新規GCN番号1498を在庫データベース編集スクリーン1495から適用することを選択できる。GCN番号は同じ種類に属する薬剤に割り当てられ、
そして分配プロセスで患者が受け取るモノグラフを作成するために使用することができる。使用者が新規GCNを得、そして適用することを選択する場合、使用者には図１８Ｄで示
されるように、GCNスクリーン1300が提示され得る。このスクリーンから使用者は、実際
の薬物を取り上げることにより新規GCN番号を選択するか、またはスクリーン1300からそ
の最も近い治療用均等物を選択することができる。どの商品を選んでも、そのGCN番号を
在庫データベース編集スクリーン1495上のNEW GCN テキストボックス1306に加える。使用者は在庫データベース編集スクリーン1308に戻り、そして新規データをセーブするか、または前のデータ1310を再保存することを選択する。

図１９Ａから１９Ｃは、ディスペンサーのデータベース内の処方者を見る、または編集するための方法を表す。使用者には最初に図１９Ａに示す維持コマンド1404を有する導入スクリーン1400が提示される。使用者は維持コマンド1446を選択して、薬物の補充を進めることができる。次いで使用者には補充コマンド1450、データベースコマンド1452、報告コマンド1454を有するメニュースクリーン1448が提示され、そして導入スクリーンコマンド1458に戻ることができる。使用者はデータベースコマンド1482を選択して進むことができる。データベーススクリーン1484が、図１９Ｂに具体的に説明するように使用者に提示され得る。

データベーススクリーン1484は、在庫コマンド1486、処方者コマンド1487、トランザクションコマンド1488および補充コマンド1489を含むことができる。ディスペンサーとインターフェイスで接続したデータベース中で処方者を見る、または編集するために、使用者は処方者コマンド1310を選択し、そしてスクリーン1484で示す処方者1312を選択することができる。次に使用者はデータベースから選択した処方者を動かすか、または処方者情報を彼のデータベース1314に加えるために編集する。使用者が新規処方者を加えることを選択する場合、処方者には図１９Ｃに示す処方者データベース編集スクリーン1316が提示され得る。使用者は新規処方者名を入力し、そしてデータベーススクリーン1318に戻ることができる。

図２０Ａおよび２０Ｂは、ディスペンサーを用いて作られたトランザクションを見る方法を具体的に説明する。使用者には最初に、図２０Ａに示す維持コマンド1404を有する導入スクリーン1400が提示される。使用者は維持コマンド1446を選択して薬物の補充を進めることができる。次いで使用者には、補充コマンド1450、データベースコマンド1452、報告コマンド1454を有するメニュースクリーン1448が提示され、そして導入スクリーンコマンド1458に戻ることができる。使用者はデータベースコマンド1482を選択して進むことができる。次いで図２０Ｂに具体的に説明するように、データベーススクリーン1484が使用者に提示され得る。

データベーススクリーン1484は、在庫コマンド1486、処方者コマンド1487、トランザクションコマンド1488および補充コマンド1489を含むことができる。サンプルディスペンサー1500で作ったトランザクションを見るために、使用者はトランザクションコマンド1320を選択することができる。トランザクションデータベースは、見る目的のためのみに使用され得る。使用者は例えばトランザクション番号により、またはトランザクション日時によりトランザクションを見ることができる。

図２１は、ディスペンサーの補充経過を見る方法を具体的に説明する。使用者には最初に維持コマンド1404を有する導入スクリーン1400が提示され得る。使用者は維持コマンド1446を選択して薬物の補充を進めることができる。次いで使用に者は、補充コマンド1450、データベースコマンド1452、報告コマンド1454を有するメニュースクリーン1448が提示され、そして導入スクリーンコマンド1458に戻ることができる。使用者はデータベースコマンド1482を選択して進むことができる。次いでデータベーススクリーン1484が使用者に提示され得る。

データベーススクリーン1484は、在庫コマンド1486、処方者コマンド1487、トランザクションコマンド1488および補充コマンド1489を含むことができる。ディスペンサーに補充された薬物を示すデータベースを見るために、使用者は補充コマンド1322を選択することができる。補充された薬物を示すデータベースは、見る目的のみに使用される。このデータベーススクリーン1484は、補充日、薬剤効力および品質を含む様々な種類の補充データを表すことができる。

図２２はディスペンサーのデータベースの報告を見る方法を具体的に説明する。使用者は初めに、維持コマンド1404を有する導入スクリーン1400が提示され得る。使用者は維持コマンド1446を選択して進み、報告を見ることができる。次いで使用者には、補充コマンド1450、データベースコマンド1452、報告コマンド1454を有するメニュースクリーン1448が提示され、そして導入スクリーンコマンド1458に戻ることができる。使用者は報告コマンド1324を選択して進むことができる。次いで報告スクリーン1326が使用者に提示され得る。次いで使用者は見ようとするスクリーン1326から報告1328を選択することができる。例えば、使用者は在庫報告を選択し、そして見ることができる。

図２３Ａおよび２３Ｂは、サンプル分配のハードウェアシステムであるサンプルディスペンサー1500の好適な態様を表す。ディスペンサー1500は、コンピューターハウジング1502内に配置されたコンピューター1560、モニター1504、プリンター1506および制御システムハウジング1546に配置された制御システム1518を有することができる。ディスペンサー1500はまた、複数のビン1510を保持するドア1508、カメラ1512およびユーザー確認システム1514も有することができる。図２３Ａは、開いた位置でのディスペンサー1500のドア1508を示す。図１６Ｂは、閉じた位置でのディスペンサー1500のドア1508を示す。

図２４Ａおよび２４Ｂは、それぞれ開放および閉鎖位置でのコンピューターハウジング1502の態様を具体的に説明する。コンピューターハウジング1502は、リブートまたはサービスのためにコンピューターにアクセスすることを制限するために、開き、そして閉じることができる。コンピューターハウジング1502は、固定部1562および可動部1564を有することができる。固定1562および可動1564部分は、少なくとも１つの蝶番1566により結合することができる。好適な態様では、２つの蝶番1566がハウジング1502の固定1562および可動1564部分を連結する。ハウジング1502の可動部1564はサイドレイル1568を含むことができ、そしてハウジング1502の固定部1562は側壁1570を有することができる。このレイル1568および壁1570は、可動部1564の移動を制限し、そしてコンピューター1560は可動部1564として使用者により開けられる。可動部1564が開けられた時、サイドレイル1568はハウジング1502の固定部1562の側壁1570とかみ合い、これによりハウジング1502の可動部1564がさらに回転することを防止できる。コンピューターハウジング1502を開けると、使用者はコンピューター1560にアクセスすることができる。

図２５は、ハウジング1502の可動部1564に取り付けられたコンピューター1560を示す。１つの態様では、ハウジング1502は、可動部1564と固定部1562との間に取り付けられたピストン1570または緩衝装置を有することができる。示した好適な態様では、ピストン1570は可動部ブラケット1574と固定部ブラケット1576との間に取り付けることができる。ピストン1570は、コンピューターハウジング1502が開けられた時、可動部1564が移動するスピードを制御するために役立つことができる。

コンピューターハウジング1502は、マザーボード、CPU、ネットワークインターフェイ
スカード、バードドライブおよびモデムを含むことができるコンピューター560を有する
ことができる。好適な態様では、コンピューターハウジング1502はアサス（Asus）のマザーボード、Intel Pentium（商標）II CPU、3Com 3C90Xネットワークインターフェイスカ
ード、ウエスタン デジタル（Western Digital）のハードドライブおよび3Com U.S.ロビ
ックス（Robics）モデムを含むことができる。ハードドライブは例えば、４から６の間ギガバイト容量であることができる。モデムは内部または外部モデムのいずれかであることができる。好適な態様ではモニター1504は、例えば使用者がコンピューターにコマンドを入力できるようにするマイクロタッチ（Micro Touch）スクリーンのようなタッチスクリ
ーンである。コンピューターは、コンピューターにコマンドを入力することを可能とするキーボードも含むことができる。プリンター1506は、例えばレーザージェットまたはカラーインクジェットであることができる。

図２３Ａおよび２３Ｂに表すように、カメラ1512をディスペンサー1500に取り付けることができ、そしてサンプルディスペンサー1500のすべての使用者の写真記録を作成するために使用することができる。そのような記録は、サンプルディスペンサー1500での保安措置のために使用し、そしてディスペンサー1500での不正行為をくじくために使用することができる。カメラ1512は幾つかの予め定めた出来事により起動して、ディスペンサーの周囲エリアの写真を自動的に取ることができる。１つの態様では、近位センサーをカメラ1512に電気的につなぐことができ、そしてカメラ1512が幾つかの外的な出来事に基づく写真を取ることができる。例えば、使用者がディスペンサー1500から一定距離内を移動したならば、近位センサーがそのような動きを捕らえ、そしてカメラ1512にディスペンサー1500の周囲エリアの画像を自動的に取るようにさせる。別の態様では、カメラ1512はユーザー確認システム1514とつながれて、システム1514にカメラが写真をとるように連動させることができる。例えば使用者が確認システム1514を使用しようと試みると、成功または失敗のいずれでも、そのような試みはカメラ1512が写真をとるように起動させる。別の態様でカメラ1512は、ドア1508の開放でカメラ1512がディスペンサー1500の周囲エリアの画像を自動的に取るように、ディスペンサー1500のドア1508と連結することができる。

カメラ1512は、コンピューターであることができる制御システムを有することができる。カメラ1512を制御するコンピューターは、ディスペンサー1500を制御するコンピューターとは別であるか、またはそれに統合され得る。

サンプルディスペンサー1500は、認可されていないアクセスに対して保護するために、ユーザー確認システム1514も有することができる。ユーザー確認システム1514は、ディスペンサーにより分配される薬物への認可された使用者のアクセスを可能とする保安措置デバイスとして使用することができる。このシステム1514で、使用者はディスペンサー1500のドア1508を開ける前に、システム1514に対して同じ確認の書式の提出を要求する。ユーザー確認システム1514は、施錠メカニズムと連結して使用して、ディスペンサー1500の保安措置を提供することができる。１つの態様ではユーザー確認システム1514は、使用者の指紋を同定することにより作動する。好適な態様ではユーザー確認システム1514は、使用者の親指の指紋を同定することにより作動する。ディスペンサー1500にアクセスするために、使用者は指または親指をユーザー確認システム1514に対して置く。使用者の指紋がユーザー確認システム1514により認識されれば、ディスペンサー1500の施錠メカニズムは解除され、そしてドア1508が開く。使用者の指紋がユーザー確認システム1514により認識されなければ、ディスペンサーの施錠メカニズムは解除されず、これによりディスペンサー1500中のサンプルへのアクセスが防止される。ユーザー確認システム1514は、コンピューターであり得る制御システムを有することができる。ユーザー確認システム1514を制御するコンピューターは、ディスペンサー1500を制御するコンピューターとは別であるか、またはそれに統合され得る。ユーザー確認システム1514は限定するわけではないが、病院の確認カード、クレジットカード、デビットカード、他の確認書類、キーボードまたはキーパッドを使用したパスワードによるアクセスを含むことができるに注目すべきである。

サンプルディスペンサー1500は、ドア1508を有することもできる。ドア1508はディスペンサー1500内にサンプルを含み、そして揃えるために使用することができる複数のビン1510を収容することができる。各ドア1508は蝶番1516によりディスペンサーに連結されている。

図２６Ａは、ドア1508の制御システム1518を表す。制御システム1518は、中につけられた少なくとも１つのブロック1524を有し、そしてベルト1520の動きを制御するための１組のローラー1522を有するベルトを含むことができる。１つの態様では、ブロック1524は、ベルト1520にボルトで固定されている。別の態様では、ベルト520はチェーン駆動システ
ムである。１つの態様では、ローラー1522はギアであることができる。ローラー1522はローラー1522の動きを制御することができる制御システムに連結され、これによりドア1508の自動的開閉を提供する。制御システムはコンピューターを含むことができる。

各ドア1508は、ドア1508上の旋回軸1528でロッド1530の第１末端1532に連結することができる。各ロッド1530の第２末端1534は、各ブロック1524の旋回軸1526に連結することができる。ロッド1530は、ドア1508を運動制御システム1518に連結する。ドア1508上の旋回軸1528は、ドア1508がそれらの蝶番1516の回りをロッド1530からの衝突なしに回転できるようにする。同様に、ブロック1526上の旋回軸1526は、ドア1508の回転運動にこの運動と衝突することなく従わせる。

図２６Ａも、種々の操作段階における制御システム1518を表す。制御システム1518は、ドア1508の位置を制御することができる。第１段階1536でドア1508は閉鎖位置にあり、そしてドアの脇の部分1544は中心線1542に対してゼロ度を形成する。ブロック1524は、制御システム1518の中心線1542に近いベルト1520上に配置される。ベルト1520はロッド1530に各ドア1508が中心線1542に向けられるような力を作らせ、これによりドア1508を閉鎖位置に維持する。第２段階1538では、ドア1508は半分開いており、ドアの脇の部分1544は中心線1542に対して45度を形成する。この位置1538で各ブロック1524は、開放運動ではベルト1520によりシステム1518の中心線1542から離れるように強制され、あるいは閉鎖運動ではベルト1520によりシステム1518の中心線1542に向くように強制される。開放運動では、ベルト1520は各ロッド1530に、中心線1542から離れるように向けられた各ドア1508に対する力を作るようにし、これによりドア1508が部分的に開いた位置となる。閉鎖運動では、ベルト1520は各ロッド1530に、中心線1542に向かう各ドア1508に対する力を作るようにし、これによりドア1508が部分的に開いた位置とすることができる。第３段階1540では、ドアは完全に開いており、ドアの脇の部分1544は中心線1542に対して90度を形成する。この位置1540で各ブロック1524は、ここでもベルト1520によりシステム1518の中心線1542から離れるように強制された。この位置1540に対するベルト1520の運動は、さらに各ロッド530
に、中心線1542から離れて向けられる各ドア1508に対する力を作るようにし、これによりドア1508を完全に開いた位置とする。

運動システム1518は、自動的に作動することができる。そのような操作はディスペンサー1500に保安措置を提供することができ、そして使用者のデバイス1500へのアクセスを制限することができる。操作した時、制御システム1518はドア1508を開放または閉鎖位置にそれぞれ広げ、または収縮させることができる。制御システム1518の自動操作は、幾つかの予め定めた出来事により起動させることができる。例えば１つの態様では、ドア1508は使用者が肯定の同定を提供した時にのみ運動制御システムにより開くようにプログラムすることができる。またドア1508は設定した時間が経過した後に、自動的に閉鎖するようにプログラムすることができる。別の態様では、ドア1508は使用者がディスペンサー1500に配置された近位センサーから離れた時、閉鎖させることもできる。制御システム1518の自動操作のために、システム1518はコンピューターにより制御される。システム1518を制御するコンピューターは、ディスペンサー1500を制御するコンピューターとは別であるか、またはそれに内蔵することもできる。

サンプルディスペンサー1500は、バーコードリーダーまたは別の態様では電子リーダーを含むこともできる。複数のビン1510により保持されるサンプルは、バーコードを含むことができる。サンプルディスペンサー1500にバーコードリーダーを含むことは、使用者が例えばサンプルディスペンサー1500から除いたサンプルの記録および除去の日時および時期を迅速かつ正確に作成できるようにする。

図２６Ｂは、図２６Ａに示した制御システム1518の詳細な頭頂図を具体的に説明する。制御システム1518は、ベルト1520、ローラー1522およびブロック1524が取り付けられたハウジング1550を有することができる。ハウジング1550は、このような構成部品1520、1522および1524を運動制御システムハウジング1546に保持し、そして固定することもできる。ハウジング1550は、ハウジング1550を制御システムハウジング1546に付けることを可能にするフランジをつけた部分1552を有することができる。制御システム1518はまた、ハウジング1550に付けたシャンク1554を有することもできる。各ブロック1524は、各ブロック1524中の溝がシャンク1554とかみあうように、ブロック中に形成された溝を有することができる。ブロック1524は、ブロック1524がシャンク1554の長さに沿って滑動できるように、シャンク1554上に取り付けることができる。好適な態様では、シャンク1554は隆起したスチールロッドである。

図２７Ａから２７Ｄは、サンプルディスペンサー1500のビン1608の態様を具体的に説明する。ビン1608は、ディスペンサー1500内に薬剤を保存し、そして揃えるために使用することができる。示した態様では、ビン1608は前端1610および後端1612を持つハウジング1614を有する。ハウジング1614はハンドル1620、プッシングデバイス1616および連続トーションバネ1618を含む。ハンドル1620は、ディスペンサー1500からビン1608を取り出すために使用する。ビン1608が空である時、プッシングデバイス1616は、連続トーションバネ1618によりビン1608の前端1610に押される。次いで使用者はプッシングデバイス1616をビン1608の後端1612に移動させることにより、薬物または薬剤包装物をビン1608に補充する。そのような運動は薬物のための保存空間を提供し、そして連続トーションバネ1618を伸ばす。薬剤包装物がビン1608から取り出される時、プッシングデバイス1616は、連続トーションバネ1618の収縮によりビン1608の前端1610に向けて押される。この態様では、使用者はビン1608が空であるか、または満たされているかどうかを即座に知ることができる。第１の薬剤包装物が取り出された時、ビン1608の前端1610に第２の薬剤包装物を増やすことで、包装物を常に直ちに利用できることを確認する。そのような装置は、ビンが完全に空であるか、またはビンの後ろに隠れた包装物を含むかどうかを使用者が推測する時間を節減することができる。

別の好適な態様では、薬剤ディスペンサーは、薬剤ディスペンサーシステムに対して肯定的に同定できた患者に、処方されたものではない一般薬を分配する。図２８から３４は、そのようなシステムを使用することができるユーザー対話式タッチスクリーンの態様を具体的に説明する。スクリーンは、使用者に非処方ディスペンサーでソフトウェアと対話するための方法を提供することができる。

図２８は非処方薬剤ディスペンサーのタッチスクリーンモニターに関する導入スクリーン1560を示す。導入スクリーン1560は、スタートコマンド1562、言語選択コマンド1564およびデモンストレーションコマンド1566を含むことができる。スタートコマンド1562は、使用者に次のスクリーンを通って進み、そして使用者が受け取ろうとする非処方薬剤の選択を可能とする。言語選択コマンド1564は、次のディスプレイスクリーンで使用者に言語の選択をさせる。デモンストレーションコマンド1566は、どのように薬剤ディスペンサーが作動するかの実演を提供することができる。導入スクリーン1560およびすべての後のスクリーンは、使用者が任意の点でスクリーンから出ることを可能にする終了コマンド1568を含むことができる。

図２９は、薬剤の種類の選択1572を有する薬剤種類選択スクリーン1570およびリセットコマンド1574を具体的に説明する。薬剤種類選択1572は、使用者が受け取ろうとする製品の薬剤の種類を選択することを可能とする。薬剤の種類は、例えばアレルギーに対する薬物、制酸剤、風／インフルエンザ、クリーム／ローション、痔薬、緩下剤、鎮痛剤およびビタミン類を含むことができる。リセットコマンド1574は、誤った選択が行われた場合に、使用者が選択をやり直すか、またはキャンセルできるようにする。

図３０は、選択した種類内で異なる薬剤が入手可能であることを示す薬剤入手可能性スクリーン1576を具体的に説明する。使用者が薬剤の種類として鎮痛剤を選択した場合、図３０に示すスクリーンは、使用者に入手可能な鎮痛剤の種類のリストを提供することができる。例えば鎮痛剤の種類の下では、使用者はアスピリン、小児用アスピリン、アセトアミノフェン、イブプロフェンまたは非アスピリン系アセトアミノフェンから選択することができる。使用者は薬剤選択コマンド1578を使用して得ようとする薬剤を選択することができる。各薬剤選択コマンド1528は、特定の薬剤と関連し得る。薬剤入手可能性スクリーン1576はまた、薬剤リストコマンド1580も有することができ、これを作動させた時、使用者に選択するすべての薬剤のリストを示すことができる。

図３１は、薬剤1588の使用者の選択を掲げる薬剤リストスクリーン1582を示す。薬剤リストスクリーン1582は、使用者がリストから特定の薬剤選択を削除することを可能とする薬剤選択コマンド1598を含むことができる。１つの態様では、薬剤選択を削除するために、使用者はリストから削除する薬剤に対応する薬剤選択コマンド1598をタッチすることができる。薬剤リストスクリーン1582はまた、コマンド1584を「続行」し、そしてコマンド1586を「実行」することも示す。「続行」コマンド1584は、使用者のさらなる薬剤選択を可能とする。「実行」コマンド1586は、使用者の薬剤選択スクリーンからの退出、そして選択した薬剤の受け取りを可能とする。

図３２は、ユーザー確認スクリーン1590を具体的に説明する。このスクリーン1590は、薬剤を分配するために、使用者に自身を薬剤分配システムに同定させるように指示する。１つの態様では、使用者は復員軍人庁カードをカードリーダーに通すように指示され得る。次いで使用者のカード上の情報がシステムのデータベース内の情報と比較されて、使用者が要求した薬剤を受け取る適格性を決定することができる。またユーザー確認スクリーン1590は、ユーザー確認表示ボタン1592も含むことができる。このボタン1592は、使用者の確認が有効であることを示す肯定的確認ボタン1594、または使用者の確認が無効であることを示す否定的確認ボタン1596を含むことができる。

図３３は、使用者が選択した薬剤を示し、そして分配する直ちに分配するスクリーン1600を表す。この直ちに分配するスクリーン1600は、使用者がリストから特定の薬剤選択を削除することができる薬剤選択コマンド1602も含むことができる。１つの態様では、薬剤選択を削除するために、使用者は薬剤選択コマンド1602（これはに次にリストから除去される薬剤に対応する)に対応するタッチスクリーンの部分をタッチすることができる。直
ちに分配するスクリーン1600はまた、薬剤分配コマンド1604を有することもできる。使用者が自分の薬剤要求に満足した時、使用者はこのボタンをタッチして薬剤分配手順を開始することができる。

図３４は、終了スクリーン1606を示す。終了スクリーン1606は、薬剤をディスペンサートレイから取り出し、そしてプリンターから情報を取ることを含む使用説明を使用者に提供することができる。この終了スクリーン34は、要求が処理され、そして送達されたことも示すことができる。

図３５および３６は、一般（OTC）薬ディスペンサー1650の態様を具体的に説明する。
このOTC薬ディスペンサーは、ドア1652、薬剤保存トレイ1654、ラベリングデバイス1656
、電子部品1658、ユーザー確認システム1660、コンピューター1666、保安監視システム1668、磁気カードリーダー1672および取り出し場所1674を含むハウジング1684を有することができる。コンピューター1666は、ディスプレイ1662および紙の取り出し場所1674を有するプリンター1664を含むことができる。このディスプレイ1662は、タッチスクリーンディスプレイであることができる。ディスプレイスクリーンは、例えば非処方薬に適切な広告材料または関連する教育資料を表示することができる。ドア1652は、薬物ディスペンサー1650の薬剤保存トレイ1654をより良く具体的に説明するために開放位置で表す。

ユーザー確認システム1660および磁気カードリーダー1672の両方は、薬物ディスペンサー1650に使用者のアクセスを許すか、または防止するために使用することができる。ユーザー確認システム1660は指紋リーダーであることができ、そして好ましくは親指の指紋リーダーである。しかし例えば限定するわけではないが、クレジットカード、デビットカードおよびスマートカードリーダーシステムのような他のユーザー確認システムを包含することができる。ユーザー確認システム1660は、使用者の指紋データをディスペンサー1650とインターフェイスでつながれたデータベース中に含まれる指紋データと比較することができる。磁気カードリーダー1672は、復員軍人庁カードのような使用者の薬物ディスペンサーカードからの情報を読み、そしてその情報をディスペンサー1650とインターフェイスでつながれたデータベース内の情報と比較することができる。ユーザー確認システム1660または磁気カードリーダー1672のいずれかでは、使用者の情報がデータベースに存在する場合、使用者は進み、そして自分が要求した薬物を受け取ることができる。逆に使用者の情報がデータベースに無ければ、使用者はシステム中を進むことができないか、または薬物を受け取ることはできない。顧客により要求される保安措置のレベルに依存して、ディ
スペンサー1650はユーザー確認システム1660または磁気カードリーダー1672のいずれか、または両方を含むことができる。例えば医師の事務所に配置されたディスペンサー1650は、メタドン医院（methadon clinic）に配置されたディスペンサー1650とは異なるレベル
の保安措置を要求することができる。顧客の高いレベルの保安措置の要求には、ディスペンサー1650はユーザー確認システム1660および磁気カードリーダー1672の両方を含むことができる。

電子部品1658には、カメラ、スピーカーまたはマイクロフォンを含むことができる。スピーカーまたはマイクロフォンは、音声認識システムの存在で使用者とコンピューターとの対話を可能とすることができる。カメラは保安監視デバイス1668と連結することができる。保安監視デバイス1668は、ディスペンサー1650の不正操作を検出することができる。保安監視デバイス1668は赤外線検出器であることができる。１つの態様では、保安監視デバイス1668は振動記録機であることができる。例えばディスペンサー1650が不正に操作されると、保安監視デバイスがカメラにディスペンサー1650の周辺エリアの写真記録を作成させることができる。１つの態様では、写真記録は例えばモデム技術により次いで監視ステーションに送ることができるデジタル画像であることができる。

図３６に示すような薬剤保存トレイ1654は、分配デバイスを含むことができる。好適な態様では、分配デバイスはヘリックスコイル1680を含むことができる。好適な態様では、ヘリックスコイル1680はモーターで駆動され、そして薬物を使用者に分配する。使用者が薬物をディスペンサー1650から分配するように選択した時、選択した薬物に対応するヘリックスコイル1680を回転するように強制することができ、これにより薬物をディスペンサー1650のドア1652に向かって移動させ、そしてドア1652に配置された回収トレイ1676に入るようにする。薬剤保存トレイ1654はまた、ディバイダー1682も含むことができる。ディバイダー1682は、トレイ1654が様々なサイズまたは形状の薬物包装物を収容できるようにトレイ1654内で調整することができる。ヘリックスコイル1680の回転は、例えばコンピューターのような同じ制御システムにより制御され得る。

ドア1652は、薬剤保存トレイ1654および薬物をOTC薬ディスペンサー1650のハウジング1684内に固定するために使用することができる。ドア1652は上昇メカニズム1678を含むことができ、これを図３７にドア1652無しで示す。ドア1652は回収トレイ1675、プッシングデバイス1686およびプッシングデバイス制御1688を含むこともできる。

好適な態様では、上昇メカニズム1678はＳ型−レイル上昇ネジである。Ｓ型−レイル上昇ネジは回収トレイ1676を通って曲がることができ、そして時計回りまたは反時計回りのいずれかで中心軸の回りを回転することができ、これにより回収トレイ1686を上方または下方に移動させる。Ｓ型−レイル上昇ネジは、テフロンコートして回収トレイ1676の滑らかな移動を提供することができる。

回収トレイ1676は薬剤保存トレイ1654から薬物包装物を回収し、そして包装物をラベリングデバイス1656に送達するために使用することができる。回収トレイ1676を上方および下方に移動させることにより、トレイ1676はディスペンサー1650の高さ全体に沿って位置する薬剤保存トレイ1654から薬物包装物を集めることができる。包装物が分配される特定の薬剤保存トレイ1654に回収トレイ1676を配置することは、分配後の衝撃により包装物中の薬物が損傷することを防止する。回収トレイ1676の配置は、例えばコンピューターのような制御システムにより制御することができる。

回収トレイ1676は、医用サンプルを回収トレイ1676からラベリングデバイス1686に移動させるために使用することができるプッシングデバイス1686を含むことができる。このプッシングデバイス1686は、プッシングデバイス1686の位置を制御するプッシングデバイスコントローラー1688を含むことができる。１つの態様では、プッシングデバイスコントローラー1688はＳ型−レイルネジである。別の態様では、コンベアをプッシングデバイスコントローラー1688として使用することができる。プッシングデバイスコントローラー1688は、例えばコンピューターのような制御システムにより制御することができる。

使用者がOTC薬ディスペンサー1650から薬剤を受け取ることを望む時、使用者は最初に
ユーザー確認システム1660または磁気カードリーダー1672のいずれか、または両方による身元の確認を提供するように促され、そして次に使用者の薬物選択をコンピューター1666に入力することができる。別の態様では、使用者は最初に薬剤選択を入力するように促され、そして次にディスペンサー1650に身元の確認を提供するように要求される。次に回収トレイ1676を、上方または下方で、要求した薬物を含む薬剤保存トレイ1654に移動させられる。次いでヘリックスコイル1680を、選択した薬物を回収トレイ1676に進めるように、薬剤保存トレイ1654中で回転するよう強制することができる。次に回収トレイ1676は、ラベリングデバイス1656に向けて上または下に移動させることができる。回収トレイ1676のプッシングデバイス1686が、回収トレイ1676からラベリングデバイス1656へ薬物を押すことができる。ラベリングデバイス1656では、薬物のバーコードを読むことができるバーコードリーダーにより薬剤を確認することができる。ラベリングデバイス1656はまた、薬物にラベルを適用することもできる。次いでラベリングデバイス1656は取り出し場所1674に薬物を移すことができる。好適な態様では、ラベリングデバイス1656は、Ｓ型−レイルまたはコンベアーのような運搬メカニズムにより薬物を取り出し場所1676へ移すことができる。好適な態様では、取り出し場所1674は自動化され得るカバーを有することができる。使用者により要求されるように薬物が取り出し場所1674に到達した時、カバーは開くことができる。いったん使用者が要求した薬物を取り出せば、カバーは自動的に閉じ、そして取り出し場所1674に自身を固定する。

請求した発明の一般性を限定することなく、当業者は分配システムの構成（物理的およびプログラムコード）を物理的に分割し、そしてコンピューターネットワークにより一緒に接続された異なるロケーションから操作できると考えるだろう。さらにシステムの構成を分割し、そして応用できるならばコンピューターネットワーにより接続された多くの実体により所有され、そして操作され得る。

当業者には、薬品および他の医療用製品の遠隔分配に関与する方法は、コンピューターを利用できる媒体を含むコンピュータープログラム製品で具現化することができることは明らかであろう。例えばそのようなコンピューターを利用することができる媒体には、ハードドライブデバイス、CD-ROM、DVD-ROM、またはコンピューターが読み取り可能なコー
ドセグメントが中に保存されているコンピューターディスケットのような読み取り可能な記憶装置を含むことができる。コンピューターが読み取り可能な媒体には、デジタルまたはアナログデータシグナルとしてそこに運ばれるプログラムコードセグメントを有する、光学的、有線または無線のいずれかのバスまたは通信リンクのような通信および伝送媒体も含むことができる。

本発明を部分的に示し、そしてそれらの好適な態様を参照にして記載したが、当業者は形態および詳細における様々な変更を、本発明の範囲から逸脱することなくそこに行うことができると考えるだろう。

Claims (11)

1. 医薬品を分配処理するための方法であって、
   サーバーが、医薬品を分配するための要求を受信する工程と、
   該サーバーが、遠隔制御分配装置及び該サーバーから離れた場所において薬剤師が該要求を受信し及び承認し得るように薬剤制御システムと通信することにより該要求を処理する工程と、
   該サーバーが、該サーバーから該遠隔制御分配装置に、前記処理の結果を提供する工程と、
   を有し、
   該遠隔制御分配装置が該サーバーから提供された該処理の結果の受信に基づき自動的に医薬品を分配し、該サーバーがウェブサーバーである、
   該医薬品を分配処理するための方法。
2. 前記薬剤制御システムを使用するサーバーによって前記要求を処理する工程が、インターフェイスアプリケーションサーバーを介して該薬剤制御システムと通信する工程を有する、請求項１に記載の方法。
3. 前記薬剤制御システムと共に医薬品のための処方箋をサーバーが承認する工程を更に有する、請求項１に記載の方法。
4. サーバーが複数の遠隔制御分配装置のために複数の薬剤制御システムを使用して複数の処方箋を承認する工程と、
   複数の薬剤制御システム及び複数の遠隔制御分配装置との承認された接続が該サーバーを介して可能となるように、該薬剤制御システムの使用者と該遠隔制御分配装置の使用者のために、サーバーが使用者のＩＤを受信する工程と
   を更に有する、請求項１に記載の方法。
5. 医薬品を分配するための要求を薬剤制御システムから受信する、請求項１に記載の方法。
6. 複数の医薬品を分配するための複数の要求をサーバーが記憶する工程と、
   該複数の要求をサーバーが処理する工程と、及び
   該複数の要求に対応する複数の処理結果を該サーバーから前記遠隔制御分配装置に通信する工程と
   を更に有する、請求項１に記載の方法。
7. サーバーによって記憶されたデータを使用して遠隔制御分配装置の在庫水準をサーバーが照合する工程を更に有する、請求項1に記載の方法。
8. サーバーが前記要求を処理する工程が、
   サーバーにおいて記憶されたデータを使用して遠隔制御分配装置内の医薬品の位置をサーバーが識別する工程を更に有する、請求項1に記載の方法。
9. 遠隔制御分配装置によって分配された医薬品を識別するコードをサーバーが受信する工程と、及び
   遠隔制御分配装置によって分配された医薬品を識別するコードと期待されるコードとをサーバーが比較する工程と
   を更に有する、請求項１に記載の方法。
10. 受信したコードが期待されたコードと一致しないと判明した場合に、サーバーがサーバーから警告を送信する工程を、更に有する請求項９に記載の方法。
11. 遠隔制御分配装置に対するプリンターによって、依頼人に対し、注意書き、患者名、医薬品の表示、及び医薬品の図形の少なくとも1つを印刷する工程を、更に有する請求項1に記載の方法。

Images