JP7828576B2 - 薬局支援システム及び薬局支援方法 - Google Patents

Description

特許法第３０条第２項適用 令和２年１０月１４日にウェブサイト（ｈｔｔｐｓ：／／ｗｗｗ．ｙｐｐｐ．ｉｎｆｏ／、ｈｔｔｐｓ：／／ｙｐｐｐ．ｊｐ、ｈｔｔｐｓ：／／ｗｗｗ．ｋｅｎｋｏ－ｓａｌｏｎ．ｃｏｍ／ｙｐｐｐ、ｈｔｔｐｓ：／／ｗｗｗ．ｋｅｎｋｏ－ｓａｌｏｎ．ｃｏｍ／）にて公開 令和２年１０月１４日にウェブサイト（ｈｔｔｐｓ：／／ｙｐｐｐ．ｊｐ、ｈｔｔｐｓ：／／ｙｐｐｐ．ｊｐ／ｃｌｉｅｎｔ／ｌｏｇｉｎ／ｌｏｇｉｎ（提供システムにアクセスするためのアドレス））にて公開 令和２年１１月１４日にウェブサイト（ｈｔｔｐｓ：／／ｐｎｂ．ｊｉｈｏ．ｊｐ／（Ｐｈａｒｍａｃｙ Ｎｅｗｓ Ｂｒｅａｋ））にて公開

本発明は、薬局支援システム及び薬局支援方法に関し、例えば、薬局と顧客（患者）との間の取引や薬品指導に関する業務を支援するシステムに適用し得る。

従来、調剤薬局の業務を支援（補助）するための情報システムとして、例えば、特許文献１の記載技術が存在する。

特許文献１では、薬品師と患者とのコミュニケーションにメッセージサービスシステムを利用することにより、薬品師が顧客から健康相談を受けたり、健康上の情報提供を行う際の手間を低減している。

特開２０２０－１４９１１０号公報

ところで、薬局における業務は患者の対応だけでは完結せず、患者とのやりとり等に基づく種々のレポート作成や会計処理等多岐にわたる。

しかしながら、特許文献１の記載技術では、薬品師と患者とのコミュニケーションを効率的に行うことを実現してはいるが、薬局において患者に関連する業務はそれだけでは完結せず、患者とのやりとり等に基づく種々のレポート作成や会計処理等多岐にわたる。

そのため、薬局において患者に関連する種々の業務を、より効率的に行うことができる薬局支援システム及び薬局支援方法が望まれている。

第１の本発明の薬局支援システムは、薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理するアカウント管理手段と、前記顧客に調剤した処方箋の内容を管理する処方箋管理手段と、前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信された応答内容を受信するメッセージ処理手段と、前記メッセージ処理手段が受信した応答内容を管理する応答管理手段と、前記メッセージ処理手段が処理するメッセージを前記薬局に配置された薬局端末に供給する薬局端末処理手段と、前記メッセージ処理手段が送信するメッセージの内容を定義したシナリオデータを複数保持するシナリオデータ保持手段とを備え、前記メッセージ処理手段は、前記シナリオデータ保持手段が保持する前記シナリオデータから前記処方箋に対応する前記シナリオデータを保持し、保持した前記シナリオデータに従ったメッセージの送信を行い、前記メッセージ処理手段が送受信した内容の一部又は全部を記述した服薬情報のレポートを１以上生成し、生成した前記レポートを一括して出力する一括出力処理を行うレポート生成出力手段をさらに有し、前記シナリオデータには、前記顧客アカウントに対して前記処方箋に記載された薬剤の服用に関する問題の有無を質問する問題有無質問メッセージを送信して、前記問題有無質問メッセージに対する回答を受信する問題有無質問シナリオが１以上含まれており、前記レポート生成出力手段は、前記レポートに１以上の前記問題有無質問メッセージに対する回答を記述し、１以上の前記問題有無質問メッセージに対する回答が問題有りとなっている前記レポートについては前記一括出力処理の対象から除外することを特徴とする。

第２の本発明は、薬局支援システムが行う薬局支援方法において、前記薬局支援システムは、アカウント管理手段、処方箋管理手段、メッセージ処理手段、応答管理手段、薬局端末処理手段、シナリオデータ保持手段及びレポート生成出力手段を備え、前記アカウント管理手段は、薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理し、前記処方箋管理手段は、前記顧客に調剤した処方箋の内容を管理し、前記メッセージ処理手段は、前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信された応答内容を受信し、前記応答管理手段は、前記メッセージ処理手段が受信した応答内容を管理し、前記薬局端末処理手段は、前記メッセージ処理手段が処理するメッセージを前記薬局に配置された薬局端末に供給し、前記シナリオデータ保持手段は、前記メッセージ処理手段が送信するメッセージの内容を定義したシナリオデータを複数保持し、前記メッセージ処理手段は、前記シナリオデータ保持手段が保持する前記シナリオデータから前記処方箋に対応する前記シナリオデータを保持し、保持した前記シナリオデータに従ったメッセージの送信を行い、前記レポート生成出力手段は、前記メッセージ処理手段が送受信した内容の一部又は全部を記述した服薬情報のレポートを１以上生成し、生成した前記レポートを一括して出力する一括出力処理を行い、前記シナリオデータには、前記顧客アカウントに対して前記処方箋に記載された薬剤の服用に関する問題の有無を質問する問題有無質問メッセージを送信して、前記問題有無質問メッセージに対する回答を受信する問題有無質問シナリオが１以上含まれており、前記レポート生成出力手段は、前記レポートに１以上の前記問題有無質問メッセージに対する回答を記述し、１以上の前記問題有無質問メッセージに対する回答が問題有りとなっている前記レポートについては前記一括出力処理の対象から除外することを特徴とする。

本発明によれば、薬局の業務負担を軽減しつつ顧客の健康増進を図ることができる。

第１の実施形態に関連する各装置の接続構成を示すブロック図である。 第１の実施形態に係るＷｅｂアプリケーションサーバの機能的構成について示したブロック図である。 第１の実施形態に係るデータベースサーバの機能的構成について示したブロック図である。 第１の実施形態に係る薬局端末の機能的構成について示したブロック図である。 第１の実施形態に係る顧客端末の機能的構成について示したブロック図である。 第１の実施形態に係るレセプトコンピュータの機能的構成について示したブロック図である。 第１の実施形態に係る対話シナリオデータの構造概要について示したイメージ図である。 第１の実施形態に係る薬局データベースの構成例について示した図である。 第１の実施形態に係る顧客データベースの構成例について示した図である。 第１の実施形態に係るＭＳ顧客管理データベースの構成例について示した図である。 第１の実施形態に係るＭＳ薬局管理データベースの構成例について示した図である。 第１の実施形態に係る薬品データベースの構成例について示した図である。 第１の実施形態に係る処方箋予約データベースの構成例について示した図である。 第１の実施形態に係る処方箋データベースの構成例について示した図である。 第１の実施形態に係る処方箋薬データベースの構成例について示した図である。 第１の実施形態に係る日付別テンプレートデータベースの構成例について示した図である。 第１の実施形態に係る日付別選択肢データベースの構成例について示した図である。 第１の実施形態に係る薬品別テンプレートデータベースの構成例について示した図である。 第１の実施形態に係る薬品別選択肢データベースの構成例について示した図である。 第１の実施形態に係る配信管理データベースの構成例について示した図である。 第１の実施形態に係る回答管理データベースの構成例について示した図である。 第１の実施形態に係る薬局支援システムの動作の例（シナリオ）について示したフローチャートである。 第１の実施形態に係る対話処理の例（その１）について示した図である。 第１の実施形態に係るレポート編集画面の構成例（その１）について示した図である。 第１の実施形態に係る対話処理の例（その２）について示した図である。 第１の実施形態に係るレポート編集画面の構成例（その２）について示した図である。 第１の実施形態に係るレポート編集画面の構成例（その３）について示した図である。 第１の実施形態に係るテンプレート編集画面の構成例（その３）について示した図である。

（Ａ）第１の実施形態
以下、本発明による薬局支援システム及び薬局支援方法の第１の実施形態を、図面を参照しながら詳述する。

（Ａ－１）第１の実施形態の構成
図１は、第１の実施形態に関連する各装置の接続構成を示すブロック図である。

薬局支援システム１は、調剤薬局の業務を支援することで、薬局のスタッフ（薬品師等）に対する業務負担を軽減すると共に、支援する薬局の顧客（患者）の健康増進を図るためのシステムである。

図１に示す薬局支援システム１には、Ｗｅｂアプリケーションサーバ１０及びデータベースサーバ２０を含む装置が配置されている。なお、図１において、括弧内の符号は、後述する第２の実施形態でのみ用いられる符号である。

また、薬局支援システム１は、ネットワークＮＷを介して、薬局端末３０、顧客端末４０、及びメッセージサービスシステム５０と接続している。ネットワークＮＷは、例えばインターネット等のＩＰ網が該当する。また、薬局支援システム１に接続する各装置の数は限定されないものである。薬局支援システム１を利用する薬局や顧客の数は限定されないものである。

メッセージサービスシステム５０としては、例えば、ＬＩＮＥ（登録商標）、Ｆａｃｅｂｏｏｋ（登録商標）、Ｓｋｙｐｅ（登録商標）等の種々のメッセージサービス（チャットサービス）のシステムを適用することができる。以下では、メッセージサービスシステム５０としては、出願時点におけるバージョンのＬＩＮＥのサービスを利用する例について説明する。

Ｗｅｂアプリケーションサーバ１０は、薬局支援システム１において各端末にＷｅｂベースでアプリケーション（アプリケーションサービス）を提供する装置である。そして、データベースサーバ２０は、Ｗｅｂアプリケーションサーバ１０で、種々のデータを管理する手段として配置されている。なお、図１に示す薬局支援システム１では、データセンタにＷｅｂアプリケーションサーバ１０及びデータベースサーバ２０が配置されているものとする。

薬局端末３０は、Ｗｅｂアプリケーションサーバ１０によるサービス（業務支援）を受ける薬局に設置される端末である。薬局端末３０としては、例えば、タブレットやＰＣ等の端末を適用することができる。また、薬局端末３０には、明細票等を印刷することができるプリンタ６０が接続されているものとする。

顧客端末４０は、顧客が所持する端末である。顧客端末としては、例えば、スマートホンやタブレット等の携帯端末を適用することができる。

次に、薬局支援システム１を構成する各装置の内部構成について説明する。

図２は、Ｗｅｂアプリケーションサーバ１０の内部構成について示したブロック図である。

Ｗｅｂアプリケーションサーバ１０の内部構成は、機能的には図２のように示すことができる。Ｗｅｂアプリケーションサーバ１０としては、例えば、メモリ及びプロセッサを有するコンピュータ（例えば、ＰＣやワークステーション等）を用いて構築することができる。

この実施形態では、Ｗｅｂアプリケーションサーバ１０は、ポータル処理部１１、処方箋予約処理部１２、店頭サービス処理部１３、対話処理部１４、メッセージ処理部１５、及びレポート処理部１６を有している。

Ｗｅｂアプリケーションサーバ１０としては、例えば、種々のＷｅｂサーバ向けのミドルウェア（例えば、いわゆるＡｐａｃｈｅやｎｇｉｎｘ等）の環境上でプログラム（例えば、ＨＴＭＬやＰＨＰ等を用いたプログラム）を実行することで実現することができる。

第１の実施形態では、Ｗｅｂアプリケーションサーバ１０に組み込まれるプログラム（実施形態に係る薬局支援プログラム）には、図３に示すポータル処理部１１、処方箋予約処理部１２、店頭サービス処理部１３、対話処理部１４、メッセージ処理部１５及びレポート処理部１６のモジュールが含まれるものとする。なお、第１の実施形態の薬局支援プログラムに搭載するモジュールの組み合わせは上記の例に限定されないものである。Ｗｅｂアプリケーションサーバ１０を構成する各モジュールの詳細については後述する。

図３は、データベースサーバ２０の内部構成について示したブロック図である。

データベースサーバ２０は、Ｗｅｂアプリケーションサーバ１０の処理で必要となる種々のデータを提供する装置である。

データベースサーバ２０は、データベースサーバ２０としては、例えば、メモリ及びプロセッサを有するコンピュータ（例えば、ＰＣやワークステーション等）を用いて構築することができる。

図３に示す通り、データベースサーバ２０は、データベース処理部２１、及びデータ記録部２２を有している。

データ記録部２２は、データベースサーバ２０内での各処理で利用される各種データを記録するデータ記録手段である。図３に示す通り、データ記録部２２には、少なくとも、薬局データベース２２０１、顧客データベース２２０２、ＭＳ顧客管理データベース２２０３、ＭＳ薬局管理データベース２２０４、処方箋予約データベース２２０５、処方箋データベース２２０６、処方箋薬データベース２２０７、薬品データベース２２０８、日付別テンプレートデータベース２２０９、薬品別テンプレートデータベース２２１０、配信管理データベース２２１１、及び回答管理データベース２２１２が記録されているものとする。データ記録部２２に記録する各データの詳細構成については後述する。

データベース処理部２１は、データ記録部２２に記録されたデータベースのデータ処理を行う。データベース処理部２１は、例えば、種々のＤＢＭＳ（Ｄａｔａｂａｓｅ Ｍａｎａｇｅｍｅｎｔ Ｓｙｓｔｅｍ）を用いて構築することができる。したがって、データ記録部２２に記録する各データベースは、データベース処理部２１で対応するデータ構造で構成されている必要がある。データベース処理部２１は、Ｗｅｂアプリケーションサーバ１０の要求（命令）に応じて、データ記録部２２に記録された各データベースのデータ処理（例えば、データの更新や読出しの処理）を行う。

次に、薬局端末３０の内部構成について説明する。

図４は、薬局端末３０の内部構成の例について示したブロック図である。

薬局端末３０は、例えば、ＰＣ、タブレットＰＣ等の種々の端末装置（コンピュータ；ハードウェア）を用いて構築することができる。図４では、薬局端末３０のハードウェアとしてタブレットＰＣを適用した例について示している。

図４に示すように、薬局端末３０は、機能的には、タッチパネルディスプレイ３１及びＷｅｂブラウザ４３を有している。

タッチパネルディスプレイ３１は、薬局端末３０を所持する薬局スタッフへの情報出力や、薬局スタッフからの入力（例えば、ＧＵＩ画面を用いた入力）を受け付けるデバイス（ユーザインタフェースの機能を担うデバイス）である。第１の実施形態では、タブレットＰＣを用いて薬局端末３０を構築する例について示しているが、薬局端末３０においてユーザインタフェース（薬局スタッフからの入力手段及び薬局スタッフへの出力手段）を担うデバイスの種類は限定されないものである。

Ｗｅｂブラウザ４３としては、種々のＷｅｂブラウザを適用することができる。薬局端末３０のＷｅｂブラウザ４３は、Ｗｅｂアプリケーションサーバ１０にアクセスして薬局向けのＷｅｂアプリケーションプログラムの提供を受けて実行することができる。なお、薬局端末３０では、薬局向けのアプリケーションプログラムがＷｅｂベースではなく専用のアプリケーションとしてインストールされる構成としてもよい。ここでは、Ｗｅｂブラウザ４３には、メッセージサービスシステム５０（メッセージサービス）にアクセスしてログイン可能なプログラム（プラグイン）もインストールされているものとする。そして、Ｗｅｂブラウザ４３の当該プラグインには、当該顧客端末４０を利用するユーザのＭＳアカウントＩＤ及びパスワードが設定されているものとする。

次に、顧客端末４０の内部構成について説明する。

図５は、顧客端末４０の内部構成の例について示した説明図である。

顧客端末４０は、例えば、スマートホン、ＰＣ、タブレットＰＣ等の種々の端末装置（コンピュータ；ハードウェア）を用いて構築することができる。図５では、顧客端末４０のハードウェアとしてスマートホンを適用した例について示している。

図５に示すように、顧客端末４０は、機能的には、タッチパネルディスプレイ４１、カメラ４２、Ｗｅｂブラウザ４３、及びメッセージサービスＡＰ４４を有している。

タッチパネルディスプレイ４１は、顧客端末４０を所持する顧客への情報出力や、顧客からの入力（例えば、ＧＵＩ画面を用いた入力）を受け付けるデバイス（ユーザインタフェースの機能を担うデバイス）である。第１の実施形態では、スマートホンを用いて顧客端末４０を構築する例について示しているが、顧客端末４０においてユーザインタフェース（顧客からの入力手段及び顧客への出力手段）を担うデバイスの種類は限定されないものである。

Ｗｅｂブラウザ４３としては、種々のＷｅｂブラウザを適用することができる。顧客端末４０のＷｅｂブラウザ４３は、Ｗｅｂアプリケーションサーバ１０にアクセスして顧客向けのＷｅｂアプリケーションプログラムの提供を受けて実行することができる。なお、顧客端末４０では、顧客向けのアプリケーションプログラムがＷｅｂベースではなく専用のアプリケーションとしてインストールされる構成としてもよい。

カメラ４２は、例えば、他のプログラム（Ｗｅｂブラウザ４３やメッセージサービスＡＰ４４等）の呼出に応じて起動し、顧客の操作に応じて撮像（例えば、処方箋や二次元バーコードの撮像）を行って撮像した画像データを出力することができる。

メッセージサービスＡＰ４４は、メッセージサービスシステム５０とメッセージの送受信を行うアプリケーションプログラムである。

次に、レセプトコンピュータ７０の内部構成について説明する。

図６は、レセプトコンピュータ７０の内部構成の例について示した説明図である。

レセプトコンピュータ７０は、例えば、ＰＣ等の種々の端末装置（コンピュータ；ハードウェア）を用いて構築することができる。図６では、レセプトコンピュータ７０のハードウェアとしてＰＣを適用した例について示している。

図６に示すように、レセプトコンピュータ７０は、機能的には、タッチパネルディスプレイ４１、タッチパネルディスプレイ７１、及びレセプト処理プログラム７２を有している。

タッチパネルディスプレイ７１は、レセプトコンピュータ７０を所持する顧客への情報出力や、顧客からの入力（例えば、ＧＵＩ画面を用いた入力）を受け付けるデバイス（ユーザインタフェースの機能を担うデバイス）である。レセプトコンピュータ７０においてユーザインタフェース（顧客からの入力手段及び顧客への出力手段）を担うデバイスの種類は限定されないものである。

調剤薬局におけるレセプトとは、患者への調剤（保険診療）に対する医療報酬について健康保険組合に請求する調剤明細書のことである。レセプト処理プログラム７２は、処方箋の情報等に基づいて調剤明細書を作成するソフトウェアである。レセプト処理プログラム７２としては、市販のパッケージソフトウェアであってもよく、具体的な構成は限定されないものである。

アップロード処理部７３は、レセプト処理プログラム７２から出力される処方箋に関するデータ（以下、「処方箋データ」と呼ぶ）がレセプト処理プログラム７２から供給されると、その処方箋データをＷｅｂアプリケーションサーバ１０（処方箋予約処理部１２）に供給する。処方箋予約処理部１２は、供給された処方箋データに基づいて、データ記録部２２（処方箋データベース２２０６）に各処方箋の詳細情報を登録する。

通常、レセコンのパッケージソフトウェアでは、入力された処方箋の情報をテキストデータ（例えば、ＣＳＶ形式等のデータ）として所定のフォルダに出力する機能（以下、「処方箋データ出力機能」と呼ぶ）に対応している。この実施形態においては、アップロード処理部７３は、レセプト処理プログラム７２の処方箋データ出力機能を利用して、処方箋データを取得し、Ｗｅｂアプリケーションサーバ１０（処方箋予約処理部１２）にアップロードする処理を行う。

次に、Ｗｅｂアプリケーションサーバ１０を構成する各モジュールの概要について説明する。

ポータル処理部１１は、顧客端末４０に対して、薬局に関する情報や検索サービス等のポータル機能を提供するモジュールである。ここでは、ポータル処理部１１は、少なくとも、顧客が所持する処方箋に基づいた処方を受けるための薬局を検索するサービスを提供するものとする。ポータル処理部１１は、顧客の操作（例えば、キーワードや現在位置）に応じた薬局の候補を顧客に提示する。その際、ポータル処理部１１は、薬局の名称、連絡先だけでなく当該薬局のメッセージサービスシステム５０上のアカウント（以下、「メッセージアカウント」または「ＭＳアカウント」と呼ぶ）にアクセスするためのリンクボタンを提供する。

処方箋予約処理部１２は、顧客（顧客端末４０）から処方箋に基づく調剤の予約（以下、「処方箋予約」と呼ぶ）を受け付ける処理を行うモジュールである。処方箋予約処理部１２は、顧客端末４０からＷｅｂ接続を受けて処方箋予約を受け付け可能なＷｅｂ画面（ＧＵＩ画面）を提供するようにしてもよいが、ここでは、処方箋予約処理部１２は、メッセージサービスシステム５０を介したユーザインタフェースで、処方箋予約を受け付ける処理も可能であるものとする。

店頭サービス処理部１３は、薬局端末３０（Ｗｅｂブラウザ４３）に対して、薬局内の業務で必要となるＷｅｂ画面（ＧＵＩ画面）を提供して種々の情報提供や処理受付を行うモジュールである。

メッセージ処理部１５は、メッセージサービスシステム５０とのインタフェースの機能を担っている。メッセージ処理部１５は、各薬局のＭＳアカウントＩＤを用いて顧客のＭＳアカウントＩＤとメッセージ送受信する処理を行う。メッセージ処理部１５は、メッセージサービスシステム５０に接続したメッセージ交換等を行うためのＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ Ｐｒｏｇｒａｍｍｉｎｇ Ｉｎｔｅｒｆａｃｅ）機能を用いて構成するようにしてもよい。

対話処理部１４は、メッセージサービスシステム５０を介して、顧客（顧客端末４０）と対話をする処理（以下、「対話処理」と呼ぶ）を行う。例えば、対話処理部１４は、処方箋に基づいて顧客に調剤（処方）した処方薬の内容（履歴）に基づいて、顧客（顧客端末４０）との対話処理を行うようにしてもよい。

また、例えば、対話処理部１４は、薬品師の操作（薬局端末３０からの制御）に応じた任意のメッセージ送受信を、顧客（顧客端末４０）との間で行うようにしてもよい。

対話処理部１４は、設定された対話シナリオ（顧客との対話のシナリオ）を定義したデータ（以下、「対話シナリオデータ」と呼ぶ）に従って、顧客（顧客端末４０）と対話処理を行う。

図７は、対話シナリオデータの構成概要について示した図である。

この実施形態の対話シナリオデータには、対話シナリオにおいて顧客に送信するメインストリーム（本流）のメッセージを定義するデータ（以下、「メッセージデータ」と呼ぶ）と、顧客に対してメインストリームのメッセージ（メッセージデータ）に対応する入力（例えば、選択肢の選択やメッセージの返答）を要求して受け付ける処理を定義するデータ（以下、「入力要求データ」と呼ぶ）が含まれているものとする。

図７に示す対話シナリオデータは、７つのメッセージデータＭＤ００１～ＭＤ００７と、６つの入力要求データＯＤ００１～ＯＤ００６により構成されている。図７では、各データの接続関係（論理的な接続（リンク）の関係）を各データのシンボル間の線により図示している。

対話シナリオデータでは、各メッセージデータの順序（送信順序）と、各入力要求データのリンク先となるメッセージデータが記述されているものとする。

対話シナリオデータにおいて、各メッセージデータの順序を定義する方法は限定されないものである。例えば、対話シナリオデータにおいて、各メッセージデータに順序番号を設定するカラムを設けるようにしてもよいし、各メッセージデータを順序に応じた並びで連結したリスト構造とするようにしてもよい。図７では、メッセージデータＭＤ００１～ＭＤ００７の順序で、各メッセージデータが連結（例えば、ポインタや配列等の種々の連結方法により連結）された構造となっているものとする。例えば、図７では、メッセージデータＭＤ００１の次にメッセージデータＭＤ００２がリンクされており、メッセージデータＭＤ００２の次にメッセージデータＭＤ００３がリンクされており・・・、メッセージデータＭＤ００６の次にメッセージデータＭＤ００７がリンクされている。したがって、図７に示す対話シナリオデータにおいては、メッセージデータＭＤ００１～ＭＤ００７の順にメッセージ送信処理が行われることを示している。

また、対話シナリオデータでは、１又は複数の入力要求データがリンクされる。

ここでは、各メッセージデータには、顧客に送信するメッセージを記述する「メッセージ本文」と当該メッセージ本文の送信タイミングを示すデータが設定されているものとする。

各入力要求データは、選択肢の表記（例えば、「ある」、「ない」等の選択肢の表記）を記述する「表記選択肢」、当該選択肢が選択された場合（表記選択肢の選択肢が選択された場合）の挙動（例えば、「なにもせずに次の処理へ移行」や「所定のメッセージを返信する処理」等）を記述する「挙動」、当該選択肢が選択された場合に返信するテキストを記述する「返信テキスト」の項目のデータが含まれているものとする。この実施形態では、表記選択肢には、「ある」または「ない」のいずれかのみが入力可能であるものとして説明する。なお、表記選択肢の表記の形式や種類の数については限定されないものであるが、この実施形態では、上記の「ある」、「ない」の２つであるものとして以下の説明を行う。

ここでは、入力要求データを構成する挙動の項目は、当該選択肢が選択された場合になにもせずに次の処理へ移行することを示す値（ここでは「なにもしない」と表記するがフラグ形式としてもよい）、又は当該選択肢が選択された場合に「返信テキスト」の項目に設定されたテキストを返信することを示す値（ここでは「テキストを返信」と表記するがフラグ形式としてもよい）のいずれかが設定可能であるものとして説明する。なお、入力要求データにおいて、挙動が「なにもしない」であった場合には、返信テキストの項目は空欄（例えば、「ＮＵＬＬ」）としてもよい。

例えば、メッセージデータＭＤ００１には、入力要求データはリンクされていないため、設定されたタイミングで、メッセージ本文に設定されたテキスト（いつもご利用ありがとうございます・・・）を顧客のアカウントに送信し、次のメッセージデータＭＤ００２の処理に移行することを示している。

そして、メッセージデータＭＤ００２には、２つの入力要求データＯＤ００１、ＯＤ００２がリンクされているため、設定されたタイミングで、メッセージ本文に設定されたテキスト（いつもご利用ありがとうございます。お薬の服用状況をお聞かせください。）を送信すると共に、第１の入力要求データＯＤ００１に設定された表記選択肢（ない）又は第２の入力要求データＯＤ００２に設定された表記選択肢（ある）を顧客に提示していずれかの選択肢（「はい」又は「いいえ」のいずれか）を選択入力（例えば、ＬＩＮＥアプリケーション上の選択入力）を受付け、選択された選択肢に応じた「挙動」の処理を実行した後に、次のメッセージデータＭＤ００３の処理に移行することを示している。

たとえば、第１の入力要求データＯＤ００１には、表記選択肢「ない」、挙動「なにもしない」、返信テキスト「空欄」が設定されているため、当該選択肢「ない」が選択された場合には、なにもせずに次のメッセージデータＭＤ００４の処理に移行することを示している。また、第１の入力要求データＯＤ００１には、表記選択肢「ある」、挙動「テキストを返信」、返信テキスト「どのような症状が、いつ頃からありますか？」が設定されているため、当該選択肢「ある」が選択された場合には、返信テキスト「どのような症状が、いつ頃からありますか？」を顧客に送信すると共に顧客からのテキスト入力（返信）を受け付けて、入力（返信）されたテキストを顧客からの回答として保持した後に、次のメッセージデータＭＤ００４の処理に移行することを示している。

なお、この実施形態では、１つのメッセージデータに対して、２つの入力要求データがリンク可能であるものとして説明する。言い換えると、この実施形態の対話シナリオデータでは、入力要求データがリンクされていないメッセージデータ（回答を要求せずに一方的に送信するだけのメッセージデータ；以下、「質問無しメッセージデータ」と呼ぶ）と、２つの入力要求データがリンクされたメッセージデータ（２つの選択肢が設定されたメッセージデータ；以下、「質問有りメッセージデータ」と呼ぶ）の２種類だけが存在するものとして説明する。

また、図７に示すように、各メッセージデータには、送信するメッセージのテキスト（以下、「送信テキスト」と呼ぶ）の他に、送信テキスト（メッセージ）を配信する日付を決定するためのデータ（以下、「配信タイミング決定情報」と呼ぶ）が設定されている。

配信タイミング決定情報には、処方箋づき処方された薬品の服用期間内の日（例えば、服用期間の初日、最終日、中間日等）を指定するための情報（以下、「配信日属性」と呼ぶ）が含まれている。ここでは、配信日属性には、服用期間の初日を示す「初日」、服用期間の最終日を示す「最終日」、初日と最終日の間の日を示す「中間日」のいずれかが設定されるものとして説明する。例えば、対話処理部１４では、服用期間内に中間日が１日だけ設定されている場合は、中間日は、初日と最終日の丁度中間となる日に設定（例えば、服用期間が15日間であれば、中間となる８日目に設定）してもよい。また、例えば、対話処理部１４では、服用期間内に中間日が複数日設定されている場合は、初日と最終日の間でそれぞれの中間日が等間隔となるように設定するようにしてもよい。

図７に示すように、対話シナリオデータでは、各メッセージデータに、配信日属性に加えて、当該メッセージデータに設定された中間日の順序（以下、「中間日順序」と呼ぶ）が設定されるものとする。例えば、中間日が１つだけ設定されている対話シナリオデータには、中間日順序として１だけが設定され、中間日が２つ設定されている対話シナリオデータには中間日順序として１又は２が設定するようにしてもよい。

対話シナリオデータにおいて、先頭から１又は複数のメッセージデータには、配信日属性に初日が設定され、後端から１又は複数のメッセージデータには配信日属性に最終日が設定され、それ以外のメッセージデータ（初日と最終日の間のメッセージデータ）の配信日属性に中間日が設定される。

この実施形態においては、対話シナリオデータにおいて、初日及び最終日には質問無しメッセージデータのみが設定され、質問有りメッセージデータは中間日にのみ設定されるものとして説明する。なお、顧客に対して同じ日に大量の質問有りメッセージデータを送信することは所定数以下とすることが望ましい（顧客の負担となるため）。そのため、この実施形態では、対話シナリオデータにおいて１つの中間日に設定する質問有りメッセージデータは３つ以下に制限されるものとして説明する。

例えば、図７に示す対話シナリオデータでは、先頭のメッセージデータＭＤ００１の配信日属性が初日に設定され、末尾のメッセージデータＭＤ００７には最終日が設定され、その間のメッセージデータＭＤ００２～ＭＤ００６の配信日属性に中間日が設定されている。図７に示す対話シナリオデータでは、中間日は１つだけであるため、メッセージデータＭＤ００２～ＭＤ００６の中間日順序には１が設定されている。

なお、例えば、図７に示す対話シナリオデータにおいて、中間日が２つ設定されているとした場合、メッセージデータＭＤ００６、ＭＤ００７の間に配信日属性を「中間日」とし中間日順序を２とするメッセージデータが設定されるようにしてもよい。

以上のように、対話シナリオデータでは、質問有りメッセージデータの構造を固定（入力要求データのリンク数を２つに制限する等）することで、シナリオの構成を木構造（複数分岐の構造）とせずにウォーターフロー型の簡易な構造とし、登録（例えば、店舗の薬品師による登録）を容易としつつ、顧客にとってわかりやすい対話内容としている。薬品に関して顧客（患者）に質問することの形式は概ね定型的とすることができるため、複雑な木構造とするよりも上記のように固定的な形式とすることで、登録を容易としつつ顧客（患者）も応答しやすい形式とすることができる。

この実施形態では、データ記録部２２では、日付別テンプレートデータベース２２０９及び薬品別テンプレートデータベース２２１０に上記の対話シナリオデータが対話シナリオのテンプレートとして記録されるものとする。以下では、対話シナリオデータを単に「テンプレート」とも呼ぶものとする。

この実施形態では、日付別テンプレートデータベース２２０９は、対象となる処方箋に基づく服用期間（以下、「対象期間」と呼ぶ）に応じたテンプレート（対話シナリオデータ）が記録されるものとする。例えば、日付別テンプレートデータベース２２０９では、処方箋に基づく服用期間が５日以下である場合、６日～４５日の間である場合、４６日以上９０日以下である場合・・・等のパターンに対応するテンプレートを保持するようにしてもよい。また、日付別テンプレートデータベース２２０９では、服用期間の設定されていない処方箋（例えば、頓服薬や外用薬のみが処方された処方箋）に応じたテンプレートを保持（例えば、服用期間が０日のテンプレートとして保持）するようにしてもよい。

また、この実施形態では、薬品別テンプレートデータベース２２１０には、薬品（処方薬）に応じたテンプレート（対話シナリオデータ）が記録されるものとする。この実施形態では、薬品別テンプレートデータベース２２１０には、薬品データベース２２０８に登録されている薬品のうち、一部の薬品についてのみテンプレートが登録されているものとして説明する。具体的には、この実施形態では、薬品データベース２２０８には、所定の条件に該当する薬品（以下、「テンプレート登録該当薬品」と呼ぶ）についてのみ当該薬品に適合したメッセージや質問が含まれるテンプレートが登録されるものとする。この実施形態の例では、いわゆるハイリスクの薬品（服用に際して比較的副作用等のリスクが高い薬品）についてのみテンプレート登録該当薬品として薬品別テンプレートデータベース２２１０にテンプレートが登録されているものとする。言い換えると、この実施形態では、薬品データベース２２０８には、テンプレート登録該当薬品のみについて対話シナリオデータが登録されているものとする。

ここでは、対話処理部１４は、処方箋に応じた服用期間（例えば、処方箋に含まれる薬品のうち最も服用期間の長いもの服用期間）や処方箋に含まれる薬品に応じたテンプレートを組み合わせて実際に顧客との対話の内容（送受信するメッセージの内容）を決定するようにしてもよい。対話処理部１４は、処方箋にテンプレート登録該当薬品（薬品別テンプレートデータベース２２１０にテンプレートが登録されている薬品）が含まれる場合、当該薬品のテンプレートの質問（中日に設定された質問有りメッセージデータ）を優先的に配信（日付別テンプレートデータベース２２０９のテンプレートよりも優先して配信）するものとして説明する。言い換えると、この実施形態では、対話処理部１４は、中間日ごとに、薬品別テンプレートと日付別テンプレートのいずれかを選択して適用するようにしてもよい。

日付別テンプレートデータベース２２０９及び薬品別テンプレートデータベース２２１０の内部構成の詳細については後述する。

次に、レポート処理部１６の概要について説明する。

レポート処理部１６は、対話処理部１４が行った対話処理の内容を反映させた、服薬（処方箋に基づいて調剤した内容に基づく服薬）に関するレポートを作成する。

レポート処理部１６が作成するレポートの内容は限定されないものであるが、この実施形態では、いわゆる「トレーシングレポート」（服薬情報提供書）のフォーマットに従ったレポートを作成して出力（例えば、印刷可能なデータとして出力）するようにしてもよい。

トレーシングレポート（服薬情報提供書）とは、薬局（保険薬局）で患者から薬剤師が聞き取った副作用やアドヒアランス（患者が積極的に治療方針の決定に参加し、その決定に従って治療を受けること）に関する情報など、薬剤師から医師に情報提供すべきと考えられる事項を伝えるためのレポートである。

言い換えると、対話処理部１４が処理する対話シナリオデータは、このトレーシングレポートに関連する内容（例えば、副作用やアドヒアランスに関する情報）を顧客（患者）から聴き取りするための内容となっているものとする。

次に、データ記録部２２を構成する各データベース（データベース）の構成例について説明する。以下では、説明を簡易とするため、データ記録部２２を構成する各データベース（データベース）をテーブル形式で図示するが、実際には種々のデータベースのデータ構造を用いることができる。

図８は、薬局データベース２２０１の構成例について示した説明図である。

薬局データベース２２０１は、各薬局に関するデータを管理するためのデータベースである。

図８に示す薬局データベース２２０１では、薬局ごとに、薬局を識別管理するための「薬局ＩＤ」、「薬局名」、「住所」、「電話番号」を含む項目の情報が登録されている。

図９は、顧客データベース２２０２の構成例について示した説明図である。

顧客データベース２２０２は、各顧客（ユーザ）に関するデータを管理するためのデータベースである。

図９に示す顧客データベース２２０２では、顧客ごとに、顧客を識別管理するための「顧客ＩＤ」、「氏名」、「生年月日」、「性別」、及び「電話番号」を含む項目の情報が登録されている。

図１０は、ＭＳ顧客管理データベース２２０３の構成例について示した説明図である。

ＭＳ顧客管理データベース２２０３は、各顧客（ユーザ）のＭＳアカウントＩＤを管理するためのデータベースである。

図１０に示すＭＳ顧客管理データベース２２０３では、顧客ごとに、「顧客ＩＤ」、及び「ＭＳアカウントＩＤ」を含む項目の情報が登録されている。

図１１は、ＭＳ薬局管理データベース２２０４の構成例について示した説明図である。

ＭＳ薬局管理データベース２２０４は、各薬局のＭＳアカウントＩＤを管理するためのデータベースである。

図１１に示すＭＳ薬局管理データベース２２０４では、薬局ごとに、「薬局ＩＤ」、及び「ＭＳアカウントＩＤ」を含む項目の情報が登録されている。

図１２は、薬品データベース２２０８の構成例について示した説明図である。

薬品データベース２２０８は、処方箋により調剤する薬品（医薬品）を管理するためのデータベースである。

図１２に示す薬品データベース２２０８では、薬品ごとに、薬品を識別するための「薬品ＩＤ」、「薬品名」、薬品のコード番号（例えば、薬価基準収載医薬品コード番号等）を管理するための「薬品コード」を含む項目の情報が登録されている。

図１３は、処方箋予約データベース２２０５の構成例について示した説明図である。

処方箋予約データベース２２０５は、処方箋予約処理部１２の処理で顧客から受け付けた処方箋予約を管理するためのデータベースである。

図１３に示す処方箋予約データベース２２０５では、処方箋予約ごとに、処方箋予約を識別するための「処方箋予約ＩＤ」、処方箋予約の宛先となる「薬局ＩＤ」、当該処方箋予約を行った顧客の「氏名」、当該処方箋予約を行った顧客の「生年月日」、当該処方箋予約について受け付けた「予約時間」、当該処方箋の処方にあたってジェネリック薬での処方を希望するか否かを示す「ジェネリック」（１：ジェネリックを希望する、０：ジェネリックを希望しない）、及び当該処方箋予約の処方箋を撮像した画像（以下、「処方箋画像」と呼ぶ）のデータを示す「処方箋画像データ」の情報が登録されている。

処方箋データの項目には、処方箋画像データ自体又は処方箋画像データのファイルへアクセスするリンク情報を登録するようにしてもよい。また、第１の実施形態では、処方箋予約データベース２２０５で処方箋画像データを直接管理する構成としているが、具体的なデータベース（テーブル）の構造は限定されないものであり、複数のデータベース（テーブル）を用いて管理するようにしてもよい。

図１４は、処方箋データベース２２０６の構成例について示した説明図である。

処方箋データベース２２０６は、店頭サービス処理部１３の処理で処方箋に基づいて処方を行った際の記録を管理するためのデータベースである。

図１４に示す処方箋データベース２２０６では、処方箋ごとに、処方箋を識別するための「処方箋ＩＤ」、当該処方箋に基づく調剤を行った薬局の「薬局ＩＤ」、当該処方箋に基づく調剤を行った先の「顧客ＩＤ」、及び当該処方箋に基づく調剤を行った日付を示す「調剤年月日」、「服薬開始日」、「服薬終了日」、「医療機関名」、「処方医」、「担当薬剤師」を含む項目の情報が登録されている。

図１５は、処方箋薬データベース２２０７の構成例について示した説明図である。

処方箋薬データベース２２０７は、処方箋データベース２２０６で管理される各処方箋で処方された各処方箋薬を管理するためのデータベースである。例えば、処方箋データベース２２０６上で管理される任意の処方箋が、２つの処方薬を処方する内容であった場合、処方箋薬データベース２２０７では、当該処方箋に対応する２つの処方箋薬のデータ（２つのレコードのデータ）がそれぞれ別個に登録されることになる。

図１５に示す処方箋薬データベース２２０７では、処方箋薬ごとに、処方箋薬を識別するための「処方箋薬ＩＤ」、当該処方箋薬に対応する処方箋を識別するための「処方箋ＩＤ」、「薬品コード」、「薬品名」、当該処方薬の一日当たりの処方量を示す「１日量」、当該処方薬の処方量（処方された合計量）を示す「調剤量」、当該処方箋薬の服用間隔（単位は時間）を示す「服用間隔」、当該処方箋薬の服用間隔をテキストベース（例えば、「朝食後」、「朝食後、夕食後」等の文字列）で示した「服用間隔テキスト」、当該処方箋薬の服用を開始すべき日を示す「服用開始日」、当該処方箋薬を服用する全期間の中間にあたる日を示す「服用中日」、当該処方箋薬を服用する最終日を示す「服用終了日」、当該処方箋薬の服用開始日のタイミングをメッセージサービスシステム５０で顧客に通知するか否かを示す「服用開始時通知可否」、当該処方箋薬の服用中日のタイミングをメッセージシステムで顧客に通知するか否かを示す「服用中通知可否」、当該処方箋薬の服用最終日のタイミングをメッセージサービスシステム５０で顧客に通知するか否かを示す「服用終了時通知可否」を含む項目の情報が登録されている。

図１６、図１７は、日付別テンプレートデータベース２２０９の構成例について示している。

図１６は、日付別テンプレートデータベース２２０９の対話シナリオデータ（テンプレート）を構成するメッセージデータを管理するデータベース（以下、「日付別テンプレートデータベース」と呼ぶ）の構成例について示した図である。

図１６では、１行で、１つのメッセージデータを構成している。図１６において、各メッセージデータは、「テンプレートＩＤ」、「ルートＩＤ］、「親ＩＤ」、「本文テキスト」、「配信日属性」、「配信形式」、「中間日順序」、「対象期間下限」、「対象期間上限」を含む項目のデータが設定されている。

図１６において、「テンプレートＩＤ」は、メッセージデータは、当該メッセージデータを識別する識別子を示している。また、図１６において、「ルートＩＤ」は、当該メッセージデータが所属する対話シナリオデータのルート（先頭）となるメッセージデータの識別子（テンプレートＩＤ）を示している。さらに、図１６において、「親ＩＤ」は、当該メッセージデータの直前にリンクされたメッセージデータ（対話シナリオデータ上で親となるメッセージデータ）の識別子（テンプレートＩＤ）を示している。さらにまた、図１６において、「本文テキスト」は、顧客に送信するメッセージのテキストを示している。

また、図１６において、「配信形式」の項目は、当該メッセージデータが「質問有りメッセージデータ」又は「質問無しメッセージデータ」のいずれであるかを示している。ここでは、配信形式が１に設定されている場合は質問無しメッセージデータであることを示し、配信形式が２に設定されている場合は質問有りメッセージデータであることを示している。さらに、図１６において、「対象期間下限」と「対象期間上限」は、それぞれ、当該メッセージデータが所属する対話シナリオデータの対象期間（処方箋に基づく服用期間の対象期間）の下限と上限を表している。例えば、対象期間が６日～４５日である場合、図１６に示すように、対象期間下限に６が設定され対象期間上限に４５が設定される。

図１７は、日付別テンプレートデータベース２２０９の対話シナリオデータ（テンプレート）を構成する入力要求データを管理するデータベース（以下、「日付別選択肢データベース」と呼ぶ）の構成例を示している。

図１７では、１行で、１つの入力要求データを構成している。図１７において、各入力要求データは、「選択肢ＩＤ」、「リンク先ＩＤ」、「不応期選択肢」、「挙動」、「返信テキスト」を含む項目のデータが設定されている。

図１７において、「選択肢ＩＤ」は、当該入力要求データを識別する識別子を示している。また、図１７において、「リンク先ＩＤ」は、当該入力要求データのリンク先となるメッセージデータの識別子（テンプレートＩＤ）を示している。

図１６に示すように、日付別テンプレートデータベースでは、ルートＩＤ及び親ＩＤにより、メッセージデータが直列に接続されたリスト構造が成立している。なお、日付別テンプレートデータベースにおいて複数のメッセージデータをリスト構造とする手段は限定されないものであり、配列構造等の種々のデータ構造を適用するようにしてもよい。

なお、図１６に示すテンプレートＩＤが、ＴＤ００１～ＴＤ００７のメッセージデータは、図７に示す対話シナリオデータの構成例（メッセージデータＭＤ００１～ＭＤ００７で構成される対話シナリオデータ）を示している。また、図１７に示す、選択肢ＩＤがＯＤ００１～ＯＤ００６の入力要求データは、図７に示す対話シナリオデータの構成例（入力要求データＯＤ００１～ＯＤ００６の構成例）を示している。

図１８、図１９は、薬品別テンプレートデータベース２２１０の構成例について示している。

図１８は、薬品別テンプレートデータベース２２１０の対話シナリオデータ（テンプレート）を構成するメッセージデータを管理するデータベース（以下、「薬品別テンプレートデータベース」と呼ぶ）の構成例について示した図である。また、図１９は、薬品別テンプレートデータベース２２１０の対話シナリオデータ（テンプレート）を構成する入力要求データを管理するデータベース（以下、「薬品別選択肢データベース」と呼ぶ）の構成例について示した図である。

薬品別テンプレートデータベースの構造は、基本的には、図１６に示す日付別テンプレートデータベースと同様であるが、対象期間（対象期間下限、対象期間上限）が、薬品の識別しである「薬品コード」に置き換わっている点で異なっている。なお、薬品別テンプレートデータベースにおいて、薬品コードは、他の識別し（例えば、薬品ＩＤ等）に置き換えるようにしてもよい。また、薬品別選択肢データベースの構造は、基本的には、図１７に示す日付別選択肢データベースと同様である。

図２０は、配信管理データベース２２１１の構成例について示した図である。

配信管理データベース２２１１は、対話処理部１４がメッセージデータに基づいてメッセージ配信（対話処理）する際の管理（メッセージ配信の予約や履歴等の管理）を行うためのデータベースである。

図２０に示す配信管理データベース２２１１では、１行で１つのメッセージデータの配信を管理するデータ（以下、「配信管理データ」と呼ぶ）となっている。

配信管理データベース２２１１では、各配信管理データは、当該配信管理データを識別する識別子としての「配信ＩＤ」、対応する処方箋を示す「処方箋ＩＤ」、対応するメッセージデータを示す「テンプレートＩＤ」、対応するメッセージデータの処理を行う日付を示す「配信日」、配信先（配信先の顧客のＬＩＮＥＩＤ等）を示す配信先、配信形式（質問の有無）を示す「配信形式」、及び配信済又は未配信等のステータスを示す「ステータス」を含む項目で構成されている。

図２０に示す「ステータス」には、配信済である場合には「１」が設定され未配信である場合には「０」が設定されるものとする。

対話処理部１４は、処方箋ごと（処方箋ＩＤ）ごとに、適用する対話シナリオデータを選択し、選択した対話シナリオデータに従った対話処理を行うように、配信管理データベース２２１１に配信管理データを設定する。そして、対話処理部１４は、配信管理データベース２２１１に登録した各配信管理データについて、設定された配信タイミング（配信日に設定された日付）に、テンプレートＩＤに対応するメッセージデータ（テキスト本文）及びリンクされた入力要求データに基づく入力要求（例えば、選択肢の選択要求やテキスト入力の要求）を、配信先のＩＤ宛てに送信する処理を行う。

この実施形態では、日付別テンプレートデータベース２２０９と薬品別テンプレートデータベース２２１０とで、テンプレートＩＤの体系を変化させることで、配信管理データベース２２１１及び回答管理データベース２２１２においてリンク先のデータベース（日付別テンプレートデータベース２２０９又は薬品別テンプレートデータベース２２１０のいずれかのデータベース）を識別するように表記しているが、リンク先のデータベースを識別する方法は上記の方法に限定されないものである。例えば、この実施形態では、日付別テンプレートデータベース２２０９においてテンプレートＩＤが「ＴＤ」から始まり、選択肢ＩＤが「ＯＤ」から始まるように表記している。また、例えば、この実施形態では、薬品別テンプレートデータベース２２１０において、テンプレートＩＤが「ＴＭ」から始まり、選択肢ＩＤが「ＯＭ」から始まる。

図２１は、回答管理データベース２２１２の構成例について示した図である。

回答管理データベース２２１２は、対話処理部１４が、質問有りメッセージデータにリンクされた入力要求データに基づく入力要求（例えば、選択肢の選択要求やテキスト入力の要求）を送信した後に、顧客（顧客端末４０）からの入力（例えば、選択肢の選択やテキスト入力）があった場合のその入力された内容（質問有りメッセージデータに対する回答）を管理するデータベースである。

図２１に示す回答管理データベース２２１２では、１行で１つの質問有りメッセージデータに対する回答を管理するデータ（以下、「回答管理データ」と呼ぶ）となっている。

回答管理データベース２２１２では、各回答管理データは、当該回答管理データを識別する識別子としての「回答ＩＤ」、対応する配信管理データを示す「配信ＩＤ」、対応するメッセージデータを示す「テンプレートＩＤ」、当該質問有りメッセージデータに対して選択された選択肢に対応する入力要求データを示す「選択肢ＩＤ」、及び選択された選択肢に対応する入力要求データで返信テキストがあった場合（テキスト返信の挙動に対する回答）があった場合のテキスト（顧客が入力したテキスト）を示す「回答テキスト」を含む項目で構成されている。

つまり、対話処理部１４は、質問有りメッセージデータごとに、質問に対して選択された選択肢（入力要求データ）を示す選択肢ＩＤと、質問有りメッセージデータの質問に対して顧客が回答入力したテキストを示す「回答テキスト」を、回答管理データとして記録する。

（Ａ－２）第１の実施形態の動作
次に、以上のような構成を有する第１の実施形態の薬局支援システム１の動作（実施形態に係る薬局支援方法）の例を説明する。

ここでは、薬局支援システム１のＷｅｂアプリケーションサーバ１０が、図１４のシナリオに沿って動作した場合の例について説明する。

まず、図１４のシナリオの概要について説明する。

まず、Ｗｅｂアプリケーションサーバ１０が、ポータル機能（ポータル処理部１１の機能）を経由し、メッセージサービスシステム５０を用いて、「山田 太郎」という名前で、ＭＳアカウントＩＤが「ｔａｒｏ＿ｍｓ」である顧客（顧客端末４０）から、ＡＡＡ薬局（店舗ＩＤが「１」の薬局）に対する処方箋予約を受け付けたものとする（Ｓ１０１）。

次に、当該顧客が当該薬局（ＡＡＡ薬局）に来局し、当該顧客に対して処方箋予約された処方箋に基づく調剤（処方箋に基づく処方薬の引き渡し）が行われ、店頭サービス処理部１３の機能により、当該顧客の顧客情報の登録が行われたものとする（Ｓ１０２）。

次に、メッセージサービスシステム５０上で、当該顧客のＭＳアカウントＩＤと、ＡＡＡ薬局のＭＳアカウントＩＤとが関連付け（例えば、ＬＩＮＥサービスにおけるお友達登録）する処理が行われたものとする（Ｓ１０３）。これにより、ＡＡＡ薬局側のＭＳアカウントＩＤから当該顧客のＭＳアカウントＩＤへのメッセージ送信（例えば、対話処理に伴うメッセージ送受信）が可能となる。なお、ステップＳ１０１～Ｓ１０３の処理については特許文献１と同様の処理を適用することができるため、ここでは詳細説明を省略する。

また、当該薬局（ＡＡＡ薬局）では、調剤にあたって、レセプトコンピュータ７０（レセプト処理プログラム７２）に、処方箋の内容が入力され、調剤報酬明細書又は調剤報酬明細書を出力可能なデータが保持されたものとする。そして、レセプトコンピュータ７０では、アップロード処理部７３により、処方箋データが保持され、Ｗｅｂアプリケーションサーバ１０（処方箋予約処理部１２）側にアップロードされ、当該処方箋の内容が処方箋データベース２２０６及び処方箋薬データベース２２０７に登録されたものとする（Ｓ１０４）。

処方箋予約処理部１２では、処方箋データの送信元を認識することにより、いずれの薬局からの処方箋であるかを認識し、さらに処方箋データの内容に基づいて顧客（患者）の情報（例えば、氏名、生年月日等）が把握できるので、いずれの顧客ＩＤの処方箋であるかを認識できる。そして、処方箋予約処理部１２では、アップロードにより認識した処方箋の情報を処方箋データベース２２０６及び処方箋薬データベース２２０７へ登録する。この実施形態では、上記のように、レセプトコンピュータ７０（レセプト処理プログラム７２）に入力された内容に基づいてＷｅｂアプリケーションサーバ１０（処方箋予約処理部１２）側で処方箋の内容を登録することで、薬局において２重に処方箋の内容を入力する必要がなくなる。なお、Ｗｅｂアプリケーションサーバ１０（処方箋予約処理部１２）において、処方箋データベース２２０６及び処方箋薬データベース２２０７に処方箋の内容を入力する方式は上記の方式に限定されないものであり種々の方式（例えば、処方箋の内容を薬局の薬剤師等に直接入力させる方式や、処方箋に付されたバーコード等の記録データに基づいて入力する方式）を適用することができる。

その後、対話処理部１４では、新たにステップＳ１０３で登録された処方箋に応じて適用する対話シナリオデータを選択し、選択した対話シナリオデータに従った対話処理を行うように、配信管理データベース２２１１に配信管理データを設定する（Ｓ１０５）。

そして、対話処理部１４は、配信管理データベース２２１１に登録した各配信管理データについて、設定された配信タイミング（配信日に設定された日付）に、テンプレートＩＤに対応するメッセージデータ（テキスト本文）及びリンクされた入力要求データに基づく入力要求（例えば、選択肢の選択要求やテキスト入力の要求）を、配信先のＩＤ宛てに送信する処理を行い、顧客から入力された内容を回答管理データベース２２１２に登録する（Ｓ１０６）。

その後、当該薬局のスタッフ（薬剤師）の操作に応じて、レポート処理部１６により、当該処方箋（ステップＳ１０４で登録された処方箋）に対応するトレーシングレポートが生成され出力されたものとする（Ｓ１０７）。

以下では、上記のシナリオの各ステップのそれぞれについて具体例を説明する。

まず、ステップＳ１０１～Ｓ１０３の動作については、特許文献１の説明と同様の処理を適用してもよいため、詳しい説明を省略する。

ここでは、ステップＳ１０１～Ｓ１０３の処理により、ＡＡＡ薬局（薬局ＩＤ：１の薬局）において、顧客データベース２２０２及びＭＳ顧客管理データベース２２０３に、それぞれ図９、図１０に示す顧客ＩＤ：１の顧客が登録され、処方箋予約データベース２２０５に図１３に示す処方箋予約ＩＤ：１の処方箋予約が登録されたものとして説明する。

次に、上記のステップＳ１０４の処理の具体例について説明する。

［Ｓ１０４：処方箋データのアップロード及び登録］
ここでは、「処方箋予約ＩＤ：１」の処方箋予約に従って、ＡＡＡ薬局にて調剤がなされ、ＡＡＡ薬局のレセプトコンピュータ７０で当該調剤に伴う処方箋の内容が入力されたものとする。そうすると、レセプトコンピュータ７０では、レセプト処理プログラム７２により当該処方箋の処方箋データが生成され、アップロード処理部７３によりＷｅｂアプリケーションサーバ１０（処方箋予約処理部１２）にアップロードされる。そうすると、処方箋予約処理部１２により、当該処方箋データに基づき、当該処方箋の内容が処方箋データベース２２０６及び処方箋薬データベース２２０７に登録される。

ここでは、新たに処方箋データベース２２０６（処方箋薬データベース２２０７）に、処方箋ＩＤ：１のデータが登録されたものとして説明する。また、このとき処方箋薬データベース２２０７に、処方箋ＩＤ：１に対応する処方箋約として、処方箋約ＩＤ：１、２のデータが登録されたものとする。

［Ｓ１０５：対話シナリオデータに基づくメッセージの配信予約処理］
ここでは、対話処理部１４は、処方箋データベース２２０６から、当該処方箋（処方箋ＩＤ：１の処方箋）の内容を取得し、その処方内容（例えば、服薬期間や処方薬の内容等）に基づいて、当該処方箋の顧客（患者）との対話に用いる対話シナリオデータを選択する。ここでは、対話処理部１４は、服薬期間（服薬開始日と服薬終了日との間の期間）に対応する対話シナリオデータを、図１６に示す日付別テンプレートデータベース２２０９から選択したものとする。ここでは、対話処理部１４は、服薬期間に対応する対話シナリオデータとしてルートＩＤ（先頭のメッセージデータ）をTD001とする対話シナリオデータ（つまり図７のような構造の対話シナリオデータ）を選択したものとして説明する。なお、ここでは、処方箋ＩＤ：１の処方箋には、テンプレート登録該当薬品が含まれていなかったものとする。

そして、対話処理部１４は、選択した対話シナリオデータの各メッセージデータを配信管理データベース２２１１に登録したものとする。その結果、配信管理データベース２２１１には、図２０における配信ＩＤが１～７の配信データが登録されたものとする。

［Ｓ１０６：配信予約処理に従ったメッセージ送受信及び回答記録処理］
ここでは、対話処理部１４は、図２０に示すような配信データ（配信ＩＤが１～７の配信データ）について、配信処理を行うことになる。対話処理部１４は、配信先ごとの配信データを把握し、各配信先について配信ＩＤの小さい配信データから順に配信処理を行うものとする。また、対話処理部１４は、配信形式が２となっている配信データが有った場合は、質問に対する回答の入力を待ってから次の配信データの処理に移行するものとする。さらに、対話処理部１４は、１つの配信先で、配信日が同日に設定されている配信データについては、回答入力の間以外は間隔を空けずに配信処理を行うものとする。例えば、図２０の例では、配信ＩＤが２～６の配信データの配信日は同日に設定されているので、これらの配信データの処理については回答入力の間以外連続して処理するようにしてもよい。さらに、対話処理部１４は、１日の中で配信処理を開始する時間について所定の時間（例えば、午後１時等顧客が回答しやすい時間帯）に設定するようにしてもよい。例えば、対話処理部１４は、配信ＩＤが２の配信データについて、２０２１年８月８日の０時に配信処理を行うのではなく、予め設定された所定の時間（例えば、１３時）になったタイミングで配信処理を行うようにしてもよい。

そして、対話処理部１４は、配信形式が２の配信データの処理にあたっては、顧客からの回答について、回答データとして回答管理データベース２２１２に記録する。

図２０では、配信ＩＤが３～５の配信データについては配信形式が２となっており、それぞれの配信データに対応する回答データが図２１における回答ＩＤが１～３のデータであるものとする。

図２５は、処方箋ＩＤ：１の処方箋に対応する配信データ（図２０における配信ＩＤが１～７の配信データ）に従って配信した結果（顧客端末４０との対話処理）の例について示した図である。

図２５では、顧客端末４０側で表示されるメッセージサービスＡＰ４３の表示画面（タッチパネルディスプレイ４１に表示される画面）の例について示している。また、図２５では、薬局側（Ｗｅｂアプリケーションサーバ１０側）から送信されるメッセージを左側からの吹き出しで表示し、顧客側からの入力内容（選択内容を含む）については右側に表示している。さらに、図２５では、入力要求データに基づく選択肢（「ある」又は「ない」の選択肢）については点線で囲って図示し、顧客により選択された選択肢の内容（「ある」又は「ない」）については右側からの吹き出しで図示している。図２５の例では、全ての選択肢について「ない」が選択されているので返信テキストの入力はなされていない。

図２５のような対話処理が行われた場合、回答管理データベース２２１２の内容は図２１（回答ＩＤが１～３の回答データ）のような内容となる。

［Ｓ１０７：トレーシングレポート作成処理］
ここでは、ＡＡＡ薬局の薬剤師Ａが薬局端末３０を操作し、処方箋データベース２２０６において処方箋ＩＤ：１の処方箋が選択され、当該処方箋についてトレーシングレポートの出力処理の操作が行われたものとする。

この場合、レポート処理部１６は、まず処方箋ＩＤ：１の処方箋の内容を処方箋データベース２２０６から取得し、さらに当該処方箋の顧客（患者）の情報を顧客データベース２２０２等から取得する。

また、レポート処理部１６は、配信管理データベース２２１１から、処方箋ＩＤ：１でかつ配信形式が２となっている配信データを抽出し、収集した配信データに対応する回答データを回答管理データベース２２１２から抽出する。また、レポート処理部１６は、薬局端末３０でログインしているユーザ（薬局に応じたユーザ）の情報に基づいて、薬局データベース２２０１から、トレーシングレポートを作成する薬局（保険薬局）の情報（例えば、保険薬局名、薬局所在地、電話番号等）を取得する。

そうすると、レポート処理部１６は、図２１における回答ＩＤが１～３の回答データを抽出することができる。

以上のような処理により、レポート処理部１６は、トレーシングレポートの作成に必要な情報を収集し、収集した情報を入力したトレーシングレポートを表示するとともに、表示したトレーシングレポートの各情報を編集可能な操作画面（以下、「レポート編集画面」と呼ぶ）を薬局端末３０（Ｗｅｂブラウザ３２）に表示させる。

図２４はレポート編集画面の構成例について示した図である。

図２４に示すレポート編集画面のうち、ヘッダ部分（例えば、医療機関名、処方日、患者名、生年月日、調剤日、性別等）の情報については、処方箋データベース２２０６、顧客データベース２２０２、薬局データベース２２０１等の情報に基づいて自動入力することができる。

図２４では、処方箋データベース２２０６、顧客データベース２２０２、薬局データベース２２０１等の情報に基づいて入力可能な情報については自動入力されている。

また、レポート処理部１６は、取得した回答データ（回答ＩＤが１～３の回答データ）に基づいて、当該顧客（患者）との対話処理における質問とその回答についてテキストデータを生成してレポート編集画面（「提供情報・提案内容」の項目）に自動入力する。

図２４では、フィールドF101の部分（「提供情報・提案内容」の項目）に、回答データに基づくテキストが自動入力（貼り付け）されている。

レポート処理部１６は、レポート編集画面を表示する際、上記のように収集した情報に基づいて自動的に入力可能な項目については自動的に入力を行う。そして、レポート処理部１６は、レポート編集画面において、自動入力処理を行った後は、全ての項目について自由な編集を受け付けることができる。レポート処理部１６は、薬剤師の操作に応じて、レポート編集画面に表示されたトレーシングレポートについて種々の方法により出力（例えば、印刷処理やPDF等による出力処理）を行うことができる。

これにより、薬剤師は、上記のような簡易な操作でトレーシングレポートを取得することができるので、あとは医療機関に当該トレーシングレポートを提出するだけでトレーシングレポートに関する処理が完了することになる。

[処方箋薬にテンプレート登録該当薬品が含まれる場合の例]
次に、１つの処方箋に関する対話処理に、日付別テンプレートと薬品別テンプレートの両方が適用される例について説明する。

図１４、図１５、図１８、図１９に示す通り、処方箋ＩＤ：２の処方箋には、テンプレート登録該当薬品（薬剤Ｃ）が含まれている。図１８、図１９に示すように、薬品別テンプレートデータベース２２１０には、薬剤ＣについてＴＭ００１をルートＩＤ（テンプレートＩＤ）とする薬品別テンプレートが登録されている。

したがって、処方箋ＩＤ：２の処方箋について対話シナリオデータに基づくメッセージの配信予約処理（上記のステップＳ１０５の処理）を行う場合には、対話処理部１４は、日付別テンプレート（ＴＤ００１をルートＩＤとするテンプレート）と、薬品別テンプレート（ＴＤ００１をルートＩＤとするテンプレート）を適用することになる。

上記の通り、この実施形態において、対話処理部１４は、処方箋にテンプレート登録該当薬品が含まれる場合、当該薬品のテンプレートの質問を優先的に配信するものとする。例えば、対話処理部１４は、図２０に示す配信管理データベース２２１１の通り、初日及び最終日については日付別テンプレート（ＴＤ００１をルートＩＤとするテンプレート）のメッセージデータを適用し、中間日については薬品別テンプレート（ＴＭ００１をルートＩＤとするテンプレート）から抜き出して適用するようにしてもよい。このとき、対話処理部１４は、日付別テンプレートにおける各中間日（各中間日順序）のメッセージデータを、薬品別テンプレートにおいて対応する中間日（各中間日順序）のメッセージデータに置き換えて配信予約（配信管理データベース２２１１に反映）させるようにしてもよい。例えば、対話処理部１４は、日付別テンプレートにおいて中間日順序がＮのメッセージデータを、薬品別テンプレートにおける中間日順序がＮのメッセージデータ（日付別テンプレートと中間日順序が一致するメッセージデータ）に置き換えて配信予約するようにしてもよい。具体的には、例えば、対話処理部１４は、図２０に示す通り、日付別テンプレートにおける中間日順序：１のメッセージデータ（ＴＤ００２～ＴＤ００６のメッセージデータ）を、薬品別テンプレートにおける中間日順序：１のメッセージデータ（ＴＭ００２～ＴＭ００６）のメッセージデータに置き換えて配信予約を行うようにしてもよい。また、処方箋に複数のテンプレート登録該当薬品が含まれる場合、対話処理部１４は、中間日ごとにいずれかのテンプレート登録該当薬品を選択（例えば、ランダムに選択する等任意の方法で選択）し、配信予約に反映するようにしてもよい。

以上のように、この実施形態では、対話処理部１４は、中間日ごとに日付別テンプレート又は薬品別テンプレートのいずれかを選択して配信予約を行うものとして説明する。

この場合、処方箋ＩＤ：２に対応する配信データは、図２０に示す配信ＩＤが８～１４の配信データとなる。

図２５は、処方箋ＩＤ：２の処方箋に対応する配信データ（図２０における配信ＩＤが８～１４の配信データ）に従って配信した結果（顧客端末４０との対話処理）の例について示した図である。図２５は、図２３と同様の形式で記載されている。

図２６は、処方箋ＩＤ：２の処方箋について、レポート処理部１６がトレーシングレポートを出力しようとした場合に、薬局端末３０（タッチパネルディスプレイ３１）側で表示されるレポート編集画面の例について示した図である。

図２６に示すフィールドＦ１０１には、図２１に回答管理データベース２２１２（回答ＩＤ：４～６の回答データ）の内容に従ったテキストデータが自動入力されている。例えば、回答ＩＤ：４の回答データは、テンプレートＩＤ：ＴＭ００３、選択肢ＩＤ：ＯＭ００２、回答テキスト：「初日から目のかすみがある」となっているので、図２６に示すフィールドＦ１０１には、薬品別テンプレートデータベース２２１０の内容（図１９、図２０の内容）に基づき、「Q.目のかすみがありますか？A.ある 初日から目のかすみがある」というテキストが自動入力されている。同様に、図２６に示すフィールドＦ１０１には、回答ＩＤ：５の回答データに基づき「Q.眠気がありますか？A.ある 初日から眠気が強い」というテキストが自動入力され、回答ＩＤ：６の回答データに基づき「Q.息切れがありますか？A.ある 初日から息切れがある」というテキストが自動入力されている。

図２６は、レポート処理部１６が自動入力を行ったままの状態（初期状態）について示しているが、上記の通り、レポート編集画面では、薬剤師により更なる編集を受け付けることができる。

図２７は、レポート編集画面において、初期状態からさらに編集を受けた状態の例について示した図である。

当該レポート編集画面では、薬剤師の操作により、フィールドＦ１０１に、当該患者の副作用に関する情報（医師への情報）として「副作用発現の可能性あり、早期受信し、医師に相談するように指導した。」という文字列が追加されている。

また、図２７のレポート編集画面では、副作用に関するチェックボックスＣＢ１０１に追加チェックが入れられている。レポート編集画面では、例えば、図２７に示すように、自動入力された初期状態から薬剤師により自由な編集を受け付けることが可能となっている。

図２６、図２７に示すように、レポート編集画面では、チェックボックス形式の項目（例えば、図２７に示すトレーシングレポートにおける、「服薬状況」、「残薬調整に関する情報提供」、「副作用」等の各チェックボックス）の操作（チェックボックスのオン／オフの操作）を受け付けることが可能とするようにしてもよい。

（Ａ－３）第１の実施形態の効果
第１の実施形態によれば、以下のような効果を奏することができる。

第１の実施形態の薬局支援システム１では、処方箋の内容によって定まる服薬期間に応じて、日付別テンプレート（日付別テンプレートデータベース２２０９）に基づく対話処理を行うことができる。これにより、実施形態の薬局支援システム１では、服薬期間の長さに応じた対話シナリオデータに基づく対話処理を薬剤師の操作によらず自動的に行うことができる。

また、第１の実施形態の薬局支援システム１では、処方薬に応じた薬品別テンプレート（薬品別テンプレートデータベース２２１０）を考慮して日付別テンプレートの内容を変更した対話処理を行っている。これにより、第１の実施形態の薬局支援システム１では、処方薬にテンプレート登録該当薬品が含まれる場合に、テンプレート登録該当薬品の性質に応じた質問（質問有りメッセージデータ）を顧客（患者）に対して行うことができる。これにより、患者にとっては、服用する薬品による副作用に伴う健康被害を未然に防ぐ等のリスク低減を実現することができる。

さらに、第１の実施形態の薬局支援システム１では、対話処理の内容に基づいてトレーシングレポートの内容について自動入力している。これにより、実施形態の薬局支援システム１では、薬剤師によるトレーシングレポートの入力作業を軽減させることができる。

（Ｂ）他の実施形態
本発明は、上記の各実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。

（Ｂ－１）上記の実施形態の薬局支援システム１では、Ｗｅｂアプリケーションサーバ１０とデータベースサーバ２０とを別個のコンピュータを用いて構成しているが、１台のコンピュータで構成するようにしてもよい。また、Ｗｅｂアプリケーションサーバ１０とデータベースサーバ２０をさらに細分化したコンピュータで構成するようにしてもよい。すなわち、薬局支援システム１を構成するコンピュータの数は限定されないものである。

（Ｂ－２）上記の実施形態の薬局支援システム１は、Ｗｅｂベースで構成されているが、クライアントサーバの構成（薬局端末３０及び顧客端末４０に専用アプリケーションをインストールして実現する構成）としてもよい。すなわち、上記の実施形態においてＷｅｂアプリケーションとして薬局端末３０及び顧客端末４０に配布しているプログラムと同様の動作を行う専用のアプリケーションを、薬局端末３０及び顧客端末４０にインストールするようにしてもよい。

（Ｂ－３）上記の実施形態において、レポート処理部１６が、薬剤師の操作に応じて選択された処方箋ごとにトレーシングレポートを出力する例について説明したが、複数の処方箋について一括してトレーシングレポートを出力（例えば、プリンタ６０からの印刷出力や、ＰＤＦファイルの生成出力）することで、薬剤師によるトレーシングレポートの出力操作を簡略化（効率化）するようにしてもよい。このとき、レポート処理部１６は、所定の条件に該当する処方箋（以下、「自動出力該当処方箋」と呼ぶ）について一括して、トレーシングレポートを自動出力（薬剤師からの編集を受けずに自動入力可能な内容のみで出力）するようにしてもよい。例えば、対話処理において、全ての質問有りメッセージデータに対して表記選択肢が「ない」の選択肢が選択されている処方箋（以下、「問題無し処方箋」と呼ぶ）を自動出力該当処方箋とし、一部又は全部の質問有りメッセージデータに対して表記選択肢が「あり」の選択肢が選択されている処方箋（以下、「問題有り処方箋」と呼ぶ）を自動出力該当処方箋としないようにしてもよい。

例えば、レポート処理部１６は、処方箋（処方箋ＩＤ）ごとに、配信管理データベース２２１１及び回答管理データベース２２１２のデータを参照することで、問題無し処方箋を抽出することができる。例えば、図２１に示す回答管理データベース２２１２において、処方箋ＩＤ：１に関連する回答データを参照すると、全ての質問有りメッセージデータについて表記選択肢が「なし」の選択肢が選択されている。したがって、レポート処理部１６は、処方箋ＩＤ：１については「問題無し処方箋」と判断できる。一方、図２１に示す回答管理データベース２２１２において、処方箋ＩＤ：２に関連する回答データを参照すると、表記選択肢が「あり」の選択肢が選択された質問有りメッセージデータが含まれている。したがって、レポート処理部１６は、処方箋ＩＤ：２については「問題無し処方箋」ではない（「問題有り処方箋」である）と判断できる。

（Ｂ－４）上記の実施形態において、対話処理部１４が日付別テンプレートデータベース２２０９及び薬品別テンプレートデータベース２２１０に登録されたテンプレート（対話シナリオデータ）を用いて、顧客（患者）と行う対話処理の内容を決定する処理について説明したが。対話処理部１４が、日付別テンプレートデータベース２２０９及び薬品別テンプレートデータベース２２１０に登録するテンプレートの編集機能に対応するようにしてもよい。例えば、対話処理部１４は、薬局端末３０に対してテンプレートを編集する操作画面（以下、「テンプレート編集画面」と呼ぶ）を提示して、薬剤師等の操作に応じてテンプレートの編集（例えば、新たなテンプレートの登録、既存のテンプレートの変更等）を受け付けるようにしてもよい。

図２８は、テンプレート編集画面の構成例について示した図である。

テンプレート編集画面では、質問無しメッセージデータの入力を受け付けるための質問無しメッセージデータ入力オブジェクトＯＢ１０１と、質問有りメッセージデータ（付随する入力要求データを含む）の入力を受け付けるための質問有りメッセージデータ入力オブジェクトＯＢ１０２が含まれている。

質問無しメッセージデータ入力オブジェクトＯＢ１０１には、テキスト本文の入力を受け付けるためのフィールドＦ２０１が配置されている。１つのオブジェクトＯＢ１０１では、１つの質問無しメッセージデータの入力を受け付けることができる。

一方、質問有りメッセージデータ入力オブジェクトＯＢ１０２には、テキスト本文の入力を受け付けるためのフィールドＦ２０１と、入力要求データの入力を受け付けるための２つのサブオブジェクトＳＯＢ１、ＳＯＢ２が配置されている。

サブオブジェクトＳＯＢ１、ＳＯＢ２には、それぞれ表記選択肢の入力を受け付けるためのフィールドＦ３０１、挙動の入力を受け付けるためのフィールドＦ３０２、及び返信テキストの入力を受け付けるためのフィールドＦ３０３が配置されている。フィールドＦ３０１では「はい」又は「いいえ」を選択式で入力受付可能とするようにしてもよい。フィールドＦ３０２では「なにもしない」又は「テキストを返信」を選択式で入力受付可能とするようにしてもよい。したがって、質問有りメッセージデータ入力オブジェクトＯＢ１０２では、１つの質問有りメッセージデータと、それに付随する２つの入力要求データの入力を受け付けることができる。

テンプレート編集画面では、上下に複数のオブジェクト（質問有り／質問有りメッセージデータ入力オブジェクト）を並べて表示し、それぞれのオブジェクトについて編集を受け付けることが可能である。テンプレート編集画面では、並べて表示された複数のオブジェクトをまとめて１つのテンプレート（対話シナリオデータ）を表現している。テンプレート編集画面では、上端のオブジェクトがルートＩＤとなるメッセージデータを示しており、上端から下方向に各メッセージデータのオブジェクトが並べて配置されている。

これにより、テンプレート編集画面では、視覚的に、メッセージデータ及び入力要求データにより構成されるテンプレート（対話シナリオデータ）を表示している。

また、図２８に示すテンプレート編集画面では、それぞれのオブジェクト（質問有り／質問有りメッセージデータ入力オブジェクト）に、直前に新たな質問無しメッセージデータ入力オブジェクトの挿入を受け付けるためのボタンＢ１０１、直前に新たな質問有りメッセージデータ入力オブジェクトの挿入を受け付けるためのボタンＢ１０２、及び当該オブジェクトの削除を受け付けるためのボタンＢ１０３が配置されている。さらに、図２８に示すテンプレート編集画面では、下端に新たな質問無しメッセージデータ入力オブジェクトの追加を受け付けるためのボタンＢ２０１、及び下端に新たな質問有りメッセージデータ入力オブジェクトの追加を受け付けるためのボタンＢ２０２が配置されている。

図２８に示すテンプレート編集画面では、これらのボタンにより、テンプレートの任意の位置におけるメッセージデータ（質問有り／質問無しメッセージ）の追加削除を受け付けることができる。

（Ｂ－５）第１の実施形態の薬局支援システム１において、特許文献１において第２の実施形態として記載された構成と同様に、Ｗｅｂアプリケーションサーバ１０のメッセージ処理部１５が、薬局支援システム１側のＭＳアカウントＩＤ（特許文献１の例では「ＹＳ＿ＭＳ」という代表ＩＤ）を用いて、各顧客のＭＳアカウントＩＤ（顧客端末４０）とメッセージ送受信を行う構成としてもよい。

１…薬局支援システム、１０…Ｗｅｂアプリケーションサーバ、１１…ポータル処理部、１２…処方箋予約処理部、１３…店頭サービス処理部、１４…対話処理部、１５…メッセージ処理部、１６…レポート処理部、２０…データベースサーバ、２１…データベース処理部、２２…データ記録部、３０…薬局端末、３１…タッチパネルディスプレイ、３２…Ｗｅｂブラウザ、４０…顧客端末、４１…タッチパネルディスプレイ、４２…カメラ、４３…Ｗｅｂブラウザ、５０…メッセージサービスシステム、６０…プリンタ、７０…レセプトコンピュータ、７１…タッチパネルディスプレイ、７２…レセプト処理プログラム、７３…アップロード処理部、２２０１…薬局データベース、２２０２…顧客データベース、２２０３…ＭＳ顧客管理データベース、２２０４…ＭＳ薬局管理データベース、２２０５…処方箋予約データベース、２２０６…処方箋データベース、２２０７…処方箋薬データベース、２２０８…薬品データベース、２２０９…日付別テンプレートデータベース、２２１０…薬品別テンプレートデータベース、２２１１…配信管理データベース、２２１２…回答管理データベース。

Claims (2)

1. 薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理するアカウント管理手段と、
   前記顧客に調剤した処方箋の内容を管理する処方箋管理手段と、
   前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信された応答内容を受信するメッセージ処理手段と、
   前記メッセージ処理手段が受信した応答内容を管理する応答管理手段と、
   前記メッセージ処理手段が処理するメッセージを前記薬局に配置された薬局端末に供給する薬局端末処理手段と、
   前記メッセージ処理手段が送信するメッセージの内容を定義したシナリオデータを複数保持するシナリオデータ保持手段とを備え、
   前記メッセージ処理手段は、前記シナリオデータ保持手段が保持する前記シナリオデータから前記処方箋に対応する前記シナリオデータを保持し、保持した前記シナリオデータに従ったメッセージの送信を行い、
   前記メッセージ処理手段が送受信した内容の一部又は全部を記述した服薬情報のレポートを１以上生成し、生成した前記レポートを一括して出力する一括出力処理を行うレポート生成出力手段をさらに有し、
   前記シナリオデータには、前記顧客アカウントに対して前記処方箋に記載された薬剤の服用に関する問題の有無を質問する問題有無質問メッセージを送信して、前記問題有無質問メッセージに対する回答を受信する問題有無質問シナリオが１以上含まれており、
   前記レポート生成出力手段は、前記レポートに１以上の前記問題有無質問メッセージに対する回答を記述し、１以上の前記問題有無質問メッセージに対する回答が問題有りとなっている前記レポートについては前記一括出力処理の対象から除外する
   ことを特徴とする薬局支援システム。
2. 薬局支援システムが行う薬局支援方法において、
   前記薬局支援システムは、アカウント管理手段、処方箋管理手段、メッセージ処理手段、応答管理手段、薬局端末処理手段、シナリオデータ保持手段及びレポート生成出力手段を備え、
   前記アカウント管理手段は、薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理し、
   前記処方箋管理手段は、前記顧客に調剤した処方箋の内容を管理し、
   前記メッセージ処理手段は、前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信された応答内容を受信し、
   前記応答管理手段は、前記メッセージ処理手段が受信した応答内容を管理し、
   前記薬局端末処理手段は、前記メッセージ処理手段が処理するメッセージを前記薬局に配置された薬局端末に供給し、
   前記シナリオデータ保持手段は、前記メッセージ処理手段が送信するメッセージの内容を定義したシナリオデータを複数保持し、
   前記メッセージ処理手段は、前記シナリオデータ保持手段が保持する前記シナリオデータから前記処方箋に対応する前記シナリオデータを保持し、保持した前記シナリオデータに従ったメッセージの送信を行い、
   前記レポート生成出力手段は、前記メッセージ処理手段が送受信した内容の一部又は全部を記述した服薬情報のレポートを１以上生成し、生成した前記レポートを一括して出力する一括出力処理を行い、
   前記シナリオデータには、前記顧客アカウントに対して前記処方箋に記載された薬剤の服用に関する問題の有無を質問する問題有無質問メッセージを送信して、前記問題有無質問メッセージに対する回答を受信する問題有無質問シナリオが１以上含まれており、
   前記レポート生成出力手段は、前記レポートに１以上の前記問題有無質問メッセージに対する回答を記述し、１以上の前記問題有無質問メッセージに対する回答が問題有りとなっている前記レポートについては前記一括出力処理の対象から除外する
   ことを特徴とする薬局支援方法。