(57)【要約】【課題】患者ごとに投薬内容をより適切にかつ効率良く決定できるようにする。【解決手段】投薬支援サーバＳＶにおいて、医師端末ＤＴ１〜ＤＴｍから患者の属性情報、診察情報および既往症に関する情報を含む基本情報を取得して記憶すると共に、投薬後の患者の血圧値の変化等を含む経過情報を患者端末ＵＴ１〜ＵＴｎから取得して記憶する。そして、薬剤ごとに、薬剤情報記憶部２４に記憶された処方の可否を表す情報および薬剤点数と、投薬履歴記憶部２３に記憶された医師の好みを表す情報とに基づいて薬剤スコアを算出し、さらに投薬ガイドラインで定義されているStrategy情報に基づいて、診療の段階ごとに上記薬剤の中から投薬候補を選択して医師端末ＤＴ１〜ＤＴｍへ送信し表示させる。【選択図】図２
2018156149.tif 000002
【特許請求の範囲】
【請求項１】
複数の薬剤の各々について推奨度合いを定義した薬剤推奨情報、および前記薬剤ごとに既往歴に応じて処方の可否の度合いを定義した処方可否情報を記憶するメモリと、
患者ごとに、少なくとも診断情報と既往歴情報を含む基本情報を取得する第１の取得部と、
前記薬剤ごとに、前記取得された基本情報と、前記メモリに記憶された薬剤推奨情報および処方可否情報とに基づいて、前記薬剤の優先度を表すスコアを算出する薬剤スコア算出部と、
前記算出された薬剤スコアを表す情報を出力する第１の出力部と
を具備する投薬支援装置。
【請求項２】
前記複数の薬剤に対する処方者の処方頻度に基づく処方者好み情報を取得する第２の取得部を、さらに具備し、
前記薬剤スコア算出部は、前記薬剤ごとに、前記取得された基本情報および処方者好み情報と、前記メモリに記憶された薬剤推奨情報および処方可否情報とに基づいて、前記薬剤の優先度を表すスコアを算出する、請求項１に記載の投薬支援装置。
【請求項３】
前記薬剤スコア算出部は、前記薬剤ごとに、前記取得された基本情報に含まれる既往歴情報と前記処方可否情報とをもとに当該薬剤が禁忌であるか否かを判定する、請求項１又は２に記載の投薬支援装置。
【請求項４】
前記算出された薬剤スコアと、前記取得された基本情報に対応する処方プランを規定した投薬ガイドライン情報とに基づいて、前記複数の薬剤の中から投薬候補を選択する選択部と、
前記選択された投薬候補を表す情報を出力する第２の出力部と
を、さらに具備する請求項１乃至３のいずれかに記載の投薬支援装置。
【請求項５】
前記選択部は、前記基本情報から診断の段階を判定し、当該判定した診断の段階に応じて前記投薬ガイドライン情報により規定された処方プランの選択肢を前記処方者に提示し、当該提示した処方プランの選択肢に対する前記処方者の選択結果と、前記算出された薬剤スコアとに基づいて、前記複数の薬剤の中から投薬候補を選択する、請求項４に記載の投薬支援装置。
【請求項６】
前記選択部は、前記禁忌と判定された薬剤を投薬候補から除外する、請求項４又は５に記載の投薬支援装置。
【請求項７】
前記患者ごとに、投薬後の当該患者のバイタルデータを含む経過情報を取得する経過情報取得部と、
前記患者ごとに、前記取得された経過情報に含まれるバイタルデータを、予め設定した治療目標値と比較して、前記バイタルデータにより示される数値が改善されたか否かを判定する判定部と、
前記バイタルデータにより示される数値が、投薬から所定時間が経過しても改善されていないと判定された場合に、その旨の通知情報を前記処方者に通知する通知部と
をさらに具備する請求項４乃至６のいずれかに記載の投薬支援装置。
【請求項８】
前記処方者が前記投薬候補に含まれない薬剤を選択した場合に、前記取得した基本情報に含まれる既往履歴情報をもとに当該薬剤が禁忌であるか否かを判定し、禁忌と判定された場合にその旨の警告情報を前記処方者に提示する警告情報提示部を、さらに具備する請求項４乃至７のいずれかに記載の投薬支援装置。
【請求項９】
プロセッサおよびメモリを備える投薬支援装置が実行する投薬支援方法であって、
前記投薬支援装置が、複数の薬剤の各々について推奨度合いを定義した薬剤推奨情報、および前記薬剤ごとに既往歴に応じて処方の可否の度合いを定義した処方可否情報を取得する過程と、
前記投薬支援装置が、患者ごとに、少なくとも診断情報と既往歴情報を含む基本情報を取得する過程と、
前記投薬支援装置が、前記薬剤ごとに、前記取得された基本情報、薬剤推奨情報および処方可否情報に基づいて、前記薬剤の優先度を表すスコアを算出する過程と、
前記投薬支援装置が、前記算出されたスコアを表す情報を出力する過程と
を具備する投薬支援方法。
【請求項１０】
前記投薬支援装置が、前記算出された薬剤スコアと、前記取得された基本情報に対応する処方プランを規定した投薬ガイドライン情報とに基づいて、前記複数の薬剤の中から投薬候補を選択する過程と、
前記投薬支援装置が、前記選択された投薬候補を表す情報を出力する過程と
を、さらに具備する請求項９に記載の投薬支援方法。
【請求項１１】
請求項１乃至８のいずれかに記載の投薬支援装置が具備する各部としてプロセッサを機能させる投薬支援プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、医師の投薬業務を支援する投薬支援装置、方法及びプログラムに関する。
【背景技術】
【０００２】
例えば高血圧の治療では、医師が診察結果を踏まえて患者に対し降圧薬を処方するのが一般的である。処方の手法についてはガイドラインが定められており、医師はこのガイドラインに従い既往歴や血圧値とその変動量等に基づいて処方内容を決定する（非特許文献１又は２を参照）。
【先行技術文献】
【非特許文献】
【０００３】
【非特許文献１】日本高血圧治療ガイドライン  ２０１４（JSH2014）
【非特許文献２】James PA, Operil S, Carter BL, et al. “2014 Evidence-Based Guideline for the Management of High Blood Pressure in Adults” JAMA, 2014; 311: 507
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところが、実際の処方の手法は、医師の主観による判断に委ねられているのが現状であり、必ずしもガイドラインに沿った適切な処方がなされているとは限らない。また、患者ごとにその既往歴や診断結果が異なるため、個々の患者についてガイドラインや薬剤情報を参照して処方内容を決定することは、医師の負担が大きく時間も掛かる。
【０００５】
この発明は上記事情に着目してなされたもので、患者ごとに投薬内容をより適切にかつ効率良く決定するための支援を行えるようにした投薬支援装置、方法及びプログラムを提供しようとするものである。
【課題を解決するための手段】
【０００６】
上記課題を解決するためにこの発明の第１の態様は、複数の薬剤の各々について推奨度合いを定義した薬剤推奨情報、および前記薬剤ごとに既往歴に応じて処方の可否の度合いを定義した処方可否情報を記憶するメモリと、患者ごとに、少なくとも診断情報と既往歴情報を含む基本情報を取得する第１の取得部と、前記薬剤ごとに、前記取得された基本情報と、前記メモリに記憶された薬剤推奨情報および処方可否情報とに基づいて、前記薬剤の優先度を表すスコアを算出する薬剤スコア算出部と、前記算出された薬剤スコアを表す情報を出力する第１の出力部とを具備するようにしたものである。
【０００７】
この発明の第２の態様は、前記複数の薬剤に対する処方者の処方頻度に基づく処方者好み情報を取得する第２の取得部をさらに具備する。そして前記薬剤スコア算出部が、前記薬剤ごとに、前記取得された基本情報および処方者好み情報と、前記メモリに記憶された薬剤推奨情報および処方可否情報とに基づいて、前記薬剤の優先度を表すスコアを算出するようにしたものである。
【０００８】
この発明の第３の態様は、前記薬剤スコア算出部が、前記薬剤ごとに、前記取得された基本情報に含まれる既往歴情報と前記処方可否情報とをもとに当該薬剤が禁忌であるか否かを判定するようにしたものである。
【０００９】
この発明の第４の態様は、前記算出された薬剤スコアと、前記取得された基本情報に対応する処方プランを規定した投薬ガイドライン情報とに基づいて、前記複数の薬剤の中から投薬候補を選択する選択部と、前記選択された投薬候補を表す情報を出力する第２の出力部とを、さらに具備するようにしたものである。
【００１０】
この発明の第５の態様は、前記選択部が、前記基本情報から診断の段階を判定し、当該判定した診断の段階に応じて前記投薬ガイドライン情報により規定された処方プランの選択肢を前記処方者に提示し、当該提示した処方プランの選択肢に対する前記処方者の選択結果と、前記算出された薬剤スコアとに基づいて、前記複数の薬剤の中から投薬候補を選択するようにしたものである。
【００１１】
この発明の第６の態様は、前記選択部が、前記禁忌と判定された薬剤を投薬候補から除外するようにしたものである。
【００１２】
この発明の第７の態様は、前記患者ごとに、投薬後の当該患者のバイタルデータを含む経過情報を取得する経過情報取得部と、前記患者ごとに、前記取得された経過情報に含まれるバイタルデータを、予め設定した治療目標値と比較して、前記バイタルデータにより示される数値が改善されたか否かを判定する判定部と、前記バイタルデータにより示される数値が、投薬から所定時間が経過しても改善されていないと判定された場合に、その旨の通知情報を前記処方者に通知する通知部とをさらに具備するようにしたものである。
【００１３】
この発明の第８の態様は、前記処方者が前記投薬候補に含まれない薬剤を選択した場合に、前記取得した基本情報に含まれる既往履歴情報をもとに当該薬剤が禁忌であるか否かを判定し、禁忌と判定された場合にその旨の警告情報を前記処方者に提示する警告情報提示部を、さらに具備するようにしたものである。
【発明の効果】
【００１４】
この発明の第１の態様によれば、薬剤ごとに、患者の基本情報、薬剤推奨情報および処方可否情報に基づいて薬剤の優先度が薬剤スコアとして算出され、この算出された薬剤スコア出力される。このため、上記薬剤スコアをもとに投薬候補を選択することが可能となり、医師又は薬剤師などの処方者は上記投薬候補を参照して投薬を決定することができる。これにより、処方者は主観のみに頼ることなくより適切な薬剤を選択することができる。また、その都度投薬ガイドラインや薬剤情報を確認する作業が不要となるので、時間や手間を掛けることなく効率良く投薬作業を行うことが可能となる。
【００１５】
この発明の第２の態様によれば、薬剤ごとに、患者の基本情報、薬剤推奨情報および処方可否情報に、処方者による過去の処方頻度に基づく処方者好み情報を加味して、薬剤の優先度を表すスコアが算出される。このため、薬剤スコアに薬剤に対する処方者の好みが反映されることになり、これにより処方者にとって馴染みのない薬剤が投薬候補に極力含まれないようにすることができる。
【００１６】
この発明の第３の態様によれば、薬剤スコアを算出する際に、薬剤ごとに、取得された基本情報に含まれる既往歴情報と処方可否情報とをもとに当該薬剤が禁忌であるか否かが判定される。このため、薬剤スコアに薬剤の禁忌情報を反映させることができる。
【００１７】
この発明の第４の態様によれば、上記算出された薬剤スコアと、処方プランを規定した投薬ガイドライン情報とに基づいて、複数の薬剤の中から投薬候補が選択され、この選択された投薬候補を表す情報が出力される。このため、例えば処方者は上記出力された投薬候補を参照して投薬する薬剤を決定することが可能となる。
【００１８】
この発明の第５の態様によれば、診断の段階に応じて投薬ガイドライン情報により規定された処方プラン、つまり処方すべき薬剤の種類とその量の選択肢が処方者に提示され、当該提示された選択肢に対する処方者の選択結果と薬剤スコアとに基づいて、複数の薬剤の中から投薬候補が選択される。従って、処方者は投薬ガイドライン情報により規定された処方プランの選択肢の中から所望の処方プランを選択することができ、これにより投薬候補の選択に際し処方者の経験を反映させることができる。
【００１９】
この発明の第６の態様によれば、禁忌となる薬剤が投薬候補から除外される。このため、処方者が投薬候補をもとに投薬を決定する際に、誤って禁忌となる薬剤を選択する不具合を未然に防止することができる。
【００２０】
この発明の第７の態様によれば、患者ごとに、当該者の投薬開始後のバイタルデータが予め設定された治療目標値と比較され、この結果患者の症状が改善されていないと判定された場合に、その旨の通知情報が処方者に通知される。このため、例えば投薬の効果が現れない患者に対し早期の再受診を勧める等、さらに適切な患者管理を行うことが可能となる。
【００２１】
この発明の第８の態様によれば、処方者が投薬候補に含まれない薬剤を選択した場合に、患者の既往履歴情報をもとに当該薬剤が禁忌であるか否かが判定され、禁忌と判定された場合にその旨の警告情報が処方者に提示される。このため、処方者は投薬を決定する際に、禁忌情報を参照して薬剤の選択し直し等を行うことが可能となる。
【００２２】
すなわちこの発明によれば、患者ごとに投薬内容をより適切にかつ効率良く決定するための支援を行うことができる投薬支援装置、方法及びプログラムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】図１は、この発明の一実施形態に係る投薬支援サーバを備えたネットワークシステムの全体構成を示す図である。
【図２】図２は、この発明の一実施形態に係る投薬支援サーバの機能構成を示すブロック図である。
【図３】図３は、図１に示したシステムにおける投薬支援サーバおよび医師端末の処理手順と処理内容を示すフローチャートである。
【図４】図４は、投薬支援サーバから医師端末に送られて表示される情報入力画面の一例を示す図である。
【図５】図５は、投薬支援サーバにおいて実行される投薬候補情報生成処理の処理手順と処理内容の前半部分を示すフローチャートである。
【図６】図６は、投薬支援サーバにおいて実行される投薬候補情報生成処理の処理手順と処理内容の後半部分を示すフローチャートである。
【図７】図７は、投薬支援サーバにおいて実行される投薬候補情報生成処理の処理手順と処理内容の後半部分を示すフローチャートである。
【図８】図８は、薬剤スコアの算出例を示す図である。
【図９】図９は、投薬支援サーバにおいて実行される降圧目標情報生成処理の処理手順と処理内容の前半部分を示すフローチャートである。
【図１０】図１０は、図９に示した降圧目標情報生成処理のうち標準目標値算出処理の処理手順と処理内容を示すフローチャートである。
【図１１】図１１は、投薬支援サーバにおいて実行される経過情報判定処理の処理手順と処理内容の前半部分を示すフローチャートである。
【発明を実施するための形態】
【００２４】
以下、図面を参照してこの発明に係わる実施形態を説明する。  
［一実施形態］
（構成）
図１は、この発明の一実施形態に係る投薬支援システムの全体構成を示す図である。同図において、ＳＶは投薬支援装置として機能する投薬支援サーバ、ＤＴ１〜ＤＴｍは医師が使用する第１の端末（以後医師端末とも云う）、ＵＴ１〜ＵＴｎは患者が使用する第２の端末（以後患者端末とも云う）をそれぞれ示している。これらの投薬支援サーバＳＶ、医師端末ＤＴ１〜ＤＴｍおよび患者端末ＵＴ１〜ＵＴｎは、通信ネットワークＮＷを介して相互に通信が可能となっている。
【００２５】
医師端末ＤＴ１〜ＤＴｍは、例えば固定設置型のパーソナルコンピュータ、携帯型のノート型パーソナルコンピュータ或いはタブレット型端末からなる。また医師端末ＤＴ１〜ＤＴｍは少なくともブラウザを備え、このブラウザを使用することで上記投薬支援サーバＳＶとの間でデータの送受信を行うことが可能となっている。具体的には、上記ブラウザを使用して、患者に関する基本情報の入力を受け付けて投薬支援サーバＳＶへ送信する機能と、投薬支援サーバＳＶから送られる投薬支援情報の表示データを表示する機能を備える。
【００２６】
なお、医師端末ＤＴ１〜ＤＴｍが電子カルテ管理システムにアクセス可能な場合には、電子カルテ管理システムに記憶された患者の電子カルテデータを読み出し、この電子カルテデータを基本情報として投薬支援サーバＳＶへ送信するようにしてもよい。  
また、医師端末ＤＴ１〜ＤＴｍは薬剤師の端末であってもよい。要するに、薬剤の処方が可能な処方者の端末であれば、どのような端末でも適用できる。
【００２７】
患者端末ＵＴ１〜ＵＴｎは、血圧計ＢＴ１〜ＢＴｎと、携帯情報端末ＩＴ１〜ＩＴｎとを備えている。血圧計ＢＴ１〜ＢＴｎは、例えば患者の手首に装着され、患者の操作もしくは予め設定したタイミングまたは時間間隔でオシロメトリック法により血圧を計測し、その血圧データを無線インタフェースにより上記携帯情報端末ＩＴ１〜ＩＴｎに無線送信する。なお、血圧計ＢＴ１〜ＢＴｎの計測方式は、心拍の一拍ごとに計測するBeat by Beat方式や、Pulse Transit Time（ＰＴＴ）法により血圧変動を推定して当該変動をトリガとしてスポット的に血圧を計測するトリガ計測方式であってもよい。また、血圧計ＢＴ１〜ＢＴｎは、手首に装着されるタイプに限らず、カフを上腕等に巻き付けるタイプのものや据置タイプであってもよい。
【００２８】
携帯情報端末ＩＴ１〜ＩＴｎは、例えばスマートフォンやタブレット型端末からなる。携帯情報端末ＩＴ１〜ＩＴｎは、上記血圧計ＢＴ１〜ＢＴｎから送信された血圧データを受信して当該血圧データを通信ネットワークＮＷを介して投薬支援サーバＳＶへ転送する機能と、患者が手入力した服薬の状況を表す情報、活動量を表す情報、自身の体重を表す情報、および食事の摂取状況を表す情報を、通信ネットワークＮＷを介して投薬支援サーバＳＶへ送信する機能を有する。上記血圧計ＢＴ１〜ＢＴｎと携帯情報端末ＩＴ１〜ＩＴｎとの間で使用される無線インタフェースとしては、Bluetooth（登録商標）等の近距離無線データ通信規格を採用したインタフェースが用いられる。
【００２９】
なお、血圧計ＢＴ１〜ＢＴｎが血圧データの送信機能を持たない場合、携帯情報端末ＩＴ１〜ＩＴｎは患者が手入力した血圧値と計測日時を表す情報を投薬支援サーバＳＶへ送信する。なお、血圧データには心拍数が含まれる。
【００３０】
携帯情報端末ＩＴ１〜ＩＴｎが患者の手首に装着されるウェアラブル端末の場合には、このウェアラブル端末内に血圧計測機能、活動量計測機能、歩数計測機能、睡眠状態計測機能、温度や湿度、気圧等の環境計測機能を設け、これらの計測機能により計測された各計測データをウェアラブル端末が予め設定されたタイミングまたは周期的に自動送信するようにしてもよい。上記活動量、歩数、睡眠状態の各計測は、３軸加速度センサの計測データをもとに算出することができ、また温度、湿度および気圧はそれぞれ温度計、湿度計および気圧計の計測データより求めることができる。
【００３１】
また、携帯情報端末ＩＴ１〜ＩＴｎに、患者の健康状態や生活状態を管理するアプリケーションがインストールされている場合、上記血圧、活動量、歩数、睡眠状態および環境等の各計測データを上記アプリケーションに提供できるようにしてもよい。これは、携帯情報端末ＩＴ１〜ＩＴｎにデータコネクト機能を設けることにより実現できる。データコネクト機能は、例えば上記アプリケーションと上記各計測データまたはその生成機能との間で認証を行うもので、アプリケーションが各計測データの利用資格を有している場合に上記各計測データをアプリケーションへ転送する。なお、データコネクト機能には、各計測データをアプリケーションが取り扱うことが可能なデータ形式に変換する機能を持たせてもよい。
【００３２】
さて、投薬支援サーバＳＶはサーバコンピュータからなり、以下のように構成される。図２はその機能構成を示すブロック図である。  
すなわち、投薬支援サーバＳＶは、制御ユニット１と、記憶ユニット２と、通信インタフェースユニット３とを備えている。
【００３３】
通信インタフェースユニット３は、制御ユニット１の制御の下、通信ネットワークＮＷを介して、上記医師端末ＤＴ１〜ＤＴｍおよび携帯情報端末ＩＴ１〜ＩＴｎとの間でデータ通信を行う。通信プロトコルは通信ネットワークＮＷで規定されたプロトコルを使用する。具体的にはＴＣＰ／ＩＰ（Transmission Control Protocol／Internet protocol）やＵＤＰ／ＩＰ（User Datagram Protocol／Internet protocol）等が使用される。
【００３４】
記憶ユニット２は、記憶媒体としてＨＤＤ（Hard Disk Drive）またはＳＳＤ（Solid State Device）等の随時書き込みおよび読み出しが可能な不揮発性メモリと、ＲＡＭ（Random Access Memory）などの随時書き込み読み出しが可能な揮発性メモリを使用したもので、この発明の一実施形態を実施する上で必要な記憶領域として、入力情報記憶部２１と、経過情報記憶部２２と、投薬履歴記憶部２３と、薬剤情報記憶部２４と、医師好み情報記憶部２５と、投薬ガイドライン記憶部２６とを備えている。なお、記憶ユニット２にはプログラムメモリとしての記憶領域も設けられている。
【００３５】
入力情報記憶部２１は、患者の識別情報（患者ＩＤ）に対応付けて、患者の基本情報を記憶するために使用される。基本情報には、患者の名前、年齢、性別、人種、住所および連絡先等の属性情報と、患者の既往歴を表す情報、診断情報等が含まれる。
【００３６】
経過情報記憶部２２は、患者の携帯情報端末ＩＴ１〜ＩＴｎから送信される、投薬後の患者の経過情報を患者ＩＤに対応付けて記憶するために使用される。経過情報には、血圧計測データが含まれ、血圧計測データには計測日時を表す情報が含まれる。なお、経過情報には、血圧計測データに限らず、先に述べた活動量、歩数、睡眠状態および環境状態の各計測データを含めることも可能である。
【００３７】
投薬履歴記憶部２３は、患者の識別情報（患者ＩＤ）に対応付けて、当該患者に対する投薬履歴を表す情報を記憶するために使用される。
【００３８】
薬剤情報記憶部２４には、処方する可能性がある多数の薬剤に関する情報が記憶されている。薬剤情報には、薬剤の種類（クラス）と、種類ごとの適応症および処方可否情報（禁忌情報を含む）と、投薬ガイドラインに基づいて設定された薬剤の推奨度を表す薬剤点数が含まれる。
【００３９】
医師好み情報記憶部２５には、薬剤のクラス別に、当該クラスに含まれる各薬剤に対する医師の処方頻度を点数化した値が、医師の好みを表す情報として記憶される。この医師の好みを表す情報は、当該医師の投薬履歴に応じて作成、更新される。
【００４０】
投薬ガイドライン記憶部２６には、症状ごとに当該症状を治療するために推奨される投薬ガイドラインが記憶されている。投薬ガイドラインでは、診療の段階ごとのStrategyが定義されている。Strategyとは、診療の段階ごとに患者に処方すべき薬剤の種類と量を示す処方プランを定義したもので、例えば高血圧症であれば血圧値とその推移（服薬効果）、合併症の有無、患者の体重等を考慮して決定される。なお、投薬ガイドライン自体は、非特許文献１または２等に記載されているので、ここでの詳しい説明は省略する。
【００４１】
制御ユニット１は、プロセッサおよび作業用メモリを備え、この発明の一実施形態を実施する上で必要な処理機能として、入力情報取得制御部１１と、経過情報取得制御部１２と、投薬履歴取得制御部１３と、投薬支援情報生成部１４と、表示情報送信制御部１５とを有している。これらの処理機能は、いずれも上記記憶ユニット２のプログラムメモリに格納されたプログラムを上記プロセッサに実行させることにより実現される。
【００４２】
入力情報取得制御部１１は、医師端末ＤＴ１〜ＤＴｍから送信される、患者の基本情報を通信インタフェースユニット３を介して受信し、当該受信された基本情報を入力情報記憶部２１に記憶させる処理を行う。
【００４３】
経過情報取得制御部１２は、各患者の携帯情報端末ＩＴ１〜ＩＴｎから送信される、投薬後の患者の経過情報を受信し、当該受信された経過情報を経過情報記憶部２２に記憶させる処理を行う。
【００４４】
投薬履歴取得制御部１３は、医師端末ＤＴ１〜ＤＴｍから送信される、医師が決定した投薬（処方箋）の情報を通信インタフェースユニット３を介して受信し、当該受信された投薬情報を投薬日順に患者ＩＤと対応付け、これを投薬履歴情報として投薬履歴記憶部２３に記憶させる処理を行う。
【００４５】
投薬支援情報生成部１４は、医師の投薬作業を支援するための情報を生成するもので、投薬候補選択部１４１と、降圧目標設定部１４２とを有する。
【００４６】
投薬候補選択部１４１は、以下の処理機能を有する。  
(1) 患者ごとに、上記入力情報記憶部２１に記憶された基本情報に含まれる診断情報に基づいて、薬剤情報記憶部２４から適応可能な薬剤を複数抽出する処理。
【００４７】
(2) 抽出された各薬剤について、上記薬剤情報に含まれる処方可否情報と、薬剤の推奨度を表す薬剤点数と、薬剤に対する医師の好みを表す情報をもとに、薬剤の推奨度を示すスコアを計算し、スコアが高い順に所定数の薬剤を選択して薬剤リストを生成する処理。
【００４８】
(3) 上記投薬ガイドライン記憶部２６から投薬ガイドラインを読み込み、そのStrategy情報と、上記経過情報記憶部２２に記憶された経過情報と、上記投薬履歴記憶部２３に記憶された投薬履歴とに基づいて、上記(2) により生成された薬剤リストの中から投薬候補となる薬剤名とその投与量を少なくとも１つ選択する処理。
【００４９】
降圧目標設定部は、上記投薬ガイドライン記憶部２６から読み込んだ投薬ガイドラインに従い、上記入力情報記憶部２１に記憶された患者の基本情報と、上記経過情報記憶部２２に記憶された経過情報とに基づいて、患者ごとの血圧の降圧目標値を設定する処理を行う。
【００５０】
表示情報送信制御部１５は、支援を要求した医師の端末ＤＴ１〜ＤＴｍに対し、投薬支援情報を提示するための表示画面データを送信する。表示画面データには、上記投薬履歴記憶部２３に記憶された投薬履歴と、上記投薬候補選択部１４１により選択された投薬候補となる薬剤名とその投与量を表す情報と、薬剤の禁忌情報と、上記降圧目標設定部１４２により設定された降圧目標値を表す情報が含まれる。また、表示画面データには、患者の既往歴を医師が入力する際に使用する既往歴リストを含めるようにしてもよい。
【００５１】
（動作）
次に、以上のように構成された投薬支援システムの動作を、投薬支援サーバＳＶの動作を中心に説明する。図３はその処理手順と処理内容を示すフローチャートである。  
（１）患者の基本情報の登録
患者の診断が終了すると、医師は投薬を決定するために、自身の端末（例えばＤＴ１）において投薬ガイドを要求するための操作を行う。医師端末ＤＴ１は、上記投薬ガイドの要求操作をステップＳ１０で検出し、ステップＳ１１によりブラウザを起動して投薬支援サーバＳＶにアクセスし、投薬ガイド要求情報を送信する。この投薬ガイド要求情報には、当該患者の識別情報を含める。
【００５２】
これに対し投薬支援サーバＳＶは、上記投薬ガイド要求情報が受信されたことをステップＳ１２で検出すると、入力情報取得制御部１１の制御の下、先ずステップＳ１３において入力画面情報を通信インタフェースユニット３から要求元の医師端末ＤＴ１へ送信する。
【００５３】
医師端末ＤＴ１は、上記投薬支援サーバＳＶからダウンロードされた入力画面情報をステップＳ１４で受信し、表示部に表示する。そして、この入力画面において医師が患者の基本情報を入力すると、医師端末ＤＴ１はステップＳ１５において、上記入力された基本情報を投薬支援サーバＳＶへ送信する。このとき基本情報には、先に述べたように患者の名前、年齢、性別、人種、住所および連絡先等の属性情報と、患者の既往歴を表す情報、および診断情報等が含まれる。
【００５４】
なお、上記基本情報に含まれる住所や連絡先の情報は、降圧目標値等の情報を患者の携帯情報端末ＩＴ１〜ＩＴｎへ直接送信する場合に使用され、システムが上記情報をアプリケーションにより自動送信する場合には、上記基本情報に住所や連絡先情報を含めない。
【００５５】
また、医師端末ＤＴ１が病院内の電子カルテ管理システムにアクセス可能な場合には、この電子カルテ管理システムから患者の電子カルテデータを読み出し、この電子カルテデータを基本情報として医師端末ＤＴ１から投薬支援サーバＳＶへ送信するようにしてもよい。
【００５６】
なお、患者が初診の場合には、基本情報として上記患者の属性情報、既往歴を表す情報および診断情報がすべて送信されるが、再診の場合には診断情報のみを送信するようにしてもよい。
【００５７】
投薬支援サーバＳＶは、入力情報取得制御部１１の制御の下、ステップＳ１６において、上記医師端末ＤＴ１から送信された患者の基本情報を受信し、当該基本情報を患者ＩＤと関連付けて入力情報記憶部２１に記憶させる。
【００５８】
（２）投薬後の経過情報の登録
患者は、医師から投薬の処方箋を受け取ると、当該処方箋に従って、処方された薬剤を指定された量ずつ、指定されたタイミングに服用する。また、それと並行して当該患者の血圧計（例えばＢＴ１）が、患者の血圧を連続的に、或いは予め設定された時刻に定期的に計測し、その計測データを経過情報として携帯情報端末ＩＴ１が投薬支援サーバＳＶへ送信する。
【００５９】
これに対し投薬支援サーバＳＶは、ステップＳ２８において経過情報の受信要求を検出すると、経過情報取得制御部１２の制御の下、ステップＳ２９で上記経過情報を受信し、この受信された経過情報を、ステップＳ３０により送信元の患者ＩＤと関連付けて経過情報記憶部２２に記憶させる。
【００６０】
なお、血圧の計測は患者の操作をトリガとして行うようにしてもよく、また血圧値の変動の推定をトリガとして行うようにしてもよい。また、経過情報には、血圧の計測データだけでなく、活動量、歩数、睡眠状態および環境状態の各計測データを含めて送信し、投薬支援サーバＳＶは上記各計測データを含む経過情報を経過情報記憶部２２に記憶させるようにしてもよい。
【００６１】
（３）投薬支援情報の作成
（３−１）投薬候補情報の生成
患者の基本情報が受信されると、投薬支援サーバＳＶは投薬支援情報生成部１４の投薬候補選択部１４１の制御の下、先ずステップＳ１７において投薬候補情報の生成処理を以下のように実行する。図５および図６はその処理手順と処理内容を示すフローチャートである。
【００６２】
すなわち、投薬候補選択部１４１は、先ずステップＳ４０において入力情報記憶部２１および経過情報記憶部２２からそれぞれ該当する患者の基本情報および経過情報を読み出す。なお、初診の場合には、基本情報のみを読み出す。そして、上記基本情報に含まれる診断情報に基づいて、薬剤情報記憶部２４から適応可能な薬剤（一般名）をすべて抽出する。またステップＳ４１およびステップＳ４２においてそれぞれ、上記抽出された各薬剤に関する処方可否情報（禁忌情報を含む）および推奨度を表す薬剤点数を薬剤情報記憶部２４から読み出す。さらにステップＳ４３において、医師好み情報記憶部２５から、上記抽出された各薬剤についての医師の好みを表す点数を読み出す。
【００６３】
投薬候補選択部１４１は、次にステップＳ４４において、上記抽出された各薬剤についてそれぞれ、上記読み出された禁忌情報、推奨度を表す薬剤点数および医師の好みの点数に基づいて、薬剤の推奨度を示す薬剤スコアを計算する。そして、その計算結果に基づいて各薬剤に対し優先順位を設定する。
【００６４】
例えば、いま図８に示すように、薬剤Ｄ１，Ｄ２，Ｄ３，Ｄ４について、処方可否情報として「投与可」＝１０、「慎重投与」＝３、「禁忌」＝×が設定され、薬剤点数および医師好みの点数として「Ａ」＝１０、「Ｂ」＝５、「Ｃ」＝０が設定されていたとする。投薬候補選択部１４１は、各薬剤Ｄ１，Ｄ２，Ｄ３，Ｄ４について、上記処方可否情報、薬剤点数および医師好みの点数を加算して合計値を求める。そして、この計算された合計値を薬剤スコアとして比較し、薬剤スコアが高い順に優先順位を付与する。なお、「処方可否情報」として禁忌が設定されている薬剤についてはスコアの計算対象として除外する。
【００６５】
上記薬剤スコアの計算が終了すると、投薬候補選択部１４１は次にステップＳ４５により、上記薬剤スコアが計算された各薬剤の実名（商品名）を薬剤情報記憶部２４から読み出す。そして、ステップＳ４５において、投薬ガイドライン記憶部２６からStrategy情報を読み出し、このStrategy情報に基づいて薬剤候補を選定する処理を以下のように実行する。
【００６６】
すなわち、図６に示すように先ずステップＳ５０において、基本情報をもとに該当患者が初診か否かを判定し、初診であればステップＳ５１においてStrategyＣによる推奨案を医師が採用するか否かを判定する。StrategyＣは、２種類以上の薬剤の処方を推奨するものであり、このStrategyＣの内容が医師端末ＤＴ１に送信されて表示される。この状態で、StrategyＣの推奨通り医師が２種類以上の薬剤を選択すると、投薬候補選択部１４１はステップＳ５３において、種類の異なる２つの薬剤群の中からそれぞれから上記薬剤スコアが最上位の薬剤を２つ投薬候補として選定する。例えば、血圧降下薬の場合、Ｃａ拮抗薬およびアンジオテンシンII受容体拮抗薬の中からそれぞれ１つを選定する。
【００６７】
これに対し、医師が１種類の薬剤を選択すると、投薬候補選択部１４１はステップＳ５２において、推奨される１つの種類の薬剤群の中から薬剤スコアが最上位の薬剤を１つ投薬候補として選定する。例えば、アンジオテンシンII受容体拮抗薬の中から１つを選定する。
【００６８】
一方、患者が再診だった場合、投薬候補選択部１４１はステップＳ５４において、経過情報記憶部２２に記憶された経過情報をもとに薬効の有無を判定する。薬効の有無は、例えば血圧値が前回の受診時に比べて予め設定した値以上改善しているか否かにより判定される。上記ステップＳ５４により薬効があると判定されると、投薬候補選択部１４１は医師の選択入力に応じた投薬候補の決定処理を、例えば以下のように実行する。図７はその処理手順と処理内容を示すフローチャートである。
【００６９】
すなわち、先ずステップＳ９１において、医師端末ＤＴ１〜ＤＴｍへ問合せメッセージを送信して表示させ、この問合せに対する医師の選択情報を受信してその内容を判定する。そして、この判定の結果、医師が「前回と同じ」を選択したとすると、ステップＳ９２において前回と同一の処方内容を維持するように投薬候補を決定する。また、医師が「投薬の種類を減らす」を選択したとすると、ステップＳ９３において、先に述べたようにステップＳ４４で算出された薬剤スコアを参照して、投薬候補の薬剤の種類を１種類減らす。例えば、薬剤スコアが最も高い薬剤を投薬候補に残し、薬剤スコアが２番目の薬剤を投薬候補から除外する。さらに、「医師が投与量を減らす」を選択した場合には、ステップＳ９４において、投薬中の薬剤の投与量を例えば１単位減らすように投薬候補を決定する。なお、医師が「休薬」を選択した場合には、この選択結果に応じて投薬候補をなしに決定する。
【００７０】
これに対し、上記ステップＳ５４において薬効がないと判定されると、投薬候補選択部１４１はステップＳ５５において、StrategyＡによる推奨案を医師が採用するかStrategyＢによる推奨案を医師が採用するかを判定する。StrategyＡは、投与する薬剤の種類は変更せずに投与量の増加を推奨するものであり、またStrategyＢは投与量を変えずに投与する薬剤の種類の増加を推奨するものである。
【００７１】
これらのStrategyＡおよびStrategyＢの内容は医師端末ＤＴ１に送信されて表示される。この状態で、医師がStrategyＡの推奨通り投与量の増加を選択すると、投薬候補選択部１４１はステップＳ５６に移行して薬剤の投与量を増加させる。例えば、投与中のＣａ拮抗薬の投与量を増加させる。これに対し、医師がStrategyＢを選択した場合には、投薬候補選択部１４１はステップＳ５７において、StrategyＢに従い投与する薬剤の種類を増やす。例えば、ＡＣＥ阻害薬の中から薬剤スコアが最上位の薬剤を１つ投薬候補として選定し、追加する。
【００７２】
上記各Strategy情報に医師の選択結果を反映した投薬候補の選定処理が終了すると、投薬候補選択部１４１はステップＳ５８において、上記選定された投薬候補を表す情報を生成する。
【００７３】
（３−２）降圧目標情報の生成
次に投薬支援情報生成部１４は、降圧目標設定部１４２の制御の下、ステップＳ１８において患者の降圧目標を設定するための処理を以下のように実行する。図９はその処理手順と処理内容を示すフローチャートである。
【００７４】
すなわち、降圧目標設定部１４２は先ずステップＳ６０において、投薬ガイドライン記憶部２６に記憶された投薬ガイドラインに基づいて、標準目標値を求める。例えば、図１０に示すように、先ずステップＳ７０，Ｓ７１において、それぞれ患者の基本情報に含まれる既往症情報をもとに、糖尿病の有無および慢性腎臓病（ＣＫＤ）の有無を判定する。そして、上記糖尿病および慢性腎臓病（ＣＫＤ）の少なくとも一方を罹患している場合には、ステップＳ７６において標準降圧目標値を130/80 mmHg未満に設定する。
【００７５】
一方、上記糖尿病および慢性腎臓病（ＣＫＤ）のいずれも罹患していない場合には、ステップＳ７２において、患者の基本情報に含まれる既往症情報をもとに、脳血管障害または冠動脈疾患を罹患しているか否かを判定する。そして、上記脳血管障害または冠動脈疾患を罹患している場合には、ステップＳ７５において標準降圧目標値を140/90 mmHg未満に設定する。
【００７６】
これに対し上記脳血管障害または冠動脈疾患のいずれも罹患していない場合には、ステップＳ７３において患者の基本情報に含まれる属性情報をもとに患者が後期高齢者に該当するか否かを判定する。そして、後期高齢者が該当しなければ、上記ステップＳ７５において標準降圧目標値を140/90 mmHg未満に設定する。また、後期高齢者に該当する場合には、ステップＳ７４において、標準降圧目標値を150/90 mmHg未満に設定する。
【００７７】
次に降圧目標設定部１４２は、ステップＳ６１において、経過情報記憶部２２に記憶された経過情報から直近に計測された血圧値を読み出し、当該血圧値（実測値）を上記標準降圧目標値と比較する。そして、実測値と標準降圧目標値との差が30mm Hg未満であれば、ステップＳ６２において上記標準降圧目標値を設定する。これに対し実測値が標準降圧目標値より30mm Hg以上高い場合には、ステップＳ６３において、時間経過に応じて目標値が段階的に標準降圧目標値に近づくように降圧目標値を設定する。
【００７８】
以上のように設定された降圧目標値の情報は、患者ＩＤと関連付けられて例えば経過情報記憶部２２に記憶され、後述する経過情報の判定処理において使用される。なお、上記降圧目標値の情報は、入力情報記憶部２１に記憶された患者の基本情報に含まれる連絡先の情報（例えばメールアドレス）をもとに、対応する患者の携帯情報端末ＩＴ１〜ＩＴｎへ電子メールにより送信して表示させるようにしてもよい。
【００７９】
（４）投薬支援情報の表示
投薬支援サーバＳＶは、先に述べたステップＳ１６において患者の基本情報の受信を終了すると、表示情報送信制御部１５の制御の下、表示画面データを生成して要求元の医師端末ＤＴ１へ送信する。
【００８０】
図４は表示画面の一例を示すものである。図４に示すように表示画面には、既往歴（Medical Conditions）のリストを表示するフィールド４１と、このフィールド４１に表示された既往歴リストの中から医師が選択した既往歴を表示するフィールド４２と、医師が処方時にコメントを書き込むと共に、過去に書き込んだコメントを医師が確認する際に表示するためのフィールド４３と、投薬履歴の日時（Record Dates）の一覧を表示するフィールド４４と、投薬候補である薬剤名（Drugs Name）、投与量（Dosage）、服用タイミング（Timing）をそれぞれ表示するための投薬情報表示フィールド４５，４６，４７と、薬剤の禁忌情報（Warnings）を表示するフィールド４８と、投薬候補を表示させる際に操作する要求ボタン（Suggest Medication）５１と、投薬を確定するときに操作する決定ボタン（Save）５２が設けられている。
【００８１】
上記フィールド４１には、記憶ユニット２の図示しない既往歴情報記憶部に記憶された既往歴リストが表示される。上記既往歴リストのうち医師が選択した既往歴の情報は、患者の基本情報の一部として入力情報記憶部２１に記憶される。
【００８２】
医師が要求ボタン（Suggest Medication）５１をクリックしたことがステップＳ１９で検出されると、医師端末ＤＴ１はステップＳ２０により投薬候補の表示要求を投薬支援サーバＳＶへ送信する。投薬支援サーバＳＶは、上記投薬候補の表示要求を受信したことをステップＳ２１で検出すると、ステップＳ２２により、上記投薬候補選択部１４１により選択された投薬候補の情報を要求元の医師端末ＤＴ１へ送信する。医師端末ＤＴ１は、ステップＳ２３で上記投薬候補情報を受信し、上記投薬情報の表示フィールド４５，４６，４７に表示する。この状態で、医師が次候補ボタンを操作すると、上記受信された投薬候補のうちの次候補が投薬情報表示フィールド４５，４６，４７に表示される。
【００８３】
また、投薬履歴の日時（Record Dates）の一覧が表示されたフィールド４４において、医師が任意の日付をカーソルで選択したとする。そうすると、その選択要求が投薬支援サーバＳＶへ送信され、投薬支援サーバＳＶから上記選択された日時に対応する投薬情報が投薬履歴記憶部２３から読み出されて医師端末ＤＴ１へ送信され、上記投薬情報表示フィールド４５，４６，４７に表示される。
【００８４】
上記投薬情報表示フィールド４５，４６，４７に表示されている投薬候補の薬剤が患者の既往歴および服薬暦に対し禁忌となる場合には、その禁忌情報が薬剤情報記憶部２４から読み出されて禁忌情報の表示フィールド４８に表示される。
【００８５】
さて、上記投薬情報表示フィールド４５，４６，４７に投薬候補が表示された状態で、医師が決定ボタン（Save）５２ボタンをクリックしたとする。そうすると、医師端末ＤＴ１では、ステップＳ２４において、上記表示中の投薬候補が投薬情報として決定され、当該投薬情報の決定通知がステップＳ２５により医師端末ＤＴ１から投薬支援サーバＳＶに送信される。投薬支援サーバＳＶは、上記決定通知の受信をステップＳ２６で検出すると、医師端末ＤＴ１の上記投薬情報表示フィールド４５，４６，４７に最終的に表示された投薬候補を、ステップＳ２７において投薬履歴記憶部２３に記憶させる。なお、医師端末ＤＴ１では、上記決定された投薬候補の情報が処方箋としてプリントアウトされる。
【００８６】
また投薬支援サーバＳＶは、上記ステップＳ２２において、降圧目標設定部１４２により設定された降圧目標値を、患者の携帯情報端末ＩＴ１へ送信するようにしてもよい。
【００８７】
（５）経過情報の判定
投薬後において、投薬支援サーバＳＶは患者端末ＵＴ１から経過情報を受信するごとに、経過情報取得制御部１２の制御の下、ステップＳ３１において、受信した経過情報に基づいて降圧目標を達成したか否かを判定する。
【００８８】
例えば図１１に示すように、先ずステップＳ８１において、上記受信された経過情報に含まれる血圧値が、先に降圧目標設定部１４２により設定された降圧目標値以下に低下したか否かを判定する。そして、降圧目標値以下に低下していない場合には、ステップＳ８２において、上記降圧目標値が設定されてから所定日数が経過したか否かを判定する。そして、所定日数を経過していたとすると、ステップＳ８３において患者の経過情報を含むアラートメールを作成し、当該アラートメールを医師端末ＤＴ１へ送信する。従って、例えば、医師は上記アラートメールにより患者の状態を認識し、患者に早期の再受診を促すように伝えることができる。
【００８９】
（効果）
以上詳述したように一実施形態では、投薬支援サーバＳＶにおいて、医師端末ＤＴ１〜ＤＴｍから患者の属性情報、診察情報および既往症に関する情報を含む基本情報を取得して記憶すると共に、投薬後の患者の血圧値の変化等を含む経過情報を患者端末ＵＴ１〜ＵＴｎから取得して記憶する。そして、薬剤ごとに、薬剤情報記憶部２４に記憶された処方の可否を表す情報および薬剤点数と、投薬履歴記憶部２３に記憶された医師の好みを表す情報とに基づいて薬剤スコアを算出し、さらに投薬ガイドラインで定義されているStrategy情報に基づいて、診療の段階ごとに上記薬剤の中から投薬候補を選択して医師端末ＤＴ１〜ＤＴｍへ送信し表示させるようにしている。
【００９０】
従って、医師は上記表示された投薬候補を参照して投薬を決定することが可能となり、これにより主観のみに頼ることなくより適切な薬剤を選択することができ、さらにその都度投薬ガイドラインや薬剤情報を確認する作業が不要になるので、時間や手間を掛けることなく効率良く投薬を行うことが可能となる。
【００９１】
また、薬剤スコアの算出パラメータの１つとして、当該医師の過去の処方頻度に基づいて点数化された医師好み情報を含めており、さらに診療の段階ごとにStrategy情報に従うか否かを医師が選択できるようにしているので、投薬の決定に際し、薬剤に対する医師の好みやStrategyの利用方針を反映することが可能となる。
【００９２】
また一実施形態では、患者ごとに、投薬ガイドラインに定義された標準降圧目標値と血圧の実測値とに基づいて降圧目標値を設定している。そして、患者端末ＵＴ１〜ＵＴｎから取得した血圧の計測データを上記降圧目標値と比較して降圧目標を達成したか否かを判定し、投薬から所定期間が経過しても降圧目標を達成していない場合に、患者の携帯情報端末ＩＴ１〜ＩＴｍへアラートメールを送信するようにしている。したがって、例えば投薬の効果が現れない患者に対し早期の再受診を勧める等、より適切な患者管理を行うことが可能となる。
【００９３】
さらに一実施形態では、医師端末ＤＴ１〜ＤＴｍに表示する表示画面において、医師が選択した薬剤について禁忌情報がある場合に、当該禁忌情報を薬剤名に対応付けて表示するようにしている。このため、医師は投薬を決定する際に禁忌情報を参照して薬剤の選択し直し等を行うことができる。
【００９４】
さらに一実施形態では、医師端末ＤＴ１〜ＤＴｍに表示する表示画面において、投薬履歴記憶部２３に記憶された投薬履歴情報に基づいて過去の投薬履歴を表示可能としている。このため、医師は必要に応じて過去の投薬履歴を確認することが可能となる。
【００９５】
［他の実施形態］
一実施形態では、薬剤情報記憶部２４および投薬ガイドライン記憶部２６を投薬支援サーバＳＶに設けた場合を例にとって説明したが、例えば医師会や学会等のオフィシャルな機関が管理するデータベースから薬剤情報および投薬ガイドライン情報をその都度取得するようにしてもよい。
【００９６】
また一実施形態では、入力情報記憶部２１、経過情報記憶部２２、投薬履歴記憶部２３および医師好み情報記憶部２５を投薬支援サーバＳＶに設けた場合を例にとって説明したが、これらの情報が医師端末に記憶されている場合には、医師端末から取得して利用するようにしてもよい。
【００９７】
さらに一実施形態では、バイタルデータとして血圧の計測データを取得して投薬支援を行う場合を例にとって説明したが、他にバイタルデータとして心電や脈波の計測データや血糖値、尿検査値等の計測データを取得してそれぞれ対応する投薬支援を行うようにしてもよい。
【００９８】
さらに一実施形態では、投薬支援サーバＳＶが投薬候補等を表す表示画面を医師端末ＤＴ１〜ＤＴｍに表示させる場合を例にとって説明したが、医師端末の代わりに薬剤師等の他の処方者が使用する端末に上記表示画面を表示させるようにしてもよい。  
さらに、医師や薬剤師等の処方者が決定した薬剤に関する情報を、投薬支援サーバから投薬を受ける患者の携帯情報端末へ送信するようにしてもよい。
【００９９】
その他、医師や薬剤師等の処方者の端末に表示する表示画面の構成や表示する情報の種類、投薬支援装置の構成、投薬支援処理の手順と内容等についても、この発明の要旨を逸脱しない範囲で種々変形して実施可能である。
【０１００】
要するにこの発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態に亘る構成要素を適宜組み合せてもよい。
【０１０１】
上記の実施形態の一部又は全部は、以下の付記のようにも記載され得るが、以下には限られるものではない。  
（付記１）
少なくとも１つのプロセッサと、このプロセッサに接続され、複数の薬剤の各々について推奨度合いを定義した薬剤推奨情報、および前記薬剤ごとに既往歴に応じて処方の可否の度合いを定義した処方可否情報を記憶するメモリとを備え、
前記プロセッサは、
患者ごとに、少なくとも医師の診断情報と既往歴情報を含む基本情報を取得し、
前記薬剤ごとに、前記取得された基本情報と、前記メモリに記憶された薬剤推奨情報および処方可否情報とに基づいて、前記薬剤の優先度を表すスコアを算出し、
前記算出された薬剤スコアと、前記取得された基本情報に対応する処方プランを規定した投薬ガイドライン情報とに基づいて、前記複数の薬剤の中から投薬候補を選択し、
前記選択された投薬候補を表す情報を前記医師に提示するように構成される投薬支援装置。
【０１０２】
（付記２）
プロセッサおよびメモリを備える投薬支援装置が実行する投薬支援方法であって、
前記プロセッサが、複数の薬剤の各々について推奨度合いを定義した薬剤推奨情報、および前記薬剤ごとに既往歴に応じて処方の可否の度合いを定義した処方可否情報を取得する過程と、
前記プロセッサが、患者ごとに、少なくとも医師の診断情報と既往歴情報を含む基本情報を取得する過程と、
前記プロセッサが、前記薬剤ごとに、前記取得された基本情報、薬剤推奨情報および処方可否情報に基づいて、前記薬剤の優先度を表すスコアを算出する過程と、
前記プロセッサが、前記算出された薬剤スコアと、前記取得された基本情報に対応する処方プランを規定した投薬ガイドライン情報とに基づいて、前記複数の薬剤の中から投薬候補を選択する過程と、
前記プロセッサが、前記選択された投薬候補を表す情報を前記医師に提示する過程と
を具備する投薬支援方法。
【符号の説明】
【０１０３】
ＳＶ…投薬支援サーバ、ＤＴ１〜ＤＴｍ…医師端末、ＵＴ１〜ＵＴｎ…患者端末、ＢＴ１〜ＢＴｎ…血圧計、ＩＴ１〜ＩＴｎ…携帯情報端末、ＮＷ…通信ネットワーク、１…制御ユニット、２…記憶ユニット、３…通信インタフェースユニット、１１…入力情報取得制御部、１２…経過情報取得制御部、１３…投薬履歴取得制御部、１４…投薬支援情報生成部、１４１…投薬候補選択部、１４２…降圧目標設定部、１５…表示情報送信制御部、２１…入力情報記憶部、２２…経過情報記憶部、２３…投薬履歴記憶部、２４…薬剤情報記憶部、２５…医師好み情報記憶部、２６…投薬ガイドライン記憶部。
【図１】
2018156149.tif 000003
【図２】
2018156149.tif 000004
【図３】
2018156149.tif 000005
【図４】
2018156149.tif 000006
【図５】
2018156149.tif 000007
【図６】
2018156149.tif 000008
【図７】
2018156149.tif 000009
【図８】
2018156149.tif 000010
【図９】
2018156149.tif 000011
【図１０】
2018156149.tif 000012
【図１１】
2018156149.tif 000013