(57)【要約】      （修正有）【課題】対象者に処方された薬剤の残量を対象者による情報の入力に依らずに推定する。【解決手段】薬剤管理装置は、対象者に処方された薬剤を示すデータを含む処方箋データを取得する第１の取得部３１１と、前記対象者の生体の物理量の変動を示すデータを含む生体データを取得する第２の取得部３１３と、前記物理量の変動を示すデータに基づいて前記対象者による前記薬剤の使用の有無を推定する第１の推定部３１４と、前記処方箋データ及び前記薬剤の使用の有無に応じた使用回数に基づいて残薬量を推定する第２の推定部３１５とを備える。【選択図】図８
2019212200.tif 000002
【特許請求の範囲】
【請求項１】
対象者に処方された薬剤を示すデータを含む処方箋データを取得する第１の取得部と、
前記対象者の生体の物理量の変動を示すデータを含む生体データを取得する第２の取得部と、
前記物理量の変動を示すデータに基づいて前記対象者による前記薬剤の使用の有無を推定する第１の推定部と、
前記処方箋データ及び前記薬剤の使用の有無に応じた使用回数に基づいて残薬量を推定する第２の推定部と、
を備える薬剤管理装置。
【請求項２】
前記処方箋データは、前記薬剤の処方量を示すデータ及び１回当たりの前記薬剤の使用量を示すデータを含み、
前記第２の推定部は、前記処方量、前記使用量及び前記使用回数に基づいて、前記残薬量を推定する、
請求項１に記載の薬剤管理装置。
【請求項３】
前記薬剤を示すデータに基づいて、取得対象となる前記物理量の種類を判断する判断部をさらに備える、請求項１に記載の薬剤管理装置。
【請求項４】
前記第１の推定部は、前記物理量の変動を示すデータを予め定められた使用推定基準と比較し、前記物理量の変動を示すデータが前記使用推定基準を満たすか否かに応じて、前記薬剤の使用の有無を推定する、請求項１に記載の薬剤管理装置。
【請求項５】
前記残薬量に応じて前記対象者を支援する信号を出力する出力部をさらに備える、請求項１に記載の薬剤管理装置。
【請求項６】
前記処方箋データは、前記薬剤の使用タイミングを示すデータ及び前記薬剤の使用後の効果発生時間を示すデータを含み、
前記第１の推定部は、前記使用タイミング及び前記効果発生時間に基づいて、前記薬剤の使用の有無を推定する時間帯を指定し、前記物理量の変動を示すデータのうちの前記時間帯に関連するデータに基づいて、前記薬剤の使用の有無を推定する、請求項１に記載の薬剤管理装置。
【請求項７】
前記処方箋データは、前記対象者の症状を示すデータを含み、
前記使用推定基準は、症状毎の基準を含み、
前記第１の推定部は、前記対象者の症状に対応する基準を用いて、前記薬剤の使用の有無を推定する、請求項４に記載の薬剤管理装置。
【請求項８】
前記使用推定基準は、薬剤毎の基準を含み、
前記第１の推定部は、前記対象者に処方された薬剤に対応する基準を用いて、前記薬剤の使用の有無を推定する、請求項４に記載の薬剤管理装置。
【請求項９】
前記処方箋データまたは前記生体データは、前記対象者の属性を示すデータを含み、
前記使用推定基準は、属性毎の基準を含み、
前記第１の推定部は、前記対象者の属性に対応する基準を用いて、前記薬剤の使用の有無を推定する、請求項４に記載の薬剤管理装置。
【請求項１０】
前記第２の推定部は、前記残薬量を予め定められた残薬量推定基準と比較し、前記残薬量が前記残薬量推定基準を満たすか否かを推定し、
前記出力部は、前記残薬量が前記残薬量推定基準を満たさないことを示す推定結果に応じて、前記信号を出力する、請求項５に記載の薬剤管理装置。
【請求項１１】
対象者に処方された薬剤を示すデータを含む処方箋データを取得する第１の取得過程と、
前記対象者の生体の物理量の変動を示すデータを含む生体データを取得する第２の取得過程と、
前記物理量の変動を示すデータに基づいて前記対象者による前記薬剤の使用の有無を推定する第１の推定過程と、
前記処方箋データ及び前記薬剤の使用の有無に応じた使用回数に基づいて残薬量を推定する第２の推定過程と、
を備える薬剤管理方法。
【請求項１２】
請求項１から１０のうちの何れか１項に記載の薬剤管理装置が備える各部の処理をコンピュータに実行させる薬剤管理のためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、対象者に処方された薬剤の残量を管理する薬剤管理装置、薬剤管理方法及び薬剤管理のためのプログラムに関する。
【背景技術】
【０００２】
特許文献１に開示されているように、処方された薬剤の残量を管理する技術の開発が進められている。
【０００３】
特許文献１に開示されている技術は、対象者の服薬入力に受け付け、処方された薬剤の残量から、服薬入力が示す服薬タイミングに服薬する服薬量を減算するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１６８２４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１に開示されている技術は、対象者による情報の入力に依存している。対象者が情報の入力を怠れば、特許文献１に開示されている技術で管理する残量は、実際の残量と大きく乖離する。
【０００６】
本発明の目的は、上記事情に着目してなされたもので、対象者に処方された薬剤の残量を対象者による情報の入力に依らずに推定する技術を提供することである。
【課題を解決するための手段】
【０００７】
本開示の第１の態様は、対象者に処方された薬剤を示すデータを含む処方箋データを取得する第１の取得部と、前記対象者の生体の物理量の変動を示すデータを含む生体データを取得する第２の取得部と、前記物理量の変動を示すデータに基づいて前記対象者による前記薬剤の使用の有無を推定する第１の推定部と、前記処方箋データ及び前記薬剤の使用の有無に応じた使用回数に基づいて残薬量を推定する第２の推定部とを備える薬剤管理装置である。  
第１の態様によれば、薬剤管理装置は、生体データ及び処方箋データを用いることで、対象者による情報の入力に依らずに対象者の残薬量を推定することができる。薬剤管理装置は、対象者による情報の入力に依らずに対象者の残薬量を推定することで、残薬量の推定精度を向上させることができる。その結果、対象者は、薬剤の使用を示す入力を省略しながらも、残薬量を把握することができる。
【０００８】
本開示の第２の態様は、上記第１の態様において、前記処方箋データが、前記薬剤の処方量を示すデータ及び１回当たりの前記薬剤の使用量を示すデータを含み、前記第２の推定部が、前記処方量、前記使用量及び前記使用回数に基づいて、前記残薬量を推定するようにしたものである。  
第２の態様によれば、薬剤管理装置は、処方量、使用量及び使用回数を用いて対象者の残薬量を推定することで、残薬量の推定精度を向上させることができる。
【０００９】
本開示の第３の態様は、上記第１の態様において、前記薬剤を示すデータに基づいて、取得対象となる前記物理量の種類を判断する判断部をさらに備えるようにしたものである。  
薬剤によって変動する物理量は異なる。第３の態様によれば、薬剤管理装置は、薬剤に基づいて、対象者による薬剤の使用の有無を推定するために適した物理量の種類を判断することができる。
【００１０】
本開示の第４の態様は、上記第１の態様において、前記第１の推定部が、前記物理量の変動を示すデータを予め定められた使用推定基準と比較し、前記物理量の変動を示すデータが前記使用推定基準を満たすか否かに応じて、前記薬剤の使用の有無を推定するようにしたものである。  
第４の態様によれば、薬剤管理装置は、各人に使用推定基準を用いることで、人によってぶれることなく薬剤の使用の有無を推定することができる。
【００１１】
本開示の第５の態様は、上記第１の態様において、前記残薬量に応じて前記対象者を支援する信号を出力する出力部をさらに備えるようにしたものである。  
第５の態様によれば、薬剤管理装置は、残薬量に応じて、対象者へ残薬量が少ないことを知らせたり、対象者へ病院での診察または薬剤の処方の予約を促したりすることができる。
【００１２】
本開示の第６の態様は、上記第１の態様において、前記処方箋データが、前記薬剤の使用タイミングを示すデータ及び前記薬剤の使用後の効果発生時間を示すデータを含み、前記第１の推定部が、前記使用タイミング及び前記効果発生時間に基づいて、前記薬剤の使用の有無を推定する時間帯を指定し、前記物理量の変動を示すデータのうちの前記時間帯に関連するデータに基づいて、前記薬剤の使用の有無を推定するようにしたものである。  
対象者が薬剤を使用していない状況であっても、推定対象データの物理量が一時的に参照データの物理量から閾値以上乖離することがあり得る。第６の態様によれば、薬剤管理装置は、指定時間帯に関連するデータに基づいて薬剤の使用の有無を推定することで、対象者による薬剤の使用の有無の推定精度を向上させることができる。さらに、薬剤管理装置は、指定時間帯以外の時間帯における薬剤の使用の有無の推定動作を省略することで、推定動作の負荷を減らすことができる。
【００１３】
本開示の第７の態様は、上記第４の態様において、前記処方箋データが、前記対象者の症状を示すデータを含み、前記使用推定基準が、症状毎の基準を含み、前記第１の推定部が、前記対象者の症状に対応する基準を用いて、前記薬剤の使用の有無を推定するようにしたものである。  
症状に応じて薬剤の使用による物理量の変動量は異なる。第７の態様によれば、薬剤管理装置は、対象者の症状に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【００１４】
本開示の第８の態様は、上記第４の態様において、前記使用推定基準が、薬剤毎の基準を含み、前記第１の推定部が、前記対象者に処方された薬剤に対応する基準を用いて、前記薬剤の使用の有無を推定するようにしたものである。  
同一の症状であっても、対象者が使用する薬剤に応じて物理量の変動量は異なる。第８の態様によれば、薬剤管理装置は、対象者に処方された薬剤に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【００１５】
本開示の第９の態様は、上記第４の態様において、前記処方箋データまたは前記生体データが、前記対象者の属性を示すデータを含み、前記使用推定基準が、属性毎の基準を含み、前記第１の推定部が、前記対象者の属性に対応する基準を用いて、前記薬剤の使用の有無を推定するようにしたものである。  
異なる属性の人が同一の薬剤を使用しても、物理量の変動量は異なる。第９の態様によれば、薬剤管理装置は、対象者の属性に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【００１６】
本開示の第１０の態様は、上記第５の態様において、前記第２の推定部が、前記残薬量を予め定められた残薬量推定基準と比較し、前記残薬量が前記残薬量推定基準を満たすか否かを推定し、前記出力部が、前記残薬量が前記残薬量推定基準を満たさないことを示す推定結果に応じて、前記信号を出力するようにしたものである。  
第１０の態様によれば、薬剤管理装置は、各人に残薬量推定基準を用いることで、人によってぶれることなく支援を実行することができる。
【００１７】
本開示の第１１の態様は、対象者に処方された薬剤を示すデータを含む処方箋データを取得する第１の取得過程と、前記対象者の生体の物理量の変動を示すデータを含む生体データを取得する第２の取得過程と、前記物理量の変動を示すデータに基づいて前記対象者による前記薬剤の使用の有無を推定する第１の推定過程と、前記処方箋データ及び前記薬剤の使用回数に基づいて残薬量を推定する第２の推定過程とを備える薬剤管理方法である。
【００１８】
第１１の態様によれば、薬剤管理方法は、上述の第１の態様と同様の効果を得ることができる。
【００１９】
本開示の第１２の態様は、第１の態様から第１０の態様のうちの何れかの薬剤管理装置が備える各部の処理をコンピュータに実行させる薬剤管理のためのプログラムである。
【００２０】
第１２の態様によれば、薬剤管理のためのプログラムは、上述の第１の態様と同様の効果を得ることができる。
【発明の効果】
【００２１】
本発明によれば、対象者に処方された薬剤の残量を対象者による情報の入力に依らずに推定する技術を提供することができる。
【図面の簡単な説明】
【００２２】
【図１】本実施形態に係る薬剤管理サーバの適用例を模式的に示す図。
【図２】本実施形態に係る薬剤管理システムの全体構成を例示する図。
【図３】本実施形態に係るＰＨＲサーバのハードウェア構成を例示するブロック図。
【図４】本実施形態に係るＰＨＲサーバに格納されているＰＨＲデータベースを例示する図。
【図５】本実施形態に係るＥＨＲサーバのハードウェア構成を例示するブロック図。
【図６】本実施形態に係るＥＨＲサーバに格納されているＥＨＲデータベースを例示する図。
【図７】本実施形態に係る薬剤管理サーバのハードウェア構成を例示するブロック図。
【図８】本実施形態に係る薬剤管理サーバのソフトウェア構成を例示するブロック図。
【図９】本実施形態に係る薬剤管理サーバにおける残薬量推定動作を例示するフローチャート。
【発明を実施するための形態】
【００２３】
以下、本開示に係る実施の形態（以下、「本実施形態」とも表記する）を、図面に基づいて説明する。ただし、以下で説明する本実施形態は、あらゆる点において例示に過ぎない。なお、以降、説明済みの要素と同一または類似の要素には同一または類似の符号を付し、重複する説明については基本的に省略する。
【００２４】
§１  適用例  
本実施形態は、各人の生体データと処方箋データに基づいて、各人に処方された薬剤の残量を管理する技術である。  
図１は、薬剤管理サーバＡ１の適用例を模式的に示す図である。  
薬剤管理サーバＡ１は、ＥＨＲ（Ｅｌｅｃｔｒｏｎｉｃ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄｓ）サーバＡ２から処方箋データを取得する。処方箋データは、対象者に処方された薬剤に関するデータである。処方箋データは、対象者に処方された薬剤を示すデータを含む。薬剤管理サーバＡ１は、ＰＨＲ（Ｐｅｒｓｏｎａｌ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄｓ）サーバＡ３から生体データを取得する。生体データは、対象者の生体の物理量の変動を示すデータを含むデータである。
【００２５】
薬剤管理サーバＡ１は、物理量の変動を示すデータに基づいて対象者による薬剤の使用の有無を推定する。薬剤管理サーバＡ１は、処方箋データ及び薬剤の使用の有無に応じた薬剤の使用回数に基づいて薬剤の残量を推定する。残薬量が所定量以下である場合、薬剤管理サーバＡ１は、対象者に対する支援を実行することができる。例えば、薬剤管理サーバＡ１は、対象者へ残薬量が所定量以下まで減っていることを知らせる支援を実行するこができる。例えば、薬剤管理サーバＡ１は、対象者へ病院での診察または薬剤の処方の予約を促す支援を実行することができる。
【００２６】
このように、薬剤管理サーバＡ１は、ＥＨＲサーバＡ２に格納されている各人の処方箋データとＰＨＲサーバＡ３に格納されている各人の生体データとを連携させることができる。薬剤管理サーバＡ１は、対象者に処方された薬剤の残量を対象者による情報の入力に依らずに推定することができる。
【００２７】
§２  構成例  
＜薬剤管理システム＞  
図２は、薬剤管理システム１００の全体構成を例示する図である。  
薬剤管理システム１００は、ＰＨＲ（Ｐｅｒｓｏｎａｌ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄｓ）サーバ１、ＥＨＲ（Ｅｌｅｃｔｒｏｎｉｃ  Ｈｅａｌｔｈ  Ｒｅｃｏｒｄｓ）サーバ２及び薬剤管理サーバ３を備える。ＰＨＲサーバ１、ＥＨＲサーバ２及び薬剤管理サーバ３は、互いにネットワークを介して通信可能である。例えば、ネットワークは、インターネットである。
【００２８】
ＰＨＲサーバ１は、各人の生体の物理量の変動を示すデータを収集及び管理するサーバである。生体の物理量の変動を示すデータは、物理量データともいう。物理量データは、生体の物理量と生体の物理量の測定時刻とを関連付けたデータである。生体の物理量は、生体から測定される物理量である。例えば、生体の物理量は、血圧、血糖値、心拍及び心電であるが、これらに限定されない。生体の物理量は、連続的に測定可能な測定器によって測定される。例えば、血圧は、１拍毎に連続的に測定可能な血圧計によって測定される。これに代えて、または、これと共に、生体の物理量は、各人の測定指示に基づいて測定する測定器によって測定されてもよい。例えば、血圧は、各人の測定指示に基づいて測定する血圧計によって測定されてもよい。生体の物理量の測定方式は、圧力センサを用いた方式及び光電センサを用いた方式であるが、これらに限定されない。ＰＨＲサーバ１は、物理量データを測定器から直接取得しても、スマートフォンなどの携帯端末を介して取得してもよい。
【００２９】
ＥＨＲサーバ２は、各人に処方された薬剤に関するデータを管理するサーバである。例えば、ＥＨＲサーバ２は、医者がＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）を用いて入力する電子カルテと連携して、各人に処方された薬剤に関するデータを収集する。これに代えて、または、これと共に、例えば、ＥＨＲサーバ２は、薬剤師がＰＣを用いた入力するデータと連携して、各人に処方された薬剤に関するデータを収集してもよい。
【００３０】
薬剤管理サーバ３は、ＰＨＲサーバ１に格納されている各人の物理量データとＥＨＲサーバ２に格納されている各人に処方された薬剤に関するデータを連携させるサーバである。薬剤管理サーバ３は、各人の物理量データと各人に処方された薬剤に関するデータに基づいて、各人に処方された薬剤の残量を管理する。薬剤の残量は、残薬量ともいう。薬剤管理サーバ３は、薬剤管理装置ともいう。
【００３１】
＜ＰＨＲサーバ＞
［ハードウェア構成］  
図３は、ＰＨＲサーバ１のハードウェア構成を例示するブロック図である。  
ＰＨＲサーバ１は、プロセッサ１１、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）１３、記憶装置１４及び通信インタフェース１５を備える。各要素は、互いに電気的に接続されている。なお、図３では、通信インタフェースを、「通信Ｉ／Ｆ」と記載している。
【００３２】
プロセッサ１１は、ＰＨＲサーバ１の各要素を制御する。例えば、プロセッサ１１は、ＣＰＵ（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ）であるが、これに限定されない。プロセッサ１１は、記憶装置１４に格納されたＰＨＲサーバ１を実行させるためのプログラムをＲＡＭ１３に展開する。そして、プロセッサ１１がＲＡＭ１３に展開されたプログラムを解釈及び実行することで、プロセッサ１１は、各種動作を実行可能である。
【００３３】
記憶装置１４は、いわゆる補助記憶装置である。例えば、記憶装置１４は、ＨＤＤ（Ｈａｒｄ  Ｄｉｓｋ  Ｄｒｉｖｅ）であるが、これに限定されない。記憶装置１４は、プロセッサ１１で実行されるプログラムを記憶する。なお、プログラムは、予め記憶装置１４に記憶されていてもよい。プログラムは、ネットワークを介してＰＨＲサーバ１にダウンロードされてもよい。プログラムは、非一時的なコンピュータ可読媒体に記憶され、流通していてもよい。
【００３４】
記憶装置１４は、ＰＨＲデータベースを格納する。ＰＨＲデータベースは、各人の物理量データを管理するデータベースである。ＰＨＲデータベースの構成例については後述する。
【００３５】
通信インタフェース１５は、ＰＨＲサーバ１を他の装置と通信可能に接続するためのインタフェースである。通信インタフェース１５は、有線通信のためのインタフェースを含んでいても、無線通信のためのインタフェースを含んでいてもよい。
【００３６】
なお、ＰＨＲサーバ１の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、ＰＨＲサーバ１は、複数のプロセッサを含んでもよい。
【００３７】
［ＰＨＲデータベース構成］  
図４は、ＰＨＲサーバ１の記憶装置１４に格納されているＰＨＲデータベースを例示する図である。ＰＨＲデータベースは、ユーザ名、ユーザＩＤ、属性及び生体の物理量の項目を有する。ユーザ名の項目は、各人の名前を示す項目である。ユーザＩＤの項目は、各人に一意に割り当てられた識別情報を示す項目である。属性の項目は、各人に備わる特徴を示す項目である。属性の項目は、性別、年齢及び国籍の項目を有する。生体の物理量の項目は、各人の生体から測定される物理量データの有無を示す項目である。生体の物理量の項目は、血圧の項目、血糖値の項目及び心拍の項目を有する。例えば、ある人の血圧の項目が「あり」を示す場合、記憶装置１４は、この人の血圧の変動を示すデータを格納している。他方、ある人の血圧の項目が「なし」を示す場合、記憶装置１４は、この人の血圧の変動を示すデータを格納していない。血糖値の項目及び心拍の項目についても同様である。
【００３８】
なお、ＰＨＲデータベースは、名前、ＩＤ、属性及び生体の物理量の項目以外の項目を有していてもよい。ＰＨＲデータベースは、ユーザ名及びユーザＩＤのうちの何れかの項目を有していなくてもよい。ＰＨＲデータベースは、属性の項目を有していなくてもよい。なお、属性の項目は、性別、年齢及び国籍の項目に加えて、他の項目を有していてもよい。属性の項目は、性別、年齢及び国籍の項目のうちの少なくとも１つに代えて、他の項目を有していてもよい。属性の項目は、性別、年齢及び国籍の項目のうちの少なくとも１つを有していなくてもよい。生体の物理量の項目は、血圧、血糖値及び心拍の項目に加えて、他の種類の物理量の項目を有していてもよい。生体の物理量の項目は、血圧、血糖値及び心拍の項目のうちの少なくとも１つに代えて、他の種類の物理量の項目を有していてもよい。
【００３９】
プロセッサ１１は、以下に例示するように、ＰＨＲデータベースの各項目に対応するデータを管理する。ユーザ名を示すデータ、ユーザＩＤを示すデータ及び属性を示すデータは、予め各人によって登録される。ユーザ名を示すデータは、ユーザ名データともいう。ユーザＩＤを示すデータは、ユーザＩＤデータともいう。属性を示すデータは、属性データともいう。
【００４０】
物理量データは、以下に例示するように管理される。プロセッサ１１は、通信インタフェース１５を介して測定器または携帯端末から物理量データを取得する毎に、物理量データに付加されているユーザＩＤを参照する。プロセッサ１１は、今回取得した生体の物理量が過去に取得済の種類の物理量か否かを判断する。今回取得された生体の物理量が過去に未取得の種類の物理量である場合、プロセッサ１１は、今回取得した生体の物理量の項目を「あり」に設定する。プロセッサ１１は、今回取得した物理量データを記憶装置１４に格納する。今回取得された生体の物理量が過去に取得済の種類の物理量である場合、プロセッサ１１は、今回取得した物理量データを記憶装置１４に格納する。プロセッサ１１は、今回取得した物理量データを、記憶装置１４に格納されている過去に受信済の同種の物理量データに関連付ける。
【００４１】
プロセッサ１１は、ＰＨＲデータベースを参照し、以下に例示するように、対象者の生体データを薬剤管理サーバ３へ送信する。まず、プロセッサ１１は、ＰＨＲ要求を薬剤管理サーバ３から受ける。ＰＨＲ要求は、薬剤管理サーバ３からＰＨＲサーバ１に対する対象者の物理量データを含む生体データの要求である。ＰＨＲ要求は、取得対象となる生体データを特定するデータを含む。例えば、ＰＨＲ要求は、少なくともユーザＩＤデータ、取得対象となる物理量の種類を示すデータ及び物理量データの期間を指定するデータを含む。期間を指定するデータは、少なくとも期間の開始日時を含む。期間を指定するデータは、薬剤管理サーバ３がＰＨＲ要求をＰＨＲサーバ１へ送信する日時（以下、ＰＨＲ要求の送信日時ともいう）よりも前の期間を含んでいてもよい。期間を指定するデータは、ＰＨＲ要求の送信日時よりも前の開始日時から終了日時までの期間を指定するデータであってもよい。期間を指定するデータは、ＰＨＲ要求の送信日時よりも前の開始日時からＰＨＲ要求の送信日時以後の終了日時までの期間を指定するデータであってもよい。期間を指定するデータは、ＰＨＲ要求の送信日時以後の開始日時から終了日時までの期間を指定するデータであってもよい。期間を指定するデータは、ＰＨＲ要求の送信日時よりも前の開始日時を指定し、ＰＨＲ要求の送信日時以後の終了日時を未指定とするデータであってもよい。期間を指定するデータは、ＰＨＲ要求の送信日時以後の開始日時を指定し、ＰＨＲ要求の送信日時以後の終了日時を未指定とするデータであってもよい。
【００４２】
次に、プロセッサ１１は、ＰＨＲデータベースのうち、ＰＨＲ要求に含まれるユーザＩＤに関連付けられているデータを参照する。次に、プロセッサ１１は、ＰＨＲデータベースにおける生体の物理量の項目を参照し、取得対象となる物理量の有無を判断する。取得対象となる物理量が存在しない場合、プロセッサ１１は、取得対象となる物理量が存在しない旨を示す応答を薬剤管理サーバ３へ送信する。
【００４３】
他方、取得対象となる物理量が存在する場合、プロセッサ１１は、記憶装置１４から取得対象となる物理量データを取得する。期間を指定するデータがＰＨＲ要求の送信日時よりも前の期間を含む場合、プロセッサ１１は、ＰＨＲ要求の送信日時よりも前の期間の物理量データを含む生体データを生成する。生体データは、ユーザ名データ及びユーザＩＤデータのうちの少なくとも何れかのデータを含む。生体データは、属性データを含んでいてもよい。プロセッサ１１は、生体データを薬剤管理サーバ３へ送信する。
【００４４】
期間を指定するデータがＰＨＲ要求の送信日時以後の指定を含む場合、プロセッサ１１は、ＰＨＲ要求の送信日時以後に、物理量データを含む生体データを生成する。生体データは、ユーザ名データ及びユーザＩＤデータのうちの少なくとも何れかのデータを含む。生体データは、属性データを含んでいてもよい。プロセッサ１１は、以下に例示するように、ＰＨＲ要求の送信日時以後に、ＰＨＲ要求の送信日時以後の物理量データを含む生体データを薬剤管理サーバ３へ送信する。一例では、プロセッサ１１は、ＰＨＲ要求の送信日時以後の物理量データを含む生体データを連続的に薬剤管理サーバ３へ送信することができる。別の例では、プロセッサ１１は、ＰＨＲ要求の送信日時以後の一定期間毎に、一定期間分の物理量データを含む生体データを薬剤管理サーバ３へ送信することができる。一定期間は、時間であっても、日であってもよい。
【００４５】
＜ＥＨＲサーバ＞  
［ハードウェア構成］  
図５は、ＥＨＲサーバ２のハードウェア構成を例示するブロック図である。  
ＥＨＲサーバ２は、プロセッサ２１、ＲＯＭ２２、ＲＡＭ２３、記憶装置２４及び通信インタフェース２５を備える。各要素は、互いに電気的に接続されている。なお、図５では、通信インタフェースを、「通信Ｉ／Ｆ」と記載している。
【００４６】
プロセッサ２１は、ＥＨＲサーバ２の各要素を制御する。例えば、プロセッサ２１は、ＣＰＵであるが、これに限定されない。プロセッサ２１は、記憶装置２４に格納されたＥＨＲサーバ２を実行させるためのプログラムをＲＡＭ２３に展開する。そして、プロセッサ２１がＲＡＭ２３に展開されたプログラムを解釈及び実行することで、プロセッサ２１は、各種動作を実行可能である。
【００４７】
記憶装置２４は、いわゆる補助記憶装置である。例えば、記憶装置２４は、ＨＤＤであるが、これに限定されない。記憶装置２４は、プロセッサ２１で実行されるプログラムを記憶する。なお、プログラムは、予め記憶装置２４に記憶されていてもよい。プログラムは、ネットワークを介してＥＨＲサーバ２にダウンロードされてもよい。プログラムは、非一時的なコンピュータ可読媒体に記憶され、流通していてもよい。
【００４８】
記憶装置１４は、ＥＨＲデータベースを格納する。ＥＨＲデータベースは、各人に処方された薬剤に関するデータを管理するデータベースである。ＥＨＲデータベースの構成例については後述する。
【００４９】
通信インタフェース２５は、ＥＨＲサーバ２を他の装置と通信可能に接続するためのインタフェースである。通信インタフェース２５は、有線通信のためのインタフェースを含んでいても、無線通信のためのインタフェースを含んでいてもよい。
【００５０】
なお、ＥＨＲサーバ２の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、ＥＨＲサーバ２は、複数のプロセッサを含んでもよい。
【００５１】
［ＥＨＲデータベース構成］  
図６は、ＥＨＲサーバ２の記憶装置２４に格納されているＥＨＲデータベースを例示する図である。ＥＨＲデータベースは、各人に処方された薬剤に関するデータを管理する。ＥＨＲデータベースは、ユーザ名、ユーザＩＤ、属性及び処方薬剤の項目を有する。ユーザ名の項目は、ＰＨＲデータベースと同様に、各人の名前を示す項目である。ユーザＩＤの項目は、ＰＨＲデータベースと同様に、各人に一意に割り当てられた識別情報を示す項目である。属性の項目は、ＰＨＲデータベースと同様に、各人に備わる特徴を示す項目である。属性の項目は、性別、年齢及び国籍の項目を有する。
【００５２】
処方薬剤の項目は、各人に処方された薬剤に関する項目である。処方薬剤の項目は、処方日、症状、薬剤名、薬剤ＩＤ、処方量、使用タイミング、使用量、及び、効果発生時間の項目を有する。処方日の項目は、薬剤が各人に処方された日付を示す項目である。症状の項目は、薬剤の処方原因として医者によって診断された各人の症状を示す項目である。薬剤名の項目は、各人に処方された薬剤の名前を示す項目である。薬剤ＩＤの項目は、各人に処方された薬剤に一意に割り当てられた識別情報を示す項目である。処方量の項目は、各人に対する薬剤の処方量を示す項目である。処方量の項目は、個数または液体量を示すが、これらに限定されない。使用タイミングの項目は、各人の薬剤の使用タイミングを示す項目である。使用タイミングの項目は、朝、昼または夜のうちの少なくとも１つを示すが、これらに限定されない。使用量の項目は、各人の１回当たりの薬剤の使用量を示す項目である。使用量の項目は、個数または液体量を示すが、これらに限定されない。効果発生時間の項目は、各人の薬剤の使用後に効果を発生する目安時間を示す項目である。なお、本実施形態で用いられる「薬剤」は、種々の種別のものを含む。例えば、「薬剤」は、服用する薬剤、貼付する薬剤、塗布する薬剤、照射に用いられる薬剤及び自ら行う注射に用いられる薬剤などを含むが、これらに限定されない。本実施形態で用いられる「使用」は、薬剤の種別に応じた種々の態様を含む。例えば、「使用」は、服用、貼付、塗布、照射及び注射などを含むが、これらに限定されるものではない。
【００５３】
なお、ＥＨＲデータベースは、ユーザ名、ユーザＩＤ、属性及び処方薬剤の項目以外の項目を有していてもよい。ＥＨＲデータベースは、ユーザ名及びユーザＩＤのうちの何れかの項目を有していなくてもよい。ＥＨＲデータベースは、属性の項目を有していなくてもよい。属性の項目は、性別、年齢及び国籍の項目に加えて、他の項目を有していてもよい。属性の項目は、性別、年齢及び国籍の項目のうちの少なくとも１つに代えて、他の項目を有していてもよい。属性の項目は、性別、年齢及び国籍の項目のうちの少なくとも１つを有していなくてもよい。処方薬剤の項目は、処方日、症状、薬剤名、薬剤ＩＤ、処方量、使用タイミング、使用量及び効果発生時間の項目に加えて、他の項目を有していてもよい。処方薬剤の項目は、処方日、症状、薬剤名、薬剤ＩＤ、処方量、使用タイミング、使用量及び効果発生時間の項目のうちの少なくとも１つに代えて、他の項目を有していてもよい。
【００５４】
プロセッサ２１は、以下に例示するように、ＥＨＲデータベースの各項目に対応するデータを管理する。プロセッサ２１は、通信インタフェース２５を介して、医者がＰＣを用いて入力した電子カルテのデータを受ける。プロセッサ１１は、電子カルテのデータに基づいて、ＥＨＲデータベースの各項目に対応するデータを抽出する。プロセッサ１１は、抽出したデータをＥＨＲデータベースで管理する。なお、プロセッサ２１は、薬剤師がＰＣを用いた入力するデータに基づいてＥＨＲデータベースの各項目に対応するデータを抽出してもよい。
【００５５】
プロセッサ２１は、ＥＨＲデータベースを参照し、以下に例示するように、対象者に処方された薬剤に関する処方箋データを薬剤管理サーバ３へ送信する。対象者に処方された薬剤に関する処方箋データは、対象者の処方箋データともいう。一例では、プロセッサ２１は、薬剤管理サーバ３からのＥＨＲ要求に基づいて、対象者の処方箋データを薬剤管理サーバ３へ送信する。ＥＨＲ要求は、薬剤管理サーバ３からＥＨＲサーバ２に対する対象者の処方箋データの要求である。この例では、まず、プロセッサ３１は、通信インタフェース３５を介して、ＥＨＲ要求を薬剤管理サーバ３から受ける。次に、プロセッサ１１は、ＥＨＲデータベースから、ＥＨＲ要求の受信日時を含む所定期間内の処方日を抽出する。次に、プロセッサ１１は、抽出した処方日に関連付けられている対象者に関するデータをＥＨＲデータベースから抽出し、対象者の処方箋データを生成する。次に、プロセッサ１１は、この対象者の処方箋データを薬剤管理サーバ３へ送信する。
【００５６】
別の例では、プロセッサ２１は、自律的に対象者の処方箋データを薬剤管理サーバ３へ送信する。この例では、まず、プロセッサ１１は、ＥＨＲデータベースにおける新たな処方薬剤データの追加に基づいて、新たな追加された処方薬剤データに関する対象者を判断する。次に、プロセッサ１１は、この対象者に関するデータをＥＨＲデータベースから抽出し、対象者の処方箋データを生成する。次に、プロセッサ１１は、この対象者の処方箋データを薬剤管理サーバ３へ送信する。
【００５７】
処方箋データは、ユーザ名データ、ユーザＩＤデータ及び処方薬剤を示すデータを含む。処方薬剤を示すデータは、処方薬剤データともいう。処方薬剤データは、処方日を示すデータ、症状を示すデータ、薬剤名を示すデータ、薬剤ＩＤを示すデータ、処方量を示すデータ、使用タイミングを示すデータ、使用量を示すデータ及び効果発生時間を示すデータを含む。処方日を示すデータは、処方日データともいう。症状を示すデータは、症状データともいう。薬剤名を示すデータは、薬剤名データともいう。薬剤ＩＤを示すデータは、薬剤ＩＤデータともいう。処方量を示すデータは、処方量データともいう。使用タイミングを示すデータは、使用タイミングデータともいう。使用量を示すデータは使用量データともいう。効果発生時間を示すデータは、効果発生時間データともいう。処方日データは、対象者に薬剤が処方された日付を示すデータである。症状データは、対象者の症状を示すデータを含む。薬剤名データは、対象者に処方された薬剤の名前を示すデータである。そのため、薬剤名データは、対象者に処方された薬剤を示すデータともいえる。薬剤ＩＤデータは、対象者に処方された薬剤に一意に割り当てられた識別情報を示すデータである。そのため、薬剤ＩＤデータは、対象者に処方された薬剤を示すデータともいえる。処方量データは、対象者に対する薬剤の処方量を示すデータである。使用タイミングデータは、対象者薬剤の使用タイミングを示すデータである。使用量データは、対象者の１回当たりの薬剤の使用量を示すデータである。効果発生時間データは、対象者の薬剤の使用後の効果発生時間を示すデータである。
【００５８】
なお、処方箋データは、属性データを含んでいてもよい。処方箋データは、ユーザ名データ及びユーザＩＤデータのうちの何れかを含んでいなくてもよい。処方薬剤を示すデータは、処方日データ、症状データ、薬剤名データ、薬剤ＩＤデータ、処方量データ、使用タイミングデータ、使用量データ及び効果発生時間データのうちの少なくとも何れかの１つのデータを含んでいなくてもよい。処方薬剤を示すデータは、処方日データ、症状データ、薬剤名データ、薬剤ＩＤデータ、処方量データ、使用タイミングデータ、使用量データ及び効果発生時間データのうちの少なくとも１つに代えて、対象者に処方された薬剤に関する他のデータを含んでいてもよい。
【００５９】
＜薬剤管理サーバ＞
［ハードウェア構成］  
図７は、薬剤管理サーバ３のハードウェア構成を例示するブロック図である。  
薬剤管理サーバ３は、プロセッサ３１、ＲＯＭ３２、ＲＡＭ３３、記憶装置３４及び通信インタフェース３５を備える。各要素は、互いに電気的に接続されている。なお、図７では、通信インタフェースを、「通信Ｉ／Ｆ」と記載している。
【００６０】
プロセッサ３１は、薬剤管理サーバ３の各要素を制御する。例えば、プロセッサ３１は、ＣＰＵであるが、これに限定されない。プロセッサ３１は、記憶装置３４に格納された薬剤管理サーバ３を実行させるためのプログラムをＲＡＭ３３に展開する。そして、プロセッサ３１がＲＡＭ３３に展開されたプログラムを解釈及び実行することで、プロセッサ３１は、ソフトウェア構成の項目において説明される各部を実行可能である。
【００６１】
記憶装置３４は、いわゆる補助記憶装置である。例えば、記憶装置３４は、ＨＤＤであるが、これに限定されない。記憶装置３４は、プロセッサ３１で実行されるプログラムを記憶する。プログラムは、ソフトウェア構成の項目において説明される各部としてＥＨＲサーバ２を実行させるものである。なお、プログラムは、予め記憶装置３４に記憶されていてもよい。プログラムは、ネットワークを介して薬剤管理サーバ３にダウンロードされてもよい。プログラムは、非一時的なコンピュータ可読媒体に記憶され、流通していてもよい。
【００６２】
通信インタフェース３５は、薬剤管理サーバ３を他の装置と通信可能に接続するためのインタフェースである。通信インタフェース３５は、有線通信のためのインタフェースを含んでいても、無線通信のためのインタフェースを含んでいてもよい。
【００６３】
なお、薬剤管理サーバ３の具体的なハードウェア構成に関して、実施形態に応じて、適宜、構成要素の省略、置換及び追加が可能である。例えば、薬剤管理サーバ３は、複数のプロセッサを含んでもよい。
【００６４】
［ソフトウェア構成］
図８は、薬剤管理サーバ３のソフトウェア構成を例示するブロック図である。
【００６５】
プロセッサ３１は、第１の取得部３１１、判断部３１２、第２の取得部３１３、第１の推定部３１４、第２の推定部３１５、第１の出力部３１６及び第２の出力部３１７を実装する。
【００６６】
第１の取得部３１１について説明する。第１の取得部３１１は、以下に例示するように、対象者に処方された薬剤に関する処方箋データを取得する。処方箋データは、薬剤名データ、薬剤ＩＤデータを含む。一例では、第１の取得部３１１は、通信インタフェース３５を介して、薬剤管理サーバ３からＥＨＲサーバ２へのＥＨＲ要求に対する応答として、対象者の処方箋データを取得する。別の例では、第１の取得部３１１は、通信インタフェース３５を介して、ＥＨＲサーバ２が自律的に送信する対象者の処方箋データを取得する。第１の取得部３１１は、処方箋データを判断部３１２、第２の取得部３１３、第１の推定部３１４及び第２の推定部３１５へ出力する。
【００６７】
判断部３１２について説明する。判断部３１２は、以下に例示するように、薬剤ＩＤデータまたは薬剤名データに基づいて、取得対象となる物理量の種類を判断する。判断部３１２は、記憶装置１４に予め記憶されている薬剤ＩＤと、薬剤ＩＤに対応する薬剤によって変動すると想定される生体の物理量とを対応付けたデータベースを参照する。判断部３１２は、このデータベースを参照して、処方箋データに含まれる薬剤ＩＤデータから特定される薬剤によって変動すると想定される生体の物理量を判断する。変動すると想定される生体の物理量は、取得対象となる物理量に対応する。これにより、判断部３１２は、取得対象となる物理量の種類を判断する。判断部３１２は、取得対象となる物理量の種類を示す判断結果を第２の取得部３１３へ出力する。なお、判断部３１２は、薬剤ＩＤデータに代えて薬剤名データを参照し、上述の処理と同様の処理により、取得対象となる物理量の種類を判断してもよい。
【００６８】
第２の取得部３１３について説明する。第２の取得部３１３は、以下に例示するように、対象者の物理量データを含む生体データを取得する。第２の取得部３１３は、第１の取得部３１１から処方箋データを取得する。第２の取得部３１３は、処方箋データからユーザＩＤデータを取得する。第２の取得部３１３は、判断部３１２から判断結果を取得する。第２の取得部３１３は、判断結果から取得対象となる物理量の種類を示すデータを取得する。第２の取得部３１３は、物理量データの期間を指定するデータを任意に設定する。第２の取得部３１３は、ＰＨＲ要求を生成する。ＰＨＲ要求は、少なくとも対象者のユーザＩＤデータ、取得対象となる物理量の種類を示すデータ及び物理量データの期間を指定するデータを含む。第２の取得部３１３は、ＰＨＲ要求をＰＨＲサーバ１へ送信する。第２の取得部３１３は、通信インタフェース３５を介して、ＰＨＲ要求の応答として、ＰＨＲサーバ１から対象者の物理量データを含む生体データを取得する。第２の取得部３１３は、対象者の生体データを第１の推定部３１４へ出力する。
【００６９】
第１の推定部３１４について説明する。第１の推定部３１４は、以下に例示するように、物理量データに基づいて対象者による薬剤の使用の有無を推定する。ここでは、対象者による薬剤の使用の有無を推定するために用いられる物理量データを推定対象データというものとする。例えば、第１の推定部３１４は、使用推定基準を用いて、対象者による薬剤の使用の有無を推定する。使用推定基準は、対象者による薬剤の使用の有無を推定するための基準である。使用推定基準は、予め定められている。使用推定基準のいくつかの例については後述する。第１の推定部３１４は、推定対象データを使用推定基準と比較する。第１の推定部３１４は、推定対象データが使用推定基準を満たすか否かに応じて、薬剤の使用の有無を推定する。推定対象データが使用推定基準を満たす場合、第１の推定部３１４は、対象者が薬剤を使用したと推定する。他方、推定対象データが使用推定基準を満たさない場合、第１の推定部３１４は、対象者が薬剤を使用していないと推定する。
【００７０】
使用推定基準のいくつかの例について説明する。  
一例では、使用推定基準は、任意の時刻を起点とした所定期間内における変動度合の閾値を含む。この使用推定基準を用いる一つの理由は、対象者が薬剤を使用すると、物理量の変動が期待されるからである。例えば、対象者が降圧剤を使用する場合、血圧の降下が期待される。なお、薬剤の効能によっては、物理量の変動は、降下だけではなく、上昇の場合もあり得る。なお、所定期間の長さは、任意に設定可能である。閾値は、変動割合であっても、変動量であってもよい。閾値は、任意に設定可能である。
【００７１】
この例では、第１の推定部３１４は、第２の取得部３１３から対象者の生体データを受ける。第１の推定部３１４は、対象者の生体データから推定対象データを取得する。第１の推定部３１４は、推定対象データに基づいて、任意の時刻を起点とした所定期間内における物理量の変動度合を求める。第１の推定部３１４は、所定期間内における最小の物理量と最大の物理量に基づいて、物理量の変動度合を求めてもよい。第１の推定部３１４は、推定対象データに基づく所定期間内における物理量の変動度合を使用推定基準に含まれる閾値と比較する。
【００７２】
物理量の変動度合が閾値以上である場合、第１の推定部３１４は、推定対象データが使用推定基準を満たすと推定する。他方、物理量の変動度合が閾値未満である場合、第１の推定部３１４は、推定対象データが使用推定基準を満たさないと推定する。なお、第１の推定部３１４は、連続的にまたは一定時間間隔で任意の時刻を起点として設定することができる。これにより、第１の推定部３１４は、起点をずらしながら対象者による薬剤の使用の有無を継続的に推定することができる。
【００７３】
別の例では、使用推定基準は、参照データからの乖離度合の閾値を含む。参照データは、対象者が薬剤を使用していない状況下で推移するまたは推移すると想定される物理量データである。参照データは、記憶装置３４に格納されている。例えば、参照データは、ＰＨＲサーバ１に格納されている物理量データのうち、対象者が薬剤を使用していない期間の物理量データである。プロセッサ３１は、通信インタフェース３５を介して任意のタイミングにＰＨＲサーバ１から参照データを取得し、記憶装置３４に格納してもよい。参照データは、対象者の物理量データに基づくデータに代えて、一般的にモデリングされた薬剤の使用のない状況下で推移すると想定されるデータであってもよい。この使用推定基準を用いる一つの理由は、対象者が薬剤を使用すると、参照データに対する物理量データの乖離が期待されるからである。なお、閾値は、乖離割合であっても、乖離量であってもよい。閾値は、任意に設定可能である。
【００７４】
この例では、第１の推定部３１４は、第２の取得部３１３から対象者の生体データを受ける。第１の推定部３１４は、対象者の生体データから推定対象データを取得する。第１の推定部３１４は、推定対象データの物理量を使用推定基準に含まれる参照データの物理量と比較する。なお、第１の推定部３１４は、推定対象データと参照データの比較において、同時刻の物理量同士を比較することが好ましい。例えば、第１の推定部３１４は、推定対象データのある時刻の物理量を参照データの同時刻の物理量と比較する。一つの理由は、１日のうちの時間帯によって物理量の大きさ及び物理量の変動の傾向が異なるからである。第１の推定部３１４は、同時刻の物理量同士を比較することで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【００７５】
参照データに対する推定対象データの乖離度合が閾値以上である場合、第１の推定部３１４は、推定対象データが使用推定基準を満たすと推定する。他方、参照データに対する推定対象データの乖離度合が閾値未満である場合、第１の推定部３１４は、推定対象データが使用推定基準を満たさないと推定する。なお、一定時間継続して参照データに対する推定対象データの乖離度合が閾値以上である場合、第１の推定部３１４は、推定対象データが使用推定基準を満たすと推定してもよい。一つの理由は、対象者が薬剤を使用していない状況であっても、推定対象データの物理量が一時的に参照データの物理量から閾値以上乖離することがあり得るからである。第１の推定部３１４は、乖離度合が一定時間継続して閾値以上か否かを判断することで、対象者による薬剤の使用の有無の推定精度を向上させることができる。第１の推定部３１４は、推定対象データを参照データと継続的に比較することで、薬剤の使用の有無を継続的に推定することができる。
【００７６】
なお、第１の推定部３１４が閾値を用いて対象者による薬剤の使用の有無を推定する例について説明したが、これに限定されない。第１の推定部３１４は、閾値を用いることなく、物理量データに基づいて対象者による薬剤の使用の有無を推定してもよい。
【００７７】
第１の推定部３１４は、対象者が１回薬剤を使用したと推定する毎に、第１の推定結果を生成する。第１の推定結果は、対象者が薬剤を使用したことを示す。第１の推定部３１４は、第１の推定結果を第２の推定部３１５へ出力する。他方、第１の推定部３１４は、対象者が所定期間継続して薬剤を使用していないと推定した場合、第２の推定結果を生成する。第２の推定結果は、対象者が薬剤を所定期間継続して使用していないことを示す。所定期間の長さは、変更可能である。第１の推定部３１４は、第２の推定結果を第２の出力部３１７へ出力する。
【００７８】
なお、第１の推定部３１４は、処方箋データに含まれる薬剤ＩＤデータまたは薬剤名データに基づいて、対象者に処方された薬剤を特定する。第１の推定部３１４は、対象者に処方された薬剤を、使用の有無の推定対象として設定する。
【００７９】
第２の推定部３１５について説明する。第２の推定部３１５は、以下に例示するように、処方箋データ及び薬剤の使用の有無に応じた薬剤の使用回数に基づいて残薬量を推定する。典型例では、第２の推定部３１５は、処方量、使用量及び薬剤の使用回数に基づいて、残薬量を推定する。
【００８０】
まず、第２の推定部３１５が最初の第１の推定結果を受けた場合の残薬量の推定について説明する。第２の推定部３１５は、第１の推定部３１４から最初の第１の推定結果を受ける。第２の推定部３１５は、最初の第１の推定結果に基づいて、対象者が１回薬剤を使用した推定し、対象者による薬剤の使用回数は合計１回であると推定する。第２の推定部３１５は、第１の取得部３１１から処方箋データを受ける。処方箋データは、処方量データ及び使用量データを含む。第２の推定部３１５は、処方箋データから処方量データ及び使用量データを取得する。第２の推定部３１５は、処方量から１回当たりの薬剤の使用量を引いた量を残薬量として推定する。第２の推定部３１５は、残薬量を示すデータを記憶装置３４に格納する。残薬量を示すデータは、残薬量データともいう。
【００８１】
次に、第２の推定部３１５が２回目以降の第１の推定結果を受けた場合の残薬量の推定について説明する。第２の推定部３１５は、２回目の第１の推定結果を受ける。第２の推定部３１５は、２回目の第１の推定結果に基づいて、対象者が再び１回薬剤を使用したと推定し、対象者による薬剤の使用回数は合計２回であると推定する。第２の推定部３１５は、記憶装置３４から対象者の残薬量データを取得する。第２の推定部３１５は、残薬量から１回当たりの薬剤の使用量を引いた量を新たな残薬量として推定する。第２の推定部３１５は、新たな残薬量データを記憶装置３４に格納する。第２の推定部３１５が３回目以降の第１の推定結果を受ける毎に残薬量を更新する。なお、第２の推定部３１５は、第１の推定結果を受ける毎に、処方量から１回当たりの薬剤の使用量と使用回数の積を引いた値を残薬量と推定してもよい。
【００８２】
さらに、第２の推定部３１５は、残薬量を残薬量推定基準と比較し、残薬量が残薬量推定基準を満たすか否かを推定する。残薬量推定基準は、対象者の残薬量が閾値以上残っているか否かを推定するための基準である。残薬量推定基準は、予め定められている。閾値は、処方量に対する残薬量の割合であっても、薬剤の量であってもよい。閾値は、任意に設定可能である。残薬量が閾値以上である場合、第２の推定部３１５は、残薬量が残薬量推定基準を満たすと推定する。残薬量が残薬量推定基準を満たす場合、対象者が持っている薬剤の量は、まだ補充する必要がないといえる。他方、残薬量が閾値未満である場合、第２の推定部３１５は、残薬量が残薬量推定基準を満たさないと推定する。残薬量が残薬量推定基準を満たさない場合、対象者が持っている薬剤の量は、補充する必要があるといえる。第２の推定部３１５は、残薬量が残薬量推定基準を満たさないと推定した場合、第３の推定結果を生成する。第３の推定結果は、残薬量が残薬量推定基準を満たさないことを示す。第２の推定部３１５は、第３の推定結果を第１の出力部３１６へ出力する。
【００８３】
第１の出力部３１６について説明する。第１の出力部３１６は、以下に例示するように、残薬量に応じて、後述する対象者を支援する第１の支援信号を出力する。第１の出力部３１６は、第２の推定部３１５から第３の推定結果を受ける。第１の出力部３１６は、第３の推定結果の取得に応じて、第１の支援信号を出力する。つまり、残薬量が残薬量推定基準を満たさない場合、第１の出力部３１６は、第１の支援信号を出力する。残薬量が残薬量推定基準を満たさない場合、第１の出力部３１６は、第１の支援信号を出力しない。
【００８４】
第１の支援信号について説明する。  
一例では、第１の支援信号は、対象者へ残薬量が残薬量推定基準を満たさない量まで減っていることを知らせるための信号である。この例では、第１の出力部３１６は、通信インタフェース３５を介して、第１の支援信号を対象者の携帯端末へ向けて出力する。携帯端末は、第１の支援信号に基づいて、画像または音声で、対象者へ残薬量が残薬量推定基準を満たさない量まで減っていることを報知する。これにより、対象者は、病院へ連絡を取り、診察または薬剤の処方を予約することができる。
【００８５】
別の例では、第１の支援信号は、対象者へ病院での診察または薬剤の処方の予約を促すための信号である。この例では、第１の出力部３１６は、通信インタフェース３５を介して、第１の支援信号をＥＨＲサーバ２へ向けて出力する。ＥＨＲサーバ２は、第１の支援信号に基づいて、対象者へ病院での診察または薬剤の処方の予約を促すための処理を実行する。これにより、対象者は、病院へ連絡を取り、診察または薬剤の処方を予約することができる。
【００８６】
第２の出力部３１７について説明する。第２の出力部３１７は、第１の推定部３１４から第２の推定結果を受ける。第２の出力部３１７は、第２の推定結果の取得に応じて、対象者を支援する第２の支援信号を出力する。第２の支援信号は、対象者へ薬剤の使用を促すための信号である。第２の出力部３１７は、通信インタフェース３５を介して、第２の支援信号を対象者の携帯端末へ向けて出力する。携帯端末は、第２の支援信号に基づいて、画像または音声で、対象者へ薬剤の使用を促す。これにより、対象者は、薬剤の使用を開始または再開することができる。
【００８７】
§３  動作例  
＜薬剤管理サーバ＞  
[残薬量推定動作]    
図９は、薬剤管理サーバ３における残薬量推定動作を例示するフローチャートである。  
なお、以下で説明する処理手順は一例に過ぎず、各処理は可能な限り変更されてよい。また、以下で説明する処理手順については、適宜、ステップの省略、置換及び追加が可能である。
【００８８】
第１の取得部３１１は、対象者に処方された薬剤に関する処方箋データを取得する（ステップＳ１０１）。ステップＳ１０１では、第１の取得部３１１は、例示したように、ＥＨＲサーバ２から薬剤ＩＤデータまたは薬剤名データを含む対象者の処方箋データを取得する。第１の取得部３１１は、処方箋データを判断部３１２、第２の取得部３１３、第１の推定部３１４及び第２の推定部３１５へ出力する。
【００８９】
判断部３１２は、取得対象となる物理量の種類を判断する（ステップＳ１０２）。ステップＳ１０２では、判断部３１２は、例示したように、処方箋データに含まれる薬剤ＩＤデータまたは薬剤名データに基づいて、取得対象となる物理量の種類を判断する。判断部３１２は、判断結果を第２の取得部３１３へ出力する。
【００９０】
第２の取得部３１３は、対象者の物理量データを含む生体データを取得する（ステップＳ１０３）。ステップＳ１０３では、第２の取得部３１３は、例示したように、ＰＨＲサーバ１から対象者の生体データを取得する。第２の取得部３１３は、対象者の生体データを第１の推定部３１４へ出力する。
【００９１】
第１の推定部３１４は、対象者による薬剤の使用の有無を推定する（ステップＳ１０４）。ステップＳ１０４では、第１の推定部３１４は、例示したように、処方箋データに基づいて対象者に処方された薬剤を特定し、物理量データに基づいて対象者による薬剤の使用の有無を推定する。第１の推定部３１４は、対象者が薬剤を使用したと推定した場合、第１の推定結果を第２の推定部３１５へ出力する。他方、第１の推定部３１４は、対象者が所定期間継続して薬剤を使用していないと推定した場合、第２の推定結果を第２の出力部３１７へ出力する。
【００９２】
対象者が薬剤を使用したと推定された場合（ステップＳ１０４、Ｙｅｓ）、第２の推定部３１５は、残薬量を推定する（ステップＳ１０５）。ステップＳ１０５では、第２の推定部３１５は、例示したように、処方箋データ及び薬剤の使用の有無に応じた薬剤の使用回数に基づいて残薬量を推定する。
【００９３】
第２の推定部３１５は、残薬量が残薬量推定基準を満たすか否かを推定する（ステップＳ１０６）。ステップＳ１０６では、第２の推定部３１５は、例示したように、残薬量を閾値以上か否かに応じて、残薬量が残薬量推定基準を満たすか否かを推定する。第２の推定部３１５は、残薬量が残薬量推定基準を満たさないと推定した場合、第３の推定結果を第１の出力部３１６へ出力する。
【００９４】
残薬量が残薬量推定基準を満たすと推定された場合（ステップＳ１０６、Ｙｅｓ）、プロセッサ３１は、残薬量推定動作を終了する。残薬量が残薬量推定基準を満たさないと推定された場合（ステップＳ１０６、Ｎｏ）、第１の出力部３１６は、第１の支援信号を出力する（ステップＳ１０７）。ステップＳ１０７では、第１の出力部３１６は、例示したように、第３の推定結果の取得に応じて、第１の支援信号を出力する。
【００９５】
対象者が所定期間継続して薬剤を使用していないと推定された場合（ステップＳ１０４、Ｎｏ）、第２の出力部３１７は、第２の支援信号を出力する（ステップＳ１０７）。ステップＳ１０７では、第２の出力部３１７は、例示したように、第２の推定結果の取得に応じて、第２の支援信号を出力する。
【００９６】
なお、ステップＳ１０４では、第１の推定部３１４は、以下に例示するように、使用タイミング及び効果発生時間に基づいて、薬剤の使用の有無を推定する時間帯を指定してもよい。第１の推定部３１４が指定した時間帯を指定時間帯ともいう。この例では、第１の推定部３１４は、第１の取得部３１１から処方箋データを受ける。処方箋データは、使用タイミングデータ及び効果発生時間データを含む。第１の推定部３１４は、処方箋データから使用タイミングデータ及び効果発生時間データを取得する。第１の推定部３１４は、予め定められた規則に従って、使用タイミングデータで示される使用タイミングの時間帯を設定する。予め定められた規則は、任意に設定可能である。なお、予め定められた規則は、使用タイミングの時間帯をある程度の長さに設定する規則であることが好ましい。一つの理由は、使用タイミングの時間帯の適切な設定が薬剤の使用の有無を推定する時間帯の適切な指定に繋がるからである。第１の推定部３１４は、変換後の時間帯に効果発生時間データで示される効果発生時間を加えた時間帯を、薬剤の使用の有無を推定する時間帯として推定する。例えば、使用タイミングデータが朝を示すデータであり、効果発生時間データが１時間を示すデータであるとする。第１の推定部３１４は、使用タイミングの時間帯を６時から９時に設定する。第１の推定部３１４は、６時から９時の時間帯に１時間を加えた７時から１０時時間帯を、薬剤の使用の有無を推定する時間帯として推定する。第１の推定部３１４は、物理量データのうちの指定時間帯に関連するデータに基づいて、薬剤の使用の有無を推定する。これにより、指定時間帯に関連するデータが使用推定基準を満たす場合、第１の推定部３１４は、対象者が薬剤を使用していると推定する。他方、指定時間帯以外の時間帯に関連するデータが使用推定基準を満たす場合、第１の推定部３１４は、対象者が薬剤を使用しているとは推定しない。一つの理由は、対象者が薬剤を使用していない状況であっても、推定対象データに基づく値が一時的に閾値以上となることがあり得るからである。第１の推定部３１４は、指定時間帯に関連するデータに基づいて薬剤の使用の有無を推定することで、対象者による薬剤の使用の有無の推定精度を向上させることができる。例えば、第１の推定部３１４は、対象者が薬剤を使用していないにもかかわらず、対象者が薬剤を使用したと誤って推定することを低減することができる。なお、第１の推定部３１４は、指定時間帯以外の時間帯における薬剤の使用の有無の推定動作を省略してもよい。
【００９７】
なお、ステップＳ１０４では、第１の推定部３１４は、以下に例示するように、対象者の症状に対応する基準を用いて、薬剤の使用の有無を推定してもよい。この例では、第１の推定部３１４は、第１の取得部３１１から処方箋データを受ける。処方箋データは、症状データを含む。第１の推定部３１４は、処方箋データから症状データを取得する。第１の推定部３１４は、症状データに基づいて、使用推定基準の中から、対象者の症状に対応する基準を選択する。使用推定基準は、症状毎の基準を含む。一例では、症状毎の基準は、症状毎に異なる変動度合の閾値を含む。別の例では、症状毎の基準は、症状毎に異なる参照データからの乖離度合の閾値を含む。第１の推定部３１４は、対象者の症状に対応する基準を用いて、薬剤の使用の有無を推定する。第１の推定部３１４が対象者の症状に対応する基準を用いる一つの理由は、症状に応じて薬剤の使用による物理量の変動量が異なるからである。例えば、第１の症状では、物理量は第１の薬剤の使用によって大きく変動するが、第２の症状では、物理量は第２の薬剤の使用によっても小さくしか変動しないことがあるからである。第１の推定部３１４は、対象者の症状に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【００９８】
なお、ステップＳ１０４では、第１の推定部３１４は、以下に例示するように、対象者に処方された薬剤に対応する基準を用いて、薬剤の使用の有無を推定してもよい。この例では、第１の推定部３１４は、第１の取得部３１１から処方箋データを受ける。処方箋データは、薬剤名データ及び薬剤ＩＤデータのうちの少なくとも何れかを含む。第１の推定部３１４は、処方箋データから薬剤名データ及び薬剤ＩＤデータのうちの少なくとも何れかを取得する。第１の推定部３１４は、薬剤名データ及び薬剤ＩＤデータのうちの少なくとも何れかに基づいて、使用推定基準の中から、対象者に処方された薬剤に対応する基準を選択する。使用推定基準は、薬剤毎の基準を含む。一例では、薬剤毎の基準は、薬剤毎に異なる変動度合の閾値を含む。別の例では、薬剤毎の基準は、薬剤毎に異なる参照データからの乖離度合の閾値を含む。第１の推定部３１４は、対象者に処方された薬剤に対応する基準を用いて、薬剤の使用の有無を推定する。第１の推定部３１４が対象者に処方された薬剤に対応する基準を用いる一つの理由は、薬剤に応じて物理量の変動量が異なるからである。例えば、第１の症状では、物理量は第１の薬剤の使用によって大きく変動するが、第２の症状では、物理量は第２の薬剤の使用によっても小さくしか変動しないことがあるからである。例えば、同一の症状であっても、物理量は第３の薬剤の使用によって大きく変動するが、第４の薬剤の使用によっても小さくしか変動しないことがあるからである。第１の推定部３１４は、対象者に処方された薬剤に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【００９９】
なお、ステップＳ１０４では、第１の推定部３１４は、以下に例示するように、対象者の属性に対応する基準を用いて、薬剤の使用の有無を推定してもよい。この例では、第１の推定部３１４は、第１の取得部３１１から処方箋データを受ける。第１の推定部３１４は、第２の取得部３１３から生体データを受ける。処方箋データまたは生体データは、対象者の属性データを含む。第１の推定部３１４は、処方箋データまたは生体データから対象者の属性データを取得する。第１の推定部３１４は、対象者の属性データに基づいて、使用推定基準の中から、対象者の属性に対応する基準を選択する。使用推定基準は、属性毎の基準を含む。一例では、属性毎の基準は、属性毎に異なる変動度合の閾値を含む。別の例では、属性毎の基準は、属性毎に異なる参照データからの乖離度合の閾値を含む。なお、使用推定基準は、任意の１つの要素（例えば性別）に基づく属性毎の基準を含んでいてもよい。使用推定基準は、任意の２以上の要素の組合せ（例えば性別と国籍の組合せ）に基づく属性毎の基準を含んでいてもよい。第１の推定部３１４は、対象者の属性に対応する基準を用いて、薬剤の使用の有無を推定する。第１の推定部３１４が対象者の属性に対応する基準を用いる一つの理由は、属性に応じて薬剤の使用による物理量の変動量が異なるからである。例えば、第１の属性では、物理量は薬剤の使用によって大きく変動するが、第２の属性では、同じ薬剤の使用によっても小さくしか変動しないことがあるからである。第１の推定部３１４は、対象者の属性に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【０１００】
§４  作用・効果
以上説明したように、本実施形態では、薬剤管理サーバ３は、生体データに含まれる物理量データに基づいて対象者による薬剤の使用の有無を推定し、処方箋データ及び薬剤の使用の有無に応じた薬剤の使用回数に基づいて残薬量を推定することができる。  
薬剤管理サーバ３は、生体データ及び処方箋データを用いることで、対象者による情報の入力に依らずに対象者の残薬量を推定することができる。薬剤管理サーバ３は、対象者による情報の入力に依らずに対象者の残薬量を推定することで、残薬量の推定精度を向上させることができる。その結果、対象者は、薬剤の使用を示す入力を省略しながらも、残薬量を把握することができる。
【０１０１】
さらに、本実施形態では、薬剤管理サーバ３は、処方量、使用量及び薬剤の使用回数に基づいて、残薬量を推定することができる。  
薬剤管理サーバ３は、処方量、使用量及び薬剤の使用回数を用いて対象者の残薬量を推定することで、残薬量の推定精度を向上させることができる。
【０１０２】
さらに、本実施形態では、薬剤管理サーバ３は、薬剤ＩＤデータまたは薬剤名データに基づいて、取得対象となる物理量の種類を判断することができる。  
薬剤によって変動する物理量は異なる。薬剤管理サーバ３は、薬剤ＩＤデータまたは薬剤名データに基づいて、対象者による薬剤の使用の有無を推定するために適した物理量の種類を判断することができる。
【０１０３】
さらに、本実施形態では、薬剤管理サーバ３は、物理量データが使用推定基準を満たすか否かに応じて、薬剤の使用の有無を推定することができる。  
これにより、薬剤管理サーバ３は、各人に使用推定基準を用いることで、人によってぶれることなく薬剤の使用の有無を推定することができる。
【０１０４】
さらに、本実施形態では、薬剤管理サーバ３は、残薬量に応じて対象者を支援する第１の支援信号を出力することができる。  
これにより、薬剤管理サーバ３は、残薬量に応じて、対象者へ残薬量が少ないことを知らせたり、対象者へ病院での診察または薬剤の処方の予約を促したりすることができる。
【０１０５】
さらに、本実施形態では、薬剤管理サーバ３は、物理量データのうちの指定時間帯に関連するデータに基づいて、対象者による薬剤の使用の有無を推定することができる。  
対象者が薬剤を使用していない状況であっても、推定対象データに基づく値が一時的に閾値以上となることがあり得る。薬剤管理サーバ３は、指定時間帯に関連するデータに基づいて薬剤の使用の有無を推定することで、対象者による薬剤の使用の有無の推定精度を向上させることができる。さらに、薬剤管理サーバ３は、指定時間帯以外の時間帯における薬剤の使用の有無の推定動作を省略することで、推定動作の負荷を減らすことができる。
【０１０６】
さらに、本実施形態では、薬剤管理サーバ３は、使用推定基準に含まれる対象者の症状に対応する基準を用いて、対象者による薬剤の使用の有無を推定することができる。  
症状に応じて薬剤の使用による物理量の変動量は異なる。薬剤管理サーバ３は、対象者の症状に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【０１０７】
さらに、本実施形態では、薬剤管理サーバ３は、使用推定基準に含まれる対象者に処方された薬剤に対応する基準を用いて、対象者による薬剤の使用の有無を推定することができる。  
同一の症状であっても、対象者が使用する薬剤に応じて物理量の変動量は異なる。薬剤管理サーバ３は、対象者に処方された薬剤に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【０１０８】
さらに、本実施形態では、薬剤管理サーバ３は、使用推定基準に含まれる対象者の属性に対応する基準を用いて、対象者による薬剤の使用の有無を推定することができる。  
異なる属性の人が同一の薬剤を使用しても、物理量の変動量は異なる。薬剤管理サーバ３は、対象者の属性に対応する基準を用いることで、対象者による薬剤の使用の有無の推定精度を向上させることができる。
【０１０９】
さらに、本実施形態では、薬剤管理サーバ３は、残薬量が残薬量推定基準を満たさないことを示す推定結果に応じて、第１の支援信号を出力することができる。  
これにより、薬剤管理サーバ３は、各人に残薬量推定基準を用いることで、人によってぶれることなく支援を実行することができる。
【０１１０】
§５  変形例  
（５−２  変形例１）  
本実施形態では、薬剤管理サーバ３は、ＰＨＲサーバ１及びＥＨＲサーバ２と異なるハードウェアで構成されているが、これに限定されない。薬剤管理サーバ３は、ＰＨＲサーバ１と一体で構成されていてもよい。薬剤管理サーバ３は、ＥＨＲサーバ２と一体で構成されていてもよい。上述の残薬量推定動作は、薬剤管理サーバ３に限られず、携帯端末または生体の物理量を測定する測定器などの種々の装置で実行されてもよい。
【０１１１】
（５−２  変形例２）  
要するにこの発明は、本実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、本実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、本実施形態に示される全構成要素からいくつかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合わせてもよい。
【０１１２】
§６  付記  
本実施形態の一部または全部は、特許請求の範囲のほか以下の付記に示すように記載することも可能であるが、これに限定されない。  
（付記）  
対象者に処方された薬剤を示すデータを含む処方箋データを取得する第１の取得部（３１１）と、
前記対象者の生体の物理量の変動を示すデータを含む生体データを取得する第２の取得部（３１３）と、
前記物理量の変動を示すデータに基づいて前記対象者による前記薬剤の使用の有無を推定する第１の推定部（３１４）と、
前記処方箋データ及び前記薬剤の使用の有無に応じた使用回数に基づいて残薬量を推定する第２の推定部（３１５）と、
を備える薬剤管理装置（３）。
【符号の説明】
【０１１３】
１…ＰＨＲサーバ、２…ＥＨＲサーバ、３…薬剤管理サーバ、１１…プロセッサ、１２…ＲＯＭ、１３…ＲＡＭ、１４…記憶装置、１５…通信インタフェース、２１…プロセッサ、２２…ＲＯＭ、２３…ＲＡＭ、２４…記憶装置、２５…通信インタフェース、３１…プロセッサ、３２…ＲＯＭ、３３…ＲＡＭ、３４…記憶装置、３５…通信インタフェース、１００…薬剤管理システム、３１１…第１の取得部、３１２…判断部、３１３…第２の取得部、３１４…第１の推定部、３１５…第２の推定部、３１６…第１の出力部、３１７…第２の出力部。
【図１】
2019212200.tif 000003
【図２】
2019212200.tif 000004
【図３】
2019212200.tif 000005
【図４】
2019212200.tif 000006
【図５】
2019212200.tif 000007
【図６】
2019212200.tif 000008
【図７】
2019212200.tif 000009
【図８】
2019212200.tif 000010
【図９】
2019212200.tif 000011