JP2024059979A - 医薬品受取システム及びロッカー装置 - Google Patents

Abstract

【課題】受け渡しの対象者であるユーザへの物品の確実な受け渡しを可能にする。【解決手段】医薬品受取システムは、医薬品に関する説明がユーザに対して行われたことを示す情報を取得する取得手段と、医薬品が収納されている収納スペースを解錠する制御手段とを備え、制御手段が収納スペースを解錠する解錠条件として、医薬品に関する説明がユーザに対して行われたことを示す情報が取得手段により取得されることが含まれる。【選択図】図５

Description

本発明は、医薬品受取システム及びロッカー装置に関する。

特許文献１には、電子的な処方箋と電子商取引とを用いて薬を購入する場合に、その処方箋が対象とする患者と関係のない購入者に薬が販売されることを防ぐ目的で、ユーザを認証する認証情報と処方箋に含まれる患者の情報とが対応するか否かを確認し、確認の結果に従って、薬の販売処理の実行を制御する処方薬販売システムが記載されている。

特許第５８０１０１５号

本発明は、ユーザへの医薬品の確実な受け渡しを可能にすることを目的とする。

請求項１に記載の発明は、医薬品に関する説明がユーザに対して行われたことを示す情報を取得する取得手段と、医薬品が収納されている収納スペースを解錠する制御手段とを備え、前記制御手段が前記収納スペースを解錠する解錠条件として、医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得されることが含まれる、医薬品受取システムである。
請求項２に記載の発明は、第２取得手段を通じて取得された認証コードによりユーザを認証する認証手段を更に備え、前記解錠条件として、前記認証手段による認証の成功が更に含まれる、請求項１記載の医薬品受取システムである。
請求項３に記載の発明は、医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得されたことを条件として、前記認証コードをユーザに通知する通知手段を更に備える、請求項２記載の医薬品受取システムである。
請求項４に記載の発明は、医薬品の受け取りに際して支払うべき金額の決済処理を行う決済手段を更に備え、前記解錠条件として、前記決済手段により決済処理が行われたことが更に含まれる、請求項２記載の医薬品受取システムである。
請求項５に記載の発明は、前記決済手段はユーザ端末に設けられ、前記決済処理が行われたことを条件として、前記認証コードをユーザに通知する第２通知手段を更に備える、請求項４記載の医薬品受取システムである。
請求項６に記載の発明は、前記決済手段はユーザ端末に設けられ、医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得され、かつ、前記決済処理が行われたこと、を条件として、前記認証コードをユーザに通知する第３通知手段を更に備える、請求項４記載の医薬品受取システムである。
請求項７に記載の発明は、前記収納スペースとして複数の収納ボックスを備えたロッカー装置を更に備え、前記決済手段は、前記ロッカー装置に設けられる、請求項４記載の医薬品受取システムである。
請求項８に記載の発明は、前記収納スペースとして複数の収納ボックスを備えたロッカー装置を更に備え、前記医薬品に関する説明は、前記ロッカー装置に設けられた表示部を通して行われる、請求項１記載の医薬品受取システムである。
請求項９に記載の発明は、医薬品に関する前記説明は、ユーザ端末の表示部を通して行われる、請求項１記載の医薬品受取システムである。
請求項１０に記載の発明は、前記取得手段は、医薬品に関する前記説明の完了を示す情報が薬剤師の操作する端末を通じて入力されたことを条件として、医薬品に関する説明がユーザに対して行われたこと示す前記情報を取得する、請求項８又は９記載の医薬品受取システムである。
請求項１１に記載の発明は、前記取得手段は、医薬品に関する前記説明の完了を示す情報がユーザ端末を通じて入力されたことを条件として、医薬品に関する説明がユーザに対して行われたことを示す前記情報を取得する、請求項８又は９記載の医薬品受取システムである。
請求項１２に記載の発明は、前記収納スペースに収納される医薬品の調剤の完了又は前記医薬品の前記収納スペースへの収納の完了を示す情報を取得する第３取得手段を更に備え、前記第３取得手段が前記完了を示す情報を取得したことを条件として、医薬品の受け取りに関する情報をユーザ端末に通知する請求項１記載の医薬品受取システムである。
請求項１３に記載の発明は、ユーザが希望する受け取り場所に関する情報をユーザ端末より取得する第４取得手段を備える、請求項１記載の医薬品受取システムである。
請求項１４に記載の発明は、前記第４取得手段は、ユーザが希望する受け取り日時に関する情報をユーザ端末より更に取得する、請求項１３記載の医薬品受取システムである。
請求項１５に記載の発明は、前記第４取得手段は、前記収納スペースから医薬品を取り出すユーザに関する保険証のデータをユーザ端末より更に取得する請求項１４記載の医薬品受取システムである。
請求項１６に記載の発明は、前記医薬品は電子処方箋に基づいて処方される処方薬である、請求項１記載の医薬品受取システムである。
請求項１７に記載の発明は、前記収納スペースから前記処方薬が取り出されたことを示す情報を取得する第５取得手段と、前記処方薬が取り出されたことを示す情報を前記第５取得手段が取得したことを条件として、前記電子処方箋の消し込みに関する処理を実行する消込手段とを更に備える、請求項１６記載の医薬品受取システムである。
請求項１８に記載の発明は、前記収納スペースが解錠可能に制御される前に、医薬品に関する前記説明を受ける必要がある旨をユーザに通知する第４通知手段を更に備える、請求項１記載の医薬品受取システムである。
請求項１９に記載の発明は、施錠可能な複数の収納ボックスを備え、前記収納ボックスに医薬品が収納されるロッカー装置において、医薬品に関する説明がユーザに対して行われたことを示す情報を取得する取得手段と、医薬品が収納されている前記収納ボックスを解錠する制御手段とを備え、前記制御手段が前記収納ボックスを解錠する解錠条件として、医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得されることが含まれる、ロッカー装置である。

本発明によれば、ユーザへの医薬品の確実な受け渡しを可能にできる。

実施の形態１で使用する処方薬受取システムの概略構成を例示する図である。 ロッカー装置の外観構成の一例を示す図である。 集中管理ユニットの外観構成の一例を示す図である。 集中管理ユニットの機能上の構成の一例を説明する図である。 調剤薬局等に設置される管理サーバの機能上の構成の一例を説明する図である。 処方薬の受取サービスを利用するユーザ本人が調剤薬局の営業時間外にロッカー装置から処方薬を取り出す場合における処理の流れの一例を説明する図である。 処方薬の受取サービスを利用するユーザ本人が調剤薬局の営業時間外にロッカー装置から処方薬を取り出す場合における処理の流れの他の一例を説明する図である。 処方薬の受取サービスを利用するユーザ本人が調剤薬局の営業時間外にロッカー装置から処方薬を取り出す場合における処理の流れの他の一例を説明する図である。 実施の形態２で使用する処方薬受取システムの概略構成を例示する図である。 調剤薬局等に設置される管理サーバの機能上の構成の一例を説明する図である。 ユーザ本人から処方薬の受け取りを依頼された第三者が調剤薬局の営業時間外にロッカー装置から処方薬を取り出す場合における処理の流れの一例を説明する図である。 実施の形態３で使用する医薬品販売システムの概略構成を例示する図である。 購入情報入力端末の外観構成の一例を説明する図である。 購入情報入力端末の機能上の構成の一例を説明する図である。 第一類医薬品の受け取り時に必要になるチケットの一例を示す図である。 薬局の営業時間外に購入した第一類医薬品をロッカー装置から取り出す場合における処理の流れの一例を説明する図である。 営業時間外に券売機の表示操作部に表示される画面の変遷を説明する図である。

以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態１＞
＜システム構成＞
図１は、実施の形態１で使用する処方薬受取システム１の概略構成を例示する図である。
図１に示す処方薬受取システム１は、調剤薬局が運用するロッカーシステム１０と、調剤薬局の営業時間外における処方薬の受取サービス（以下「処方薬の受取サービス」ともいう）を利用するユーザが使用する端末２０と、これらの間の通信を実現するインターネット３０とで構成されている。
本実施の形態における処方薬は、処方箋に基づいて薬剤師が調剤する薬をいう。また、本実施の形態におけるロッカーシステム１０は、物品受取システムの一例である。また、端末２０は、ユーザ端末の一例である。
なお、端末２０を含む処方薬受け取りシステム１が、物品受取システムの一例として用いられる場合もある。

本実施の形態の場合、ロッカーシステム１０は、調剤薬の受け渡しに使用されるロッカー装置１００と、ロッカー装置１００を用いる調剤薬の受け渡しを管理する管理サーバ２００と、これらを接続するＬＡＮ（＝Local Area Network）３００とで構成されている。なお、ＬＡＮ３００は、不図示のルータ等を通じてインターネット３０に接続されている。
図１の場合、端末２０は、Ａさんの端末である。このため、ロッカー装置１００を構成する収納ボックス１１０の１つには、Ａさんの処方薬が保管されている。ここでの処方薬は、受け渡しの対象である物品の一例である。
もっとも、収納ボックス１１０に保管する物品は、処方薬に限らない。換言すると、ロッカー装置１００は、処方薬以外の物品の受け渡しに用いることも可能である。

図１に示す処方薬受け渡しシステム１には、ユーザの端末２０を１台だけ描いているが、これは説明上の都合によるものであり、現実には複数台の端末２０が接続される。
また、図１では、端末２０としてスマートフォンを想定しているが、端末２０はスマートフォンに限定されない。例えば端末２０は、携帯電話機、タブレット端末、ウェアラブル端末等の携帯型の端末でもよいし、デスクトップパソコン等の据え置き型の端末でもよい。
例えばスマートフォンは、液晶ディスプレイ等のディスプレイとタッチセンサとで構成されるタッチパネル、撮像カメラ、指紋センサ、ＧＰＳセンサ、ＣＰＵ、半導体メモリ、電池等を有している。本実施の形態の場合、撮像カメラは、認証時にユーザの顔画像の取得に用いることが可能である。また、指紋センサは、認証時にユーザの指紋の取得に用いることが可能である。すなわち、撮像カメラや指紋センサは、取得手段の一例として用いられる。また、タッチパネルは表示手段の一例である。

本実施の形態におけるロッカーシステム１０は、調剤薬局や調剤薬局に隣接するドラッグストア（以下「調剤薬局等」という）の敷地内に設置される。
もっとも、ロッカー装置１００と管理サーバ２００は同じ敷地内に存在する必要はない。ロッカー装置１００は、例えば駅の構内、コンビニエンスストアの店内や店頭、深夜まで営業する商業施設の店内や店頭に設置されていてもよい。
ロッカー装置１００と管理サーバ２００が異なる敷地に存在する場合、ロッカー装置１００と管理サーバ２００は、例えばインターネット３０を介して接続される。なお、ロッカー装置１００と管理サーバ２００がインターネット３０を介して接続される場合、ロッカー装置１００と管理サーバ２００の間の通信には暗号化通信が用いられる。例えばhttps（＝hypertext transfer protocol secure）通信が用いられる。

＜ロッカー装置の構成＞
図２は、ロッカー装置１００の外観構成の一例を示す図である。図２に示すロッカー装置１００は、３２個の収納ボックス１１０と、収納ボックス１１０の施錠と解錠を管理する集中管理ユニット１２０とで構成されている。収納ボックス１１０は、収容スペースの一例である。
個々の収納ボックス１１０は、個室に区分けされた空間であり、処方薬その他の物品の収納に用いられる。なお、個々の収納ボックス１１０には、ロック機構１１０Ａが設けられている。ロック機構１１０Ａの動きは、集中管理ユニット１２０により管理される。
図２に示すロッカー装置１００の場合、収納ボックス１１０の容積はいずれも同じである。もっとも、ロッカー装置１００は、容積が異なる収納ボックス１１０を組み合わせてもよい。

集中管理ユニット１２０は、コンピュータを内蔵する装置であり、処方薬を受け取るユーザにより操作される。
集中管理ユニット１２０は、個々のロック機構１１０Ａと通信可能に接続されており、ロック機構１１０Ａを施錠状態又は解錠状態に制御する。
集中管理ユニット１２０は、管理サーバ２００（図１参照）と通信可能に接続されており、処方薬を受け取りに来たユーザが受け取りの条件を満たす場合、処方薬が保管されている収納ボックス１１０のロック機構１１０Ａを解錠状態に制御する。ロック機構１１０Ａが解錠状態に制御されると、ユーザは、収納ボックス１１０の扉を開いて処方薬を取り出すことができる。

図３は、集中管理ユニット１２０の外観構成の一例を示す図である。
図３に示す集中管理ユニット１２０の前面には、表示操作部１２１と、スピーカ１２２と、コードリーダ１２３と、カードリーダ１２４と、プリンタ１２５と、紙幣処理部１２６Ａと、硬貨投入口１２６Ｂと、硬貨返却口１２６Ｃと、認証情報リーダ１２７が配置されている。これらは、ユーザに対するインターフェースとして用いられる。
表示操作部１２１は、例えばタッチパネルで構成される。表示操作部１２１には、ユーザに求める操作の内容やユーザに提供する情報が表示される。また、表示操作部１２１は、ユーザによる操作の受け付けに用いられる。
スピーカ１２２は、ユーザに求める操作の内容やユーザに提供する情報の音声による出力に用いられる。

コードリーダ１２３は、処方薬の受け取り用に発行される認証コードの読み取りや入力に用いられる。本実施の形態における認証コードは、収納ボックス１１０の解除キーとしての役割を果たす。認証コードは第２の識別情報の一例である。
例えば認証コードが図形パターンである場合、コードリーダ１２３は、端末２０に表示された認証コードやレシート等の用紙に印刷された認証コードを撮像カメラにより読み取る。図形パターンには、例えばＱＲ（＝Quick Response）コード(登録商標)等の２次元コードやバーコード等の１次元コードがある。

また例えば認証コードが、パスワードやＰＩＮ（＝Personal Identification Number）コード等の文字列の場合、コードリーダ１２３は、ハードキーやソフトキーを用いた文字列の入力の受け付けに用いられる。もっとも、パスワードやＰＩＮコードも、撮像カメラで読み取る方式を採用することも可能である。コードリーダ１２３は、第２の取得手段の一例である。

カードリーダ１２４は、電子マネーの情報を記録したカードやクレジットカードを用いた電子決済に用いられる。
プリンタ１２５は、決済の控えや処方薬の取出しを記録するレシート等の印刷に使用される。
紙幣処理部１２６Ａ、硬貨投入口１２６Ｂ、硬貨返却口１２６Ｃは、現金による決済に用いられる。以下では、紙幣処理部１２６Ａ、硬貨投入口１２６Ｂ、硬貨返却口１２６Ｃを総称して貨幣処理部１２６（図４参照）という。
認証情報リーダ１２７は、受取人の認証に使用する情報の読み取り等に用いられる。本実施の形態の場合、受取人の認証に使用する情報として、例えば生体情報、公的な身分証明書に記載された事項、調剤薬局等が発行した会員番号、調剤薬局等が処方薬の受取用に発行したＱＲコードを使用する。

生体情報による認証には、顔画像を用いる認証、声紋を用いる認証、指紋を用いる認証、静脈を用いる認証等がある。また、認証に用いる公的な身分証明書には、免許証、健康保険証、住民基本台帳カード等がある。公的な身分証明書からの情報の読み取りには、撮像カメラを使用してもよいし、身分証明書に埋め込まれているＩＣチップのデータを読み取ることが可能なＩＣカードリーダを使用してもよい。また、調剤薬局等が発行した会員番号やＱＲコードの読み取りには、撮像カメラやＱＲコードリーダを使用する。
もっとも、調剤薬局等が発行した会員番号は、集中管理ユニット１２０に設けられるハードキーやソフトキーを用いた入力も可能である。
生体情報の読み取りに用いられる認証情報リーダ１２７は、取得手段の一例である。また、生体情報以外の認証情報の読み取りに用いられる認証情報リーダ１２７は、第２の取得手段の一例である。認証情報リーダ１２７で読み取られる生体情報以外の情報は、第２の識別情報の一例である。
なお、生体情報以外の認証情報の読み取りには、前述したコードリーダ１２３を兼用してもよい。

図４は、集中管理ユニット１２０の機能上の構成の一例を説明する図である。
図４に示す集中管理ユニット１２０は、表示操作部１２１と、スピーカ１２２と、コードリーダ１２３と、カードリーダ１２４と、プリンタ１２５と、貨幣処理部１２６と、認証情報リーダ１２７と、通信部１２８と、記憶部１２９と、制御部１３０とを有している。
通信部１２８は、管理サーバ２００（図１参照）との通信に用いられる。
記憶部１２９は、例えばハードディスク装置や不揮発性の半導体メモリで構成される。記憶部１２９には、収納ボックス１１０による物品の収納の管理に用いる情報（以下「収納管理データ」という）が記憶される。収納管理データには、例えば収納ボックス１１０を一意に識別する情報、収納ボックス１１０の扉に付されている番号、使用中か空き状態かを示す情報、使用中の場合には解錠に用いる認証コードが含まれる。

制御部１３０は、ロッカー装置１００の全体を制御するコンピュータであり、不図示のＣＰＵ（＝Central Processing Unit）、ＲＯＭ（＝Read Only Memory）、ＲＡＭ（＝Random Access Memory）で構成される。制御部１３０は、プログラムの実行を通じて、収納管理部１３０Ａ、説明ビデオ再生部１３０Ｂ、物品取出し管理部１３０Ｃ、物品預り処理部１３０Ｄ、ロック制御部１３０Ｅ、決済処理部１３０Ｆとして機能する。
収納管理部１３０Ａは、収納ボックス１１０の状態を管理する機能部である。収納管理部１３０Ａは、収納ボックス１１０の状態や管理に関する情報に変更が生じた場合、収納管理データ１２９Ａを更新する。また、収納管理データ１２９Ａに示された収納ボックス１１０の空き状況を管理サーバ２００に送信する。収納ボックス１１０の状態には、「空」、「収納中」、「故障中」がある。

説明ビデオ再生部１３０Ｂは、処方薬の受け取りに際して要求される処方薬に関する説明ビデオを再生するための機能部である。現在の法令では、処方薬の引き渡しには、薬剤師による説明が義務付けられる。本実施の形態では、調剤薬局の営業時間外における処方薬の受け渡しを実現するため、薬剤師による調剤薬局内での説明を代替する手段として、テレビ電話による薬剤師の説明、薬剤師が処方薬を説明するビデオ（以下「説明ビデオ」という）の再生等を想定する。
説明ビデオ再生部１３０Ｂは、説明ビデオの再生画像を集中管理ユニット１２０に設けられた表示操作部１２１に表示する。説明ビデオが表示される表示操作部１２１は表示手段の一例である。
もっとも、説明ビデオに代えて処方薬の説明書の画像を再生することも可能である。

物品取出し管理部１３０Ｃは、処方薬等の収納ボックス１１０からの取り出しの可否を管理する機能部である。物品取出し管理部１３０Ｃは、例えば読み取った又は入力された認証コードが、ユーザの処方薬が収納されている収納ボックス１１０の解錠に求められる認証コードと一致するか否かの判定に用いられる。
なお、収納ボックス１１０に割り当てられている認証コードと、コードリーダ１２３を通じて読み取った又は入力された認証コードが一致する場合、物品取出し管理部１３０Ｃは、対応する収納ボックス１１０の解錠をロック制御部１３０Ｅに指示する。

一方、収納ボックス１１０に割り当てられている認証コードと、コードリーダ１２３を通じて読み取った又は入力された認証コードが一致しない場合、物品取出し管理部１３０Ｃは、表示操作部１２１に認証コードが一致しない旨等を表示する。
また、ユーザが処方薬の取り出しに必要な認証情報の入力をロッカー装置１００で行う場合、物品取出し管理部１３０Ｃは、入力された認証情報を、管理サーバ２００（図１参照）に送信し、認証の結果を受け取る。

物品預り処理部１３０Ｄは、処方薬等の物品の預りに伴う処理を実行する機能部である。本実施の形態の場合、物品預り処理部１３０Ｄは、空き状態の収納ボックス１１０への処方薬の収納を検知すると、処方薬が収納された収納ボックス１１０を一意に識別する情報や収納ボックス１１０の扉に付されている番号に、収納された処方薬に対応するユーザを識別する情報や解錠に用いる認証コード等を紐付け、収納管理データ１２９Ａとして記憶部１２９に登録する。
ロック制御部１３０Ｅは、ロック機構１１０Ａに対する施錠指示又は解錠指示の送信を通じ、収納ボックス１１０の施錠と解錠を制御する機能部である。
決済処理部１３０Ｆは、現金による決済や電子決済を実行する機能部である。

＜管理サーバの構成＞
図５は、調剤薬局等に設置される管理サーバ２００の機能上の構成の一例を説明する図である。
管理サーバ２００は、ロッカー装置１００（図１参照）との連携により、調剤薬局の営業時間外における処方薬の受取サービスを実現する装置である。
図５に示す管理サーバ２００は、表示操作部２０１と、通信部２０２と、記憶部２０３と、制御部２０４とを有している。
表示操作部２０１は、調剤薬局の薬剤師その他の店員が操作に用いる入力デバイスとディスプレイで構成される。入力デバイスには、例えばキーボード、ＰＯＳ（＝Point Of Sale）端末が用いられる。また、ディスプレイには、例えば液晶ディスプレイや有機ＥＬ（＝Electro Luminescence）ディスプレイが用いられる。

通信部２０２は、ロッカー装置１００（図１参照）との通信に用いられる。
記憶部２０３は、例えばハードディスク装置や不揮発性の半導体メモリで構成される。記憶部２０３には、処方薬の受取サービスを利用するユーザの情報を記憶するデータベース（以下「ユーザＤＢ」という）２０３Ａと、ユーザから受け付けた処方箋の情報を記憶するデータベース（以下「処方箋ＤＢ」という）２０３Ｂと、処方薬の説明ビデオを記憶するデータベース（以下「説明ビデオＤＢ」という）２０３Ｃと、ユーザが希望する受け取り場所や日時等を記憶するデータベース（以下「引取先ＤＢ」という）２０３Ｄと、処方薬の受取サービスを利用するユーザの認証に用いる情報を記憶するデータベース（以下「認証情報ＤＢ」という）２０３Ｅと、処方薬の支払いに関する情報を記憶するデータベース（以下「決済情報ＤＢ」という）２０３Ｆと、処方薬の受取サービスの進捗に関する情報を記憶するデータベース（以下「進捗ＤＢ」という）２０３Ｇが含まれる。

ユーザＤＢ２０３Ａには、例えばユーザの氏名、性別、住所、調剤薬局等が発行した会員番号が記憶されている。
処方箋ＤＢ２０３Ｂには、例えば処方箋の受け付けにより発行された受付番号に関連付けて、処方薬の受取サービスを利用するユーザの氏名、処方箋の画像データ、処方する薬の情報が紐付けられた状態で記憶されている。
説明ビデオＤＢ２０３Ｃには、例えば処方箋の受け付けにより発行された受付番号に関連付けて、薬剤師が録画した説明ビデオが紐付けられた状態で記憶されている。もっとも、説明ビデオは、処方箋単位で録画される必要はなく、処方薬単位で録画されていてもよい。この場合、説明ビデオは、処方箋に記載されている処方薬別に読み出される。
引取先ＤＢ２０３Ｄには、例えば処方箋の受け付けにより発行された受付番号に関連付けて、ユーザが希望する受け取り場所、ユーザが希望する受け取りの日時、ロッカー装置１００（図１参照）を識別する情報、処方薬が収納された収納ボックス１１０（図３参照）を識別する情報、収納ボックス１１０の扉に付されている番号が記憶されている。

認証情報ＤＢ２０３Ｅには、例えば処方薬の受取サービスを利用するユーザが事前に登録した認証用の情報が記憶される。ここでの認証用の情報は、受取人がユーザ本人であることの認証に使用される情報であり、例えば調剤薬局等が発行した会員番号、保険証の番号、保険証の画像データ、免許証の番号、免許証の画像データ、住民基本台帳カードの番号、住民基本台帳カードの画像データ、調剤薬局が処方薬の受け取り用に発行したＱＲコードその他の認証コード、ユーザの生体情報が含まれる。
ユーザの生体情報には、顔の画像データ、声紋の波形データ、指紋のパターンデータ、静脈のパターンデータが含まれる。
本実施の形態における認証情報ＤＢ２０３Ｅは、ユーザの生体情報を登録情報として記憶する記憶手段の一例である。また、認証情報ＤＢ２０３Ｅに記憶されている認証用の情報は、登録情報の一例である。また、顔の画像データは、顔情報の一例である。

決済情報ＤＢ２０３Ｆには、例えば処方薬の受け取りに際して支払うべき金額、支払いの有無、支払い済みの場合には支払いの日時や支払いの方法等が記憶される。
進捗ＤＢ２０３Ｇには、例えば処方箋の受け付けにより発行された受付番号に関連付けて、受付時刻、処方薬の完了日時、調剤した薬剤師の氏名、処方薬が収納ボックス１１０に収納された日時、処方薬を収納ボックス１１０に収納した担当者の氏名、認証処理の完了の有無、処方薬に関する説明の完了の有無、決済処理の完了の有無、解錠手順の通知の完了の有無、処方薬の取り出しの有無が記憶される。

制御部２０４は、ロッカー装置１００の全体を制御するコンピュータであり、不図示のＣＰＵ、ＲＯＭ、ＲＡＭで構成される。制御部２０４は、プログラムの実行を通じて、処方箋データ受取部２０４Ａ、進捗管理部２０４Ｂ、処方完了通知部２０４Ｃ、受取人認証部２０４Ｄ、説明終了確認部２０４Ｅ、決済処理部２０４Ｆ、解錠手順通知部２０４Ｇ、取出し記録部２０４Ｈとして機能する。

処方箋データ受取部２０４Ａは、処方薬の受取サービスを利用するユーザが例えば端末２０（図１参照）から送信した処方箋の画像データを受け付ける機能部である。処方箋データ受取部２０４Ａは、処方箋の画像データを受け付けると受付番号を発行し、発行された受付番号に処方箋の画像データを紐付けて処方箋ＤＢ２０３Ｂに記憶する。処方薬の受取サービスの受付時には、ユーザの氏名、受け取りを希望する場所、受け取りを希望する日時の情報も受け付けられる。
もっとも、処方箋の画像データは、調剤薬局の店頭に設置されているスキャナで読み取ることも可能である。処方箋を調剤薬局の店頭で受け付ける場合には、ユーザの氏名、処方薬の受け取りを希望する場所や受け取りを希望する日時に関する情報も店頭の表示操作部２０１を通じて入力される。

進捗管理部２０４Ｂは、処方薬の取出しが記録されていない受付番号についての進捗の状況を管理する機能部である。進捗管理部２０４Ｂは、他の機能部や集中管理ユニット１２０（図２参照）と連携し、進捗の変化を進捗ＤＢ２０３Ｇに記録する。
処方完了通知部２０４Ｃは、薬剤師による処方薬の調剤の完了をユーザに通知する機能部である。ユーザへの通知は、例えば処方薬がロッカー装置１００（図２参照）への処方薬の収納の完了後に実行される。本実施の形態の場合、処方薬の完了の通知には、説明ビデオ、受け取り場所、支払い金額の通知、支払い方法等が含まれる。

受取人認証部２０４Ｄは、受取人であるユーザ本人の認証を実行する機能部である。本実施の形態の場合、受取人認証部２０４Ｄは、成りすましによる不正を防止するため２段階の認証処理を実行する。
２段階の認証処理とは、認証に２種類以上の認証情報を組み合わせる認証をいう。例えば顔画像による認証と免許証の番号の照合による認証との組み合わせ、免許証の番号の照合による認証と静脈のパターンデータの照合による認証との組み合わせを用いる。なお、例示した組み合わせは一例であり、認証情報ＤＢ２０３Ｅに登録されている認証情報の任意の組み合わせを使用することが可能である。本実施の形態の場合、認証に使用する情報の組み合わせは、端末２０（図１参照）で実行される本人認証アプリがユーザに指示する。
本実施の形態における受取人認証部２０４Ｄは、２種類の認証情報の認証がいずれも成功した場合に限り、ユーザ本人の認証が成功したとみなす。換言すると、いずれか一方でも認証に失敗すると、ユーザ本人の認証が失敗したものとみなされる。
もっとも、１種類の認証情報を用いる認証を排除するものではない。ここでの受取人認証部２０４Ｄは、認証手段の一例である。

説明終了確認部２０４Ｅは、処方薬の受取サービスを利用するユーザが使用する端末２０（図１参照）のディスプレイや集中管理ユニット１２０（図４参照）の表示操作部１２１（図４参照）に表示された説明ビデオの視聴の終了を確認する機能部である。
説明終了確認部２０４Ｅは、例えば説明ビデオの再生の終了後に表示される確認ボタンの操作が検知された場合、ユーザによる説明ビデオの閲覧が終了したことを確認する。
本実施の形態における処方薬受取システム１（図１参照）の場合、ユーザが薬剤師から説明を受けることが処方薬の取り出しの条件の１つであるためである。
なお、説明ビデオを表示する端末２０は、受け渡しの対象である物品に関する情報を表示する表示手段の一例でもある。

この他、説明ビデオの閲覧の終了は、例えば説明ビデオの再生の終了の検出によっても検出が可能である。
また、テレビ電話で薬剤師が処方薬の説明を行った場合には、薬剤師が表示操作部２０１を通じて説明の終了を入力する。
また、調剤薬局の店頭にて、薬剤師から処方薬の説明が済んでいる場合にも、表示操作部２０１を通じて説明の終了が入力される。
また、説明書が薬剤師から提供される場合には、説明書の再生の終了後に表示される確認ボタンの操作等を通じて説明ビデオの閲覧の終了が検出される。

決済処理部２０４Ｆは、処方薬に対する支払いを決済情報ＤＢ２０３Ｆに登録する機能部である。決済処理は、調剤薬局の店頭に設置されているＰＯＳ端末等で行われる場合もあれば、ロッカー装置１００（図２参照）の集中管理ユニット１２０（図２参照）に設けられているカードリーダ１２４（図４参照）や貨幣処理部１２６（図４参照）を通じて行われる場合もある。
また、決済処理は、ユーザから通知されたクレジットカードの番号等を決済機関に与えることによっても実行が可能である。本実施の形態の場合、決済処理の完了は、処方薬の受け取りに求められる条件の１つである。

解錠手順通知部２０４Ｇは、処方薬が収納されている収納ボックス１１０（図２参照）を解錠するための手順をユーザに通知する機能部である。本実施の形態における解錠手順通知部２０４Ｇは、支払いの完了の確認後に、ユーザに通知を送信する。
本実施の形態の場合、解錠に必要となる認証コードが通知される。もっとも、認証コードに加え、例えば処方薬が収納されているロッカーシステム１０（図１参照）が設置されている場所、処方薬が収納されている収納ボックス１１０の扉に付されている番号が通知に含まれてもよい。
取出し記録部２０４Ｈは、集中管理ユニット１２０（図４参照）の物品取出し管理部１３０Ｃ（図４参照）との連携により、処方薬の取出しを進捗ＤＢ２０３Ｇに記録する機能部である。

＜処方薬の受け取りの流れ＞
以下では、本実施の形態における処方薬受取システム１（図１参照）を用いた処方薬の受け取りの流れの具体例を説明する。
本実施の形態の場合、受取人はユーザ本人である。

＜例１＞
図６は、処方薬の受取サービスを利用するユーザ本人が調剤薬局の営業時間外にロッカー装置１００から処方薬を取り出す場合における処理の流れの一例を説明する図である。なお、図中の記号のＳはステップを意味する。
まず、ユーザが、処方箋のデータ（以下「処方箋データ」という）を端末２０から管理サーバ２００に送信する（ステップ１）。医療機関から交付される処方箋が紙の場合、ユーザは、端末２０の撮像カメラで処方箋を撮像し、撮像により得られた画像データを処方箋データとして管理サーバ２００に送信する。なお、医療機関から交付される処方箋が電子データの場合（すなわち電子処方箋が交付される場合）、端末２０は、交付された電子処方箋を管理サーバ２００に送信する。

処方箋データの受け付けに用いる画面上で、管理サーバ２００は、ユーザが希望する受け取り場所や受け取りの日時等についても受け付ける。
また、ユーザが調剤薬局に来店していない場合、保険証の画像データ等も処方箋データとともに、管理サーバ２００に通知される。後述する他の流れについても同様である。
管理サーバ２００は、処方箋データを受け付けると（ステップ２）、端末２０に対して処方箋データの受け付けを通知する。処方箋データを受け付けた管理サーバ２００は、受付番号を発行し、その後の進捗を管理する。

やがて薬剤師による処方薬の調剤が完了すると、管理サーバ２００は、処方薬の調剤の完了を記録する（ステップ３）。処方薬の調剤の完了の記録に伴い、進捗ＤＢ２０３Ｇの情報が更新される。
この後、調剤薬局の従業員等により処方薬が収納ボックス１１０（図２参照）に収納されると、管理サーバ２００は、処方薬の収納を記録する（ステップ４）。処方薬の収納の記録に伴い、進捗ＤＢ２０３Ｇの情報が更新される。
処方薬が収納されると、管理サーバ２００は、ユーザの端末２０に対し、処方薬の説明ビデオ、受け取り場所、支払い金額等を通知する（ステップ５）。前述したように、説明ビデオに代えて処方薬の説明書を通知してもよい。また、説明ビデオのデータファイルに代えて、ユーザ固有の説明ビデオが記憶されているネットワーク上のアドレスを通知してもよい。

本実施の形態における端末２０は、管理サーバ２００から処方薬に関する説明ビデオ等を受信すると、本人認証アプリを起動する（ステップ６）。本人認証アプリは、処方薬の受取サービスを利用する端末２０に予めインストールされている。
端末２０は、本人認証アプリの実行を通じ、ユーザに対して生体情報の入力を要求する。ユーザは、端末２０の表示画面に表示される案内に従い、例えば自身の顔画像を撮像する。顔画像は生体情報の一例である。取得された顔画像は、暗号化された通信を通じ、管理サーバ２００に送信される。
なお、本実施の形態における本人認証アプリは、生体情報以外の認証情報の入力もユーザに要求する。例えば免許証の番号等の入力が要求される。端末２０は、ユーザにより入力された免許証の番号等も管理サーバ２００に送信する。免許証の番号等は、生体情報とは異なる第２の識別情報の一例である。

顔画像等の生体情報等を受信した管理サーバ２００は、本人認証の処理を実行する（ステップ７）。本人認証は、前述したように、端末２０から受信した認証情報と、事前に登録されている認証情報との照合により実行される。
本人認証に成功すると、管理サーバ２００は、端末２０に対し、認証の成功を通知する。この通知により、説明ビデオの閲覧が可能になる。ここでの説明ビデオの閲覧は、ユーザによる物品に関する情報の確認の一例である。
認証の成功の通知を受けた端末２０は、閲覧アプリを起動する（ステップ８）。続いて、端末２０は、処方薬に関する説明ビデオの再生を開始する。

ユーザによる説明ビデオの閲覧が完了すると、端末２０は、管理サーバ２００に対し、閲覧の完了を通知する（ステップ９）。前述したように、閲覧の完了は、例えば説明ビデオの閲覧の完了後に端末２０に表示される確認ボタンに対するユーザの操作により通知される。
説明ビデオの閲覧の完了の通知を受けた管理サーバ２００は、決済処理を開始する（ステップ１０）。決済処理は、ユーザの希望する決済方法が用いられる。図６の場合には、クレジットカードの番号等が端末２０から管理サーバ２００に与えられる。
決済処理が完了すると、管理サーバ２００は、ロッカー装置１００に対し、決済が終了した収納ボックス１１０の番号を通知する。なお、管理サーバ２００は、処方箋の受け付けにより発行された受付番号をロッカー装置１００に通知してもよい。

また、管理サーバ２００は、端末２０に対し、処方薬の受け取りに用いる認証コードを通知する（ステップ１１）。この時点で認証コードが発生される場合、管理サーバ２００は、発生された認証コードをロッカー装置１００に通知する。
この後、ユーザは、受け取り場所に指定されたロッカー装置１００に移動する。
ロッカー装置１００は、ユーザから処方薬が収納されている収納ボックス１１０の番号を受け付ける（ステップ１２）。ここでの番号は、収納ボックス１１０の扉に付されている番号である。もっとも、ユーザが行う操作は、処方薬の受け取り操作の指示だけでもよい。

続いて、ロッカー装置１００は、ユーザが入力する認証コードを確認する（ステップ１３）。認証コードが正しい場合、ロッカー装置１００は、該当する収納ボックス１１０を解錠する（ステップ１４）。
その後、ロッカー装置１００は、収納ボックス１１０から処方薬の取り出しを確認し、管理サーバ２００に処方薬の取出しを通知する。なお、処方箋は、例えば処方薬が取り出された収納ボックス１１０やロッカー装置１００の周辺に設置されている回収ボックスへの投函を通じて回収される。
なお、電子処方箋の場合、管理サーバ２００は、ロッカー装置１００からの処方薬の取り出しの通知を受信した後に、電子処方箋の消し込み処理を実行する。

以上の手順により、ユーザは、調剤薬局の営業時間外でも、自身の処方薬を受け取ることができる。このため、調剤薬局へのユーザの満足度の向上が期待できる。
また、処方薬の受取サービスの活用により、調剤薬局は営業時間の延長を避けることができ、人件費の抑制等を通じて労働環境の改善や運用コストの削減を実現できる。
また、ロッカー装置１００が設置されているドラッグストア等へのユーザの立ち寄り機会を作ることができる。結果的に、ロッカー装置１００が設置されているドラッグストア等は、ユーザの「ついで買い」による売上アップを期待できる。
なお、本実施の形態における管理サーバ２００は、説明ビデオの閲覧の完了の通知を受けた後に決済処理を開始しているが、決済処理を実行するタイミングはこれに限らない。例えば薬局が処方箋を受け付けた段階で、決済処理を実行してもよい。具体的には、ユーザが端末２０から処方箋データを管理サーバ２００に送信する際に、クレジットカードや電子マネーで決済してもよい。また、薬局の店舗で処方箋を受け付ける場合には、その場で決済処理を実行してもよい。これらの場合、処方薬に係る代金を確実に徴収することができる。
また、処方箋の原紙は、ロッカー装置１００の近傍に回収ボックスを設けて回収してもよい。
ちなみに、電子処方箋が管理サーバ２００に送信される場合には、管理サーバ２００で電子処方箋の受け取りの確認に関する処理を実行してもよいし、処方薬の取り出し時に、電子処方箋に含まれるＱＲコード等の識別情報を読み込ませて受取の確認に関する処理を実行してもよい。このように処方箋の原紙の回収や電子処方箋の消込処理の実行により、処方薬の２重処方を防止できる。

＜例２＞
図７は、処方薬の受取サービスを利用するユーザ本人が調剤薬局の営業時間外にロッカー装置１００から処方薬を取り出す場合における処理の流れの他の一例を説明する図である。図７には、図６との対応部分に対応する符号を付して示している。
例１の場合には、決済処理の完了後に、収納ボックス１１０（図２参照）の解錠に必要な認証コードを発行してユーザに通知しているが、例２の場合には、ロッカー装置１００に受け取りに来たユーザについて再度の本人認証を実行し、認証コードの通知を省略する。
すなわち、図７の場合には、処方薬の説明ビデオの閲覧が完了し、その後の決済処理も完了すると、受け取り場所であるロッカー装置１００の表示操作部１２１（図４参照）に対して、処方薬が収納されている収納ボックス１１０の番号をユーザが入力する。収納ボックス１１０の番号は、ステップ５の通知の際に、ユーザに通知されている。

ロッカー装置１００は、収納ボックス１１０の番号を受け付けると（ステップ１２）、本人認証の処理を実行する（ステップ２１）。ステップ２１で実行される本人認証の内容は、ステップ７で実行される本人認証の内容と同じでもよいし、異なっていてもよい。
本実施の形態の場合、ロッカー装置１００は、生体情報である顔画像と指紋のパターンデータを用いて本人を認証する。顔画像を生体情報の一例とすると、指紋のパターンデータは第２の生体情報の一例である。
本実施の形態の場合、ロッカー装置１００による本人認証の処理は、管理サーバ２００との連携により実行される。例えば取得された顔画像と指紋の情報が管理サーバ２００に送信され、受取人認証部２０４Ｄ（図５参照）で認証が実行される。なお、顔画像と指紋の情報は、取得された画像等そのものである必要はなく、取得された画像等から抽出された特徴データでもよい。送信されるデータは暗号化されている。

認証の結果は、受取人認証部２０４Ｄからロッカー装置１００に送信される。認証が成功した場合、ロッカー装置１００は、該当する収納ボックス１１０を解錠する（ステップ１４）。本実施の形態の場合、本人認証により受取人がユーザ本人であることを確認できるため、認証コードの入力を省略している。もっとも、認証コードの入力も追加で要求することも可能である。認証コードの入力も要求する場合には、決済処理の実行後に認証コードをユーザに通知する。
収納ボックス１１０から処方薬の取り出しが確認されると、ロッカー装置１００は、管理サーバ２００に対して処方薬の取出しを通知する。
なお、電子処方箋の場合、管理サーバ２００は、ロッカー装置１００からの処方薬の取り出しの通知を受信した後に、電子処方箋の消し込み処理を実行する。
以上の手順により、ユーザは、調剤薬局の営業時間外でも、自身の処方薬を受け取ることができる。

＜例３＞
図８は、処方薬の受取サービスを利用するユーザ本人が調剤薬局の営業時間外にロッカー装置１００から処方薬を取り出す場合における処理の流れの他の一例を説明する図である。図８にも、図６との対応部分に対応する符号を付して示している。
前述した例１と例２の場合、ユーザは、端末２０を用いて本人認証と説明ビデオの閲覧とを実行しているが、例３の場合、処方薬を受け取りに来たユーザがロッカー装置１００において、本人認証と説明ビデオの閲覧等を実行する。
例３の場合、ステップ１～ステップ３の処理は、例１及び例２と同じである。
調剤薬局の従業員等による処方薬の収納が記録されると（ステップ４）、管理サーバ２００は、端末２０とロッカー装置１００に対し、受け取り場所、支払い金額等を通知する（ステップ３１）。

通知を受け取ったユーザは、都合の良い時間に、受け取り場所であるロッカー装置１００に移動し、表示操作部１２１（図４参照）を操作し、処方薬を受け取るための操作を行う。このとき、ロッカー装置１００は、処方薬の受取操作を検知する（ステップ３２）。
処方薬の受取操作を検知したロッカー装置１００は、認証情報リーダ１２７（図４参照）を通じ、受取人の生体情報等を読み取る（ステップ３３）。読み取られた生体情報等は、ロッカー装置１００から管理サーバ２００に送信される。生体情報等は暗号化された状態で管理サーバ２００に送信される。
管理サーバ２００は、本人認証の処理を実行する（ステップ７）。本人認証に成功した場合、管理サーバ２００は、ロッカー装置１００に対し、認証の成功を通知する。この通知により、ロッカー装置１００における説明ビデオの再生が可能な状態になる。

認証の成功の通知を受けたロッカー装置１００は、説明ビデオ再生部１３０Ｂ（図４参照）を起動し、説明ビデオを再生する（ステップ３４）。ロッカー装置１００は、ユーザによる説明ビデオの閲覧の完了を検知すると（ステップ３５）、決済処理に移行する（ステップ３６）。決済処理は、ユーザの希望する決済方法が用いられる。本実施の形態におけるロッカー装置１００は、電子決済も現金による決済も可能である。
決済処理が完了すると、ロッカー装置１００は、管理サーバ２００に対し、完了情報を通知する。例えば通知が終了した収納ボックス１１０の番号や処方箋の受け付けにより発行された受付番号が管理サーバ２００に通知される。なお、ユーザによる説明ビデオの閲覧後に表示部に表示された「説明を理解した」等の表示をタッチされたことを受けて、閲覧の完了として検知するようにしてもよい。

また、ロッカー装置１００は、ユーザが入力する認証コードを確認する（ステップ３７）。認証コードが正しい場合、ロッカー装置１００は、対応する収納ボックス１１０（図２参照）を解錠する（ステップ３８）。
その後、ロッカー装置１００は、収納ボックス１１０から処方薬の取り出しを確認すると、管理サーバ２００に対して処方薬の取出しを通知する。
以上の手順により、ユーザは、調剤薬局の営業時間外でも、自身の処方薬を受け取ることができる。

＜実施の形態２＞
＜システム構成＞
図９は、実施の形態２で使用する処方薬受取システム１Ａの概略構成を例示する図である。なお、図９には、図１との対応部分に対応する符号を付して示している。
実施の形態１の場合、処方薬を引き取る受取人として処方箋が発行された本人を想定していたが、本実施の形態では、本人から依頼を受けた第三者を受取人として想定する。
このため、図９には、処方箋が発行されたＡさんから受け取りを依頼されたＢさんの端末２０Ａを追加している。ここでの端末２０Ａは、第２のユーザ端末の一例である。また、Ｂさんは第２のユーザの一例である。
本実施の形態で使用する管理サーバ２００Ａには、処方薬を代理で受け取るＢさんから本人であるＡさんに処方薬が受け渡されたことをシステム的に記録する機能が追加されている。なお、ロッカー装置１００の構成は、実施の形態１と同様である。

図１０は、調剤薬局等に設置される管理サーバ２００Ａの機能上の構成の一例を説明する図である。図１０には、図５との対応部分に対応する符号を付して示している。
ロッカー装置１００（図９参照）との連携により、調剤薬局の営業時間外における処方薬の受取サービスを実現する装置である管理サーバ２００Ａは、表示操作部２０１と、通信部２０２と、記憶部２０３と、制御部２０４とを有している。
本実施の形態に特有の機能は、制御部２０４に設けられる本人受取記録部２０４Ｉである。本人受取記録部２０４Ｉは、処方薬を代理で受け取ったＢさんから処方薬を受け取った旨の通知を本人の端末２０から受信して記録する機能部である。管理サーバ２００Ａへのアクセスは、例えば処方箋に印刷等されているＱＲコード等の読み取りにより、又は、処方薬の受け取りの際に発行されるレシート等に印字されたＱＲコード等の読み取りにより、又は、処方薬に同梱されるレシート等に印字されたＱＲコード等の読み取りにより実行される。
なお、Ａさんによる受け取りの記録であることを確認できれば、端末２０からの通知であることを要しない。

本実施の形態の場合、本人受取記録部２０４Ｉによる本人の受け取りの記録が存在しない場合、処方薬の受け取りを第三者に依頼するサービス（以下「処方薬の第三者受取サービス」という）の次回以降の利用が制限される。
さらに処方薬の第三者受取サービスが制限されると、処方薬を受け取った第三者だけでなく、任意の第三者への受け取りの依頼が制限されるようにしてもよい。
本実施の形態の場合、処方薬の第三者受取サービスが制限されても、本人による処方薬の受取サービスの利用は制限されないが、本人による処方薬の受取サービスの利用も制限される設定とすることは可能である。

本実施の形態の場合、本人受取記録部２０４Ｉによる記録は、処方箋データ受取部２０４Ａにより参照され、処方箋の受付時に処方薬の第三者受取サービスの利用が可能か否かの判定に使用される。
なお、処方薬の第三者受取サービスが制限される条件は、システムの運用者やシステムを利用する調剤薬局等が定められるようにしてもよい。
処方薬の第三者受取サービスが制限される条件には、例えば本人からの受け取りの未記録が１回でも存在する場合が考えられる。この場合、サービスの利用が制限される期限は無期限とすることも可能であるが、サービスの利用が制限される期間を、受け取りの未記録が発生したサービスの利用日時から例えば半年間等としてもよい。ここでの利用日時は、例えば処方箋を受け付けた日時としてもよいし、本人からの受け取りの記録の受付期間が満了した日時としてもよい。
この他、処方薬の第三者受取サービスが制限される条件には、予め定めた期間内における本人からの受け取りの未記録の回数が上限値を超えて検出された場合が考えられる。

＜処方薬の受け取りの流れ＞
以下では、本実施の形態における処方薬受取システム１Ａ（図９参照）を用いた処方薬の受け取りの流れの具体例を説明する。
本実施の形態における受取人は、ユーザ本人から依頼を受けた第三者である。
図１１は、ユーザ本人から処方薬の受け取りを依頼された第三者が調剤薬局の営業時間外にロッカー装置１００から処方薬を取り出す場合における処理の流れの一例を説明する図である。図１１には、図６との対応部分に対応する符号を付して示す。
なお、処方薬の第三者受取サービスの利用の前提として、ユーザ本人が引き取りを依頼する第三者の認証に必要な情報は、管理サーバ２００Ａを構成する記憶部２０３の認証情報ＤＢ２０３Ｅ（図５参照）に事前に登録されている。

本実施の形態の場合、ユーザは、端末２０から管理サーバ２００Ａに対し、処方箋データと第三者による受取の希望を送信する（ステップ４１）。この段階で、処方薬を代理で受け取る第三者を特定する情報も、端末２０から管理サーバ２００Ａに送信される。
本実施の形態の場合も、管理サーバ２００Ａは、処方箋データを受け付けると（ステップ２）、端末２０に対して処方箋データの受け付けを通知する。処方箋データを受け付けた管理サーバ２００Ａは、受付番号を発行し、その後の進捗を管理する。
次に、管理サーバ２００Ａは、決算処理を実行する（ステップ４２）。図１１の場合、決済処理には電子決済を想定する。もっとも、ユーザが調剤薬局に来店している場合には、現金による決済も可能である。

決済処理が完了すると、端末２０は、閲覧アプリを起動し（ステップ８）、処方薬に関する説明ビデオの再生を開始する。その後、ユーザによる説明ビデオの閲覧が完了すると、端末２０は、管理サーバ２００Ａに閲覧の完了を通知する（ステップ９）。なお、ユーザによる説明ビデオの閲覧後に表示部に表示された「説明を理解した」等の表示をタッチされたことを受けて、閲覧の完了として検知するようにしてもよい。
本実施の形態の場合、ロッカー装置１００を訪問するのは、ユーザから依頼を受けた第三者であるので、処方箋データを送信したユーザ本人に要求される処理は、処理手順の前半に実行される。

やがて薬剤師による処方薬の調剤が完了すると、管理サーバ２００Ａは、処方薬の調剤の完了を記録する（ステップ３）。図１１の場合、処方薬の調剤の完了の記録は閲覧完了の通知後に実行されているが、薬剤師による調剤とユーザによる説明ビデオの閲覧は本来独立に実行される。このため、ステップ９とステップ３の先後は任意である。
また、調剤薬局の従業員等により処方薬が収納ボックス１１０（図２参照）に収納されると、管理サーバ２００Ａは、処方薬の収納を記録する（ステップ４）。

処方薬の受け取りが可能になると、管理サーバ２００Ａは、処方薬を代理で受け取る第三者の端末２０Ａに対し、受け取り場所、認証コード等を通知する（ステップ４３）。なお、処方薬の引き取りに必要になる認証コードは、ユーザ本人の端末２０に送信する仕組みを採用することも可能であるし、ユーザ本人の端末２０と第三者の端末２０Ａの両方に送信する仕組みを採用してもよい。
なお、ユーザ本人にのみ受け取り場所や認証コードの情報が通知される場合には、ユーザ本人から第三者に対して受け取り場所や認証コードの情報が伝達される。

処方薬を代理で受け取る第三者が、受け取り場所であるロッカー装置１００に移動すると、表示操作部１２１（図４参照）を操作し、処方薬を受け取るための操作を行う。このとき、ロッカー装置１００は、処方薬の受取操作を検知する（ステップ４４）。
処方薬の受取操作を検知したロッカー装置１００は、認証情報リーダ１２７（図４参照）を通じ、受取人の生体情報等を読み取る（ステップ４５）。ここでの受取人は、ステップ４１でユーザが指定した第三者である。従って、ロッカー装置１００は、受取人の生体情報として、ユーザが指定した第三者の生体情報を読み取る。なお、複数の生体情報が要求される場合には、第三者の複数の生体情報が読み取られ、生体情報と生体情報以外の情報が要求される場合には、第三者の生体情報と生体情報以外の情報が読み取られる。

読み取られた生体情報等は、ロッカー装置１００から管理サーバ２００Ａに送信される。管理サーバ２００Ａは、受信した生体情報等と事前に登録されている第三者の生体情報とを照合する本人認証を実行する（ステップ７）。
本人認証に成功すると、管理サーバ２００Ａは、ロッカー装置１００に対し、認証の成功を通知する。
本実施の形態の場合、認証の成功が通知されたロッカー装置１００は、受取人が入力した認証コードを確認する（ステップ４６）。

受取人が入力した認証コードが正しい場合、ロッカー装置１００は、対応する収納ボックス１１０を解錠する（ステップ４７）。
その後、ロッカー装置１００は、収納ボックス１１０から処方薬の取り出しを確認し、管理サーバ２００Ａに処方薬の取出しを通知する。
処方薬の取出しの通知を受信すると、管理サーバ２００Ａは、ユーザ本人からの処方薬の受け取りの記録の通知を待機する状態になる。

第三者から処方薬を受け取ったユーザ本人は、端末２０から管理サーバ２００Ａに対し、第三者から処方薬を受け取った旨を送信する（ステップ４８）。本実施の形態の場合、管理サーバ２００Ａは、第三者から処方薬を受け取った旨の通知に用いられた端末２０に固有の識別情報等との組み合わせにより、処方箋を受け取った第三者等による成りすましを排除する。成りすましを排除する観点では、ステップ４８の処理でも、本人認証を要求してもよい。
この後、管理サーバ２００Ａは、本人の受け取りを記録する（ステップ４９）。ここでの記録は、例えば進捗ＤＢ２０３Ｇ（図５参照）に記録される。
本人の受け取りが記録されることで、処方箋データの受信により開始した進捗の管理が終了する。

以上の手順により、ユーザは、調剤薬局の営業時間外でも、第三者を通じて自身の処方薬を受け取ることができる。
なお、図１１の場合、決済処理はユーザ本人が手続きしているが、処方薬を受け取る第三者がロッカー装置１００で決済処理を行うことも可能である。その場合には、例えば受取人である第三者の認証が終了した段階で決済処理を実行すればよい。
なお、本実施の形態における管理サーバ２００は、説明ビデオの閲覧の完了の通知を受けた後に決済処理を開始しているが、決済処理を実行するタイミングはこれに限らない。例えば薬局が処方箋を受け付けた段階で、決済処理を実行してもよい。具体的には、ユーザが端末２０から処方箋データを管理サーバ２００に送信する際に、クレジットカードや電子マネーで決済してもよい。また、薬局の店舗で処方箋を受け付ける場合には、その場で決済処理を実行してもよい。これらの場合、処方薬に係る代金を確実に徴収することができる。
また、処方箋の原紙は、ロッカー装置１００の近傍に回収ボックスを設けて回収してもよい。
ちなみに、電子処方箋が管理サーバ２００に送信される場合には、管理サーバ２００で電子処方箋の受け取りの確認に関する処理を実行してもよいし、処方薬の取り出し時に、電子処方箋に含まれるＱＲコード等の識別情報を読み込ませて受取の確認に関する処理を実行してもよい。このように処方薬の原紙の回収や電子処方箋の消込処理の実行により、処方薬の２重処方を防止できる。

＜実施の形態３＞
前述の実施の形態においては、営業時間外における受け取りの対象として処方薬を想定したが、本実施の形態では、購入に際して薬剤師の説明が義務付けられる第一類医薬品の時間外の販売を可能にするシステムについて説明する。
現在、第一類医薬品の購入希望者は、薬局が営業している時間内に薬局を訪問する必要がある。しかし、働き方の多様化により、薬局の営業時間内には薬局に立ち寄ることが困難な人もいる。なお、深夜まで営業する店舗もあるが、その営業時間に比して、薬剤師の常駐時間は限られ、薬局の営業時間は短く設定されている。
このため、現在の販売形態は、一部の購入希望者に不便を強いている。また、薬局側についても販売の機会を失っている。
そこで、本実施の形態では、薬局の営業時間外でも、第一類医薬品の販売を可能にするシステムを説明する。

図１２は、実施の形態３で使用する医薬品販売システム１Ｂの概略構成を例示する図である。図１２には、図１との対応部分に対応する符号を付して示している。
図１２に示す医薬品販売システム１Ｂは、第一類医薬品を保管するロッカー装置１００と、購入情報入力端末４００と、薬剤師が操作する端末５００と、これらの間の通信を実現するインターネット３０とで構成されている。
本実施の形態における購入情報入力端末４００は、第一類医薬品の販売専用ではなく、第二類医薬品や第三類医薬品の販売にも使用される。

図１２に示す医薬品販売システム１Ｂは、購入情報入力端末４００とロッカー装置１００とが別々に用意されるシステム構成の例である。もっとも、後述する機能の全てが、１台の装置内に集約されていてもよい。この種の装置には、自動販売機がある。
本実施の形態でも、実施の形態１及び２で使用したロッカー装置１００を使用する。前述したように、ロッカー装置１００には、決済機能や薬剤師から説明を受けるための機能も用意されているが、本実施の形態では、第一類医薬品の代金の支払いや薬剤師からの説明を、購入情報入力端末４００経由で実行する。
このように、代金の支払いと薬剤師による説明を受ける端末を、ロッカー装置１００とは別に用意する構成の場合には、購入情報入力端末４００の代わりにスマートフォン等のユーザの端末２０（図１参照）を代用することも可能である。

薬剤師が操作する薬剤師端末５００は、薬局の本部等に設けられている。薬剤師端末５００は、薬局の営業時間外における第一類医薬品や処方薬の説明のために本部等に常駐している薬剤師により操作される。
図１２に示す薬剤師端末５００には、表示画面の上部にカメラ５０１が取り付けられている。また、薬剤師が装着するヘッドセット５０２は、ケーブルを通じて薬剤師端末５００に接続されている。ヘッドセット５０２には、イヤホンとマイクが取り付けられている。
薬の内容の説明を行う薬剤師の音声と映像は、薬剤師端末５００からインターネット３０経由で購入情報入力端末４００に送信される。一方、購入情報入力端末４００を操作する購入希望者の音声と映像は、購入情報入力端末４００からインターネット３０経由で薬剤師が操作する端末５００に送信される。
ここでの薬剤師端末５００は、前述した実施の形態１及び２でも使用されている。

図１３は、購入情報入力端末４００の外観構成の一例を説明する図である。図１３に示す購入情報入力端末４００は、縦長のボックス形状であり、その正面の上部には、表示操作部４０１が配置されている。
表示操作部４０１は、例えばタッチパネルで構成される。表示操作部４０１には、購入の対象である医薬品を選択するためのボタン、第一類医薬品の購入希望者に薬の内容を説明する薬剤師の映像、薬剤師の説明に対する確認を求めるチェック画面、決済のための画面等が表示される。勿論、表示操作部４０１は、購入希望者の操作の入力にも使用される。
図１３に示す購入情報入力端末４００の場合、表示操作部４０１に表示部と操作部が統合されているが、表示部と操作部は別々に設けることも可能である。

表示操作部４０１の下部には、硬貨投入口４０２と、紙幣投入口４０３と、取消ボタン４０４と、レシートやチケットの取出口４０５と、紙幣出金口４０６と、硬貨返却口４０７と、カードリーダ４０８とが設けられている。
また、ボックス形状の購入情報入力端末４００の上面には、第一類医薬品を購入する購入希望者を撮像するためのカメラ４０９が設置されている。図１３の場合、カメラ４０９は、購入情報入力端末４００の上面に設置されているが、操作表示部４０１の周辺に取り付けることも可能である。購入情報入力端末４００は、例えば券売機のような形態であってもよい。

図１４は、購入情報入力端末４００の機能上の構成の一例を説明する図である。
図１４に示す購入情報入力端末４００は、表示操作部４０１と、取消ボタン４０４と、スピーカ４１０と、カードリーダ４０８と、プリンタ４１１と、貨幣処理部４１２と、カメラ４０９と、通信部４１３と、記憶部４１４と、制御部４１５とを有している。
因みに、取消ボタン４０４は、入金の取消に用いられる。
スピーカ４１０は、第一類医薬品の説明を行う薬剤師の音声の出力等に用いられる。
カードリーダ４０８は、電子マネーの情報を記録したカードやクレジットカードを用いた電子決済に用いられる。本実施の形態におけるカードリーダ４０８は、スマートフォンを用いた決済にも対応する。
プリンタ４１１は、決済の控えであるレシートや購入した医薬品を取り出すためのＱＲコードを印刷したチケット等の印刷に使用される。プリンタ４１１で印刷されたレシートやチケット等は取出口４０５（図１３参照）から排出される。

貨幣処理部４１２は、硬貨投入口４０２と、紙幣投入口４０３と、紙幣出金口４０６と、硬貨返却口４０７の動きを管理する。
通信部４１３は、薬剤師が操作する薬剤師端末５００（図１２参照）との通信に用いられる。
記憶部４１４は、例えばハードディスク装置や不揮発性の半導体メモリで構成される。記憶部４１４には、決済処理に関するデータ等が記憶される。
制御部４１５は、購入情報入力端末４００の全体を制御するコンピュータであり、不図示のＣＰＵ、ＲＯＭ、ＲＡＭで構成される。制御部４１５は、プログラムの実行を通じて、時間外販売管理部４１５Ａ、決済処理部４１５Ｂとして機能する。

時間外販売管理部４１５Ａは、薬局の営業時間外に起動する機能である。時間外販売管理部４１５Ａは、薬局の営業時間外に、表示操作部４０１を通じて第一類医薬品の購入の申し込みを受け付けた場合、第一類医薬品を販売するための一連の処理を管理する。具体的には、薬剤師が操作する薬剤師端末５００（図１２参照）との間で通信を確立する処理、購入希望者に対して薬剤師の説明に対する確認を求める処理、決済処理への引き継ぎ等を実行する。
なお、時間外販売管理部４１５Ａには、購入の対象である第一類医薬品のロッカー装置１００（図１２参照）における在庫を問い合わせる機能を設けてもよい。
決済処理部４１５Ｂは、現金による決済や電子決済を実行する。具体的には、決済が終了した場合、決済処理部４１５Ｂは、プリンタ４１１を通じて、レシートやチケットを出力させる。

図１５は、第一類医薬品の受け取り時に必要になるチケット６００の一例を示す図である。
図１５に示すチケット６００の場合、最も上の行に販売店の名称が印字され、その下の行に発行日時６０２が印字されている。また、発行日時６０２の下の行には、購入された第一類医薬品に関する情報６０３が印字され、更に下の行には、購入した第一類医薬品が保管されているロッカー装置１００（図１２参照）で読み取られるＱＲコード６０４が印字されている。なお、受け取りに必要なコードは、バーコードや文字列でもよい。
これらの他、図１５に示すチケット６００には、第一類医薬品の受け取りに必要な操作を説明する文６０５が印字されている。

以下では、図１６及び図１７を使用して、医薬品販売システム１Ｂで実行される処理動作の一例を説明する。
図１６は、薬局の営業時間外に購入した第一類医薬品をロッカー装置１００から取り出す場合における処理の流れの一例を説明する図である。なお、図中の記号のＳはステップを意味する。
図１７は、営業時間外に購入情報入力端末４００（図１３参照）の表示操作部４０１（図１３参照）に表示される画面の変遷を説明する図である。

本実施の形態の場合、購入情報入力端末４００は、薬局の営業時間帯は動作を停止している。このため、購入情報入力端末４００は、現在時刻が営業時間外か否かを判定している（ステップ５１）。
ステップ５１で否定結果が得られている間、購入情報入力端末４００は、同判定を繰り返す。
ステップ５１で肯定結果が得られると、購入情報入力端末４００は、販売対象である医薬品の画像をボタン形式で表示操作部４０１に表示する（ステップ５２）。
ここでの表示は、図１７における画面７００に対応する。画面７００には、購入希望者に求める操作の内容７０１と、販売可能な医薬品の画像７０２が配置されている。図１７の場合、医薬品の画像は６つである。勿論、表示される医薬品の画像７０２の数は一例である。また、販売可能な医薬品の数が画面７００に表示可能な数より多い場合には、スクロールバーにより表示される医薬品の画像を変更できるようにする。また、表示される医薬品の画像の数を減らすために、症状別や医薬品の分類別に表示を切り替えてもよい。

次に、購入情報入力端末４００は、表示操作部４０１の画面上で医薬品が選択されたか否かを判定する（ステップ５３）。
ステップ５３で否定結果が得られている間、購入情報入力端末４００は、購入希望者による医薬品の選択を待ち受ける。
ステップ５３で肯定結果が得られると、購入情報入力端末４００は、選択された医薬品が第一類医薬品か否かを判定する（ステップ５４）。なお、第一類医薬品しか扱わない場合、ステップ５４の処理はスキップ可能である。
ステップ５４で否定結果が得られた場合、購入情報入力端末４００は、ステップ５９の決済処理に移行する。
ステップ５４で肯定結果が得られると、購入情報入力端末４００は、購入には薬剤師による説明が必要であることを通知し、購入の意思を確認する（ステップ５５）。なお、購入の意思が確認された場合、購入情報入力端末４００は、薬剤師の操作する端末を呼び出す処理に移行する。一方、購入の意思が確認されない場合、購入情報入力端末４００は、画面７００の表示に戻る。

購入の意思の確認には、図１７における画面７１０が用いられる。画面７１０には、選択された医薬品の購入には薬剤師の説明が必要であることの説明と、購入の意思の問い合わせを含む文７１１が表示される。また、画面７１０には、購入する場合に操作されるボタン７１２と、購入を中止する場合に操作されるボタン７１３とが表示される。
ボタン７１２の操作が検知された場合、表示操作部４０１の表示は画面７２０に切り替わる。画面７２０には、薬剤師の呼び出し中であることを示す文７２１が表示される。
接続の際には、購入の対象である第一類医薬品の名称などの情報も薬剤師側の薬剤師端末５００に送信される。やがて、表示操作部４０１の表示は、担当の薬剤師の画面７３０に切り替わる。

この後、購入情報入力端末４００側の購入希望者と薬剤師端末５００側の薬剤師との間で会話形式による医薬品の説明が行われる。医薬品の説明が終わると、又は、確認のタイミングで、薬剤師は、購入情報入力端末４００側の購入希望者に対し、医薬品の説明に対する確認を求める。
この操作は、薬剤師端末５００において監視されている。図１６に示す薬剤師端末５００は、購入情報入力端末４００との通信が開始されると、薬剤師がチェック画面の表示を指示したか否かの判定を行う（ステップ５６）。
ステップ５６で否定結果が得られている間、薬剤師端末５００は、同判定を繰り返す。
一方、ステップ５６で肯定結果が得られると、薬剤師端末５００は、購入情報入力端末４００に対してチェック画面の表示を要求する（ステップ５７）。

薬剤師端末５００から要求を受信した購入情報入力端末４００は、表示操作部４００にチェック画面７４０を表示する。図１７に示すチェック画面７４０の場合、確認のために表示される事項７４１は３つである。各事項には、チェックボックスが設けられている。図１７に示すチェック画面７４０はチェック前であるので、チェックボックスは空欄である。
この他、チェック画面７４０には、チェックボックスへのチェックの入力を求める説明７４２も表示される。
チェック画面７４０は、購入情報入力端末４００側に用意されていてもよいし、説明の都度、薬剤師端末５００から購入情報入力端末４００に送信されてもよい。
購入情報入力端末４００では、チェックボックスの全てにチェックが入れられたか否かが監視される。すなわち、購入情報入力端末４００は、チェック完了か否かを判定する（ステップ５８）。

ステップ５８で否定結果が得られている間、購入情報入力端末４００は、同判定を繰り返す。
一方、ステップ５８で肯定結果が得られた場合、購入情報入力端末４００は、決済処理を実行する（ステップ５９）。
決済処理が終了すると、購入情報入力端末４００は、チケット等を印刷して取出口４０５（図１３参照）に出力する（ステップ６０）。
この後、購入者は、出力されたチケットをロッカー装置１００に持参し、コードリーダ１２３（図４参照）に読み取らせる。すなわち、ロッカー装置１００は、ＱＲコードを読み取る（ステップ６１）。このＱＲコードには、購入した第一類医薬品の名称等の情報が含まれている。
ロッカー装置１００は、ＱＲコードから読み取った第一類医薬品が収納されている収納ボックス１１０を解錠する（ステップ６２）。

購入者が、解錠された収納ボックス１１０から購入した第一類医薬品を取り出せば、一連の購入プロセスは終了する。
以上の手順により、購入希望者は、薬局の営業時間外でも第一類医薬品を都合の良い時間に購入することができる。このことは、購入希望者の利便性を高めるとともに、第一類医薬品の受け取りが可能なロッカー装置１００を配置する店舗側にも集客上のメリットが期待される。また、薬局においても、営業時間を延長する必要がなく、人件費の削減と販売機会の増加を実現できる。
なお、前述した医薬品販売システム１Ｂは、第一類医薬品の購入者を認証する手順を含まないが、会員番号の入力や会員証の読み取りを組み合わせれば、本人の特定も可能になる。勿論、実施の形態１等のように本人を認証する手順を含めることも可能である。
また、本実施の形態では、薬局の営業時間外における運用について説明したが、必ずしも営業時間外に限らない。例えば、薬剤師が不在の場合であってもよい。この場合、現在時刻が営業時間外か否かを判定する代わりに薬剤師が不在か否かの判定を行う。この判定には薬剤師のシフト表を基に行ってもよいし、薬剤師や他の従業員により特定の操作を行うようにしてもよい。また、薬剤師が常駐している時間帯であってもよい。
また、本実施の形態では、プリンタ４１１でチケットを出力させるとしたが、これに限らない。例えば購入情報入力端末４００とロッカー装置１００がネットワーク接続され、購入希望者による代金の支払いが完了すると、それに相当するロッカーが自動的に解錠されるようにしてもよい。
さらに、購入情報入力端末４００とロッカー装置１００が一体となった自動販売機のような形態の場合には、購入希望者による代金の支払いが完了すると投出口から該当する医薬品が投出されるようになっていてもよい。

＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。

例えば前述の実施の形態の場合には、ユーザ本人の認証処理や処方薬を代理で受け取る第三者の認証処理を管理サーバ２００（図１参照）又は管理サーバ２００Ａ（図９参照）で実行しているが、これらの認証処理をロッカー装置１００内で実行してもよい。なお、認証処理をロッカー装置１００内で実行する場合には、認証に用いるユーザ本人や処方薬を代理で受け取る第三者に関する生体情報等を管理サーバ２００等からロッカー装置１００に事前に送信すればよい。本人等の認証が終了したロッカー装置１００は、装置内から認証に用いた生体情報等を消去する。

前述の実施の形態では、ロッカーシステム１０（図１等参照）を調剤薬局が運用する場合について説明したが、管理サーバ２００等は、クラウドネットワーク上に設けられ、調剤薬局等は、クラウドサービスの利用者であってもよい。また、ロッカー装置１００の設置者も調剤薬局である必要はない。

１、１Ａ…処方薬受取システム、１Ｂ…医薬品販売システム、１０…ロッカーシステム、２０、２０Ａ…端末、３０…インターネット、１００…ロッカー装置、１１０…収納ボックス、１２０…集中管理ユニット、２００、２００Ａ…管理サーバ、２０４Ａ…処方箋データ受取部、２０４Ｂ…進捗管理部、２０４Ｃ…処方完了通知部、２０４Ｄ…受取人認証部、２０４Ｅ…説明終了確認部、２０４Ｆ…決済処理部、２０４Ｇ…解錠手順通知部、２０４Ｈ…取出し記録部、２０４Ｉ…本人受取記録部

Claims (19)

1. 医薬品に関する説明がユーザに対して行われたことを示す情報を取得する取得手段と、
   医薬品が収納されている収納スペースを解錠する制御手段と
   を備え、
   前記制御手段が前記収納スペースを解錠する解錠条件として、医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得されることが含まれる、
   医薬品受取システム。
2. 第２取得手段を通じて取得された認証コードによりユーザを認証する認証手段を更に備え、
   前記解錠条件として、前記認証手段による認証の成功が更に含まれる、
   請求項１記載の医薬品受取システム。
3. 医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得されたことを条件として、前記認証コードをユーザに通知する通知手段を更に備える、
   請求項２記載の医薬品受取システム。
4. 医薬品の受け取りに際して支払うべき金額の決済処理を行う決済手段を更に備え、
   前記解錠条件として、前記決済手段により決済処理が行われたことが更に含まれる、
   請求項２記載の医薬品受取システム。
5. 前記決済手段はユーザ端末に設けられ、
   前記決済処理が行われたことを条件として、前記認証コードをユーザに通知する第２通知手段を更に備える、
   請求項４記載の医薬品受取システム。
6. 前記決済手段はユーザ端末に設けられ、
   医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得され、かつ、前記決済処理が行われたこと、を条件として、前記認証コードをユーザに通知する第３通知手段を更に備える、
   請求項４記載の医薬品受取システム。
7. 前記収納スペースとして複数の収納ボックスを備えたロッカー装置を更に備え、
   前記決済手段は、前記ロッカー装置に設けられる、
   請求項４記載の医薬品受取システム。
8. 前記収納スペースとして複数の収納ボックスを備えたロッカー装置を更に備え、
   前記医薬品に関する説明は、前記ロッカー装置に設けられた表示部を通して行われる、
   請求項１記載の医薬品受取システム。
9. 医薬品に関する前記説明は、ユーザ端末の表示部を通して行われる、
   請求項１記載の医薬品受取システム。
10. 前記取得手段は、医薬品に関する前記説明の完了を示す情報が薬剤師の操作する端末を通じて入力されたことを条件として、医薬品に関する説明がユーザに対して行われたこと示す前記情報を取得する、
    請求項８又は９記載の医薬品受取システム。
11. 前記取得手段は、医薬品に関する前記説明の完了を示す情報がユーザ端末を通じて入力されたことを条件として、医薬品に関する説明がユーザに対して行われたことを示す前記情報を取得する、
    請求項８又は９記載の医薬品受取システム。
12. 前記収納スペースに収納される医薬品の調剤の完了又は前記医薬品の前記収納スペースへの収納の完了を示す情報を取得する第３取得手段を更に備え、
    前記第３取得手段が前記完了を示す情報を取得したことを条件として、医薬品の受け取りに関する情報をユーザ端末に通知する
    請求項１記載の医薬品受取システム。
13. ユーザが希望する受け取り場所に関する情報をユーザ端末より取得する第４取得手段を備える、
    請求項１記載の医薬品受取システム。
14. 前記第４取得手段は、ユーザが希望する受け取り日時に関する情報をユーザ端末より更に取得する、
    請求項１３記載の医薬品受取システム。
15. 前記第４取得手段は、前記収納スペースから医薬品を取り出すユーザに関する保険証のデータをユーザ端末より更に取得する
    請求項１４記載の医薬品受取システム。
16. 前記医薬品は電子処方箋に基づいて処方される処方薬である、
    請求項１記載の医薬品受取システム。
17. 前記収納スペースから前記処方薬が取り出されたことを示す情報を取得する第５取得手段と、
    前記処方薬が取り出されたことを示す情報を前記第５取得手段が取得したことを条件として、前記電子処方箋の消し込みに関する処理を実行する消込手段とを更に備える、
    請求項１６記載の医薬品受取システム。
18. 前記収納スペースが解錠可能に制御される前に、医薬品に関する前記説明を受ける必要がある旨をユーザに通知する第４通知手段を更に備える、
    請求項１記載の医薬品受取システム。
19. 施錠可能な複数の収納ボックスを備え、前記収納ボックスに医薬品が収納されるロッカー装置において、
    医薬品に関する説明がユーザに対して行われたことを示す情報を取得する取得手段と、
    医薬品が収納されている前記収納ボックスを解錠する制御手段と
    を備え、
    前記制御手段が前記収納ボックスを解錠する解錠条件として、医薬品に関する説明がユーザに対して行われたことを示す前記情報が前記取得手段により取得されることが含まれる、
    ロッカー装置。