(57)【要約】  システム、方法、及びモジュールは服薬管理モジュールを利用して統合的服薬管理を提供する。モジュールはカートリッジ用スロット、錠剤取出し器、錠剤ディスペンサ、及びプロセッサを備える。方法は、患者の患者データを受信することと、患者データを記憶することと、錠剤カートリッジ及び錠剤が存在するかを判定することを含む。モジュールは患者及び錠剤に対応するカートリッジ用ラベルをスキャンして、患者データ及び錠剤に基づいてカートリッジを認証する。システムは、認証に応じて患者データ及び錠剤に基づいて服薬計画を決定し、錠剤カートリッジから錠剤を取り出す。モジュールは錠剤が正しく取り出されたかを確実に検証し、服薬計画に基づいて、所定の時刻に所定量の錠剤を供給する。モジュールは、所定の時刻に所定量の錠剤を正しく供給しているかを検証する。【選択図】  図１
2021502219.tif 000002
【特許請求の範囲】
【請求項１】
１つ又は複数のカートリッジ用スロット（３１０）、錠剤取出し器（５０４）、及び非一時的機械可読命令（１４５）を記憶しているメモリ（１４４）と通信する１つ又は複数の１つ又は複数のプロセッサ（１４２）を備える服薬管理モジュール（１４０）を利用して患者の統合的服薬管理を提供する方法であって、前記非一時的機械可読命令（１４５）は前記１つ又は複数のプロセッサにより実行されると前記方法を実施するように前記服薬管理モジュールを構成し、
前記１つ又は複数のプロセッサ（１４２）により患者の患者データ（１１６）を受信することと、
前記メモリに前記患者データを記憶することと、
１つ又は複数の錠剤（５０９）を含む１つ又は複数の錠剤カートリッジ（４００）が存在するかを判定することと、
１つ又は複数のカートリッジ用スロットを利用して、前記患者及び前記１つ又は複数の錠剤に対応するカートリッジ用ラベル（４０２）を判定することと、
前記患者データ及び前記１つ又は複数の錠剤に基づいて前記１つ又は複数のカートリッジを認証することと、
認証に応じて、前記患者データ及び前記１つ又は複数の錠剤に基づいて服薬計画（９２０）を決定することと、
前記錠剤取出し器を利用して前記１つ又は複数の錠剤カートリッジから前記１つ又は複数の錠剤を取り出すことと、
前記服薬計画に基づいて、所定の時刻に所定量の前記１つ又は複数の錠剤を供給することと、
を含む、方法。
【請求項２】
前記１つ又は複数の錠剤を供給する前に、前記１つ又は複数の錠剤が正しく取り出されたかを検証すること、
をさらに含む、請求項１に記載の方法。
【請求項３】
前記所定の時刻に前記所定量の前記１つ又は複数の錠剤が正しく供給されているかを検証することをさらに含む、請求項１に記載の方法。
【請求項４】
１つ又は複数の光学センサ（２２２）及び／又はカメラ（２３４）を利用して前記１つ又は複数の錠剤が正しく取り出されたかを検証し、前記１つ又は複数の錠剤が正しく取り出されたかを検証することをさらに含む、請求項３に記載の方法。
【請求項５】
前記１つ又は複数の錠剤を供給することには振動モータ（２３６）を利用することを含む、請求項１に記載の方法。
【請求項６】
前記１つ又は複数のカートリッジ用スロットは第１服用量の第１の複数の錠剤及び第２服用量の第２の複数の錠剤を含む１つ又は複数の錠剤カートリッジを受けるように構成されており、前記第１の複数の錠剤及び前記第２の複数の錠剤は前記服薬計画の薬剤に相当し、
前記服薬計画に基づいて、前記第１の複数の錠剤の第１錠剤を供給することと、
前記１つ又は複数のプロセッサにより、第３服用量の前記薬剤の服用量の調整を受信することと、
前記１つ又は複数のプロセッサにより、前記服用量の調整に基づいて前記服薬計画を変更することと、
前記変更された服薬計画に基づいて、前記第１の複数の錠剤を１つ又は複数と前記第２の複数の錠剤を１つ又は複数とを供給することと、
をさらに含み、
前記第１服用量に前記第２服用量を加えると前記第３服用量に相当する、請求項１に記載の方法。
【請求項７】
前記１つ又は複数の錠剤を供給することには、音声警告、視覚的警告、及び／又は振動警告のうちの少なくとも１つを含む警告を発することを含む、請求項１に記載の方法。
【請求項８】
前記警告を発することには、近接センサを利用して前記警告の音量、強度レベル、又は持続時間のうちの少なくとも１つを調整することを含む、請求項７に記載の方法。
【請求項９】
供給することにはワンタッチボタン又は生体認証を利用することを含む、請求項１に記載の方法。
【請求項１０】
前記１つ又は複数のカートリッジ用スロットは、前記１つ又は複数のカートリッジのエラープルーフ化された挿入がなされるように構成されている、請求項１に記載の方法。
【請求項１１】
前記１つ又は複数の錠剤を供給することには前記１つ又は複数の錠剤を保持室へ供給することを含み、前記１つ又は複数の錠剤は前記患者データ及び前記服薬計画を用いて検証されて、エラープルーフ化された錠剤の投与が保証される、請求項１に記載の方法。
【請求項１２】
統合的な服薬ケア管理を提供するために構成された服薬管理モジュールであって、
１つ又は複数の錠剤を含む錠剤カートリッジを受けるように構成されている１つ又は複数のカートリッジ用スロットと、
錠剤取出し器を備える取出し機構と、
機械可読命令を記憶しているメモリと通信する１つ又は複数のプロセッサであって、前記機械可読命令を実行して前記装置に
前記１つ又は複数のプロセッサ（１４２）により患者の患者データ（１１６）を受信することと、
前記メモリに前記患者データを記憶することと、
１つ又は複数の錠剤（５０９）を含む１つ又は複数の錠剤カートリッジ（４００）が存在するかを判定することと、
１つ又は複数のカートリッジ用スロットを利用して、前記患者及び前記１つ又は複数の錠剤に対応するカートリッジ用ラベル（４０２）を判定することと、
前記患者データ及び前記１つ又は複数の錠剤に基づいて前記１つ又は複数のカートリッジを認証することと、
認証に応じて、前記患者データ及び前記１つ又は複数の錠剤に基づいて服薬計画（９２０）を決定することと、
前記錠剤取出し器を利用して前記１つ又は複数の錠剤カートリッジから前記１つ又は複数の錠剤を取り出すことと、
前記１つ又は複数の錠剤が正しく取り出されたかを検証することと、
前記服薬計画に基づいて、所定の時刻に所定量の前記１つ又は複数の錠剤を供給することと、
前記所定の時刻に前記所定量の前記１つ又は複数の錠剤が正しく供給されているかを検証することと、
を行わせる、１つ又は複数のプロセッサと、
を備える、服薬管理モジュール。
【請求項１３】
前記１つ又は複数の錠剤が正しく取り出されたかを検証することには、１つ又は複数の光学センサ（２２２）及び／又はカメラ（２３４）を利用して前記１つ又は複数の錠剤が正しく取り出されたかを検証することを含む、請求項１０に記載の装置。
【請求項１４】
前記１つ又は複数の錠剤を供給することには振動モータ（２３６）を利用することを含む、請求項１０に記載の装置。
【請求項１５】
前記１つ又は複数のカートリッジ用スロットは、第１服用量の第１の複数の錠剤及び第２服用量の第２の複数の錠剤を含む１つ又は複数の錠剤カートリッジを受けるように構成され、前記第１の複数の錠剤及び前記第２の複数の錠剤は前記服薬計画の薬剤に相当し、
前記服薬計画に基づいて、前記第１の複数の錠剤の第１錠剤を供給することと、
前記１つ又は複数のプロセッサにより、第３服用量の前記薬剤の服用量の調整を受信することと、
前記１つ又は複数のプロセッサにより、前記服用量の調整に基づいて前記服薬計画を変更することと、
前記変更された服薬計画に基づいて、前記第１の複数の錠剤を１つ又は複数と前記第２の複数の錠剤を１つ又は複数とを供給することと、
をさらに含み、
前記第１服用量に前記第２服用量を加えると前記第３服用量に相当する、請求項１０に記載の装置。
【請求項１６】
前記１つ又は複数の錠剤を供給することには、音声警告、視覚的警告、及び／又は振動警告のうちの少なくとも１つを含む警告を発することを含む、請求項１０に記載の装置。
【請求項１７】
前記警告を発することには、近接センサを利用して前記警告の音量、強度レベル、又は持続時間のうちの少なくとも１つを調整することを含む、請求項１６に記載の装置。
【請求項１８】
供給することにはワンタッチボタン又は生体認証を利用することを含む、請求項１０に記載の装置。
【請求項１９】
前記１つ又は複数のカートリッジ用スロットは、前記１つ又は複数のカートリッジのエラープルーフ化された挿入がなされるように構成されている、請求項１０に記載の装置。
【請求項２０】
前記１つ又は複数の錠剤を供給することには前記１つ又は複数の錠剤を保持室へ供給することを含み、前記１つ又は複数の錠剤は前記患者データ及び前記服薬計画を用いて検証されて、エラープルーフ化された錠剤の投与が保証される、請求項１０に記載の装置。
【請求項２１】
広域ネットワーク（１５０）を介して複数の服薬管理モジュール（１４０）に接続されたサーバプロセッサ（１１２）を含むクライアント・サーバコンピュータシステム（１１０）であって、
対応する介護者がいる複数の患者に対応する患者データを記憶し、
介護者に対する認証を含む認証要求クエリを１つ以上の服薬管理モジュールから受信し、
前記介護者に対する認証の状態を判定し、前記介護者が認定されたという判定に応答して、処方箋変更コマンドを前記１つ以上の服薬管理モジュールへ送信する、
ように構成されているクライアント・サーバコンピュータシステム（１１０）と、
を備える、装置。
【請求項２２】
ディスプレイ及び選択デバイスを備えるグラフィカルユーザインタフェース（１４７）と、
機械可読命令を記憶しているメモリと通信する１つ又は複数のプロセッサであって、前記機械可読命令を実行して前記グラフィカルユーザインタフェースに
それぞれが患者の服薬計画を表す錠剤の選択肢の一式をメニュー用に読み出すことと、
前記患者の前記錠剤の選択肢の一式を前記ディスプレイ上に表示することと、
前記選択デバイスが前記錠剤の選択肢の一式から選択された錠剤の選択肢を指し示していることを示すメニュー入力選択信号を受信することと、
前記信号に応答して前記錠剤の選択肢の選択に基づいてリアルタイムで手の空いている薬剤師の検索を行うことと、
前記リアルタイムで手の空いている薬剤師に対応するリアルタイムのビデオ画像を前記ユーザインタフェース上に表示することと、
を行わせるように構成されている１つ又は複数のプロセッサと、
を備える装置。
【請求項２３】
取出し機構を備える服薬管理モジュールで使用するために構成されている錠剤カートリッジであって、
錠剤を収容するように構成されている１つ又は複数の錠剤ポケット（４０９）と、
ラベルと、
患者ＩＤと、
錠剤ＩＤと、
前記取出し機構と物理的に係合するように構成されている１つ又は複数のスピンドル用開口と、
を備え、
前記服薬管理モジュールの中へエラープルーフ化された挿入がなされるように構成されている、錠剤カートリッジ。
【請求項２４】
服薬管理モジュール内で錠剤カートリッジから錠剤を取り出すのに使用するために構成されている取出し機構であって、
前記錠剤カートリッジから前記錠剤を取り出すように構成されている錠剤取出し器と、
光学センサ、カメラ、又はモータのうちの少なくとも１つと、
錠剤シュートと、
前記錠剤カートリッジと物理的に係合するように構成されている１つ以上のスピンドル指部と、
を備え、前記光学センサ、前記カメラ、又は前記モータのうちの前記少なくとも１つは、前記錠剤が前記錠剤シュートを通って正しく取り出されたかを検証するように構成されており、
１つ又は複数のスピンドル用開口が前記取出し機構と物理的に係合するように構成されており、
前記錠剤カートリッジは前記服薬管理モジュールの中へエラープルーフ化された挿入がなされるように構成されている、取出し機構。
【発明の詳細な説明】
【技術分野】
【０００１】
関連出願の相互参照
本願は、２０１７年１１月９日に出願された米国特許仮出願第６２／５８３９７１号に対する優先権を米国特許法第１１９条（ｅ）の下で主張し、その内容は参照により本明細書で明示的に援用される。
【０００２】
本開示は統合的服薬管理用のシステム、方法、及びモジュールに関連する。
【背景技術】
【０００３】
服薬管理で使用される自動錠剤ディスペンサはよく知られている。また、無線接続性を有する錠剤ディスペンサもよく知られている。しかし、服薬順守を確実にし、服薬不履行を観察するためのこれまでのソリューションは、不正確で高価であり、扱いづらい。
【発明の概要】
【０００４】
したがって、本開示の１つ又は複数の態様は患者向けの統合的服薬管理の方法に関し、１つ又は複数のカートリッジ用スロット、錠剤取出し器、錠剤ディスペンサ、及び１つ又は複数のプロセッサを備える服薬管理モジュールを利用する。プロセッサは非一時的機械可読命令を記憶しているメモリと通信する。これらの命令は、１つ又は複数のプロセッサにより実行されると、１つ又は複数のプロセッサによって患者の患者データを受信するように服薬管理モジュールを構成する。この方法は、メモリ上に患者データを記憶することと、１つ又は複数の錠剤を含む１つ又は複数の錠剤カートリッジが存在するかを判定することを含む。この方法は、１つ又は複数のカートリッジ用スロットを利用して患者及び１つ又は複数の錠剤に対応するカートリッジ用ラベルを判定する。一実施形態では、この方法は患者データ及び１つ又は複数の錠剤に基づいて１つ又は複数のカートリッジを認証し、認証に応じて、患者データ及び１つ又は複数の錠剤に基づいて服薬計画を決定する。そして、この方法は１つ又は複数の錠剤カートリッジから１つ又は複数の錠剤を取り出して、１つ又は複数の錠剤が正しく取り出されたかを検証することができる。この方法は、服薬計画に基づいて所定の時刻に所定量の１つ又は複数の錠剤を供給することができる。この方法は、所定の時刻に所定量の１つ又は複数の錠剤を正しく供給しているかを検証することを含む。
【０００５】
本開示の１つ又は複数の態様は統合的な服薬ケア管理を提供するために構成された装置に関し、この装置は１つ又は複数の錠剤を含む錠剤カートリッジを受けるように構成されている１つ又は複数のカートリッジ用スロットを備える。一部の実施形態では、この装置は取出し機構と機械可読命令を記憶しているメモリと通信する１つ又は複数のプロセッサを備える。一部の実施形態では、１つ又は複数のプロセッサは機械可読命令を実行するように構成される。機械可読命令は、１つ又は複数のプロセッサによって装置に患者の患者データを受信させて、患者データをメモリに記憶させる。この装置は、１つ又は複数の錠剤を含む１つ又は複数の錠剤カートリッジ（４００）が存在するかを判定することができる。一部の実施形態では、この装置は１つ又は複数のカートリッジ用スロットを利用して、患者及び１つ又は複数の錠剤に対応するカートリッジ用ラベルを判定する。一部の実施形態では、この装置は患者データ及び１つ又は複数の錠剤に基づいて１つ又は複数のカートリッジを認証する。一部の実施形態では、この装置は認証に応じて患者データ及び１つ又は複数の錠剤に基づき服薬計画を決定する。一部の実施形態では、この装置は錠剤取出し器を利用して１つ又は複数の錠剤カートリッジから１つ又は複数の錠剤を取り出すこと、及び１つ又は複数の錠剤が正しく取り出されたかを検証することを含む。一部の実施形態では、この装置は服薬計画に基づいて、所定の時刻に所定量の１つ又は複数の錠剤を供給し、所定の時刻に所定量の１つ又は複数の錠剤を正しく供給しているかを検証する。
【０００６】
本開示の１つ又は複数の態様は、ディスプレイ及び選択デバイスを備えるグラフィカルユーザインタフェース（１４７）、及び機械可読命令を記憶しているメモリと通信する１つ又は複数のプロセッサに関し、１つ又は複数のプロセッサは機械可読命令を実行してグラフィカルユーザインタフェースに、それぞれが患者の服薬計画を表す錠剤の選択肢の一式をメニュー用に読み出させ、患者の錠剤の選択肢の一式をディスプレイ上に表示、選択デバイスが錠剤の選択肢の一式から選択された錠剤の選択肢を指し示していることを示すメニュー入力選択信号を受信させ、この信号に応答して錠剤の選択肢の選択に基づいてリアルタイムで手の空いている薬剤師の検索を行わせ、ユーザインタフェース上にリアルタイムで手の空いている薬剤師に対応するリアルタイムビデオ画像の表示を行わせるように構成される。
【０００７】
本開示の１つ又は複数の態様は、取出し機構を備える服薬管理モジュールで使用するために構成されている錠剤カートリッジに関する。錠剤を収容するように構成されている１つ又は複数の錠剤ポケット、ラベル、患者ＩＤ、錠剤ＩＤ、及び取出し機構と物理的に係合するように構成されている１つ又は複数のスピンドル用開口を備え、服薬管理モジュールの中へエラープルーフ化された挿入がなされるように構成されている、錠剤カートリッジ。
【０００８】
本開示の１つ又は複数の態様は、服薬管理モジュール内で錠剤カートリッジから錠剤を取り出すのに使用するために構成されている取出し機構に関する。錠剤カートリッジから錠剤を取り出すように構成されている錠剤取出し器と、光学センサ、カメラ、又はモータのうちの少なくとも１つと、錠剤シュートと、錠剤カートリッジと物理的に係合するように構成されている１つ以上のスピンドル指部を備えた取出し機構。光学センサ、カメラ、又はモータのうちの少なくとも１つは、錠剤が錠剤シュートを通って正しく取り出されたかを確認するように構成されている。１つ又は複数のスピンドル用開口は取出し機構と物理的に係合するように構成されており、錠剤カートリッジは服薬管理モジュールの中へエラープルーフ化された挿入がなされるように構成されている。
【０００９】
本開示のこれら及び他の目的、特性、及び特徴、並びに構造物の関連要素の操作方法及び機能、並びに部品の組み合わせ及び製造の簡潔さは、添付の図面を参照して以下の記述及び添付の請求項を検討することでより明らかとなり、添付図面のすべては本明細書の一部を形成し、類似の参照数字は個々の図において対応する部品を示す。ただし、図面は例示と説明を目的としており、本開示の制限を規定することを意図していないことは明確に理解されたい。
【図面の簡単な説明】
【００１０】
【図１】１つ又は複数の実施形態に係る統合的服薬管理用のシステムの略図である。
【図２】１つ又は複数の実施形態に係る統合的服薬管理モジュール用の例示の回路の略図である。
【図３】図３Ａは１つ又は複数の実施形態に係る統合的服薬管理モジュールの略図である。図３Ｂは１つ又は複数の実施形態に係る統合的服薬管理モジュールの略図である。
【図４Ａ】１つ又は複数の実施形態に係る統合的服薬管理モジュールと共に使用する例示の錠剤カートリッジの略図である。
【図４Ｂ】１つ又は複数の実施形態に係る統合的服薬管理モジュールと共に使用する例示の錠剤カートリッジの略図である。
【図５Ａ】１つ又は複数の実施形態に係る錠剤取出し器の略図である。
【図５Ｂ】１つ又は複数の実施形態に係る錠剤取出し器の略図である。
【図６Ａ】１つ又は複数の実施形態に係る錠剤取出し器の略図である。
【図６Ｂ】１つ又は複数の実施形態に係る錠剤取出し器の略図である。
【図７】図７Ａは１つ又は複数の実施形態に係る取出し機構の略図である。図７Ｂは１つ又は複数の実施形態に係る取出し機構の略図である。図７Ｃは１つ又は複数の実施形態に係る取出し機構の略図である。
【図８】１つ又は複数の実施形態に係る統合的服薬管理の方法を表す。
【図９Ａ】１つ又は複数の実施形態に係る統合的服薬管理モジュールにおける操作方法を表す。
【図９Ｂ】１つ又は複数の実施形態に係る統合的服薬管理モジュールにおける操作方法を表す。
【図１０】図１０Ａは１つ又は複数の実施形態に係る統合的服薬管理モジュールと共に使用するために構成されているグラフィカルユーザインタフェースの略図を表す。図１０Ｂは１つ又は複数の実施形態に係る統合的服薬管理モジュールと共に使用するために構成されているグラフィカルユーザインタフェースの略図を表す。
【図１１】１つ又は複数の実施形態に係る統合的服薬管理モジュールと共に使用するために構成されているグラフィカルユーザインタフェースのメニューの略図を表す。
【発明を実施するための形態】
【００１１】
図面を参照して本発明を詳細に説明するが、図面は当業者が本発明を実践できるように本発明を例示する実例として提供される。特に、以下の図及び例は本発明の範囲を一つの実施形態へ制限することを意図しておらず、記載されている、又は例示されている要素の一部又はすべてを交換することで他の実施形態も可能である。
【００１２】
さらに、本発明の特定の要素が既知の構成要素を使って部分的又は完全に実現できる場合、そのような既知の構成要素で本発明の理解に必要となる部分のみについて説明がなされ、そのような既知の構成要素の他の部分の詳細な説明は、本発明がわかりにくくなることがないように省略される。本明細書で使用される場合、文脈から明らかにそうではないと示されていない限りは、単数形の「ａ」、「ａｎ」、及び「ｔｈｅ」は複数のものを含む。本明細書で使用される場合、２つ以上の部品又は構成要素が「結合される」という文は、複数の部品が結合される、又は直接的若しくは間接的に（すなわち、結びつきが生じている間は１つ又は複数の中間部品又は構成要素を介して）一緒に動作することを意味するものとする。
【００１３】
ハードウェアで実現されるものとして記載されている実施形態はそのようなものに限定されるべきではなく、当業者には明らかであるように、本明細書でそうではないと明記されていない限りはソフトウェアで実現される実施形態、又はソフトウェアとハードウェアの組み合わせで実現される実施形態を含むことが可能であり、その逆も同様である。本明細書に記載の例示の実施形態において、単数の構成要素を示している実施形態は限定的であると考えられるべきではなく、むしろ、本明細書でそうではないと明示的に示されていない限り、本発明は複数の同一の構成要素を含む他の実施形態を包含することが意図されており、その逆も同様である。また、出願人は、そのようなものとして明記されていない限り、本明細書又は請求の範囲におけるいかなる用語も一般的でない意味、又は特殊な意味であるとみなされることを意図していない。さらに、本発明は、本明細書で実例として言及されている既知の構成要素の現在及び将来における既知の均等物を包含する。
【００１４】
本明細書で使用される場合、「直接結合される」は、２つの要素が互いに直接接触していることを意味する。本明細書で使用される場合、「固定的に結合される」、又は「固定される」は、２つの構成要素が互いに対して一定の向きを維持しつつ、１つのものとして動くように結合されることを意味する。本明細書で使用される場合、「動作可能に結合される」は、２つの構成要素が一緒に機能するように結合されることを意味する。２つの要素が「動作可能に結合される」には、それらの間に直接的な接続や永続的な接続が必要ではないことを理解されたい。
【００１５】
本明細書で使用される場合、「単一の」という単語は、構成要素が一つの要素又はユニットとして作られていることを意味する。すなわち、別々に作られた後に一つのユニットとして連結された複数の要素を含む構成要素は、「単一の」構成要素又は物体ではない。本明細書で使用される場合、２つ以上の部品又は構成要素が互いに「係合する」という文は、複数の部品が互いに対して直接、又は１つ又は複数の中間部品若しくは構成要素を介して力を及ぼすことを意味するものとする。本明細書で使用される場合、「数字」という用語は、１又は１より大きい整数（すなわち複数）を意味するものとする。例えば、限定はしないが、上部、下部、左、右、上部の、下部の、前部、後部、及びこれらの派生語などの本明細書で使用される方向に関する表現は、図面に示されている要素の方位に関し、請求項内で明示的に記載されていない限りは請求項を限定するものではない。
【００１６】
１つ又は複数の作業がシステム１００の特定の構成要素により実行されるものとして本明細書に記載されているが、そうした作業は一部の実施形態ではシステム１００の他の構成要素により実行されうることに留意されたい。一例として、１つ又は複数の作業が服薬管理モジュール１１０の構成要素プロセッサ１４１により実行されるものとして本明細書に記載されているが、そうした作業は他の実施形態ではモバイル機器１４８の構成要素、システムサーバ１１０の構成要素、及び／又はシステム１００の他の構成要素により実行されうる。
【００１７】
米国内だけで、服薬ケア計画の服薬不履行により毎年１２５０００件の防ぐことの可能な死がもたらされている。そして、米国内だけで毎年２０００００人の高齢者の回避可能な入院につながっている。これは２９００億ドルの回避可能な医療費の原因となっている。一部の会社及びソリューションが薬剤の服薬不履行と服薬順守の問題に取り組んでいるが、ほとんどのソリューションは単に患者に自分の薬剤を服用することを思い出させること、及び／又は介護者に服用しなかった服用量を知らせることに重点を置いている。一部の既存のソリューションはいつ薬剤を服用すべきかを思い出させることで特定の患者のニーズに応えることができているが、既存のソリューションは人的ミスの可能性を排除しているものの服薬順守の問題には対処していない。例えば、注意喚起を提供する一部のソリューションは、仕分け時の間違いの可能性を排除する機能を欠いている。また、既存のソリューションは、人口の高齢化へ対処するのにＩｏＴ（モノのインターネット）の機能性、及び使いやすさを適切に活用していない。
【００１８】
ＡＡＲＰなどの組織によれば、高まり続ける人口の高齢化に伴い、高齢者の約９０％が年を取るにつれて自宅に居続けたいと思っている。しかし、多くの高齢者、特に認知／身体的な障害を抱えていて技術に精通していない患者は自分の薬剤を仕分ける／整頓することができないことがある。現在、米国内だけで無報酬の家族介護者が４５００万〜６５００万人存在している。予測では２０２０年までに１億１７００万人のアメリカ人が介護支援を必要とするであろうということが示されている。感情的、肉体的、及び財政的に多大な負担及びストレスに取り組みながら、これらの無報酬の介護者の多くは、老親と子供の両方の世話をする「サンドイッチ」世代である。介護者にとって最も煩わしく時間がかかる作業の一つが、変わり続ける多数の薬剤の仕分け及び投与の管理並びに服薬計画の管理である。錠剤をどこへ配置するか、及び錠剤の仕分けの誤った管理、並びに／又は錠剤を間違って投与するリスクは有害な副作用、又はさらに生命を脅かす状況につながりかねない。したがって、本明細書に記載の例示の実施形態は、簡易で合理化されたソリューションを提供することでユーザ（例えば患者及び／又は介護者）による薬剤の誤った管理のリスクを軽減し、人的ミスに起因する健康への悪影響の可能性を排除する。
【００１９】
本明細書に記載の１つ又は複数の例示の実装は、合理化された工程、服薬管理モジュール、及び薬剤包装を提供し、その結果、ユーザは、小売薬局へ行って薬剤を受け取って、薬剤を薬入れ又はディスペンサ内に整頓する煩わしさも無期限に典型的な試練を繰り返すこともなく、本明細書に記載の例示の実施形態の「プラグ＆プレイ」でターンキー方式のソリューションを簡単に活用することができる。本明細書に記載の例示の実施形態は、ユーザが時間とエネルギーを自分自身に集中させることができるように、最高の精度と服薬管理を提供する能力をユーザへ提供する。
【００２０】
したがって、本明細書に記載の１つ又は複数の実施形態は、ユーザ（患者及び／又は介護者）が自分の薬剤を安全で容易に管理できるようにするための方法、システム、及びモジュールを提供することができる。本明細書に記載の「プラグ＆プレイ」技術を活用することで、ユーザは服薬計画に基づいて最小のエネルギーで度重なる人的ミスの可能性を完全に排除しながら、薬剤を整頓すること、及び薬剤を出すことができる。本明細書で使用される場合、ユーザには介護者、介護の受け手、患者、又は本明細書に記載の服薬管理システムを利用する任意の人を含みうる。本明細書で使用される場合、薬剤又は錠剤は任意の処方薬／薬物、市販薬（ＯＴＣ医薬品）、ビタミン剤、及び／又は他の栄養補助食品を指しうる。薬剤／薬物／錠剤は、例えば任意の大きさ、色、及び形状（錠剤、カプセル剤、トローチ剤など）を含みうる。
【００２１】
本明細書に記載の１つ又は複数の実施形態は、錠剤管理モジュールと共に使用するために構成された独自包装の錠剤カートリッジを提供し、予定された服薬計画に従って添付の錠剤カートリッジから錠剤を供給する可搬式のスマート薬剤ディスペンサを提供するとともに、以下でさらに詳細に説明される服薬管理機能も提供する。
【００２２】
図１を参照すると、図１は患者の統合的な服薬ケア管理用の例示のシステム１００を表す。患者の服薬計画に基づいて薬剤を供給することに加えて、例示のシステム１００により提供される統合的な服薬ケア管理は、さらに動的な機能を含み、多数のケア機能を提供する。以下でさらに詳細に説明されるように、例示のシステム１００は、服薬順守を確実にするとともに服薬不履行を観察するため、服薬順守を奨励して服薬不履行を観察する機能とエラープルーフ化された錠剤の供給機能とを、便利で費用対効果が高く、使いやすい錠剤供給プラットフォームへ統合している。
【００２３】
一部の実施形態では、例示のシステム１００は、システムサーバ１１０、病院１２０、薬局１３０、服薬管理モジュール１４０、及びネットワーク１５０を備えうる。図１に示されるように、システムサーバ１１０、病院１２０、薬局１３０、及び服薬管理モジュール１４０。本明細書で使用される場合、病院１２０は医療を提供し患者へ処方薬を提供する任意の施設を指しうる。例えば、病院１２０は外傷センター及び緊急治療室、医師の診療室、歯科医の診療室、支払人、健康保険の保険業者、並びに／又は、精神科医の診療室などの精神保健診療施設を含みうる。本明細書で使用される場合、医師は診療所、看護師、及び／又は、処方薬を処方する、又は例示のシステム１００へアクセスできるであろう任意の他の医療関係者を含みうる。さらに、本明細書で使用される場合、薬局１３０は処方薬を調剤して市民へ提供する免許を受けている施設を指しうる。また、薬局１３０は薬剤師及び他の薬局の専門家（例えば薬剤技師や薬剤給付管理者（ＰＢＭ））も含みうる。
【００２４】
一実施形態では、サーバ１１０、病院１２０、薬局１３０、及び服薬管理モジュール１４０はすべて、ネットワーク１５０を介して通信することができる。例えば、ネットワーク１５０は、ハイブリッド光ファイバ（ＨＦＣ）伝送ネットワークを介したインターネット接続を提供するように構成されたＬＡＮ／ＷＡＮ接続（例えば、イーサネット（登録商標）用シールド付きツイストペアケーブルＣＡＴ−５、ＷｉＦｉ、施設用同軸ケーブルネットワーク、又はインターネット接続を確立することができる任意の他の接続）を含みうる。一部の実施形態では、ネットワーク１５０はインターネット接続を確立することができる無線ネットワーク（例えば５Ｇ、ＬＴＥ、４Ｇ、ＣＤＭＡ、及び同種のもの）を含みうる。
【００２５】
例えば、システムサーバ１１０はデータベース１１４と通信するサーバプロセッサ１１２を備えうる。サーバプロセッサ１１２は病院１２０、薬局１３０、及び服薬モジュール１４０と通信して、コマンド、及び患者、病院、薬局、薬物、及び他の服薬管理関連情報に関連するデータを送受信することができる。サーバプロセッサ１１２は、患者の服薬計画に関連するデータを受信して、受信したデータを患者データ１１６としてデータベース１１４に記憶することができる。受信するデータは、限定されないが、病院１２０で患者を治療する医師により発行された処方箋、薬局１３０から受信した患者の服薬計画に関連する情報、及び／又は服薬管理モジュール１４０から受信した患者の服薬計画に関連する情報（例えば、以下でさらに詳細に説明される、服薬不履行を報告する情報、リフィル（補充）を要請する情報、薬剤師への結び付けに関するリアルタイムの要求）を含みうる。
【００２６】
例えば、患者（図示せず）は疾患又は疾病を治すために病院１２０で治療を受けることができる。そして病院１２０の医師は患者にケア管理計画に関連する１つ又は複数の処方箋を処方することができる。以下でさらに詳細に説明されるが、ケア管理計画は、限定されないが、食事制限、運動／活動の制限、薬剤の服用量／指示、及びそのような薬剤を患者へ供給するタイミングを含みうる。例示のシステム１００を利用して、医師又は病院１２０は処方箋を発行することができて、処方箋はネットワーク１５０を介してシステムサーバ１１０へ送信される。システムサーバ１１０は処方箋をデータベース１２４に、例えば特定の患者に対応する患者データ１１６として記憶することができる。
【００２７】
一部の実施形態では、データベース１１４は患者データ１１６を記憶することができる。患者データ１１６は、患者の身体的特徴、患者の社会経済的な特徴、過去の病歴、現在の治療、アレルギー情報、処方薬のリフィル情報、保険情報、及び同種のものを含みうる。患者の病歴には、限定されないが、以前の処方箋、既知のアレルギー、過去の病歴、保険情報、服薬計画のスケジュール、及び／又はリフィルのスケジュールを含みうる。患者データはさらに、患者の身体的属性及び社会経済的な属性を含みうる。患者の身体的属性は、限定されないが、年齢、性別、身長、及び既知の身体的障害を含みうる。患者の社会経済的な属性には、限定されないが、職歴、患者の以前の住居及び地理的情報、並びに／又は支払い履歴及び保険情報を含みうる。一部の実施形態では、患者データ１１６は１人又は複数のユーザに対応しうる。例えば、それぞれの服薬モジュール１４０が自分用の服薬ケア計画及び服薬計画を有する２人以上のユーザにより利用されることがあり、以下でさらに詳細に説明される。
【００２８】
一部の実施形態では、システム１００は服薬管理データベース１１４及びＡＰＩサービス１１８を備えうる。一部の実施形態では、ＡＰＩサービス１１８は、薬物データベースサービス１１８Ａ、電子処方箋サービス１１８Ｂ、医師／病院サービス１１８Ｃ、及び薬局／薬剤師サービス１１８Ｄを含みうる。システムサーバ１１８は、追加のＡＰＩ、又は他の不可欠なサービス及び付加価値サービス（図示せず）を含む他のクラウドサービスへ接続しうる。例えば、付加価値サービスには、限定されないが、関連製品の販売、宣伝、及び買い物へのリンク、並びに、雑貨／食品の配送、並びに輸送、使い走り、住宅、庭園、及び家事の手配などのアフィリエイトマーケティング、遠隔医療サービス、並びに同種のものを含みうる。他の付加価値サービスには、医師の予約及びイベントの注意喚起、遠隔監視、音声アシスタント（例えばアレクサ（Ａｌｅｘａ）、Ｓｉｒｉなど）、並びにボイスコマースを含む。
【００２９】
一部の実施形態では、システムサーバ１１０はデータベース１２４に記憶されたＡＰＩサービス１１８へのアクセスを含む。システムサーバ１１０は服薬管理モジュール１４０に対応して、ＡＰＩサービス１１８を介して、限定されないが、服薬順守及び服薬不履行の観察、処方薬リフィルサービス、及び介護者機能を含む統合的服薬管理サービスを提供することができて、以下でさらに詳細に説明される。
【００３０】
一部の実施形態では、例示のシステム１００は、例えば病院／医師１２０及び薬剤師／薬局１３０に対応する、好ましい医療従事者の好ましいネットワークを利用することができる。医療従事者の好ましいネットワークに関連する情報は、ＡＰＩサービス１１８として記憶することができる。例えば、病院の特定の供給業者は、対応するアプリケーションを病院／医師ＡＰＩサービス１１８Ｂ内に有することがある。病院／位置ＡＰＩサービス１１８Ｂへアクセスすることで、患者、システム、又は任意の認定ユーザは処方箋の更新及び／又は病院１２０から直接さらなる情報の入手のために病院に直接連絡することができる。
【００３１】
一部の実施形態では、例示のシステム１００のユーザは自身の個人情報を入力することができて、この情報は患者データ１１６として記憶されることがある。患者データ１１６はシステム１００を利用する患者の医療情報に相当しうる。患者データ１１６の入力は、様々な方法で実現しうる。例えば、患者データ１１６の入力は、モバイル機器１４９を介して、服薬管理モジュール１４０のグラフィカルユーザインタフェース１１４を介して、病院１２０により入力、送信される、ＧＵＩ１１４に加えて音声認識コマンド及び音声プロセッサ（例えば、以下で説明される図２の音声プロセッサ２１０）を利用して、及び／又は、入力ソース（例えば自宅のデスクトップコンピュータ）からシステムサーバ１１０への患者データ１１６の伝送を可能とする任意の他の方法で入力される。
【００３２】
また、一部の実施形態では、患者データは服薬管理モジュール１４０のメモリ１４３及び／又はモバイル機器１４９に記憶することもできる。患者データ１１６には、年齢、体重、人種／民族性、血液型、髪／目の色、及び／又は身長などの患者の身体的特徴を含むことができて、また患者のこれまでの病歴及び手術歴も含みうる。一部の実施形態では、服薬管理モジュール１４０を含むシステム１００の構成要素は、患者データ１１６、患者の服薬計画、及び／又は服薬計画に基づいた錠剤供給スケジュールをシステム１００の任意の他の部分へ伝えることができる。
【００３３】
一実施形態では、システムサーバ１１０は病院１２０から、薬局１３０から、そして服薬管理モジュール１４０から患者データ１１６の情報を受信することができる。システム１００は、システムサーバ１１０上に記憶されるデータベース１２４に加えてローカルデバイスの記憶装置（例えばモバイル機器１４９及び／又はモジュール１４０）上に、服薬計画情報を含む患者データ１１６を記憶することができる。そのようにすることは、錠剤を供給する際にインターネット接続が利用できない場合に有益となり得る。
【００３４】
一部の実施形態では、システムサーバ１１０はＡＰＩサービス１１８を提供することができる。ＡＰＩサービス１１８は、服薬管理及び患者のケアに関連するサービスを含みうる。例えば、一部の実施形態では、システムサーバ１１０は処方箋サービス１１８Ａ、医師／病院サービス１１８Ｂ、薬局／薬剤師サービス１１８Ｃ、及び／又は他のサービス１１８Ｄを提供することができる。一実施形態では、電子処方箋サービス１１８Ａは、病院１２０の医師又は他の認定された職員により電子的に発行されたシステム１００を利用する患者に対応する処方箋を調合、追加、変更、更新する機能に相当しうる。電子処方箋サービス１１８は医療を受ける、維持する、及び提供する機能を備えることができて、例えば電子処方箋サービス１１８は、起こり得る薬物相互作用、服用量レベルの変更、有害な薬物反応及びアレルギーを含む患者特有の要因をユーザとシステム１００の他の構成要素が有していると通知しうる。薬局／薬剤師サービス１１８Ｃは、例えばグラフィカルユーザインタフェース１４７又は他のアクセス方法を介してリアルタイムのビデオリンクを薬剤師へ提供することを含みうる。
【００３５】
以下でさらに詳細に説明されるように、例示のシステム１００は病院１２０及び薬局１３０から薬剤及び治療の情報を受信し、服薬管理サービス（例えばＡＰＩサービス１１８）を積極的に提供する。例えば、病院１２０及び／又は薬局１３０から更新された処方箋を受信するのに応答して、システムサーバ１１０は様々な服薬管理機能を実行することができる。一実施形態では、服薬管理機能には有害な薬物相互作用／反応の防止、服薬計画の服薬順守の促進、並びに服薬不履行の観察及び／又は報告を含むことができて、以下でさらに詳細に説明される。
【００３６】
例えば、新規の、及び／又は更新された処方情報を受信したら、サーバプロセッサ１１２はさらに何らかの危険な薬物相互作用の可能性を判断して、何らかの起こり得る薬物相互作用についてユーザへ警告することができる（例えば、モバイル機器１４９及び／又はモジュール１４０を利用してユーザへ警告を発する）。一部の実施形態では、サーバプロセッサ１１２は薬物と薬物の相互作用、並びに、患者の処方薬との有害な薬物反応を引き起こしかねない市販薬並びに／又はビタミン剤及び栄養補助食品との相互作用を含む、起こり得る薬物相互作用を判断するために、薬物データベースサービス１１８Ｃを参照することができる。サーバプロセッサ１１２は、例えば処方箋サービス１１８Ａを利用して患者データ及び処方情報を受信して薬物相互作用について判断することができる。
【００３７】
一実施形態では、システムサーバ１１０はユーザ／患者に対応する処方箋を受信して、前記処方箋を薬局１３０へ送信することができる。システムサーバ１１０から処方箋要求を受信すると薬局１３０は錠剤カートリッジの形で薬剤を調合することができて、これは以下でさらに詳細に説明される。以下でさらに詳細に説明されるように、一部の実施形態では、薬局１３０は服薬管理モジュール４０で使用する薬剤及び錠剤カートリッジを発送することがある。服薬管理モジュール１４０は錠剤カートリッジを受けて、所定の服薬管理ケア計画に従って錠剤を供給することができる。
【００３８】
図１に示されるように、服薬管理モジュール１４０は１つ又は複数のプロセッサ１４２、ソフトウェアコード１４５を記憶するメモリ１４４、及びグラフィカルユーザインタフェース１４７を備えうる。ソフトウェアコード１４５は、プロセッサ１４２により実行された場合に服薬管理モジュール１４２に本明細書に記載の１つ又は複数の実施形態に係る服薬管理機能を実行させる非一時的機械可読命令を含みうる。一部の実施形態では、服薬管理モジュール１４０はモバイル機器１４９及び指示器１４６と通信しうる。
【００３９】
一部の実施形態では、モバイル機器１４９にはスマートフォン、ラップトップ、タブレット、ノートパソコン、又は、コマンド及びデータを受信、処理、送信するためにインターネット接続を確立することのできる任意の他の携帯型コンピュータデバイスを含みうる。図１に示されるように、指示器１４６には音声指示器１４６Ａ、視覚的指示器１４６Ｂ、及び／又はウェアラブルな指示器１４６Ｃを含みうる。一部の実施形態では、指示器１４６はサードパーティのプラットフォーム（図示せず）、製品、及び／又はサービス（例えば、ヘッドフォン、スピーカ、電話機、電化製品、仮想／音声アシスタント（例えばアマゾンのアレクサ（商標）／ＥＣＨＯ（商標））、スマート電球、警報、時計、自宅監視装置、及び同種のもの）と統合することができる。
【００４０】
一部の実施形態では、指示器１４６は服薬管理モジュール１４０から指示コマンドを受信することができる。指示コマンドの受信に応答して、指示器１４６は患者に対して薬剤を服用する時間であることを示す、及び／又は次回の予約、告知、及びイベントについて通知することができる。指示器１４６に加え、モバイル機器１４２も患者に対して薬剤を服用する時間であることを示す、及び／又は他の通知やイベントを示すことができる。例えば、モバイル機器１４９の音声指示、視覚的指示、触覚指示、及び／又は振動機能を利用して、患者は薬剤を服用する時間であることを警告されることがある。
【００４１】
一部の実施形態では、服薬管理モジュール１４０は、指示器１４６を利用して、患者に対して自身の服薬ケア計画を実行し、薬剤供給の準備をする時間であることを示すことができる。多くの患者は耳が遠い、及び／又は視力が悪い高齢患者でありうる。したがって、一部の実施形態では、指示器１４６が患者の環境（例えば、住宅、部屋、又は患者がいる任意の他の場所）の至る所に置かれることがある。例えば、音声指示器１４４Ａは１つ又は複数のスピーカ（又は他の可聴式の／擬人化した装置）を含むことができて、視覚的指示器１４４Ｂ及び／又はウェアラブルな指示器１４４Ｃを伴う、又は伴わずに患者の環境の至る所に置かれる。
【００４２】
服薬管理モジュール１４０は、所定の服薬計画に基づき、患者が薬剤を服用する時間である場合に視覚的指示器１４４Ｂ及び／又はウェアラブル指示器１４４Ｃを伴う、又は伴わない音声指示器１４４Ａに対して指示コマンドを送信しうる。音声の指示コマンドの受信に応答して、音声指示器１４４Ａは患者の環境の至る所で音声警告を鳴らすことができる。音声警告には曲、チャイム、言葉によるコマンド、録音済みメッセージ、又は、患者に聞こえて、患者が自分の薬剤を服用する時間であることが理解できて、次回の予約やイベントのことを思い出させることができる任意の他の音を含みうる。例えば、一実施形態では、録音済みのメッセージには家族、介護者、医師、又はその声が患者の注意を引いて行動を促しうる任意の他の人により録音された音声メッセージを含みうる。
【００４３】
一実施形態では、例示のシステム１００は１つ又は複数の視覚的指示器１４６Ｂを備えうる。視覚的指示器１４６Ｂは患者の環境の至る所に置くことができて、薬剤を服用する時間であるという視覚的指示を患者に提供するように構成することができる。例えば、一部の患者は耳が遠い可能性があり、音声警告が聞こえない可能性がある。したがって、薬剤を服用する時間であるという視覚的指示を患者に提供するために１つ又は複数の視覚的指示器１４６Ｂを利用することができる。視覚的指示器１４４Ｂは１つ若しくは複数のＬＥＤ、又は他の種類の発光デバイスを含みうる。一部の実施形態では、服薬管理モジュール１４０は患者が服薬計画を実行する時間であるという判断に応答して、指示コマンドを視覚的指示器１４４Ｂへ送信することがある。指示コマンドの受信に応答して、視覚的指示器１４４Ｂは薬剤を服用する時間であるという視覚的指示を患者に提供することができる。例えば、視覚的指示器１４４Ｂは、薬剤を服用する時間であるということを患者に知らせるために、赤色光又は他の色の光（例えば青、緑、黄色）を所定の間隔で点けるように構成されているＬＥＤを含みうる。
【００４４】
別の実施形態では、例示のシステム１００は１つ又は複数のウェアラブルな指示器１４６Ｃを備えうる。ウェアラブルな指示器１４６Ｃは、薬剤を服用する時間であるという身体的な指示を患者に提供することができる。ウェアラブルな指示器１４６Ｃには、例えば患者がその体で感じることができる触覚指示を提供することができる触覚指示モジュールを含みうる。ウェアラブルな指示器１４６は、振動してユーザに服薬時刻を警告することができる振動モータを含みうる。ウェアラブルデバイスは振動して、自分の薬剤を服用する時間であるという振動を患者に提示することができる。
【００４５】
以下でさらに詳細に説明されるように、一実施形態では、指示器１４６はユーザの場所及び／又は近接していることを判定するために指示器１４６の内部に含まれる近接センサを利用することがある。ユーザが近接しているという判定に応答して、指示器１４６は患者に対して発せられる警告のレベル、音量、及び／又は強度を調整することができる。一部の実施形態では、近接センサは管理モジュール１４０の内部に含まれていることがあり、ユーザの場所及び／又は近接していることを判定するのに利用されることがある。警告のレベル、音量、及び／又は強度は、管理モジュール１４０のプロクシセンサにより検出されたユーザの近接に応じて調整することができる。
【００４６】
図２を参照すると、図２は本明細書に記載の１つ又は複数の実施形態に係る例示の服薬管理モジュール２００の模式図を表す。服薬管理モジュール２００は図１の服薬管理モジュール１４０に相当しうるものであり、図中で同様にラベル付けされた部品と数字は、類似の機能を有する類似の特徴に相当する。図２に示されるように、服薬管理モジュール２００は充電回路２０４に結合された電池２０２と、管理モジュール２００へ電力（例えば交流電流及び／又は直流電流）を提供するように構成されている電源アダプタ２０６を備えうる。
【００４７】
また、一部の実施形態では、服薬管理モジュール２００は必要に応じてデータ転送用の出力／入力ポート２１６と、服薬管理モジュール２００が使用可能となるように電力を供給する、及び／又は内蔵電池２０２を充電するために電源アダプタ２０６を搭載しうる。また、出力／入力ポート２１６には、有線の電話ジャック、ＵＳＢポート、シリアルポート、パラレルポート、オーディオポート、ビデオポート、ＶＧＡポート、デジタルビデオインタフェース（ＤＶＩ）ポート、ミニＤＶＩポート、ディスプレイポート、ＦｉｒｅＷｉｒｅポート、イーサネット（登録商標）ポート、ＲＪ−１１モータポート、及び同種のものを含みうる。
【００４８】
服薬管理モジュール２００はさらに、制御装置２４０、ビデオ／オーディオプロセッサ２０８、音声プロセッサ２１０、メモリカード２１４を有する記憶装置２１２、出力ポート２１６、ロック機構２１８、ボタン２２０、センサ２２２、薬剤検出コンポーネント２２４、薬剤供給コンポーネント２２６、オーディオスピーカ２２８、オーディオマイク２３０、グラフィカルユーザインタフェース２４７、カメラ２３４、３軸加速度計／ジャイロスコープ２３５、通信インタフェース２３９、及び振動モータ２３６を備えうる。
【００４９】
一部の実施形態では、センサ２２２には近接センサ、光学センサ、及び、ユーザの指紋、顔面及び／又は他のバイオメトリック署名を認識可能な生体認証センサを含みうる。薬剤検出コンポーネント２２４は光学センサ及びカメラを備えることができて、カメラ２３４及びセンサ２２２と共に動作することができる。一部の実施形態では、カメラ２３４及び／又は薬剤検出コンポーネント２２４には、機械視覚用途に利用される固体カメラを含みうる。カメラ２２２は、フレームトランスファ型及び／又はインターライントランスファ型電荷結合素子（ＣＣＤ）、アクティブピクセル型ＣＭＯＳセンサを備えうる。カメラ２２２には、機械視覚用のタイムディレイインテグレーション（ＴＤＩ）式カメラ、高速検査用の高速フレーミングデバイス、及びバックアリミテッド高解像度カメラを含みうる。一部の実施形態では、カメラ２２２にはラインスキャンカメラ及び／又はエリアアレイカメラを含みうる。センサ２２２の光学センサには、光検出器、光ファイバ、近接検出器、赤外線、及び／又は他の種類の光検出デバイスを含みうる。
【００５０】
一部の実施形態では、通信インタフェース２３９には、限定されないが、セルラー送受信機、ブルートゥース（登録商標）、ＮＦＣ、Ｗｉ−Ｆｉ、及び／又はＲＦＩＤを含みうる。一部の実施形態では、服薬管理モジュール２００は、通信インタフェース２３９を利用するブルートゥース（登録商標）テザリング機能、及び／又は出力ポート２１６を利用する電話ダイヤルアップ接続機能を含みうる。例えば、一部の高齢患者はケーブルインターネットを契約しておらず、モジュール２００はブロードバンドＷｉ−Ｆｉへアクセスできないことがある。したがって、ユーザは出力ポート２１６を使って、モジュール２００をデータ用のテレホンジャックへ差し込むことがある。一実施形態では、通信インタフェース２３９のブルートゥース（登録商標）機能を利用して、介護者は自分のスマートフォンのブルートゥース（登録商標）を（例えば、患者データを更新して服薬ケアに関連する機能（例えばＡＰＩサービス１１８）を実行するためにモジュール２００でテザリングを行うのに）使用することができる。
【００５１】
服薬管理モジュール２００は、本明細書に記載の１つ又は複数の実施形態に係る統合ケア管理を提供するために構成される。例えば、予定された服用となった場合、服薬管理モジュール２００は、一般的な、若しくはカスタマイズ可能な音声警告、曲、又は任意の可聴音を視覚的警告とともに使って患者（介護の受け手）及び／又は介護者（本明細書ではユーザとも呼ばれる）に警告する。例えば、音声による通知及び視覚的な通知を内蔵スピーカ２２８から出力することができて、ＧＵＩ２４７を使ってユーザに予定された服薬時刻を通知することができる。また、通知（例えば音声、視覚的なもの、及び／又は振動）はユーザのスマートデバイス（例えばモバイル機器１４９）のスピーカ及びディスプレイ画面へ出すこともできる。一部の実施形態では、ＧＵＩ２４７は、タッチ式及び／又は非タッチ式のＬＣＤ、有機ＥＬ、若しくは可撓性の電子ペーパーを単独で、及び／又は組み合わせて（例えば部分的に有機ＥＬで部分的に電子ペーパーで）備えうる。一部の実施形態では、ボタン２２０はワンタッチ式の取出しボタン２２０を含みうる。ワンタッチ式の取出しボタン２２０は、患者の服薬計画に基づいて所定の時刻にグループ化された薬剤を放出することができる。一実施形態では、薬剤の供給には生体認証を利用した認証、例えば顔認識、音声認識、指紋認識、及び／又は他の生体認証による身元確認方法を必要とすることがある。
【００５２】
センサ２２２には近接センサ２２２Ａを含みうる。また、近接センサ２２２Ａは服薬管理モジュール２００の近くに誰かいるかを検出することができる。服薬管理モジュール２００へのユーザの接近に基づいて、音声通知の音量及び／又は視覚的警告の強度（特定の色の光、例えば赤、青、緑の選択を含む）は、人間が近接していることの検出及び／又はユーザ設定に基づいて自動的に調整することができる。例えば、薬剤を服用する時間であるという判断に応答して、薬物測定モデル２００は近接センサを利用してユーザの近接を判定することができる。ユーザが近くに近接している（すなわち、所定のしきい値距離より近い）という判定に応答して、服薬管理モジュール２００は最小設定で警告を発することができる。例えば、小音量の音声、低強度の視覚的警告及び触覚警告。ユーザが遠くにいる（すなわち、所定のしきい値距離より遠い）という判定に応答して、服薬管理モジュール２００は最大設定で警告を発することができる。例えば、大音量の音声、低強度の視覚的警告及び触覚警告。
【００５３】
一部の実施形態では、ユーザが一つの地理的タイムゾーンから別のタイムゾーンへ移動する場合、モジュール２００は接続機能及び時計２３５を利用して、新しい地理的タイムゾーンに対応するデータ接続情報を受信すると、自身の内部時計２３８及び供給スケジュールを自動的に調整することができる。一実施形態では、ユーザは異なる地理的タイムゾーンを通過する際にタイムゾーンの変更を説明するため、手動でモジュールの時計２３８を調整することができる。
【００５４】
一部の実施形態では、服薬管理モジュール２００は服薬順守と服薬不履行の観察を提供するために構成することができる。例えば、患者又は介護者が服薬管理モジュール２００に到着すると、患者又は介護者はボタン２２０を押してロック機構２１８を解除するよう要求されることがある。そうすることで薬剤供給コンポーネント１１６を作動させて、適切な服用量を出すことができる。一部の実施形態では、服薬管理モデル２００は時計・カウンタ２３５を利用して、服薬ケア計画に従って薬剤を服用すべき時間を決定することができる。例えば、患者／ユーザが薬剤を服用する時間である場合、この時間は内部時計・カウンタ２３５で記録される。一部の実施形態では、時計・カウンタ２３５は省略することができて、システムは内部記憶装置２１２を活用して患者の服薬スケジュール及び服用量を記録することができる。一部の実施形態では、患者／ユーザの情報及び服薬ケア計画を記憶装置２１２に記憶することができる。このように、服薬管理モジュール２００はインターネット接続が失われた場合、又は存在しない場合でも動作しうる。
【００５５】
一部の実施形態では、薬剤検出コンポーネント２２４は服薬ケア計画における薬剤の種類、及び錠剤の数／服用量が患者の安全上正しいかを、例えば危険な薬物相互作用を特定してユーザ、薬剤師、及び／又は医師へ警告することで、記録、分析することができる。例えば、ＧＵＩ２４７を介したユーザ設定の入力により、患者又は介護者は、接続された服薬管理モジュール２００が手動のパスコード入力に加えて内蔵センサ２２２及び音声プロセッサ２１０を使った指紋、音声、及び／又は顔認識などの生体認証を用いて、認定ユーザが予定された服用量を出すのを認めるように設定することができる。
【００５６】
一部の実施形態では、服薬管理モデル２００はユーザが錠剤（例えば、利尿剤、鎮痛剤、ビタミン剤、及び同種のもの）を「頓用で」服用できるようにすることができる。ＧＵＩ１４７及び音声プロセッサ２１０を介した音声コマンド機能を利用して、服薬管理モジュール２００はユーザが望む場合にいつでも頓用の錠剤を供給することができる。一実施形態では、ユーザは服薬管理モジュール２００のユーザ設定を、音声アシスタントを利用して頓用の錠剤を服用したいかを毎日ユーザに尋ねるように設定することができる。一部の実施形態では、ユーザが音声又はタッチコマンドを入力するのに応答して、モジュール２００はいつでも頓用の錠剤を供給することができる。
【００５７】
一部の実施形態では、様々なレベルのセキュリティをユーザ（例えば患者及び介護者）が設定することができる。例えば、認定された患者又は介護の受け手（例えば高齢患者）は、予定された服用時刻から１５分以内に薬剤を出す（ユーザ設定で調整される）のを許可されうる。一部の実施形態では、介護者は服薬管理モジュール２００のロックをいつでも解除して、薬剤を追加／除去する、又は服用スケジュールを変更する能力を持ちうる。これは、服薬管理モジュール２００上で、又はユーザのスマートデバイス若しくはコンピュータ（例えばモバイル機器１４９）で行いうる。そうすることで、薬物の乱用を防ぐ、服薬計画の順守を確実にする、患者が間違った服用量を摂取するのを防ぐ、及び／又は非認定ユーザが薬剤を服用するのを防ぐことができる。
【００５８】
図３Ａ〜３Ｂを参照すると、図３Ａ〜３Ｂはそれぞれ、本明細書に記載の１つ又は複数の実施形態に係る例示の服薬管理モジュール３００の前面図及び側面図を示す。図３Ａ及び３Ｂに示されるように、服薬管理モジュール３００は、ディスプレイ３０３及びタッチ式インタフェース３０５を有するグラフィカルユーザインタフェース３０２、筐体３０４、供給領域３０６及びカップ３０７、並びに錠剤カートリッジ用スロット３１０を備えうる。ここでは８個のカートリッジ用スロットを有するモジュール３００が示されているが、一部の実施形態では、モジュール３００は８個より多い、又は８個より少ないカートリッジ用スロットを備えることがある。例えば、一部の実施形態では、モジュール３００は１０個のスロットを備えることがあり、又は５個のスロットを備えることがある。
【００５９】
一部の実施形態では、モジュール３００は１つ又は複数の追加モジュール３００（図示せず）を用いたモジュール式で利用するために構成することができる。例えば、接続機能（例えば通信インタフェース２３９及び／又は出力ポート２１６）を利用して、２つ以上のモジュール３００を結合して一体で利用することで、望む限り多くのカートリッジ用スロットを提供することができる。
【００６０】
図１〜３と共に図４Ａ〜４Ｂを参照すると、図４は服薬管理モジュール１４０、２００、３００と共に使用するために構成された例示の錠剤カートリッジ４００を表す。錠剤カートリッジ４００は、患者ＩＤ４０２、薬物ＩＤ４０４、薬物服用量４０６、ラベル４０８、及び／又はスピンドル用開口４１０を備えうる。ラベル４０８は、ＱＲラベル、ＲＦＩＤラベル、ＮＦＣ、バーコード、又は、薬剤検出コンポーネント２２４、センサ２２２、及び／又はカメラ２３４を利用してスキャン／検出を行い、検査して分析することが可能な任意の他の識別ラベル／タグを含みうる。ラベル４０８は、患者データ１１６及び、ユーザの特定の処方箋に対応する処方情報を含み、提供しうる。また、ラベル４０８はＩＤ４０２、４０４、及び服用量４０６も含みうる。
【００６１】
図４Ｂに示されるように、錠剤カートリッジ４００は１つ又は複数の錠剤カートリッジ用スロット３１０へ挿入され、服薬ケア計画に従って使用されるモジュール３００へ装填されるように構成されており、以下でさらに詳細に説明される。一部の実施形態では、錠剤カートリッジ４００の薬剤は、１５、３０、６０、９０日分の供給量の薬剤を含みうる。特定のカートリッジ４００の薬剤は、特定のユーザに対応する１つ又は多数の処方薬を含みうる。一実施形態では、ブリスター包装されている凸部（すなわちポケット）のそれぞれは、１つ又は複数の錠剤を含みうる。
【００６２】
一部の実施形態では、錠剤カートリッジ４００は薬局１３０により（手作業で又は自動化されて）図４Ａに示されるように包装、充填することができて、患者情報及び処方情報をカートリッジ４００に貼付されるラベルに含めて印刷、又はカートリッジ４００へ直接印刷することができる。本明細書に記載の例示の実施形態は、エラープルーフ化された挿入がなされるように設計されたカートリッジ４００を提供する（例えば角のついた箱型カートリッジの錠剤カードに角を付ける、及び／又は穴を開けていてもよく、カートリッジ４００上で上を向いた錠剤のみがデバイスの中へ（例えばスロット３１０に）挿入されうる形状にスロットを形成してもよい）。一部の実施形態では、保管のために光学センサ及びプロセッサを使って、プロセッサは特定の錠剤カートリッジ４００のブリスター包装から外された錠剤ポケットの最後の位置を、カートリッジ４００が取り外されて再度同一のスロット３１０又は異なるスロット３１０へ挿入されたとしても、記憶することができる。錠剤カートリッジ４００は任意の利用可能なスロット３１０へ挿入することができて、スロット３１０は特定の処方薬に割り当てられてはいない。
【００６３】
一部の実施形態では、カートリッジ４００がスロット３１０へ挿入されると、服薬管理モジュール３００は各カートリッジ４００を患者データと相互参照して、服薬計画及び／又は服用スケジュールを決定することができる。各カートリッジ４００についての情報は、服薬管理モジュール３００が履行すべき患者データ及び処方データを提供しうる。処方データはどのように薬剤を服用すべきかという制限を含みうる。服薬管理モジュール３００は、処方データの制限内でのみ薬剤を供給することができる。例えば、処方箋が１日あたり多くても２回であることを要求している場合、服薬モジュール２００、３００は、これらの種類の錠剤を１日あたり２回を超えて供給することはない。カートリッジ４００が患者データと一致しない場合、又はカートリッジ４００が期限切れ、又は古くなっている場合、服薬管理モジュール３００はカートリッジ４００を自動的に排出して、ユーザにカートリッジ４００を取り外すように警告することがある。すべてのカートリッジを受け入れたら、服薬管理モジュール３００は患者の所望の設定、患者データ１１６、並びに処方データ及び薬物の情報を利用して患者ケア計画を決定することができる。スケジュールにはタイミングの頻度及び異なる薬剤の種類も含みうる。
【００６４】
一部の実施形態では、患者データ及び１つ又は複数の錠剤に基づいて１つ又は複数のカートリッジを認証することは、服薬計画をリアルタイムで調整することの判断を含む。例えば、一部の実施形態では、処方箋サービス１１８Ａを利用して、病院１２０は、服用量及び／又はリアルタイムで薬剤を除去又は追加することに関して患者の処方箋を更新することがある。患者の処方箋が更新された場合、服薬管理モジュール２００、３００はユーザに対して更新についての注意喚起を自動的に行う、及び／若しくは無関係の薬剤を廃棄する、並びに／又は更新された処方情報に基づいて服用量を調整するように構成することができる。例えば、服用量が５ｍｇから１０ｍｇとなった場合、服薬管理モジュールは更新された薬剤処方箋に基づいて、錠剤を１つではなく２つ供給することができる。このようなことは服薬管理モジュール１４０、２００、３００の接続機能を使ってリアルタイムで起こり得る。一実施形態では、同一薬剤の錠剤を２つ供給するには、モジュール２００、３００は２つ以上のスロット３１０へ挿入された２つ以上の同一の処方薬（錠剤カートリッジ４００）を受け入れて、１つのカートリッジ４００から１つの錠剤をブリスター包装から出して供給し、別のカートリッジ４００から同じ錠剤をもう１つ、ブリスター包装から出して供給することができる。
【００６５】
以下でさらに詳細に説明されるように、一実施形態では、カートリッジ４００が自動的に排出されたら、無効である／古いことを示すためにカートリッジ４００に視覚的に印がつけられることがある。例えば、錠剤カートリッジ４００には、カートリッジ４００が無効である、又は空であって廃棄できる状態であることをユーザが容易に識別できるように、くぼみ、開口、穿孔、インク跡、及び／又は他の方法で、モジュール４００により自動的に印をつけることができる。このような方法により、良い錠剤カートリッジ４００と悪い錠剤カートリッジ４００が混同して使われることはない。一実施形態では、ユーザはカートリッジ４００が排出されたら手作業で印をつけるように指示されることがある。
【００６６】
図１〜３と共に図５Ａ〜５Ｂを参照すると、図５Ａ〜５Ｂは例示の取出し機構５００を表す。図５Ａは取出し機構５００の上面図を表しており、図５Ｂは取出し機構５００の側面図を表し、例示の錠剤カートリッジ４００が取出し機構５００の中へ／外へと動く（点線矢印で示されている）のを示している。一部の実施形態では、取出し機構５００は、２つ以上の縁付きトレー５０２、マーキング機構５０３、錠剤取出し器５０４、振動モータ５０６、光学センサ／カメラ５０８、光学センサ／カメラ５１０、シュート５１２、スピンドル５１４、錠剤保持領域５２０、及び／又は供給領域３０６を含みうる。
【００６７】
図５Ａに示されるように、取出し機構５００は錠剤カートリッジ４００とともに使用するために構成することができる。錠剤カートリッジ４００は、挿入されると自動的に引き込まれることがある（例えばＤＶＤ／ＣＤのローディングと同様に）。一実施形態では、カートリッジ４００は縁付きトレー５０２により固定、支持されうる。スピンドル５１４は１つ又は複数の指部５１５を備えうる。スピンドル５１４は、指部５１５がカートリッジ４００の穿刺孔と係合するまで回転しうる。一実施形態では、スピンドル５１４及び指部５１５は自動的に外側へ広がって、回されるカートリッジ４００を固定することができる。錠剤取出し器５０４は、自重を活用して錠剤を押し、カートリッジ４００の表面フォイルを破くことができる。一実施形態では、取出し機構５００は、カートリッジ用スロット３１０が取出し機構５００によって個別に利用されうる所定の高さまで上下に移動することができる。このように、多数のカートリッジ用スロット３１０に対して錠剤取出し器５０４が一つだけ必要となる。以下でさらに詳細に説明されるように、取出し機構５００は１つ又は複数の光学センサ５０８、５１０、及び振動モータ５０６を搭載しうる。光学センサ５０８、５１０及びモータ５０６は適切な錠剤の供給、並びに服薬順守及び服薬不履行の報告及び観察を確実にすることができて、以下でさらに詳細に説明される。
【００６８】
一実施形態では、ユーザは、錠剤カートリッジ４００の挿入のために（従来のＳＤカードリーダーと同様に）錠剤カートリッジ４００を奥まで押し込むように要求されることがある。カートリッジ４００は、自動的に、又は手動で排出することができる。一実施形態では、錠剤カートリッジ４００は特定の方法でのみ挿入することができる。例えば、錠剤カートリッジ４００は、錠剤が所定の位置に向いている（例えば上を向いている、又は下を向いている）状態でのみ挿入することができる。それゆえ、錠剤が間違った方向を向いた状態でユーザが錠剤カートリッジ４００を挿入しようとした場合、錠剤カートリッジ４００はスロット入口（例えば図３の錠剤カートリッジ用スロット３１０）の設計（形状）のために挿入できない。カートリッジ４００は、薬剤の投与が必要な場合に、例えば服薬ケア計画に基づいて錠剤取出し器５０４へ向かって引き込むことができる。
【００６９】
バーコード、ＱＲコード（登録商標）、ＲＦＩＤ、又は他のカートリッジ固有のＩＤの検出をカートリッジ４００の中心に、縁に沿って、又は任意の場所に統合することができる。錠剤カートリッジ４００が患者ＩＤと一致しない場合、又は錠剤カートリッジ４００が古い／無効であるか、完全に空の場合、カートリッジ４００はユーザ設定によって自動的に排出されることがあり、使い切った、又は無効な錠剤カートリッジ４００を取り外すようにユーザに依頼することがある。別の例では、ユーザの設定によって、ユーザは錠剤カートリッジ４００を取り外すように促されることがあり、デバイスと対話を行って指示を行うことでその特定の錠剤カートリッジ４００は取り外しのために排出される。上述したように、一実施形態では、マーキング機構５０３は排出時にカートリッジ４００へ印をつけるように構成することができる。一実施形態では、マーキング機構５０３は排出された錠剤カートリッジ４００へ印をつけることができる。印には、カートリッジ４００が無効である／古い、又は空であって廃棄できる状態であることをユーザが容易に識別できるように、くぼみ、開口、穿孔、インク跡、及び／又は他の方法を含みうる。
【００７０】
一部の実施形態では、特定の錠剤カートリッジ４００の錠剤を取り出す／ブリスター包装から出す必要がある場合、特定のスロットにある錠剤カートリッジ４００が錠剤を取り出すために錠剤取出し器５０４へ向けて引き寄せられる。１つ又は複数の指部と一体化されたスピンドルは開口が見つかるまで回転し、瞬時に外側へ勢い良く動いて、回されるカートリッジ４００を固定する。錠剤カートリッジ４００は、特定の錠剤がブリスター包装から出されるように正しい位置へと回される。そして、錠剤取出し器５０４（例えば、ローラ、くさび、穿刺孔など）が作動して、この特定の錠剤をブリスター包装から出す／取り出す。取出し機構５００は、錠剤カートリッジ４００が１つ又は複数の錠剤の列を有する場合に、一つの列から別の列へと移動することができる。一実施形態では、スピンドル５１４及び指部５１５は、錠剤カートリッジ４００を錠剤カートリッジ４００の１つ又は複数の縁で、又は中心若しくは空いた場所で把持されてモータを使って回転させられる場合は、省略可能である。
【００７１】
一部の実施形態では、服薬管理モジュール１４０、２００、３００は、１つ又は複数の錠剤が正しく取り出されたかを検証してエラープルーフ化された錠剤の奉仕を保証することができる。例えば、１つ又は複数の光学センサ（２２２）及び／又はカメラ（２３４）を利用して、１つ又は複数の錠剤が正しく取り出されたかを検証する。取出し及び供給の検証は、光学センサ及びカメラ５０８、５１０、並びに振動モータ５０６を利用して実行することができる。例えば、光学センサ／カメラ５０８は取出し機構５００のローラ５０４の近くに直接設置しうる。このように光学センサ／カメラ５０８を置くことで、供給される前にポケットの中の錠剤を識別することができる。光学センサ／カメラ５０８は、ローラ５０４がポケット５１１をブリスター包装から完全に外して錠剤５０９を除去するように、錠剤がポケット５１１内に適切に並べられているのを保証することができる。
【００７２】
一実施形態では、供給時にカメラにより錠剤５０９がカートリッジのポケット５１１から完全に適切に放出されたことを確認することができる。一実施形態では、例えば機械視覚及びコンピュータビジョンの機能を利用して、カメラ５０８によりカートリッジ４００及びポケット５１１から取り出された錠剤をそのままの状態で識別することができる。錠剤５０９が識別されたら、錠剤が服薬ケア計画と一致していることをモジュールにより検証することで、例えば薬局でカートリッジ４００に間違った錠剤が入れられていないのを保証することができる。これにより、カートリッジ４００に誤って入れられた異なる薬剤ではなく、カートリッジ４００に入っているはずの薬剤が実際にカートリッジ４００にあることを保証できる。また、これにより、錠剤５０９がポケット５１１から完全に取り出されたことも保証できる。
【００７３】
一部の実施形態では、別の光学センサ／カメラ５０８が、錠剤５０９がシュート５１２を通って適切に落下し、シュート５１２の中で詰まっていないことを確認するために、ポケット５１１に隣接するシュート５１２に、又はポケット５１１の直下に設置されることがある。また、一実施形態では、光学センサ／カメラ５０８により、取出し機構５００の機能を妨げる物体がないことを保証することができる。例えば、カートリッジ４００から錠剤を取り出すことで、フォイルが障害物となり邪魔をしてしまうことがある。光学センサ／カメラ５０８は取出し機構５００の内部の障害物及び／又は詰まりを確認して、ユーザに障害物の可能性を警告することができる。
【００７４】
一部の実施形態では、光学センサ／カメラ５０８により錠剤５０９がシュート５１２内で詰まっていることが確認された場合、服薬管理モジュール１４０、２００、３００は振動モータ５０６を作動させることができる。振動モータ５０６によりシュート５１２を振動させることができる、又は錠剤カートリッジ４００への振動により詰まっている錠剤５０９を除去して錠剤を適切に供給することができる。別の実施形態では、錠剤取出し機構５００により錠剤を取り出している際はいつでも、振動モータ５０６を作動させることができる。
【００７５】
一実施形態では、任意の特定の時間に供給される錠剤を保管するのに利用することができる保持領域５２０の近くに別の光学センサ／カメラ５１０が設置されることがある。例えば、患者の服薬計画に基づいて、患者は一度に多くの錠剤が必要となることがある。取出し機構５００は、必要となる各錠剤を１つ又は複数の錠剤カートリッジから個別に取り出すことができて、錠剤を取り出した後に、供給時刻ごとに必要となるすべての錠剤が取り出されるまで錠剤を保持領域に保管することができる。間違いが完全に排除されることをさらに確実にするため、光学センサ／カメラ５１０が保持領域５２０内に、又は保持領域５２０に隣接して設置されることがある。すべての錠剤が供給されたら、光学センサ／カメラ５１０はすべての錠剤及び保持領域を分析して、それらの錠剤を患者の服薬計画及び患者データと比べることができる。錠剤のグループ内のすべての錠剤が患者データ及び服薬計画と一致するのを保証することで、患者が間違った薬、又は間違った服用量を間違った時間に服用する可能性がやはり排除される。これにより、間違った薬剤の過剰摂取、又は服用してしまうリスクが排除される。一部の実施形態では、取り出された錠剤は、一時的に錠剤保持室に保管する必要なしに、直接錠剤カップへと落下させることができる。
【００７６】
別の実施形態では、供給時刻ごとにグループ化された錠剤は、ユーザがモジュール１４０、２００、３００へ免ずるように命令するまで保持領域５２０に保持されうる。執行されたコマンドはワンタッチボタンにより、又は音声コマンドにより入力することができる。患者がディベート執行されたコマンドを利用したら、光学センサ／カメラ５１０は錠剤の供給後に供給領域３１０の錠剤のスナップショットを撮影して、スナップショットをメモリ２４４に記憶することができる。ユーザが供給機能（例えばワンタッチボタン２２２、及び／又は音声プロセッサ２１０を利用する音声コマンド）を作動させるのに応答して、保持領域５２０内の錠剤５０９を放出して、供給領域３０６へ供給することができる。一部の実施形態では、患者が適切な服薬時刻に、又は服薬時刻の後の所定の時間以内に供給機能を利用して薬剤を出さない場合は、服薬管理モジュール１４０、２０、３００は、服薬不履行及び／又は服薬順守を病院１２０及び／又は他の介護者へ報告しうる。
【００７７】
図１〜３と共に図６Ａ〜６Ｂを参照すると、図６Ａ〜６Ｂは１つ又は複数の実施形態に係る例示の取出し機構６００を表す。取出し機構６００は、本実施形態ではカートリッジ４００が個々のスロット３１０へ自動的に挿入されて、係合されうるということを除き、図５の取出し機構５００のように動作しうる。図６Ａに示されるように、錠剤取出し器６０４は、錠剤取出し器６０４が個々のスロット３１０を通って下へ動くのを妨害しないように、旋回しうる。図６Ｂに垂直な点線の矢印で示されるように、錠剤取出し器６０４は錠剤カートリッジ４００をブリスター包装から出し、錠剤がシュート６１２を下って供給されるようにすることができる。
【００７８】
一部の実施形態では、取り出し機構６００は取り出す必要のある特定の錠剤カートリッジ４００の錠剤に対応するスロット（例えば３１０）へ移動することができる。取り出し機構６００は（錠剤カートリッジ４００が機構６００の移動を妨げないように）隙間領域の方を向いて、ブリスター包装から出される必要がある特定の錠剤カートリッジ４００のある別のスロットへと上下に（又は左右へ、若しくは任意の方向へ）移動することができる。錠剤取出し器５０４、６０４は、１つ又は複数のフレーム、棒、又は同種のものにより固定されうる。また錠剤取出し器５０４、６０４は、一方の側に、若しくは両側に、又は中央に設置しうる。ブリスター包装から出される／取り出されたら、錠剤５０９、６０９はシュートへと落下して、ユーザが服用量を出すのを待つ領域に一時的に保管されることがある。別の実施形態では、ブリスター包装から出された錠剤５０９、６０９は落下すると同時に錠剤カップ３０７へと落ちることがある。
【００７９】
一部の実施形態では、振動モータ６０６によりシュート６１２を振動させて運動エネルギーを錠剤へ渡すことで錠剤が適切に供給されるのを保証することができて、さらにシュート６１２を下って適切に除去されるのを保証することができる。別の実施形態では、取出し機構６００は１つ又は複数の光学センサ６０８、６１０を備えうる。光学センサ６０８、６１０により、錠剤の取り出しにおける難所を検査して、上記と同様に、適切な錠剤の供給を視覚的に保証することができる。難所には、シュート６１２の任意の領域、及び／又は、錠剤がシュート６１２を通って供給領域３０６へと落下するのを妨げる可能性が高い、又は潜在的に妨げかねない、供給機構５００、６００の他の部分を含みうる。例えば、一部の実施形態では、光学センサ６０８、６１０により、障害物、及び／又は、例えば錠剤取出し工程により蓄積されたフォイル由来の異物により引き起こされる詰まりを検出することができる。一部の実施形態では、障害物又はフォイルの詰まりが検出されたら、モジュール１４０、２００、３００はモジュールに障害物又は詰まりがあるという警告をユーザへ発するように構成することができる。
【００８０】
取出し機構６００は、取り出される必要がある錠剤に対応するスロットへと（例えば一つのスロット３１０から別のスロット３１０へ）自動的に移動することができる、取出しを行う１つの取出し器６０４を備えうる。他の実施形態では取り出しを行う／ブリスター包装から出す機構を２つ以上使用することもできるが、異なる実施形態ではスロットごとに１つの取出し機構を利用することもできる。取出し機構６００は、錠剤が正しく供給されたかを検証するために、上述したいくつか、光学センサ／カメラを備えうる。
【００８１】
本明細書に記載の１つ又は複数の実施形態は、特定の錠剤カートリッジ４００のブリスター包装から外された錠剤用凸状体／錠剤ポケットを、カートリッジ４００が取り除かれて再度挿入される、又は部分的にブリスター包装から外されたとしても覚えていることができる服薬管理モジュール１４０、２００、３００を提供する。一部の実施形態では、光学センサ６０８及び／又はカメラ６１０を使って、どの錠剤ポケットがブリスター包装から外された／取り出されたか、及びどの錠剤ポケットにまだ錠剤が封入されているかを検出、判定することができる。また、一部の実施形態では、カメラ５１０を一体化して、正しい薬剤が供給されたかどうかを判断するために（例えば、図３の供給領域３０６にある錠剤カップ３０７の中の）供給された錠剤の画像を撮影して、画像を記憶、分析することができる。図５及び６はシュート６１２に貼付されているセンサ及びカメラを表しているが、一部の実施形態では、光学センサ６０８／カメラ６１０はブリスター包装取出し器５０４、６０４及び／又は取出し機構５００、６００の他の部品と一体化することができる。
【００８２】
図１〜３と共に図７Ａ〜７Ｃを参照すると、図７Ａは、カートリッジ４００（図７では示されていない）の上を転がってカートリッジ４００から錠剤を取り出すように構成されているローラ７０６を有し、ローラの重さを利用して錠剤を取り出す、取出し機構７０４を表す。例えば、カートリッジ４００を所定の位置に（例えば、縁の鋭いトレー５０２の傍に）固定し、ローラ７０６が移動して錠剤にフォイルを破かせてシュート５１２、６１２を落下させることができる。ローラ７０６は、１つ又は複数のフレームを使って、又はローラを取出し器５０４、６０４へ締結する他の方法で固定することができる。
【００８３】
一実施形態では、図７Ｂに示されるように、取出し機構は、非常に早く下へ押し込んで錠剤にフォイルを破かせてシュート５１２、６１２を落下させるように構成されている押込み器を備えうる。押込み器はすぐに通常の状態へと復帰することができる。一部の実施形態では、カメラ及び／又は光学センサ（図示せず）を押込み器へ一体化して、錠剤が正しく取り出されているかを検証することができる。
【００８４】
図７Ｃを参照すると、一実施形態では、取出し機構はくさび状の取出し器を備えうる。くさび形状のブリスター包装取り出し要素は押込み器と同様に機能するが、移動は上から下への垂直ではなく左右への水平方向である。一部の実施形態では、カメラ及び／又は光学センサ（図示せず）をくさび状の取出し器へ一体化して、錠剤が正しく取り出されているかを検証することができる。
【００８５】
一部の実施形態では、錠剤カートリッジには錠剤ストリップのロールを収納する（例えば、４”ｘ４”ｘ０．５”の）容器を含みうる。錠剤ストリップのロールは、例えば１４日分、３０日分、又は９０日分の供給量のブリスター包装された錠剤を提供するために構成することができる。錠剤ストリップは任意の長さ及び幅を有していてもよく、上面及び下面のフォイル層で一体成型することができて、収納容器とともに、又は収納容器なしで使用することができる。容器及び錠剤ストリップは任意の大きさ、及びフォームファクタであってもよく、任意の材料で作られていてもよい。錠剤情報及び／又はバーコードを容器に刻印することで、エラープルーフ化された挿入のために背面下部の角に角度を付けて作りうる錠剤カセットを、カートリッジ用スロットへ着脱可能に挿入する、及び取り外すことができる。一部の実施形態では、錠剤情報は錠剤ストリップ、他の包装材料、又はどこか他の場所に刻印されることがある。
【００８６】
上述した例示の実装は統合的服薬ケア管理を提供するのに特に適しているが、錠剤カートリッジ４００及び取出し機構５００、６００の他の変形及び実装は、本明細書に記載の例示の実施形態の範囲及び趣旨を逸脱することなく実現可能であり、充分に考慮されている。例えば、一部の実施形態では、錠剤カートリッジ及び取出し機構は、例えば２０１７年１１月９日に出願された米国特許出願第６２／５８３９７１号明細書に記載のものを備えることができて、この明細書の内容は参照により本明細書に明示的に援用される。
【００８７】
図１〜４と共に図８を参照すると、図８は統合的な服薬ケア管理を提供する例示の方法８００を表す。方法８００は作業８０２で始めることができて、ユーザがモジュール３００内の任意の利用可能なスロット３１０に錠剤カートリッジ４００を任意の順番で挿入し、作業８０６で、最後の錠剤カートリッジ４００が挿入されるまで繰り返される。作業８１０において、薬剤検出コンポーネント２２４が各スロット３１０内にカートリッジ４００が存在するかを検出、判定する。錠剤カートリッジ４００がスロット３１０内に存在する場合、作業８１２において、カートリッジ４００のバーコード／ラベルを読み取り（スキャンして）、ラベル付けされた情報を記憶して、次のスロット３１０へと進む。作業８１４において、錠剤カートリッジ４００が存在しない場合は次のスロット３１０へと進む。作業８１６において、患者データが薬物データと一致するかを判定する。一致するものがない場合、作業８２０においてユーザに錠剤カートリッジ４００を取り外すように注意喚起する。一致するものがある場合、作業８２２においてユーザに成功したことを通知して、服薬スケジュールを確認又は再設定するように依頼する。通知及び依頼はグラフィカルユーザインタフェース１４７、２４７を利用して行うことができて、以下で詳細に説明される。
【００８８】
図１〜４と共に図９を参照すると、図９は統合的ケア管理及び服薬管理を提供する例示の方法９００を表す。一部の実施形態では、接続機能を利用して、服薬管理モジュール３００は新しい薬剤（例えば、郵便、小包、手渡し、及び同種のもので受け取った錠剤カートリッジ４００）が到着したことを認識することができて、新しいカートリッジ４００が挿入されたかを判定することができる。例えば、一実施形態では、薬局１３０はカートリッジ４００がユーザの自宅へ向かっているという警告をモジュール１４０、２００、３００へ送信することがある。新しいカートリッジ４００がユーザの自宅へ到着したら、服薬管理モジュール３００はスロット３１０内の錠剤カートリッジ４００を交換するようにユーザに警告及び指示を行うことができる。
【００８９】
したがって、作業９０２においてモジュール３００は、新しいカートリッジ４００がユーザの自宅へ到着した場合にカートリッジ４００を装置３００へ挿入するようにユーザへ指示することができる。作業９０４において、ユーザはカートリッジ４００をスロット３１０へ挿入することができる。作業９０６において、モジュール３００はカートリッジ４００のカートリッジ情報４０２、４０４をスキャンする／読み取ることができる。作業９０８において認証を行い、カートリッジ４００が患者データ１１６と一致するかどうかを判定する。一部の実施形態では、この作業には、接続機能を利用してモジュール３００を最新の患者データ及び服薬ケア計画で自動的に更新することを含みうる。
【００９０】
作業９１０において、カートリッジの状態と薬物データを判定する。錠剤が取り出されている、若しくは空である場合、又は薬物（例えば、処方薬、市販薬、ビタミン剤、栄養補助食品、及び同種のもの）が古くなっている／期限切れである場合、作業９１２においてディスクを排出してユーザへその旨を通知する。部分的に使用されている場合、作業９１４において、カートリッジ４００の位置に残っている錠剤の数を判定し、記憶する。カートリッジ４００が空である、又は少ない（例えば、前もって２〜５日）場合、作業１１６において、電子処方箋サービス１１８Ａを使って自動的にリフィルを注文する、又は（例えばグラフィカルユーザインタフェース及び／又は音声コマンドを利用して）ユーザへワンタッチリフィルボタンを提示する。作業９１８において、すべてのカートリッジが挿入されるまで繰り返す。
【００９１】
作業９２０において、モジュール３００は様々な処方薬をグループ化して患者の処方箋、患者データ１１６、及び患者のユーザ設定に基づいて供給を提案することで、通知スケジュールを決定、作成することができる。一部の実施形態では、薬剤師及び認定ユーザはディスペンサのスケジュールを処方箋の要求の範囲内で変更することができる。一部の実施形態では、サーバ１１０は患者の服薬計画を変更するという認定ユーザの要求を認証することができる。
【００９２】
一部の実施形態では、介護者はサーバ１１０からの処方箋／通知スケジュールへの変更を要求することができる。サーバ１１０は、介護者を確認することで（例えば指のスキャン、音声通知、又は他の生体認証による識別を利用して）、介護者の要求を認証することができる。例えば、サーバ１１０は、広域ネットワーク（ネットワーク１５０）を介して複数の服薬管理モジュール４０、２００、及び３００に接続されたサーバコンピュータを含む、クライアント・サーバコンピュータシステムを備えうる。一部の実施形態では、サーバコンピュータシステムは対応する介護者がいる複数の患者に対応する患者データを記憶することができる。サーバコンピュータシステムは、介護者に対する認証（指紋スキャン、音声通知、顔認識、及び／又は他の生体認証による確認）を含む認証要求クエリを１つ以上の服薬管理モジュールから受信することができる。クエリは、服薬計画及び／又は服用量／投与時間を変更するという要求を含みうる。クライアント／サーバコンピュータは介護者に対する認証の状態を判定して、介護者が認定されたという判定に応答して、処方箋変更コマンドを１つ以上の服薬管理モジュールへ送信することができる。処方箋変更コマンドにより、薬剤の服用量及び／又は服薬計画を調整することができる。
【００９３】
作業９２２において、薬剤供給、医師の診察、食事療法、及び／又は他の服薬ケア管理作業の時間である場合にユーザへ注意喚起する。一部の実施形態では、上述されたように、作業９２２には音声警告の音量及び視覚的警告のＬＥＤの強度を調整するために近接センサを利用して人の距離を判定することを含みうる。繰り返し試行した後、他の方法、例えば電話により、ユーザが薬剤を出すまで通知する。ユーザが薬剤を出さない場合（例えば、ユーザが薬剤を出すためにモジュール３００のワンタッチ取出しボタンを押さない、又は供給機能を作動させるのに異なる手段を利用しない）、薬剤が供給されたことをモジュールへ警告し、介護者又は他の人に通知する。
【００９４】
作業９２４において、ユーザの活動又は無活動が記録される。次に、作業９２６において服薬順守の観察を行い、介護者、薬局、医師、健康保険、及び／又は他の関係者に活動又は無活動を知らせる。作業９２８において、ユーザが薬剤を出す。薬剤を出すには、例えばＰＩＮ、パスコード、無線技術（例えばＲＦＩＤ、ＮＦＣ、及び同種のもの）、光学センサ／近接センサ、指紋／声紋、顔認識、及び／又は他の生体認証を組み合わせた、又は単独で利用した認証が必要となることがある。作業９３０において、ユーザが供給機能を作動させた場合、錠剤が一時的な供給領域へ放出されて、作業９３２において指定の供給領域にカップ３０７が提示及び設置されているかを判定する。作業９３４において、カップ３０７が指定の領域に設置されている場合、錠剤がカップ３０７へと放出され、介護者、薬局、医師、健康保険、支払人、保険業者、及び／又は他の関係者に薬剤が供給されてカップ３０７へと放出されたことを通知することで、服薬順守／固守の観察を行う。一部の実施形態では、カップ３０７が指定の領域（例えば供給領域３０６）に正しく設置されていない、又はそうではない場合、ユーザは行動を正すように通知を受ける。
【００９５】
図１〜４と共に図１０Ａ〜１０Ｂを参照すると、図１０Ａ〜１０Ｂは１つ又は複数の実施形態に係る例示の服薬管理モジュール３００を表す。図１０Ａに示されるように、一実施形態では、服薬管理モジュール３００は、以下で説明される図１１のものと同様に、グラフィカルユーザインタフェース１１００を備えうる。本実施形態ではＧＵＩ１１００はモジュール３００に回転可能に結合しうる。ＧＵＩ１１００を回転して上方へ略垂直に傾けられるようにすることで、体に不自由がある可能性のある患者、及び／又は視覚的な障害があってＧＵＩ１１００へ安静位から楽にアクセスすることができない可能性のある患者にとって使いやすくすることを可能とする。図１２Ｂに示されるように、一実施形態では、モジュール３００はＧＵＩ１２００を備えうる。ＧＵＩ１２００はＧＵＩ１１００とは異なり、物理ボタンでタッチ式ボタンを置き換えている。物理ボタンはＧＵＩ１１００と同様の機能を備えることができて、以下で詳細に説明される。例えば、物理ボタンは薬局への直接リンク１２０２、薬剤を供給させることができる取出しボタン１２０４、及び／又は他の機能１２０６を含むことができて、以下でさらに詳細に説明される。
【００９６】
図１〜４と共に図１１を参照すると、図１１は１つ又は複数の実施形態に係る例示のグラフィカルユーザインタフェースを表す。グラフィカルユーザインタフェース１１００は、服薬管理モジュール３００との接続に利用することができる。上述したように、ユーザは患者及び／又は介護者と定義しうる。薬物／錠剤は、処方薬、市販薬、ビタミン補助食品、及び同種のものでありうる。一部の実施形態では、ＧＵＩ１１００はユーザのモバイル機器（例えばモバイル機器１４９）及び／又はコンピュータ上に任意のメニューを表示させることができる。
【００９７】
以下でさらに詳細に説明されるように、一部の実施形態では、ＧＵＩ１１００はディスプレイ及び選択デバイスを備えうる。選択デバイスはタッチパネル式ディスプレイのタッチパネル機能を備えうる。ＧＵＩ１１００は機械可読命令を記憶しているメモリと通信する１つ又は複数のプロセッサを備え、この１つ又は複数のプロセッサは機械可読命令を実行してグラフィカルユーザインタフェースにメニューに対する錠剤の選択肢の一式を取り出すように構成されており、錠剤の選択肢のそれぞれは患者の服薬計画を表す。一部の実施形態では、ＧＵＩ１１００は患者の錠剤の選択肢の一式をディスプレイ上に表示することができる。選択デバイスが錠剤の選択肢の一式から選択された錠剤の選択肢を指し示していることを示すメニュー入力選択信号を受信すると、ＧＵＩ１１００は信号に応答して、錠剤の選択肢に対する選択に基づいて、リアルタイムで手の空いている薬剤師の検索を行うことができる。検索の実行は、例えばＡＰＩ薬局サービス１１８Ｃを利用して実現することができる。一部の実施形態では、ＧＵＩ１１００はリアルタイムで手の空いている薬剤師に対応するリアルタイムのビデオ画像をユーザインタフェース上に表示することができる。
【００９８】
一部の実施形態では、ＧＵＩ１１００はホームメニュー１１１０を表示することができる。一実施形態では、ホームメニュー１１１０はＧＵＩ１１００上に表示されうる機能と関連付けることができる。例えば、機能には、限定されないが、服薬ケア計画と関連付けられたスケジュールを確認及び／又は調整すること、処方薬のリフィル又は追加の薬剤を注文すること、錠剤に関連する薬物情報を決定するために錠剤をスキャンすること、服薬ケア計画の一部である現在の処方箋及び現在の錠剤を確認すること、服薬順守の履歴／報告及び服薬順守したイベントへアクセスすること、並びにプラグイン技術、例えばアレクサ（商標）へアクセスすること、を含みうる。
【００９９】
図１１に示されるように、一部の実施形態では、ホームメニュー１１１０はスケジュール管理へのリンク１１２０、リフィル又は追加へのリンク１１３４、スキャンへのリンク１１２８、自分の錠剤へのリンク１１２２、ログへのリンク１１２６、及びアレクサへのリンク１１３０を含みうる。各リンク、１１２０、１１３４、１１２８、１１２２、１１２６、及び／又は１１３０は、ユーザを追加のメニューへと誘導することができる。例えば、図１１に示されるように、（例えば、ＧＵＩ１１００のタッチパネル機能を利用して）スケジュール管理へのリンク１１２０を押すことで、ユーザはスケジュール設定メニュー１１４０へと誘導されうる。自分の錠剤へのリンク１１２２を押すことで、ユーザは錠剤／薬物情報メニュー１１６０へ誘導されうる。
【０１００】
一部の実施形態では、ホーム画面１１１０を利用して、ユーザは設定へのリンク１１１２を介してユーザ設定へアクセスすることができる。設定へアクセスすることで、ユーザは服薬管理モジュール３００を設定してユーザの好みをカスタマイズすることができる。例えば、好みにはホーム画面１１１０上にどれだけ多くの連絡先へのリンク１１１４を含めるかを含むことができて、個人的な介護者の連絡先へのリンク、並びに医療機関及び／又は緊急応答サービスの番号のカスタマイズを提供することができる。例えば、介護者は、自分の名前（写真を伴う、又は伴わない）、並びに他の電話／ＶｏＩＰサービス（例えばＳｋｙｐｅ（商標）及び／又はＡｐｐｌｅ（商標）  ＦａｃｅＴｉｍｅ（商標））、「Ｊｅａｎｎｅ」及び彼女の兄弟「Ｍｉｋｅ」の電話番号又はＩＤを、彼女たちの高齢の親又は愛する人が彼女たちに連絡を取りたいときのために、短縮ダイヤルに追加することができる。
【０１０１】
例えば、ユーザ／患者が「Ｊｅａｎに電話」（又は適切な写真）１１１４ａ、又は「Ｍｉｋｅに電話」（又は適切な写真）１１１４ｂを押した場合、服薬管理モジュール３００は即座にＪｅａｎ又はＭｉｋｅに対して指定された電話番号へ電話をかける、又はメッセージを送ることができる。このようにして、ユーザ／患者は、薬物に関する質問や服薬ケア計画に関してもし問い合わせる必要がある場合、薬剤師１１１４ｃへアクセスするのに加えて愛する人と連絡することができる。一部の実施形態では、音声電話又はテレビ電話に加えて、文字、インスタントメッセージ、ｅメール、及び他の電子的方法により連絡を行うことができる。
【０１０２】
また、一部の実施形態では、ユーザは「スケジュール」メニュー１１２０へアクセスして、供給スケジュールを確認若しくは設定する、又は「自分の錠剤」１１２２へアクセスすることで現在のすべての薬剤の一覧を見ることもできる。ユーザは「リフィル又は追加」へのリンク１１３４をタップすることで簡単にリフィルを要請する、リフィルの配送の予定を入れる、並びに/若しくは新しい処方薬、市販薬、及び／若しくはビタミン剤を追加することができる、又は「ログ」へのリンク１１２６へアクセスすることで供給（服用しなかった服用量）履歴を見ることもできる。一部の実施形態では、例えばログへのリンク１１２６を押すことで、グラフィカルユーザインタフェース１１００は、さらなる詳細と服薬順守及び服薬不履行の管理に対応する機能用の追加のメニュー（図示せず）へユーザを誘導することができる。
【０１０３】
一部の実施形態では、ＧＵＩ１１００はアレクサへのリンク１１３０を押すことでアマゾンの音声アシスタント機能にアクセスする、又は他の仮想アシスタント機能にアクセスすることができる。また、ユーザは、「錠剤スキャン」を押してディスペンサ装置３００の前（例えば、供給領域３０６又はディスプレイ画面３０３の前）に錠剤を保持することで、その特定の錠剤についてさらに多くを知ることもできる。一部の実施形態では、ＧＵＩ１１００はこの特定の薬物についての情報を画像と共に表示することができる。特定の薬物についての情報には、限定されないが、薬物が使用される用途、薬効、薬剤の投与の仕方、起こり得る副作用、起こり得る有害な薬物相互作用、及び／又は特定の薬物に対応する他の情報を含みうる。
【０１０４】
一部の実施形態では、ＧＵＩ１１００は薬物情報に対応する音声を（スピーカ２２８を利用して）出力することができる。例えば、音声の出力は、図１１に示されるようなメニュー１１１０、１１４０、１１６０上に表示される情報が読み上げられた音声であってもよい。一部の実施形態では、錠剤のスキャンはユーザのスマートデバイス（例えばモバイル機器１４９）を使って行うことができる。一部の実施形態では、モジュール１４０、２００、３００の機能及び機能性は、（例えば音声認識プロセッサ２１０を利用して）音声コマンドだけを使って、及び／又は、タッチボタン及び／又は物理ボタン２２０とＧＵＩ１１００を組み合わせて作動させることができる。
【０１０５】
一部の実施形態では、スケジュールへのリンク１１２０が作動されたら、ＧＵＩ１１００は、画像付きの薬１１４６、並びに患者の医師及び免許を持つ薬剤師、並びに／又は他の認定医療従事者及び医療関係者からの処方箋に基づいた服用量及び提案される予定時刻１１４４があらかじめ用意されているスケジュール設定画面１１４０を表示することができる。ユーザは、処方箋の制限の範囲内で任意の時間に、予定時刻１１４４を再設定することができる。例えば、薬剤を１日１回服用する必要がある場合は、ユーザは供給時刻を午前８時から午前９時へ、又は午後１２時へ、患者のスケジュールとライフスタイルに最もよく合うと考えられる時間のいつにでも変更することができる。また、ユーザはスケジュール設定のために曜日１１４２をタップすることもできる。
【０１０６】
例えば、１つの薬剤が１日おき、又は１週間に１度だけ必要となりうる場合、ユーザはその曜日にアクセスして、特定の錠剤／薬物に対する供給時刻を指定することができる。スケジュール設定画面１１４０で、ユーザは「ホーム」へのリンク１１０２をタップする、又は特定の薬物についてさらなる情報を有する薬物ページ１１６０へユーザを連れていくことのできる、リストにある任意の薬物の画像１１４６を押すことで、ホーム画面１１１０へ戻ることができる。スケジュール設定画面１１４０のように、ユーザは「ホーム」アイコン１１０２をタップすることでホーム画面１１１０へ進むことができる。ユーザがスケジュール設定画面１１４０から薬物ページ１１６０へ来た場合、ユーザは「戻る」ボタン１１６６を押してスケジュール設定画面１１４０へ連れ戻されることができて、又はホーム画面１１１０などのユーザがそこへ来る前にいたどんな画面へも連れ戻されることができる。また、一部の実施形態では、ユーザは「頓用の」錠剤（例えば利尿剤、鎮痛剤、ビタミン剤、及び同種のもの）のいずれかに対して予定を入れる、又はオンデマンドでアクセスすることもできる。
【０１０７】
一部の実施形態では、薬物メニュー１１６０を利用して、ユーザは薬物メニュー１１６０の上部又は側部にある薬物のアイコンで示される自分の現在の薬物１１６２又はビタミン剤の画像（薬物名称を伴う、又は伴わない）のすべて（１個、５個、又は１２個であろうと）を見つけることができる。ユーザは、これらの特定の薬物についてのさらなる情報１１６４のためにこれらの薬物１１６２（画像及び／又は名称）のいずれかを押すことができて、この情報はユーザの選択に基づいてユーザへ読み上げられることもある。
【０１０８】
請求項において、括弧の間にあるいかなる参照符号も、請求項を限定するものと解釈されてはならない。「備える／含む（ｃｏｍｐｒｉｓｉｎｇ）」又は「含む（ｉｎｃｌｕｄｉｎｇ）」という単語は、請求項に記載されるもの以外の要素又はステップの存在を排除しない。いくつかの手段を列挙する装置クレームにおいて、これらの手段のいくつかはまったく同一のハードウェアで実現されうる。要素の前にある「ａ」又は「ａｎ」という単語は、そのような要素が複数存在することを排除しない。いくつかの手段を列挙する任意の装置クレームにおいて、これらの手段のいくつかはまったく同一のハードウェアで実現されうる。特定の要素が互いに異なる従属クレームに記載されているという事実だけで、これらの要素を組み合わせて使用することができないことが示されるわけではない。
【０１０９】
上述した説明は、現在最も実用的で好ましい実施形態と考えられるものに基づいて例示する目的で詳細を提供しているが、そのような詳細は単にこの目的のためであって、本開示は明示的に開示された実施形態に限定されず、むしろ、本開示は添付の請求項の趣旨と範囲の範囲内の変更及び等価な構成まで含むことが意図されていることを理解されたい。例えば、本開示は、任意の実施形態の１つ又は複数の特徴は、可能な程度まで任意の他の実施形態の１つ又は複数の特徴と組み合わせることができると考えていることを理解されたい。
【図１】
2021502219.tif 000003
【図２】
2021502219.tif 000004
【図３】
2021502219.tif 000005
【図４Ａ】
2021502219.tif 000006
【図４Ｂ】
2021502219.tif 000007
【図５Ａ】
2021502219.tif 000008
【図５Ｂ】
2021502219.tif 000009
【図６Ａ】
2021502219.tif 000010
【図６Ｂ】
2021502219.tif 000011
【図７】
2021502219.tif 000012
【図８】
2021502219.tif 000013
【図９Ａ】
2021502219.tif 000014
【図９Ｂ】
2021502219.tif 000015
【図１０】
2021502219.tif 000016
【図１１】
2021502219.tif 000017
【国際調査報告】
2021502219.tif 000018
2021502219.tif 000019
2021502219.tif 000020