(57)【要約】【課題】薬の服用を報知させるための設定作業を簡略化することができ、ユーザの服薬を支援することができる端末装置を提供する。【解決手段】薬の包装、または外装、または付属品、または処方箋から読み取った服薬に関する情報である服薬情報をユーザＩＤと共にサーバ装置に送信する服薬情報取得部と、ユーザが薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得してサーバ装置に送信する服薬証拠情報取得部と、サーバ装置からの通知に基づいて所定の報知を実行する報知部を含む。通知は、服薬情報から取得される服薬の時間規則である服薬規則、および服薬証拠情報に基づいて生成される。【選択図】図１
2016091419.tif 000002
【特許請求の範囲】
【請求項１】
薬の包装、または外装、または付属品、または処方箋から読み取った服薬に関する情報である服薬情報をユーザＩＤと共にサーバ装置に送信する服薬情報取得部と、
ユーザが前記薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得して前記サーバ装置に送信する服薬証拠情報取得部と、
前記サーバ装置からの通知に基づいて所定の報知を実行する報知部を含み、
前記通知は、前記服薬情報から取得される服薬の時間規則である服薬規則、および前記服薬証拠情報に基づいて生成される
端末装置。
【請求項２】
薬の包装、または外装、または付属品、または処方箋から読み取った薬の識別に用いる情報である薬識別情報をユーザＩＤと共にサーバ装置に送信し、前記薬識別情報から識別される薬の服用に関する情報のうちユーザの個人差によって不変な情報のみを含む服薬情報を前記サーバ装置から受信する服薬情報取得部と、
ユーザが前記薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得して前記サーバ装置に送信する服薬証拠情報取得部と、
前記サーバ装置からの通知に基づいて所定の報知を実行する報知部を含み、
前記通知は、前記服薬情報から取得される服薬の時間規則である服薬規則、および前記服薬証拠情報に基づいて生成される
端末装置。
【請求項３】
請求項１または２に記載の端末装置であって、
前記服薬証拠情報として、
前記薬を収納するピルケースにおける前記薬を格納する各区画に設けられた区画センサの情報を含む
端末装置。
【請求項４】
請求項３に記載の端末装置であって、
前記服薬証拠情報として、
前記端末装置の位置情報、前記ピルケースの開閉情報、前記ピルケースの傾きに関する情報であるケース傾き情報、前記薬の服用に用いる専用のカップに入れられた水量に関する情報である水量情報、前記ユーザの首に取り付けた温度センサからの情報である温度情報、前記ユーザの頭の傾きに関する情報であるユーザ頭部傾き情報を含む
端末装置。
【請求項５】
請求項３または４に記載の端末装置であって、
前記区画センサの情報が前記薬が前記区画から取り出されたことを示す場合に前記サーバ装置が送信する通知Ａと、それ以外の場合に前記サーバ装置が送信する通知Ｂとが異なるものであって、
前記通知Ａに基づいて実行される報知と、前記通知Ｂに基づいて実行される報知とが異なる
端末装置。
【請求項６】
薬の包装、または外装、または付属品、または処方箋から読み取った服薬に関する情報である服薬情報をユーザＩＤと共にサーバ装置に送信する服薬情報取得ステップと、
ユーザが前記薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得して前記サーバ装置に送信する服薬証拠情報取得ステップと、
前記サーバ装置からの通知に基づいて所定の報知を実行する報知ステップを含み、
前記通知は、前記服薬情報から取得される服薬の時間規則である服薬規則、および前記服薬証拠情報に基づいて生成される
服薬支援方法。
【請求項７】
薬の包装、または外装、または付属品、または処方箋から読み取った薬の識別に用いる情報である薬識別情報をユーザＩＤと共にサーバ装置に送信し、前記薬識別情報から識別される薬の服用に関する情報のうちユーザの個人差によって不変な情報のみを含む服薬情報を前記サーバ装置から受信する服薬情報取得ステップと、
ユーザが前記薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得して前記サーバ装置に送信する服薬証拠情報取得ステップと、
前記サーバ装置からの通知に基づいて所定の報知を実行する報知ステップを含み、
前記通知は、前記服薬情報から取得される服薬の時間規則である服薬規則、および前記服薬証拠情報に基づいて生成される
服薬支援方法。
【請求項８】
コンピュータを請求項１から５の何れかに記載の端末装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザの服薬を支援する端末装置、服薬支援方法、プログラムに関する。
【背景技術】
【０００２】
定期的に薬を服用する必要がある患者はしばしば薬の服用を忘れてしまったり、薬を飲む時刻を間違えてしまったり、その他の服薬のルールを守って服薬しない場合がある。このような患者の服薬を支援するために、例えば呑み忘れ防止機能付きの薬収納箱などが開示されている（特許文献１参照）。特許文献１の薬収納箱は、その内部に朝、昼、夜用等の薬が収納可能な薬収納ケースと、該薬収納ケースの引き出し動作や蓋開閉動作等の動作を検出可能な検出手段と、１日２４時間の時刻設定が可能な時計手段と、該時計手段で設定した時刻に光や音等で報知可能な報知手段と、該報知手段による報知に対応した薬収納ケースの動作が検出手段で検出された際に、報知手段による報知を停止する制御手段と、を備えることを特徴とする。薬収納ケースは、本体ケース内に出し入れ可能な朝用、昼用、夜用の３つの収納ケースで形成され、各収納ケースの引き出し動作が検出手段でそれぞれ検出される。特許文献１の薬収納箱によれば、高齢者等の患者であっても薬を呑もうとする動作に関連した報知が可能となる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−２１７８０２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の薬収納箱によって患者の薬服用を管理しようとする場合、薬収納箱に対する設定作業が煩雑となることが問題である。例えば患者が複数種類の薬を処方されている場合、各薬の服用時間は異なることも多く、各薬の服用時間が異なる場合には、上述の収納ケースのそれぞれに対して異なる報知時刻を設定し、これら異なる報知時刻を設定した薬収納ケースに対して正しい組み合わせとなるように各薬を収納しなければならない。薬の種類が多くなればなるほど設定作業の煩雑さが増していき、これらを全て看護師や家族などの手作業とすると、薬と報知時刻の組み合わせに間違いが生じることも考えられる。本発明では、薬の服用を報知させるための設定作業を簡略化することができ、ユーザの服薬を支援することができる端末装置を提供することを目的とする。
【課題を解決するための手段】
【０００５】
本発明の端末装置は、服薬情報取得部と、服薬証拠情報取得部と、報知部を含む。
【０００６】
服薬情報取得部は、薬の包装、または外装、または付属品、または処方箋から読み取った服薬に関する情報である服薬情報をユーザＩＤと共にサーバ装置に送信する。服薬証拠情報取得部は、ユーザが薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得してサーバ装置に送信する。報知部は、サーバ装置からの通知に基づいて所定の報知を実行する。通知は、服薬情報から取得される服薬の時間規則である服薬規則、および服薬証拠情報に基づいて生成される。
【発明の効果】
【０００７】
本発明の端末装置によれば、薬の服用を報知させるための設定作業を簡略化することができ、ユーザの服薬を支援することができる。
【図面の簡単な説明】
【０００８】
【図１】実施例１の服薬・投薬管理システムの構成を示すブロック図。
【図２】実施例１の服薬・投薬管理システムの動作を示すシーケンス図。
【図３】投薬履歴の具体例を示す図。
【図４】服薬証拠情報取得部の詳細な構成例を示すブロック図。
【図５】服薬証拠情報取得部の詳細な動作例を示すフローチャート。
【図６】ステップＳ２４Ｃの詳細な動作例を示すフローチャート。
【図７】実施例２の服薬・投薬管理システムの構成を示すブロック図。
【図８】実施例２の服薬・投薬管理システムの動作を示すシシーケンス図。
【図９】投薬履歴の具体例を示す図。
【発明を実施するための形態】
【０００９】
以下、本発明の実施の形態について、詳細に説明する。なお、同じ機能を有する構成部には同じ番号を付し、重複説明を省略する。
【実施例１】
【００１０】
以下、図１、図２、図３を参照して本発明の実施例１の服薬・投薬管理システムについて説明する。図１は、本実施例の服薬・投薬管理システム１の構成を示すブロック図である。図２は、本実施例の服薬・投薬管理システム１の動作を示すシーケンス図である。図３は、投薬履歴の具体例を示す図である。
【００１１】
図１に示すように本実施例の服薬・投薬管理システム１は、端末装置１０、サーバ装置２０を含んで構成される。端末装置１０は、本システムに登録されたユーザが所持しているものとし、本システムに登録されたユーザが複数存在する場合には、端末装置１０もユーザに対応する数存在するものとする。端末装置１０は、（１）ユーザが持ち運びできる機器であり、（２）サーバ装置と有線・無線通信を行うことができる機器であり、（３）サーバ装置との通信結果に応じてユーザに対して聴覚、視覚、触覚などを刺激するアラート（報知）を行うことができる機器であればどんな機器であってもよい。端末装置１０として移動通信端末、タブレット型ＰＣ、ＰＤＡなどが好適である。
【００１２】
サーバ装置２０は、後述する服薬情報を受信し、これをユーザごとに蓄積して投薬履歴として記録・管理し、端末装置１０に対して服薬に関する通知を実行する装置である。図１に破線で表したように本システムには各ユーザが携行するウェアラブルデバイス３０やピルケース４０が介在してもよい。ウェアラブルデバイス３０、ピルケース４０の役割については後述する。
【００１３】
図１に示すように端末装置１０は、服薬情報取得部１１と、報知部１２と、服薬証拠情報取得部１３を含む。サーバ装置２０は、服薬情報受信部２１と、投薬履歴記憶部２３と、通知送信部２４を含む。
【００１４】
以下、端末装置１０の動作の概略を説明する。服薬情報取得部１１は、薬の包装、または外装、または付属品、または処方箋から読み取った服薬に関する情報である服薬情報をユーザＩＤと共にサーバ装置２０に送信する。服薬証拠情報取得部１３は、ユーザが薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得してサーバ装置２０に送信する。報知部１２は、サーバ装置２０からの通知に基づいて所定の報知を実行する。通知は、服薬情報から取得される服薬の時間規則である服薬規則、および服薬証拠情報に基づいて生成される。
【００１５】
以下、図２を参照して上述の端末装置１０とサーバ装置２０の動作を詳細に説明する。まず、端末装置１０の服薬情報取得部１１は、薬の包装や外装、付属品や処方箋などを読み取ることにより、服薬情報を取得する（Ｓ１１Ａ）。服薬情報とは服薬に関する情報であって、例えば服用時刻や服用方法、禁忌事項（禁忌とされている飲み合わせ、禁忌とされている病状など）などである。本実施例において服薬情報は、医師が患者（ユーザ）ごとに設定した服用時刻、服用方法、禁忌事項などを含むことを想定している。つまり、本実施例における服薬情報は、ユーザ個人の状態、病状、過去の病歴などを考慮して医師が決定した服薬情報であることを想定している。服薬情報は、例えば薬の包装、外装、付属品、処方箋に印刷されたＱＲコード（登録商標）やバーコード、ＩＣチップなどを読み込むことによって取得することができる。この場合、ＱＲコード（登録商標）、バーコード、ＩＣチップは医師による処方箋と同じ情報を持っていることになるため、その管理には注意を要する。例えば、医師は、医師専用のＱＲコード（登録商標）生成アプリケーションなどを用いて、ＱＲコード（登録商標）を生成することが必要になる。バーコード、ＩＣチップの場合も同様である。なお、服薬情報には、製品名、製薬会社名、有効成分の名前やその含有量などを付け加えてもよい。
【００１６】
端末装置１０の服薬情報取得部１１は取得された服薬情報をユーザＩＤと共にサーバ装置２０に送信する（Ｓ１１Ｂ）。ユーザＩＤとして、端末装置１０のＩＤを使用してもよい。端末装置１０が携帯端末である場合には、ユーザＩＤとして例えば個体識別番号、電話番号、メールアドレスなどが使用できる。ユーザＩＤとしてユーザの氏名や生年月日などなどを用いてもよい。
【００１７】
サーバ装置２０の服薬情報受信部２１は、ユーザＩＤと服薬情報を受信する（Ｓ２１Ａ）。服薬情報受信部２１は、受信したユーザＩＤと服薬情報を対応付けて投薬履歴記憶部２３に記憶する（Ｓ２１Ｂ）。サーバ装置２０の投薬履歴記憶部２３には、ユーザＩＤごとに、服薬情報が蓄積されていく。蓄積された服薬情報は、ユーザＩＤと対応する各ユーザが過去にどんな投薬をうけたかの履歴情報（投薬履歴）として活用することができる。例えば医師のみが所持するセキュリティキーを使用することによってのみ投薬履歴記憶部２３にアクセスできるように、投薬履歴記憶部２３にアクセス制限を設けておけば、医師は各ユーザに対する投薬履歴を閲覧して、当該投薬履歴を診察および薬の処方に活用することができる。一方、投薬履歴記憶部２３に対してアクセス制限をかけることにより権限のない第三者への個人情報の流出を防ぐことができる。
【００１８】
図３を参照して投薬履歴の一例について説明する。図３には、ユーザＩＤ「１２５６ｘｘｘ」の投薬履歴２３１が示されている。この例では、ユーザＩＤ「１２５６ｘｘｘ」に該当するユーザは、２０１４年３月１５日にＸＹＺ１５０ｍｇを処方され、同年６月２５日にＰＱＲ３００ｍｇを処方されている。図３に示すように投薬履歴２３１は、登録日と、ユーザＩＤと、服薬情報を含む情報である。服薬情報は薬の服用に関する情報であって、図３に示すように薬の製品名（薬の名称）、色、形状、製薬会社名、服用回数（時間）、服用方法、禁忌事項などを含む。
【００１９】
次に通知送信部２４は、投薬履歴記憶部２３に記憶された服薬情報から、服薬規則を抽出、取得する（Ｓ２４Ａ）。服薬規則とは、具体的には服薬の時間に関する規則のことである。例えば服薬情報の中に朝／昼／夜に服用する旨が記載されている場合、通知送信部２４は、朝／昼／夜に対応する服用規則としてあらかじめ設定した時刻である７時／１２時／１７時を抽出する。例えば服薬情報の中に朝／夜に服用する旨が記載されている場合、通知送信部２４は、朝／夜に対応する服用規則としてあらかじめ設定した時刻である７時／１７時を抽出する。本実施例では、投薬履歴記憶部２３は、朝＝７時、昼＝１２時などとして服用規則を抽出したが、これに限らず、朝／昼／夜などに対して自由な時間を設定することができる。例えば、通知送信部２４はユーザの要望に応じて朝／昼／夜に対応して抽出される服用規則を変更してもよい。
【００２０】
通知送信部２４は、服用規則に該当する時刻が到来した場合、該当するユーザの端末装置１０に対して、所定の通知を送信する（Ｓ２４Ｂ）。例えばユーザＡに対する薬ａの服用時間が昼となっていた場合、通知送信部２４は、昼に対応する時刻（例えば１２時）が到来した場合に、この薬ａの名称、薬ａの色、薬ａの形状（例えば、丸い錠剤、長円形の錠剤、カプセル、粉末…など）、薬ａの飲み方（食後にぬるま湯で…など）、薬ａに対する禁忌事項などを含む通知をユーザＡが所持する端末装置１０に送信する。なお、通知送信部２４は端末装置１０ではなく、端末装置１０またはユーザに紐づけられた別の装置（ウェアラブルデバイス３０、ピルケース４０）などに通知を送信することとしてもよい。この場合、別の装置（ウェアラブルデバイス３０、ピルケース４０）は当然ながらサーバ装置２０（または端末装置１０）との通信機能を備えていること、ユーザに対する何らかの報知機能を備えていることが必要となる。
【００２１】
例えばピルケース４０は、持ち運び可能な手のひらサイズとすることができる。ピルケース４０は、端末装置１０とＢＬＥ、Ｗｉｆｉなどの通信手段でデータの送受信を行ってもよい。この場合、サーバ装置２０からの通知は、端末装置１０を経由してピルケース４０に転送される。ピルケース４０が報知を実行することとすれば、ピルケース４０への実装や仕組みは簡単なもので済み、患者（ユーザ）の操作も端末装置１０の操作と比較して容易となる。
【００２２】
端末装置１０の報知部１２（あるいはウェアラブルデバイス３０、ピルケース４０）は、サーバ装置１０から受信した通知に基づいて所定の報知を実行する（Ｓ１２Ａ、Ｓ３０Ａ、Ｓ４０Ａ）。例えば、端末装置１０の報知部１２（あるいはウェアラブルデバイス３０、ピルケース４０）は、「○○様、お薬を飲む時間です。お薬の名前は××です。このお薬は△△色の、□□形の錠剤です。このお薬は◆個だけ服用してください。このお薬は食後にぬるま湯で服用してください…」といった報知を、音声、またはテキスト表示などで実行する。音声、テキスト表示には端末装置１０のバイブレーション機能を組み合わせてもよい。
【００２３】
その後、端末装置１０の服薬証拠情報取得部１３は、ユーザが薬を服薬した、または服薬しようとしていることの証拠情報である服薬証拠情報を取得する（Ｓ１３Ａ）。ステップＳ１３Ａの詳細については後述する。服薬証拠情報取得部１３は取得した服薬証拠情報をサーバ装置２０に送信する（Ｓ１３Ｂ）。服薬証拠情報の具体的な例については、後述する。
【００２４】
サーバ装置２０の通知送信部２４は、上述の服薬証拠情報を受信する。通知送信部２４は、受信した服薬証拠情報が所定の条件を充たす場合には（Ｓ２４Ｃ−Ｙ）、動作を終了し（ＥＮＤ）、受信した服薬証拠情報が所定の条件を充たさない場合には（Ｓ２４Ｃ−Ｎ）、端末装置１０（ウェアラブルデバイス３０、ピルケース４０）に所定の通知を行う（Ｓ２４Ｄ）。ステップＳ２４Ｃの判断の詳細な例については後述する。サーバ装置２０の通知は、服薬証拠情報が未送信である、または受信した服薬証拠情報が所定の条件を充たす情報でないことを示す通知であるものとする。
【００２５】
端末装置１０の報知部１２（あるいはウェアラブルデバイス３０、ピルケース４０）は、サーバ装置１０から受信した通知に基づいて所定の報知を実行する（Ｓ１２Ｂ、Ｓ３０Ｂ、Ｓ４０Ｂ）。例えば、端末装置１０の報知部１２（あるいはウェアラブルデバイス３０、ピルケース４０）は、ステップＳ１２Ａ、Ｓ３０Ａ、Ｓ４０Ａにおける報知と同様の報知を実行してもよい。端末装置１０の報知部１２（あるいはウェアラブルデバイス３０、ピルケース４０）は、ステップＳ１２Ａ、Ｓ３０Ａ、Ｓ４０Ａにおける報知と同様の報知ではなく、例えば「○○情報が未送信です。再度送信してください。」「○○情報がエラーです、再度送信してください。」など、服薬証拠情報として用いる各種情報のうちのひとつを指定して再送することを促すものであってもよい。また、服薬証拠情報からユーザが薬を取り出したことまで確認が取れている場合には、端末装置１０の報知部１２（あるいはウェアラブルデバイス３０、ピルケース４０）は、「○○様、取り出したお薬を服用してください。このお薬は食後にぬるま湯で服用してください…」など、ステップＳ１２Ａ、Ｓ３０Ａ、Ｓ４０Ａにおける報知とは別の報知を実行してもよい。
【００２６】
＜服薬証拠情報取得部１３＞
以下、図４、図５を参照して服薬証拠情報取得部１３の構成、および動作について説明する。図４は、服薬証拠情報取得部１３の詳細な構成例を示すブロック図である。図５は、服薬証拠情報取得部１３の詳細な動作例を示すフローチャートである。図４に示すように、本実施例の服薬証拠情報取得部１３は、画像取得部１３１、生体情報取得部１３２、行動履歴取得部１３３、ピルケース情報取得部１３４、服用カップ水量情報取得部１３５、温度センサ情報取得部１３６、傾き情報取得部１３７を含んで構成してもよい。また、服薬証拠情報取得部１３の他のバリエーションとして、１３１〜１３７のうちの何れか一つだけを含む構成としてもよいし、１３１〜１３７の一部のみを含む構成としてもよい。
【００２７】
本実施例の服薬証拠情報取得部１３が図４に示すように構成されている場合、画像取得部１３１は、薬を服用時のユーザを撮影した画像（動画）や、薬を取り出した後の空になった薬包を撮影した画像（動画）など、服薬証拠として有用な画像（動画）を取得する（Ｓ１３１）。次に、生体情報取得部１３２は、服薬後のユーザの生体情報を取得する（Ｓ１３２）。生体情報として例えばユーザの呼気の成分データなどを用いることができる。呼気の成分データは、例えば端末装置１０、ウェアラブルデバイス３０、ピルケース４０に接続可能な呼気センサジャケットを介して取得することができる。行動履歴取得部１３３は、ユーザの位置情報（ＧＰＳ情報、アクセスポイント情報、基地局情報など）を行動履歴として取得する（Ｓ１３３）。あるいは、行動履歴取得部１３３は、服薬済みであるか否かのユーザの自己申告を行動履歴として取得してもよい。この自己申告は、例えば端末装置１０（ウェアラブルデバイス３０など）に呈示した服薬済みアイコンをユーザがクリックすることで取得することができる。
【００２８】
次に、ピルケース情報取得部１３４は、ピルケース４０の開閉情報、区画センサ情報、ケース傾き情報を取得する（Ｓ１３４）。ピルケース４０の開閉情報は、ピルケース４０の蓋が開けられたか否かを示す情報であって、例えばピルケース４０の蓋と本体の接合部にセンサを設けておき、当該センサがピルケース４０の蓋の接合部の接触（導通）と非接触（非導通）を検知する方式で取得することができる。区画センサとは、薬一錠（包）（あるいは一回の服用分）を収容することができるように、ピルケース４０内を区切った各区画内に設けるセンサである。区画センサ情報とは、当該区画から薬が取り出され当該区画が空室になっているか、あるいは、当該区画に薬が収納されたままになっており、当該区画が満室になっているかの何れかを示す情報であるものとする。ケース傾き情報とは、ピルケース４０の傾斜に関する情報である。ケース傾き情報は、例えばピルケース４０に傾きセンサを付属させることで取得可能である。次に、服用カップ水量情報取得部１３５は、薬の服用に用いる専用カップ（服用カップ）から水量情報を取得する（Ｓ１３５）。薬の服用に用いる専用カップを指定しておき、専用カップの内側面にセンサを設けておくことで、専用カップに注がれた水量を検知することができる。また、専用カップにセンサと連動するフロート（浮子）を設けておき、フロート（浮子）の上下動により、専用カップに注がれた水量を検知してもよい。次に、温度センサ情報取得部１３６は、ユーザの首に取り付けた温度センサからの温度情報を取得する（Ｓ１３６）。ユーザの首に取り付けた温度センサにより、ユーザが薬を服用した際に起こる一時的な温度低下を検出することができるため、当該温度情報を服薬証拠情報の一つとして利用することが可能である。次に、傾き情報取得部１３７は、ユーザの頭部に取り付けた傾きセンサからユーザ頭部傾き情報を取得する（Ｓ１３７）。ユーザ頭部傾き情報により、ユーザが薬を服用する瞬間の頭部の動きを検出することが可能である。なお、ユーザは薬を服用するとき以外にも頭部を傾けることがしばしばあるため、ユーザ頭部傾き情報は単独で服薬証拠情報として機能させることは難しい。しかしながら、上述した各種の情報と組み合わせ、これらの情報との時系列的な関係を参照することで、ユーザが服薬したかどうかの判別精度を高くするために用いることができる。
【００２９】
＜ステップＳ２４Ｃの詳細＞
以下、図６を参照して服薬証拠情報を受け取ったサーバ装置２０の最初の動作であるステップＳ２４Ｃの詳細な動作例について説明する。図６は、ステップＳ２４Ｃの詳細な動作例を示すフローチャートである。図６の例では、服薬証拠情報として、開閉情報、区画センサ情報、ケース傾き情報、行動履歴、水量情報、温度情報、ユーザ頭部傾き情報を用いている。図６に示すように、通知送信部２４は、まず開閉情報が開（ピルケース４０の蓋が開けられた状態）であるか否かを検出する（Ｓ９０１）。開閉情報が開である場合には（Ｓ９０１−Ｙ）、ステップＳ９０３に移行する。開閉情報が開でない場合には（Ｓ９０１−Ｎ）、通知送信部２４は通知Ｂを実行して処理を終了する（Ｓ９０２）。通知Ｂについては後述する。通知送信部２４は、開閉情報が開である場合に（Ｓ９０１−Ｙ）、区画センサ情報を参照する（Ｓ９０３）。区画センサ情報が変化していれば（Ｓ９０３−Ｙ）、ステップＳ９１３に移行する。区画センサ情報が変化していなければ（Ｓ９０３−Ｎ）、ステップＳ９０４に移行する。通知送信部２４は、区画センサ情報が変化していない場合（Ｓ９０３−Ｎ）、ケース傾き情報を参照する（Ｓ９０４）。ケース傾き情報がピルケース４０が水平であることを示す場合には（Ｓ９０４−Ｙ）、ステップＳ９０５に移行する。ケース傾き情報がピルケース４０が水平でないことを示す場合には（Ｓ９０４−Ｎ）、ステップＳ９１０に移行する。ケース傾き情報がピルケース４０が水平であることを示す場合（Ｓ９０４−Ｙ）、ピルケース４０は机上などに配置されてユーザによって薬を取り出される直前の状態である可能性がある。従ってこの場合、通知送信部２４は、所定時間（例えば２分間）待機し（Ｓ９０５）、所定時間待機後、再度区画センサ情報を参照する（Ｓ９０６）。
【００３０】
区画センサ情報が変化していれば（Ｓ９０６−Ｙ）、ステップＳ９１３に移行する。区画センサ情報が変化していなければ（Ｓ９０６−Ｎ）、ステップＳ９０７に移行する。区画センサ情報が変化していない場合（Ｓ９０６−Ｎ）、通知送信部２４は、再度ケース傾き情報を参照する（Ｓ９０７）。ケース傾き情報がピルケース４０が水平であることを示す場合には（Ｓ９０７−Ｙ）、ステップＳ９０８に移行する。ケース傾き情報がピルケース４０が水平でないことを示す場合には（Ｓ９０７−Ｎ）、ステップＳ９１０に移行する。ケース傾き情報がピルケース４０が水平であることを示す場合には（Ｓ９０７−Ｙ）、通知送信部２４は、ステップＳ９０５〜Ｓ９０７の判定が繰り返された回数を取得する（Ｓ９０８）。ステップＳ９０５〜Ｓ９０７の判定がＮ回（例えばＮ＝３）を超える場合（Ｓ９０８−Ｙ）、通知送信部２４は通知Ｂを実行して処理を終了する（Ｓ９０９）。ステップＳ９０５〜Ｓ９０７の判定がＮ回（例えばＮ＝３）以下である場合（Ｓ９０８−Ｎ）、ループの最初のステップであるステップＳ９０５に移行する。
【００３１】
一方、ステップＳ９０４、Ｓ９０７においてケース傾き情報がピルケース４０が水平でないことを示す場合には（Ｓ９０４−Ｎ、Ｓ９０７−Ｎ）、通知送信部２４はユーザの行動履歴（位置情報、例えばＧＰＳ情報）を参照する（Ｓ９１０）。ユーザの行動履歴（位置情報）がユーザが移動中であることを示す場合には（Ｓ９１０−Ｙ）、ステップＳ９１１に移行する。ユーザの行動履歴（位置情報）がユーザが移動中でないことを示す場合には（Ｓ９１０−Ｎ）、ステップＳ９１２に移行する。ユーザの行動履歴（位置情報）がユーザが移動中であることを示す場合には（Ｓ９１０−Ｙ）、通知送信部２４は通知Ｂを実行し（Ｓ９１１）、その後はステップＳ９０３以降を再度実行する。ユーザの行動履歴（位置情報）がユーザが移動中でないことを示す場合には（Ｓ９１０−Ｎ）、通知送信部２４は通知Ｂを実行して処理を終了する（Ｓ９１２）。
【００３２】
一方、ステップＳ９０３、Ｓ９０６において区画センサ情報が変化している場合（Ｓ９０３−Ｙ、Ｓ９０６−Ｙ）、通知送信部２４は、水量情報を参照する（Ｓ９１３）。水量情報が水量に変化があることを示すものである場合には（Ｓ９１３−Ｙ）、ステップＳ９１５に移行する。水量情報が水量に変化がないことを示すものである場合には（Ｓ９１３−Ｎ）、ステップＳ９１４に移行する。水量情報が水量に変化がないことを示すものである場合（Ｓ９１３−Ｎ）、通知送信部２４は通知Ａを実行して処理を終了する（Ｓ９１４）。水量情報が水量に変化があることを示すものである場合（Ｓ９１３−Ｙ）、通知送信部２４は温度情報を参照する（Ｓ９１５）。温度情報が温度変化があることを示すものである場合には（Ｓ９１５−Ｙ）、ステップＳ９１７に移行する。温度情報が温度変化がないことを示すものである場合には（Ｓ９１５−Ｎ）、ステップＳ９１６に移行する。温度情報が温度変化がないことを示すものである場合には（Ｓ９１５−Ｎ）、通知送信部２４は通知Ａを実行して処理を終了する（Ｓ９１６）。温度情報が温度変化があることを示すものである場合には（Ｓ９１５−Ｙ）、通知送信部２４はユーザ頭部傾き情報を参照する（Ｓ９１７）。ユーザ頭部傾き情報が頭部の傾斜があることを示す場合には（Ｓ９１７−Ｙ）、通知を行わずに処理を終了する（エンド）。ユーザ頭部傾き情報が頭部の傾斜があることを示さない場合には（Ｓ９１７−Ｎ）、ステップＳ９１８に移行する。ユーザ頭部傾き情報が頭部の傾斜があることを示さない場合には（Ｓ９１７−Ｎ）、通知送信部２４は通知Ａを実行して処理を終了する（Ｓ９１８）。
【００３３】
通知Ａは、ユーザがピルケース４０を開けて、ピルケース４０内の区画から薬を取り出したことがほぼ確定した段階で行う通知である。従って、通知Ａは取り出した薬を服用するようにユーザに報知することを指定する通知でよい。一方、通知Ｂは、ユーザがピルケース４０を開けたことを確認できない状態、あるいはユーザがピルケース４０を開けたことだけは確認できたものの、ピルケース４０内の所定の区画から薬が取り出されたことが未確認の状態で行う通知である。従って、通知Ｂは、まず薬をピルケース４０から取り出すこと、そのうえで取り出した薬を服用すること、をユーザに報知することを指定する通知でよい。
【００３４】
このように、本実施例の服薬・投薬管理システム１、端末装置１０、サーバ装置２０によれば、コードの読み取りなど、ユーザにとって簡単な手順を実行するだけで、服薬情報をサーバ装置２０において管理することができ、服薬情報から読み取った服薬規則に従って、ユーザに服薬時刻と、服薬における注意事項などを確実に報知することができる。服薬情報をユーザごとに時系列で管理することにより、当該情報を該当ユーザに対する投薬履歴として治療に役立てることができる。また、端末装置１０が取得した服薬証拠情報は上述の各種の情報の組み合わせとすることができるため、ユーザが服薬したか否かの判定を高精度で行うことができる。また、服薬証拠情報が未受信、あるいは受信した服薬証拠情報が所定の条件を充たさない場合に、サーバ装置２０は服薬証拠情報の受信状況に応じた通知（例えば通知Ａ、通知Ｂ）を端末装置１０に送信することができるため、端末装置１０は、受信した通知に従って報知を実行することで、ユーザの状況に応じた適切な報知を実行することが可能となる。
【実施例２】
【００３５】
以下、図７、図８、図９を参照して本発明の実施例２の服薬・投薬管理システムについて説明する。図７は、本実施例の服薬・投薬管理システム２の構成を示すブロック図である。図８は、本実施例の服薬・投薬管理システム２の動作を示すシーケンス図である。図９は、投薬履歴の具体例を示す図である。
【００３６】
図７に示すように本実施例の服薬・投薬管理システム２は、端末装置５０、サーバ装置６０を含んで構成される。端末装置５０は、本システムに登録されたユーザが所持しているものとし、本システムに登録されたユーザが複数存在する場合には、端末装置５０もユーザに対応する数存在するものとする。端末装置５０は端末装置１０と同様の電子機器で実現可能である。
【００３７】
サーバ装置６０は、薬識別情報を受信し、当該薬識別情報から服薬情報を取得して、これをユーザごとに蓄積して投薬履歴として記録・管理し、端末装置５０に対して服薬に関する通知を実行する装置である。実施例１と同様、本システムには各ユーザが携行するウェアラブルデバイス３０やピルケース４０が介在してもよい。
【００３８】
図１に示すように端末装置５０は、服薬情報取得部５１と、報知部１２と、服薬証拠情報取得部１３を含み、服薬情報取得部５１以外の構成は、端末装置１０と同じである。サーバ装置６０は、薬識別情報受信部６１と、服薬情報記憶部６２と、投薬履歴記憶部６３と、通知送信部２４を含む。通知送信部２４の動作は実施例１と同じである。服薬情報記憶部６２は、薬識別情報と、当該薬識別情報により特定される薬の服薬情報とを一対一に対応させて予め記憶したデータベースである。なお、服薬情報記憶部６２はサーバ装置６０内ではなく、別の装置の記憶領域としてもよい。
【００３９】
以下、端末装置５０の服薬情報取得部５１の動作の概略を説明する。服薬情報取得部５１は、薬の包装、または外装、または付属品、または処方箋から読み取った薬の識別に用いる情報である薬識別情報をユーザＩＤと共にサーバ装置６０に送信し、薬識別情報から識別される薬の服用に関する情報のうちユーザの個人差によって不変な情報のみを含む服薬情報をサーバ装置６０から受信する。
【００４０】
以下、図８を参照して上述の端末装置５０とサーバ装置６０の動作を詳細に説明する。まず、端末装置５０の服薬情報取得部５１は、薬の包装や外装、付属品や処方箋などを読み取ることにより、薬識別情報を取得する（Ｓ５１Ａ）。薬識別情報とは薬の識別に用いる情報であって、例えば薬の製品名である。薬識別情報は例えば薬の包装や外装に印刷された製品名をＯＣＲなどで読み取ることにより取得してもよい。また、例えば薬識別情報を薬の包装、外装、付属品、処方箋に印刷されたＱＲコード（登録商標）やバーコード、ＩＣチップなどを読み込むことによって取得してもよい。薬識別情報として製品名ごとに異なる番号としてあらかじめ与えた識別番号などを使ってもよい。
【００４１】
端末装置５０の服薬情報取得部５１は取得された薬識別情報をユーザＩＤと共にサーバ装置６０に送信する（Ｓ５１Ｂ）。ユーザＩＤとして、実施例１と同様の情報を用いることができる。
【００４２】
サーバ装置６０の薬識別情報受信部６１は、ユーザＩＤと薬識別情報を受信する（Ｓ６１Ａ）。薬識別情報受信部６１は、受信した薬識別情報を検索キーワードとして、薬識別情報と服薬情報とを対応させて予め記憶したデータベースである服薬情報記憶部６２を検索し、該当する薬の服薬情報を取得する（Ｓ６１Ｂ）。薬識別情報受信部６１は、取得した服薬情報を端末装置５０に返信する（Ｓ６１Ｃ）。薬識別情報受信部６１は、ステップＳ６１Ａで受信したユーザＩＤと、ステップＳ６１Ｂで取得した服薬情報を対応付けて投薬履歴記憶部６３に記憶する。
【００４３】
端末装置５０の服薬情報取得部５１は、サーバ装置６０が薬識別情報に基づいて検索した服薬情報を受信する（Ｓ５１Ｃ）。これ以降の動作については実施例１と同じであるため説明を割愛する。本実施例において取得される服薬情報は、薬の製品名などから判別できる一般的な情報であって、ユーザ個人の特性や病歴などを必ずしも反映した情報ではない。従って、本実施例において取得される服薬情報は、該当する薬の服用について万人に共通して当てはまる情報のみを含む。本実施例の服薬・投薬管理システム２は、一般用医薬品（ＯＴＣ医薬品、俗にいう市販薬）に対しても適用可能であることを特徴とする。一般用医薬品を薬局やネット通販で購入する場合、医師などの処方箋が存在しない場合がほとんどである。よって一般用医薬品のパッケージや薬の包装などから、薬識別情報（製品名など）を読み取って、当該薬識別情報から万人に共通して当てはまる服薬に関する情報を取得し、当該服薬情報に基づいてユーザに報知を実行することを目的としている。
【００４４】
従って、本実施例で取得される服薬情報は、実施例１で取得される服薬情報と比較してやや大くくりな情報となる場合がある。例えば、図３の服用回数／時間の欄において、医師の処方箋に従って、朝／昼／夜（あるいは朝／夜）に服用することが決められていた場合でも、本実施例において同種の薬に対して、図９の服用回数／時間の欄に示すように１日の服用回数を３回（２回）を限度とする、といった一般的な情報に留まる場合がある。
【００４５】
このように、本実施例の服薬投薬管理システム２、端末装置５０、サーバ装置６０によれば、実施例１の効果に加え、医師による処方箋がない一般用医薬品に対しても、ユーザに対して適切な報知を実行することができ、また服薬証拠情報に従った再度の報知が可能となる。
【００４６】
また、上述の各種の処理は、記載に従って時系列に実行されるのみならず、処理を実行する装置の処理能力あるいは必要に応じて並列的にあるいは個別に実行されてもよい。その他、本発明の趣旨を逸脱しない範囲で適宜変更が可能であることはいうまでもない。
【００４７】
また、上述の構成をコンピュータによって実現する場合、各装置が有すべき機能の処理内容はプログラムによって記述される。そして、このプログラムをコンピュータで実行することにより、上記処理機能がコンピュータ上で実現される。
【００４８】
この処理内容を記述したプログラムは、コンピュータで読み取り可能な記録媒体に記録しておくことができる。コンピュータで読み取り可能な記録媒体としては、例えば、磁気記録装置、光ディスク、光磁気記録媒体、半導体メモリ等どのようなものでもよい。
【００４９】
また、このプログラムの流通は、例えば、そのプログラムを記録したＤＶＤ、ＣＤ−ＲＯＭ等の可搬型記録媒体を販売、譲渡、貸与等することによって行う。さらに、このプログラムをサーバコンピュータの記憶装置に格納しておき、ネットワークを介して、サーバコンピュータから他のコンピュータにそのプログラムを転送することにより、このプログラムを流通させる構成としてもよい。
【００５０】
このようなプログラムを実行するコンピュータは、例えば、まず、可搬型記録媒体に記録されたプログラムもしくはサーバコンピュータから転送されたプログラムを、一旦、自己の記憶装置に格納する。そして、処理の実行時、このコンピュータは、自己の記録媒体に格納されたプログラムを読み取り、読み取ったプログラムに従った処理を実行する。また、このプログラムの別の実行形態として、コンピュータが可搬型記録媒体から直接プログラムを読み取り、そのプログラムに従った処理を実行することとしてもよく、さらに、このコンピュータにサーバコンピュータからプログラムが転送されるたびに、逐次、受け取ったプログラムに従った処理を実行することとしてもよい。また、サーバコンピュータから、このコンピュータへのプログラムの転送は行わず、その実行指示と結果取得のみによって処理機能を実現する、いわゆるＡＳＰ（Application Service Provider）型のサービスによって、上述の処理を実行する構成としてもよい。なお、本形態におけるプログラムには、電子計算機による処理の用に供する情報であってプログラムに準ずるもの（コンピュータに対する直接の指令ではないがコンピュータの処理を規定する性質を有するデータ等）を含むものとする。
【００５１】
また、この形態では、コンピュータ上で所定のプログラムを実行させることにより、本装置を構成することとしたが、これらの処理内容の少なくとも一部をハードウェア的に実現することとしてもよい。
【図１】
2016091419.tif 000003
【図２】
2016091419.tif 000004
【図３】
2016091419.tif 000005
【図４】
2016091419.tif 000006
【図５】
2016091419.tif 000007
【図６】
2016091419.tif 000008
【図７】
2016091419.tif 000009
【図８】
2016091419.tif 000010
【図９】
2016091419.tif 000011