JP6972048B2 - サービス提供装置、サービス提供方法およびプログラム - Google Patents

Description

本発明は、サービス提供装置、サービス提供方法およびプログラムに関する。

近年では、病院において発行された処方箋の画像データを例えばスマートフォンおよびタブレット端末等を利用して店舗（例えば、調剤薬局等）に送信することによって、当該処方箋を店舗に持参することなく調剤の予約を行うことが可能なシステム（以下では、先行技術と表記する）が開示されている（例えば、特許文献１参照）。

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

しかしながら、上記した先行技術によれば、病院において発行された処方箋を、スマートフォンやタブレット端末に設けられているカメラを利用して撮影する必要があり、利用者にとっては手間がかかり、利便性が低いという不都合がある。

そこで、本発明の目的は、調剤薬局のような店舗における利用者の利便性を向上させることが可能なサービス提供装置、サービス提供方法およびプログラムを提供することにある。

本発明の一つの態様によれば、サービス提供装置は、利用者によって使用される利用者端末と、前記利用者に対して処方箋を発行可能な第１店舗に設けられた第１店舗端末と、前記処方箋に基づく調剤作業を行うことが可能な第２店舗に設けられた第２店舗端末と通信可能に接続される。前記サービス提供装置は、受信手段と第１送信手段と格納手段と第２送信手段とを具備する。前記受信手段は、前記利用者に対して発行された処方箋に関する処方箋情報であって、前記第１店舗端末から送信される前記処方箋情報を受信する。前記第１送信手段は、前記利用者端末によって前記処方箋に基づく調剤作業の予約が行われた場合、当該利用者端末によって指定された第２店舗に設けられた第２店舗端末に、前記処方箋情報の少なくとも一部を送信する。前記格納手段は、前記第２店舗毎に、調剤された医薬品の製品名と当該医薬品が調剤された日付とが対応づけられた調剤履歴情報を格納する。前記第２送信手段は、前記調剤履歴情報に基づいて、前記利用者に対して発行された処方箋によって示される医薬品の在庫が有る第２店舗を検索し、当該検索された第２店舗の一覧を示す検索結果情報を前記利用者端末に送信する。前記第１送信手段は、前記検索結果情報によって示される第２店舗の一覧から前記利用者によって調剤作業の予約を行うために指定された第２店舗に設けられた第２店舗端末に前記処方箋情報の少なくとも一部を送信する。前記第２送信手段は、前記利用者に対して発行された処方箋によって示される医薬品が処方された日付から所定日以内に、当該処方箋によって示される医薬品を調剤した旨を示す調剤履歴情報に対応した第２店舗を、当該医薬品の在庫が有る第２店舗として検索する。

本発明は、調剤薬局のような店舗における利用者の利便性を向上させることを可能とする。

本発明の実施形態に係るサービス提供装置を含むサービス提供システムの構成の一例を示す図。 利用者端末のハードウェア構成の一例を示す図。 サービス提供装置のハードウェア構成の一例を示す図。 第１および第２店舗端末のハードウェア構成の一例を示す図。 サービス提供システムの機能構成の一例を示すブロック図。 処方箋情報のデータ構造の一例を示す図。 利用者情報のデータ構造の一例を示す図。 一般名−製品名対応情報のデータ構造の一例を示す図。 調剤履歴情報のデータ構造の一例を示す図。 店舗情報のデータ構造の一例を示す図。 予約情報のデータ構造の一例を示す図。 サービス提供システムの動作の一例を示すシーケンスチャート。 店舗検索画面の一例を示す図。 店舗検索処理の手順の一例を示すフローチャート。 検索結果画面の一例を示す図。 サービス提供システムの動作の一例を示す別のシーケンスチャート。 予約情報入力画面の一例を示す図。 予約完了画面の一例を示す図。 予約確認画面の一例を示す図。

以下、図面を参照して、本発明の実施形態について説明する。
図１は、一実施形態に係るサービス提供装置を含むサービス提供システム（ネットワークシステム）の構成の一例を示す。本実施形態におけるサービス提供システムは、例えば病院において発行された処方箋に基づく調剤作業の予約を行うことが可能なサービス（以下では、調剤予約サービスと表記する）を提供するためのシステムである。以下の説明においては、上記した調剤予約サービスを利用するユーザを利用者と称する。

図１に示すように、サービス提供システムは、利用者端末１０、第１店舗端末（病院端末）２０、サービス提供装置（サーバ装置）３０および第２店舗端末（薬局端末）４０、等を備える。

利用者端末１０は、例えば病院から処方箋が発行された利用者によって使用される端末装置である。利用者端末１０には、例えばスマートフォンやタブレット端末等が含まれる。

第１店舗端末２０は、上記した処方箋を発行することが可能な店舗（例えば、病院等）に設けられている端末装置である。第１店舗端末２０は、店舗スタッフ（例えば、病院に勤務している医療従事者）によって使用される。第１店舗端末２０としては、例えばパーソナルコンピュータ（ＰＣ）等を用いることができるが、当該第１店舗端末２０は、例えばスマートフォンやタブレット端末等、他の電子機器であっても良い。

第２店舗端末４０は、上記した処方箋に基づく調剤作業を行うことが可能な店舗（例えば、調剤薬局等）に設けられている端末装置である。第２店舗端末４０は、店舗スタッフ（例えば、薬剤師等）によって使用される。第２店舗端末４０としては、例えばＰＣ等を用いることができるが、当該第２店舗端末４０は、例えばスマートフォンやタブレット端末等、他の電子機器であっても良い。

サービス提供装置３０は、利用者端末１０、第１店舗端末２０および第２店舗端末４０と、例えばインターネットのようなネットワークＮを介して通信可能に接続される。サービス提供装置３０は、上記した調剤予約サービスを利用者に対して提供する機能を有する。なお、サービス提供装置３０は、例えばＰＣ等の電子機器によって実現される。

なお、図１においては便宜的に利用者端末１０、第１店舗端末２０および第２店舗端末４０がそれぞれ一つずつ示されているが、サービス提供システムは、複数の利用者端末１０、第１店舗端末２０および第２店舗端末４０を備えていても良い。具体的には、サービス提供システムは、当該サービス提供システムに予め登録している利用者と例えば同数の利用者端末１０を備える。また、サービス提供システムは、当該サービス提供システムを導入している店舗と例えば同数の第１店舗端末２０および第２店舗端末４０を備える。

図２は、図１に示す利用者端末１０のハードウェア構成の一例を示す。ここでは、利用者端末１０は、スマートフォンまたはタブレット端末であるものとして説明する。

図２に示すように、利用者端末１０においては、バス１１に、不揮発性メモリ１２、ＣＰＵ１３、メインメモリ１４、通信デバイス１５およびタッチスクリーンディスプレイ１６等が接続されている。

不揮発性メモリ１２は、例えばオペレーティングシステム（ＯＳ）等を含む各種プログラムを格納する。なお、不揮発性メモリ１２に格納されているプログラムには、上記した利用者が調剤予約サービスを利用するためのアプリケーションプログラム（以下、調剤予約アプリケーションと表記する）が含まれる。

ＣＰＵ１３は、例えば不揮発性メモリ１２に格納されている各種プログラムを実行するプロセッサである。なお、ＣＰＵ１３は、利用者端末１０全体の制御を実行する。

メインメモリ１４は、例えばＣＰＵ１３が各種プログラムを実行する際に必要とされるワークエリア等として使用される。

通信デバイス１５は、インターネット等のネットワークＮを介して例えばサービス提供装置３０等の外部装置と実行される通信を制御する機能を有する。なお、通信デバイス１５によれば、例えば無線ＬＡＮおよびＷｉｆｉ（登録商標）等の無線通信機能を実現することができる。

タッチスクリーンディスプレイ１６は、利用者端末１０の本体の上面に重ね合わせるように取り付けられる。タッチスクリーンディスプレイ１６には、例えば液晶表示装置（ＬＣＤ）等のディスプレイと、当該ディスプレイに対する例えば指の接触位置を検出するように構成されたタッチ検出センサとが組み込まれている。このようなタッチスクリーンディスプレイ１６によれば、利用者端末１０の画面に対するユーザの操作（例えば、タッチ操作等）を受け付けることができる。

図３は、図１に示すサービス提供装置３０のハードウェア構成の一例を示す。ここでは、サービス提供装置３０は、ＰＣであるものとして説明する。

図３に示すように、サービス提供装置３０においては、バス３１に、不揮発性メモリ３２、ＣＰＵ３３、メインメモリ３４および通信デバイス３５等が接続されている。

不揮発性メモリ３２は、例えばＯＳ等を含む各種プログラムを格納する。なお、不揮発性メモリ３２に格納されているプログラムには、上記した調剤予約サービスを利用者に対して提供するためのプログラム（以下、サービス提供プログラムと表記する）が含まれる。

ＣＰＵ３３は、例えば不揮発性メモリ３２に格納されている各種プログラムを実行するプロセッサである。なお、ＣＰＵ３３は、サービス提供装置３０全体の制御を実行する。

メインメモリ３４は、例えばＣＰＵ３３が各種プログラムを実行する際に必要とされるワークエリア等として使用される。

図３においては不揮発性メモリ３２およびメインメモリ３４のみが示されているが、サービス提供装置３０は、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）等の他の記憶装置を備えていても良い。

通信デバイス３５は、インターネット等のネットワークＮを介して例えば利用者端末１０、第１店舗端末２０および第２店舗端末４０等の外部装置と実行される通信を制御する機能を有する。なお、通信デバイス３５によれば、例えば無線ＬＡＮやＷｉｆｉ等の無線通信機能を実現することができる。

図４は、図１に示す第１店舗端末２０および第２店舗端末４０のハードウェア構成の一例を示す。ここでは、第１店舗端末２０および第２店舗端末４０が共に、ＰＣであるものとして説明する。

図４に示すように、第１店舗端末２０および第２店舗端末４０においては、バス５１に、不揮発性メモリ５２、ＣＰＵ５３、メインメモリ５４、通信デバイス５５、入力デバイス５６および表示デバイス５７等が接続されている。

不揮発性メモリ５２は、例えばＯＳ等を含む各種プログラムを格納する。なお、第１店舗端末２０の不揮発性メモリ５２には、例えば上記した各種プログラムとして、当該第１店舗端末２０が設置される病院において患者に対して処方箋を発行するためのプログラム（以下、処方箋発行プログラムと表記する）が含まれる。また、第２店舗端末４０の不揮発性メモリ５２には、例えば上記したプログラムとして、サービス提供装置３０によって提供される調剤予約サービスに関する各種画面を表示するためのブラウザ（閲覧ソフトウェア）が含まれる。

ＣＰＵ５３は、例えば不揮発性メモリ５２に格納されている各種プログラムを実行するプロセッサである。なお、ＣＰＵ５３は、第１店舗端末２０および第２店舗端末４０全体の制御を実行する。

メインメモリ５４は、例えばＣＰＵ５３が各種プログラムを実行する際に必要とされるワークエリア等として使用される。

図４においては不揮発性メモリ５２およびメインメモリ５４のみが示されているが、第１店舗端末２０および第２店舗端末４０は、ＨＤＤおよびＳＳＤ等の他の記憶装置を備えていても良い。

通信デバイス５５は、インターネット等のネットワークＮを介して例えばサービス提供装置３０等の外部装置と実行される通信を制御する機能を有する。なお、通信デバイス５５によれば、例えば無線ＬＡＮおよびＷｉｆｉ等の無線通信機能を実現することができる。

入力デバイス５６は、例えばキーボードおよびマウス等を含む。表示デバイス５７は、例えば液晶表示装置のようなディスプレイ等を含む。

次に、図５を参照して、本実施形態におけるサービス提供システムの機能構成について説明する。図５は、本実施形態におけるサービス提供システムの機能構成の一例を示す。

まず、利用者端末１０の機能構成について説明する。図５に示すように、利用者端末１０は、ＵＩ処理部１０１、検索情報取得部１０２、予約情報取得部１０３および送受信部１０４、等を含む。

本実施形態において、これら各部１０１〜１０４は、例えば図２に示すＣＰＵ１３（つまり、利用者端末１０のコンピュータ）が不揮発性メモリ１２に格納されている調剤予約アプリケーションを実行すること（つまり、ソフトウェア）により実現されるものとする。なお、この調剤予約アプリケーションは、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、この調剤予約アプリケーションは、例えばネットワークＮを介して利用者端末１０にダウンロードされても構わない。

ここでは、各部１０１〜１０４がソフトウェアにより実現されるものとして説明したが、当該各部１０１〜１０４は、ハードウェアにより実現されても良いし、ソフトウェアおよびハードウェアの組み合わせによって実現されても良い。

ＵＩ処理部１０１は、利用者が調剤予約サービスを利用するために必要な各種画面を表示すると共に、当該各種画面に対する利用者の操作を受け付けるためのユーザインタフェースを提供するための機能部である。ＵＩ処理部１０１によって表示される各種画面には、病院において利用者に対して発行された処方箋に基づく調剤作業を予約するために必要な情報を入力可能な予約情報入力画面や、当該調剤作業を予約する店舗を検索するための店舗検索画面、当該調剤作業を予約する店舗を検索した結果が示される検索結果画面、等が含まれる。

検索情報取得部１０２は、ＵＩ処理部１０１によって表示された店舗検索画面に対する利用者の操作に応じて、検索情報を取得する。検索情報は、上記した調剤作業を予約する店舗を検索する際に使用される情報であり、例えば、利用者によって選択された検索条件（例えば、在庫がある、現在地に近い、自宅に近い、販売価格が安い、受取時間が早い、ポイント特典が有る等）、等を示す。

予約情報取得部１０３は、ＵＩ処理部１０１によって表示された予約情報入力画面に対する利用者の操作に応じて、ＵＩ処理部１０１によって表示された検索結果画面において利用者により指定された店舗（以下、対象店舗と表記する）に対する予約情報を取得する。予約情報は、上記した調剤作業の予約に関する情報であり、例えば、利用者の個人情報や医薬品の受取希望日時、等を含む。なお、予約情報の詳細については別途後述する。

送受信部１０４は、検索情報取得部１０２によって検索情報が取得された場合、当該検索情報をサービス提供装置３０に送信する。また、送受信部１０４は、予約情報取得部１０３によって予約情報が取得された場合、当該予約情報をサービス提供装置３０に送信する。

なお、送受信部１０４は、例えば、病院において利用者に対して発行された処方箋に基づく調剤作業を、利用者端末１０にて（当該利用者が）当該処方箋を撮影することなく予約することが可能な旨の通知をサービス提供装置３０から受信することができる。また、送受信部１０４は、例えば、予約情報取得部１０３によって取得された予約情報に基づいた調剤作業の予約が完了した旨の通知をサービス提供装置３０から受信することができる。さらに、送受信部１０４は、例えば、予約情報取得部１０３によって取得された予約情報に基づいた調剤作業の準備が完了した旨の通知をサービス提供装置３０から受信することができる。これら通知はＵＩ処理部１０１によって表示される。

次に、第１店舗端末２０の機能構成について説明する。図５に示すように、第１店舗端末２０は、処方箋情報送信部２０１、等を含む。

本実施形態において、処方箋情報送信部２０１は、例えば図４に示すＣＰＵ５３（つまり、第１店舗端末２０のコンピュータ）が不揮発性メモリ５２に格納されている処方箋発行プログラムを実行すること（つまり、ソフトウェア）により実現されるものとする。なお、この処方箋発行プログラムは、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、この処方箋発行プログラムは、例えばネットワークＮを介して第１店舗端末２０にダウンロードされても構わない。

ここでは、処方箋情報送信部２０１がソフトウェアにより実現されるものとして説明したが、当該処方箋情報送信部２０１は、ハードウェアにより実現されても良いし、ソフトウェアおよびハードウェアの組み合わせによって実現されても良い。

処方箋情報送信部２０１は、第１店舗端末２０が設置されている病院に来院した患者に対して発行された処方箋に関する処方箋情報をサービス提供装置３０に送信する。処方箋情報送信部２０１は、サービス提供装置３０に対して、上記したサービス提供システムに予め登録している利用者の処方箋情報を少なくとも送信する。なお、処方箋情報送信部２０１は、サービス提供装置３０に対して、上記したサービス提供システムに登録していない未利用者も含めた患者（全患者）の処方箋情報を送信するとしても良い。

処方箋情報送信部２０１は、処方箋情報として、患者に対して発行された紙の処方箋が例えばＰＤＦ化された第１処方箋情報、および／または、医療従事者によってレセプトコンピュータ（またはレセプトコンピュータに相当する機能を有した電子カルテシステム）を使用して入力された第２処方箋情報をサービス提供装置３０に送信する。

第２処方箋情報は、ＪＡＨＩＳ（登録商標）によって標準化されているフォーマットに準じた第２処方箋情報と、当該フォーマットに準じていない第２処方箋情報との二つに分類され、どちらの第２処方箋情報が処方箋情報としてサービス提供装置３０に送信されるかは、第１店舗端末２０が設置されている店舗において使用されているレセプトコンピュータ（または電子カルテシステム）によって異なるものとする。

ここで、図６を参照して、処方箋情報のデータ構造の一例について説明する。なお、第１処方箋情報および第２処方箋情報は共に、図６に示すデータ構造によって示される各種項目を少なくとも含むものとする。

図６に示すように、処方箋情報は、病院において患者に対して発行された処方箋に関する情報であり、当該処方箋情報には、患者ＩＤ、処方医薬品名、処方日および後発医薬品への変更可否、等が対応づけて含まれている。

患者ＩＤは、当該処方箋情報によって示される処方箋が発行された患者を識別するための識別情報である。患者ＩＤは、患者が病院に初めて来院した際に当該病院によって割り当てられるものであり、例えば、診察券に記載の診察券番号、患者の氏名、等であっても良い。

処方医薬品名は、当該処方医薬品名に対応づけられている患者ＩＤによって示される患者に対して処方された医薬品の名称を示す情報である。処方医薬品名は、処方された医薬品の成分（主成分）等を示す一般名、または、処方された医薬品を含む製品の名称（製品名）のどちらかを示す。なお、処方医薬品名には、一般名か製品名かを示す情報がさらに含まれていても良い。また、処方医薬品名によって示される一般名および製品名はコード化されていても良い。

処方日は、当該処方日に対応づけられている処方医薬品名によって示される医薬品が、当該処方日に対応づけられている患者ＩＤによって示される患者に対して処方された日付を示す情報である。

後発医薬品への変更可否は、当該後発医薬品への変更可否に対応づけられている処方医薬品名によって示される医薬品を、先発医薬品から後発医薬品（ジェネリック）に変更しても良いか否かを示す情報である。後発医薬品とは、先発医薬品と同等の効き目を得られる医薬品であって、一般的には、先発医薬品よりも安価に購入可能な医薬品である。なお、後発医薬品が存在しない場合、後発医薬品への変更可否の項目は後述する「否」を示すとしても良いし、空欄であっても良い。

図６に示す処方箋情報ａ１には、患者ＩＤ「１」、処方医薬品名「成分ｘ」、処方日「2018/6/30」および後発医薬品への変更可否「可」が対応づけて含まれている。この処方箋情報ａ１によれば、当該処方箋情報ａ１によって示される処方箋は、患者ＩＤ「１」によって識別される患者に対して発行された処方箋であり、当該患者に対して「2018/6/30」に後発医薬品に変更「可能」な「成分ｘ」を含む医薬品が処方されたことを示している。

図６に示す処方箋情報ａ２には、患者ＩＤ「２」、処方医薬品名「製品Ｙ」、処方日「2018/6/30」および後発医薬品への変更可否「否」が対応づけて含まれている。この処方箋情報ａ２によれば、当該処方箋情報ａ２によって示される処方箋は、患者ＩＤ「２」によって識別される患者に対して発行された処方箋であり、当該患者に対して「2018/6/30」に後発医薬品に変更「不能」な「製品Ｙ」によって示される医薬品が処方されたことを示している。

なお、ここでは、処方箋情報ａ１，ａ２についてのみ説明したが、他の処方箋情報についても当該処方箋情報ａ１，ａ２と同様のデータ構造を有するものとする。

再度図５の説明に戻る。続いて、サービス提供装置３０の機能構成について説明する。図５に示すように、サービス提供装置３０は、処方箋情報受信部３０１、処方箋予約案内部３０２、検索情報受信部３０３、店舗検索部３０４、予約管理部３０５、処方箋情報送信部３０６、決済処理部３０７および格納部３０８、等を含む。

本実施形態において、各部３０１〜３０７は、例えば図３に示すＣＰＵ３３（つまり、サービス提供装置３０のコンピュータ）が不揮発性メモリ３２に格納されているサービス提供プログラムを実行すること（つまり、ソフトウェア）により実現されるものとする。なお、このサービス提供プログラムは、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このサービス提供プログラムは、例えばネットワークＮを介してサービス提供装置３０にダウンロードされても構わない。

ここでは、各部３０１〜３０７がソフトウェアにより実現されるものとして説明したが、当該各部３０１〜３０７は、ハードウェアにより実現されても良いし、ソフトウェアおよびハードウェアの組み合わせによって実現されても良い。

また、本実施形態において、格納部３０８は、例えば図３に示す不揮発性メモリ３２または他の記憶装置等によって構成される。

以下では、各部３０１〜３０７の機能について説明する前に、図７〜図１１を参照して、格納部３０８に格納される各種情報のデータ構造について説明する。

図７は、利用者情報のデータ構造の一例を示す。
利用者情報は、上記したサービス提供システムに予め登録している利用者に関する情報であり、図７に示すように、当該利用者情報には、患者ＩＤおよび利用者ＩＤ、等が対応づけて含まれている。

患者ＩＤは、上記した処方箋情報に含まれる患者ＩＤと同様であるため、ここでは詳しい説明を省略する。利用者ＩＤは、当該利用者ＩＤに対応づけられている患者ＩＤによって示される患者が上記したサービス提供システムを初めて利用する際にサービス提供装置３０によって割り当てられるものであり、利用者を識別するための識別情報である。
なお、利用者ＩＤには、当該利用者ＩＤによって識別される利用者に対して、第１店舗端末２０が設置されている複数の店舗（複数の医療機関）によってそれぞれ割り当てられた複数の患者ＩＤが対応づけられていても良い。

図７に示す利用者情報ｂ１には、患者ＩＤ「１」および利用者ＩＤ「Ａ」が対応づけて含まれている。この利用者情報ｂ１によれば、患者ＩＤ「１」によって識別される患者が、利用者ＩＤ「Ａ」によって識別される利用者と同一人物であることが示される。また、図７に示す利用者情報ｂ２には、患者ＩＤ「２」および利用者ＩＤ「Ｂ」が対応づけて含まれている。この利用者情報ｂ２によれば、患者ＩＤ「２」によって識別される患者が、利用者ＩＤ「Ｂ」によって識別される利用者と同一人物であることが示される。なお、ここでは、利用者情報ｂ１，ｂ２についてのみ説明したが、他の利用者情報についても当該利用者情報ｂ１，ｂ２と同様のデータ構造を有するものとする。

なお、利用者情報には、上記した患者ＩＤおよび利用者ＩＤの他に、患者ＩＤによって示される患者が上記したサービス提供システムを初めて利用する際に登録された連絡先（つまり、利用者の連絡先）等がさらに含まれていても良い。

また、患者ＩＤが例えば氏名であって、処方箋情報に含まれる患者ＩＤから利用者が一意に特定可能である場合、格納部３０８への利用者情報の格納は省略されても良い。

図８は、一般名−製品名対応情報のデータ構造の一例を示す。
一般名−製品名対応情報は、一般名によって示される成分を含む製品の名称を示す情報であり、図８に示すように、当該一般名−製品名対応情報には、一般名および製品名（１種類以上の製品名）、等が対応づけて含まれている。

図８に示す一般名−製品名対応情報ｃ１には、一般名「成分ｘ」および製品名「製品Ｘ１、製品Ｘ２」が対応づけて含まれている。この一般名−製品名対応情報ｃ１によれば、「成分ｘ」を含む医薬品の製品には「製品Ｘ１」と「製品Ｘ２」とがあることが示される。また、図８に示す一般名−製品名対応情報ｃ２には、一般名「成分ｙ」および製品名「製品Ｙ」が対応づけて含まれている。この一般名−製品名対応情報ｃ２によれば、「成分ｙ」を含む医薬品の製品には「製品Ｙ」だけがあることが示される。なお、ここでは、一般名−製品名対応情報ｃ１，ｃ２についてのみ説明したが、他の一般名−製品名対応情報についても当該一般名−製品名対応情報ｃ１，ｃ２と同様のデータ構造を有するものとする。

図９は、調剤履歴情報のデータ構造の一例を示す。
調剤履歴情報は、第２店舗端末４０が設置されている店舗において調剤された医薬品に関する情報であり、図９に示すように、当該調剤履歴情報には、第２店舗端末４０が設置されている店舗毎に、調剤医薬品名および調剤日、等が対応づけて含まれている。

調剤医薬品名は、第２店舗端末４０が設置されている店舗のスタッフ（薬剤師）によって調剤された医薬品の製品名を示す情報である。調剤日は、当該調剤日に対応づけられている調剤医薬品名によって示される製品名の医薬品が調剤された日付を示す情報である。

図９に示す調剤履歴情報ｄ１は「○○薬局」に関する調剤履歴情報であって、当該調剤履歴情報ｄ１には、調剤医薬品名「製品Ｘ２」および調剤日「2018/6/29」が対応づけて含まれている。この調剤履歴情報ｄ１によれば、「○○薬局」では「製品Ｘ２」によって示される医薬品が「2018/6/29」に調剤されたことが示される。

図９に示す調剤履歴情報ｄ２は「××薬局」に関する調剤履歴情報であって、当該調剤履歴情報ｄ２には、調剤医薬品名「製品Ｙ」および調剤日「2018/6/29」が対応づけて含まれている。この調剤履歴情報ｄ２によれば、「××薬局」では「製品Ｙ」によって示される医薬品が「2018/6/29」に調剤されたことが示される。なお、ここでは、調剤履歴情報ｄ１，ｄ２についてのみ説明したが、他の調剤履歴情報についても当該調剤履歴情報ｄ１，ｄ２と同様のデータ構造を有するものとする。

図１０は、店舗情報のデータ構造の一例を示す。
店舗情報は、第２店舗端末４０が設置されている店舗に関する情報であり、図１０に示すように、当該店舗情報には、店舗名、所在地、調剤技術料、薬剤師の人数およびポイント特典の有無、等が対応づけて含まれている。なお、店舗情報には、上記した各種情報に加えて、駐車場の有無や駐車場での医薬品の受け渡しの可否、等を示す情報がさらに含まれていても良い。

店舗名は、第２店舗端末４０が設置されている店舗の名称を示す情報である。所在地は、当該所在地に対応づけられている店舗名によって示される店舗の所在地を示す情報である。

調剤技術料は、当該調剤技術料に対応づけられている店舗名によって示される店舗の調剤技術料に含まれる調剤基本料を示す情報である。調剤基本料は、医薬品の調剤時に基本料として発生する金額を示し、店舗毎に予め定められている。なお、調剤基本料は、特別調剤基本料、調剤基本料３−ロ、調剤基本料３−イ、調剤基本料２、調剤基本料１の順に安いものとする。つまり、特別調剤基本料が最も安く、調剤基本料１が最も高いものとする。

薬剤師の人数は、当該薬剤師の人数に対応づけられている店舗名によって示される店舗に勤務している薬剤師の人数を示す情報である。ポイント特典の有無は、当該ポイント特典の有無に対応づけられている店舗名によって示される店舗において医薬品を購入した際にポイント特典が有るか否かを示す情報である。ポイント特典の有無は、当該ポイント特典の有無に対応づけられている店舗名によって示される店舗において医薬品を購入した際のポイント付与率を示す情報であっても良い。ポイント付与率が０％の店舗が、ポイント特典が無い店舗に相当する。ポイント特典は、例えば、第２店舗端末４０が設置されている店舗から利用者に対して配布されるポイントカード等を介して当該利用者に対して還元される。

図１０に示す店舗情報ｅ１には、店舗名「○○薬局」、所在地「所在地ａ」、調剤技術料「調剤基本料１」、薬剤師の人数「１」およびポイント特典「有」が対応づけて含まれている。この店舗情報ｅ１によれば、「○○薬局」は「所在地ａ」に位置する薬局であり、調剤技術料に含まれる調剤基本料が「調剤基本料１」の薬局であり、「１人」の薬剤師が勤務する薬局であって、医薬品を購入した際のポイント特典が「有る」薬局であることが示される。

図１０に示す店舗情報ｅ２には、店舗名「××薬局」、所在地「所在地ｂ」、調剤技術料「調剤基本料３−ロ」、薬剤師の人数「５」およびポイント特典「無」が対応づけて含まれている。この店舗情報ｅ２によれば、「××薬局」は「所在地ｂ」に位置する薬局であり、調剤技術料に含まれる調剤基本料が「調剤基本料３−ロ」の薬局であり、「５人」の薬剤師が勤務する薬局であって、医薬品を購入した際のポイント特典が「無い」薬局であることが示される。なお、ここでは、店舗情報ｅ１，ｅ２についてのみ説明したが、他の店舗情報についても当該店舗情報ｅ１，ｅ２と同様のデータ構造を有するものとする。

図１１は、予約情報のデータ構造の一例を示す。
予約情報は、対象店舗に対する、利用者からの調剤作業の予約に関する情報であり、図１１に示すように、当該予約情報には、受付番号、受付日時、利用者ＩＤ、氏名、生年月日、連絡先、クレジットカード情報、受取希望日時およびステータス、等が対応づけて含まれている。なお、予約情報には、上記した各種情報に加えて、医薬品の駐車場受け渡しを希望するか否か、車両情報、等がさらに含まれていても良い。この場合、後述する予約情報入力画面には、医薬品の駐車場受け渡しを希望するか否かを指定可能な欄と、車両情報を入力可能な欄とがさらに設けられる。車両情報を入力可能な欄は、医薬品の駐車場受け渡しを希望するか否かを指定可能な欄において、希望する旨が指定された場合にのみ表示されるとしても良い。

受付番号は、利用者からの調剤作業の予約に対して割り当てられた番号であり、当該予約を識別するための識別情報として用いられる。

受付日時は、当該受付日時に対応づけられている受付番号が割り当てられた予約がサービス提供装置３０において受け付けられた日時を示す情報である。

利用者ＩＤは、上記した利用者情報に含まれる利用者ＩＤと同様であるため、ここではその詳しい説明は省略する。

氏名、生年月日および連絡先は、これらに対応づけられている受付番号が割り当てられた予約をした利用者の氏名、生年月日および連絡先を示す情報である。

クレジットカード情報は、当該クレジットカード情報に対応づけられている受付番号が割り当てられた予約をした利用者が所有するクレジットカードに関する情報を示す。なお、クレジットカード情報には、例えばクレジットカードのカード番号および有効期限等が含まれる。

受取希望日時は、当該受取希望日時に対応づけられている受付番号が割り当てられた予約をした利用者によって指定された医薬品の受け取りを希望する日時を示す情報である。

ステータスは、当該ステータスに対応づけられている受付番号が割り当てられた予約に対する調製作業の進捗状況を示す情報である。なお、ステータスには、例えば処方箋情報によって示される処方箋の内容を確認中であることを示す「確認中」および当該処方箋に基づく調剤作業の準備が完了していることを示す「準備完了」等が含まれる。

図１１に示す予約情報ｆ１には、受付番号「１」、受付日時「2018/6/30 14:30」、利用者ＩＤ「Ａ」、氏名「ＡＡ」、生年月日「yyyy/mm/dd」、連絡先「xxx-xxxx-xxxx」、クレジットカード情報「クレジットカード情報１」、受取希望日時「2018/6/30 15:00」およびステータス「確認中」が対応づけて含まれている。

この予約情報ｆ１によれば、受付番号「１」が割り当てられた予約が「2018/6/30 14:30」に受け付けられたことが示される。また、この予約情報ｆ１によれば、利用者ＩＤ「Ａ」によって識別され、氏名が「ＡＡ」、生年月日が「yyyy/mm/dd」、連絡先が「xxx-xxxx-xxxx」である利用者によって調剤作業の予約がされたことが示される。さらに、この利用者が所有するクレジットカードに関するクレジットカード情報は「クレジットカード情報１」であることが示される。また、この利用者によって指定された受取希望日時が「2018/6/30 15:00」であることが示される。さらに、この利用者によって予約された調製作業の進捗状況（ステータス）は「確認中」であることが示される。

なお、ここでは予約情報ｆ１についてのみ説明したが、他の予約情報についても当該予約情報ｆ１と同様のデータ構造を有するものとする。

再度図５の説明に戻る。
処方箋情報受信部３０１は、第１店舗端末２０から送信された処方箋情報を受信する。受信された処方箋情報は格納部３０８に格納される。なお、処方箋情報は、処方箋の有効期限（処方箋の発行日を含めて４日間）が切れると共に適宜削除される。これによれば、処方箋情報が過多に格納されることを抑止することが可能である。

処方箋予約案内部３０２は、処方箋情報受信部３０１によって処方箋情報が受信された場合に、当該処方箋情報に含まれる患者ＩＤを含む利用者情報を取得し、当該取得された利用者情報に含まれる利用者ＩＤによって識別される利用者（の利用者端末１０）に対して、当該処方箋情報によって示される処方箋に基づく調剤作業を予約することが可能な旨の通知を送信する。

検索情報受信部３０３は、利用者端末１０から送信された検索情報を受信する。

店舗検索部３０４は、検索情報受信部３０３によって受信された検索情報と、格納部３０８に格納された各種情報とに基づいて、利用者にとって好適と思われる店舗を検索する店舗検索処理を実行する。なお、店舗検索処理の詳細については別途後述する。

予約管理部３０５は、利用者端末１０から送信された対象店舗に対する予約情報を受信し、利用者からの調剤作業の予約を受け付ける。受信された予約情報は格納部３０８に格納される。

処方箋情報送信部３０６は、対象店舗に対する利用者からの調剤作業の予約を受け付けると、当該利用者に対して病院から発行された処方箋を示す処方箋情報（第１処方箋情報）を格納部３０８から取得し、当該取得された処方箋情報を対象店舗に設置された第２店舗端末４０に送信する。

決済処理部３０７は、第２店舗端末４０からサービス提供装置３０に送信される決済情報に基づいて利用者に対する決済処理を実行する。

次に、第２店舗端末４０の機能構成について説明する。図５に示すように、第２店舗端末４０は、送受信部４０１、表示処理部４０２および決済情報取得部４０３、等を含む。

本実施形態において、これら各部４０１〜４０３は、例えば図４に示すＣＰＵ５３（つまり、第２店舗端末４０のコンピュータ）が不揮発性メモリ５２に格納されているブラウザ等を含むプログラムを実行すること（つまり、ソフトウェア）により実現されるものとする。このプログラムは、コンピュータ読み取り可能な記憶媒体に予め格納して頒布可能である。また、このプログラムは、例えばネットワークＮを介して第２店舗端末４０にダウンロードされても構わない。

ここでは、各部４０１〜４０３がソフトウェアにより実現されるものとして説明したが、当該各部４０１〜４０３は、ハードウェアにより実現されても良いし、ソフトウェアおよびハードウェアの組み合わせによって実現されても良い。

送受信部４０１は、サービス提供装置３０から送信された処方箋情報（第１処方箋情報）を受信する。

表示処理部４０２は、送受信部４０１によって処方箋情報が受信された場合、当該処方箋情報を例えば表示デバイス５７に表示する。これによれば、第２店舗端末４０が設置された店舗のスタッフは、表示デバイス５７に表示された処方箋情報によって示される医薬品の調剤準備を開始することができる。

決済情報取得部４０３は、例えば予約に基づいて調剤された医薬品を利用者に対して受け渡した後に店舗スタッフによって行われる第２店舗端末４０（入力デバイス５６）に対する操作に応じて決済情報を取得する。決済情報取得部４０３によって取得される決済情報は、例えば利用者の氏名、医薬品の受け渡しに対して当該利用者が支払うべき金額および調剤履歴情報、等を含む。

決済情報取得部４０３によって決済情報が取得された場合、当該決済情報は、送受信部４０１によってサービス提供装置３０に送信される。

以下、本実施形態におけるサービス提供システムの動作について説明する。以下では、まず、図１２のシーケンスチャートを参照して、利用者が調剤作業を予約する店舗を検索する場合の処理手順について説明する。

例えば病院において処方箋が発行された利用者によって使用される利用者端末１０は、当該処方箋に基づく調剤作業を予約することが可能な旨の通知をサービス提供装置３０から受信することができる。この通知を受けた利用者は、処方箋に基づく調剤作業を予約する店舗を検索することができる。以下では、調剤作業を予約する店舗を検索する利用者を対象利用者と称するものとする。

この場合、対象利用者は、利用者端末１０を操作することによって、当該利用者端末１０上で上記した調剤予約アプリケーションを起動する（ステップＳ１）。

ここで、ステップＳ１において調剤予約アプリケーションが起動された場合、利用者端末１０には、調剤予約サービスのトップ画面が表示される。対象利用者は、利用者端末１０に表示されたトップ画面を介して調剤作業を予約する店舗を検索することが可能な店舗検索画面を表示することができるものとする。

利用者端末１０のＵＩ処理部１０１は、対象利用者の操作に応じて、店舗検索画面を表示する（ステップＳ２）。

図１３は、店舗検索画面の一例を示す図である。店舗検索画面５００には、図１３に示すように、検索条件選択欄５０１が設けられている。対象利用者は、利用者端末１０を操作することによって、検索条件選択欄５０１から任意の検索条件を選択することができる。なお、図１３では、対象利用者によって検索条件選択欄５０１に含まれる検索条件「在庫がある」が選択されている場合を例示している。

店舗検索画面５００の下部には、「検索する」ボタン５０２が設けられている。対象利用者は、検索条件選択欄５０１からの検索条件の選択を行った場合、店舗検索画面５００に対して「検索する」ボタン５０２を指定する操作を行うことができる。ＵＩ処理部１０１によってこのような操作が受け付けられた場合、検索情報取得部１０２は、店舗検索画面５００に対する利用者の操作に応じた検索情報（換言すると、検索条件選択欄５０１から選択された検索条件を示す検索情報）を取得する（ステップＳ３）。

検索情報取得部１０２によって検索情報が取得されると、送受信部１０４は、当該検索情報を対象利用者の利用者ＩＤと共にサービス提供装置３０に送信する（ステップＳ４）。

ステップＳ４において利用者端末１０から送信された検索情報および利用者ＩＤは、サービス提供装置３０の検索情報受信部３０３によって受信される。検索情報受信部３０３によって検索情報が受信された場合、店舗検索部３０４は、対象利用者が調剤作業を予約するのに好適と思われる店舗を検索して、当該検索の結果を示す検索結果画面を生成する店舗検索処理を実行する（ステップＳ５）。

ここで、図１４のフローチャートを参照して、ステップＳ５の店舗検索処理の詳細について説明する。

まず、店舗検索部３０４は、検索情報受信部３０３によって受信された検索情報が検索条件「在庫がある」を示す検索情報であるか否かを判定する（ステップＳ５１）。

ステップＳ５１において、検索情報が検索条件「在庫がある」を示す検索情報でないと判定された場合（ステップＳ５１のＮｏ）、店舗検索部３０４は、格納部３０８に格納される複数の店舗情報から、当該検索情報によって示される検索条件を満たす１以上の店舗情報を取得して（ステップＳ５２）、後述するステップＳ５７の処理を実行する。

例えば、検索情報受信部３０３によって受信された検索情報が「現在地に近い」を示す場合、店舗検索部３０４は、利用者端末１０から対象利用者の現在地を示す現在地情報を取得し、格納部３０８に格納される複数の店舗情報から、当該取得された現在地情報によって示される現在地に近い所在地を示す店舗情報を、対象利用者にとって好適と思われる店舗を示す店舗情報として取得する。

検索情報が「自宅に近い」を示す場合、店舗検索部３０４は、利用者端末１０から対象利用者の自宅の住所を示す住所情報を取得し、格納部３０８に格納される複数の店舗情報から、当該取得された住所情報によって示される住所に近い所在地を示す店舗情報を、対象利用者にとって好適と思われる店舗を示す店舗情報として取得する。

検索情報が「販売価格が安い」を示す場合、店舗検索部３０４は、格納部３０８に格納される複数の店舗情報から、調剤技術料によって示される調剤基本料が安い（調剤基本料の点数が低い）店舗情報を、対象利用者にとって好適と思われる店舗を示す店舗情報として取得する。

検索情報が「受取時間が早い」を示す場合、店舗検索部３０４は、格納部３０８に格納される複数の店舗情報から、薬剤師の人数が予め設定された閾値以上の店舗情報を、対象利用者にとって好適と思われる店舗を示す店舗情報として取得する。なお、第２店舗端末４０が設置されている店舗から現在の待ち時間を示す待ち時間情報を取得可能な場合、店舗検索部３０４は、当該取得される待ち時間情報を参照して、対象利用者にとって好適と思われる店舗を選出しても良い。

検索情報が「ポイント特典が有る」を示す場合、店舗検索部３０４は、格納部３０８に格納される複数の店舗情報から、ポイント特典の有無が「有」を示す店舗情報を、対象利用者にとって好適と思われる店舗を示す店舗情報として取得する。

なお、ここでは、検索情報が一つの検索条件を示す場合を例にとって説明したが、例えば検索情報が二つ以上の検索条件を示す場合、店舗検索部３０４は、上記した各種ロジックにしたがって、これら二つ以上の検索条件を満たす１以上の店舗情報を取得するものとする。

ステップＳ５１において、検索情報が検索条件「在庫がある」を示す検索情報であると判定された場合（ステップＳ５１のＹｅｓ）、店舗検索部３０４は、検索情報受信部３０３によって検索情報と共に受信された利用者ＩＤを含む利用者情報を格納部３０８から取得し、当該取得された利用者情報に含まれる患者ＩＤを含む処方箋情報（第２処方箋情報）を格納部３０８から取得する（ステップＳ５３）。

続いて、店舗検索部３０４は、ステップＳ５３において取得された処方箋情報に含まれる処方医薬品名が一般名であるか製品名であるかを判定する（ステップＳ５４）。

ステップＳ５４において、処方医薬品名が一般名であると判定された場合（ステップＳ５４のＹｅｓ）、店舗検索部３０４は、格納部３０８に格納される複数の一般名−製品名対応情報から、当該一般名を含む一般名−製品名対応情報を取得し、当該取得された一般名−製品名対応情報に含まれる製品名の全てが、ステップＳ５３において取得された処方箋情報に含まれる処方医薬品名によって示されるものと認識して（ステップＳ５５）、後述するステップＳ５６の処理を実行する。

ステップＳ５４において、処方医薬品名が製品名であると判定された場合（ステップＳ５４のＮｏ）、店舗検索部３０４は、格納部３０８に格納される複数の調剤履歴情報から、ステップＳ５３において取得された処方箋情報に含まれる処方医薬品名によって示される製品名の医薬品が、当該処方箋情報に含まれる処方日から所定日以内に調剤されていることを示す調剤履歴情報を取得し、当該取得された調剤履歴情報に対応する店舗の店舗情報を、対象利用者にとって好適と思われる店舗情報として取得する（ステップＳ５６）。

なお、調剤履歴情報が調剤医薬品名および調剤日に加えて調剤回数も含む場合、店舗検索部３０４は、ステップＳ５３において取得された処方箋情報に含まれる処方医薬品名によって示される製品名の医薬品が、当該処方箋情報に含まれる処方日から所定日以内に所定回数以上所定回数未満だけ調剤されていることを示す調剤履歴情報を取得し、当該取得された調剤履歴情報に対応する店舗の店舗情報を、対象利用者にとって好適と思われる店舗情報として取得するとしても良い。

しかる後、店舗検索部３０４は、取得された１以上の店舗情報によって示される各店舗の名称（店舗の一覧）を示す検索結果画面を生成し（ステップＳ５７）、一連の処理を終了させる。

なお、対象利用者は、店舗検索画面５００の検索条件選択欄５０１に含まれる検索条件に対して優先順位を予め設定しておいても良い。これによれば、優先順位が最も高い検索条件で検索した結果、一つの店舗情報も取得されなかった場合、店舗検索部３０４は、優先順位が２番目（次）の検索条件で、対象利用者にとって好適と思われる店舗情報の取得を再度試行することが可能となる。

再度図１２の説明に戻る。店舗検索部３０４は、図１４に示す一連の処理手順によって生成された検索結果画面を利用者端末１０に送信する（ステップＳ６）。

ステップＳ６においてサービス提供装置３０から送信された検索結果画面は、利用者端末１０の送受信部１０４によって受信される。送受信部１０４によって受信された検索結果画面は、ＵＩ処理部１０１によって表示される（ステップＳ７）。以上が、利用者が調剤作業を予約する店舗を検索する場合の処理手順となる。

図１５は、利用者端末１０に表示される検索結果画面の一例を示す。検索結果画面５１０には、図１５に示すように、対象利用者にとって調剤作業を予約するのに好適と思われる店舗の一覧５１１が表示される。

対象利用者は、利用者端末１０を操作することによって、検索結果画面５１０に含まれる店舗の一覧５１１から調剤作業を予約する店舗を指定することができる。検索結果画面５１０の下部には、「予約受付」ボタン５１２が設けられている。対象利用者は、検索結果画面５１０に含まれる店舗の一覧５１１から調剤作業を予約する店舗の指定（対象店舗の指定）を行った場合、検索結果画面５１０に対して「予約受付」ボタン５１２を指定する操作を行うことができる。ＵＩ処理部１０１によってこのような操作が受け付けられた場合、当該検索結果画面５１０は、後述する予約情報入力画面に遷移する。

続いて、図１６のシーケンスチャートを参照して、第２店舗端末４０が設置されている店舗に対して利用者が調剤作業を予約する場合の処理手順について説明する。

まず、上記したように、対象利用者によって「予約受付」ボタン５１２を指定する操作が行われた場合、ＵＩ処理部１０１は、対象店舗に対する予約情報入力画面を表示する（ステップＳ１１）。

図１７は、予約情報入力画面の一例を示す。予約情報入力画面５２０には、氏名入力欄５２１、生年月日入力欄５２２、連絡先入力欄５２３、受取希望日時入力欄５２４および「クレジットカードを登録」ボタン５２５が設けられている。

対象利用者は、利用者端末１０を操作することによって、氏名入力欄５２１、生年月日入力欄５２２および連絡先入力欄５２３に対してそれぞれ対象利用者の氏名、生年月日および連絡先を入力することができる。

また、対象利用者は、利用者端末１０を操作することによって、受取希望日時入力欄５２４に対して医薬品を受け取る日時（希望日時）を入力することができる。なお、受取希望日時入力欄５２４においては、特定の日時が直接入力されても良いし、例えばカレンダー形式またはプルダウン形式で表示される日時の一覧から特定の日時が選択されても良い。なお、カレンダー形式またはプルダウン形式で表示される日時の一覧には、対象店舗によって予め設定された当該対象店舗が対応可能な日時（例えば、対象店舗に勤務している薬剤師の勤務日時、等）のみが含まれるとしても良い。

さらに、対象利用者は、「クレジットカードを登録」ボタン５２５を指定する操作を行うことにより、当該対象利用者が所有するクレジットカードに関する情報として、当該クレジットカードのカード番号および有効期限等を入力することができる。なお、対象利用者が所有するクレジットカード（クレジットカード情報）が既に登録されている場合には、当該クレジットカードを再度登録する必要はない。この場合、予約情報入力画面５２０においては、既に登録されているクレジットカード情報を対象利用者が確認することができるようにしても良い。

予約情報入力画面５２０の下部には、「予約する」ボタン５２６が設けられている。各欄５２１〜５２５への各種情報の入力が完了した場合、対象利用者は、予約情報入力画面５２０に対して「予約する」ボタン５２６を指定する操作を行うことができる。

再度図１６の説明に戻る。上記した「予約する」ボタン５２６を指定する操作がＵＩ処理部１０１によって受け付けられた場合、予約情報取得部１０３は、上記した予約情報入力画面５２０に対して利用者によって入力された各種情報（氏名、生年月日、連絡先、受取希望日時およびクレジットカード情報）を含む予約情報を取得する（ステップＳ１２）。

ステップＳ１２において取得された予約情報は、送受信部１０４によってサービス提供装置３０に送信される（ステップＳ１３）。

ステップＳ１３において利用者端末１０から送信された予約情報は、サービス提供装置３０（予約管理部３０５）によって受信される。予約管理部３０５は、予約情報を受信すると、対象店舗に対する対象利用者からの調剤作業の予約を受け付け、当該予約情報を格納部３０８に格納する（ステップＳ１４）。

なお、ステップＳ１４において格納部３０８に格納される予約情報は、上記した利用者端末１０において予約情報入力画面５２０に対して利用者によって入力された情報以外に、受付番号、受付日時、利用者ＩＤおよびステータス等をさらに含む。

受付番号は、利用者端末１０からの予約情報が受信された際に、例えば予約管理部３０５によって発行される。受付日時は、利用者端末１０から予約情報が受信された日時（調剤作業の予約が受け付けられた日時）であり、例えばサービス提供装置３０内のクロック等から取得される。ステータスは調製作業の進捗状況を示すものであり、ステップＳ１４が実行される時点（つまり、デフォルト）では「確認中」とする。

上記した予約情報が格納部３０８に格納されることによって、予約管理部３０５は、対象店舗に対する対象利用者からの調剤作業の予約を管理することができる。

ステップＳ１４の処理が実行されると、予約管理部３０５は、対象店舗に対する対象利用者からの調剤作業の予約を受け付けた（つまり、予約が完了した）旨の通知を利用者端末１０に対して送信する（ステップＳ１５）。この通知は利用者端末１０に表示される。

図１８は、予約完了画面の一例を示す図である。
図１８に示すように、予約完了画面５３０には、対象店舗に対する対象利用者からの調剤作業の予約が完了した旨のメッセージ（ここでは、「ご利用ありがとうございます。予約が完了致しました。」）が表示されている。これによれば、対象利用者は、当該対象利用者からの調剤作業の予約が完了したことを確認することができる。

再度図１６の説明に戻る。ステップＳ１５の処理が実行されると、処方箋情報送信部３０６は、受信された予約情報によって示される利用者ＩＤを含む利用者情報を取得し、当該取得された利用者情報によって示される患者ＩＤを含む処方箋情報（第１処方箋情報）を格納部３０８から取得する（ステップＳ１６）。

ステップＳ１６において取得された処方箋情報は、処方箋情報送信部３０６により、対象店舗に設置されている第２店舗端末４０に送信される（ステップＳ１７）。
なお、ステップＳ１６，Ｓ１７において格納部３０８から取得され、かつ、第２店舗端末４０に送信される処方箋情報は、格納部３０８に格納される処方箋情報に含まれる全ての情報または一部の情報を含んだ処方箋情報であっても良いし、サービス提供装置３０にて適宜加工・編集された処方箋情報であっても良い。

ステップＳ１７においてサービス提供装置３０から送信された処方箋情報は、第２店舗端末４０（送受信部４０１）によって受信される（ステップＳ１８）。送受信部４０１によって処方箋情報が受信された場合、表示処理部４０２は当該処方箋情報を表示デバイス５７に表示することができる。第２店舗端末４０が設置されている店舗のスタッフは、表示デバイス５７に表示された処方箋情報を基に調剤作業の準備を開始することができる。

第２店舗端末４０が設置されている店舗のスタッフによる調剤作業の準備が完了すると、当該店舗スタッフの操作に応じて、送受信部４０２は、調剤作業の準備が完了した旨の通知をサービス提供装置３０に送信する（ステップＳ１９）。

ステップＳ１９において第２店舗端末４０から送信された通知は、サービス提供装置３０によって受信され、対象利用者の利用者端末１０に転送される（ステップＳ２０）。これによれば、対象利用者は、予約した調剤作業の準備が完了したことを確認することができる。

なお、対象店舗に対する調剤作業が予約された場合、当該対象店舗の店舗スタッフは、第２店舗端末４０において対象店舗に対する予約状況（つまり、予約情報の一覧）を確認することができる。

この場合、第２店舗端末４０は、店舗スタッフの操作に応じて、サービス提供装置３０に対して予約確認画面の表示を要求する。サービス提供装置３０に含まれる予約管理部３０５は、第２店舗端末４０からのこの要求に応じて、格納部３０８に格納されている予約情報（対象店舗に対する予約情報）を取得し、当該予約情報を含む予約確認画面を生成する。生成された予約確認画面は、サービス提供装置３０から第２店舗端末４０に送信され、第２店舗端末４０の表示処理部４０２によって当該第２店舗端末４０（表示デバイス５７）に表示される。

図１９は、第２店舗端末４０に表示される予約確認画面の一例を示す。なお、図１９においては、図１１に示す予約情報ｆ１を含む予約確認画面５４０を示している。

なお、上記したように予約情報ｆ１には複数の情報（受付番号、受付日時、利用者ＩＤ、氏名、生年月日、連絡先、クレジットカード情報、受取希望日時およびステータス）が含まれるが、予約確認画面５４０においては、当該複数の情報のうちの一部のみが表示されても良い。

図１９に示す例では、上記した予約情報ｆ１に含まれる複数の情報のうち、例えば受付番号、氏名、受付日時、受取希望日時およびステータスのみが表示されている。

なお、図１９に示すように、予約確認画面５４０には、予約情報に対応づけて「詳細」ボタン５４１が設けられていても良い。店舗スタッフによってこの「詳細」ボタン５４１を指定する操作が行われた場合には、例えば当該予約情報によって示される利用者の処方箋情報が表示されても良い。あるいは、店舗スタッフによって「詳細」ボタン５４１を指定する操作が行われた場合には、当該予約情報に含まれる複数の情報のうち予約確認画面５４０に表示されていない他の情報が表示されても良い。

ここで、予約確認画面５４０に表示されているステータスは「確認中」であるが、当該ステータスは、この予約確認画面５４０において変更することができるものとする。具体的には、上記したようにステータスは処方箋の内容を確認中であることを示す「確認中」および当該処方箋に基づく調剤作業の準備が完了していることを示す「準備完了」が含まれるが、例えば利用者に対して発行された処方箋に基づく調剤作業の準備が完了した場合には、店舗スタッフは、予約確認画面５４０において表示されている予約情報ｆ１に含まれるステータス「確認中」の箇所を指定することによって、予約情報ｆ１に含まれるステータスを「確認中」から「準備完了」に変更することができる。

なお、このように予約情報ｆ１に含まれるステータスが変更された場合には、当該変更されたステータス（の情報）は、第２店舗端末４０からサービス提供装置３０に対して送信され、格納部３０８に格納されている当該予約情報ｆ１に反映される。

上記した図１２および図１６に示す一連の処理手順によれば、対象利用者は利用者端末１０を使用することによって対象店舗に対する調剤作業を予約することができる。また、対象利用者に対して発行された処方箋に関する処方箋情報は、第１店舗端末２０からサービス提供装置３０に対して送信され、対象利用者による対象店舗に対する調剤作業の予約が受け付けられた場合に当該処方箋情報は、サービス提供装置３０から当該対象店舗に設置された第２店舗端末４０に送信される。これによれば、対象利用者は、利用者端末１０を使用した調剤作業の予約に際し、従来のように処方箋をカメラ等で撮影することなく、調剤作業の予約を行うことが可能となる。
また、本実施形態によれば、サービス提供装置３０は、病院において利用者に対して発行された処方箋に基づく調剤作業を予約することが可能な旨の通知を当該利用者の利用者端末１０に対して送信することができるので、対象利用者が病院から処方された医薬品を購入し忘れるといった事態の発生を抑止することが可能となる。
さらに、本実施形態によれば、サービス提供装置３０は、処方箋情報に含まれる処方医薬品名によって示される製品名の医薬品が、当該処方箋情報に含まれる処方日から所定日以内に調剤されていることを示す調剤履歴情報を取得して、当該医薬品の在庫が有る店舗を検索することができるので、対象利用者が予約するに不適切な店舗（例えば、医薬品の在庫がない店舗）に調剤作業の予約をしてしまうといった事態の発生を抑止することが可能となる。

対象利用者は、調剤作業の予約の際に予約情報入力画面において入力した受取希望日時を目安にして対象店舗の窓口に来店し、当該対象利用者に対して発行された紙の処方箋を店舗スタッフに渡すことで、医薬品を受け取ることができる。

対象利用者に対して予約された医薬品が受け渡された場合、店舗スタッフは、第２店舗端末４０を操作することによって、例えば対象利用者の氏名、当該対象利用者が支払うべき金額、および調剤履歴情報（つまり、調剤日と調剤医薬品名）を入力する。この場合、第２店舗端末４０に含まれる決済情報取得部４０３は、店舗スタッフによって入力された氏名、金額および調剤履歴情報を含む決済情報を取得し、当該決済情報を送受信部４０１を介してサービス提供装置３０に送信する。

サービス提供装置３０においては、決済処理部３０７によって、第２店舗端末４０から送信された決済情報が受信され、当該決済情報に基づいた決済処理が実行される。なお、決済処理は、格納部３０８に格納されている対象利用者の予約情報に含まれるクレジットカード情報を用いて実行される。この場合、決済処理は、例えばサービス提供システムの外部のサーバ装置（例えば、クレジットカード会社のサーバ装置等）と連携して実行される。

また、本実施形態においては、決済処理としてクレジットカードによる決済が実行されるものとして説明したが、当該決済処理は、例えば電子マネーまたはデビットカード等による決済であっても良い。

また、決済処理部３０７は、第２店舗端末４０から送信された決済情報を受信すると、当該決済情報に含まれる調剤履歴情報を格納部３０８に格納する。これによれば、店舗検索処理時に使用される調剤履歴情報を更新することが可能となる。

なお、本実施形態においては、対象利用者は、予約情報入力画面において入力した受取希望日時を目安にして対象店舗の窓口に来店して医薬品を受け取るとしたが、これに限定されず、例えば対象利用者は対象店舗の駐車場にて医薬品を受け取ることも可能である。この場合、対象利用者は対象店舗の駐車場に到着した後に、利用者端末１０を使用して、当該駐車場に到着したことを対象店舗に通知するものとする。

また、本実施形態においては、店舗検索部３０４は、処方箋情報に含まれる処方医薬品名によって示される製品名の医薬品が、当該処方箋情報に含まれる処方日から所定日以内に調剤されていることを示す調剤履歴情報を取得して、当該医薬品の在庫が有る店舗を検索するとしたが、これに限定されず、例えば第２店舗端末４０が設置されている店舗における医薬品の在庫数を示す在庫情報をサービス提供装置３０にて管理しておき、当該在庫情報に基づいて、処方箋情報に含まれる処方医薬品名によって示される製品名の医薬品の在庫が有る店舗を検索するとしても良い。これによれば、店舗検索の精度をより向上させることが可能となる。

以上説明した一実施形態によれば、調剤薬局のような店舗における利用者の利便性を向上させることが可能となる。

本実施形態においては、サービス提供装置３０が一つの装置であるものとして説明したが、当該サービス提供装置３０は、ネットワークＮを介して通信可能な複数の装置によって実現されても構わない。

なお、上記した実施形態に記載した手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピー（登録商標）ディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）光磁気ディスク（ＭＯ）、半導体メモリなどの記憶媒体に格納して頒布することもできる。

また、この記憶媒体としては、プログラムを記憶でき、かつコンピュータが読み取り可能な記憶媒体であれば、その記憶形式は何れの形態であってもよい。

また、記憶媒体からコンピュータにインストールされたプログラムの指示に基づきコンピュータ上で稼働しているＯＳ（オペレーティングシステム）や、データベース管理ソフト、ネットワークソフト等のＭＷ（ミドルウェア）等が本実施形態を実現するための各処理の一部を実行してもよい。

更に、本発明における記憶媒体は、コンピュータと独立した媒体に限らず、ＬＡＮやインターネット等により伝送されたプログラムをダウンロードして記憶または一時記憶した記憶媒体も含まれる。

また、記憶媒体は１つに限らず、複数の媒体から本実施形態における処理が実行される場合も本発明における記憶媒体に含まれ、媒体構成は何れの構成であってもよい。

なお、本発明におけるコンピュータは、記憶媒体に記憶されたプログラムに基づき、本実施形態における各処理を実行するものであって、パソコン等の１つからなる装置、複数の装置がネットワーク接続されたシステム等の何れの構成であってもよい。

また、本発明におけるコンピュータとは、パソコンに限らず、情報処理機器に含まれる演算処理装置、マイコン等も含み、プログラムによって本発明の機能を実現することが可能な機器、装置を総称している。

なお、本願発明は、上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組合せにより種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。更に、異なる実施形態に亘る構成要素を適宜組合せてもよい。

１０…利用者端末、２０…第１店舗端末、３０…サービス提供装置、４０…第２店舗端末、１０１…ＵＩ処理部、１０２…検索情報取得部、１０３…予約情報取得部、１０４…送受信部、２０１…処方箋情報送信部、３０１…処方箋情報受信部、３０２…処方箋予約案内部、３０３…検索情報受信部、３０４…店舗検索部、３０５…予約管理部、３０６…処方箋情報送信部、３０７…決済処理部、３０８…格納部、４０１…送受信部、４０２…表示処理部、４０３…決済情報取得部。

Claims (7)

1. 利用者によって使用される利用者端末と、前記利用者に対して処方箋を発行可能な第１店舗に設けられた第１店舗端末と、前記処方箋に基づく調剤作業を行うことが可能な第２店舗に設けられた第２店舗端末と通信可能に接続されるサービス提供装置において、
   前記利用者に対して発行された処方箋に関する処方箋情報であって、前記第１店舗端末から送信される前記処方箋情報を受信する受信手段と、
   前記利用者端末によって前記処方箋に基づく調剤作業の予約が行われた場合、当該利用者端末によって指定された第２店舗に設けられた第２店舗端末に、前記処方箋情報の少なくとも一部を送信する第１送信手段と、
   前記第２店舗毎に、調剤された医薬品の製品名と当該医薬品が調剤された日付とが対応づけられた調剤履歴情報を格納する格納手段と、
   前記調剤履歴情報に基づいて、前記利用者に対して発行された処方箋によって示される医薬品の在庫が有る第２店舗を検索し、当該検索された第２店舗の一覧を示す検索結果情報を前記利用者端末に送信する第２送信手段と、
   を具備し、
   前記第１送信手段は、
   前記検索結果情報によって示される第２店舗の一覧から前記利用者によって調剤作業の予約を行うために指定された第２店舗に設けられた第２店舗端末に前記処方箋情報の少なくとも一部を送信し、
   前記第２送信手段は、
   前記利用者に対して発行された処方箋によって示される医薬品が処方された日付から所定日以内に、当該処方箋によって示される医薬品を調剤した旨を示す調剤履歴情報に対応した第２店舗を、当該医薬品の在庫が有る第２店舗として検索する、サービス提供装置。
2. 前記処方箋情報を受信すると、前記処方箋に基づく調剤作業の予約ができる旨を前記利用者端末に対して通知する通知手段をさらに具備する、請求項１に記載のサービス提供装置。
3. 前記処方箋情報は、前記利用者に対して処方された医薬品の名称と当該医薬品が処方された日付とを示す、請求項１または請求項２に記載のサービス提供装置。
4. 前記処方箋情報は、
   前記医薬品の名称として、当該医薬品に含まれる成分を示す一般名、前記医薬品の製品名、または前記一般名および前記製品名がコード化されたもののいずれかを含む、請求項３に記載のサービス提供装置。
5. 前記格納手段は、
   医薬品の名称として、当該医薬品に含まれる成分を示す一般名と、当該医薬品の１種類以上の製品名とが対応づけられた対応情報をさらに格納し、
   前記第２送信手段は、
   前記利用者に対して発行された処方箋によって示される医薬品が前記一般名であった場合、当該一般名を含む対応情報によって示される１種類以上の製品名のいずれかを調剤した旨を示す調剤履歴情報に対応した第２店舗を、当該医薬品の在庫が有る第２店舗として検索する、請求項１乃至請求項４のいずれか１項に記載のサービス提供装置。
6. 利用者によって使用される利用者端末と、前記利用者に対して処方箋を発行可能な第１店舗に設けられた第１店舗端末と、前記処方箋に基づく調剤作業を行うことが可能な第２店舗に設けられた第２店舗端末と通信可能に接続されるサービス提供装置が実行するサービス提供方法であって、
   前記利用者に対して発行された処方箋に関する処方箋情報であって、前記第１店舗端末から送信される前記処方箋情報を受信する受信ステップと、
   前記利用者端末によって前記処方箋に基づく調剤作業の予約が行われた場合、当該利用者端末によって指定された第２店舗に設けられた第２店舗端末に、前記処方箋情報の少なくとも一部を送信する第１送信ステップと、
   前記第２店舗毎に、調剤された医薬品の製品名と当該医薬品が調剤された日付とが対応づけられた調剤履歴情報を格納する格納ステップと、
   前記調剤履歴情報に基づいて、前記利用者に対して発行された処方箋によって示される医薬品の在庫が有る第２店舗を検索し、当該検索された第２店舗の一覧を示す検索結果情報を前記利用者端末に送信する第２送信ステップと、
   を具備し、
   前記第１送信ステップは、
   前記検索結果情報によって示される第２店舗の一覧から前記利用者によって調剤作業の予約を行うために指定された第２店舗に設けられた第２店舗端末に前記処方箋情報の少なくとも一部を送信することを含み、
   前記第２送信ステップは、
   前記利用者に対して発行された処方箋によって示される医薬品が処方された日付から所定日以内に、当該処方箋によって示される医薬品を調剤した旨を示す調剤履歴情報に対応した第２店舗を、当該医薬品の在庫が有る第２店舗として検索することを含む、サービス提供方法。
7. 利用者によって使用される利用者端末と、前記利用者に対して処方箋を発行可能な第１店舗に設けられた第１店舗端末と、前記処方箋に基づく調剤作業を行うことが可能な第２店舗に設けられた第２店舗端末と通信可能に接続されるサービス提供装置のコンピュータにおいて実行されるプログラムであって、
   前記コンピュータに、
   前記利用者に対して発行された処方箋に関する処方箋情報であって、前記第１店舗端末から送信される前記処方箋情報を受信する受信ステップと、
   前記利用者端末によって前記処方箋に基づく調剤作業の予約が行われた場合、当該利用者端末によって指定された第２店舗に設けられた第２店舗端末に、前記処方箋情報の少なくとも一部を送信する第１送信ステップと、
   前記第２店舗毎に、調剤された医薬品の製品名と当該医薬品が調剤された日付とが対応づけられた調剤履歴情報を格納する格納ステップと、
   前記調剤履歴情報に基づいて、前記利用者に対して発行された処方箋によって示される医薬品の在庫が有る第２店舗を検索し、当該検索された第２店舗の一覧を示す検索結果情報を前記利用者端末に送信する第２送信ステップと、
   を実行させるためのプログラムであり、
   前記第１送信ステップは、
   前記検索結果情報によって示される第２店舗の一覧から前記利用者によって調剤作業の予約を行うために指定された第２店舗に設けられた第２店舗端末に前記処方箋情報の少なくとも一部を送信することを含み、
   前記第２送信ステップは、
   前記利用者に対して発行された処方箋によって示される医薬品が処方された日付から所定日以内に、当該処方箋によって示される医薬品を調剤した旨を示す調剤履歴情報に対応した第２店舗を、当該医薬品の在庫が有る第２店舗として検索することを含む、プログラム。

Images