JP7132556B2 - 情報処理装置、及び、プログラム - Google Patents

Description

本発明は、情報処理装置、及び、プログラムに関する。

薬剤師及び薬局は、薬を調剤した患者に対し、服薬期間中に適切なフォローアップを行うことが望まれている。フォローアップとしては、例えば、効果の有無の確認、副作用の有無の確認、服薬状況の確認、及びこれらにおける指導等が挙げられる。通常、薬剤師及び薬局は多数の患者を担当しているため、各患者に対するフォローアップの実施を管理する負担は非常に大きなものとなる。

調剤後の服薬指導を支援する技術として、例えば、特許文献１には、薬剤の収容体のセンサによって服用期間中の患者の服薬用動作を検知して、その服薬履歴を調剤薬局端末に配信する服薬管理システムが記載されている。当該服薬管理システムでは、さらに、当該服薬履歴に応じた服薬指導メッセージを患者端末に送信することができる。

特開２０１９－７６１１９号公報

特許文献１では、服薬指導は服薬履歴に応じた内容（例えば、服薬のリマインダ等の用量用法に関する内容）に限られてくるため、その内容は調剤後のフォローアップとして必ずしも十分なものではない。

本発明の目的の一つは、より充実したフォローアップの実施を支援することである。

本発明の一態様は、
患者を識別する患者識別情報と、前記患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する手段を備え、
ユーザから、薬を調剤された第１患者に対するフォローアップの内容の指定を受け付ける手段を備え、
前記フォローアップの内容に応じた情報を提示する手段を備える、
情報処理装置である。

本発明によれば、より充実したフォローアップの実施を支援することができる。

本実施形態の情報処理システムの構成を示すブロック図である。 図１の情報処理システムの機能ブロック図である。 本実施形態の概要の説明図である。 本実施形態の調剤者情報データベースのデータ構造を示す図である。 本実施形態の患者情報データベースのデータ構造を示す図である。 本実施形態の予約情報データベースのデータ構造を示す図である。 本実施形態の情報処理のシーケンス図である。 本実施形態の情報処理において表示される画面例を示す図である。 変形例１の候補情報データベースのデータ構造を示す図である。 変形例１の情報処理のシーケンス図である。 変形例１の情報処理において表示される画面例を示す図である。 変形例２のコミュニケーション情報データベースのデータ構造を示す図である。 変形例２の情報処理のシーケンス図である。 変形例２の情報処理において表示される画面例を示す図である。 変形例２の情報処理において表示される画面例を示す図である。 変形例２の情報処理において表示される画面例を示す図である。 変形例３の予約情報データベースのデータ構造を示す図である。 変形例３の情報処理のシーケンス図である。 変形例３の情報処理において表示される画面例を示す図である。 変形例３の情報処理において表示される画面例を示す図である。 変形例４の処方者情報データベースのデータ構造を示す図である。 変形例４のコミュニケーション情報データベースのデータ構造を示す図である。 変形例４の情報処理のシーケンス図である。 変形例４の情報処理のシーケンス図である。 変形例４の情報処理において表示される画面例を示す図である。 変形例４の情報処理において表示される画面例を示す図である。 変形例５の候補情報データベースのデータ構造を示す図である。 変形例５の情報処理のシーケンス図である。 変形例５の情報処理において表示される画面例を示す図である。 変形例５の情報処理において表示される画面例を示す図である。

以下、本発明の一実施形態について、図面に基づいて詳細に説明する。なお、実施形態を説明するための図面において、同一の構成要素には原則として同一の符号を付し、その繰り返しの説明は省略する。

（１）情報処理システムの構成
情報処理システムの構成を説明する。図１は、本実施形態の情報処理システムの構成を示すブロック図である。図２は、図１の情報処理システムの機能ブロック図である。

図１に示すように、情報処理システム１は、調剤者端末１０と、サーバ３０と、患者端末５０とを備える。
調剤者端末１０及びサーバ３０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。
サーバ３０及び患者端末５０は、ネットワーク（例えば、インターネット又はイントラネット）ＮＷを介して接続される。

調剤者端末１０は、サーバ３０にリクエストを送信するコンピュータ（「情報処理装置」の一例）である。調剤者端末１０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。調剤者端末１０は、例えば、患者に薬を調剤し、当該患者に対するフォローアップを実施したい者（以下「調剤者」という）が使用するコンピュータである。調剤者は、例えば、薬局又は薬剤師等である。

サーバ３０は、調剤者端末１０又は患者端末５０から送信されたリクエストに応じたレスポンスを調剤者端末１０又は患者端末５０に提供するコンピュータ（「情報処理装置」の一例）である。サーバ３０は、例えば、ウェブサーバである。

患者端末５０は、サーバ３０にリクエストを送信するコンピュータ（「情報処理装置」の一例）である。患者端末５０は、例えば、スマートフォン、タブレット端末、又は、パーソナルコンピュータである。患者端末５０は、例えば、薬を調剤された患者が使用するコンピュータである。患者は、例えば、調剤後のフォローアップの必要性が高い患者である。調剤後のフォローアップの必要性が高い患者としては、具体的には、慢性疾患で新しい薬を調剤された患者、急性疾患の患者、及び、抗がん剤又は麻薬など副作用が強いあるいはコントロールが難しい薬を調剤された患者等が挙げられる。

（１－１）調剤者端末の構成
調剤者端末１０の構成を説明する。

図２に示すように、調剤者端末１０は、記憶装置１１と、プロセッサ１２と、入出力インタフェース１３と、通信インタフェース１４とを備える。

記憶装置１１は、プログラム及びデータを記憶するように構成される。記憶装置１１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ１２は、記憶装置１１に記憶されたプログラムを起動することによって、調剤者端末１０の機能を実現するように構成される。プロセッサ１２は、例えば、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、又は、これらの組み合わせである。

入出力インタフェース１３は、調剤者端末１０に接続される入力デバイスからユーザの指示を取得し、かつ、調剤者端末１０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース１４は、調剤者端末１０とサーバ３０との間の通信を制御するように構成される。

（１－２）サーバの構成
サーバ３０の構成を説明する。

図２に示すように、サーバ３０は、記憶装置３１と、プロセッサ３２と、入出力インタフェース３３と、通信インタフェース３４とを備える。

記憶装置３１は、プログラム及びデータを記憶するように構成される。記憶装置３１は、例えば、ＲＯＭ、ＲＡＭ、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳのプログラム
・情報処理を実行するアプリケーションのプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理の実行結果

プロセッサ３２は、記憶装置３１に記憶されたプログラムを起動することによって、サーバ３０の機能を実現するように構成される。プロセッサ３２は、例えば、ＣＰＵ、ＡＳＩＣ、ＦＰＧＡ、又は、これらの組み合わせである。

入出力インタフェース３３は、サーバ３０に接続される入力デバイスからユーザの指示を取得し、かつ、サーバ３０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース３４は、サーバ３０と調剤者端末１０との間の通信、及び、サーバ３０と患者端末５０との間の通信を制御するように構成される。

（１－３）患者端末の構成
患者端末５０の構成を説明する。

図２に示すように、患者端末５０は、記憶装置５１と、プロセッサ５２と、入出力インタフェース５３と、通信インタフェース５４とを備える。

記憶装置５１は、プログラム及びデータを記憶するように構成される。記憶装置５１は、例えば、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、及び、ストレージ（例えば、フラッシュメモリ又はハードディスク）の組合せである。

プログラムは、例えば、以下のプログラムを含む。
・ＯＳ（Operating System）のプログラム
・情報処理を実行するアプリケーション（例えば、ウェブブラウザ）のプログラム

データは、例えば、以下のデータを含む。
・情報処理において参照されるデータベース
・情報処理を実行することによって得られるデータ（つまり、情報処理の実行結果）

プロセッサ５２は、記憶装置５１に記憶されたプログラムを起動することによって、患者端末５０の機能を実現するように構成される。プロセッサ５２は、例えば、ＣＰＵ（Central Processing Unit）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）、又は、これらの組み合わせである。

入出力インタフェース５３は、患者端末５０に接続される入力デバイスからユーザの指示を取得し、かつ、患者端末５０に接続される出力デバイスに情報を出力するように構成される。
入力デバイスは、例えば、キーボード、ポインティングデバイス、タッチパネル、又は、それらの組合せである。
出力デバイスは、例えば、ディスプレイである。

通信インタフェース５４は、患者端末５０とサーバ３０との間の通信を制御するように構成される。

（２）実施形態の概要
本実施形態の概要を説明する。図３は、本実施形態の概要の説明図である。

図３に示すように、サーバ３０は、患者を識別する患者識別情報と、患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する。
サーバ３０は、調剤者端末１０を介して、ユーザ（調剤者）から、薬を調剤された第１患者に対するフォローアップの内容の指定を受け付ける。
サーバ３０は、フォローアップの内容に応じた情報を提示する。

（３）データベース
本実施形態のデータベースを説明する。以下のデータベースは、記憶装置３１に記憶される。

（３－１）調剤者情報データベース
本実施形態の調剤者情報データベースを説明する。図４は、本実施形態の調剤者情報データベースのデータ構造を示す図である。

図４の調剤者情報データベースには、調剤者に関する調剤者情報が格納されている。
調剤者情報データベースは、「調剤者ＩＤ」フィールドと、「調剤者名」フィールドと、「調剤者連絡先」フィールドとを含む。各フィールドは、互いに関連付けられている。

「調剤者ＩＤ」フィールドには、調剤者ＩＤが格納される。調剤者ＩＤは、調剤者を識別する調剤者識別情報の一例である。

「調剤者名」フィールドには、調剤者名に関する情報（例えば、テキスト）が格納される。調剤者名は、調剤者識別情報の一例である。

「調剤者連絡先」フィールドには、調剤者の連絡先に関する調剤者連絡先情報が格納される。調剤者連絡先情報は、例えば、以下のものである。
・サーバ３０が提供するサービスのメッセージアカウント
・サーバ３０以外の外部サーバが提供するサービスのメッセージアカウント（一例として、ソーシャルネットワークサービスのアカウント）
・メールアドレス

「調剤者」は、１企業につき１つが登録されてもよいし、店舗単位又は担当者単位等で登録されてもよい。

（３－２）患者情報データベース
本実施形態の患者情報データベースを説明する。図５は、本実施形態の患者情報データベースのデータ構造を示す図である。

図５の患者情報データベースには、患者に関する患者情報が格納されている。
患者情報データベースは、「患者ＩＤ」フィールドと、「患者名」フィールドと、「患者連絡先」フィールドと、「薬歴」フィールドを含む。各フィールドは、互いに関連付けられている。

「患者ＩＤ」フィールドには、患者ＩＤが格納される。患者ＩＤは、患者を識別する患者識別情報の一例である。

「患者名」フィールドには、患者名（患者の氏名）に関する情報（例えば、テキスト）が格納される。患者名は、患者識別情報の一例である。

「患者連絡先」フィールドには、患者の連絡先に関する患者連絡先情報が格納される。患者連絡先情報は、例えば、以下のものである。
・サーバ３０が提供するサービスのメッセージアカウント
・サーバ３０以外の外部サーバが提供するサービスのメッセージアカウント（一例として、ソーシャルネットワークサービスのアカウント）
・メールアドレス
・電話番号

「薬歴」フィールドには、患者に調剤された薬の履歴（以下「薬歴」という）に関する薬歴情報が格納される。薬歴情報は、例えば、以下の情報の組合せである。
・薬が調剤された日付
・薬を識別する薬識別情報（一例として、薬の名称）

（３－３）予約情報データベース
本実施形態の予約情報データベースを説明する。図６は、本実施形態の予約情報データベースのデータ構造を示す図である。

図６の予約情報データベースには、患者に対するフォローアップの予約に関する予約情報が格納されている。
予約情報データベースは、「予約ＩＤ」フィールドと、「フォローアップ内容」フィールドと、「ステータス」フィールドとを含む。各フィールドは、互いに関連付けられている。
予約情報データベースは、調剤者ＩＤ及び患者ＩＤに関連付けられている。

「予約ＩＤ」フィールドには、予約ＩＤが格納される。予約ＩＤは、フォローアップの予約を識別する識別情報の一例である。

「フォローアップ内容」フィールドには、フォローアップの内容に関するフォローアップ内容情報が格納される。「フォローアップ内容」フィールドは、複数のサブフィールド（「日時」フィールド、及び、「メッセージ」フィールド）を含む。

「日時」フィールドには、フォローアップを行う日時（日付及び時間）に関する日時情報が格納される。

「メッセージ」フィールドには、フォローアップに対応するメッセージ（例えば、テキスト）が格納される。フォローアップとしては、例えば、効果の有無の確認、副作用の有無の確認、服薬状況の確認、及びこれらにおける指導、ならびに、次回の調剤予定日の案内等が挙げられる。

「ステータス」フィールドには、フォローアップの実施の状況に関するステータス情報が格納される。テータス情報は、「処理済」及び「未処理」の何れかである。

（４）情報処理
本実施形態の情報処理を説明する。図７は、本実施形態の情報処理のシーケンス図である。図８は、本実施形態の情報処理において表示される画面例を示す図である。

図７に示すように、調剤者端末１０は、フォローアップ内容の受付（Ｓ１１０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ１００（図８）をディスプレイに表示する。

画面Ｐ１００は、フィールドオブジェクトＦ１００ａ～Ｆ１００ｂと、操作オブジェクトＢ１００と、を含む。
フィールドオブジェクトＦ１００ａは、フォローアップの対象となる患者（以下「第１患者」ともいう）の患者名を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ１００ｂは、フォローアップの内容を指定するためのユーザ指示を受け付けるオブジェクトである。フォローアップの内容は、例えば、フォローアップを行う日時とフォローアップメッセージとの組み合わせである。
操作オブジェクトＢ１００は、フィールドオブジェクトＦ１００ａ～Ｆ１００ｂに入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１１０の後、調剤者端末１０は、予約リクエスト（Ｓ１１１）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ１００ａ～Ｆ１００ｂにユーザ指示を入力し、かつ、操作オブジェクトＢ１００を操作すると、プロセッサ１２は、予約リクエストデータをサーバ３０に送信する。
予約リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ１００ａに指定された患者名に関する情報
・フィールドオブジェクトＦ１００ｂに指定されたフォローアップの内容（フォローアップを行う日時とフォローアップメッセージとの組み合わせ）に関する情報

ステップＳ１１１の後、サーバ３０は、予約情報データベースの更新（Ｓ３１０）を実行する。
具体的には、プロセッサ３２は、患者情報データベース（図５）を参照して、予約リクエストデータに含まれる患者名に関連付けられた患者ＩＤ（つまり、フォローアップの対象となる第１患者の患者ＩＤ）を特定する。プロセッサ３２は、予約リクエストデータに含まれる調剤者ＩＤ及び特定された患者ＩＤに関連付けられた予約情報データベース（図６）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「予約ＩＤ」フィールドには、新規の予約ＩＤが格納される。
・「日時」フィールドには、予約リクエストデータに含まれる日時（以下「予約日時」という）が格納される。１つのレコードには１つの日時が格納される。
・「メッセージ」フィールドには、予約リクエストデータに含まれるフォローアップメッセージが格納される。フォローアップメッセージは、対応する日時のレコードに格納される。
・「ステータス」フィールドには、「未処理」が格納される。

ステップＳ３１０の後、サーバ３０は、フォローアップメッセージの提示（Ｓ３１１）を実行する。
具体的には、プロセッサ３２は、予約情報データベース（図６）の「日時」フィールドを参照して、その日時となった際に、提示レスポンスデータを、第１患者の患者連絡先情報の患者連絡先に送信する。
より具体的には、プロセッサ３２は、予約情報データベース（図６）に関連付けられた患者ＩＤを特定する。プロセッサ３２は、患者情報データベース（図５）を参照して、特定された患者ＩＤに関連付けられた患者連絡先情報を特定する。プロセッサ３２は、予約情報データベース（図６）を参照して、当該日時に関連付けられたフォローアップメッセージを特定する。プロセッサ３２は、提示レスポンスデータを、特定された患者連絡先情報の患者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・特定されたフォローアップメッセージ（「フォローアップの内容に応じた情報」の一例）
プロセッサ３２は、予約情報データベース（図６）において、当該日時のレコードの「ステータス」フィールドを更新する。具体的には、「未処理」から「処理済」に変更する。

ステップＳ３１１の後、患者端末５０は、フォローアップメッセージの表示（Ｓ５１０）を実行する。
具体的には、プロセッサ５２は、提示レスポンスデータに基づいて、画面Ｐ１０１（図８）をディスプレイに表示する。

画面Ｐ１０１は、表示オブジェクトＡ１０１を含む。
表示オブジェクトＡ１０１は、提示レスポンスデータに含まれるフォローアップメッセージを含む。

本実施形態によれば、調剤者は、患者に対する所望のフォローアップの内容を指定することができる。これにより、調剤者は、効果、副作用、服薬状況等、種々の観点でのフォローアップを実施することができる。したがって、調剤者は、患者に対して、より充実したフォローアップの実施を行うことができる。
また、本実施形態では、フォローアップの内容として、フォローアップを行う日時を指定ことができる。したがって、調剤者は、所望の日時において患者に対してフォローアップの実施を行うことができる。
また、本実施形態では、第１患者に関連付けられた患者連絡先情報に対応する連絡先に対して、フォローアップに対応するフォローアップメッセージが提示される。したがって、調剤者は、第１患者に対して口頭でフォローアップを行う必要がなく、第１患者に対するフォローアップの実施における労力が軽減される。
さらに、本実施形態では、調剤者は、日時及びフォローアップメッセージを指定することによって、所望の日時において自動でフォローアップを行うことができる。したがって、調剤者は、フォローアップの実施の管理における労力が軽減される。

（５）変形例
本実施形態の変形例を説明する。

（５－１）変形例１
変形例１を説明する。変形例１は、薬を調剤した日付及び処方日数の少なくとも一方に基づき、フォローアップを行う日付の候補を調剤者に提示する例である。なお、変形例１では、フォローアップを行う時間の候補、及び、フォローアップメッセージの候補も調剤者に提示する例を説明するが、変形例１はこれに限られない。

（５－１－１）候補情報データベース
変形例１の候補情報データベースを説明する。図９は、変形例１の候補情報データベースのデータ構造を示す図である。

図９の候補情報データベースには、フォローアップの内容の候補に関する情報が格納されている。
候補情報データベースは、「候補ＩＤ」フィールドと、「フォローアップ内容候補」フィールドと、「不提示条件」フィールドとを含む。各フィールドは、互いに関連付けられている。

「候補ＩＤ」フィールドには、候補ＩＤが格納される。候補ＩＤは、フォローアップの内容の候補を識別する識別情報の一例である。

「フォローアップ内容候補」フィールドには、フォローアップの内容の候補に関するフォローアップ内容候補情報が格納される。「フォローアップ内容候補」フィールドは、複数のサブフィールド（「候補フォローアップ名」フィールド、「候補日時」フィールド、及び、「候補メッセージ」フィールド）を含む。

「候補フォローアップ名」フィールドには、フォローアップの内容を端的に表した名称（以下「フォローアップ名」という）に関する情報（例えば、テキスト）が格納される。

「候補日時」フィールドには、フォローアップを行う日時の候補に関する候補日時情報が格納される。具体的には、調剤日及び処方日数の少なくとも一方に基づいてフォローアップを行う日付を算出するための計算式、及び、時間の候補に関する情報が格納される。

「候補メッセージ」フィールドには、フォローアップに対応するメッセージの候補（例えば、テキスト）が格納される。

「不提示条件」フィールドには、候補として提示しない条件に関する情報が格納される。候補として提示しない条件がない場合には、何も格納されない。

（５－１－２）情報処理
変形例１の情報処理について説明する。図１０は、変形例１の情報処理のシーケンス図である。図１１は、変形例１の情報処理において表示される画面例を示す図である。

図１０に示すように、調剤者端末１０は、調剤日及び処方日数の受付（Ｓ１２０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ２００（図１１）をディスプレイに表示する。

画面Ｐ２００は、フィールドオブジェクトＦ２００ａ～Ｆ２００ｃと、操作オブジェクトＢ２００と、を含む。
フィールドオブジェクトＦ２００ａは、フォローアップの対象となる患者（第１患者）の患者名を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ２００ｂは、第１患者に薬を調剤した日付（調剤日）を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ２００ｃは、当該薬の処方日数を指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ２００は、フィールドオブジェクトＦ２００ａ～Ｆ２００ｃに入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１２０の後、調剤者端末１０は、候補提示リクエスト（Ｓ１２１）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ２００ａ～Ｆ２００ｃにユーザ指示を入力し、かつ、操作オブジェクトＢ２００を操作すると、プロセッサ１２は、候補提示リクエストデータをサーバ３０に送信する。
候補提示リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ２００ａに指定された患者名に関する情報
・フィールドオブジェクトＦ２００ｂに指定された調剤日に関する情報
・フィールドオブジェクトＦ２００ｃに指定された処方日数に関する情報

ステップＳ１２１の後、サーバ３０は、候補の提示（Ｓ３２０）を実行する。
具体的には、プロセッサ３２は、候補提示リクエストデータに含まれる調剤日及び処方日数の少なくとも一方に基づき、候補情報データベース（図９）の「候補日時」フィールドに格納されている計算式を用いて日付を算出する。また、プロセッサ３２は、候補提示リクエストデータに含まれる調剤日及び処方日数の少なくとも一方に基づき、候補情報データベース（図９）の「不提示条件」フィールドに該当するか否かを判定する。例えば、処方日数が８日である場合、候補ＩＤ＝Ｔ００２のフォローアップ内容候補は、不提示条件に該当する。プロセッサ３２は、不提示条件に該当しないフォローアップ内容候補を特定する。
プロセッサ３２は、候補提示レスポンスデータを、調剤者端末１０に送信する。候補提示レスポンスデータは、以下の情報を含む。
・特定されたフォローアップ内容候補（算出された日付とフォローアップを実施する時間とフォローアップメッセージとの組み合わせ）に関する情報

ステップＳ３２０の後、調剤者端末１０は、フォローアップ内容の受付（Ｓ１２２）を実行する。
具体的には、プロセッサ１２は、画面Ｐ２０１（図１１）をディスプレイに表示する。

画面Ｐ２０１は、フィールドオブジェクトＦ２０１と、操作オブジェクトＢ２０１と、を含む。
フィールドオブジェクトＦ２０１は、フォローアップの内容を指定するためのユーザ指示を受け付けるオブジェクトである。フィールドオブジェクトＦ２０１には、候補提示レスポンスデータに含まれるフォローアップ内容候補に関する情報が表示される。
操作オブジェクトＢ２０１は、フィールドオブジェクトＦ２０１に入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１２２の後、調剤者端末１０は、予約リクエスト（Ｓ１２３）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ２０１にユーザ指示を入力し、かつ、操作オブジェクトＢ２０１を操作すると、プロセッサ１２は、予約リクエストデータをサーバ３０に送信する。具体的には、調剤者は、フォローアップ内容候補からの変更を希望しない場合には、フィールドオブジェクトＦ２０１に表示されている内容のまま操作オブジェクトＢ２０１を操作する。一方、調剤者は、フォローアップ内容候補からの変更を希望する場合には、フィールドオブジェクトＦ２０１に表示されているフォローアップ内容を変更して、操作オブジェクトＢ２０１を操作する。フォローアップ内容の変更は、例えば、日時の変更、メッセージの変更、複数の日時及びメッセージの組み合わせのうちの一部の削除、又は、日時及びメッセージの追加等である。
予約リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ２００ａに指定された患者名に関する情報
・フィールドオブジェクトＦ２０１に指定されたフォローアップの内容（フォローアップを行う日時とフォローアップメッセージとの組み合わせ）に関する情報

ステップＳ１２３の後、サーバ３０は、本実施形態と同様に、予約情報データベースの更新（Ｓ３１０）及びフォローアップメッセージの提示（Ｓ３１１）を実行する。

ステップＳ３１１の後、患者端末５０は、本実施形態と同様に、フォローアップメッセージの表示（Ｓ５１０）を実行する。

変形例１によれば、調剤日及び処方日数の少なくとも一方に基づき、フォローアップを行う日付の候補を調剤者に提示することができる。したがって、調剤者は、フォローアップを行う日付を簡便に指定することができる。また、調剤者は、フォローアップを行う適切な日付を指定することができる。
また、変形例１によれば、フォローアップを行う時間の候補を調剤者に提示することができる。したがって、調剤者は、フォローアップを行う時間を簡便に指定することができる。また、調剤者は、フォローアップを行う適切な時間を指定することができる。
また、変形例１によれば、フォローアップメッセージの候補を調剤者に提示することができる。したがって、調剤者は、フォローアップメッセージを簡便に指定することができる。また、調剤者は、適切なフォローアップメッセージを指定することができる。

（５－２）変形例２
変形例２を説明する。変形例２は、第１患者から調剤者に対する返信メッセージを受け付けて提示する例である。なお、変形例２では、さらに調剤者から第１患者に対する再返信メッセージを受け付けて提示する例も説明するが、変形例２はこれに限られない。

（５－２－１）コミュニケーション情報データベース
変形例２のコミュニケーション情報データベースを説明する。図１２は、変形例２のコミュニケーション情報データベースのデータ構造を示す図である。

図１２のコミュニケーション情報データベースには、調剤者と患者との間のメッセージのやり取りに関するコミュニケーション情報が格納されている。
コミュニケーション情報データベースは、「コミュニケーションＩＤ」フィールドと、「送信日時」フィールドと、「送り主」フィールドと、「送り先」フィールドと、「メッセージ」フィールドとを含む。各フィールドは、互いに関連付けられている。
コミュニケーション情報データベースは、調剤者ＩＤ及び患者ＩＤに関連付けられている。

「コミュニケーションＩＤ」フィールドには、コミュニケーションＩＤが格納される。コミュニケーションＩＤは、コミュニケーションの内容を識別する識別情報の一例である。

「送信日時」フィールドには、メッセージを送信した日時（日付及び時間）に関する日時情報が格納される。

「送り主」フィールドには、メッセージを送った者の識別情報（調剤者ＩＤ又は患者ＩＤ）が格納される。

「送り先」フィールドには、メッセージを受け取った者の識別情報（調剤者ＩＤ又は患者ＩＤ）が格納される。

「メッセージ」フィールドには、送信されたメッセージ（例えば、テキスト）が格納される。

（５－２－２）情報処理
変形例２の情報処理について説明する。図１３は、変形例２の情報処理のシーケンス図である。図１４は、変形例２の情報処理において表示される画面例を示す図である。図１５は、変形例２の情報処理において表示される画面例を示す図である。図１６は、変形例２の情報処理において表示される画面例を示す図である。

変形例２では、本実施形態と同様に、ステップＳ１１０～Ｓ３１０（図７）を実行する。

ステップＳ３１０の後、図１３に示すように、サーバ３０は、フォローアップメッセージの提示（Ｓ３３０）を実行する。
具体的には、プロセッサ３２は、予約情報データベース（図６）の「日時」フィールドを参照して、その日時となった際に、提示レスポンスデータを、第１患者の患者連絡先情報の患者連絡先に送信する。
より具体的には、プロセッサ３２は、予約情報データベース（図６）に関連付けられた患者ＩＤを特定する。プロセッサ３２は、患者情報データベース（図５）を参照して、特定された患者ＩＤに関連付けられた患者連絡先情報を特定する。プロセッサ３２は、予約情報データベース（図６）を参照して、当該日時に関連付けられたフォローアップメッセージを特定する。プロセッサ３２は、提示レスポンスデータを、特定された患者連絡先情報の患者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・特定されたフォローアップメッセージ
・新規のコミュニケーションＩＤ
プロセッサ３２は、予約情報データベース（図６）において、当該日時のレコードの「ステータス」フィールドを更新する。具体的には、「未処理」から「処理済」に変更する。
プロセッサ３２は、調剤者ＩＤ及び特定された患者ＩＤに関連付けられたコミュニケーション情報データベース（図１２）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「コミュニケーションＩＤ」フィールドには、ステップＳ３３０の提示レスポンスデータに含まれる新規のコミュニケーションＩＤが格納される。
・「送信日時」フィールドには、ステップＳ３３０を実行した日時が格納される。
・「送り主」フィールドには、調剤者ＩＤが格納される。
・「送り先」フィールドには、患者ＩＤが格納される。
・「メッセージ」フィールドには、特定されたフォローアップメッセージが格納される。

ステップＳ３３０の後、患者端末５０は、フォローアップメッセージの表示（Ｓ５３０）を実行する。
具体的には、プロセッサ５２は、ステップＳ３３０の提示レスポンスデータに基づいて、画面Ｐ３０１（図１４）をディスプレイに表示する。

画面Ｐ３０１は、表示オブジェクトＡ３０１と、フィールドオブジェクトＦ３０１と、操作オブジェクトＢ３０１と、を含む。
表示オブジェクトＡ３０１は、ステップＳ３３０の提示レスポンスデータに含まれるフォローアップメッセージを含む。
フィールドオブジェクトＦ３０１は、返信メッセージを指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ３０１は、返信リクエスト（Ｓ５３１）を実行させるためのユーザ指示を受け付けるオブジェクトである。

ステップＳ５３０の後、患者端末５０は、返信リクエスト（Ｓ５３１）を実行する。
具体的には、患者が、フィールドオブジェクトＦ３０１にユーザ指示を入力し、かつ、操作オブジェクトＢ３０１を操作すると、プロセッサ５２は、返信リクエストデータをサーバ３０に送信する。
返信リクエストデータは、以下の情報を含む。
・患者ＩＤ
・フィールドオブジェクトＦ３０１に指定された返信メッセージ
・ステップＳ３３０の提示レスポンスデータに含まれるコミュニケーションＩＤ

ステップＳ５３１の後、サーバ３０は、返信メッセージの提示（Ｓ３３１）を実行する。
具体的には、プロセッサ３２は、コミュニケーション情報データベース（図１２）を参照して、返信リクエストデータに含まれるコミュニケーションＩＤに関連付けられた送り主及び送り先を特定する。プロセッサ３２は、特定された送り主及び送り先と返信リクエストデータに含まれる患者ＩＤとを比較して、返信メッセージの送り先（ここでは調剤者ＩＤ）を特定する。プロセッサ３２は、調剤者情報データベース（図４）を参照して、特定された送り先（調剤者ＩＤ）に関連付けられた調剤者連絡先情報を特定する。プロセッサ３２は、提示レスポンスデータを、特定された調剤者連絡先情報の調剤者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・フォローアップメッセージ
・返信リクエストデータに含まれる返信メッセージ
・新規のコミュニケーションＩＤ
プロセッサ３２は、調剤者ＩＤ及び患者ＩＤに関連付けられたコミュニケーション情報データベース（図１２）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「コミュニケーションＩＤ」フィールドには、ステップＳ３３１の提示レスポンスデータに含まれる新規のコミュニケーションＩＤが格納される。
・「送信日時」フィールドには、ステップＳ３３１を実行した日時が格納される。
・「送り主」フィールドには、患者ＩＤが格納される。
・「送り先」フィールドには、調剤者ＩＤが格納される。
・「メッセージ」フィールドには、返信リクエストデータに含まれる返信メッセージが格納される。

ステップＳ３３１の後、調剤者端末１０は、返信メッセージの表示（Ｓ１３０）を実行する。
具体的には、プロセッサ１２は、ステップＳ３３１の提示レスポンスデータに基づいて、画面Ｐ３０２（図１５）をディスプレイに表示する。

画面Ｐ３０２は、表示オブジェクトＡ３０２ａ～Ａ３０２ｂと、フィールドオブジェクトＦ３０２と、操作オブジェクトＢ３０２と、を含む。
表示オブジェクトＡ３０２ａは、ステップＳ３３１の提示レスポンスデータに含まれるフォローアップメッセージを含む。
表示オブジェクトＡ３０２ｂは、ステップＳ３３１の提示レスポンスデータに含まれる返信メッセージを含む。
フィールドオブジェクトＦ３０２は、再返信メッセージを指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ３０２は、再返信リクエスト（Ｓ１３１）を実行させるためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１３１の後、調剤者端末１０は、再返信リクエスト（Ｓ３３２）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ３０２にユーザ指示を入力し、かつ、操作オブジェクトＢ３０２を操作すると、プロセッサ１２は、再返信リクエストデータをサーバ３０に送信する。
再返信リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ３０２に指定された再返信メッセージ
・ステップＳ３３１の提示レスポンスデータに含まれるコミュニケーションＩＤ

ステップＳ１３１の後、サーバ３０は、再返信メッセージの提示（Ｓ３３２）を実行する。
具体的には、プロセッサ３２は、コミュニケーション情報データベース（図１２）を参照して、再返信リクエストデータに含まれるコミュニケーションＩＤに関連付けられた送り主及び送り先を特定する。プロセッサ３２は、特定された送り主及び送り先と再返信リクエストデータに含まれる調剤者ＩＤとを比較して、再返信メッセージの送り先（ここでは患者ＩＤ）を特定する。プロセッサ３２は、患者情報データベース（図５）を参照して、特定された送り先（患者ＩＤ）に関連付けられた患者連絡先情報を特定する。プロセッサ３２は、提示レスポンスデータを、特定された患者連絡先情報の患者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・フォローアップメッセージ
・返信メッセージ
・再返信リクエストデータに含まれる再返信メッセージ
・新規のコミュニケーションＩＤ
プロセッサ３２は、調剤者ＩＤ及び患者ＩＤに関連付けられたコミュニケーション情報データベース（図１２）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「コミュニケーションＩＤ」フィールドには、ステップＳ３３２の提示レスポンスデータに含まれる新規のコミュニケーションＩＤが格納される。
・「送信日時」フィールドには、ステップＳ３３２を実行した日時が格納される。
・「送り主」フィールドには、調剤者ＩＤが格納される。
・「送り先」フィールドには、患者ＩＤが格納される。
・「メッセージ」フィールドには、再返信リクエストデータに含まれる再返信メッセージが格納される。

ステップＳ３３２の後、患者端末５０は、再返信メッセージの表示（Ｓ５３３）を実行する。
具体的には、プロセッサ５２は、ステップＳ３３２の提示レスポンスデータに基づいて、画面Ｐ３０３（図１６）をディスプレイに表示する。

画面Ｐ３０３は、表示オブジェクトＡ３０３ａ～Ａ３０３ｃと、フィールドオブジェクトＦ３０３と、操作オブジェクトＢ３０３と、を含む。
表示オブジェクトＡ３０３ａは、ステップＳ３３２の提示レスポンスデータに含まれるフォローアップメッセージを含む。
表示オブジェクトＡ３０３ｂは、ステップＳ３３２の提示レスポンスデータに含まれる返信メッセージを含む。
表示オブジェクトＡ３０３ｃは、ステップＳ３３２の提示レスポンスデータに含まれる再返信メッセージを含む。
フィールドオブジェクトＦ３０３は、再々返信メッセージを指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ３０３は、再々返信リクエストを実行させるためのユーザ指示を受け付けるオブジェクトである。

ステップＳ５３３の後、ステップＳ５３１～Ｓ１３０及びステップＳ１３１～Ｓ５３３を同様に繰り返し行ってもよい。これにより、調剤者及び患者は双方向にメッセージのやり取りを行うことができる。

変形例２によれば、第１患者からの調剤者に対する返信メッセージを、調剤者に提示することができる。すなわち、第１患者は、調剤者からのフォローアップメッセージに対して返信メッセージを送ることができる。これにより、調剤者は第１患者の状況等を知ることができる。したがって、調剤者は、より充実したフォローアップを行うことができる。
また、変形例２によれば、調剤者からの第１患者に対する再返信メッセージを、第１患者に提示することができる。すなわち、調剤者は、第１患者からの返信メッセージに対して再返信メッセージを送ることができる。これにより、調剤者は第１患者の状況等に応じたフォローアップを行うことができる。したがって、調剤者は、より充実したフォローアップを行うことができる。

（５－３）変形例３
変形例３を説明する。変形例３は、患者連絡先として、メッセージの文章を提示できないもの（例えば、固定電話の電話番号）を用いる場合の例である。

（５－３－１）予約情報データベース
変形例３のコミュニケーション情報データベースを説明する。図１７は、変形例３の予約情報データベースのデータ構造を示す図である。

図１７の予約情報データベースには、患者に対するフォローアップの予約に関する予約情報が格納される。
予約情報データベースは、「予約ＩＤ」フィールドと、「フォローアップ内容」フィールドと、「ステータス」フィールドとを含む。各フィールドは、互いに関連付けられている。
予約情報データベースは、調剤者ＩＤ及び患者ＩＤに関連付けられている。

「予約ＩＤ」フィールドには、予約ＩＤが格納される。予約ＩＤは、フォローアップの予約を識別する識別情報の一例である。

「フォローアップ内容」フィールドには、フォローアップの内容に関するフォローアップ内容情報が格納される。「フォローアップ内容」フィールドは、複数のサブフィールド（「日時」フィールド、及び、「フォローアップ名」フィールド）を含む。

「日時」フィールドには、フォローアップを行う日時（日付及び時間）に関する日時情報が格納される。

「フォローアップ名」フィールドには、フォローアップの内容を端的に表した名称（以下「フォローアップ名」という）に関する情報（例えば、テキスト）が格納される。

「ステータス」フィールドには、フォローアップの実施の状況に関するステータス情報が格納される。テータス情報は、「処理済」及び「未処理」の何れかである。

（５－３－２）情報処理
変形例３の情報処理について説明する。図１８は、変形例３の情報処理のシーケンス図である。図１９は、変形例３の情報処理において表示される画面例を示す図である。図２０は、変形例３の情報処理において表示される画面例を示す図である。

図１８に示すように、調剤者端末１０は、患者情報の受付（Ｓ１４０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ４００（図１９）をディスプレイに表示する。

画面Ｐ４００は、フィールドオブジェクトＦ４００と、操作オブジェクトＢ４００と、を含む。
フィールドオブジェクトＦ４００は、フォローアップの対象となる患者（第１患者）の電子版お薬手帳用二次元コードの画像を指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ４００は、フィールドオブジェクトＦ４００に入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１４０の後、調剤者端末１０は、患者情報登録リクエスト（Ｓ１４１）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ４００に第１患者の電子版お薬手帳用二次元コードの画像データを入力し、かつ、操作オブジェクトＢ４００を操作すると、プロセッサ１２は、患者情報登録リクエストデータをサーバ３０に送信する。電子版お薬手帳用二次元コードは、例えば、ＱＲコード（登録商標）（例えば、ＪＡＨＩＳ形式のＱＲコード）である。画像データの入力は、例えば、調剤者端末１０に接続されたカメラ（不図示）等を介して行われる。電子版お薬手帳用二次元コードは、例えば、薬と一緒に調剤者から患者に渡される調剤報酬明細書、服用に関する説明書、又はお薬手帳に貼付するためのシール等の紙媒体等に記載されている。
患者情報登録リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ４００に指定された電子版お薬手帳用二次元コードの画像データ

ステップＳ１４１の後、サーバ３０は、患者情報データベースの更新（Ｓ３４０）を実行する。
具体的には、プロセッサ３２は、患者情報登録リクエストデータに含まれる画像データを処理して、第１患者の患者識別情報（例えば、患者名）及び連絡先に関する情報（例えば、電話番号）を取得する。プロセッサ３２は、患者情報データベース（図５）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「患者ＩＤ」フィールドには、新規の患者ＩＤが格納される。
・「患者名」フィールドには、取得された患者名が格納される。
・「患者連絡先」フィールドには、取得された患者連絡先が格納される。
プロセッサ３２は、新規の患者ＩＤ及び患者情報登録リクエストデータに含まれる調剤者ＩＤに関連付けられた予約情報データベース（図１７）を新規に生成する。ステップＳ３４０の時点では、各フィールドには何も格納されていない。

ステップＳ３４０の後、調剤者端末１０は、フォローアップ内容の受付（Ｓ１４２）を実行する。
具体的には、プロセッサ１２は、画面Ｐ４０１（図１９）をディスプレイに表示する。

画面Ｐ４０１は、フィールドオブジェクトＦ４０１と、操作オブジェクトＢ４０１と、を含む。
フィールドオブジェクトＦ４０１は、フォローアップの内容を指定するためのユーザ指示を受け付けるオブジェクトである。フォローアップの内容は、例えば、フォローアップを行う日時とフォローアップ名との組み合わせである。
操作オブジェクトＢ４０１は、フィールドオブジェクトＦ４０１に入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１４２の後、調剤者端末１０は、予約リクエスト（Ｓ１４３）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ４０１にユーザ指示を入力し、かつ、操作オブジェクトＢ４０１を操作すると、プロセッサ１２は、予約リクエストデータをサーバ３０に送信する。
予約リクエストデータは、以下の情報を含む。
・フィールドオブジェクトＦ４０１に指定されたフォローアップの内容（フォローアップを行う日時とフォローアップ名との組み合わせ）に関する情報

ステップＳ１４３の後、サーバ３０は、予約情報データベースの更新（Ｓ３４１）を実行する。
具体的には、プロセッサ３２は、ステップＳ３４０で生成した予約情報データベース（図１７）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「予約ＩＤ」フィールドには、新規の予約ＩＤが格納される。
・「日時」フィールドには、予約リクエストデータに含まれる日時が格納される。１つのレコードには１つの日時が格納される。
・「フォローアップ名」フィールドには、予約リクエストデータに含まれるフォローアップ名が格納される。フォローアップ名は、対応する日時のレコードに格納される。
・「ステータス」フィールドには、「未処理」が格納される。

ステップＳ３４１の後、サーバ３０は、予約情報の提示（Ｓ３４２）を実行する。
具体的には、プロセッサ３２は、予約情報データベース（図１７）の「日時」フィールドを参照して、その日時となった際に、あるいは、その日時よりも前であって且つ予め定められたタイミング（例えば、「日時」フィールドの日時の２時間前、又は、「日時」フィールドの日付における午前９時、等）となった際に、提示レスポンスデータを、調剤者連絡先情報の調剤者連絡先に送信する。
より具体的には、プロセッサ３２は、予約情報データベース（図１７）に関連付けられた調剤者ＩＤ及び患者ＩＤを特定する。プロセッサ３２は、調剤者情報データベース（図４）を参照して、特定された調剤者ＩＤに関連付けられた調剤者連絡先情報を特定する。プロセッサ３２は、患者情報データベース（図５）を参照して、特定された患者ＩＤに関連付けられた患者名及び患者連絡先情報を特定する。プロセッサ３２は、予約情報データベース（図１７）を参照して、当該日時に関連付けられたフォローアップ名を特定する。プロセッサ３２は、提示レスポンスデータを、特定された調剤者連絡先情報の調剤者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・予約ＩＤ
・特定された患者名及び患者連絡先情報
・特定されたフォローアップの内容（フォローアップを行う日時とフォローアップ名との組み合わせ）に関する情報（「フォローアップの内容に応じた情報」の一例）

ステップＳ３４２の後、調剤者端末１０は、予約情報の表示（Ｓ１４４）を実行する。
具体的には、プロセッサ１２は、提示レスポンスデータに基づいて、画面Ｐ４０２（図２０）をディスプレイに表示する。

画面Ｐ４０２は、表示オブジェクトＡ４０２と、操作オブジェクトＢ４０２と、を含む。
表示オブジェクトＡ４０２は、提示レスポンスデータに含まれる患者名、患者連絡先情報、及び、フォローアップの内容を含む。
操作オブジェクトＢ４０２は、フォローアップを行った旨のユーザ指示を受け付け、かつ、ステータス更新リクエスト（Ｓ１４５）を実行させるためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１４４の後、調剤者端末１０は、ステータス更新リクエスト（Ｓ１４５）を実行する。
具体的には、調剤者が、表示オブジェクトＡ４０２に含まれる情報に基づいて第１患者に対して電話でフォローアップを実施した後、操作オブジェクトＢ４０２を操作すると、プロセッサ１２は、ステータス更新リクエストデータをサーバ３０に送信する。ステータス更新リクエストデータは、以下の情報を含む。
・予約ＩＤ
・フォローアップを行った旨の情報

ステップＳ１４５の後、サーバ３０は、ステータス情報データベースの更新（Ｓ３４３）を実行する。
具体的には、プロセッサ３２は、予約情報データベース（図１７）において、ステータス更新リクエストデータに含まれる予約ＩＤに関連付けられた「ステータス」フィールドを更新する。具体的には、「未処理」から「処理済」に変更する。

変形例３によれば、電子版お薬手帳用二次元コードの情報に基づいて患者識別情報及び患者連絡先情報を取得する。したがって、手入力により生じ得る誤入力を回避することができる。また、外部システムから取得する場合と比較して、外部システムの仕様に依存せずに容易に患者識別情報及び患者連絡先情報を取得することができる。
また、変形例３によれば、調剤者に対して、フォローアップの内容に関する情報及び第１患者に関連付けられた患者連絡先情報を提示する。これにより、患者連絡先として、メッセージの文章を提示できないもの（例えば、固定電話の電話番号）を用いる場合に、調剤者に対して、フォローアップの内容に関する情報及び第１患者の患者連絡先情報を提示することができる。したがって、調剤者は、フォローアップの実施の管理における労力が軽減される。また、患者がメッセージの文章を提示できるデバイスを有していない場合でも、調剤者は患者に対してフォローアップを行うことができる。
さらに、患者がメッセージの文章を提示できるデバイスを有している場合には、本実施形態のように、患者に対して、フォローアップに対応するフォローアップメッセージを提示し、一方、患者がメッセージの文章を提示できるデバイスを有していない場合には、変形例３のように、調剤者に対して、フォローアップの内容に関する情報及び患者連絡先情報を提示することによって、患者のデバイスの保有状況に関わらず調剤者は適切な方法で容易にフォローアップを行うことができる。
また、変形例３によれば、調剤者は、患者に対する所望のフォローアップの内容を指定することができる。これにより、調剤者は、効果、副作用、服薬状況等、種々の観点でのフォローアップを実施することができる。したがって、調剤者は、患者に対して、より充実したフォローアップの実施を行うことができる。

（５－４）変形例４
変形例４を説明する。変形例４は、患者識別情報と、返信メッセージに基づく情報と、を含むトレーシングレポートを生成する例である。「トレーシングレポート」とは、「服薬情報提供書」とも呼ばれており、薬局で緊急性及び即時性は低いものの患者の薬物療法等に有用な情報を得た際に、その情報を薬の処方者へ伝えるために用いられている文書である。なお、変形例４では、トレーシングレポートを、薬を処方した者（以下「処方者」という）に送信する例も併せて説明する。処方者は、例えば、以下の少なくとも１つである。
・病院
・診療所
・医局
・医師
・歯科医師

（５－４－１）処方者情報データベース
変形例４の処方者情報データベースを説明する。図２１は、変形例４の処方者情報データベースのデータ構造を示す図である。

図２１の処方者情報データベースには、処方者に関する処方者情報が格納される。
処方者情報データベースは、「処方者ＩＤ」フィールドと、「処方者名」フィールドと、「処方者連絡先」フィールドとを含む。各フィールドは、互いに関連付けられている。

「処方者ＩＤ」フィールドには、処方者ＩＤが格納される。処方者ＩＤは、処方者を識別する処方者識別情報の一例である。

「処方者名」フィールドには、処方者の名称に関する処方者名情報（例えば、テキスト）が格納される。処方者名情報は、処方者識別情報の一例である。処方者が医師の場合、処方者の名称として、例えば、医師の氏名だけが格納されてもよいし、医師の氏名と当該医師が所属する医療機関の名称との組み合わせが格納されてもよい。

「処方者連絡先」フィールドには、処方者の連絡先に関する処方者連絡先情報が格納される。処方者連絡先情報は、例えば、以下の少なくとも１つである。
・ＦＡＸ番号
・サーバ３０が提供するサービスのメッセージアカウント
・サーバ３０以外の外部サーバが提供するサービスのメッセージアカウント（一例として、ソーシャルネットワークサービスのアカウント）
・メールアドレス
・電話番号

（５－４－２）コミュニケーション情報データベース
変形例４のコミュニケーション情報データベースを説明する。図２２は、変形例４のコミュニケーション情報データベースのデータ構造を示す図である。

図２２のコミュニケーション情報データベースには、調剤者と患者との間のメッセージのやり取りに関するコミュニケーション情報が格納されている。
コミュニケーション情報データベースは、「コミュニケーションＩＤ」フィールドと、「予約ＩＤ」フィールドと、「送信日時」フィールドと、「送り主」フィールドと、「送り先」フィールドと、「メッセージ」フィールドと、「レポートステータス」フィールドとを含む。各フィールドは、互いに関連付けられている。
コミュニケーション情報データベースは、調剤者ＩＤ及び患者ＩＤの組合せに関連付けられている。

「コミュニケーションＩＤ」フィールドには、コミュニケーションＩＤが格納される。コミュニケーションＩＤは、コミュニケーションの内容を識別するコミュニケーション識別情報の一例である。

「予約ＩＤ」フィールドには、コミュニケーション情報に対応する予約ＩＤが格納される。

「送信日時」フィールドには、メッセージを送信した日時（日付及び時間）に関する送信日時情報が格納される。

「送り主」フィールドには、メッセージを送った者の送り主識別情報が格納される。調剤者が送り主である場合の送り主識別情報は、調剤者ＩＤである。患者が送り主である場合の送り主識別情報は、患者ＩＤである。

「送り先」フィールドには、メッセージを受け取った者の送り先識別情報が格納される。調剤者が送り先である場合の送り先識別情報は、調剤者ＩＤである。患者が送り先である場合の送り先識別情報は、患者ＩＤである。

「メッセージ」フィールドには、送信されたメッセージ（例えば、テキスト）が格納される。

「レポートステータス」フィールドには、トレーシングレポートの生成及び送信の状況に関するレポートステータス情報が格納される。レポートステータス情報は、「処理済」及び「未処理」の何れかである。

（５－４－３）情報処理
変形例４の情報処理について説明する。図２３は、変形例４の情報処理のシーケンス図である。図２４は、変形例４の情報処理のシーケンス図である。図２５は、変形例４の情報処理において表示される画面例を示す図である。図２６は、変形例４の情報処理において表示される画面例を示す図である。

図２３に示すように、調剤者端末１０は、本実施形態と同様に、ステップＳ１１０～Ｓ１１１を実行する。

ステップＳ１１１の後、サーバ３０は、本実施形態と同様に、ステップＳ３１０を実行する。

ステップＳ３１０の後、予約日時が到来した際に、サーバ３０は、フォローアップメッセージの提示（Ｓ３５０）を実行する。
具体的には、プロセッサ３２は、予約情報データベース（図６）を参照して、当該到来した予約日時に関連付けられたフォローアップメッセージを特定する。
プロセッサ３２は、予約情報データベース（図６）に関連付けられた患者ＩＤを特定する。プロセッサ３２は、患者情報データベース（図５）を参照して、特定された患者ＩＤに関連付けられた患者連絡先情報を特定する。
プロセッサ３２は、提示レスポンスデータを、特定された患者連絡先情報の患者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・特定されたフォローアップメッセージ
・新規のコミュニケーションＩＤ

ステップＳ３５０の後、サーバ３０は、データベースの更新（Ｓ３５１）を実行する。
具体的には、プロセッサ３２は、予約情報データベース（図６）において、当該日時のレコードの「ステータス」フィールドの情報を「未処理」から「処理済」に変更する。
プロセッサ３２は、調剤者ＩＤ及び特定された患者ＩＤに関連付けられたコミュニケーション情報データベース（図２２）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「コミュニケーションＩＤ」フィールドには、ステップＳ３５０の提示レスポンスデータに含まれる新規のコミュニケーションＩＤが格納される。
・「予約ＩＤ」フィールドには、特定されたフォローアップメッセ―ジに関連付けられた予約ＩＤが格納される。
・「送信日時」フィールドには、ステップＳ３５０を実行した日時が格納される。
・「送り主」フィールドには、調剤者ＩＤが格納される。
・「送り先」フィールドには、患者ＩＤが格納される。
・「メッセージ」フィールドには、特定されたフォローアップメッセージが格納される。
・「レポートステータス」フィールドには、「未処理」が格納される。

ステップＳ３５０の後、変形例２と同様に、患者端末５０は、ステップＳ５３０～Ｓ５３１を実行する。

ステップＳ５３１の後、サーバ３０は、返信メッセージの提示（Ｓ３５２）を実行する。
具体的には、プロセッサ３２は、コミュニケーション情報データベース（図２２）を参照して、返信リクエストデータに含まれるコミュニケーションＩＤに関連付けられた送り主及び送り先の組合せ（つまり、コミュニケーションの主体）を特定する。
プロセッサ３２は、特定された送り主及び送り先の組合せと、返信リクエストデータに含まれる患者ＩＤとを比較して、返信メッセージの送り先（ここでは調剤者ＩＤ）を特定する。
プロセッサ３２は、調剤者情報データベース（図４）を参照して、特定された送り先（調剤者ＩＤ）に関連付けられた調剤者連絡先情報を特定する。
プロセッサ３２は、提示レスポンスデータを、特定された調剤者連絡先情報の調剤者連絡先に送信する。提示レスポンスデータは、以下の情報を含む。
・フォローアップメッセージ
・返信リクエストデータに含まれる返信メッセージ
・ステップＳ３５０の提示レスポンスデータに含まれるコミュニケーションＩＤ

ステップＳ３５２の後、サーバ３０は、データベースの更新（Ｓ３５３）を実行する。
具体的には、プロセッサ３２は、調剤者ＩＤ及び患者ＩＤの組合せに関連付けられたコミュニケーション情報データベース（図２２）に新規レコードを追加する。新規レコードは、ステップＳ３５０の提示レスポンスデータに含まれるコミュニケーションＩＤに関連付けられたレコード内に追加される。新規レコードの各フィールドには、以下の情報が格納される。
・「送信日時」フィールドには、ステップＳ３５２を実行した日時が格納される。
・「送り主」フィールドには、患者ＩＤが格納される。
・「送り先」フィールドには、調剤者ＩＤが格納される。
・「メッセージ」フィールドには、返信リクエストデータに含まれる返信メッセージが格納される。

ステップＳ３５２の後、変形例２と同様に、ステップＳ１３０を実行する。

次いで、トレーシングレポートを生成及び送信する情報処理を説明する。
図２４に示すように、調剤者端末１０は、履歴閲覧指示の受付（Ｓ１５０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ５００（図２５）をディスプレイに表示する。

画面Ｐ５００は、フィールドオブジェクトＦ５００と、操作オブジェクトＢ５００と、を含む。
フィールドオブジェクトＦ５００は、履歴の閲覧の対象となる患者の患者識別情報（例えば、患者名、患者ＩＤ、又は、患者名と患者ＩＤとの組合せ）を指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ５００は、フィールドオブジェクトＦ５００に入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１５０の後、調剤者端末１０は、履歴閲覧リクエスト（Ｓ１５１）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ５００にユーザ指示を入力し、かつ、操作オブジェクトＢ５００を操作すると、プロセッサ１２は、履歴閲覧リクエストデータをサーバ３０に送信する。履歴閲覧リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ５００に指定された患者識別情報

ステップＳ１５１の後、サーバ３０は、履歴情報の提示（Ｓ３５４）を実行する。
具体的には、プロセッサ３２は、患者情報データベース（図５）を参照して、履歴閲覧リクエストデータに含まれる患者識別情報に関連付けられた患者ＩＤ（つまり、履歴の閲覧の対象となる第１患者の患者ＩＤ）を特定する。プロセッサ３２は、履歴閲覧リクエストデータに含まれる調剤者ＩＤ及び特定された患者ＩＤに関連付けられたコミュニケーション情報データベース（図２２）を参照して、調剤者と第１患者とに係るコミュニケーション情報を特定する。
プロセッサ３２は、履歴閲覧レスポンスデータを調剤者端末１０に送信する。履歴閲覧レスポンスデータは、以下の情報を含む。
・特定されたコミュニケーション情報

ステップＳ３５４の後、調剤者端末１０は、レポート生成指示の受付（Ｓ１５２）を実行する。
具体的には、プロセッサ１２は、画面Ｐ５０１（図２５）をディスプレイに表示する。

画面Ｐ５０１は、表示オブジェクトＡ５０１と、複数の操作オブジェクトＢ５０１（Ｂ５０１ａ，Ｂ５０１ｂ，・・・）と、を含む。一例において、各操作オブジェクトＢ５０１は、コミュニケーション情報データベース（図２２）において「レポートステータス」フィールドに「未処理」が格納されており且つ「メッセージ」フィールドに返信メッセージが格納されている各コミュニケーションＩＤに関連付けられている。また、一例において、各操作オブジェクトＢ５０１は、「メッセージ」フィールドに返信メッセージが格納されている各コミュニケーションＩＤに関連付けられており、トレーシングレポートを再度生成及び送信できるようになっていてもよい。また、一例において、操作オブジェクトＢ５０１は、「メッセージ」フィールドに返信メッセージが格納されていないコミュニケーションＩＤも対象となっていてもよい。
表示オブジェクトＡ５０１は、履歴閲覧レスポンスデータに含まれるコミュニケーション情報を含む。
操作オブジェクトＢ５０１は、トレーシングレポートの生成するためのユーザ指示を受け付けるオブジェクトである。操作オブジェクトＢ５０１ａは、コミュニケーションＩＤ＝Ｃ１０１（図２２）で識別されるコミュニケーション情報に対応するトレーシングレポートを生成するためのユーザ指示を受け付けるオブジェクトである。操作オブジェクトＢ５０１ｂは、コミュニケーションＩＤ＝Ｃ１０２（図２２）で識別されるコミュニケーション情報に対応するトレーシングレポートを生成するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１５２の後、調剤者端末１０は、レポート生成リクエスト（Ｓ１５３）を実行する。
具体的には、調剤者が、複数の操作オブジェクトＢ５０１のうちの１つ（ここでは、操作オブジェクトＢ５０１ｂを選択した場合を説明する）を操作すると、プロセッサ１２は、レポート生成リクエストデータをサーバ３０に送信する。レポート生成リクエストデータは、以下の情報を含む。
・操作オブジェクトＢ５０１ｂに関連付けられたコミュニケーションＩＤ

ステップＳ１５３の後、サーバ３０は、レポートの提示（Ｓ３５５）を実行する。
具体的には、プロセッサ３２は、コミュニケーション情報データベース（図２２）を参照して、レポート生成リクエストデータに含まれるコミュニケーションＩＤに関連付けられた送信日時、送り主、送り先、及びメッセージを特定する。プロセッサ３２は、特定された送信日時、送り主、送り先、及びメッセージに基づき、トレーシングレポートの原案を生成する。
プロセッサ３２は、レポート提示レスポンスデータを調剤者端末１０に送信する。レポート提示レスポンスデータは、以下の情報を含む。
・生成されたトレーシングレポートの原案に関する情報

ステップＳ３５５の後、調剤者端末１０は、レポートの表示（Ｓ１５４）を実行する。
具体的には、プロセッサ１２は、レポート提示レスポンスデータに基づいて、画面Ｐ５０２（図２６）をディスプレイに表示する。

画面Ｐ５０２は、フィールドオブジェクトＦ５０２ａ～Ｆ５０２ｄと、操作オブジェクトＢ５０２と、を含む。
フィールドオブジェクトＦ５０２ａは、操作オブジェクトＢ５０１ｂに関連付けられたコミュニケーションＩＤに対応する薬を処方した処方者の処方者識別情報（例えば、処方者名、処方者ＩＤ、又は、処方者名と処方者ＩＤとの組合せ）を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ５０２ｂは、調剤者名を指定するためのユーザ指示を受け付けるオブジェクトである。フィールドオブジェクトＦ５０２ｂには、操作オブジェクトＢ５０１ｂに関連付けられたコミュニケーションＩＤに対応する調剤者名に関する情報が表示される。
フィールドオブジェクトＦ５０２ｃは、患者名を指定するためのユーザ指示を受け付けるオブジェクトである。フィールドオブジェクトＦ５０２ｃには、操作オブジェクトＢ５０１ｂに関連付けられたコミュニケーションＩＤに対応する患者名に関する情報が表示される。
フィールドオブジェクトＦ５０２ｄは、情報提供内容を指定するためのユーザ指示を受け付けるオブジェクトである。フィールドオブジェクトＦ５０２ｄには、操作オブジェクトＢ５０１ｂに関連付けられたコミュニケーションＩＤに対応するメッセージ（フォローアップメッセージ及び返信メッセージ）及び送信日時に基づく情報が表示される。
操作オブジェクトＢ５０２は、フィールドオブジェクトＦ５０２ａ～Ｆ５０２ｄに入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１５４の後、調剤者端末１０は、レポート送信リクエスト（Ｓ１５５）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ５０２ａ～Ｆ５０２ｄにユーザ指示を入力し、かつ、操作オブジェクトＢ５０２を操作すると、プロセッサ１２は、レポート送信リクエストデータをサーバ３０に送信する。
より具体的には、調剤者は、フィールドオブジェクトＦ５０２ａに処方者識別情報を入力し、フィールドオブジェクトＦ５０２ｂ～Ｆ５０２ｄの内容を表示されているものから変更を希望する場合には、フィールドオブジェクトＦ５０２ｂ～Ｆ５０２ｄに表示されている調剤者名、患者名、及び情報提供内容を変更し、かつ、操作オブジェクトＢ５０２を操作すると、プロセッサ１２は、レポート送信リクエストデータをサーバ３０に送信する。
レポート送信リクエストデータは、以下の情報を含む。
・フィールドオブジェクトＦ５０２ａに指定された処方者識別情報
・フィールドオブジェクトＦ５０２ｂに指定された調剤者名に関する情報
・フィールドオブジェクトＦ５０２ｃに指定された患者名に関する情報（「第１患者の患者識別情報」の一例）
・フィールドオブジェクトＦ５０２ｄに指定された情報提供内容に関する情報（「返信メッセージに基づく情報」の一例）

ステップＳ１５５の後、サーバ３０は、レポートの送信（Ｓ３５６）を実行する。
具体的には、プロセッサ３２は、レポート送信リクエストデータに含まれる各情報に基づき、送信用のトレーシングレポートを生成する。送信用のトレーシングレポートは、情報提供内容に関する情報（「返信メッセージに基づく情報」の一例）、及び第１患者の患者名に関する情報（「第１患者の患者識別情報」の一例）を含む。
送信用のトレーシングレポートはさらに、例えば、第１患者の薬歴情報（「第１患者に関する情報」の一例）を含んでいてもよい。この場合、プロセッサ３２は、患者データベース（図５）を参照して、ステップＳ３５４で特定された患者ＩＤに関連付けられた薬歴情報を特定する。プロセッサ３２は、レポート送信リクエストデータに含まれる各情報及び特定された薬歴情報に基づき、送信用のトレーシングレポートを生成する。
プロセッサ３２は、処方者情報データベース（図２１）を参照して、レポート送信リクエストデータに含まれる処方者識別情報に関連付けられた処方者連絡先情報を特定する。プロセッサ３２は、生成された送信用のトレーシングレポートを、特定された処方者連絡先情報の処方者連絡先に送信する。
プロセッサ３２は、コミュニケーション情報データベース（図２２）において、対応する「レポートステータス」フィールドを更新する。具体的には、「未処理」から「処理済」に変更する。

なお、変形例４では、送信用のトレーシングレポートが、情報提供内容に関する情報及び患者名に関する情報の他に、薬歴情報を含む例を説明したが、これに限られない。送信用のトレーシングレポートは、例えば、以下の少なくとも１つを含んでもよい。
・第１患者に関する情報（患者ＩＤ、生年月日、年齢、性別、患者連絡先、既往歴、現病歴、等）
・調剤者に関する情報（調剤者ＩＤ、調剤者名、調剤者連絡先、調剤者の住所、等）
・処方者に関する情報（処方者ＩＤ、処方者名、処方者連絡先、等）
・調剤された薬に関する情報（薬名、調剤日、処方日数、処方日、用量、用法、残薬、等）
・情報提供に対する患者の同意に関する情報
・トレーシングレポートの生成日
・トレーシングレポートの送信日
・情報提供の種類（処方変更提案、有害事象報告等の分類）に関する情報
これらの情報は、サーバ３０のデータベースから取得してもよいし、サーバ３０以外のデータベースから取得してもよい。

また、変形例４では、ステップＳ１３０の後、変形例２と同様に、ステップＳ１３１（図１３）以降を実行してもよい。この場合、新規レコードは、ステップＳ３５０の提示レスポンスデータに含まれるコミュニケーションＩＤに関連付けられたレコード内に追加される。すなわち、コミュニケーション情報データベース（図２２）では、ある１つの予約ＩＤに関連するメッセージのやり取りは、１つのコミュニケーションＩＤに関連付けられて格納される。

また、変形例４では、サーバ３０が送信用のトレーシングレポートを処方者連絡先に送信する例を示したが、サーバ３０は、ステップＳ３５６で生成された送信用のトレーシングレポートを調剤者端末１０に送信し、調剤者端末１０で表示及び印刷がなされてもよい。そして、処方者が、印刷した送信用のトレーシングレポートを通常のＦＡＸ等を介して手動で処方者連絡先に送信してもよい。

また、変形例４では、処方者識別情報は、調剤者がステップＳ１５５で指定する例を示したが、例えば、調剤者がステップＳ１１０で指定してもよい。この場合、例えば、予約情報データベース（図６）の予約ＩＤに処方者名が関連付けられて記憶され、ステップＳ３５５においてレポート生成リクエストデータに含まれるコミュニケーションＩＤに関連付けられた予約ＩＤ（図２２）に基づき処方者識別情報が特定される。そして、画面Ｐ５０２のフィールドオブジェクトＦ５０２ａに特定された処方者識別情報が表示される。

変形例４によれば、患者識別情報と、返信メッセージに基づく情報と、を含むトレーシングレポートを生成することができる。したがって、調剤者は、処方者へ送信するためのトレーシングレポートを容易に作成することができる。
また、変形例４によれば、生成されたトレーシングレポートを、サーバを介して処方者へ送信することができる。したがって、調剤者は、通常のＦＡＸ等を介して手動で送信するよりも簡便にトレーシングレポートを処方者へ送信することができる。

（５－５）変形例５
変形例５を説明する。変形例５は、患者に関する患者情報及び調剤された薬に関する調剤薬情報の少なくとも一方に基づいて、当該患者が第１患者としてフォローアップの対象となることが推奨されるか否かを判定する例である。ここでは、患者情報として薬歴情報を用いる例を説明する。また、変形例５では、患者情報及び調剤薬情報の少なくとも一方に基づいて、フォローアップの内容の候補を提示する例も併せて説明する。

（５－５－１）候補情報データベース
変形例５の候補情報データベースを説明する。図２７は、変形例５の候補情報データベースのデータ構造を示す図である。

図２７の候補情報データベースには、フォローアップの内容の候補に関する情報が格納されている。
候補情報データベースは、「候補ＩＤ」フィールドと、「条件」フィールドと、「フォローアップ内容候補」フィールドと、を含む。各フィールドは、互いに関連付けられている。

「候補ＩＤ」フィールドには、候補ＩＤが格納される。候補ＩＤは、フォローアップの内容の候補を識別する識別情報の一例である。

「条件」フィールドには、対応するフォローアップ内容候補を提示する条件に関する条件情報が格納される。条件は、例えば、以下の場合に設定される。
・特定の薬（例えば、副作用が強いあるいはコントロールが難しい薬）を調剤された場合
・これまでに服用したことがない薬を調剤された場合
・これまでとは用量又は用法が変更されて薬を調剤された場合
・特定の薬を服用中に別の薬を調剤された場合

「フォローアップ内容候補」フィールドには、フォローアップの内容の候補に関するフォローアップ内容候補情報が格納される。フォローアップ内容候補情報は、例えば、候補フォローアップ名に関する情報、フォローアップを行う日時の候補に関する候補日時情報（調剤日及び処方日数の少なくとも一方に基づいてフォローアップを行う日付を算出するための計算式、及び、時間の候補に関する情報）、及び、候補メッセージの少なくとも１つを含む。１つの候補ＩＤに対して、１つ又は複数のフォローアップ内容候補情報が含まれている。

（５－５－２）情報処理
変形例５の情報処理について説明する。図２８は、変形例５の情報処理のシーケンス図である。図２９は、変形例５の情報処理において表示される画面例を示す図である。図３０は、変形例５の情報処理において表示される画面例を示す図である。

図２８に示すように、調剤者端末１０は、調剤薬情報の受付（Ｓ１６０）を実行する。
具体的には、プロセッサ１２は、画面Ｐ６００（図２９）をディスプレイに表示する。

画面Ｐ６００は、フィールドオブジェクトＦ６００ａ～Ｆ６００ｄと、操作オブジェクトＢ６００と、を含む。
フィールドオブジェクトＦ６００ａは、調剤者によって薬が調剤された患者の患者識別情報（例えば、患者名、患者ＩＤ、又は、患者名と患者ＩＤとの組合せ）を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ６００ｂは、患者に薬を調剤した日付（調剤日）を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ６００ｃは、当該薬の処方日数を指定するためのユーザ指示を受け付けるオブジェクトである。
フィールドオブジェクトＦ６００ｄは、当該薬の名称（薬名）を指定するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ６００は、フィールドオブジェクトＦ６００ａ～Ｆ６００ｄに入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１６０の後、調剤者端末１０は、推奨判定リクエスト（Ｓ１６１）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ６００ａ～Ｆ６００ｄにユーザ指示を入力し、かつ、操作オブジェクトＢ６００を操作すると、プロセッサ１２は、推奨判定リクエストデータをサーバ３０に送信する。
推奨判定リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ６００ａに指定された患者識別情報
・フィールドオブジェクトＦ６００ｂに指定された調剤日に関する情報（「調剤薬情報」の一例）
・フィールドオブジェクトＦ６００ｃに指定された処方日数に関する情報（「調剤薬情報」の一例）
・フィールドオブジェクトＦ６００ｄに指定された薬名に関する情報（「調剤薬情報」の一例）

ステップＳ１６１の後、サーバ３０は、推奨判定結果の提示（Ｓ３６０）を実行する。
具体的には、プロセッサ３２は、患者情報データベース（図５）を参照して、推奨判定リクエストデータに含まれる患者識別情報に関連付けられた薬歴を特定する。
プロセッサ３２は、候補情報データベース（図２７）を参照して、特定された薬歴、推奨判定リクエストデータに含まれる調剤日、推奨判定リクエストデータに含まれる処方日数、及び、推奨判定リクエストデータに含まれる薬名に基づき、患者がフォローアップの対象として推奨されるかを判定する。より具体的には、プロセッサ３２は、特定された薬歴、推奨判定リクエストデータに含まれる調剤日、推奨判定リクエストデータに含まれる処方日数、及び、推奨判定リクエストデータに含まれる薬名に基づき、候補情報データベース（図２７）の「条件」フィールドに含まれる各条件に該当するか否かを判定する。
該当する条件がある場合には、プロセッサ３２は、当該患者について、フォローアップの対象となることが推奨されると判定する。一方、何れの条件にも該当しない場合には、プロセッサ３２は、当該患者について、フォローアップの対象とならなくてもよいと判定する。プロセッサ３２は、該当する条件がある場合には、当該条件を特定する。
プロセッサ３２は、推奨判定レスポンスデータを、調剤者端末１０に送信する。推奨判定レスポンスデータは、以下の情報を含む。
・当該患者がフォローアップの対象となることが推奨されるか否かの判定結果に関する情報
・該当する条件に関する情報（該当する条件がある場合のみ）

ステップＳ３６０の後、調剤者端末１０は、推奨判定結果の表示（Ｓ１６２）を実行する。
具体的には、プロセッサ１２は、画面Ｐ６０１（図２９）をディスプレイに表示する。

画面Ｐ６０１は、表示オブジェクトＡ６０１と、操作オブジェクトＢ６０１ａ～Ｂ６０１ｂと、を含む。
表示オブジェクトＡ６０１は、推奨判定レスポンスデータに含まれる判定結果に関する情報、及び、該当する条件に関する情報（該当する条件がある場合のみ）を含む。
操作オブジェクトＢ６０１ａは、フォローアップ内容を設定しない旨のユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。
操作オブジェクトＢ６０１ｂは、フォローアップ内容を設定する旨のユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。
なお、フォローアップの対象とならなくてもよいと判定された場合であっても、操作オブジェクトＢ６０１ａ及び操作オブジェクトＢ６０１ｂが表示され、調剤者は必要に応じてフォローアップ内容を設定することができる。

ステップＳ１６２の後、調剤者が、操作オブジェクトＢ６０１ａを操作した場合には、プロセッサ１２は、フォローアップ内容を設定しない旨のユーザ指示情報を含むリクエストデータをサーバ３０に送信する。これにより、処理が終了する。

一方、ステップＳ１６２の後、調剤者が、操作オブジェクトＢ６０１ｂを操作した場合には、調剤者端末１０は、設定リクエスト（Ｓ１６３）を実行する。
具体的には、調剤者が、操作オブジェクトＢ６０１ｂを操作すると、プロセッサ１２は、設定リクエストデータをサーバ３０に送信する。

ステップＳ１６３の後、サーバ３０は、候補の提示（Ｓ３６１）を実行する。
具体的には、プロセッサ３２は、ステップＳ３６０で特定された条件に関連付けられたフォローアップ内容候補を特定する。プロセッサ３２は、変形例１のステップＳ３２０と同様に、「フォローアップ内容候補」フィールドに格納されている計算式を用いて候補日時における具体的な日付を算出する。
プロセッサ３２は、候補提示レスポンスデータを、調剤者端末１０に送信する。候補提示レスポンスデータは、以下の情報を含む。
・特定されたフォローアップ内容候補（算出された日付とフォローアップを実施する時間とフォローアップメッセージとの組み合わせ）に関する情報

ステップＳ３６１の後、調剤者端末１０は、フォローアップ内容の受付（Ｓ１６４）を実行する。
具体的には、プロセッサ１２は、画面Ｐ６０２（図３０）をディスプレイに表示する。

画面Ｐ６０２は、フィールドオブジェクトＦ６０２と、操作オブジェクトＢ６０２と、を含む。
フィールドオブジェクトＦ６０２は、フォローアップの内容を指定するためのユーザ指示を受け付けるオブジェクトである。フィールドオブジェクトＦ６０２には、候補提示レスポンスデータに含まれるフォローアップ内容候補に関する情報が表示される。
操作オブジェクトＢ６０２は、フィールドオブジェクトＦ６０２に入力されたユーザ指示をサーバ３０に送信するためのユーザ指示を受け付けるオブジェクトである。

ステップＳ１６４の後、調剤者端末１０は、予約リクエスト（Ｓ１６５）を実行する。
具体的には、調剤者が、フィールドオブジェクトＦ６０２にユーザ指示を入力し、かつ、操作オブジェクトＢ６０２を操作すると、プロセッサ１２は、予約リクエストデータをサーバ３０に送信する。
より具体的には、調剤者は、フォローアップ内容候補からの変更を希望しない場合には、フィールドオブジェクトＦ６０２に表示されている内容のまま操作オブジェクトＢ６０２を操作する。一方、調剤者は、フォローアップ内容候補からの変更を希望する場合には、フィールドオブジェクトＦ６０２に表示されているフォローアップ内容を変更して、操作オブジェクトＢ６０２を操作する。フォローアップ内容の変更は、例えば、日時の変更、メッセージの変更、複数の日時及びメッセージの組み合わせのうちの一部の削除、又は、日時及びメッセージの追加等である。
予約リクエストデータは、以下の情報を含む。
・調剤者ＩＤ
・フィールドオブジェクトＦ６００ａに指定された患者識別情報に関する情報
・フィールドオブジェクトＦ６０２に指定されたフォローアップの内容（フォローアップを行う日時とフォローアップメッセージとの組み合わせ）に関する情報

ステップＳ１６５の後、サーバ３０は、予約情報データベースの更新（Ｓ３６２）を実行する。
具体的には、プロセッサ３２は、患者情報データベース（図５）を参照して、予約リクエストデータに含まれる患者識別情報に関連付けられた患者ＩＤ（つまり、フォローアップの対象となる第１患者の患者ＩＤ）を特定する。プロセッサ３２は、予約リクエストデータに含まれる調剤者ＩＤ及び特定された患者ＩＤに関連付けられた予約情報データベース（図６）に新規レコードを追加する。新規レコードの各フィールドには、以下の情報が格納される。
・「予約ＩＤ」フィールドには、新規の予約ＩＤが格納される。
・「日時」フィールドには、予約リクエストデータに含まれる日時が格納される。１つのレコードには１つの日時が格納される。
・「メッセージ」フィールドには、予約リクエストデータに含まれるフォローアップメッセージが格納される。フォローアップメッセージは、対応する日時のレコードに格納される。
・「ステータス」フィールドには、「未処理」が格納される。

ステップＳ３６２の後、サーバ３０は、本実施形態と同様に、フォローアップメッセージの提示（Ｓ３１１）を実行する。

ステップＳ３１１の後、患者端末５０は、フォローアップメッセージの表示（Ｓ５６０）を実行する。
具体的には、プロセッサ５２は、提示レスポンスデータに基づいて、画面Ｐ６０３（図３０）をディスプレイに表示する。

画面Ｐ６０３は、表示オブジェクトＡ６０３を含む。
表示オブジェクトＡ６０３は、提示レスポンスデータに含まれるフォローアップメッセージを含む。

なお、変形例５では、患者情報として薬歴を用いる例を示したが、これに限られない。患者情報としては、例えば、以下のものが挙げられる。
・既往歴
・現病歴
・属性（年齢、性別）
・生活習慣（飲酒、喫煙、睡眠、食事、運動等）
・アレルギー歴
・家族歴
・妊娠の有無
・アンケート結果（例えば、薬の服用におけるリスクの有無又は当該リスクの程度を判定するためのアンケート結果（例えば、認知症リスク又は嚥下機能を判定するアンケート結果））
・その他薬の服用におけるリスクの有無
また、患者情報と調剤薬情報との組み合わせに基づく例として、妊娠中の患者が特定の薬を調剤された場合等が挙げられる。

また、ステップＳ１６０において、患者識別情報及び調剤薬情報は調剤者が入力するものでなくてもよい。例えば、患者識別情報及び調剤薬情報は、サーバ３０以外の外部サーバ（一例として、調剤管理システム）から取得されてもよい。例えば、サーバ３０以外の外部サーバ（一例として、調剤管理システム）に調剤に関する情報が新たに入力された際に、サーバ３０へ患者識別情報及び調剤薬情報が送信されてもよい。

また、ステップＳ３６０において、該当する条件が複数ある場合には、プロセッサ３２は、適合の度合いが最も高い条件を特定し、推奨判定レスポンスデータには、当該条件に関する情報のみが含まれてもよい。この場合、ステップＳ１６４において、当該条件についてのフォローアップ内容候補のみが提示される。
あるいは、該当する条件が複数ある場合には、該当する全ての条件についてのフォローアップ内容候補が提示されてもよい。

変形例５によれば、患者情報及び調剤薬情報の少なくとも一方に基づいて、患者が第１患者としてフォローアップの対象となることが推奨されるか否かを判定する。そのため、予め決められた条件に該当する患者について、フォローアップの対象となることが推奨される旨が提示される。したがって、調剤者は、フォローアップの必要性が高い患者を容易に知ることができる。
また、変形例５によれば、調剤者に対して、第１患者に関する患者情報及び調剤薬情報の少なくとも一方に基づいて、フォローアップの内容の候補を提示する。したがって、調剤者は、第１患者に対する適切なフォローアップ内容を簡便に知ることができる。また、調剤者は、第１患者に対して適切なフォローアップを行うことができる。

（６）本実施形態の小括
本実施形態について小括する。

本実施形態の第１態様は、
患者を識別する患者識別情報と、患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する手段（例えば、患者情報データベース（図５）を管理するプロセッサ３２）を備え、
ユーザ（例えば、調剤者）から、薬を調剤された第１患者に対するフォローアップの内容の指定を受け付ける手段（例えば、ステップＳ３１０の処理を実行するプロセッサ３２、又は、ステップＳ３４１の処理を実行するプロセッサ３２）を備え、
フォローアップの内容に応じた情報を提示する手段（例えば、ステップＳ３１１の処理を実行するプロセッサ３２、又は、ステップＳ３４２の処理を実行するプロセッサ３２）を備える、
情報処理装置（例えば、サーバ３０）である。

第１態様によれば、調剤者は、患者に対する所望のフォローアップの内容を指定することができる。これにより、調剤者は、効果、副作用、服薬状況等、種々の観点でのフォローアップを実施することができる。したがって、調剤者は、患者に対して、より充実したフォローアップの実施を行うことができる。

本実施形態の第２態様は、
受け付ける手段が、フォローアップを行う日時の指定を受け付ける、
情報処理装置である。

第２態様によれば、調剤者は、所望の日時において患者に対してフォローアップの実施を行うことができる。

本実施形態の第３態様は、
薬を調剤した日付及び処方日数の少なくとも一方に関する情報を取得する手段（例えば、ステップＳ３２０の処理を実行するプロセッサ３２）を備え、
受け付ける手段が、薬を調剤した日付及び処方日数の少なくとも一方に基づき、フォローアップを行う日付の候補をユーザ（例えば、調剤者）に提示する、
情報処理装置である。

第３態様によれば、調剤者は、フォローアップを行う日付を簡便に指定することができる。また、調剤者は、フォローアップを行う適切な日付を指定することができる。

本実施形態の第４態様は、
提示する手段が、第１患者に関連付けられた患者連絡先情報に対応する連絡先に対して、フォローアップの内容に対応するフォローアップメッセージを提示する、
情報処理装置である。

第４態様によれば、調剤者は、第１患者に対して口頭でフォローアップを行う必要がなく、第１患者に対するフォローアップの実施における労力が軽減される。

本実施形態の第５態様は、
第１患者から、ユーザ（例えば、調剤者）に対する返信メッセージの指定を受け付ける手段（例えば、ステップＳ３３１の処理を実行するプロセッサ３２）を備え、
ユーザ（例えば、調剤者）に対して、返信メッセージを提示する手段（例えば、ステップＳ３３１の処理を実行するプロセッサ３２）を備える、
情報処理装置である。

第５態様によれば、第１患者は、調剤者からのフォローアップメッセージに対して返信メッセージを送るができる。これにより、調剤者は第１患者の状況等を知ることができる。したがって、調剤者は、より充実したフォローアップを行うことができる。

本実施形態の第６態様は、
電子版お薬手帳用二次元コードの情報に基づいて患者識別情報及び患者連絡先情報を取得する手段（例えば、ステップＳ３４０の処理を実行するプロセッサ３２）を備え、
提示する手段が、ユーザ（例えば、調剤者）に対して、フォローアップの内容に関する情報及び第１患者に関連付けられた患者連絡先情報を提示する、
情報処理装置である。

第６態様によれば、手入力により生じ得る誤入力を回避することができる。また、外部システムから取得する場合と比較して、外部システムの仕様に依存せずに容易に患者識別情報及び患者連絡先情報を取得することができる。また、患者連絡先として、メッセージの文章を提示できないもの（例えば、固定電話の電話番号）を用いる場合に、調剤者に対して、フォローアップの内容に関する情報及び第１患者の患者連絡先情報を提示することができる。したがって、調剤者は、フォローアップの実施の管理における労力が軽減される。また、患者がメッセージの文章を提示できるデバイスを有していない場合でも、調剤者は患者に対してフォローアップを行うことができる。

本実施形態の第７態様は、
第１患者の患者識別情報と、返信メッセージに基づく情報と、を含むトレーシングレポートを生成する手段（例えば、ステップＳ３５６の処理を実行するプロセッサ３２）を備える、
情報処理装置である。

第７態様によれば、調剤者は、処方者へ送信するためのトレーシングレポートを容易に作成することができる。

本実施形態の第８態様は、
トレーシングレポートを、薬を処方した者に送信する手段（例えば、ステップＳ３５６の処理を実行するプロセッサ３２）を備える、
情報処理装置である。

第８態様によれば、調剤者は、通常のＦＡＸ等を介して手動で送信するよりも簡便にトレーシングレポートを処方者へ送信することができる。

本実施形態の第９態様は、第１患者に関する患者情報及び調剤された薬に関する調剤薬情報の少なくとも一方に基づいて、フォローアップの内容の候補を提示する手段（例えば、ステップＳ３６１の処理を実行するプロセッサ３２）を備える、
情報処理装置である。

第９態様によれば、調剤者は、第１患者に対する適切なフォローアップ内容を簡便に知ることができる。また、調剤者は、第１患者に対して適切なフォローアップを行うことができる。

本実施形態の第１０態様は、患者に関する患者情報及び調剤された薬に関する調剤薬情報の少なくとも一方に基づいて、当該患者が第１患者としてフォローアップの対象となることが推奨されるか否かを判定する手段（例えば、ステップＳ３６０の処理を実行するプロセッサ３２）を備える、
情報処理装置である。

第１０態様によれば、調剤者は、フォローアップの必要性が高い患者を容易に知ることができる。

本実施形態の第１１態様は、
コンピュータ（例えば、プロセッサ３２）を、上記の各手段として機能させるためのプログラムである。

（７）その他の変形例
その他の変形例を説明する。

記憶装置１１は、ネットワークＮＷを介して、調剤者端末１０と接続されてもよい。記憶装置３１は、ネットワークＮＷを介して、サーバ３０と接続されてもよい。記憶装置５１は、ネットワークＮＷを介して、患者端末５０と接続されてもよい。

上記の情報処理の各ステップは、調剤者端末１０、サーバ３０及び患者端末５０の何れでも実行可能である。
例えば、調剤者端末１０が上記の情報処理の全てのステップを実行可能である場合、調剤者端末１０は、サーバ３０にリクエストを送信することなく、スタンドアロンで動作する情報処理装置として機能する。

本実施形態及び各変形例において、各メッセージはテキストである例を示したが、これに限られない。メッセージは、画像データ、ＰＤＦファイル等の各種ファイルデータ等であってもよい。また、メッセージは、入力フォーム形式を利用したものであってもよい。例えば、フォローアップメッセージとして調剤者からの第１患者に対する１つ以上の質問を含む入力フォームが第１患者に提示され、返信メッセージとして第１患者が入力フォームに質問に対する回答を入力する（例えば、選択肢を選択する又はテキストを入力する）ものが挙げられる。

変形例１において、薬の調剤日及び処方日数は、例えば、画像データ（薬と一緒に調剤者から第１患者に渡される調剤報酬明細書、服用に関する説明書、又はお薬手帳に貼付するためのシール等）から取得してもよい。調剤報酬明細書等の画像データは、調剤報酬明細書等の全体の画像であってもよいし、調剤報酬明細書等の一部分の画像であってもよい。調剤報酬明細書等の一部分の画像としては、例えば、調剤報酬明細書等に記載された二次元コードの画像が挙げられる。画面Ｐ２００（図１１）は、フィールドオブジェクトＦ２００ｂ～Ｆ２００ｃの代わりに、第１患者の調剤報酬明細書等の画像を指定するためのユーザ指示を受け付けるオブジェクトを含む。画像データの入力は、例えば、調剤者端末１０に接続されたカメラ（不図示）等を介して行われる。調剤者端末１０又はサーバ３０が画像データを処理して、調剤日及び処方日数の情報を取得する。画像処理の方法としては、二次元コード以外に、調剤報酬明細書等に記載されている文字をＯＣＲ処理することが挙げられる。これにより、手入力により生じ得る誤入力を回避することができる。

また、変形例１において、薬の調剤日及び処方日数は、例えば、外部サーバが提供するシステム（例えば、薬歴を管理するためのシステム等）から取得してもよい。

変形例１において、提示されるフォローアップ内容候補として、フォローアップ名を含んでもよい。フォローアップ名は、フォローアップの内容を端的に表した名称であるため、調剤者は、画面Ｐ２０１においてフォローアップ内容候補を素早く把握することができる。

変形例２において、返信メッセージ及び再返信メッセージは、メッセージ候補から選択及び編集することができるようになっていてもよい。例えば、効果についてのフォローアップメッセージに対する返信メッセージの候補として、「効果があります」及び「効果がありません」等のメッセージ候補が提示される。これにより、患者は、返信メッセージを簡便に指定することができる。また、調剤者は、再返信メッセージを簡便に指定することができる。

変形例３において、画像データの処理は調剤者端末１０が行ってもよい。この場合、患者情報登録リクエストデータは、画像データの代わりに、調剤者端末１０において取得された患者識別情報及び患者連絡先情報を含み、サーバ３０は患者情報登録リクエストデータを介して患者識別情報及び患者連絡先情報を取得する。また、画像処理の方法としては、二次元コード以外に、調剤報酬明細書又は服用に関する説明書等の紙媒体等に記載されている文字をＯＣＲ処理することが挙げられる。

本発明の情報処理装置は、第１患者に対するフォローアップの内容をＣＳＶファイルとして出力する手段を備えていてもよい。また、本発明の情報処理装置は、返信メッセージの内容をＣＳＶファイルとして出力する手段を備えていてもよい。これにより、外部サーバが提供するシステム（例えば、薬歴を管理するためのシステム等）への転記が容易となる。

本発明の情報処理装置は、ＣＳＶファイルを他のシステム（例えば、薬歴を管理するためのシステム等）に転記する手段を備えていてもよい。これにより、外部サーバが提供するシステム（例えば、薬歴を管理するためのシステム等）への転記が容易となる。

以上、本発明の実施形態について詳細に説明したが、本発明の範囲は上記の実施形態に限定されない。また、上記の実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更が可能である。また、上記の実施形態及び変形例は、組合せ可能である。

１ ：情報処理システム
１０ ：調剤者端末
１１ ：記憶装置
１２ ：プロセッサ
１３ ：入出力インタフェース
１４ ：通信インタフェース
３０ ：サーバ
３１ ：記憶装置
３２ ：プロセッサ
３３ ：入出力インタフェース
３４ ：通信インタフェース
５０ ：患者端末
５１ ：記憶装置
５２ ：プロセッサ
５３ ：入出力インタフェース
５４ ：通信インタフェース

Claims (20)

1. 患者を識別する患者識別情報と、前記患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する手段を備え、
   前記患者の薬歴に基づいて、当該患者がフォローアップの対象となることが推奨される推奨患者を判定する手段を備え、
   前記推奨患者をユーザに提示する手段を備え、
   前記ユーザから、前記提示された推奨患者である第１患者に対するフォローアップの内容の指定と、前記フォローアップを行う日時の指定と、を受け付ける手段を備え、
   前記フォローアップの内容に応じたフォローアップ情報を提示する手段を備え、
   薬を調剤した日付及び処方日数の少なくとも一方に関する情報を取得する手段を備え、
   前記日付及び処方日数の少なくとも一方に基づき、前記フォローアップを行う日付の候補を前記ユーザに提示する手段を備え、
   前記日付の候補を提示する手段は、特定の薬を調剤された場合、これまでに服用したことがない薬を調剤された場合、これまでとは用量又は用法が変更されて薬を調剤された場合、及び、特定の薬を服用中に別の薬を調剤された場合の少なくとも１つの場合、前記候補を提示する、
   情報処理装置。
2. 患者を識別する患者識別情報と、前記患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する手段を備え、
   前記患者の薬歴に基づいて、当該患者がフォローアップの対象となることが推奨される推奨患者を判定する手段を備え、
   前記推奨患者をユーザに提示する手段を備え、
   前記ユーザから、前記提示された推奨患者である第１患者に対するフォローアップの内容の指定を受け付ける手段を備え、
   前記フォローアップの内容に応じたフォローアップ情報を提示する手段を備える、
   前記第１患者に関する患者情報及び調剤された薬に関する調剤薬情報の少なくとも一方に基づいて、前記フォローアップの内容の候補を提示する手段を備える、
   情報処理装置。
3. 前記候補を提示する手段は、フォローアップの候補メッセージを提示する、
   請求項２に記載の情報処理装置。
4. 前記判定する手段は、前記薬歴、及び、前記患者の調剤薬に関する調剤薬情報に基づいて、前記推奨患者を判定する、
   請求項１～請求項３の何れかに記載の情報処理装置。
5. 前記判定する手段は、前記患者の既往歴、現病歴、属性、生活習慣、アレルギー歴、家族歴、妊娠の有無、アンケート結果、及び、前記調剤された薬以外の服用におけるリスクの有無の少なくとも１つと、前記薬歴と、に基づいて、前記推奨患者を判定する、
   請求項４に記載の情報処理装置。
6. 前記生活習慣は、前記患者の飲酒に関する習慣、喫煙に関する習慣、睡眠に関する習慣、食事に関する習慣、及び、運動に関する習慣の少なくとも１つを含む、
   請求項５に記載の情報処理装置。
7. 前記アンケート結果は、前記患者の薬の服用におけるリスクの有無、認知症リスク、及び、嚥下機能の少なくとも１つに関するアンケート結果を含む、
   請求項５又は請求項６に記載の情報処理装置。
8. 前記フォローアップ情報を提示する手段は、前記第１患者に関連付けられた患者連絡先情報に対応する連絡先に対して、前記フォローアップに対応するフォローアップメッセージを提示し、
   前記フォローアップメッセージは、効果の有無の確認及び指導、並びに、服薬状況の確認を含む、
   請求項１～請求項７の何れかに記載の情報処理装置。
9. 前記フォローアップメッセージは、次回の調剤予定日の案内を含む、
   請求項８に記載の情報処理装置。
10. 患者を識別する患者識別情報と、前記患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する手段を備え、
    ユーザから、薬を調剤された第１患者に対するフォローアップの内容の指定を受け付ける手段を備え、
    前記フォローアップの内容に応じたフォローアップ情報を提示する手段を備え、
    前記提示する手段は、前記第１患者に関連付けられた患者連絡先情報に対応する連絡先に対して、前記フォローアップに対応するフォローアップメッセージを提示し、
    前記フォローアップメッセージは、効果の有無の確認及び指導、並びに、服薬状況の確認を含み、
    前記第１患者に関する患者情報及び調剤された前記薬に関する調剤薬情報の少なくとも一方に基づいて、前記フォローアップの内容の候補を提示する手段を備え、
    情報処理装置。
11. 前記候補を提示する手段は、フォローアップの候補メッセージを提示する、
    請求項１０に記載の情報処理装置。
12. 患者を識別する患者識別情報と、前記患者の連絡先に関する患者連絡先情報と、を関連付けて記憶する手段を備え、
    ユーザから、薬を調剤された第１患者に対するフォローアップの内容の指定を受け付ける手段を備え、
    前記フォローアップの内容に応じたフォローアップ情報を提示する手段を備え、
    前記提示する手段は、前記第１患者に関連付けられた患者連絡先情報に対応する連絡先に対して、前記フォローアップに対応するフォローアップメッセージを提示し、
    前記フォローアップメッセージは、効果の有無の確認及び指導、並びに、服薬状況の確認を含み、
    患者に関する患者情報及び調剤された薬に関する調剤薬情報の少なくとも一方に基づいて、当該患者が前記第１患者としてフォローアップの対象となることが推奨されるか否かを判定する手段を備える、
    情報処理装置。
13. 前記患者情報は、前記患者の薬歴、既往歴、現病歴、属性、生活習慣、アレルギー歴、家族歴、妊娠の有無、アンケート結果、及び、前記調剤された薬以外の服用におけるリスクの有無の少なくとも１つを含む、
    請求項１２に記載の情報処理装置。
14. 前記生活習慣は、前記患者の飲酒に関する習慣、喫煙に関する習慣、睡眠に関する習慣、食事に関する習慣、及び、運動に関する習慣の少なくとも１つを含む、
    請求項１３に記載の情報処理装置。
15. 前記アンケート結果は、前記患者の薬の服用におけるリスクの有無、認知症リスク、及び、嚥下機能の少なくとも１つに関するアンケート結果を含む、
    請求項１３又は請求項１４に記載の情報処理装置。
16. 前記フォローアップメッセージは、次回の調剤予定日の案内を含む、
    請求項１０～請求項１５の何れかに記載の情報処理装置。
17. 前記第１患者から、前記ユーザに対する返信メッセージの指定を受け付ける手段を備え、
    前記ユーザに対して、前記返信メッセージを提示する手段を備える、
    請求項１～請求項１６の何れかに記載の情報処理装置。
18. 前記第１患者の患者識別情報と、前記返信メッセージに基づく情報と、を含むトレーシングレポートを生成する手段を備え、
    前記トレーシングレポートを、薬を処方した者に送信する手段を備える、
    請求項１７に記載の情報処理装置。
19. 電子版お薬手帳用二次元コードの情報に基づいて前記患者識別情報及び前記患者連絡先情報を取得する手段を備え、
    前記ユーザに対して、前記フォローアップの内容に関する情報及び前記第１患者に関連付けられた患者連絡先情報を提示する手段を備える、
    請求項１～請求項１８の何れかに記載の情報処理装置。
20. コンピュータを、請求項１～請求項１９に記載の各手段として機能させるためのプログラム。

Images