(57)【要約】  通信ネットワーク（Ｎ）を介して、医薬品の情報を利用者端末（１）に提供するサーバー（２）の医薬品処方支援方法であって、サーバー（２）が、利用者端末（１）から患者データ及び処方薬データを受信するステップと、所定の医療保険への加入者データ及び患者データに基づいて、当該患者データに対応する患者が所定の医療保険へ加入している者か否かを判別するステップと、患者が所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に置き換え可能な後発医薬品データを利用者端末（１）へ送信するステップと、を実行する。
2015194674.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して、医薬品の情報を利用者端末に提供するサーバーの医薬品処方支援方法であって、前記サーバーが、
利用者端末から患者データ及び処方薬データを受信するステップと、
所定の医療保険への加入者データ及び前記患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別するステップと、
前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて前記処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを前記利用者端末へ送信するステップと、
を実行する、医薬品処方支援方法。
【請求項２】
前記サーバーは通信ネットワークを介して薬局端末と通信し、
前記サーバーは、前記患者が前記所定の医療保険へ加入していない場合には、後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに前記処方薬データを前記サーバーから前記薬局端末へ送信するステップを含む請求項１に記載の医薬品処方支援方法。
【請求項３】
前記利用者端末は通信ネットワークを介して薬局端末と通信し、
前記サーバーは、前記患者が前記所定の医療保険へ加入していない場合には、後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに前記処方薬データを前記利用者端末から前記薬局端末へ送信させる信号を前記利用者端末へ送信するステップを含む請求項１に記載の医薬品処方支援方法。
【請求項４】
前記サーバーは、
前記置き換え可能な後発医薬品が複数ある場合には、医薬品の金額が保存された薬価データベースに基づいて最も薬価が安い後発医薬品を抽出するステップを含む請求項１から３のいずれか１項に記載の医薬品処方支援方法。
【請求項５】
前記サーバーは、医薬品の金額が保存された薬価データベースに基づいて前記後発医薬品に置き換えた場合の医薬品の金額と置き換えない場合の医薬品の金額を前記利用者端末へ送信するステップを含む請求項１から４のいずれか１項に記載の医薬品処方支援方法。
【請求項６】
前記サーバーは、
医薬品の金額が保存された薬価データベースに基づいて前記後発医薬品に置き換え可能な医薬品を後発医薬品に置き換えた場合の医薬品の金額と前記後発医薬品に置き換えなかった場合の医薬品の金額との差額を算出するステップと、
前記差額を前記利用者端末へ送信するステップを含む請求項１から５のいずれか１項に記載の医薬品処方支援方法。
【請求項７】
前記処方薬データには医師により判断された後発医薬品への置き換えの可否情報が含まれ、
前記サーバーは、前記置き換え可能な後発医薬品があった場合に、前記処方薬データに基づいて前記医師により後発医薬品への置き換えが可能と判断されているか否かを確認するステップを含む請求項１から６のいずれか１項に記載の医薬品処方支援方法。
【請求項８】
前記サーバーは、
薬局が保有する医薬品の在庫データベースに基づいて前記置き換え可能な後発医薬品の在庫があるか否かを判別するステップを含む請求項１から７のいずれか１項に記載の医薬品処方支援方法。
【請求項９】
前記患者データは保険者番号であり、
所定の医療保険への加入者データは、所定の保険者番号が保存されたデータベースである請求項１から８のいずれか１項に記載の医薬品処方支援方法。
【請求項１０】
医薬品処方支援方法であって、
所定の医療保険への加入者データ及び入力された患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別するステップと、
前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて入力された処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを出力するステップと、
を実行する、医薬品処方支援方法。
【請求項１１】
前記請求項１から１０のいずれか１項に記載の前記医薬品処方支援方法の各ステップをコンピュータに実行させて、医薬品の情報を利用者端末に提供するための、医薬品処方支援用コンピュータプログラム。
【請求項１２】
通信ネットワークを介して、医薬品の情報を利用者端末に提供する医薬品処方支援装置であって、
利用者端末から患者データ及び処方薬データを受信する受信部と、
所定の医療保険への加入者データ及び前記患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別する第１の判別部と、
前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて前記処方薬データのうち後発医薬品に置き換え可能な後発医薬品があるか否かを判別する第２の判別部と、
前記置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを前記利用者端末へ送信する送信部と、
を含む、医薬品処方支援装置。
【請求項１３】
前記第１の判別部が前記患者が前記所定の医療保険へ加入していないと判別した場合には、前記第２の判別部は後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに、前記送信部が前記処方薬データを通信ネットワークを介して薬局端末へ送信する請求項１２に記載の医薬品処方支援装置。
【請求項１４】
前記第１の判別部が前記患者が前記所定の医療保険へ加入していないと判別した場合には、前記第２の判別部は後発医薬品に置き換え可能な医薬品があるか否かの判別を行わずに、前記処方薬データを前記利用者端末から薬局端末へ送信させる信号を前記送信部が前記利用者端末へ送信する請求項１２に記載の医薬品処方支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して医薬品の情報を利用者端末に提供する医薬品処方支援方法、この医薬品処方支援方法の各ステップをコンピュータに実行させて医薬品の情報を利用者端末に提供するための医薬品処方支援用コンピュータプログラム、及び、通信ネットワークを介して医薬品の情報を利用者端末に提供する医薬品処方支援装置に関する。
【背景技術】
【０００２】
従来、病院などの医療機関から処方される処方箋は、患者が薬局へ持って行き、薬剤師がその持ち込まれた処方箋に基づいて薬を調剤して販売している。近年、携帯端末等の普及により、病院などの医療機関から処方される処方箋を患者の携帯端末を利用して、薬局を予約し、処方箋の情報を薬局に提供する技術が提案されている。すなわち、患者は携帯端末を用いて薬局の予約を行い、更に、通信ネットワークを介して処方箋情報をその予約した薬局の薬局端末へ送信する（例えば、特許文献１参照）。【０００３】
ところで医薬品には先行して開発・販売される先発医薬品と、先発医薬品と同等の成分を含む後発医薬品とがあり、一般に後発医薬品のほうが安価に手に入る。処方箋に記載された先発医薬品と置き換え可能な後発医薬品がある場合は、その後発医薬品に置き換えて調剤することが可能であり、後発医薬品に置き換えることで医療費負担を少なくすることができる。医療費負担の減少は、患者のみならず医療保険者にとっても望ましい。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】日本国特開２００７−１４８６０８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
医療保険者ごとに、医薬品への考え方が異なるが、医療費負担を減少させるため被保険者に後発医薬品を選択することを推奨したいと考える医療保険者も存在する。しかしながら、各被保険者に自発的に後発医薬品を選択させることは容易ではない。後発医薬品を選択してほしいと考える医療保険者にとって、その被保険者が簡便に後発医薬品を選択しやすくすることが望ましい。【０００６】
本開示技術は、利用者端末を使用して通信ネットワークを介して薬局に調剤を依頼する患者のうち、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくする技術を提案する。
【課題を解決するための手段】
【０００７】
本開示技術の一態様によって実現される医薬品処方支援方法は、通信ネットワークを介して、医薬品の情報を利用者端末に提供するサーバーの医薬品処方支援方法であって、サーバーが、利用者端末から患者データ及び処方薬データを受信するステップと、所定の医療保険への加入者データ及び患者データに基づいて、当該患者データに対応する患者が所定の医療保険へ加入している者か否かを判別するステップと、患者が所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に置き換え可能な後発医薬品データを利用者端末へ送信するステップとを実行する。【０００８】
また、本開示技術の一態様によって実現される、医薬品処方支援用コンピュータプログラムは、上記に記載の医薬品処方支援方法の各ステップをコンピュータに実行させて、医薬品の情報を利用者端末に提供する。【０００９】
また、本開示技術の一態様によって実現される、医薬品処方支援装置は、通信ネットワークを介して、医薬品の情報を利用者端末に提供する医薬品処方支援装置であって、利用者端末から患者データ及び処方薬データを受信する受信部と、所定の医療保険への加入者データ及び患者データに基づいて、当該患者データに対応する患者が所定の医療保険へ加入している者か否かを判別する第１の判別部と、患者が所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて処方薬データのうち後発医薬品に置き換え可能な後発医薬品があるか否かを判別する第２の判別部と、置き換え可能な後発医薬品があった場合に置き換え可能な後発医薬品データを利用者端末へ送信する送信部と、を含む。
【発明の効果】
【００１０】
本開示技術の医薬品処方支援方法、医薬品処方支援用コンピュータプログラム及び医薬品処方支援装置によれば、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくすることができる。
【図面の簡単な説明】
【００１１】
【図１】図１は本開示の医薬品処方支援方法システムの一例を示す構成図
【図２】図２は本開示の利用者端末内の指定薬局情報記憶部に保存されるデータベースの一例を示す図
【図３】図３は本開示の処方箋情報記憶部に保存されるデータベースの一例を示す図
【図４】図４は本開示の処方箋情報記憶部に保存されるデータベースの一例を示す図で、図３の続きの部分を示す図
【図５】図５は本開示のサーバー内の医療保険加入者識別情報記憶部に保存されるデータベースの一例を示す図
【図６】図６は本開示のサーバー内の先発薬・後発薬変更対応情報記憶部に保存されるデータベースの一例を示す図
【図７】図７は本開示のサーバー内の薬価情報保存部に保存されるデータベースの一例を示す図
【図８】図８は本開示のサーバー内の薬局在庫情報保存部に保存されるデータベースの一例を示す図
【図９】図９は本開示の医薬品処方支援システムの処理フローの一例を示す図
【図１０】図１０は本開示の利用者端末での二次元コード読み取り時の画面の一例を示す図
【図１１】図１１は本開示の利用者端末での処方箋情報確認時での画面の一例を示す図
【発明を実施するための形態】
【００１２】
以下に、本開示の医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置の一例を示す実施の形態を図面とともに詳細に説明する。
【００１３】
（実施の形態１）
図１は本開示の医薬品処方支援システムの一例を示す構成図である。医薬品処方支援システムは、利用者端末１、サーバー２及び薬局端末４とから構成される。利用者端末１及び薬局端末４は、それぞれ通信ネットワークＮを介してサーバー２と接続している。利用者端末１は、病院などの医療機関から処方される処方箋を受け取った利用者が操作する端末である。利用者端末１は例えば利用者が持ち運び可能な携帯端末であってもよい。利用者端末１は例えば病院を利用した患者により使用されてもよいし、患者の保護者により使用されてもよい。薬局端末４は薬局に設置される端末である。
【００１４】
利用者端末１は、二次元コード読み取り部１１、デコード部１２、手入力部１３、カメラ入力部１４、指定薬局情報記憶部１５、表示部１６、データ送受信部１７、制御部１８、処方箋情報記憶部１９を備える。
【００１５】
二次元コード読み取り部１１は、処方箋に記載された二次元コードを読み取る。デコード部１２は、二次元コードをデコードし電子情報に変換する。手入力部１３は、処方箋情報を手入力する入力部であり、例えば操作ボタンやタッチパネルなどである。
【００１６】
カメラ入力部１４は、二次元コードの記載のない処方箋を写真に撮る。なお、二次元コード読み取り部１１、手入力部１３、又はカメラ入力部１４は処方箋に記載されたデータを取得する手段であって、少なくともいずれか一つを備えていればよい。
【００１７】
指定薬局情報記憶部１５は、利用者が指定する薬局の情報を保存する。指定薬局の情報は二次元コード読み取り部１１、手入力部１３、カメラ入力部、データ送受信部１７のいずれかから入力される。指定薬局の情報は通信ネットワークＮを介してインターネット上又はサーバー２に保存されたデータベースからデータを受信するようにしてもよい。図２は、指定薬局情報記憶部１５に保存されるデータベースの一例を示す図である。指定薬局情報記憶部１５には、店舗名、企業名、ＦＡＸ番号、電話番号、ＩＰアドレス、休店日、閉店時間が保存されているがこれらの項目に限られない。
【００１８】
表示部１６は、読み取った処方箋情報やサーバー２とのデータ送受信結果を表示する。データ送受信部１７は、サーバー２および薬局端末４とのデータ送受信を行う。制御部１８は、これら処理の制御を行う。
【００１９】
処方箋情報記憶部１９は、読み取った処方箋情報や、サーバー２と送受信した結果の処方箋情報を保存する。図３、図４は、処方箋情報記憶部１９に保存されるデータベースの一例を示す図である。データベースには、基本データ（患者データ）と処方薬データがある。図３、図４は一人の患者に対して１回発行された処方箋に基づいて作成されたデータベースを表している。処方箋が１回発行されると図３の基本データ及び図４の処方薬データがそれぞれ作成される。図４の処方薬データは図３の基本データの続きの情報であり、図３と図４のデータベースは合わせて一つのデータベースとして保存されている。また、このデータベースは処方箋に印刷された二次元コードにより処方箋情報を読み取る場合に保存されるデータベースの一例である。処方箋に印刷された二次元コードには基本データも処方薬データも含まれており、この二次元コードに含まれている基本データ及び処方薬データを本データベースに保存する。レコードＮｏ．（ナンバー）とは、項目の大分類を示すもので例えばレコードＮｏ．１は医療機関レコード、Ｎｏ．５は医師レコード、Ｎｏ．１１は患者氏名レコード、Ｎｏ．１２は患者性別レコード、Ｎｏ．１３は患者生年月日レコード、Ｎｏ．１４は患者一部負担区分レコード、Ｎｏ．２１は保険種別レコード、Ｎｏ．２２は保険者番号レコード、Ｎｏ．６１は麻薬施用レコードをそれぞれ表している。医療機関レコードの分類の中には更に医療機関コード種別、医療機関コード、医療機関都道府県コード、医療機関名称などの小分類項目がある。例えば医療機関コード種別は、１が医科、３が歯科、６が訪問、というように予め定めた番号を記録している。医療機関コードはレセプト提出用コードであり、医療機関都道府県コードは都道府県ごとに割り振られた番号であり、医療機関名称は医療機関名称の漢字が記録されている。基本データの項目はこれに限られない。処方薬データは処方箋に記載された医薬品ごとに区分して保存している。処方薬データはオリジナル処方と後発医薬品変更後の項目に区分されている。オリジナル処方は、医療機関において発行された処方箋に印刷された二次元コードに記載されている内容に基づいている。例えば医薬品ごとに、レコード Ｎｏ．と薬価という項目に区分されている。レコードＮｏ．５１は処方箋交付年月日、Ｎｏ．１０１は剤型レコード、Ｎｏ．１１１は用法レコード、Ｎｏ．２０１は薬品レコード、Ｎｏ．２８１は薬品補足レコードである。それぞれのレコードには更に小分類項目がある。また、薬価項目にはその医薬品の価格が記録されている。後発医薬品変更後の項目は、オリジナル処方に基づいて後発医薬品への変換を行った場合に、変更した後発医薬品の情報を記録する。処方薬データの項目はこれに限られない。また、一部を手入力やＯＣＲ読み込みによってデータを取得してもよい。例えば、保険者番号及び記号を、予め利用者端末１から手入力で情報を受け付け、処方箋情報記憶部１９の基本データ欄に記録しておいてもよい。
【００２０】
尚、Ｎｏ．２０１の薬品レコードには、「ＡＢＣＤ錠」、「ＤＡＢＣ錠」のような記載があるが、「ＡＢＣＤ」、「ＤＡＢＣ」といったアルファベットの部分には、実際には医薬品の具体的な商品名が入る。ここでの商品名には登録商標も含まれ得る。他の図面における同様の記載も同様に解釈される。
【００２１】
サーバー２は、データ送受信部２１、制御部２２、処方箋情報記憶部２３、医療保険加入者識別情報記憶部２４、医療保険加入者判別部２５、後発医薬品変更可能薬品判別部２６、先発薬・後発薬変更対応情報記憶部２７、薬価合計算出部２８、合計金額情報保存部３２、薬価情報保存部２９、薬局在庫情報保存部３０、ＯＣＲ解析部３１を備える。サーバー２は、通信ネットワークＮを介して、医薬品の情報を利用者端末１に提供する医薬品処方支援装置として機能する。
【００２２】
データ送受信部２１は、利用者端末１又は薬局端末４とのデータ送受信を行う。制御部２２は、全体の処理の制御を行う。処方箋情報記憶部２３は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部２３に記録されるデータベースは、図３、図４と同様である。
【００２３】
医療保険加入者識別情報記憶部２４は、所定の医療保険加入者の情報の蓄積を行う。この医療保険加入者識別情報記憶部２４には、後発医薬品への変更を利用者へ提案することを希望する医療保険加入者の保険者番号が保存されている。この医療保険が、例えば日本における健康保険である場合には、医療保険加入者識別情報記憶部２４には、健康保険組合員の保険者番号及び記号が保存されている。この場合、医療保険加入者識別情報記憶部２４には少なくとも保険者番号が保存されていればよい。図５は、医療保険加入者識別情報記憶部２４に保存されるデータベースの一例を示す図である。この医療保険加入者識別情報記憶部２４のデータベースは変更、上書きされるようにしてもよい。
【００２４】
医療保険加入者判別部（第１の判別部）２５は、医療保険加入者識別情報記憶部２４に接続され、利用者端末から送られた医療保険患者情報に含まれる保険者番号等と、医療保険加入者識別情報記憶部２４に保存されている保険者番号等とを照合し、当該患者が所定の医療保険加入者であるか否かを判別する。
【００２５】
先発薬・後発薬変更対応情報記憶部２７は、各先発薬について、対応する後発医薬品の情報を対にして蓄積する。図６は先発薬・後発薬変更対応情報記憶部２７に保存されるデータベースの一例を示す図である。例えば、先発薬の一つである「ＣＤＡＢ錠」に対し、「ＥＦＧＨＩ錠」等の後発薬が存在する。ここでは先発医薬品とそれと置き換え可能な後発医薬品が対になって保存されているが、主成分の名前で決められた一般名称とそれに対応するすなわち置き換え可能な後発医薬品とを対にして保存していてもよい。また、変換可能な後発医薬品は複数であってもよい。
【００２６】
後発医薬品変更可能薬品判別部（第２の判別部）２６は、先発薬・後発薬変更対応情報記憶部２７に接続され、処方箋情報内の医薬品について後発医薬品が存在するかを確認し、先発医薬品を後発医薬品に置き換え可能かを判別する。なお、処方箋に記載された医薬品情報が主成分の名前で決められた一般名称であるときは、その一般名称で規定される医薬品と置き換え可能な後発医薬品があるか否かを判別する。
【００２７】
薬価情報保存部２９は、先発医薬品および後発医薬品の薬価の情報を保存する。図７は薬価情報保存部２９に保存されるデータベースの一例を示す図である。薬価合計算出部２８は、先発医薬品が後発医薬品に変更された場合も含め、処方された医薬品の薬価の合計金額を算出する。
【００２８】
合計金額情報保存部３２は、薬価合計算出部２８が算出した薬価の合計金額を保存する。薬局在庫情報保存部３０は、利用者が指定する指定薬局の医薬品在庫情報を保存する。図８は薬局在庫情報保存部３０に保存されるデータベースの一例を示す図である。薬局在庫情報保存部３０には、薬局ごとに各医薬品に対する在庫数が保存されている。この在庫数情報は、通信ネットワークＮを介して各薬局端末から受信し、本データベースへ記録される。在庫数は各薬局端末４から手入力で入力してもよいし、医薬品を納品したときに数量を入力した後、薬局にて販売処理を行う装置（図示せず）において販売処理を行ったときに在庫数の減少分を記録し、サーバー２へ送信するようにしてもよい。
【００２９】
ＯＣＲ解析部３１は、利用者端末１から送信された処方箋のカメラ撮影画像を解析し、電子情報に置き換える．ＯＣＲ解析部３１は、利用者端末１がカメラ入力部１４を備えない場合には、なくてもよい。
【００３０】
薬局端末４は、データ送受信部４１、制御部４３、処方箋情報記憶部４４、表示部４２を備える。データ送受信部４１は、利用者端末１とのデータ送受信を行う。制御部４３は、処理の全体制御を行う。
【００３１】
処方箋情報記憶部４４は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部４４に記録されるデータベースは、図３、図４と同様である。表示部４２は、受信した処方箋情報を表示する。
【００３２】
以下に、各構成が実行する処理フローについて説明する。図９は、本開示の処方箋受付支援システムの処理フローの一例を示す図である。ここでは、処方箋情報を利用者端末１の二次元コード読み取り部１１で読み取る場合の一例を示す。
【００３３】
まず、二次元コード読み取り部１１が二次元コードにて処方箋情報を読み込み、デコード部１２が前記読み込んだデータをデコードし電子的な情報に変換し結果を処方箋情報記憶部１９に蓄積する（ステップＳ６０１）。制御部１８が、処方箋情報記憶部１９に保存されたデータベースのうち医療保険加入者識別情報として保険者番号を抽出し、データ送受信部１７により、保険者番号を、サーバー２に送信する（ステップＳ６０２）。なお、保険者記号も含めて送信してもよい。
【００３４】
サーバー２のデータ送受信部２１が、保険者番号を受信する（ステップＳ６０３）。
【００３５】
制御部２２における制御下において、医療保険加入者判別部２５が医療保険加入者識別情報記憶部２４に蓄積の医療保険加入者識別情報を読み出し、受信した医療保険加入者識別情報（保険者番号）との照合を行う（ステップＳ６０４）。これにより、医療保険加入者判別部２５が、利用者が予め定められた所定の医療保険の加入者か否かを判別する（ステップＳ６０５）。
【００３６】
医療保険加入者でなかった場合（ステップＳ６０５でＮｏ）、制御部２２が、その照合結果を、データ送受信部２１を用い、利用者端末１のデータ送受信部１７に送信する。すると表示部１６には処方箋情報を指定薬局へ送信するか確認する画面が表示され、利用者は、手入力部１３を用いて処方箋情報の薬局への送信を指示する。このとき指定薬局情報記憶部１５に記録された薬局のＩＰアドレスへ、処方箋情報記憶部１９に蓄積した処方箋情報をデータ送受信部１７から、薬局端末４のデータ送受信部４１に送信する（ステップＳ６２１）。なお、医療保険加入者でなかった場合（ステップＳ６０５でＮｏ）、制御部２２が処方箋情報を利用者端末１を介さずにサーバー２から指定薬局の薬局端末４へ送信するようにしてもよい。
【００３７】
データ送受信部４１が、制御部４３の制御の下、前記処方箋情報を受信し、処方箋情報記憶部４４に蓄積する（ステップＳ６２３）。表示部４２が、制御部４３の制御の下、前記処方箋情報を表示し、薬剤師は処方箋受付とし、調剤を開始する（ステップＳ６２４）。
【００３８】
一方、医療保険加入者であった場合（ステップＳ６０５でＹｅｓ）、サーバー２の制御部２２が、データ送受信部２１を用い、利用者端末１のデータ送受信部１７へ処方箋情報および指定薬局情報を利用者端末１からサーバー２へ送信させる要求の信号を送信する（ステップＳ６０６）。データ送受信部１７は、処方箋情報および指定薬局情報の要求信号を受信する（ステップＳ６０７）。制御部１８が、処方箋情報記憶部１９に蓄積の処方箋情報および、指定薬局情報記憶部１５に蓄積の指定薬局情報を読み出し、データ送受信部１７を用いてサーバー２のデータ送受信部２１に送信する（ステップＳ６０８）。データ送受信部２１が、前記２つの情報を受信する（ステップＳ６０９）。
【００３９】
制御部２２が、前記処方箋情報を処方箋情報記憶部２３に保存する（ステップＳ６１０）。そして当該情報データベース内の医薬品情報において医師による後発品（ジェネリック薬品）への変更可否を確認し、変更が可となっている医薬品を特定する（ステップＳ６１１）。例えば、図３、図４において説明した処方箋情報記憶部２３のうち、レコードＮｏ．２８１に記載されている薬品補足区分に所定の数値、例えば３と入っていれば後発医薬品への変更は不可であると判断する。
【００４０】
制御部２２の制御下において、後発医薬品変更可能薬品判別部２６が、前記後発品への変更可能である薬品のそれぞれについて、先発薬・後発薬変更対応情報記憶部２７に蓄積された先発薬・後発薬変更対応の情報を読み出し、対応する後発品を抽出する。さらに、前記抽出した各後発品のそれぞれの薬価を薬価情報保存部２９から読み出し、変更可能な後発品を特定する（ステップＳ６１２）。なお、複数の後発品がある場合には、最安値の医薬品を特定するようにしてもよい。
【００４１】
次に、指定薬局情報にて示される薬局においてその各薬品の在庫情報があるか否かを薬局在庫情報保存部３０にて確認する（ステップＳ６１３）。
【００４２】
前記在庫情報が存在した場合（ステップＳ６１３でＹｅｓ）、制御部２２が、薬局在庫情報保存部３０から該当薬局における各薬品情報を読み出し、ステップＳ６１２で特定した後発品から在庫のある同等の後発品情報をサーバーの処方箋情報記憶部へ記録する（ステップＳ６１４）。複数ある場合には最安値の医薬品を抽出し記録するようにしてもよい。
【００４３】
さらに、薬価合計算出部２８が、ステップＳ６１２またはＳ６１４にて抽出された各薬品に変更した場合の合計金額および、ステップＳ６０９にて受診した処方箋の各薬品の合計金額を算出する（ステップＳ６１５）。サーバー２は算出した合計金額を合計金額情報保存部３２へ一時的に保存する。
【００４４】
制御部２２が、前記２つの合計金額と、ステップＳ６１２またはＳ６１４にて変更された処方箋情報をデータ送受信部２１を用いて、利用者端末１のデータ送受信部１７へ送信する（ステップＳ６１６）。なお、置き換え可能な後発医薬品が複数ある場合、複数の候補を利用者端末１へ送信し、後述するステップＳ６１７においていずれかを選択させるようにしてもよい。
【００４５】
なお、ステップＳ６１３にて、指定薬局の薬剤在庫情報がない場合（ステップＳ６１３でＮｏ）、ステップＳ６１４をスキップし、ステップＳ６１５を実施する。
【００４６】
制御部１８が、データ送受信部１７にて前記情報を受信すると、制御部１８が、表示部１６を用いて、前記情報を利用者に向けて表示する（ステップＳ６１７）。ここで、手入力部１３が、前記変更後の処方箋情報について、変更部分を承認するか、変更前の情報に戻すかの利用者からの確認を受け付ける（ステップＳ６１８）。制御部１８が、前記変更確認済みの処方箋情報を処方箋情報記憶部１９に蓄積する（ステップＳ６１９）。さらに、制御部１８が、指定薬局情報記憶部１５の指定薬局情報を参照し、データ送受信部１７を用いて前記変更確認済み処方箋情報を薬局端末４のデータ送受信部４１に送信する（ステップＳ６２０）。
【００４７】
薬局端末４では、データ送受信部４１が、前記処方箋情報を受信する（ステップＳ６２２）。制御部４３が、前記情報を処方箋情報記憶部４４に蓄積し、表示部４２に表示する。薬剤師は処方箋受付として、調剤を開始する（ステップＳ６２４）。
【００４８】
ここで、後発医薬品変更後のデータだけでなくオリジナル処方のデータも受信し表示すると、医療機関から発行された処方箋に記載の医薬品も薬剤師が薬局端末で一緒に確認することができる。したがって、薬剤師による後発医薬品への変更の可否の検討を受けることができ、より安全性が向上する。
【００４９】
なお、ここで、処方箋に二次元コードがない場合、ステップＳ６０２の代わりに、利用者端末１のカメラ入力部１４が撮影した処方箋画像をデータ送受信部１７を用いてサーバーに送信し、ＯＣＲ解析部３１が当該画像をＯＣＲ解析して電子情報に変換して、ここから医療保険加入者情報を抽出するとしても良い
【００５０】
また、同様に処方箋に二次元コードがない場合、ステップＳ６０２の代わりに、手入力部１３で手入力した情報をデータ送受信部１７を用いてサーバー２に送信しても良い。
【００５１】
なお、ステップＳ６１０の次に、Ｓ６１１のステップを省略してＳ６１２へ遷移してもよい。また、ステップＳ６１２の次に、Ｓ６１３及びＳ６１４のステップを省略してＳ６１５へ遷移してもよい。また、ステップＳ６１６も省略することもできる。すなわち、ステップＳ６１２において対応する後発医薬品があった場合に薬価の計算まではせずに変更可能な医薬品のリストとして利用者端末１へ送信し、ステップＳ６１８以降のステップを実行するようにしてもよい。図１０は、ステップＳ６０１において利用者端末１に表示される画面の一例を示す図である。図１０は二次元コードを読み取っている最中の図である。図１１は、ステップＳ６１７およびＳ６１８において利用者端末１に表示される画面の一例を示す図である。
【００５２】
このように、医療保険加入者識別情報記憶部２４および医療保険加入者判別部２５を有することによって、例えば、事前に契約し、当サービスまたは当システム利用者となっている医療保険加入者に限り、先発医薬品の後発医薬品への変更推奨を可能とすることが出来る。医療保険者によって、後発医薬品への変更を推奨するか否かは意向が異なる場合がある。本開示技術によれば、利用者端末１を使用して通信ネットワークＮを介して薬局に調剤を依頼する患者のうち、後発医薬品を選択してほしいと考える医療保険者の被保険者には後発医薬品への変更が提案され、特に後発医薬品への変更を推奨しない医療保険者の被保険者には後発医薬品への変更が提案されない。すなわち、この後発医薬品への変更の提案をされるか否かを利用者が意識することなく、医療保険者の意向を反映することができる。
【００５３】
先発医薬品の後発医薬品への変更は、医療費削減に貢献する重要な要因であるが、これまで医療保険では、薬局にて精算処理されてから３ヶ月以降に送付されてくるレセプトデータを元に、後発薬品への変更を想定した削減金額の事後での算出結果を用いた後発医薬品の推奨しかできていなかった。これでは、次回に薬局に行った際に同じ医薬品が処方されるとも限らず、また３ヶ月以上経ってからの情報提示となるため医療費削減効果は限定的であった。
【００５４】
本開示技術を用いると、後発医薬品への変更を希望する医療保険者の会員について、利用者が処方箋を受け取ってから薬局に提出するまでの間に後発医薬品の自動提示が可能なため、後発医薬品への変更を希望する医療保険者にとってこれまで以上の医療費削減効果が期待できる。また、このサービスまたはシステム利用を、利用者がどの医療保険に属するか、その医療保険があらかじめ指定した所定の医療保険かを特定することにより、各医療保険者別での後発医薬品選択による医療費削減金額を明確にすることができ、当該サービスまたはシステムが提供している価値の金額換算での測定が可能となる。
【００５５】
なお、医療保険は、公的医療保険と民間医療保険に大別され、その保険制度は各国ごとに異なる。本開示は、例えば日本では、国民健康保険や、企業等の健康保険組合が運営する健康保険に対する利用が主に想定され、米国では、民間の保険会社が運営する医療保険が主に想定される。つまり、本開示は、上述のいずれの医療保険に対しても適用可能である。
【００５６】
なお、本開示における医薬品処方支援方法は、通信ネットワークを介して、医薬品の情報を利用者端末に提供するサーバーにおいて用いられる形態が主に想定されているものの、この態様に限定されるものではない。つまり、本開示における医薬品処方支援方法は、一つの端末における使用が想定され、所定の医療保険への加入者データ及び入力された患者データに基づいて、当該患者データに対応する患者が前記所定の医療保険へ加入している者か否かを判別するステップと、前記患者が前記所定の医療保険へ加入している場合には、先発医薬品とそれに対応する後発医薬品とが紐付けられたデータベースに基づいて入力された処方薬データのうち後発医薬品に置き換え可能な医薬品があるか否かを判別し、置き換え可能な後発医薬品があった場合に前記置き換え可能な後発医薬品データを出力するステップと、を実行する医薬品処方支援方法を想定するものである。
【００５７】
このような医薬品処方支援方法によって、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくすることができる。
【００５８】
なお、本開示は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
【００５９】
本出願は、２０１４年６月２０日出願の日本特許出願、特願２０１４−１２７３３４に基づくものであり、その内容はここに参照として取り込まれる。
【産業上の利用可能性】
【００６０】
本開示技術によれば、利用者端末を使用して通信ネットワークを介して薬局に調剤を依頼する患者のうち、後発医薬品を選択してほしいと考える医療保険者の被保険者が、簡便に後発医薬品を選択しやすくなる。
【符号の説明】
【００６１】
１    利用者端末
２    サーバー（医薬品処方支援装置）
４    薬局端末
１１  二次元コード読み取り部
１２  デコード部
１３  手入力部
１４  カメラ入力部
１５  指定薬局情報記憶部
１６  表示部
１７  データ送受信部
１８  制御部
１９  処方箋情報記憶部
２１  データ送受信部
２２  制御部
２３  処方箋情報記憶部
２４  医療保険加入者識別情報記憶部
２５  医療保険加入者判別部（第１の判別部）
２６  後発医薬品変更可能薬品判別部（第２の判別部）
２７  先発薬・後発薬変更対応情報記憶部
２８  薬価合計算出部
２９  薬価情報保存部
３０  薬局在庫情報保存部
３１  ＯＣＲ解析部
３２  合計金額情報保存部
４１  データ送受信部
４２  表示部
４３  制御部
４４  処方箋情報記憶部
Ｎ    通信ネットワーク
【図１】
2015194674.tif 000003
【図２】
2015194674.tif 000004
【図３】
2015194674.tif 000005
【図４】
2015194674.tif 000006
【図５】
2015194674.tif 000007
【図６】
2015194674.tif 000008
【図７】
2015194674.tif 000009
【図８】
2015194674.tif 000010
【図９】
2015194674.tif 000011
【図１０】
2015194674.tif 000012
【図１１】
2015194674.tif 000013
【国際調査報告】
2015194674.tif 000014
2015194674.tif 000015
2015194674.tif 000016
2015194674.tif 000017