JP2021197121A - システム及びプログラム - Google Patents

Abstract

【課題】患者や患者の代理人等の処方箋を保有する利用者から、処方箋データを受け付けることで、当該利用者の要望に応じた薬局を紹介できるシステムやプログラムを提供する。【解決手段】システム１０は、処方箋を有する利用に対し、処方箋に対応する調剤業務を提供可能な薬局５０に関する情報を提供可能である。システム１０は、利用者から処方箋データを受け付ける処方箋データ受付部１１と、処方箋データに応じて、調剤事業者として登録されている各薬局５０における調剤業務の提供可能性についての情報処理を行う薬局情報処理部１２と、薬局情報処理部１２により得られた各薬局５０における調剤業務の提供可能性についての情報を利用者が備える利用者側クライアント端末３０に対して提供する薬局情報提供部１５とを有する。薬局情報提供部１５は、地図表示やリスト表示で、利用者に薬局情報を提供する。【選択図】図２

Description

本発明は、調剤薬局等での薬剤の提供に係るシステム及びプログラムに関する。

従来から、病院や診療所にて患者に処方箋が発行され、当該患者から処方箋を受け取った薬局にて、処方箋データに基づいた薬剤の調剤及び販売が行われている。薬局での薬剤の調剤は、患者から処方箋を直接受け取り、薬局で処方箋データに基づく薬剤の在庫情報を確認した上で行われている。そのため、患者が、薬局で処方箋データに基づく薬剤を購入しようとした際に初めて当該薬剤の在庫の有無がわかる。従って、薬剤の在庫がない場合、患者が薬局を渡り歩かねばならない問題がある。

また、患者が薬局に行って初めて、薬局の混雑状況や調剤までの待ち時間を知ることができる。そのため、患者が薬局で長時間待たされる可能性がある。そこで、待ち時間短縮のため、病院で発行された患者の処方箋情報を予め院外薬局にネットワークを介して伝送しておき、当該院外薬局で処方箋情報に基づいて薬剤の調剤を行う医薬分業管理システムが知られている（例えば、特許文献１）。

特開平６−２３１１５１号公報

しかしながら、特許文献１の医薬分業管理システムは、院内で入力された処方箋データを患者指定の薬局に伝送するだけのものであるので、当該薬局の混雑状況や処方箋の薬剤の在庫情報を知ることができない問題がある。また、病院等と提携された薬局しか紹介されず、患者が利用したい場所や時間等を指定することができないため、患者の要望を考慮した薬局の紹介が行えない問題もある。

そこで、本発明は、患者や患者の代理人等の処方箋を保有する利用者から、処方箋データを受け付けることで、当該利用者の要望に応じた薬局を紹介できるシステムやプログラムを提供することを目的とする。

（１）上述した課題を解決すべく提供される本発明のシステムは、処方箋を有する利用者に対し、前記処方箋に対応する調剤業務を提供する薬局に関する情報を提供可能なシステムであって、前記利用者から処方箋に係る処方箋データを受け付ける処方箋データ受付部と、前記処方箋データに応じて、調剤事業者として登録されている各薬局における調剤業務の提供可能性についての情報処理を行う薬局情報処理部と、前記薬局情報処理部により得られた各薬局における調剤業務の提供可能性についての情報を前記利用者が備える利用者側クライアント端末に対して提供する薬局情報提供部と、を有することを特徴とする。

上述した本発明のシステムによれば、処方箋データ受付部が処方箋データ受付部にて、利用者からの処方箋に係る処方箋データを受付、当該処方箋データに応じて、薬局情報処理部が、調剤事業者として登録された各薬局における調剤業務の提供可能性を情報処理することができる。従って、利用者へ薬局に係る調剤業務の提供可能性についての情報（以下、単に薬局情報とも称する）を提供可能とすることができる。

当該薬局情報には、処方箋データに係る薬剤の提供可能情報だけでなく、薬剤の在庫がなく、薬剤を提供できない提供不可能情報も含めたものとするとよい。また、上述した本発明のシステムによれば、薬局情報処理部が、情報処理された各薬局における薬局情報を薬局情報提供部から、利用者が備える利用者側クライアント端末に対して提供することができる。これにより、利用者が、場所や時間を問わず、各薬局の薬局情報を取得することができ、利用者の利便性が向上する。

上述した本発明のシステムは、前記処方箋データ受付部が、ネットワークを介した通信により前記処方箋データを取得可能であることが望ましい。

かかる構成によれば、場所を問わずに送信された処方箋データを、ネットワークを介して取得することができる。そのため、利用者が各所において処方箋データを発信することが可能となる。従って、利用者の利便性向上が期待できる。

（２）上述した本発明のシステムにおいて、前記薬局情報処理部は、前記処方箋に対応する調剤業務の提供可能性についての問い合わせ処理を各薬局が備える薬局側クライアント端末に対して実行し、前記薬局側クライアント端末からの前記問い合わせ処理に対する回答処理を受け、


薬局側クライアント端末からの回答に基づいて各薬局における調剤業務の提供可能性についての情報処理を行うようにすることが望ましい。

かかる構成によれば、各薬局が、薬局側クライアント端末で上記問い合わせ処理を実行することが可能であるので、各薬局の在庫情報を正確に反映でき、確度の高い薬局情報を提供することができる。

（３）上述した本発明のシステムにおいて、薬局が備える在庫管理システムにより把握される薬剤の在庫状況に基づいて、前記薬局側クライアント端末によりなされる前記問い合わせ処理に対する回答から各薬局における調剤業務の提供可能性についての情報処理を行うようにすることが望ましい。

かかる構成によれば、薬局が備える在庫管理システムと、本発明のシステムとを情報連携可能とすることができる。これにより、在庫確認を自動処理することができる。従って、各薬局での人為的な手間を削減できる。

（４）上述した本発明のシステムは、薬局が備える在庫管理システムと情報連携可能な在庫情報連携部を有し、前記薬局情報処理部が、前記処方箋に対応する調剤業務の提供可能性について前記在庫管理システムからの在庫情報に基づき、各薬局における調剤業務の提供可能性についての情報処理を行うことが望ましい。

かかる構成によれば、調剤業務の提供可能性についての情報処理を前記薬局情報処理部が行うことにより、薬局側クライアント端末の構成が簡易になり、かつ、選択された薬局以外に利用者の情報を送らなくて済むので、セキュリティが高くなる。

上述した本発明のシステムは、前記薬局情報処理部が、前記処方箋より処方された薬剤の種類及び数量に応じ、各薬局における薬剤の在庫状況に基づいて、各薬局における調剤業務の提供可能性についての情報処理を行うことが望ましい。

かかる構成によれば、利用者が、各薬局における薬剤の在庫の有無を知得できるので、利用者が薬局の選定を的確に行うことができる。これにより、利用者が在庫のない薬局に出向くという手間をなくすことができる。

上述した本発明のシステムは、前記薬局情報提供部により提供された調剤業務の提供可能性についての情報に基づき、調剤業務の提供可能性を有する一又は複数薬局から一の薬局を指定薬局として選択可能とする選択処理を前記利用者側クライアント端末において実現可能とする薬局指定部と、前記処方箋データ受付部によって受け付けられた処方箋に係る調剤業務の依頼するための調剤依頼情報を、前記薬局指定部において指定された薬局に対して出力する調剤依頼発信部とを有することが望ましい。

かかる構成によれば、利用者側クライアント端末において選択された指定薬局に対して、調剤依頼発信部にて調剤依頼情報を円滑に出力することができる。これにより、利用者が、容易に調剤依頼を指定薬局に対して行うことができる。

上述した本発明のシステムは、前記処方箋に対応する調剤業務を提供可能な薬局が、前記処方箋を有する利用者の自宅、前記処方箋の発行病院又は前記利用者が指定した場所若しくはＧＰＳで取得した場所から所定距離の範囲内のものに限定されることが望ましい。

かかる構成によれば、利用者の利便性がよい薬局を選定することが可能となる。これにより、例えば、利用者が、買い物や帰宅のために利用する駅等の周辺にある薬局を選定することができるので、薬局の利用のための移動を最小限とすることができる。また、利用者が患者である場合に病人をむやみに移動させることを低減できる。

上述した本発明のシステムは、前記薬局情報提供部が、前記薬局の混雑状況又は前記処方箋データに基づく薬剤を提供するまでの待ち時間のいずれか一方又は双方を含むことが望ましい。

かかる構成によれば、利用者が、薬局の混雑状況や薬局での調剤の待ち時間を知得することが可能となるので、利用者の都合に合わせて、薬局を利用することができる。これにより、薬局の混雑緩和が期待できる。

上述した本発明のシステムは、前記処方箋データ受付部が、処方箋の写真、バーコード、ＱＲコード（登録商標）又はファクシミリデータのいずれかにより処方箋情報を受け付け可能であることが望ましい。

かかる構成によれば、利用者が容易に処方箋データを送信することが可能となる。そのため、利用者の利便性が向上すると共に薬局側でも容易に処方箋データを受付することができる。

上述した本発明のシステムは、前記薬局情報提供部が、前記処方箋より処方された薬剤の種類毎に各薬局における薬剤の在庫状況に係る情報を提供することが望ましい。

かかる構成によれば、利用者が、薬剤の種類毎に各薬局における薬剤の在庫状況を知得することができる。これにより、例えば、薬剤毎に異なる薬局を利用することが可能となる。薬剤の種類毎の情報には、例えば、当該薬剤のメーカーやジェネリック品であるかなどの情報を含めるとよい。当該情報により、利用者の好みに応じて、薬局を選定できる可能性がある。

（４）上述した本発明のシステムにおいて、前記薬局情報提供部が、薬局の店舗情報を前記利用者側クライアント端末において地図表示及びリスト表示のいずれか一方又は双方により表示可能に提供するとよい。

かかる構成において、利用者側クライアント端末に地図表示が表示されるものとすれば、利用者が薬局の場所を特定でき、利用者が迷わずに薬局に行くことが可能となる。また、かかる構成において、利用者側クライアント端末にリスト表示をするものとすれば、利用者が各薬局の情報を一覧することができるので、利用者による薬局の選定が容易になる。

（５）上述した本発明のシステムは、前記薬局情報提供部が、前記利用者側クライアント端末において薬局の評価情報を閲覧可能に提供可能であることが望ましい。

かかる構成によれば、利用者が利用者側クライアント端末において、薬局の評価情報を閲覧できるので、当該評価情報を参考として薬局の選定の参考とすることができる。ここで、薬局の評価情報は、例えば、当該薬局が在庫管理システムを保有しており、当該在庫管理システムと本発明のシステムとを連動させているか、または、チェーン店であるかなどに基づく評価とすればよい。

上述した本発明のシステムは、前記処方箋データを受け付ける処方箋データ受付部を備え、前記処方箋データ受付部は、電子処方箋データ等を有する他のサーバーから受け付けることが望ましい。

かかる構成によれば、処方箋データを他のサーバーから電子処方箋データとして取り込むことができるので、利用者側のクライアント端末の処理負荷が低減することができ、また、システムが処方箋データ以外のデータを取得することができ、付加的な情報のやり取りも一括してできるようになる。

上述した本発明のシステムは、前記利用者による利用状況に応じてポイントを付与するポイント付与部を有することが望ましい。

かかる構成によれば、利用者が本発明のシステムを利用するインセンティブを高めることができる。また、当該ポイントは、例えば、利用者が各薬局で薬剤等の商品を購入する際に利用できるものとするとよい。また、当該ポイントは、利用された薬局に付与するものとしてもよい。当該薬局にポイントを付与することにより、例えば、薬局の評価に繋がるものとし、利用者に当該評価を供することが可能となる。これにより、利用者の薬局選定の参考情報としての利用が期待できる。

上述した本発明のシステムは、調剤事業者として登録されている薬局の一部又は全部において、薬剤の在庫情報を共有可能とする在庫情報共有処理部を有することが望ましい。

かかる構成によれば、在庫情報共有処理部にて共有される薬剤の在庫情報により、薬局間で薬剤を分譲（薬局間で薬剤の譲受を行う）することができる。これにより、利用者が、利用可能な薬局の選定の範囲を広げることが期待できる。

（６）上述した課題を解決すべく提供される本発明のプログラムは、上述したいずれか１項に記載のシステムをコンピュータに実現させることを特徴とするものである。

かかる構成によれば、サーバーや各種の端末等で実行させることが可能となる。これにより、システムの利便性を向上させることができる。

本発明によれば、患者や患者の代理人等の処方箋を保有する利用者から、処方箋データを受け付けることで、当該利用者の要望に応じた薬局を紹介できるシステムやプログラムを提供することができる。

本発明の第１の実施形態に係るシステムの概念図である。 本発明の第１の実施形態に係るシステムの構成図である。 本発明のシステムで用いられる処方箋の一例を示す説明図である。 本発明のシステムで提供される表示の一例を示すリスト表示である。 本発明のシステムで提供される表示の一例を示す地図表示である。 本発明の第２の実施形態に係るシステムの構成図である。 本発明のシステムにおける薬局指定に係る説明図である。 本発明の第２の実施形態に係るプログラムのフロー図である。 図８に係るフロー図の続きである。

本発明のシステム１０の第１の実施形態について、まず、図１に基づいて、全体の概念的なことを説明する。その後、本発明のシステム１０の詳細な構成について図２〜図５に基づいて説明する。

図１は、本発明のシステム１０の概念図である。図１に示すように、システム１０は、患者等（患者の代理人等の処方箋保有者を含む）の利用者２の利用者側クライアント端末３０から送信される処方箋データ３ａを受け付けて、会員等として登録された各薬局５０（５０ａ，５０ｂ，５０ｃ）に処方箋データ３ａを送信する。各薬局５０は、それぞれ処方箋データ３ａに基づく薬剤の在庫情報を在庫管理システム７０又は手動で確認する。各薬局５０は、在庫照合した結果をシステム１０に送信し、システム１０は、各薬局５０の在庫照合結果と各薬局の薬局情報とを利用者２の利用者側クライアント端末３０に返信する。照合結果を受けた利用者２は、照合結果や薬局情報を参照し、訪問する薬局５０をシステム１０に指示する。システム１０から指示された薬局５０ｃは、調剤を行う。利用者２は、薬局５０ｃを訪問し、処方箋データ３ａの薬剤を購入する。

上述のように、システム１０は、利用者２が選択した薬局５０に、予め処方箋データ３ａを送信しておくことにより、利用者２の要望に応じた薬局５０で利用者２が円滑に薬剤を受け取ることを可能とするものである。

次に上述のシステム１０の詳細な構成について、図２〜図５を参照しながら以下に説明する。図２に示すように、システム１０は、利用者２から処方箋３に係る処方箋データ３ａを受け付ける処方箋データ受付部１１と、処方箋データ３ａに応じて情報処理を行う薬局情報処理部１２と、利用者２が備える利用者側クライアント端末３０に対して各薬局における調剤業務の提供可能性についての情報を提供する薬局情報提供部１５等を有している。

処方箋データ受付部１１は、図３に例示する処方箋３に係る処方箋データ３ａを、利用者２から受け付けるものである。処方箋３には、例えば、患者名、保険者番号、発行日、有効期限及び発行者等の書誌的情報と、患者に処方された薬剤名や数量等の調剤情報とが、処方箋データ３ａとして記載されている。また、本実施形態では、処方箋３は、処方箋データ３ａがバーコード３ｂとして記録されている。なお、バーコード３ｂは、２次元や３次元のものなど各種のものを用いることができる。また、処方箋データ受付部１１は、当該患者の電子処方箋データ等を有する他のサーバーから受け付けるようにしてもよい。例えば、処方箋データ受付部１１は、電子処方箋データや、電子処方箋データに紐づいた各情報を、複数の電子処方箋データを一括で管理する病院のサーバーから受け付けるようにしてもよい。

図２に示すように、処方箋データ受付部１１は、利用者側クライアント端末３０と無線又は有線のネットワークを介して接続されている。そのため、利用者２から場所を問わずに送信された処方箋データ３ａを、ネットワークを介して取得することができる。また、利用者２が各所において処方箋データ３ａを発信することが可能となる。従って、利用者２の利便性向上が期待できる。

利用者側クライアント端末３０は、処方箋データ３ａを取り込むための処方箋データ取込部３１と、薬局情報提供部１５からの情報等を表示する表示部３２等を有したものとされている。

利用者側クライアント端末３０における処方箋データ取込部３１は、処方箋３を写真撮影によって処方箋データ３ａとして取り込むものや写真そのものを取り込むものを用いることができる。また、処方箋データ取込部３１は、上述した手段以外に上述したバーコード３ｂを読み取って処方箋データ３ａを取り込むものなど各種の手段を用いることができる。処方箋データ取込部３１は、ファクシミリデータとして処方箋データ３ａを取り込むものであってもよい。なお、処方箋データ取込部３１を設けずに直接処方箋データ受付部１１に処方箋データ３ａが送信されるものであってもよい。

処方箋データ取込部３１で取り込まれた処方箋データ３ａは、システム１０にネットワークを介して送信され、処方箋データ受付部１１での受け付けがなされる。

薬局情報処理部１２は、受け付けがなされた処方箋データ３ａに応じて、調剤事業者として登録されている各薬局５０における調剤業務の提供可能性についての情報処理を行うことができる。ここで、薬局５０は、例えば、システム１０を管理する事業者によって会員登録されたものとされている。また、各薬局５０の名称、所在地、営業時間、評価等の情報は、システム１０に記憶されている。なお、各薬局５０の情報は、システム１０に直接記憶するものだけではなく、外部のサーバー等から提供されるものでもよい。

詳細は後述するが、上述した薬局５０の評価は、例えば、在庫管理システム７０を有し、システム１０からの問い合わせに応じて、在庫管理システム７０と連動（図１参照）して回答できるかなどを利用者２の利便性の面から評価したものとすることができる。

薬局情報処理部１２は、各薬局５０が所有する薬局側クライアント端末６０に対して、処方箋３に対応する調剤業務の提供可能性についての問い合わせ処理を実行する。前記問い合わせ処理の実行に際して、薬局情報処理部１２は、例えば、処方箋データ３ａを薬局側クライアント端末６０に送信する。

各薬局５０の薬局側クライアント端末６０は、薬局側クライアント端末からの前記問い合わせ処理に対応して、当該薬局における調剤業務の提供の可否についての回答を薬局情報処理部１２に送る。具体的には、処方箋データ３ａを受信した各薬局５０の薬局側クライアント端末６０は、処方箋データ３ａに係る薬剤の在庫を確認し、在庫情報について当該薬局における調剤業務の提供の可否についてシステム１０に回答する。

薬局情報処理部１２は、薬局側クライアント端末６０からの回答を受ける回答受付処理を実行することにより、各薬局における調剤業務の提供可能性（以下、単に調剤業務提供可能性とも称する）についての情報処理を行う。

上述のように、各薬局５０が、薬局側クライアント端末６０で問い合わせ処理に対する回答を行うことが可能であるので、薬局側クライアント端末６０で前記問い合わせ処理を自動処理することにより、各薬局５０での人為的な手間が削減できる。

なお、薬局情報処理部１２または薬局側クライアント端末６０が、処方箋３により処方された薬剤の種類及び数量に応じ、各薬局５０における薬剤の在庫状況に基づいて、各薬局５０における調剤業務の提供可能性についての情報処理を行うようにしてもよい。これにより、利用者２が、各薬局５０における薬剤の在庫状況を知得できるので、利用者２が薬局５０の選定を的確に行うことができる。従って、利用者２が在庫のない薬局５０に出向くという手間をなくすことができる。また、例えば、在庫が無い一部の薬剤だけ、他の薬局５０で入手し、在庫を有する薬剤だけ当該薬局５０で入手するといったことも可能となる。

薬局情報提供部１５は、薬局情報処理部１２にて情報処理されて作成された調剤業務提供可能性についての情報を利用者側クライアント端末３０に対して提供する。薬局情報提供部１５からの利用者側クライアント端末３０に対しての情報の提供は、例えば、ネットワークを介して行われる。

図４及び図５は、薬局情報提供部１５から提供される情報の一例を示すものである。図４は、前記情報が、リスト表示３３として利用者側クライアント端末３０の表示部３２に表示されている。本実施形態では、例えば、利用者側クライアント端末３０のＧＰＳ機能を用いて利用者２の現在地を入手し、利用者側クライアント端末３０に利用者２の現在地を中心として利用者２から所定距離の範囲内に存在する薬局５０が表示されている。

本実施形態では、前記情報として薬局名称、薬局住所等（電話番号、ＦＡＸ番号等を含む店舗情報）、在庫、薬局５０の評価、混雑、調剤完了までの待ち時間が表示部３２に表示されている。ここで、在庫の基準は、◎：薬剤が全てある、〇：メーカー違いの薬剤がある、△：薬剤の一部が無い、×：薬剤が無い、としている。また、薬局５０の評価は、薬局５０が、在庫情報連携部１３を保有しており、薬局側クライアント端末６０やシステム１０と連携可能となっているか（手作業で在庫管理していないか）やチェーン店を有するものであるか、在庫切れの頻度などを基準として評点化されたものである。本実施形態では、評点が５点（評価高い）〜１点（評価低い）とされている。混雑は、度合いに応じて、混んでいる：大、やや混んでいる：中、空いている：小で表されている。

図５は、前記情報が、地図表示３４として利用者側クライアント端末３０の表示部３２に表示されているものである。本実施形態では、例えば、利用者側クライアント端末３０のＧＰＳ機能を用いて利用者２の現在地２ａを入手し、利用者２の現在地２ａを中心として地図表示３４が表示されている。

また、利用者２の現在地２ａの周辺に存在する薬局５０が表示され、当該薬局５０の詳細情報が、地図表示３４の側方に薬局リスト３４ａが表示されている。薬局リスト３４ａには、上述の図４におけるリスト表示３３と同様に薬局５０の店舗情報、在庫情報、薬局５０に係る評価、混雑状況、待ち時間等が表示されている。在庫、薬局５０に係る評価、混雑の基準は、上述の図４における基準と同様のものであるので説明を省略する。

上述のように本発明のシステム１０によれば、薬局情報処理部１２で情報処理された各薬局５０における情報を薬局情報提供部１５にて、利用者２が備える利用者側クライアント端末３０に対して提供することができる。これにより、利用者２が、場所や時間を問わず、各薬局５０の情報を取得することができる。従って、利用者２の利便性が向上する。

なお、薬局情報提供部１５で提供される情報は、処方箋３より処方された薬剤の種類毎に各薬局５０における薬剤の在庫状況に係る情報が提供されるようにするとよい。また、処方箋データ３ａに係る薬剤の提供可能情報だけでなく、薬剤の在庫がなく、薬剤を提供できない提供不可能情報も含めたものとするとよい。

上述のような構成を採用することで、利用者２が、薬剤の種類毎に各薬局５０における薬剤の在庫状況を知得することができる。これにより、例えば、薬剤毎に異なる薬局５０を利用することが可能となる。薬剤の種類毎の情報は、例えば、当該薬剤のメーカーやジェネリック品であるかなどの情報を含めるとよい。当該情報により、利用者２が、好みに応じた薬局５０を選定できる。

本発明のシステム１０の処理は、コンピュータ上で実行可能なプログラムとして提供することが可能である。以上が、本発明のシステム１０及びプログラムの第１の実施形態である。

次に本発明のシステム１０を拡張した第２の実施形態について、図６〜図９に基づいて以下に詳細を説明する。なお、上述の実施形態と同様の部分については、一部説明を省略する。また、上述の実施形態と同一の部材等は、上述の実施形態と同一の符号を用いて説明する。

図６に示すように、システム１０は、上述の実施形態に加えて、在庫情報連携部１３と、薬局指定部１４と、調剤依頼発信部１６と、在庫情報共有処理部１７と、ポイント付与部１８等を有したものとされている。

在庫情報連携部１３は、薬局５０が備える在庫管理システム７０と情報連携可能である。また、在庫情報連携部１３が、在庫管理システム７０の在庫情報に基づいて薬剤の在庫状況を把握することにより、薬局情報処理部１２が、当該在庫状況に基づいて、在庫管理システム７０を備えている薬局５０における調剤業務の提供可能性についての情報処理を行うことができる。すなわち、薬局情報処理部１２が、処方箋に対応する調剤業務の提供可能性について、在庫管理システム７０からの在庫情報に基づき、各薬局における調剤業務の提供可能性についての情報処理（判定）を行うことができる。

これにより、薬局５０が備える在庫管理システム７０と、本発明のシステム１０とを情報連携可能とすることができる。従って、薬局５０が正確に薬剤の在庫状況を利用者２に提供することが可能となり、利用者２が在庫のない薬局５０に出向くという手間をなくすことができる。

なお、上述した在庫状況は、上述した実施形態と同様に、在庫の有無、メーカー違いの薬剤在庫、処方箋３の一部の薬剤の在庫などを含むものとすればよい。また、システム１０は、調剤事業者として登録されている薬局５０の一部又は全部において、薬剤の在庫情報を共有可能とする在庫情報共有処理部１７を有している。

在庫情報共有処理部１７は、複数の薬局５０間の薬剤の在庫情報を共有処理可能とするものである。これにより、薬局５０間で薬剤を分譲（薬局間で薬剤の譲受を行う）することができる。そのため、利用者２が、利用可能な薬局５０の選定の範囲を広げることが可能である。

薬局指定部１４は、薬局情報提供部１５により提供された調剤業務提供可能性についての情報に基づき、前記調剤業務提供可能性を有する一又は複数薬局５０から一の薬局５０を指定薬局５０として選択可能とする選択処理を利用者側クライアント端末３０において実現可能とするものである。すなわち、図４のようなリスト表示３３及び図５のような地図表示３４などの調剤業務提供可能性の情報を利用者側クライアント端末３０の表示部３２に表示し、利用者２が、薬局５０を指定することを実現するものである。例えば、図４に示すようにリスト表示３３の選択欄で利用者２が、薬局５０を選択して指定することができる。また、図５に示すように地図表示３４中の薬局５０を利用者２が指定したり、あるいは、リスト中の薬局５０を指定することで薬局５０を指定することができる。

また、上述した薬局５０の指定に際し、処方箋３に対応する調剤業務を提供可能な薬局５０が、処方箋３を有する利用者２の自宅２ｂ、処方箋３の発行病院５又は利用者２が指定した場所若しくはＧＰＳで取得した場所から所定距離の範囲内のものに限定されることが望ましい。これにより、利用者２の利便性がよい薬局５０を選定することが可能となる。また、例えば、利用者２が、買い物や帰宅のために利用する駅等の周辺にある薬局５０を選定することができるので、薬局５０の利用のための移動を最小限とすることができる。また、利用者２が患者である場合に病人をむやみに移動させることを低減できる。

図７は、薬局指定部１４にて、薬局５０を指定するための表示部３２に表示される画面の一例である。本実施形態における薬局指定部１４では、例えば、検索範囲の起点となる目的地、検索範囲（距離）、指定する薬局５０の入力画面が表示される。例えば、前記起点は、現在地２ａ（ＧＰＳか入力により指定）、自宅２ｂ、処方箋３の発行病院５、その他の指定場所等を選択できる。なお、当該入力画面での詳細な情報の入力は、図示しない別のサブメニューから行うことができる。

また、目的地は、利用者２が、これから向かう場所を指定するものである。例えば、目的地は、薬局５０、自宅２ｂ、その他の指定場所（例えば、帰宅途中の駅やスーパー等）を選択できる。これにより、利用者２が、直接指定薬局５０に向かわない場合であっても、利用者２の要望に応じた薬局５０の情報を提供できる。

また、前記検索範囲（距離）は、前記起点や目的地から指定した距離の範囲内で指定薬局５０を検索するためのものである。当該入力画面からは、起点からの距離、起点から目的地までのルート沿い、目的地からの距離のいずれから検索範囲を指定するかを選択することができる。

指定する薬局５０は、店舗名、在庫条件、営業時間内、混雑状況や薬剤受け取りまでの待ち時間、薬局５０の評価のいずれか又は複数の条件を選択できる。これにより、利用者２の要望に応じた薬局５０の情報を提供することができる。なお、検索範囲や薬局条件の指定の詳細な入力は、図示しない別のサブメニュー画面から入力することができる。

図６に示すように、調剤依頼発信部１６は、処方箋データ受付部１１によって受け付けられた処方箋３に係る調剤業務の依頼するための調剤依頼情報を、薬局指定部１４において指定された薬局５０に対して出力するものである。これにより、利用者側クライアント端末３０において選択された指定薬局５０に対して、調剤依頼発信部１６にて調剤依頼情報を円滑に出力することができる。従って、利用者２が、容易に調剤依頼を指定薬局５０に対して行うことができる。

なお、調剤依頼情報は、利用者２が来店する日時を含めるものとしてもよい。これにより、利用者２の都合に合わせて調剤をすることが可能となり、薬局５０の混雑緩和や利用者２の薬局５０での待ち時間を低減することができる。

また、システム１０は、ポイント付与部１８を有している。ポイント付与部１８は、例えば、利用者２のシステム１０の利用に応じてポイントを付与する。また、当該ポイントは、例えば、利用者２が各薬局５０で薬剤等の商品を購入する際に利用できるものとするとよい。これにより、利用者２が本発明のシステム１０を利用するインセンティブを高めることができる。また、当該ポイントは、利用された薬局５０に付与するものとしてもよい。薬局５０にポイントを付与することにより、例えば、薬局５０の評価に繋がるものとし、利用者２に当該評価を供することが可能となる。これにより、利用者２の薬局選定の参考情報としての利用が期待できる。

以上が、本発明のシステム１０の第２の実施形態に係る構成である。次に、本発明のシステム１０における各処理のフローについて図８及び図９を参照して、以下に詳細を説明する。

図８に示すように、各処理は、システム１０と、利用者側クライアント端末３０と、薬局側クライアント端末６０とに分けられる。システム１０の処理が開始されると、まずＳ１１として、利用者側クライアント端末３０の処方箋データ取込部３１において処方箋３に係る処方箋データ３ａが取り込まれ、処方箋データ受付部１１に処方箋データ３ａが送信される。ただし、処方箋データ３ａは、当該患者の電子処方箋データ等を有する他のサーバーから送信されるようにしてもよい。

Ｓ１２として、処方箋データ３ａが処方箋データ受付部１１に受け付けられる。続いて、Ｓ１３として、薬局問い合わせ処理が実行され、Ｓ１４として、薬局側クライアント端末６０で問い合わせに対して薬剤の提供が可能か否かの回答処理が実行される。

システム１０は、Ｓ１５として、問い合わせに対する回答を取得する回答受付処理が実行され、Ｓ１６として、薬局情報処理部１２で調剤業務提供可能性についての情報処理を実行する。情報処理により得た薬局情報をＳ１７として、薬局情報提供部１５で提供し、薬局情報の問い合わせが利用者側クライアント端末３０に対して実行される。なお、Ｓ１３に代えて、薬局情報処理部１２が各薬局５０の薬剤の在庫情報の問い合わせ処理を実行し、Ｓ１４に代えて、在庫管理システム６０が在庫情報を在庫情報連携部１３に送信し、Ｓ１５に代えて、薬局情報処理部１２が、在庫情報連携部１３の取得した在庫情報に基づき、調剤業務提供可能性について判定を行い、Ｓ１６として、薬局情報処理部１２で調剤業務提供可能性についての情報処理を実行してもよい。

システム１０は、Ｓ１８として、利用者２が利用者側クライアント端末３０で指定した薬局指定情報が、薬局指定部１４に送信される。続いて、前記薬局情報を利用者側クライアント端末３０で取得し、Ｓ１９として、利用者２が指定した薬局指定情報を薬局指定部１４で取得する。

図９に示すように、薬局指定部１４で取得された薬局指定情報が、Ｓ２０として薬局情報処理部１２で情報処理される。情報処理により得られた調剤業務提供可能性についての薬局情報データが、Ｓ２１として薬局情報提供部１５を介して、利用者側クライアント端末３０に送信される。Ｓ２２として、前記薬局情報データが、利用者側クライアント端末３０に受信されて、表示部３２に表示される。

Ｓ２３として、利用者２が、利用者側クライアント端末３０にて薬局５０を選定する。利用者２により薬局５０が選定されると、Ｓ２４として、調剤依頼発信部１６に調剤依頼が送信される。続いて、Ｓ２５として、調剤依頼発信部１６が調剤依頼を受信し、Ｓ２６として、調剤依頼の発信が実行される。薬局側クライアント端末６０は、Ｓ２７として、調剤依頼を受信し、Ｓ２８として、調剤依頼の処理（薬剤情報や領収書等の発行）が行われ、システム１０の処理が終了する。Ｓ２８に先立って、薬局５０での調剤が行われ、利用者２に薬剤が販売処理される。なお、調剤は、適宜自動調剤で行うようにしてもよい。上述したシステム１０での各処理の実行は、コンピュータ上のプログラムとして実行処理することが可能である。

本実施形態では、利用者側クライアント端末３０における処方箋データ取込部３１は、処方箋３を写真撮影によって処方箋データ３ａとして取り込むものや写真そのものを取り込むものを用いることができるものとしたが、処方箋データ取込部３１は、処方箋データ３ａを、電子処方箋データ等を有する他のサーバーから受信して取り込むものであってもよい。

本実施形態では、システム１０が、在庫情報連携部１３、薬局指定部１４、調剤依頼発信部１６、在庫情報共有処理部１７及びポイント付与部１８を全て有するものとしたが、これらを単独又は複数で組み合わせるものとしてもよい。また、在庫情報連携部１３、薬局指定部１４、調剤依頼発信部１６、在庫情報共有処理部１７は、薬局側クライアント端末６０に設けられていてもよい。

本実施形態では、処方箋データ受付部１１が、ネットワークを介した通信により処方箋データ３ａを取得可能であるものとしたが、使用するネットワークは、有線又は無線を問わない。また、ネットワークを用いずに直接的に処方箋データ受付部１１に処方箋データ３ａが入力されるものであってもよい。

本実施形態では、薬局情報処理部１２が、処方箋３より処方された薬剤の種類及び数量に応じ、各薬局５０における薬剤の在庫状況に基づいて、各薬局５０における調剤業務の提供可能性についての情報処理を行うものとされている。また、薬局情報提供部１５が、処方箋３より処方された薬剤の種類毎に各薬局５０における薬剤の在庫状況に係る情報を提供するものとされている。上述した薬剤の種類には、例えば、薬剤のメーカーや薬剤の形態（錠剤、散剤、塗り薬、液剤等）、ジェネリック品等の情報を含めることもできる。これにより、利用者２が、希望する薬剤の在庫状況を提供できるので、利用者２の利便性の向上が期待できる。

本実施形態では、処方箋３に対応する調剤業務を提供可能な薬局５０が、処方箋３を有する利用者２の自宅２ｂ、処方箋３の発行病院５又は利用者２が指定した場所若しくはＧＰＳで取得した場所から所定距離の範囲内のものに限定されるものとしたが、本発明は、これらに限定されるものではない。例えば、上述した薬局５０が、クレジットカードや電子マネー等の使用可否や、チェーン店であるか等の条件範囲内のものに限定されるようにしてもよい。

本実施形態では、薬局情報提供部１５が、薬局５０の混雑状況又は処方箋データ３ａに基づく薬剤を提供するまでの待ち時間のいずれか一方又は双方を含むものとしたが、これら以外の情報が提供されるものとしてもよい。例えば、薬局５０での薬剤の入荷予定をふくむものとすることもできる。

本実施形態では、処方箋データ受付部１１が、処方箋３の写真、バーコード３ｂ、又はファクシミリデータのいずれかにより処方箋情報を受け付け可能としたが、本発明はこれらに限定されるものではなく、各種の処方箋３の受け付け手段で処方箋情報を受け付けるようにすることができる。また、処方箋情報は、バーコード３ｂに代えて、ＱＲコード（登録商標）を含んでいてもよい。さらに、処方箋データ受付部１１は、バーコードやＱＲコード（登録商標）の有する情報の一部のみを受け付けるようにしてもよい。

本実施形態では、薬局情報処理部１２は、各薬局５０が所有する薬局側クライアント端末６０に対して、処方箋３に対応する調剤業務の提供可能性についての問い合わせ処理を実行する。しかし、薬局情報処理部１２は、事前に各薬局５０の在庫情報を保有しておき、各薬局に問い合わせ処理をすることなく、処方箋データ３ａに係る薬剤の在庫を確認できるようにしてもよい。

本実施形態では、薬局情報提供部１５が、薬局５０の店舗情報を利用者側クライアント端末３０において地図表示３４及びリスト表示３３のいずれか一方又は双方により表示可能に提供するものとされているが、本発明はこれらに限定されるものではなく、各種の情報提供手段を利用することができる。

本実施形態では、薬局情報提供部１５が、利用者側クライアント端末３０において薬局５０の評価情報を閲覧可能に提供可能であるが、前記評価情報には、薬局５０の各種の評価情報を含めることができる。例えば、前記評価情報として、在庫管理システム７０を有するか、チェーン店を有するか、薬剤以外も取り扱う店舗であるかなどを含めることができる。

本実施形態では、利用者２による利用状況に応じてポイントを付与するポイント付与部１８を有するものとしたが、ポイント付与の仕方はこれに限定されるものではなく、例えば、薬局５０側に利用者２による利用状況に応じてポイントを付与するものであってもよい。これにより、上述した評価情報に薬局５０のポイントを含めることも可能となる。

本発明は、上述した実施形態や変形例等として示したものに限定されるものではなく、特許請求の範囲を逸脱しない範囲でその教示及び精神から他の実施形態があり得る。上述した実施形態の構成要素は任意に選択して組み合わせて構成するとよい。また実施形態の任意の構成要素と、発明を解決するための手段に記載の任意の構成要素又は発明を解決するための手段に記載の任意の構成要素を具体化した構成要素とは任意に組み合わせて構成してもよい。これらについても本願の補正又は分割出願等において権利取得する意思を有する。

本発明のシステム及びプログラムは、患者等の利用者が保有する携帯端末や通信可能な端末で利用が可能である。また、本発明のシステム及びプログラムは、システム管理者のサーバー等で利用することが可能である。

２ ：利用者
３ ：処方箋
３ａ：処方箋データ
１０ ：システム
１１ ：処方箋データ受付部
１２ ：薬局情報処理部
１５ ：薬局情報提供部
１６ ：調剤依頼発信部
１７ ：在庫情報共有処理部
１８ ：ポイント付与部
３０ ：利用者側クライアント端末
３３ ：リスト表示
３４ ：地図表示
５０ ：薬局
５０ａ：薬局
５０ｂ：薬局
５０ｃ：薬局
６０ ：薬局側クライアント端末
７０ ：在庫管理システム

Claims (6)

1. 処方箋を有する利用者に対し、前記処方箋に対応する調剤業務を提供可能な薬局に関する情報を提供可能なシステムであって、
   前記利用者から処方箋に係る処方箋データを受け付ける処方箋データ受付部と、
   前記処方箋データに応じて、調剤事業者として登録されている各薬局における調剤業務の提供可能性についての情報処理を行う薬局情報処理部と、
   前記薬局情報処理部により得られた各薬局における調剤業務の提供可能性についての情報を前記利用者が備える利用者側クライアント端末に対して提供する薬局情報提供部と、を有することを特徴とするシステム。
2. 前記薬局情報処理部は、
   前記処方箋に対応する調剤業務の提供可能性についての問い合わせ処理を各薬局が備える薬局側クライアント端末に対して実行し、
   前記薬局側クライアント端末からの前記問い合わせ処理に対応した、当該薬局における調剤業務の提供の可否についての回答を受ける回答受付処理を実行することにより、
   各薬局における調剤業務の提供可能性についての情報処理を行うことを特徴とする請求項１に記載のシステム。
3. 各薬局が備える在庫管理システムと情報連携可能な在庫情報連携部を有し、
   前記薬局情報処理部は、
   前記処方箋に対応する調剤業務の提供可能性についての問い合わせ処理を各薬局が備える薬局側クライアント端末に対して実行し、
   前記問い合わせ処理に対応した前記在庫管理システムからの在庫情報を受け、
   前記在庫情報に基づいて当該薬局における調剤業務の提供の可否について判定を行うことにより、
   各薬局における調剤業務の提供可能性についての情報処理を行うことを特徴とする請求項１に記載のシステム。
4. 前記薬局情報提供部が、薬局の店舗情報を前記利用者側クライアント端末において地図表示及びリスト表示のいずれか一方又は双方により表示可能に提供することを特徴とする請求項１〜３のいずれか１項に記載のシステム。
5. 前記薬局情報提供部が、前記利用者側クライアント端末において薬局の評価情報を閲覧可能に提供可能であることを特徴とする請求項１〜４のいずれか１項に記載のシステム。
6. 請求項１〜５のいずれか１項に記載のシステムをコンピュータに実現させるためのプログラム。
   
   
   

Images