JP7412371B2 - 支援装置、支援システム、支援方法及びプログラム - Google Patents

Description

本発明は、支援装置、支援システム、支援方法及びプログラムに関する。

従来、薬局における薬剤師の業務を支援する情報処理技術が知られている。
例えば、特許文献１には、患者の薬歴のデータをデータベースによって管理し、患者に対する調剤業務を行う際に、データベースを参照して、薬歴等に基づく服薬指導を行うことが記載されている。

特開２０１６－１２２２５３号公報

しかしながら、データベースを適切に運用するためには、薬剤師が、実際に行った服薬指導の内容に基づいた薬歴に関するデータを、逐次データベースに入力する必要がある。この薬歴に関するデータの入力作業は煩雑であり、薬剤師にとってみれば多大な労力を要する。そこで、このような労力を軽減するために、薬剤師の業務をより適切に支援することが望まれる。

本発明の課題は、薬剤師の業務をより適切に支援することである。

上記課題を解決するため、本発明の一態様の支援装置は、
患者に対する薬学的な指導において考慮の対象となる対象情報を取得する対象情報取得手段と、
前記対象情報取得手段が取得した対象情報に基づいて、前記患者に対する薬学的な指導の指導内容を推論する指導内容推論手段と、
前記指導内容推論手段が推論した指導内容に基づいて、前記患者に対する薬学的な指導の薬歴に含ませる候補となる候補情報を生成する候補情報生成手段と、
を備える。

本発明によれば、薬剤師の業務をより適切に支援することが可能となる。

本実施形態に係る支援システムが、患者に対する薬学的な指導（服薬指導）における薬歴（服薬指導歴）へのデータ登録を支援する処理の概要を示す模式図である。 本発明の一実施形態に係る支援システム１のシステム構成を示す図である。 各装置を構成する情報処理装置８００のハードウェア構成を示す図である。 端末装置１０の機能的構成を示すブロック図である。 服薬指導選択画面の一例を示す模式図である。 アンケート表示画面の一例を示す模式図である。 問診表示画面の一例を示す模式図である。 服薬指導選択画面の一例を示す模式図である。 承認受付画面の一例を示す模式図である。 承認受付画面の他の例を示す模式図である。 薬局用コンピュータ２０の機能的構成を示すブロック図である。 支援サーバ３０の機能的構成を示すブロック図である。 候補情報ＤＢ２７７に記憶されている候補情報に関するデータのうち、服薬指導文に関するデータを示す模式図である。 端末装置１０が実行する対象情報取得処理の流れを示すフローチャートである。 薬局用コンピュータ２０が実行する情報管理処理の流れを示すフローチャートである。 支援サーバ３０が実行する薬歴登録支援処理の流れを示すフローチャートである。 薬歴登録支援機能を備えるスタンドアローン型の情報処理装置８００の機能的構成を示すブロック図である。 支援サーバ３０が実行する薬歴登録支援処理の変形例における流れを示すフローチャートである。 端末装置１０や支援サーバ３０において表示される服薬指導選択画面６０の一例を示す模式図である。 端末装置１０や支援サーバ３０において表示される指導ホーム画面７０の一例を示す模式図である。

以下、本発明の実施形態について図面を参照して説明する。

［処理概要］
図１は、本発明の実施形態に係る支援システムが、患者に対する薬学的な指導（服薬指導）における薬歴（服薬指導歴）へのデータ登録を支援する処理の概要を示す模式図である。
図１に示すように、支援システムは、薬局に来局した患者に対して発行された処方箋のデータ、及び患者が回答したアンケート結果のデータといった、服薬指導において考慮の対象となる情報（以下、「対象情報」と称する。）を基に、ＡＩ（Ａｒｔｉｆｉｃｉａｌ Ｉｎｔｅｌｌｉｇｅｎｃｅ）によって服薬指導内容を推論する。また、支援システムは、推論した服薬指導内容を基に、薬歴に含ませる候補となる候補情報（例えば、推論した服薬指導内容に対応する服薬指導文）を生成する。さらに、支援システムは、生成した候補情報を、服薬指導の管理者である薬剤師に対して提示（例えば、表示や音の出力）する。そして、支援システムは、薬剤師から候補情報の登録についての承認を受け付け、承認された候補情報を薬歴に登録する。

このように、支援システムは、処方箋のデータ等の対象情報を基に推論を行うことによって候補情報を生成し、この候補情報を薬剤師に対して提示する。そのため、薬剤師は、薬歴に関するデータの全部又は少なくとも一部（例えば、服薬指導文）の入力について、候補情報の内容を確認の上、薬歴への登録を承認するか否かを判断するのみでよい。すなわち、支援システムは、薬剤師が薬歴に関するデータを入力する作業を軽減することができる。
従って、本発明の実施形態に係る支援システムによれば、薬剤師の業務をより適切に支援することが可能となる。

なお、図１に破線で示すように、支援システムは、処方箋のデータ、及びアンケート結果のデータ以外の他のデータも、対象情報として利用することも可能である。例えば、支援システムは、患者に対して発行された処方箋のデータ及びアンケート結果のデータに加え、薬剤師が患者に対して行った問診結果（ヒアリング結果及び薬剤師が患者から受けたインプレッション等）のデータをさらに対象情報として、服薬指導内容を推論することも可能である。また、他にも、支援システムは、患者の二回目以降の来局時の薬学的指導に際しては、患者に対して発行された処方箋のデータ及びアンケート結果のデータに加え、前回の服薬指導内容及び今回の問診結果のデータをさらに対象情報として、今回の服薬指導内容を推論することも可能である。

また、支援システムは、服薬指導を実施している際に服薬指導内容を推論してもよいが、服薬指導が終了し、診療報酬明細書（レセプト）が発行された後であっても、服薬指導内容を推論することが可能である。この場合に、図１に破線で示すように、支援システムは、上述した各対象情報に加えて、服薬指導に対応して発行された診療報酬明細書（レセプト）のデータをさらに参照して、服薬指導内容を推論することも可能である。
さらに、上述した何れの場合であっても、支援システムは、ＡＩによる服薬指導内容の推論に代えて（あるいはＡＩによる服薬指導内容の推論と共に）、ルールベースで服薬指導内容を推論することも可能である。
以上、支援システムによる処理の概要について説明した。次に、このような処理を実現するための、支援システムのより具体的な詳細について以下説明をする。

［システム構成］
図２は、本発明の一実施形態に係る支援システム１のシステム構成を示す図である。
本実施形態における支援システム１は、調剤薬局における薬剤師の業務を支援するために用いられる。例えば、図１を参照して上述したように、支援システム１は、処方箋を持参した患者に対して行われた服薬指導の服薬指導内容を推論することにより、薬剤師の薬歴へのデータを入力する作業を軽減するために用いられる。

図２に示すように、支援システム１は、端末装置１０と、薬局用コンピュータ２０と、支援サーバ３０と、を含んで構成される。また、端末装置１０、薬局用コンピュータ２０、支援サーバ３０、及び、服薬指導文を含む薬剤情報を記憶している薬剤情報データベースサーバ等の外部サーバは、ネットワーク４０（インターネット等）を介して通信可能に構成されている。なお、端末装置１０と薬局用コンピュータ２０とを、ＶＰＮ（Ｖｉｒｔｕａｌ Ｐｒｉｖａｔｅ Ｎｅｔｗｏｒｋ）等のプライベートネットワークによって通信可能に構成することとしてもよい。なお、図中においては、各装置をそれぞれ一台ずつ図示するが、これに限られない。例えば、薬局用コンピュータ２０は、複数の薬局それぞれに対応して複数存在してもよい。他にも、例えば、端末装置１０は、複数の薬局それぞれに勤務する複数の薬剤師それぞれに対応して複数存在してもよい。

端末装置１０は、薬剤師によって操作されるものであり、タブレット端末あるいはＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）等の情報処理装置によって構成される。端末装置１０は、薬剤師が患者に対する問診を行う際に、薬剤師の業務を支援するために各種の情報を表示したり、薬剤師による各種の情報の入力を受け付けたりする。例えば、端末装置１０は、薬剤師が患者に対して行うアンケート内容を表示すると共に、患者からのアンケートの回答（アンケート結果）の入力を薬剤師から受け付ける。また、端末装置１０は、薬剤師が患者に対して問診（ヒアリング）する際の問診内容（ヒアリング内容）を表示すると共に、問診結果（ヒアリング結果）の入力を薬剤師から受け付ける。さらに、端末装置１０は、薬剤師が対面した患者から受ける印象（インプレッション）の入力を薬剤師から受け付ける。さらに、端末装置１０は、後述する薬歴登録支援処理において生成された候補情報を表示する。さらに、端末装置１０は、この表示した候補情報の薬歴への登録についての承認結果（承認した候補情報の薬歴への登録依頼を含む）の入力を薬剤師から受け付ける。

薬局用コンピュータ２０は、調剤薬局の業務に関する処理を実行するサーバコンピュータ等の情報処理装置によって構成される。また、薬局用コンピュータ２０は、レセプトコンピュータの機能（レセコン機能）及び患者の薬歴を管理する機能（薬歴管理機能）を備える。また、このような機能に関連して、薬局用コンピュータ２０は、各種データを管理している。例えば、薬局用コンピュータ２０は、複数の患者に関する患者属性、複数の患者の処方箋、薬剤師が患者に対して行った服薬指導内容や処方された薬剤等についての履歴である薬歴、問診結果（ヒアリング結果及びインプレッション等）、患者に対するヒアリング内容、薬局で取り扱われる薬剤に関する情報等の各種データを管理している。なお、薬局用コンピュータ２０において管理される薬歴には、保険調剤上の薬剤服用歴管理記録として用いられる情報が含まれることを想定する。ただし、これに限らず、薬歴は薬局等において利用される、それ以外の他の情報をさらに含んでいてもよい。そして、薬局用コンピュータ２０は、後述する情報管理処理を実行することにより、管理している各種情報を支援サーバ３０に送信したり、支援サーバ３０から送信される各種データによって管理している各種情報を更新したりする。

支援サーバ３０は、薬剤師の業務を支援する機能（業務支援機能）を備えるサーバコンピュータ等の情報処理装置によって構成される。支援サーバ３０は、薬剤師の業務を支援するために、複数の薬局に備えられた薬局用コンピュータ２０が管理している各種データを受信する。また、支援サーバ３０は、これら受信した各種のデータを薬局用コンピュータ２０と同様のデータベース群（薬歴データベースを含む）によって管理する。すなわち、支援サーバ３０は、複数の薬局に備えられた薬局用コンピュータ２０が有する情報（一部又は全部）を取得し、薬歴登録支援処理を実行するために保持する。

また、支援サーバ３０は、薬歴登録支援処理を実行する。この薬歴登録支援処理において、支援サーバ３０は、複数の薬局に備えられた端末装置１０から薬歴登録に関する支援依頼（候補情報の提供依頼や、薬剤師が承認した候補情報の薬歴への登録依頼等）を受け付ける。また、この支援依頼に応じて、支援サーバ３０は、処方箋のデータ、患者が回答したアンケート結果のデータ、及び問診結果（ヒアリング結果及び薬剤師が患者から受けたインプレッション等）等の対象情報や、診療報酬明細書（レセプト）のデータ等を参照して服薬指導内容を推論し、推論した服薬指導内容に基づいた候補情報を生成する。さらに、支援サーバ３０は、生成した候補情報を端末装置１０に送信する。そして、支援サーバ３０は、端末装置１０から、候補情報を参照した薬剤師による候補情報の承認を受信すると、その候補情報を、自身が管理する薬歴データベースに登録する。このような薬歴登録支援処理により、支援サーバ３０が管理する薬歴データベースが、最新の内容に更新されると共に、これに同期して薬局用コンピュータ２０が管理している薬歴データベースも、最新の内容に更新される。すなわち、支援サーバ３０と、（複数存在する場合はそれぞれの）薬局用コンピュータ２０とは、薬歴を含む各種のデータを共有することができる。

この各種のデータの共有は、任意の方法で実現することができるが、以下では一例として、支援サーバ３０と薬局用コンピュータ２０とで共通の仕様に準拠して行われることを想定する。この共通の仕様は、特に限定されないが、例えば、ＮＳＩＰＳ（ＮｅｗＳｔａｎｄａｒｄ Ｉｎｔｅｒｆａｃｅ ｏｆ Ｐｈａｒｍａｃｙ－ｓｙｓｔｅｍ Ｓｐｅｃｉｆｉｃａｔｉｏｎｓ）（登録商標）等の仕様とすることができる。このように、共通の仕様（例えば、ＮＳＩＰＳ）に準拠することにより、支援サーバ３０と既存の薬局用コンピュータ２０との間でのデータの共有を容易に実現することが可能となる。また、特有の仕様（例えば、或る製造業者により策定された特有の仕様）に依拠することなく、データの共有を実現することができる。なお、外部サーバにも薬歴データベースが存在するような場合には、支援サーバ３０が管理する薬歴データベースや薬局用コンピュータ２０が管理している薬歴データベースに同期して、さらに外部サーバが管理する薬歴データベースも、最新の内容に更新されるようにしてもよい。すなわち、外部サーバとの間でも各種のデータを共有するようにしてもよい。この場合、この各種のデータの共有は、薬局用コンピュータ２０と同様に、共通の仕様に準拠して行われることを想定する。

［ハードウェア構成］
次に、支援システム１における各装置のハードウェア構成を説明する。
支援システム１に含まれる各装置は、上述したようにＰＣ、サーバコンピュータあるいはタブレット端末等の情報処理装置によって構成され、その基本的構成は同様である。

図３は、各装置を構成する情報処理装置８００のハードウェア構成を示す図である。
図３に示すように、各装置を構成する情報処理装置８００は、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）８１１と、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）８１２と、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）８１３と、バス８１４と、入力部８１５と、出力部８１６と、記憶部８１７と、通信部８１８と、ドライブ８１９と、撮像部８２０と、を備えている。

ＣＰＵ８１１は、ＲＯＭ８１２に記録されているプログラム、又は、記憶部８１７からＲＡＭ８１３にロードされたプログラムに従って各種の処理を実行する。
ＲＡＭ８１３には、ＣＰＵ８１１が各種の処理を実行する上において必要なデータ等も適宜記憶される。

ＣＰＵ８１１、ＲＯＭ８１２及びＲＡＭ８１３は、バス８１４を介して相互に接続されている。バス８１４には、入力部８１５、出力部８１６、記憶部８１７、通信部８１８、ドライブ８１９及び撮像部８２０が接続されている。

入力部８１５は、各種ボタン等で構成され、指示操作に応じて各種情報を入力する。
出力部８１６は、ディスプレイやスピーカ等で構成され、画像や音声を出力する。
記憶部８１７は、ハードディスクあるいはＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）等で構成され、各サーバで管理される各種データを記憶する。
通信部８１８は、ネットワーク４０を介して他の装置との間で行う通信を制御する。

ドライブ８１９には、磁気ディスク、光ディスク、光磁気ディスク、あるいは半導体メモリ等よりなる、リムーバブルメディア８３１が適宜装着される。ドライブ８１９によってリムーバブルメディア８３１から読み出されたプログラムは、必要に応じて記憶部８１７にインストールされる。
撮像部８２０は、レンズ及び撮像素子等を備えた撮像装置によって構成され、被写体のデジタル画像を撮像する。
なお、情報処理装置８００が薬局用コンピュータ２０あるいは支援サーバ３０として構成される場合には、撮像部８２０を省略した構成とすることも可能である。また、情報処理装置８００がタブレット端末として構成される場合には、入力部８１５をタッチセンサによって構成し、出力部８１６のディスプレイに重ねて配置することにより、タッチパネルを備える構成とすることも可能である。

［機能的構成］
次に、支援システム１における各装置の機能的構成について説明する。

［端末装置１０の機能的構成］
図４は、端末装置１０の機能的構成を示すブロック図である。
図４に示すように、端末装置１０のＣＰＵ８１１においては、ユーザインターフェース表示制御部（ＵＩ表示制御部）５１と、対象情報取得部５２と、支援依頼部５３と、候補情報取得部５４と、承認受付部５５と、が機能する。

ＵＩ表示制御部５１は、支援サーバ３０から受信したユーザインターフェース画面を表示するための情報（以下、「ＵＩ情報」と称する。）に基づいて、後述する各種処理における各種入出力画面（以下、「ＵＩ画面」と称する。）の表示を制御する。例えば、ＵＩ表示制御部５１は、後述する対象情報取得処理において対象情報を取得する対象の患者を選択する画面（以下、「患者選択画面」と称する。）、対象情報取得処理において薬剤師が患者に対して行うアンケートの内容を表示する画面（以下、「アンケート表示画面」と称する。）、対象情報取得処理において薬剤師が患者に対してヒアリング（問診）する際のヒアリング内容（聞き取り項目）を表示する画面（以下、「問診表示画面」と称する。）、薬歴登録支援処理において服薬指導文等のデータを登録する対象とする服薬指導を選択する画面（以下、「服薬指導選択画面」と称する。）、及び、薬歴登録支援処理において薬剤師による承認を受け付けるために候補情報を表示する画面（以下、「承認受付画面」と称する。）等を提示（例えば、ディスプレイに出力して表示）する。また、ＵＩ表示制御部５１は、ＵＩ画面において入力された各種情報を支援サーバ３０に送信する。例えば、ＵＩ表示制御部５１は、患者選択画面において選択された患者を識別する情報、アンケート表示画面において入力されたアンケート結果、問診表示画面において入力された問診結果、服薬指導選択画面において選択された服薬指導を識別する情報、及び、承認受付画面において入力された承認結果等を支援サーバ３０に対して送信する。なお、ＵＩ表示制御部５１は、ＵＩ画面において入力されたこれら各種情報（例えば、承認された候補情報等）を、支援サーバ３０に対して送信すると共に、薬局用コンピュータ２０に対しても送信することとしてもよい。

図５は、患者選択画面の一例を示す模式図である。
図５に示すように、患者選択画面においては、薬局用コンピュータ２０によって管理されている患者属性に対応する各患者のリストが表示され、薬剤師は、このリストの中から、ヒアリング（問診）を行う患者を選択する。なお、新規の来局患者については、不図示の登録画面によって、新たに患者属性が登録される。

また、図６は、アンケート表示画面の一例を示す模式図である。
図６に示すように、アンケート表示画面においては、択一形式の質問を含むアンケート内容が表示され、患者自身が回答を入力したり、あるいは、患者の回答に応じて薬剤師が回答を入力したりする。このとき表示されるアンケート内容は、全ての患者に共通して設定された一連の質問であり、患者の氏名、性別、既往症、治療中の疾患等、患者属性を特定するための内容となっている。

さらに、図７は、問診表示画面の一例を示す模式図である。
図７に示すように、問診表示画面においては、択一形式の質問を含むヒアリング内容（聞き取り項目）が表示され、患者の回答に応じて薬剤師が問診結果（ヒアリング結果）を入力する。このとき表示されるヒアリング内容は、患者属性に対応して選択された一連の質問であり、患者毎、処方箋の内容毎、あるいは、問診回数（例えば、初めての問診か、２回目の問診か）等に応じて決定される。また、問診表示画面においては、薬剤師の自由記入欄が設定されており、薬剤師が患者に対して問診を行った際に気付いた内容（例えば、「元気がない」あるいは「顔色が悪い」等の身体的な印象、「神経質な性格」あるいは「早とちりな性格」等の性格的な印象を表すインプレッション）を任意に記入することが可能となっている。なお、薬剤師は、薬歴登録支援処理を利用することなく、服薬指導内容に対応する服薬指導文等のデータを薬歴に登録することも可能である。この場合、不図示の登録画面によって、服薬指導文等のデータが薬歴に登録される。

さらに、図８は、服薬指導選択画面の一例を示す模式図である。
図８に示すように、服薬指導選択画面においては、薬局用コンピュータ２０によって管理されている薬歴に含まれる各服薬指導のリストが表示され、薬剤師は、このリストの中から、薬歴に登録するために候補情報の生成を依頼する対象の服薬指導を選択する。

さらに、図９は、承認受付画面の一例を示す模式図である。
図９に示すように、承認受付画面においては、一般に薬剤師（特にベテランの薬剤師）が服薬指導を行う際の服薬指導内容を示す服薬指導文の一覧（以下、「推論服薬指導候補一覧」と称する。）、及び、処方された薬剤に関する一般的な服薬指導内容を示す服薬指導文の一覧（以下、「一般服薬指導候補一覧」と称する。）が表示される。これら、推論服薬指導候補一覧や一般服薬指導候補一覧に含まれる服薬指導文のそれぞれは、薬歴登録支援処理によって推定された服薬指導内容に対応して生成された候補情報に相当する。例えば、推論服薬指導候補一覧に含まれる服薬指導文のそれぞれは、薬剤師（特にベテランの薬剤師）が服薬指導を行う患者に対して説明すべき調剤された薬剤の作用や副作用並びに飲み合わせ（併用禁忌）、薬剤師が服薬指導を行う患者に対して想起する観察項目、薬剤師が服薬指導において想定する指導方針、薬剤師が服薬指導を行う場合に辿る思考過程で想起している指標（着眼点）等を反映した結果を表している。また、一般服薬指導候補一覧に含まれる服薬指導文のそれぞれは、患者の処方箋のデータに応じて処方される薬剤に対応して選択された一般的な説明を表している。

また、各服薬指導文にはチェックボックスが併せて表示されており、チェックボックスに薬剤師がチェックマークを付した服薬指導文が、薬剤師による薬歴への登録の承認操作（例えば、図示している「薬歴への登録を承認」ボタンに対する押下操作）を経て、服薬指導に用いられた服薬指導文の一覧（服薬指導結果）として患者の薬歴に登録される。すなわち、本実施形態において、候補情報には、少なくとも前記患者に対する薬学的な指導に対応する服薬指導文を含んでいる。そして、薬剤師による薬歴への登録の承認は、候補情報に含まれる服薬指導文からの、承認対象とする服薬指導文の選択を伴うものである。なお、この場合に、推論により出力される尤度に基づいて、薬剤師がチェックマークを付す可能性が高いと想定される服薬指導文に対応するチェックボックスには、予めチェックマークを付した状態としておくようにしてもよい。そして、薬剤師が、登録する必要がないと考えた服薬指導文については、チェックマークを外すようにしてもよい。このように、本実施形態では、薬剤師の承認操作に基づくことにより、薬歴への登録権限を有する薬剤師の判断を適切に反映して、薬歴への登録を実現することができる。

また、図１０は、承認受付画面の他の例を示す模式図である。
図１０に示すように、仮に候補情報に薬剤師が承認において留意するべき内容が含まれる場合は、図９に示すような承認受付画面にて、所定の警告文が表示される。この承認において留意すべき内容とは、例えば、安全管理のため特に専門家による薬学的管理の関与が必要な医薬品（いわゆる、ハイリスク薬）が処方されていることや、患者に特殊な持病があること等である。このような留意すべき内容が候補情報に含まれている場合に、その留意すべき内容に対応した警告文が表示される。この所定の警告文の表示のタイミングは特に限定されないが、例えば、薬剤師による薬歴への登録の承認操作（例えば、図示している「薬歴への登録を承認」ボタンに対する押下操作）があった場合に、本当に承認してよいのか否かを再確認するために表示される。このような所定の警告文を表示することにより、薬剤師に対して、承認において留意すべき内容についての留意を促すことができる。すなわち、薬剤師の業務をより適切に支援することができる。なお、警告文の表示に限らず、例えば、「薬歴への登録を承認」ボタンや背景の表示色や文字のフォント等を特別なものとすることにより、留意を促すようにしてもよい。あるいは、警告音や、警告文に対応する音声等を出力することにより、留意を促すようにしてもよい。すなわち、候補情報に薬剤師が承認において留意するべき内容が含まれる場合は、このような内容が含まれない場合とは異なる様々な態様で、薬剤師に候補情報を提示（例えば、表示や音の出力）するようにするとよい。

図４に戻り、対象情報取得部５２は、患者に対する服薬指導において考慮の対象となる各種の対象情報を取得する。上述したように、対象情報は、患者に対する薬学的な指導において考慮の対象となる情報である。例えば、対象情報取得部５２は、患者が持参した処方箋の内容を表すデータ（処方箋のデータ）、処方箋を持参した患者の氏名、年齢、既往症、治療中の疾患等、患者を特定するための患者属性のデータを含むアンケート結果のデータ、問診表示画面に対して薬剤師が入力した問診結果（ヒアリング結果やインプレッション等）のデータ等を対象情報として取得する。なお、対象情報取得部５２が取得する情報は、これらに限られず、さらに、患者の薬歴のデータ、患者の前回来局時の服薬指導内容のデータ、診療報酬明細書等の診療報酬に関するデータ、あるいは、電子お薬手帳に記憶されているデータ等を取得することも可能である。

支援依頼部５３は、図８を参照して上述したようなリストの中から薬剤師が選択した、候補情報の生成を依頼する対象の服薬指導を識別する情報と共に、候補情報の提供依頼を支援サーバ３０に送信する。
候補情報取得部５４は、支援依頼部５３によって送信された候補情報の提供依頼に応じて支援サーバ３０から送信される候補情報を取得する。候補情報取得部５４によって取得された候補情報には、図９を参照して上述したような、服薬指導内容を示す服薬指導文の一覧（推論服薬指導候補一覧）のデータ及び処方された薬剤に関する一般的な服薬指導文の一覧（一般服薬指導候補一覧）のデータが含まれている。加えて、薬剤師が承認において留意するべき内容が存在する場合は、図１０を参照して上述したような警告文を表示するために、候補情報には、この留意するべき内容が含まれている。

承認受付部５５は、候補情報の提示を受けた薬剤師からの、候補情報の薬歴への登録についての承認結果（承認した候補情報の薬歴への登録依頼を含む）を受け付け、受け付けた承認結果を支援サーバ３０に送信する。

［薬局用コンピュータ２０の機能的構成］
図１１は、薬局用コンピュータ２０の機能的構成を示すブロック図である。
図１１に示すように、薬局用コンピュータ２０のＣＰＵ８１１においては、レセプト管理部１５１と、薬歴管理部１５２と、データベース管理部（ＤＢ管理部）１５３と、が機能する。また、薬局用コンピュータ２０の記憶部８１７には、患者属性データベース（患者属性ＤＢ）１７１と、処方箋データベース（処方箋ＤＢ）１７２と、薬歴データベース（薬歴ＤＢ）１７３と、問診結果データベース（問診結果ＤＢ）１７４と、ヒアリング内容データベース（ヒアリング内容ＤＢ）１７５と、診療報酬データベース（診療報酬ＤＢ）１７６と、が形成される。

患者属性ＤＢ１７１には、患者の住所、氏名、年齢、性別及び患者個人の特徴を表す各種情報といった患者属性のデータが記憶されている。この患者属性は、薬剤師が患者との対話において取得した情報や、患者がアンケート等に回答して提供した情報等によって構成され、例えば、患者の趣味、仕事内容、家族構成、好きな食べ物等も含まれる。
処方箋ＤＢ１７２には、患者に対して発行された処方箋のデータが各患者を識別する情報及び処方箋の持参日と対応付けて記憶されている。
薬歴ＤＢ１７３には、患者に対して処方された薬剤の履歴（薬歴）のデータが各患者を識別する情報や、処方を行った各薬剤師を識別する情報と対応付けて記憶されている。また、薬歴には、薬剤師が患者に対して行った服薬指導内容の履歴のデータ（服薬指導文等）が併せて記憶される。この服薬指導文等の登録は、上述のように、薬歴登録支援処理によって薬剤師の薬歴へのデータを入力する作業を軽減した上で行うことが可能である。

問診結果ＤＢ１７４には、患者に対して行われた問診の結果が、各患者を識別する情報及び問診日時と対応付けて記憶されている。問診の結果には、薬剤師が患者にヒアリングを行って入力したヒアリング結果や、対面した患者から薬剤師が受けた印象を入力したインプレッションが含まれている。
ヒアリング内容ＤＢ１７５には、「薬の飲み忘れはありますか？」あるいは「服薬後に体調の変化はありますか？」等、患者に対するヒアリング内容（聞き取り項目）の一覧のデータが記憶されている。

診療報酬ＤＢ１７６には、薬局において健康保険組合等に医療費を請求するために、レセプト管理部１５１が実現するレセコン機能により発行された診療報酬明細書（レセプト）のデータが記憶されている。

レセプト管理部１５１は、患者のレセプトに必要な情報（患者属性、処方箋の内容及び保険診療点数等）を取得し、レセプトの発行処理を行う。
薬歴管理部１５２は、患者に対して処方された薬剤の履歴（薬歴）を管理する。例えば、薬歴管理部１５２は、患者に対して新たに処方が行われた場合、今回処方された薬剤のデータを薬歴ＤＢ１７３に記憶したり、薬歴登録支援処理において端末装置１０から対象情報や診療報酬明細書のデータの送信依頼を受信した場合、依頼された対象情報や診療報酬明細書のデータを記憶部８１７に形成された各データベースから取得し、端末装置１０に送信したり、支援サーバ３０から候補情報の登録依頼をされた場合、候補情報に含まれる服薬指導文等のデータを薬歴ＤＢ１７３に記憶したりする。

ＤＢ管理部１５３は、薬局用コンピュータ２０が管理している各種データベースのデータと、支援サーバ３０に備えられた各種データベースのデータとを同期させるための管理を行う。例えば、ＤＢ管理部１５３は、予め設定された時刻（例えば、午前３時等）に、薬局用コンピュータ２０が管理している各種データベースにおいて更新されたデータを支援サーバ３０に送信すると共に、支援サーバ３０において更新された各種データベースのデータを支援サーバ３０から受信し、管理している各種データベースを更新する。

［支援サーバ３０の機能的構成］
図１２は、支援サーバ３０の機能的構成を示すブロック図である。
図１２に示すように、支援サーバ３０のＣＰＵ８１１においては、ＤＢ管理部２５１と、ユーザインターフェース情報生成部（ＵＩ情報生成部）２５２と、支援依頼受付部２５３と、対象情報取得部２５４と、特徴抽出部２５５と、指導内容推論部２５６と、候補情報生成部２５７と、提示制御部２５８と、薬歴登録部２５９と、が機能する。また、支援サーバ３０の記憶部８１７には、患者属性データベース（患者属性ＤＢ）２７１と、処方箋データベース（処方箋ＤＢ）２７２と、薬歴データベース（薬歴ＤＢ）２７３と、問診結果データベース（問診結果ＤＢ）２７４と、ヒアリング内容データベース（ヒアリング内容ＤＢ）２７５と、診療報酬データベース（診療報酬ＤＢ）２７６と、候補情報データベース（候補情報ＤＢ）２７７と、が形成される。これらのデータベースの内、候補情報ＤＢ２７７以外の、各データベースの記憶内容と、薬局用コンピュータ２０の対応する各データベースの記憶内容とは、ＤＢ管理部２５１によって同期されている。

候補情報ＤＢ２７７には、薬歴登録支援処理において、後述の候補情報生成部２５７が候補情報を生成するためのデータが記憶されている。
図１３は、候補情報ＤＢ２７７に記憶されている候補情報を生成するためのデータであって、服薬指導文に関するデータを示す模式図である。図１３に示すように、薬剤コード及び薬剤の名称によって特定される各薬剤には、薬剤メーカーや薬剤師によって提供される複数の服薬指導文が対応付けられている。また、図１３に示すように、各服薬指導文には、薬剤師が承認を行う際に内容を確認しやすいように、服薬指導内容に対応したカテゴリーも付されている。さらに、図１３に示すように、服薬指導文それぞれに対応する服薬指導内容を識別する情報として服薬指導内容ＩＤが付されている。本実施形態においては、薬歴登録支援処理において服薬指導内容が推論され、推論された服薬指導内容を示す服薬指導内容ＩＤが推論結果として出力される。候補情報生成部２５７は、その推論結果として出力された服薬指導内容ＩＤに対応する服薬指導文を候補情報ＤＢ２７７から抽出することにより、候補情報を生成することができる。また、候補情報ＤＢ２７７には、図１０を参照して上述した所定の警告文のデータも記憶されている。そして、候補情報生成部２５７は、薬剤師が承認において留意するべき内容が存在すると推論された場合は、留意すべき内容に対応する所定の警告文を候補情報ＤＢ２７７から抽出して、候補情報に含ませる。

なお、候補情報ＤＢ２７７は、もっぱら候補情報生成部２５７が利用するデータベースであるので、支援サーバ３０にのみ形成され、薬局用コンピュータ２０には特に形成されないことを想定している。しかし、これに限らず、候補情報ＤＢ２７７に相当するデータベースを、薬局用コンピュータ２０にも形成するようにしてもよい。そして、この薬局用コンピュータ２０におけるデータベースと候補情報ＤＢ２７７も同期するようにしてもよい。これにより、例えば、薬剤師が薬局用コンピュータ２０を用いて服薬指導文の内容を加筆や修正等した場合に、その加筆や修正後の服薬指導文の内容を支援サーバ３０の候補情報ＤＢ２７７にも反映することが可能となる。

図１２に戻り、ＤＢ管理部２５１は、支援サーバ３０に備えられた各種データベースのデータと、薬局用コンピュータ２０が管理している各種データベースのデータとを同期させるための管理を行う。例えば、ＤＢ管理部２５１は、予め設定された時刻（例えば、午前３時等）に、支援サーバ３０において更新された各種データベースのデータを薬局用コンピュータ２０に送信すると共に、薬局用コンピュータ２０が管理している各種データベースにおいて更新されたデータを薬局用コンピュータ２０から受信し、管理している各種データベースを更新する。

ＵＩ情報生成部２５２は、端末装置１０がＵＩ画面を表示するためのＵＩ情報を生成し、生成したＵＩ情報を端末装置１０に送信する。この場合、ＵＩ情報生成部２５２は、ＵＩ画面を表示するためのフレームのフォーマット及びフォーマットに挿入する実体的な内容をＵＩ情報として生成する。本実施形態において、フォーマットに挿入する実体的な内容としては、例えば、服薬指導選択画面の患者属性、アンケート表示画面のアンケート内容、問診表示画面のヒアリング内容、服薬指導選択画面の選択対象となる服薬指導のリスト、承認受付画面の候補情報等が含まれる。また、ＵＩ情報生成部２５２は、ＵＩ情報を端末装置１０に送信することに対応して、端末装置１０から送信される各種情報（患者を識別する情報、アンケート結果のデータ、処方箋のデータ問診結果のデータ、処方した薬剤師を識別する情報、選択された服薬指導を識別する情報、承認結果等）を受信する。

支援依頼受付部２５３は、端末装置１０から、候補情報の生成を依頼する対象の服薬指導を識別する情報と共に候補情報の提供依頼を受信する。
対象情報取得部２５４は、端末装置１０から送信された服薬指導を識別する情報に対応する、対象情報及び診療報酬明細書を薬局用コンピュータ２０から取得する。

特徴抽出部２５５は、対象情報取得部２５４によって取得された対象情報及び診療報酬明細書を参照し、予め定義されている特徴量を抽出する。このとき、特徴抽出部２５５は、自然言語処理を行うことにより、対象情報や診療報酬明細書に含まれる特徴量を表す文言を抽出したり、対象情報や診療報酬明細書から算出又は推定される特徴量を抽出したりする。このとき抽出される特徴量については、薬剤師が服薬指導を行う思考過程において、特徴量であると判断される内容（例えば、患者の年齢や性格等）が予め定義されている。例えば、特徴抽出部２５５は、特徴量として「患者の年齢」が定義されている場合、対象情報に含まれる患者の年齢を表す文言を抽出する。また、特徴抽出部２５５は、特徴量として「来局間隔」が定義されている場合、対象情報に含まれる来局月日から来局間隔（すなわち、前回の来局月日と今回の来局月日との差）を算出する。さらに、特徴抽出部２５５は、特徴量として「調剤報酬点数」が定義されている場合、診療明細書に含まれる、薬剤服用歴管理指導料等の各項目の内容と点数とを抽出する。後述する推論において、このように対象情報から抽出した特徴量と、診療報酬明細書から抽出した特徴量とのそれぞれを用いることにより、何れかのみを用いる場合に比べて、より精度高く推論を行うことができる。

また、本実施形態では、例えば、患者の訴えを表すテキストデータ（患者の発話を音声認識したテキストデータ、薬剤師が入力したテキストデータあるいは薬剤師が選択した選択肢を表すテキストデータ等）からも特徴量を抽出することができる。そのため、例えば、患者の訴えを表すテキストデータにおいては、「胃がズキズキと痛む」あるいは「胃がムカムカする」といった擬態語を含む口語表現が許容される。すなわち、本実施形態において、患者がヒアリングで訴えた表現をそのままデータ化することで、患者の訴えを表すテキストデータとすることが可能である。ただし、患者が訴えた表現を薬剤師が解釈し、患者の状態を表す薬学的な表現としてテキストデータ化することとしてもよい。

指導内容推論部２５６は、特徴抽出部２５５によって抽出された特徴量を入力として、機械学習ベースで、患者に対して行われた服薬指導の服薬指導内容を推論する。本実施形態において、指導内容推論部２５６は、薬剤師（特にベテランの薬剤師）が特徴量を認識した場合に、患者に関してどのような服薬指導を行うかについて、機械学習によって構築された推論エンジンを備えている。そのため、指導内容推論部２５６によって推論された服薬指導内容は、対象となる患者の対象情報が与えられた場合に、薬剤師が行う服薬指導内容を表している。また、上述したように本実施形態では、特徴抽出部２５５によって診療報酬明細書からも特徴量を抽出している。そのため、指導内容推論部２５６に備えられている推論エンジンは、診療報酬明細書に含まれる薬剤服用歴管理指導料等の各項目の内容と点数といった情報も含めて機械学習されたものとなっている。従って、指導内容推論部２５６によって推論された服薬指導内容は、診療報酬明細書に含まれる薬剤服用歴管理指導料等の各項目の内容と点数といった情報を考慮した（すなわち、これら各項目の内容や点数と矛盾しない）、服薬指導内容となっている。

このような機械学習ベースの推論を実現するには、特徴抽出部２５５によって抽出された特徴量を入力データとして、その入力データ対して薬剤師（特に、ベテランの薬剤師）が服薬指導で行う服薬指導内容をラベル（正解）とした、教師データを用いた教師あり機械学習を行うことにより、ニューラルネットワークにより構築された学習モデルを作成すればよい。ただし、機械学習ベースの推論を実現するための機械学習としては、他の手法（ディープラーニング等）を用いるようにすることも可能である。

また、このような機械学習による服薬指導内容の推論に代えて（あるいは機械学習による服薬指導内容の推論と共に）、ルールベースで服薬指導内容を推論することも可能である。一例として、ルールベースの推論を用いる場合には、各種特徴量に対して、当該特徴量が抽出された場合に行うことが望ましい服薬指導内容が定義されたテーブルデータが用いられる。そして、推論を行う場合には、テーブルデータを参照し、抽出された抽出量に対して定義されている服薬指導内容を推論結果として出力する。なお、特徴量と服薬指導内容の定義の関係は、一対一の関係、一対多の関係、多対一の関係、及び多対多の関係の何れであってもよいし、これらの関係が混在して定義されていてもよい。

指導内容推論部２５６は、このようにして実行された推論の推論結果を、推論された服薬指導内容に対応する服薬指導内容ＩＤとして出力する。なお、指導内容推論部２５６は、推論された服薬指導内容に対応する服薬指導文が複数存在する場合には、そのそれぞれに対応する複数の服薬指導内容ＩＤを出力してもよい。この場合に、指導内容推論部２５６は、複数の服薬指導内容それぞれについての尤度も推論できる場合には、その尤度も併せて出力するようにしてもよい。あるいは、指導内容推論部２５６は、尤度のもっとも高い服薬指導内容のみを出力するようにしてもよい。

候補情報生成部２５７は、指導内容推論部２５６が推論結果として出力した服薬指導内容ＩＤに対応する服薬指導文を候補情報ＤＢ２７７から抽出する。そして、候補情報生成部２５７は、抽出した服薬指導文を、推論服薬指導候補一覧のデータと一般服薬指導候補一覧のデータとして候補情報に含ませることにより、候補情報を生成する。また、候補情報ＤＢ２７７には、図１０を参照して上述した所定の警告文のデータも記憶されている。そして、候補情報生成部２５７は、薬剤師が承認において留意するべき内容が存在すると推論された場合は、留意すべき内容に対応する所定の警告文を候補情報ＤＢ２７７から抽出して、候補情報に含ませる。この場合に、候補情報生成部２５７は、薬剤師が承認を行うか否かを判断する判断材料となるように、患者のアンケート結果や、患者に関するヒアリング結果やインプレッションといった問診結果等のデータを各データベースから取得して、併せて候補情報に含ませるようにしてもよい。また、候補情報生成部２５７は、例えば、複数の服薬指導内容それぞれについての尤度も推論されている場合には、尤度の高い服薬指導内容に対応する服薬指導文が、より薬剤師に選択されやすく提示されるように（例えば、尤度の高いものが推論服薬指導候補一覧の上位に表示されるように、あるいは尤度の高いものが予めチェックマークを付した状態で表示されるように）候補情報を生成するようにしてもよい。これにより、薬剤師は、尤度の高いと推論された服薬指導文を、他の服薬指導文よりも容易に認識して、選択することができる。

提示制御部２５８は、候補情報生成部２５７が生成した候補情報と共に、薬剤師からの承認の受け付け依頼を端末装置１０に送信する。すなわち、提示制御部２５８は、候補情報を、薬剤師に対して提示するための制御を行う。
なお、提示制御部２５８は、このように薬剤師からの承認を受け付ける場合以外にも、候補情報を、薬剤師に対して提示するための制御を行うようにしてもよい。例えば、薬剤師の服薬指導を支援するために、服薬指導の実施中や、服薬指導の実施の前後に、候補情報を、薬剤師に対して提示するための制御を行うようにしてもよい。これにより、薬剤師は、候補情報に含まれる服薬指導文を推奨される服薬指導内容として捉えることで、実際に服薬指導を行う場合の参考にすることができる。例えば、候補情報に含まれる服薬指導文を読み上げることで、推奨される服薬指導内容に基づいた、服薬指導を実現することができる。本実施形態では、このようにして候補情報を利用することによっても、薬剤師の業務をより適切に支援することが可能となる。

薬歴登録部２５９は、候補情報の提示を受けた薬剤師からの、候補情報の薬歴への登録についての承認結果（承認した候補情報の薬歴への登録依頼を含む）を端末装置１０から受信する。また、薬歴登録部２５９は、受信した承認結果に基づいて、薬剤師が承認した候補情報を登録対象として、薬歴ＤＢ２７３に含まれる薬歴に登録する。また、薬歴登録部２５９は、この薬剤師が承認した候補情報を登録対象として、薬歴ＤＢ１７３に含まれる薬歴への登録依頼を薬局用コンピュータ２０に送信する。

［動作］
次に、支援システム１の動作を説明する。

［対象情報取得処理］
図１４は、端末装置１０が実行する対象情報取得処理の流れを示すフローチャートである。
対象情報取得処理は、端末装置１０の入力部８１５を介して対象情報取得処理の実行が指示入力されることに対応して開始される。
ステップＳ１において、ＵＩ表示制御部５１は、支援サーバ３０からＵＩ情報を受信して、患者選択画面を表示する。
ステップＳ２において、ＵＩ表示制御部５１は、問診を行う患者の選択を受け付ける。これにより、患者を識別する情報が特定される。

ステップＳ３において、ＵＩ表示制御部５１は、選択された患者に発行された処方箋のデータの入力を受け付ける。これら患者を識別する情報及び処方箋のデータは、支援サーバ３０に送信される。
ステップＳ４において、ＵＩ表示制御部５１は、支援サーバ３０からＵＩ情報を受信して、選択された患者に応じた問診表示画面を表示する。なお、問診を行う患者の来局が初めてである場合には、ＵＩ表示制御部５１は、支援サーバ３０からＵＩ情報を受信して、アンケート表示画面を表示し、アンケート表示画面に対する入力を受け付ける。そして、ＵＩ表示制御部５１は、アンケート表示画面において入力されたアンケート結果を支援サーバ３０に送信した後、再度、問診表示画面のためのＵＩ情報を受信して、その患者に応じた問診表示画面を表示する。

ステップＳ５において、ＵＩ表示制御部５１は、問診表示画面に対する回答の入力を受け付ける。問診表示画面に対する回答結果（問診結果）のデータは、薬局用コンピュータ２０に送信される。

ステップＳ６において、ＵＩ表示制御部５１は、問診表示画面に対する回答と共に、薬剤師からの服薬指導文の入力が有ったか否かを判定する。上述したように、服薬指導文は、薬歴登録支援処理を利用することなく、薬剤師により服薬指導時に逐次入力されてもよいからである。
服薬指導文の入力が有った場合、ステップＳ６においてＹＥＳと判定されて、対象情報取得処理は終了する。
一方、服薬指導文の入力が無かった場合、ステップＳ６においてＹＥＳと判定されて、処理はステップＳ７に移行する。
ステップＳ７において、ＵＩ表示制御部５１は、薬剤師からの服薬指導文の入力を受け付ける。薬剤師からの服薬指導文のデータは、薬局用コンピュータ２０に送信される。ステップＳ７の後、対象情報取得処理は終了する。

［情報管理処理］
図１５は、薬局用コンピュータ２０が実行する情報管理処理の流れを示すフローチャートである。
情報管理処理は、薬局用コンピュータ２０の入力部８１５を介して情報管理処理の実行が指示入力されることに対応して開始される。

ステップＳ１１において、ＤＢ管理部１５３は、患者の処方箋を受け付けたか否かの判定を行う。
患者の処方箋を受け付けていない場合、ステップＳ１１においてＮＯと判定されて、処理はステップＳ１３に移行する。
一方、患者の処方箋を受け付けた場合、ステップＳ１１においてＹＥＳと判定されて、処理はステップＳ１２に移行する。
ステップＳ１２において、ＤＢ管理部１５３は、今回受け付けた処方箋のデータで患者属性ＤＢ１７１及び処方箋ＤＢ１７２を更新する。

ステップＳ１３において、ＤＢ管理部１５３は、端末装置１０から対象情報のデータを受信したか否かの判定を行う。
対象情報のデータを受信していない場合、ステップＳ１３においてＮＯと判定されて、処理はステップＳ１５に移行する。
一方、対象情報を受信した場合、ステップＳ１３においてＹＥＳと判定されて、処理はステップＳ１４に移行する。
ステップＳ１４において、ＤＢ管理部１５３は、今回受信した対象情報のデータで問診結果ＤＢ１７４及びヒアリング内容ＤＢ１７５を更新する。

ステップＳ１５において、ＤＢ管理部１５３は、診療報酬明細書が発行されたか否かの判定を行う。
診療報酬明細書が発行されていない場合、ステップＳ１５においてＮＯと判定されて、処理はステップＳ１７に移行する。
一方、診療報酬明細書が発行された場合、ステップＳ１５においてＹＥＳと判定されて、処理はステップＳ１６に移行する。
ステップＳ１６において、ＤＢ管理部１５３は、今回発行された診療報酬明細書のデータで診療報酬ＤＢ１７６を更新する。

ステップＳ１７において、ＤＢ管理部１５３は、支援サーバ３０から対象情報及び診療報酬明細書のデータの送信依頼を受信したか否かの判定を行う。
支援サーバ３０から対象情報及び診療報酬明細書のデータの送信依頼を受信していない場合、ステップＳ１７においてＮＯと判定されて、処理はステップＳ１９に移行する。
一方、支援サーバ３０から対象情報及び診療報酬明細書のデータの送信依頼を受信した場合、ステップＳ１７においてＹＥＳと判定されて、処理はステップＳ１８に移行する。
ステップＳ１８において、ＤＢ管理部１５３は、依頼された対象情報及び診療報酬明細書のデータを各データベースから取得し、支援サーバ３０に送信する。

ステップＳ１９において、ＤＢ管理部１５３は、薬歴のデータ（服薬指導文のデータ等）を支援サーバ３０又は端末装置１０から受信したか否かの判定を行う。
薬歴のデータを支援サーバ３０又は端末装置１０から受信していない場合、ステップＳ１９においてＮＯと判定されて、処理はステップＳ２１に移行する。
一方、薬歴のデータを支援サーバ３０又は端末装置１０から受信した場合、ステップＳ１９においてＹＥＳと判定されて、処理はステップＳ２０に移行する。
ステップＳ２０において、ＤＢ管理部１５３は、受信した薬歴のデータで薬歴ＤＢ１７３を更新する。

ステップＳ２２において、ＤＢ管理部１５３は、薬局用コンピュータ２０が管理している各種データベースのデータと、支援サーバ３０に備えられた各種データベースのデータとを同期させるための予め設定されたタイミングになっているか否かの判定を行う。
薬局用コンピュータ２０が管理している各種データベースのデータと、支援サーバ３０に備えられた各種データベースのデータとを同期させるための予め設定されたタイミングになっていない場合、ステップＳ２１においてＮＯと判定されて、情報管理処理が繰り返される。
一方、薬局用コンピュータ２０が管理している各種データベースのデータと、支援サーバ３０に備えられた各種データベースのデータとを同期させるための予め設定されたタイミングになっている場合、ステップＳ２１おいてＹＥＳと判定されて、処理はステップＳ２２に移行する。

ステップＳ２２において、ＤＢ管理部１５３は、支援サーバ３０とデータを送受信することにより、各データベースを更新し、薬局用コンピュータ２０が管理している各種データベースのデータと、支援サーバ３０に備えられた各種データベースのデータとを同期させる。ステップＳ２２の後、情報管理処理が繰り返される。

［薬歴登録支援処理］
図１６は、支援サーバ３０が実行する薬歴登録支援処理の流れを示すフローチャートである。
薬歴登録支援処理は、支援サーバ３０が、端末装置１０から候補情報の提供依頼を受信したことに対応して開始される。

ステップＳ３１において、支援依頼受付部２５３は、端末装置１０から、候補情報の生成を依頼する対象の服薬指導を識別する情報と共に候補情報の提供依頼を受信する。
ステップＳ３２において、対象情報取得部２５４は、端末装置１０から送信された服薬指導を識別する情報に対応する、対象情報及び診療報酬明細書のデータの送信依頼を薬局用コンピュータ２０に送信する。
ステップＳ３３において、対象情報取得部２５４は、薬局用コンピュータ２０から対象情報及び診療報酬明細書のデータを受信する。

ステップＳ３４において、特徴抽出部２５５は、受信した対象情報及び診療報酬明細書のデータを自然言語処理する。
ステップＳ３５において、特徴抽出部２５５は、対象情報及び診療報酬明細書から特徴量を抽出する。
ステップＳ３６において、指導内容推論部２５６は、特徴抽出部２５５によって抽出された特徴量を入力として、服薬指導内容を推論する。

ステップＳ３７において、候補情報生成部２５７は、指導内容推論部２５６が推論結果として出力した服薬指導内容ＩＤに対応する服薬指導文を候補情報ＤＢ２７７から抽出することにより、候補情報を生成する。
ステップＳ３８において、提示制御部２５８は、候補情報生成部２５７が生成した候補情報と共に、薬剤師からの承認の受け付け依頼を端末装置１０に送信（ネットワーク４０を介して端末装置１０に出力）する。
ステップＳ３９において、薬歴登録部２５９は、候補情報の提示を受けた薬剤師からの、候補情報の薬歴への登録についての承認結果（承認した候補情報の薬歴への登録依頼を含む）を端末装置１０から受信する。

ステップＳ４０において、薬歴登録部２５９は、受信した承認結果に基づいて、候補情報の登録が薬剤師に承認されたか否かの判定を行う。
候補情報の登録が薬剤師に承認されていない場合、ステップＳ４０においてＮＯと判定されて、薬歴登録支援処理は終了する。
一方、候補情報の登録が薬剤師に承認された場合、ステップＳ４０においてＹＥＳと判定されて、処理はステップＳ４１に移行する。

ステップＳ４１において、薬歴登録部２５９は、薬歴データベースを更新する。具体的に、薬歴登録部２５９は、薬剤師が承認した候補情報を登録対象として、薬歴ＤＢ２７３に含まれる薬歴に登録する。また、薬歴登録部２５９は、この薬剤師が承認した候補情報を登録対象として、薬歴ＤＢ１７３に含まれる薬歴への登録依頼を薬局用コンピュータ２０に送信する。ステップＳ４１の後、薬歴登録支援処理は終了する。

以上のように、本実施形態に係る支援システム１は、処方箋のデータ等の対象情報を基に推論を行うことによって候補情報を生成し、この候補情報を薬剤師に対して提示する。そのため、薬剤師は、薬歴に関するデータの全部又は少なくとも一部（例えば、服薬指導文）の入力について、候補情報の内容を確認の上、薬歴への登録を承認するか否かを判断するのみでよい。すなわち、支援システムは、薬剤師が薬歴に関するデータを入力する作業を軽減することができる。
従って、本発明の実施形態に係る支援システム１によれば、薬剤師の業務をより適切に支援することが可能となる。

［変形例１］
上述の実施形態においては、クライアント－サーバ型の支援システム１を構築し、端末装置１０から支援サーバ３０に候補情報の提供依頼を行って、支援情報を取得するものとした。
これに対し、支援サーバ３０の支援機能を１つの装置（例えば、端末装置１０あるいは薬局用コンピュータ２０等）に備えることにより、支援システム１の機能を単体の情報処理装置８００で実現（すなわち、スタンドアローン型のシステムとして実現）することとしてもよい。

図１７は、支援機能を備えるスタンドアローン型の情報処理装置８００の機能的構成を示すブロック図である。
図１７に示すように、スタンドアローン型として構成する場合、単体の情報処理装置８００において、端末装置１０のＵＩ表示制御部５１、支援サーバ３０のＵＩ情報生成部２５２、支援依頼受付部２５３、対象情報取得部２５４、特徴抽出部２５５、指導内容推論部２５６、候補情報生成部２５７、提示制御部２５８、及び薬歴登録部２５９の機能をＣＰＵ８１１に備え、支援サーバ３０（又は薬局用コンピュータ２０）が管理する各データベースを記憶部８１７に備えることとすればよい。

また、支援システム１をクライアント－サーバ型のシステムとして構成する場合において、システムを構成する情報処理装置の組み合わせは、上述の実施形態に示した例に限られない。
例えば、薬局用コンピュータ２０あるいは支援サーバ３０に備えられた機能をより多くのサーバ（例えば、クラウドサーバ）に分散して実装したり、薬局用コンピュータ２０及び支援サーバ３０の機能を１つのサーバにまとめて実装したりすることが可能である。他にも、例えば、端末装置１０及び薬局用コンピュータ２０の機能を１つのクライアントにまとめて実装したりすることが可能である。

［変形例２］
上述の実施形態において、候補情報には、もっぱら服薬指導文が含まれており、薬歴登録支援処理では、この服薬指導文を薬歴に登録することを想定した。これに限らず、候補情報にさらに他の情報が含まれており、薬歴登録支援処理において、これら他の情報についても登録を行えるようにしてもよい。例えば、薬歴登録支援処理において、患者についての書誌的な事項（氏名、生年月日、性別、被保険者証の記号番号、住所、及び緊急時連絡先等）や、処方箋に含まれる情報（処方した保険医療機関名並びに保険医氏名、処方日、及び処方内容等）や、過去の薬歴やお薬手帳から取得できる情報（処方履歴、合併症を含む既往歴に関する情報、他科受診の有無等）といった各種情報についても登録を行えるようにしてもよい。

この場合、候補情報生成部２５７は、各データベースに記憶されている情報を、例えば、患者ＩＤ等に基づいて抽出し、名寄せや突合といった処理を行う。これにより、候補情報生成部２５７は、薬歴登録支援処理の対象としている服薬指導に対応する患者の各種情報を候補情報に含ませることができる。そして、薬歴登録部２５９は、薬剤師の承認に基づいて、各種情報を薬歴に登録する。
これにより、薬剤師が薬歴に関するデータを入力する作業を、より軽減することができる。
従って、本変形例に係る支援システム１によれば、薬剤師の業務をより適切に支援することが可能となる。

［変形例３］
上述の実施形態の薬歴登録支援処理において、まず、薬剤師が候補情報の生成を依頼する対象の服薬指導を選択することを想定していた。そして、この選択された服薬指導を対象として、候補情報の生成と、この候補情報についての承認と、この承認結果に基づいた薬歴データベースへの更新と、を一連の処理として行っていた。

これに限らず、複数の服薬指導を対象として、この複数の服薬指導それぞれに対応する複数の候補情報の生成と、この複数の候補情報それぞれについての一括承認と、この一括承認の結果に基づいた薬歴データベースへの更新と、を一連の処理として行うようにしてもよい。これにより、薬剤師は、複数の候補情報の内容を一度に確認の上、薬歴への登録を一括承認することができる。すなわち、薬剤師が薬歴に関するデータを入力する作業を、より軽減することができる。

このような一括承認を実現するための、本変形例における薬歴登録支援処理について図１８を参照して説明する。図１８は、支援サーバ３０が実行する薬歴登録支援処理の本変形例における流れを示すフローチャートである。
薬歴登録支援処理は、支援サーバ３０が、端末装置１０から候補情報の提供依頼を受信したことに対応して開始される。

ステップＳ５１において、支援依頼受付部２５３は、端末装置１０から、候補情報の一括提供依頼を受信する。ここで、上述した実施形態におけるステップＳ５１に対応するステップ（すなわち、図１６のステップＳ３１）では、候補情報の生成を依頼する対象の服薬指導を識別する情報を、候補情報の提供依頼と共に受信していた。本変形例では、これに代えて、候補情報の生成を依頼する薬剤師を識別する情報を、候補情報の一括提供依頼と共に受信する。

ステップＳ５２において、支援依頼受付部２５３は、薬歴データベース２７３を参照することにより、ステップＳ５１にて受信した薬剤師を識別する情報に対応する服薬指導を識別する情報を全て本処理の対象として特定する。すなわち、この薬剤師が行った服薬指導を全て本処理の対象として特定する。なお、すでに候補情報（ここでは、服薬指導文）が登録済みの服薬指導については、本処理の対象外とする。そして、本処理の対象とした何れかの服薬指導を対象として、ステップＳ３２からステップＳ３７の処理を行う。これらの処理の内容は、図１６を参照して上述した処理の内容と同じであるので、ここでは、重複する説明を省略する。

ステップＳ５３において、候補情報生成部２５７は、ステップＳ５２において特定した、本処理の対象となる全ての服薬指導について候補情報を生成したか否かの判定を行う。
全ての服薬指導について候補情報を生成した場合、ステップＳ５３においてＹＥＳと判定されて、処理はステップＳ５４に移行する。
一方、全ての服薬指導について候補情報を生成していない場合、ステップＳ５３においてＮＯと判定されて、処理は再度ステップＳ３２に移行する。そして、未だに候補情報が生成されていない服薬指導を対象として、再度ステップＳ３２から処理が行われる。

ステップＳ５４において、提示制御部２５８は、候補情報生成部２５７が生成した全ての候補情報と共に、薬剤師からの一括承認の受け付け依頼を端末装置１０に送信（ネットワーク４０を介して端末装置１０に出力）する。
ステップＳ５５において、薬歴登録部２５９は、候補情報生成部２５７が生成した全ての候補情報の提示を受けた薬剤師からの、候補情報の薬歴への登録についての一括承認の承認結果（承認した候補情報の薬歴への登録依頼を含む）を端末装置１０から受信する。

ステップＳ５６において、薬歴登録部２５９は、受信した一括承認の承認結果に基づいて、薬剤師に承認された候補情報があるか否かの判定を行う。すなわち、一括承認において、少なくとも１つ以上の候補情報が薬剤師に承認されたか否かの判定を行う。
薬剤師に承認された候補情報がない場合、ステップＳ５６においてＮＯと判定されて、薬歴登録支援処理は終了する。
一方、薬剤師に承認された候補情報がある場合、ステップＳ５６においてＹＥＳと判定されて、処理はステップＳ５７に移行する。

ステップＳ５７において、薬歴登録部２５９は、薬歴データベースを更新する。具体的に、薬歴登録部２５９は、薬剤師が承認した全ての候補情報を登録対象として、薬歴ＤＢ２７３に含まれる薬歴に登録する。また、薬歴登録部２５９は、この薬剤師が承認した全ての候補情報を登録対象として、薬歴ＤＢ１７３に含まれる薬歴への登録依頼を薬局用コンピュータ２０に送信する。ステップＳ５７の後、本変形例における薬歴登録支援処理は終了する。

本変形例における薬歴登録支援処理により、薬剤師は、複数の候補情報の内容を一度に確認の上、薬歴への登録を一括承認することができる。すなわち、薬剤師が薬歴に関するデータを入力する作業を、より軽減することができる。

なお、本変形例において、薬剤師から薬歴への登録の一括承認を受け付ける態様（例えば、承認受付画面のユーザインターフェース等）は特に限定されず、様々な態様で、一括承認を受け付けることができる。例えば、各服薬指導それぞれについての図９に示すような承認受付画面を薬剤師からのスクロール操作に応じて順次スクロール表示し、各服薬指導それぞれについて薬剤師から順次承認操作を受け付けるようにしてもよい。また、順次スクロールするのではなく、例えば、サムネイル表示等を行うことにより、複数の各服薬指導についての承認受付画面を一覧で表示するようにしてもよい。
この場合に、各服薬指導それぞれについて個別で薬剤師による薬歴への登録の承認操作（例えば、「薬歴への登録を承認」ボタンに対する押下操作）を受け付けるようにしてもよいし、各服薬指導について一括で薬剤師による薬歴への登録の承認操作（例えば、「薬歴への一括登録を承認」ボタンに対する押下操作）を受け付けるようにしてもよい。

また、全ての服薬指導において、同じ態様で承認を受け付けるのではなく、服薬指導によって異なる態様で承認を受け付けるようにしてもよい。例えば、処方内容に変更がなく、前回の服薬指導文の内容と重複した内容の服薬指導文が再度候補情報に含まれているような場合は、この候補情報（すなわち、この服薬指導文）に問題はないと考えられる。そこで、このような候補情報については、簡易的な態様で承認操作を受け付けるようにするとよい。例えば、このような候補情報については薬剤師のスクロール操作を要することなく、スクロール表示を短時間に自動で切り替えてから、一括で承認操作を受け付けるようにするとよい。あるいは、このような候補情報については一覧で小さく表示してから、一括で承認操作を受け付けるようにするとよい。

これに対して、例えば、安全管理のため特に専門家による薬学的管理の関与が必要な医薬品（いわゆる、ハイリスク薬）が処方されている場合や、患者に特殊な持病がある場合には、この候補情報（すなわち、この服薬指導文）に問題がないか否かについて留意すべきと考えられる。そこで、このような候補情報については、簡易的ではない態様で承認操作を受け付けるようにするとよい。例えば、このような候補情報については薬剤師の操作がない限りはスクロール表示を切り替えないようにして、個別で承認操作を受け付けるようにするとよい。あるいは、このような候補情報については画面全体に大きく表示してから、個別で承認操作を受け付けるようにするとよい。

そのために、提示制御部２５８は、候補情報を、薬剤師に対して提示するための制御を行う場合に、上述のような様々な態様で一括承認を受け付けるように制御を行うとよい。このように、薬剤師から薬歴への登録の一括承認を受け付ける態様を様々に使い分けることにより、適切に薬剤師の一括承認を支援することができる。

［変形例４］
上述の実施形態の薬歴登録支援処理において、指導内容推論部２５６は、特徴抽出部２５５によって抽出された特徴量を入力として、機械学習やルールベースによって、服薬指導内容を推論していた。そして、候補情報生成部２５７は、指導内容推論部２５６が推論結果として出力した服薬指導内容ＩＤに対応する服薬指導文を候補情報ＤＢ２７７から抽出することにより、候補情報を生成していた。すなわち、服薬指導内容を一つひとつ個別に推論すると共に、この一つひとつの服薬指導内容のそれぞれに対応して、服薬指導文を一つひとつ個別に抽出していた。つまり、服薬指導内容と、服薬指導文の対応関係は一対一であった。

これに限らず、複数の服薬指導内容に対応して、１つの服薬指導文を抽出するようにしてもよい。そのためには、例えば、複数の指導内容に対応する複数の服薬指導文を、まとめて１つの服薬指導文として抽出するようにすればよい。

具体例として、機械学習やルールベースによって、服薬指導内容として複数の副作用（例えば、腰痛、下腹部痛、及び下痢）を一つひとつ個別に推論したとする。この場合、上述した実施形態であれば、これら３つの副作用の服薬指導内容ＩＤそれぞれに対応する、３つの服薬指導文が一つひとつ個別に抽出されていた。例えば、「副作用として腰痛が発生することがあるので、その場合は服用中止し医師に相談するよう指導。」、「副作用として下腹部痛が発生することがあるので、その場合は服用中止し医師に相談するよう指導。」、及び「副作用として下痢が発生することがあるので、その場合は服用中止し医師に相談するよう指導。」というように、３つの服薬指導文が抽出されていた。しかしながら、このように、表現の似通った３つの服薬指導文を全て候補情報に含めて、薬歴に登録してしまうと、表現が冗長になると共に、薬歴の内容が不明確となるおそれがある。

そこで、このような場合には、これら３つの服薬指導文をまとめて１つの服薬指導文として抽出する。例えば、各服薬指導文において内容が共通または類似する表現をまとめる。この場合、上述の例であれば、「副作用として腰痛、下腹部痛、及び下痢の何れかが発生することがあるので、その場合は服用中止し医師に相談するよう指導。」というように１つの服薬指導文としてまとめて抽出する。これにより、服薬指導文の内容を保持したまま文字数を削減することができるので、薬歴に登録された場合の表現が端的になると共に、薬歴の内容が明確となる。すなわち、薬剤師が薬歴に関するデータを入力する作業を、より軽減することができる。

なお、このように、複数の服薬指導文をまとめて１つの服薬指導文として抽出する方法としては、例えば、複数の服薬指導内容の組み合わせ毎に１つの服薬指導文を用意しておくようにしてもよい。すなわち、同じ副作用等のカテゴリーにおいて、第１の服薬指導内容と、第２の服薬指導内容とが推論された場合に、抽出する１つの服薬指導文を、服薬指導内容の様々な組み合わせ毎に用意しておくようにしてもよい。あるいは、複数の服薬指導文をまとめるためのルール（例えば、上述したように、内容が共通または類似する表現をまとめるというルール）を策定しておき、このルールに基づいて、ルールベースで１つの服薬指導文を作成するようにしてもよい。

［変形例５］
上述の実施形態に適用可能な機能と、そのユーザインターフェースについて、図１９及び図２０を参照して説明する。この機能は、指導内容推論部２５６による推論に基づいた候補情報（ここでは、服薬指導文）を提示する様々な場面に適用できる。例えば、候補情報を、薬歴に登録する服薬指導内容の候補として提示する場面に適用できる。他にも、候補情報を、服薬指導において推奨される服薬指導内容として提示する場面に適用できる。

図１９は、様々な場面において、端末装置１０や支援サーバ３０において表示される服薬指導選択画面６０の一例を示す模式図である。図１９に示すように、服薬指導選択画面６０は、情報表示領域６１と、選択操作領域６２と、を表示領域として含む。

情報表示領域６１には、患者名等の書誌的な情報や、他の表示画面に遷移するためのボタン等が表示される。これに加えて、情報表示領域６１には、この患者に対して処方される（あるいは、処方された）薬剤の名称や用量といった薬剤に関する情報が表示される。例えば、「リピトール錠 ５ｍｇ」と「ベザトールＳＲ錠 ２００ｍｇ」といった情報が表示される。

選択操作領域６２には、これらの薬剤が処方される場合に、服薬指導の対象となりえる服薬指導内容が一覧で表示される。この一覧における各服薬指導内容の表示順は、任意に決定することができる。この表示順を決定するためには、例えば、指導内容推論部２５６による推論での尤度の高い服薬指導内容や、過去に薬剤師に複数回選択されている服薬指導内容といった、信頼性の高い服薬指導内容に対して、所定のスコアを付与する。そして、この付与されたスコアの値が高い信頼性の高い服薬指導内容が、薬剤師に選択されやすいよう一覧の上位に表示されるようにする。これにより、推論結果や過去の選択結果を考慮した順番で、各服薬指導内容を表示することができる。

また、選択操作領域６２には、これらの服薬指導内容それぞれに対応した服薬指導文が表示される。さらに、選択操作領域６２には、これらの服薬指導内容それぞれに対応して「スライドボタン」と、「次回再表示ボタン」と、「推奨しないボタン」が表示される。
薬剤師は、これらの各種ボタンを用いて、服薬指導内容の選択に関する操作を行うことができる。以下、これら各種ボタンそれぞれについて説明する。

スライドボタンは、服薬指導内容の選択状態を、切り替えるボタンである。薬剤師がスライドボタンを操作する都度、その服薬指導内容を選択した状態と、その服薬指導内容を選択していない状態とが切り替わる。このスライドボタンの初期設定として、指導内容推論部２５６により推論された服薬指導内容について、薬剤師の操作前から予め選択された状態としておく。一方で、他の服薬指導内容については、選択されていない状態としておく。これにより、薬剤師が操作をする前の初期設定の段階で、指導内容推論部２５６による推論（すなわち、ＡＩやルールベースの推論）の結果がすでに反映された状態となる。そして、薬剤師はこの状態から、さらに自身の判断に基づいて、スライドボタンを操作し、各服薬指導内容の選択状態を、より適切なものに修正する。すなわち、薬剤師は、全く手がかりのない状態から服薬指導内容を選択する必要がなく、推論が反映された状態から服薬指導内容を選択すればよい。このように、スライドボタンを初期設定することによって、薬剤師による服薬指導内容の選択を半自動化し、薬剤師の手間を軽減することができる。

次回再表示ボタンは、服薬指導内容を次回も表示するように設定するボタンである。薬剤師は、上述のスライドボタンによる選択を行う際に、この服薬指導内容を次回も必ず表示させる必要があると考えた場合に、次回再表示ボタンを操作する。これにより、この服薬指導内容は、次回も一覧内に表示されるようになる。なお、次回のみならず、次次回以降も継続して表示されるようにしてもよい。これにより、薬剤師が、次回この服薬指導内容の存在に気づかないような事態を防止できる。

推奨しないボタンは、服薬指導内容を次回は表示しないように設定するボタンである。薬剤師は、上述のスライドボタンによる選択を行う際に、この服薬指導内容を次回は表示させる必要がないと考えた場合に、推奨しないボタンを操作する。これにより、この服薬指導内容は、次回も一覧内に表示されなくなる。なお、次回のみならず、次次回以降も継続して表示されないようにしてもよい。これにより、薬剤師が、次回この服薬指導内容を誤って選択してしまうような事態を防止できる。

なお、次回再表示ボタン及び推奨しないボタンの設定が適用される範囲は適宜定めることができる。例えば、患者単位で適用されるようにしてもよい。この場合、その患者の次回の服薬指導においては各ボタンの設定が適用されるが、他の患者の服薬指導においては各ボタンの設定が適用されないことになる。同様に、薬局単位や、薬剤師単位で適用されるようにしてもよい。これにより、各薬剤師の判断を、適切な範囲に適用させることができる。

また、次回再表示ボタン及び推奨しないボタンの設定とは別途に、例えば、上述した所定のスコアが閾値以下の服薬指導内容については一覧に表示しないようにしたり、上述した所定のスコアが閾値を超えた服薬指導内容については一覧に表示したりしてもよい。また、この場合であっても、次回再表示ボタン及び推奨しないボタンの設定の方が、優先して適用されるようにしてもよい。また、推奨しないボタンが設定された場合には、一律に次回必ず表示されないのではなく、このスコアを減少させることにより、次回から表示されにくくするというようにしてもよい、

また、このような様々なボタンの操作内容（すなわち、推論結果を確認した上での薬剤師の判断）を、指導内容推論部２５６による、以後の服薬指導内容を推論する基準に反映するようにしてもよい。例えば、スライドボタンにより選択された服薬指導内容や、次回再表示ボタンの設定がなされた服薬指導内容は、以後、より推論される可能性が高くなるように、推論する基準を変更する。一方で、スライドボタンにより選択されなかった服薬指導内容や、推奨しないボタンの設定がなされた服薬指導内容は、以後、より推論される可能性が低くなるように、推論する基準を変更する。このような推論をする基準の変更は、例えば、ＡＩが推論に用いるパラメータを変更したり、仮に推論されても出力しないというルールを追加したりすることで実現できる。これにより、以後の推論において、指導内容推論部２５６は、薬剤師の判断基準を追加した上で推論を行うことが可能となる。そのため、より薬剤師の実務に沿った基準で、精度の高い推論を実現することができる。

図２０は、様々な場面において、端末装置１０や支援サーバ３０において表示される指導ホーム画面７０の一例を示す模式図である。図２０に示すように、指導ホーム画面７０は、情報表示領域７１と、処方内容確認領域７２と、服薬指導確認領域７３と、を表示領域として含む。また、図２０には、操作例を示すために、概念的に薬剤師の指８０を図示する。

情報表示領域７１には、患者名等の書誌的な情報や、他の表示画面に遷移するためのボタン等が表示される。これに加えて、情報表示領域７１には、指導内容推論部２５６による推論を行う際の薬学的判断要因（患者に関するプロブレム）が表示される。本例では、患者に関するプロブレムに関して、問診に回答した患者の患者属性、薬歴、アンケート結果及び問診結果等に基づいて、それぞれのプロブレムに対する推論との関連性（ここでは、重要度を示す百分率）が表示される。

処方内容確認領域７２には、この患者に対して処方される（あるいは、処方された）薬剤の名称や用量といった薬剤に関する情報が表示される。なお、今回処方される薬剤のみならず、前回処方された薬剤についても、名称や用量といった情報が表示されてもよい。

服薬指導確認領域７３には、これらの薬剤が処方される場合に、服薬指導の対象として薬剤師が選択した服薬指導内容が一覧で表示される。例えば、図１９を参照して上述したようにして、薬剤師が選択した服薬指導内容が一覧で表示される。この一覧における各服薬指導内容の表示順は、例えば、図１９における表示順と同様に、所定のスコアに基づいて決定することができる。この場合に、この患者に対して、或る服薬指導内容について以前も服薬指導を行っている場合には、この或る服薬指導内容についての服薬指導は後回しでよいとして、所定のスコアが高かったとしても、下位に表示するようにしてもよい。他にも、例えば、或る服薬指導内容について以前も服薬指導を行っている場合には、この或る服薬指導内容について一時的に休止（すなわち、スヌーズ）して、非表示にしてもよい。そして、服薬指導が進んで、一覧に表示される服薬指導内容の数が減った場合や、非表示にしてから一定時間が経過した場合に、再度表示するようにしてもよい。

また、服薬指導確認領域７３には、「スライドボタン」が表示される。このスライドボタンも、図１９に示したスライドボタン同様に、服薬指導内容の選択状態を、切り替えるボタンである。薬剤師は、例えば、或る服薬指導内容について服薬指導が終了したり、この或る服薬指導内容については服薬指導がやはり不要であったと判断したりした場合等に、このスライドボタンを操作することにより、この或る服薬指導内容を選択されていない状態に切り替え、一覧に表示されないようにしてもよい。

さらに、服薬指導確認領域７３は、薬剤師からの所定の操作（例えば、薬剤師の指８０やタッチペン等を用いたフリック操作）を受け付ける。例えば、或る服薬指導内容に対して画面外に向けてのフリック操作が行われた場合に、この或る服薬指導内容について所定の処理を行う。例えば、この或る服薬指導内容についての服薬指導は後回しでよいとして、所定のスコアが高かったとしても、下位に表示するようにしてもよい。他にも、例えば、画面外に向けてのフリック操作が行われた場合に、この或る服薬指導内容について一時的に休止して、非表示にしてもよい。そして、服薬指導が進んで、一覧に表示される服薬指導内容の数が減った場合や、非表示にしてから一定時間が経過した場合に、再度表示するようにしてもよい。

このように、服薬指導の進行状況等に伴う薬剤師の操作により、一覧での表示状態を変化させることができる。例えば、服薬指導済みの服薬指導内容を一覧から非表示にしたり、後回しにする服薬指導内容の一覧での表示順を下位にしたり、後回しにする服薬指導内容を一覧から一時的に休止して、非表示にしたりすることができる。これにより、薬剤師は、直感的な操作を行うのみで、簡便に、表示状態を自身の意図する表示状態とすることができる。
以上説明したように、本変形例が提供する機能と、そのユーザインターフェースによれば、様々な観点から、薬剤師の業務をより適切に支援することが可能となる。

以上のように、本実施形態に係る支援サーバ３０は、対象情報取得部２５４と、指導内容推論部２５６と、候補情報生成部２５７と、を備える。
対象情報取得部２５４は、患者に対する薬学的な指導において考慮の対象となる対象情報を取得する。
指導内容推論部２５６は、対象情報取得部２５４が取得した対象情報に基づいて、患者に対する薬学的な指導の指導内容を推論する。
候補情報生成部２５７は、指導内容推論部２５６が推論した指導内容に基づいて、患者に対する薬学的な指導の薬歴に含ませる候補となる候補情報を生成する。
このように、支援サーバ３０は、処方箋のデータ等の対象情報を基に推論を行うことによって候補情報を生成することができる。この候補情報を利用することにより、例えば、薬剤師が薬歴に関するデータを入力する作業を軽減することができる。
従って、本発明の実施形態に係る支援サーバ３０によれば、薬剤師の業務をより適切に支援することが可能となる。

支援サーバ３０は、提示制御部２５８と、薬歴登録部２５９と、をさらに備える。
提示制御部２５８は、候補情報生成部２５７が生成した候補情報を、患者に対する薬学的な指導の管理者に対して提示するための制御を行う。
薬歴登録部２５９は、候補情報の提示を受けた管理者が承認した候補情報を、患者に対する薬学的な指導の薬歴の登録対象とする。
これにより、薬剤師は、薬歴に関するデータの全部又は少なくとも一部（例えば、服薬指導文）について、候補情報の内容を確認の上、薬歴への登録を承認するか否かを判断するのみでよい。すなわち、薬剤師が薬歴に関するデータを入力する作業を軽減することができる。

候補情報は、少なくとも患者に対する薬学的な指導に対応する服薬指導文を含む。
管理者による承認は、候補情報に含まれる服薬指導文からの、承認対象とする服薬指導文の選択を伴う。
これにより、薬剤師は、支援サーバ３０により生成された候補情報に含まれる服薬指導文を選択すればよく、服薬指導文を作成する手間を削減することができる。

提示制御部２５８は、候補情報を提示するための制御において、管理者が候補情報を承認する際に留意するべき内容が含まれる場合は、当該候補情報を、他の候補情報とは異なる態様で提示するための制御を行う。
これにより、薬剤師に対して、留意すべき内容についての留意を促すことができる。

提示制御部２５８は、候補情報を提示するための制御において、複数の患者に対する薬学的な指導それぞれに対応する、複数の候補情報それぞれを提示するための制御を行う。
薬歴登録部２５９は、前記複数の候補情報の提示を受けた前記管理者が一括承認した前記複数の候補情報のそれぞれを、前記患者に対する薬学的な指導の薬歴の登録対象とする。
これにより、薬剤師は、複数の候補情報の内容を一度に確認の上、薬歴への登録を一括承認することができる。すなわち、薬剤師が薬歴に関するデータを入力する作業を、より軽減することができる。

指導内容推論部２５６は、候補情報の提示を受けた管理者の指示に基づいて、指導内容を推論する基準を変更する。
これにより、以後の推論において、指導内容推論部２５６は、薬剤師の判断基準を追加した上で推論を行うことが可能となる。そのため、より薬剤師の実務に沿った基準で、精度の高い推論を実現することができる。

対象情報取得部２５４は、患者に対する薬学的な指導の診療報酬に関する情報をさらに取得する。
指導内容推論部２５６は、対象情報取得部２５４が取得した対象情報に加えて、対象情報取得部２５４が取得した診療報酬に関する情報にも基づいて、患者に対する薬学的な指導における指導内容を推論する。
これにより、診療報酬に関する情報（例えば、診療報酬明細書の情報）も考慮して、より精度高く指導内容を推論することができる。

支援サーバ３０は、特徴抽出部２５５をさらに備える。
特徴抽出部２５５は、対象情報取得部２５４によって取得された対象情報から、予め設定された抽出条件に基づいて特徴量を抽出する。
指導内容推論部２５６は、少なくとも対象情報から抽出された特徴量に基づいて、患者に対する薬学的な指導における指導内容を推論する。
これにより、少なくとも特徴量という明確な指標に基づいて指導内容を推論することができる。

以上のように、本実施形態に係る支援システム１は、支援サーバ３０と、複数の薬局それぞれに対応した複数の薬局用コンピュータ２０とを備える。
支援サーバ３０と複数の薬局用コンピュータ２０とは、少なくとも患者に対する薬学的な指導の薬歴を含む情報を、共通の仕様に準拠して共有する。
これにより、支援サーバ３０は、複数の薬局用コンピュータ２０と共有する情報に基づいて、複数の薬局それぞれの薬剤師の業務をより適切に支援することが可能となる。

なお、本発明は、上述の実施形態に限定されるものではなく、本発明の目的を達成できる範囲での変形、改良等は本発明に含まれるものである。
例えば、上述の実施形態においては、候補情報として服薬指導文の一覧を提示する場合を例に挙げて説明したが、これに限られない。すなわち、本発明において候補情報として提示する対象には、各種医療情報が含まれる。

また、上述の実施形態において、患者に対して問診を行った後、薬剤師が調剤を行っている間、患者は待ち時間となる。そのため、この待ち時間の間に、問診結果から特定される簡易な生活指導の情報等を患者に提示（例えば、患者のスマートフォン等に表示）することとしてもよい。
さらに、上述の実施形態において、患者に対する問診を行うための問診表示画面や、薬剤師によって承認された後の服薬指導文の一覧（推論服薬指導候補一覧及び一般服薬指導候補一覧）の表示画面を患者自身が所持する装置（例えば、患者のスマートフォン等）に表示することとしてもよい。この場合に、患者用のより分かりやすい服薬指導文（例えば、専門的な用語を用いず平易な表現とした服薬指導文）をデータベース等の形式で用意しておき、このデータベース内の、患者用のより分かりやすい服薬指導文一覧の表示画面を患者自身が所持する装置に表示することとしてもよい。

上述した一連の処理は、ハードウェアにより実行させることもできるし、ソフトウェアにより実行させることもできる。
換言すると、上述の実施形態における機能的構成は例示に過ぎず、特に限定されない。すなわち、上述した一連の処理を全体として実行できる機能が支援システム１を構成するいずれかのコンピュータに備えられていれば足り、この機能を実現するためにどのような機能ブロックを用いるのかは特に示した例に限定されない。
また、１つの機能ブロックは、ハードウェア単体で構成してもよいし、ソフトウェア単体で構成してもよいし、それらの組み合わせで構成してもよい。

また、上述した一連の処理を実行するためのプログラムを含む記録媒体は、ユーザにプログラムを提供するために装置本体とは別に配布されるリムーバブルメディアにより構成されるだけでなく、装置本体に予め組み込まれた状態でユーザに提供される記録媒体等で構成される。

以上、本発明の実施形態について説明したが、本発明は前述した実施形態に限るものではない。また、本実施形態に記載された効果は、本発明から生じる最も好適な効果を列挙したに過ぎず、本発明による効果は、本実施形態に記載されたものに限定されるものではない。

１ 支援システム、１０ 端末装置、２０ 薬局用コンピュータ、３０ 支援サーバ、４０ ネットワーク、５１ ユーザインターフェース表示制御部（ＵＩ表示制御部）、５２，２５４ 対象情報取得部、５３ 支援依頼部、５４ 候補情報取得部、５５ 承認受付部、１５１ レセプト管理部、１５２ 薬歴管理部、１５３，２５１ ＤＢ管理部、１７１，２７１ 患者属性データベース（患者属性ＤＢ）、１７２，２７２ 処方箋データベース（処方箋ＤＢ）、１７３，２７３ 薬歴データベース（薬歴ＤＢ）、１７４，２７４ 問診結果データベース（問診結果ＤＢ）、１７５，２７５ ヒアリング内容データベース（ヒアリング内容ＤＢ）、１７６，２７６ 診療報酬データベース（診療報酬ＤＢ）、２７７ 候補情報データベース（候補情報ＤＢ）、２５２ ユーザインターフェース情報生成部（ＵＩ情報生成部）、２５３ 支援依頼受付部、２５５ 特徴抽出部、２５６ 指導内容推論部、２５７ 候補情報生成部、２５８ 提示制御部、２５９ 薬歴登録部、８００ 情報処理装置、８１１ ＣＰＵ、８１２ ＲＯＭ、８１３ ＲＡＭ、８１４ バス、８１５ 入力部、８１６ 出力部、８１７ 記憶部、８１８ 通信部、８１９ ドライブ、８２０ 撮像部、８３１ リムーバブルメディア

Claims (10)

1. 患者に対する薬学的な指導において考慮の対象となる対象情報と、前記患者に対する薬学的な指導の診療報酬に関する情報とを取得する対象情報取得手段と、
   前記対象情報取得手段が取得した対象情報と、前記対象情報取得手段が取得した診療報酬に関する情報とに基づいて、前記患者に対する薬学的な指導の指導内容を推論する指導内容推論手段と、
   前記指導内容推論手段が推論した指導内容に基づいて、前記患者に対する薬学的な指導の薬歴に含ませる候補となる候補情報を生成する候補情報生成手段と、
   を備えることを特徴とする支援装置。
2. 前記候補情報生成手段が生成した候補情報を、前記患者に対する薬学的な指導の管理者に対して提示するための制御を行う提示制御手段と、
   前記候補情報の提示を受けた前記管理者が承認した前記候補情報を、前記患者に対する薬学的な指導の薬歴の登録対象とする薬歴登録手段と、
   をさらに備えることを特徴とする請求項１に記載の支援装置。
3. 前記候補情報は、少なくとも前記患者に対する薬学的な指導に対応する服薬指導文を含み、
   前記管理者による承認は、前記候補情報に含まれる服薬指導文からの、承認対象とする服薬指導文の選択を伴うことを特徴とする請求項２に記載の支援装置。
4. 前記提示制御手段は、前記候補情報を提示するための制御において、前記管理者が前記候補情報を承認する際に留意するべき内容が含まれる場合は、当該候補情報を、他の候補情報とは異なる態様で提示するための制御を行うことを特徴とする請求項２又は３に記載の支援装置。
5. 前記提示制御手段は、前記候補情報を提示するための制御において、複数の前記患者に対する薬学的な指導それぞれに対応する、複数の候補情報それぞれを提示するための制御を行い、
   前記薬歴登録手段は、前記複数の候補情報の提示を受けた前記管理者が一括承認した前記複数の候補情報のそれぞれを、前記患者に対する薬学的な指導の薬歴の登録対象とする、
   ことを特徴とする請求項２から４のいずれか１項に記載の支援装置。
6. 前記指導内容推論手段は、前記候補情報の提示を受けた前記管理者の指示に基づいて、
   前記指導内容を推論する基準を変更する、
   ことを特徴とする請求項２から５のいずれか１項に記載の支援装置。
7. 前記対象情報取得手段によって取得された前記対象情報から、予め設定された抽出条件に基づいて特徴量を抽出する特徴量抽出手段をさらに備え、
   前記指導内容推論手段は、少なくとも前記対象情報から抽出された前記特徴量に基づいて、前記患者に対する薬学的な指導における指導内容を推論する、
   ことを特徴とする請求項１から６のいずれか１項に記載の支援装置。
8. 請求項１から７のいずれか１項に記載の支援装置と、複数の薬局それぞれに対応した複数の薬局装置とを備えた支援システムであって、
   前記支援装置と前記複数の薬局装置とは、少なくとも前記患者に対する薬学的な指導の薬歴を含む情報を、共通の仕様に準拠して共有することを特徴とする支援システム。
9. 情報処理装置が実行する支援方法であって、
   患者に対する薬学的な指導において考慮の対象となる対象情報と、前記患者に対する薬学的な指導の診療報酬に関する情報とを取得する対象情報取得ステップと、
   前記対象情報取得ステップで取得した対象情報と、前記対象情報取得ステップで取得した診療報酬に関する情報とに基づいて、前記患者に対する薬学的な指導の指導内容を推論する指導内容推論ステップと、
   前記指導内容推論ステップで推論した指導内容に基づいて、前記患者に対する薬学的な指導の薬歴に含ませる候補となる候補情報を生成する候補情報生成ステップと、
   を含むことを特徴とする支援方法。
10. コンピュータに、
    患者に対する薬学的な指導において考慮の対象となる対象情報と、前記患者に対する薬学的な指導の診療報酬に関する情報とを取得する対象情報取得機能と、
    前記対象情報取得機能が取得した対象情報と、前記対象情報取得機能が取得した診療報酬に関する情報とに基づいて、前記患者に対する薬学的な指導の指導内容を推論する指導内容推論機能と、
    前記指導内容推論機能が推論した指導内容に基づいて、前記患者に対する薬学的な指導の薬歴に含ませる候補となる候補情報を生成する候補情報生成機能と、
    を実現させることを特徴とするプログラム。

Images