特許 6545440 処方箋受付支援方法、処方箋受付支援用コンピュータプログラムおよび処方箋受付支援装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6545440

(24)【登録日】2019年6月28日

(45)【発行日】2019年7月17日

(54)【発明の名称】処方箋受付支援方法、処方箋受付支援用コンピュータプログラムおよび処方箋受付支援装置

(51)【国際特許分類】

   G16H 20/10 20180101AFI20190705BHJP

   G16H 80/00 20180101ALI20190705BHJP

【ＦＩ】

   G16H20/10

   G16H80/00

【請求項の数】8

【全頁数】14

(21)【出願番号】特願2014-135031(P2014-135031)

(22)【出願日】2014年6月30日

(65)【公開番号】特開2016-12328(P2016-12328A)

(43)【公開日】2016年1月21日

【審査請求日】2017年5月1日

【前置審査】

(73)【特許権者】

【識別番号】314005768

【氏名又は名称】ＰＨＣホールディングス株式会社

(74)【代理人】

【識別番号】110002000

【氏名又は名称】特許業務法人栄光特許事務所

(72)【発明者】

【氏名】峰村 淳

(72)【発明者】

【氏名】尾崎 亘彦

(72)【発明者】

【氏名】鈴木 哲

【審査官】 渡邉 加寿磨

(56)【参考文献】

【文献】 特開２００３−１４１２５１（ＪＰ，Ａ）

【文献】 特開２０００−２００３１２（ＪＰ，Ａ）

【文献】 特開２００５−２６６８６０（ＪＰ，Ａ）

【文献】 特開２００４−２８８０８４（ＪＰ，Ａ）

【文献】 特開２００２−１８３３０７（ＪＰ，Ａ）

【文献】 特開２００４−２９９８５（ＪＰ，Ａ）

【文献】 特開２００２−７３８２２（ＪＰ，Ａ）

【文献】 特開２０１０−９５３６（ＪＰ，Ａ）

【文献】 特開２００７−１４８６０８（ＪＰ，Ａ）

【文献】 加藤 靖子，”「もうお待たせしません」、米ドラッグストアが待ち時間をスマホで解消”，日経デジタルマーケティング，日経ＢＰ社，２０１１年 ８月２５日，第47号，p.6-7，ISSN:21859965

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９０／００

Ｇ１６Ｈ １０／００ − ８０／００

(57)【特許請求の範囲】

【請求項1】

利用者端末の入力部が、処方箋の使用期限の情報を含む処方箋情報の入力を受け付けるステップと、
前記利用者端末の受取候補日算出部が、前記処方箋の使用期限の情報及び利用者端末に予め記憶された薬局の営業日を特定する情報に基づいて処方薬の受け取りが可能な受取可能日を算出するステップと、
前記利用者端末の制御部が、前記算出した受取可能日に基づいて処方薬を受け取る候補日を、前記利用者端末の表示部へ表示するステップと、
前記表示部に表示された候補日から指定される受取日の入力を、前記利用者端末が受け付けるステップと、
前記利用者端末が、前記受取日の情報を含む前記処方箋情報を薬局端末へ送信するステップと、
を備える処方箋受付支援方法。

【請求項2】

前記処方箋情報は処方箋の発行日の情報を含み、
前記受取可能日は前記発行日の情報に基づいて算出される請求項１に記載の処方箋受付支援方法。

【請求項3】

請求項１または２のいずれか１項に記載の前記処方箋受付支援方法の各ステップをコンピュータに実行させて、前記処方薬を受け取る候補日を前記利用者端末の表示部へ表示するための、処方箋受付支援用コンピュータプログラム。

【請求項4】

通信ネットワークを介して処方箋の情報を薬局端末へ送信する利用者端末であって、
処方箋の使用期限の情報を含む処方箋情報の入力を行う第１の入力部と、
前記処方箋の使用期限の情報と、前記利用者端末に予め記憶された薬局の営業日を特定する情報と、に基づいて処方薬の受け取りが可能な受取可能日を算出する受取候補日算出部と、
前記算出した受取可能日に基づいて処方薬を受け取る候補日を表示する表示部と、
前記表示部に表示された候補日から指定される受取日の入力を受け付ける第２の入力部と、
前記受取日の情報を含む前記処方箋情報を通信ネットワークを介して薬局端末へ送信する送信部と、
を備える利用者端末。

【請求項5】

前記処方箋情報は処方箋の発行日の情報を含み、
前記受取候補日算出部は前記発行日の情報に基づいて前記受取可能日を算出する請求項４に記載の利用者端末。

【請求項6】

前記第１の入力部と前記第２の入力部は同一である請求項４または５に記載の利用者端末。

【請求項7】

前記表示するステップは、受け取りすることができない日を選択できないように区別して、前記候補日を前記表示部へ表示する請求項１または２に記載の処方箋受付支援方法。

【請求項8】

制御部は、受け取りすることができない日を選択できないように区別して、前記候補日を前記表示部へ表示する請求項４から６のいずれか１項に記載の利用者端末。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、処方薬の受け取りを支援する処方箋受付支援方法、処方箋受付支援用コンピュータプログラムおよび処方箋受付支援装置に関する。

【背景技術】

【0002】

従来、病院などの医療機関から処方される処方箋は、患者が薬局へ持って行き、薬剤師がその持ち込まれた処方箋に基づいて薬を調剤して販売している。近年、薬局での医薬品の受け取りに要する時間を短縮するため、予め処方箋情報を薬局に備えられる端末へ送信しておく方法が提案されている（例えば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開平８−３０５７６９号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

処方箋情報を薬局に備えられる端末へ予め送信しておく場合、患者により処方薬の受け取りを望むタイミングは異なる。薬剤師は、患者が受け取りを希望するタイミングを把握しないまま送られてきた処方箋情報に基づき調剤を行うが、実際に患者が処方薬の受け取りを希望する日時に処方薬を引き渡すことが困難となる場合がある。例えば、処方箋には有効期限があり、その有効期限が過ぎてから患者が薬局を訪問した場合、薬剤師は処方薬を患者へ引き渡すことができない。

【0005】

本開示技術は、患者が処方薬を受け取り可能な期間を予め把握することができる技術を提案する。

【課題を解決するための手段】

【0006】

本開示技術の一態様によって実現される処方箋受付支援方法は、入力部が処方箋情報の入力を受け付けるステップと、受取候補日算出部が前記処方箋情報に基づいて処方薬の受け取りが可能な受取可能日を算出するステップと、制御部が前記算出した受取可能日に基づいて処方薬を受け取る候補日を表示部へ表示するステップと、を備える。

【0007】

また、本開示技術の一態様によって実現される処方箋受付支援用コンピュータプログラムは、処方箋受付支援方法の各ステップをコンピュータに実行させて、処方薬を受け取る候補日を表示部へ表示する。

【0008】

また、本開示技術の一態様によって実現される処方箋受付支援装置は、処方箋情報の入力を行う第１の入力部と、前記処方箋情報に基づいて処方薬の受け取りが可能な受取可能日を算出する受取候補日算出部と、前記算出した受取可能日に基づいて処方薬を受け取る候補日を表示する表示部と、前記表示部に表示された候補日から指定される受取日の入力を受け付ける第２の入力部と、前記処方箋情報及び前記受取日の情報を通信ネットワークを介して薬局端末へ送信する送信部と、を備える。

【発明の効果】

【0009】

本開示技術の処方箋受付支援方法、処方箋受付支援用コンピュータプログラム、及び処方箋受付支援装置によれば、処方箋情報に基づいて処方薬の受け取りが可能な受取可能日が算出され、その結果が表示されることで、患者が処方薬を受け取り可能な期間を予め把握することができる。

【図面の簡単な説明】

【0010】

【図1】本開示の処方箋受付支援システムの一例を示す構成図

【図2】本開示の利用者端末内の指定薬局情報記憶部に保存されるデータベースの一例を示す図

【図3】本開示の利用者端末内の利用者情報記憶部に保存されるデータベースの一例を示す図

【図4】本開示の処方箋報積記憶部に保存されるデータベースの一例を示す図

【図5】本開示の処方箋報積記憶部に保存されるデータベースの一例を示す図で、図４の続きの部分を示す図

【図6】本開示のサーバー内の登録利用者情報記憶部に保存される登録利用者情報のデーベースの一例を示す図

【図7】本開示のサーバー内の登録薬剤師情報記憶部に保存される登録利用者情報のデータベースの一例を示す図

【図8】本開示の薬局端末内の薬剤師情報記憶部に保存されるデータベースの一例を示す図

【図9】本開示の処方箋受付支援システムの処理フロー図

【図10】本開示の利用者端末の画面の一例を示す図であって、（ａ）は処方箋の発行日から処方箋の有効期限日までのすべての日が受取可能日である場合の例であり、（ｂ）は処方箋の発行日の翌日に本システムを利用し、本システムの利用日の次の日が薬局の定休日である場合の例

【図11】本開示の薬局端末の画面の一例を示す図

【発明を実施するための形態】

【0011】

以下に、本開示の処方箋受付支援方法、処方箋受付支援用コンピュータプログラムおよび処方箋受付支援装置の一例を示す実施の形態を図面とともに詳細に説明する。

【0012】

（実施の形態１）
図１は本開示の処方箋受付支援システムの一例を示す構成図である。処方箋受付支援システムは、利用者端末１、サーバー２及び薬局端末４とから構成される。利用者端末１及び薬局端末４は、それぞれ通信ネットワークＮを介してサーバー２と接続している。利用者端末１は、病院などの医療機関から処方される処方箋を受け取った利用者が操作する端末である。利用者端末１は例えば利用者が持ち運び可能な携帯端末であってもよい。利用者端末１は例えば病院を利用した患者により使用されてもよいし、患者の保護者により使用されてもよい。薬局端末４は薬局に設置される端末である。

【0013】

利用者端末１は、二次元コード読み取り部１１、デコード部１２、手入力部１３、カメラ入力部１４、指定薬局情報記憶部１５、表示部１６、データ送受信部１７、制御部１８、処方箋情報記憶部１９、利用者情報記憶部２０、受取候補日算出部１０とを備える。利用者端末１は、通信ネットワークＮを介して処方箋の情報を薬局端末へ送信する処方箋受付支援装置として機能する。

【0014】

二次元コード読み取り部（入力部または第１の入力部）１１は、処方箋に記載された二次元コードを読み取る。デコード部１２は、二次元コードをデコードし電子情報に変換する。手入力部（入力部または第２の入力部）１３は、処方箋情報を手入力する入力部である。また、処方箋情報以外の必要な情報の入力も行う。例えば表示部１６に表示された選択ボタンを選択したりする場合がある。手入力部１３は、例えば操作ボタンやタッチパネルなどである。尚、二次元コード読み取り部１１および手入力部１３の両方は、所定の情報を入力可能な入力部という共通の概念で把握することができる。これら二つの入力部は同一の構成部分で構成することも可能であって、本実施形態のものには限定されない。

【0015】

カメラ入力部１４は、例えば二次元コードの記載のない処方箋を写真に撮る。なお、二次元コード読み取り部１１、手入力部１３、又はカメラ入力部１４は処方箋に記載されたデータを取得する手段であって、少なくともいずれか一つを備えていればよい。指定薬局情報記憶部１５は、利用者が指定する薬局の情報を保存する。指定薬局の情報は二次元コード読み取り部１１、手入力部１３、カメラ入力部１４、データ送受信部１７のいずれかから入力される。指定薬局の情報は通信ネットワークＮを介してインターネット上又はサーバー２に保存されたデータベースからデータを受信するようにしてもよい。図２は、指定薬局情報記憶部１５に保存されるデータベースの一例を示す図である。指定薬局情報記憶部１５には、店舗名、企業名、ＦＡＸ番号、電話番号、ＩＰアドレス、休店日、閉店時間が保存されているが、薬局を一意に特定するための情報が含まれていればよく、これらの項目に限られない。

【0016】

表示部１６は、読み取った処方箋情報や処方薬を受け取る候補日や、サーバー２とのデータ送受信結果を表示する。

【0017】

データ送受信部１７は、サーバー２および薬局端末４とのデータ送受信を行う。制御部１８は、これら処理の制御を行う。なお、本明細書において、データ送受信部１７が通信ネットワークＮを介して薬局端末４へ情報を送信するとは、データ送受信部１７からサーバー２を経由してサーバー２から薬局端末４へ情報が送信されることも含む。

【0018】

利用者情報記憶部２０は、本システムを使用する上で認証などのために使用する利用者の情報を保存している。利用者の情報は二次元コード読み取り部１１、手入力部１３、カメラ入力部１４、データ送受信部１７のいずれかから入力される。図３は、利用者情報記憶部２０に保存されるデータベースの一例を示す図である。利用者情報記憶部２０には、利用者ＩＤ、保険者番号、記号、氏名、パスワード、端末識別子が保存されているが、利用者又は利用者端末を一意に特定するための情報が含まれていればよく、これらの項目に限られない。

【0019】

処方箋情報記憶部１９は、読み取った処方箋情報や、サーバー２と送受信した結果の処方箋情報を保存する。図４、図５は、処方箋情報記憶部１９に保存されるデータベースの一例を示す図である。データベースには、基本データ（患者データ）と処方薬データがある。利用者ＩＤと紐づけてデータが保存されている。また、利用者ＩＤと紐づけて受け取り予定日も保存される。なお、受取予定日は処方箋を読み込んだ時点では情報がないため保存されないが、利用者によって入力された後に保存される。図４、図５は一人の患者に対して１回発行された処方箋に基づいて作成されたデータベースを表している。基本データは患者ごとに固有の情報であり、内容に変更が生じた場合には書き換えられる。処方薬データは、患者が処方箋を処方されるごとに作成される。また、このデータベースは処方箋に印刷された二次元コードにより処方箋情報を読み取る場合に保存されるデータベースの一例である。処方箋に印刷された二次元コードには基本データも処方薬データも含まれており、この二次元コードに含まれている基本データ及び処方薬データを本データベースに保存する。レコードＮｏ．（ナンバー）とは、項目の大分類を示すもので例えばレコード Ｎｏ．１は医療機関レコード、Ｎｏ．５は医師レコード、Ｎｏ．１１は患者氏名レコード、Ｎｏ．１２は患者性別レコード、Ｎｏ．１３は患者生年月日レコード、Ｎｏ．１４は患者一部負担区分レコード、Ｎｏ．２１は保険種別レコード、Ｎｏ．２２は保険者番号レコード、Ｎｏ．６１は麻薬施用レコードをそれぞれ表している。医療機関レコードの分類の中には更に医療機関コード種別、医療機関コード、医療機関都道府県コード、医療機関名称などの小分類項目がある。例えば医療機関コード種別は、１が医科、３が歯科、６が訪問、というように予め定めた番号を記録している。医療機関コードはレセプト提出用コードであり、医療機関都道府県コードは都道府県ごとに割り振られた番号であり、医療機関名称は医療機関名称の漢字が記録されている。基本データの項目はこれに限られない。処方薬データは処方箋に記載された医薬品ごとに区分して保存している。レコードＮｏ．５１は処方箋交付年月日、レコードＮｏ．５２は処方箋使用期限年月日、Ｎｏ．１０１は剤型レコード、Ｎｏ．１１１は用法レコード、Ｎｏ．２０１は薬品レコード、Ｎｏ．２８１は薬品補足レコードである。それぞれのレコードには更に小分類項目がある。処方薬データの項目はこれに限られない。

【0020】

尚、Ｎｏ．２０１の薬品レコードには、「ＡＢＣＤ錠」のような記載があるが、「ＡＢＣＤ」といったアルファベットの部分には、実際には医薬品の具体的な商品名が入る。ここでの商品名には登録商標も含まれ得る。

【0021】

また、一部又は全てを手入力やＯＣＲ読み込みによってデータを取得してもよい。

【0022】

受取候補日算出部１０は、処方箋情報記憶部１９に保存された処方箋情報に基づいて処方薬の受け取りが可能な受取可能日を算出する。具体的には、処方箋情報記憶部１９に保存された処方箋使用期限年月日又は処方箋交付年月日（処方箋発行日）と本日の日付に基づき、本日以降であって処方箋の有効期限（例えば処方箋発行日から４日）内になる日付を算出する。例えば、処方箋の発行日が２０１４年４月１日で本日の日付が２０１４年４月１日である場合、受取可能日は２０１４年４月１日から２０１４年４月４日までの４日間であり、本日の日付が２０１４年４月２日である場合、受取可能日は２０１４年４月２日から２０１４年４月４日までの３日間である。本日の日付についてはデータ送受信部１７を介して通信ネットワークＮから取得しても良いし、利用者端末１が保持しているものを使用してもよい。処方箋の有効期限は、処方箋情報記憶部１９に保存された処方箋使用期限年月日を使用するか、又は、所定の期間（例えば処方箋発行日から４日）を受取候補日算出部１０が備えるメモリに予め保存しておき、それを有効期限として使用してもよい。現状法律により処方箋の有効期限の上限が定められているのでその期間を有効期限とすることができる。また、医師により有効期限が短く設定される場合もあるので、そのような場合を鑑みて処方箋情報に記録される処方箋使用期限年月日から有効期限内になる日付を算出してもよい。

【0023】

サーバー２は、データ送受信部２１、制御部２２、処方箋情報記憶部２３、利用者認証部２４、登録利用者情報記憶部２５、薬剤師認証部２６、登録薬剤師情報記憶部２７、ＯＣＲ解析部２８を備える。

【0024】

データ送受信部２１は、利用者端末１および薬局端末４とのデータ送受信を行う。制御部２２は、全体の処理の制御を行う。

【0025】

処方箋情報記憶部２３は、利用者端末１から送られた処方箋情報を保存する。処方箋情報記憶部２３に記録されるデータベースは、図４、図５と同様である。

【0026】

登録利用者情報記憶部２５は、本システムを利用する利用者の一覧を保存している。図６は登録利用者情報記憶部２５に保存される登録利用者情報のデータベースの一例を示す図である。登録利用者情報のデータベースは、利用者ごとに、利用者ＩＤ、保険者番号、記号、氏名、パスワード、端末識別子が保存されている。利用者を特定できればよく、項目はこれらに限らない。

【0027】

利用者認証部２４は、利用者端末１から受信した利用者情報を登録利用者情報記憶部２５に保存されているデータベースと照合して、その利用者端末１から情報が送信された利用者が登録された利用者であるか否かを照合する。

【0028】

登録薬剤師情報記憶部２７は、本システムを利用する薬剤師の一覧を保存している。図７は登録薬剤師情報記憶部２７に保存される登録薬剤師情報のデータベースの一例を示す図である。登録薬剤師情報のデータベースは、薬剤師ごとに、所属する店舗の店舗番号、氏名、パスワードが保存されている。薬剤師を特定できればよく、項目はこれらに限らない。

【0029】

薬剤師認証部２６は、薬局端末４から受信した薬剤師情報を登録薬剤師情報記憶部２７に保存されているデータベースと照合して、薬局端末４から情報が送信されたその薬剤師が登録された薬剤師であるか否かを照合する。

【0030】

ＯＣＲ解析部２８は、利用者端末１から送信された処方箋のカメラ撮影画像を解析し、電子情報に置き換える。ＯＣＲ解析部２８は、利用者端末１がカメラ入力部１４を備えない場合には、なくてもよい。

【0031】

薬局端末４は、データ送受信部４１、制御部４３、処方箋情報記憶部４４、表示部４２、薬剤師情報記憶部４５を備える。

【0032】

データ送受信部４１は、利用者端末１とのデータ送受信を行う。制御部４３は、処理の全体制御を行う。処方箋情報記憶部４４は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部４４に記録されるデータベースは、図４、図５と同様である。表示部４２は、受信した処方箋情報を表示する。

【0033】

薬剤師情報記憶部４６は、本システムで薬剤師を認証するための情報を蓄積する。図８は、薬剤師情報記憶部４６に保存されるデータベースの一例である。薬剤師情報記憶部４６には、店舗番号、氏名、パスワードが保存されているが、薬剤師を一意に特定するための情報が含まれていればよく、これらの項目に限られない。

【0034】

以下に、各構成が実行する処理フローについて説明する。

【0035】

図９は、本開示の医薬品処方支援システムの処理フローの一例を示す図である。ここでは、処方箋情報を利用者端末１の二次元コード読み取り部１１で読み取る場合の一例を示す。

【0036】

まず、二次元コード読み取り部１１が二次元コードにて処方箋情報を読み込み、デコード部１２が前記読み込んだデータをデコードし、電子的な情報に変換し結果を処方箋情報記憶部１９に保存する（ステップＳ８０１）。

【0037】

受取候補日算出部１０が処方箋情報記憶部１９へ保存された処方箋情報に基づいて処方薬の受け取りが可能な受取可能日を算出する。具体的には、受取候補日算出部１０は、処方箋情報記憶部１９へ保存した処方箋情報と、データ送受信部１７より受信し受取候補日算出部１０が備えるメモリへ保存している本日の日付情報を読み出し、本日以降であって処方箋情報に記載された、又は、予め定められている処方箋の有効期限（例えば発行日から４日）内になる日付を算出する（ステップＳ８０２）。なお、受取候補日は、更に指定薬局情報にも基づいて算出されてもよい。具体的には、指定薬局情報記憶部１５へ予めその薬局の営業日を特定する情報（例えば定休日）を登録しておく。そして受取候補日算出部１０は処方箋情報と本日の日付情報と指定薬局の営業日を特定する情報を読み出し、本日以降であって処方箋情報に記載された、又は、予め定められている処方箋の有効期限（例えば発行日から４日）内になる日付であって指定薬局が営業している営業日を算出する。例えば、処方箋の発行日が２０１４年４月１日であって本日の日付が２０１４年４月２日であって、２０１４年４月３日が指定薬局の定休日である場合、受取可能日は２０１４年４月２日（本日）と２０１４年４月４日（明後日）となる。例えば、指定薬局情報記憶部１５に記憶されている指定薬局情報が定休曜日である場合は、受取候補日算出部１０は通信ネットワークを介して受信したカレンダー情報に基づいて、本日から処方箋の有効期限日内の日の曜日のうち指定薬局の定休曜日が重ならない日を受取可能日として算出する。

【0038】

次に制御部１８は受取候補日算出部１０が算出した受取可能日に基づいて処方薬を受け取る候補日を表示部１６へ表示する（ステップＳ８２２）。図１０（ａ）及び（ｂ）は、それぞれ、利用者端末１の画面の一例を示す図である。図１０（ａ）は処方箋の発行日から処方箋の有効期限日までの４日間すべてが受取可能日である場合の例である。処方薬を受け取る候補日が今日、明日、明後日、明々後日の中から選択できるように表示されている。図１０（ｂ）は処方箋の有効期限が４日間であって処方箋の発行日の翌日に本システムを利用し、本システムの利用日の次の日が薬局の定休日である場合の例である。処方薬を受け取る候補日が今日又は明後日のいずかから選択でき、処方薬を受け取ることができない日である明日及び明後日は選択できないように区別されて表示されている。処方薬を受け取ることができない日を選択できないように区別して表示することで、受け取りが不可能な日があることを把握しやすくすることができる。また、受取可能日のみを表示するようにしてもよい。更に、本画面は利用者が薬局へ処方薬を受け取りに行くことを想定した画面であるが、利用者が指定した受取日に薬局が利用者へ処方薬を届けるようにしてもよい。この場合、例えば、「きょう取りに行きます」の表示の代わりに「きょう届けてください」などと表示してもよい。

【0039】

利用者は利用者端末１の表示部１６へ表示された候補日の中から、薬局へ処方薬を受け取りに行く予定の日を受取日として選択し、手入力部１３より入力する。手入力部１３は表示部１６へ表示されていた受け取り候補日の中から選択された受取日の入力を受け付ける（ステップＳ８２３）。制御部１８は入力された受取日を処方箋情報記憶部１９へ記憶する。

【0040】

すると制御部１８は指定薬局情報と、利用者情報と、受取日の情報を含む処方箋情報を読み出し、データ送受信部１７から通信ネットワークＮを介してサーバー２へ送信する（ステップＳ８２４）。

【0041】

サーバー２のデータ送受信部２１は、受取日を含む処方箋情報、指定薬局情報および利用者情報を受信する（ステップＳ８０３）。

【0042】

制御部２２における制御下において、利用者認証部２４が利用者情報をもとに利用者を認証する。すなわち、受信した利用者情報の利用者ＩＤ及びパスワードが、登録利用者情報のデータベースに保存してある利用者ＩＤと一致するか否か、及び、その利用者ＩＤに紐づけられたパスワードと一致するか否かを検証し（ステップＳ８０５）、登録済みで合った場合、受取日を含む処方箋情報を、当該利用者情報と共に処方箋情報記憶部２３に蓄積する（ステップＳ８０６）。一方、登録済みでなかった場合、利用者認証失敗情報をデータ送受信部２１が利用者端末１に送信し（ステップＳ８０７）、利用者端末１では、利用者認証失敗情報をデータ送受信部１７で受信する（ステップＳ８０８）。

【0043】

一方、薬局端末４においては、制御部４３が薬剤師情報記憶部４５から定期的に薬剤師情報を読み出し、データ送受信部４１にてサーバー２に送信する（ステップＳ８０９）。

【0044】

サーバー２では、データ送受信部２１がこれを受信し、制御部２２が登録薬剤師情報記憶部２７にて当該薬剤師が登録されているか否かを検証し（ステップＳ８１０）、その結果をデータ送受信部２１が薬局端末４に送信する（ステップＳ８１１）。登録されているか否かの検証は、受信した薬剤師情報が、「登録薬剤師データベース」に保存してある薬剤師情報と一致するか否かを判別する。

【0045】

薬局端末４では、データ送受信部４１がこれを受信し、制御部４３が受信した薬剤師情報が、登録薬剤師情報記憶部２７の登録薬剤師データベースに保存してある薬剤師情報と一致するか否かを判別し（ステップＳ８１２）、登録されていた場合に限り定期的にサーバー２内の処方箋蓄積情報を確認する（ステップＳ８１３）。ここでは、制御部４３が、薬局情報を含む薬剤師情報をデータ送受信部４１を用いてサーバー２に送信し、サーバー２の制御部２２が処方箋情報記憶部２３内を検査し、当該薬局向けの未処理の処方箋情報が蓄積されているかを確認する（ステップＳ８１４）。未処理か否かは、例えばデータ保存時刻をデータベースに処方箋と紐づけて保存しておき、前回確認した時間以降にデータが保存されているか否かを判別するようにしてもよい。

【0046】

蓄積されていない場合、その結果を、薬局端末４のデータ送受信部４１に送信し、制御部４３は一定時間後再度ステップＳ８１３を実施する。一方、蓄積されていた場合、制御部４３はサーバー２に該当する処方箋情報要求を送信する（ステップＳ８１５）。

【0047】

サーバー２の制御部２２は、データ送受信部２１を用いて上記要求を受信し（ステップＳ８１６）、処方箋情報記憶部２３から処方箋情報を読み出し薬局端末４に送信する（ステップＳ８１７）。

【0048】

薬局端末４では、受取日を含む処方箋情報を受信し（ステップＳ８１８）、処方箋受付として処方箋情報記憶部４４に蓄積し受け付け完了情報をサーバー２に送信する（ステップＳ８１９）。サーバー２では、前記受付完了情報をデータ送受信部２１が受信し、さらに受付完了情報を利用者端末１に送信する（ステップＳ８２０）。

【0049】

利用者端末１では、データ送受信部１７が前記受付完了情報を受信し、表示部１６にて受付が完了した旨利用者に通知する（ステップＳ８２１）。

【0050】

次に、薬局では、受け付けた処方箋に基づいて、調剤作業を開始する。薬剤師が調剤を完了すると、利用者に、薬局まで取りに来るよう呼び出すため、制御部４３は、データ送受信部４１を用い、呼び出し情報をサーバー２に送信する（ステップＳ８２７）。サーバー２のデータ送受信部２１はこれを受信し、利用者端末１に送信し（ステップＳ８２８）、利用者端末１はデータ送受信部１７にてこれを受信し、制御部１８が表示部１６にてこれを利用者に対して表示する（ステップＳ８２９）。

【0051】

利用者は、調剤が出来たことを知り、指定した受取日に薬局へ処方箋の原本を持参して薬を取りに行く。薬局では、薬剤師が応対し、処方箋と引き替えに薬剤を渡し、精算を済ませる。

【0052】

その後、薬剤師は、一連の処理の終わりとして、薬局端末へ調剤完了入力をする。そして、制御部４３のもとデータ送受信部４１がサーバー２に、当該利用者情報と共に調剤完了信号を送信する（ステップＳ８３０）。このとき、実際に処方した処方箋情報をサーバー２へ送信してもよい。医師から処方された医薬品からジェネリック医薬品などに変更して調剤される場合があるためである。

【0053】

また、ここでは利用者が薬局へ処方薬を受け取りに行く場合を説明したが、利用者が指定した受取日に薬局が利用者へ処方薬を届けるようにしてもよい。なおここで、処方箋に二次元コードがない場合、ステップＳ８０１の代わりに、カメラ入力部１４が撮影した処方箋画像をデータ送受信部１７を用いてサーバー２に送信し、ＯＣＲ解析部２８が当該画像をＯＣＲ解析して電子情報に変換するとしても良い。また、同様に処方箋に二次元コードがない場合、ステップＳ８０１の代わりに、手入力部１３で手入力した情報をデータ送受信部１７を用いてサーバー２に送信しても良い。

【0054】

図１０は、上述したように、ステップＳ８１８、Ｓ８１９、Ｓ８２７、Ｓ８３０において薬局端末４に表示される画面の一例を示す図である。

【0055】

薬局では、図１１に示すような画面が薬局端末４の表示部４２に表示されており、薬局に送信される処方箋の受け付けを行う処理を進める。ここには処理対象者を利用者毎に表示し、「受付」のボタンが表示されている利用者は、ステップＳ８１８においてサーバー２から処方箋情報を受信し、これから受付とする利用者であり、「呼び出し」ボタンが表示されている利用者は、現在調剤中であり、それが済み次第呼び出しを行うことを示し、ステップＳ８２７においてこの呼び出しボタンを押すことにより呼び出し信号を送信する。ボタンを押すと、「呼出中」の表示に変化する。

【0056】

このように、薬局を訪問する前に予め処方箋の情報を薬局へ送信しておくことで利用者が処方薬を受け取るまでの時間を短縮することが可能となる。更に、予め処方箋の情報を薬局へ送信する際に、利用者端末１が受取候補日算出部１０を備えることにより、処方箋の情報を薬局端末４へ送信する前に利用者端末１の表示部１６に処方箋の有効期限を考慮した受け取り可能日が表示されるため、有効期限が切れてしまってから利用者が薬局を訪問することを防止することができる。これにより、処方箋に有効期限があることを知らない利用者であっても確実に有効期限内に処方薬を受け取ることができるようになる。また、薬局側としても、利用者が受け取りに来る日を予め知ることができるので、各利用者の調剤の順番を調整し、効率よく業務を進めることができる。

【0057】

更に、利用者端末１の受取候補日算出部１０が薬局情報に基づいて候補日を算出する場合は、利用者は誤って薬局の定休日に薬局を訪問してしまうといった状況を防止することができる。

【産業上の利用可能性】

【0058】

本開示技術は、処方箋情報に基づいて処方薬の受け取りが可能な受取可能日が算出され、その結果が表示されることで、患者が処方薬を受け取り可能な期間を予め把握することができる処方箋受付支援方法、処方箋受付支援用コンピュータプログラム、及び処方箋受付支援装置として有用である。

【符号の説明】

【0059】

１ 利用者端末（処方箋受付支援装置）
２ サーバー
４ 薬局端末
１０ 受取候補日算出部
１１ 二次元コード読み取り部（入力部または第１の入力部）
１２ デコード部（入力部または第２の入力部）
１３ 手入力部
１４ カメラ入力部
１５ 指定薬局情報記憶部
１６ 表示部
１７ データ送受信部
１８ 制御部
１９ 処方箋情報記憶部
２０ 利用者情報記憶部
２１ データ送受信部
２２ 制御部
２３ 処方箋情報記憶部
２４ 利用者認証部
２５ 登録利用者情報記憶部
２６ 薬剤師認証部
２７ 登録薬剤師情報記憶部
２８ ＯＣＲ解析部
４１ データ送受信部
４２ 表示部
４３ 制御部
４４ 処方箋情報記憶部
４５ 薬剤師情報記憶部
Ｎ 通信ネットワーク

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】