JP2015024040A - 薬服用支援システム及び薬箱 - Google Patents

Abstract

【課題】
患者が処方された薬を正しく服用することを支援する技術（薬箱および薬服用支援システム）を提供する。
【解決手段】
薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋と、使用者を識別するＩＤ情報と、使用者に関連する薬の服用タイミングとを関連づけた設定情報を記憶する記憶部と、任意のＩＤ情報を入力する取得部と、各小部屋の施錠／解錠を制御する制御部と、を備える薬箱。さらに、制御部は、取得部が取得したＩＤ情報と、設定情報とに基づいて小部屋の解錠を制御する。
【選択図】図１

Description

本発明は、患者が処方された薬を服用する際の支援を行う薬服用支援システム、および薬服用支援システムに用いられる薬箱に関する。

医療機関で診断を受けた患者が、その医療機関で処方箋を受けても、処方箋に記載されたとおり医薬品を服用できていない事がある。患者本人が服用することを忘れたり、服用タイミングを間違えたり、過剰に服用してしまったりして、処方のとおり服用できていないことが現実に生じている。特に、服用する薬の種類や量が多く、服用すべきタイミング等にもばらつきがあると、服用の仕方にミスが出やすい。また、多忙な人や老人等が服用ミスを起こしやすい傾向にある。

これに対し、従来、患者が服用を忘れることを防止するために情報の提供や通知を行う技術が知られている。特許文献１は、薬を服用する患者がピッキングした情報と処方箋を照合し、ピッキングされたことが正しいかどうかを判別し、ピッキングミスと判断した場合に警告情報を発する方法を開示している。

上記の従来技術では、服用ミスを予防するための情報提供に留まっていた。具体的には、コンピュータ等の情報端末を用いて提供された情報を本人等が確認することで、患者が薬の服用を思い出すことを可能にし、服用忘れを予防していた。

すなわち、患者が過剰に服用しようとしてしまう場合には、患者自身がコンピュータ等の情報端末に表示されたアラート通知等を確認し、自ら服用を中止しているに過ぎなかった。このように、従来技術では、患者の過剰な服用を有効に阻止できないという問題があった。

本発明は、上記の実情に鑑みて成されたものであり、患者が処方された薬を正しく服用することを支援する技術（薬箱等）を提供することを目的とする。

上記課題を解決するため、本発明にかかる薬箱は、薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋と、使用者を識別するＩＤ情報と、使用者に関連する薬の服用タイミングと、を関連づけた設定情報を記憶する記憶部と、任意のＩＤ情報を入力する取得部と、各小部屋の施錠／解錠を制御する制御部と、を備える。制御部は、取得部が取得したＩＤ情報と、設定情報とに基づいて小部屋の解錠を制御する。

本発明によれば、患者が処方された薬を正しく服用することを支援できる。

一実施形態に係る薬服用支援システムの全体構成図である。 一実施形態に係る薬箱の外観図である。 一実施形態に係る薬箱の小部屋の説明図である。 一実施形態に係る薬箱の機能ブロック図である。 一実施形態に係る携帯端末の機能ブロック図である。 一実施形態に係る処方箋の画像読み取りイメージの説明図である。 一実施形態に係る携帯端末における処方データ取得のフローチャートである。 一実施形態に係る携帯端末と外部サーバにおける処方データ取得のフローチャートである。 一実施形態に係る処方データを表す図である。 一実施形態に係る薬箱の初期登録データを表す図である。 一実施形態に係る薬箱のＩＤ情報初期登録のフローチャートである。 一実施形態に係る薬箱の服用タイミング初期登録のフローチャートである。 一実施形態に係る薬のセット時のフローチャートである。 一実施形態に係る薬セットデータを表す図である。 一実施形態に係る薬箱へ薬をセットするフローチャートである。 一実施形態に係る小部屋へ薬をセットする説明図である。 一実施形態に係る薬の取り出し時のフローチャートである。 一実施形態に係る薬セットデータを更新したデータを表す図である。 一実施形態に係る携帯端末が履歴情報を送受信するフローチャートである。

以下、添付の図面を参照して、本発明の一実施形態を説明する。

［１．システムの全体構成］
図１は、本実施の形態における薬服用支援システムの全体構成を示す。薬服用支援システム７は、薬箱１と、携帯端末２と、外部サーバ５と、により構成される。薬箱１と携帯端末２は、直接、通信可能に接続されている。携帯端末２と外部サーバ５は、ネットワーク３を介して接続されている。さらに、ネットワーク３には、閲覧端末６が接続されている。

薬箱１は、薬を収納する容器であり、適当な量に分けられた薬を小分けしてセットできる。薬箱１の使用者である患者は、自身の服用するスケジュールに沿った分量の薬を、薬箱１に小分けして収納できる。後述のとおり、薬箱１は、小分けした薬が取り出せるか否かを制御する。

携帯端末２は、薬箱１の使用者が携帯する情報端末である。携帯端末２は、携帯電話機、スマートフォン、ＰＣ、タブレット端末などで構成される。また、携帯端末２はＩＣカードによって構成されてもよい。詳しい構成は後述する。

外部サーバ５は、本薬服用支援システム７のためのサービスを提供し、特に服用データベース４を備える。服用データベース４には、患者である薬箱１の使用者が、薬を服用した履歴である服用履歴の情報などが格納される。閲覧端末６が服用データベース４の情報閲覧を要求すると、外部サーバ５はＩＤ認証などのアクセス制限を行う。これにより、正当な権限を持つ者のみ服用データベース４の閲覧が可能となる。たとえば担当医等にこの権限を与える事により、担当医は、閲覧端末６を用いて患者の服用履歴を確認できる。同時に、患者の個人情報のセキュリティも担保される。

［１−１．薬箱１の構成］
薬箱１の構成を、図を用いて説明する。図２は本実施の形態における薬箱の外観を示した図である。薬箱１は、複数の小部屋１０１と、通信部１０４と、入力部１０５と、表示部１０６と、を有する。各小部屋１０１に対して開閉扉１０２が設けられており、開閉扉１０２により小部屋１０１が開閉される。

各小部屋１０１には、例えば図３に示すように、小部屋それぞれを識別するための部屋番号が付されている。複数ある小部屋１０１によって、薬１０３を小分けしてセットすることができる。

開閉扉１０２は、錠を備えている。これにより、小部屋１０１各々を個別に施錠／解錠することができる。

通信部１０４は、携帯端末２との間で電子情報の送受信を行う。本実施の態様において、通信部１０４はＮＦＣ（近距離無線通信）により構成される。これにより、患者所有の携帯端末２を近接させた場合に両者は通信可能となる。また、リーダライタ機能が通信部１０４に備わる場合、薬箱１の側から携帯端末２へ電子情報の読み出し／書き込みが可能となる。

入力部１０５は、使用者が薬箱１にデータの入力を行う際に用いられる。入力部１０５は、物理的なボタンで構成されても良いし、画面に表示された画像等のボタンとタッチセンサで構成されても良い。

表示部１０６は、情報の表示を行う。表示される情報には、通信部１０４によって得られた情報や入力部１０５から入力された情報が含まれる。表示部１０６は、液晶ディスプレイや有機ＥＬディスプレイなどで構成される。

図４は、薬箱１の内部構成を示す機能ブロック図である。薬箱１は、通信部１０４と、入力部１０５と、表示部１０６と、記憶部１０７と、制御部１０８と、を有する。

記憶部１０７は、薬箱１の制御に必要な情報およびプログラム等を格納する。その情報には上記複数の小部屋各々について使用された履歴の情報が含まれるが、詳細は後述する。記憶部１０７は、フラッシュメモリ等の半導体記憶素子やハードディスク等で構成される。

制御部１０８は、薬箱１の各部の制御を行う。制御部１０８は、例えば開閉扉１０２の施錠／解錠を制御する。制御部１０８は、例えば、通信部１０４を介して受信したデータおよび記憶部１０７に記憶されたデータに基づいて、複数の小部屋１０１から一部屋を選択し、その一部屋を解錠する。また、制御部１０８は、カレンダーや時計（すなわち、計時機能）を備えており、現在日時を認識することができる。

制御部１０８は、ＣＰＵやＭＰＵで構成され、所定のプログラムを実行する事により、後述する機能を実現する。なお、この所定のプログラムは、制御部１０８内において、電子回路に内蔵して実現されても良いし、ソフトウェアとしてインストールされても良い。

［１−２．携帯端末の構成］
図５を参照して、携帯端末２の構成を説明する。携帯端末２は、第一の通信部２０１と、第二の通信部２０２と、撮像部２０３と、入力部２０４と、表示部２０５と、メモリ部２０６と、制御部２０７と、を備える。

第一の通信部２０１は、薬箱１との通信を行うための通信部であり、ＮＦＣ規格に準拠した通信を行う。本実施の態様においては、第一の通信部２０１も通信部１０４と同じくリーダライタ機能を備えており、双方向のデータ通信を可能としている。なお、第一の通信部２０１と薬箱１の通信部１０４は、携帯端末２と薬箱１の間でデータのやり取りを可能とする構成でれば上記の構成に限られず、たとえば一方のみにリーダ機能が備わっている構成でも良い。

第二の通信部２０２は、ネットワーク３に接続し、外部サーバ５等との通信を行うための通信部である。第二の通信部２０２は、３Ｇ、ＬＴＥ、Ｗｉ-ＦｉまたはＩＥＥＥ８０２．１１規格等に準拠した通信を行う。

なお、本実施形態では、薬箱１とネットワーク３それぞれに対する通信を、別々の通信部２０１、２０２を介して行ったが、１つの通信部で薬箱１とネットワーク３双方と通信するようにしてもよい。

撮像部２０３は、被写体像を撮像し、画像データを生成する。撮像部２０３は、例えばＣＣＤイメージセンサ等で構成される。

入力部２０４は、使用者によるデータ入力等の操作に関する情報を入力する。入力部２０４は、携帯端末２の本体に設けられたボタンや、画面表示されるボタンとタッチセンサ等によって構成される。表示部２０５は、第一の通信部２０１または第二の通信部２０２から得られた情報や、入力部２０４から入力された情報等を表示する。表示部２０５は、液晶パネルや有機ＥＬで構成されてもよいし、電子ペーパ等で構成されてもよい。

メモリ部２０６は、情報の記憶を行う。第一の通信部２０１または第二の通信部２０２の受信した情報や、撮像部２０３が取得した画像のデータ、入力部２０４から入力された情報等が記憶される。メモリ部２０６は、フラッシュメモリ等の半導体記憶素子から構成され、携帯端末２の内部メモリであってもよいし、ＳＤカード等であってもよい。

制御部２０７は、携帯端末２の動作全体を制御する。第一の通信部２０１、第二の通信部２０２、撮像部２０３、入力部２０４、表示部２０５、メモリ部２０６による電子情報が制御される。

［２．動作］
以上の構成を有する本システムの動作を、以下、説明する。

［２−１．処方情報の取り込み動作］
まず初めに、薬箱１における処方情報の取り込み動作を説明する。ここで、処方情報は、使用者に対して処方された薬の名称と、薬それぞれについて、服用タイミングと、１回あたりの服用量とに関する情報が含まれる。服用タイミングは、服用すべき時間帯を指す。本実施の形態において、処方情報は以下のとおり、携帯端末２によって取得される。

まず、携帯端末２は、図６に図示されるように、処方箋２１１またはお薬手帳２１３を撮像して、処方箋２１１やお薬手帳２１３に記載されている処方情報を画像データとして取得する。

取得した処方情報の画像データは、テキスト形式の処方情報である処方データへ変換される。なお、処方情報が処方箋２１１またはお薬手帳２１３に付されたＱＲコード（登録商標）２１２、２１４である場合、そのＱＲコード（登録商標）２１２、２１４を撮像部２０３によって撮像し、制御部２０７で解析する事によって、テキスト形式の処方データが取得される。処方情報が、文字で記載された情報である場合、撮像部２０３によって撮像した画像データからＯＣＲ（光学文字認識）技術を用いて、テキスト形式の処方データが得られる。

図７に、一回の処方箋において取得される処方データを例示する。処方データＤ１は、処方箋No.と、患者ＩＤと、患者名と、処方薬名と、処方数量と、服用タイミングと、服用量とを関連づけた情報である。処方箋No.は、処方箋を識別する番号である。患者ＩＤは、病院等の医療機関が患者各々に対して割り当てている識別番号である。患者名は、処方箋の発行を受けた患者の氏名である。処方薬名はある処方箋No.で処方された薬の名称であり、処方数量は薬毎に処方された数量である。

以下、本システムにおいて、処方情報の画像データから、テキスト形式の処方データＤ１を取得する動作を説明する。

図８のフローチャートに沿って、携帯端末２が画像のデータをテキスト化する機能を有し、これを用いて処方データを取得する動作を説明する。

まず、携帯端末２は、前述のとおり撮像部２０３によって処方情報の画像データを取得する（Ｓ１０１）。次に、制御部２０７は、この画像データをテキスト化する（Ｓ１０２）。携帯端末２は、テキスト化したデータを処方データＤ１としてメモリ部２０６に保存する（Ｓ１０３）。

以上の例では、携帯端末２が画像データをテキスト化する機能を有したが、この機能を外部サーバ５が有している場合、外部サーバ５を利用しても良い。以下、この場合の動作を図９に沿って説明する。

携帯端末２は、撮像部２０３によって処方情報の画像データを取得し（Ｓ１０１）、第二の通信部２０２を通して外部サーバ５へこの画像データを送信する（Ｓ１０２１）。外部サーバ５は、本画像データを受信すると（Ｓ１０２２）、本画像データのテキスト化を行う（Ｓ１０２３）。外部サーバ５は、携帯端末２にそのテキスト化したデータを返信する（Ｓ１０２４）。携帯端末２は、そのデータを受信して（Ｓ１０２５）、処方データＤ１としてメモリ部２０６に保存する（Ｓ１０３）。

［２−２．薬箱の初期登録動作］
次に、薬箱１において実施される初期登録動作について説明する。

図１０は、薬箱１に初期登録されるデータを例示した図である。初期登録されるデータは、ＩＤ情報登録データＤ２と服用タイミング定義データＤ３とを含む。

ＩＤ情報登録データＤ２は、薬箱１の使用者について、操作権限とＩＤ情報とを関連づけた情報である。操作権限は、本人以外による薬箱１の解錠が可能であるか区別する権限であって、たとえば患者と管理者の２つの権限がある。ＩＤ情報は、使用者を識別する情報である。本実施の形態において、ＩＤ情報は、患者ＩＤと、患者の使用する媒体の情報と、を含むとする。媒体の情報は、本実施態様では、使用される媒体が携帯端末なのかＩＣカードなのか、を示している。なお、ＩＤ情報は患者ＩＤのみを含んでも良い。

服用タイミング定義データＤ３は、処方データに記載された服用タイミングとその服用タイミングの具体的な時間帯とを対応づけた情報である。

これらのデータＤ２、Ｄ３は、以下のようにして薬箱１に初期登録することができる

まず、薬箱１へのＩＤ情報登録データＤ２の初期登録処理を、図１１を用いて説明する。

薬箱１の制御部１０８は、通信部１０４によって携帯端末２の近接を検知すると（Ｓ２０１）、検知された携帯端末２のＩＤ情報が記憶部１０７に登録されているか否か判断する（Ｓ２０２）。具体的には、制御部１０８は、携帯端末２の近接を検知したときに、携帯端末２からＩＤ情報（患者ＩＤ及び媒体の情報）を取得する。ここで、携帯端末２において、媒体の情報と合わせて薬箱１へ送信される患者ＩＤは、制御部２０７によって処方データＤ１から認識される。なお、携帯端末２において患者ＩＤは、使用者によってメモリ部２０６に登録（入力）されても良い。そして制御部１０８は、取得したＩＤ情報を、記憶部１０７に保持されたＩＤ情報登録データＤ２に登録済みのＩＤ情報と比較する。

取得したＩＤ情報が既に登録されている場合（Ｓ２０２のＹ）、制御部１０８はＩＤ情報を登録しない旨を表示部１０６に表示させ（Ｓ２０６）、ＩＤ情報の初期登録処理を終了する。一方、ＩＤ情報が登録されていない場合（Ｓ２０２のＮ）、制御部１０８は使用者によって選択された操作権限を取得し（Ｓ２０３）、患者ＩＤと媒体の情報とともに、ＩＤ情報登録データＤ２に登録する（Ｓ２０４）。なお、ＩＤ情報登録データＤ２が記憶部１０７に保持されていない場合、ＩＤ情報登録データＤ２を作成後、ＩＤ情報登録データＤ２にＩＤ情報等を登録する。そして、制御部１０８は登録完了の旨を表示部１０６に表示させ（Ｓ２０５）、本処理を終了する。

次に、薬箱１へ服用タイミング定義データＤ３を登録する処理の動作を、図１２を用いて説明する。

まず本処理は、表示部１０６が表示するメニュー画面などから本処理のメニューが選択された場合に、制御部１０８が開始する（Ｓ３０１のＹ）。制御部１０８は、入力部１０５を介して服用タイミング設定指示を受け付けると（Ｓ３０２のＹ）、入力部１０５から入力された服用タイミング名を取得する（Ｓ３０３）。さらに、制御部１０８はその服用タイミング名に対する開始時間および終了時間を取得する（Ｓ３０４）。その後、これら取得した情報を用いて、服用タイミング定義データＤ３を記憶部１０７に登録する（Ｓ３０５）。たとえば、服用タイミング名「朝食後」に対して、開始時間ＡＭ６：００、終了時間ＡＭ８：００、といった具合に登録する事ができる。

次に、制御部１０８は、続けて服用タイミングを設定する命令の有無を確認し、有る場合には他の服用タイミングについての設定が繰り返される（Ｓ３０６のＹ）。無い場合には（Ｓ３０６のＮ）、制御部１０８が設定完了通知を表示部１０６に表示させ（Ｓ３０７）、設定完了となる。また、服用タイミング設定の選択がされた後（Ｓ３０１のＹ）、服用タイミングを設定する命令がされない場合（Ｓ３０２のＮ）、制御部１０８は服用タイミングを設定しない旨を表示部１０６に表示させ（Ｓ３０８）、本処理を終了する。

以上の処理の終了後、薬箱１の制御部１０８は、記憶部１０７に記憶された初期登録情報を参照する事によって、薬の服用タイミングの管理と、適切な患者のみが薬箱１を施錠／開錠可能である事の判別ができる。

［２−３．薬のセット時の動作］
薬箱１に、薬を小分けしてセットされる際の本システムの動作を、図１３、１４、１５、１６を用いて説明する。

図１３のフローチャートを参照して、薬箱１の動作を説明する。まず、薬箱１の制御部１０８は、通信部１０４により携帯端末２の近接を検知する（Ｓ４０１）。そして、制御部１０８は、検知された端末のＩＤ情報が記憶部１０７に格納されたＩＤ情報登録データＤ２に登録されているか否かを判断する（Ｓ４０２）。ＩＤ情報が登録されているものであれば（Ｓ４０２のＹ）、制御部１０８は、携帯端末２に処方データＤ１を要求するステップに進む（Ｓ４０３）。ＩＤ情報が登録されていなければ（Ｓ４０２のＮ）、図１１のフローチャートを用いて説明したＩＤ情報の初期登録動作を行ってから（Ｓ４１１）、次のステップＳ４０３へ進む。

ステップＳ４０３の要求により、携帯端末２は処方データＤ１を返信する。制御部１０８は、通信部１０４によって処方データＤ１を受信すると（Ｓ４０４）、処方データＤ１と服用タイミング定義データＤ３を基に薬セットデータを作成する（Ｓ４０５）。

図１４に、処方データＤ３に対応する一例の薬セットデータを例示する。薬セットデータＤ４は、小部屋の番号、各小部屋１０１にセットする薬の服用者（患者ＩＤ・患者名）、セットする薬の種類（処方薬名）、服用日、服用タイミング、薬毎の服用量、薬全ての総服用量、開閉フラグの情報を含む。制御部１０８が処方データＤ１と服用タイミング定義データＤ３に基づいて作成し、記憶部１０７に記憶する。

薬セットデータＤ４における処方薬各々の服用タイミングは、処方データＤ１の服用タイミングを制御部１０８が服用タイミング定義データＤ３と照合し、実際の時間帯に読み替える事で得られる。制御部１０８は、処方薬各々について、一回の服用量と処方数量から、その薬の総服用回数を算出する。たとえば、処方データＤ１の処方箋の場合のように、１０日分の薬が処方されても、１日１回で１０回分の薬もあれば、１日２回で２０回分の薬もある。よって、薬毎に総服用回数を算出する。薬を服用する１回毎に、複数ある小部屋１０１の内、一室が割り当てられる。すなわち、同じ服用タイミングであれば異なる薬であっても、同じ小部屋が割り当てられる。

また、制御部１０８は服用を予定する服用日を、現在日時等から起算する事で取得できる。また、薬セットデータＤ４は小部屋の開閉履歴を表す開閉フラグも含んでいるが、薬セットデータＤ４作成時点では開閉フラグの値は０に設定する。開閉履歴は、複数の小部屋各々について開閉された履歴である。

薬セットデータＤ４の作成終了後、制御部１０８はその時点で空いている小部屋の数Ｎと、各薬の総服用回数の最大値である処方データのセット数Ｎ’を比較する（Ｓ４０６）。ＮがＮ’以上であれば薬箱１の動作はそのまま次のステップＳ４０７に進むが（Ｓ４０６のＹ）、ＮがＮ’より小さければ（Ｓ４０６のＮ）、制御部１０８がその旨を表示部１０６に表示させてからステップＳ４０７に進む（Ｓ４１２）。そして、ステップＳ４０７で、制御部１０８は小部屋１０１を解錠する。

解錠された小部屋１０１には、使用者によって薬がセットされる。本実施の形態における薬服用支援システム７では、外部サーバ５により、セットされた薬が正しいか否か確認する機能を有しており、正しい場合にはその旨が外部サーバ５から携帯端末２を介して薬箱１へ送信される。この確認動作の詳細は後述する。

薬が小部屋にセットされた後、薬箱１は、外部サーバ５から薬のセットが正しい旨を示す情報を受信すると（Ｓ４０８）、小部屋を施錠する（Ｓ４０９）。そして、セット完了の旨を表示部１０６に表示し（Ｓ４１０）、本処理を終了する。

なお、Ｎがゼロである場合、薬箱１は、空いている小部屋が無く、本処理の前から満室状態である。そのような場合、制御部１０８は満室状態を本処理の前から判断できるので、たとえばステップＳ４０１やステップＳ４０２の時点で本処理を終了するよう制御部１０８に判断させてもよい。

薬セットデータＤ４の生成後、薬箱１の制御部１０８は、薬セットデータＤ４を、携帯端末２を介して外部サーバ５に送信する。外部サーバ５は、受信した薬セットデータＤ４に基づき服用データベース４を更新する。薬セットデータＤ４の送信タイミングは、ステップＳ４０５以降であればよく、例えば小部屋が施錠されるステップＳ４０９の時点であってもよい。これにより、医師等の特定の権限を有する使用者のみが、閲覧端末６を介して、外部サーバ５の服用データベース４にアクセスすることにより、患者である薬箱１の使用者の服用予定を確認することが可能となる。

本システムにおいて、外部サーバ５による、薬が正しくセットされているか否かの確認動作の一例を、図１５を用いて説明する。

ステップＳ４０７において小部屋１０１が解錠されると、使用者は薬を小部屋１０１にセットすることが可能となる。使用者は各小部屋１０１に、処方箋に従って薬をセットする。使用者によって薬がセットされた後、薬のセットされた薬箱１の画像が携帯端末２の撮像部２０３によって撮像される（Ｓ４２１）。次に携帯端末２は、第二の通信部２０２を介して外部サーバ５に、撮像した画像と、処方データＤ１又は薬セットデータＤ４と、を送信する（Ｓ４２２）。

外部サーバ５は、受信した画像を解析し、各小部屋にセットされた薬の状況（どの小部屋に薬が何錠セットされているか等）を判別する（Ｓ４３１）。例えば、まず外部サーバ５は受信した画像の平面フィルタ、ローパスフィルタ等を用いて画像データの補正を行い、補正後の画像に対して予め定めた閾値を境に２値化処理を実行する。これにより、例えば薬が黒で、それ以外の範囲が白で表示される画像が得られる。そしてこの２値化された画像に対し、外部サーバ５は、各小部屋１０１をサーチ範囲として、その範囲内に黒く表示された画像の個数を数え上げる。

外部サーバ５は、判別した各小部屋にセットされた薬の状況を、処方データＤ１又は薬セットデータＤ４と照合する。例えば、サーチ範囲毎に数え上げた各小部屋の薬の個数と、一回の総服用量とを比較する。そして、外部サーバ５はそれぞれの小部屋１０１に正しく薬がセットされているのかを判断する（Ｓ４３２）。

図１６は薬が小部屋にセットされた画像の例を示した図である。図１６（ａ）の場合、小部屋番号３番の小部屋１０１が空室となっている。これを図１４に示す薬セットデータＤ４に照らすと、小部屋番号３番の服用薬には朝食後に服用すべき１錠があることから、セットされた薬は正しくないと判断できる。一方、図１６（ｂ）の場合、小部屋番号３番の服用薬１錠が正しく収納されており、外部サーバ５は薬が正しくセットされていると判断できる。

図１５に戻り、セットされた薬が正しくないと外部サーバ５が判断すると、外部サーバ５は、その旨を携帯端末２へ返信する（Ｓ４３２のＮ）。携帯端末２は、これを受けて、「正しくセットしてください」などのアラート通知を表示する（Ｓ４２３）。これにより、使用者は薬を正しくセットし直して、ステップＳ４２１から本処理をやりなおす事ができる。一方、セットされた薬が正しいと判断された場合、外部サーバ５は携帯端末２へその旨を返信し（Ｓ４３２のＹ）、携帯端末２は薬のセットが正しい旨を薬箱１に送信する（Ｓ４２４）。セットが正しい旨を受信した薬箱１は、図１３におけるステップＳ４０８の判断がＹＥＳの処理に進み、小部屋１０１は施錠される。

［２−４．薬の取り出し時の動作］
薬箱１にセットされた薬が使用者により取り出される際の薬箱１の動作を、図を用いて説明する。

図１７において、まず、薬箱１は携帯端末２の近接を検知する（Ｓ５０１）。そして、制御部１０８が、検知された端末のＩＤ情報が記憶部１０７のＩＤ情報登録データＤ２に登録されているのか判断する（Ｓ５０２）。ＩＤ情報が登録されていれば（Ｓ５０２のＹ）、ステップＳ５０３に進み、制御部１０８が記憶部１０７に記憶された薬セットデータＤ４を確認する。ＩＤ情報が登録されていなければ（Ｓ５０２のＮ）、本実施の形態においては前述のＩＤ情報の初期登録へと進み（Ｓ５０９）、本処理を終了する。

薬セットデータを確認し、対象となっているＩＤ情報の使用者がその時、服用タイミングにあるか否か、が制御部１０８により判断される（Ｓ５０４）。対象の者が服用タイミングにあるならば（Ｓ５０４のＹ）、その者のその服用タイミングに対応する小部屋を薬セットデータＤ４から読み取り、対象となる小部屋を解錠する（Ｓ５０５）。一方、対象の者が服用タイミングにない事が判断されると（Ｓ５０４のＮ）、服用タイミングでない旨を表示部１０６に表示して、本処理は終了する（Ｓ５１０）。

具体例を挙げると、「ＡＢＣ０２１」の患者ＩＤを有する携帯端末２が薬箱１へ近接した場合、薬箱１の制御部１０８はこの近接を検知する（Ｓ５０１のＹ）。そして制御部１０８は、ＩＤ情報登録データＤ２に基づいて対象の者が登録されていると判断し（Ｓ５０２のＹ）、薬セットデータＤ４を確認する（Ｓ５０３）。例えば検知した日時が２０１３年２月３日の午前８時であれば、小部屋番号１の情報に基づいてその者が服用タイミングにあると判断し（Ｓ５０４のＹ）、その小部屋を解錠する。この場合、制御部１０８は他の小部屋を解錠せず、また上記の時間帯でなければ小部屋番号１の小部屋を解錠しない。

対象の小部屋の解錠後、薬箱１の制御部１０８はその小部屋の開閉扉１０２が閉められたか否かを検知する（Ｓ５０６）。使用者は、セットされていた薬を服用するために取り出し、その小部屋の開閉扉１０２を閉じる。制御部１０８は、開閉扉１０２が閉じられたことを検知すると、その小部屋を施錠する（Ｓ５０７）。

そして、小部屋の施錠後、制御部１０８は開閉履歴の記録・更新を行う（Ｓ５０８）。これは、たとえば制御部１０８が、薬箱１が閉じられた時刻の情報に基づき、薬セットデータＤ４を更新することにより行う。図１８に例示する。

図１８は、小部屋番号１番の小部屋の開閉によって更新されたときの薬セットデータＤ４の例である。小部屋の開閉により、小部屋番号１番の開閉フラグが１に更新されている。さらに、その服用日が実際の開閉日に更新され、服用タイミングが実際の開閉時間に更新されている。すなわち、開閉フラグが１の場合、服用日と服用タイミングは、実際に小部屋が開閉された日と時刻を示すことになる。

薬箱１が薬セットデータＤ４を更新した場合、すなわち開閉履歴を更新した場合、外部サーバ５は携帯端末２を介して履歴情報を取得し、服用データベース４の服用履歴を更新する。ここで、履歴情報は、各小部屋の薬が服用されたか否かを示す情報であり、少なくとも、開閉された小部屋（開閉フラグが１の小部屋）についての、服用日（開閉日）、服用タイミング（閉時間）の情報を含むが、更に小部屋番号や開閉フラグを含んでも良い。また、履歴情報は、更新した薬セットデータＤ４’全体を含んでも良い。この服用データベース４の更新の際の動作を、図１９を用いて説明する。

図１９は、携帯端末２の実行するフローチャートである。薬箱１において開閉履歴が更新されると、使用者の操作にしたがい携帯端末２は、第一の通信部２０１を介して薬箱１から履歴情報を受信する（Ｓ６０１）。

そして、制御部２０７は、受診した履歴情報をメモリ部２０６に保存するとともに（Ｓ６０２）、第二の通信部２０２を介して外部サーバ５へ受診した履歴情報を送信する（Ｓ６０３）。外部サーバ５は、この情報を受信して服用データベース４を更新する。これにより、閲覧端末６が、外部サーバ５の服用データベース４にアクセスすることにより、患者である薬箱１の使用者の服用状況を確認することが可能となる。

［３．まとめ］
本実施形態において、薬箱１は、薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋１０１と、使用者を識別するＩＤ情報と使用者に関連する薬の服用タイミングとを関連づけた設定情報の一例である薬セットデータＤ４を記憶する記憶部１０７を備える。さらに、薬箱１は、任意のＩＤ情報を入力する取得部の一例であり、携帯端末２からＩＤ情報を取得する通信部１０４を備える。薬箱１は、さらに各小部屋の施錠／解錠を制御する制御部１０８を備え、制御部１０８は、通信部１０４が取得したＩＤ情報と、薬セットデータＤ４とに基づいて前記小部屋の解錠を制御する。

また、本実施形態において、薬服用支援システム７は、薬箱１と、薬箱１と通信可能な携帯端末２とを含む。薬服用支援システム７は、携帯端末２が、通信を行う通信部の一例として第一の通信部２０１と第二の通信部２０２とを備える。そして、携帯端末２は、第一の通信部２０１を介して、薬箱１に、ＩＤ情報を送信し、薬箱１の制御部１０８は、薬箱１の通信部１０４を介して携帯端末２から受信したＩＤ情報と、薬セットデータＤ４とに基づいて小部屋１０１の解錠を制御する。

また、本実施形態において、薬服用支援システム７は、薬箱１と携帯端末２を介して通信可能な外部サーバ５とを含む。薬箱１は、各小部屋の薬が服用されたか否かを示す履歴情報（更新した薬セットデータデータＤ４’の少なくとも一部のデータ）を記憶部１０７に保持するとともに、携帯端末２を介して外部サーバ５に送信する。外部サーバ５は、薬箱１から履歴情報を受信して保存するとともに、特定の権限を有する使用者に対してのみ履歴情報の閲覧を可能とする。なお、薬セットデータＤ４を更新したデータＤ４’は履歴情報の一例であって、これに限定するものではない。

以上の本実施の形態の構成によると、以下の効果を奏する。まず、施錠可能な開閉扉１０２を備える小部屋１０１と、その解錠の動作を制御する制御部１０８の構成により、所定の服用タイミングでのみ適切な小部屋が解錠されるので、使用者の間違った服用タイミングにおける服用を防止する効果を奏する。また、使用者が薬を薬箱１から取り出す際、複数ある小部屋の中から必要な小部屋のみを解錠されるため、使用者が服用薬を過剰に服用することを防止する。

携帯端末２と、通信部１０４と、制御部１０８と、を有し、制御部１０８がＩＤ情報登録データによって通信部１０４の検知する携帯端末２の使用者を照合させる機能を有する事により、薬箱が薬を保管するセキュリティ効果を得ている。そして、通信部１０４が、ネットワーク３に接続せず、直接携帯端末２と通信接続する構成であるため、外部との通信を患者所有の情報端末に制限し、薬箱の情報面でのセキュリティも向上させている。

また、記憶部１０７、通信部１０４、第一の通信部２０１、第二の通信部２０２、服用データベース４の構成を有し、開閉履歴の情報が薬箱１から外部サーバ５へ随時更新されるため、使用者の服用履歴が適宜更新される効果を有する。服用データベース４を備える外部サーバ５が、閲覧端末６と接続するネットワーク３に接続されており、閲覧端末６が情報閲覧を要求するときにアクセス制限を行う構成であるため、個人情報のセキュリティを担保する効果を奏する。

［４．他の実施形態］
上述した実施の形態は技術を開示する例示であって、本発明は、上記の実施形態に限定されるものではない。よって、本発明の要旨を逸脱しない範囲での種々の変更は、適宜可能である。例えば、以下のものが挙げられる。

薬箱１の小部屋１０１は、バネ等により付勢された開閉蓋を有し、解錠されたときに開閉蓋が開く構成としてもよい。また、薬箱１の制御部１０８は、小部屋１０１が解錠されたときに、解錠された小部屋の部屋番号を表示部１０６に表示する構成としてもよい。これらの構成により、使用者が薬箱１から薬を出し入れする際などに、解錠された小部屋と施錠されたままの小部屋との判別を明確にすることができる。

薬箱１は、携帯端末２を介さずに、外部サーバ５と通信する構成としてもよい。すなわち、薬箱１は、そのような通信を可能とするＮＦＣ以外の通信部を備えてもよい。この通信部は、例えば３Ｇ、ＬＴＥ、Ｗｉ-ＦｉまたはＩＥＥＥ８０２．１１規格等に準拠したもの等で構成される。これにより、服用履歴などの情報を、効率良く更新する事ができる。

上述した実施形態では、携帯端末２を介して、患者ＩＤなどの情報を薬箱１に入力した。しかしながら、携帯端末２を介さずに、入力部１０５から、患者ＩＤなどのＩＤ情報が使用者によって直接入力されてもよい。これによっても、薬箱１の制御部１０７はＩＤ情報を取得する事ができる。

薬箱１の形状は、図２に示されるものに限られず、薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋を備えていれば良い。また、図２に示す複数の小部屋１０１は、薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋の一例であって、これに限定するものではない。

携帯端末２は本発明に係る電子装置の一例であってこれを限定するものではない。電子装置は、ＩＤ情報が記憶可能であって、かつ薬箱と通信可能であればよい。例えば電子装置は、携帯電話機、スマートフォン、ＰＣ、タブレット端末、ＩＣカードなどで構成される。また、上述の携帯端末２の有する機能は、スマートフォンにおけるソフトウェアなどのアプリケーションとして実現されても良い。

また、セットされた薬が正しいか否か確認する機能は、本発明において必須ではない。この確認動作は本システムによって実現されなくてもよく、例えば使用者が小部屋１０１に薬をセット終了後に、入力部１０５に対してセット終了を示す操作を行うようにしても良い。この場合は、図１３に示すステップＳ４０８の処理を、例えば薬のセットが終了した旨の操作を受け付けたか否かの判断処理に変更すれば良い。

外部サーバ５は、一つのサーバで構成されず、複数のサーバで構成されても良い。図８に表す携帯端末２の画像から処方データを取得する機能を担うサーバと、図１６に表すセットされた薬が正しいか否か確認する機能を担うサーバと、服用データベース４を有するサーバと、が別のサーバであってもよい。

一実施形態においては、携帯端末２が薬の服用タイミングを使用者に通知する通知部を備えても良い。使用者に通知する動作は以下のとおりである。携帯端末２の制御部２０７が、処方データＤ１などの処方情報を参照することで、使用者の服用が予定される服用タイミングが近付いている事を検知する。これを検知した制御部２０７は、服用タイミングの近接を使用者に対する通知を、通知部によって行う。通知部は、例えば、アラーム音を出力させても良いし、表示部に服用タイミングが近づいている事を示すメッセージを表示してもよい。

また、一実施形態においては、外部サーバ５が薬の服用タイミングを使用者に通知する通知部を備えても良い。その動作としては、まず外部サーバ５は、処方データＤ１や薬セットデータＤ４などを携帯端末２から取得し、記憶部である服用データベース４に保持する。この取得時は、例えば携帯端末２が処方情報を取得した直後など、使用者の服用タイミング以前であれば良い。そして、外部サーバ５は取得した処方情報に基づいて、使用者の服用が予定される服用タイミングが近接している事を判断する。外部サーバ５は、近づいた事を判断したときに、通知部によって服用タイミング近接を示す情報を携帯端末２へ、例えばメール等により送信する。これを受信した携帯端末２の制御部２０７が使用者に対して通知を行う。使用者に対して通知する方法としては、上述と同じく使用者に注意を向けさせるものであれば良い。

さらに一実施形態においては、薬箱１が以下の通知機能を有しても良い。薬箱１の制御部１０８が、薬セットデータＤ４などの情報を参照することで、使用者の服用が予定される服用タイミングの近接を検知する。そして制御部１０８は、薬の服用タイミングを示す表示を、表示部１０６によって行う。なお、薬の服用タイミングを示す出力は、使用者に注意を向けさせるためのものであって、表示部による表示に限られない。例えば、薬箱１が圧電素子を備え、これにアラーム音を出力させても良い。

以上の通知部、または通知機能によって、使用者に対し服用の事前に通知することから、使用者が服用を忘れる事を防止・抑制する効果が得られる。

１ 薬箱
２ 携帯端末
３ ネットワーク
４ 服用データベース
５ 外部サーバ
６ 閲覧端末
７ 薬服用支援システム
１０１ 小部屋
１０２ 開閉蓋
１０４ 通信部
１０５ 入力部
１０６ 表示部
１０７ 記憶部
１０８ 制御部
２０１ 第一の通信部
２０２ 第二の通信部
２０３ 撮像部

特開２００４−３１８２４０号公報

Claims (10)

1. 薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋と、
   使用者を識別するＩＤ情報と、前記使用者に関連する薬の服用タイミングとを関連づけた設定情報を記憶する記憶部と、
   任意のＩＤ情報を入力する取得部と、
   各小部屋の施錠／解錠を制御する制御部と、を備え、
   前記制御部は、前記取得部が取得したＩＤ情報と、前記設定情報とに基づいて前記小部屋の解錠を制御する、
   薬箱。
2. 前記設定情報は、使用者を識別するＩＤ情報と、前記使用者が服用する薬の名称に関する情報と、前記薬の服用タイミングに関する情報と、前記薬の１回の服用量に関する情報とを含む、
   請求項１記載の薬箱。
3. 前記設定情報は、さらに各小部屋の薬が服用されたか否かを示す履歴情報を含み、
   前記制御部は、前記取得したＩＤ情報と前記設定情報とに基づいて前記小部屋が解錠されたときに、当該解錠された小部屋について、薬が服用されたことを示すように前記履歴情報を更新する、請求項１記載の薬箱。
4. さらに、所定の情報を表示する表示部を備え、
   前記制御部は、前記設定情報に基づいて、薬の服用タイミングを示す情報を前記表示部に表示させる、請求項１記載の薬箱。
5. 薬箱と、前記薬箱と通信可能な電子装置とを含む薬服用支援システムであって、
   前記電子装置は、通信を行う通信部を備え、
   前記薬箱は、
   薬を収納可能であり、かつ施錠／解錠が可能な複数の小部屋と、
   使用者を識別するＩＤ情報と、前記使用者に関連する薬の服用タイミングとを関連づけた設定情報を記憶する記憶部と、
   通信を行う通信部と、
   各小部屋の施錠／解錠を制御する制御部と、を備え、
   前記電子装置は、前記電子装置の通信部を介して、前記薬箱に、所定のＩＤ情報を送信し、
   前記薬箱の制御部は、前記薬箱の通信部を介して前記電子装置から受信した前記ＩＤ情報と、前記設定情報とに基づいて前記小部屋の解錠を制御する、
   薬服用支援システム。
6. 前記電子装置は、画像を撮像する機能を有する携帯端末であって、撮像した画像から前記薬の服用タイミングを示す情報を取得する、
   請求項５記載の薬服用支援システム。
7. 前記電子装置は、画像を撮像する機能を有する携帯端末であって、撮像した画像を、前記通信部を介して外部サーバに送信し、
   前記外部サーバは、前記電子装置から受信した画像から、前記薬の服用タイミングを示す情報を取得し、取得した画像を前記電子装置に返信する、
   請求項５記載の薬服用支援システム。
8. 請求項１ないし４のいずれかに記載の薬箱と、前記薬箱と通信可能な外部サーバとを含む薬服用支援システムであって、
   前記薬箱は、各小部屋の薬が服用されたか否かを示す履歴情報を前記記憶部に保持するとともに、前記履歴情報を前記外部サーバに送信し、
   前記外部サーバは、前記薬箱から履歴情報を受信して保存するとともに、特定の権限を有する使用者に対してのみ前記履歴情報の閲覧を可能とする、
   薬服用支援システム。
9. 前記外部サーバは、薬の服用タイミングを示す情報を保持する記憶部と、前記保持した情報に基づき、薬の服用タイミングを使用者に通知する通知部とを備える、
   請求項８記載の薬服用支援システム。
10. 薬の服用タイミングを示す情報を保持する携帯端末をさらに含み、
    前記携帯端末は、前記保持した情報に基づき、薬の服用タイミングを使用者に通知する通知部を備える、
    請求項８記載の薬服用支援システム。

Images