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

Abstract

【課題】 薬局の業務負担を軽減しつつ顧客の健康増進を図る。【解決手段】 本発明は薬局支援システムに関する。そして、本発明の薬局支援システムは、メッセージサービスで用いられる薬局アカウント顧客アカウントを管理するアカウント管理手段と、顧客に調剤した処方箋の内容を管理する処方箋管理手段と、処方箋ごとに、処方箋の内容に応じたタイミングで、薬局アカウントから顧客アカウントに対して、処方箋の内容に応じたシナリオに従ったメッセージサービスを介したメッセージの送信、及び、メッセージサービスを介して顧客アカウントから薬局アカウントに送信されたメッセージを受信するメッセージ処理手段と、メッセージ処理手段が送受信したメッセージを管理するメッセージ管理手段と、メッセージ管理手段が管理するメッセージを薬局に配置された薬局端末に供給する薬局端末処理手段とを有することを特徴とする。【選択図】 図１

Description

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

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

特許文献１では、薬剤師による患者に対する服薬指導を支援するためのシステムについて記載されている。特許文献１に記載のシステムでは、顧客（患者）と薬剤師（薬局スタッフ）との間の信頼関係の構築を円滑にするために、顧客に提示する携帯端末に薬剤師の自己紹介や処方する薬剤の一覧を表示したり、顧客に提示した内容を顧客の薬歴として記憶する。

特開２０１８−６０５２６号公報

ところで、現在薬局には、処方薬の調剤だけでなく、「かかりつけ薬局」や「健康サポート薬局」等顧客の健康を総合的にサポートする業務までが求められているところ、実際にはそれらの業務を行う薬剤師が不足する傾向にあるという問題がある。

例えば、かかりつけ薬局には、２４時間顧客の問い合わせを受けられるようにしたり、顧客の自宅に訪問して処方薬の受け渡しをすること等の業務が求められるが、特許文献１のような従来の薬局支援を行うシステムだけでは、かかりつけ薬局（薬剤師）や健康サポート薬局としての業務負担を軽減し、顧客の健康増進に役立つ支援を行うことはできない。

以上のような問題に鑑みて、薬局の業務負担を軽減しつつ顧客（患者）の健康増進を図ることができる薬局支援システム及び薬局支援方法が望まれている。

第１の本発明は、薬局支援システムにおいて、（１）薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理するアカウント管理手段と、（２）前記顧客に調剤した処方箋の内容を管理する処方箋管理手段と、（３）前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信されたメッセージを受信するメッセージ処理手段と、（４）前記メッセージ処理手段が送受信したメッセージを管理するメッセージ管理手段と、（５）前記メッセージ管理手段が管理するメッセージを前記薬局に配置された薬局端末に供給する薬局端末処理手段とを有することを特徴とする。

第２の本発明は、薬局支援方法において、（１）アカウント管理手段、処方箋管理手段、メッセージ処理手段、メッセージ管理手段、及び薬局端末処理手段を有し、（２）前記アカウント管理手段は、薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理し、（３）前記処方箋管理手段は、前記顧客に調剤した処方箋の内容を管理し、（４）前記メッセージ処理手段は、前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信されたメッセージを受信し、（５）前記メッセージ管理手段は、前記メッセージ処理手段が送受信したメッセージを管理し、（６）前記薬局端末処理手段は、前記メッセージ管理手段が管理するメッセージを前記薬局に配置された薬局端末に供給することを特徴とする。

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

第１の実施形態に関連する各装置の接続構成を示すブロック図である。 第１の実施形態に係るＷｅｂアプリケーションサーバの機能的構成について示したブロック図である。 第１の実施形態に係るデータベースサーバの機能的構成について示したブロック図である。 第１の実施形態に係る薬局端末の機能的構成について示したブロック図である。 第１の実施形態に係る顧客端末の機能的構成について示したブロック図である。 第１の実施形態に係る薬局データベースの構成例について示した図である。 第１の実施形態に係る顧客データベースの構成例について示した図である。 第１の実施形態に係るＭＳ顧客管理データベースの構成例について示した図である。 第１の実施形態に係るＭＳ薬局管理データベースの構成例について示した図である。 第１の実施形態に係る処方箋予約データベースの構成例について示した図である。 第１の実施形態に係る処方箋データベースの構成例について示した図である。 第１の実施形態に係る処方箋薬データベースの構成例について示した図である。 第１の実施形態に係る健康相談会話データベースの構成例について示した図である。 第１の実施形態に係る薬局支援システムの動作の例（シナリオ）について示したフローチャートである。 第１の実施形態に係るポータル処理部が提示するＷｅｂ画面の例について示した図（その１）である。 第１の実施形態に係るポータル処理部が提示するＷｅｂ画面の例について示した図（その２）である。 第１の実施形態に係る健康相談処理部及びメッセージ処理部が送受信する自動対話処理のシナリオの例について示した図（その１）である。 第１の実施形態に係る健康相談処理部及びメッセージ処理部が送受信する自動対話処理のシナリオの例について示した図（その２）である。 第１の実施形態に係る処方薬情報シートの構成例について示した説明図である。 第１の実施形態に係る健康相談処理部及びメッセージ処理部が送受信する自動対話処理のシナリオの例について示した図（その３）である。 第１の実施形態に係る健康相談処理部及びメッセージ処理部が送受信する自動対話処理のシナリオの例について示した図（その４）である。 第２の実施形態に係るＷｅｂアプリケーションサーバの機能的構成について示したブロック図である。 第２の実施形態に係るデータベースサーバの機能的構成について示したブロック図である。 第２の実施形態に係るＷｅｂアプリケーションサーバで保持されるメッセージリンク情報の構成例について示したブロック図である。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

データベースサーバ２０は、データベース処理部２１及びデータ記録部２２を有している。

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

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

データ記録部２２は、データベースサーバ２０内での各処理で利用される各種データを記録するデータ記録手段である。図３に示す通り、データ記録部２２には、少なくとも、薬局データベース２２１、顧客データベース２２２、ＭＳ顧客管理データベース２２３、ＭＳ薬局管理データベース２２４、処方箋予約データベース２２５、処方箋データベース２２６、処方箋薬データベース２２７、及び健康相談会話データベース２２８が記録されているものとする。データ記録部２２に記録する各データの詳細構成については後述する。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

健康相談処理部１４は、メッセージサービスシステム５０を介して、顧客（顧客端末４０）から健康相談を受け付けたり、顧客（顧客端末４０）との間で自動的に対話を行う処理に対応したモジュールである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

図１３は、健康相談会話データベース２２８の構成例について示した説明図である。

健康相談会話データベース２２８は、健康相談処理部１４が行う薬局と顧客との間で健康相談に関して交換されるメッセージ（メッセージサービスシステム５０上で交換されるメッセージ）の内容を管理するためのデータベースである。健康相談会話データベース２２８では、薬局から顧客へのメッセージ、及び顧客から薬局へのメッセージを区別して管理する。健康相談会話データベース２２８では、メッセージごと（「薬局から顧客への１つのメッセージ」又は「顧客から薬局への１つのメッセージ」ごと）のデータが記録される。

図１３に示す健康相談会話データベース２２８では、健康相談のメッセージごとに、メッセージを識別するための「メッセージ識別ＩＤ」、メッセージの送信日時を示す「送信日時」、健康相談を受ける薬局を識別するための「薬局ＩＤ」、健康相談を求める顧客を識別するための「顧客ＩＤ」、当該メッセージの送信元（顧客又は薬局）を示す「会話タイプ」、及び当該メッセージの既読又は未読（薬局のスタッフによる未読又は既読）を示す「ステータス」を含む項目の情報が登録されている。

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

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

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

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

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

次に、メッセージサービスシステム５０上で、当該顧客のＭＳアカウントＩＤと、ＡＡＡ薬局のＭＳアカウントＩＤとが関連付け（例えば、ＬＩＮＥサービスにおけるお友達登録）する処理が行われたものとする（Ｓ１０３）。これにより、ＡＡＡ薬局側のＭＳアカウントＩＤから当該顧客のＭＳアカウントＩＤへのメッセージ送信（例えば、健康相談等に関するメッセージ送信）が可能となる。

その後、健康相談処理部１４の機能により、当該処方箋の内容に基づいたタイミングで、当該顧客（顧客端末４０）との間で、メッセージサービスシステム５０を介したメッセージ交換が行われ（Ｓ１０４）、交換されたメッセージ（会話内容）が保存される（Ｓ１０５）。

その後、店頭サービス処理部１３及び健康相談処理部１４の機能により、薬局のスタッフに当該顧客と交換したメッセージの内容が提示される（Ｓ１０６）。なお、店頭サービス処理部１３及び健康相談処理部１４の機能により、薬局のスタッフは、各顧客に対して健康相談に応答するメッセージ等を送信する処理を行うこともできる。

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

[Ｓ１０１：処方箋予約受付処理]
まず、上記のステップＳ１０１における処方箋予約受付処理の具体例について説明する。

まず、Ｗｅｂアプリケーションサーバ１０において、ポータル機能（ポータル処理部１１の機能）を経由し、メッセージサービスシステム５０を用いて、当該顧客（顧客端末４０）から処方箋予約を受け付ける処理について説明する。

ここでは、当該顧客の操作に応じて顧客端末４０（Ｗｅｂブラウザ３２）が、Ｗｅｂアプリケーションサーバ１０のポータル処理部１１に対応するＵＲＬにアクセスしたものとする。ここでは、ポータル処理部１１は、顧客端末４０（Ｗｅｂブラウザ３２）に対して、例えば、図１５に示すようなＷｅｂ画面を提供するものとする。

図１５に示すポータルのＷｅｂ画面では、薬局を検索するためのキーワード入力を受け付けるフィールドＦ１０１と、フィールドＦ１０１に入力されたキーワードで薬局の検索を受け付けるためのボタンＢ１０１とが配置されている。

ここでは、ポータル処理部１１は、図１５に示すようなＷｅｂ画面を顧客端末４０（Ｗｅｂブラウザ３２）に提示して、薬局のキーワード検索を受け付け、当該キーワードに基づいて検索（例えば、薬局データベース２２１からキーワードに該当する薬局を検索）する。

そして、ポータル処理部１１は、検出した薬局の一覧を表示したＷｅｂ画面を顧客端末４０（Ｗｅｂブラウザ３２）に提示する。ここでは、ポータル処理部１１は、図１６に示すようなＷｅｂ画面を提示したものとする。

図１６に示すＷｅｂ画面では、ＡＡＡ薬局（薬局ＩＤ１の薬局）とＢＢＢ薬局（薬局ＩＤ２の薬局）を含む薬局のリストが表示されている。

図１６では、ＡＡＡ薬局についてはフィールドＦ２０１に表示され、ＢＢＢ薬局についてはフィールドＦ２０２に表示されている。そして、フィールドＦ２０１には、ＡＡＡ薬局にメッセージサービスシステム５０を介して処方箋予約を受け付けるためのボタンＢ２０１（リンク）が配置されている。また、フィールドＦ２０２にも、ＢＢＢ薬局にメッセージサービスシステム５０で処方箋予約を受け付けるためのボタンＢ２０２（リンク）が配置されている。

顧客の操作により、図１６に示すＷｅｂ画面で、ボタンＢ２０１が押下されると、顧客端末４０のＷｅｂブラウザ４３では、メッセージサービスのプラグイン機能により、メッセージサービスシステム５０へのログイン（予め設定されたＭＳアカウントＩＤ及びパスワードを用いたログイン）が実行されると共に、メッセージサービスＡＰ３３が起動される。これにより、顧客端末４０（メッセージサービスＡＰ３３）では、ボタンＢ２０１に設定されたリンク情報（ＡＡＡ薬局のＭＳアカウントＩＤ）に基づき、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）との間でメッセージ送受信可能な状態となる。

一方、Ｗｅｂアプリケーションサーバ１０では、メッセージ処理部１５により、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）を用いて、当該顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）に対して自動的に対話する処理（以下、「自動対話処理」と呼ぶ）が行われる。また、メッセージ処理部１５は、自動対話処理の過程で、必要に応じて他のモジュールと連携してメッセージ等の送受信処理を行う。メッセージ処理部１５は、自動対話処理において、メッセージ送信や、顧客に対する入力選択肢の提示（入力可能な選択肢が記述されたボタンの提示）や、顧客からのメッセージ受付（提示した選択肢の選択操作により入力されたメッセージを含む）や、顧客からのデータ（例えば、処方箋画像データ）のアップロードの受付等を行うことができる。

図１７、図１８は、処方箋予約受付処理において、メッセージ処理部１５が、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）を用いて、当該顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）との間で行う自動対話処理の例について示している。図１７、図１８では、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）と顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）との間で送受信される際に、顧客端末４０のメッセージサービスＡＰ４４が表示する画面に表示される内容を図示している。図１７、図１８では、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）から送信されるメッセージを左からの吹き出しで囲い、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から送信されるメッセージ（すなわち顧客端末４０のメッセージサービスＡＰ４４から送信されるメッセージ）を右からの吹き出しで囲って図示している。また、図１７、図１８では、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）から自動対話処理で提示される選択肢のボタンを点線で囲って図示している。これは、後述する図２０、図２１においても同様である。

メッセージ処理部１５は、メッセージサービスシステム５０を介して顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）へアクセスを受けると、まず図１７（ａ）に示すように、ＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）でメッセージを受け付けたことを示すメッセージと共に、「健康相談」又は「処方箋予約」のいずれかを選択するためのボタンを提示する。ここでは、顧客により「処方箋予約」のボタンが押下され、顧客端末４０（メッセージサービスＡＰ４４）から「処方箋予約」というメッセージが送信されたものとする。

そして、メッセージ処理部１５は、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から「処方箋予約」のメッセージを受信すると、処方箋予約処理部１２に、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）からＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）への処方箋予約の処理開始を依頼する。

以後は、処方箋予約処理部１２が、メッセージ処理部１５を介して、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）との間で処方箋予約の自動対話処理を行うことになる。

処方箋予約処理部１２は、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）との処方箋予約処理の自動対話処理を開始すると、まず、図１７（ｂ）に示すように顧客の氏名入力（フリー入力）を要求するメッセージを送信する。そして、ここでは、処方箋予約処理部１２は、顧客による顧客端末４０（メッセージサービスＡＰ４４）への入力操作により、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から「山田 太郎」というメッセージを受信したものとする。

次に、処方箋予約処理部１２は、図１７（ｃ）に示すように顧客の電話番号の入力（フリー入力）を要求するメッセージを送信し、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から「090-1234-5678」というメッセージを受信したものとする。

次に、処方箋予約処理部１２は、図１７（ｄ）に示すように、来局予定の選択入力を要求するメッセージと共に、「本日」又は「処方箋有効期間内」のいずれかを選択するためのボタンを提示する処理を行う。ここでは、顧客により「本日」のボタンが押下され、顧客端末４０（メッセージサービスＡＰ４４）から「本日」というメッセージが送信されたものとする。そして、処方箋予約処理部１２は、図１７（ｃ）に示すように「本日」というメッセージに応じて、ＡＡＡ薬局の本日の営業時間を通知するメッセージを送信する。

次に、処方箋予約処理部１２は、図１８（ａ）に示すように、ジェネリック医薬品を希望するか否かの選択入力を要求するメッセージと共に、「はい」又は「いいえ」のいずれかを選択するためのボタンを提示する処理を行う。ここでは、顧客により「はい」のボタンが押下され、顧客端末４０（メッセージサービスＡＰ４４）から「はい」というメッセージが送信されたものとする。そして、処方箋予約処理部１２は、図１８（ａ）に示すように「はい」というメッセージに応じて、ジェネリック医薬品を用意する旨のメッセージを送信する。

次に、処方箋予約処理部１２は、図１８（ｂ）に示すように、処方箋をカメラ撮影した処方箋画像データのアップロードを要求するメッセージを送信し、処方箋画像データのアップロードを受信するために待機する。そして、顧客による顧客端末４０に対する操作によりカメラ４２で処方箋が撮像され、撮像された処方箋画像データがメッセージサービスＡＰ４４でアップロードされたものとする。顧客端末４０において画像を撮像してアップロードする処理については、種々のスマートホン等の種々の携帯端末と同様の処理を適用することができるため、ここでは詳しい説明を省略する。

次に、処方箋予約処理部１２は、図１８（ｃ）に示すように、処方箋予約を受け付けた旨を通知するメッセージを送信して、一連の処方箋予約の自動対話処理を終了する。

以上のように、Ｗｅｂアプリケーションサーバ１０では、メッセージ処理部１５及び処方箋予約処理部１２の自動対話処理により、メッセージサービスシステム５０を介して顧客端末４０から処方箋予約を受け付ける。なお、処方箋予約の自動対話処理で取得する情報の順序や情報の組み合わせについては上記の例に限定されないものである。

処方箋予約処理部１２は、自動対話処理により、顧客（顧客端末４０）から必要な情報を取得すると、自動対話処理で受け付けたメッセージの内容に基づき、当該処方箋予約に処方箋予約ＩＤを割り振り、当該処方箋予約ＩＤに対応する情報（処方箋予約の情報）を処方箋予約データベース２２５に登録する。ここでは、処方箋予約処理部１２は、受け付けた処方箋予約の処方箋予約ＩＤとして「１」を割り振ったものとする。また、処方箋予約処理部１２は、図１７、図１８に示すような内容のメッセージにより自動対話処理を行った場合、処方箋予約データベース２２５に図１０に示すような情報（「処方箋予約ＩＤ：１」の情報）を登録する。この場合、処方箋予約処理部１２は、図１０に示すように、処方箋予約データベース２２５に、「処方箋予約ＩＤ：１、薬局ＩＤ：１、名前：山田 太郎、電話番号：090-1234-5678、予約時間：2019年2月1日、ジェネリック：１、処方箋画像データ：画像データＸ１」という情報を追加する。

そして、店頭サービス処理部１３は、ＡＡＡ薬局に配置された薬局端末３０（Ｗｅｂブラウザ３２）からアクセスを受けると、ＡＡＡ薬局の薬局ＩＤ（１）に対応する処方箋予約の情報（処方箋予約データベース２２５から薬局ＩＤが「１」となっている処方箋予約を抽出した情報）を表示する画面を、薬局端末３０（Ｗｅｂブラウザ３２）に提示することができる。

これにより、ＡＡＡ薬局のスタッフは、現在受けている処方箋予約の内容を確認し、必要な処方薬の用意等を行うことができる。

[Ｓ１０２：顧客情報及び処方箋登録]
その後、当該顧客が、ＡＡＡ薬局を訪れ、ＡＡＡ薬局において当該顧客に対して、当該処方箋に基づく処方薬の調剤が行われたものとする。

その時、店頭サービス処理部１３の機能を用いて、ＡＡＡ薬局のスタッフが、当該顧客の情報を顧客データベース２２２に登録すると共に、当該顧客に処方した内容を、処方箋データベース２２６（処方箋薬データベース２２７）に登録したものとする。このとき、店頭サービス処理部１３は、当該顧客に対して空いている顧客ＩＤを割当て、さらに当該処方箋に対して空いている処方箋ＩＤを割当てる。さらに、店頭サービス処理部１３は、当該処方箋に設定されたそれぞれの処方箋薬に対して空いている処方箋薬ＩＤを割当てる。

ここでは、当該顧客（氏名：山田太郎）に対する顧客ＩＤとして１が割り当てられ、さらに当該処方箋に対する処方箋ＩＤとして１が割り当てられたものとする。また、ここでは、当該処方箋（処方箋ＩＤ：１）に２つの処方箋薬が設定されており、この２つの処方箋薬に対する処方箋薬ＩＤとして、それぞれ１、２が割り当てられたものとする。

そして、ここでは、顧客データベース２２２に、図７に示すような内容が当該顧客（氏名：山田太郎、顧客ＩＤ：１）の顧客情報として登録されたものとする。

また、ここでは、処方箋データベース２２６及び処方箋薬データベース２２７に、図１１、図１２に示すような内容が、当該処方箋（処方箋ＩＤ：１）及び関連する処方箋薬（処方箋薬ＩＤ：１、２）の情報として登録されたものとする。

なお、店頭サービス処理部１３は、処方箋薬データベース２２７の各項目について、全て薬剤師から入力を受け付けるようにしてもよいが、服用開始日、服用中日、服用終了日については他の項目の情報に基づいて自動的に入力するようにしてもよい。例えば、一日量と調剤量がわかれば服用期間（服用開始日から服用終了日までの期間）を把握できる（服用期間＝調剤量／一日量）。したがって、店頭サービス処理部１３では、例えば、服用開始日を調剤日又は調剤日の翌日とすれば、服用終了日と服用中日については自動的に入力することが可能となる。また、店頭サービス処理部１３では、服用開始日のみ、薬剤師から入力（例えば、薬剤師が顧客から残薬の状況等を確認した上で服用開始日を入力）を受け付け、服用中日と服用終了日ついて自動的に入力するようにしてもよい。また、店頭サービス処理部１３は、服用期間の日数が奇数である場合は服用期間の中間の日を服用中日に設定し、服用期間の日数が偶数である場合には、「服用期間前半の最終日」又は「服用期間後半の初日」を服用中日として設定するようにしてもよい。

[Ｓ１０３：ＭＳアカウントＩＤの関連付け]
さらに、店頭サービス処理部１３は、処方箋の登録を受け付けると、プリンタ６０から当該処方箋に基づき調剤された処方薬に関する情報を印刷した書類（以下、「処方薬情報シート」と呼ぶ）を発行する。

図１９は、処方薬情報シートの構成例について示した説明図である。

店頭サービス処理部１３が発行する処方薬情報シートには、図１９に示すように、メッセージサービスシステム５０上で、当該顧客のＭＳアカウントＩＤと、ＡＡＡ薬局のＭＳアカウントＩＤとを関連付け（例えば、ＬＩＮＥ＠のサービスを用いたお友達登録）する処理を実行するための二次元バーコード（例えば、ＱＲコード（登録商標））が印刷されている。当該二次元バーコードには、ＡＡＡ薬局のＭＳアカウントＩＤと当該顧客のＭＳアカウントＩＤとを関連付ける命令と当該命令の付加情報（例えば、当該顧客を特定するための顧客ＩＤ等の個人情報）が含まれている。

そして、当該顧客により顧客端末４０が操作され、メッセージサービスＡＰ４４からカメラ４２が起動され当該二次元バーコードが読み込まれると、メッセージサービスＡＰ４４が、メッセージサービスシステム５０に対して当該顧客のＭＳアカウントＩＤと、ＡＡＡ薬局のＭＳアカウントＩＤの関連付けを要求すると共に、当該二次元バーコードに含まれる付加情報（顧客ＩＤを含む情報）をＡＡＡ薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）に送信する。これにより、メッセージ処理部１５では、当該顧客ＭＳのアカウントＩＤ（メッセージサービスシステム５０でＡＡＡ薬局のＭＳアカウントＩＤと関連付けられたもの）と、当該顧客の顧客ＩＤとの対応関係を認識し、その内容を、ＭＳ顧客管理データベース２２３に登録することができる。ここでは、メッセージ処理部１５は、ＭＳ顧客管理データベース２２３に対して、図８に示すように、当該顧客（顧客ＩＤ：１）のＭＳアカウントＩＤとして「ｔａｒｏ＿ｍｓ」を設定することができる。

以上のような処理により、健康相談処理部１４では、ＡＡＡ薬局のＭＳアカウントＩＤから、当該顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）にメッセージサービスシステム５０を介し健康相談に関するメッセージ送信が可能となる。

[Ｓ１０４：健康相談に関するメッセージ交換（自動対話処理）]
次に、健康相談処理部１４の機能により、処方箋（処方箋データベース２２６及び処方箋薬データベース２２７）の内容に基づいたタイミングで、当該顧客（顧客ＩＤ：１、氏名：山田太郎）のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）との間で健康相談に関する自動対話処理が行われる際の具体例について説明する。

健康相談処理部１４は、処方箋データベース２２６に登録された処方箋ＩＤごとに、処方箋薬データベース２２７に登録された健康相談に関するメッセージを送信する各タイミング（以下、「健康相談メッセージ送信タイミング」と呼ぶ）を把握し、把握した健康相談メッセージ送信タイミングが到来するごとに、その健康相談メッセージ送信タイミングに応じたメッセージ等を送信する。

図１２に示すように、処方箋薬データベース２２７には、処方薬ごとに、健康相談メッセージ送信タイミングとして、服用開始日、服用中日、及び服用終了日が登録されているが、ここでは説明を簡易とするため、同じ処方箋ＩＤに対応する処方箋薬のデータにおいて、健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）には共通するタイミング（日付）が設定されているものとして説明する。例えば、図１２では、「処方箋ＩＤ：１」に対応する２つの「処方箋薬ＩＤ：１、２」に対応する服用開始日、服用中日、及び服用終了日は、いずれも共通する日付が設定されている。

また、健康相談処理部１４は、処方箋薬データベース２２７において各処方箋薬ＩＤの「服用開始時通知可否」、「服用中通知可否」、及び「服用終了時通知可否」を参照して、各健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）の送信要否を判断する。すなわち、「服用開始時通知可否」、「服用中通知可否」、及び「服用終了時通知可否」が、各健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）におけるメッセージ送信要否を決定するスイッチとして機能している。なお、ここでは、説明を簡易とするため、同じ処方箋ＩＤに対応する処方箋薬のデータにおいて、これらのスイッチの項目（「服用開始時通知可否」、「服用中通知可否」、及び「服用終了時通知可否」）についても同じ値が設定されているものとして説明する。

ここで、処方箋薬データベース２２７の内容が図１１のようになっており、処方箋薬データベース２２７の内容が図１２のようになっていた場合、「処方箋ＩＤ：１」に対応する健康相談メッセージ送信タイミングは、「服用開始日＝２０１９年２月１日、服用中日＝２０１９年２月８日、服用終了日＝２０１９年２月１４日」となる。また、健康相談処理部１４は、処方箋データベース２２６、顧客データベース２２２、ＭＳ顧客管理データベース２２３、及びＭＳ薬局管理データベース２２４の内容を総合すると、処方箋ＩＤごとに薬局のＭＳアカウントＩＤと、顧客のＭＳアカウントＩＤを認識することができる。

以上のように、健康相談処理部１４は、処方箋ＩＤごとに、健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）と、健康相談を行う薬局のＭＳアカウントＩＤと、健康相談を受ける顧客のＭＳアカウントＩＤを認識して、健康相談のメッセージ送受信する処理(自動対話処理）を行うことができる。

次に、図２０、図２１を用いて、「処方箋ＩＤ：１」の処方箋に基づいて健康相談処理部１４が各健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）に行うメッセージ送受信の例について説明する。「処方箋ＩＤ：１」の処方箋では、調剤した薬局が「ＡＡＡ薬局」で、処方された顧客は「顧客ＩＤ：１」の顧客（氏名：山田 太郎、ＭＳアカウントＩＤ：ｔａｒｏ＿ｍｓ）であるものとする。

まず、健康相談処理部１４は、「処方箋ＩＤ：１」の処方箋について服用開始日が到来すると、図２０（ａ）に示すように、処方した処方箋薬の服用開始時期となった旨を通知するためのメッセージを、当該薬局のＭＳアカウントＩＤ（ＡＡＡ＿ｍｓ）から、当該顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）に送信する。

次に、健康相談処理部１４は、「処方箋ＩＤ：１」の処方箋について服用中日となると、図２０（ｂ）〜図２０（ｄ）、図２１（ａ）〜図２１（ｃ）に示すように、処方した処方箋薬の服薬状況に関してヒアリングするためのメッセージ送受信を行う。服薬状況に関してヒアリングするためのシナリオ（以下、「健康相談シナリオ」と呼ぶ）は、図２０、図２１の例に限定されないものであり、種々のシナリオを適用することができる。

服用中日となると、健康相談処理部１４は、まず、図２０（ｂ）に示すように顧客に服薬状況に関して選択入力を要求するメッセージと共に、「飲めている」又は「飲めていない」のいずれかを選択するためのボタンを提示する処理を行う。ここでは、顧客により「飲めていない」のボタンが押下され、顧客端末４０（メッセージサービスＡＰ４４）から「飲めていない」というメッセージが送信されたものとする。

次に健康相談処理部１４は、図２０（ｃ）に示すように顧客に服薬について困っている点についてフリー入力を要求するメッセージを提示する処理を行う。ここでは、顧客により「飲み忘れることが多い」というメッセージが入力され、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から当該メッセージが送信されたものとする。なお、健康相談処理部１４は、図２０（ｂ）の質問で「飲めている」が選択された場合、図２０（ｃ）の質問をスキップする処理を行うようにしてもよい。このように、健康相談処理部１４は、自動対話処理において、顧客から入力された内容に応じて、次の質問を変更したりスキップしたりするようにしてもよい。

次に、健康相談処理部１４は、図２０（ｄ）に示すように顧客に副作用の問題の有無について選択入力を要求するメッセージと共に、「問題ない」又は「問題ある」のいずれかを選択するためのボタンを提示する処理を行う。ここでは、顧客により「問題ある」のボタンが押下され、顧客端末４０（メッセージサービスＡＰ４４）から「問題ある」というメッセージが送信されたものとする。

次に健康相談処理部１４は、図２１（ａ）に示すように顧客に副作用についてどのような状況であるかについてフリー入力を要求するメッセージを送信する処理を行う。ここでは、顧客により「薬を服用すると、眠気が強い」というメッセージが入力され、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から当該メッセージが送信されたものとする。なお、健康相談処理部１４は、図２０（ｄ）の質問で「問題ない」が選択された場合、図２１（ａ）の質問をスキップする処理を行うようにしてもよい。

次に、健康相談処理部１４は、図２１（ｂ）に示すように顧客に症状で困っていることの有無について選択入力を要求するメッセージと共に、「ない」又は「ある」のいずれかを選択するためのボタンを提示する処理を行う。ここでは、顧客により「ある」のボタンが押下され、顧客端末４０（メッセージサービスＡＰ４４）から「ある」というメッセージが送信されたものとする。

次に、健康相談処理部１４は、図２１（ｃ）に示すように顧客に症状について困っている点についてフリー入力を要求するメッセージを送信する処理を行う。ここでは、顧客により「微熱が続いている」というメッセージが入力され、顧客のＭＳアカウントＩＤ（ｔａｒｏ＿ｍｓ）から当該メッセージが送信されたものとする。なお、健康相談処理部１４は、図２１（ｂ）の質問で「ない」が選択された場合、図２１（ｃ）の質問をスキップする処理を行うようにしてもよい。

その後、健康相談処理部１４は、服用終了日（又は、服用終了日の数日前）となると、健康相談処理部１４は、図２１（ｄ）に示すように、顧客に服薬期間が終了するため医療機関への受信を促すメッセージを送信する処理を行う。

以上のように、健康相談処理部１４は、処方箋ＩＤごとに、健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）ごとに所定の健康相談シナリオに従ってメッセージ送受信等（自動対話処理）を行う。

[Ｓ１０５：健康相談に関して交換した目セージを記録]
健康相談処理部１４は、健康相談についてメッセージを送信又は受信する度に、各メッセージにメッセージ識別ＩＤを割り振り、健康相談会話データベース２２８に登録する。図２０、図２１のようなメッセージが送受信された場合健康相談会話データベース２２８の内容は、図１３のような内容となる。

なお、健康相談処理部１４は、顧客（顧客のＭＳアカウントＩＤ）から健康相談シナリオに沿って返答されるメッセージだけでなく、顧客が自発的に送信したメッセージについても受信して、健康相談会話データベース２２８に登録するようにしてもよい。

[Ｓ１０６：顧客と交換したメッセージ薬局スタッフに提示]
店頭サービス処理部１３は、健康相談会話データベース２２８の各メッセージについて、「顧客ＩＤ」、「送信日時」、「ステータス」等のキーに基づいて抽出して表示（以下、この抽出したメッセージを表示する画面を「メッセージ表示画面」と呼ぶ）することができるものとする。また、店頭サービス処理部１３は、メッセージ表示画面に表示されたメッセージに返答（当該メッセージの送信元の顧客のＭＳアカウントＩＤに返答）する処理の受付を行うようにしてもよい。これにより、店頭サービス処理部１３は、メッセージ処理部１５を介して、当該薬局（薬局ＩＤ）の各顧客（各顧客のＭＳアカウントＩＤ）に対してメッセージ送信を行うことが可能となる。

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

第１の実施形態の薬局支援システム１（Ｗｅｂアプリケーションサーバ１０）では、薬局（薬剤師）と顧客（患者）とのコミュニケーションにメッセージサービスシステム５０を利用する。これにより、第１の実施形態の薬局支援システム１では、従来のように電話等の手段でコミュニケーションをとる場合と比較して、顧客が応対する時刻が制限されないため、顧客にとって健康相談に関する返答や質問がしやすくなる等の効果を奏する。また、これにより、第１の実施形態の薬局支援システム１では、薬局（薬剤師）が顧客から健康相談を受けたり、健康上の情報提供を行う際の手間を、従来のように電話等の手段でコミュニケーションをとる場合と比較して、大幅に削減することができる。さらに、これにより、第１の実施形態の薬局支援システム１では、薬局（薬剤師）と顧客との間の会話の記録を確実に残すことができるため、顧客に対する情報提供の漏れを低減し、顧客の健康増進を図ることができる。

また、第１の実施形態の薬局支援システム１（Ｗｅｂアプリケーションサーバ１０）では、処方箋薬データベース２２７（処方箋データベース２２６）に、健康相談メッセージ送信タイミング（服用開始日、服用中日、及び服用終了日）を設定し、各健康相談メッセージ送信タイミングに応じた健康相談シナリオで自動対話処理（健康相談シナリオに沿ってメッセージサービスシステム５０を用いたメッセージ送受信）を行う。これにより、第１の実施形態の薬局支援システム１では、薬剤師の作業量を増加させずに、多数の顧客に対して、処方箋の内容に応じた好適なタイミングで、健康相談を受け付けることができる。また、これにより、第１の実施形態の薬局支援システム１を利用する顧客は、服薬期間内に処方薬に基づく問題が発生した場合でも、処方箋の内容に応じた好適なタイミングで、健康相談を受けて、健康増進を図ることができる。

以上のように、第１の実施形態の薬局支援システム１（Ｗｅｂアプリケーションサーバ１０）では、薬局の業務負担を軽減しつつ顧客の健康増進を図ることができる。

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

（Ｂ−１）第２の実施形態の構成及び動作
第２の実施形態の薬局支援システム１Ａの全体構成についても、上述の図１を用いて示すことができる。図１において、括弧内の符号は、第２の実施形態でのみ用いられる符号である。

図１に示すように、薬局支援システム１Ａでは、Ｗｅｂアプリケーションサーバ１０とデータベースサーバ２０が、Ｗｅｂアプリケーションサーバ１０Ａとデータベースサーバ２０Ａに置き換わっている点で第１の実施形態と異なっている。

図２２は、第２の実施形態に係るＷｅｂアプリケーションサーバ１０Ａの機能的構成について示したブロック図である。

図２２に示すように、Ｗｅｂアプリケーションサーバ１０Ａでは、メッセージ処理部１５がメッセージ処理部１５Ａに置き換わっている点で第１の実施形態と異なっている。また、第２の実施形態のメッセージ処理部１５Ａでは、メッセージリンク情報１５１が保持される。

図２３は、第２の実施形態に係るデータベースサーバ２０Ａの機能的構成について示したブロック図である。

図２３に示すように、第２の実施形態のデータベースサーバ２０Ａでは、データ記録部２２から、ＭＳ薬局管理データベース２２４が除外されている点で第１の実施形態と異なっている。

第１の実施形態では、各薬局にメッセージサービスシステム５０上のＭＳアカウントＩＤが付与される構成について説明した。しかしながら、通常ＬＩＮＥ等のメッセージサービスシステム５０では、法人向けのアカウント（例えば、LINE公式アカウントやＬＩＮＥ＠アカウント）は有料となるため、薬局ごとに法人向けのアカウントを取得すると、各薬局にそれらのコスト負担を求めることになる。薬局支援システム１に多数の薬局の加入を求めるためには、可能な限り運営に係るコストは少ないことが望ましい。

ところで、第１の実施形態では、各薬局に個別のＭＳアカウントＩＤを付与しているが、実際にメッセージサービスシステム５０に直接接続して、顧客のＭＳアカウントＩＤ（顧客端末４０）とメッセージ送受信するのは、Ｗｅｂアプリケーションサーバ１０だけである。そこで、第２の実施形態の薬局支援システム１Ａでは、各薬局で共通のＭＳアカウントＩＤ（法人向けのＭＳアカウントＩＤ）を取得して、Ｗｅｂアプリケーションサーバ１０Ａでメッセージ送受信する構成となっている。以下では、薬局支援システム１Ａ（Ｗｅｂアプリケーションサーバ１０Ａ）に付与されるＭＳアカウントＩＤを「ＹＳ＿ＭＳ」と表す。

具体的には、第２の実施形態では、Ｗｅｂアプリケーションサーバ１０Ａのメッセージ処理部１５Ａが、薬局支援システム１Ａ側のＭＳアカウントＩＤ（ＹＳ＿ＭＳ）を用いて、各顧客のＭＳアカウントＩＤ（顧客端末４０）とメッセージ送受信を行う。

第２の実施形態では、データベースサーバ２０ＡにＭＳ顧客管理データベース２２３は保持されているので、メッセージ処理部１５Ａは、薬局支援システム１Ａ（Ｗｅｂアプリケーションサーバ１０Ａ）から、各顧客のＭＳアカウントＩＤ（顧客端末４０）へのメッセージ（以下、「下りメッセージ」と呼ぶ）については、第１の実施形態と同様の処理によりメッセージ送信処理を行う。

また、メッセージ処理部１５Ａは、各顧客のＭＳアカウントＩＤ（顧客端末４０）ごとに、現在いずれの薬局（薬局ＩＤ）とメッセージを送受信しているかに関する情報として、メッセージリンク情報１５１を保持しているものとする。

図２４は、メッセージリンク情報１５１の構成例について示した説明図である。

図２４に示すように、メッセージリンク情報１５１では、薬局ＩＤと顧客ＩＤ（もしくは顧客のＭＳアカウントＩＤ）の組み合わせ（以下、この組み合わせを単に「メッセージリンク」とも呼ぶ）と、当該メッセージリンクの顧客ＩＤに対応するＭＳアカウントＩＤとしての「顧客ＭＳアカウントＩＤ」と、当該メッセージリンクで最後にメッセージが送受信された時刻としての「最終メッセージ送受信時刻」が登録されている。

メッセージ処理部１５Ａは、例えば、メッセージリンク情報１５１に登録されていないメッセージリンクについて下りメッセージを送信する際、当該メッセージリンクに関する情報を、メッセージリンク情報１５１に追加登録する。また、そのとき、当該メッセージリンクの顧客ＭＳアカウントＩＤにメッセージ処理部１５Ａは、当該下りメッセージの送信先（顧客のＭＳアカウントＩＤ）を設定し、さらに当該メッセージリンクの最終メッセージ送受信時刻に現在時刻を設定する。

また、メッセージ処理部１５Ａは、メッセージリンク情報１５１に登録されているメッセージリンクに対応する下りメッセージ又は上りメッセージが発生した場合、メッセージリンク情報１５１上で当該メッセージリンクに対応する最終メッセージ送受信時刻を現在時刻に更新する。

さらに、メッセージ処理部１５Ａは、メッセージサービスシステム５０側から上りメッセージを受信した場合、当該上りメッセージの送信元のＭＳアカウントＩＤ（顧客のＭＳアカウントＩＤ）を取得し、取得したＭＳアカウントＩＤに基づき当該上りメッセージに対応するメッセージリンク（顧客ＭＳアカウントＩＤと一致するメッセージリンク）を認識する。これにより、メッセージ処理部１５Ａは、メッセージサービスシステム５０側から受信した上りメッセージのメッセージリンクを特定できるので、同時に当該上りメッセージの宛先となる薬局ＩＤ（薬局）を特定し、当該上りメッセージの情報を健康相談会話データベース２２８に記録することができる。

さらにまた、メッセージ処理部１５Ａは、メッセージリンク情報１５１上で、最終メッセージ送受信時刻が所定時間Ｔ１以上前の時間となっているメッセージリンク（Ｔ１以上の期間メッセージが送受信されていないメッセージリンク）があった場合、当該メッセージリンクの情報をメッセージリンク情報１５１から削除する。すなわち、メッセージ処理部１５Ａは、直近のＴ１の期間にメッセージ送受信のあったメッセージリンクのみをアクティブなメッセージリンクとして認識して保持し、直近のＴ１の期間にメッセージ送受信の無かったメッセージリンクのみを非アクティブなメッセージリンクとして認識して破棄する。時間Ｔ１としては、例えば、３０分〜１時間程度の時間を適用することができる。通常、顧客が、同時に複数の薬局とメッセージ送受信することは考えにくいため、ある程度の期間メッセージ送受信の発生しなかったメッセージリンクについて非アクティブとしても大きな問題は発生しない。

なお、メッセージ処理部１５Ａは、新規にメッセージリンクを登録する際に、登録しようとするメッセージリンクの顧客ＩＤについて、既にメッセージリンク情報１５１上でいずれかのメッセージリンクと重複する場合、メッセージリンク情報１５１に既に登録されているメッセージリンクの情報を削除して、新規のメッセージリンクの情報を登録するようにしてもよい。これにより、顧客が連続して複数の薬局とメッセージ送受信をしようとする場合でもメッセージ処理部１５Ａで正しく上りメッセージの受信を行うことができる。

さらに、メッセージ処理部１５Ａは、ポータル機能（ポータル処理部１１）を経由して、顧客のＭＳアカウントＩＤ（顧客端末４０）からいずれかの薬局（薬局ＩＤ）を指定してアクセスがあった場合、当該顧客のＭＳアカウントＩＤ（顧客端末４０）に対応するメッセージリンクをメッセージリンク情報１５１に登録するようにしてもよい。その場合、メッセージ処理部１５Ａは、ポータル経由で、薬局支援システム１のＭＳアカウントＩＤに対して顧客のＭＳアカウントＩＤ（顧客端末４０）からアクセス（例えば、上りメッセージの送信）を受けると、メッセージリンク情報１５１に、アクセスのあった顧客のＭＳアカウントＩＤ（顧客端末４０）のメッセージリンクを登録するようにしてもよい。例えば、図１６に示すようなポータルのＷｅｂ画面で、ＡＡＡ薬局（薬局ＩＤ：１）にアクセスするためのボタンＢ２０１のリンク情報として、薬局支援システム１ＡのＭＳアカウントＩＤ（ＹＳ＿ＭＳ）にＡＡＡ薬局の薬局ＩＤ（１）を含むメッセージを送信する指示が含まれているものとする。そうすると、顧客端末４０（Ｗｅｂブラウザ３２）で、図１６に示すようなポータルのＷｅｂ画面が表示され、ＡＡＡ薬局（薬局ＩＤ：１）にアクセスするためのボタンＢ２０１が押下されると、顧客端末４０（顧客端末４０及びメッセージサービスＡＰ４３）は、ボタンＢ２０１に設定されたリンク情報に従って、薬局支援システム１ＡのＭＳアカウントＩＤ（ＹＳ＿ＭＳ）にＡＡＡ薬局の薬局ＩＤ（１）を含むメッセージを送信する。メッセージ処理部１５Ａが、当該メッセージを受信すると、メッセージに設定された薬局ＩＤ等に基づいて新たなメッセージリンクの情報を生成してメッセージリンク情報１５１に登録することができる。

なお、上記の例に限定されず、顧客端末４０（顧客端末４０及びメッセージサービスＡＰ４３）から、薬局ＩＤを指定して薬局支援システム１ＡのＭＳアカウントＩＤ（ＹＳ＿ＭＳ）にメッセージ送信するプロセスを発生させれば、メッセージ処理部１５Ａで新たなメッセージリンクの情報を生成してメッセージリンク情報１５１に登録することができる。

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

上記の通り、第２の実施形態のＷｅｂアプリケーションサーバ１０Ａのメッセージ処理部１５Ａが、薬局支援システム１Ａ側のＭＳアカウントＩＤ（ＹＳ＿ＭＳ）を用いて、各顧客のＭＳアカウントＩＤ（顧客端末４０）とメッセージ送受信を行うため、より低コストで薬局支援システム１Ａの運用を行うことができる。

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

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

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

１…薬局支援システム、１０…Ｗｅｂアプリケーションサーバ、１１…ポータル処理部、１２…処方箋予約処理部、１３…店頭サービス処理部、１４…健康相談処理部、１５…メッセージ処理部、２０…データベースサーバ、２１…データベース処理部、２２…データ記録部、２２１…薬局データベース、２２２…顧客データベース、２２３…ＭＳ顧客管理データベース、２２４…ＭＳ薬局管理データベース、２２５…処方箋予約データベース、２２６…処方箋データベース、２２７…処方箋薬データベース、２２８…健康相談会話データベース、３０…薬局端末、３１…タッチパネルディスプレイ、３２…Ｗｅｂブラウザ、３３…メッセージサービスＡＰ、４４…メッセージサービスＡＰ、４０…顧客端末、４１…タッチパネルディスプレイ、４２…カメラ、４３…Ｗｅｂブラウザ、５０…メッセージサービスシステム、６０…プリンタ。

Claims (3)

1. 薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理するアカウント管理手段と、
   前記顧客に調剤した処方箋の内容を管理する処方箋管理手段と、
   前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信されたメッセージを受信するメッセージ処理手段と、
   前記メッセージ処理手段が送受信したメッセージを管理するメッセージ管理手段と、
   前記メッセージ管理手段が管理するメッセージを前記薬局に配置された薬局端末に供給する薬局端末処理手段と
   を有することを特徴とする薬局支援システム。
2. 前記メッセージ処理手段は、前記薬局端末で入力された前記顧客アカウントを宛先とするメッセージを取得し、前記顧客アカウントを宛先として送信することを特徴とする請求項１に記載の薬局支援システム。
3. 薬局支援方法において、
   アカウント管理手段、処方箋管理手段、メッセージ処理手段、メッセージ管理手段、及び薬局端末処理手段を有し、
   前記アカウント管理手段は、薬局に対応するメッセージサービスで用いられる薬局アカウントと、前記薬局の顧客に対応する前記メッセージサービスで用いられる顧客アカウントを管理し、
   前記処方箋管理手段は、前記顧客に調剤した処方箋の内容を管理し、
   前記メッセージ処理手段は、前記処方箋ごとに、前記処方箋の内容に応じたタイミングで、前記薬局アカウントから前記顧客アカウントに対して、前記処方箋の内容に応じたシナリオに従った前記メッセージサービスを介したメッセージの送信、及び、前記メッセージサービスを介して前記顧客アカウントから前記薬局アカウントに送信されたメッセージを受信し、
   前記メッセージ管理手段は、前記メッセージ処理手段が送受信したメッセージを管理し、
   前記薬局端末処理手段は、前記メッセージ管理手段が管理するメッセージを前記薬局に配置された薬局端末に供給する
   ことを特徴とする薬局支援方法。

Images