(57)【要約】【課題】ユーザが、簡易に自主的な服薬管理を行い得る技術を提供する。【解決手段】本明細書の服薬管理システム２は、希少疾病用医薬品の服薬管理システムである。服薬管理システム２は、管理装置６０と、管理装置６０と通信可能なユーザ端末１０とを備えている。ユーザ端末１０は、ユーザが、自身が当日に薬品を服用したか否かを示す当日の服薬履歴情報を少なくとも入力可能な操作部１２と、当日の服薬履歴情報が入力されると、入力された当日の服薬履歴情報を管理装置に送信する制御部１６とを有している。管理装置６０のＣＰＵ６２は、ユーザ端末から当日の服薬履歴情報を取得すると、取得された当日の服薬履歴情報をメモリ６４に記憶させ、メモリ６４に記憶されている１日分以上の服薬履歴情報に基づいて、ユーザの服薬状況を一覧表示したカレンダーデータを生成し、ユーザ端末１０に送信する。【選択図】図１
2015060509.tif 000002
【特許請求の範囲】
【請求項１】
希少疾病の治療に用いられる希少疾病用医薬品の服薬管理システムであって、
管理装置と、管理装置と通信可能なユーザ端末と、を備えており、
ユーザ端末は、
ユーザが、自身が当日に薬品を服用したか否かを示す当日の服薬情報を少なくとも入力可能な入力手段と、
当日の服薬情報が入力されると、入力された当日の服薬情報を管理装置に送信する送信手段と、を有しており、
管理装置は、
ユーザ端末から当日の服薬情報を取得すると、取得された当日の服薬情報をメモリに記憶させる記憶制御手段と、
メモリに記憶されている１日分以上の服薬情報に基づいて、ユーザの服薬情報に関係する第１の出力データを生成する生成手段と、を有しており、
ユーザ端末が第１の出力データにアクセス可能とされている、
服薬管理システム。
【請求項２】
入力手段は、さらに、ユーザが、自身が当日の１日前に薬品を服用したか否かを示す前日の服薬情報を入力可能である一方、自身が当日の２日以上前に薬品を服用したか否かを示す２日以上前の服薬情報を入力不可能であり、
送信手段は、前日の服薬情報が入力されると、入力された前日の服薬情報を管理装置に送信し、
記憶制御手段は、ユーザ端末から前日の服薬情報を取得すると、取得された前日の服薬情報をメモリに記憶させる、請求項１の服薬管理システム。
【請求項３】
記憶制御手段は、一旦メモリに記憶された服薬情報の内容を変更不可能である、請求項１又は２に記載の服薬管理システム。
【請求項４】
入力手段は、さらに、ユーザが、当日の自身の身体状態に関係する当日の状態情報を入力可能であり、
送信手段は、当日の状態情報が入力されると、入力された当日の状態情報を管理装置に送信し、
記憶制御手段は、ユーザ端末から当日の状態情報を取得すると、取得された当日の状態情報をメモリに記憶させ、
生成手段は、メモリに記憶されている１日分以上の服薬情報と１日分以上の状態情報とに基づいて第１の出力データを生成する、請求項１から３のいずれか一項の服薬管理システム。
【請求項５】
管理装置は、通知手段をさらに備え、
入力手段は、さらに、ユーザが、自身の次回の通院予定日を示す予定日情報を入力可能であり、
送信手段は、予定日情報が入力されると、入力された予定日情報を管理装置に送信し、
記憶制御手段は、ユーザ端末から予定日情報を取得すると、取得された予定日情報をメモリに記憶させ、
通知手段は、メモリに記憶された予定日情報が示す予定日以前に、ユーザ端末に、ユーザの次回の通院予定日を通知する通知情報を送信する、請求項１から４のいずれか一項の服薬管理システム。
【請求項６】
服薬管理システムは、管理装置と通信可能であって、ユーザ端末とは異なる端末である外部機関端末をさらに備えており、
生成手段は、さらに、メモリに記憶されている１日分以上の服薬情報に基づいて、ユーザの服薬状況に関係する第２の出力データを生成し、
第２の出力データは、第１の出力データとは異なるデータであり、外部機関端末からアクセス可能であるとともに、ユーザの個人情報を含まないデータである、請求項１から５のいずれか一項の服薬管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、服薬管理システムに関する。
【背景技術】
【０００２】
ユーザが服薬することを管理する服薬管理システムが知られている。例えば、特許文献１に開示された服薬管理システムは、管理装置と、管理装置と通信可能なユーザ用の端末装置を備える。管理装置にはユーザが服薬を完了すべき予定時刻が登録されている。管理装置は、予定時刻経過後の第１の所定期間内に端末装置から服薬完了報告を受信しない場合に、端末装置に対してユーザに報知を行う旨の報知指示を送信する。端末装置は、報知指示に従って報知動作を行う。管理装置は、予定時刻経過後、第１の所定期間より長い第２の所定期間内に端末装置から服薬完了報告を受信しない場合に、ユーザの服薬を管理する管理者に対して通知を送信する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−１６３５３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術によると、ユーザは、事前に薬の服用予定時刻を管理装置に登録しておく必要がある。しかしながら、ユーザにとって、薬の服用予定時刻を登録する作業は煩わしい。特に、希少疾病（例えば、患者数が国の人口の１パーセント以下である疾病）は難治性であることが多く、その治療に用いられる医薬品（薬）の服用も長期間に亘ることが多い。このため、特許文献１の技術を用いて服薬管理を行おうとしても、ユーザが長期間に亘って利用することは難しい。また、特許文献１の技術によると、端末装置の報知動作等によって服薬が促されるため、ユーザが自主的に自身の服薬状況を管理する意識が低下する。上述したように、希少疾病用の薬を服薬する期間は長期となることから、ユーザが自主的に自身の服薬状況を管理しなければ、服薬を継続することは難しい。
【０００５】
本明細書では、ユーザが、簡易に自主的な服薬管理を行い得る技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書が開示する服薬管理システムは、希少疾病（例えば、患者数が国の人口の１パーセント以下である疾病）の治療に用いられる希少疾病用医薬品の服薬管理システムである。服薬管理システムは、管理装置と、管理装置と通信可能なユーザ端末とを備えている。ユーザ端末は、ユーザが、自身が当日に薬品を服用したか否かを示す当日の服薬情報を少なくとも入力可能な入力手段と、当日の服薬情報が入力されると、入力された当日の服薬情報を管理装置に送信する送信手段とを有している。管理装置は、ユーザ端末から当日の服薬情報を取得すると、取得された当日の服薬情報をメモリに記憶させる記憶制御手段と、メモリに記憶されている１日分以上の服薬情報に基づいて、ユーザの服薬状況に関係する第１の出力データを生成する生成手段とを有している。ユーザ端末は、第１の出力データにアクセス可能とされている。
【０００７】
上記の服薬管理システムによると、ユーザは、ユーザ端末に、自身の服薬情報を入力することにより、その後は、ユーザ端末を用いて第１の出力データにアクセスすることで、自身の服薬状況を把握することができる。ユーザは服薬情報を入力するだけでよいため、従来のシステムのように、薬を服用する予定時刻を予め登録する作業を行う必要はない。また、従来のシステムのように、端末装置の報知動作によって服薬を促されることがないため、ユーザは自主的に服薬を行わなければならない。従って、上記の服薬管理システムによると、ユーザは、従来よりも簡易に自主的な服薬管理を長期間に亘って行い得る。
【０００８】
ここで、「希少疾病用医薬品」の語は、例えば、薬事法に基づき、対象患者数が日本国内で５万人未満である疾病の治療に用いられる薬品と言い換えることができる。また、「ユーザの服薬状況に関係する第１の出力データ」は、例えば、ユーザが服薬したか否かを記録した服薬履歴情報、ユーザの身体状態を記録した身体状態情報、服薬に伴って発生した副作用の内容を記録した副作用情報、のうちの少なくとも１つを含む情報であると言い換えることができる。
【図面の簡単な説明】
【０００９】
【図１】実施例の服薬管理システムの構成を模式的に示す図。
【図２】メイン画面から服薬基本情報変更を行う場合のシーケンス図を示す。
【図３】メイン画面の例を示す。
【図４】服薬基本情報変更画面の例を示す。
【図５】メイン画面から服薬履歴情報入力を行う場合のシーケンス図を示す。
【図６】服薬情報入力画面の例を示す。
【図７】一般副作用画面の例を示す。
【図８】副作用入力画面の例を示す。
【図９】からだ測定値入力画面の例を示す。
【図１０】メイン画面から身体状態情報入力を行う場合のシーケンス図を示す。
【図１１】メイン画面から服薬カレンダー画面に移行する場合のシーケンス図を示す。
【図１２】服薬カレンダー画面の例を示す。
【図１３】メイン画面からプロフィール変更を行う場合のシーケンス図を示す。
【図１４】メイン画面から相関図画面に移行する場合のシーケンス図を示す。
【図１５】相関図画面の例を示す。
【図１６】メイン画面から通院予定日入力に移行する場合のシーケンス図を示す。
【図１７】一覧画面から個別画面に移行する場合のシーケンス図を示す。
【図１８】一覧画面の例を示す。
【図１９】個別画面の例を示す。
【発明を実施するための形態】
【００１０】
以下に説明する実施例の主要な特徴を列記しておく。なお、以下に示す技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。
【００１１】
（特徴１）入力手段は、さらに、ユーザが、自身が当日の１日前に薬品を服用したか否かを示す前日の服薬情報を入力可能である一方、自身が当日の２日以上前に薬品を服用したか否かを示す２日以上前の服薬情報を入力不可能であってもよい。送信手段は、前日の服薬情報が入力されると、入力された前日の服薬情報を管理装置に送信してもよい。記憶制御手段は、ユーザ端末から前日の服薬情報を取得すると、取得された前日の服薬情報をメモリに記憶させてもよい。
【００１２】
前日の服薬情報は、ユーザが、薬品を服用したか否かを正確に記憶している可能性が高いため、内容が正確である可能性が高い。一方、２日以上前の服薬情報は、ユーザの記憶が曖昧になる可能性があり、内容が不正確であるおそれがある。上記の構成によると、ユーザが、前日の服薬情報の入力を忘れた場合であっても、ユーザは、内容が正確である可能性が高い前日の服薬情報を遡って入力することができる。一方、ユーザは、内容が不正確であるおそれがある２日以上前の服薬情報を入力できない。そのため、管理装置のメモリに記憶される服薬情報の正確性を確保し得る。即ち、上記の構成によると、入力し忘れた前日の服薬情報を遡ってメモリ内に記憶させられるともに、管理装置のメモリ内の服薬情報の正確性を確保し得る。
【００１３】
（特徴２）記憶制御手段は、一旦メモリに記憶された服薬情報の内容を変更不可能であってもよい。
【００１４】
この構成によると、ユーザや、それ以外の者が、一旦メモリに記憶された後に、服薬情報の内容を改変することができない。管理装置のメモリ内の服薬情報の正確性を確保し得る。
【００１５】
（特徴３）入力手段は、さらに、ユーザが、当日の自身の身体状態に関係する当日の状態情報を入力可能であってもよい。送信手段は、当日の状態情報が入力されると、入力された当日の状態情報を管理装置に送信してもよい。記憶制御手段は、ユーザ端末から当日の状態情報を取得すると、取得された当日の状態情報をメモリに記憶させてもよい。生成手段は、メモリに記憶されている１日分以上の服薬情報と１日分以上の状態情報とに基づいて第１の出力データを生成してもよい。
【００１６】
この構成によると、ユーザは、ユーザ端末を用いて、１日分以上の服薬情報と１日分以上の状態情報とに基づいて生成された第１の出力データにアクセスすることができる。ユーザは、第１の出力データを見ることで、自身の服薬状況に加えて、自身の身体状態を把握することができる。そのため、ユーザは、服薬状況と身体状態の関連性を把握し得る。ユーザは、自身の服薬状況をより適切に管理し得る。「状態情報」は、ユーザの身体状態に関するバイタル情報と、服薬に伴う副作用に関する副作用情報と、を含む。
【００１７】
（特徴４）管理装置は、通知手段をさらに備えてもよい。入力手段は、さらに、ユーザが、自身の次回の通院予定日を示す予定日情報を入力可能であってもよい。送信手段は、予定日情報が入力されると、入力された予定日情報を管理装置に送信してもよい。記憶制御手段は、ユーザ端末から予定日情報を取得すると、取得された予定日情報をメモリに記憶させてもよい。通知手段は、メモリに記憶された予定日情報が示す予定日以前に、ユーザ端末に、ユーザの次回の通院予定日を通知する通知情報を送信してもよい。
【００１８】
この構成によると、ユーザは、ユーザ端末が通知情報を受信することにより、次回の通院予定日を思い出すことができる。ユーザが通院予定日を忘れてしまう事態の発生を抑制することができる。
【００１９】
（特徴５）服薬管理システムは、さらに、管理装置と通信可能であって、ユーザ端末とは異なる端末である外部機関端末を備えてもよい。生成手段は、さらに、メモリに記憶されている１日分以上の服薬情報に基づいて、ユーザの服薬状況に関係する第２の出力データを生成してもよい。第２の出力データは、第１の出力データとは異なるデータであり、外部機関端末がアクセス可能であるとともに、ユーザの個人情報を含まないデータである。
【００２０】
上記の外部機関端末は、医療機関や薬品開発機関等の各種医療薬剤関係機関によって利用される端末を含む。この構成によると、外部機関は、外部機関端末を用いて第２の出力データにアクセスすることにより、ユーザの服薬状況を把握し、分析等に用いることができる。第２の出力データはユーザの個人情報を含まないため、ユーザの個人情報が流出することもない。なお、「個人情報」は、ユーザを特定可能な情報と言い換えてもよい。「ユーザの服薬状況に関係する第２の出力データ」は、ユーザが服薬したか否かを記録した服薬履歴情報、ユーザの身体状態を記録した身体状態情報、服薬に伴って発生した副作用の内容を記録した副作用情報、のうちの少なくとも１つを含む情報である。
【実施例】
【００２１】
（服薬管理システム２の構成；図１）
図１に示す服薬管理システム２は、ユーザ（患者）の服薬状況を管理するためのシステムであり、特に、希少疾病用医薬品を服薬するユーザの服薬状況を管理するためのシステムである。服薬管理システム２によって服薬状況を管理されるユーザとしては、希少疾病の患者が予定されている。ここで、「希少疾病用医薬品」とは、患者数が国の人口の１パーセント以下である疾病（希少疾病）の治療に用いられる医薬品のことを含む。また、薬事法に基づき、対象患者数が日本国内で５万人未満である疾病の治療に用いられる薬品と言い換えることもできる。一般に、希少疾病は難治性であることが多く、その治療に用いられる医薬品の服用も長期間に亘ることが多い。服薬管理システム２は、そのような希少疾病用医薬品を服用する患者が、自身の服薬管理を簡易に自主的に行うためのシステムである。
【００２２】
服薬管理システム２は、ユーザ端末１０、２０と、医療機関端末３０と、メーカ端末５０と、管理装置６０とを備える。ユーザ端末１０、医療機関端末３０、及び、メーカ端末５０は、それぞれ、インターネット（図示しない）を介して、管理装置６０と通信可能である。
【００２３】
（ユーザ端末１０、２０）
ユーザ端末１０は、ユーザ（即ち、患者）によって所持されている端末装置である。ユーザは、ユーザ端末１０を用いて管理装置６０にアクセスし、各種処理を行うことで、自身の服薬状況を自主的に管理することができる。本実施例では、ユーザ端末１０は、例えば、携帯電話（例えばスマートフォン）、ＰＤＡ、ノートＰＣ、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等の可搬型の端末である。変形例では、ユーザ端末１０は、例えば、デスクトップＰＣ等の据置型の端末であってもよい。
【００２４】
ユーザ端末１０は、操作部１２と、表示部１４と、制御部１６を備える。操作部１２は、複数のキーを備える。ユーザは、操作部１２を操作することによって、様々な指示をユーザ端末１０に入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。変形例では、ユーザ端末１０は、操作部１２と表示部１４が一体に構成されたタッチパネルを備えていてもよい。制御部１６は、図示しないＣＰＵとメモリを備える。制御部１６のＣＰＵは、メモリに格納されたプログラムに従って、様々な処理を実行する。以下では、制御部１６のＣＰＵがメモリに格納されたプログラムに従って実行する処理を、ユーザ端末１０が実行する処理として説明する場合がある。また、本例では、ユーザ端末１０のユーザを識別するためのユーザＩＤは「Ｐ１」である。
【００２５】
ユーザ端末２０は、ユーザ端末１０と同様の構成を有する。ユーザ端末２０は、ユーザ端末１０のユーザ（ユーザＩＤ「Ｐ１」）とは異なるユーザによって所持されている。本例では、ユーザ端末２０のユーザを識別するためのユーザＩＤは「Ｐ２」である。
【００２６】
なお、図１では、ユーザ端末１０、２０のみを図示しているが、服薬管理システム２は、ユーザ端末１０、２０以外にも、他のユーザ（即ち、患者）によって所持される１以上の他のユーザ端末（図示しない）を有している。
【００２７】
（医療機関端末３０）
医療機関端末３０は、例えば、ユーザが通院する病院等の医療機関に設置されている端末装置である。医療機関端末３０の利用者（例えば、医師）は、医療機関端末３０を用いて管理装置６０にアクセスし、各種処理を行うことで、各ユーザの服薬状況等を把握することができる。なお、図１では、医療機関端末３０のみを図示しているが、服薬管理システム２は、医療機関端末３０以外にも、他の医療機関に設置されている１以上の他の医療機関端末（図示しない）を有している。本実施例では、医療機関端末３０は、デスクトップＰＣ等の据置型の端末である。
【００２８】
医療機関端末３０も、操作部３２と、表示部３４と、制御部３６を備える。操作部３２は、複数のキーを備える。医療機関端末３０の利用者は、操作部３２を操作することにより、様々な指示を医療機関端末３０に入力することができる。表示部３４は、様々な情報を表示するためのディスプレイである。制御部３６は、図示しないＣＰＵとメモリを備える。制御部３６のＣＰＵは、メモリに格納されたプログラムに従って、様々な処理を実行する。以下では、制御部３６のＣＰＵがメモリに格納されたプログラムに従って実行する処理を、医療機関端末３０が実行する処理として説明する場合がある。本例では、医療機関端末３０が設置されている医療機関を識別するための医療機関ＩＤは「Ｈ１」である。
【００２９】
（メーカ端末５０）
メーカ端末５０は、例えば、ユーザが服用する希少疾病用医薬品の製造メーカに設置されている端末装置である。メーカ端末５０の利用者（例えば、当該製造メーカの従業者）は、メーカ端末５０を用いて管理装置６０にアクセスし、各種処理を行うことで、各ユーザの服薬状況等を把握することができる。図１では、メーカ端末５０のみを図示しているが、服薬管理システム２は、メーカ端末５０以外にも、他の製造メーカに設置されている１以上の他のメーカ端末（図示しない）を有している。本実施例では、メーカ端末５０は、デスクトップＰＣ等の据置型の端末である。メーカ端末５０は、上記の医療機関端末３０と同様の構成を備えている。本例では、メーカ端末５０が設置されているメーカを識別するメーカＩＤは「Ｍ１」である。
【００３０】
（管理装置６０）
管理装置６０は、服薬管理システム２の提供者によって設置されるサーバである。管理装置６０は、ＣＰＵ６２と、メモリ６４とを備える。ＣＰＵ６２は、メモリ６４に格納されているプログラムに従って、様々な処理を実行する。以下、本明細書では、管理装置６０のＣＰＵ６２がメモリ６４に格納されているシステムプログラム６８に従って実行する処理のことを、管理装置６０が実行する処理として説明する場合がある。メモリ６４は、システムプログラム６８と、ユーザデータ７０、８０と、医療機関データ９０と、メーカデータ９５とを格納している。システムプログラム６８は、本実施例のシステムを提供するためのコンピュータプログラムであって、様々なシステムデータを含む。ユーザデータ７０、８０は、ユーザ毎の服薬状況を示すデータである。詳しく言うと、ユーザデータ７０、８０は、ユーザＩＤ（「Ｐ１」、「Ｐ２」等）毎の服薬状況を示すデータである。
【００３１】
ユーザデータ７０は、ＩＤ７１、基本情報７２、服薬履歴情報７４、副作用情報７６、身体状態情報７８を含む。ＩＤ７１は、ユーザ端末１０のユーザが登録しているＩＤ（「Ｐ１」）を示す。即ち、ユーザデータ７０は、ユーザ端末１０のユーザの服薬状況を示すデータである。基本情報７２は、ユーザの氏名、職業、連絡先（住所、電話番号、メールアドレス）、生年月日、身体データ、服用する薬品の種類等の基本的な情報を含む。服薬履歴情報７４は、日付毎に、ユーザが服薬したか否かを示す情報を含む。副作用情報７６は、日付毎に、ユーザが服薬した場合にユーザの身体に発生した副作用を示す情報を含む。身体状態情報７８は、日付毎のユーザの身体状態（例えば、体重、体温、血圧、脈拍数、等）を示す情報を含む。
【００３２】
ユーザデータ８０も、ユーザデータ７０と同様に、ＩＤ８１（「Ｐ２」）、基本情報８２、服薬履歴情報８４、副作用情報８６、身体状態情報８８を含む。即ち、ユーザデータ８０は、ユーザ（ユーザＩＤ「Ｐ２」）の服薬状況を示すデータである。
【００３３】
また、医療機関データ９０は、医療機関ＩＤ（「Ｈ１」等）毎の基本情報（パスワード、連絡先等）を示すデータである。同様に、メーカデータ９５は、メーカＩＤ（「Ｍ１」等）毎の基本情報（パスワード、連絡先等）を示すデータである。
【００３４】
図１に示されるように、管理装置６０は、システムプログラム６８に従って、ユーザ端末１０にシステムデータを送信する。ユーザ端末１０は、受信したシステムデータに従って、各種画面を表示部１４に表示する。ユーザ端末１０は、ユーザが操作部１２を介して入力した選択結果や入力結果（即ち、操作結果）を示す情報を管理装置６０に送信する。管理装置６０は、受信した操作結果に応じたシステムデータをユーザ端末１０に送信する。本実施例のシステム中では、管理装置６０とユーザ端末１０は、上記のような、操作結果の送信及び受信と、システムデータの送信及び受信とを繰り返し実行する。また、図１には示していないが、管理装置６０とユーザ端末２０も、上記のような、操作結果の送信及び受信と、システムデータの送信及び受信とを繰り返し実行する。
【００３５】
同様に、図１に示されるように、管理装置６０は、システムプログラム６８に従って、医療機関端末３０にシステムデータを送信する。医療機関端末３０は、受信したシステムデータに従って、各種画面を表示部３４に表示する。医療機関端末３０は、利用者が操作部３２を介して入力した選択結果や入力結果（即ち、操作結果）を示す情報を管理装置６０に送信する。管理装置６０は、受信した操作結果に応じたシステムデータを医療機関端末３０に送信する。本実施例のシステム中では、管理装置６０と医療機関端末３０も、上記のような、操作の送信及び受信と、システムデータの送信及び受信とを繰り返し実行する。また、図１には示していないが、管理装置６０とメーカ端末５０も、上記のような、操作結果の送信及び受信と、システムデータの送信及び受信とを繰り返し実行する。
【００３６】
（ユーザ端末１０を操作して本システムを利用する場合の例；図２〜図１６）
次いで、ユーザ端末１０のユーザが、ユーザ端末１０を操作して本システムを利用する場合について説明する。ユーザ端末１０のユーザが、ユーザ端末１０を操作して本システムを利用する場合、ユーザは、事前にユーザ登録を行っておく必要がある。具体的には、まず、ユーザの操作に従って、ユーザ端末１０が管理装置６０にアクセスする。この際、ユーザ端末１０は、管理装置６０が提供するユーザ用ウェブページのＵＲＬを接続先として、管理装置６０にアクセスする。管理装置６０は、所定の新規ユーザ登録画面データをユーザ端末１０に送信する。ユーザ端末１０は、新規ユーザ登録画面データに従って、図示しない新規ユーザ登録画面を表示部１４に表示する。ユーザは、操作部１２を操作して、自身のユーザＩＤ（「Ｐ１」）、ログインパスワード、氏名、連絡先、職業、生年月日、服用する薬品名等の基本情報を入力する。ユーザは、所望のユーザＩＤ及びパスワードを選択することができる。ユーザ端末１０は、入力された基本情報を管理装置６０に送信する。管理装置６０は、基本情報を受信すると、受信した基本情報をメモリ６４に記憶させる。この結果、メモリ６４内には、ＩＤ「Ｐ１」に対応するユーザデータ７０が生成され、ユーザ登録が完了する。ユーザデータ７０には、受信した基本情報７２が含まれている。ユーザ登録済みのユーザは、以後、管理装置６０にアクセスする場合、登録済みのユーザＩＤとパスワードを用いて所定の認証（即ち、ログイン）を行うことにより、管理装置６０が提供する本システムを利用することができる。
【００３７】
（メイン画面から服薬基本情報変更に移行する場合；図２〜図４）
図２に示すように、ユーザ（ＩＤ「Ｐ１」）の操作により、ユーザ端末１０が管理装置６０にアクセスし、所定の認証を実行すると、ユーザ用の本システムの提供が開始される。まず、管理装置６０は、メモリ６４からユーザＩＤ「Ｐ１」を含むユーザデータ７０を読み出し、メイン画面データを生成してユーザ端末１０に送信する。ユーザ端末１０は、メイン画面データを受信すると、図３に示すメイン画面１００を表示部１４に表示する。
【００３８】
（メイン画面；図３）
図３を参照して、メイン画面１００について説明する。メイン画面１００は、本システム内で「メニューページ」とも呼ばれている。メイン画面１００は、システムの提供中に随時表示される基本画面である。メイン画面１００には、服薬基本情報変更リンク１０２、服薬情報入力リンク１０４、からだ測定値入力リンク１０６、服薬カレンダーリンク１０８、プロフィール変更リンク１１０、相関図リンク１１２、通院予定日入力リンク１１４の各リンクが設けられている。また、メイン画面１００には、ログアウトボタン１１６も設けられている。
【００３９】
服薬基本情報変更リンク１０２は、ユーザが服用する薬品として登録済みの薬品（以下、「登録済み薬品」と呼ぶ）を変更するためのリンクである。服薬情報入力リンク１０４は、ユーザが当日又は前日に登録済み薬品を服用したか否かを示す服薬履歴情報を入力するためのリンクである。からだ測定値入力リンク１０６は、ユーザが当日の自身の身体状態に関係する身体状態情報（体重、体温、血圧、脈拍数等）を入力するためのリンクである。身体状態情報は、本システム内で「バイタル情報」とも呼ばれている。服薬カレンダーリンク１０８は、１か月毎のユーザの服薬履歴を一覧表示した服薬カレンダー画面（図１２参照）を表示させるためのリンクである。プロフィール変更リンク１１０は、ユーザが事前にメモリ６４に記憶されているユーザの基本情報（氏名、連絡先、職業等）を変更するためのリンクである。相関図リンク１１２は、ユーザの服薬履歴と身体状態情報との相関関係を示す相関図画面（図１５参照）を表示させるためのリンクである。通院予定日入力リンク１１４は、ユーザが自身の次回の通院予定日を示す予定日情報を入力するためのリンクである。ログアウトボタン１１６は、ログアウトを行うためのボタンである。
【００４０】
図２に示すように、メイン画面１００が表示されている間に、ユーザの操作によって服薬基本情報変更リンク１０２が選択されると、ユーザ端末１０は、その選択結果（服薬基本情報変更）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を示す情報を受信すると、服薬基本情報変更画面データをユーザ端末１０に送信する。ユーザ端末１０は、服薬基本情報変更画面データを受信すると、図４に示す服薬基本情報変更画面１２０を表示部１４に表示する。
【００４１】
（服薬基本情報変更画面；図４）
図４に示すように、服薬基本情報変更画面１２０は、服用態様選択欄１２２、行選択欄１２３、薬品名選択欄１２４、ＯＫボタン１２６、戻るボタン１２８を含む。服用態様選択欄１２２は、ユーザが服用する薬品の服用態様（即ち、内服、外用、注射）を選択するための選択欄である。行選択欄１２３は、ユーザが服用する薬品の頭文字の行（ア行〜ワ行）を選択する選択欄である。薬品名選択欄１２４は、ユーザが服用する薬品名を選択するための選択欄である。薬品名選択欄１２４内には、服用態様選択欄１２２で選択された服用態様（例えば「内服」）、及び、行選択欄１２３で選択された行（例えば「ア行」）に該当する各薬品名が選択肢に含まれる。ユーザは、例えば、服用態様選択欄１２２で「内服」、行選択欄１２３で「ア行」を選択すると、薬品名選択欄１２４で「アプテシンカプセル１５０ｍｇ」を選択することができる。
【００４２】
ユーザが、各欄１２２〜１２４で各情報を選択し、ＯＫボタン１２６を押すと、ユーザ端末１０は、各欄１２２〜１２４で選択されている情報を管理装置６０に送信する。
【００４３】
管理装置６０は、選択された情報を受信すると、選択された情報に従って、メモリ６４内のユーザデータ７０の基本情報７２を更新する。更新が完了すると、管理装置６０は、メイン画面データをユーザ端末１０に送信する。
【００４４】
ユーザ端末１０は、メイン画面データを受信すると、再び、メイン画面１００（図３）を表示部１４に表示させる。
【００４５】
（メイン画面から服薬履歴情報入力に移行する場合；図５〜図９）
続いて、メイン画面１００が表示部１４に表示されている状態から、服薬履歴情報を入力する場合について説明する。図５に示すように、認証を行ってから、ユーザ端末１０の表示部１４にメイン画面１００を表示させるまでの処理は、図２と同様である。
【００４６】
図５に示すように、メイン画面１００が表示されている間に、ユーザの操作によって、服薬情報入力リンク１０４（図３参照）が選択されると、ユーザ端末１０は、その選択結果（服薬情報入力）を示す情報を管理装置６０に送信する。管理装置６０は、その選択結果を示す情報を受信すると、当日／前日選択画面データをユーザ端末１０に送信する。
【００４７】
ユーザ端末１０は、当日／前日選択画面データを受信すると、図示しない当日／前日選択画面を表示部１４に表示させる。当日／前日選択画面が表示されている間に、ユーザは、当日の服薬履歴情報（即ち、「当日」）と、前日の服薬履歴情報（即ち、「前日」）のどちらを入力するのかを選択することができる。なお、２日以上前の服薬履歴情報を入力することを選択することはできない。即ち、本実施例では、ユーザは、２日以上前の服薬履歴情報を入力することはできない。
【００４８】
図５の例では、ユーザは「当日」を選択している。ユーザ端末１０は、その選択結果（当日）を示す情報を管理装置６０に送信する。なお、ユーザが「前日」を選択した場合のユーザ端末１０と管理装置６０の処理も、「当日」が選択された場合のこれ以降の処理と基本的に同様であるため、以下では「当日」が選択された場合の処理について説明する。管理装置６０は、選択結果（当日）を示す情報を受信すると、ユーザデータ７０内の服薬履歴情報７４を参照して、当日の服薬履歴情報が既に入力されているか否かを判断する。当日の服薬履歴情報が未入力であると判断される場合（図５のＳ１０でＹＥＳ）、管理装置６０は、服薬情報入力画面データをユーザ端末１０に送信する。ユーザ端末１０は、服薬情報入力画面データを受信すると、図６に示す服薬情報入力画面１４０を表示部１４に表示させる。
【００４９】
一方、当日の服薬履歴情報が既に入力されていると判断される場合（図５のＳ１０でＮＯ）、管理装置６０はエラーデータをユーザ端末１０に送信する。ユーザ端末１０は、エラーデータを受信すると、図示しないエラーメッセージを表示部１４に表示する。図５では示していないが、エラーメッセージが表示されている間に、ユーザが所定の確認操作を行うと、ユーザ端末１０は再びメイン画面１００（図３）を表示部１４に表示させる。
【００５０】
（服薬情報入力画面；図６）
図６に示すように、服薬情報入力画面１４０には、服薬履歴情報を入力する日付と、登録済みの薬品名とともに、服用ボタン１４２、非服用ボタン１４４、戻るボタン１４６が表示されている。服用ボタン１４２は、ユーザが、表示中の日付において薬品を服用したことを示す情報を入力するためのボタンである。一方、非服用ボタン１４４は、ユーザが、表示中の日付において薬品を服用しなかったことを示す情報を入力するためのボタンである。以下、ユーザが、服用ボタン１４２を押した場合と、非服用ボタン１４４を押した場合とに分けて処理を説明する。
【００５１】
（服用ボタン１４２が押された場合）
服薬情報入力画面１４０が表示されている間に、ユーザが服用ボタン１４２を押す（「服用しました」を選択する）と、ユーザ端末１０は、その選択結果（服用）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果（服用）を受信すると（図５のＳ２０でＹＥＳ）、メモリ６４内のユーザデータ７０の服薬履歴情報７４を更新する。具体的には、当日について「服用」を新たに記憶する。更新が完了すると、続いて、管理装置６０は、副作用画面データをユーザ端末１０に送信する。副作用画面データは、一般副作用画面１５０（図７参照）を表示させるためのデータと、副作用入力画面１６０（図８参照）を表示させるためのデータを含む。
【００５２】
ユーザ端末１０は、副作用画面データを取得すると、図７に示す一般副作用画面１５０を表示部１４に表示させる。
【００５３】
（一般副作用画面；図７）
図７に示すように、一般副作用画面１５０には、登録済みの薬品に固有の副作用情報が表示されている。ユーザは、一般副作用画面１５０を見ることで、登録済みの薬品に固有の副作用について知ることができる。さらに、一般副作用画面１５０はＯＫボタン１５２を含む。ユーザがＯＫボタン１５２を押す操作を実行すると、ユーザ端末１０は、一般副作用画面１５０に代えて、図８に示す副作用入力画面１６０を表示部１４に表示させる。
【００５４】
（副作用入力画面；図８）
図８に示すように、副作用入力画面１６０は、当日の服薬の結果生じた副作用を選択するためのチェック項目群１６２、１６４、１６６を含む。チェック項目群１６２は、皮膚症状に関する副作用の選択項目群である。チェック項目群１６４は、消化管症状に関する副作用の選択項目群である。チェック項目群１６６は、その他の副作用の選択項目群である。ユーザは、各項目群１６２〜１６６のうち、当てはまる１以上の項目をチェックすることができる。図８では図示を省略しているが、副作用入力画面１６０は、さらに、食事、排便、手足の状態に関する副作用を選択するためのチェック項目群も含んでいる。さらに、副作用入力画面１６０の下部には、ユーザが任意のコメントを入力するためのコメント入力欄１６８が設けられている。さらに、副作用入力画面１６０にはＯＫボタン１７０が設けられている。ユーザは、チェック項目群１６２〜１６６のうちから当てはまる項目にチェックを入れ、コメント入力欄１６８に所望のコメントを入力した状態でＯＫボタン１７０を押すことができる。
【００５５】
ＯＫボタン１７０が押されると、図５に示すように、ユーザ端末１０は、副作用入力画面１６０の各欄に入力されていた副作用情報を管理装置６０に送信する。管理装置６０は、副作用情報を受信すると、メモリ６４内のユーザデータ７０の副作用情報７６を更新する。具体的には、当日の副作用情報を新たに記憶する。更新が完了すると、続いて、管理装置６０は、からだ測定値入力画面データをユーザ端末１０に送信する。
【００５６】
ユーザ端末１０は、からだ測定値入力画面データを受信すると、図９に示すからだ測定値入力画面１８０を表示部１４に表示させる。
【００５７】
（からだ測定値入力画面；図９）
図９に示すように、からだ測定値入力画面１８０は、当日のユーザの体重を入力するための体重入力部１８２、体温を入力するための体温入力部１８４、血圧を入力するための血圧入力部１８６、１分間当たりの脈拍数を入力するための脈拍数入力部１８８を有する。からだ測定値入力画面１８０は、さらに、ＯＫボタン１９０を有している。ユーザは、各入力部１８２〜１８８に自身の体重、体温、血圧、及び、脈拍数（即ち、身体状態情報）を入力した状態でＯＫボタン１９０を押すことができる。
【００５８】
ＯＫボタン１９０が押されると、図５に示すように、ユーザ端末１０は、からだ測定値入力画面１８０の各入力部に入力されていた身体状態情報を管理装置６０に送信する。管理装置６０は、身体状態情報を受信すると、メモリ６４内のユーザデータ７０の身体状態情報７８を更新する。即ち、当日の身体状態情報を新たに記憶する。更新が完了すると、管理装置６０はメイン画面データをユーザ端末１０に送信する。ユーザ端末１０は、メイン画面データを受信すると、表示部１４にメイン画面１００（図３）を表示させる。
【００５９】
上記の通り、本実施例では、ユーザは、当日の服薬履歴情報（服用）の入力後、当日の副作用情報及び身体状態情報を続けて入力することができる。メイン画面に戻ることなく、各情報を入力することができるので、ユーザが各情報を入力し易い。
【００６０】
（非服用ボタン１４４が押された場合）
一方、図５において、服薬情報入力画面１４０（図６）が表示されている間に、ユーザが非服用ボタン１４４を押す（「服用しませんでした」を選択する）と、ユーザ端末１０は、その選択結果（非服用）を示す服薬履歴情報を管理装置６０に送信する。管理装置６０は、選択結果（非服用）を受信すると（図５のＳ２０でＮＯ）、メモリ６４内のユーザデータ７０の服薬履歴情報７４を更新する。即ち、当日について「非服用」を新たに記憶する。更新が完了すると、続いて、管理装置６０は、からだ測定値入力画面データをユーザ端末１０に送信する。なお、管理装置６０は、服薬情報入力画面１４０で非服用ボタン１４４が押されている場合には、副作用画面データをユーザ端末１０に送信しない。
【００６１】
ユーザ端末１０は、からだ測定値入力画面データを受信すると、からだ測定値入力画面１８０（図９）を表示部１４に表示させる。その後の各処理の内容は、服用ボタン１４２が押された場合の処理と同様であるため、詳しい説明を省略する。
【００６２】
（メイン画面から身体状態情報入力に移行する場合；図１０）
続いて、メイン画面１００が表示部１４に表示されている状態から、身体状態情報を入力する場合について説明する。図１０に示すように、ユーザ端末１０の表示部１４にメイン画面１００を表示させるまでの処理は、図２と同様である。
【００６３】
図１０に示すように、メイン画面１００が表示されている間に、ユーザの操作により、からだ測定値入力リンク１０６（図３参照）が選択されると、ユーザ端末１０は、その選択結果（からだ測定値入力）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を示す情報を受信すると、からだ測定値入力画面データをユーザ端末１０に送信する。ユーザ端末１０は、からだ測定値入力画面データを受信すると、からだ測定値入力画面１８０（図９）を表示部１４に表示させる。ここで、表示部１４に表示されるからだ測定値入力画面１８０は、当日のユーザの身体状態情報を入力するための画面である。
【００６４】
ユーザは、からだ測定値入力画面１８０の各入力部１８２〜１８８に自身の体重、体温、血圧、及び、脈拍数（即ち、身体状態情報）を入力した状態でＯＫボタン１９０を押すことができる。
【００６５】
ＯＫボタン１９０が押されると、ユーザ端末１０は、からだ測定値入力画面１８０の各入力部に入力されていた身体状態情報を管理装置６０に送信する。管理装置６０は、身体状態情報を受信すると、メモリ６４内のユーザデータ７０の身体状態情報７８を更新する。具体的には、当日の身体状態情報を新たに記憶する。更新が完了すると、管理装置６０は、メイン画面データをユーザ端末１０に送信する。ユーザ端末１０は、メイン画面データを受信すると、表示部１４にメイン画面１００（図３）を表示させる。
【００６６】
（メイン画面から服薬カレンダー画面表示に移行する場合；図１１、図１２）
続いて、メイン画面１００が表示部１４に表示されている状態から、服薬カレンダー画面（図１２参照）が表示されている状態に移行する場合について説明する。図１１に示すように、ユーザ端末１０の表示部１４にメイン画面１００が表示されている間に、ユーザの操作により、服薬カレンダーリンク１０８（図３参照）が選択されると、ユーザ端末１０は、その選択結果（服薬カレンダー）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を示す情報を受信すると、ユーザデータ７０に基づいてカレンダーデータを生成し、生成したカレンダーデータをユーザ端末１０に送信する。カレンダーデータは、服薬カレンダー画面２００（図１２）を表示させるためのデータと、メニュー画面２２０（図１２）を表示させるためのデータとを含む。
【００６７】
ユーザ端末１０は、カレンダーデータを受信すると、図１２に示す服薬カレンダー画面２００を表示部１４に表示させる。
【００６８】
（服薬カレンダー画面；図１２）
図１２に示すように、服薬カレンダー画面２００には、ユーザの１か月単位の服薬履歴情報が一覧表示されている。図１２は、２０１３年８月２７日現在における、２０１３年８月の服薬履歴情報を示す服薬カレンダー画面２００を示している。
【００６９】
当日（２７日）以前の各日付の隣には、「○」又は「×」の印が付されている。当日より後の各日付の隣には、印は付されていない。「○」の印は、その日にユーザが薬品を服用したこと（即ち、ユーザが「服用」の旨の服薬履歴情報を登録していること）を示す。「×」の印は、その日にユーザが薬品を服用しなかったこと（即ち、ユーザが「非服用」の旨の服薬履歴情報を登録していること）、又は、ユーザが、その日の服薬履歴情報を登録していないことを示す。ユーザは、服薬カレンダー画面２００を見ることで、１か月単位の自身の服薬履歴を確認することができる。
【００７０】
当日（２７日）の印２０２（○）と、前日（２６日）の印２０４（○）には、ユーザが選択可能なリンクが形成されている。また、２日前以前（２５日以前）の印には、ユーザが選択可能なリンクは形成されていない。また、前日の服薬履歴情報が未入力の場合には、前日の日付の文字（２６）が赤色の文字で表示され、他の文字と区別される。ユーザは、赤色の日付を見ることで、前日の服薬履歴情報が未入力であることを認識できる。
【００７１】
また、服薬カレンダー画面２００には、表示月を変更するための切替リンク２０６も表示されている。また、服薬カレンダー画面２００の表示を終了するための終了ボタン２０８も表示されている。
【００７２】
ユーザが、当日（２７日）の印２０２（○）又は前日（２６日）の印２０４（○）を選択すると、選択された日付における各情報を入力するためのメニュー画面２２０が表示される。メニュー画面２２０には、服薬履歴情報入力リンク２２２、副作用情報入力リンク２２４、身体状態情報入力リンク２２６の各リンクが表示される。図１１の例では、ユーザは、当日の印２０２を選択する。ユーザ端末１０は、当日における各情報を入力するためのメニュー画面２２０を表示部１４に表示させる。なお、ユーザが前日の印２０４を選択した場合の処理も、当日の印２０２を選択した場合の処理とほぼ同様であるため、以下では、当日の印２０２が選択された場合のみについて説明する。
【００７３】
メニュー画面２２０が表示されている間に、ユーザが服薬履歴情報入力リンク２２２を選択すると、ユーザ端末１０は、その選択結果（服薬履歴情報入力）を示す情報を管理装置６０に送信する。管理装置６０が選択結果を受信した後（服薬履歴情報入力）のユーザ端末１０と管理装置６０との間の各処理は、図５のＡ部分以降の各処理と同様であるため、詳しい説明を省略する。
【００７４】
メニュー画面２２０が表示されている間に、ユーザが副作用情報入力リンク２２４を選択すると、ユーザ端末１０は、その選択結果（副作用情報入力）を示す情報を管理装置６０に送信する。管理装置６０が選択結果を受信した後（副作用情報入力）のユーザ端末１０と管理装置６０との間の各処理は、図５のＢ部分以降の各処理と同様であるため、詳しい説明を省略する。
【００７５】
メニュー画面２２０が表示されている間に、ユーザが身体状態情報入力リンク２２６を選択すると、ユーザ端末１０は、その選択結果（身体状態情報入力）を示す情報を管理装置６０に送信する。管理装置６０が選択結果を受信した後（副作用情報入力）のユーザ端末１０と管理装置６０との間の各処理は、図５のＣ部分以降の各処理と同様であるため、詳しい説明を省略する。
【００７６】
一方、図１１において、服薬カレンダー画面２００が表示されている間に、ユーザが終了ボタン２０８を押すと、ユーザ端末１０は、その選択結果（終了）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を受信すると、メイン画面データをユーザ端末１０に送信する。ユーザ端末１０は、メイン画面データを受信すると、表示部１４にメイン画面１００（図３）を表示させる。
【００７７】
（メイン画面からプロフィール変更に移行する場合；図１３）
続いて、メイン画面１００が表示部１４に表示されている状態から、登録済みのユーザの基本情報（氏名、連絡先、職業、生年月日など）の内容を変更する場合について説明する。図１３に示すように、メイン画面１００が表示されている間に、ユーザの操作によって、プロフィール変更リンク１１０（図３参照）が選択されると、ユーザ端末１０は、その選択結果（プロフィール変更）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を示す情報を受信すると、プロフィール変更画面データをユーザ端末１０に送信する。
【００７８】
ユーザ端末１０は、プロフィール変更画面データを受信すると、表示部１４にプロフィール変更画面（図示省略）を表示する。プロフィール変更画面には、ユーザの基本情報（即ち、氏名、連絡先、生年月日等）を入力するための複数の入力欄と、ＯＫボタンが設けられている。ユーザは、各入力欄に変更後のユーザの基本情報を入力し、ＯＫボタンを押すことができる。
【００７９】
ＯＫボタンが押されると、図１３に示すように、ユーザ端末１０は、各入力欄に入力されていた変更後のユーザの基本情報を管理装置６０に送信する。管理装置６０は、基本情報を受信すると、ユーザデータ７０の基本情報７２を更新する。具体的には、受信した基本情報を新たに記憶する。更新が完了すると、続いて、管理装置６０は、メイン画面データをユーザ端末１０に送信する。
【００８０】
ユーザ端末１０は、メイン画面データを受信すると、再び、メイン画面１００（図３）を表示部１４に表示させる。
【００８１】
（メイン画面から相関図画面表示に移行する場合；図１４、図１５）
続いて、メイン画面１００が表示部１４に表示されている状態から、相関図画面（図１５参照）が表示されている状態に移行する場合について説明する。図１４に示すように、メイン画面１００が表示されている間に、ユーザの操作によって、相関図リンク１１２（図３参照）が選択されると、ユーザ端末１０は、その選択結果（相関図）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を示す情報を受信すると、ユーザデータ７０に基づいて相関図画面データを生成し、生成した相関図画面データをユーザ端末１０に送信する。
【００８２】
ユーザ端末１０は、相関図画面データを受信すると、図１５に示す相関図画面２４０を表示部１４に表示させる。
【００８３】
（相関図画面；図１５）
図１５に示すように、相関図画面２４０には、ユーザの１か月単位の体重、体温、血圧（上）、血圧（下）、脈拍数がそれぞれ折れ線グラフで表されている。グラフの横軸は日付を表す。各日付の下側には、「○」又は「×」の印が付されている。「○」の印は、その日にユーザが薬品を服用したことを示す。「×」の印は、その日にユーザが薬品を服用しなかったこと、又は、ユーザが服薬履歴情報を登録していないことを示す。ユーザは、相関図画面２４０を見ることで、１か月単位の自身の状態（体重、体温、血圧（上）、血圧（下）、脈拍数）の変動と、服薬履歴との関係を把握することができる。
【００８４】
また、相関図画面２４０には、相関図画面２４０の表示を終了するための終了ボタン２４２も表示されている。
【００８５】
相関図画面２４０が表示されている間にユーザが終了ボタン２４２を押すと、ユーザ端末１０は操作結果（終了）を示す情報を管理装置６０に送信する。管理装置６０は、操作結果を受信すると、メイン画面データをユーザ端末１０に送信する。ユーザ端末１０は、メイン画面データを受信すると、表示部１４にメイン画面１００（図３）を表示させる。
【００８６】
（メイン画面から通院予定日入力に移行する場合；図１６）
続いて、メイン画面１００が表示部１４に表示されている状態から、ユーザの次回通院予定日を入力する場合について説明する。図１６に示すように、表示部１４にメイン画面１００が表示されている間に、ユーザの操作によって、通院予定日入力リンク１１４（図３参照）が選択されると、ユーザ端末１０は、その選択結果（通院予定日入力）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を示す情報を受信すると、通院予定日入力画面データをユーザ端末１０に送信する。
【００８７】
ユーザ端末１０は、通院予定日入力画面データを受信すると、通院予定日入力画面（図示省略）を表示部１４に表示させる。通院予定日入力画面には、ユーザが次回通院する予定日を入力するための入力欄と、ＯＫボタンが設けられている。ユーザは、入力欄に次回通院予定日を入力し、ＯＫボタンを押すことができる。
【００８８】
ＯＫボタンが押されると、図１６に示すように、ユーザ端末１０は、入力欄に入力されていた通院予定日を示す通院予定日情報を管理装置６０に送信する。管理装置６０は、通院予定日情報を受信すると、メモリ６４内のユーザデータ７０の基本情報７２を更新する。具体的には、受信した通院予定日情報を新たに記憶させる。更新が完了すると、管理装置６０は、メイン画面データをユーザ端末１０に送信する。ユーザ端末１０は、メイン画面データを受信すると、再び、メイン画面１００（図３）を表示部１４に表示させる。
【００８９】
また、図１６に示すように、管理装置６０は、通院予定日情報を記憶すると、所定の通知タイミングが到来することを監視する。本実施例では、所定の通知タイミングは、通院予定日の７日前の午前８時と、通院予定日の前日の午前８時である。
【００９０】
管理装置６０は、所定の通知タイミングが到来したことを検知すると、ユーザデータ７０に基づいて電子メールを生成し、生成した電子メールをユーザ端末１０に送信する。
【００９１】
ユーザ端末１０は、電子メールを受信すると、報知動作を行う。ユーザが電子メールを開封する操作を行うと、表示部１４に電子メールの本文が表示される。本文には、通院予定日が近いことを通知する内容のメッセージが含まれる。ユーザは、管理装置６０から送信される電子メールを見ることで、次回の通院予定日を思い出すことができる。
【００９２】
以上、ユーザ端末１０のユーザが、ユーザ端末１０を操作して本システムを利用する場合の各処理について説明した。ユーザ端末２０のユーザが、ユーザ端末２０を操作して本システムを利用する場合の各処理も、上記と同様である。
【００９３】
（医療機関端末３０を操作して本システムを利用する場合の例；図１７〜図１９）
次いで、医療機関端末３０の利用者が、医療機関端末３０を操作して本システムを利用する場合について説明する。医療機関端末の利用者が、医療機関端末３０を操作して本システムを利用する場合、その利用者は、事前に利用者登録を行っておく必要がある。具体的には、まず、利用者の操作に従って、医療機関端末３０が管理装置６０にアクセスする。この際、医療機関端末３０は、管理装置６０が提供する機関用ウェブページのＵＲＬを接続先として、管理装置６０にアクセスする。機関用ウェブページのＵＲＬは、上記のユーザ用ウェブページのＵＲＬとは異なるＵＲＬである。管理装置６０は、所定の新規利用者登録画面データを医療機関端末３０に送信する。新規利用者登録画面データは、上記のユーザ端末１０用の新規ユーザ登録画面データとは異なるデータである。医療機関端末３０は、新規利用者登録画面データに従って、図示しない新規利用者登録画面を表示部１４に表示する。利用者は、操作部３２を操作して、医療機関の医療機関ＩＤ（「Ｈ１」）、ログインパスワード、連絡先等の基本情報を入力する。利用者は、所望の医療機関ＩＤ及びパスワードを選択することができる。医療機関端末３０は、入力された基本情報を管理装置６０に送信する。管理装置６０は、基本情報を受信すると、受信した基本情報をメモリ６４に記憶させる。この結果、メモリ６４内には、ＩＤ「Ｈ１」に対応する医療機関データ９０が生成され、利用者登録が完了する。利用者登録済みの医療機関は、以後、管理装置６０にアクセスする場合、登録済みの医療機関ＩＤとパスワードを用いて所定の認証（即ち、ログイン）を行うことにより、管理装置６０が提供する本システムを利用することができる。
【００９４】
（一覧画面から個別画面の表示に移行する場合；図１７〜図１９）
図１７に示すように、医療機関端末３０の利用者の操作に従って、医療機関端末３０が管理装置６０にアクセスし、所定の認証を実行すると、医療機関用の本システムの提供が開始される。まず、管理装置６０は、メモリ６４を参照して、各ユーザのユーザデータ７０、８０等を読み出し、一覧画面データを生成して医療機関端末３０に送信する。医療機関端末３０は、一覧画面データを受信すると、図１８に示す一覧画面３００を表示部３４に表示させる。
【００９５】
（一覧画面；図１８）
図１８に示すように、一覧画面３００は、管理装置６０のメモリ６４にユーザデータ（図１の７０、８０等）が格納されている複数のユーザのそれぞれに関係する組合せ情報３１０〜３１８を含む。各組合せ情報３１０〜３１８は、番号と、ユーザＩＤと、性別と、エリアと、ジョブとを含む。番号は、一覧画面３００中の通し番号である。ユーザＩＤは、ユーザがユーザ登録の際に登録したＩＤ（例えば、Ｐ１、Ｐ２等）である。性別、エリア、ジョブは、それぞれ、ユーザの性別、ユーザが在住する都道府県、ユーザの職業を示す。一覧画面３００には、各ユーザの氏名、電話番号、詳細な住所等の個人情報は表示されない。例えば、組合せ情報３１０は、番号「５５」、ユーザＩＤ「Ｐ１」、性別「男性」、エリア「岐阜県」、ジョブ「会社員」を含む。従って、組合せ情報３１０は、図１のユーザ端末１０のユーザ（ユーザＩＤ「Ｐ１」）のことを示している。医療機関端末３０の利用者は、一覧画面３００を見ることで、どのようなユーザが存在しているのかを把握することができる。
【００９６】
一覧画面３００が表示部３４に表示されている間に、医療機関端末３０の利用者は、一覧画面３００に含まれる組合せ情報３１０〜３１８のうちのいずれか１個の組合せ情報を選択することができる。以下では、利用者が、ユーザＩＤ「Ｐ１」に対応する組合せ情報３１０を選択する場合について説明する。
【００９７】
組合せ情報３１０（ユーザＩＤ「Ｐ１」）が選択されると、図１７に示すように、医療機関端末３０は、その選択結果（組合せ情報３１０）を示す情報を管理装置６０に送信する。管理装置６０は、選択結果を受信すると、メモリ６４の内のユーザＩＤ「Ｐ１」に対応するユーザデータ７０に基づいて、ユーザＩＤ「Ｐ１」に関する個別画面データを生成し、生成した個別画面データを医療機関端末３０に送信する。
【００９８】
医療機関端末３０は、個別画面データを取得すると、図１９に示す個別画面３３０を表示部３４に表示させる。
【００９９】
（個別画面；図１９）
図１９に示すように、個別画面３３０は、ユーザＩＤ「Ｐ１」のユーザの服薬履歴、副作用、身体状態が一覧表示されている。個別画面３３０には、ユーザＩＤ（Ｐ１）の他に、性別（男性）、地域（岐阜県）、年齢（３４）が表示されている。なお、個別画面３３０にも、ユーザの氏名等、ユーザを特定し得る個人情報は表示されない。個別画面３３０には、さらに、日付毎に、ユーザが薬品を服用したか否かを示す服薬履歴（「○」又は「×」）、ユーザの状態（体重、血圧、心拍数、体温）、副作用を示す情報が表示されている。医療機関端末３０の利用者は、個別画面３３０を見ることで、ユーザＩＤ「Ｐ１」のユーザの服薬履歴、副作用、身体状態等を把握することができる。
【０１００】
医療機関端末３０の利用者は、個別画面３３０が表示されている間に、所定の表示終了操作を行うことができる。表示終了操作が行われると、医療機関端末３０は、その操作結果（表示終了）を管理装置６０に送信する。管理装置６０は、操作結果を受信すると、一覧画面データを医療機関端末３０に送信する。医療機関端末３０は、一覧画面データを受信すると、表示部３４に一覧画面３００（図１８）を再び表示させる。
【０１０１】
以上、医療機関端末３０の利用者が、医療機関端末３０を操作して本システムを利用する場合の各処理について説明した。メーカ端末５０の利用者が、メーカ端末５０を操作して本システムを利用する場合の各処理も、上記と同様である。
【０１０２】
（本実施例の効果）
以上、本実施例の服薬管理システム２について説明した。本実施例では、ユーザ端末１０のユーザは、図６の服薬情報入力画面１４０を通じて自身の服薬履歴情報（服用／非服用）を入力しておけば、その後、服薬カレンダー画面２００（図１２）を見ることで、自身の服薬履歴を把握することができる。ユーザは、図６の服薬情報入力画面１４０が表示されている間に、自身が薬品を服用したか否かを選択するだけでよいため、従来のシステムのように、薬品を服用する予定時刻を予め登録する作業を行う必要はない。また、従来のシステムのように、端末の報知動作によって服薬を促されることがないため、ユーザは、自主的に服薬を行わなければならない。従って、本実施例の服薬管理システム２によると、ユーザは、従来よりも簡易に自主的な服薬管理を長期間に亘って行い得る。
【０１０３】
また、本実施例では、ユーザは、図６の服薬情報入力画面１４０、図８の副作用入力画面１６０、図９のからだ測定値入力画面１８０、又は、図１２の服薬カレンダー画面２００から、当日及び前日の情報を入力することは可能である。しかしながら、ユーザは、２日前以前の情報を入力することはできない。前日の情報は、ユーザが、薬品を服用したか否か等を正確に記憶している可能性が高いため、内容が正確である可能性が高い。一方、２日以上前の情報は、ユーザの記憶が曖昧になる可能性があり、内容が不正確であるおそれがある。本実施例では、ユーザが、前日の情報の入力を忘れた場合であっても、ユーザは、内容が正確である可能性が高い前日の情報を遡って入力することができる。一方、ユーザは、内容が不正確であるおそれがある２日以上前の服薬情報を入力できない。そのため、管理装置６０のメモリ６４に記憶される情報の正確性を確保し得る。
【０１０４】
また、本実施例では、図５に示すように、管理装置６０は、当日の服薬履歴情報が既に入力されていると判断される場合（図５のＳ１０でＮＯ）、エラーデータをユーザ端末１０に送信する。即ち、ユーザは、一旦メモリ６４に記憶された服薬履歴情報の内容を変更することができない。そのため、ユーザや、それ以外の者が、一旦メモリに記憶された後の服薬履歴情報を改変することはできない。管理装置６０内の服薬履歴情報の正確性を確保することができる。
【０１０５】
ユーザは、図１５の相関図画面２４０を見ることで、１か月単位の自身の状態（体重、体温、血圧（上）、血圧（下）、脈拍数）の変動と、服薬履歴との関係を把握することができる。ユーザは自身の服薬状況を適切に管理することができる。
【０１０６】
また、図１６に示すように、ユーザは、次回の通院予定日を登録しておくことにより、所定の通知タイミングが到来する毎に管理装置６０から電子メールを受信することができる。ユーザは、管理装置６０から送信される電子メールを見ることで、次回の通院予定日を思い出すことができる。ユーザが通院予定日を忘れることを抑制することができる。
【０１０７】
また、図１７〜図１９に示すように、医療機関端末３０の利用者は、一覧画面３００（図１８）を見ることで、どのようなユーザが存在しているのかを把握することができる。また、医療機関端末３０の利用者は、個別画面３３０（図１９）を見ることにより、各ユーザの服薬履歴、副作用、身体状態等を把握することができる。医療機関は、ユーザの服薬状況の分析を行うことができる。また、一覧画面３００や個別画面３３０にはユーザの個人情報が含まれないため、ユーザの個人情報が流出することもない。
【０１０８】
（対応関係）
操作部１２、制御部１６が「入力手段」、「送信手段」の一例、ＣＰＵ６２が「記憶制御手段」及び「生成手段」の一例、服薬履歴情報が「服薬情報」の一例、身体状態情報及び副作用情報が「状態情報」の一例、図１１のカレンダーデータ、図１４の相関図画面データが「第１の出力データ」の一例、図１７の一覧画面データ及び個別画面データが「第２の出力データ」の一例である。
【０１０９】
以上、本明細書で開示する技術の一実施例について詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を含んでもよい。
【０１１０】
（変形例１）上記の実施例では、図５に示すように、図６の服薬情報入力画面１４０から服薬履歴情報（服用）を入力すると、表示部１４には、図８の副作用入力画面１６０、及び、図９のからだ測定値入力画面１８０が続けて表示され、ユーザは、メイン画面１００（図３）に戻ることなく、当日の副作用情報を続けて入力することができる。これに代えて、管理装置６０は、服薬履歴情報の受信後、ユーザが、当日の副作用情報を続けて入力することを希望する場合に限り、副作用画面データをユーザ端末１０に送信するようにしてもよい。ユーザが、当日の副作用情報を続けて入力することを希望しない場合、副作用画面データに代えて、メイン画面データをユーザ端末１０に送信するようにしてもよい。同様に、管理装置６０は、副作用情報の受信後、ユーザが、当日の身体状態情報を続けて入力することを希望する場合に限り、からだ測定値入力画面データをユーザ端末１０に送信するようにしてもよい。ユーザが、当日の身体状態情報を続けて入力することを希望しない場合、からだ測定値入力画面データに代えて、メイン画面データをユーザ端末１０に送信するようにしてもよい。
【０１１１】
（変形例２）図１５の相関図画面２４０では、服薬履歴情報と身体状態情報を関連付けた折れ線グラフを表示している。相関図画面では、これに限られず、服薬履歴情報と身体状態情報に加えて、副作用情報をさらに関連付けて表示してもよい。この場合、相関図画面における各情報の表示態様は、図１５のような折れ線グラフには限られない。この変形例によると、ユーザは、自身の服薬状況をより適切に把握することができる。
【０１１２】
（変形例３）上記の実施例では、図１６に示すように、管理装置６０は、通院予定日情報を記憶すると、所定の通知タイミングが到来することを監視する。所定の通知タイミングは、通院予定日の７日前の午前８時と、通院予定日の前日の午前８時である。所定の通知タイミングは、上記のタイミングには限られず、通院予定日の当日以前のタイミングであれば、任意のタイミングとすることができる。
【０１１３】
本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１１４】
２：服薬管理システム、１０：ユーザ端末、１２：操作部、１４：表示部、１６：制御部、２０：ユーザ端末、３０：医療機関端末、３２：操作部、３４：表示部、３６：制御部、５０：メーカ端末、６０：管理装置、６２：ＣＰＵ６２、６４：メモリ、６８：システムプログラム、７０：ユーザデータ、７２：基本情報、７４：服薬履歴情報、７６：副作用情報、７８：身体状態情報、８０：ユーザデータ、８２：基本情報、８４：服薬履歴情報、８６：副作用情報、８８：身体状態情報、９０：医療機関データ、９５：メーカデータ、１００：メイン画面、１２０：服薬基本情報変更画面、１４０：服薬情報入力画面、１５０：一般副作用画面、１６０：副作用入力画面、１８０：測定値入力画面、２００：服薬カレンダー画面、２２０：メニュー画面、２４０：相関図画面、３００：一覧画面、３３０：個別画面
【図１】
2015060509.tif 000003
【図２】
2015060509.tif 000004
【図３】
2015060509.tif 000005
【図４】
2015060509.tif 000006
【図５】
2015060509.tif 000007
【図６】
2015060509.tif 000008
【図７】
2015060509.tif 000009
【図８】
2015060509.tif 000010
【図９】
2015060509.tif 000011
【図１０】
2015060509.tif 000012
【図１１】
2015060509.tif 000013
【図１２】
2015060509.tif 000014
【図１３】
2015060509.tif 000015
【図１４】
2015060509.tif 000016
【図１５】
2015060509.tif 000017
【図１６】
2015060509.tif 000018
【図１７】
2015060509.tif 000019
【図１８】
2015060509.tif 000020
【図１９】
2015060509.tif 000021