JP2010533927A - リモート薬剤管理システムの運用 - Google Patents
リモート薬剤管理システムの運用 Download PDFInfo
- Publication number
- JP2010533927A JP2010533927A JP2010517158A JP2010517158A JP2010533927A JP 2010533927 A JP2010533927 A JP 2010533927A JP 2010517158 A JP2010517158 A JP 2010517158A JP 2010517158 A JP2010517158 A JP 2010517158A JP 2010533927 A JP2010533927 A JP 2010533927A
- Authority
- JP
- Japan
- Prior art keywords
- drug
- unit
- patient
- medication
- unit dose
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Images
Classifications
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H20/00—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance
- G16H20/10—ICT specially adapted for therapies or health-improving plans, e.g. for handling prescriptions, for steering therapy or for monitoring patient compliance relating to drugs or medications, e.g. for ensuring correct administration to patients
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J7/00—Devices for administering medicines orally, e.g. spoons; Pill counting devices; Arrangements for time indication or reminder for taking medicine
- A61J7/0076—Medicament distribution means
- A61J7/0084—Medicament distribution means for multiple medicaments
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J7/00—Devices for administering medicines orally, e.g. spoons; Pill counting devices; Arrangements for time indication or reminder for taking medicine
- A61J7/04—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J7/00—Devices for administering medicines orally, e.g. spoons; Pill counting devices; Arrangements for time indication or reminder for taking medicine
- A61J7/04—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers
- A61J7/0409—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers with timers
- A61J7/0427—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers with timers with direct interaction with a dispensing or delivery system
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J7/00—Devices for administering medicines orally, e.g. spoons; Pill counting devices; Arrangements for time indication or reminder for taking medicine
- A61J7/04—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers
- A61J7/0409—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers with timers
- A61J7/0454—Arrangements for time indication or reminder for taking medicine, e.g. programmed dispensers with timers for dispensing of multiple drugs
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06V—IMAGE OR VIDEO RECOGNITION OR UNDERSTANDING
- G06V20/00—Scenes; Scene-specific elements
- G06V20/60—Type of objects
- G06V20/66—Trinkets, e.g. shirt buttons or jewellery items
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
- G07F17/0092—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for assembling and dispensing of pharmaceutical articles
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H30/00—ICT specially adapted for the handling or processing of medical images
- G16H30/20—ICT specially adapted for the handling or processing of medical images for handling medical images, e.g. DICOM, HL7 or PACS
-
- G—PHYSICS
- G16—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR SPECIFIC APPLICATION FIELDS
- G16H—HEALTHCARE INFORMATICS, i.e. INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR THE HANDLING OR PROCESSING OF MEDICAL OR HEALTHCARE DATA
- G16H40/00—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices
- G16H40/60—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices
- G16H40/67—ICT specially adapted for the management or administration of healthcare resources or facilities; ICT specially adapted for the management or operation of medical equipment or devices for the operation of medical equipment or devices for remote operation
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J2200/00—General characteristics or adaptations
- A61J2200/30—Compliance analysis for taking medication
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J2205/00—General identification or selection means
- A61J2205/10—Bar codes
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J2205/00—General identification or selection means
- A61J2205/20—Colour codes
-
- A—HUMAN NECESSITIES
- A61—MEDICAL OR VETERINARY SCIENCE; HYGIENE
- A61J—CONTAINERS SPECIALLY ADAPTED FOR MEDICAL OR PHARMACEUTICAL PURPOSES; DEVICES OR METHODS SPECIALLY ADAPTED FOR BRINGING PHARMACEUTICAL PRODUCTS INTO PARTICULAR PHYSICAL OR ADMINISTERING FORMS; DEVICES FOR ADMINISTERING FOOD OR MEDICINES ORALLY; BABY COMFORTERS; DEVICES FOR RECEIVING SPITTLE
- A61J2205/00—General identification or selection means
- A61J2205/30—Printed labels
-
- Y—GENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
- Y02—TECHNOLOGIES OR APPLICATIONS FOR MITIGATION OR ADAPTATION AGAINST CLIMATE CHANGE
- Y02A—TECHNOLOGIES FOR ADAPTATION TO CLIMATE CHANGE
- Y02A90/00—Technologies having an indirect contribution to adaptation to climate change
- Y02A90/10—Information and communication technologies [ICT] supporting adaptation to climate change, e.g. for weather forecasting or climate simulation
Abstract
【解決手段】 介護提供者が非連続的な方法で患者への薬剤の個々の服用分を遠隔地で管理および提供することを可能にする統合型薬剤管理/コンプライアンスシステム。このシステムは介護提供者の遠隔地に配置された提供装置を備えており、当該装置はスケジュールされた服用時に患者に提供される密封された複数の単位服用パッケージを格納する。前記提供装置は、安全な通信ネットワークによって制御施設および介護提供者のコンピュータ端末に接続される。このシステムによれば、患者の投薬計画を遠方でリアルタイムに調整して流動的な病状に対処することができる。
【選択図】 図1
【選択図】 図1
Description
本出願は、2007年3月12日付けで出願された「Remote Medication Management System」と題する先行米国特許出願第11/685,191号の一部継続出願であり、当該米国特許出願第11/685,191号は、2004年12月15日付けで出願された「Integrated, Non−Sequential, Remote Medication Management and Compliance System」と題するの先行米国特許出願第11/013,285号の一部継続出願であり、当該米国特許出願第11/013,285号は、2004年4月24日付けで出願された「Non−Sequential Medication Delivery System」と題する米国仮特許出願第60/565,221号に対して利益を主張するものである。これらの先行する各々の出願の全体は、この言及によって本明細書に組み込まれる。
本発明は、患者の投薬遵守を促進するためのシステムに関し、より具体的には、治療薬の個々の服用物を患者に遠隔地から提供する装置および方法に関する。
規定の投薬計画への患者のノンアドヒアランス(非遵守)は、慢性疾患を管理する努力を阻害するという重大な問題である。外来患者の医療処置の全体的な増加といった要素は、処方薬の投与において患者および介護者の責任レベルの増加の一因となっている。遠隔の住宅設定での投薬ノンアドヒアランスの推定は、病状にもよるが、通常30〜60%の範囲だが、高齢患者は、視覚、聴覚および認知障害に起因することもあり平均45%以上の値である。摂取されない、または誤って摂取された薬は、完全に遵守した投薬計画と同様の医療費を発生するが、期待する治療成果は得られない。ノンアドヒアランスの結果は重大で、緊急治療室外来、長期入院、長期介護施設への入院および死を引き起こす。
投薬計画に従う能力は、服用量が経時的に変わる場合複雑である。例えば、規定の服用量は、しばしば患者の状態を決定する進行中の臨床テストの役割のひとつである。同様に、適切な服用量は患者の健康状態により決定されるものであり、そのような状態における予想外の変化を反映しなければならない。これらの場合、医師、薬剤師、および看護士などの医療関係者は、できるだけ早く患者の服用を調整する必要がある。服薬コンプライアンスは、治療指数の低い薬物が処方された場合、患者への過剰な投与または不充分な投与が、重大な副作用、病気および死さえ引き起こす可能性があるため、とくに重要である。
正しい時間に患者が処方の服用量を摂取するよう促すための数多くの機器が開発されてきた。既存の機器は、本質的に患者にいつ特定の薬剤を摂取するかを知らせ、事前スケジュールに沿って薬剤を連続的に供給するための機能である。これらの機器の多くは、事前スケジュールに沿って、自動的に薬剤を放出するようデザインされている。したがって、機器は、不充分な服用および過剰な服用の双方に対して適切な保護を提供しない。患者がスケジュールに沿って薬剤を摂取しなかった場合、機器は、患者が以前の全薬剤を適切に摂取したという前提にもとづき、設定された間隔で薬剤の放出を継続する。このような状態は、患者が処方された薬剤より少量の薬剤を摂取するため、ノンコンプライアンスのリスクを増大させる。逆に、患者がスケジュールに沿って薬剤を摂取せず、次の服用時間に近すぎる場合、患者は過剰服用のリスクに直面する。
ある機器は、機器から放出されたが取りだされなかった薬を回収する手段を含む。これらの機器のいくつかは、患者がスケジュールに沿って薬剤を摂取しなかった通知を介護者に提供する。他の機器には、医療関係者が、投与計画の患者コンプライアンスおよびノンコンプライアンスを遠隔で監視する包括的な薬剤管理および供給システムが統合されている。これらのシステムは、規定の治療計画の患者のコンプライアンスを高めるが、重要な側面で不足していることがある。つまり、これらは、スケジュールどおりの投薬量を摂取しない患者のミスを、数分で是正可能なメカニズムを提供しない。したがって、このシステムは患者の不充分な服用および過剰な服用の問題を解決しない。この欠点は、患者が頻繁に、ノンアドヒアランスの一因となる認知、視覚および/または聴覚障害を煩う高リスクの患者群に関して、とくに重要である。
既存のシステムの別の欠点は、患者の健康状態における予想外の変化に対して、規定の服用が数分で遠隔で調節できるといるメカニズムを提供しないことである。既存システムは、医療関係者に患者の服用量における変化を伝達可能にするが、医療関係者が規定の服用を即時および遠隔で変更、調整または中断することはできない。患者が新たに薬を入手するまでに、時には数時間および、ある場合には、数日の遅れが伴う。この期間、患者は、正しい計画に関して困惑し、中止した服用の摂取を継続するかもしれない。さらに、新規処方箋は、服用が調節されるごとに必要なため、患者は、医師のオフィスおよび/または薬局にいかなければならない。これは、ある患者にとって不便かもしれないが、移動障害の患者にとってはとくに不利であり、薬剤ノンコンプライアンスの主な原因である。患者は正確な治療方針が継続できないため、しばしば患者の病状が悪化する。
従来のシステムのさらなる欠点は、処方箋が通常30日または60日いずれかごとに出ることである。このような手段においては、医薬品の在庫管理および/または患者コンプライアンスの調査、また製品消費について正確に調べる方法がない。これは、一部には医薬品がロットで調合され、すべての薬または用量が個別にバーコード化されておらず、追跡可能ではない事実による。
上述薬剤管理および提供システムには、まださらなる制限がある。つまり、患者のプライバシーを保護しながら、患者の家に位置する遠隔薬剤提供機器へ/からの情報を送信する安全なデータ通信プロセスを確立できないことである。データ通信プロセスにおける患者のプライバシー維持は、現時点では困難な挑戦である。さらに、患者のデータのメンテナンスおよび格納に関する数多くの規定が、医療保険の相互運用性と説明責任に関する法律(Health Insurance Portability Accountability Act)により制定された。したがって、リアルタイムで即座に規定の投薬計画の患者のノンコンプライアンスに対処し、患者の情報を保護する一方で、患者の治療方針の妨げを最小限にとどめる低コスト化システムに対する必要性および要求がある。
本明細書の開示は、医療関係者が患者に服用ごとの処方箋および非処方箋治療薬の密封された単位服用パッケージを遠隔で管理および供給することができ、即時に用量の供給確認を提供する、薬剤管理およびコンプライアンスシステムを説明する。臨床ソフトウェアは、患者の処方箋および投与計画情報の格納に使用され、権限をもつ医療関係者が患者に単位服用治療を遠隔地から提供すること、および投与計画の患者コンプライアンスを患者のプライバシーを侵害せずに監視することを可能とする。本システムは、患者の近くに位置する提供装置を含み、本提供装置は臨床ソフトウェアおよびデータ通信ネットワークによって遠隔で管理センタと接続されている。
1実施例においては、提供装置は、単位服用パッケージを格納するための格納場所だけでなく、管理センタおよび臨床ソフトウェアから受け取った指令信号を実行するためのコントローラを特徴とする。本装置は、指令信号に応答して、予定された服用時間に密封された単位服用パッケージを患者に提供する。本システムは、医療関係者が提供装置内に格納された任意の単位服用パッケージを非連続的に所定の順序により制限されることなく、患者に遠隔で提供することができる。本方法により、薬剤投与量は、流動的な病状に対応するために即座に調整することができる。1実施例においては、完全統合された、リアルタイムの非連続的で包括的な薬剤管理およびコンプライアンスシステムにより、注文パッケージおよび市販されている密封された単位服用物および交付単位治療薬の双方を患者に正確に送達することが可能となる。
本発明は、臨床環境から遠隔の患者に規定の投薬計画に沿った薬剤の摂取を促すための、完全に統合された、リアルタイムで非連続的な薬剤管理およびコンプライアンスシステムを提供する。本発明の提供モジュールの主な有利点は、暗号化された指令信号および患者の確認の受信後に、薬剤の選択された単位服用パッケージを患者に提供することにより規定の投薬計画を実行することである。これらの複数の安全手段により、患者が規定の投薬を正確な服用時間に受け取ることが確実になる。このように、本発明は、患者のコンプライアンスを高め、薬剤の利益を最大化し、薬剤の副作用を最小化する時間治療の適用を可能にする。また、重要なのは、患者のプライバシーを一切侵害することなく、指令信号が、提供モジュールへ、および提供モジュールから安全に送信されるという事実である。
本発明のさらなる有利点は、医療関係者が、患者の規定の投薬計画に対するコンプライアンスを遠隔地で監視し、ノンコンプライアンスの通知を即座に受信することができることである。もっとも顕著には、医療関係者は即時に患者の治療計画を調整して、服用忘れに対処、または患者の健康状態の予想外の変化などの他の流動的な病状に対応することができる。必要ならば、服用調整が新規処方箋なしにすぐにできる。このように、本発明は、ノンコンプライアンスを複雑にしうる時間の損失を最小化し、用量調整を行った場合に残る用量を患者が破棄する必要性を排除することにより、薬剤廃棄物を削減する。
本発明のまたさらなる有利点は、患者が推奨された治療レベル内に留まっていることを確認することにより、有害医薬品反応および過剰または不充分投与に関する影響から患者を保護することである。患者は、適切な時間に必要な服用を受けるため、規定の薬物計画へのノンアドヒアランスまたは処方薬剤の投与における他の遅れを原因とする緊急室外来および入院の発生率を減少させる。さらに、医療機関への予期しない外来は減少し、よって全体的な医療費を削減する。この低コスト化システムは、多様な環境で運営している医療関係者により使用することが可能である。
図を参照すると、図2は、本発明のシステムの概要を示す。INRange Systems Inc.により運営されている設備のように、制御センタ101は、多様な製薬会社および供給者からの注文パッケージおよびプリパッケージ、単位服用処方および非処方医療品、医薬品および栄養補助剤を保管する。このような治療薬は、これに制限されないが、経口摂取固形剤、経口摂取液剤、および介護時点で提供または投与される用量を含む注射器具を含む。本明細で使用される用語「治療」とは、単一および多重化合薬剤を含む多様な服用形態および強さの単体、処方および非処方薬剤の交付単位薬剤、医療供給品、医薬品および栄養補助剤を含むことを意図することと理解される。特定の例として、ピル、錠剤、カプセル、坐剤、吸入製剤、ローション、充てん済注射器、粉末、懸濁液および血液検査ストリップなどの診断材料を含む。制御センタ101において、一般的にフォイル包装、またはブリスタ包装の単位服用パッケージ27は、複数の異なる薬剤キャリア26の1つの個々のストール28に挿入され、各キャリアは、ほぼすべての市販されている単位服用パッケージ27に対応するような設計およびサイズを有している。
薬剤キャリア26の外寸は、わずかに差がありうるが、キャリア26が提供モジュール33内に容易にはまるよう構成されていなければならない。バーコードまたは無線周波識別タグなどの電子コード29は、各薬剤キャリア26に貼付されている。電子コード29は、シリアル番号などの独自の識別子にもとづき、キャリアの形態および形状を識別し、薬剤関連情報を提供する。符号化されたデータは、制御センタ101コンピュータデータベース35にプログラムされ、以下に記載する提供モジュール33と併せて、制御センタ101が常に各単位服用パッケージ27を正確に追跡し勘定することを可能にする。
図15において、薬剤キャリア26は、非連続的に個々の単位服用パッケージ27を格納するための容器を含む。一般的な単位服用パッケージ28は、通常単位服用治療を格納するためのプラスチックバブル、およびプラスチックバブル内に単位服用を保持するための紙またはフォイル積層から製作されたシールを含む。例えば、電子コートおよび人が読み取れる情報などの「識別表示物」31は、そのようなパッケージに含まれる薬剤を表すために、単位服用パッケージ27のシールに印刷される。薬剤キャリア26は、識別表示物31が、薬剤キャリア26から単位服用パッケージ27を移動せずにバーコードスキャナ98、光学認識スキャナ、無線周波スキャナまたはその他このような機器で、電子的に読み取れるよう設計された。薬剤キャリア26は、個々の単位服用パッケージ27の遠隔での非継続的なアクセス、および本装置に含まれる他の単位服用パッケージ27を妨げずにキャリア26からの放出を可能にする。1実施形態においては、単位服用物を、その単位服用パッケージ27から、薬剤キャリア26内の他の単位服用パッケージ27を乱すことなく放出することができる。
図21bに示すように、薬剤キャリア26は、8ストール28の4列に配列された32ストールを含んでよい。この配列で、キャリア26は、暦上最大30日間薬剤を格納し、独自の電子識別子29を含むラベルを貼付するための補足表面を提供する。図21aおよび21cは、それぞれ、より大きな単位服用パッケージ27を収納するためのサイズに作製および成形された20および16ストールをもつ薬剤キャリア26を示す。薬剤キャリア26の各ストール28は、規定された服用時までストール28内に密封された単位服用パッケージ27を格納するために、格納装置30を含む。そのような時間に、単位服用パッケージ27は、前記ストール28の開口を介して放出される。1実施形態においては、単位服用物を、ストール28の開口を介して放出でき、単位服用パッケージ27は、そのままであってよい。
識別表示物を含む印刷可能な表面は、薬剤キャリア26の上隅表面に提供される。印刷可能な表面は、例えば、キャリア26の重要な特徴を示す赤外吸収インク点のような位置マーカーを特色とする。
通常、提供モジュール33は、例えば、医師のオフィス、薬局、薬剤利益管理者(pharmacy benefit manager:PBM)、病院、外来クリニック、ナースステーション、介護施設または長期養護施設のような、医療関係者が所属する臨床施設から遠隔に位置する。各医療施設は、例えば、一般的なマイクロプロセッサ、入力/出力回路、処方および服用スケジュールを含む患者記録を格納するメモリ、操作プログラムおよびその他のシステム情報を格納するためのROM、および視覚フィードバックを受け取るモニタを含むコンピュータを装備している。INRange Systems,Inc.から市販されている実行、調整および遵守追跡システム(Fulfillment,Adjustment and Compliance Tracking System:FACT(商標))のようなソフトウェア32は、臨床施設のコンピュータサーバで操作される。患者情報は、指定の医療関係者のモニタ上に表れる補足のメニュー方式ワークシートを特徴とする、ソフトウェア32のユーザインターフェイス100によりアクセスされる(図27〜31)。
ユーザインターフェイス100により、医療関係者は、キーボード、マウスまたはその他の入力機器を使用して適切な指示をコンピュータターミナルに入力して遠隔で積極的に患者を治療することが可能になる。医療関係者は、例えば、処方情報の入力または読み出し、処方箋または治療計画の、遠隔での新規計画の予定、投与計画の患者のコンプライアンスの監視、または既存の計画の服用量の変更を行ってもよい。入力された指示は、制御センタ101に送信され、その指示は解釈され、ここで定められた独自の識別子にもとづき適切な提供モジュール33に送られる。ユーザインターフェイス100はまた、臨床ソフトウェア32に通信された服用物提供結果のリアルタイム通知を表示し、医療関係者が、必要であれば早急な対応を取ることができる。
臨床ソフトウェア32は、各臨床施設の範囲内に安全に設置され、ユーザおよび患者のデータへのネットワークアクセスを認証するための施設のネットワークセキュリティ34方針および手順を利用する。以下に記載するように、制御センタ101は患者識別情報へのアクセス権をもたず、提供モジュール33を使用して患者の識別または位置をいかなる手段を用いても決定できない。この確実な技術情報および物理的情報基盤は、医療保険の相互運用性と責任に関する法律(Health Insurance Portability and Accountability Act:HIPAA)に準拠している。
臨床ソフトウェア32および提供モジュール33の双方からの信号を常時監視するためにプログラムされた制御ソフトウェア35は、制御センタ101に位置するコンピュータサーバ上にインストールされる。本制御ソフトウェア35は、医療関係者により入力された多様な治療指示を管理するが、臨床施設のソフトウェアデータベース32内に格納された患者の情報に関与しない。一般的に、制御ソフトウェア32は、モジュール33内に格納された薬剤キャリア26の形態および位置、各薬剤キャリア26内に含まれる単位服用パッケージ27の完全な在庫管理および一定期間に渡る全用量投与管理の経緯などの提供モジュール33の操作および内容に関連する情報を登録および格納する。この記録格納および在庫管理機能は、それぞれ、提供モジュール33、薬剤キャリア26および単位服用パッケージ27に割り当てられた電子コードおよびその他の識別子の使用をとおして、一部、達成できる。記号化された情報をコントローラに画像化および送信するための提供モジュール33内に位置する電子コードスキャナ92、98の補助により、本識別子は、制御センタ101が特定の薬剤キャリア26を、キャリアに含まれる単位服用パッケージ27の在庫管理に相互に関係することを可能にする。
シリアル番号(ユニット識別番号)のような独自の識別子は、一般的に製造時に提供モジュール33にプログラムされる。同様に、電子コードおよび人が読み取れる情報を含む識別表示物31(図14)は、製薬会社または再包装業者により各単位服用パッケージ27のシール上に印刷される。電子コード31は、例えば、薬剤名称、服用の強さ、ロット番号、有効期限、全国医療薬品コード番号(National drug code number:NDC)、独自のパッケージシリアル番号、単位服用パッケージ内の量、薬剤キャリア内の量、および単位服用パッケージが単位服用物の一部(例えば、錠剤の半分、4分の1の量など)からなっていることを含むパッケージ27の内容を識別する。規定の治療方針を示す複数の単位服用パッケージ27は、任意の順序で薬剤キャリア26のストール28に設置される。各パッケージ27はランダムにアクセスおよび取り出されるため、単位服用パッケージ27は、既存の服用物提供システムが必要とするように、経時的に整理する必要はない。各単位服用パッケージのシール上の識別表示物31は、制御センタのコンピュータにスキャンされるため、各パッケージ27の監査記録が持続される。
制御ソフトウェア35は、シリアル番号のような独自の識別子29を薬剤キャリア26に割り当てる。識別子29は、薬剤キャリア26をキャリアに含む単位服用パッケージ27の在庫管理と相関させ、各単位服用パッケージ27の内容および位置を示す。キャリア識別子29は、ラベル上に印刷され、薬剤キャリア26上の別の場所に貼付される1若しくはそれ以上の電子コード内に反映される。この重複により、少なくとも1つの電子識別子29がコード読取り装置92、98でアクセス可能であることをが確実になる。本情報は、制御ソフトウェアデータベース35内に格納される。
上述のように、単位服用パッケージ27は、パッケージ27のサイズおよび形状により複数の異なる薬剤キャリア26の一つに設置される。例えば、注射器を含むパッケージは、一般的に長くて幅広いセルをもつ薬剤キャリア26に設置され、経口固形剤服用物のパッケージは、通常小さいセルを含むキャリア26に設置される。薬剤キャリア26の内部形態にもとづく位置座標は、キャリア26内の各単位服用パッケージ27の位置を特定するために制御ソフトウェアデータベース35に格納される。これらの座標は、薬剤キャリア26に貼付される電子識別子ラベル29にも反映される。キャリア26は、2若しくはそれ以上の方法で提供モジュール33に挿入される。ゆえに、制御ソフトウェア35は、例えば、キャリア26の重要性を示す赤外吸収インク点または線などの一連の位置マーカーも作成する。本マーカーは、好ましくは薬剤キャリア26の上表面に位置する印刷可能な表面(例えば、カードボード)に含まれる。この重複は、少なくとも1つの位置マーカーが光学認識読取またはその他の電子スキャナ98により画像化できることを確実にする。
提供モジュール33および医療関係者間の通信は、制御ソフトウェア層35を介して達成される。本層内に含まれるのは、特定のモジュールに対して選択される通信リンクの形態に対応する各提供モジュール33の通信プロトコルである。適切な通信メディア36は、無線周波、インターネット、モデム、電話回線、地上回線、ワイヤレスネットワーク、ページャネットワークまたは制御およびデータ信号が提供モジュール33と交信できるその他の伝達手段を含む。好適な通信メディアは、専用ローカルエリアネットワークおよび/または既存の地方ネットワーク(例えば、銅、ファイバまたはワイヤレス)を含む。制御ソフトウェア35通信プロトコルは、患者のノンコンプライアンス行動またはその他の緊急状況を適切な医療関係者に通知するための危険信号を提供モジュール33から臨床施設32へ送信することができる。本制御ソフトウェア35プロトコルは、各単位服用パッケージ27が患者に供給されると、特定の提供モジュール33内に含まれる各単位服用パッケージ27を制御センタ101に正確に監視させ、データベース在庫管理記録を更新させることもできる。
制御ソフトウェア層35を介して送信された患者の情報のセキュリティを確実にするために、本発明の好適な実施形態は、患者の情報の機密および保全を維持する安全な暗号化された接続25を使用する。データ通信プロセスは、提供モジュール33を特定の患者と相互に関連する唯一の記録が、臨床ソフトウェアデータベース32内に含まれることを確実にする。このプロセスは、詳しく後述される。
上述のように、臨床ソフトウェア32は、医療関係者が、患者の薬剤治療およびコンプライアンスを遠隔で管理および監視することを可能にする。すべての患者の情報は、臨床ソフトウェアデータベース32に格納され、ユーザおよび患者の情報へのネットワークアクセスを認証するための臨床施設のネットワークセキュリティ34の規定および手順を使用する(図2)。臨床ソフトウェア32に含まれるものは、提供モジュール33を特定の患者と相互に関連させる3つの主要データ要素である。これらは、1)提供モジュールシリアル番号、2)ランダムに作成された登録番号(モジュールの初期設定で使用される)および3)ランダムに作成されたユニット識別番号(Unit Identification Number:UIN)を含む。
提供モジュール33と通信するために、臨床ソフトウェア32は、セキュアソケットレイヤー(「Secure Socket Layer:SSL」)を使用する暗号化信号を制御センタ101noコンピュータサーバのURLに送信する。本信号は、インターネットを介してクレジットカード支払のプロセスに使用される同等のプロトコルであり、臨床施設のファイアウォール34のポート443で動作する。本信号は、UIN、制御センタ101サーバによる認証に必要とされる識別子および指令命令セットを含むXML指示セットである。患者の氏名または患者を特定する任意の情報のいずれも、臨床施設のファイアウォール34を超えて伝達されない。
この暗号化された信号は、臨床ソフトウェア32および提供モジュール33のみからの信号を認証するよう設計された、制御ソフトウェア層35に送信される。 制御センタ101サーバが、UINを使用して指令セットを認証すると、指令セットは、特定の提供モジュール33(例えば、ページャネットワーク、ワイヤレスネットワーク、IPアドレス)のデータ通信方法36を判定するために制御ソフトウェアデータベース35を参照し、アドレス情報を得る。本信号は、専用プロトコルに再フォーマットされ、ランダムに作成された通信のトークンを割り当てられ、有効化するために提供モジュール33に送信される。
前記信号が提供モジュール33により受信されると、当該信号が解読および照合される。認証されると、提供モジュール33は、制御センタ101サーバに指令命令の受理を確認した信号を送り返す。この確認は、制御センタ101サーバによる照会のための通信のトークンを含む。服用物提供指令のようなある特定の指令は、指令の実行のために制御センタ101サーバからの再確認を必要とする。本確認プロセスは、提供モジュール33による認可されていない指令の処理を全て防止する。
上述のように、データ通信プロセス36は、臨床ソフトウェア32のみが、制御センタ101サーバに含まれるデータを特定の患者に相互に関連、または提供モジュールのシリアル番号をある特定の患者に相互に関連させることができる。これにより、患者の認識できる健康情報は、臨床施設34の範囲に安全に確保される。本発明の基本的な有利点は、よって、HIPAA保護された患者の情報の保全を維持する安全な暗号化された接続25の使用により実行される、提供モジュール33および医療関係者間の双方向通信を可能にする。
本発明は、「非HIPAAコンプライアント」適用に関連して使用されうることを理解されたい。言い換えれば、本明細書で提供された安全な暗号化されたデータ通信プロトコル25は、提供モジュール33の遠隔作動に必ずしも必要ではない。例えば、本発明は、独立的に臨床研究試験の経過または薬剤解毒プログラム中に起こった多様な薬剤使用イベントを記録するための安全なデータ送信特性25に使用されうる。これにより、本発明は、薬剤および栄養的介入に関連する時系列の医療成果の記録手段を提供する。同様に、提供モジュール33は、適切な測定装置を備えることができ、さらには/あるいは患者の位置、血圧、脈拍、酸素レベル、体温、呼吸機能、血清グルコース等の遠隔監視のため、または例えば、気温、湿度、気圧、煙および二酸化炭素などの環境状態の遠隔監視のためのホーム遠隔測定ユニットに関連して使用されうる。例えば、提供モジュール33が、患者の体の1若しくはそれ以上のセンサとの通信に使用される無線トランシーバを備えることができる。センサ情報を、提供モジュール内に格納することができ、さらには/あるいは1若しくはそれ以上のリモートコントローラへと送信することができる。センサ情報を、例えば患者のための投薬計画の調整において医療提供者を支援するために使用することができる。
非連続的提供モジュール33は、データおよびマイクロプロセッサプログラム双方のための一般デジタルデータ格納特色をもつ、マイクロプロセッサ基盤のコントローラを特徴とする。コントローラは、患者の規定の投薬計画に関する指令信号を受信する。臨床ソフトウェア層32で開始されるこれらの信号は、適切なデータ通信リンク36により制御層35を介して認証および送信される。次にコントローラは、各プログラムされた服用時間に、視覚、聴覚または他の手段をとおして、患者に警告することにより入力された服用物提供指令を実行する。コントローラは、患者が、例えば、口頭指令または適切な確認キー43を介して提供信号を入力できる、警告信号に関連する時間枠を同時に確立する。時間枠の継続期間は、入力されたプログラムまたはデフォルト値によりセットされる。
患者の入力信号が、時間枠の終了前に受信された場合、完全密封された単位服用または交付単位パッケージ27が、以下でさらに詳細に説明されるように、薬剤キャリア26から放出され、提供モジュール33から放出される。あるいは、単位服用物が薬剤キャリア26から放出され、提供モジュール33から放出されてもよい。患者が、応答しない場合、例えば、時間枠の終了時に提供モジュール33の「落下(drop)」キー43を押した場合、モジュールは、自動的に適切なデータ通信リンク36を介して、指定された医療関係者に警告を送信する。これにより、本発明は、薬剤は、確認が患者から受信されるまで投与されないことを確実にする。これは、患者の不充分な服用または過剰な服用のリスクを増加する、事前に決められたスケジュールに沿って薬剤が自動的に放出される、既存薬剤提供システムの重大な不具合を克服する。
本発明は、ユーザインターフェイスに適切な指令を入力することにより、医療関係者が、ある特定の患者の提供モジュール33内に格納される、任意の300の単位服用パッケージ27の処方または非処方薬剤、医薬品または栄養補助剤を即時に選択、修正、列、変更または中断できる独自の提供スキームを含む。本指令は、また、提供される単位服用パッケージ27の特定の服用形態および強さを特定する。本指令は、本命令を特定の提供モジュール33および薬剤キャリア26と相互に関係させる、制御センタコンピュータサーバにより受信され解読される。これにより、本発明は、患者の計画が頻発な服用調整の対象である、または患者が1日、1週間、または数ヵ月の経過に渡り異なる時間に投与される、2若しくはそれ以上の治療を処方されるような場合の状況において必要とされる柔軟で便利な服用運用を提供する。
本発明は、医療関係者が、所定の順序またはシリアル提供制限による制限なしに、任意の順序で、提供モジュール33内に含まれる任意の単位服用パッケージ27(あるいは、単位服用パッケージからの治療薬)に遠隔で非連続的にアクセスし、患者に提供することを可能にする。既存システムと異なり、本発明のシステムは、配列することなく、即座に種々の形態の単位服用物および交付単位の治療薬を提供でき、流動的な病状に適応するために、患者の服薬計画を適切に調整することを可能にする。患者の計画の修正を必要とする状況の例としては、患者の健康状態の予期しない変化である。とくに、本発明は、医師により指示された患者の投薬の任意の変更は、即時に有効であることを保証する。これは、最低数時間、場合によっては、新規薬剤指示が満たされるのに数日はかかる既存のシステムに対して、著しい利点である。
本発明は、頻繁に起こる臨床研究試験の一部として処方された治療を即時に中断または回収する必要がある場合の状況においてとくに役立つ(図26)。このような場合、臨床ソフトウェアは、回収された任意の単位服用パッケージの提供を防止するためのロックアウト処理を始動する。発明者が周知の限りでは、本システムは、遠隔に位置する製品/ロットのリアルタイム隔離が可能な唯一の技術網領である。このように、本発明は、薬剤回収の場合において、患者を保護する独自の安全装置を提供する。本特徴は、不適正な表示、不充分または超強力である狭い治療指数薬剤に関してとくに重要である。
薬剤キャリア26から放出される各々の単位服用物および交付単位パッケージ27が、患者に提供されるまで完全に密封されたままであるよう、本提供モジュール33は設計された。よって、本発明は、関連分野で周知の薬剤提供システムに一般的な薬物汚染および劣化の問題を回避する。あるいは、薬剤の汚染および劣化が問題にならない場合には、治療薬を、患者への提供のために単位服用パッケージ27から排出してもよい。
本発明のさらなる実施形態は、上述のプログラムされた計画提供の早期服用能力を併用する。本実施形態において、提供モジュール33は、指定された医療関係者が、ユーザインターフェイス100に適切な指令を入力することにより、患者が服用する1若しくはそれ以上の単位服用パッケージ27または1若しくはそれ以上の治療薬の早期提供を達成することができる、プログラム可能な追加特性をもつ。これが必要な状況の例は、患者が提供モジュール33から遠隔であることにかかわらず、薬剤をまだ必要とする時間に自身の住居を一時的に離れることを意図する場合である。緊急の場合、薬剤キャリア26を、システム外使用のため、提供モジュール33から移動してもよい。このような場合、提供モジュール33へのアクセスが、セキュリティコード、ビデオ/スマートカードまたは他の適切な安全装置の手段により、患者または所定の責任者に認可されてもよい。
上述のように、制御センタ101サーバは、制御センタ101に記録格納および在庫管理機能を提供する、例えば、無線周波接続36を介して、非連続的に提供モジュール33に接続される。提供モジュール33からの警告を受信する1若しくはそれ以上の臨床施設に加えて、モジュール33の操作、状態、単位服用/交付単位パッケージ27在庫管理に関する情報は、自動的に制御センタ101サーバに送信される。この情報は、例えば、一連の期間に渡るすべての提供操作の経歴を含む。制御センタ101への報告は、各薬剤キャリア26およびキャリアに含まれる各単位服用パッケージ27に印刷された電子コード29、31の使用を介して、一部、達成される。本電子コード29は、例えば、個々の単位服用パッケージ27のシリアル番号、ロット番号、および有効期限日付などの識別情報を含む。これにより、本発明は、モジュール33に格納された、各薬剤キャリア26および単位服用パッケージ27の継続的に更新される、完全な在庫管理を維持することを可能にし、製造から単位服用パッケージ27またはそこに含まれる治療薬の患者への提供までの各単位服用パッケージ27の完全な監査記録を同時に提供する。
制御センタ101は、本コンピュータサーバに符号化された情報29、31の記録を格納するが、患者識別情報は、制御センタ101へアクセス不可能であり、各臨床施設34の範囲内に物理的に位置するデータサーバ内に安全に格納される。薬剤キャリア26および単位服用/交付単位パッケージ27に印刷された電子識別子29、31は、患者の識別情報を含まない。代わりに、薬剤キャリア26は、独自に割り当てられたシリアル番号29により識別される一方、各単位服用パッケージ27は、シリアル番号および/または全国医薬品コード番号(NDC)31により識別される。よって、本システムは、医療保険の相互運用性と責任に関する法律(HIPAA)と適合する。
上述の報告機能と併用されうるさらなる実施形態において、制御センタ101は、例えば、無線周波トランスミッション36を介して、在庫状況の情報を依頼するために、照会を提供モジュール33に送信する。提供モジュール33の操作の特定の装置および詳細は、さらに以下に記載する。
図1に示すように、提供モジュール33は、表面に載せるのに適した、好ましくはプラスチックで、箱形のハウジングを備えており、上部、側面部38、39、前部41および後部40パネルを支える基盤37をもつ。前パネル41は、特定の単位服用物に関する英数字情報および指示事項が患者に通信される、電子表示42を特徴とする。1実施形態においては、電子表示42が、治療薬の像を、そのような治療薬の調剤の前、最中、および/または後に表示することもできる。電子表示42は、例えば、液晶表示、デジタル表示または他の適切な伝達手段を含んでいる。前パネル41の一部は、規定の単位服用パッケージ27の摂取の必要性を患者に警告するために、可聴警告も備えている。患者が入力できるように、ハウジングの前パネル41は、患者が規定服用物の提供を受け取ることができるように、可聴警告および電子表示42とともに、確認キーとして機能する制御キー43を含む。音声スピーカおよび遠隔通信インターフェイスを、患者への追加指示または患者からのフィードバック情報を提供するために、任意にハウジング内に組み込んでもよい。本発明の代替の実施形態は、薬剤によって必要かもしれないので、モジュール33の温度を調整するために、温度制御手段(例えば、冷凍手段)を含む。電源出力は、提供モジュール33の外部交流電源への接続を可能にする。
1実施形態においては、提供モジュール33が、外部の電力が失われたときにユニットを動かす電池によるバックアップを備えることができる。そのような電池によるバックアップは、この技術分野において公知のとおり、通常の動作の最中に外部の電力を使用して充電することができる。提供モジュール33は、さらに詳しく後述されるように、外部の電力が存在せず、かつ電池のレベルが所定のしきい値を下回って低下する場合に、提供モジュール内に格納された1若しくはそれ以上の薬剤キャリア26を自動的に排出することができる。
さらなる実施形態において、本発明は、一定の患者への追加警告を提供するために、通信できるよう提供モジュール33とリンクするワイヤレス通信機器を含み、これは患者により着用される。ワイヤレス通信機器は、例えば、腕時計、ページャまたはペンダントであってよい。代替的に、患者は、電話またはEメールを介して警告されてもよい。
薬剤キャリア26および提供モジュール33の内蔵ハードウェアへのアクセスは、側面パネル38、39がロック解除され開いた時に提供される。薬剤キャリア26への所望しないアクセスを防ぐため、制御センタまたは臨床施設から発せられた指令に応答してコントローラにより作動されない限り、側面パネル38、39は、常にロックしたままにするほうがよい。代替的に、モジュール33内部へのアクセスは、スマートカードまたはセキュリティアクセスパスワードの方法により、患者、指定された介護者またはその他の責任者に認可される。1若しくはそれ以上の単位服用パッケージが隔離または回収された場合において、スマートカードまたは限定されたパスワードは、一般的に、提供モジュールと相互作用する前に入力されなければならない。さらなる実施形態において、提供モジュール33は、患者または他の責任者によりなされる規定の口頭指令の受信および解読のために、音声認識手段を含む。
当該分野において既知の方法として、提供モジュール33の各構成部品は、制御センタ101を基盤とするコンピュータサーバから受けた指令命令セットに応答して、制御信号により、機能的に、コントローラと統合し、コントローラにより制御される。コントローラは、情報が受信され、指示が実行されたという照会を制御センタ101に送信する。コントローラは、制御センタ101から遠隔で通信された情報にもとづき、適切な時間に服用物「落下」機能を有効化するためにプログラムされる。とくに、コントローラは、警告、キーパッド43、ワイヤレス通信回路、電子表示42、センサ、スキャナ92、98、アクチュエータ60、72、91、モータ54、73、80、87および他の電子機器を有効化する。
コントローラは、一般的なタイプのアクチュエータまたはサーボ駆動インターフェイスおよびディテクタ入力またはソフトウェア制御、ハードウェア制御またはその組み合わせの使用可能な他の適切な回路を備えた、複数の一般的なマイクロプロセッサベースのコントローラの1つである。内部メモリは、例えば、服用物提供指示および論理プログラムの格納に使用される。1実施形態においては、さらに詳しく後述されるように、内部メモリが、「必要に応じる」基準または他の何らかの基準で患者へと投与される薬剤など、1若しくはそれ以上の薬剤についての薬剤投与情報を格納することができる。そのような薬剤の管理および投与を、内部メモリに格納された論理プログラムのうちの1若しくはそれ以上によって制御することができる。コントローラを、内部メモリに格納されたプログラムを実行するために使用することができる。制御信号は、配電盤により、提供モジュール33内を構成する多様な構成部品へ/から送信される。さらに、図16〜20は、コントローラの提供モジュール33の電子構造による通信手段を示す。
1実施形態においては、メモリが、提供モジュール33に格納される各々薬剤についてユーザ定義の呼称を格納することができる。ユーザ定義の呼称は、投与されようとする服用物をユーザにとってより容易に特定可能にする製品の一般に使用される名称または俗名を含むことができる。例えば、ユーザは、特定の薬剤を、製品名で呼ばずに、「利尿剤」、「睡眠薬」、などと呼ぶことができる。したがって、ユーザ定義の呼称を使用することによって、ユーザは、摂取されようとする薬剤についてより完全な知識を有することができる。
図6に示す具体的な実施形態において、格納エレベータ47は、最大10の薬剤キャリア26を収納するように設計されている。各キャリアは、多様な服用形態および強さで、30日供給可能な異なる治療剤を含む。提供モジュール33は、よって、約300の単位服用および交付単位パッケージ27の薬剤を格納できる。図14に示すように、各キャリア26は、単一薬剤に対して異なる服用強度を含んでよい。これは、所望の服用量を得るために、異なる服用強度を併用することを可能にする。この設計が、家、介護施設、長期養護施設または他の住宅環境での使用に適切である一方、例えば、最大300の薬剤キャリア26を収納できる格納エレベータ47を備える提供モジュールは、施設環境(例えば、矯正施設)での使用に適している。格納エレベータ47は、本発明の技術的範囲から外れることなく、薬剤キャリア26を水平および/または垂直などの任意の向きで格納することができる。
提供モジュール33内の各単位服用パッケージ27および薬剤キャリア26の位置は、電子識別子コード29、31または他の在庫管理コードシステムの使用をとおして、一部、特定される。各薬剤キャリア26は、提供モジュール33に取り込まれるため、薬剤キャリア26および個々の単位服用パッケージ27に印刷された電子コード29、31は、電子コード読取装置98によりスキャンされる。符号化された情報は、制御センタ101コンピュータサーバに送信され、ここで制御ソフトウェア35により格納されたデータベース記録と関連づけられる。本情報は、医療関係者に、臨床施設から遠隔に位置する患者を積極的に治療することを可能にする。
メニュー方式ユーザインターフェイス100により、医療関係者は、単に、患者の提供モジュール33内に格納された単位服用および交付単位パッケージ27の在庫管理を検索および見直し、適患者に処方されたパラメータ内で、適切な服用物を選択する。制御センタ101コンピュータサーバからの指令信号の受信により、患者の提供モジュール33は、電子識別子29、31および提供モジュール33内のそのような服用の位置座標にもとづき、選択された服用を放出する。
図6に示すように、格納エレベータ47は、エレベータ47の分離レベルに配置された複数の格納ベイ48に仕切られた空洞部を含む。各格納ベイ48は、ベイ48内に格納された搬送キャリッジ49に、前方および後方の両方向に移動するのに必要な移動範囲を提供するのに充分なサイズの水平な開口部を備えている。搬送キャリッジ49は、開口端部フレームを含み、これは、前記フレーム長に沿って配置された溝50を決定し、薬剤キャリア26の周囲端は、前記溝50内に容易に取付けられる。キャリッジ49は、格納ベイ48の内部表面に沿って伸長する水平なレール51で支えられる。レール51の端は、通常ベイ48の開口部と揃う、同心シャフト52辺りで終了する。
回転可能なスパーギアまたはスプロケット駆動53は、搬送キャリッジ49の前方および後方動作を作動するためにキャリッジ49の周囲端から突出する対応する固定ギアと接触し適切に係合するように、シャフト52の両端に取付けられている。コントローラからの信号に応答して、スパーギア53を、制御された状態で駆動モータ(例えば、サーボモータ)54により回転する。ギアアセンブリが、前方および後方の両方向に搬送キャリッジ49を移動するために本明細書に記載されるが、任意の適切な駆動アセンブリが使用され得ることを理解するものとする。位置マーカーは、搬送キャリッジの外縁に沿って提供され、これは、キャリッジ49および一体式薬剤キャリア26の正確な水平位置(「y軸」)を示す。本情報は、フィードバックループ構成をとおしてコントローラにより監視される。コントローラは、適切な数のマーカーが、格納エレベータ内に取付けられた電子コード読取装置98によりスキャンされたことを特定すると、駆動モータ54は、切断される。搬送キャリッジ49は、規定服用が摂取されるまで、または薬剤キャリア26が補充されるまで、通常、格納ベイ48(「定位置」99)内に常駐する。
上述のように、搬送キャリッジ49は、後方および前方位置(図9および10)間で、水平(x軸)移動に適合される。コントローラから「服用量提供」信号の受信により、駆動モータ54は、所望される格納ベイ48のスパーギアを回転させる。そのため、キャリッジ49および一体式薬剤キャリア26は、効率的に格納ベイ48の開口部をクリアするために前方方向に移動し、垂直的に配置されたプランジャ93付近の「提供準備」位置を達成する。同様に、キャリア26排出操作中、駆動モータ54は、キャリッジの一部が格納ベイ48の開口部を超えて、搬送キャリッジ49を前方位置に前進させる。このような時点で、キャリッジ49の追加の前方移動が、摩擦ドライブアセンブリ56の動作を介して達成される。キャリッジは、前方および後方の両方向に移動するため、センサが、搬送キャリッジ49の移動およびアライメントを監視するために配置される。
図1を参照に、ハンドルを備えた導入ドア44および挿入/回収スロット45はハウジングの前パネル41に備え付けられる。ドア44が開くと、スロット45は、処方または非処方薬剤および提供品の単位服用パッケージ27で満たされた薬剤キャリア26を挿入するためにアクセス可能になる。隣接する前パネル41の内部表面は、薬剤キャリア26を提供モジュール33内に受け取るための部品をもつ導入エリアである。これらの各部品は、図7〜10および17を参照して以下に記載する。
センサは、入ってくる薬剤キャリア26の存在を検知するために、導入エリアに位置する。本センサは、導入エリア内に埋込まれたリミットスイッチに対して薬剤キャリア26の定位置を監視するのに適切な、例えば、マイクロスイッチ、光学眼または他の電子コンタクトである。センサは、薬剤キャリア26が完全に挿入されたことを感知したとき、リミットスイッチの起動をとおして、摩擦ドライブアセンブリ56が即時に作動する。
1対の平行ガイドレール57、58は、搬送キャリッジ49および入ってくる薬剤キャリア26が、適切に配置され、ハウジングの導入エリアを通して格納エレベータ47に発送されるように側部パネル38、39に水平に取付けられる。各ガイドレール57、58の一端が、前パネル41の内部表面に接触することにより、その時点でガイドレール57、58は、前パネルに配置されている挿入/回収スロット45を横切る。ガイドレール57、58はハウジングの中央部分を超えて、格納エレベータ47の前で終わる。
ラッチ装置59は、入ってくる薬剤キャリア26を搬送キャリッジ49に固定させ、導入エリアに発送させる。ラッチ装置59は、ブラケットおよびネジ、または類似したハードウェアによりハウジングの側面パネル38へ取付けられる、ソレノイド60または他の電気機械的アクチュエータと操作可能に結合される。格納式スプリング61およびプランジャ62は、ソレノイド60の上端に備え付けられる。プランジャ62は、ラッチ装置59の一端を支えるその上部の溝64を含む。ラッチ装置59の対向端は、ガイドレール57の周囲端と接触し、導入経路を塞ぐために、ガイドレール57上に突出する角63を特色とする。
コントローラによる作動により、ソレノイド60がスプリング61およびプランジャ62を下方向に傾ける。次に、搬送キャリッジ49が、格納ベイ48を超えて、ハウジングの前パネル41と平坦化面の「始動」位置へ移動するためにガイドレール57、58の露出した、上部表面へ位置づけられるため、ラッチ装置59をガイドレール57下の位置へ下げる。ソレノイド60は、この抑制された位置でラッチ装置59を固定し、一方、薬剤キャリア26は、挿入/回収スロット45を通して提供モジュール33に導入される。入ってくる薬剤キャリア26が、導入エリアに入ってくると、キャリア26の周囲端は、格納ベイ48への搬送のための既存一体式ユニットを形成するために、自動的にキャリッジ溝50に溝をつける。このような時点で、ラッチ装置59は、ソレノイド60の抑制下、ガイドレール57の周囲端に反して、始動のインデックスされた位置に戻る。
ハウジングの側面パネル38、39に取付けた水平のロッド66の周りに設置され回転する、旋回ブラケット65は、ガイドレール57、58の少し上である。ブラケット65は、導入エリアを介して搬送キャリッジ49および薬剤キャリア26の移動を制御する摩擦ドライブアセンブリ56を取付けるように構成される。ブラケット65は、対向垂直フランジ67,68を特徴とする、上側の周囲端にアーチを形成する。フランジは、ドライブシャフト69および実質的に等間隔に対になっている駆動ホイール70、71を便宜的にブラケット65に取付けることを可能にする。駆動ホイール70、71は、好ましくはゴム製で、柔らかく、圧縮可能なポリウレタン発泡剤、またはキャリアに含まれる薬剤を破損または損傷することなく、個々の単位服用パッケージ27を含む薬剤キャリア26を掴むことができる他の材料であることを留意する。電気機械的アクチュエータ72は、ガイドレール57の直上で、ブラケット65の上表面の開口部から垂直に吊るされ、制御信号が送信されると、薬剤キャリア26の上表面と噛み合わさるために拡張し、その上表面に圧力を加える。角度位置を想定し、搬送キャリッジ49の上表面上に駆動ホイール70、71を下げるために、本動作は、ブラケット65を下方向に回転させる。
例えば、サーボモータのようなドライイブモータ73は、旋回ブラケット65に固定され、操作可能にプーリシステム74に統合される。プーリ74は、ドライブシャフト69に対して垂直に取付けられ、モータ73によってそれに対して可動である。作動により、モータ73は、プーリ74を回転させ、次に駆動ホイール70、71を回転させる。駆動ホイール70、71の回転動作は、薬剤キャリア26および搬送キャリッジ49を格納エレベータ47の方向の内方向に導く。搬送キャリッジ49およびキャリア26が、開いている格納ベイ48の開口部に到達すると、キャリッジ49の突出するギア部分は、格納ベイ48の開口部周囲に取付けられた回転可能なスプーギアまたはスプロケットドライブ53と係合し、キャリッジ49および薬剤キャリア26を格納ベイ48の後方向へ移動する。センサが、薬剤キャリア26および搬送キャリッジ49が始動位置99に到達したことを感知したとき、コントローラは、モータ73および駆動ホイール70、71を切断する。
図3および図11を参照に、格納エレベータ47は、ハウジングの下部の静止位置から、垂直軸(「Z」)に沿った、隣接提供エリアの操作可能位置へとエレベータ47を移動する、エレベータブラケット77に、操作可能に接続される。垂直動作は、ギアベルトおよび送りねじ81、プーリまたは駆動モータから線運動へと回転動作を変換することができる他の一般的な駆動要素などの、線運動アセンブリ78により達成される。典型的な実施形態において、タイミングベルトおよび送りねじ81は、ハウジングの基盤37に取付けられたステッパモータ80により回転させられる。モータ80は、コントローラ(図18)から受けた電子信号により作動する。基盤37は、コントローラおよび電池パック(図示せず)も収納する。
エレベータブラケット77は、ある特定の格納ベイ48内に格納された薬剤キャリア26をアクセスするための格納エレベータ47を所望のレベルに上下させるために、一般的に提供モジュール33の長さを測定する。エレベータブラケット77は、その中心部に空洞部分をもち、送りねじ81および1若しくはそれ以上のガイドロッド83、84が垂直に伸びた開口部を介して上下表面の対応する開口部をもつチャンネルハウジング82を含む。一般的に、チャンネルハウジング82は、エレベータ77の多様な要素を支え、1若しくはそれ以上のガイドロット83、84または、例えば、調整可能なスライドおよびブロックアセンブリなどの他の適切な垂直シャフトの安全性を付加するためのフレームとして提供される。チャンネルハウジング82は、提供モジュール33の基盤37に垂直に取付けられ、後部パネル40に隣接し、ボルト、キャスタまたは他の適切なハードウェアにより固定される。
また、チャンネルハウジング82の空洞部内の特徴は、ガイドロット83、84および送りねじ81に対して水平に取付けられ、ガイドロット83、84および送りねじ81がそれぞれ滑動可能に配置される穴により補間された、上下クロス部材102、26である。クロス部材102、26は、モータ80および送りねじアセンブリ81の操作により、垂直ガイドロット83、84に沿って動く。この構造は、送りねじ81の動作の方向により、クロス部材102、26の前面に取付けられたキャリアプレート85に上下運動を可能にさせる。キャリアプレート85は、一般的にハウジングの幅を超え、格納エレベータ47の取付けおよびサポートのためのプラットホームとして提供される。格納エレベータ47は、エレベータの後部壁から外側に突出する金属突起部を含む。前記突起部は、キャリアプレート85の対応するへこみと一致する適切な形状をしている。よって、キャリアプレートおよび格納エレベータ47は、簡便および安全に当該と突起部に連結される。
ハウジング内の格納エレベータ47の位置は、モータ80が回転(図11)すると、電気パルスの形でコントローラへの位置情報を中継ぎする、駆動モータ80に位置する符号化装置により決定される。適切な数のパルスが符号化装置により放出され、格納エレベータ47が、所望の薬剤キャリア26へのアクセスのための正規の位置を得たという信号を送ると、コントローラは、モータ80を切断する。これにより、格納エレベータ47は、ハウジング内で適切なレベルに上下に動作することができる。
図12を参照に、エジェクタアセンブリ55は、決まった時間に臨床ソフトウェア32から発信された落下指令により、規定の単位服用/交付単位治療27を患者に放出するために提供される。エジェクタアセンブリ55は、提供モジュール33の幅を超えて伸長し、格納エレベータ47と導入エリア間の水平スライド(「x軸」)86に取付けられ、これに沿って作動する。服用物提供中、エジェクタアセンブリ55は、静止位置88から、所望の単位服用パッケージ27との接触に適切な作動可能位置89に移動する。正しい、単位服用パッケージ27の確認は、特定の単位服用パッケージ27とともに医療関係者からの各指示を相互に関連する、制御ソフトウェア35により決定される。エジェクタアセンブリ55は、センサ、電子コードスキャナ92、電気機械アクチュエータ91、およびプランジャ93を含む。この各部品は、垂直的に位置し、水平なスライド86に取付けられた滑動可能な容器90により維持される。エジェクタアセンブリ55は、操作可能にコントローラに統合され、コントローラの制御下のモータ87によりx方向に移動する。エジェクタ/読取装置(y軸)、エレベータ(z軸)およびキャリッジ(x軸)上の電気機械ドライブは、特別に滑り止め信頼性用に設計された。
光学センサのようなセンサー(図示せず)が、所望の単位服用パッケージ27の近くで作動可能位置89へと移動するエジェクタアセンブリ55の移動および整列を検知するために位置している。センサは、このような作動可能な位置89が、選択された治療の指定された位置座標に対応することを保証する。これは、コントローラ内のフィードバックループ機構によって達成される。
バーコード読取装置、光学認識読取装置、無線周波識別タグ読取装置または他の類似した機器などの電子コードスキャナ92は、アクチュエータ91の下端に統合および吊るされる。よって、スキャナの先は、薬剤キャリア26および所望の単位服用パッケージ27のシールに印刷された、上向き電子識別子コード29、31の近くに位置する。スキャナ92は、放出された光線の中断を通して、薬剤キャリア26のストール28から単位服用パッケージ27の放出を検知し、その後、そのような放出を確認する信号をコントローラに送信する。電子画像機器(例えば、カメラ)も、所望の薬剤が適切に薬剤キャリア26から放出されたという、視覚フィードバックを提供するため含まれうる。
細長いシャフト94をもつプランジャ93は、そのシャフト94に取付けられた線アクチュエータ91により上下位置間を垂直に移動するため据え付けられる。シャフト94の最端部は、所望の単位服用パッケージ27を含む薬剤キャリア26のストール28の直上に吊り下げられた平な圧縮端部95で終わる。制御信号の受信により、アクチュエータ91は、プランジャ93を下方向へ作用させ、プランジャ93は、単位服用パッケージ27の符号化された表面との接触を達成し、ストール28の開口部を通してパッケージ27を押し出す。あるいは、アクチュエータ91がプランジャ93を下方へと押し、プランジャ93が、単位服用パッケージ27の符号化されていない表面との接触を達成し、そこに収容されている治療薬を単位服用パッケージ27から押し出す。
ランプ96またはシュートは、エジェクタアセンブリ55の下の、ハウジングの側面パネル38、39に据え付けられる。ランプ96は、放出された単位服用パッケージ27または治療薬をランプ96の端に位置する回転可能なガード97に搬送するため、一般的に提供モジュール33の幅を超えて伸長し、下方向へ傾く平な表面である。ガード97は、患者の計画内の各薬剤が放出されるまで、放出された単位服用パッケージ27を一時的に保有するために使用される。各規定された薬剤が放出されると、ガード97は、サーボモータにより始動位置から離れるように回転し、放出された単位服用パッケージ27または治療薬を患者により回収されるよう受取エリア46へと放出する。
受取エリア46は、摂取のために患者により薬剤が回収されるハウジングの前パネル41に構成された開口部分である。放出される服用パッケージ27または治療薬のタイプ、量および服用などのような薬剤に関する情報が電子表示42に表れる。代替的に、または追加で、医療関係者は、指示、追加情報を提供または遠隔通信インターフェイスおよび表示42、キーパッド43またはスピーカをとおして患者からのフィードバックを受信することにより直接患者と通信してもよい。
図23および図24は、同じ処方期間の一部として患者に所望の治療服用を提供するための、本発明の非連続的提供順列で使用される機能段階のフロー図である。
上述のように、本発明の重要な態様は、患者から遠隔に位置する医師、薬剤師、看護士または他の医療関係者が、非連続的な順序で、所定の順序に制限されずに、提供モジュール33内に格納された任意の単位服用および交付単位パッケージ27(あるいは、そこに収容された治療薬)を患者に供給できることである。この独自の提供スキームは、医療関係者に、流動的な病状に対して、即座に処方服用物を修正、列(queue)、変更または中断させることを可能にする。よって、提供モジュール33内に含まれる各単位服用パッケージ27の正確な位置および内容が、服用物提供プロセス前および中の双方で常に把握されていなければならない。本システムは、このデータの流れを管理するためのフィードバックループ機構を使用する。
操作において、医療関係者は、実行、調整および遵守追跡システム(FACT(商標))または他の臨床ソフトウェアアプリケーション32(図22)を使用して、患者の処方情報および服用スケジュールを入力する。患者の情報は、関係者のコンピュータモニターに表示されるメニュー方式ワークシートの補助を特徴とする、ソフトウェアのユーザインターフェイス100によりアクセスされる。図29は、メモリに格納される、患者の月間治療スケジュールを示すワークシートである。医療関係者が臨床ソフトウェア32を作用するのに使用する他のワークシートの例は、図27〜28および図30〜31に示される。例えば、処方情報、治療服用スケジュール、薬物−薬物間相互作用および食物−薬物間相互作用などの服用物提供基準および服用物提供結果の履歴を含むすべての患者情報は、臨床ソフトウェアデータベース32に格納される。臨床ソフトウェアデータベース32は、医療保険の相互運用性と責任に関する法律に準拠して、ユーザおよび患者情報へのネットワークアクセスを認証するための臨床施設のネットワークセキュリティ34方針および手順を使用する。
決められた服用時間前に、臨床ソフトウェア32は、制御センタ101に位置する、サーバで操作される制御ソフトウェア32に暗号化された信号を送信し、特定の患者に特定の薬剤の提供を開始する。この信号は、患者の提供モジュール33に割り当てられたランダムに作成されたユニット識別番号(UIN)だけでなく、規定の投薬計画および患者の服用スケジュールを示す指令命令セットを含む。患者を識別する患者の氏名または任意の情報のいずれも、医療施設のファイアウォール34を超えて送信されない。よって、唯一臨床ソフトウェア32のみが、規定計画および服用スケジュールまたは提供モジュール33を患者と相互に関係させることができる。
送信後、信号は、制御センタ101コンピュータサーバにより解読、認証される。UINを使用して、サーバの制御ソフトウェア35は、信号内に埋め込まれた各指令命令を特定の提供モジュール33にリンクする。次に、制御ソフトウェア35は、検索ルーチンを利用して、所望の単位服用パッケージ27を含む特定の薬剤キャリア26と指示を相互に関係させる。薬剤キャリア26および単位服用パッケージ27に割り当てられた符号化された識別子29、31にもとづくこの情報は、制御ソフトウェア35データベースに格納される。制御ソフトウェア35は、プログラムされた服用スケジュールにより患者に提供される、単位服用パッケージ27または治療薬の提供モジュール33内の特定の位置を確認する。
制御ソフトウェア35データベースは、そのような服用物(yおよびx座標位置)を含むストール28の行および列位置だけでなく、薬剤キャリア26の垂直位置(z座標位置)を特定する。さらに、制御ソフトウェア35データベースは、薬剤キャリア26およびキャリアに含まれる薬剤のタイプの内部構成にもとづく、特定の服用物放出パラメータを提供する。薬剤キャリア26は、提供モジュール33に装てんされているので、これは、制御センタ101コンピュータサーバに通信された格納された電子データを使用して達成される。
次の工程で、制御ソフトウェア35は、そのような薬剤のx,y,z座標位置にもとづき所望の薬剤を落下するために、提供モジュール33のためのランダムに作成された通信のトークンおよび指示を含む専用プロトコルに信号を再フォーマットする。指示は、適切な服用形態および量の正確な薬剤が患者に提供されることを確実にする。サーバは、再フォーマットされた信号を無線周波または他の適切なリンクを介して患者の提供モジュール33内に位置するコントローラに送る。コントローラは、制御センタ101サーバから送信された指令を解読し、制御センタサーバに確認を送る。この確認は、制御サーバ101による照会のために必要な通信のトークンを含む。応答において、制御サーバ101は、処方薬剤の落下をコントローラに許可するために、再確認信号を提供モジュール33に送信する。
モジュール33の服用物提供順序は、再確認信号の受信により有効化される。コントローラは、警報、表示42または他の適切な可視、可聴または他の手段により規定された単位服用治療27摂取を必要とする患者に警告する。1実施形態においては、スピーカを、ユーザの知る言語にて警告をもたらすために使用することができる。コントローラは、同時に、警告信号に関連して、患者が、例えば、制御パネル43上の落下キーを押すことにより提供信号を入力できる時間枠を設定する。口頭および視覚の信号が患者により無視されたときは、信号は、毎分またはそれ以上のプログラムされた間隔で繰り返される。時間枠の期間は、入力されたプログラムまたはデフォルト値により設定される。
患者が、プログラムされた時間枠内に落下キー43を押した場合、駆動モータ80と協調して、コントローラは、指令命令セットで特定されたz座標位置により、提供される単位服用パッケージ27または単位服用物を含む格納ベイ48にアクセスするために、格納エレベータ47を正確な垂直位置(図11および18)に引き上げる。ハウジング内の格納エレベータ47の位置は、モータ80が回転すると電子パルスの形でコントローラに位置情報を中継する、モータベースの符号化装置により決定される。適切な数のパルスが放出されると、格納エレベータ47は正確な位置を達成した合図をし、コントローラは、駆動モータ80を切断する。
格納エレベータ47が、指定された格納ベイ48にアクセスするための正確なレベルに達すると、コントローラは、y方向(図19)の水平移動を制御するサーボモータおよびプーリアセンブリ54を作動するため、格納ベイ48前方に囲まれた搬送キャリッジ49および一体式薬剤キャリア26を始動位置99から離れるように移動させる。格納エレベータ47内に位置する電子コードスキャナ98は、キャリッジ49の外端に沿って配置された位置マーカーを読み込む。キャリッジ49および薬剤キャリア26が前進すると、このマーカーは、これらの位置を示す。この位置情報はフィードバックループ機構を介してコントローラによって監視される。コントローラが、制御サーバから受けたy座標位置指示により、適切な数のマーカーがスキャンされたことを確認すると、モータおよびプーリアセンブリ54は、切断される。搬送キャリッジ49およびキャリア26が適切な位置に移動すると、スキャナ98も、x座標位置運用パラメータを含む、薬剤キャリア26の上方表面に貼付された符号化された識別子ラベル29を読み込む。
この時点で、搬送キャリッジ49および薬剤キャリア26は、効率的に格納エレベータ47の開口部をクリアし、所望の単位服用パッケージ27または単位服用物がエジェクタアセンブリ55の水平スライド86の下に位置づけられる。始動開始位置88から提供される薬剤上方の上述の運用位置89に、スライドが設置された容器90を前進させるように、制御信号(図16および20)が、x軸動作の要因となるモータ87に送られる。この提供準備位置において、プランジャ93の圧縮端部95が、上方の符号化された31単位服用パッケージ27の表面の直上に吊り下げられる。別の実施形態においては、単位服用物を単位服用パッケージから取り出すべき場合に、エジェクタアセンブリまたはプランジャ93の圧縮端部95が、単位服用パッケージ27の符号化されていない表面の上方に吊り下げられる。本開示の技術的範囲において、他の実施形態も可能である。
この位置で、アクチュエータ91の下端から吊るされたコードスキャナ92も、単位服用パッケージ27のシール上の電子識別子コード31の近くに位置づけられる。提供の補足確認が望まれる場合、スキャナ92は、識別子コード31を読込み、重複チェックとして選択された服用物が正しいものであるという照会をコントローラに送信する。制御ソフトウェア35層は、各指令を特定の薬剤キャリア26および単位服用パッケージ27(それらの身元は、提供モジュール33への導入時にスキャンおよび検証されている)にリンクする。
次の工程で、制御信号は、プランジャ93のシャフト94に接続されたアクチュエータ91に送られる。これが実行されると、シャフト94は、下方に傾き、それにより、圧縮端部95は、単位服用パッケージ27の符号化された31表面に接触する。この動作により、作動するストール28の保持手段30は、ここに含まれる単位服用パッケージ27を放出させる。放出されたパッケージ27は、エジェクタアセンブリ55の下に位置するランプ96に落下し、その後、ランプ96の下に位置する回転可能なガード97にスライドする。ガード97は、患者の計画内の各薬剤が放出されるまで、一次的に、放出された薬剤を保持する。別の実施形態においては、圧縮端部95が、単位服用パッケージ27の符号化されていない表面に接触して、この表面を圧縮し、治療薬(または、単位服用物)を単位服用パッケージの符号化された表面31を通って押し出すことができる。1実施形態においては、単位服用パッケージ27を、治療薬が放出されるときに該当のストール28の保持手段30に保持することができる。次いで、治療薬が、エジェクタアセンブリ95の下方に位置するランプ96へと落下し、回転式のガード97へと滑り込む。回転式のガード97が、患者の計画内の各々薬剤が吐出されるまで、排出された薬剤を一時的に保持する。
電子コードスキャナ92が、薬剤キャリア26からの単位服用パッケージ27の取り出し、または単位服用パッケージ27からの治療薬の取り出しを感知すると、規定の服用物がキャリア26から適切に回収されたことを照会する信号がコントローラに送られる。視覚識別が望まれる場合、電子画像機器が、個別に所望の薬剤がキャリア26から適切に回収されたことを認識するために使用される。
追加の単位服用パッケージ27または治療薬が、例えば、同じ薬剤の複数の服用強度が、適切な服用量を得るために併用される場合、同じ薬剤キャリア26から放出されるようスケジュールされると、キャリア26は、再度y方向に前進し、エジェクタアセンブリ55は適切なx位置に移動する。すべての規定薬剤が、薬剤キャリア26から放出されると、搬送キャリッジ49およびキャリア26は、格納ベイ48内の始動位置99に戻る。
規定の単位服用パッケージ27または治療薬が、異なる薬剤キャリア26に含まれる場合、格納エレベータ47は、指令命令セットのz座標位置により、適切なレベルへと上下する。その後、搬送キャリッジ49および薬剤キャリア26が、適切なy位置へと前方向に移動し、エジェクタアセンブリ55の容器90は、x方向に移動する。薬剤キャリア26が、適切な位置にくると、プランジャ93は、服用物27をキャリア26の外へ押し出し、放出された服用物27をランプ96へと落下させる。あるいは、プランジャ93が、単位服用パッケージ27から治療薬を解放し、ランプ96へと落下させることができる。この手順が、制御センタ101コンピュータサーバから受け取った指示により、患者の計画内の各薬剤に対して繰り返される。特定の服用期間のすべての薬剤は、典型的には各々の薬剤の排出に10秒未満しか要さない高速な連続で排出される。
スケジュールされた服用時間のすべての薬剤が、各薬剤キャリア26から放出されると、コントローラは、患者に薬剤の摂取準備ができたことを知らせるために、可聴警告、電子表示42または他の適切な警報メカニズムを起動させる。同時に、制御信号は、ランプ96の基盤の回転可能なガード97と操作可能に統合されたサーボモータを作動させる。ガード97が回転すると、放出された、完全に密封された単位服用パッケージ27または治療薬が、患者により回収されるよう受取エリア46に落下する。同時に、電子表示42は、例えば、提供された医療品のタイプ、量および服用を含む、受取エリア46に置かれた医療品の詳細を表示する。
患者の提供モジュール33との相互関係の完全な監査記録を維持するだけでなくコンプライアンスを監視するために、服用物が放出されると、モジュールは、無線周波または他の通信リンク36を介して、制御センタ101コンピュータサーバに信号を自動的に送信する。信号は、スケジュールされた服用期間に規定服用物が患者に提供されたことを確認する。送信は、トランザクションの正確な記録を提供するため、日付および時間を印される。制御センタ101サーバ上で運用される、制御ソフトウェア35は、信号を受取り、解読する。信号が、認証されると、制御ソフトウェア35は、系統的に、スケジュール服用期間中に提供された各単位服用パッケージ27または治療薬の状況を更新する。更新された使用情報は、提供モジュール33内に含まれる多様な医療品の詳細な在庫管理および完全な提供を提供するために、制御ソフトウェア35データベースに格納される。服用管理トランザクション記録も制御ソフトウェア35データベースに格納され、XMLメッセージストリームにフォーマットされ、暗号化されたセキュアソケット層25を使用して、後に続くポーリング周期の臨床ソフトウェア層32に送られる。
さらに詳しく後述されるとおり、ユーザは、旅行、仕事、学校、または買い物などへと出かける場合など、提供モジュール33へのアクセスを行わないと考えられる時間期間に対応する1若しくはそれ以上の日付および/または時間を入力することができる。提供モジュール33は、入力された日付および/または時間にもとづいて投与すべき服用物を決定し、そのような服用物をユーザへと排出することができる。ユーザは、キーパッド43などの入力装置によって1若しくはそれ以上の日付および/または時間を入力でき、表示装置42などによってユーザへと各々の服用物を摂取すべき時期に関する情報を表示することができる。
数分毎に、臨床ソフトウェア32は、臨床施設のデータサーバに送られた更新状況をチェックする。臨床ソフトウェア32が、トランザクション記録を受け取ると、ソフトウェア32は、医療関係者により入力された、患者の治療計画および服用物提供指示を格納するデータベースに情報を格納する。トランザクション記録は、例えば、規定の服用物が患者により受け取られた日付および時間だけでなく、患者の提供モジュール33に含まれる単位服用パッケージ27の更新された、完全な在庫を提供する。本情報は、臨床施設内の1若しくはそれ以上のコンピュータステーション100に直接提供され、指定された医療関係者が患者の服用物提供結果をリアルタイムで検討することができる。規定の服用物が患者に提供されたことを示す、服用物確認メッセージが制御センタサーバから受け取られると、臨床ソフトウェア32は、処理中のリストから特定の服用物提供種目を除去するためのルーチンを開始する。
患者がスケジュールされた服用時間に、例えば、プログラムされた時間枠の終了時に提供モジュール33の落下キー43を押すことにより、提供モジュール33により発せられた警報に反応しない場合、患者への電話、または患者の介護者、医師、薬剤師または他の指定された個人への電話を含む、ルーチンが開始される。提供モジュール33は、無線周波または他の適切な通信リンク36を介して、自動的に制御センタ101サーバに警報を送信する。その後すぐに、服用をしなかった通知が、上述の安全な暗号化方法25を使用して臨床施設のデータサーバに送信される。
さらなる実施形態は、例えば、患者が提供信号、例えば、落下キー43を押すこと、を入力できる、2つの時間枠を使用する。最初の時間枠で、提供モジュール33は、第1強度で、可聴、可視または他の警報を発する。最初の時間枠が終了して、患者がまだ提供信号を入力しない場合、モジュール33は、警告レベルをあげる。あげられた警告レベルは継続され、または代替的に、第2の時間枠が終了するまで、一定して増加する。もし患者が、第2の時間枠の終了までに警告に反応しなければ、ノンコンプライアンス行動の通知が、制御センタ101サーバに送信される。
患者が、指定された時間内に落下キー43を作動しない限り、スケジュールされた服用物の提供は、実行されない。これにより、本発明は、患者が、正確な服用時間に処方された的確な服用物を受け取ることを確実にする。本特徴は、アドヒアランスを向上し、スケジュールされていない服用時間に、複数の薬剤服用物を受け取った結果から起こる有害薬物相互作用から、患者を保護する。
患者服用管理結果は、リアルタイムで、臨床施設により送信および受信される。臨床ソフトウェア32は、自動的に、関係者のコンピュータモニター(ユーザインターフェイス100)に表示された警告メッセージを発することにより、医療関係者にノンコンプライアンス行動を警告する。そして、関係者は、直接患者に連絡および/または提供モジュール33へ、または以下に記載されるように、 適切な指令を指示することができる。
ノンコンプライアンスの通知の再見後、患者の医師、薬剤師または他の正規の医療関係者は、臨床ソフトウェア32データベースに格納され、ユーザインターフェイス100によりアクセスされる、患者の治療計画を読み出し、評価する。本情報は、これに制限されないが、氏名、タイプ(商標または総称)、可能強度および規定の医薬品の服用形態、服用スケジュール、薬物−薬物間相互作用および薬物−食物間相互作用などの服用管理基準、および次の保留服用物提供種目などの処方情報を含む。医療関係者は、次に、例えば、適切なワークシート100を使用して規定の服用量をキャンセル、キューまたは修正する指示を入力することにより、患者の投薬計画、服用スケジュールまたはその両方が摂取されなかった服用物を調整するために修正されるべきかを決定する。
これは、特定の提供モジュール33内の処方および非処方薬剤、医薬品、栄養補助剤の詳細な位置および内容を、服用物提供プロセスの前および中、常に把握することを可能にする電子識別コード29、31の使用をとおして、一部、達成される。本情報は、制御センタ101により格納および監視される。未使用単位服用パッケージ27の更新された在庫を含む、各服用物トランザクションの記録は、各トランザクションが行われた後、即座に臨床施設に送信される。医療関係者は、自身のコンピュータモニター(ユーザインターフェイス100)に表示される更新された在庫リストを再見する。スケジュールされていない服用および/またはスケジュール調整は、処方をなした医師により適切と見なされた場合、医療関係者は、代替服用物、または患者に提供できる規定の治療のリストから異なる薬剤を選択し、適切な提供基準を入力する。新規服用情報は、臨床ソフトウェア32データベース内に格納される。患者は新規処方箋を得て満たすために、医師のオフィスまたは薬局に行く必要がない。治療の継続において遅延または中断されることはなく、規定の治療計画のコンプライアンスは、ほぼ即時に処理される。
同様に、本発明のシステムは、医療関係者が、積極的に、患者の健康状態の予期しない変化に、即座に対応することを可能にする。本発明は、適切な服用量が、例えば、患者の必要性に応じて経時的に変化するラボ試験をとおして、常に評価される状況に適している。これらの状況において、医療関係者は、新規処方箋なしに、遠隔で患者の服用量を調整、または異なる薬剤をほぼ即時に提供できる。これは、狭い治療指数薬剤が処方され、過剰な服用または不充分な服用により、患者が重度の副作用および疾患を引き起こす可能性がある場合、とくに重要である。患者は、潜在的に有害な中断なしに治療過程を継続することができるため、本システムは、患者の状態の悪化を防ぐ。
数分毎に、臨床ソフトウェア32は、医療関係者により入力されたスケジュールおよび指示を格納するデータベースの修正を監視するルーチンを開始する。ソフトウェア32が、服用および/またはスケジュール変更を感知すると、情報は、暗号化されたセキュアソケット層36を使用して制御センタ101コンピュータサーバのURLへ送信される。上述のように、情報は、ユニット識別番号(UIN)および他の制御センタ101サーバによる認証に必要な識別子を含む、XML指令命令セットにフォーマットされる。サーバ上にインストールされた制御ソフトウェア35は、臨床ソフトウェア32から受け取った指示を認証および解読する。応答信号が次に臨床ソフトウェア32に送られ、そのような指示の受理を確認する。UINを使用し、制御ソフトウェア35は、調整された服用物提供基準を特定の提供モジュール33と相互に関係させる。制御ソフトウェア35は、次に、モジュール33内に格納された単位服用パッケージ27の現在の在庫にもとづき、患者に提供される単位服用パッケージ27または治療薬の提供モジュール内の特定の位置を確認するためにデータベースを参照する。提供モジュール33は、シリアル提供制限により制限されることなく、非連続的にパッケージ27または治療薬を放出することができる。
制御ソフトウェア35は、検索ルーチンを利用して、そのような服用物(それぞれ、yおよびx座標位置)を含むストール28の列および行位置だけでなく、所望の単位服用パッケージ27を含む特定の薬剤キャリア26の垂直位置(z座標位置)を検索する。さらに、検索ルーチンは、薬剤キャリア26およびキャリアに含まれる薬剤のタイプの内部要素にもとづく、特定の服用物放出パラメータを識別する。これは、格納された電子的にコード化された識別子29、31を使用してなされる。制御ソフトウェア35は、同時に、修正された服用物に対して、現在の時間対スケジュールされた落下時間を監視する。現在の時間がスケジュールされた落下時間と一致すると、ソフトウェア35は、無線周波または他の適切な通信リンク36により提供モジュール33へ、指令信号を送信する。本信号に含まれるのは、特定の位置座標にもとづき、修正された服用物を落下するための提供モジュール33に対する指示である。
指令信号が、有効化されるために提供モジュール33により受信されると、モジュールのコントローラは、コントローラのメモリ内に格納された論理プログラムにより、指令信号をコントローラ実行列に解読、照会および取り込む。その後直に、コントローラは、調整された服用物を摂取する必要があることを可視、可聴または他の手段を介して患者に警告する。提供モジュール33により発せられた警告、例えば、規定の口頭指令またはプログラムされた時間内に落下キー43を押すことにより、患者が応答すると、服用物提供順序が開始される。所望の服用物が患者に提供されると、確認および状況情報が制御センタ101サーバに送られる。これらの結果は、即時、処理され、臨床施設に送信され、指定の医療関係者に患者の服用物提供結果がユーザインターフェイス100によりリアルタイムで再見される。よって、本明細書で記載されるフィードバック機構は、患者の投薬計画が即時に調節され、流動的な病状に対応するために調整されることを可能にする。
医療関係者は、電話、Eメールを介して、または適切な指令を自身のコンピュータターミナルに入力することにより、服用物提供時に患者と通信することができる。指令信号は、制御ソフトウェア35で処理され、その後患者の提供モジュール33に送信される。例えば、キーパッドおよび/またはスピーカを含む、本遠隔インターフェイスをとおして、患者は、情報を提供または質問に返答することを促される。
従来の医薬品提供システムが、医療関係者に患者の健康状態に関するデータを提供するのに対し、本システムは、医療関係者に、遠隔位置から積極的に患者の健康状態の変化に対応させることを可能にする。提供モジュール33内に含まれる各単位服用パッケージ27は、個別にアクセスおよび追跡可能なように、別々に符号化され31、在庫管理される。これは、医療関係者に、服用ごとに非連続的順序で、制御され、監査的に薬剤を提供させることを可能にする。これにより、規定の計画の患者のコンプライアンスは、詳細に監視される。さらに、服用調節および他の治療決定は、リアルタイムで、患者の健康状態の変化について通信の受取りと同時に医師が指定するパラメータ内で決定される。本特徴は、テレヘルスおよびテレファーマシにもとづくサービスの全体的な増加により、とくに重要である。
上述のように、典型的な実施形態の提供モジュール33は、各キャリアが多様な治療薬を含む複数の薬剤キャリア26を収納する。例示のため、典型的なキャリア26の導入動作を以下に記載する(図7〜10、17および25a)。
薬剤キャリア26の新しい供給を受け取ると、空または一部空の提供モジュール33への導入が、基本的に患者、介護者または他の正規のオペレータにより開始される。使用者は、ただ、ハウジングの前パネル41に位置する導入キー43を押し、コントローラに、導入認証の要求を無線周波または他の適切な通信方法36を介して制御センタ101に送信するよう促す。制御センタ101により受信されると、導入要求信号が制御ソフトウェア35により認証され、ほとんどの場合、受理される。セキュリティパスワードまたは他の承認が導入動作を開始するために要求されるが、オペレータにより入力されないと、導入認証要求は、否定される。
代替の実施形態として、導入動作は、制御ソフトウェア35により初期化される。制御センタ101サーバは、ランダムに割り当てられた通信のトークンを含む、暗号化された導入指示を提供モジュール33に送信する。この受理により、信号は、認証のためにモジュールのコントローラにより解読、照会される。認証されると、コントローラは、応答信号をサーバに送信し、導入指示の受理を確認する。その後、提供モジュール33は、患者または他のオペレータに導入キー43を押すよう促すため、可聴、可視または他の警報を発する。
オペレータが、導入キー43を起動させると、格納エレベータ47は、即時にハウジングの下部の始動位置から、格納ベイ48への新規薬剤キャリア26の導入のために、操作位置に立ち上がる。ハウジング内の適切なレベルへの格納エレベータ47の移動は、コントローラ作動をとおして、モータ80および送りねじアセンブリ81の動作により実行される。格納エレベータ47は、導入される格納ベイ48が、一般的に、ハウジングの側面パネル38、39に沿って伸長する水平ガイドレール57、58に接触する高さへと立ち上げられる。この位置で、搬送キャリッジ49の下表面は、わずかにガイドレール57、58の上に位置し、格納ベイ48を出るとき、キャリッジ49は、ガイドレールに対して自動的に静止する。上述のように、格納エレベータ47は、符号化装置の操作をとおして、自動的に、的確な位置に移動する。
格納エレベータ47が、適切に位置づけられると、導入経路がクリアになるように、アクチュエータ60は、ガイドレール57の下の邪魔にならない位置へラッチ装置59を下げる。搬送キャリッジ49は、格納ベイ48内の始動位置99から、キャリッジ49がハウジングの導入エリアに伸長する位置へ前方向に進む。キャリッジ49は、導入エリアに入ると、その移動は、位置情報をコントローラに中継するセンサにより感知される。制御信号は、アクチュエータ72に取付けられた旋回ブラケットに送信され、アクチュエータ72は、キャリッジ49の上部表面との接触を達成するために下方向へ拡張する。これと同時に、旋回ブラケット65は下方向に回転し、駆動ホイール70、71をキャリッジ49の上部表面上に下がらせる。駆動ホイール70、71は、モータ73およびプーリアッセンブリ74の作動をとおして、さらに前方向にキャリッジ49をガイドレール57、58に沿って移動するために外側に回転する。
搬送キャリッジ49の前端は、ハウジングと揃うように(つまり、始動位置)ハウジングの前パネル41と接触すると、コントローラは、キャリッジ49の前方向移動が静止するように、一時的にモータ73を切断する。拡張したアクチュエータ72は、基本の上昇位置へ上方向に移動し、同時に、キャリッジ49との接触を解除するために、旋回ブラケット65および駆動ホイール70、71を上方向に回転させる。この位置で、キャリッジ26は、ハウジングの前パネル41に設置された挿入/回収スロット45に接触する。搬送キャリッジ49は、ここで、入ってくる薬剤キャリア26を受け取るための位置にある。提供モジュール33は、ランダムな順序で患者の服用にアクセスおよび提供できるため、薬剤キャリア26は、提供モジュール33に特定の順序で導入される必要はない。これは、薬剤は提供される順に導入されなければならなかった、以前の当該分野装置の大きな欠点を克服する。
この時点で、新規薬剤キャリア26を挿入/回収スロット45に、好ましくは、薬剤が下向きで挿入するために、オペレータは、可聴、可視または他の手段をとおして、ハンドルを備えた導入ドア44を開けるよう促される。コントローラは、薬剤キャリア26がスロット45に位置されたかどうか、センサを監視することにより確認する。センサが、薬剤キャリア26が完全に挿入されたこと、つまり、リミットスイッチを起動するのに、薬剤キャリア26の周囲端が、導入エリアに、充分に伸長した(例、3インチまたは他の所定の距離)ことを確認すると、コントローラは、駆動ホイール70,71に、外側または内側方向に拡張および回転すると同時に、挿入/回収スロット45をとおして、薬剤キャリア26を待機中のキャリッジ49に進むよう、合図を送る。
センサは、薬剤キャリア26が、完全にキャリッジ49に囲まれたことを感知すると、アクチュエータ60は、駆動ホイール70、71による搬送のためにガイドレール57,58上に位置するキャリッジ49を固定するために、ラッチ装置59にガイドレール57上の基本のインデックス位置を回復させる。薬剤キャリア26およびキャリッジ49が、空の格納ベイ48の方へと後方に移動すると、薬剤キャリア26近くに位置する電子スキャナ98が、制御信号に応答して起動する。スキャナ98は、キャリアのシリアル番号を認識する、薬剤キャリア26の上表面に貼付された符号化された識別子29ラベルを読込む。スキャナ98は、薬剤キャリア26が格納される、特定の格納ベイ48を記録する。この後すぐに、スキャナ98により取り込まれた情報は、制御センタ101に位置するコンピュータサーバに送信される。
薬剤キャリア26および搬送キャリッジ49が、格納ベイ48の開口部へ近づくと、モータおよびプーリアセンブリ54は、格納ベイ48の開口部近くに設置されたスパーギア53を回転させ、始動位置99へとキャリッジ49の後部移動を生み出す。旋回ブラケット65に付いているモータ73は、駆動ホイール70、71の回転を停止させるため、切断される。これが実行されると、拡張したアクチュエータ72は、始動の上昇位置へと上方向に動き、同時に、始動位置に固定するために、旋回ブラケット65を上方向に回転させる。
この後ほぼすぐに、格納エレベータ47は、異なる位置へ上下に動く、つまり、第2薬剤キャリア26の導入の操作可能なレベル。この時点で、オペレータは、ほかの薬剤キャリア26を挿入/回収スロット45に挿入するよう促される。各新規キャリア26は、すべての薬剤キャリア26が提供モジュール33に存在するまで、入ってくるキャリア26を受取り、搬送するために格納エレベータ47にキャリッジ49が進むというように、同様に導入される。オペレータは、可聴、可視または他の手段で、導入操作が終了したことを警告される。全プロセスは、きわめて迅速に、通常は3分以内に行われる。
上述のように、キャリアが格納エレベータ47の方向へ進み、キャリア26の特定位置を画像化するよう、バーコード読取装置、光学認識読取装置または無線周波識別タグ読取装置などのような電子スキャナ98は、各薬剤キャリア26のさらされた表面に印刷された電子識別子コード29をスキャンする。本情報は、後に取り出すために制御センタ101コンピュータサーバに提供される。導入操作が完了すると、スキャンされた各薬剤キャリア26は、次に、一時的に格納ベイ48から除去される。スキャナ98は位置を決め、キャリア26内の各単位服用パッケージ27のシールに印刷された電子識別子コード31を読取り、単位服用パッケージ27が格納されている特定の格納ベイ47を画像化する。コントローラは、スキャナが回収した情報を、制御ソフトウェア35データベースに以前入力された符号化されたデータと相互に関連させる、制御センタ101に送信する。これにより、各服用物27が、製造時点から患者に提供される時点までを正確に追跡できるように、特定の提供モジュール33内に含まれる各単位服用物/交付単位パッケージ27の詳細な位置および内容が、制御ソフトウェア層35内に格納される。この格納されたデータは、上述のように、医療関係者に遠隔で的確な治療を患者に選択および提供させることが可能である。
図25bは、代表的な排出操作を示す。患者への供給が消耗すると、薬剤キャリア26は、基本的に患者、介護者または他の指定されたオペレータにより排出操作される。オペレータは、ただ、ハウジングの前パネル41に位置する「排出(unload:アンロード)」キー43を押し、コントローラに、制御センタ101サーバに照会要求信号を送信するよう促す。サーバにより受信されると、信号は、制御ソフトウェア35により認証され25、制御センタ101データベースが、1若しくはそれ以上の薬剤キャリア26の事前に選択された数のストール28が空であることを確認すると、その後、認可される。要求の検証に必要な情報は、電子的にコード化された識別子29、31の使用をとおして、提供モジュール33内の各単位服用パッケージ27の位置および状況の継続的に更新される記録を維持する、サーバデータベースに格納される。これにより、制御センタ101は、各単位服用パッケージ27を常に、明らかにすることができる。
代替の実施形態では、排出操作は、制御ソフトウェア層35から発信する。患者の薬剤提供が、サーバデータベースにより反映されるように、所定のレベル以下になったとき、制御センタ101サーバは、暗号化された25排出指示を提供モジュール33に送信する。信号が、提供モジュール33コントローラにより認証のため、復号化および照会される。認証されれば、コントローラはサーバに応答信号を送信し、排出の指示の受理を確認する。その後、提供モジュール33は、患者または他のオペレータに排出キー43を押すように促す、可聴、可視または他の警報を発する。
オペレータが、排出キー43を起動すると、格納エレベータ47は、即時に空になった薬剤キャリア26を格納ベイ48から除去するために、始動位置から操作位置に立ち上がる。その後、搬送キャリッジ49および薬剤キャリア26が、上述のように、ハウジングの導入エリアに誘導される。キャリッジ49の前端が、ハウジングと揃うように(つまり、始動位置)ハウジングの前パネル41と接触すると、キャリッジ49の前方向の移動が静止する。しかし、駆動ローラ70、71は、外側への回転を継続し、空の薬剤キャリア26をキャリッジ49の外へ移動し、挿入/回収スロット45へ移動する。センサが、挿入/回収スロット45から出ていく薬剤キャリア26の移動を監視するために、位置づけられる。
薬剤キャリア26の前端が、約3インチ(または他のオペレータによりキャリア26の手動除去のために適切な距離)突出するように、ハウジングの前パネル41をクリアすると、コントローラは、モータ73を一時切断し、駆動ホイール70,71の更なる回転を防ぐ。空の薬剤キャリア26は、ここで、オペレータにより除去される位置にある。この時点で、オペレータは、可聴、可視または他の手段で挿入/回収スロット45から薬剤キャリア26を回収するためにハンドルを備えた導入ドア44を開けるよう促される。
センサが、空の薬剤キャリア26が除去されたことを感知すると、コントローラは、搬送キャリッジ49を空の格納ベイ48方向の後部方向へと移動するように、モータ73に駆動ホイール70、71を逆方向、つまり、内方向に回転するよう合図する。キャリッジ49が始動ポジション99に達すると、モータ73は、駆動ホイール70、71が回転を停止するよう切断される。これが実行されると、ブラケットアクチュエータ72は、初めの上昇位置へと上方向へ移動し、同時に、旋回ブラケット65を始動位置へと上方向に回転させる。そのような時点で、ラッチ装置59は、ガイドレール57近くのインデックス位置を回復する。
格納エレベータ47は、次の空の薬剤キャリア26を排出ために上下に動く。各格納ベイ48は、すべての空のキャリア26が提供モジュール33から除去されるまで、同様に除去される。薬剤キャリア26の排出は、格納エレベータ47が、対応する格納ベイ48から空のキャリア26の除去のために的確に位置づけられ、ほぼ同時に、挿入/回収スロット45からキャリア26の放出を早急に実行することを理解されたい。各放出されたキャリア26を受け取る位置にオペレータがいれば、全処理は、3分しかかからない。
すべての空の薬剤キャリア26が提供モジュール33から除去されると、制御センタ101サーバは、導入信号を空のモジュール33のコントローラに送信する。オペレータは、可聴、可視またはその他の手段で、モジュール33が再度補充される準備ができたことを通知される。そのような時点で、オペレータは、ただ、ハウジングの前パネル41に位置する導入キー43を押し、その後、挿入/回収スロット45に新規薬剤キャリア26を挿入するために導入ドア44を開けるだけでよい。
上述のように、リモート投薬管理システムは、臨床および通信ソフトウェア、薬剤提供ユニット、および薬剤梱包で構成される。そのようなシステムは、患者の処方された薬剤を提供ユニットに格納し、医療提供者が患者の処方された薬剤を遠隔にてスケジュールし、医療提供者が処方された薬剤を摂取すべきときに患者へと通知を提供し、患者の指令にもとづいて患者にとってアクセス可能な提供ユニットのトレイへと処方された薬剤を放出し、医療提供者へとイベントの履歴を供給するための手段を提供する。したがって、このシステムは、家庭または臨床の患者の治療の計画の管理において、医療提供者への助けとして使用されるように意図されている。
上述した機能に加えて、種々のさらなる機能が、そのような機能がとくには薬剤の安全な提供に関する問題に対処する場合に、有益であろう。例えば、大きな懸念は、患者が自身の薬剤を正しく識別できないことである。薬剤提供ユニットは、薬剤または薬剤を含むパッケージの識別を、この任務を達成するために患者に頼ることなく実行しなくてはならない。薬剤提供ユニットは、製造業者または薬剤師のラベルを使用して薬剤を識別しなければならない。装置が薬剤を識別できない場合、装置は薬剤を受け入れてはならず、薬剤が識別不可能であって、当該装置においては使用できない旨を、通知しなければならない。さらに、患者が自身の薬剤の正しい提供のために薬剤提供ユニットに頼るものと仮定しなければならない。薬剤提供ユニットの電気機械システムは、所定の時刻に薬剤を処方された服用量にて確実に放出しなければならず、服用物が成功裏に提供されたことを検証しなければならない。代替実施形態においては、薬剤提供ユニットが、薬剤が処方のとおりに放出されていない旨の通知を提供しなければならない。提供のイベントの完全な履歴が、保持されなければならない。
またさらに、適切な薬剤を提供するという薬剤提供ユニットの能力は、各々の薬剤を識別し、薬剤提供ユニットに収容されている薬剤の数がスケジュールされている治療に矛盾しないことを確認するという薬剤提供ユニットの能力に依存する。特定の服用周期において処方された薬剤を提供するために充分な薬剤が薬剤提供ユニットに収容されていない場合には、装置が通知をもたらさなければならない。したがって、装置は、自身の収容している各々の薬剤の具体的な量を確認できなければならない。
またさらに、薬剤提供ユニットは、有効期限を過ぎた薬剤を受け入れてはならず、薬剤が期限切れであって、当該装置における使用が不可能である旨の通知をもたらさなければならない。これらの懸念に鑑み、薬剤提供ユニットは、パッケージされた薬剤をパッケージが識別できないときに自動的に排出すること、適切な薬剤の選択および提供を確認すること、破損、不適切な薬剤、期限切れの薬剤、などの場合に通知をもたらすこと、1若しくはそれ以上の薬剤の量を確認すること、および薬剤提供ユニットが薬剤の量を確認できない場合に通知をもたらすことが、少なくとも可能でなければならない。原因にかかわらず、リスクを、リアルタイムの異常報告システムによって軽減することができる。システムのすべての部分(とくには、薬剤提供ユニットを含む)におけるエラー(条件付きの成功を含む)が、記録および報告されなければならない。
停電によって患者が薬剤提供ユニットから自身の薬剤を取り出すことができない場合や、制御ソフトウェアが薬剤提供ユニットと通信できず、服用スケジュールの調整またはコンプライアンスの監視ができない場合に、リスクが生じる。このため、薬剤提供ユニットの通信および動作継続の能力を或る期間にわたって維持する電池によるバックアップを設けることが好都合であると考えられる。さらに、手動での取り出し方法や、電池の電力が最低動作レベルを下回って低下した場合に薬剤パッケージのすべてが自動的に放出されるなど、停電によってユニットが動作できない場合に薬剤提供ユニットから薬剤を容易に取り出すための方法が、患者のために存在すべきである。
患者が薬剤提供ユニットを使用することができないと、リスクが生じる。このため、薬剤提供ユニットについて、患者の制御を限定することが望ましいかもしれない。薬剤提供ユニットおよびその制御ソフトウェアを、薬剤提供ユニットと患者との間のいかなるやり取りも、管理、スケジューリング、または薬剤の識別に使用されるいかなる情報も患者に入力させる必要がないように、設計すべきである。
薬剤のスケジューリングおよび提供も、例えば薬剤服用スケジュールが、患者が自身の薬剤をすでに薬剤提供ユニットから受け取った後で変更される場合など、多数のリスクを呈する。これは、患者が自身の薬剤をスケジュールされた服用の提供よりも前に受け取ることができるという特徴を装置が有している場合に生じうる。そのような状況は、提供スケジュールの変更につながる可能性がある。そのような発生を防止するために、適切なソフトウェア制御を用意すべきであり、患者の介護提供者へと、患者がすでに自身の薬剤を受け取っており、服用物の変更が次のスケジュールされた服用期間まで行われない旨が、警報されなければならない。あるいは、そのようなスケジュール変更が、薬剤パッケージが介護提供者または患者によって薬局から運ばれているときに、薬剤キャリアが薬剤提供ユニットへと挿入される前に薬剤服用物が薬剤キャリアから取り出されて投与される場合に、必要かもしれない。同様の状況が、停電ゆえに患者が薬剤提供ユニットを使用せずに自身の薬剤を手動で服用する場合に生じる。薬剤提供ユニットがパッケージに存在しない薬剤を提供しようと試みる場合に、潜在的なリスクが生じる。装置は、薬剤が薬剤キャリアから欠けていることを認識できなくてはならない。さらに別の例では、薬剤の投与のプロセスにおいて、患者が錠剤を床に落としたり、採取前に服用物を失ったりし、代替の服用物を得るための用意かつ便利な方法を持たない場合に、潜在的なリスクが生じる。薬剤提供ユニットは、患者が薬剤提供ユニットから薬剤パッケージを取り出し、手動で薬剤を投与し、次いでパッケージをユニットへと再び挿入することが、可能であるべきである。
他のさまざまなリスクは、薬剤のラベル付けに関係する。例えば、薬剤キャリアへと薬剤師によって貼り付けられた処方ラベルが、薬剤キャリアが薬剤提供ユニットへと挿入された後ではもはや患者にとって視認できない場合に、リスクが存在する。これらに限られるわけではないが、薬剤の名称、形態および用量、薬剤の有効期限、警告ラベル(必要な場合)、など、そのようなラベルに印刷された重要な情報は、患者の処置にとってきわめて重要である可能性がある。このリスクを、薬剤提供ユニットが薬剤を提供する時点で患者へと基本的な処方情報を表示することで軽減でき、あるいは薬剤提供ユニットを、薬剤師の処方ラベルからの情報を患者が常に完全に視認できるように設計することで軽減できる。ラベルを患者が完全には視認できない場合、薬剤提供ユニットを、有効期限を過ぎた薬剤を患者へと提供することがないようにプログラムすべきである。
薬剤が薬剤提供ユニットまたは薬剤提供ユニットに格納された他の薬剤に直接接触する場合、リスクが生じる。薬剤提供ユニット内での接触や、薬剤提供ユニット内に残る残留ダストによる異なる薬剤間の交差汚染が、とくには薬剤がその薬剤へのアレルギー反応の結果として患者へもはや提供されない場合に、拒絶反応の潜在的なリスクを生む。このリスクを、患者が薬剤を実際に受け取るまで各々の薬剤の各々の用量をパッケージ内に収容することで、薬剤間または薬剤と薬剤提供ユニットとの間の直接接触をなくすことによって軽減でき、あるいは薬剤が薬剤残留物を有する可能性がある薬剤提供ユニットの表面に触れることがないように保証することによって軽減できる。
本発明の種々の態様の実施形態、とくには上述のリスクに対処する実施形態が、図32〜61を参照してさらに説明および後述される。同じ動作構造および装置の多くがすでに上述されており、それらを後述される実施形態にも同様に適用できることを、理解できるであろう。例えば、上述した図2が、リモートコントローラ101および/またはリモートユニット32を薬剤提供ユニット33とともに使用する特定の例を説明している。すなわち、1若しくはそれ以上の薬剤提供ユニット33が、通信ネットワーク36を介して制御センタ101などのリモートコントローラと通信する。1つのリモートコントローラが、典型的には複数の薬剤提供ユニット33と通信することに、注意すべきである。薬剤提供ユニット33の別の実施形態に関するさらなる詳細が、図32〜40および付随の説明をさらに参照して後述される。上述のように、通信ネットワーク36は、この技術分野において公知のさまざまな種類の無線/有線、公衆/個人の通信ネットワーク(これらの組み合わせまたは他の任意の適切な通信システムを含む)など、任意の適切な通信ネットワークを含むことができる。
さらに、1若しくはそれ以上の臨床施設32に存在するソフトウェアを備えたコンピュータなど、1若しくはそれ以上のリモートユニットも、通信ネットワーク36を介してリモートコントローラと通信できる。リモートユニットは、デスクトップ/ラップトップコンピュータや携帯または可搬の無線コンピュータ装置など、ネットワーク36を介した通信が可能な任意の適切な処理装置(いずれも当業者にとって公知の適切なユーザインターフェイス100を有している)を含むことができる。1実施形態においては、医療提供者が、患者の服用計画の初期化および/または変更、薬剤提供ユニットによってもたらされるデータ/情報へのアクセス、あるいは薬剤提供ユニットへのアクセスのために、リモートユニットを使用する。本明細書において使用されるとき、「医療提供者」は、所与の提供ユニットのユーザへと医療または介護を提供する任意の権限のあるエンティティ(例えば、医師、看護士、薬剤師、など)を含む。本発明の別の実施形態においては、医療提供者以外の者も、リモートユニットを介した限られたアクセスを許されてもよい。
リモートコントローラ101は、薬剤の適切な提供を促進するために薬剤提供ユニット33とともに動作する。一般に、リモートコントローラ101を、この技術分野において公知のとおり、1若しくはそれ以上の適切にプログラムされたアプリケーションおよびデータベース・サーバ・コンピュータとして具現化することができる。さらに、ユーザインターフェイスをリモートコントローラ101の一部として設けることで、権限を有する者(薬剤提供ユニット33によって実現されるサービスの提供者など)が薬剤提供ユニット33またはリモートユニット32によってもたらされて格納されるデータ/情報へとアクセスできるようにすることができる。図2においては、リモートコントローラ101が別個の装置として示されているが、種々のサーバコンピュータがただ1つのエンティティによって別個独立に所有され、プログラムされ、運営され、維持される実施例など、別の実施例も可能である。例えば、リモートコントローラ101を、独立に動作させるのではなく、この術分野において公知のとおり、通信ネットワーク36におけるインターネットまたはウェブ・ホスティング・サービスの使用によるなど、ホスト・コンピュータとされた環境において実現することが可能である。実現のハードウェアがどこに位置するかにかかわらず、リモートコントローラ101の機能(上述および後述のとおり)を実行するサーバコンピュータへのアクセスは、1若しくはそれ以上の適切なインターフェイス(例えば、リモートユニット32によって提供される特別なインターフェイス100)によることができる。上述のように、リモートユニット32は、リモートコントローラ101によっても格納される自身の患者データ、ならびにセキュリティ方針および内部ネットワークアクセスを維持することができる。このようにして、各々のリモートユニット32が、そのリモートユニット32に特有の患者情報、服用計画、などの入力および変更のためのユーザインターフェイスをさらに備えることができる。他の実施形態においては、この機能のすべてを、この技術分野において公知のとおり、適切なウェブインターフェイスを介してアクセスできるウェブサービスとして、リモートコントローラ101へと取り入れることができる。使用される具体的なインターフェイスにかかわらず、さまざまな種類のユーザに、適切なアクセスのレベルを提供するパスワードまたは認証機構にもとづいて、リモートコントローラ101の機能および格納済みデータへのアクセスが提供される。例えば、医師は、自身の担当の患者に関しては、データ/情報への全面的なアクセスを有するべきであるが、他の患者に関してはそうでない。
上述のように、リモートコントローラ101の機能を、集中型にするよりもむしろ、上述のように分散型の様相で実現することができる。すなわち、リモートユニット32が、ウェブ・アプリケーション・システムにアクセスするユーザインターフェイスよりも多くの機能を提供する適切にプログラムされた処理装置を含むことができる。例えば、1人以上の医師の各々が、患者のための服用計画および他の患者関連の情報を生成および維持することができるコンピュータおよび適切なソフトウェアおよびストレージ装置を有することができる。この情報は、リモートコントローラ101によっても同様に格納されるが、そのような情報についての最終的な制御は、それぞれのリモートユニット32によって保持される。さらに、医師のコンピュータ(リモートユニット)は、例えば必要な服用計画をダウンロードするため、および薬剤提供ユニット33から直接通信を受信するために、必要な薬剤提供ユニット33にアクセスすることができる。そのような実施例の利点は、すでに述べたように、秘密の患者情報(HIPAAの庇護のもとで保護されるような)を、適切なファイアウォールなどの使用によって医療提供者によってより直接的に制御できる点にある。しかしながら、任意の適切な構成が使用可能である。
上述のように、リモートコントローラ101および/またはリモートユニット32を、ネットワーク36を介して送信される指令を使用することによって薬剤提供ユニット33の動作を直接制御するために機能させることができ、そのような指令の受け取り確認が、薬剤提供ユニットによる受信および/または実行の後に制御側エンティティへと返される。別の実施例においては、薬剤提供ユニット33の基本的に自立的な様相での動作を可能にする情報およびデータが、リモートコントローラ101によって薬剤提供ユニット33へと通信される。この実施例においては、薬剤提供ユニット33に、リモートコントローラ101によって1若しくはそれ以上の服用計画が(必要なソフトウェアプログラムおよび/または必要に応じたソフトウェアプログラムの更新に加えて)供給される。この点で、薬剤提供ユニット33は、定期的にリモートコントローラ101に接触し、何らかのデータ/情報が薬剤提供ユニットへのダウンロードのために入手可能であるか否かを決定するようにプログラムされる。本発明の好ましい実施形態においては、これが、General Packet Radio Service(GPRS)モデムまたはSSLなどの適切な暗号プロトコルを実行する同様の装置など、無線リンクを使用して実現される。この実施例の利点は、薬剤提供ユニット33が、このリンクを介して到来する通信を、それがコントローラ101との通信を前もって開始していない場合には無視できる点にある。さらに詳しく後述されるとおり、さらに薬剤提供ユニット33は、薬剤提供ユニットがコントローラへのアップロードのためのデータ/情報を有している場合に、リモートコントローラ101とのスケジュール外の通信を開始することができる。これらのスケジュール外の通信の際に、薬剤提供ユニットは、スケジュールされた通信の最中の場合と同様に、依然として更新を要求することができる。この実施例の薬剤提供ユニットは、格納された服用計画に従って動作することができるため、リモートコントローラ101との往復通信の必要が大幅に少なくなり、運転コストが削減され、薬剤提供ユニット33の応答性が改善される。
上述および後述のとおり、薬剤提供ユニット33は、薬剤キャリアを格納して、必要な薬剤を提供するように機能する。詳しくは、種々の機械および電気コンポーネントが、薬剤提供ユニットの基本機能を実現するために設けられる。したがって、例えば、適切なコンポーネントが、個々の薬剤キャリアが薬剤提供ユニットの入力ポートに用意され、自動的に引き込まれた後に格納されるように設けられる。このプロセスの一部として、入力される各々の薬剤キャリア上の識別表示を、入力される薬剤キャリアおよび/または薬剤キャリアに格納された薬剤に関する情報を割り出すために検査することができる。さらに、入力される(あるいは、すでに格納されている)各々の薬剤キャリアを、各々の単位服用パッケージが正しい状態にあることを確認すべく検査することができる。次いで、正しく受け取られた入力薬剤キャリアを、薬剤提供ユニットの適切な格納領域に、後に種々の調剤作業のために必要に応じて取り出すことができるように配置することができる。同様に、他のコンポーネントが、個々の単位服用パッケージを実際に取り出し、その後に取り出した単位服用パッケージを薬剤提供ユニットのユーザ(例えば、患者)へと届けるために設けられている。入力薬剤キャリアの取り扱いに使用される同じ機構を、必要に応じて薬剤キャリアの放出または排出を行うためにも使用することができる。
次に図32を参照すると、代替実施形態の薬剤提供ユニットの斜視図(外側ハウジングは除かれている)が示されている。全体として、この代替実施形態の薬剤提供ユニットの動作は、図3以降に関して上述した薬剤提供ユニットに類似している。1実施形態においては、薬剤提供ユニット33の動作が、マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、プログラマブル論理アレイ、特定用途向け集積回路、またはこれらの組み合わせなどといった1若しくはそれ以上の適切な処理装置(すなわち、この技術分野において公知の「プロセッサ」)によって実行される格納済みのソフトウェアプログラムを使用することによって制御される。このように、格納済みのソフトウェア制御プログラムを使用して、薬剤提供ユニット33は、上述のようにタッチ画面表示装置220を介してユーザの指令を受け付けることができる。タッチ画面表示装置220に加え、薬剤提供ユニット33のユーザインターフェイスとして、スピーカ219(図36を参照)または可聴信号を発することができる同様の装置を挙げることができる。これらに限られるわけではないが、マウスおよびカーソルからなる入力手段、マイクロホン、表示灯、プリンタ、または他の表示装置など、さらなる入力および出力装置も、当業者にとって公知のとおり、やはり薬剤提供ユニット33のユーザインターフェイスに取り入れることが可能である。上述のように、薬剤提供ユニットは、ネットワーク36を介したリモートコントローラ101および/またはリモートユニット32との通信を可能にする1若しくはそれ以上の外部通信インターフェイスを備えている。上述の無線接続の他に、例えばイーサネット(登録商標)接続または他の有線通信プロトコルをサポートするハードウェアおよびソフトウェアを、使用することが可能である。本発明の好ましい実施形態においては、通信インターフェイスならびに処理装置およびソフトウェアストレージ装置(当業者にとって公知の他のあらゆる制御回路に加えて)が、1若しくはそれ以上の印刷回路基板(図33には示されていない)を使用して実現される。当業者にとって公知のさらに他の実現の態様も、同様に使用可能である。
薬剤提供ユニット33は、図示のとおり、アクセスドア221を介して薬剤キャリア224を受け入れ/放出し、各々の薬剤キャリア224をx軸に沿って該当のキャリッジ228へと導入/排出する。次いで、キャリッジ228を、薬剤の格納場所としてのエレベータ232(z軸に沿って移動可能である)へと出し入れすることができる。キャリッジ228が水平向きに示されているが、任意の適切な向きを使用できることを、理解できるであろう。この実施形態においては、薬剤キャリア224およびキャリッジ228の両者の移動が、トラクタアセンブリ230を使用することによって達成されるが、他の手段も同様に使用可能である。上述のように、y軸に沿って動かすことができるプランジャ226などの放出機構を使用することで、提供ユニット33は、個々の単位服用パッケージ(あるいは、別の実施形態においては、個々の単位服用物)を1若しくはそれ以上の薬剤キャリア224から取り出して、提供ユニット33のユーザにとってアクセス可能な収集シュート222に位置させる。x、y、およびz軸に沿って使用される種々のコンポーネントを、さらに図33〜40を参照してさらに詳しく説明する。
次に図33〜36を参照すると、x軸アセンブリの一部を形成する種々のコンポーネントが示されている。種々の支持および枠構造が、図33においては簡潔にするために隠されていることに、注意すべきである。x軸アセンブリは、2つのトラクタ支持アセンブリ240a、240bを備えており、その各々が、該当のタイミングベルト244a、244bの動力のもとでx軸に沿って該当のレール242a、242bを縦走するトラクタアセンブリ230a、230bを備えている。各々のトラクタアセンブリ230a、230bが該当のレール242a、242bに沿って移動するとき、トラクタアセンブリ230の位置は、エンコーダ棒246a、246bおよびエンコーダ棒センサ248a、248bを使用して監視される。図示のとおり、各々のエンコーダ棒246は、その長さに沿った特定の位置にいくつかの切り欠きを備えている。各々のエンコーダ棒センサ248(好ましくは、この技術分野において公知のとおり一体の光源および光センサを備えている)が、自身が該当のエンコーダ棒246の所与の切り欠きの上方に正確に位置したことを割り出すことができる。トラクタアセンブリ230がレール242を縦走するときに、エンコーダ棒センサ248が横切った切り欠きの数を(既知の位置に対して)追跡記録することによって、エンコーダ棒センサ248に連絡したコントローラが、トラクタアセンブリ230の位置を割り出すことができる。さらに、1対のトラクタホーム位置センサ249a、249bが、各々のトラクタ支持アセンブリ240a、240bの遠位端に設けられている。トラクタホーム位置センサ249a、249bは、好ましくは上述のように光源/センサとして具現化されるが、該当するトラクタアセンブリ230がそれらの始動位置、すなわちレール242の遠位端に位置することを、決定することができる。
さらに、各々のトラクタアセンブリ230a、230bは、トラクタアーム250a、250bを備えており、トラクタアーム250a、250bが、該当のアーム250の長手軸に対して実質的に垂直に配置されたペグ252a、252bを有している。該当のトラクタ・アーム・サーボ・モータ253a、253bの制御のもとで、各々のトラクタアーム250は、自身が位置するy−z平面内で限られた円弧を描いて自由に回転することができる。トラクタアセンブリ230はx軸に沿って自由に移動できるため、各々のトラクタアーム250が運動することができるy−z平面の数は実質的に無限であるが、実務においては、x軸においてエンコーダ棒246の切り欠きに関連付けられるy−z平面に限定される。図34および36に最もよく示されているように、トラクタアーム250およびペグ252は、(導入または排出のいずれかの目的において)薬剤キャリア224の開口368(図44を参照)に係合するように使用され、この係合によって、薬剤キャリア224をx軸に沿ってキャリッジ228へと出し入れする。さらに、図32に最もよく示されるとおり、トラクタアーム250およびペグ252を、キャリッジ228の開口350(図41を参照)に係合して、キャリッジをエレベータ232の該当のスロットに出し入れするように機能させることもできる。アーム250およびペグ252以外の機構を、これらの目的のために使用できることを、当業者であれば、理解できるであろう。エレベータ232から出されるとき、各々のキャリッジ228は、1対のキャリッジ支持レール254a、254bによって支持される。本発明の好ましい実施形態においては、キャリッジ支持レール254の各々が、キャリッジ支持レール254と各々のキャリッジ228との間の接触点を最小限にして、摩擦を最小化するために、切り欠かれている。
右側のトラクタ支持アセンブリ240aの右側タイミングベルト244aの動きは、ステッパモータ258の軸に取り付けられたステッパモータ駆動プーリ256によってもたらされる。ステッパモータ258がステッパモータ駆動プーリ256を回転させることで、右側タイミングベルト244aが動き、したがって右側のトラクタアセンブリ230aが動く。この例では、ステッパモータ258が1つだけ設けられている。ステッパモータ258によってもたらされる運動を左側のタイミングベルト244bへと変換するために、駆動軸260の端部が、右側タイミングベルト244aによって駆動される右側駆動プーリ261aへと接続されている。次いで、駆動軸260の他端に接続された左側駆動プーリ261bが、左側のタイミングベルト244bを動かし、したがって左側のトラクタアセンブリ230bを動かす。右側および左側の両方のタイミングベルト244a、244bが、対応する右側および左側のアイドラプーリ263a、263b(図37)によってさらに支持されることに、注意すべきである。上述したただ1つのステッパモータおよび複数のタイミングベルトの構成が、トラクタアセンブリを必要に応じて動かす目的で使用することができる多数の技法のうちの1つにすぎないことを、当業者であれば理解できるであろう。例えば、各々のトラクタアセンブリ230が、トラクタアセンブリ230の支持体(すなわち、レール242)に直接係合する適切なサイズのモータなど、自身の専用の動力源を備えてもよい。
さらなるアセンブリとして、とくには図33に示されているが、アクセス・ドア・アセンブリ262、提供シュートアセンブリ268、および後部ガードアセンブリ276が挙げられる。アクセス・ドア・アセンブリ262が、アクセスドア221およびアクセスドア221を開閉するために必要なコンポーネントを備えている。適切なリンク機構(図示せず)を介してアクセスドア221へと接続されるプロセッサ制御のサーボモータ266を使用し、アクセスドアを自動的に開閉することができる。アクセスドア221の回転可能な支持の一部をもたらすために使用されるアクセス枠264が、好ましくはトラクタ支持アセンブリ240に整列しており、格納エレベータ232から取り出されたキャリッジ228を、(トラクタアセンブリ230の動作によって)アクセス枠264の適切な構成の開口へと延ばし、そのような開口を通過して延ばすことができる。この態様で、薬剤キャリア224を薬剤提供ユニット33へと挿入するユーザが、キャリア224をキャリッジ228内に適正に整列させることができる。また、図3以降に関して説明したように、薬剤キャリアは、自動的にユニットへと引き込まれ、読み取りされ、エレベータに格納される。
提供シュートアセンブリ268は、下方の開口271によって収集シュート222の後部の開口へと接続される斜めの提供シュート270を備えている。提供シュート270の上部の開口272が、トラクタ支持アセンブリ240の間に位置し、x軸において薬剤キャリアから個々の単位服用パッケージを取り出すエジェクタアセンブリ(図示せず;図38〜40を参照)の直下に位置している。このように配置され、放出された単位服用パッケージが、重力によって上部開口272へと送られ、ゲート(図示せず)の背後に集められる。プロセッサ制御のゲート・サーボ・モータ274および該当のリンクの動作によって、ゲートを実質的な開放位置へと回転させて、放出された単位服用パッケージを収集シュート222へと放出できるようにし、その後に次の放出動作のために実質的な閉鎖位置へと回転させて戻すことができる。
後部ストッパ・ゲート・アセンブリ276は、プロセッサ制御の後部ストッパ・ゲート・サーボ・モータ280によってz軸に沿って支持ブシュ281(図36)内を往復運動できる後部ストッパゲート278を備えている。後部ストッパゲートは、x軸において提供シュート270の上部開口272の後方に配置され、キャリッジ228が導入および排出の動作の際に誤ってエレベータ232から引き出されてしまうことがないように機能する。後部ストッパゲート278が、往復運動する実施例にて示されているが、例えば回転によって所定の位置へと出し入れされる後部ストッパゲートなど、他の実施例も同様に使用可能であることを、当業者であれば理解できるであろう。
次に図37を参照すると、y軸アセンブリの2つのサブアセンブリ282、284が示されている。第1のy軸サブアセンブリ282は、ポンチサブアセンブリ286などのエジェクタを含んでいる。該当の駆動構造が、レール288(ポンチサブアセンブリ286が取り付けブロック289を介してスライド可能に取り付けられている)によって定められる固定のy軸に沿ってポンチサブアセンブリ286を移動させるために使用される。レール288に沿ったポンチサブアセンブリ286の位置を正確に割り出すために、エンコーダ棒290が設けられている。トラクタアセンブリ230とともに使用されるエンコーダ棒260に関して上述したように、エンコーダ棒290は、エンコーダ棒センサ292(やはり、光源およびセンサを備えることができる)によって比較的高い精度で検出することができる切り欠きを所定の位置に取り入れている。ポンチサブアセンブリ286の移動は、ステッパモータ駆動プーリ298を介して適切なプロセッサ制御のステッパモータ296へと接続されたタイミングベルト294によって引き起こされる。図示のように、アイドラプーリ300およびカムフォロワ301を、タイミングベルト294の位置および張力を適切にするために使用することができる。取り付けブロック289は、タイミングベルト294に取り付けられている。ここでもやはり、ポンチアセンブリ286の運動の発生および制御のために、当業者にとって公知の他の構成を同様に使用することができる。さらに、ポンチアセンブリ286が、y軸に沿った移動のみを行うものとして示されているが、これが絶対の要件ではなく、ポンチアセンブリ286にさらなる自由度(例えば、x軸に沿った)を同様に用意してもよいことを、さらに理解できるであろう。
ポンチサブアセンブリ286は、適切な制御のもとでポンチツール304をz軸に沿って往復移動させるポンチ・サーボ・モータ302を備えている。ポンチ・サーボ・モータ302ならびにエンコーダ棒センサ292を動作させるための回路を、当業者にとって公知のとおり、適切な回路基板306に配置することができる。さらに詳しく後述されるとおり、ポンチツール304は、薬剤キャリア224から単位服用パッケージを取り出すための寸法および構成とされている。図37〜39に示した実施形態においては、ポンチ304の下向きの面が、対称に配置された4つのピラミッド状の構造を、それらの最も下方へと突出する先端をポンチ304の角に整列させて備えている(図37を参照)。この実施形態においては、反転ピラミッド状の構造の4つの突出する先端が、ポンチ304が下方へと進められるにつれて、各々の単位服用パッケージ(図45を参照)の周囲のミシン目の4つの角に係合し、単位服用パッケージの全周を巡ってミシン目を破るように構成されている。ポンチ304の別の実施形態が、図39Aに示されている。この実施形態においては、ピラミッド状の構造が、ポンチ304aの下向きの面に配置された複数のピン304b〜eと1若しくはそれ以上のばね付勢されたプランジャ304f〜gとで置き換えられている。図示された数よりも多数または少数のピン304b〜eおよびプランジャ304f〜gを、設計上の選択肢の問題として使用することができ、さらには任意の適切な形状またはサイズのピン304b〜eを使用できることに、注意すべきである。例えば、図示の実施形態においては、ピン304b〜eが円錐形の部位を終端にしている。先に説明した実施形態と同様、ポンチ304aの外縁304hが、個々の単位服用パッケージに見られるミシン目パターンに実質的に一致するように構成されている。好ましくは、ピン304b〜eが、ポンチ304aの外縁304hの内側に配置されている。すなわち、ポンチ304aが薬剤キャリアから単位服用パッケージを取り出すべく下降させられるとき、複数のピン304b〜eが、1実施形態においては、単位服用物を含んでいる空洞の外周の内側、すなわち図45に示した内側のミシン目374の内側において、薬剤キャリアの背中ラベルを貫くように設計されている。あるいは、ピン304b〜eを、図45に示した外側のミシン目372と内側のミシン目374との間の領域375に位置させることができる。この特徴は、単位服用パッケージが薬剤キャリアの枠から完全には外れない(「ぶら下がり片」と称されることもある状況が生じる)場合(稀である)に有用である。この可能性に対処するために、ピン304b〜eが、ラベルを貫くことによって、ポンチ304aが下方への動きを続けるときに、ポンチ304aの外縁304hが単位服用パッケージを定めているミシン目を完全に裂くような時点まで、単位服用パッケージをプランジャによって一時的に固定できるようにする。この態様で単位服用パッケージを固定することによって、単位服用パッケージが、ポンチがミシン目を破るときに回転してしまうこと(ぶら下がり片の問題を引き起こす状況)がなくなる。実質的に同時に、ポンチ304aの動きに対する単位服用パッケージの抵抗が、ばね付勢のプランジャ304f〜gの圧縮を生じさせる。ひとたび単位服用パッケージのミシン目が完全に破られると、単位服用パッケージの抵抗がなくなり、プランジャ304f〜gのばね力によって単位服用パッケージをピン304b〜eから取り外すことが可能になる。
さらに別の実施形態においては、薬剤の交差汚染が問題にならない場合に、ポンチツール304を、個々の単位服用物そのもの(すなわち、薬剤のみ)を単位服用パッケージから取り出すように構成することができる。
好ましくは、位置センサ308が、ポンチツール304に取り付けられたフランジ310のz軸に沿った位置を検出するために、回路基板306上に取り付けられる。この態様で、位置センサ308が、ポンチツール304が完全に延ばされている(例えば、単位服用パッケージを薬剤キャリアから取り出すとき)か、あるいは引き込まれている(例えば、ポンチサブアセンブリ286をレール288に沿って動かすとき)かを、決定することができる。さらに、フィンガ312が、ポンチツール304の前向きの面に取り付けられる。図39および41〜43を参照してさらに詳しく後述されるとおり、フィンガ312は、1実施形態において、キャリッジ228の移動を規制して、薬剤キャリア224をキャリッジへと完全に挿入できるようにするため、キャリッジ228の該当の構造と係合するように使用される。図38が、薬剤キャリア224が導入されたキャリッジ228に対するポンチサブアセンブリ286の整列を示している。図示のとおり、キャリッジ228が、単位服用パッケージの1つの行がポンチアセンブリ286のy軸の直下にあるように、ポンチアセンブリ286の下方の位置へと動かされている。
再び図37を参照すると、上述のように、第2のサブアセンブリ284が、ステッパモータ296およびステッパモータ駆動プーリ298を備えている。図示のとおり、第2のサブアセンブリ284は、スキャナ/入力面が下方を向く(薬剤キャリアの表面に向かう)ように配置されたバーコード読み取り器314をさらに備えている。図示の実施形態においては、図38〜40に示したバーコード読み取り器314が、その支持枠へと固定に取り付けられており、したがって直下に位置するバーコードしか読み取ることができないが、これは薬剤キャリアの表面に存在することができるバーコードのすべてを構成しないかもしれない。しかしながら、他の構成も使用可能であることを、理解すべきである。例えば、そのような固定された複数のバーコード読み取り器を、それらの配置構成によって、薬剤キャリアがx軸に沿ってバーコード読み取り器を通過して移動するときに存在しうるすべてのバーコードを読み取るように使用することができる。あるいは、バーコードスキャナを、x軸およびy軸の一方または両方に沿って自由に移動できるように取り付けることができる。例えば、バーコード読み取り器を、薬剤キャリア/キャリッジのx軸の移動の自由とポンチサブアセンブリ286のy軸の移動の自由とを組み合わせることによって、薬剤キャリアの上向きの面の実質的にあらゆる位置をバーコード読み取り器を使用して読み取りできるように、ポンチサブアセンブリ286に取り付けることができる。
さらに、導入ストッパゲート316が、第2のサブアセンブリ284の一部を形成するものとして図38に部分的に示されている。導入ストッパゲート316は、プロセッサ制御のサーボモータ318に従って位置決めされるが、手動で入力される薬剤キャリアを所定の位置に位置させて、トラクタアセンブリ230を薬剤キャリアに係合するための位置へと自動的に移動させて薬剤キャリアの該当のキャリッジへの挿入を完了できるように使用される。第2のサブアセンブリ284が上述のx軸アセンブリの上部に取り付けられる場合、導入ストッパゲート316は、図32に最もよく示されるように、トラクタ支持アセンブリ240の長手方向の長さのほぼ中ほど、かつトラクタ支持アセンブリ240の間に配置される。引き込まれた位置(図37に示されている)において、導入ストッパゲート316は、薬剤キャリアの移動を妨げない。しかしながら、延ばされた位置(図39に示されている)にあるとき、導入ストッパゲート316の一部が、薬剤キャリア244(図39には示されていない)が導入ストッパゲート316を超えて挿入されることがないよう、充分な距離にてキャリッジ228の上面によって定められる平面よりも下方へと延びる。x軸に沿った導入ストッパゲート316の位置が精密に知られているため、薬剤キャリアと導入ストッパゲート316とを当接させることで、導入/排出用の開口368(図44および45を参照)を後のトラクタアーム250およびペグ252による係合のために精密に位置させることができる。さらに図39は、さらに詳しく後述されるように、導入および排出時にポンチツール304に取り付けられたフィンガ312(図39では見て取ることができない)がキャリア228に係合できるようなポンチツール304の整列を示している。
ここで図40を参照すると、z軸アセンブリが示されている。一般に、z軸アセンブリは、提供モジュール33のうちの薬剤キャリア224および対応するキャリッジ228の格納に関係するコンポーネントに関する。図32に最もよく示されているように、z軸アセンブリは、エレベータ232内に格納されたキャリッジ228をトラクタアセンブリ230の動作によってx軸アセンブリへと直接排出することができるように構成されている。
図示のとおり、エレベータ232は、図示の実施形態においては、2枚の平行なプレート320を備えており、各々のプレート320に、各々のプレート320の実質的に全長にわたって複数の溝322が形成されている。この実施形態においては、プレート320が、(図3〜6に示した実施形態と異なり)互いに接続されてはいない。図示のとおり、各々のプレートが10本の溝を備えているが、設計上の選択の問題として、より多数または少数の溝を使用してもよい。各々のプレートからの溝322の対応するペアが、図示のとおりに薬剤キャリア228の格納に使用することができるスロットを確立している。1実施形態において、各々の溝322が、溝322とキャリッジ228との間の接触を最小限にして、キャリッジ228をエレベータ232へと導入、または排出するときの摩擦を最小限にするために、自身の長さに沿って切り欠き323を備えていることに注意すべきである。さらに、上述のように、スロットは必ずしも実質的に水平な整列に限られず、代わりに、設計上の選択の問題として、実質的に任意の適切な垂直または斜めの整列に整列させることができる。そのような代替実施形態の整列が使用されるとき、それに応じて例えば導入および排出の機構も同様に整列させ直す必要があると考えられることを、当業者であれば理解できるであろう。
柱のペア324a、324bが、ベアリング326(1組だけが図示されている)をスライド可能に係合させており、ベアリング326に各々のプレート320が取り付けられている。1対のタイミングベルト328a、328bが、各々のプレート320に1つずつ設けられ、駆動軸330および駆動軸330の両端に取り付けられた該当の駆動プーリ332によって駆動される。図示の実施形態においては、駆動軸330が、プロセッサ制御のステッパモータ334へと接続されたベルトおよびプーリからなる機構によって駆動される。この目的のために、駆動軸を駆動するための他の構成も同様に使用できることを、理解できるであろう。各組のベアリング326において、第1のベアリング326aがタイミングベルト328へと接続されており、タイミングベルト328の回転によって該当のプレート320に動きが生じる。同様に、エンコーダ棒336が、z軸に沿ったエンコーダ棒336の動きがエレベータ232の動きに追従するように、残りのベアリング326b、326cに取り付けられている。先の例と同様に、エンコーダ棒336は所定の位置に切り欠きを備えている。z軸に沿ったエレベータの位置を割り出すことができるよう、先に説明したエンコーダ棒センサと同様に動作するエンコーダ棒センサ338が、ハウジング(図示せず)の一部分へと固定に取り付けられ、エンコーダ棒336の各々の切り欠きを高い精度で検出する。
次に図41〜43を参照すると、キャリッジ228の典型的な実施形態の種々の態様が示されている。図42に示されるように、キャリッジ228は、複数の底部レール342を有する底部340と、複数の上部レール346を有する上部344と、上部344および底部340を接続している1若しくはそれ以上の側面部348とを備えている。底部340および上部344が協働し、両者の間に入力薬剤キャリア(キャリッジ228の手前端343に始まって挿入される)の厚さを自由に受け入れるための充分な寸法の比較的狭い開口341を形成している。開口341の寸法を、設計上の選択の問題として、薬剤キャリアのうちのキャリッジ228に接触する部分の厚さに応じて選択することができる。
底部レール342の間の支柱349が、所望であれば、キャリッジ228により大きな剛性をもたらす。同様な支柱を、設計上の選択の問題として上部レール346にも適用することができる。レール(とくには、底部レール342)が、入力薬剤キャリアを支持し、好ましい実施形態においては、単位服用パッケージが薬剤キャリアから放出されるときの薬剤キャリアの剛性を高める。種々のレール342、346の間の間隔が実質的に一様に示されているが、これは必須ではなく、そのような間隔は、設計上の選択の問題としてさまざまであってよい。さらに図示されているとおり、底部レール342および上部レール346は、キャリッジ228の長手軸(x軸)に平行に延びている。代わりに、別の実施形態においては、レール(底部340または上部344のいずれかの)が、長手方向に対して直角に、すなわち一方の側面部348から他方の側面部へと延びてもよく、あるいはそのような平行および垂直のレールの組み合わせも使用可能であり、レールが、キャリアがユニットへと引き込まれるときの単位服用パッケージの逃げを可能にする切り欠き部を備えることができる。またさらに、レールの一方または両方の組を、開口が形成されているシート状の部材であって、そのような開口が、シート状の部材の残りの素材によって図41に示したレールと同様の支持機能が(薬剤キャリアのために)提供されるようなパターンにて形成されているシート状の部材で置き換えてもよい。
キャリッジ228は、キャリッジ228の少なくとも1つの横部材に1若しくはそれ以上の穴または切り欠き351を備えることができる。穴351を、キャリッジが上述のエレベータ232などの格納ユニットへと挿入されるときに、キャリッジの位置を割り出すために使用することができる。例えば、エレベータ232が、光中断センサなどのセンサと、センサの反対側に配置される発光ダイオードなどの光源とを備えることができる。穴351が光源に一致すると、センサが光源を検出し、したがってキャリッジ228の位置を割り出すことができる。格納ユニット内の薬剤キャリア224の位置を適切に割り出すことは、薬剤キャリアに格納された単位服用パッケージを正しく取り出すため、またはキャリッジ228のエレベータ232への挿入の程度を割り出すために、必要であろう。格納ユニット内のキャリッジ228の位置を割り出す他の方法も、本明細書の開示にもとづき、当業者にとって明らかであろう。
1実施形態においては、キャリッジ228が、キャリッジ228の遠位端345の縁に、少なくとも1つの保持機構352を備えている。図41には、ただ1つの保持機構352が示されている。しかしながら、1若しくはそれ以上のそのような機構を使用することができ、それら機構をキャリッジ228の種々の他の位置に配置することも可能であることを、理解すべきである。保持機構352は、薬剤キャリア224がキャリッジ228へと完全に挿入されたときに、薬剤キャリア224をキャリッジ228内で動かぬように保持する(薬剤キャリア224に位置する対応する保持用の造作、すなわち薬剤キャリア224の開口366によって)ために使用される。保持機構352は、後述のように、薬剤キャリア224がキャリッジ228へと出し入れされる際に、薬剤キャリア224を受け入れ/解放するように係合/解除、あるいは操作される。
さらに、複数の開口または穴350が、図41に示されている。好ましくは、開口350は、例えば上述のトラクタアセンブリ230など、必要に応じてキャリッジ228を動かすための適切な機構が係合できるように、下部340および上部344の一方または両方に位置している。穴350の具体的な寸法および位置は、設計上の選択の問題としてさまざまであってよく、異なる種類のキャリッジ228の間で相違してもよい。
次に図42および43を参照すると、保持機構352のさらなる詳細が示されている。詳しくは、本発明の好ましい保持機構352は、片持ちアーム354を延在させている本体部材353を備えている。本体部材353は、底部340へと接続された1対の可撓アーム356によって支持されている。片持ちアーム353が、上部344の開口358を通って露出し、アーム354のフック部355が開口358へと面している。本体部材353の上面354が、図37に関して上述したフィンガ312の相手面を受けるように構成されている。フィンガ312は、ポンチ304へと接続され、上面360に係合して下方へと押すように配置されている。この態様で、可撓アーム356が、本体部材353、したがって片持ちアーム354を、薬剤キャリア224の開口366をフック部355に係合するように位置させる(あるいは、排出の場合には、開口366をフック部355から切り離す)ことができる充分な距離だけ、変位させることを可能にする。特定の片持ちアームおよびフックの構成が、図42および43に示されているが、保持機構352を実現するために他の構成も同様に使用可能であることを、当業者であれば理解できるであろう。例えば、挟み付け、締め付け、または圧入機構を、使用することが可能である。そのような実施形態においては、底部レール342のうちの1若しくはそれ以上および/または上部レール346のうちの1若しくはそれ以上を、キャリッジ228と薬剤キャリア224との間の締まり嵌めを生成するために使用することができる。
図示の実施形態において、薬剤提供ユニットに格納される各々の薬剤キャリア224のために別々のキャリッジ228が用意されることに注意すべきである。しかしながら、薬剤キャリア224が充分な強度および剛性を有するのであれば、キャリッジ228を完全になくしてしまってもよいことに注意すべきである。あるいは、本明細書に記載のキャリッジ228と同様の単一の構造を、例えば上述のx軸アセンブリへと組み込んでもよい。そのような実施形態においては、キャリッジ状の構造が、後に例えば単位服用パッケージを放出するときに薬剤キャリアへと実質的に垂直な力を加える際に(レール342と同様の構造によって)薬剤キャリアを支持するために使用されるときにのみ必要であると考えられる。
次に図44および45を参照すると、本発明の好ましい実施形態による薬剤キャリア224が示されている。全体として、薬剤キャリア224の構成は、係属中の米国特許出願第11/366,295号(その教示は、ここでの言及によって本明細書に援用される)に開示されている構成と同等である。本発明の好ましい実施形態においては、各々の薬剤キャリアが、およそ6インチ(15.24cm)の幅×9インチ(22.86cm)の長さ、約0.070インチ(1.778mm)の厚さであり、工業規格のサイズに一致している。図示のように、薬剤キャリア224は、実質的に平坦な本体部362を備えており、複数の単位服用パッケージ364を、平坦な本体部362の領域に二次元の配置に分布させて備えている。わかりやすくするために、ラベルシート(例えば、図33、34、および36に示されている)は図示されていない。単位服用パッケージ364は、この技術分野において公知のバブル状のブリスタパッケージを含むことができるが、図44に示されているような実質的に一様な行および列の構成に配置されることが好ましい。しかしながら、これは必須ではなく、単位服用パッケージ364の間にさまざまな間隔を使用することができる。さらには、すべての単位服用パッケージ364が同じ形状および寸法を有することが好ましい。やはり、これは必須ではなく、さまざまなサイズおよび形状の単位服用パッケージを1つの薬剤キャリア228に取り入れてもよい。
平坦な本体部362は、単位服用パッケージ364が形成される単一の部材を含むことができる。この場合、本体部362は、好ましくは、本体部362に充分な剛性をもたらすために、充分な厚さの適切な材料(この技術分野において公知のとおりのプラスチックなど)から製造される。他の実施形態においては、本体部362が、個々の単位服用パッケージが形成される比較的薄い材料層(例えば、プラスチック)と、構造的な支持を追加するための適切な材料(例えば、ボール紙)の比較的剛な(おそらくは、より厚い)層との積層である。例えば、本発明の1つの好ましい実施形態においては、単位服用パッケージが形成される薄い層が、汎用の0.012インチ(0.3mm)のPVCプラスチックから製作される。各々の別個独立の単位服用パッケージ364のバブル状のブリスタが、成型ツールを使用して形成される。その後に、各々の単位服用パッケージ364が、単位服用パッケージ364の(y軸における)各々の端部の2つ(合計では4つ)の位置を除き、プラスチックを完全に切断するように外周を巡って打ち抜き/切り込みされる。これら4つの位置に、1.5mmのミシン目が残される。この好ましい実施形態においては、構造支持層が、片面に熱シール接着剤を有し、他面がクレーコートされている18ポイントのSolid Bleach Sulfate Boardからなるボール紙層を備えている。次いで、この支持層が、xおよびy軸の各々においてプラスチック層およびラベル層の各々へと切り込まれたブリスタのサイズよりもほぼ1.5mm大きい開口で、バブル状のブリスタの位置およびパターンに一致するように打ち抜かれる。支持層におけるより大きな開口は、個々の単位服用パッケージ364がキャリアから「打ち抜き」されるときに、ラベルおよびプラスチックのミシン目を破って支持層を通過できるように保証するために使用されている。
本体部362の下方の構造にかかわらず、各々の単位服用パッケージは、上述のように、好ましくは、図45に示されるとおりに単位服用パッケージの外周に沿った外側の切れ目またはミシン目372によって定められる。図45の図において、ラベル層371(紙または箔などのただ1つの層、あるいはそれらの組み合わせを含むことができる)が存在している。この技術分野において公知のとおり、これら外側のミシン目372は、ラベル層371を完全に貫き、下方の本体部362の厚さの少なくとも一部を貫いており、各々の単位服用パッケージ364を比較的容易に薬剤キャリア224の本体部362から取り除くことを可能にしている。外側のミシン目372の特徴は、その角373が実質的に丸みを帯びている点にある。これらの角373を丸めることによって、外側のミシン目372を破って単位服用パッケージ364を取り外すために必要な力が、より鋭い(すなわち、実質的に直角の)角に比べて大幅に小さくなる。本発明の好ましい実施形態においては、さらに各々の単位服用パッケージ364が、単位服用パッケージ264がすでに薬剤キャリア224から取り外されているか否かにかかわらずに薬剤の個々の各々の単位服用分(例えば、錠剤)を単位服用パッケージ364から出すことができるように、内側の切れ目またはミシン目374を、好ましくはラベル層371に、無菌を保持するためにラベル層の厚さの一部のみを貫いて設けられている。
図44および45には示されていないが、ラベル層は、本発明の好ましい実施形態においては、片面に熱シール接着剤を有し、他面に(インクジェットプリンタからの)インクの塗布時のにじみを防止するコーティングを有している9ポイントのSolid Bleach Sulfate Boardである。ラベル層の切れ目/打ち抜きは、プラスチック層(すなわち、単位服用パッケージが形成される層)に正確に一致している。ラベルへの熱シール接着剤の適用時に、各々の単位服用パッケージ364が位置する場所の外周付近の領域は、好ましくは接着剤が適用されることがないようにマスクされる。これは、接着剤が各々のブリスタ(364)の周囲の打ち抜き/切れ目領域へと流れ、単位服用パッケージ364と周囲のプラスチックとの間に結合を形成することがないようにする。また、打ち抜き/切れ目の形成のプロセスにおいて、ラベル材料を貫く道のりのうちの90%のみを打ち抜く切れ目の線が、好ましくはプラスチックのバブル状のブリスタの全領域に切り込まれ、バブル状のブリスタに整列する。これらの(すでに述べた)切れ目領域は、直線、十字、または円形パターンの形態であってよく、この領域においてラベルをより弱くすることによって錠剤を密封されたブリスタからより容易に取り出すことを可能にする。いずれにせよ、ラベルを、コンピュータソフトウェアを利用する標準的なインクジェットプリンタを使用して印刷することができ、このときに、本明細書に記載される識別表示をラベルの表面に印刷することができる。
本発明の好ましい実施形態においては、薬剤キャリアが、最初に支持層を固定具へと配置し、支持層に形成されたスロット370にはまり込むピンへと整列させることによって製造される。その後に、バブル状のブリスタが形成された層(すなわち、上述のプラスチック層)が、固定具へと、バブルが下方を向いて固定具の開口にはまり込むように配置される。次いで、所望の薬剤が、任意の適切な技法を使用してバブル状のブリスタへと配置される。その後に、ラベルが、整列のためにスロット370を使用してプラスチック層へと配置される。固定具およびアセンブリの全体が、熱シールプレスに配置され、約5秒間にわたって300°F(149℃)で圧縮される。これにより、熱シールコーティングが活性化され、3つの層が積層される。その後に、積層後のアセンブリが固定具から取り外される。
上述のように、1若しくはそれ以上の開口366を、キャリッジ228の保持機構352との係合のために薬剤キャリア224に設けることができる。本発明の好ましい実施形態においては、ただ1つの中央に整列した開口366が、薬剤キャリア224の横断方向の各々の辺の縁の付近に設けられる。この対称な配置構成によれば、開口366および保持機構352の噛み合いが、薬剤キャリア224の前後の向きにかかわらずに保証される。あるいは、そのような開口(または、同様の装置)の非対称配置を、薬剤キャリア224の特定的な整列を果たすことが望まれる場合に、使用することができる。さらに、開口366を、薬剤キャリア224の一方または両方の側面の縁に沿って、キャリッジ228上に配置される同様の配置の保持機構に係合するように配置してもよい。同様に、開口370を、カードの姿勢および位置の決定(キャリッジ228の好ましい実施形態に関して上述したとおり)、またはキャリッジ228中の薬剤キャリア224への保持に使用するために、例えば薬剤キャリア228の側方の縁に沿って設けてもよい。
さらなる開口368が、薬剤提供ユニット33を通っての薬剤キャリア224の移動を容易にするために、本体部362に設けられる。上述のように、開口368は、トラクタアセンブリ230が(トラクタアーム250およびペグ252を介して)薬剤キャリア224に係合して、薬剤キャリア224を動かすための力を加えることができるようにする。図示のとおり、開口368は、好ましくは薬剤キャリアの角の近くに位置している。しかしながら、これは、設計上の選択の問題として、さまざまであってよい。例えば、開口368を、横断方向の辺または側方の辺のいずれかの中央の近くに、角から離して配置することができる。あるいは、開口368を、薬剤キャリアの縁から離し、代わりに平坦な本体部362の内部領域に配置してもよい。またさらに、開口368の数は、図示の数より大きくても、少なくてもよく、必ずしも図示の対称配置に限定されない。
上述のように、薬剤キャリア224の移動を、上述のトラクタアセンブリ230以外の手段を使用して生じさせることができる。例えば、1若しくはそれ以上の車輪を、薬剤キャリア224の上面または下面において薬剤キャリア224に接触させて配置することができる。車輪を、摩擦によって薬剤キャリア224へと力が所望の方向に加えられるように、回転させることができる。またさらに、薬剤キャリア224の縁を保持して、薬剤キャリア224の移動を生じさせるために、把持機構を使用することができる。この目的のための他の構成が、本明細書の開示の教示にもとづいて、当業者にとって明らかであろう。
図44または45には示されていないが、上述した種々の識別表示を、薬剤キャリア224の配置および位置決めを助けるために使用することができる。上述のように、識別表示は、少なくとも印刷によるバーコードまたはドット、RFIDタグ、磁気帯または印、くぼみ、隆起、穴または開口など(これらに限られるわけではない)といった自動化された手段によって検出または読み取りが可能な任意の機構を含むことができる。対応する検出要素として、例えば、これらに限られるわけではないが、バーコードスキャナ、光センサ、機械スイッチ、および/または特定の種類の表示を検出することができる他の任意の機構を挙げることができる。例えば、バーコードスキャナを、所定の値に対応する特定のバーコードおよび/またはバーコードラベルをスキャンするために使用することができ、あるいは光センサが、光が薬剤キャリアの穴を通って光ることを検出することができる。同様に、機械スイッチを薬剤キャリア224の表面に接触させ、所望の位置に対応する穴または凹みの存在を検出することができる。またさらに、くぼみまたは隆起が、機械式のセンサを、薬剤キャリア224の平坦な本体部362の公称の位置から少なくとも所定の距離だけ逸脱させてもよい。
薬剤提供システム(図2)によって可能にされる種々の動作を、図46〜61を参照してさらに後述する。図46〜61に示される技法の種々の部分は、上述されている。一般に、以下に示される方法は、好ましくは、プロセッサで実行できる格納済みのインストラクションであって、上述のように1若しくはそれ以上の適切なプロセッサの動作を制御することができるインストラクションを使用して実現され、プロセッサが、本明細書に記載のさまざまなハードウェア要素、ならびに種々のシステム構成要素(例えば、リモートコントローラ101および薬剤提供ユニット33)の間のデバイス間通信およびデバイス内通信(例えば、薬剤提供ユニット33の種々の位置センサならびにサーボおよびステッピングモータの間)を制御する。そのようなインストラクションを実現するための技法は、当業者にとって周知である。当然ながら、プログラマブル・ロジック・アレイ、特定用途向け集積回路、または他の適切な技術などといった他の実現技法も、この目的のために、設計における選択の問題として、同様に使用することが可能である。またさらに、図46〜61に示される技法(ならびに、上述した処理)は、実質的に互いに独立しているものとして図示されているが、実際の動作においては、図示の技法の多くを必要に応じて組み合わせることができることに、注意すべきである。例えば、薬剤提供ユニットのユーザは、図61に関して後述されるように、自身のための服用計画にかかわらずに自身の薬剤を要求することができる。このために、ユーザに1若しくはそれ以上の薬剤キャリアを提供することができ、そこからユーザが、手作業で単位服用パッケージおよび/または単位服用物を調剤することができる。その後に、ユーザは、薬剤キャリアを再挿入でき、図47に関して後述されるとおり、薬剤キャリアの在庫を再び決定することができる。このような別個に図示された技法の他の組み合わせも、図示の実施形態を使用することによって同様に採用可能であることを、当業者であれば理解できるであろう。
ここで、図46を参照すると、処理はブロック400で開始され、薬剤提供ユニットが選択的に服用計画を受信および格納(適切な永続性のメモリに)する。本明細書において使用されるとき、服用計画とは、患者に薬剤を適切に提供するために薬剤提供ユニットにとって必要なデータおよび情報を含む。実際においては、ただ1つの薬剤提供ユニットが、1つの服用計画または複数の服用計画にもとづいて動作することができる。後者の状況においては、複数の服用計画を、個々の服用イベントが異なる患者に従って区別されるただ1つの服用計画へと統合させることが可能である。服用イベントは、薬剤の調剤に関して薬剤提供ユニットのとるべき動作またはなすべき決定である。例えば、提供ユニットは、特定の時点に達した旨を決定して、聴覚または視覚による警報を発して、薬剤提供ユニットのユーザに1若しくはそれ以上の薬剤が調剤可能である旨を知らせ、ユーザの入力に応答して薬剤を調剤することができる。そのような服用イベントの適切な実行を支持して、各々の服用計画は、調剤すべき個々の薬剤の特定、そのような薬剤に関するデータ(すなわち、服用強度、量、各々の薬剤の画像、など)、各々薬剤の服用スケジュール、などを含むことができる。1実施例においては、服用計画(および、他のデータ/情報)が、リモートコントローラおよび/またはリモートユニットによって各々の薬剤提供ユニットへと提供される。しかしながら、服用計画の少なくとも一部分については、薬剤提供ユニットに備えられたインターフェイスを介し、例えばグラフィカル・ユーザ・インターフェイスまたはプロセッサの通信ポートを介して、薬剤提供ユニットへともたらされることが望ましいかもしれない。
いつまたはどのように服用計画が受信されるかにかかわらず、処理は、提供プロセスが生じるべきか否かを決定するブロック402において継続する。提供プロセスは、1若しくはそれ以上の薬剤が薬剤提供ユニットによって調剤される特定の服用イベントである。好ましくは、提供プロセスが行われるべきとの決定が、格納されている提供計画に従って行われるが、これは絶対の要件ではない。例えば、患者が格納されている服用計画にかかわらずに自身の薬剤へのアクセスを常に有することが、望ましいかもしれない。したがって、患者(あるいは、他の権限を持つユーザ)が、格納されている薬剤について、スケジュールされていない調剤を要求することができる(図61に関してさらに詳しく後述される)。そのようなスケジュールにない要求を、薬剤提供ユニットそのもののユーザインターフェイスによって入力することができ、あるいはリモートコントローラまたはリモートユニットなどの遠方の装置からの指令の形式で、薬剤提供ユニットによって受信することができる。服用計画に沿った(あるいは、スケジュールにない要求に応答した)動作をいつ行うべきかを決定するための技法は、当業者にとって周知である。
その後に、処理は、すでに述べた動作を実行するためにブロック404および406において並列に続行する。詳しくは、ブロック404において、提供プロセスが、必要とされる格納済みの薬剤の不連続(あるいは、所望であれば連続)なアクセス、およびその後の必要とされる単位服用パッケージの該当の薬剤キャリアからの放出によって実行される。個々の単位服用パッケージが放出されるとき、薬剤提供ユニットと実際の単位服用物(例えば、錠剤)との間の接触が回避され、これが汚染を防止するために好ましいことに、注意すべきである。この目的のため、服用計画(または、スケジュールにない要求)が、調剤されるべき特定の単位服用パッケージに関する情報、または薬剤提供ユニットが自身の現在の在庫についての知識にもとづいて(後述する)、(個々の単位服用パッケージを具体的に特定することなく)どの単位服用パッケージを放出するかを決定することができるために充分な情報を、含むことができる。平行して、ブロック406において、提供される少なくとも1つの薬剤に関する処方情報が、薬剤提供ユニットのユーザへと提供される。そのような処方情報の提供は、少なくとも1つの薬剤の実際の調剤の前、最中、または後に行うことができる。本明細書において使用されるとき、そのような処方情報は、調剤される特定の薬剤についての警告情報、調剤される処方服用物、当該薬剤の処方スケジュール(例えば、「1日3回」など)、調剤される薬剤の識別(ジェネリック、またはブランド名)、調剤される薬剤の1若しくはそれ以上の画像、ならびに薬剤の投与についての指示を含むことができるが、必ずしもこれらに限られるわけではない。好ましくは、処方情報は、薬剤提供ユニットの適切なユーザインターフェイス(例えば、グラフィカル表示)を介し、さらには/あるいは他の任意の適切な装置および形式を介して(例えば、プリンタ経由の印刷された形式、またはスピーカ経由の可聴形式で)ユーザへと提供される。実務においては、ブロック408に示されるとおり、処方情報をさまざまな技法を使用して得ることができる。例えば、薬剤提供ユニットは、遠方の装置(リモートコントローラまたはリモートユニットなど)から処方情報を例えば拡張マークアップ言語(XML)ファイルとして受信し、あるいは薬剤提供ユニットに、例えば必要な処方情報を格納している適切なサーバのアドレスなど、処方情報の要求/処方情報へのアクセスを可能にする情報が(やはり、リモートコントローラまたはリモートユニットなどの遠方の装置から)提供される。いずれのプロセスも、必要に応じた回数だけ生じることができる。例えば、処方情報を、設計上の選択の問題として、薬剤提供ユニットによって現在格納されているすべての薬剤について1回だけ得ることができ、あるいは提供プロセスを実行しようとするたびに得ることができ、あるいは他の何らかの基準にもとづいて得ることができる。
処理は、提供プロセスの結果が決定されて格納されるブロック410に続く。一般に、提供プロセスについて、考えられる2つの結果が存在し、それらは、少なくとも1つの薬剤が適切に調剤されたか、あるいはそうでないかである。前者において、薬剤提供ユニットが、必要な単位服用パッケージが薬剤キャリアから成功裏に放出されたと決定することができる(図50〜55に関してさらに詳しく後述されるような技法を使用して)。必要な薬剤が成功裏に放出された場合に、調剤された薬剤が薬剤提供ユニットから取り除かれた旨、すなわち薬剤提供ユニットの提供シュートから回収された旨の確認の知らせを得ること、および/または薬剤が実際に患者へと投与された旨のユーザ(例えば、患者)からの通知を得ることが、さらに望まれるかもしれない。前者の場合、適切に構成されたセンサ(例えば、カメラおよび画像認識ソフトウェア)を、調剤された薬剤が薬剤提供ユニットから取り去られたか否かを決定するために、配置することができる。後者の場合、ユーザを、薬剤の投与を確認するように(適切なユーザインターフェイス機構を介して)促すことができる。そのような追加の情報を、成功の結果の通知の一部として含めることができる。
薬剤の不適切な調剤という後者の可能性に関して、例えば単位服用パッケージが薬剤キャリアから適切に放出されなかった(図50〜55を参照)、提供動作の最中に薬剤提供ユニットに故障が生じた、あるいは他の任意の特定可能な原因など、いくつかの原因を特定することができる。提供プロセスの特定の結果にかかわらず、結果は、好ましくは、記録、追跡、および/または監査の目的のために格納される。例えば、薬剤提供ユニットは、結果を(任意の適切なフォーマットで)自身の内部のストレージ装置に永続的に格納することができる。この実施形態においては、格納された結果データ/情報を、後に遠方の装置へとアップロードすることができ、その後に削除しても、薬剤提供ユニットの内部ストレージに残してもよい。あるいは、結果を、(薬剤提供ユニットの内部の揮発または非永続のストレージへの一時格納以外に)リモートコントローラまたはリモートユニットへと直接提供することができ、次いでリモートコントローラまたはリモートユニットに格納することができる。1実施例においては、提供結果が、所与の期間(例えば、3日)にわたって薬剤提供ユニットに永続的に格納される。さらに、薬剤提供ユニットがリモートコントローラまたはリモートユニットと周期的に(例えば、半時間ごとに)通信するとき、薬剤提供ユニットに格納された新規な提供結果が、長期格納のためにリモートコントローラまたはリモートユニットへとアップロードされる。そのような格納の実現の態様にかかわらず、提供結果を個々の薬剤提供ユニットおよび/または個々の患者に関連付けることを可能にする充分な情報も格納され、後のアクセスのために安全なウェブサーバまたは他の装置に格納することが可能である。
最後に、ブロック412において、1若しくはそれ以上の提供結果(どこに格納されているかにかかわらず)を、薬剤提供システムについて権限を有するエンティティへと提供することができる。例えば、リモートコントローラまたは特定の薬剤提供ユニットによって保持されている格納済みのデータにアクセスする医療提供者が、所望に応じて特定の提供結果にアクセスすることができる。あるいは、そのような提供結果を、権限を有するエンティティへと「プッシュ配信」することができる。例えば、所与の患者の医療提供者(例えば、医師)および介護者(例えば、ホスピスまたは養護施設の提供者、子供、など)が、患者において任意の提供結果が生じたときの通知(任意の好都合または所望の通信媒体による)を要求することができ、あるいは特定の種類の提供結果について(すなわち、提供結果が不適切な提供を知らせている場合だけ)通知を要求することができる。
図47は、部分的に上述したとおり、薬剤提供ユニットが、薬剤提供ユニットへと供給された薬剤および/または薬剤キャリアならびに/あるいは薬剤提供ユニットに格納された薬剤および/または薬剤キャリアに関する情報を得ることができる方法を示している。すなわち、ブロック420において始まり、薬剤提供ユニットは、入力薬剤キャリア、好ましくは上述したさまざまな形式の薬剤キャリア、すなわち個々の単位服用パッケージを二次元に配置して有しており、1若しくはそれ以上の識別表示が設けられている実質的に平坦なキャリアを受け取る。これは、上述した構造を使用する薬剤キャリアの自動引き込みを含むことができる。上述のように、そのような識別表示(あるいは、識別のしるし)を、これらに限られるわけではないが、一次元または二次元のバーコード、磁気帯またはインク、RFIDタグ、または印刷による文字列など、少なくとも薬剤提供ユニットにとって知覚可能な実質的に任意の形態で具現化することができる。この後者の例では、撮像装置および適切な光学式文字認識(OCR)ソフトウェアを、薬剤提供ユニットが文字列を「読む」ことができるように使用することができる。このような形態の組み合わせ、すなわちバーコードおよび印刷による文字列も、可能である。
少なくとも1つの識別表示に使用される形態にかかわらず、処理は、ブロック422および424の一方または両方に続く。ブロック422において、薬剤提供ユニットは、入力薬剤キャリア上の少なくとも1つの識別表示にもとづいて、少なくとも1つの薬剤に関する情報を割り出す。本発明の1実施形態においては、このプロセスが、薬剤キャリアにおいて発見される各々の単位服用パッケージの各々の薬剤について実行されるが、これは必須ではない。薬剤提供ユニットが少なくとも1つの薬剤に関する情報を割り出すことができるさまざまな技法が存在する。例えば、使用されている少なくとも1つの識別表示が、所望の情報を直接に含んでいる場合、薬剤提供ユニットは、情報を確かめるために少なくとも1つの識別表示を直接「読む」ことができる。例えば、上述のように、少なくとも1つの識別表示が文字列を含む場合、薬剤提供ユニットは、OCRソフトウェアを使用して、薬剤に関する情報を直接読み取ることができる。あるいは、情報を、薬剤提供ユニットが何ものも参照することなく直接情報をデコードできるように、識別表示へと直接エンコードすることができる。またさらには、薬剤提供ユニットが、例えばバーコードを所望の情報を直接的には表わしていないデジタル的に表現されたデータの文字列へと変換するなど、デコードされたデータをもたらすために識別表示を読み取ることができる。その後に、薬剤提供ユニットは、デコードされたデータを、例えばデコードされたデータを表参照のための基準として使用することによって、デコードされたデータを所望の情報へと「翻訳」することができるリモートコントローラまたはリモートユニットへともたらすことができる。当業者であれば、この点に関して、さらなる技法を同様に使用できることを、理解できるであろう。少なくとも1つの薬剤に関する情報が、これらに限られるわけではないが、例として、薬剤キャリア内のすべての単位服用パッケージまたは個々の単位服用パッケージについての薬剤の名称(例えば、一般名またはブランド名)、服用強度、製造者のロット番号、有効期限、全米医薬品コード(national drug code)番号、あるいは一意の単位服用パッケージシリアル番号を含むことができることに、注意すべきである。
ブロック422の処理に代え、あるいはブロック422の処理に加えて、薬剤提供ユニットが少なくとも1つの識別表示にもとづいて少なくとも1つの入力薬剤キャリアそのもの(そこに格納されている薬剤ではなく、あるいはそこに格納されている薬剤に加えて)に関する情報を割り出すブロック424の処理が生じることができる。ブロック422に関して上述した技法と実質的に同じ技法を使用し、薬剤提供ユニットが単独で、あるいはリモートコントローラまたはリモートユニットとの組み合わせにおいて、入力薬剤キャリアに関する情報を確認することができる。本発明の好ましい実施形態においては、そのような情報が、入力薬剤キャリアに含まれる単位服用パッケージの数および入力薬剤キャリアのレイアウト定義を含むことができる(これらに限られるわけではない)。レイアウト定義に関して、各々の薬剤キャリアは、複数のレイアウト定義のうちの所定のレイアウト定義に沿うことができる。例えば、或るレイアウト定義が、特定のサイズの31個の単位服用パッケージを、4つの列を有する7つの行と、4つの列のうちの3つだけを有する第8の行とに配置して含むことができる一方で、別のレイアウトは、より大きな10個の単位服用パッケージを5行2列に配置して含むことができる。いずれにせよ、レイアウト定義を、薬剤提供ユニット(考えられるレイアウト定義および各々のレイアウト定義の仕様を、例えばリモートコントローラまたはリモートユニットによって提供されて前もって知っている)が、特定の単位服用パッケージを見つけるためにどこに向かうべきかを正確に明らかにするために使用することができる。
ブロック422または424のいずれか、または両方のいずれが実行されるにせよ、処理は、少なくとも1つの薬剤(または、入力薬剤キャリア)に関する情報が、薬剤提供ユニットのユーザインターフェイスへともたらされ、あるいは必要であればリモートコントローラまたはリモートコントローラなどのリモートユニットへともたらされるブロック426に続く。例えば、薬剤提供ユニットが情報を割り出した場合に、その情報をユーザインターフェイスへと提供する(例えば、薬剤提供ユニットのユーザへと表示または他の方法で提示させる)ことができ、あるはリモートコントローラまたはリモートユニットへと提供することができる。あるいは、薬剤提供ユニットが、情報を確認するためにリモートコントローラまたはリモートユニットの助けを仰ぐ場合、ユーザインターフェイスへの情報の提供は、最初にリモートコントローラまたはリモートユニットが薬剤提供ユニットへと情報を送り返すことを含む。薬剤提供ユニットに関して上述した種々の動作を、所望の設計に応じて任意の適切な構成要素によって実行できることを、理解できるであろう。
次に、図48を参照し、薬剤提供ユニットによる入力薬剤キャリアの処理を、以下でさらに説明する(一部は上述のとおりである)。ブロック440において、薬剤提供ユニットは、選択的に、例えばリモートコントローラから認証された薬剤キャリア情報を受け取ることができる。本明細書において使用されるとき、認証された薬剤キャリア情報は、所与の薬剤提供ユニットが受け入れることを許された特定の薬剤キャリアに関する任意の適切な情報を含む。したがって、認証された薬剤キャリア情報は、(例えば、一意の薬剤キャリアシリアル番号による)個々の薬剤キャリアの識別を含むことができる。あるいは、認証された薬剤キャリア情報は、薬剤提供ユニットが受け入れて格納することを許された薬剤の個々の名称、種類、または族の識別を含むことができる。当業者であれば、他の制限もこの態様で同様に設けることができることを、理解できるであろう。
いずれにせよ、ブロック442において、薬剤提供ユニットは入力薬剤キャリアを受け取る。ブロック444および446に示されるとおり、入力薬剤キャリア上に発見される少なくとも1つの識別表示にもとづいて、薬剤提供ユニットは、入力薬剤キャリアについて、薬剤提供ユニットによる受け付けおよび格納が承認されたものであるか否かを決定することができる。すなわち、薬剤提供ユニットが、薬剤キャリアからの1若しくはそれ以上の識別表示を読み取り、あるいはデコードでき、得られる入力薬剤キャリアに関する情報にもとづいて、入力薬剤キャリアが認証されたものであるか否かを決定できる。これは、ブロック440に関して上述したように薬剤提供ユニットが認証された薬剤キャリア情報を受信している場合など、薬剤提供ユニットによって直接行われ、入力薬剤キャリアに関する情報が認証された薬剤キャリア情報と比較される。あるいは、薬剤提供ユニットが、入力薬剤キャリアに関する情報をリモートコントローラ(または、リモートユニット)へと提供でき、リモートコントローラ(または、リモートユニット)が、必要な比較を実行することができる。どのように認証の決定が行われるかにかかわらず、入力薬剤キャリアが、薬剤提供ユニットにとって認証されたものである場合、処理は、薬剤提供ユニットが上述の技法を使用して薬剤キャリアを格納するブロック448に続く。
しかしながら、入力薬剤キャリアが、薬剤提供ユニットにとって認証されたものではない場合には、処理は、薬剤提供ユニットが入力薬剤キャリアの格納を拒絶するブロック450に続く。本発明の好ましい実施形態においては、この拒絶が、薬剤提供ユニットによって自動的に実行され、薬剤提供ユニットが、入力薬剤キャリアのさらなる挿入を妨げ、あるいは入力薬剤キャリアを放出する(エレベータからの排出の際にキャリアを放出すべく薬剤提供ユニットが制御される態様と基本的に同じ態様で)。その後に、ブロック452において、薬剤提供ユニットが、入力薬剤キャリアの格納を拒絶した旨を、リモートコントローラまたはリモートユニットへと知らせることができる。そのような知らせは、入力薬剤キャリアに関して利用可能な識別情報(例えば、シリアル番号、など)ならびに他の関連の情報(時刻、日付など)をさらに含むことができる。ブロック410(図45)に関して上述した態様と同様の態様で、薬剤提供ユニットは、そのような情報を後の検索のためにローカルに格納することができる。図48に関して図示および説明された処理を、複数の入力薬剤キャリアを受け取る場合に、必要に応じて頻繁に繰り返すことができる。
図48に関して上述した処理の帰結として、さらなる処理が、図49を参照して説明される。詳しくは、ブロック460において、入力薬剤キャリアが、先ほどと同じように薬剤提供ユニットによって受け取られる。その後に、ブロック462において、薬剤提供ユニットが、1若しくはそれ以上の識別表示が読み取り不能であると決定する。識別表示が読み取り不可能であると結論付けられる理由は、これらに限られるわけではないが、所与の識別表示が存在せず、隠れており、ずれており、傷んでおり、互換でなく、あるいは他の欠陥があるなど、当業者にとって周知である。次いで、1若しくはそれ以上の識別表示を読み取ることができない理由にかかわらず、処理は、上述のとおり薬剤提供ユニットが入力薬剤キャリアを拒絶するブロック464に続き、ブロック466において、リモートコントローラまたはリモートユニットへと通知が行われ、さらには/あるいは拒絶を記憶するデータ/情報が格納される。
薬剤提供ユニットの1つの望ましい特徴は、上述のように、とくには調剤の動作および導入/排出の動作の際に、個々の単位服用パッケージおよび/または単位服用物の状態を決定できる能力である。この目的のために、そのような状態を決定するための種々の技法が、図50〜55に関して説明および例示される。本明細書において使用されるとき、単位服用パッケージの状態とは、単位服用パッケージが薬剤キャリアに存在するか否かを指すことができ、あるいは他の中間的な状態(例えば、途中まで取り出された状態)を指すことができる。またさらに、状態とは、必ずしも存在には関係しないが、単位服用物の完全性に関係する他の状態(例えば、単位服用パッケージが部分的に破れ、あるいは傷んでいる)を包含することができる。
図50は、この点に関する基本的な処理を示している。ブロック470から出発し、薬剤提供ユニットは、単位服用物位置の状態を決定するために、薬剤キャリア内の単位服用物位置を検査する。単位服用物位置とは、薬剤キャリア内の所与の単位服用パッケージの特定の位置(および、対応する薬剤の単位服用物)を指す。この検査は、好ましくは、さらに詳しく後述されるいくつかの技法のいずれかを実行する状態テスタを使用して実現される。その後に、ブロック472において、提供ユニットが、決定された状態にもとづいて検査対象の単位服用物位置に対応する状態表示を、適切な通知コンポーネントを介して供給する。本発明の好ましい実施形態においては、状態表示が、個々の単位服用物位置に関する服用の結果または他のイベントを、薬剤提供ユニットならびに/あるいはリモートコントローラまたはリモートユニットに通知する。本発明における好ましい実施形態においては、通知コンポーネントの具体的な実現は、通知対象のエンティティに応じて決まる。例えば、意図される受け手が薬剤提供ユニットのユーザである場合には、通知コンポーネントは、表示装置、スピーカ、または他のユーザにとって知覚可能な装置を含むことができる。あるいは、通知の宛て先がリモートコントローラまたはリモートユニットなどの装置である場合には、通知コンポーネントは、状態表示を含むメッセージを生成するように構成された適切なソフトウェアインストラクションおよびメッセージをリモートコントローラまたはリモートユニットへと供給することができる通信インターフェイスを含むことができる。図50の処理を取り入れている具体的な事例を、図51および52を参照して以下でさらに説明する。
ここで図51を参照し、調剤イベントに関する状態検査をさらに説明する。すなわち、ブロック480において、調剤(または、服用)のイベントを行うべきであると決定される(やはり、服用スケジュールにより決定され、あるいはスケジュールにない服用の要求に応答して決定される)。本発明における好ましい実施形態においては、そのような決定により、単位服用パッケージの調剤に先立ち、ブロック482によって示されるとおり、1若しくはそれ以上の単位服用物位置について状態検査の実行が生じる(複数の薬剤キャリアにおいて生じてもよい)。この場合に、ブロック482において実行される検査は、所望される単位服用パッケージが該当の薬剤キャリアに存在するか否かを決定することである。ブロック484において、所望される単位服用パッケージのいずれかが存在しないと決定(返される存在/非存在の状態にもとづいて)される場合、処理は、適切なエラー表示がもたらされるブロック486に続く。やはり、そのようなエラー表示を、薬剤提供ユニットによって格納することができ、さらには/あるいはリモートコントローラまたはリモートユニットへと提供することができる。エラーが存在すると結論付けるためのしきい値、またはエラーの相対的な重要性を決定するためのしきい値が、調剤される個々の薬剤の性質に応じてよいことに、注意すべきである。例えば、重要な薬剤が調剤される状況においていずれかの単位服用パッケージが存在しないことが、最も緊急レベルのエラーを生じさせることができる。他方で、重要でない薬剤(例えば、ビタミンまたは栄養剤)に関する単位服用パッケージが存在しないことは、いかなるエラー表示も生じさせなくてよく、あるいは比較的低い緊急度のエラー表示を生じさせることができる。さらなるエラー警報の仕組みを、設計上の選択の問題として実現できることを、当業者であれば理解できるであろう。
所望される単位服用パッケージが存在する場合、処理は、所望される単位服用パッケージが上述のとおりに調剤されるブロック488に続く。その後に、ブロック490において、所望された単位服用パッケージの単位服用物位置において、さらなる検査が、再び存在/非存在の知らせを確認するために実行される。ブロック492において、所望された単位服用パッケージのうちの1若しくはそれ以上が依然として存在すると決定される場合、処理は、別のエラー表示を供給することができるブロック494に続く。本発明における好ましい実施形態において、現在の状態が、単位服用パッケージが薬剤キャリアから不完全に途中までしか外れていない状況でありうることに、注意すべきである。例えば、調剤プロセス(ブロック488)において所与の単位服用を囲んでいるミシン目のすべてが完全には破られない場合(結果として、いわゆる「ぶら下がり片」状態になる)、これが現在の状態として検出されなければならない。一方で、所望された単位服用パッケージがもはや存在しない場合、処理は、所望された単位服用パッケージが成功裏に調剤された旨の知らせが提供されるブロック496に続く。
とくには薬剤キャリアの導入に向けられた別の検査の筋書きを、さらに図52を参照して説明する。すなわち、ブロック500に始まって、薬剤キャリアの導入作業(または、選択的に排出作業)が実行中であり、あるいは実行されようとしていることが、薬剤提供ユニットによって決定される。その後に、ブロック502において、導入(または、排出)作業に先立って、1若しくはそれ以上の単位服用物位置の検査が実行される。本発明の1実施形態においては、そのような検査を、薬剤キャリアの格納に使用される格納領域の入り口において実行することができる。導入の筋書きにおいて、ブロック504における決定によって、1若しくはそれ以上の単位服用パッケージが存在しないことが明らかになった場合、処理は、上述のとおりにエラー表示が供給されるブロック506に続く。この状況において、入力薬剤キャリアを薬剤提供ユニットの格納領域へと導入すること(ブロック509)が依然として可能である。例えば、これは、入力薬剤キャリアに含まれる薬剤が選択的であり、あるいは重要でない薬剤である場合に生じうる。他方で、すべての単位服用パッケージが存在すると決定された場合、処理は、成功表示が選択的に供給されるブロック508に続く。その後に、薬剤キャリアが、ブロック509において薬剤提供ユニットへと導入される。薬剤キャリアの排出の場合には、実質的に同様のプロセスを実行することができる。しかしながら、この場合には、エラー状態を構成する状態が、排出される薬剤キャリア内の種々の単位服用パッケージの予想される状態に依存することができる。例えば、薬剤提供ユニット(または、薬剤提供ユニットの動作を制御するリモートコントローラ)が、薬剤キャリアについて単位服用キャリアが完全に使い果たされたと予想するが、排出に先立って、1若しくはそれ以上の単位服用キャリアが依然として存在することが確認された場合に、エラー表示を保証することができる。反対に、依然としていくつかの単位服用パッケージを含んでいると考えられる薬剤キャリアが、実際にはそのような単位服用パッケージを欠いている場合に、やはりエラー表示を保証することができる。
上述のように、状態の検査を実行するためにさまざまな技法を使用することができる。それら技法のいくつかを、図53〜55を参照してさらに説明する。図53に示されている1実施形態においては、検査信号源512および検査信号センサ516を透過の構成または反射の構成のいずれかに配置して備えている状態テスタを、使用することができる。この実施形態においては、検査信号源512が検査信号514をもたらす。これに限られるわけではないが、例として、検査信号514は、電磁波(例えば、赤外、可視または紫外光、高周波、など)、物理波(音波など)、あるいは電気信号など、実質的に任意の種類の検出可能な信号を含むことができる。そのような信号をもたらすための供給源は、この技術分野において周知である。いずれにせよ、検査信号514が、該当の薬剤キャリアへと向けられ、とくには該当の1若しくはそれ以上の単位服用物位置へと向けられる。この点に関し、検査信号514が、ただ1つの単位服用物位置へと向けられる実質的に平行な光ビームの場合のように、比較的特定的な(すなわち、集中させられた)構成であってよく、あるいはより拡散した光の場合のように、いくつかの単位服用物位置へとより広く向けられてもよいことに、注意すべきである。
当該技術分野で知られているとおりの1若しくはそれ以上の検査信号センサ516を、使用される検査信号514の性質に合致するように選択することができる。同様に重要なことに、検査信号源512に対する検査信号センサ516の設定および/または配置は、透過または反射のいずれの構成が使用されるかに応じてさまざまである。透過の構成においては、検査信号センサ516が、検査信号源512および薬剤キャリア510に対して、検査信号514のうちの薬剤キャリア510を通過した部分518(存在する場合)を検出するための位置にある。この構成においては、単位服用パッケージの「存在」状態が、少なくとも検査信号の一部分518がセンサ516によって検出されない(あるいは、使用される検査信号514の性質に応じ、比較的減衰させられたレベルで検出される)場合に示され、「不存在」状態が、検査信号の一部分518がセンサ516によって検出される(あるいは、やはり検査信号514の性質に応じ、比較的減衰させられていないレベルで検出される)場合に示される。反射の構成においては、検査信号センサ516aが、検査信号源512および薬剤キャリア510に対して、検査信号514のうちの薬剤キャリア510から反射された部分518a(存在する場合)を検出するための位置にある。この構成においては、単位服用パッケージの「存在」状態が、検査信号の一部分518aがセンサ516aによって検出される(あるいは、比較的減衰させられていないレベルで検出される)場合に示され、「不存在」状態が、少なくとも検査信号の一部分518aがセンサ516aによって検出されない(あるいは、比較的減衰させられたレベルで検出される)場合に示される。
図53に示した実施形態の潜在的な利点は、例えば単位服用パッケージ(すなわち、バブルまたはブリスタ)を形成しているプラスチックが検査信号514にとって透過性である場合(例えば、透明なプラスチックおよび可視光)に、上述の検査が二重の意味で機能できる点にある。すなわち、この構成は、単位服用パッケージの存在/非存在を検出できるだけでなく、単位服用物そのものの存在/非存在を検出するためにも使用することが可能である。例えば、単位服用パッケージが存在するが、単位服用物の裏打ちの箔が破られ、単位服用物の放出が可能になっている場合に、それでもなお、この技法によれば、検査信号514がバブルおよび箔の破れによって形成された開口を通過できる(あるいは、反射されない)限りにおいて、単位服用の非存在を知らせることができる。
次に図54を参照すると、ただ1つの組み合わせられた刺激源およびセンサ520を備えている状態テスタが示されている。すなわち、複合装置520が、単位服用物位置の状態を検査するときに、刺激または検査信号522の供給ならびに戻りの刺激または信号524の検出(あるいは、場合によっては、非検出)の両方に機能する。
例えば、1実施形態においては、装置520が、機械的に動かされる装置(ばねによって付勢された可撓プローブなど)を、適切な電気スイッチに組み合わせて備えることができる。この実施形態においては、プローブを、単位服用物位置において薬剤キャリア510に接触させることができる。単位服用物が存在する場合、プローブのばね力が打ち負かされて、プローブがたわみ、電気スイッチが閉じられて(あるいは、場合によっては開かれて)、単位服用パッケージ(または、実質的に手つかずの単位服用パッケージ)が存在する旨の信号がもたらされる。反対に、単位服用パッケージが存在しない場合、または事前の損傷によって弱くなっている場合には、プローブがたわまされることがなく(あるいは、充分にたわまされることがなく)、電気スイッチが開放(あるいは、設計上の選択によっては、閉鎖)状態のままであり、結果として単位服用パッケージが存在している(あるいは、何らかの様相で傷んでいる)旨を知らせる信号がもたらされる。
別の実施形態においては、装置520が、RFIDタグ読み取り器を備えることができる。この技術分野において公知のとおり、そのような読み取り器は、第1の信号522を発し、第1の信号522が、互換のRFIDタグに第2の信号524による応答を生じさせる。この態様で、RFID読み取り器を、本明細書において使用されるとき、単位服用物位置に実質的に近接させることができる。この実施形態においては、各々の単位服用パッケージに、一意に対応するRFIDタグが装備される。したがって、読み取り器が所与の単位服用物位置において戻りの信号を検出する場合に、単位服用パッケージが存在しかつ傷んでいない(少なくとも該当のRFIDタグを傷める程度まで傷んでいない)旨の知らせをもたらすことができる。反対に、読み取り器が所与の単位服用物位置において戻りの信号を検出できない場合に、単位服用パッケージが存在せず、さらには/あるいは該当のRFIDタグが動作不能になってしまうほどに傷んでいる旨の知らせをもたらすことができる。
さらに別の実施形態においては、装置520が、電気信号522の出力および戻り信号524の入力を含んでいる。この場合、電気信号522は、直流(DC)電圧などのように単純であってよく、あるいはより複雑な時間変化する波形であってよい。この実施形態においては、各々の単位服用パッケージが、この技術分野において公知のとおりの導電インクまたはきわめて薄い導電路など、単位服用パッケージが存在しかつ比較的傷んでいない限りにおいて電気的な連続性を保ち続ける導電経路を備えている。電気信号の出力が単位服用物位置の導電経路の予定の位置に電気的に接触させられたときに、戻りの信号524が検出され、すなわち電気信号の出力、導電経路、および戻り信号の入力によって確立される回路が完成するならば、実質的に無傷の単位服用パッケージが存在することが検出される。反対に、戻りの信号524が検出されず、すなわち電気信号の出力、導電経路、および戻り信号の入力によって確立される回路が完成しない場合、単位服用パッケージが存在せず、さらには/あるいは傷んでいる旨が検出される。
状態テスタがセンサ530のみを備えている別の検査の実施形態が、図55に示されている。この実施形態においては、センサ530が、単位服用物位置の何らかの固有のパラメータまたは推定される性質532を検出するように構成される。例えば、センサ530が、薬剤キャリアに存在するときの単位服用パッケージによって発せられる磁界532を検出するように構成された磁気センサを備えることができる。この実施形態においては、各々の単位服用パッケージに、当業者にとって公知のとおり、磁気帯またはインクなどの磁性材料が備えられる。その結果、磁気センサ530が単位服用物位置に充分に近づけられたとき、磁界が検出される場合に、単位服用パッケージの存在が示され、磁界が検出されない場合に、存在が示されない。さらに別の実施形態においては、センサ530が、画像センサおよび対応する画像分析処理能力(すなわち、ソフトウェア)を備えることができる。この実施形態においては、適切な静止画カメラまたはビデオカメラなどといった画像センサ530が、単位服用物位置の1若しくはそれ以上の画像を取得することができる(充分な周辺光が存在すると仮定する)。公知の画像分析技法(とくには、ソフトウェアにもとづく技法)を使用して、取得した画像の分析を行って、単位服用パッケージが取得した画像に描かれているか否かを決定することができる。単位服用パッケージが画像内に描かれている場合、存在が示され、そうでない場合、存在が示されない。同様に、取得した画像を単位服用パッケージについて分析するのではなく、単位服用そのものが画像中に描かれているか否かを確認するように、分析を実行してもよい(例えば、単位服用パッケージのプラスチック製バブルが、適切な画像の取得を可能にすべく充分に透明である場合など)。
次に図56を参照すると、格納された薬剤の処理に関する種々の技法が示されている。ブロック540から始まり、薬剤提供ユニットまたはリモートコントローラが、薬剤提供ユニットに格納された薬剤の在庫を決定することができる。本発明の好ましい実施形態においては、これが、上述のとおり格納された薬剤キャリアに設けられた識別表示にもとづいて行われる。例えば、上述の技法を使用して、所与の薬剤提供ユニットの在庫が、薬剤キャリアが薬剤提供ユニットに導入および格納されるたびに更新される。その後に、服用イベントが生じると、在庫がさらに更新される。またさらに、薬剤キャリアが排出されたり、あるいは薬剤キャリア内に発見される特定の薬剤に制限が加えられた(図59に関して後述される)とき、在庫をさらに更新することができる。この態様で、在庫の決定が、連続プロセスになる。別の実施形態においては、在庫を、どの単位服用パッケージ(および、それらに対応する薬剤)が存在するかを決定すべく上述のとおり現在格納されている各々の薬剤キャリアを検査する単発のイベントとして実行することができる。
在庫の決定の態様にかかわらず、処理は、図示の2つの経路のいずれかに沿って続くことができる。ブロック542において始まる第1の経路に沿い、すでに述べたとおり、服用計画またはスケジュール外の要求に従って、所与の薬剤について提供プロセスを生じさせる必要があるか否かが決定される。必要がある場合、処理はブロック544に続き、(在庫によって示されるとおり)薬剤提供ユニットに格納された少なくとも1つの薬剤が、服用計画またはスケジュール外の要求に調和するか否かがまず決定される。本明細書において使用されるとき、服用計画/スケジュール外の要求によって指示される薬剤と格納されている薬剤との間の調和は、薬剤の同一性および構成によって決定される。すなわち、要求された薬剤と格納されている薬剤とは、格納されている薬剤のいずれもが要求された薬剤と同じ同一性を有さない場合に、調和しない。あるいは、必要とされる薬剤が本発明において格納されているとすれば、それは、必要な服用強度において行われなければならない。これらの条件が満足されるとすれば、処理は、提供プロセス/スケジュール外の要求を満足させるための充分な量の(調和した)薬剤が格納されているか否かを決定するブロック546に続く。格納されている場合、処理は、服用計画またはスケジュール外の要求に従って特定された格納済みの薬剤が調剤されるブロック550に続く。格納されている薬剤が調和せず、あるいは(調和していても)充分な量では存在していない場合、処理は、薬剤提供ユニットが提供プロセスを実行できなかった旨の通知を供給するブロック548で終わる。先に説明した実施形態と同様に、ブロック548の通知を、薬剤提供ユニットのユーザインターフェイスへと供給でき、あるいはリモートコントローラまたはリモートユニットへと供給できる。またさらに、通知は、なぜ薬剤提供ユニットが服用計画またはスケジュール外の要求を実行できなかったかの理由に関する種々のデータ要素を含むことができる。
図56に示されている他方の経路に沿い、処理は、薬剤提供ユニットに格納された少なくとも1つの薬剤が、時間期間Tの満了を過ぎても服用計画を満たすことができる充分な量で存在しているか否かが在庫にもとづいて決定されるブロック552から始まる。例えば、所与の薬剤の服用物が(服用計画またはスケジュール外の要求のいずれかによって)調剤されるたび、および該当の在庫が更新されるたびに、その薬剤の残りの在庫が、その薬剤について例えば次の3日間において(服用計画のみによって)生じるように計画されている残りの服用イベントを満足するために充分であるかを、決定することができる。時間間隔をカバーするために適切な在庫(スケジュール外の要求はないと仮定する)が本発明において格納されている場合、さらなる動作は不要である。しかしながら、現存の在庫が時間間隔をカバーするために充分でない場合、処理は、在庫不足の通知を供給するブロック554に続く。先に説明した実施形態と同様、ブロック554の通知を、薬剤提供ユニットのユーザインターフェイスへと供給でき、あるいはリモートコントローラまたはリモートユニットへと供給することができる。提供装置のユーザまたは医療提供者(例えば、薬剤師)に不足が差し迫っていることを通知することで、ユーザまたは医療提供者が、必要な薬剤の自動的な補充または要求による補充によって、この状況を改善することが可能である。
次に図57を参照し、所与の薬剤の梱包指示を供給するためのプロセスをさらに説明する。図57のプロセスは、薬剤の梱包を実行するエンティティ(例えば、薬局)が、例示されるプロセスに従ってインストラクションを実行できる処理装置(好ましくは、グラフィカル・ユーザ・インターフェイスを備えている)を有していると仮定している。さらに、処理装置によって読み取ることができる媒体が、例示されるプロセスを実行するために使用される実行可能なインストラクションを含むことができる。
すなわち、ブロック560に始まって、梱包すべき薬剤の特定が、処理装置へと供給される。例えば、適切な特定を、この技術分野において公知のとおり、マウスとカーソルとからなる構成、選択式のリストおよび/またはメニュー、検索フィールド、あるいはこれらの組み合わせなど、公知の機構を使用するグラフィカル・ユーザ・インターフェイスによって供給することができる。応答において、ブロック562で処理装置が、特定された薬剤の梱包に使用すべき薬剤キャリアの1若しくはそれ以上の画像を表示する。例えば、上述したような必要な薬剤キャリアのグラフィック表示を、グラフィカル・ユーザ・インターフェイス上にもたらすことができる。選択的に、ブロック564において、特定された薬剤の1若しくはそれ以上の画像を、グラフィカル・ユーザ・インターフェイスを介してさらに提供することができる。本発明の好ましい実施形態においては、特定された薬剤を種々の視点、すなわち前方および後方から示す2若しくはそれ以上の画像が提供される。
ブロック566において、表示された薬剤キャリアへと少なくとも1つの薬剤を配置するための導入の指示が、グラフィカル・ユーザ・インターフェイスによって実質的に同時に表示される。例えば、導入の指示は、少なくとも1つの薬剤の個々の服用分を薬剤キャリア内のどこに配置すべきかを示す文章を含むことができる。本発明の好ましい実施形態においては、グラフィカルな表示(薬剤の各々の単位服用の画像など)を、正しく導入された薬剤キャリアの外観をきわめてそっくりに再現するために、薬剤キャリアの画像に重ねることができる。この態様で、導入の誤りを大幅に減らすことができる。最後に、ブロック568において、特定された薬剤の1若しくはそれ以上の画像を(上述のような識別表示に加えて)含む1若しくはそれ以上のラベルまたはラベル一式を処理装置によって印刷することができる。この態様で、薬剤キャリアへの導入が正しく行われたことについて、またさらなる確認を得ることができる。さらに、ラベル上にもたらされる薬剤の画像を、患者が、自身へと供給された薬剤の正体を確認するために使用することができる。
次に図58を参照し、不都合な電力の状況の処理をさらに説明する。ブロック570に始まって、薬剤提供ユニットに不都合な電力の状況が存在するか否かが決定される。不都合な電力の状況が存在するか否かを決定するための技法は、当業者にとって周知である。本明細書において使用されるとき、不都合な電力の状況とは、利用可能な電力の供給では薬剤提供ユニットの自動的な薬剤の提供という能力の継続が危うくなるような薬剤提供ユニットのあらゆる状態を含む。したがって、例えば薬剤提供ユニットへの外部からの電力が完全に失われる結果となる電力網の故障や、薬剤提供ユニットが外部の電源から誤って切り離される場合が、不都合な電力の状況を構成すると考えられる。一般に、不都合な電力の状況が生じたとき、各々の患者が自身の薬剤へのアクセスを継続できるように保証するために、格納されている薬剤キャリアのうちの少なくともいくつか(すべてではなくとも)を自動的に排出する必要があるかもしれない。
不都合な電力の状況が検出された場合、処理は、不都合な電力の状況の通知が供給されるブロック572に続く。上述した他の実施形態と同様に、通知を、薬剤提供ユニットのユーザインターフェイスへと供給(視覚および/または聴覚の警報などを使用することによって)でき、さらには/あるいはリモートコントローラまたはリモートユニットへと供給することができる。
その後に、ブロック574において、各々の薬剤提供ユニットが不都合な電力の状況において電力を供給し続けるためのバックアップ電池を含んでいる実施形態の増進のために、薬剤提供ユニットの残りのバックアップ電力が所与のしきい値を下回って低下していないかどうかが決定される。しきい値は、2つの基準を満足するように選択される。第1に、しきい値は、いわゆる「電圧低下」など、外部の電力の比較的小さな中断を生き長らえるために充分に低くなければならない。第2に、しきい値は、後述のように、格納されている薬剤キャリアのうちのいくつかまたはすべてを自動的に取り出すため、およびリモートコントローラまたはリモートユニットとの最後の通信を提供するために、充分な量の電力が残っていることを保証するように選択されなければならない。
残りのバックアップ電力がしきい値を下回って低下している場合、格納されている薬剤キャリアのうちの一部またはすべてが、ブロック576において自動的に排出される。1実施形態においては、さまざまな優先度の薬剤キャリアが順に排出されるよう、複数のそのようなしきい値を使用することができる。例えば、第1の最高のしきい値を通過したときに、最も重要な薬剤キャリアのうちの1若しくはそれ以上が排出される。その後に、さらなる薬剤キャリアは、さらなるより低いしきい値を通過するまでは排出されず、これにより、残りのバックアップ電力に応じた薬剤の段階的な排出が達成される。薬剤キャリアが排出されるとき、および/または最後の薬剤キャリアが排出された後で、このような自動排出動作の通知が、ブロック578によって示されるとおりリモートコントローラへと供給される。
次に図59を参照し、期限切れの薬剤を処置するための処理を、さらに説明する。ブロック580において、薬剤提供ユニットに格納された少なくとも1つの薬剤についての期限切れ情報が決定される。先の実施形態と同様に、期限切れ情報の決定は、該当の薬剤提供ユニットによって行うことができ、あるいはリモートコントローラによって行うことができる。前者においては、期限切れ情報が、薬剤提供ユニットが上述のとおり各々の薬剤キャリアに設けられた1若しくはそれ以上の識別表示を検査することによって確認される。上述のように、そのような識別表示が、該当の薬剤キャリアに格納された薬剤の期限切れ情報を含むことができる。代替実施形態として、期限切れ情報を、リモートコントローラ(または、他のリモートユニット)によってもたらすことができる。1実施形態においては、期限切れ情報が、いつ該当の薬剤の使用可能時間が満了するかの絶対日付として表わされる。しかしながら、これは必須ではなく、期限切れ情報の他の表現も、同様に使用することができる。
その後に、処理は、期限切れ情報にもとづいて少なくとも1つの薬剤が依然として使用可能であるか否かを決定するステップ582に続く。例えば、薬剤提供ユニットならびに/あるいはリモートコントローラまたはリモートユニットに設けられたリアルタイムのクロックによって割り出される現在の日付を、定期的に期限切れ情報と比較することができる。比較が肯定的であり、すなわち現在の日付が期限切れ情報によって示される期限切れ日よりも依然として前である場合、処理は完了する(少なくとも期限切れ情報の次回の確認まで)。他方で、比較が否定的であり、すなわち現在の日付が期限切れ日よりも前ではない場合、処理は、期限切れの薬剤の将来の提供を禁止するブロック584に続く。薬剤の提供を禁ずる場合、いくつかある任意の技法を使用することができる。例えば、期限切れの薬剤の各々の単位服用物を、薬剤へのアクセスを防止するために、薬剤提供ユニットの或る区画内に調剤、すなわち隔離することができる。あるいは、薬剤提供ユニットが、期限切れの薬剤を、そのような期限切れ薬剤の調剤の具体的な許可または指令の受信に応答して、調剤、あるいは追放することができる。そのような指令を、例えば特別なコードの入力など、薬剤提供ユニットのユーザからユーザインターフェイスによって直接受信することができる。あるいは、必要な指令を、リモートコントローラからもたらすことができる。またさらには、期限切れの薬剤に、将来の薬剤の調剤の試みが拒絶されるように、薬剤提供ユニットの内部のストレージ装置において期限切れとのフラグを付してもよい。調剤を禁ずるために使用される特定の技法にかかわらず、その後に処理は、少なくとも1つの薬剤がもはや使用できない旨の適切な通知がもたらされるブロック586に続く。ここでもやはり、そのような通知を、薬剤提供ユニットのユーザインターフェイスを介してユーザへと提供でき、さらには/あるいは長期格納および適切な警報の生成に使用するために、リモートコントローラまたはリモートユニットへと供給することができる。
次に図60を参照し、薬剤提供ユニットに格納された服用計画の変更を取り扱うための処理を説明する。ブロック590に始まって、既存の服用計画の変更が受信される。本発明の好ましい実施形態においては、そのような変更が、上述のようにリモートユニット32またはリモートコントローラ101を使用することによって入力される。リモートコントローラまたはリモートユニットは、自身の制御下にあり、あるいはリモートコントローラまたはリモートユニットにとってアクセス可能であるストレージ装置を使用して、服用計画を格納することができる。あるいは、上述のようなホストされたリモートコントローラ環境の場合など、変更を、リモートコントローラまたはリモートユニットによって実現されるウェブインターフェイスまたは同様の機構を介して入力することができる。服用計画は、個々の患者に合わせて特定的に作られており、患者は、特定の薬剤提供ユニットに一意に関係付けられているため、所与の服用計画のいかなる変更(例えば、頻度、服用強度、などの変更)も、実行前に特定の薬剤提供ユニットにおいて最近に生じたあらゆる服用イベントを最初に考慮に入れなければならない。
したがって、ブロック592において、受信した服用計画の変更が先の服用イベントとコンフリクトしないかどうかが、リモートコントローラまたはリモートユニットによって決定される。例えば、服用計画の変更が、現行の変更前の服用計画に記載された特定の提供時間に関係する可能性がある。しかしながら、リモートコントローラまたはリモートユニットと特定の薬剤提供ユニットとの間の時間の表現の相違(例えば、時間帯の相違に起因する)に起因して、影響を受ける提供時間がすでに経過済みであるかもしれない。あるいは、上述および後述のとおり、変更が、特定の服用物の提供に関係する可能性がある。しかしながら、スケジュール外の調剤の要求または他の原因(例えば、停電など)ゆえに、特定の服用物の提供がすでに行われており、あるいはキャンセルされているかもしれない。原因の如何にかかわらず、そのようなコンフリクトがリモートコントローラまたはリモートユニットによって検出されたとき、処理は、リモートコントローラまたはリモートユニットが受信した変更を拒絶し、すなわちコンフリクトを理由に特定の服用計画の変更を拒絶するブロック594に続く。その後に、ブロック596において、リモートコントローラまたはリモートユニットが、先行の服用イベントがコンフリクトを生じさせていること、および服用計画の変更が拒絶されることについて、1若しくはそれ以上の通知を供給する。これらの通知を、本発明の好ましい実施形態においては、リモートコントローラまたはリモートユニットによって実現され、あるいはリモートコントローラまたはリモートユニットにとってアクセス可能なグラフィカル・ユーザ・インターフェイスを介して提供することができる警報、警告、メッセージ、または他の通信機構の形態で供給することができる。最後に、ブロック598が、将来の服用イベント、すなわち本発明においてコンフリクトが存在しない旨が実証できる服用イベントについて、服用計画の選択的な変更をもたらす。さらに、将来の変更についての通知を、上述のようにリモートコントローラまたはリモートユニットによってもたらすことができる。
次に図61を参照し、スケジュール外の調剤の要求を取り扱うための処理をさらに説明する。詳しくは、ブロック600から始まって、薬剤提供ユニットが、少なくとも1つの薬剤を調剤するようにとの要求であって、すでに格納されている服用計画とコンフリクトする要求を受信する。薬剤提供ユニットは、要求を、例えば自身のユーザインターフェイスを介して受信することができ、あるいはリモートコントローラまたはリモートユニットから受信することができる。例えば、そのようなコンフリクトは、要求された薬剤を調剤すると、同じ薬剤についての以前の服用イベントに対して時間的に近すぎる場合に生じうる。他のそのようなコンフリクトは、当業者にとって明らかであろう。上述のように、望ましいポリシーは、患者に対し、患者のために設定された服用計画または他の考えられる制限にかかわらず、薬剤についての完全かつ全体的な管理を提供することにある。したがって、処理は、要求された薬剤が服用計画とのコンフリクトにもかかわらず調剤されるブロック602に続く(当然ながら、要求された薬剤が格納された薬剤キャリアから利用可能であると仮定する)。しかしながら、先の実施形態と同様に、スケジュール外の要求およびその結果としての薬剤の調剤の通知が、好ましくはリモートコントローラまたはリモートユニットへと、記録およびおそらくは警報の生成のために、ブロック604において供給される。
薬剤提供ユニット33によって実行される種々の動作は、実行に先立ってユーザの認証を必要とすることができる。例えば、提供モジュール33への薬剤キャリア26の導入、提供モジュール33からの薬剤キャリア26の排出、提供モジュール33からの単位服用物および/または単位服用パッケージ27の受け取り、ならびに提供モジュール33内の薬剤の在庫の閲覧のうちの1若しくはそれ以上が、特定のユーザ情報の入力を必要とすることができる。例えば、必要なユーザ情報として、これらに限られるわけではないが、パスワード、音声指令、識別カード(例えば、磁気帯カード、バーコードカード、ならびに/あるいはRFIDタグまたは同様のデバイスを備えているカード)、および生体スキャン(例えば、指紋、音声サンプル、網膜スキャン、など)のうちの1若しくはそれ以上を挙げることができる。この態様で、より安全な動作が薬剤提供ユニット33によってもたらされ、(所与の動作を実行するための積極的な指示が動作の実行に先立って身元の確かなエンティティから受信された旨の)監査証跡を生成するための有用なデータを得ることができる。
1実施形態においては、薬剤についての患者の完全な計画、すなわち1人以上の医療提供者によって発行されうるすべての処方を含む計画を、提供モジュール33によってまとめることができる。例えば、1人以上の医師によって処方された薬剤、および1人以上の薬剤師によって記入された結果としての処方箋を、同じ提供モジュール33に格納することができる。提供モジュール33が、1若しくはそれ以上の電子識別コード29、31にもとづいて服用計画(各々の薬剤の提供スケジュールを含んでいる)を決定でき、あるいは制御センタ35などのリモートコントローラから服用計画を受信することができる。次いで、提供モジュールは、特定の患者についての服用計画情報を格納することができる。2人以上の患者のための薬剤を、1つの提供モジュール33に格納することができ、したがって、そのような患者の各々のための別々の服用計画を、1つの提供モジュールに格納することができる。患者の使用をより容易にするために、例えば各々の患者のための区別可能に相違する聴覚警報など、各々の患者のために、異なる警報を薬剤提供ユニット33によって提供することができる。これに代え、あるいはこれに加えて、表示装置42を、特定の患者を特定する情報を表示するために使用することができる。
提供モジュール33は、プリンタを備えることができ、すなわちプリンタを提供モジュール33のハウジング内に備えることができ、さらには/あるいは無線インターフェイス、ユニバーサル・シリアル・バス(USB)ポート、および/またはプリンタポートを介するなど、通信インターフェイスを介して提供モジュール33と通信するように備えることができる。プリンタを、患者についての処方計画および/または薬剤の説明リストなどを印刷するために使用することができる。
次に図62〜84を参照し、ここに記載された本発明のさらなる特徴ならびに付随する利点を、さらに図示および説明する。詳しくは、図2に示したシステムが、図62を参照してさらに詳しく説明される。病院において始まり、医療提供者ネットワーク610が、複数のクライアント612を安全なウェブおよびデータベースサーバ614へと接続するように機能する。さらに、医療提供者ネットワーク610は、図示のように、ファイアウォール616を介してインターネットまたはワールド・ワイド・ウェブなどといった公衆通信ネットワーク618と通信する。この技術分野において公知のとおり、ファイアウォール616は、医療提供者ネットワーク610において生じるあらゆるデータまたは通信の秘密性を保証するためのハードウェアおよび/またはソフトウェアコンポーネントを備えることができる。医療提供者ネットワーク610は、1人以上の医療提供者またはそのような医療提供者を支援する組織(例えば、診療所または薬局施設)によって維持される任意のローカルエリアネットワークまたは当業者にとって公知の同種の技術を備えることができる。同様に、クライアント612は、これらに限られるわけではないが、ラップトップコンピュータ、デスクトップコンピュータ、ハンドヘルドコンピュータ、携帯情報端末、または当業者にとって公知の他のコンピュータなど、そのような環境において典型的に見られるコンピュータを備えることができる。本発明の好ましい実施形態においては、クライアント612が、ウェブ・ブラウザ・アプリケーションを介して公衆通信ネットワーク618と通信することができる。さらに詳しく後述されるとおり、クライアント612は、医療提供者が、1若しくはそれ以上の自動提供装置(例えば、薬剤提供ユニット620)によって薬剤の提供を管理できる態様で、リモートコントローラ624とやり取りすることを可能にする。
安全なウェブおよびデータベースサーバ614は、好ましくは、医療提供者ネットワーク610を介して暗号化されたフォーマットで通信を行うことができる適切なサーバ・コンピュータ・ハードウェアおよびソフトウェアを備える。図62において、構成要素間の太い矢印が、暗号化された通信経路(本発明の好ましい実施形態においては、セキュア・ソケット・レイヤ(SSL)暗号化通信を利用する)を指していることに、注意すべきである。他の暗号化通信技法も同様に使用可能であることを、理解できるであろう。医療提供者ネットワーク610、クライアント612、安全なウェブおよびデータベースサーバ614、およびファイアウォール616が、集合的に、リモートコントローラ624とやり取りすることができるリモート・ユニット・サイトを形成している。
さらに図示のとおり、リモートコントローラ624は、ルータ622を介して公衆通信ネットワーク618と通信する。ルータ622は、ファイアウォール626を介してリモートコントローラ624と直接通信する。この態様での使用のためのルータは、この技術分野において周知である。やはり、ファイアウォール626が、リモートコントローラ624の内部のセキュリティを維持する。1実施形態においては、スイッチ628が、ファイアウォール626ならびに上述および後述のリモートコントローラ624の機能を実行する複数のコンピュータ630〜644(適切にプログラムされたサーバコンピュータなど)と通信する。図62においては、個々のサーバ630〜644が図示されているが、本発明の好ましい実施形態においては、これらのサーバによって実行される機能の各々を、この技術分野において公知のとおり、1若しくはそれ以上の仮想ローカル・エリア・ネットワーク(VLAN)を介してスイッチ628と通信する複数のコンピュータによって実行することができる。さらには、リモートコントローラ624が単独のエンティティとして図示されているが、実務においては、リモートコントローラ624の機能を分散させ、すなわち全体としてのリモートコントローラの機能の種々の側面を実行する複数の異なるエンティティを有することが、望ましいかもしれないことに注意すべきである。
スケジューリング・データベース・サーバ630は、薬剤のスケジューリングに関するすべてのデータ、および他の医療データを格納する。安全なスケジューリング複製ウェブサーバ632は、好ましくは、リモートコントローラ624と各々のリモート・ユニット・サイト内の安全なウェブおよびデータベースサーバ614との間でのスケジューリングおよび他の医療データの複製に関連するソフトウェアを実行する。イベントサーバ634は、どの行為(存在する場合)がシステムの種々のユーザ(例えば、患者、医療提供者、技術者、など)のいずれかによって行われる必要があり得るのかを決定するためにデータを継続的に監視するソフトウェアを実行する。個々の薬剤提供ユニット620とスケジューリング・データベース・サーバ630との間の患者データの複製に関連するすべてのソフトウェアを動作させる安全な薬剤提供ユニット複製ウェブサーバ636が設けられている。同様に、安全な患者情報複製ウェブサーバ638は、リモート・ユニット・サイトの安全なウェブおよびデータベースサーバ614と患者情報データベースサーバ644との間で名前、住所、などといった非医療情報(すなわち、患者に関するデータ)を複製するソフトウェアを実行する。安全技術サポート・ウェブ・サーバ640が設けられ、技術サポート担当者による問題解決、リモートコントローラ624の動作監視、およびリモートコントローラ624のその他の保守を可能にする。セキュア・サポート・ウェブ・サーバ642は、顧客サポートの補助においてリモートコントローラ624を動作させる人員によって使用されるアプリケーションを実行する。
最後に、ファイアウォール626は、仮想プライベートネットワーク646(本発明の好ましい実施形態においては、1若しくはそれ以上の技術/顧客サポートネットワーク648との暗号化通信を提供する)とさらに通信する。
次に図63を参照すると、図62に示した種々の構成要素のソフトウェア機能は、図示のとおりの3つの別個の層、すなわち臨床層、通信層、および薬剤提供ユニット層へとさらに概念化される。例えば、臨床層は、上述のとおり、リモート・ユニット・サイトにおいて実行されるシステムの機能を指す。通信層は、後述のとおりデータを格納および配信し、さらには種々の薬剤提供ユニットの動作を少なくとも部分的に制御すべく動作するリモートコントローラ624によって実行される機能を指す。薬剤提供ユニット層は、当然ながら、個々の薬剤提供ユニットにおいて実行される機能を指す。
臨床層(リモートコントローラ624と通信する種々の医療施設を代表する)に、臨床ソフトウェア・アクセス・プログラム650が設けられている。例えば、本発明の好ましい実施形態においては、臨床ソフトウェア・アクセス・プログラム650が、Internet Explorerなどのウェブブラウザを備えている。次いで、ウェブブラウザ650が、所与の医療施設の医療提供者の介護のもとにある患者に対応する種々の薬剤提供ユニットの動作を入力、編集、あるいは管理するために設けられた臨床/薬剤ソフトウェア652と通信する。そのようなソフトウェア652の動作は、図64〜90を参照してさらに詳しく後述される。データベースおよびMySQL Database Engineなどのデータベースソフトウェア654が、臨床/薬剤ソフトウェア652によって操作され、さらには/あるいはリモートコントローラ624と交換される種々のデータおよび情報(すなわち、薬剤スケジューリング情報、患者情報、および梱包情報(薬剤の梱包を行う薬局または他のエンティティの場合))を格納および管理するために設けられている。患者情報複製サービス656は、リモートコントローラ624と患者関連の情報(患者の名前、住所、など)を交換するように機能する。同様に、スケジューリング情報複製サービス658も、リモートコントローラ624とスケジューリング情報(すなわち、薬剤のスケジュールされた提供に関する情報、そのようなスケジュールされた提供の変更、など)を交換するように機能する。
通信層において、患者情報複製サービス666が、臨床層の対応する複製サービス656と情報を交換し、患者関連情報の要素を格納する患者情報データベース668とやり取りをする。同様に、スケジューリング情報複製サービス660が、臨床層の対応する複製サービス658とスケジューリング情報を交換するとともに、システム内のすべての患者および薬剤提供ユニットに関係するスケジューリング情報を格納するスケジューリングデータベース664とやり取りをする。薬剤提供ユニット複製サービス662が、さらに詳しく後述されるとおり、スケジューリングデータベース664に格納されたスケジュールおよび関連情報を1若しくはそれ以上の薬剤提供ユニットと交換するために設けられている。先ほどと同様に、通信層内に維持されるデータベース664、668の各々を、MySQL Database Engineなどの適切なデータベースソフトウェアによって制御することができる。
スケジューリングデータベース664および患者情報データベース668内のデータについて動作するイベント監視サービス670は、システムの種々のユーザ(すなわち、医療提供者、患者、保守担当者、など)への注意喚起、通知、または行為の喚起の送信に必要な特定のイベントの発生を検出すべく動作する。さらに、技術サポート・アクセス・アプリケーション672が、権限を有する人員がリモートコントローラ624を操作するときに技術サポートサービス674を操作および使用できるように設けられている。同様に、適切な人員が患者情報データベース668内の情報へのアクセスに使用される顧客サポートサービス678にアクセスできるようにする顧客サポート・アクセス・プログラム676が用意されている。
最後に、薬剤提供ユニット層(やはり、リモートコントローラ624と通信する種々の薬剤提供ユニットを代表する)が、所与の薬剤提供ユニットの通信およびデータ格納機能を実行する薬剤提供ユニット・アプリケーション・サービス680を備えている。さらに、薬剤提供ユニット・アプリケーション・サービス680は、所与の薬剤提供ユニットの種々のハードウェア構成要素の制御を提供する薬剤提供ユニット・ハードウェア・コントローラ・サービス682と通信する。
図63に示されるように、システム内に格納され、システムの種々の構成要素間で交換されるデータを維持するために、種々のデータベースが使用される。以下で、そのようなデータベースによって格納および管理される中身を説明する。以下のデータの説明が、本発明を実施するときに使用することができるデータおよびデータベース構造の種類を代表することを、理解すべきである。しかしながら、そのようなデータを格納するための他のデータ表現および構造も、設計上の選択の問題として同様に使用できることを、当業者であれば理解できるであろう。
一般に、データベース654、664、668の機能構成は、例えば患者情報データベース、臨床情報データベース、および薬剤提供ユニットデータベースへと分割可能である。システムの種々のコンポーネントが、システムの構成に応じて種々のサーバに位置することができるいくつかのデータベースのデータのストレージを通じてやり取りをする。
患者情報データベースは、薬剤提供ユニットを使用する患者に関係するあらゆるすべての被保護データ(すなわち、HIPPAのもとで保護される)を含んでいる。例えば、このデータベースは、患者の個人的連絡先を含んでいる。図62を参照すると、患者情報データベースは、安全な患者情報複製ウェブサーバ638と連動した患者情報データベースサーバ644によって実現される。下記の表1が、患者情報データベースに含まれる種々のデータベーステーブルを示している。表1および本明細書に記載される以降の表において、リンクテーブル(すなわち、他のテーブル/レコードへのリンクのテーブル)は、「1_」という先頭の数字によって示されている。
臨床データベースまたはスケジューリングデータベースは、すべてのスケジューリング関連のデータを含んでいる。例えば、後述のように、すべての薬剤提供スケジュール、問診スケジュール、通知スケジュール、などを含んでいる。さらに、この臨床データベースは、診療所自身に関するすべての臨床データ、すなわちユーザ情報、団体情報、ならびにユーザ承認および診療所情報を含んでいる。やはり、本明細書において使用されるとき、「診療所」は、医療の診療所だけでなく、上述のリモートユニット現場として機能することができる任意の医療提供者(例えば、介護施設、薬局、など)を指す。図62を参照すると、臨床データベースは、安全なスケジュール複製ウェブサーバ632と連動したスケジューリング・データベース・サーバ630によって実現される。下記の表2は臨床データベースに含まれる種々のデータベーステーブルを示している。
薬剤提供ユニットデータベースは、各々の薬剤提供ユニットが動作のために使用するすべての情報を含んでいる。要約すると、薬剤提供ユニットデータベースにおいて見られるすべてのデータは、臨床データベースから複製される。したがって、薬剤提供ユニットデータベースは、各々の薬剤提供ユニットが薬剤提供ユニットの照会よりも頻繁に変化しうる臨床データベースと直接にやり取りしなくてもよいように、仲介人として機能する。下記の表3は薬剤提供ユニットデータベースの種々のデータベース構成要素を示している。薬剤提供ユニットへともたらされる各々のデータ項目について、臨床システムから受信された順番で処理される任意の数のレコードが存在してよい。例えば、レコードを、追加し、変更し、次いで削除することができ、これは、以下のテーブルにおける3つのレコードである。表3における「落下(drop)」は、薬剤調剤の動作を指し、すなわち単位服用パッケージ(または、単位服用物そのもの)を薬剤キャリアから「落下」させ、患者へと提供することを指す。さらに、表3の「MDUから(FROM MDU)」または「MDUへ(TO MDU)」は、それぞれ種々の薬剤提供ユニットから受信され、あるいは薬剤提供ユニットへと供給される特定のデータを指す。
患者の投薬のスケジューリングおよび患者データの管理に関係したソフトウェアに加えて、臨床層ソフトウェアは、各々の薬剤キャリアを当該薬剤キャリアに特有の情報へと相関付ける一意のシリアル番号を含む薬剤キャリア(上述のとおり)の医療提供者(例えば、薬剤師)による作成を可能にする梱包機能をさらに実行する。このために、梱包データベースを維持することができる。
最後に、図62には明示的には示されていないが、幅広くさまざまな薬物の処方情報を記載するために使用される専用のデータベース製品(すなわち、Medispan)も、システムに取り入れることができる。この態様で、特定の薬物についての情報を、システム全体の動作へと取り入れることができる。
次に図64〜84を参照し、臨床ソフトウェア層における使用に用いることができる種々の典型的なグラフィカル・ユーザ・インターフェイスをさらに説明する。詳しくは、図64〜84のグラフィカル・ユーザ・インターフェイスは、好ましくは、1若しくはそれ以上の処理装置(マイクロプロセッサ、マイクロコントローラ、デジタル信号プロセッサ、または他の処理装置、あるいはそれらの組み合わせ、など)によって実行される格納済みのソフトウェアインストラクションを使用して実現される。さらに、そのような格納済みのインストラクションの実行は、好ましくは、グラフィカル・ユーザ・インターフェイスを適切な表示装置(例えば、コンピュータのモニタ、テレビ画面、など)に表示することを含む。当然ながら、この目的のために、他の実現技法(特定用途向け集積回路、プログラマブル論理アレイ、など)も同様に使用できることを、理解できるであろう。「EMMA」という標章が、InRange Systems,Inc.の薬剤提供ユニットにおいて使用される同社の商標であることに、注意すべきである。
図64を参照すると、薬剤キャリアの梱包において有用な典型的なユーザインターフェイスが示されている。とくには、インターフェイスが、ユーザが梱包しようとする薬物に対応する全米医薬品コード(NDC)番号を手入力またはスキャンする入力データフィールド「NDCスキャン(NDC Scan)」を含んでいる。この実施形態において、ユーザによって使用される端末(例えば、クライアント端末612)が、キーボードまたはバーコードスキャナなど、1若しくはそれ以上の適切なユーザ入力装置を備えることができる。多くの薬局の環境においては、利用可能な薬剤の在庫が、一意に対応するNDCがバーコード形式および/または文字形式で印刷された容器に格納されている。NDCの入力に使用される態様にかかわらず、ユーザは、スキャンまたは手入力された薬剤情報にもとづいて、「ロット番号フィールド(Lot Number field)」、「行1(薬剤)(Line 1(Drug))」、「行2(製造者)(Line 2(Manufacturer))」、「行3(分類)(Line 3(Category))」、「行4(前側マーキング)(Line 4(Front Markings))」、および「行5(後ろ側マーキング)(Line 5(Rear Markings))」にデータを引き続き入力する。行1〜5は、薬剤キャリア用に印刷されるラベルに表示される情報を記載している。さらに、ユーザは、カード当たりの服用物を、新たな服用量を入力することによって変更することができる。新たな服用量が入力された場合、右側のブリスタカードの画像が、その数の服用物を、錠剤をどのように薬剤キャリアに入れるべきかの具体的レイアウトにて表示するように更新される。ブリスタカードの画像上に示された錠剤のレイアウトは、薬剤提供ユニットが錠剤を調剤するレイアウトである。「服用物/カード(Doses/Card)」文字列フィールドは、何枚の個々のラベルがブリスタカードのラベルシート上に印刷されるかを決定する。例えば、「服用物/カード」文字列フィールドの服用物の数が10である場合、10枚の個々のラベルがブリスタカードのラベルシート上に印刷される。通常は、「服用物/カード」フィールドは、30に初期設定される。同様に、「期限(Expiration)」の日付は、現在の日付から1年に初期設定され、「錠剤サイズ(Pill Size)」は、「丸ごと(whole)」に初期設定される。本発明の好ましい実施形態においては、「錠剤サイズ」フィールドを、種々のサイズ(例えば、錠剤半分、錠剤4分の1、など)を指定するプルダウンメニューを使用して埋めることができる。必須のフィールドまたは無効な入力を含んでいるフィールドは、ラベルを印刷できる前に赤色で強調される。
必要とされるすべてのフィールドに記入したのち、ユーザは、自身の電子署名(ユーザをシステムに対して一意に特定する)を入力し、印刷すべきラベルシートの枚数を入力し、印刷をクリックする。ユーザは、プリンタを選択してラベルを印刷する。ひとたびラベルが印刷されると、システムは、確認ダイアログボックスで確認を促す。ユーザが印刷の確認を返答すると、無地の梱包画面(図64)が返され、さらなるラベルの作成を続けることができる。ひとたび梱包ラベルが印刷されると、上述のとおり薬剤キャリアへと貼り付けることが可能である。ラベルの印刷において、本発明の好ましい実施形態では、薬剤キャリアのシリアル番号を表わし、さらには入力された情報(例えば、NDC番号、ロット番号、有効期限、カード当たりの服用物の数、錠剤のサイズ、など)に対応するバーコードが生成され、ラベル上に印刷される。同時に、システムが薬剤キャリアおよびその内容物をシステムの全体において追跡できるよう、シリアル番号が(入力された情報と一緒に)データベースに格納される。下記の表5は図64の梱包画面に示されるデータフィールドおよびユーザが選択できる入力を要約している。
さらに、図64に示されている「履歴(History)」タブが、ユーザを最近梱包された薬剤キャリアの履歴を表示するインターフェイス(図示せず)へと案内することを可能にする。そのようなインターフェイスにおいて、特定の薬剤を、薬剤キャリアのシリアル番号に従って特定の薬剤キャリアまで追跡でき、シリアル番号および薬剤のロット番号に従って特定の梱包機まで追跡することができる。
次に図65を参照すると、いわゆる臨床ダッシュボード(clinical dashboard)が示されている。詳しくは、画面に、ユーザの団体に対応する患者および最も最近の行動項目(当該団体のユーザがとる必要がある行動)のリストが表示されている。ユーザは、以下のうちのいずれか、すなわち名字、誕生日、INRange番号(または、システム運営者によって患者に特定的に関連付けられた他の所有物)、または当該団体の患者番号のいずれかにもとづいて、患者を検索することができる。また、ユーザは、検索基準の一部として、以下のうちの1つまたはすべて、すなわち「私の担当患者のみを表示(Only Show Patients Assigned to Me)」、「過去の患者を含む(Include Inactive Patients)」、「すべてのINRange患者を含む(Include All INRange Patients)」を選択することができる。ユーザが検索において2若しくはそれ以上のチェックボックスを選択する場合、特定の優先順位が生じる。例えば、3つのチェックボックスすべてが選択された場合、「すべてのINRange患者を含む」が、残りの2つの選択肢に対して優先順位を有する。あるいは、「私の担当患者のみを表示」および「過去の患者を含む」が選択された場合、「私の担当患者のみを表示」の選択肢が優先順位を有するであろう。「私の担当患者のみを表示」または「過去の患者を含む」のいずれかを使用する検索は、ユーザの診療所において検索を実行し、過去および現在の患者を表示する。またさらに、「すべてのINRange患者を含む」ならびに「私の担当患者のみを表示」または「過去の患者を含む」の選択肢が選択された場合、「すべてのINRange患者を含む」が残りの選択肢に対して優先順位を有する。ユーザが、検索基準「すべてのINRange患者を含む」を使用して検索を行う場合、ユーザの診療所にない患者も表示される。ユーザが、自身の診療所にない患者のリンクを選択すると、ユーザは、その患者をユーザの診療所へと追加することを可能にするインターフェイス(図示せず)へと案内される。
検索がどのように行われるかにかかわらず、結果は、画面の患者(Patients)のセクションに表示される。さらに、ユーザの診療所内の特定された患者の最も最近の行動項目のリストも、図示のとおり表示される。行動項目は、応答を期待してユーザへと送信されるイベント(例えば条件付きのデータベースクエリを使用して例えばイベント監視サービス670によって特定される)である。これらのイベントとして、例えば、薬剤の提供漏れ、予期せぬ問診の応答、薬剤提供ユニットの不具合(例えば、停電、改ざん、通信の喪失)、および団体の処方の別の団体のユーザによる変更が挙げられる。ユーザへと表示される行動項目の種類は、臨床システムにおけるユーザの設定にもとづいて決定される。この設定は、ユーザが行動項目チェックボックスのいずれかまたはすべてを選択することによって閲覧を望む行動項目を選択するユーザオプション(User Options)(図70を参照)のもとで行われる。
患者のテーブル(Patients)および最も最近の行動項目のテーブル(Most Recent Action Items)の下部に、4つのボタン(最初に戻る(First)、戻る(Previous)、進む(Next)、最後まで進む(Last))が存在している。これらのテーブルの各々に20を超えるレコードが存在する場合、ユーザは、これらのボタンを使用することによって、ページをめくるようにレコードを巡ることができる。患者のテーブルまたは最も最近の行動項目のテーブルにおいていずれかのリンクをクリックすると、ユーザは、患者ダッシュボード(Patient Dashboard)(図71を参照)へと案内される。下記の表6は図65の臨床ダッシュボードに示される関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
臨床ダッシュボード(図65)において、ユーザは、「新規患者(New Patient)」リンクを選択することによって、図66に示される基本患者情報画面を表示させることができる。この画面を使用し、ユーザは、自身の団体のレコードに新しい患者を追加することができる。下記の表7は図66の基本患者情報画面に示される関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
ユーザが、患者の全般的な情報を入力し、「進む(Next)」ボタンをクリックする。ユーザは、この画面において必要とされる情報を入力するまで、次に進むことができない。ひとたび「進む」ボタンがクリックされ、必要なフィールドが確認されると、ユーザは、提供時期(Delivery Periods)画面(図67)へと案内される。ひとたび入力された基本患者情報を、その後に患者ダッシュボード表示(図71)の患者情報(Patien information)というリンクを選択することによって、編集することができる。この場合、図66の基本患者情報画面が、フィールドが患者情報で埋められた状態で表示される。その後に、プライバシーの目的で隠される「SSN #」フィールドを除き、すべてのフィールドを編集することができる。さらに、基本患者情報を編集するとき、「この診療所において有効(Active in this Clinic)」というチェックボックスが用意されることで、ユーザは、このチェックボックスを選択することによって当該患者を自身の診療所において有効にすることができる。上述のように、この展開において「進む」ボタンをクリックすることによって、ユーザは提供時期画面へと案内される。
上述のように、基本患者データ画面(図66)が完了すると、ユーザは、図67に示される提供時期画面へと案内される。ここから、ユーザは、自身の団体内の新たな患者について、薬剤提供時間を入力することができる。本明細書において使用されるとき、提供時期は、薬剤の提供をスケジューリングするための基礎として使用することができるユーザによって設定可能な指定の時期である。初期設定の時期名(図67に示されているような)および時刻を、使用することが可能である。さらに、ユーザが、異なる勤務シフトで働く患者のために、日中の提供時期または夜間の提供時期のいずれかを設定できるよう、日中または夜間という初期設定の時期入力が用意される。所望であれば、初期設定の時期名および時刻を、システム管理者画面(図示せず)を使用して変更することも可能である。
提供時期は、患者の薬剤提供ユニットが薬剤を摂取するように患者に警報する時期である。これらの時刻は、各々の時期において異なるであろう。好ましくは、時期は、「時」および「分」で設定される。ユーザが1週間の各々の日に組み合わせられている「上記と同じ時刻(Same Times as Above)」というチェックボックスを選択すると、その日の時期は、前の日と同じになるように設定される。月曜日(Monday)が1週間の最初の日として挙げられており、「上記と同じ時刻」チェックボックスを有していないことに注意すべきである。さらに、ユーザは、現在の薬剤の落下において薬剤提供ユニットに次の時期のための薬剤を調剤させるように患者を促す場合に、「アドバンスプロンプト(Advance Prompt」」というチェックボックスを選択することができる。ユーザは、提供時期画面において必要なすべての情報が入力されるまで、他の画面に進むことができない(新しい患者を始めるとき)。「進む」ボタンがクリックされ、必要なフィールドが確認されると、ユーザはコンタクト(Contacts)画面(図68)へと案内される。「戻る(previous)」ボタンをクリックすると、ユーザは再び基本情報画面(図66)へと案内される。あるいは、ユーザは、提供時期ページにおいて「提出(submit)」ボタンをクリックし、患者をユーザの団体に追加することができる。下記の表8は図67の提供時期画面に示される関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
基本患者情報画面と同様に、ひとたび入力された提供時期情報を、後に患者ダッシュボード表示(図71)の「患者情報」リンクを選択することによって編集することができる。そこから、ユーザが「提供時期(Delivery Periods)」タブを選択して、提供時期画面に表示させることができ、そこでは、患者の提供時期情報が新たに編集できるフィールドにすでに書き込まれている。この展開においては、日中/夜間のラジオボタンが利用できないことに注意すべきである。上述のように、「進む」ボタンをクリックすると、ユーザは次の患者関連の画面、すなわちコンタクト画面(図68)に案内される。「戻る」ボタンをクリックすると、ユーザは再び基本情報画面(図66)へと案内される。すでに述べたように、ユーザは、提供時期ページの「提出」ボタンをクリックし、患者の提供時期を更新することができる。
上述のように、提供時期画面(図67)が完了すると、ユーザは、図68に示されているコンタクト画面へと案内される。コンタクトは、リストに挙げられた個人に、患者の投薬スケジュールに関係する特定のイベントを通知するために使用される。「電話による通知(Notify by Phone)」というチェックボックスがチェックされる場合、ユーザは電話番号を入力しなければならない。「電子メールによる通知(Notify by Email)」というチェックボックスがチェックされる場合、ユーザは電子メールアドレスを入力しなければならない。ユーザは、望まれるすべての情報を入力し、「コンタクトを追加(Add Contact)」ボタンをクリックする。コンタクト情報が、コンタクト画面の右側のテーブルに表示される。患者のコンタクト情報のすべてが入力されると、ユーザは、「進む」ボタンを選択することができる。「進む」ボタンがクリックされると、ユーザは、薬剤提供ユニット設定画面(図69)へと案内される。「戻る」ボタンをクリックすると、ユーザは、再び提供時期画面(図67)へと案内される。ユーザは、自身の団体に患者を追加するためにコンタクトページの「提出」ボタンを選択しなければならない。すなわち、「コンタクトを追加」ボタンを選択しただけでは、新たなコンタクトの追加のプロセスは完了しておらず、ユーザは、プロセスを完了するために「提出」ボタンを選択しなければならない。「コンタクトを追加」ボタンをクリックしただけでは、コンタクトが表示されるだけであり、コンタクトの追加のプロセスは完了しない。下記の表9は図68のコンタクト画面に示される関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
先に説明した画面の場合と同様、コンタクト画面も、すでに入力済みのコンタクト情報の編集に使用することが可能である。
上述のように、コンタクト画面(図68)が完了すると、ユーザは、図69に示した薬剤提供ユニット設定画面へと案内される。ユーザが、自身の団体内の患者のための薬剤提供ユニットのみを設定できることに、注意すべきである。このために、ユーザは、ユニットに割り当てられたシリアル番号および薬剤提供ユニットの画面名を入力する。薬剤提供ユニットの画面名は、薬剤提供ユニットの画面に表示される名称である。ユーザは、「要落下パスコード(Require Drop Pass code)というチェックボックスをクリックする場合、落下パスコード(Drop Pass code)を入力しなければならない。やはり、これに関して使用されるとき、落下とは、薬剤提供ユニットによって薬剤を実際に調剤することを指す。ユーザは、「要ブリスタカード排出パスコード(Requieed Unload Blister Card Pass code)」というチェックボックスをクリックする場合、薬剤キャリア(ブリスタカード)を薬剤提供ユニットから排出するために後に必要とされる排出パスコード(Unload Pass code)を入力しなければならない。ユーザは、患者の薬剤提供ユニット情報に現れるコンタクトであるいくつかの薬剤提供ユニットコンタクトを追加することができる。「有効(active)」チェックボックスが選択されると、そのコンタクトが有効にされ、患者の薬剤提供ユニットに表示される。「戻る」ボタンをクリックすると、ユーザは再びコンタクト画面(図68)へと案内される。そうでない場合、ユーザは、薬剤提供ユニット設定画面の「提出」ボタンを選択し、自身の団体に患者を追加することができる。下記の表10は図69の薬剤提供ユニット画面に示される関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
ユーザは、ひとたび自身の団体に患者を追加するために必要なすべての情報を入力し、「提出」をクリックすると、患者が成功裏に追加された旨の確認ページを受け取る。上述のように、薬剤提供ユニット設定画面も、薬剤提供ユニットへと割り当てられたシリアル番号を除き、すでに入力済みのデータを編集するために使用することができる。さらに、編集モードにおいては、選択されたときに患者の薬剤提供ユニットの割り当てを解除するチェックボックスが提供される。
臨床ダッシュボードから、「ユーザオプション(User Options)」というリンクを選択し、図70のユーザオプション画面を表示させることができる。この画面によれば、ユーザは、図示のフィールドを使用して自身の基本情報の編集または更新ならびに自身のログインパスワードまたは電子署名の変更が可能である。
さらに、ユーザは、どの種類の行動項目の受信を望むかを、細かく指定することができる。下記の表11は提供に関係する行動項目の受信に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
下記の表12は通知に関係する行動項目の受信に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。通知は、薬剤提供ユニットへと送信され、患者が或る時間期間内に応答しなければならない警報を生じさせる。患者が通知に応答しないと、行動項目が、薬剤提供ユニットによってリモートコントローラへと送り返され、その後に適切なリモートユニット現場へと伝えられる。
下記の表13は問診に関係する行動項目の受信に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。問診は、患者の返答を求めて薬剤提供ユニットへと送信される質問である。
下記の表14は薬剤提供ユニットに関係する行動項目の受信に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
最後に、下記の表15はその他の行動項目の受信に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
臨床ダッシュボード(図65)から、ユーザは、患者のリンクのいずれかを選択し、図71に示される患者ダッシュボード(Patient Dashboard)を表示させることができる。この画面によれば、ユーザは、投薬のスケジューリング、投薬の編集、補充としての投薬のスケジューリング、ならびにリマインダ、問診、または通知の編集が可能である。ユーザは、投薬のスケジュールおよびリマインダを印刷することができる。
表示される投薬およびリマインダは、有効な状態にある。ユーザは、「すべてを表示(Show All)」のチェックボックスを選択することによって、すべての投薬またはリマインダを状態にかかわらずに閲覧することができる。チェックボックスの選択を解除することによって、有効な状態のみが再び表示される。「保留を表示(Show Suspended)」のチェックボックスを選択すると、保留中の投薬またはリマインダが表示される。チェックボックスの選択を解除すると、有効のみが再び表示される。さらに、ユーザは、投薬のスケジュールおよびリマインダのスケジュールを印刷することができる。「スケジュールを印刷(Print Schedule)」のリンクをクリックすると、ポップアップウインドウが開き、ユーザが投薬のスケジュールを印刷することができる。「リマインダを印刷(Print Reminder)」のリンクをクリックすると、ポップアップウインドウが開き、ユーザがリマインダのスケジュールを印刷することができる。
投薬のリストが、患者の薬剤提供ユニットに本発明において格納されているすべての投薬(別の医療提供者によって処方されたものであるかもしれない投薬を含む)であることに、注意すべきである。この態様で、本発明は、医療提供者に、これまでは患者が複数のネットワーク化されていない医療提供者と付き合っている場合に入手が困難であった患者の全体的な投薬計画についての広い見通しを、提供することができる。この広い見通しによって、医療提供者は、患者に提供しようとする処方をより正確かつ安全に評価することができる。
さらに、この画面は、到来する問診および通知のリストを表示する。「問診予定(Upcoming Interviews)」の下方のリンクをクリックすることによって、ユーザは、問診スケジューリング画面へと案内され、問診スケジュールを編集することができる(図示せず)。同様に、「通知予定(Upcoming Notifications)」の下方のリンクをクリックすることによって、ユーザは、通知スケジューリング画面へと案内され、通知スケジュールを編集することができる(図示せず)。
さらに、患者ダッシュボードは、患者についての行動項目を表示する。すでに述べたように、行動項目は、見直しを必要とするユーザへと送信されるイベントである。リンクを使用し、ユーザは、各々の行動項目の受け取り確認を行うことができる。ひとたび受け取り確認されると、項目は、患者ダッシュボードの行動項目リストから除去される。さらにユーザは、図示のとおりコメント付きで行動項目の受け取り確認を行うことができる。この場合、「注記あり(View Notes)」のポップアップウインドウ(図示せず)が提示される。注記は、すでに注記文字列ボックスに入れられている。ユーザは、注記の追加の前にすでに入れられた注記とは異なる注記を入力することができる。
最も最近の行動項目のテーブル(Most Recent Action Items)の下部に、4つのボタン(最初に戻る(First)、戻る(Previous)、進む(Next)、最後まで進む(Last))が位置している。このテーブルに20を超えるレコードが存在する場合、ユーザは、これらのボタンを使用することによって、ページをめくるようにレコードを巡ることができる。
「管理対象薬剤(Managed Medications)」という表示の下方の「状態(status)」という列の傍らに、各々の薬剤に隣接して表示された小さなカラーのブロックが存在している。このカラーのブロックは、そこに挙げられている薬剤が属する特定の分類を表わしている。例えば、Glipizide ERという薬剤は、抗糖尿病薬であると考えられ、濃い青色の色符号が組み合わせられている。この薬剤の色による分類の仕組みの凡例を、管理対象薬剤のリストのすぐ下に見つけられる。ユーザが、薬剤に隣接しているカラーブロックのうちの1つをマウスまたは他の方法で選択すると、薬剤の分類の名前が、言葉での説明と並んで表示される。さらに、管理対象薬剤の表示の中に、総量のための列が存在している。総量は、薬剤の錠剤の総数である。この数は、補充(存在する場合)における錠剤の数を含むことができる。下記の表16はその他の行動項目の受信に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
表16に記載されているとおり、「スキャン(Scan)」フィールドによって、ユーザは、患者へと送り出される薬剤キャリア(上述の図64の説明に従ってすでに梱包されている)のバーコードをスキャンすることができ、あるいはシリアル番号を手入力することができる。シリアル番号データが提出されると、梱包データベース(上述)がシリアル番号によって参照され、薬剤キャリア内の薬剤、キャリア内の薬剤の量、およびキャリア内の単位服用物サイズが特定される。
本発明の好ましい実施形態においては、薬剤キャリアの特徴を容易に明らかにできるというこの能力にもとづき、ユーザが、処方を実行するときに2若しくはそれ以上の薬剤キャリアをスキャンすることができる。しかしながら、すべての薬剤キャリア内の薬剤が同一でない場合、またはいずれかのキャリアの単位服用物サイズが他のキャリアと同一ではない場合、エラー表示がユーザへと提示される。この態様で、処方の調剤およびスケジューリングにおいて、すべての薬剤キャリアは同じでなければならない。
あるいは、薬剤キャリアが、すでに有効なスケジュールされた薬剤と同等(同一でないが、例えば包括な形態として同等)の薬剤および単位服用物サイズとしてスキャンされる場合、リモートユニットが、ユーザに対し、その薬剤キャリアをすでにスケジュールされて調剤された薬剤キャリアの補充として調剤し、あるいはその薬剤キャリアを患者のための新たな処方として調剤するように促す。
またさらに、先の展開において、同等な薬剤がすでにスケジュールされた薬剤へとスキャンされるが、単位服用物サイズが同等でない場合、リモートユニットが、ユーザに対し、スキャンされた薬剤キャリアの処方が適切であることを確認するように促す。これらの技法を使用し、本発明は、薬剤を患者へと送り出すときにこれまでは得られなかった追加の安全手段を提供する。
スキャン入力フィールドに加え、ユーザによるSIGの入力を可能にするSIGコード入力フィールドと、供給されうる日数を入力することができる供給日数フィールドが設けられている。この技術分野において公知のとおり、SIGコードは、所与の薬剤が患者によってどのように摂取されるべきかについての指示である。入力されたSIGにもとづき、ユーザは、標準(規則的に摂取される)薬剤スケジューリング画面またはPRN(随時)薬剤スケジューリング画面へと案内される。
標準/PRNの指定にかかわらず、本発明の好ましい実施形態においては、投薬のスケジューリングを、時期またはスケジュールされた薬剤によって閲覧することができる。この例が、図72〜75に示されている。すなわち、標準およびPRN投薬にそれぞれ対応する図72および74において、画面は、現在の年月についての小さなカレンダーを表示する。ユーザは、別の年月日を選択し、その週のスケジュールを閲覧するために特定の日付のリンクをクリックすることができる。大きなカレンダーがユーザの選択を反映し、さらに詳しくは、その週のスケジューリングおよびその患者の薬剤を反映する。或る時期における錠剤の数が、スケジュールされている薬剤を知らせるために、陰が付けられたヘッダ部分において大きなカレンダーに現れる。利用可能な時期は、SIGドロップダウンボックスから選択されるSIGにもとづいている。例えば、選択されたSIGがEOD(1日おき)である場合、或る時期における錠剤の数が、初期設定された開始日から初期設定された終了日まで1日おきに、カレンダーの陰が付けられたヘッダ部分に現れる。本発明の特有の特徴は、ユーザが図示のとおりの大きなカレンダーの陰付きの部分を選択(例えば、ダブルクリック)できることにある。これが行われたとき、3つのリンクを有する小さなポップアップウインドウ(図示せず)が現れる。「錠剤を追加」が、その日の投薬にもう1つの錠剤を追加するためのものであり、「錠剤を減らす」が、その日の投薬から錠剤を減らすためのものであり、キャンセルが、ポップアップウインドウを閉じるためのものである。この態様で、ユーザ(この場合には、医療従事者)に、患者の薬剤の投与についてきわめて具体的な制御がもたらされる。
上述のように、時期の図または投薬の図(薬剤の図)を、投薬をスケジューリングするときに使用することができる。図72に示した時期の図が、初期設定の図である。あるいは、投薬の図(図73)が、年月日、スケジュールされた薬剤の名称、および利用可能な時期(すなわち、朝食、昼食夕食、晩、および就寝時)の各々についての錠剤の数を列挙するテーブルを示している。いずれの図(時期または薬剤による)においても、大きなカレンダーの下方のリストが、その患者のためのPRN薬剤を示している。図72または図73のいずれにも示されていないが、いずれの図も、患者の薬剤提供ユニットを介して患者へと投与される任意の一般市販(すなわち、処方箋なし)の薬剤をさらに表示することができる。
いずれかの図において、ユーザが「初期設定を上書き(Override Defaults)」のチェックボックスをチェックすると、開始および終了日を編集することができる。すなわち、ユーザが最初にこの画面に入るとき、開始日および終了日を編集することはできず、「初期設定を上書き」のチェックボックスがチェックされるまで編集可能にならない。開始日は、投薬が始まる日であり、終了日は、投薬が終わる日である。開始日を、過去の日付として入力することはできない。ユーザが初期設定を上書きし、開始日および終了日を変更する場合、それらの変更が大きなカレンダーに反映される。誤り防止のために、SIG、開始日、または終了日に対するいかなる変更も、大きなカレンダー内で可視的に変更されるが、ユーザが自身の電子署名を入力して「提出」をクリックするまではシステムにおいて効力を生じない。
ユーザは、患者注記の閲覧、生成、または削除のために、「患者注記の閲覧(View Patient Notes)」のリンクを選択することができる。このリンクが選択されたとき、小さなポップアップウインドウ(図示せず)が現れ、ユーザが注記を追加することができる。新たに生成された注記が、すでに生成済みの注記とともに、ポップアップウインドウ内のテーブルに現れる。ユーザは、このテーブルにおいてこれまでの注記を見直すことができ、さらには注記を削除するという選択肢を有する。「注記の閲覧」のリンクは、あらゆるスケジューリング画面において利用可能である。
図72にさらに示されるように、患者がスケジュールの時期に薬剤を摂取しなかった場合にとるべき行動をユーザ(医療関係者)がスケジュールできるようにする行動漏れ(missed action)プルダウンメニューが設けられている。例えば、ユーザは、摂取されなかった服用分を自動的にスケジュールの終わりに追加する(かなり典型的である)ように決定でき、あるいはいかなる行動もとらず、ユーザに手作業でのスケジュール変更または他の選択肢の使用を求めることができる。例えば、患者が週に1回または月に1回摂取する薬剤について、ユーザは、多くの場合に、それをスケジュールの終わりに追加することを望まず、患者が追って摂取することを望むと考えられる。
行動漏れプルダウンメニューと同様の手法で、「キャンセルまで」プルダウンメニューが、各々の服用物を別個独立にスケジュールすることを可能にする。例えば、特定の抗凝血剤(「クマディン(COUMADIN)」など)においては、複数の投与分を近すぎる時間間隔で摂取することが通常は望ましくないため、患者は、通常は、スケジュールされた投与を12時間を超えて過ぎた服用分をキャンセルしなければならない。この場合、「キャンセルまで」の設定を、12時間に設定することができる。しかしながら、他の薬剤においては、1または2時間後にキャンセルし、次に計画されている投与へと前進させないことが推奨されるかもしれない。
スケジューリング画面においてすべての情報が入力された後に、ユーザは、自身の電子署名を入力し、「提出」をクリックする。投薬が成功裏にスケジュールされたことを確認するための確認画面が提示される(図示せず)。下記の表17は標準投薬のスケジューリングに関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
患者ダッシュボード(図71)において、ユーザは、患者の投薬を編集するために、管理対象薬剤の下方の「投薬(medication)」リンクを選択することができる。やはり、これによって投薬スケジューリング画面(例えば、図72または73)が、適切なスケジューリングデータを示しつつ表示され、上述の入力機構に従って変更される。新たな標準投薬のスケジューリングと標準投薬スケジュールの編集との間の1つの相違点は、標準投薬の編集時に「投薬保留(Suspend Medication)」の選択肢が設けられることである。「投薬保留」チェックボックス(図示せず)をクリックすると、ユーザがその投薬のスケジュールの変更、自身の電子署名の入力、および変更の提出に要する時間の間、患者の投薬が保留される。これは、投薬の状態を有効から保留へと変化させる。ユーザが投薬を保留させる場合、その後に、例えば「保留を表示」または「すべてを表示」のチェックボックスを選択し、保留されている投薬のリンクを選択することによって保留を解除するための選択肢を有する。その後の「投薬編集(Edit Medication)」画面において、「投薬保留」の代わりに「投薬保留の解除(Unsuspend Medication)」のチェックボックスが存在するであろう。ユーザは、投薬を編集するときに「詳細スケジューリング(advanced scheduling)」の選択肢をさらに有する。ユーザが「詳細スケジューリングの選択肢を使用(Use Advance Scheduling Options)」のチェックボックス(例えば、図76)を選択すると、2つのラジオボタンおよびテキストボックスが利用可能になる(図示せず)。2つのラジオボタンは、「Schedule by Days Supply」および「Schedule by Pills per Day」であり、テキストボックスは、どちらのラジオボタンが選択されるかに依存する。ユーザが「Schedule by Days Supply」を選択すると、テキストボックスは、Days Supplyテキストボックスであり、すなわち供給される日数である。ユーザが「Schedule by Pills per Day」を選択すると、テキストボックスはPills per Dayであり、すなわち1日当たりに供給される単位服用物の数である。
上述のように、PRN投薬のスケジューリングのための画面は、標準投薬のスケジューリングのための画面にかなり似ている。図74は、上述のとおり時期画面の選択肢に従って表示されるPRN投薬スケジューリング画面を示している。上述のように、患者ダッシュボード(図71)のスキャン(scan)およびSIG入力フィールドを、PRN投薬スケジューリング画面の表示の開始に使用することができる。上述のように、この画面は、現在の年月についての小さなカレンダーを表示し、これをユーザが特定の週を選択するために使用することができる。大きなカレンダーが、1週間のスケジューリングおよび患者のための薬剤を示す。上述のように、ユーザは、時期の図または投薬(薬剤)の図のどちらの種類の図を表示すべきかを選択することができる。上述のように、時期の図が初期設定である一方で、投薬の図(図75)は、年月日、スケジュールされた薬剤の名称、および利用可能な時期(すなわち、朝食、昼食、夕食、晩、および就寝時)の各々についての錠剤の数を列挙するテーブルを示す。やはり、大きなカレンダーの下方において、パネルが当該患者のためのあらゆるPRN薬剤を表示している。
標準投薬スケジューリング画面と対照的に、ユーザは、投薬の開始日を入力することができるが、現在の日付が初期設定の開始日として表示される。その後に、ユーザは、ラジオボタンによって「フレックスPRN(Flex PRN)」または「スケジュールドPRN(Scheduled PRN))」のいずれかを選択する。フレックスPRNのラジオボタンが、初期設定によって選択される。フレックスPRNは、これが柔軟なスケジュールで採取されるべき薬剤である場合に決定する。例えば、薬剤を4時間ごとに摂取することができる。スケジュールドPRNは、これがスケジュールされた時期に、しかしながら依然として必要に応じて摂取されるべき薬剤である場合に決定する。例えば、所与のPRN薬剤は、必要な場合に、夜間にのみ摂取されなければならない。スケジュールドPRNのラジオボタンが選択されると、2つのドロップダウンボックス(「開始時期(start time)」および「キャンセルまで(cancel after)」)が、PRN薬剤の摂取のための時間窓を設定するためにユーザにとって利用可能になる(図75)。上述のように、「キャンセルまで」の入力は、スケジュール落下がキャンセルされるまでに患者がどれくらいの時間で薬剤を摂取しなければならないかを指している。さらに、ユーザに、適切な文字列入力フィールドによって、1日、1週間、および1ヵ月につき摂取することができるPRN薬剤の単位服用物の最大量を指定する機会が与えられる。やはり、この態様で、医療提供者が、薬剤提供ユニットが誤って患者が自らを痛めることを許してしまうことがないようにする動作の限界を、リモートユニット現場において設定することを可能にする。
最後に、図72および73に関して上述したように、患者注記閲覧のリンクが、ユーザによる患者関連の注記の閲覧、追加、または編集を可能にする。同様に、すべての情報がスケジューリング画面において入力された後、ユーザは、自身の電子署名を入力し、提出をクリックする。投薬が成功裏にスケジュールされたことを確認する確認画面が提示される(図示せず)。下記の表18はPRN投薬のスケジューリングに関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
標準投薬の場合と同様に、患者のPRN投薬のスケジューリングも編集可能であり、ユーザが、量、1日、1週間、および1ヵ月当たりの薬剤の最大量、などを編集することができる。すなわち、PRN投薬の編集は、開始日が編集不可能である点ならびにスケジュールドPRNおよびフレックスPRNのラジオボタンが無効である点を除き、新規のPRN投薬のスケジューリングと同様である。同様の様相で、ユーザがスケジュールドPRN投薬を編集している場合、開始時期のドロップダウンボックスは無効にされる。ユーザは、PRNについて補充を行うことができる。ユーザは、「補充(Refills)」テキストボックスに数を入力することによって処方のための補充の数を入力することができる。
ユーザは、薬剤を補充としてスケジュールする必要がある場合、ブリスタカードのシリアル番号を患者ダッシュボード(図71)の「スキャン」テキストボックスに入力またはスキャンする。この場合、ユーザが、「補充としてスケジュール(Schedule as Refill)」のチェックボックスを選択し、SIGおよびDays Supplyの入力を無効にする。ユーザが「提出」を選択し、図76に示されるような「投薬スケジューリング編集画面」へと案内される。本発明の好ましい実施形態において、補充を計画するとき、ユーザが投薬スケジューリング画面に進むために、所望の投薬についての正確な一致が投薬データベース内で発見されなければならないことに、注意すべきである。一致が発見されない場合、エラーメッセージがユーザへと提示される。スケジューリング画面において、設定は、いくつかの例外を除いて先に述べたものと基本的に同じである。すなわち、ユーザは投薬を保留させることができず、初期設定を上書きすることができず、あるいは補充の数を変更することができない。しかしながら、「残りの補充(refills remaining)」テキストボックスが、1だけ減らされる。量は、図示のとおり、元のスケジュールの残りの供給に何個の錠剤が補充に存在するかを加えたものを反映する。
患者ダッシュボード(図71)に、「処方確認(Verify Prescription)」リンクが設けられている。「処方確認」リンクは、適切な許可を有するユーザ(例えば、医療従事者)のみが見ることができる。これらの許可は、ユーザが追加されるときまたはユーザ情報が編集されるときに臨床管理システムにおいて設定される。
図77に示したような「処方確認」画面において、ユーザは、患者について有効または係属中の投薬を閲覧することができる。列挙された各々の薬剤の後ろに、「閲覧(view)」リンクが存在しており、これを選択することで、その薬剤の処方についての薬剤キャリア情報が表示される。このリンクは、クリックされた後で、図示のとおり「閲覧」から「隠す(Hide)」へと変化する。「隠す」のリンクをクリックすると、薬剤キャリア情報が隠され、リンクが再び「閲覧」のリンクに変化する。別のリンクである「承認(Approve)」を、特定の薬剤の後ろに表示することができる。より詳しくは、「承認」のリンクは、新規にスケジュールされた薬剤について、そのような薬剤のユーザによる見直しのために表示される。ユーザは、「承認」のリンクをクリックすることによって処方を承認することができる。「承認」リンクのクリックは、処方を確認するだけでなく、その薬剤の対応するスケジュールを薬剤提供ユニットへと送信させる。ユーザが「承認」リンクをクリックした後で、「承認」リンクは取り除かれる。
本明細書に記載のシステムのさらなる特徴は、システムにおける重要なイベントの多くの履歴を追跡できる点にあり、そのいくつかの例が、図78〜83にさらに示されている。患者ダッシュボード(図71)から、ユーザは「履歴(History)」リンクを選択し、次いでサブメニューから「標準投薬(Standard Medications)」のリンクを選択することができる(図78)。このようにして、ユーザが、標準投薬の履歴を閲覧することができる。ユーザは、投薬の履歴を列挙するテーブルを表示するために、「更新日(updated date)」リンク(左側の第1列)または「薬剤名(drug name)」リンク(左側の第2列)のいずれかを選択することができる。薬剤は、2若しくはそれ以上の履歴を有することができる。その場合、選択された履歴および先に更新された履歴の2つの履歴レコードが表示される。両方のリンクが、薬剤のリンクの列挙の下方で強調される。さらなる4つのボタン(最初に戻る(First)、戻る(Previous)、進む(Next)、最後まで進む(Last))が、画面の下方に位置している。薬剤のリストに20を超えるレコードが存在する場合、ユーザは、これらのボタンを使用することによって、ページをめくるようにレコードを巡ることができる。下記の表19は標準投薬履歴画面に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
残りの図79〜84は、それぞれ問診、通知、行動項目、提供記録、および薬剤提供ユニット設定履歴についての履歴画面を示しており、これらの画面は、図78に関して上述した様相と実質的に同じ様相で機能する。同様に、下記の表20〜25は標準投薬履歴画面に関係する関連のデータフィールドおよびユーザによる選択が可能な入力を要約している。
上述の動作に加えて、本発明の種々の実施形態の種々の他の改良が、後述のとおり可能である。
例えば、1実施形態においては、例えば薬剤師によるアクセスが可能なリモート・コンピュータ・システムを、同じ種類および/または提供モジュール33に位置する薬剤師によってすでに発行された未使用の薬剤の量を割り出すために、処方充てんプロセスにおいて提供モジュール33への照会に使用することができる。未使用の薬剤が残っている場合、薬剤師は、患者のコストを削減するために、それら未使用の薬剤を新たな処方へと割り当てることができる。あるいは、過剰な供給が患者にとって利用可能になることがないように、薬剤師が、未使用の薬剤を調剤するように提供モジュール33へと薬剤廃棄信号を送信することができる。廃棄される薬剤を、例えば権限のある者だけがアクセスできる安全な領域へと調剤することができる。
1実施形態においては、提供モジュール33が、例えば遠方の供給元から通信インターフェイス(無線インターフェイスまたは通信ネットワークなど)を介して回収通知を受け取ることができる。回収通知は、例えば、これらに限られるわけではないが、安全でないと決定された薬剤について受信され、さらには/あるいは提供モジュール33内の薬剤が期限切れとなった場合に受信される。回収通知は、薬剤キャリアの識別子、ロット番号情報、など、回収される製品についての薬物特定情報を含むことができる。提供モジュール33は、回収される薬剤、望ましくない薬剤、および/または期限切れの薬剤が自身の残りの薬剤に含まれていないかどうかを決定することができる。
1実施形態においては、提供モジュール33が、受信される情報にもとづいて在庫調べを実行し、回収対象の薬剤を薬剤キャリア26から提供モジュール33内の別の領域へと調剤することができる。別の領域は、タッチパッドコードおよび/または鍵によって権限のある者だけが安全にアクセス可能であってよい。この態様で、回収される薬剤を患者が手にする可能性がない。提供モジュール33は、ひとたび回収される薬剤を保護および/または在庫したならば、回収される服用物の数および/または種類を記録し、この情報を回収を始める遠方の供給元および/または他の任意の遠方の供給元へと報告できる。1実施形態においては、提供モジュール33が、自身が回収対象の未使用の薬剤を含んでいるか否かを決定することができる。含んでいる場合、量および/またはその薬剤が次に調剤される時期を、遠方のサーバへと報告することができる。その結果、遠方のサーバが、回収対象の薬剤を廃棄するように提供モジュール33に指示することができる。
別の実施形態においては、提供モジュール33が、1若しくはそれ以上の薬剤キャリア26における回収対象の薬剤の存在を位置特定および記録でき、そのような位置からの薬剤の調剤を防止することができる。回収対象の薬剤を、権限のあるユーザからの指令に応答してのみ、調剤することができる。指令が現場で入力される場合、提供モジュール33は、回収対象の薬剤を含んでいる1若しくはそれ以上の薬剤キャリア26を挿入/取り出しスロット45を通って調剤することができる。あるいは、提供モジュール33は、回収対象の薬剤を受け領域46へと調剤することができる。また、回収対象の薬剤を、権限のあるユーザだけがアクセスできる安全な位置へと調剤してもよい。
提供モジュール33は、回収通知を患者および/または介護人へと伝えることができる。これに加え、さらには/あるいはこれに代えて、提供モジュール33は、自身が回収対象の薬剤を発見した旨を製造者へと通知することができる。
同様の動作を、薬剤が期限切れであると特定された場合に実行することができる。提供モジュール33が、自身へと導入された薬剤キャリア26について有効期限検出アルゴリズムを実行することができる。1実施形態においては、薬剤キャリア26および/または単位服用パッケージ27上の有効期限情報を、それらの最初の送入時またはその後に検出することができる。次いで、この情報を格納することができる。この情報を、時刻、時間スタンプ、または他の適切な時間情報と比較し、提供モジュール33が期限切れの薬剤を含んでいないかどうかを決定することができる。提供モジュール33は、期限切れの薬剤をユニット内部の別の部屋へと調剤すること、薬剤が1若しくはそれ以上の薬剤キャリア26のどこに位置しているかを記録し、そのような薬剤を調剤しないこと、ならびに/あるいは例えば認証コードを受信したときに期限切れの薬剤を挿入/取り出しスロット45および/または受け領域46へと放出することを、行うことができる。提供モジュール33は、遠方のサーバへの信号の送信、ならびに/あるいは患者および/または介護人への通知を行うことができる。
別の実施形態においては、遠方のサーバが、提供モジュール33に対して、当該モジュールが期限切れの薬剤を含んでいる旨を通知することができる。その後、薬剤期限切れ通知への応答において、提供モジュール33が、上記列挙の処置および/または他の処置のうちの1若しくはそれ以上を実行することができる。加えて、提供モジュール33は、医師、薬剤師、患者、および/またはバックエンドサーバへと通知を行い、モジュールが処置を行い、さらに/あるいは回収対象の薬剤および/または期限切れの薬剤を安全な領域に位置させたことを確認することができる。
遠方のサーバは、例えば、複数の提供モジュール33を使用して複数の患者から回収情報を集めることができ、したがって重要な薬剤回収/患者安全システムとなることができる。遠方のサーバは、製品の安全性および公衆の安全の懸念のため、特定され、安全に格納され、さらには/あるいは権限のある者へと調剤された服用物の数を直接知らせるために、例えばコンピュータベースの通信システムを介して直接に、製造者および/または政府機関へと通知を行うことができる。
本発明は、注文パッケージおよび市販で入手できる密封された単位服用物および交付単位治療品の双方の患者への的確な供給を確実にする、完全に統合された、リアルタイムの非連続的な薬剤管理およびコンプライアンスシステムである。重要なのは、本発明は、規定の投薬計画、例えば、患者を有害な薬物作用かから保護し、患者が推奨された治療レベルを維持するよう、患者のコンプライアンスを促進する。
さらに、薬剤の供給は、単位服用物ベースで実行されるため、患者は、不必要な数の服用物の購入を避け、規定の計画に必要とされる数の単位を購入する。これは、処方箋が、通常30日または60日の割合で補充される既存のシステムに対して多大な利点である。本発明は、最終的に破棄される巨大な数の服用物より、患者に必要なだけの服用物を供給することにより、薬剤廃棄物の発生率を減少する。患者へのさらなる利点は、当該分野で周知の遠隔薬剤提供システムを増大(plague)する、薬剤汚染および劣化問題を避けるために投与時点まで、各単位服用パッケージは完全に密封されたままであることである。
患者の健康状態の変化または服用調整を必要とする他の環境において、高いまたは低い強度をもつ他の薬剤および服用物が、即時に患者に手に入り、必要な薬剤を得るために、医師のオフィスおよび/または薬局への訪問の必要を省く。この特徴は、移動障害の患者においては、とくに重要である。さらに、新しい服用物は、すでに手元にあり、購入の必要がないため、患者の出費は、減少される。
医師および薬剤師などの医療関係者も、本発明から利益を得る。本システムは、より頻繁な監視を必要とする認知、視覚および/または聴覚障害の患者を含む高リスクの患者のよりよいコントロールで、供給者が数多くの患者を治療することを可能にする。本発明は、医療関係者が、スケジュールされた服用物を摂取しなかった患者を数分で調節することが可能である。さらに、本発明は、例えば、患者へ/からの電話を含む、数多くの代替できない医療サービスを削減する。また、本発明は、服用が調整されるたびに、新しい処方箋を記入する必要性を省く。医療関係者は、即時および適時に、すべて適切に記録され、患者の治療の経緯の中断なしに、適切な調整ができる。遠隔に位置した医療関係者が薬剤または服用量の変更を患者に通信することを可能にするが、関係者が規定の服用の変更がリアルタイムでできない、既存のシステムと比較して、これは、著明な利点である。
前述のように、既存の調合システムにおいて、医薬品の在庫管理および/または患者のコンプライアンスまたは製品の摂取を追跡する適切な方法がなかった。これは、一部に、医薬品は、すべてのピルまたは服用物が別々に識別および追跡できないロットで調合されているという事実のためである。本発明において、薬剤提供は、単位服用物ベースでなされ、各服用物は、個別の電子コード識別子により在庫管理され、医療関係者は、的確に、規定の投薬計画で患者のコンプライアンスを監視できる。本システムは、医療関係者が、連続的な提供制限により制限なしに、非継続的に、患者への処方および非処方薬剤の個々の単位服用パッケージ、医療供給品、診断材料、医薬品および栄養補助剤を遠隔で管理および提供することができる。このような単位服用物は、例えば、個体経口摂取服用物、液体経口摂取服用物および体に直接投与される服用物を含有する注射器を含み、服用物は単一化合物または複数の化合物類からなる。
管理された介護者および他の第三者の支払者は、本明細書で記載された、統合された、非連続的な遠隔薬剤管理およびコンプライアンスシステムの著明な利点に気がつく。本発明は、委託販売で1若しくはそれ以上の遠隔位置へ送付された医療品の制御および電子請求書送付のための基本骨格を提供する。これについて、委託医薬品は、発送により即時に請求書を送付してもよく、消費時の請求書の送付および償還がなされる医薬品の在庫管理コストを著しく削減し、医薬品会社に競争利益を提供する。
とくに、本発明は、患者が、服用調整により残った服用物を破棄または新規処方を得るための必要性を除去することにより、医療品廃棄物の発生率を削減する。これは、患者が必要とする治療を受け、規定の処方計画へのノンアドヒアランスによる原因の緊急室への来院および入院の発生率を削減する可能性を増加する。さらに、医師および薬剤師などの医療担当者への訪問を削減、とくに担当者に関するコストを削減する。
本発明は、とくに好ましい実施形態を参照に示され、記載されたが、当業者であれば、形態および詳細における多様な代替形態を本発明の要旨および範囲から逸脱することなく、実施できることを理解する。とくに、図により示された本発明は、特定のサイズおよび形体の提供モジュールを示したが、これらのパラメータは、著しく異なり、本明細書で示された適切な実施形態で記載および図で示されたものに制限されるものではない。
よって、本出願は、一般的に、患者の家を基準に、患者のプライバシーを保護しながら、提供モジュールへ/から通信を使用する、安全なデータ通信プロセスの使用を目的とする一方、そのようなプロセスの使用は、本出願において制限されるものではない。本明細書で記載されたデータ通信プロセスは、安全なデータ送信が望まれる(例えば、患者の監視システムに関連して)ところの広範囲な用途に使用される。
本発明の特定の好ましい実施形態を、図示および説明したが、本発明の教示から逸脱することなく変更および変形が可能であることは、当業者にとって自明であろう。したがって、本発明は、上述のとおり開示されて本明細書において特許請求される基本的な根本原理の範囲に含まれるあらゆるすべての変更、変種、または均等物を包含するものである。
Claims (17)
- 少なくとも1つのストレージ要素を有する装置における方法であって、
薬剤を含む薬剤キャリアの一意の識別子を前記少なくとも1つのストレージ要素に格納する工程と、
前記薬剤キャリア内に梱包された少なくとも1つの薬剤に対応する服用指示を前記少なくとも1つのストレージ要素の前記薬剤キャリアの一意の識別子に関連付けて格納する工程と
を有する方法。 - 請求項1記載の方法において、さらに、
前記薬剤の識別、前記薬剤キャリア内の服用物の数、前記薬剤に対応するロット番号、および前記薬剤に対応する有効期限のうちの少なくとも1つを有する処方情報を、前記薬剤キャリアの一意の識別子に関連付けて格納する工程を有するものである方法。 - 請求項1記載の方法において、さらに、
前記薬剤に対応する処方番号を前記少なくとも1つのストレージ装置の前記薬剤キャリアの一意の識別子に関連付けて格納する工程を有するものである方法。 - 請求項1記載の方法において、さらに、
前記薬剤キャリアを受け取る患者に関する特定の情報を前記少なくとも1つのストレージ装置の前記薬剤キャリアの一意の識別子に関連付けて格納する工程を有するものである方法。 - 請求項1記載の方法において、さらに、
患者が前記薬剤キャリアを受け取った後で、
前記薬剤についての修正された服用指示を医療提供者から受信する工程と、
前記修正された服用指示を前記少なくとも1つのストレージ要素の前記薬剤キャリアの一意の識別子に関連付けて格納する工程と
をを有するものである方法。 - 請求項5記載の方法において、さらに、
前記修正された服用指示の受信時刻および前記修正された服用指示を提供した前記医療提供者の識別のうちの少なくとも1つを有する情報を前記少なくとも1つのストレージ装置の前記薬剤キャリアの一意の識別子に関連付けて格納する工程を有するものである方法。 - 請求項5記載の方法において、さらに、
前記修正された服用指示を前記薬剤キャリアが格納されている薬剤調剤ユニットに提供する工程を有し、前記薬剤調剤ユニットの動作は当該修正された服用指示により制御されるものである方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信するシステム内の当該リモートユニットにおける方法であって、
患者に対する処方を調剤する際、
第1の薬剤キャリアの第1のシリアル番号にもとづいて、前記第1の薬剤キャリア内の第1の薬剤および各々の単位服用物の第1の単位服用物サイズを特定する工程と、
第2の薬剤キャリアの第2のシリアル番号にもとづいて、前記第2の薬剤キャリア内の第2の薬剤および各々の単位服用物の第2の単位服用物サイズを特定する工程と、
前記第1の薬剤を前記第2の薬剤と比較する工程および前記第1の単位服用物サイズを前記第2の単位服用物サイズと比較する工程と、
前記第1の薬剤が前記第2の薬剤と同一ではない場合、または前記第1の単位服用物サイズが前記第2の単位服用物サイズと同一ではない場合に、エラー表示を提供する工程と
を有する方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信するシステム内の当該リモートユニットにおける方法であって、
患者に対する処方を調剤する際、
第1の薬剤キャリアの第1のシリアル番号にもとづいて、前記第1の薬剤キャリア内の第1の薬剤および各々の単位服用物の第1の単位服用物サイズを特定する工程と、
前記患者に関連付けられた自動薬剤調剤ユニットは第2の薬剤を有する第2の薬剤キャリアを有し、且つ前記第2の薬剤キャリア内の各々の単位服用物は第2の単位服用物サイズを有していると決定する工程と、
前記第1の薬剤および前記第1の単位服用物サイズが前記第2の薬剤および前記第2の単位服用物サイズと同等であると決定する工程と、
前記リモートユニットのユーザに、前記第1の薬剤キャリアを当該第1の薬剤キャリアの補充として調剤すること、または前記患者のための新たな処方として調剤することのいずれかをプロンプトする工程と
を有する方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信するシステム内の当該リモートユニットにおける方法であって、
患者に対する処方を調剤する際、
第1の薬剤キャリアの第1のシリアル番号にもとづいて、前記第1の薬剤キャリア内の第1の薬剤および各々の単位服用物の第1の単位服用物サイズを特定する工程と、
前記患者に関連付けられた自動薬剤調剤ユニットは第2の薬剤を有する第2の薬剤キャリアを有し、且つ前記第2の薬剤キャリア内の各々の単位服用物は第2の単位服用物サイズを有していると決定する工程と、
前記第1の薬剤が前記第2の薬剤と同等であり、第1の単位服用物サイズが前記第2の単位服用物サイズと同等でないと決定する工程と、
前記リモートユニットのユーザに前記第1の薬剤キャリアについて前記処方を検証するようにプロンプトする工程と
を有する方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信し、さらに前記リモートユニットが表示装置と少なくとも1つのユーザ入力装置とを有するコンピュータを備えるシステム内の、前記リモートユニットにおける方法であって、
前記コンピュータにより、所与の日に少なくとも1つのスケジュールされた薬剤の提供を含んでいるカレンダーを前記表示装置に表示する工程と、
前記少なくとも1つのユーザ入力装置を介して前記コンピュータのユーザから前記所与の日に対応する選択指定を受信する工程と、
前記選択指定に応答して前記コンピュータにより、前記少なくとも1つのスケジュールされた薬剤の提供に対応する少なくとも1つの選択可能な入力機構を前記表示装置に表示する工程と、
前記少なくとも1つのユーザ入力装置を介して前記コンピュータのユーザから前記少なくとも1つの選択可能な入力機構に対応する別の選択指定を受信する工程と、
前記別の選択指定にもとづいて、前記少なくとも1つのスケジュールされた薬剤の提供を変更する工程と
を有する方法。 - 請求項11記載の方法において、前記少なくとも1つのスケジュールされた薬剤の提供を変更する工程は、さらに、
前記別の選択指定がキャンセルの要求である場合、前記少なくとも1つのスケジュールされた薬剤の提供をキャンセルする工程を有するものである方法。 - 請求項11記載の方法において、前記少なくとも1つのスケジュールされた薬剤の提供を変更する工程は、さらに、
前記別の選択指定が追加の要求である場合、別のスケジュールされた薬剤の提供を追加する工程を有するものである方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信し、さらに前記リモートユニットが表示装置と少なくとも1つのユーザ入力装置とを有するコンピュータを備えるシステム内の前記リモートユニットにおける方法であって、
前記コンピュータにより、自動薬剤調剤ユニットに格納され、患者に関連付けられ、且つスケジュールされた提供日を有するすべての処方薬剤を前記表示装置に表示する工程と、
前記コンピュータにより、前記自動薬剤調剤ユニットに格納され、前記患者に関連付けられ、且つ必要に応じて調剤されるすべての処方薬剤を前記表示装置に表示する工程と、
前記コンピュータにより、前記自動薬剤調剤ユニットに格納され、前記患者に関連付けられたすべての非処方薬剤を表示する工程と
を有する方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信し、さらに前記リモートユニットが表示装置と少なくとも1つのユーザ入力装置とを有するコンピュータを備えるシステム内の前記リモートユニットにおける方法であって、
前記コンピュータにより複数の選択肢を提供する行動漏れ入力機構を前記表示装置に表示する工程であって、当該複数の選択肢の各々は患者が前記少なくとも1つの薬剤調剤ユニットからスケジュールされた薬剤の単位服用物を受け取らなかったことに応答した考えうる行動に対応するものである、前記表示する工程と、
前記少なくとも1つのユーザ入力装置を介して、前記コンピュータのユーザから、前記複数の選択肢のうちの1つに対応する選択指定を受け取ること
を含んでいる方法。 - リモートコントローラと通信するリモートユニットを備えており、さらに前記リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信し、さらに前記リモートユニットが表示装置と少なくとも1つのユーザ入力装置とを有するコンピュータを備えているシステムの、前記リモートユニットにおける方法であって、
患者が前記少なくとも1つの薬剤調剤ユニットからの薬剤のスケジュールされた単位服用物を受け取らなかった時点からの期間であって、その満了が薬剤の前記スケジュールされた単位服用物のキャンセルを生じさせる期間に各々が対応している複数の選択肢を提供するスケジュール済み提供キャンセル入力機構を、前記コンピュータによって前記表示装置に表示すること、および
前記少なくとも1つのユーザ入力装置を介して前記コンピュータのユーザから前記複数の選択肢のうちの1つに対応する選択指定を受信する工程と
を有する方法。 - リモートコントローラと通信するリモートユニットを有し、さらに当該リモートコントローラが少なくとも1つの薬剤調剤ユニットと通信し、さらに前記リモートユニットが表示装置と少なくとも1つのユーザ入力装置とを有するコンピュータを備えるシステム内の前記リモートユニットにおける方法であって、
前記コンピュータにより、前記少なくとも1つの薬剤調剤ユニットに格納されている薬剤に対応して、前記少なくとも1つのユーザ入力装置を介して最大服用数の値を受信することができる入力機構が受信する標準期間当たりにおける少なくとも1つの最大服用量を前記表示装置に表示する工程と、
前記最大服用数の値を格納する工程と、
前記標準期間と同等な期間が満了した後に、実際に投与された前記薬剤の服用物の数を、前記最大服用数の値と比較する工程と、
前記薬剤の服用物の実際の数が前記最大服用数の値以上である場合、前記少なくとも1つの薬剤調剤ユニットによる前記薬剤のさらなる投与を禁止する工程と
を有する方法。
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/779,863 US20080059228A1 (en) | 2004-04-24 | 2007-07-18 | Operation Of A Remote Medication Management System |
PCT/US2008/070305 WO2009012371A2 (en) | 2007-07-18 | 2008-07-17 | Operation of a remote medication management system |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2010533927A true JP2010533927A (ja) | 2010-10-28 |
Family
ID=39926480
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2010517158A Withdrawn JP2010533927A (ja) | 2007-07-18 | 2008-07-17 | リモート薬剤管理システムの運用 |
Country Status (8)
Country | Link |
---|---|
US (1) | US20080059228A1 (ja) |
EP (1) | EP2179377A2 (ja) |
JP (1) | JP2010533927A (ja) |
KR (1) | KR20100039865A (ja) |
CN (1) | CN101802830A (ja) |
AU (1) | AU2008275962A1 (ja) |
CA (1) | CA2693893A1 (ja) |
WO (1) | WO2009012371A2 (ja) |
Cited By (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2014030720A (ja) * | 2012-07-31 | 2014-02-20 | Evondos Oy | 投薬ディスペンサからの医薬の計量分配を制御する方法及びシステム |
JP2015530659A (ja) * | 2012-08-31 | 2015-10-15 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | 薬品依頼の履行システムおよび方法 |
JP2016531334A (ja) * | 2013-06-06 | 2016-10-06 | ヤンセン ファーマシューティカ エヌ.ベー. | 電気的服薬アドヒアランス、識別、及び分配 |
JP2018504951A (ja) * | 2014-12-18 | 2018-02-22 | マイラン インコーポレイテッド | 薬剤の格納、分配、および管理のためのシステムおよび方法 |
WO2018207868A1 (ja) * | 2017-05-12 | 2018-11-15 | 株式会社湯山製作所 | 薬剤払出装置、薬剤払出装置の制御プログラム、および制御プログラムを記録した記録媒体 |
US10347374B2 (en) | 2008-10-13 | 2019-07-09 | Baxter Corporation Englewood | Medication preparation system |
JP2019200820A (ja) * | 2013-11-14 | 2019-11-21 | モレス インク | パーソナルケアを向上させる方法と装置 |
US10646405B2 (en) | 2012-10-26 | 2020-05-12 | Baxter Corporation Englewood | Work station for medical dose preparation system |
US10818387B2 (en) | 2014-12-05 | 2020-10-27 | Baxter Corporation Englewood | Dose preparation data analytics |
JP2020534613A (ja) * | 2017-09-21 | 2020-11-26 | アール・エイ・アイ・ストラテジック・ホールディングス・インコーポレイテッド | 臨床研究製品分配装置 |
US10971257B2 (en) | 2012-10-26 | 2021-04-06 | Baxter Corporation Englewood | Image acquisition for medical dose preparation system |
US11107574B2 (en) | 2014-09-30 | 2021-08-31 | Baxter Corporation Englewood | Management of medication preparation with formulary management |
US11367533B2 (en) | 2014-06-30 | 2022-06-21 | Baxter Corporation Englewood | Managed medical information exchange |
US11575673B2 (en) | 2014-09-30 | 2023-02-07 | Baxter Corporation Englewood | Central user management in a distributed healthcare information management system |
US11948112B2 (en) | 2015-03-03 | 2024-04-02 | Baxter Corporation Engelwood | Pharmacy workflow management with integrated alerts |
Families Citing this family (145)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7753085B2 (en) | 2002-12-03 | 2010-07-13 | Forhealth Technologies, Inc. | Automated drug preparation apparatus including automated drug reconstitution |
US10688021B2 (en) | 2002-12-03 | 2020-06-23 | Baxter Corporation Englewood | Automated drug preparation apparatus including automated drug reconstitution |
US9710866B2 (en) | 2005-09-30 | 2017-07-18 | Edge Medical, Llc | System and method for processing a multiple prescription order |
US8123036B2 (en) | 2004-10-01 | 2012-02-28 | Edge Medical Properties, Llc | Pill assembly for pill packaging and delivery systems |
US9334096B2 (en) | 2004-10-01 | 2016-05-10 | Edge Medical Properties, Llc | Multiple inspection system and method that inspects different medications |
US9238518B2 (en) | 2004-10-01 | 2016-01-19 | Edge Medical Properties, Llc | Inspection system and method with a control process that inspects different medications |
US9015058B2 (en) * | 2004-10-01 | 2015-04-21 | Edge Medical Properties, Llc | Matrix based dosage scheduling |
US10315450B1 (en) | 2006-10-24 | 2019-06-11 | Edge Medical Properties, Llc | System and method for generating an integrated label for container housing multi-script pouches |
US9141764B2 (en) | 2010-11-12 | 2015-09-22 | Edge Medical Properties, Llc | System and method for online integrated multiple tablet ordering |
US8972288B2 (en) * | 2004-10-01 | 2015-03-03 | Edge Medical Properties, Llc | System and method for online matrix-based dosage scheduling |
WO2007051118A2 (en) * | 2005-10-25 | 2007-05-03 | Nxstage Medical, Inc | Safety features for medical devices requiring assistance and supervision |
US8115600B2 (en) * | 2008-11-19 | 2012-02-14 | Greatbatch Ltd. | RFID detection and identification system including an RFID reader having a limited transmit time and a time-out period to protect a medical device against RFID-associated electromagnetic interference |
IL176712A0 (en) * | 2006-07-05 | 2007-10-31 | Michael Cohen Alloro | Medication dispenser |
US8579853B2 (en) * | 2006-10-31 | 2013-11-12 | Abbott Diabetes Care Inc. | Infusion devices and methods |
US20080168113A1 (en) * | 2007-01-05 | 2008-07-10 | Yahoo! Inc. | Time blocks and customizable time blocks |
US20080195416A1 (en) * | 2007-02-08 | 2008-08-14 | Forhealth Technologies, Inc. | Automated centralized preparation of medications in anticipation of use |
US8212677B2 (en) * | 2007-02-12 | 2012-07-03 | Alexander Ferguson | Automated medication management system and method for use |
US20110166698A1 (en) * | 2007-02-28 | 2011-07-07 | Anthony Vallone | Delivery of medication regimen in medication reminder device |
US8924881B2 (en) * | 2008-02-24 | 2014-12-30 | The Regents Of The University Of California | Drill down clinical information dashboard |
US8346632B2 (en) * | 2008-08-07 | 2013-01-01 | WaveMark, Inc. | Recall system and method for RFID medical item tracking system |
KR101042245B1 (ko) * | 2008-10-24 | 2011-06-17 | 한국전자통신연구원 | 약복용 지원 장치, 약상자, 약 보관용 컨테이너 및 약 복용지원 방법 |
US8082312B2 (en) * | 2008-12-12 | 2011-12-20 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
US8805577B2 (en) * | 2009-01-23 | 2014-08-12 | Koninklijke Philips N.V. | Method and apparatus for dispensing medication |
WO2010124137A1 (en) | 2009-04-22 | 2010-10-28 | Millennium Pharmacy Systems, Inc. | Pharmacy management and administration with bedside real-time medical event data collection |
US8086471B2 (en) | 2009-04-24 | 2011-12-27 | Emissary Technologies, Llc | Computer-implemented system and method for electronic medication administration records |
WO2011014525A2 (en) | 2009-07-29 | 2011-02-03 | Icu Medical, Inc. | Fluid transfer devices and methods of use |
JP2011030934A (ja) * | 2009-08-05 | 2011-02-17 | Ryoji Suzuki | 服薬管理装置とプログラム及び服薬管理方法 |
WO2011022330A1 (en) * | 2009-08-17 | 2011-02-24 | Zin Technologies, Inc. | Method and system for monitoring and managing patient care |
US8751495B2 (en) * | 2009-09-29 | 2014-06-10 | Siemens Medical Solutions Usa, Inc. | Automated patient/document identification and categorization for medical data |
US8537004B2 (en) | 2009-09-30 | 2013-09-17 | Carefusion 303, Inc. | Verification of dispensed items |
WO2011042840A1 (en) * | 2009-10-05 | 2011-04-14 | Koninklijke Philips Electronics N.V. | Medication dispenser |
US8639525B2 (en) * | 2009-10-16 | 2014-01-28 | Codonics, Inc. | Drug labeling |
US20110173029A1 (en) * | 2010-01-08 | 2011-07-14 | Cerner Innovation, Inc. | Recurring time zero |
US8171094B2 (en) * | 2010-01-19 | 2012-05-01 | Event Medical, Inc. | System and method for communicating over a network with a medical device |
WO2011103344A1 (en) * | 2010-02-17 | 2011-08-25 | Carematix, Inc. | Systems and methods for predicting patient health problems and providing timely intervention |
US20110218595A1 (en) * | 2010-03-04 | 2011-09-08 | Mcmillan William C | Prescription device controller |
EP2589011A4 (en) | 2010-04-12 | 2015-04-15 | Cerx Pharmacy Partners Lp | SYSTEM AND METHOD FOR MANAGING RECIPES ON SITE FOR HEALTH EQUIPMENT |
US20120012606A1 (en) | 2010-07-14 | 2012-01-19 | Mark Longley | Automated pharmacy system for dispensing unit doses of pharmaceuticals and the like |
US8626553B2 (en) * | 2010-07-30 | 2014-01-07 | General Motors Llc | Method for updating an electronic calendar in a vehicle |
US20120203573A1 (en) | 2010-09-22 | 2012-08-09 | I.D. Therapeutics Llc | Methods, systems, and apparatus for optimizing effects of treatment with medication using medication compliance patterns |
US20120072231A1 (en) * | 2010-09-22 | 2012-03-22 | I.D. Therapeutics Llc | Methods, systems, and apparatus for optimizing effects of treatment with medication using medication compliance patterns |
KR101278155B1 (ko) * | 2010-12-07 | 2013-06-27 | 삼성전자주식회사 | 건강 관리를 위한 건강 관리 장치, 방법 및 그래픽 사용자 인터페이스 |
KR101942597B1 (ko) * | 2011-01-28 | 2019-01-25 | 아쿠아빗 파마슈티컬즈, 아이엔씨. | 개인별 주사 치료를 위한 시스템 및 방법 |
US10106278B2 (en) | 2011-01-28 | 2018-10-23 | Aquavit Pharmaceuticals, Inc. | System and method for personalized injection treatment |
US10435192B2 (en) | 2011-05-16 | 2019-10-08 | Edge Medical Properties, Llc | Multiple inspection system and method that inspects different medications |
TWI428120B (zh) * | 2011-05-27 | 2014-03-01 | Wistron Corp | 量測人體生理訊號之提醒方法及裝置 |
WO2013016757A1 (en) * | 2011-08-04 | 2013-02-07 | Manrex Pty. Ltd. | Improvements relating to printing |
US20130246082A1 (en) | 2012-03-16 | 2013-09-19 | Brandon Anthony Brylawski | Systems and Methods for Supplementing Patient and Provider Interactions to Increase Patient Adherence Specifically Using Combined Educational Coupons and Tailored Educational Documents and Services |
US10346938B2 (en) | 2011-08-09 | 2019-07-09 | Drfirst.Com, Inc. | Systems and methods for providing supplemental materials to increase patient adherence to prescribed medication |
US8514067B2 (en) | 2011-08-16 | 2013-08-20 | Elwha Llc | Systematic distillation of status data relating to regimen compliance |
BR112014005777A2 (pt) | 2011-09-12 | 2017-05-16 | Medication Control Systems Llc | dispensador de fármaco com comunicação biométrica e eletrônica |
US20130110526A1 (en) * | 2011-10-26 | 2013-05-02 | Sargas Pharmaceutical Adherence and Compliance International, LLC | System and method for monitoring authorization, compliance, and adherence of drug prescriptions and treatments |
US10095839B1 (en) * | 2011-11-03 | 2018-10-09 | Fms, Llc | Method and system for monitoring remote services |
AU2012324021A1 (en) | 2011-12-22 | 2013-07-11 | Icu Medical, Inc. | Fluid transfer devices and methods of use |
WO2013116873A1 (en) * | 2012-02-05 | 2013-08-08 | Codonics, Inc. | Drug documentation system and method |
CA2865430C (en) * | 2012-02-26 | 2021-03-09 | Joshua Stein | Systems and methods for determining container contents, locations, and surroundings |
US20130317839A1 (en) * | 2012-03-16 | 2013-11-28 | Drfirst.Com, Inc. | System and method for increasing patient adherence to medication treatment regimens |
US10832364B2 (en) | 2012-03-16 | 2020-11-10 | Drfirst.Com, Inc. | Information system for physicians |
US10223504B2 (en) | 2012-04-03 | 2019-03-05 | Medicasafe, Inc | Method, system and apparatus for medication therapy management programs |
US9922384B2 (en) | 2012-05-02 | 2018-03-20 | William Robert Cobb | Pharmaceutical will call system and method |
CN103455481B (zh) * | 2012-05-28 | 2016-12-14 | 中国银联股份有限公司 | 数字识别码生成系统及方法 |
EP2680177A1 (en) | 2012-06-29 | 2014-01-01 | Evondos Oy | Method for monitoring the filling of a medication dispenser, and medication dispenser |
US10980865B2 (en) | 2012-08-10 | 2021-04-20 | Aquavit Pharmaceuticals, Inc. | Direct application system and method for the delivery of bioactive compositions and formulations |
EP2704042A1 (en) * | 2012-08-31 | 2014-03-05 | Evondos Oy | Method for a medication administration system and a medication administration system |
EP2704112A1 (en) | 2012-08-31 | 2014-03-05 | Evondos Oy | Method for operating a medication dispenser, and medication dispenser |
US9542533B2 (en) * | 2012-09-07 | 2017-01-10 | Miteshkumar Ishwarbhai Patel | Medication dosage dispensing system and methods having customization and modification for medicine dispensing configurations |
US9692829B2 (en) | 2012-12-03 | 2017-06-27 | Mylan Inc. | Medication delivery system and method |
US9643770B2 (en) | 2012-12-03 | 2017-05-09 | Mylan Inc. | System and method for medicament storage, dispensing, and administration |
US20140155827A1 (en) | 2012-12-03 | 2014-06-05 | Mylan, Inc. | Medicament information system and method |
US9179260B2 (en) | 2012-12-03 | 2015-11-03 | Mylan Inc. | Medicament information system and method |
US20140164016A1 (en) * | 2012-12-10 | 2014-06-12 | At&T Mobility Ii Llc. | Method and apparatus for processing medical information |
EP2740459A1 (en) * | 2012-12-10 | 2014-06-11 | Evondos Oy | Method for dispensing medications, and medication dispenser |
US9741197B2 (en) * | 2012-12-27 | 2017-08-22 | Humana Inc. | Automated prescription dispensing system and method |
EP2757537A1 (en) * | 2013-01-21 | 2014-07-23 | Evondos Oy | Medication dispenser |
US10372880B2 (en) * | 2013-05-22 | 2019-08-06 | Carefusion 303, Inc. | Managing re-use of returned medications |
US20140278468A1 (en) | 2013-03-15 | 2014-09-18 | I.D. Therapeutics Llc | Apparatus and method for optimizing treatment using medication compliance patterns and glucose sensor |
US9317916B1 (en) * | 2013-04-12 | 2016-04-19 | Aic Innovations Group, Inc. | Apparatus and method for recognition of medication administration indicator |
WO2015013694A2 (en) * | 2013-07-26 | 2015-01-29 | Drfirst.Com, Inc. | System and method for increasing patient adherence to medication treatment regimens |
BR112016002812A2 (pt) * | 2013-08-09 | 2017-08-01 | Perceptimed Inc | verificação farmacêutica remota |
FR3010818B1 (fr) * | 2013-09-17 | 2016-12-09 | Dreampath Diagnostics | Procede de detection de la position d'une cassette et son dispositif |
KR102189692B1 (ko) * | 2013-12-30 | 2020-12-11 | (주)제이브이엠 | 복약 관리 장치 |
CA2931195C (en) | 2013-11-25 | 2019-09-24 | Icu Medical, Inc. | Methods and systems for filling iv bags with therapeutic fluid |
KR20150072111A (ko) * | 2013-12-19 | 2015-06-29 | 엘지전자 주식회사 | 복약관리 방법, 복약관리를 위한 사용자 단말기 그리고 복약관리 시스템 |
US20150178455A1 (en) * | 2013-12-23 | 2015-06-25 | Daro Bryon Gross | Method and system for collecting medication adherence data |
NL2012310C2 (en) * | 2014-02-21 | 2015-08-25 | Global Factories Total Engineering And Mfg B V | Method of and device for receiving and checking individualized doses of medicines. |
US9694966B2 (en) * | 2014-04-30 | 2017-07-04 | Parata Systems, Llc | Systems, methods and computer program products for assigning times of administration to prescription medications |
WO2016043681A1 (en) * | 2014-09-19 | 2016-03-24 | Acibadem Sağlik Hi̇zmetleri̇ Ve Ti̇caret Anoni̇m Şi̇rketi̇ | Wall module providing stock control, stocktaking, and supervision for medical consumables |
US20160232176A1 (en) * | 2014-10-15 | 2016-08-11 | Empire Technology Development Llc | Data scrubbing certification for platform technologies |
WO2016101042A1 (en) * | 2014-12-24 | 2016-06-30 | Swyft Inc. | A system and a method for facilitating the provision of goods |
EP3241166A4 (en) * | 2014-12-31 | 2018-10-03 | Vector Medical, LLC | Process and apparatus for managing medical device selection and implantation |
US10796256B2 (en) * | 2015-01-02 | 2020-10-06 | Paragon Health | Process validation and electronic supervision system |
US20170032101A1 (en) * | 2015-05-01 | 2017-02-02 | Ahkeo Ventures LLC | Systems and methods for managing a medical supply chain |
US10751257B2 (en) * | 2015-05-06 | 2020-08-25 | Aceage Inc. | Medication delivery apparatus |
US10913594B2 (en) * | 2015-07-07 | 2021-02-09 | Avery Dennison Retail Information Services, Llc | Smart ejection trays for use with medication containers |
US10325241B2 (en) * | 2015-07-14 | 2019-06-18 | Shlomo Uri HAIMI | System and method for tracking shelf-life and after-opening usage life of medicaments, foods and other perishables |
US11961599B2 (en) * | 2015-11-16 | 2024-04-16 | Alto Pharmacy Llc | Method for authorizing and accessing medication parameters for prescription medications |
US20170199984A1 (en) * | 2015-11-20 | 2017-07-13 | Cheryl Lohman | Electronic Drug Dispenser System |
WO2017096072A1 (en) | 2015-12-04 | 2017-06-08 | Icu Medical, Inc. | Systems methods and components for transferring medical fluids |
US20170296436A1 (en) * | 2016-04-18 | 2017-10-19 | LuminX Corporation | Apparatus and method for analyzing adherence to a medication regimen |
CN109475709B (zh) | 2016-05-03 | 2022-12-27 | 精呼吸股份有限公司 | 使用液滴输送装置生成液滴并将其输送到肺部系统的方法 |
TR201607917A2 (tr) * | 2016-06-10 | 2017-12-21 | Ekin Teknoloji Sanayi Ve Ticaret Anonim Sirketi | Akıllı Hap Dağıtıcı |
USD851745S1 (en) | 2016-07-19 | 2019-06-18 | Icu Medical, Inc. | Medical fluid transfer system |
CA3031529A1 (en) | 2016-07-25 | 2018-02-01 | Icu Medical, Inc. | Systems, methods, and components for trapping air bubbles in medical fluid transfer modules and systems |
TWI652121B (zh) * | 2016-10-19 | 2019-03-01 | 鴻富錦精密工業〈深圳〉有限公司 | 自動取藥裝置 |
JP7474463B2 (ja) | 2016-11-21 | 2024-04-25 | サーモス・セラピューティクス・インコーポレイテッド | 造影剤誘発急性腎障害の予防および/または処置 |
CN106726604A (zh) * | 2016-12-20 | 2017-05-31 | 厦门快商通科技股份有限公司 | 一种用于家庭医疗服务的机器人及家庭药箱管理方法 |
WO2018115316A1 (en) | 2016-12-23 | 2018-06-28 | Sanofi-Aventis Deutschland Gmbh | Data management unit for supporting health control |
US20180190374A1 (en) * | 2017-01-03 | 2018-07-05 | Saghmos Therapeutics, Inc. | Methods of improving patient compliance to treat contrast-induced injury |
US9731103B1 (en) | 2017-01-13 | 2017-08-15 | Berkshire Biomedical, LLC | Computerized oral prescription administration devices and associated systems and methods |
US10118773B2 (en) | 2017-03-10 | 2018-11-06 | Humana Inc. | Mass flow conveyor table for automated prescription fulfillment |
US10179706B2 (en) | 2017-03-10 | 2019-01-15 | Humana Inc. | Conveyor combiner system and method for automated prescription fulfillment |
US9846566B1 (en) | 2017-03-29 | 2017-12-19 | Humana Inc. | Presorter holding system and method for automated prescription fulfillment |
US10572630B1 (en) * | 2017-04-14 | 2020-02-25 | Walgreen Co. | Refill prescription by calendar reminder |
EP4223335A3 (en) | 2017-05-19 | 2023-11-08 | Pneuma Respiratory, Inc. | Dry powder delivery device and methods of use |
US10792226B2 (en) | 2017-06-07 | 2020-10-06 | Berkshire Biomedical, LLC | Refill and dosage management devices and associated systems and methods for use with computerized oral prescription administration devices |
US10747851B2 (en) * | 2017-06-09 | 2020-08-18 | Nxp B.V. | Segmented platform for items |
KR102483424B1 (ko) * | 2017-08-25 | 2022-12-30 | 아르만도 미구엘 바르보사 데 아브루 에 소사 | 약제 디스펜서(medicament dispenser) |
EP3679448A4 (en) * | 2017-09-06 | 2020-10-21 | Siemens Healthcare Diagnostics Inc. | ALARM-ACTIVATED PASSIVE APPLICATION INTEGRATION |
CN111526914A (zh) | 2017-10-04 | 2020-08-11 | 精呼吸股份有限公司 | 电子呼吸致动式直线型液滴输送装置及其使用方法 |
US11458267B2 (en) | 2017-10-17 | 2022-10-04 | Pneuma Respiratory, Inc. | Nasal drug delivery apparatus and methods of use |
EP3706843A4 (en) | 2017-11-08 | 2021-08-25 | Pneuma Respiratory, Inc. | ELECTRONIC BREATHED INLINE DROPLET DISPENSER WITH SMALL VOLUME AMPOULE AND METHOD OF USE |
WO2019094841A1 (en) * | 2017-11-09 | 2019-05-16 | Bin Wai Lam | System, method, and module for integrated medication management |
WO2019165278A1 (en) * | 2018-02-26 | 2019-08-29 | Fuisz Richard C | Package, system and methods for custody and control of drugs |
US10441509B2 (en) | 2018-03-16 | 2019-10-15 | Berkshire Biomedical, LLC | Computerized oral prescription administration with refillable medication dispensing devices and associated systems and methods |
AU2019257179A1 (en) * | 2018-04-16 | 2020-12-03 | Dose Health, LLC | Automatic pill dispenser and methods for automatic pill dispensing |
US11278670B2 (en) * | 2018-04-26 | 2022-03-22 | Carefusion 303, Inc. | Semi-autonomous hot-swap infusion module |
US10857070B2 (en) * | 2018-06-04 | 2020-12-08 | The Trustees Of Indiana University | Method and system for autonomously measuring, recording, and reporting changes in the interior content of containers |
US11854680B1 (en) * | 2018-08-08 | 2023-12-26 | Telemedicine Health, Inc. | Narcotics and opioids secure storage and dispensing apparatus and method of use |
US20200093704A1 (en) * | 2018-09-24 | 2020-03-26 | Alain Kibasosa Ghonda Sr | Automatic medication dispenser |
WO2020104904A2 (en) * | 2018-11-23 | 2020-05-28 | Strides Software Solutions Pvt Ltd | A smart haemovigilance box |
EP3705108A1 (en) * | 2019-03-08 | 2020-09-09 | Kibodan A/S | Device for monitoring the medication of a patient |
US10729860B1 (en) | 2019-05-22 | 2020-08-04 | Berkshire Biomedical, LLC | Computerized oral prescription administration for securely dispensing a medication and associated systems and methods |
CA3138795A1 (en) * | 2019-07-05 | 2021-01-14 | Wim SAELEN | Home stock management system |
CN110448469B (zh) * | 2019-08-22 | 2022-11-18 | 合肥市航拯工业设计有限公司 | 一种电子提醒药盒 |
CN110448470A (zh) * | 2019-08-22 | 2019-11-15 | 丁婕 | 一种智能药盒 |
CA3063247A1 (en) * | 2019-10-30 | 2021-04-30 | Intelligent Devices Sezc Inc. | Dynamic display for package monitoring |
US11202753B1 (en) | 2020-03-06 | 2021-12-21 | Aquavit Pharmaceuticals, Inc. | Systems and methods for generating immune responses in subjects using microchannel delivery devices |
US11590057B2 (en) | 2020-04-03 | 2023-02-28 | Icu Medical, Inc. | Systems, methods, and components for transferring medical fluids |
US11848084B1 (en) * | 2020-07-23 | 2023-12-19 | Express Scripts Strategic Development, Inc. | Automated on-demand generation of custom physical labels for medication containers |
US11289195B2 (en) * | 2020-08-09 | 2022-03-29 | Kevin Patel | System for remote medical care |
US20220055814A1 (en) * | 2020-08-18 | 2022-02-24 | Cpi Card Group - Minnesota, Inc. | Tamper evident card package and method |
US20230355479A9 (en) * | 2020-09-24 | 2023-11-09 | Charlie Selbin | Instrumented Medicine Dispenser |
EP4359046A1 (en) | 2021-06-22 | 2024-05-01 | Pneuma Respiratory, Inc. | Droplet delivery device with push ejection |
KR102616297B1 (ko) * | 2021-09-24 | 2023-12-27 | 주식회사 참약사 | 건강관리용 상담 시스템 |
WO2023154532A1 (en) * | 2022-02-11 | 2023-08-17 | Salazar Scott J | System and method of managing, reminding, and dispensing medication from a controlled-access container |
Family Cites Families (35)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5833599A (en) * | 1993-12-13 | 1998-11-10 | Multum Information Services | Providing patient-specific drug information |
US7574370B2 (en) * | 1994-10-28 | 2009-08-11 | Cybear, L.L.C. | Prescription management system |
US5737539A (en) * | 1994-10-28 | 1998-04-07 | Advanced Health Med-E-Systems Corp. | Prescription creation system |
US5845255A (en) * | 1994-10-28 | 1998-12-01 | Advanced Health Med-E-Systems Corporation | Prescription management system |
US7384410B2 (en) * | 1995-03-13 | 2008-06-10 | Cardinal Health 303, Inc. | System and method for managing patient care |
US6529446B1 (en) * | 1996-12-20 | 2003-03-04 | Telaric L.L.C. | Interactive medication container |
US7978564B2 (en) * | 1997-03-28 | 2011-07-12 | Carlos De La Huerga | Interactive medication container |
US20020002473A1 (en) * | 1998-11-10 | 2002-01-03 | Cerner Multum, Inc. | Providing patient-specific drug information |
US6330491B1 (en) * | 1999-07-21 | 2001-12-11 | Nicholas Lion | Integrated system and method of vending prescription medications using a network of remotely distributed, automated dispensing units |
US6687190B2 (en) * | 1999-07-23 | 2004-02-03 | Robert Momich | Method and apparatus for clinical trials |
US7006893B2 (en) * | 1999-09-22 | 2006-02-28 | Telepharmacy Solutions, Inc. | Systems for dispensing medical products |
US6294999B1 (en) * | 1999-12-29 | 2001-09-25 | Becton, Dickinson And Company | Systems and methods for monitoring patient compliance with medication regimens |
AU2001284257A1 (en) * | 2000-09-04 | 2002-03-22 | Enigma Health Uk Limited | Improvements relating to information management systems |
US20020077857A1 (en) * | 2000-12-15 | 2002-06-20 | Paul Seelinger | Local medication scan code date repository (LMSCDR) |
US20020087554A1 (en) * | 2000-12-15 | 2002-07-04 | Paul Seelinger | Universal medication scan code data repository (UMSCDR) |
US6594549B2 (en) * | 2001-04-04 | 2003-07-15 | Bruce Siegel | Web-enabled medication dispenser |
US20060095300A1 (en) * | 2001-04-24 | 2006-05-04 | Schrier Robert W | Providing patient-specific drug information |
US7395214B2 (en) * | 2001-05-11 | 2008-07-01 | Craig P Shillingburg | Apparatus, device and method for prescribing, administering and monitoring a treatment regimen for a patient |
AU2002348242A1 (en) * | 2001-11-30 | 2003-06-17 | Becton, Dickinson And Company | Medication adherence system |
US7058584B2 (en) * | 2002-01-28 | 2006-06-06 | Medco Health Solutions, Inc. | Apparatus and method for processing prescription requests using a remotely located prescription processing system |
US20040225528A1 (en) * | 2002-07-03 | 2004-11-11 | Brock Charles W. | Interactive method and system for creating, validating, verifying and dispensing prescriptions |
US20040064215A1 (en) * | 2002-08-05 | 2004-04-01 | Greeven John C. | Pharmaceutical dispenser system |
US7716068B2 (en) * | 2002-09-25 | 2010-05-11 | Mckesson Financial Holdings Limited | Systems and methods for look-alike sound-alike medication error messaging |
US20040059602A1 (en) * | 2002-09-25 | 2004-03-25 | Ball Sarah Johnston | Systems and methods for medication error messaging |
US7555435B2 (en) * | 2002-09-25 | 2009-06-30 | Ndchealth Corporation | Systems and methods for look-alike sound-alike medication error messaging |
US20040059601A1 (en) * | 2002-09-25 | 2004-03-25 | Ball Sarah Johnston | Systems and methods for look-alike sound-alike medication error messaging |
US7295890B2 (en) * | 2002-09-26 | 2007-11-13 | Stratamed Labs, Inc. | Prescription drug compliance monitoring system |
US20040081669A1 (en) * | 2002-10-29 | 2004-04-29 | Greeven John C. | Pharmaceutical supply system |
US7860724B2 (en) * | 2002-10-30 | 2010-12-28 | Automed Technologies, Inc. | System and method for management of pharmacy workflow |
US7366640B2 (en) * | 2002-12-12 | 2008-04-29 | Pharmecology Associates, Llc | Pharmaceutical waste identification system |
US20040122712A1 (en) * | 2002-12-20 | 2004-06-24 | Hill Kenneth A. | System and method for prescription management |
US20040122713A1 (en) * | 2002-12-20 | 2004-06-24 | Hill Kenneth A. | System and method for prescription home delivery |
US20050108057A1 (en) * | 2003-09-24 | 2005-05-19 | Michal Cohen | Medical device management system including a clinical system interface |
US20050168337A1 (en) * | 2004-01-30 | 2005-08-04 | Mahoney Jerome R. | Wirelessly loaded speaking medicine container |
KR20070001285A (ko) * | 2004-04-24 | 2007-01-03 | 인레인지 시스템즈, 인크. | 통합된 비순차적 원격 약물 관리 및 순응 시스템 |
-
2007
- 2007-07-18 US US11/779,863 patent/US20080059228A1/en not_active Abandoned
-
2008
- 2008-07-17 WO PCT/US2008/070305 patent/WO2009012371A2/en active Application Filing
- 2008-07-17 JP JP2010517158A patent/JP2010533927A/ja not_active Withdrawn
- 2008-07-17 CN CN200880107490A patent/CN101802830A/zh active Pending
- 2008-07-17 EP EP20080781968 patent/EP2179377A2/en not_active Withdrawn
- 2008-07-17 KR KR20107001993A patent/KR20100039865A/ko not_active Application Discontinuation
- 2008-07-17 AU AU2008275962A patent/AU2008275962A1/en not_active Abandoned
- 2008-07-17 CA CA 2693893 patent/CA2693893A1/en not_active Abandoned
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10347374B2 (en) | 2008-10-13 | 2019-07-09 | Baxter Corporation Englewood | Medication preparation system |
JP2018075455A (ja) * | 2012-07-31 | 2018-05-17 | エヴォンドス オサケユキチュア | 投薬ディスペンサからの医薬の計量分配を制御する方法及びシステム |
JP2014030720A (ja) * | 2012-07-31 | 2014-02-20 | Evondos Oy | 投薬ディスペンサからの医薬の計量分配を制御する方法及びシステム |
US10552577B2 (en) | 2012-08-31 | 2020-02-04 | Baxter Corporation Englewood | Medication requisition fulfillment system and method |
JP2015530659A (ja) * | 2012-08-31 | 2015-10-15 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | 薬品依頼の履行システムおよび方法 |
JP2017142868A (ja) * | 2012-08-31 | 2017-08-17 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | 薬品依頼の履行システムおよび方法 |
JP2020109704A (ja) * | 2012-08-31 | 2020-07-16 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | 薬品依頼の履行システムおよび方法 |
JP2019021351A (ja) * | 2012-08-31 | 2019-02-07 | バクスター・コーポレーション・イングルウッドBaxter Corporation Englewood | 薬品依頼の履行システムおよび方法 |
US10971257B2 (en) | 2012-10-26 | 2021-04-06 | Baxter Corporation Englewood | Image acquisition for medical dose preparation system |
US10646405B2 (en) | 2012-10-26 | 2020-05-12 | Baxter Corporation Englewood | Work station for medical dose preparation system |
JP2016531334A (ja) * | 2013-06-06 | 2016-10-06 | ヤンセン ファーマシューティカ エヌ.ベー. | 電気的服薬アドヒアランス、識別、及び分配 |
JP2019200820A (ja) * | 2013-11-14 | 2019-11-21 | モレス インク | パーソナルケアを向上させる方法と装置 |
US11367533B2 (en) | 2014-06-30 | 2022-06-21 | Baxter Corporation Englewood | Managed medical information exchange |
US11107574B2 (en) | 2014-09-30 | 2021-08-31 | Baxter Corporation Englewood | Management of medication preparation with formulary management |
US11575673B2 (en) | 2014-09-30 | 2023-02-07 | Baxter Corporation Englewood | Central user management in a distributed healthcare information management system |
US10818387B2 (en) | 2014-12-05 | 2020-10-27 | Baxter Corporation Englewood | Dose preparation data analytics |
JP2018504951A (ja) * | 2014-12-18 | 2018-02-22 | マイラン インコーポレイテッド | 薬剤の格納、分配、および管理のためのシステムおよび方法 |
US11948112B2 (en) | 2015-03-03 | 2024-04-02 | Baxter Corporation Engelwood | Pharmacy workflow management with integrated alerts |
WO2018207868A1 (ja) * | 2017-05-12 | 2018-11-15 | 株式会社湯山製作所 | 薬剤払出装置、薬剤払出装置の制御プログラム、および制御プログラムを記録した記録媒体 |
JPWO2018207868A1 (ja) * | 2017-05-12 | 2020-03-12 | 株式会社湯山製作所 | 薬剤払出装置、薬剤払出装置の制御プログラム、および制御プログラムを記録した記録媒体 |
JP7358686B2 (ja) | 2017-05-12 | 2023-10-11 | 株式会社湯山製作所 | 薬剤払出装置、薬剤払出装置の制御プログラム、および制御プログラムを記録した記録媒体 |
JP2020534613A (ja) * | 2017-09-21 | 2020-11-26 | アール・エイ・アイ・ストラテジック・ホールディングス・インコーポレイテッド | 臨床研究製品分配装置 |
Also Published As
Publication number | Publication date |
---|---|
CN101802830A (zh) | 2010-08-11 |
AU2008275962A1 (en) | 2009-01-22 |
WO2009012371A3 (en) | 2009-04-30 |
US20080059228A1 (en) | 2008-03-06 |
WO2009012371A2 (en) | 2009-01-22 |
KR20100039865A (ko) | 2010-04-16 |
EP2179377A2 (en) | 2010-04-28 |
CA2693893A1 (en) | 2009-01-22 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2010533927A (ja) | リモート薬剤管理システムの運用 | |
US8600548B2 (en) | Remote medication management system | |
US7828147B2 (en) | Multi-layer medication carrier | |
US8019471B2 (en) | Integrated, non-sequential, remote medication management and compliance system | |
US11207243B2 (en) | System, method, and module for integrated medication management | |
US20160147976A1 (en) | Medication Identification, Tracking And Adherence Management | |
US20220254470A1 (en) | Systems and methods for medication management | |
US10285904B2 (en) | Medication guidance system and method | |
JP2023083370A (ja) | 配薬支援システム | |
US20060079994A1 (en) | Unit-dose medication dispensing cart and method of operating the same | |
CA2836092A1 (en) | Techniques to deliver multiple medications in a synchronized manner | |
US20190282450A1 (en) | System, method, and module for integrated medication management | |
WO2017011713A1 (en) | Medication identification, tracking, and adherence management | |
AU2011202627A1 (en) | Integrated, non-sequential, remote medication management and compliance system |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A300 | Application deemed to be withdrawn because no request for examination was validly filed |
Free format text: JAPANESE INTERMEDIATE CODE: A300 Effective date: 20111004 |