JP2023135991A - 薬剤交付管理システム - Google Patents

Abstract

【課題】患者に対して服薬する薬剤が正しく配送されているかについて速やかに判定可能な構成を提供する。【解決手段】インナーボックス２０が収容部３０に収容された状態でボックスタグ２１からボックスＩＤが読取部４４によって読み取られることで、通信部４５を介して、当該ボックスＩＤを含めた情報がクラウドサーバ６０に送信される。クラウドサーバ６０では、インナーボックス２０を患者に配送する際に配送元から受信した当該インナーボックス２０に対応するボックスＩＤと配送日時情報とが、患者情報及び薬剤情報に関連付けて記憶部６２にて記憶される。そして、配送日時情報から所定時間が経過しても当該配送日時情報に関連付けて記憶部６２に記憶されるボックスＩＤが受信されない場合に、インナーボックス２０が患者に対して正しく配送されていないと判定される。【選択図】図１

Description

本発明は、薬剤交付管理システムに関するものである。

従来、患者が病院にて医者と対面で受診することでその医者から処方箋を交付されると、薬局等にて処方箋に基づく調剤がなされてその患者に薬剤が交付されていた。現在、感染症の拡大防止等のため、薬局等への来局することなく、以前の処方箋に基づいて処方された薬剤の配送による交付が行われている。

このような配送による薬剤交付に関する技術としては、例えば、下記特許文献１に開示されるギフト発送システムが知られている。このギフト発送システムでは、予め登録された購入者の情報を使ってインターネットを介して商品の購入手続きを行うことで、その商品が指定された発送先に発送される。このような発送システムでは、商品購入時に購入者情報をその都度入力する必要がなく、配送作業の効率化を図ることができる。

特許第４９３７４３４号公報

ところで、薬剤は、一般商品と異なり、正しく服薬しなければその効果が期待できないだけでなく、誤った服薬を防止すべく服薬すべき薬剤の種類や時間帯を正しく把握する必要がある。しかしながら、患者に対して対面することなく薬剤が配送される際、配送元となる薬局等では、配送した薬剤を患者が正しく受け取っているか確認できないため、手違い等によって少なくとも一部の薬剤が届いていない配送状態や誤った薬剤が配送される配送状態（以下、単に、誤配送状態ともいう）が生じた場合にその誤配送状態を速やかに解消できないという問題がある。このような誤配送状態が生じた場合、患者は、服薬可能な薬剤の量が予定通りに増えないため、その薬剤の量によっては正しく服薬できない可能性がある。

本発明は、上述した課題を解決するためになされたものであり、その目的とするところは、患者に対して服薬する薬剤が正しく配送されているかについて速やかに判定可能な構成を提供することにある。

上記目的を達成するため、特許請求の範囲の請求項１に記載の発明は、
患者に交付される薬剤（１０）を管理する薬剤交付管理システム（１）であって、
患者に関する患者情報及び当該患者が服薬する薬剤に関する薬剤情報が関連付けられて記憶されるクラウドサーバ（６０）と、
前記患者が服薬する複数の薬剤が収容されて固有のボックスＩＤを記録した無線タグ（２１）が付されるインナーボックス（２０）と、
前記患者によって前記インナーボックスが収容される収容部（３０）と、
前記インナーボックスが前記収容部に収容された状態で前記無線タグから前記ボックスＩＤを読み取る読取部（４０）と、
前記読取部が読み取った前記ボックスＩＤを取得すると、当該ボックスＩＤを含めた情報を前記クラウドサーバに送信する通信部（４０，７０）と、
を備え、
前記クラウドサーバは、
前記インナーボックスを前記患者に配送する際に配送元から受信した当該インナーボックスに対応する前記ボックスＩＤと配送日時に関する配送日時情報とが、前記患者情報及び前記薬剤情報に関連付けて記憶される記憶部（６２）と、
前記通信部から受信した情報と前記記憶部に記憶される情報とに基づいて、前記インナーボックスが前記患者に対して正しく配送されているか否かについて判定する判定部（６１）と、
前記判定部の判定結果を報知可能な報知部（６１，６５）と、
を備え、
前記判定部は、前記配送日時情報から所定時間が経過しても当該配送日時情報に関連付けて前記記憶部に記憶される前記ボックスＩＤが前記通信部から受信されない場合に、前記インナーボックスが前記患者に対して正しく配送されていないと判定することを特徴とする。
なお、上記各括弧内の符号は、後述する実施形態に記載の具体的手段との対応関係を示すものである。

請求項１の発明では、患者が服薬する複数の薬剤が収容されて固有のボックスＩＤを記録した無線タグが付されるインナーボックスが、その患者によって収容部に収容される。インナーボックスが収容部に収容された状態で無線タグからボックスＩＤが読取部によって読み取られ、読取部が読み取ったボックスＩＤを取得した通信部では、当該ボックスＩＤを含めた情報がクラウドサーバに送信される。クラウドサーバでは、インナーボックスを患者に配送する際に配送元から受信した当該インナーボックスに対応するボックスＩＤと配送日時に関する配送日時情報とが、患者情報及び薬剤情報に関連付けて記憶部にて記憶される。そして、配送日時情報から所定時間が経過しても当該配送日時情報に関連付けて記憶部に記憶されるボックスＩＤが通信部から受信されない場合に、インナーボックスが患者に対して正しく配送されていないと判定部により判定される。

これにより、インナーボックスが患者に届いていない場合には、読取部によってボックスＩＤが読み取られないため、クラウドサーバでは通信部からボックスＩＤが受信されることはない。このため、配送日時情報から所定時間が経過しても関連するボックスＩＤがクラウドサーバにて受信されない場合には、インナーボックスが患者に対して正しく配送されていないと判定（異常判定）することができる。この異常判定時には、その判定結果に応じた報知部による報知を受けた配送元等は、患者や配送業者などに対して配送状況等を確認して、必要であればインナーボックスを新たに配送することもできる。したがって、患者に対して服薬する薬剤が正しく配送されているかについて速やかに判定できるだけでなく、誤配送状態が生じた場合にその状態を速やかに解消することができる。

請求項２の発明では、通信部は、ボックスＩＤ及び患者情報を含めた情報をクラウドサーバに送信する。判定部は、さらに、通信部から受信した患者情報とボックスＩＤとが記憶部にて関連付けられているか否かに基づいて、インナーボックスが患者に対して正しく配送されているか否かについて判定する。

これにより、例えば、他の患者に配送すべきインナーボックスが誤って配送されている場合には、クラウドサーバにて通信部から受信した患者情報と同じタイミングで受信したボックスＩＤに関連付けられて記憶部に記憶される患者情報とが異なるため、インナーボックスが患者に対して正しく配送されていないと判定（異常判定）することができる。このため、誤ったインナーボックスが収容部に収容された場合には、直ちに異常判定が報知されるので、その異常判定結果の報知を受けた配送元等は、患者に対してインナーボックスに収容される薬剤を服薬しないように連絡等することで、誤った薬剤の服薬を防止することができる。

請求項３の発明では、ボックスＩＤは、インナーボックスに付された無線タグに記録された情報であることを示す所定の形式で生成され、通信部は、所定の形式で生成されているボックスＩＤと異なる情報のみが読取部にて読み取られた場合には、異なる情報をクラウドサーバに送信しない。

これにより、インナーボックスが収容部に正しく収容された場合にそのボックスＩＤ等がクラウドサーバに送信され、無線タグを付した他の物体等が収容部に収容されてもその無線タグから読み取られた情報がクラウドサーバに送信されることもない。このため、クラウドサーバでは、必要なタイミングでボックスＩＤ等を受信でき、不要な情報の受信をなくすことができる。

請求項４の発明では、薬剤には、固有の薬剤ＩＤを記録した無線タグがそれぞれ付される。そして、通信部により、読取部によって所定の間隔にて読み取られたボックスＩＤ及び複数の薬剤ＩＤを含めた情報がクラウドサーバに送信される。クラウドサーバでは、記憶部には、通信部から受信した複数の薬剤ＩＤがボックスＩＤに関連付けられて未服薬の薬剤ＩＤとして記憶される。

これにより、服薬していない薬剤の薬剤ＩＤは、クラウドサーバにて未服薬の薬剤ＩＤとして記憶され、患者がインナーボックスから取り出して服薬した薬剤の薬剤ＩＤは、クラウドサーバに送信されなくなる。このため、クラウドサーバでは、患者がどの薬剤を服薬しているか把握できるだけでなく、上記所定の間隔に応じて服薬した時間帯も把握することができる。

請求項５の発明では、報知部は、記憶部に記憶される未服薬の薬剤ＩＤの個数が所定数以下になると、所定の報知を行う。

これにより、記憶される未服薬の薬剤ＩＤの個数が所定数以下となる場合、すなわち、患者の元にある薬剤の数が少ない場合には、報知部によって所定の報知がなされるので、この報知を受けた配送元等は、患者に対してその薬剤の購入を促すことができる。さらに、上記所定の報知を患者自身に対して行うことで、その薬剤の購入を直接促すことができる。

請求項６の発明では、記憶部には、患者情報に関連付けられて患者が服薬すべき薬剤の服薬時間に関する情報が記憶され、クラウドサーバは、患者情報に関連付けられて記憶部に記憶される情報に基づいて、患者が服薬すべき薬剤の時間にあわせて、当該薬剤に関する情報を患者が管理する表示端末に対して送信する。表示端末は、クラウドサーバから受信した情報を、服薬すべき薬剤に関する情報として画面表示する。

これにより、患者は、表示端末に画面表示される情報に基づいて、今から服薬すべき薬剤を容易に把握できるので、薬剤の服薬し忘れや誤った薬剤の服薬を抑制することができる。

請求項７の発明では、インナーボックスは、薬剤の種類ごとに収容場所が異なるように区画され、クラウドサーバは、薬剤の収容場所を含めるように薬剤に関する情報を表示端末に対して送信する。表示端末は、薬剤の収容場所に関する情報を含めるように服薬すべき薬剤に関する情報を画面表示する。

これにより、患者は、表示端末に画面表示される情報に基づいて、今から服薬すべき薬剤だけでなくその薬剤の収容場所まで容易に把握できるので、誤った薬剤の服薬をより確実に抑制することができる。

請求項８の発明では、読取部は、当該読取部が読み取った薬剤ＩＤを通信部が取得できない取得不能状態になると、通信部が取得できなかった薬剤ＩＤが当該薬剤ＩＤを読み取った日時情報とともに未取得情報として一時的に記憶される一時記憶部を備える。通信部は、取得不能状態が解消した際に一時記憶部に記憶される未取得情報とボックスＩＤを含めた情報をクラウドサーバに送信する。

これにより、例えば、一時的に離れてしまった読取部と通信部とでデータ通信ができなくなったために上記取得不能状態になった場合でも、その間に読み取られた薬剤ＩＤ等が一時的に記憶されて、上記取得不能状態の解消時にクラウドサーバに送信される。このため、クラウドサーバでは、患者による薬剤の服薬状況を漏れなく正確に把握することができる。

請求項９の発明では、クラウドサーバは、所定の要求を行った要求先に対して記憶部に記憶される情報の少なくとも一部を通知する。

これにより、例えば、患者の親族は、上記所定の要求を行うことで、その患者の服薬状況等の通知をクラウドサーバから直接的又は間接的に受けることができる。

請求項１０の発明では、読取部は、予め設定された１つの通信部に対して読取結果を取得させて、設定されていない他の通信部に対して読取結果を取得させない。

これにより、例えば、患者が所有する携帯端末を通信部として機能させて、その携帯端末に当該患者のためのインナーボックス用の読取部の読取結果を取得させるように予め設定される場合、他人の携帯端末等では上記読取結果を取得できないので、患者の服薬状況等について秘匿性を高めることができる。

第１実施形態に係る薬剤交付管理システムの概略構成を示す説明図である。 図２（Ａ）は、インナーボックスを示す斜視図であり、図２（Ｂ）は、カバー等を利用して図２のインナーボックスを包装した状態を説明する説明図である。 情報処理装置の電気的構成を概略的に示すブロック図である。 クラウドサーバの電気的構成を概略的に示すブロック図である。 クラウドサーバのデータベースに登録される患者情報、ボックスＩＤ、配送日時情報及び受取日時情報を説明する説明図である。 第２実施形態において薬剤に薬剤タグが付された状態を説明する説明図である。 第２実施形態においてクラウドサーバの制御部にてなされる服薬状態管理処理の流れを例示するフローチャートである。 クラウドサーバのデータベースに登録される患者情報、収容部ＩＤ、ボックスＩＤと薬剤ＩＤごとの服薬状況とを説明する説明図であり、図８（Ａ）は、初回セット時の登録状態を示し、図８（Ｂ）は、初回セット時からに一部の薬剤が服薬された後の登録状態を示す。 クラウドサーバのデータベースに登録される患者情報及び薬剤ＩＤとその薬剤ＩＤから特定される薬剤の服薬時期を説明する説明図である。 表示端末が収容部の情報処理装置とクラウドサーバとを中継する状態を説明する説明図である。

［第１実施形態］
以下、本発明の薬剤交付管理システムを具現化した第１実施形態について、図面を参照して説明する。
本実施形態に係る薬剤交付管理システム１は、以前の処方箋に基づいて配送によって交付される１又は２以上の種類の薬剤を患者ごとに管理するシステムとして構成されている。具体的には、薬剤交付管理システム１では、配送元となる薬局等にて患者が服薬すべき薬剤１０を収容したインナーボックス２０が処方箋に従って用意されてその患者の自宅等に配送され、患者の自宅等に予め設置される収容部３０に対して患者がインナーボックス２０を収容することを前提としている。そして、薬剤交付管理システム１は、インナーボックス２０に付された無線タグから読み取った情報等をクラウドサーバ６０にて管理することで、患者に交付される薬剤１０に関する情報等を管理するように構成されている。なお、便宜上、薬剤が包装等された状態も、単に薬剤１０として説明する。

インナーボックス２０は、図２（Ａ）に示すように、患者が服薬すべき薬剤１０が複数の区画２２ａ～２２ｄに分かれて所定の向きで所定数収容可能であって、図２（Ｂ）に示すように、カバーＣ等を利用して包装等されることで薬局等から患者に配送する際の梱包箱として機能するように構成されている。インナーボックス２０は、薬剤１０の種類ごとに収容場所を変更可能に区画２２ａ～２２ｄによって区画される。このインナーボックス２０には、他のインナーボックス２０と区別するための固有のボックスＩＤを記録したＲＦタグなどの無線タグ（以下、ボックスタグ２１ともいう）が付されている。

本実施形態では、ボックスＩＤは、所定の形式で生成されており、ボックスタグ２１と異なる他の無線タグに記録される情報と区別容易になっている。具体的には、上記所定の形式として、例えば、後述する図５にて例示するように、先頭に「ＩＢ」が付されるように生成することができる。

収容部３０は、患者によってインナーボックス２０が収容される薬箱として機能するものである。この収容部３０は、図１に示すように、前面に開口部が設けられる本体部３１と開口部を介して出し入れ可能な引き出し部３２とを備えている。本体部３１は、引き出し部３２が開口部を介して内部に押し込まれるようにセットされた状態（以下、セット状態ともいう）にて、引き出し部３２の前面とともに略箱状となるように形成されている。引き出し部３２は、インナーボックス２０が上方から収容されるように、インナーボックス２０の外形にあわせて上部が矩形状に開口して形成されている。

また、収容部３０には、情報処理装置４０が組み付けられており、この情報処理装置４０は、上記セット状態の検知時にボックスタグ２１から読み取ったボックスＩＤをクラウドサーバ６０に送信するための電子ユニットとして構成されている。情報処理装置４０は、図３に示すように、主に、全体制御を司る制御部４１及び半導体メモリ等からなる記憶部４２に加えて、検知部４３、読取部４４、通信部４５を備えるように構成されている。記憶部４２には、患者に関する情報（以下、患者情報ともいう）が予め記憶されている。

検知部４３は、上記セット状態を検知するための接触センサ等であって、本体部３１の内部奥側に設置されており、引き出し部３２が本体部３１の内部に押し込まれるセット状態時に、その状態を検知して所定の検知信号を制御部４１に出力するように構成されている。なお、検知部４３は、接触センサ等によって構成されることに限らず、上記セット状態を検知可能なセンサ等であればよい。

読取部４４は、ボックスタグ２１を含めた所定の無線タグを読取対象とする公知の無線タグ読取手段として機能するもので、制御部４１により制御されてアンテナ（図示略）を介して無線タグとの間で電磁波による通信を行ない、無線タグに記憶されるデータの読み書きを行なうように構成されている。

通信部４５は、制御部４１により制御されて、インターネットＮ等を介して、クラウドサーバ６０等の他の外部機器と通信を行う通信手段としての機能を有するように構成されている。

このように構成される情報処理装置４０では、検知部４３により上記セット状態が検知されることで、制御部４１により読取情報送信処理が開始される。この読取情報送信処理では、上記セット状態の検知直後に読取部４４により読み取られた情報が上記所定の形式で生成されたボックスＩＤである場合に、当該ボックスＩＤが記憶部４２に記憶される患者情報ともに通信部４５を介してクラウドサーバ６０に送信される。

このため、患者が薬局等から受け取ったインナーボックス２０を収容部３０に収容することで、収容したインナーボックス２０のボックスタグ２１から読み取られたボックスＩＤが患者情報ともに情報処理装置４０によりクラウドサーバ６０に送信される。その一方で、インナーボックス２０と異なる他の物体等が収容部３０に収容された際にその他の物体等に無線タグが付されていても、その無線タグから読み取られる情報が上記所定の形式で生成されていなければ、その読み取った情報がクラウドサーバ６０に送信されることもない。なお、本実施形態では、情報処理装置４０は、図略の電池等から電力供給を受けて動作するように構成されているが、これに限らず、例えば、商用電源から電力供給を受けて動作するように構成されてもよい。

薬剤１０を配送する配送元となる薬局等には、収容部３０及び情報処理装置４０と同等の機能を有する配送元用の収容装置５０が設置されている。患者に配送すべき薬剤１０等を収容してインナーボックス２０が用意されると、このインナーボックス２０を収容装置５０に収容することで当該インナーボックス２０のボックスタグ２１から読み取られたボックスＩＤが当該インナーボックス２０に収容される薬剤１０に関する薬剤情報及び患者情報ともにクラウドサーバ６０に送信される。なお、収容装置５０は、送信する薬剤情報及び患者情報を、例えば、別途用意される無線タグから読み取るようにして取得してもよいし、他の取得手段を利用して取得してもよい。

クラウドサーバ６０は、患者に関する患者情報及び当該患者が服薬する薬剤１０に関する薬剤情報等が関連付けられるようにデータベース化されて記憶される情報処理端末である。このクラウドサーバ６０は、図４に示すように、主に、全体制御を司る制御部６１及び半導体メモリ等からなる記憶部６２に加えて、表示部６３、操作部６４、通信部６５を備えるように構成されている。

このように構成されるクラウドサーバ６０では、薬局等にて上述のように用意されたインナーボックス２０を患者に配送する際に、その薬局等の収容装置５０からボックスＩＤ及び患者情報が通信部６５を介して受信されると、その受信した日時情報が配送日時情報としてボックスＩＤ及び患者情報に関連付けられて記憶部６２に構築されるデータベースに登録されて記憶される。例えば、収容装置５０から患者情報「患者Ｉ」、ボックスＩＤ「IB00009」が日時「2022/1/20 13:20」にて受信されると、図５に例示するように、その受信日時が配送日時情報としてボックスＩＤ等とともにデータベースに追加登録される。なお、配送日時情報として、ボックスＩＤ及び患者情報を受信した日時情報が採用されることに限らず、例えば、薬局等から別途指定された日時情報が採用されてもよい。また、図５では、便宜上、薬剤情報の図示を省略している。

そして、クラウドサーバ６０では、情報処理装置４０からボックスＩＤ及び患者情報が受信されると、その受信した日時情報が受取日時情報としてボックスＩＤ及び患者情報に関連付けられてデータベースに登録されて記憶される。例えば、情報処理装置４０から患者情報「患者Ｂ」、ボックスＩＤ「IB00002」が日時「2022/1/15 11:10」にて受信されると、図５に例示するように、その受信日時が受取日時情報として既に登録されているボックスＩＤ等に関連付けられるようにしてデータベースに追加登録される。

特に、クラウドサーバ６０では、記憶部６２に記憶される情報等を利用して、制御部６１にてインナーボックス２０が患者に対して正しく配送されているか否かについて判定する配送正否判定処理がなされる。具体的には、配送日時情報と受取日時情報との時間差が所定時間以内である場合に、インナーボックス２０が患者に対して正しく配送されていると判定される。例えば、図５のボックスＩＤ「IB00002」について配送日時情報「2022/1/13 15:45」と受取日時情報「2022/1/15 11:10」との時間差が所定時間（例えば、72時間）以内であることから、患者Ｂに対してインナーボックス２０が正しく配送されていると判定される。

一方、配送正否判定処理では、上記誤配送状態が生じたために、配送日時情報から上記所定時間が経過しても当該配送日時情報に関連付けて記憶部６２に記憶されるボックスＩＤが情報処理装置４０から受信されない場合に、インナーボックス２０が患者に対して正しく配送されていないとの判定（異常判定）がなされる。例えば、図５のボックスＩＤ「IB00009」について配送日時情報「2022/1/20 13:20」から上記所定時間が経過しても情報処理装置４０からボックスＩＤ「IB00009」が受信されない場合には、インナーボックス２０が患者に対して正しく配送されていないとして異常判定がなされる。

また、配送正否判定処理では、受信したボックスＩＤ及び患者情報が記憶部６２にて関連付けられていない場合には、他の患者に配送すべきインナーボックス２０が誤って配送されているとして、インナーボックス２０が患者に対して正しく配送されていないとして異常判定がなされる。すなわち、配送正否判定処理では、情報処理装置４０から受信した患者情報とボックスＩＤとが記憶部６２にて関連付けられているか否かに基づいて、インナーボックス２０が患者に対して正しく配送されているか否かについて判定される。

上述のような異常判定時には、制御部６１にて異常判定報知処理がなされて、そのインナーボックス２０の配送元となる薬局等に対して、インナーボックス２０が患者に対して正しく配送されていないことを示す報知情報が患者情報及びボックスＩＤ等を含めるようにして通信部６５を介して送信される。なお、上記配送正否判定処理を行う制御部６１は、インナーボックス２０が患者に対して正しく配送されているか否かについて判定する「判定部」の一例に相当し、上記異常判定報知処理を行う制御部６１及び通信部６５は、「判定部」の判定結果を報知可能な「報知部」の一例に相当し得る。

薬局等に設置される所定の端末５１にて受信した上記報知情報等が画面表示等されることで、薬剤師等は、どの患者に対していつ配送予定のインナーボックス２０が正しく配送されていない状態であるかについて容易に把握することができる。この場合には、薬剤師等は、患者や配送業者などに対して配送状況等を確認して、必要であればインナーボックス２０を新たに配送することで、上記誤配送状態を速やかに解消することができる。

なお、クラウドサーバ６０では、ボックスＩＤが予定通りに受信されない異常判定時には、まず、患者に対してインナーボックス２０を収容部３０に収容することを促す情報を報知して、その報知から一定期間経過してもボックスＩＤが患者の収容部３０から受信されない場合に、薬局等に対して上記報知情報を送信してもよい。また、クラウドサーバ６０では、インナーボックス２０が患者に対して正しく配送されていると判定される場合に、その旨を当該インナーボックス２０の配送元となる薬局等に対して送信してもよい。

以上説明したように、本実施形態に係る薬剤交付管理システム１では、患者が服薬する複数の薬剤１０が収容されて固有のボックスＩＤを記録したボックスタグ２１が付されるインナーボックス２０が、その患者によって収容部３０に収容される。インナーボックス２０が収容部３０に収容された状態でボックスタグ２１からボックスＩＤが読取部４４によって読み取られることで、通信部４５を介して、当該ボックスＩＤを含めた情報がクラウドサーバ６０に送信される。クラウドサーバ６０では、インナーボックス２０を患者に配送する際に配送元から受信した当該インナーボックス２０に対応するボックスＩＤと配送日時情報とが、患者情報及び薬剤情報に関連付けて記憶部６２にて記憶される。そして、配送日時情報から所定時間が経過しても当該配送日時情報に関連付けて記憶部６２に記憶されるボックスＩＤが受信されない場合に、インナーボックス２０が患者に対して正しく配送されていないと判定される。

これにより、インナーボックス２０が患者に届いていない場合には、読取部４４によってボックスＩＤが読み取られないため、クラウドサーバ６０ではボックスＩＤが受信されることはない。このため、配送日時情報から所定時間が経過しても関連するボックスＩＤがクラウドサーバ６０にて受信されない場合には、インナーボックス２０が患者に対して正しく配送されていないと判定（異常判定）することができる。この異常判定時には、その判定結果に応じた報知を受けた配送元等は、患者や配送業者などに対して配送状況等を確認して、必要であればインナーボックス２０を新たに配送することもできる。したがって、患者に対して服薬する薬剤１０が正しく配送されているかについて速やかに判定できるだけでなく、誤配送状態が生じた場合にその状態を速やかに解消することができる。なお、後述する患者が管理する表示端末７０に対して上記異常判定結果に関する情報を送信して報知してもよい。

そして、情報処理装置４０は、ボックスＩＤ及び患者情報を含めた情報をクラウドサーバ６０に送信する。クラウドサーバ６０の制御部６１にてなされる配送正否判定処理では、情報処理装置４０から受信した患者情報とボックスＩＤとが記憶部６２にて関連付けられているか否かに基づいて、インナーボックス２０が患者に対して正しく配送されているか否かについて判定する。

これにより、例えば、他の患者に配送すべきインナーボックス２０が誤って配送されている場合には、クラウドサーバ６０にて受信した患者情報と同じタイミングで受信したボックスＩＤに関連付けられて記憶部６２に記憶される患者情報とが異なるため、インナーボックス２０が患者に対して正しく配送されていないと判定（異常判定）することができる。このため、誤ったインナーボックス２０が収容部３０に収容された場合には、直ちに異常判定が報知されるので、その異常判定結果の報知を受けた配送元等は、患者に対してインナーボックス２０に収容される薬剤を服薬しないように連絡等することで、誤った薬剤の服薬を防止することができる。なお、後述する患者が管理する表示端末７０に対してクラウドサーバ６０から上記異常判定結果に関する情報を送信することで、患者自身に対してインナーボックス２０に収容される薬剤を服薬しないように直接報知することもできる。

特に、ボックスＩＤは、インナーボックス２０に付されたボックスタグ２１に記録された情報であることを示す所定の形式で生成され、情報処理装置４０は、所定の形式で生成されているボックスＩＤと異なる情報のみが読取部４４にて読み取られた場合には、異なる情報をクラウドサーバ６０に送信しない。

これにより、インナーボックス２０が収容部３０に正しく収容された場合にそのボックスＩＤ等がクラウドサーバ６０に送信され、無線タグを付した他の物体等が収容部３０に収容されてもその無線タグから読み取られた情報がクラウドサーバ６０に送信されることもない。このため、クラウドサーバ６０では、必要なタイミングでボックスＩＤ等を受信でき、不要な情報の受信をなくすことができる。

［第２実施形態］
次に、第２実施形態に係る薬剤交付管理システムについて、図面を参照して説明する。
本第２実施形態では、薬剤ＩＤを記録した無線タグが薬剤１０ごとに付される点が、上記第１実施形態と主に異なる。したがって、第１実施形態と実質的に同一の構成部分には、同一符号を付し、その説明を省略する。

本実施形態では、クラウドサーバ６０において、インナーボックス２０が患者に対して正しく配送されていると判定される際に、インナーボックス２０に収容される各薬剤１０の残量を含めた服薬状況を管理するための処理がなされる。このため、図６に示すように、インナーボックス２０に収容される各薬剤１０には、シリアル番号などの固有の薬剤ＩＤを記録した無線タグ（以下、薬剤タグ１１ともいう）がそれぞれ付されている。本実施形態では、患者のプライバシー保護等のため、薬剤ＩＤを見ただけでは何の薬剤か把握できないようにするため、固有の薬剤ＩＤとしてシリアル番号などのランダム値（重複しない固有の値）が採用されている。なお、薬剤ＩＤは、当該薬剤ＩＤの少なくとも一部からその薬剤ＩＤを記録した薬剤タグ１１を付した薬剤１０に関する薬剤情報を特定できるように所定の形式にて生成されてもよい。

また、配送元となる薬局等では、インナーボックス２０を収容装置５０に収容することで、当該インナーボックス２０のボックスタグ２１から読み取られたボックスＩＤと各薬剤タグ１１からそれぞれ読み取られた薬剤ＩＤとが患者情報等ともにクラウドサーバ６０に送信される。

そして、本実施形態において情報処理装置４０にてなされる読取情報送信処理では、所定の間隔にて、ボックスＩＤ及び複数の薬剤ＩＤを読み取るための処理がなされ、このように読み取られたボックスＩＤ及び複数の薬剤ＩＤを含めた情報がクラウドサーバ６０に送信される。特に、本実施形態では、上記所定の間隔として、上記セット状態が検知される検知タイミングが採用されている。このため、インナーボックス２０を初めて収容部３０に収容した初回のセット時だけでなく、患者が引き出し部３２を本体部３１から引き出した状態で服薬すべき薬剤１０をインナーボックス２０から取り出した後に再び引き出し部３２を押し戻すごとに、読み取られたボックスＩＤ及び複数の薬剤ＩＤが患者情報ともにクラウドサーバ６０に送信される。すなわち、患者が薬剤１０を服薬するごとに、残りの薬剤１０の薬剤ＩＤがクラウドサーバ６０に送信される。

クラウドサーバ６０の制御部６１では、各情報処理装置４０からそれぞれ受信されるボックスＩＤ及び複数の薬剤ＩＤを利用して、インナーボックス２０単位での薬剤１０の残量等を含めた服薬状態を管理する服薬状態管理処理を行う。また、クラウドサーバ６０の記憶部６２には、薬局等に設置される収容装置５０からインナーボックス２０の配送時に受信したボックスＩＤ及び各薬剤ＩＤ等が配送時情報として記憶される。この配送時情報に基づいて、配送される予定の薬剤１０の数（以下、配送予定薬剤数ともいう）を求めることができる。また、クラウドサーバ６０の記憶部６２には、管理対象となる全ての薬剤１０の薬剤ＩＤについて、当該薬剤ＩＤから特定される薬剤１０の種別や服薬時間及び服薬量などに関する情報が予め記憶される。これらの薬剤ＩＤ及び薬剤１０に関する情報等は、薬局等からインナーボックス２０を配送する際に、収容装置５０から受信した情報等を利用して記憶部６２にて関連付けられるようにデータベース化される。

以下、制御部６１にてなされる服薬状態管理処理について、図７に示すフローチャートを参照して詳述する。
制御部６１にて服薬状態管理処理が開始されると、図７のステップＳ１０１の判定処理にて、通信部６５を介してボックスＩＤ及び複数の薬剤ＩＤが受信されているか否かについて判定される。そして、いずれかの情報処理装置４０からボックスＩＤ及び複数の薬剤ＩＤが受信されると（Ｓ１０１でＹｅｓ）、ステップＳ１０３の判定処理にて、受信したボックスＩＤ等が初回セット時のものであるか否かについて判定される。

ここで、患者がインナーボックス２０を初めて収容部３０に収容してセットしたことから、初回セット時のボックスＩＤ等を受信している場合には（Ｓ１０３でＹｅｓ）、ステップＳ１０５の判定処理にて、受信したボックスＩＤに関連して記憶部６２に記憶される配送時情報から求められる配送予定薬剤数（インナーボックス２０を利用して配送される予定の薬剤１０の数）と受信した薬剤ＩＤの数とが一致するか否かについて判定される。

ここで、配送予定薬剤数と受信した薬剤ＩＤの数とが一致する場合には（Ｓ１０５でＹｅｓ）、薬剤１０が欠品等することなくインナーボックス２０が正しく配送されていると判定される。この場合には、ステップＳ１０７の薬剤ＩＤ等記憶処理にて、受信したボックスＩＤ及び薬剤ＩＤ等が服薬状況を把握可能にデータベースに登録されて記憶される。例えば、収容部ＩＤが「MB00001」の情報処理装置４０から患者情報「患者Ａ」、ボックスＩＤ「IB00001」と６０個の薬剤ＩＤ「MD00001」～「MD00060」が受信されて、受信した薬剤ＩＤの数と配送予定薬剤数とが６０個で一致すると、図８（Ａ）に例示するように、各データが関連付けられるようにしてデータベースに記憶される。その際、全ての薬剤ＩＤについて服薬状態が「未服薬」に設定される。また、この処理時に、ボックスＩＤ等の受信日時が配送日時情報としてボックスＩＤ等に関連付けられてデータベースに記憶され、その後、上記ステップＳ１０１以降の処理がなされる。

一方、配送予定薬剤数と受信した薬剤ＩＤの数とが一致しない場合には（Ｓ１０５でＮｏ）、薬局等から配送されてから患者が受け取るまでに薬剤１０の一部が欠品等するような異常事態が発生したと判定される。この場合には、ステップＳ１０９に示す配送数エラー報知処理にて、そのインナーボックス２０の配送元となる薬局等に対して上記異常事態の発生を示す報知情報が患者情報及びボックスＩＤ等を含めるようにして通信部６５を介して送信される。

薬局等に設定される所定の端末５１にて受信した上記報知情報等が画面表示等されることで、薬剤師等は、どの患者に対していつ配送したインナーボックス２０にて欠品等が発生しているかについて容易に把握することができる。この場合には、薬剤師等は、患者や配送業者などに対して配送状況等を確認して、インナーボックス２０を新たに配送等することで、上記誤配送状態を速やかに解消することができる。

また、以前に受信したボックスＩＤを受信している場合には（Ｓ１０３でＮｏ）、患者が薬剤１０を服薬しているとして、ステップＳ１１１に示す服薬状況更新処理がなされる。この処理では、受信されていない薬剤ＩＤの薬剤１０が患者によって服薬されたとして、その薬剤ＩＤの服薬状況が服薬済として更新登録される。例えば、初回セット時に図８（Ａ）のように登録されている場合において、患者が薬剤ＩＤ「MD00001」を服薬したために、患者情報「患者Ａ」、収容部ＩＤ「MB00001」、ボックスＩＤ「IB00001」と５９個の薬剤ＩＤ「MD00002」～「MD00060」が受信されていると、図８（Ｂ）に例示するように、薬剤ＩＤ「MD00001」の薬剤１０が患者によって服薬されたとして、その薬剤ＩＤの服薬状況が「服薬済」として更新登録される。一方、薬剤ＩＤ「MD00002」～「MD00060」については服薬状態が「未服薬」に設定される登録状態が維持される。

その後、ステップＳ１１３の判定処理にて、未服薬の薬剤ＩＤの個数が所定数以下であるか否かについて判定される。ここで、未服薬の薬剤ＩＤの個数が上記所定数よりも多い場合には（Ｓ１１３でＮｏ）、患者の元に十分な数の薬剤１０が残っているとして、後述する報知処理を行うことなく、上記ステップＳ１０１からの処理がなされる。

一方、患者が予定通りに薬剤１０を服薬し続けることで、未服薬の薬剤ＩＤの個数が上記所定数以下になると（Ｓ１１３でＹｅｓ）、患者の元にある薬剤１０の数が少なくなっているとして、ステップＳ１１５に示す残数報知処理がなされる。この処理では、ボックスＩＤ等から配送元として特定される薬局等に対して、薬剤１０の残数が少なくなっていることを示す報知情報が患者情報及びボックスＩＤ等を含めるようにして所定の報知として通信部６５を介して送信される。

薬局等に設定される所定の端末５１にて受信した上記報知情報等が画面表示等されることで、薬剤師等は、どの患者に対してどのインナーボックス２０を利用して配送した薬剤１０の個数がどの程度少なくなっているかについて容易に把握することができる。この場合には、薬剤師等は、患者に対して減っている薬剤１０の購入を促すことができる。

以上説明したように、本実施形態に係る薬剤交付管理システム１では、薬剤１０には、固有の薬剤ＩＤを記録した薬剤タグ１１がそれぞれ付される。そして、情報処理装置４０により、所定の間隔にて読み取られたボックスＩＤ及び複数の薬剤ＩＤを含めた情報がクラウドサーバ６０に送信される。クラウドサーバ６０では、記憶部６２には、受信した複数の薬剤ＩＤがボックスＩＤに関連付けられて未服薬の薬剤ＩＤとして記憶される。

これにより、服薬していない薬剤１０の薬剤ＩＤは、クラウドサーバ６０にて未服薬の薬剤ＩＤとして記憶され、患者がインナーボックス２０から取り出して服薬した薬剤１０の薬剤ＩＤは、クラウドサーバ６０に送信されなくなる。このため、クラウドサーバ６０では、患者がどの薬剤１０を服薬しているか把握できるだけでなく、上記所定の間隔に応じて服薬した時間帯も把握することができる。

特に、制御部６１にてなされる服薬状態管理処理では、ボックスＩＤ単位で記憶部６２に記憶される未服薬の薬剤ＩＤの個数が所定数以下になると、上記残数報知処理（Ｓ１１５）にて上述のような所定の報知を行う。

これにより、記憶される未服薬の薬剤ＩＤの個数が所定数以下となる場合、すなわち、患者の元にある薬剤１０の数が少ない場合には、上述のような所定の報知がなされるので、この報知を受けた配送元等は、患者に対してその薬剤の購入を促すことができる。

本実施形態の変形例として、クラウドサーバ６０は、薬局等に報知する情報の少なくとも一部を、患者が管理するスマートフォンなどの表示端末７０（後述する図１０参照）に対してインターネットＮ等を介して送信することで、その患者に報知してもよい。例えば、上述のように記憶される未服薬の薬剤ＩＤの個数が所定数以下となる場合に（Ｓ１１３でＹｅｓ）、上記所定の報知を表示端末７０の画面表示を利用して患者自身に対して行うことで、その薬剤の購入を患者に対して直接促すことができる。

このように、クラウドサーバ６０からの報知情報等を受信して表示可能な表示端末７０を利用する場合には、例えば、クラウドサーバ６０から表示端末７０に対して患者がその時間帯に服薬すべき薬剤１０に関する情報を送信してもよい。この場合、クラウドサーバ６０の記憶部６２には、患者情報等に関連付けられて患者が服薬すべき薬剤１０の服薬時間に関する情報が薬局等から取得されて記憶され、クラウドサーバ６０の制御部６１は、患者情報に関連付けられて記憶部６２に記憶される情報に基づいて、患者が服薬すべき薬剤１０の時間にあわせて、当該薬剤１０に関する情報を通信部６５を介して表示端末７０に対して送信する。表示端末７０は、クラウドサーバ６０から受信した情報を、服薬すべき薬剤に関する情報として画面表示する。

具体的には、例えば、図９に例示するように、患者情報及び薬剤ＩＤとその薬剤ＩＤから特定される薬剤１０の服薬時期が予めデータベース化されて記憶部６２に記憶される場合、制御部６１は、服薬時期が近くなった薬剤ＩＤから特定される薬剤１０及び服薬時期に関する情報を表示端末７０に送信する。これにより、患者は、表示端末７０に画面表示される情報に基づいて、今から服薬すべき薬剤１０を容易に把握できるので、薬剤１０の服薬し忘れや誤った薬剤１０の服薬を抑制することができる。

上述のように服薬時期を報知する際、服薬すべき薬剤１０のインナーボックス２０での収容場所をさらに報知してもよい。この場合、クラウドサーバ６０の記憶部６２には、患者情報等に関連付けられて患者が服薬すべき薬剤１０の収容場所に関する情報が薬局等から取得されて記憶される。具体的には、インナーボックス２０は、４つの区画２２ａ～２２ｄに分かれているので、クラウドサーバ６０は、服薬すべき薬剤１０が収容されている区画２２ａ～２２ｄを特定する情報（収容場所情報）と服薬時期とを含めるように薬剤１０に関する情報を表示端末７０に対して送信する。

これにより、患者は、表示端末７０に画面表示される情報に基づいて、今から服薬すべき薬剤１０だけでなくその薬剤１０の収容場所まで容易に把握できるので、誤った薬剤１０の服薬をより確実に抑制することができる。

また、クラウドサーバ６０からの報知情報等を受信して表示可能な表示端末７０を利用する場合には、情報処理装置４０のインターネット通信機能を除外して、図１０にて例示するように、表示端末７０がボックスＩＤ等の送信に関して情報処理装置４０とクラウドサーバ６０とを中継してもよい。この場合、表示端末７０は、情報処理装置４０が読取部４４を利用して読み取ったボックスＩＤ等の情報をBluetooth（登録商標）やＮＦＣ（Near Field Communication）等を利用して取得し、このように取得したボックスＩＤ等を所定のタイミングにてクラウドサーバ６０に送信する。なお、上述の構成では、情報処理装置４０は、インナーボックス２０が収容部３０に収容された状態でボックスタグ２１からボックスＩＤを読み取る「読取部」の一例に相当し、表示端末７０は、「読取部」が読み取ったボックスＩＤを取得すると、当該ボックスＩＤを含めた情報をクラウドサーバ６０に送信する「通信部」の一例に相当し得る。

このように、表示端末７０が情報処理装置４０とクラウドサーバ６０とを中継する構成では、例えば、表示端末７０と情報処理装置４０とが一時的に離れてしまったために、表示端末７０と情報処理装置４０とでデータ通信ができなくなる場合がある。

このため、情報処理装置４０の制御部４１は、読取部４４が読み取った薬剤ＩＤを表示端末７０が取得できない通信不能状態（以下、取得不能状態ともいう）になると、表示端末７０が取得できなかった薬剤ＩＤをその読み取った日時情報とともに未取得情報として記憶部４２に一時的に記憶する処理を行う。そして、表示端末７０は、上記取得不能状態が解消した際に、記憶部４２に記憶される未取得情報とボックスＩＤを含めた情報をクラウドサーバ６０に送信する。なお、記憶部４２は、「一時記憶部」の一例に相当し得る。

これにより、例えば、一時的に離れてしまった情報処理装置４０と表示端末７０とでデータ通信ができなくなったために上記取得不能状態になった場合でも、その間に読み取られた薬剤ＩＤ等が一時的に記憶されて、上記取得不能状態の解消時に表示端末７０を介してクラウドサーバ６０に送信される。このため、クラウドサーバ６０では、患者による薬剤の服薬状況を漏れなく正確に把握することができる。

また、表示端末７０が情報処理装置４０とクラウドサーバ６０とを中継する構成では、情報処理装置４０は、予め設定された１つの表示端末７０に対して読取結果を取得させて、設定されていない他の携帯端末等に対して読取結果を取得させないこともできる。

これにより、患者が所有する表示端末７０を通信部として機能させて、その表示端末７０に当該患者のためのインナーボックス用の情報処理装置４０の読取結果を取得させるように予め設定される場合、他人の携帯端末等では上記読取結果を取得できないので、患者の服薬状況等について秘匿性を高めることができる。

例えば、表示端末７０と情報処理装置４０との間でBluetooth通信を利用する場合には、以下のようなシステム構成を採用することができる。
システム登録時に専用のアプリケーションプログラムをインストールした表示端末７０でクラウドサーバ６０にログインすることで、収容部３０及び情報処理装置４０を特定するＢＴアドレスや認証情報が取得される。これにより、表示端末７０がマスターとなり、自動的に情報処理装置４０との接続が開始される。表示端末７０は、上述のように取得したＢＴアドレスをアドバタイジングしている情報処理装置４０を探索すると、その情報処理装置４０に対して接続要求を行う。そして、情報処理装置４０から認証情報の送信要求を受けた表示端末７０は、上述のように取得した認証情報を情報処理装置４０に送信することで、情報処理装置４０の読取結果を取得可能な状態になる。この場合、上記認証情報を取得できない他人の携帯端末等では、情報処理装置４０に接続できないためにその読取結果を取得できないので、患者の服薬状況等について秘匿性を高めることができる。

また、クラウドサーバ６０は、正当な権限を有して所定の要求を行った要求先に対して記憶部６２に記憶される情報の少なくとも一部を通知してもよい。具体的には、例えば、患者の親族は、上記所定の要求を行うことで、その患者の服薬状況等の通知をクラウドサーバ６０から直接的又は間接的に受けることができる。これにより、患者の親族は、患者の服薬状況等を容易に把握することができる。

また、情報処理装置４０にてなされる読取情報送信処理では、ボックスＩＤ及び複数の薬剤ＩＤを読み取る所定の間隔として、上記セット状態が検知される検知タイミングが採用されることに限らず、例えば、さらに、予め決められた規定の時間となる検知タイミングが採用されてもよい。

なお、本発明は上記各実施形態等に限定されるものではなく、例えば、以下のように具体化してもよい。
（１）本発明は、薬局が、以前の処方箋に基づいて薬剤１０を配送する配送元となる場合のシステムに採用されることに限らず、例えば、病院又は薬剤１０を調剤可能な施設等が、以前の処方箋に基づいて薬剤１０を配送する配送元となる場合のシステムに採用されてもよい。

（２）インナーボックス２０は、薬剤１０の収容場所が４つの区画２２ａ～２２ｄに分かれるように構成されることに限らず、２つ又は３つの区画や５つ以上の区画に分けられてもよい。特に、各薬剤１０にそれぞれ薬剤タグ１１が付される場合、各区画に収容される薬剤１０の向きが情報処理装置４０による薬剤タグ１１の読み取りに適した方向となるように、各区画が形成されてもよい。

（３）収容部３０は、本体部３１及び引き出し部３２によって引き出し式でインナーボックス２０を収容するように構成されることに限らず、規定の位置に載置等されるように収容されたインナーボックス２０のボックスタグ２１等を情報処理装置４０にて読み取り可能に構成されればよい。

（４）インナーボックス２０は、ボックスタグ２１に代えて、ボックスＩＤを光学的に読み取り可能に記録したＱＲコード（登録商標）などの情報コードが表面の読み取り容易な位置に付されるように構成されてもよい。この場合、患者は、情報コードを読み取る機能を有して本システム用のアプリケーションプログラムをインストールした情報処理端末を利用することで、手動操作に応じてボックスＩＤ等をクラウドサーバ６０に送信することができる。同様に、薬剤１０は、薬剤タグ１１に代えて、薬剤ＩＤを光学的に読み取り可能に記録したＱＲコードなどの情報コードが他の文字情報等とともに印字されて付されるように構成されてもよい。この場合、服薬した薬剤１０に付される情報コードから読み取った薬剤ＩＤ及びボックスＩＤ等をクラウドサーバ６０に送信することで、クラウドサーバ６０では、受信した薬剤ＩＤを「服薬済」として管理することができる。

１…薬剤交付管理システム
１０…薬剤
１１…薬剤タグ（無線タグ）
２０…インナーボックス
２１…ボックスタグ（無線タグ）
３０…収容部
４０…情報処理装置（読取部，通信部）
５０…収容装置
６０…クラウドサーバ
６１…制御部（判定部，報知部）
６２…記憶部
６５…通信部（報知部）
７０…表示端末（通信部）

Claims (10)

1. 患者に交付される薬剤を管理する薬剤交付管理システムであって、
   患者に関する患者情報及び当該患者が服薬する薬剤に関する薬剤情報が関連付けられて記憶されるクラウドサーバと、
   前記患者が服薬する複数の薬剤が収容されて固有のボックスＩＤを記録した無線タグが付されるインナーボックスと、
   前記患者によって前記インナーボックスが収容される収容部と、
   前記インナーボックスが前記収容部に収容された状態で前記無線タグから前記ボックスＩＤを読み取る読取部と、
   前記読取部が読み取った前記ボックスＩＤを取得すると、当該ボックスＩＤを含めた情報を前記クラウドサーバに送信する通信部と、
   を備え、
   前記クラウドサーバは、
   前記インナーボックスを前記患者に配送する際に配送元から受信した当該インナーボックスに対応する前記ボックスＩＤと配送日時に関する配送日時情報とが、前記患者情報及び前記薬剤情報に関連付けて記憶される記憶部と、
   前記通信部から受信した情報と前記記憶部に記憶される情報とに基づいて、前記インナーボックスが前記患者に対して正しく配送されているか否かについて判定する判定部と、
   前記判定部の判定結果を報知可能な報知部と、
   を備え、
   前記判定部は、前記配送日時情報から所定時間が経過しても当該配送日時情報に関連付けて前記記憶部に記憶される前記ボックスＩＤが前記通信部から受信されない場合に、前記インナーボックスが前記患者に対して正しく配送されていないと判定することを特徴とする薬剤交付管理システム。
2. 前記通信部は、前記ボックスＩＤ及び前記患者情報を含めた情報を前記クラウドサーバに送信し、
   前記判定部は、さらに、前記通信部から受信した前記患者情報と前記ボックスＩＤとが前記記憶部にて関連付けられているか否かに基づいて、前記インナーボックスが前記患者に対して正しく配送されているか否かについて判定することを特徴とする請求項１に記載の薬剤交付管理システム。
3. 前記ボックスＩＤは、前記インナーボックスに付された無線タグに記録された情報であることを示す所定の形式で生成され、
   前記通信部は、前記所定の形式で生成されている前記ボックスＩＤと異なる情報のみが前記読取部にて読み取られた場合には、前記異なる情報を前記クラウドサーバに送信しないことを特徴とする請求項１又は２に記載の薬剤交付管理システム。
4. 前記薬剤には、固有の薬剤ＩＤを記録した無線タグがそれぞれ付され、
   前記読取部は、所定の間隔にて、前記ボックスＩＤ及び複数の前記薬剤ＩＤを読み取るための処理を行い、
   前記通信部は、前記読取部によって読み取られた前記ボックスＩＤ及び複数の前記薬剤ＩＤを含めた情報を前記クラウドサーバに送信し、
   前記記憶部には、前記通信部から受信した複数の前記薬剤ＩＤが前記ボックスＩＤに関連付けられて未服薬の薬剤ＩＤとして記憶されることを特徴とする請求項１～３のいずれか一項に記載の薬剤交付管理システム。
5. 前記報知部は、前記記憶部に記憶される前記未服薬の薬剤ＩＤの個数が所定数以下になると、所定の報知を行うことを特徴とする請求項４に記載の薬剤交付管理システム。
6. 前記記憶部には、前記患者情報に関連付けられて前記患者が服薬すべき前記薬剤の服薬時間に関する情報が記憶され、
   前記クラウドサーバは、前記患者情報に関連付けられて前記記憶部に記憶される情報に基づいて、前記患者が服薬すべき前記薬剤の時間にあわせて、当該薬剤に関する情報を前記患者が管理する表示端末に対して送信し、
   前記表示端末は、前記クラウドサーバから受信した情報を、服薬すべき薬剤に関する情報として画面表示することを特徴とする請求項４又は５に記載の薬剤交付管理システム。
7. 前記インナーボックスは、薬剤の種類ごとに収容場所が異なるように区画され、
   前記クラウドサーバは、前記薬剤の収容場所を含めるように前記薬剤に関する情報を前記表示端末に対して送信し、
   前記表示端末は、前記薬剤の収容場所に関する情報を含めるように前記服薬すべき薬剤に関する情報を画面表示することを特徴とする請求項６に記載の薬剤交付管理システム。
8. 前記読取部は、当該読取部が読み取った前記薬剤ＩＤを前記通信部が取得できない取得不能状態になると、前記通信部が取得できなかった前記薬剤ＩＤが当該薬剤ＩＤを読み取った日時情報とともに未取得情報として一時的に記憶される一時記憶部を備えて、
   前記通信部は、前記取得不能状態が解消した際に前記一時記憶部に記憶される前記未取得情報と前記ボックスＩＤを含めた情報を前記クラウドサーバに送信することを特徴とする請求項４～７のいずれか一項に記載の薬剤交付管理システム。
9. 前記クラウドサーバは、所定の要求を行った要求先に対して前記記憶部に記憶される情報の少なくとも一部を通知することを特徴とする請求項４～８のいずれか一項に記載の薬剤交付管理システム。
10. 前記読取部は、予め設定された１つの前記通信部に対して読取結果を取得させて、設定されていない他の前記通信部に対して読取結果を取得させないことを特徴とする請求項４～９のいずれか一項に記載の薬剤交付管理システム。

Images