JP2023106534A - 配送手配装置、薬局側端末、配送手配プログラム、及び記録媒体 - Google Patents

Abstract

【課題】適切な配送を利便性よく行う配送手配装置、薬局側端末、配送手配プログラム、及び記録媒体を提供する。【解決手段】医療機関Ｄに備えられる医療機関端末４００と、患者等に保有される患者側端末５００と、処方箋登録サーバ６００と、を含む医薬品配送システム１において、処方箋に関する情報である処方箋情報を受け付けた薬局Ａが備える薬局側端末１００から、医薬品配送の依頼を受け、医薬品の配送を手配する配送手配装置２００は、薬局側端末１００から配送する医薬品の情報及び配送先となる住所情報を受信可能な受信部と、医薬品の情報及び住所情報に関連付けられて、服薬指導を行った旨の指導情報及び情報の送信者が薬剤師である旨の証明情報を受信部が受信したか否かを判断し、指導情報及び証明情報を受信したと判断した場合に、受信した住所情報と、配送の発注先の候補となる複数の外部の住所の情報とに基づいて、配送受側端末３００を決定する。【選択図】図１

Description

本発明は、配送手配装置、薬局側端末、配送手配プログラム、及び記録媒体に関する。

従来、医療機関にて発行された処方箋を患者自身が薬局に持参して医薬品の交付を受ける方式が知られている。また、薬局に対して処方箋のデータを予め送付し、患者の待ち時間削減に寄与した方法も知られている（特許文献１参照）。

特開２０１２－１１３５２３号公報

しかし、上記のような医薬品の交付に際しては、薬局内に医薬品が不足してしまい、後日患者宅に医薬品を配送することが考えられる。また、薬局にて医薬品が交付されるまで待ちたくない場合においても患者宅に医薬品を配送することも考えられる。しかし、このような場合には、薬局で配送作業を行う必要があり、人的や時間的な観点から、その作業が困難となることがある。

そこで、処方箋を受け付けた薬局からの依頼により、処方箋を受け付けた薬局以外の薬局や医薬品卸業者等の外部から、患者に医薬品を配送しようとしたとしても、医薬品の配送については通常の商品の配送とは異なり、単に依頼を受けて配送するわけにはいかない。特に、医薬品の交付には服薬指導を行うことが前提となっているが、外部側は既に服薬指導が行われたか分からない状態となってしまう。この結果、処方箋を受け付けた薬局以外の薬局や医薬品卸業者は、配送を行ってもよいか不明となってしまい、服薬指導を行うべく患者を呼び寄せたり、薬剤師自身に医薬品を届けさせたりすることとなってしまい、配送を行うことの利便性が大きく損なわれてしまう。一方で、処方箋を受け付けた薬局以外の薬局や医薬品卸業者が服薬指導が行われたか否かが不明な状態で医薬品を配送することは法律上不適切な配送となってしまうこともあり得る。

本発明は、このような課題を解決するためになされたものであり、その目的とするところは、適切な配送を利便性よく行うための配送手配装置、薬局側端末、配送手配プログラム、及び記録媒体を提供することにある。

本発明に係る配送手配装置は、処方箋に関する情報である処方箋情報を受け付けた薬局が備える薬局側端末から、医薬品配送の依頼を受け、医薬品の配送を手配するものである。配送手配装置は、薬局側端末から配送する医薬品の情報及び配送先となる住所情報を受信可能な受信手段と、前記医薬品の情報及び住所情報に関連付けられて、服薬指導を行った旨の指導情報、及び、情報の送信者が薬剤師である旨の証明情報を前記受信手段により受信したか否かを判断する判断手段とを備える。

また、本発明に係る薬局側端末は、処方箋に関する情報である処方箋情報を受け付けた薬局が備える薬局側端末であって、医薬品の配送の依頼時に、情報の送信者が薬剤師である旨の証明情報の付与について要求し、要求に応じて前記証明情報が付与された場合に、配送する医薬品の情報、配送先となる住所情報と、服薬指導を行った旨の指導情報と共に前記証明情報を送信する。

また、本発明に係るプログラムは、コンピュータを、上記に記載の配送手配装置として機能させるための配送手配プログラムであり、本発明に係る記録媒体は、上記に記載の配送手配プログラムを記録したコンピュータ読み取り可能な記録媒体である。

本発明によれば、適切な配送を利便性よく行うための配送手配装置、薬局側端末、配送手配プログラム、及び記録媒体を提供することができる。

本実施形態に係る医薬品配送システムの概念図である。 図１に示す配送手配装置を示すブロック図である。 図１に示した医療機関端末の処理を示すフローチャートである。 図１に示した患者側端末の処理を示すフローチャートである。 図１に示した薬局側端末の処理を示すフローチャートである。 図１に示した配送手配装置の処理を示すフローチャートである。

以下、本発明を好適な実施形態に沿って説明する。なお、本発明は以下に示す実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲において適宜変更可能である。また、以下に示す実施形態においては、一部構成の図示や説明を省略している箇所があるが、省略された技術の詳細については、以下に説明する内容と矛盾が発生しない範囲内において、適宜公知又は周知の技術が適用されていることはいうまでもない。

図１は、本実施形態に係る医薬品配送システムの概念図である。医薬品配送システム１は、少なくとも薬局Ａに備えられる薬局側端末１００と、配送手配装置２００と、薬局Ａ以外の薬局Ｂや医薬品卸売業者Ｃに備えられる配送受側端末（外部）３００とを備えて構成されている。薬局側端末１００は配送の依頼を行い、配送手配装置２００は薬局側端末１００からの依頼を受けて薬局Ｂや医薬品卸売業者Ｃのうち適切な薬局Ｂや医薬品卸売業者Ｃの端末３００に情報送信することで医薬品の配送を発注する。配送手配装置２００から情報を受けた配送受側端末３００を保有する薬局Ｂや医薬品卸売業者Ｃは、発注に基づいて医薬品を配送する。

このような医薬品配送システム１において配送手配装置２００は、薬局側端末１００から受信した情報に基づいて配送の手配を行ってよいか判断しており、よいと判断した場合に配送受側端末３００に発注し、そうでない場合に発注を禁止する。なお、配送手配装置２００は、配送受側端末３００からの情報等（例えば後述の在庫データ）に基づいて発注先を決定する。

さらに、医薬品配送システム１は、医療機関Ｄに備えられる医療機関端末４００と、患者等に保有される患者側端末５００とを含むことが好ましく、配送手配装置２００は、これら端末４００，５００から受信した情報によっても配送の手配を行ってよいか判断する。加えて、医薬品配送システム１は処方箋登録サーバ６００についても備えることが好ましい。

これら各部１００～６００は有線や無線の回線を通じて接続されている。以下、各部１００～６００について詳細に説明する。

薬局側端末１００は、処方箋に関する情報である処方箋情報を受け付ける薬局Ａに備え付けられた端末であって、薬剤師によって操作されるものである。ここで、処方箋情報は、紙媒体の処方箋に記載された情報や処方箋の電子データであって、二次元コードやバーコード等の暗号化されたものを含むものである。処方箋情報は、薬局Ａに直接持参されてもよいし、通信回線を通じて送られてきてもよい。

薬剤師は、処方箋情報を受け付けると医薬品配送の依頼をする。この場合において薬剤師は、薬局側端末１００を操作して、１）患者の氏名・日付等の識別情報、２）患者に交付する医薬品の情報、３）配送先となる患者等の住所情報（地図情報のみや地図情報とリンクされた情報も可）、４）服薬指導を行った旨の指導情報（指導日や指導日時の情報も可）、及び、５）情報の送信者が薬剤師である旨の証明情報を配送手配装置２００に送信させて依頼を行う。４）指導情報には、服薬指導が遠隔で行われたか否かを示す遠隔指導情報も含まれている。ここで、一般的に服薬指導は薬剤師が患者やその保護者と対面して行われる。しかし、患者等が遠隔地にいる場合等には、ＰＣやスマートフォン等を利用して画面越しに服薬指導が行われる可能性がある。このような場合、遠隔指導情報は服薬指導が遠隔で行われたものとされる。一方、対面にて服薬指導が行われた場合、遠隔指導情報は服薬指導が遠隔で行われていないもの（対面で行われたもの）とされる。なお、１）識別情報については、本システム１を運用するうえで予め設定される各装置１００～６００で共通のＩＤ等が用いられてもよい。また、５）証明情報は、いわゆる電子署名であってもよいし、そうでなくともよい。

また、薬剤師は、薬局側端末１００を操作して、６）自己がかかりつけの薬剤師であるときに、かかりつけの薬剤師である旨のかかりつけ情報を配送手配装置２００に送信させる。

さらに、薬剤師は、薬局側端末１００を操作して、７）服薬指導の内容を示す内容情報についても送信させることが好ましい。例えば薬局側端末１００は、カメラやマイクを備え、対面にて服薬指導が行われる場合、服薬指導の様子を７）内容情報として記録する。さらに、薬局側端末１００は、画面越しに服薬指導が行われる場合、その際の画像や音声を７）内容情報として記録してもよい。加えて、薬局側端末１００は、対面や画面越しにて行われた指導内容を文字化し、文字化した情報を７）内容情報として記録してもよい。このような記録内容が７）内容情報として配送手配装置２００に送信される。

加えて、薬剤師は、薬局側端末１００を操作して、患者に処方する医薬品を一部ジェネリック医薬品に変更した場合等には、８）その旨や変更した医薬品の具体的な内容を示す変更情報を配送手配装置２００に送信させることが好ましい。

医療機関端末４００は、処方箋情報を発行した医療機関Ｄに備え付けられた端末であって、医師、看護師及び医療事務等によって操作されるものである。この医療機関端末４００は、患者等に発行した処方箋情報が入力され、この処方箋情報のうち少なくとも、ａ）患者の氏名・ＩＤ・日付等の識別情報と、ｂ）処方薬を示す処方薬データとを配送手配装置２００に送信する。

患者側端末５００は、医療機関Ｄによって発行された処方箋情報の保有者である患者等によって所持された端末であって、患者やその保護者等によって操作されるものである。この患者側端末５００は、α）患者の氏名・ＩＤ・日付等の識別情報と、β）遠隔にて服薬指導を受ける旨の遠隔希望情報とを薬局Ａの薬局側端末１００及び配送手配装置２００に送信するものである。

配送手配装置２００は、各端末１００，４００，５００から情報に基づいて、医薬品の配送を手配するか否かを自動的に判断して、手配してもよい場合には、薬局Ａ以外の薬局Ｂや医薬品卸売業者Ｃに備えられる配送受側端末３００に対して医薬品の配送を発注するサーバ装置である。

図２は、図１に示す配送手配装置２００を示すブロック図である。図２に示すように、配送手配装置２００は、受信部（受信手段）２１０と、発注部２２０と、記憶部（記憶手段）２３０とを備えている。

受信部２１０は、各端末１００，４００，５００からの各種情報を受信するものである。具体的に受信部２１０は、薬局側端末１００から、１）識別情報、２）医薬品の情報、３）配送先となる住所情報、４）指導情報、５）証明情報、６）かかりつけ情報、７）内容情報、及び、８）変更情報を受信可能となっている。また、受信部２１０は、医療機関端末４００から、ａ）識別情報と、ｂ）処方薬データとを受信可能となっており、患者側端末５００から、α）識別情報と、β）遠隔希望情報とを受信可能となっている。

発注部２２０は、受信部２１０にて受信された情報に基づいて、医薬品の配送を配送受側端末３００に発注したり、発注を禁止したりする。具体的には発注部２２０は、以下のように処理を実行する。

まず、発注部２２０は、２）医薬品の情報及び３）住所情報（更には１）識別情報）に関連付けられて、４）指導情報、５）証明情報を受信部２１０により受信した場合に医薬品の配送を配送受側端末３００に発注すると判断する。一方、発注部２２０は、４）指導情報、及び、５）証明情報の少なくとも一方を受信しなかった場合、医薬品の配送を配送受側端末３００に発注することを禁止する。

このように、２）医薬品の情報だけでなく、４）５）薬剤師から服薬指導が行われた旨の情報を受信したときに配送を配送受側端末３００に発注することとなる。これにより、発注を受けた薬局Ａ以外の薬局Ｂや医薬品卸業者Ｃについては配送手配装置２００での発注条件を満たしたうえで発注依頼を受けていることから、服薬指導を行うべく患者を呼び寄せたり、薬剤師自身に医薬品を届けさせたりすることがなく、利便性が大きく損なわれてしまうことを防止することができる。また、服薬指導が行われないまま、医薬品が配送されてしまい、法律上不適切な配送となってしまうことを防止することができる。

さらに、発注部２２０は、患者側端末５００から、α）識別情報と共に、β）遠隔希望情報を受信していた場合には、４）指導情報に含まれる遠隔指導情報について、服薬指導が遠隔で行われたことを示すものであるときに、医薬品の配送を配送受側端末３００に発注してよいと判断する。一方、発注部２２０は、β）遠隔希望情報を受信していた場合に、４）指導情報に含まれる遠隔指導情報について、服薬指導が遠隔で行われたことを示すものでないとき、発注を禁止する。

加えて、発注部２２０は、医療機関端末４００から、ａ）識別情報と共に、ｂ）処方薬データを受信していた場合には、ｂ）処方薬データと、薬局側端末１００から受信した２）医薬品の情報とを照合させて一致するときに、医薬品の配送を配送受側端末３００に発注してよいと判断する。

また、発注部２２０は、ｂ）処方薬データと、薬局側端末１００から受信した２）医薬品の情報とを照合させて一致しないときであっても、薬局側端末１００から、８）変更情報を受信していた場合には、医薬品の配送を配送受側端末３００に発注してよいと判断する。

さらに、発注部２２０は、配送受側端末３００に発注するにあたり、以下の２つの処理を実行して発注先を決定する。

１つ目の処理は、配送の発注先の候補となる薬局Ｂや医薬品卸売業者Ｃの在庫確認処理である。まず、受信部２１０は、配送受側端末３００から医薬品の在庫データを受信している。なお、在庫データは、各医薬品の在庫を示す詳細な数値であってもよいが、これに限らず、１０００個単位や「多」「少」「無」等の大凡の在庫を示すもの（仮の在庫データ）であってもよい。

発注部２２０は、医薬品の配送を発注するにあたり、まず在庫データに基づいて在庫が不足しており、明らかに発注不可である薬局Ｂや医薬品卸売業者Ｃを除外し、除外されなかった薬局Ｂや医薬品卸売業者Ｃの配送受側端末３００に発注してよいか確認情報を送信する。発注部２２０は、この確認情報に対して発注してよい旨の返信があった場合に、その配送受側端末３００に発注してよいと判断する。

なお、本実施形態においては、多数の薬局Ｂや医薬品卸売業者Ｃのうち、まず第１希望となる発注先に確認情報が送信され、第１希望となる発注先で発注が断られたときに、第２希望となる発注先に確認情報が送信される等の順次確認方式を想定している。しかし、これに限らず、発注部２２０は、多数の薬局Ｂや医薬品卸売業者Ｃに対して確認情報を一斉に送信し、最も早くに発注してよい旨の返信があったものに、配送の発注を行ってもよい。

２つ目の処理は、住所確認処理である。処方箋には有効期限が存在する。このため、患者側が処方箋情報を取得してから有効期限内に処方薬が患者側に届けられることが好ましい。

よって、発注部２２０は、医薬品の配送を発注するにあたり、薬局側端末１００から受信した３）住所情報と、予め記憶されている薬局Ｂや医薬品卸売業者Ｃの住所とに基づいて、距離的に近い（例えば距離〇ｋｍ以内）薬局Ｂや医薬品卸売業者Ｃ、又は、空路、陸路及び海路等を考慮して時間的に近い（例えば配送予想時間〇時間以内）薬局Ｂや医薬品卸売業者Ｃを発注先に決定する。これにより、処方箋の有効期限内に患者に医薬品を届け易くすることができる。

なお、上記２つの処理については、まず２つ目の住所確認処理を実行して薬局Ｂや医薬品卸売業者Ｃの候補を絞り、そのうえで１つ目の在庫確認処理を実行することが処理負荷上好ましい。

記憶部２３０は、サーバ装置を配送手配装置２００として機能させるための配送手配プログラムを記憶するものである。この配送手配プログラムは、サーバ装置に予め記憶されていてもよいし、公衆回線や記録媒体を通じてサーバ装置にダウンロードされてもよい。

この記録部２３０は、第１記憶部２３１と、第２記憶部２３２とを備えている。第１記憶部２３１は、薬局側端末１００から、６）かかりつけ情報を受信した場合、６）かかりつけ情報と共に２）医薬品の情報を記憶する。これにより、かかりつけの薬剤師を基準とする、不正な情報が含まれていないかを後に検査する場合に活用することができる。同様に、第２記憶部２３２は、薬局側端末１００から、７）内容情報を受信した場合、７）内容情報と共に２）医薬品の情報を記憶する。これにより、服薬指導が適切に行われたかを後に検査する場合に活用することができる。

また、上記したように医薬品配送システム１は処方箋登録サーバ６００についても備えることが好ましい。この処方箋登録サーバ６００は、医療機関端末４００及び薬局側端末１００に接続されている。処方箋登録サーバ６００は、医療機関端末４００により発行された処方箋情報を受信して記憶する。さらに、薬局側端末１００は、処方箋登録サーバ６００に接続して処方箋情報を参照可能となっている。このため、患者等によって処方箋情報が薬局Ａに届けられた場合（持ち込まれたり送信されたりした場合）、薬剤師は処方箋登録サーバ６００にアクセスして、処方箋情報が真正なものであるかを確認することができる。

なお、処方箋登録サーバ６００は、処方箋情報のうち有効期限が切れたものについて自動的に削除したり、有効期限切れであることを表示したりすることが好ましい。これにより、有効期限のみの改ざんにも対応できるからである。

次に、本実施形態に係る配送手配装置２００を含む医薬品配送システム１の動作を説明する。

図３は、図１に示した医療機関端末４００の処理を示すフローチャートである。患者が来院し又は遠隔にて診察が行われると、医療機関端末４００は、医師の決定に基づいて処方箋情報を発行する（Ｓ１）。この処方箋情報とは、紙媒体の処方箋に記載された情報や処方箋の電子データである（二次元コードやバーコード等の暗号化されたものを含む）。

その後、医療機関端末４００は、処方箋情報を処方箋登録サーバ６００に送信する（Ｓ２）。この処理において医療機関端末４００は、ステップＳ１における処方箋情報の発行時のものを読み込み、読み込んだ情報を送信してもよいし、再度手入力された情報を送信してもよい。

その後、医療機関端末４００は、配送手配装置２００に対してａ）識別情報とｂ）処方薬データとを送信する（Ｓ３）。なお、医療機関端末４００はａ）識別情報とｂ）処方薬データとを送信すれば、その他の情報（例えば処方箋全体の情報や、過去分も含めた薬歴情報）を含めて送信してもよい。その後、図３に示す医療機関端末４００の処理は終了する。

図４は、図１に示した患者側端末５００の処理を示すフローチャートである。まず、患者側端末５００は、処方箋情報の送信操作があったかを判断する（Ｓ１１）。患者やその保護者は、遠隔にて服薬指導を受けたい場合や、予め薬局Ａに処方箋情報を送っておき、待ち時間を少なくしたい場合等に、送信操作を行う。

処方箋情報の送信操作がなかったと判断した場合（Ｓ１１：ＮＯ）、図４に示す処理は終了する。処方箋情報の送信操作があったと判断した場合（Ｓ１１：ＹＥＳ）、患者側端末５００は、処方箋情報を薬局側端末１００に送信する（Ｓ１２）。ここで、処方箋情報には患者の氏名等の情報が含まれているため、図４に示す処理では薬局側端末１００に１）識別情報を送信していないが、１）識別情報を送信するようにしてもよい。

その後、患者側端末５００は、遠隔指導を希望する操作があったかを判断する（Ｓ１３）。遠隔指導を希望する操作がなかったと判断した場合（Ｓ１３：ＮＯ）、図４に示した患者側端末５００の処理は終了する。遠隔指導を希望する操作があったと判断した場合（Ｓ１３：ＹＥＳ）、患者側端末５００は、α）識別情報と、β）遠隔希望情報とを配送手配装置２００に送信すると共に、β）遠隔希望情報を薬局側端末１００に送信する（Ｓ１４）。

その後、図４に示す患者側端末５００の処理は終了する。

図５は、図１に示した薬局側端末１００の処理を示すフローチャートである。図５に示すように、まず薬局側端末１００は、処方箋情報を入力する（Ｓ２０）。ここで入力される処方箋情報は、図４に示したステップＳ１２にて送信された処方箋情報を受信する形式であってもよいし、例えば二次元コード等が記載された紙媒体からなる処方箋情報を読み込む形式であってもよいし、紙媒体の処方箋を薬剤師等が手入力する形式であってもよい。

次に、薬局側端末１００は、ステップＳ２０にて入力した処方箋情報と、処方箋登録サーバ６００の登録情報とが一致するかを判断する（Ｓ２１）。なお、ステップＳ２１に示す処理では薬局側端末１００が自発的に処方箋登録サーバ６００の登録情報と一致するか判断することを想定しているが、単に薬剤師が処方箋登録サーバ６００にアクセスして目視にて一致確認するようにしてもよい。

処方箋登録サーバ６００の登録情報と一致しないと判断した場合（Ｓ２１：ＮＯ）、図５に示す処理は終了する。すなわち、入力された処方箋情報が不正なものである可能性があることから、配送手配装置２００に依頼を行うことなく、図５に示す処理は終了する。

処方箋登録サーバ６００の登録情報と一致すると判断した場合（Ｓ２１：ＹＥＳ）、薬局側端末１００は、１）識別情報、２）医薬品の情報、及び３）住所情報を生成する（Ｓ２２）。この処理において薬局側端末１００は、ステップＳ２０にて入力した処方箋情報に基づいて１）識別情報を生成してもよいし、患者側端末１００から送信された１）識別情報を利用してもよいし、薬局側端末１００に記憶される過去の情報を利用して生成してもよい。また、薬局側端末１００は、処方箋情報に基づいて２）医薬品の情報を生成する。さらに、薬局側端末１００は、薬局側端末１００に記憶される過去の情報を利用して３）住所情報を生成する。なお、薬剤師が患者等の希望によって処方箋情報と異なる医薬品（例えばジェネリック医薬品）を交付する場合には、その情報が薬局側端末１００に入力される。この結果、薬局側端末１００は、このような変更を反映した２）医薬品の情報を生成する。

次いで、薬局側端末１００は、遠隔希望情報を受信したかを判断する（Ｓ２３）。遠隔希望情報を受信したと判断した場合（Ｓ２３：ＹＥＳ）、薬局側端末１００は、例えば患者側端末５００と通信接続して、薬剤師による遠隔の服薬指導を実施させる（Ｓ２４）。さらに、薬局側端末１００は、この際の映像と音声を記録して７）内容情報を生成する（Ｓ２４）。その後、薬局側端末１００は、４）服薬指導を行った旨の指導情報を生成すると共に、遠隔指導情報について服薬指導が遠隔で行われた旨の設定を行う（Ｓ２５）。そして、処理はステップＳ２８に移行する。

一方、遠隔希望情報を受信していないと判断した場合（Ｓ２３：ＮＯ）、薬局側端末１００は、対面による服薬指導が行われると判断する（Ｓ２６）。そして、薬局側端末１００は、対面時に実施された服薬指導について例えば撮影・録音を行って７）内容情報を生成する（Ｓ２６）。その後、薬局側端末１００は、４）服薬指導を行った旨の指導情報を生成すると共に、遠隔指導情報について服薬指導が遠隔で行われていない旨の設定を行う（Ｓ２７）。そして、処理はステップＳ２８に移行する。

なお、ステップＳ２３の処理において「ＹＥＳ」と判断されてから実際に通信により遠隔指導が行われるまで、又は、ステップＳ２３の処理において「ＮＯ」と判断されてから実際に対面による服薬指導が行われるまで、薬局側端末１００は一端処理を終了してもよい。

その後、薬局側端末１００は、処方薬変更の入力があったかを判断する（Ｓ２８）。上記したように、薬剤師が患者等の希望によって処方箋情報と異なる医薬品（例えばジェネリック医薬品）を交付する場合には、その情報が薬局側端末１００に入力される。薬局側端末１００は、このような入力があったか否かに基づいて、処方薬変更の入力があったかを判断することとなる。

処方薬変更の入力がなかったと判断した場合（Ｓ２８：ＮＯ）、処理はステップＳ３０に移行する。一方、処方薬変更の入力があったと判断した場合（Ｓ２８：ＹＥＳ）、薬局側端末１００は、８）変更情報を生成する（Ｓ２９）。

その後、薬局側端末１００は、かかりつけ薬剤師の入力があったかを判断する（Ｓ３０）。なお、かかりつけ薬剤師の入力は、予め行われていてもよいし、ステップＳ３０に至るまでのいずれかのステップと共に（ステップＳ２０の処方箋情報の入力時等に）行われてもよい。

かかりつけ薬剤師の入力がなかったと判断した場合（Ｓ３０：ＮＯ）、処理はステップＳ３２に移行する。一方、かかりつけ薬剤師の入力があったと判断した場合（Ｓ３０：ＹＥＳ）、薬局側端末１００は、６）かかりつけ情報を生成する（Ｓ３１）。

その後、ステップＳ３２において薬局側端末１００は、生成した各情報を配送手配装置２００に送信する（Ｓ３２）。この処理において薬局側端末１００は、薬剤師による５）証明情報の付与を要求して付与させ、各情報と共に５）証明情報を送信する（Ｓ３２）。その後、図５に示す薬局側端末１００の処理は終了する。

図６は、図１に示した配送手配装置２００の処理を示すフローチャートである。なお、図６に示す処理は、１）識別情報に基づいて他の処方箋情報と混同が生じないように区別されて実行される。

図６に示すように、まず配送手配装置２００の受信部２１０は、薬局側端末１００、医療機関端末４００、及び、患者側端末５００等から各種情報を受信したかを判断する（Ｓ４１）。情報を受信していないと判断した場合（Ｓ４１：ＮＯ）、受信したと判断されるまで、この処理が繰り返される。

一方、情報を受信したと判断した場合（Ｓ４１：ＹＥＳ）、発注部２２０は、受信した情報に４）指導情報、及び、５）証明情報が含まれているかを判断する（Ｓ４２）。発注部２２０は、４）指導情報、及び、５）証明情報が含まれていないと判断した場合（Ｓ４２：ＮＯ）、発注条件を満たしていないと判断し、発注処理（Ｓ５１）を実行することなく、図６に示す処理は終了する。

一方、４）指導情報、及び、５）証明情報が含まれていると判断した場合（Ｓ４２：ＹＥＳ）、発注部２２０は、受信した情報にβ）遠隔希望情報が含まれているかを判断する（Ｓ４３）。

受信した情報にβ）遠隔希望情報が含まれていないと判断した場合（Ｓ４３：ＮＯ）、処理はステップＳ４５に移行する。一方、受信した情報にβ）遠隔希望情報が含まれていると判断した場合（Ｓ４３：ＹＥＳ）、発注部２２０は、遠隔指導情報が遠隔を示す設定となっているかを判断する（Ｓ４４）。

遠隔指導情報が遠隔を示す設定となっていないと判断した場合（Ｓ４４：ＮＯ）、発注部２２０は、発注条件を満たしていないと判断し、発注処理（Ｓ５１）を実行することなく、図６に示す処理は終了する。

一方、遠隔指導情報が遠隔を示す設定となっていると判断した場合（Ｓ４４：ＹＥＳ）、発注部２２０は、医療機関端末４００から受信したｂ）処方薬データが示す医薬品と、薬局側端末１００から受信した２）医薬品の情報が示す医薬品とが一致するかを判断する（Ｓ４５）。両者が示す医薬品が一致すると判断した場合（Ｓ４５：ＹＥＳ）、処理はステップＳ４７に移行する。

一方、両者が示す医薬品が一致しないと判断した場合（Ｓ４５：ＮＯ）、発注部２２０は、受信した情報に８）変更情報が含まれているかを判断する（Ｓ４６）。受信した情報に８）変更情報が含まれていないと判断した場合（Ｓ４６：ＮＯ）、発注部２２０は、発注条件を満たしていないと判断し、発注処理（Ｓ５１）を実行することなく、図６に示す処理は終了する。

一方、受信した情報に８）変更情報が含まれていると判断した場合（Ｓ４６：ＹＥＳ）、発注部２２０は、発注条件を満たしたと判断する。そして、発注部２２０は、発注先を決定する処理を実行する。

すなわち、発注部２２０は、受信した３）住所情報と、予め記憶されている薬局Ｂや医薬品卸売業者Ｃの住所とに基づいて、発注先の候補を決定する（Ｓ４７）。この処理において発注部２２０は、例えば３）住所情報が示す住所と距離的に近い薬局Ｂや医薬品卸売業者Ｃを発注先の候補として決定する。

次に、発注部２２０は、予め受信している在庫データに基づき、明らかに発注不可である薬局Ｂや医薬品卸売業者Ｃを除外し、除外されなかった薬局Ｂや医薬品卸売業者Ｃを発注先の候補として決定する（Ｓ４８）。

その後、発注部２２０は、ステップＳ４８で決定された候補の配送受側端末３００に対して、確認情報を送信する（Ｓ４９）。次いで、発注部２２０は、発注してよい旨の返信があったかを判断する（Ｓ５０）。なお、ステップＳ４９の確認情報の送信は、複数の候補のうち第１希望となる候補から順番に送信されてもよいし、複数の候補に一斉に送信されてもよい。

全ての候補から発注してよい旨の返信がなかったと判断した場合（Ｓ５０：ＮＯ）、図６に示す処理は終了する。一方、発注してよい旨の返信があったと判断した場合（Ｓ５０：ＹＥＳ）、その返信をした薬局Ｂや医薬品卸売業者Ｃの配送受側端末３００に対して発注処理を実行する（Ｓ５１）。この処理において発注部２２０は、少なくとも２）医薬品の情報、３）住所情報、及び、患者や保護者の氏名情報（氏名が１）識別情報となっている場合には１）識別情報でも可）を送信する。さらに、発注部２２０は、処方箋情報の有効期限の情報も送信することが好ましい。

次に、配送手配装置２００は、発注した履歴を記憶部２３０に記憶させる（Ｓ５２）。さらに、配送手配装置２００は、２）医薬品の情報と６）かかりつけ情報とを関連付けて第１記憶部２３１に記憶させ、２）医薬品の情報と７）内容情報とを関連付けて第２記憶部２３２に記憶させる（Ｓ５２）。

その後、図６に示す処理は終了する。なお、ステップＳ５２において第１記憶部２３１と第２記憶部２３２とは、共に２）医薬品の情報を記憶していることから、第１記憶部２３１と第２記憶部２３２との機能を統合して、２）医薬品の情報と６）かかりつけ情報と７）内容情報とを関連付けて記憶させるようにしてもよい。

このようにして、本実施形態によれば、適切な配送を利便性よく行うための配送手配装置２００、薬局側端末１００、配送手配予約プログラム、及び配送手配プログラムを記録した記録媒体を提供することができる。

以上、実施形態に基づき本発明を説明したが、本発明は上記実施形態に限られるものではなく、本発明の趣旨を逸脱しない範囲で、変更を加えてもよいし、可能な範囲で適宜他の技術を組み合わせてもよい。

例えば、上記実施形態において配送手配装置２００は、図６に示す一部の処理を実行しない構成となっていてもよい。さらに、各フローチャートにおいて処理の順番は、処理が実行不可とならない範囲において変更されてもよい。

加えて、上記実施形態において薬局側端末１００は、上記１）～８）の情報を配送手配装置２００に送信可能とされているが、上記１）～８）の情報に限らず、他の情報についても送信するようになっていてもよい。例えば薬局側端末１００は、過去の薬歴を含めた電子薬歴全体の情報を配送手配装置２００に送信してもよい。

１００ ：薬局側端末
２００ ：配送手配装置
２１０ ：受信部（受信手段）
２２０ ：発注部
２３０ ：記憶部（記憶手段）
３００ ：配送受側端末（外部）
４００ ：医療機関端末
５００ ：患者側端末
Ａ ：薬局
Ｂ ：薬局
Ｃ ：医薬品卸売業者

Claims (7)

1. 処方箋に関する情報である処方箋情報を受け付けた薬局が備える薬局側端末から、医薬品配送の依頼を受け、医薬品の配送を手配する配送手配装置であって、
   薬局側端末から配送する医薬品の情報及び配送先となる住所情報を受信可能な受信手段と、
   前記医薬品の情報及び住所情報に関連付けられて、服薬指導を行った旨の指導情報、及び、情報の送信者が薬剤師である旨の証明情報を前記受信手段により受信したか否かを判断する判断手段と、
   前記判断手段により前記指導情報及び前記証明情報を受信したと判断された場合に、前記受信手段により受信した住所情報と、配送の発注先の候補となる複数の外部の住所の情報とに基づいて、配送の発注先を決定する発注先決定手段と、
   を備えることを特徴とする配送手配装置。
2. 配送の発注が行われた場合に、その履歴を記憶する記憶手段をさらに備える
   ことを特徴とする請求項１に記載の配送手配装置。
3. 処方箋に関する情報である処方箋情報を受け付けた薬局が備える薬局側端末から、医薬品配送の依頼を受け、医薬品の配送を手配する配送手配装置であって、
   薬局側端末から配送する医薬品の情報及び配送先となる住所情報を受信可能な受信手段と、
   前記医薬品の情報及び住所情報に関連付けられて、服薬指導を行った旨の指導情報、及び、情報の送信者が薬剤師である旨の証明情報を前記受信手段により受信したか否かを判断する判断手段と、
   前記判断手段により前記指導情報及び前記証明情報を受信したと判断されて配送の発注が行われた場合に、その履歴を記憶する記憶手段と、
   を備えることを特徴とする配送手配装置。
4. 処方箋に関する情報である処方箋情報を受け付けた薬局が備える薬局側端末であって、
   医薬品の配送の依頼時に、情報の送信者が薬剤師である旨の証明情報の付与について要求し、要求に応じて前記証明情報が付与された場合に、配送する医薬品の情報、配送先となる住所情報と、服薬指導を行った旨の指導情報と共に前記証明情報を送信する
   ことを特徴とする薬局側端末。
5. 医薬品の配送の依頼時に、前記医薬品の情報、前記住所情報、前記指導情報、及び前記証明情報に加えて、患者の氏名情報を送信する
   ことを特徴とする請求項４に記載の薬局側端末。
6. コンピュータを、請求項１に記載の配送手配装置として機能させるための配送手配プログラム。
7. 請求項６に記載の配送手配プログラムを記録したコンピュータ読み取り可能な記録媒体。

Images