JP7344035B2 - ロッカーシステム - Google Patents

Description

本発明は、処方された処方薬の受け取りに利用可能なロッカーシステムに関する。

近年、医師が処方した処方箋を薬局等に予め送信して指定した時間に受け取ることが行われている。

また、特許文献１には遠隔医療によって医師から処方された薬剤を受け渡す方法であって、医療機関から自動販売機へ患者を特定する認証情報を電気通信回線を利用して送信し、自動販売機では、患者本人の認証を行って、薬剤を排出して受け渡すことが記載されている。

また、特許文献２にはストッカ４０が、商品１７を収容し扉４４を閉じて施錠可能な納品庫４１が記載され、この納品庫４１は、制御部５２が配達者１９の納品完了前において、扉４４が閉じられたのち、開ける旨の入力がなされたときには扉４４を開放することが記載されている。

特開２０１９－５３６３８号公報 特開２０１８－３５６１４号公報

特許文献１に記載の方法では、自動販売機を利用して薬剤を受け渡すので、受け取れる薬剤が自動販売機にストックされた薬剤に限られてしまう。そのため、特許文献１に記載の方法では、上記した医師が処方した処方箋を薬局等に予め送信して指定した時間に受け取ることに適用するのは困難である。

また、特許文献１に記載の自動販売機や特許文献２に記載のストッカにおいて、複数の薬剤や商品を補充・納品する際に、取り違え等の異常状態が発生する場合がある。特許文献２の記載の方法では、例えば配達者が納品完了前に納品物の取り違え等に気付けば、扉４４が閉じられた後であっても、開ける旨の入力をすれば扉４４が開放されて取り違え等を解消させることができる。しかしながら、配達者が気付かないと取り違え等を解消することができない。

そこで、本発明は、上記のような問題点に鑑み、取り違え等の納品物の納品時の異常状態を防止することができるロッカーシステムを提供することを課題とする。

上記課題を解決するためになされた発明は、複数のロッカーボックスを備え、前記ロッカーボックスに納品物が収納されるロッカーシステムにおいて、前記納品物に関する納品物情報を取得する取得部と、前記取得部が取得した前記納品物情報に基づいて前記納品物の前記ロッカーボックスへの納品時における異常状態を検出する異常検出部と、前記異常検出部が検出した前記異常状態を報知する報知部と、を備え、前記納品物情報には、前記納品物の納品数に関する情報を含む、ことを特徴とするロッカーシステムである。

また、前記取得部は、前記ロッカーボックスへの納品の際に用いる解錠用の情報を取得し、前記取得部が取得した前記情報の使用履歴を格納する履歴格納部を備え、前記異常検出部は、前記情報と前記使用履歴とを照合して前記情報が既に使用済みであるか検出し、前記報知部は、前記情報が既に使用済みであることを前記異常検出部が検出した場合は、既に納品済みである旨の報知を行う、ことを特徴とすることができる。

また、前記取得部は、前記納品物の納品予定個数を含む前記納品物情報を取得し、前記複数のロッカーボックスにおける納品完了数を計数する計数部を備え、前記異常検出部は、前記納品予定個数と前記納品完了数とが一致しないことを検出し、前記報知部は、前記納品予定個数と前記納品完了数とが一致しないことを前記異常検出部が検出した場合は、納品が完了していない旨の報知を行う、ことを特徴とすることができる。

また、前記異常検出部が前記納品予定個数と前記納品完了数とが一致しないことを検出した場合は、納品完了した全ての前記ロッカーボックスを解錠することを特徴とすることができる。

また、前記取得部は、前記納品物の受取希望日時を含む前記納品物情報を取得し、前記異常検出部は、前記受取希望日時よりも所定時間前の時刻において、当該納品物が指定された前記ロッカーボックスに収納されていないことを検出し、前記報知部は、前記受取希望日時よりも所定時間前の時刻において、当該納品物が指定された前記ロッカーボックスに収納されていないことを前記異常検出部が検出した場合は、納品が完了していない旨の報知を行う、ことを特徴とすることができる。

以上説明したように本発明は、納品物情報に基づいて納品物のロッカーボックスへの納品時における異常状態を検出して報知する。そのため、配達者等の気付きに頼らずに取り違え等の納品物の納品時の異常状態を報知して防止することができる。

本発明の一実施形態にかかるロッカーシステムを有するシステムの概略構成図である。 図１に示されたロッカー装置の機能構成図である。 図１に示されたシステムにおける預入動作のシーケンス図である。 図１に示されたシステムにおける予約の説明図である。 図１の示されたロッカーシステムの預入動作のフローチャート（その１）である。 図１の示されたロッカーシステムの預入動作のフローチャート（その２）である。 図１の示されたロッカーシステムのコード発行動作のフローチャートである。

以下、本発明の一実施形態を図面に基づいて説明する。図１は、本発明の一実施形態にかかるロッカーシステムを有するシステムの概略構成図である。

図１に示したシステムは、ロッカー装置１と、ロッカー管理システム５０と、会員サービス管理システム６０と、端末装置７０と、コード生成装置８０と、を有している。そして、ロッカー装置１とロッカー管理システム５０とで本発明の一実施形態にかかるロッカーシステム１００を構成する。本実施形態のロッカーシステム１００は、予め患者等の利用者から送信された処方箋に基づいて調剤された処方薬の受け取りに利用される。そのため、ロッカー装置１に収納されるのは処方薬（薬の説明等の添付文書も含む）に限定される。

ロッカー装置１とロッカー管理システム５０とは、例えば通信回線等で互いに通信可能となっている。また、ロッカー管理システム５０と会員サービス管理システム６０とは、例えばインターネット等を介して互いに通信可能となっている。また、会員サービス管理システム６０と端末装置７０とは、携帯電話回線網やインターネット等を介して互いに通信可能となっている。また、会員サービス管理システム６０とコード生成装置８０とは、携帯電話回線網やインターネット等を介して互いに通信可能となっている。

ロッカー装置１は、例えば調剤薬局の店舗内又は店舗外あるいは、店舗周辺の施設（駅、病院等）に設置される。ロッカー装置１は、図２に示したように、集中制御装置２と、ロッカー部３と、を備えている。集中制御装置２は、操作表示部２１と、コードリーダ２２と、ＩＣカードリーダ／ライタ２３と、プリンタ２４と、紙幣処理部２５と、硬貨処理部２６と、スピーカ２７と、制御部２８と、通信インターフェース２９と、を備えている。

操作表示部２１は、例えば利用者に情報を表示する液晶ディスプレイ（Liquid Crystal Display（ＬＣＤ））とタッチパネルから構成されている。

コードリーダ２２は、一次元バーコードやＱＲコード（登録商標）等の二次元バーコードといったコードを読み取る。なお、以下の説明では、コードリーダ２２が読み取るコードはＱＲコード（登録商標）として説明するが一部を除き単にコードと略して記載する。また、本実施形態では、コードリーダ２２は、ロッカー装置１に設けられているものとして説明するが、スマートフォン等の端末装置をコードリーダとして機能させ、読み取った情報をロッカー装置１を介して或いは直接ロッカー管理システム５０へ送信可能としてもよい。

ＩＣカードリーダ／ライタ２３は、ＲＦＩＤ（Radio Frequency Identification）技術により、非接触でＩＣカードに対してデータの読み書きを行う。本実施形態では、処方薬の受け取り時における代金の支払いに用いられる。

プリンタ２４は、各操作に対応する処理内容や使用したロッカーボックス３２を特定する情報が記されたレシート等を印字して発行する。紙幣処理部２５は、不図示の紙幣投入部から投入された紙幣を処理し応じて不図示の返金口より返金を行う。硬貨処理部２６は、不図示の硬貨投入部から投入された硬貨を処理し応じて不図示の返金口より返金を行う。スピーカ２７は、例えば案内音声等を出力する。

制御部２８は、操作表示部２１、コードリーダ２２、ＩＣカードリーダ／ライタ２３、プリンタ２４、紙幣処理部２５、硬貨処理部２６、スピーカ２７の各構成要素と通信可能に接続され、ロッカー装置１全体を制御する中央演算装置（ＣＰＵ）等のプロセッサやメモリ等の記憶装置を含むユニットである。

また、制御部２８は、ロッカーボックス３２の利用状況を管理するためのデータベース等を有している。制御部２８は、このデータベース等の管理情報を必要に応じて更新し、又はロッカー管理システム５０に出力する。また、この管理情報はロッカー管理システム５０からの指示に基づいて更新される場合がある。即ち、制御部２８は、複数のロッカーボックス個々の利用状況の管理を行う管理部として機能する。なお、利用状況とは予約やロッカーの空き状況であり、将来の利用予測や予約状況を考慮して管理してもよい。

通信インターフェース２９は、ロッカー管理システム５０と通信するためのインターフェース（Ｉ／Ｆ）デバイスである。

ロッカー部３は、複数個のロッカーボックス３２を備えている。また、ロッカー部３は、ブザー３１が設けられている。ブザー３１は、そのロッカー部３に属するロッカーボックス３２が所定の状態において所定の操作が行われた場合に制御部２８からの指示に基づいて警告音等を発する。なお、ブザー３１は、ロッカー部３単位で設けるに限らずロッカーボックス３２単位で設けてもよい。

ロッカーボックス３２は、周知のように扉が開閉可能に設けられている。扉には、取手等が設けられている。また、ロッカーボックス３２は、図２に示したようにロック部３３を備えている。ロック部３３は、扉を施錠及び解錠する機構であり、電気錠３４と、扉開閉スイッチ３５と、押ボタンスイッチ３６と、を備えている。

電気錠３４は、扉の開閉を規制する機構であって、扉開閉スイッチ３５及び押ボタンスイッチ３６の状態に基づいて、もしくは集中制御装置２（制御部２８）からの指示に応じて、扉の施錠または解錠を行う。

扉開閉スイッチ３５は、扉の開閉状態を判定するスイッチ（ＳＷ）であり、例えば、電気錠３４に設けられたマイクロスイッチで構成することができる。扉開閉スイッチ３５がＯＮ／ＯＦＦされると、そのＯＮ／ＯＦＦされたことを示す情報が制御部２８へ出力される。

押ボタンスイッチ３６は、扉を閉じた状態で仮施錠する場合に押下するボタン型スイッチ（ＳＷ）であり、押下されると、押下されたことを制御部２８に通知する信号が出力される。

ロッカー管理システム５０は、ロッカー装置１の予約状態や利用状態等を管理するシステムであり、ロッカー装置１を管理する管理会社等に設置される。ロッカー管理システム５０は、通常複数のロッカー装置１と通信可能に接続され、それらのロッカー装置１を管理する。また、ロッカー管理システム５０は、接続されたロッカー装置１の利用状況や予約状況等を管理するためのデータベース等を有し、ロッカー装置１からの情報に基づいて逐次更新される。

会員サービス管理システム６０は、ロッカー装置１を利用する際に特定の機能を使用するための会員登録及び登録された会員の管理や所定のサービスを行うシステムであり、所定の事業者の施設に設置される。なお、会員サービス管理システム６０とロッカー管理システム５０とは、同じ施設に設置されてもよい。また、同じ装置（サーバ）に構築されていてもよい。

端末装置７０は、会員サービス管理システム６０において運営されている会員サービスにアクセスする端末である。

コード生成装置８０は、後述するように端末装置７０から送信された処方箋の情報や会員サービス管理システム６０に登録されている会員の情報等に基づいて、ＱＲコード（登録商標）等のコードを生成してシール等として出力する。コード生成装置８０は、会員サービス管理システム６０と同じ場所に設置されるに限らない。例えば、薬局等のロッカーボックス３２に納品する処方薬等の納品物を取扱う業者の事業所等に設置されるのが好ましい。

次に、上述した構成のシステムの動作について図３～図７を参照して説明する。図３は、ロッカーの予約から処方薬の預入までの動作をシーケンス図である。なお、図３の説明において端末装置７０は端末７０、ロッカー装置１はロッカー１、ロッカー管理システム５０はロッカー管理５０、会員サービス管理システム６０はサービスＳＹＳ６０と省略して記載する。

まず、利用者は、例えば端末７０にインストールされているアプリ等を起動してロッカー受取申込操作を行い、処方箋情報、受取希望のロッカー１の場所、受取希望日時等を入力する。そして、入力された受取希望のロッカー１の場所、受取希望日時等に加えて利用者の会員ＩＤがサービスＳＹＳ６０に送信される（ステップＳ１０１）。

サービスＳＹＳ６０では、端末７０から送信された受取希望のロッカー１の場所、受取希望日時、会員ＩＤ等を受信し、ロッカー管理５０に対して予約要求をする（ステップＳ１０２）。予約要求には、受取希望のロッカーのＩＤ、サイズ、利用開始日時、利用終了日時、会員ＩＤに対応する会員コード等が含まれる。

ロッカー管理５０は、サービスＳＹＳ６０から予約要求を受け付けると当該予約要求を自身が管理するデータベース等に登録するとともに、受付完了をサービスＳＹＳ６０へ送信する（ステップＳ１０３）。即ち、予約要求が処方された処方薬に関する受付情報となる。

そして、サービスＳＹＳ６０は、端末７０に対して予約受付通知を送信する（ステップＳ１０４）。

ロッカー管理５０では、サービスＳＹＳ６０から受け付けた予約要求に基づいて、納品予約スケジュールの管理を行う（ステップＳ１０５）。この納品予約スケジュール管理は、例えば納品時刻や受取期限等の管理を含む。

ここで、本実施形態におけるロッカーボックス３２の予約について、図４を参照して説明する。図４は、ロッカー１の特定のロッカーボックス３２（ボックスｂ）における予約の状況を示す図である。図４では（Ａ）～（Ｄ）の４パターンについて示している。

図４（Ａ）は、患者（利用者）Ａが、９時に端末７０からロッカー受取申込操作を行い、受取希望日時を１３時とした場合である。この場合、９時から１２時が仮予約となり、１２時～１３時が準備時間、１３時～１４時が受取時間、１４時～１５時が予備時間となる。

仮予約とは、ボックスｂの確保は行われるが他の予約は受け入れ可能な状態である。準備時間とは、処方箋に基づいて調剤に要する時間とロッカー１までの配送時間との合計時間であり、受取希望日時直前の時間帯に設定される。図４では、一例として、処方箋に基づいて調剤に要する時間を３０分、ロッカー１までの配送時間を３０分の１時間としている。受取時間とは、処方薬の受け取りが可能な時間である。図４では、一例として受取希望日時から１時間としている。予備時間は、預け入れた処方薬の回収の時間であり、回収までであれば受取時間を経過しても受け取り可能な時間帯である。図４では、一例として受取時間直後の１時間としている。

即ち、準備時間は、処方箋の準備にかかる時間であり、受取希望日時より準備時間前の時刻以降から受取希望日時より所定時間後の時刻である準備時間から予備時間までが予約期間となる。

図４（Ａ）では、準備時間内である１２時～１３時の間に薬局の担当者等がロッカー１に患者Ａの処方薬をボックスｂに納品し、受取希望日時である１３時には確実に受け取れるようにする。そして、遅くとも１５時までには薬局の担当者等によりボックスｂから回収され、以後は窓口等から受け取ることとなる。なお、予備時間は設けなくてもよい。予備時間を設けない場合は、受取時間終了時にボックスｂから回収されることとなる。つまり、予約期間は準備時間と受取時間となる。また、準備時間に調剤をしなくてもよく、それ以前に調剤作業を行ってもよい。

図４（Ｂ）は、患者Ａとは異なる患者Ｂの予約がある場合を示している。患者Ａについては、図４（Ａ）と同じである。患者Ｂは、患者Ａの予約（ロッカー受取申込操作）の後にロッカー受取申込操作を行い、受取希望日時を１０時としている。この場合、患者Ａの仮予約の期間に受取時間や準備時間が収まるため、患者Ｂの希望のとおりの時間で予約を受け付ける。つまり、患者Ｂの予約は、９時～１０時が準備時間、１０時～１１時が受取時間、１１時～１２時が予備時間となる。なお、上述したように予備時間は設けなくてもよいので、患者Ｂの受取希望日時が１１時までの時刻の指定であれば希望のとおりの時間で予約を受け付けてもよい。

図４（Ｃ）は、患者Ａと患者Ｂとの予約が重なる場合を示している。患者Ａについては、図４（Ａ）と同じである。患者Ｂは、患者Ａの予約（ロッカー受取申込操作）の後にロッカー受取申込操作を行い、受取希望日時を１２時としている。この場合、患者Ａの準備時間と患者Ｂの受取時間が重なってしまう。そのため、後から予約をした患者Ｂの予約を後ろへずらす。つまり、患者Ｂの予約は、患者Ａの予約の後の１５時～１６時が準備時間、１６時～１７時が受取時間、１７時～１８時が予備時間となる。したがって、患者Ｂには、１６時に受取可能と通知がなされる。ここで、本実施形態では、患者Ｂには、事前に受取希望日時の再設定を促す通知等は行わず、自動的に受取希望日時以降の時間であって、他の患者の予約に重ならず、かつ、最も受取希望日時に近い時刻に予約（受取日時）を再設定し、再設定された旨の通知を患者Ｂに行う。なお、再設定された時間が患者Ｂの希望と合わない場合は患者Ｂより変更を受け付け可能としてもよい。その場合は自動的に再設定された予約情報は取り消し処理となる。また、図４（Ｃ）において、患者Ｂの予約をずらす際に患者Ａの予備時間に重なる時間帯にずらしてもよい。

図４（Ｄ）は、患者Ａと患者Ｂとの予約が重ならない場合で患者Ｂの受取希望日時が患者Ａの予約の後である１７時の場合を示している。患者Ａについては、図４（Ａ）と同じである。この場合図４（Ｂ）と同様に患者Ａの予約の時間帯（準備時間、受取時間、予備時間）に重ならないため、患者Ｂの希望のとおりの時間で予約を受け付ける。つまり、患者Ｂの予約は、１５時～１６時が仮予約、１６時～１７時が準備時間、１７時～１８時が受取時間、１８時～１９時が予備時間となる。

図３の説明に戻る。ロッカー１では、例えば薬局の担当者等の納品業者が操作表示部２１を操作して納品を選択すると（ステップＳ１０６）、認証画面が表示される（ステップＳ１０７）。当該認証画面にはコードの読み取り案内も合わせて表示される。

そして、納品業者が処方薬等の納品物にシール等として貼り付けられているコードをコードリーダ２２から読み取る（ステップＳ１０８）。そして、制御部２８は、読み取ったコードに基づく納品物の情報と、読み取りが行われたロッカー１のＩＤとを含む納品物情報を通信Ｉ／Ｆ２９を介してロッカー管理５０へ送信する（ステップＳ１０９）。

ロッカー管理５０では、ロッカー１から送信された納品物情報と、ステップＳ１０３で受け付けた予約ロッカーの情報とを照合し（ステップＳ１１０）、照合がＯＫである場合には解錠指示をロッカー１へ送信する（ステップＳ１１１）。この解錠指示には、解錠するロッカーのＩＤ、納品物を受け取る会員の会員コード、解錠するロッカーボックス３２の番号（ＢＯＸ番号）、利用開始日時（受取希望日時）、利用終了日時（受取時間又は予備時間の終了日時）等が含まれる。

ロッカー１では、ロッカー管理５０からの解錠指示に基づいて該当のロッカーボックス３２（指定ＢＯＸ）の電気錠３４を解錠し、操作表示部２１に預入についての案内を表示する（ステップＳ１１２）。

そして、納品業者は、ステップＳ１１２により解錠されたロッカーボックス３２に納品物（処方薬）を収納し、扉を閉めて、施錠する（ステップＳ１１３）。施錠されたら施錠を示すランプ等を点灯させてもよい。

ロッカーボックス３２が施錠された後、納品業者が預入完了を示す操作を操作表示部２１から行うと、制御部２８は、預入完了を通信Ｉ／Ｆ２９を介してロッカー管理５０へ送信する（ステップＳ１１４）。預入完了には、預入が完了したロッカー１及びロッカーボックス３２のＩＤ、預け入れた納品物を受け取るべき会員の会員コード、受取時に使用するパスワードを含む。以上でロッカー１における預入動作が完了する（ステップＳ１１５）。

ロッカー管理５０では、預入完了に含まれるロッカーＩＤ、会員コード、受取パスワードをサービスＳＹＳ６０へ送信し（ステップＳ１１６）、ロッカー１から預入完了を受信してデータベース等を更新してロッカー装置１の状態を更新する（ステップＳ１１７）。

サービスＳＹＳ６０では、ロッカー管理５０から預入完了を受信し、当該預入完了に含まれる受取パスワードを含む預入情報通知を端末７０に送信する（ステップＳ１１８）。

以上説明したように、ロッカー管理システム５０は、予約要求（処方された処方薬に関する受付情報）を受信する受信部と、受信部が受信した予約要求（受付情報）に基づいて、調剤された処方薬を収納するロッカーボックス３２を特定する制御部として機能する。

次に、上述したロッカー１とロッカー管理５０の詳細動作について図５～図７を参照して説明する。図５及び図６は、預入時の動作を示している。

まず、例えば薬局の担当者等の納品業者が操作表示部２１を操作して預け入れ開始操作を行うと（ステップＳ２０１）、制御部２８は、これから納品する処方薬の予約内容や予約数Ｘ（納品予定個数）を操作表示部２１に表示させる（ステップＳ２０２）。予約内容や予約数Ｘは、ロッカー管理５０から取得すればよい。

次に、制御部２８は、自身が有する第１タイマ（ｔｉｍｅｒ１）をスタートさせる（ステップＳ２０３）。そして、納品業者が処方薬に貼り付け等により添付されているコードをコードリーダ２２から読み取る（ステップＳ２０４）。そして、制御部２８は、読み取ったコードに基づく納品物の情報等を納品物情報として通信Ｉ／Ｆ２９を介してロッカー管理５０へ送信し、ロッカー管理５０でロッカー１から送信された納品物情報と、予約ロッカーの情報とを照合する（ステップＳ２０５）。

照合の結果ＮＧであった場合は（ステップＳ２０５：ｎｏ）、第１タイマがタイムアップしたか否か判断する（ステップＳ２０６）。第１タイマがタイムアップしない場合は（ステップＳ２０６：ｎｏ）、ステップＳ２０３に戻り、第１タイマがタイムアップした場合は（ステップＳ２０６：ｙｅｓ）、ステップＳ２０７に進みコードの読み取り数ｎが１以上であるか判断する（ステップＳ２０７）。読み取り数ｎが１以上でない場合は（ステップＳ２０７：ｎｏ）、フローチャートを終了し、読み取り数ｎが１以上である場合は（ステップＳ２０７：ｙｅｓ）後述するステップＳ２１８に進む。このステップＳ２０５～Ｓ２０７は、読み取られたコードが予約に無い場合の動作を規定しており、第１タイマで定められた時間経過後にそれまでに１以上コードが読み取られていた場合は、預入完了動作に移行し、１つもコードが読み取られていない場合は、終了することを意味している。例えば、納品の際に複数の処方薬の納品を同時に行う場合は、１つもコードが読み取られない場合は終了するが、１つでも読み取りされている場合には完了操作へ進むようになる。

一方、ステップＳ２０５の照合の結果ＯＫであった場合は（ステップＳ２０５：ｙｅｓ）、制御部２８は、読み取ったコードの納品実績の有無を確認する（ステップＳ２０８）。納品実績の有無を確認方法は、ロッカー管理５０では１度受信した納品物情報を預け入れ完了まで当該納品物情報に対応するコードの使用履歴として保持し、制御部２８（ロッカー１）から納品物情報が送信された際は、使用履歴と照合すればよい。

そして、ロッカー管理５０は、納品実績の有無を確認した結果、納品実績がある場合（ステップＳ２０９：ｙｅｓ）、すなわち、例えば複数の荷物を同時に納品する際に、コードを読み取った荷物と、ロッカーに収容する荷物を取り違えた場合には納品実績として履歴が残るため、その旨をロッカー１へ送信し、制御部２８は納品時に異常状態が発生したとしてアラームを発する（ステップＳ２１０）。アラーム（異常状態）の内容は、読み取った処方薬等の納品物は既に納品済みである旨の警告である。すなわち、読み取った荷物と入れた荷物を取り違えた可能性を検知し警告する。また、アラームの方法は、操作表示部２１への表示でもよいし、スピーカ２７からの音声によるものであってもよい。一方、納品実績の有無を確認した結果納品実績がない場合は（ステップＳ２０９：ｎｏ）、アラームを発せずにステップＳ２１１に進む。

即ち、ロッカー管理５０は、納品物情報（ロッカーボックス３２への納品の際に用いる解錠用の情報）を取得する取得部、取得した納品物情報の使用履歴を格納する履歴格納部、納品物情報と使用履歴とを照合して納品物情報が既に使用済みであるか検出する異常検出部として機能する。また、操作表示部２１は、納品物情報が既に使用済みであることを検出した場合は、既に納品済みである旨の報知を行う報知部として機能する。

次に、ロッカー管理５０は、ステップＳ２０４で受信した納品物情報に対応する予約ロッカーの解錠指示を送信する。ロッカー１では、解錠指示に基づいて該当のロッカーボックス３２（指定ＢＯＸ）の電気錠３４を解錠する（ステップＳ２１１）。そして、制御部２８は、第１タイマを終了させ（ステップＳ２１２）、自身が有する第２タイマ（ｔｉｍｅｒ２）をスタートさせる（ステップＳ２１３）。

次に、制御部２８は、ステップＳ２１１で解錠されたロッカーボックス３２の扉開閉を扉開閉スイッチ３５により検知したか判断する（ステップＳ２１４）。扉開閉を検知しない場合は（ステップＳ２１４：ｎｏ）、第２タイマがタイムアップしたか否か判断する（ステップＳ２１５）。第２タイマがタイムアップしない場合は（ステップＳ２１４：ｎｏ）、ステップＳ２１４に戻り、第２タイマがタイムアップした場合は（ステップＳ２１５：ｙｅｓ）、後述するステップＳ２１８に進む。このステップＳ２１４～Ｓ２１５は、第２タイマで定められた時間内に扉開閉がされたか、つまり納品物である処方薬がロッカーボックス３２に収納されたか否かを検知している。

一方、ステップＳ２１４で扉開閉を検知した場合は（ステップＳ２１４：ｙｅｓ）、制御部２８は、電気錠３４を施錠し（ステップＳ２１６）、読み取り数ｎをインクリメントする（ステップＳ２１７）。即ち、読み取り数ｎが納品完了数となり、読み取り数ｎをインクリメントすることで納品完了数を計数している。

次に、制御部２８は、預入完了操作が行われたか否かを判断する（ステップＳ２１８）。預入完了操作とは、全ての処方薬の納品が完了した際に、その旨を操作表示部２１から入力する操作である。預入完了操作が行われない場合は（ステップＳ２１８：ｎｏ）、ステップＳ２０３に戻り次の処方薬の納品作業を行い、預入完了操作が行われた場合は（ステップＳ２１８：ｙｅｓ）、読み取り数ｎが予約数Ｘと一致するか判断する（ステップＳ２１９）。読み取り数ｎが予約数Ｘと一致しない場合は（ステップＳ２１９：ｎｏ）、図６のステップＳ２３１に進み、読み取り数ｎが予約数Ｘと一致した場合は（ステップＳ２１９：ｙｅｓ）、予約数Ｘをゼロにリセットし（ステップＳ２２０）、読み取り数ｎをゼロにリセットしてフローチャートを終了する（ステップＳ２２１）。

図６のステップＳ２３１において制御部２８は、納品時における異常状態としてアラームを発する。このアラーム（異常状態）はステップＳ２１０とは異なる内容であり、ステップＳ２１９で読み取り数ｎが予約数Ｘと一致しないことによる納品数が合わない（足りない又は多い）旨の警告である。アラームの方法は、操作表示部２１への表示でもよいし、スピーカ２７による音声であってもよい。

次に、制御部２８は、アラーム後の確認操作が選択されたか否かを判断し、選択されない場合は（ステップＳ２３２：ｎｏ）、予約数Ｘから読み取り数ｎをマイナスし（ステップＳ２３３）、読み取り数ｎをゼロにリセットしてフローチャートを終了する（ステップＳ２３４）。このステップＳ２３３、Ｓ２３４は、例えば最初から予約数に満たない数の納品をする場合に、予約数から納品数をマイナスして終了している。また、この場合初めから予約数と納品数とが合わないことが分かっているので、正常な操作として確認操作は不要となる。アラーム後の確認操作とは、アラーム内容（納品数が合わない）に対してロッカーボックス３２の中を確認するための操作である。

一方、当初予定していた納品数が合わない場合には、入れ間違いの可能性があるため、確認操作を選択する（ステップＳ２３２：ｙｅｓ）。つまり、予約数と同数の納品を予定していたにも関わらず、納品数が合わない場合には、入れ間違いの可能性があるため確認操作を選択して、これまでに操作されたロッカーボックス３２の扉の電気錠３４を全て解錠する（ステップＳ２３５）。これまでに操作されたロッカーボックス３２の識別は、ステップＳ２０１のスタート以降扉が開閉されたロッカーボックス３２の番号等を制御部２８が記憶しておけばよい。そして、制御部２８は、解錠されたロッカーボックス３２の扉開閉を扉開閉スイッチ３５により検知したか判断し（ステップＳ２３６）、検知した場合は（ステップＳ２３６：ｙｅｓ）、扉の電気錠３４を施錠し（ステップＳ２３７）。検知しない場合は（ステップＳ２３６：ｎｏ）ステップＳ２３６を繰り返す。そして、全ての扉が施錠されたか否か判断し、全ての扉が施錠された場合はフローチャートを終了し（ステップＳ２３８：ｙｅｓ）、全ての扉が施錠されない場合はステップＳ２３８を繰り返す（ステップＳ２３８：ｎｏ）。

このように、これまでに操作されたロッカーボックス３２の扉が解錠されるため、解錠されたロッカーボックス３２を再度確認することで、例えば１つ納品すべきところを２つ納品してしまった等の納品の誤りを発見することが可能となる。

即ち、制御部２８は、予約数Ｘ（納品物の納品予定個数を含む納品物情報）を取得する取得部、読み取り数ｎ（複数のロッカーボックス３２における納品完了数）を計数する計数部、予約数Ｘ（納品予定個数）と読み取り数ｎ（納品完了数）とが一致しないことを検出する異常検出部として機能する。また、操作表示部２１は、予約数Ｘ（納品予定個数）と読み取り数ｎ（納品完了数）とが一致しないことを検出した場合は、納品が完了していない旨の報知を行う報知部として機能する。

また、図５において、扉解錠（ステップＳ２１１）後にロッカーボックス３２に納品予定の処方薬のコードの再読取を行ってもよい。このようにすることにより、納品直前に再確認することができる。

また、１つの処方箋について処方薬の種類が多い場合はコードを複数発行してもよい。その場合は、当該複数のコードの読み取りがなされないと解錠しないようにしてもよい。また、その場合、納品直前にコードが発行された納品物（処方薬）の数を確認する表示等をするようにしてもよい。

最後にコードの発行についてのフローチャートを図７を参照して説明する。このフローチャートはコード生成装置８０で実行される。まず、予約情報確認操作を行う（ステップＳ３０１）。これはサービスＳＹＳ６０が端末７０から受け付けたロッカー受取申込操作により受け付けた予約情報に基づいてこれから調剤する処方薬に関する情報（処方箋や患者名等）を表示等させる操作である。

次に、調剤作業の完了確認操作を行われたか否か確認する。（ステップＳ３０２）。調剤作業の完了確認操作とは、処方箋のとおり調剤が完了したことを確認する操作である。調剤作業の完了確認操作が行われた場合は、コードが発行される（ステップＳ３０３）。そして、予約数Ｘをインクリメントする（ステップＳ３０４）。この予約数Ｘは、サービスＳＹＳ６０を介してロッカー管理５０へ送信される。

本実施形態によれば、複数のロッカーボックス３２を備え、ロッカーボックス３２に処方薬が収納されるロッカーシステム１００において、ロッカー管理システム５０は、処方された処方薬に関する受付情報である予約要求を受信し、受信した予約要求に基づいて、調剤された処方薬を収納するロッカーボックスを特定する。このようにすることにより、ロッカーを利用して処方薬の受け取りをすることが可能となる。そのため、待ち時間を有効利用することが可能となり、薬局側では薬の受け渡し業務の効率化が可能となり、処方薬の受け取りを効率的にすることができる。

また、予約要求には、処方薬の受取希望日時を含み、ロッカー管理システム５０は、受取希望日時より処方薬の準備にかかる時間である準備時間前の時刻以降から受取希望日時より所定時間後の時刻までの間を予約期間として特定のロッカーボックス３２を予約している。このようにすることにより、受取希望日時に処方薬を受け取ることができ、予約期間以外の時間帯は他の予約を受け入れることが可能となる。したがって、ロッカーボックス３２を有効利用することができる。

処方薬の受け取りを希望する時間は患者によって異なるため、薬局等が処方箋を受け付けた順にロッカーボックス３２の予約をし、受け付け順にロッカーボックス３２に処方薬を収納していくと、受け取りまで時間がある患者の処方薬が先にロッカーボックス３２に格納された場合、その患者が受け取るまでの間は別の患者が処方薬を受け取ることができない場合がある。本実施形態では、複数のサービスで共用するものではなく、処方薬の受け渡し専用となっているので、準備時間より前の時間帯は他の予約を受け入れることが可能となる。そのため、薬局側では予約された順番に調剤をすればよく、効率的に調剤作業を行うことができる。

また、ロッカー管理システム５０は、受取希望日時に予約可能なロッカーボックス３２が無い場合は、前記受取希望日時以降の時刻であって、他の予約期間に重ならず、かつ、受取希望日時に最も近い時刻にロッカーボックス３２を予約するようにしている。このようにすることにより、受取希望日時に予約ができない場合であっても、受取希望日時以降でロッカーボックス３２の空きがある最短の代替時間に自動的に予約をすることが可能となる。したがって、受取希望日時の再設定の要求等をする等の必要がなく、患者等の利用者に再予約等の手間をかけることがないため、利便性を向上させることができる。

また、ロッカーシステム１００において、ロッカー装置１のコードリーダ２２は、ロッカーボックス３２への納品時における解錠用のコードを読み取る。そして、ロッカー管理システム５０は、コードに基づく納品物情報の使用履歴を有し、当該使用履歴とコードリーダ２２が読み取ったコードに基づく納品物情報とを照合して使用履歴に含まれているか検出する。そして、コードリーダ２２が読み取ったコードに基づく納品物情報が使用履歴に含まれている場合は操作表示部２１に既に納品済みである旨の報知を行う。このようにすることにより、コードを読み取った処方薬と異なる処方薬を取り違えてロッカーボックス３２に納品した場合であっても、取り違えを認識することができる。したがって、取り違え等の納品物の納品時の異常状態を報知して防止することができる。

また、ロッカー装置１は、納品予定の予約数Ｘを取得する。そして、ロッカー装置１は、読み取り数ｎを数えて、予約数Ｘと読み取り数ｎとが一致しないことを検出した場合は、操作表示部２１に納品が完了していない旨の報知を行う。このようにすることにより、納品予定の数と実際にコードが読み取られた数とが一致しない場合は、誤って納品されていることを認識することができる。

また、ロッカー装置１は、予約数Ｘ（納品予定個数）と読み取り数ｎ（納品完了数）とが一致しないことを検出した場合は、納品完了した全てのロッカーボックス３２を解錠することができる。このようにすることにより、誤って納品されたロッカーボックス３２を容易に発見することができる。

なお、上述したロッカー装置１に処方薬の受け取りを検知する検知部を備え、ロッカー管理システム５０が、予約期間が経過してもロッカー装置１から処方薬の受け取りを検知した旨の情報を受信しない場合、かつ、他の予約要求による予約期間となった場合は、他の予約要求による処方薬の収納を許可してもよい。これは、例えば図４（Ｂ）の状態のときに、患者Ｂが１２時になっても処方薬を受け取らない場合は、患者Ａの処方薬の納品を行ってもよいことを意味している。検知部の機能は、例えば、納品後に扉開閉が行われたことや、操作表示部２１にパスワード等に入力をして取り出し操作が行われたかを検知する等で実現することができる。

このようにすることで、ロッカーボックス３２がいつまでも占有されることがなくなる。そのため、ロッカーボックス３２を効率的に利用することができる。本実施形態の場合、ロッカーボックス３２に収納されるのは処方薬であり、納品や回収は、同じ薬局等の担当者が行うため、予約時間に応じて受け取られない処方薬を回収しても、窓口等の代替の受け取りが容易であり、利用者（患者）の利便性の低下は少ないと考えられる。

また、前記したような予約期間が経過しても検知部が処方薬の受け取りを検知しない場合、かつ、他の予約要求による予約期間となった場合は、予約要求の対象となる利用者（患者）へロッカーボックス３２からの受け取りができない旨の通知をしてもよい。これは、ロッカー管理システム５０から会員サービス管理システム６０を介して端末７０へ通知を送信すればよい。

このようにすることで、利用者は、ロッカーボックス３２から受け取りができなくなったことを予め知ることができ、窓口等の代替の手段で受け取るか、再度予約し直す等の措置をとることができる。

また、ロッカー管理システム５０が受取希望日時により所定時間前の時刻において、処方薬が指定のロッカーボックス３２に納品されていない場合は、納品が完了していない旨の報知をしてもよい。受取希望日時により所定時間前の時刻とは、例えば受取希望日時の１０分前等の直前の時刻でもよい。処方薬が指定のロッカーボックス３２に納品されていないことは、実施形態のように予約数Ｘと読み取り数ｎとが一致しないことで検出すればよい。

また、受取希望日時により所定時間前の時刻として、納品後から１０分後等の納品作業終了からの時刻でもよい。このときの処方薬が指定のロッカーボックス３２に納品されていないことの検出は次のような方法が挙げられる。例えばそれぞれ個別の処方箋Ａ～Ｅがあったとする。そして、処方箋Ａ～Ｅの調剤が完了したことをコード生成装置８０からのコードの生成によりロッカー管理システム５０が把握し、その後ロッカー装置１に納品した際に納品数をロッカー装置１からロッカー管理システム５０に送信する。そして、次の処方箋Ｆの調剤が完了したことをロッカー管理システム５０が把握した時点で、先の調剤完了数（５）と納品数とが一致しない場合は、納品異常があったとして通知する。この場合の通知は、ロッカー装置１からではなく、例えば調剤薬局のコードが出力される端末あるいは当該端末の近傍にある他の端末等から行えばよい。

また、上述した実施形態では、予約の管理は主にロッカー管理システム５０で行っていたが、ロッカー装置１がロッカー管理システム５０から情報を取得して行ってもよい。

また、本発明は上記実施形態に限定されるものではない。即ち、当業者は、従来公知の知見に従い、本発明の骨子を逸脱しない範囲で種々変形して実施することができる。かかる変形によってもなお本発明のロッカーシステムの構成を具備する限り、勿論、本発明の範疇に含まれるものである。

１ ロッカー装置
２１ 操作制御部（検知部、報知部）
２８ 制御部（取得部、計数部、異常検出部）
３２ ロッカーボックス
３４ 電気錠
５０ ロッカー管理システム（受信部、制御部、取得部、履歴格納部、異常検出部）
１００ ロッカーシステム

Claims (5)

1. 複数のロッカーボックスを備え、前記ロッカーボックスに納品物が収納されるロッカーシステムにおいて、
   前記納品物に関する納品物情報を取得する取得部と、
   前記取得部が取得した前記納品物情報に基づいて前記納品物の前記ロッカーボックスへの納品時における異常状態を検出する異常検出部と、
   前記異常検出部が検出した前記異常状態を報知する報知部と、
   を備え、
   前記納品物情報には、前記納品物の納品数に関する情報を含む、
   ことを特徴とするロッカーシステム。
2. 前記取得部は、前記ロッカーボックスへの納品の際に用いる解錠用の情報を取得し、
   前記取得部が取得した前記情報の使用履歴を格納する履歴格納部を備え、
   前記異常検出部は、前記情報と前記使用履歴とを照合して前記情報が既に使用済みであるか検出し、
   前記報知部は、前記情報が既に使用済みであることを前記異常検出部が検出した場合は、既に納品済みである旨の報知を行う、
   ことを特徴とする請求項１に記載のロッカーシステム。
3. 前記取得部は、前記納品物の納品予定個数を含む前記納品物情報を取得し、
   前記複数のロッカーボックスにおける納品完了数を計数する計数部を備え、
   前記異常検出部は、前記納品予定個数と前記納品完了数とが一致しないことを検出し、
   前記報知部は、前記納品予定個数と前記納品完了数とが一致しないことを前記異常検出部が検出した場合は、納品が完了していない旨の報知を行う、
   ことを特徴とする請求項１に記載のロッカーシステム。
4. 前記異常検出部が前記納品予定個数と前記納品完了数とが一致しないことを検出した場合は、納品完了した全ての前記ロッカーボックスを解錠することを特徴とする請求項３に記載のロッカーシステム。
5. 前記取得部は、前記納品物の受取希望日時を含む前記納品物情報を取得し、
   前記異常検出部は、前記受取希望日時よりも所定時間前の時刻において、当該納品物が指定された前記ロッカーボックスに収納されていないことを検出し、
   前記報知部は、前記受取希望日時よりも所定時間前の時刻において、当該納品物が指定された前記ロッカーボックスに収納されていないことを前記異常検出部が検出した場合は、納品が完了していない旨の報知を行う、
   ことを特徴とする請求項１に記載のロッカーシステム。

Images