(57)【特許請求の範囲】
【請求項１】
通信ネットワークを介して医薬品の服用履歴にアクセスする可否の制御を行うサーバーの医薬品処方支援方法であって、前記サーバーが、
利用者端末から使用者データを受信するステップと、
前記利用者端末から処方薬データを受信するステップと、
前記使用者データ及び前記処方薬データを受信し、処理開始信号を受信した場合、個人と前記個人の服用履歴が紐付けられたデータベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定するステップと、
前記薬局端末から処理終了信号を受信するステップと、
前記処理終了信号を受信すると、前記アクセス可否識別子をアクセス不可能を意味する識別子に変更するステップと、
を実行する、医薬品処方支援方法。
【請求項２】
通信ネットワークを介して服用履歴にアクセスする可否の制御を行うサーバーの医薬品処方支援方法であって、前記サーバーが、
利用者端末から使用者データを受信するステップと、
前記利用者端末から処方薬データを受信するステップと、
薬局端末から処理開始信号を受信するステップと、
前記使用者データ及び前記処方薬データを受信した後に、前記処理開始信号を受信した場合、個人と前記個人の服用履歴が紐付けられたデータベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定するステップと、
前記薬局端末から処理終了信号を受信するステップと、
前記処理終了信号を受信すると、前記アクセス可否識別子をアクセス不可能を意味する識別子に変更するステップと、
を実行する、医薬品処方支援方法。
【請求項３】
前記薬局端末が前記個人の処方箋の調剤を終了したことを意味する入力を受け付けると、前記サーバーが前記処理終了信号を前記薬局端末から受信する請求項１又は２に記載の医薬品処方支援方法。
【請求項４】
前記薬局端末が前記個人を呼び出す処理を行う入力を受け付けると、前記サーバーが前記処理終了信号を前記薬局端末から受信する請求項１又は２に記載の医薬品処方支援方法。
【請求項５】
前記サーバーが前記処理終了信号を受け付けると、前記サーバーは前記利用者端末へ呼び出し信号を送信する請求項４に記載の医薬品処方支援方法。
【請求項６】
前記使用者データ及び前記処方薬データの両データが、前記サーバーと前記利用者端末との間の一回の通信で受信される請求項１から５のいずれか１項に記載の医薬品処方支援方法。
【請求項７】
前記請求項１から６のいずれか１項に記載の前記医薬品処方支援方法の各ステップをコンピュータに実行させて、服用履歴へのアクセスを制御するための、医薬品処方支援用コンピュータプログラム。
【請求項８】
通信ネットワークを介して、処方箋の受け付けを行う医薬品処方支援装置であって、
利用者端末から使用者データ及び処方薬データを受信する受信部と、
個人と前記個人の服用履歴が紐付けられたデータベースを保存している記憶部と、
前記使用者データ及び処方薬データを受信し、処理開始信号を受信した場合、前記データベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定する制御部と、
を備え、
前記受信部は、前記薬局端末から処理終了信号を受信し、
前記制御部は、前記処理終了信号を受信すると前記アクセス可否識別子をアクセス不可能を意味する識別子に変更する医薬品処方支援装置。
【請求項９】
通信ネットワークを介して、処方箋の受け付けを行う医薬品処方支援装置であって、
利用者端末から使用者データ、処方薬データを受信する受信部と、
個人と前記個人の服用履歴が紐付けられたデータベースを保存している記憶部と、
前記データベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を変更可能な制御部と、
を備え、
前記受信部は、前記薬局端末から処理開始信号及び処理終了信号を受信し、
前記制御部は、前記使用者データ及び前記処方薬データを受信した後に、前記処理開始信号を受信した場合、前記アクセス可否識別子をアクセス可能を意味する識別子に設定し、前記処理終了信号を受信すると前記アクセス可否識別子をアクセス不可能を意味する識別子に変更する医薬品処方支援装置。
【請求項１０】
前記薬局端末が前記個人の処方箋の調剤を終了したことを意味する入力を受け付けると、前記受信部が前記処理終了信号を前記薬局端末から受信する請求項８又は９に記載の医薬品処方支援装置。
【請求項１１】
前記薬局端末が前記個人を呼び出す処理を行う入力を受け付けると、前記受信部が前記処理終了信号を前記薬局端末から受信する請求項８又は９に記載の医薬品処方支援装置。
【請求項１２】
前記受信部が前記処理終了信号を受け付けると、前記利用者端末へ呼び出し信号を送信する送信部を備える請求項１１に記載の医薬品処方支援装置。
【請求項１３】
前記処理開始信号は、前記利用者端末から受信する前記使用者データ及び前記処方薬データである請求項１に記載の医薬品処方支援方法。
【請求項１４】
前記処理開始信号は、前記利用者端末から受信する前記使用者データ及び前記処方薬データである請求項８に記載の医薬品処方支援装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信ネットワークを介して医薬品の服用履歴にアクセスする可否の制御を行う医薬品処方支援方法、通信ネットワークを介して医薬品の服用履歴にアクセスする可否の制御を行う医薬品処方支援方法の各ステップをコンピュータに実行させて医薬品の服用履歴へのアクセスを制御するための医薬品処方支援用コンピュータプログラム、通信ネットワークを介して医薬品の服用履歴にアクセスする可否の制御を行う処方箋支援装置に関する。
【背景技術】
【０００２】
病院などの医療機関から処方箋を受け取った患者は、患者が自由に選択した薬局に処方箋を提出し、薬を購入することができる。薬局で薬を購入する際は、薬剤師が処方箋を確認し、調剤を行う。その際、他の薬との飲み合わせなどを考慮する必要があり、患者の過去の服薬履歴を参照することが望ましい。近年、患者の服薬履歴のデータベースをサーバーに保存し、各薬局に設置される端末からサーバーに保存された服薬履歴のデータベースに通信ネットワークを通じてアクセスし、各患者の服薬履歴を確認できる技術が知られている。患者の服薬履歴を参照するには、薬局に設置される端末から患者氏名などの患者特定情報を入力する。すると、その患者の服薬履歴が薬局に設置される端末に表示される（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−１３５２０７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
患者は自由に薬局を選択することができ、様々な薬局を利用する可能性がある。処方箋を受け付けた薬局の薬剤師は、過去に他の薬局で調剤された医薬品も確認して調剤を行うことが望ましい。一方、各患者の服薬履歴は個人情報であることから、薬剤師が自由にいつでも服薬履歴を閲覧できるのではなく、服薬履歴を参照する必要性が高い一定の条件のときに参照できるようにすることが望ましい。
【０００５】
本開示技術は、一定の条件のときに、薬剤師が各患者の服薬履歴を参照することができる技術を提案する。
【課題を解決するための手段】
【０００６】
本開示技術の一態様によって実現される医薬品処方支援方法は、通信ネットワークを介して医薬品の服用履歴にアクセスする可否の制御を行うサーバーの医薬品処方支援方法であって、前記サーバーが、利用者端末から使用者データを受信するステップと、前記利用者端末から処方薬データを受信するステップと、前記使用者データ及び前記処方薬データを受信し、処理開始信号を受信した場合、個人と前記個人の服用履歴が紐付けられたデータベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定するステップと、前記薬局端末から処理終了信号を受信するステップと、前記処理終了信号を受信すると、前記アクセス可否識別子をアクセス不可能を意味する識別子に変更するステップと、を実行する。
【０００７】
また、本開示技術の一態様によって実現される医薬品処方支援方法は、通信ネットワークを介して服用履歴にアクセスする可否の制御を行うサーバーの医薬品処方支援方法であって、前記サーバーが、利用者端末から使用者データを受信するステップと、前記利用者端末から処方薬データを受信するステップと、薬局端末から処理開始信号を受信するステップと、前記使用者データ及び前記処方薬データを受信した後に、前記処理開始信号を受信した場合、個人と前記個人の服用履歴が紐付けられたデータベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定するステップと、前記薬局端末から処理終了信号を受信するステップと、前記処理終了信号を受信すると、前記アクセス可否識別子をアクセス不可能を意味する識別子に変更するステップと、を実行する。
【０００８】
また、本開示技術の一態様によって実現される医薬品処方支援用コンピュータプログラムは、上記に記載の医薬品処方支援方法の各ステップをコンピュータに実行させて、服用履歴へのアクセスを制御する。
【０００９】
また、本開示技術の一態様によって実現される医薬品処方支援装置は、通信ネットワークを介して、処方箋の受け付けを行う医薬品処方支援装置であって、利用者端末から使用者データ及び処方薬データを受信する受信部と、個人と前記個人の服用履歴が紐付けられたデータベースを保存している記憶部と、前記使用者データ及び処方薬データを受信し、処理開始信号を受信した場合、前記データベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定する制御部と、を備え、前記受信部は、前記薬局端末から処理終了信号を受信し、前記制御部は、前記処理終了信号を受信すると前記アクセス可否識別子をアクセス不可能を意味する識別子に変更する。
【００１０】
また、本開示技術の一態様によって実現される医薬品処方支援装置は、通信ネットワークを介して、処方箋の受け付けを行う医薬品処方支援装置であって、利用者端末から使用者データ、処方薬データを受信する受信部と、個人と前記個人の服用履歴が紐付けられたデータベースを保存している記憶部と、前記データベースのうち前記使用者データに対応する使用者の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を変更可能な制御部と、を備え、前記受信部は、前記薬局端末から処理開始信号及び処理終了信号を受信し、前記制御部は、前記使用者データ及び前記処方薬データを受信した後に、前記処理開始信号を受信した場合、前記アクセス可否識別子をアクセス可能を意味する識別子に設定し、前記処理終了信号を受信すると前記アクセス可否識別子をアクセス不可能を意味する識別子に変更する。
【発明の効果】
【００１１】
本開示技術の医薬品処方支援方法、医薬品処方支援用コンピュータプログラム、及び医薬品処方支援装置によれば、医薬品の服用履歴に薬局端末からアクセスすることの可否を示すアクセス可否識別子を、所定の条件を満たしたときに変更することにより、アクセスの可否を制御し、所定の条件を満たすときに薬剤師が各患者の服薬履歴を参照することができるようにすることができる。
【図面の簡単な説明】
【００１２】
【図１】本開示の医薬品処方支援システムの一例を示す構成図
【図２】本開示の利用者端末内の指定薬局情報記憶部に保存されるデータベースの一例を示す図
【図３】本開示の利用者端末内の利用者情報記憶部に保存されるデータベースの一例を示す図
【図４】本開示の処方箋情報記憶部に保存されるデータベースの一例を示す図
【図５】本開示の処方箋情報記憶部に保存されるデータベースの一例を示す図で、図４の続きの部分を示す図
【図６】本開示のサーバー内の登録利用者情報記憶部に保存される登録利用者情報のデータベースの一例を示す図
【図７】本開示のサーバー内の登録薬剤師情報記憶部に保存される登録薬剤師情報のデータベースの一例を示す図
【図８】本開示のサーバー内の服用履歴情報記憶部に保存されるデータベースの一例を示す図
【図９】本開示のサーバー内の閲覧権限制御情報記憶部に保存されるデータベースの一例を示す図
【図１０】本開示の薬局端末内の薬剤師情報記憶部に保存されるデータベースの一例を示す図
【図１１】本開示の医薬品処方支援システムの処理フロー図
【図１２】本開示の薬局端末の受付処理画面の一例を示す図
【図１３】本開示の薬局端末の服用履歴情報表示画面の一例を示す図
【発明を実施するための形態】
【００１３】
以下に、本開示の医薬品処方支援方法、医薬品処方支援用コンピュータプログラムおよび医薬品処方支援装置の一例を示す実施の形態を図面とともに詳細に説明する。
（実施の形態１）
【００１４】
図１は本開示の医薬品処方支援システムの一例を示す構成図である。医薬品処方支援システムは、利用者端末１、サーバー２及び薬局端末４とから構成される。利用者端末１及び薬局端末４は、それぞれ通信ネットワークＮを介してサーバー２と接続している。利用者端末１は、病院などの医療機関から処方される処方箋を受け取った利用者が操作する端末である。利用者端末１は例えば利用者が持ち運び可能な携帯端末であってもよい。利用者端末１は例えば病院を利用した患者により使用されてもよいし、患者の保護者により使用されてもよい。薬局端末４は薬局に設置される端末である。
【００１５】
利用者端末１は、二次元コード読み取り部１１、デコード部１２、手入力部１３、カメラ入力部１４、指定薬局情報記憶部１５、表示部１６、データ送受信部１７、制御部１８、処方箋情報記憶部１９、利用者情報記憶部２０を備える。
【００１６】
二次元コード読み取り部１１は、処方箋に記載された二次元コードを読み取る。この二次元コードは、処方箋に記載された情報の一部又は全てを記号化したものである。デコード部１２は、二次元コードをデコードし電子情報に変換する。手入力部１３は、処方箋情報を手入力する入力部であり、例えば操作ボタンやタッチパネルなどである。
【００１７】
カメラ入力部１４は、二次元コードの記載のない処方箋を写真に撮る。なお、二次元コード読み取り部１１、手入力部１３、又はカメラ入力部１４は処方箋に記載されたデータを取得する手段であって、少なくともいずれか一つを備えていればよい。
【００１８】
指定薬局情報記憶部１５は、利用者が指定する薬局の情報としての薬局データを保存する。指定薬局の情報は二次元コード読み取り部１１、手入力部１３、カメラ入力部１４、データ送受信部１７のいずれかから入力される。指定薬局の情報は通信ネットワークＮを介してインターネット上又はサーバー２に保存されたデータベースからデータを受信するようにしてもよい。図２は、指定薬局情報記憶部１５に保存されるデータベースの一例を示す図である。指定薬局情報記憶部１５には、薬局データとして店舗名、企業名、ＦＡＸ番号、電話番号、ＩＰアドレス、休店日、閉店時間が保存されているが、薬局を一意に特定するための情報が含まれていればよく、これらの項目に限られない。
【００１９】
表示部１６は、読み取った処方箋情報やサーバー２とのデータ送受信結果を表示する。データ送受信部１７は、サーバー２および薬局端末４とのデータ送受信を行う。制御部１８は、これら処理の制御を行う。
【００２０】
利用者情報記憶部２０は、本システムを使用する上で認証などのために使用する利用者の情報を保存している。利用者の情報は二次元コード読み取り部１１、手入力部１３、カメラ入力部１４、データ送受信部１７のいずれかから入力される。図３は、利用者情報記憶部２０に保存されるデータベースの一例を示す図である。利用者情報記憶部２０には、利用者データとして利用者ＩＤ、保険者番号、記号、氏名、パスワード、端末識別子が保存されているが、利用者又は利用者端末を一意に特定するための情報が含まれていればよく、これらの項目に限られない。
【００２１】
処方箋情報記憶部１９は、読み取った処方箋情報や、サーバー２と送受信した結果の処方箋情報を保存する。図４、図５は、処方箋情報記憶部１９に保存されるデータベースの一例を示す図である。データベースには、基本データと処方薬データがある。利用者ＩＤと紐づけてデータが保存されている。図４、図５は一人の患者に対して１回発行された処方箋に基づいて作成されたデータベースを表している。処方箋が１回発行されると図４の基本データ及び図５の処方薬データがそれぞれ作成される。図５の処方薬データは図４の基本データの続きの情報であり、図４と図５のデータベースは合わせて一つのデータベースとして保存されている。また、このデータベースは処方箋に印刷された二次元コードにより処方箋情報を読み取る場合に保存されるデータベースの一例である。処方箋に印刷された二次元コードには基本データも処方薬データも含まれており、この二次元コードに含まれている基本データ及び処方薬データを本データベースに保存する。レコードＮｏ．（ナンバー）とは、項目の大分類を示すもので例えばレコードＮｏ．１は医療機関レコード、Ｎｏ．５は医師レコード、Ｎｏ．１１は患者氏名レコード、Ｎｏ．１２は患者性別レコード、Ｎｏ．１３は患者生年月日レコード、Ｎｏ．１４は患者一部負担区分レコード、Ｎｏ．２１は保険種別レコード、Ｎｏ．２２は保険者番号レコード、Ｎｏ．６１は麻薬施用レコードをそれぞれ表している。医療機関レコードの分類の中には更に医療機関コード種別、医療機関コード、医療機関都道府県コード、医療機関名称などの小分類項目がある。例えば医療機関コード種別は、１が医科、３が歯科、６が訪問、というように予め定めた番号を記録している。医療機関コードはレセプト提出用コードであり、医療機関都道府県コードは都道府県ごとに割り振られた番号であり、医療機関名称は医療機関名称の漢字が記録されている。基本データの項目はこれに限られない。処方薬データは処方箋に記載された医薬品ごとに区分して保存している。レコードＮｏ．５１は処方箋交付年月日、Ｎｏ．１０１は剤型レコード、Ｎｏ．１１１は用法レコード、Ｎｏ．２０１は薬品レコード、Ｎｏ．２８１は薬品補足レコードである。それぞれのレコードには更に小分類項目がある。処方薬データの項目はこれに限られない。
【００２２】
また、一部を手入力やＯＣＲ読み込みによってデータを取得してもよい。
【００２３】
尚、Ｎｏ．２０１の薬品レコードには、「ＡＢＣＤ錠」のような記載があるが、「ＡＢＣＤ」といったアルファベットの部分には、実際には医薬品の具体的な商品名が入る。ここでの商品名には登録商標も含まれ得る。他の図面における同様の記載も同様に解釈される。
【００２４】
サーバー２は、データ送受信部２１、制御部２２、処方箋情報記憶部２３、利用者認証部２４、登録利用者情報記憶部２９、薬剤師認証部２５、登録薬剤師情報記憶部３０、服用履歴情報記憶部２６、閲覧権限制御情報記憶部２７、ＯＣＲ解析部２８を備える。サーバー２は、通信ネットワークＮを介して、処方箋の受け付けを行う医薬品処方支援装置として機能する。
【００２５】
データ送受信部２１は、利用者端末１および薬局端末４とのデータ送受信を行う。制御部２２は、全体の処理の制御を行う。また、閲覧権限制御情報記憶部２７の書き換えを行う。処方箋情報記憶部２３は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部２３に記録されるデータベースは、図４、図５と同様である。
【００２６】
登録利用者情報記憶部２９は、本システムを利用する利用者の一覧を保存している。図６は登録利用者情報記憶部２９に保存される登録利用者情報のデータベースの一例を示す図である。登録利用者情報のデータベースは、登録利用者データとして、利用者ごとに、利用者ＩＤ、保険者番号、記号、氏名、パスワード、端末識別子が保存されている。登録利用者データは、利用者を特定できればよく、項目はこれらに限らない。
【００２７】
利用者認証部２４は、利用者端末１から受信した利用者データを登録利用者情報記憶部２９に保存されているデータベースと照合して、利用者端末１から情報が送信されたその利用者が登録された利用者であるか否かを照合する。
【００２８】
登録薬剤師情報記憶部３０は、本システムを利用する薬剤師の一覧を保存している。図７は登録薬剤師情報記憶部３０に保存される登録薬剤師情報のデータベースの一例を示す図である。登録薬剤師情報のデータベースは、登録薬剤師データとして、薬剤師ごとに、所属する店舗の店舗番号、氏名、パスワードが保存されている。登録薬剤師データは、薬剤師を特定できればよく、項目はこれらに限らない。
【００２９】
薬剤師認証部２５は、薬局端末４から受信した薬剤師データを登録薬剤師情報記憶部３０に保存されているデータベースと照合して、薬局端末４から情報が送信されたその薬剤師が登録された薬剤師であるか否かを照合する。
【００３０】
服用履歴情報記憶部２６は、患者の過去の医薬品の服用履歴の情報を蓄積する。図８は、服用履歴情報記憶部２６に保存されるデータベースの一例を示す図である。服用履歴情報は、患者毎に、過去に調剤薬局で調剤し利用者が購入した医薬品を過去の服用履歴情報として保存するものであり、調剤された薬局や日時および薬剤名の情報が含まれる。ここでは利用者ＩＤ、調剤薬局名、調剤日、薬剤名、１回の服用量、日数、服用方法が保存されている。
【００３１】
閲覧権限制御情報記憶部２７は、服用履歴情報を閲覧する権限の制御情報を保存する。図９は閲覧権限制御情報記憶部２７に保存されるデータベースの一例を示す図である。利用者ＩＤごとに、許可情報として薬局端末４からアクセスすることの可否を示すアクセス可否識別子が保存されている。例えば薬局端末４からアクセスすることを許可する場合はアクセス可否識別子が“１”となり、許可しない場合は“０”となるようにしてもよい。このアクセス可否識別子の書き換えは制御部２２が制御し、実行される。
【００３２】
ＯＣＲ解析部２８は、利用者端末１から送信された処方箋のカメラ撮影画像を解析し、電子情報に置き換える。ＯＣＲ解析部２８は、利用者端末１がカメラ入力部１４を備えない場合には、なくてもよい。
【００３３】
薬局端末４は、データ送受信部４１、制御部４３、処方箋情報記憶部４４、表示部４２、薬剤師情報記憶部４５を備える。データ送受信部４１は、利用者端末１とのデータ送受信を行う。制御部４３は、処理の全体制御を行う。処方箋情報記憶部４４は、利用者端末１から送られた処方箋情報を蓄積する。処方箋情報記憶部４４に記録されるデータベースは、図４、図５と同様である。
【００３４】
表示部４２は、受信した処方箋情報を表示する。薬剤師情報記憶部４５は、本システムで薬剤師を認証するための情報を蓄積する。図１０は、薬剤師情報記憶部４５に保存されるデータベースの一例である。薬剤師情報記憶部４５には、薬剤師データとして、店舗番号、氏名、パスワードが保存されているが、薬剤師を一意に特定するための情報が含まれていればよく、これらの項目に限られない。
【００３５】
以下に、各構成が実行する処理フローについて説明する。図１１は、本開示の医薬品処方支援システムの処理フローの一例を示す図である。ここでは、処方箋情報を利用者端末１の二次元コード読み取り部１１で読み取る場合の一例を示す。
【００３６】
まず、二次元コード読み取り部１１が二次元コードにて処方箋情報を読み込み、デコード部１２が前記読み込んだ処方箋情報をデコードし電子的なデータに変換し結果を処方箋情報記憶部１９に蓄積する（ステップＳ８０１）。
【００３７】
制御部１８が、前記電子的なデータに加え、指定薬局情報記憶部１５から指定薬局の薬局データを読み出し、利用者情報記憶部２０から利用者データを読み出し、処方箋情報、薬局データ、及び利用者データをデータ送受信部１７からサーバー２へ送信する（ステップＳ８０２）。サーバー２のデータ送受信部２１が、前記処方箋情報、薬局データおよび利用者データを受信する（ステップＳ８０３）。処方箋情報、薬局データ、利用者データはそれぞれ別々に送信又は／及び受信してもよいし、一度の通信でひとかたまりのデータとして同時に送信又は／及び受信してもよい。一度の通信でひとかたまりのデータとして同時に送信する一例として、例えば利用者端末１において利用者がデータ送信を示す一つのボタンを例えば手入力部１３などを用いて押下すると、通信ネットワークＮを通信状態とし、制御部１８は処方箋情報、薬局データ、及び利用者データをサーバー２へ送信する。
【００３８】
制御部２２における制御下において、利用者認証部２４が利用者データをもとに登録された利用者であるかを認証する。ここでは、受信した利用者データの利用者ＩＤ及びパスワードが、登録利用者情報のデータベースに保存してある利用者ＩＤと一致するか否か、及び、その利用者ＩＤに紐づけられたパスワードと一致するか否かを検証する（ステップＳ８０５）。登録済みで合った場合（ステップＳ８０５でＹｅｓ）、処方箋情報を、当該利用者データと共に処方箋情報記憶部２３に蓄積する（ステップＳ８０６）。一方、登録済みでなかった場合（ステップＳ８０５でＮｏ）、利用者認証失敗情報をデータ送受信部２１が利用者端末１に送信し（ステップＳ８０７）、利用者端末１では、利用者認証失敗情報をデータ送受信部１７が受信する（ステップＳ８０８）。
【００３９】
薬剤師が薬局端末４を使用する際は、端末利用者のＩＤとパスワードの入力を受け付ける。これは例えば一般的なＰＣの利用者認証でありこれに成功するとアプリケーションが動作を開始し、薬局端末４において、制御部４３が薬剤師情報記憶部４５から薬剤師データを読み出し、その薬剤師データをデータ送受信部４１からサーバー２へ送信する（ステップＳ８０９）。
【００４０】
サーバー２では、データ送受信部２１が薬局端末４から送信された薬剤師データを受信し、制御部２２が薬剤師認証部２５にて当該薬剤師が登録されているか否かを検証し（ステップＳ８１０）、その結果をデータ送受信部２１が薬局端末４に送信する（ステップＳ８１１）。登録されているか否かの検証は、受信した薬剤師データが、登録薬剤師情報記憶部３０の登録薬剤師のデータベースに保存してある登録薬剤師データと一致するか否かを判別する。
【００４１】
薬局端末４では、データ送受信部４１が薬剤師が登録されているか否かの検証結果を受信し、制御部４３が認証結果を検証し（ステップＳ８１２）、薬剤師が登録されていた場合に限り（ステップＳ８１２でＹｅｓ）、定期的にサーバー２内の処方箋蓄積情報を確認する（ステップＳ８１３）。ここでは、制御部４３が、薬局データを含む薬剤師データをデータ送受信部４１を用いてサーバー２に送信し、制御部２２が処方箋情報記憶部２３内を検査し、当該薬局向けの未処理の処方箋情報が蓄積されているかを確認する（ステップＳ８１４）。未処理か否かは、例えばデータ保存時刻をデータベースに処方箋と紐づけて保存しておき、前回確認した時間以降にデータが保存されているか否かを判別するようにしてもよい。
【００４２】
蓄積されていない場合（ステップＳ８１４でＮｏ）、その結果を、薬局端末４のデータ送受信部４１に送信し、制御部４３は一定時間後再度ステップＳ８１３を実施する。一方、蓄積されていた場合（ステップＳ８１４でＹｅｓ）、制御部４３はサーバー２に該当する処方箋情報要求を送信する（ステップＳ８１５）。
【００４３】
サーバー２の制御部２２は、データ送受信部２１を用いて上記要求を受信すると（ステップＳ８１６）、処方箋情報記憶部２３から処方箋情報を読み出し薬局端末４へ送信する（ステップＳ８１７）。
【００４４】
薬局端末４では、前記処方箋情報を受信し（ステップＳ８１８）、処方箋受付として処方箋情報記憶部４４に蓄積し受け付け完了信号（処理開始信号）をサーバー２に送信する（ステップＳ８１９）。
【００４５】
サーバー２では、受付完了信号（処理開始信号）をデータ送受信部２１が受信し、制御部２２が、閲覧権限制御情報記憶部２７における閲覧権限制御情報の該当する利用者の許可情報欄に保存している識別子を、閲覧許可を意味する状態に変更し、さらに受付完了信号を利用者端末１に送信する（ステップＳ８２０）。薬局側では、処方箋情報を確認し、在庫がない場合などは受け付けを断る場合も考えられるため、このように薬局端末４において受け付けの処理を行う。サーバー２が薬局端末４から処理開始信号を受信してから閲覧権限制御情報の変更を行うことで、実際に調剤を行なうこととなる薬局端末４にのみ閲覧許可とすることができる。上述のとおり、サーバー２が処理開始信号を受信するとサーバー２は閲覧権限制御情報の変更と共にそれとは異なる処理も行う。処理開始信号は、受付完了信号に限られず、サーバー２が処理開始信号を受信するとサーバー２が閲覧権限制御情報の変更とともにそれとは異なる処理も行うためのトリガーとなる信号であればよい。
【００４６】
また、サーバー２は薬局ごとに各利用者とその利用者の受付状態を紐付けた状態データベースを備える。サーバー２は、ステップＳ８０３において受信した利用者データ、例えば利用者ＩＤを状態データベースに登録しておき、その利用者ＩＤに紐づけて、ステップＳ８２０において受付完了信号を受信すると制御部２２はその利用者の状態が受付完了となるよう状態データベースを変更する。薬局端末４は定期的にこの状態データベースを読み込み、表示部４２にその状態を表示する。
【００４７】
利用者端末１では、データ送受信部１７が前記受付完了信号を受信し、表示部１６にて受付が完了した旨を利用者に通知する（ステップＳ８２１）。
【００４８】
なお、ここではサーバー２が受付完了信号（処理開始信号）を受信すると閲覧権限制御情報を閲覧許可を意味する状態に変更するが、ステップＳ８０３においてサーバー２が処方薬データと、基本データ又は利用者データの少なくとも一方を受信した段階でその受信データを処理開始信号とみなして閲覧権限制御情報を閲覧許可を意味する状態に変更してもよい。基本データ及び利用者データはそれぞれ患者を特定する個人情報を含む使用者データであり、閲覧権限制御情報の変更は少なくともこの使用者データと処方薬データを受信すると実行される。また、サーバー２は、処方薬データ、基本データ、利用者データを受信するとステップＳ８０５において説明したとおり、登録された利用者であるかを認証するステップへ進むため、使用者データと処方薬データの受信は、閲覧権限制御情報の変更とともにそれとは異なる処理も行うためのトリガーとなる信号の受信といえる。
【００４９】
次に、薬局では、受け付けた処方箋に基づいて、調剤作業を開始する。ここでは、薬剤師が、当該利用者がこれまで飲んだ薬や、現在飲んでいる薬を検査し、飲み合わせや、重複した調剤が発生しないかを確認する必要がある。
【００５０】
そこで、薬剤師が当該利用者の服用履歴を閲覧する。具体的には、薬剤師が薬局端末４を操作し、例えば服用履歴を閲覧するための入力を行うと、制御部４３が服用履歴情報要求をデータ送受信部４１を用いてサーバー２に送信する（ステップＳ８２２）。薬局端末４への入力は制御部４３により制御される入力部（図示せず）から行われる。
【００５１】
サーバー２のデータ送受信部２１が薬局端末４から送信された服用履歴情報要求を受信すると（ステップＳ８２３）、制御部２２が閲覧権限制御情報記憶部２７を参照し、アクセス可否識別子が薬局端末４からアクセスすることを許可する識別子となっているか確認する（ステップＳ８２５）。ここで「許可」となっていた場合（ステップＳ８２５でＹｅｓ）、つまり前記閲覧権限制御情報記憶部２７のデータベースの一例では、許可情報の部分が“１”となっている場合に限り、服用履歴情報記憶部２６内の当該利用者の服用履歴情報を読み出し、データ送受信部２１を用い薬局端末４に、当該利用者の服用履歴情報を送信する（ステップＳ８２４）。薬局端末４のデータ送受信部４１はこれを受信し、制御部４３は表示部４２を用いて当該利用者の服用履歴情報を表示する（ステップＳ８２６）。
【００５２】
次に、薬剤師が服用履歴情報を参照しながら調剤を完了すると、利用者に、薬局まで取りに来るよう呼び出すため、制御部４３は、データ送受信部４１を用い、呼び出し信号をサーバー２に送信する（ステップＳ８２７）。データ送受信部２１は呼び出し信号を受信し、利用者端末１に患者呼び出し信号を送信する（ステップＳ８２８）。
【００５３】
また、ステップＳ８２８においてサーバー２が呼び出し信号を受信すると、制御部２２は、サーバー２が備える各利用者とその利用者の受付状態を紐付けた状態データベースにおいて、その利用者の状態が呼び出し中となるよう状態データベースを変更する。薬局端末４は定期的にこの状態データベースを読み込み、表示部４２にその状態を表示する。
【００５４】
利用者端末１はデータ送受信部１７にて患者呼び出し信号を受信し、制御部１８が表示部１６に薬局から呼び出されている旨を表示する（ステップＳ８２９）。
【００５５】
利用者は、調剤が出来たことを知り、適宜薬局に、処方箋の原本を持参して薬を取りに行く。薬局では、薬剤師が応対し、処方箋の原本と引き替えに薬剤を渡し、精算を済ませる。
【００５６】
その後、薬剤師は、一連の処理の終わりとして、薬局端末４において調剤完了処理を行う。具体的には、制御部４３の制御のもとデータ送受信部４１がサーバー２に、当該利用者データと共に調剤完了信号（処理終了信号）を送信する（ステップＳ８３０）。また、調剤完了処理を行うと、制御部４３は薬局端末４の表示部４２にその旨の表示を反映させる。このとき、実際に調剤した処方薬データを含む処方箋情報をサーバー２へ送信してもよい。医師から処方された医薬品からジェネリック医薬品などに変更して調剤される場合があるためである。そしてサーバー２の服用履歴情報記憶部２６に服用履歴情報としてデータを保存する。ステップＳ８３０において実際に調剤した処方薬データを含む処方箋情報をサーバー２へ送信せず、利用者に医薬品を渡す際に、実際に調剤した処方薬データを含む処方箋情報の二次元コードを調剤明細書に印刷し、利用者が利用者端末１の二次元コード読み取り部１１から調剤明細書に印刷された二次元コードを読み取って、服用履歴情報として処方箋情報記憶部１９へ保存し、サーバー２へその情報を送信して服用履歴情報記憶部２６を更新するようにしてもよい。
【００５７】
サーバー２では、データ送受信部２１が調剤完了信号（処理終了信号）を受信する。この処理終了信号を受信すると、制御部２２が、閲覧権限制御情報記憶部２７における閲覧権限制御情報の該当する利用者の許可情報を閲覧不許可を意味する状態に変更する（ステップＳ８３１）。
つまり前記閲覧権限制御情報記憶部２７のデータベースの一例では、許可情報の部分を“０”とする。又は、閲覧権限制御情報記憶部２７に登録された当該利用者の情報（利用者ＩＤなど）を消去するようにしてもよい。この場合、ステップＳ８０３においてサーバー２が利用者データを受信すると、閲覧権限制御情報記憶部２７にその利用者のＩＤを保存し、許可情報は初めは閲覧不許可を意味する状態にしておき、上述のような所定の条件を満たしたときに許可情報を閲覧許可を意味する状態へ変更し、ステップＳ８３１において閲覧権限制御情報記憶部２７に登録された利用者ＩＤ及び許可情報を消去する。
【００５８】
例えばステップＳ８３１の後に、すなわち閲覧権限制御情報記憶部２７が“０”に変更された後に、薬局端末４から服用履歴情報要求をサーバー２が受信しても、薬局端末４は服用履歴情報にアクセスすることができない。
【００５９】
また、ステップＳ８３１においてサーバー２が調剤完了信号を受信すると、制御部２２は、サーバー２が備える各利用者とその利用者の受付状態を紐付けた状態データベースにおいて、その利用者の状態が調剤完了となるよう状態データベースを変更する。薬局端末４は定期的にこの状態データベースを読み込み、表示部４２にその状態を表示する。
【００６０】
ここでは、薬局端末４からサーバー２が調剤完了信号を受信すると、処理終了信号を受信したものとして閲覧権限制御情報を閲覧不許可を意味する状態に変更するが、ステップＳ８２７において薬局端末からサーバー２へ送信される呼び出し信号を処理終了信号としてもよい。すなわち、ステップＳ８２８においてサーバー２が薬局端末４から呼び出し信号を受信すると、制御部２２が閲覧権限制御情報記憶部２７における閲覧権限制御情報の該当する利用者の許可情報を閲覧不許可を意味する状態に変更するとしてもよい。上述したとおり、呼び出し信号を処理終了信号とみなす場合は、サーバー２がその信号を受信すると利用者端末１に患者呼び出し信号を送信するとともに、制御部２２が閲覧権限制御情報の変更を行う。調剤完了信号を処理終了信号とみなす場合は、サーバー２がその信号を受信するとサーバー２が備える状態データベースを変更するとともに、制御部２２が閲覧権限制御情報の変更を行う。すなわち、処理終了信号は、サーバー２が閲覧権限制御情報を変更する以外にそれとは異なる処理を行うためのトリガーとなる信号であればよい。
【００６１】
なおここで、処方箋に二次元コードがない場合、ステップＳ８０１の代わりに、カメラ入力部１４が撮影した処方箋画像をデータ送受信部１７を用いてサーバー２に送信し、ＯＣＲ解析部２８が当該画像をＯＣＲ解析して電子情報に変換するとしても良い。
【００６２】
また、同様に処方箋に二次元コードがない場合、ステップＳ８０１の代わりに、手入力部１３で手入力した情報をデータ送受信部１７を用いてサーバー２に送信しても良い。
【００６３】
なお、利用者端末１に利用者が服用履歴情報の開示に同意するかを確認する表示を表示部１６へ表示し、利用者端末１において利用者が服用履歴情報の開示に同意する旨の入力を行ったときに、利用者端末１からサーバー２へ利用者同意信号を送信し、サーバー２がその利用者同意信号を受信すると、サーバー２が閲覧権限制御情報の変更を行うこととしてもよい。この場合も、ステップＳ８２２からステップＳ８２６は同様に実行される。また、ステップＳ８３０及びステップＳ８３１の処理も同様に実行される。すなわち、ここで述べる医薬品処方支援方法は、通信ネットワークを介して薬局端末及び利用者端末がサーバーと通信を行い、前記薬局端末から前記サーバーに蓄積されている個人の医薬品の服用履歴のデータへアクセスする可否の制御を行う前記サーバーの医薬品処方支援方法であって、前記サーバーが、前記利用者端末から利用者同意信号を受信するステップと、前記利用者同意信号を前記サーバーが受信すると、前記利用者の服用履歴のデータに前記薬局端末からアクセスすることの可否を示すアクセス可否識別子をアクセス可能を意味する識別子に設定するステップと、前記薬局端末から処理終了信号を受信するステップと、前記処理終了信号を受信すると、前記アクセス可否識別子をアクセス不可能を意味する識別子に変更するステップとを実行する、医薬品処方支援方法である。また、ここで述べる医薬品処方支援装置は上述のサーバー２によって構成可能であり、通信ネットワークを介して、薬局端末及び利用者端末と通信を行う医薬品処方支援装置であって、前記利用者端末から利用者同意信号を受信する受信部と、個人と前記個人の服用履歴が紐付けられたデータベースを保存している記憶部と、前記利用者の服用履歴のデータに前記薬局端末からアクセスすることの可否を示すアクセス可否識別子を変更可能な制御部とを備え、前記受信部は、前記薬局端末から処理終了信号を受信し、前記制御部は、前記受信部が前記利用者同意信号を受信すると前記アクセス可否識別子をアクセス可能を意味する識別子に設定し、前記処理終了信号を受信すると前記アクセス可否識別子をアクセス不可能を意味する識別子に変更する医薬品処方支援装置である。
【００６４】
図１２は、ステップＳ８１８、Ｓ８１９、Ｓ８２２、Ｓ８２７において薬局端末４に表示される画面の一例を示す図である。
【００６５】
薬局では、図１２に示すような画面が表示部に表示されており、薬局に送信される処方箋の受け付けを行う処理を進める。ここには処理対象者を利用者毎に表示し、「受付」のボタンが表示されている利用者は、ステップＳ８１８においてサーバーから処方箋情報を受信し、これから受付とする利用者であり、「呼び出し」ボタンが表示されている。利用者は、現在調剤中であり、それが済み次第呼び出しを行うことを示し、ステップＳ８２７においてこの呼び出しボタンを押すことにより呼び出し信号を送信する。「呼び出し」ボタンを押すと、「呼出中」の表示に変化する。
【００６６】
また、「服用履歴」ボタンは、これを押下すると当該利用者の服用履歴情報が表示されることを示す。「服用履歴」ボタンは常に表示し視覚化しておきいつでも押下が可能にしておくとしても良い。この場合、ボタン押下時にサーバー２が、当該利用者の服用履歴情報閲覧権限が「許可」となっているか確認し、「許可」となっている場合、つまり閲覧権限制御情報記憶部２７のデータベースの一例では、許可情報の部分が“１”となっている場合に限り、当該利用者の服用履歴情報を表示するとしても良い。
【００６７】
また、薬局端末４の利用者の便宜を考え、「服用履歴」ボタンは、薬局端末４が一定間隔で当該利用者の服用履歴情報閲覧権限が「許可」となっているか検査し、「許可」となっている場合において、当該ボタンが押下可能なように表示するとしてもよい。
【００６８】
薬局端末４は定期的にサーバー２に保存されている状態データベースを読み込み、表示部４２にその状態を表示するが、前記一定間隔での服用履歴情報閲覧権限の検査を、薬局端末４上に表示する状態情報の、表示情報更新タイミングと置き換えても良い。
【００６９】
図１３は、ステップＳ８２６において薬局端末４に表示される画面の一例を示す図であり、利用者の服用履歴情報の表示イメージである。登録利用者情報記憶部２９に保存してある当該利用者の情報と合わせて、服用履歴が調剤薬局名や日時および各薬剤名などが表示される。
【００７０】
このように、服用履歴情報記憶部２６および閲覧権限制御情報記憶部２７を有することによって、利用者が処方箋情報を薬局に送付して調剤を受け付ける場合に、プライバシー情報である服用履歴の閲覧の許可に関して、特別な利用者のアクションなしに、その閲覧可能者およびその期間を限定して提示することが出来る。
【００７１】
本開示技術を用いると、従来のように紙媒体で服用履歴を管理する方法に替わって、例えばスマートフォンのアプリケーションなどで電子的に服用履歴の管理を実現することができ、利用者の使い勝手が良くなる。また、ネットワークを介して服用履歴の参照を行うことで、薬局端末から患者の服用履歴にアクセスすることができ、利用者端末に服用履歴を保存しておいて利用者端末を直接薬剤師に見せるといったことも不要となる。例えば、処方箋を事前に利用者端末から薬局に送付して薬局で受け付けを行い、調剤完了後に利用者が薬局へ医薬品を取りに行く場面では、薬局端末から服用履歴が確認でき紙媒体の服用履歴書や服用履歴を保存した利用者端末を薬局に届けなくても薬剤師は患者の服用履歴を参照することができる。つまり、サーバーで服用履歴を管理することにより、薬局からこれを閲覧できるようにしている。しかし、利用者からすれば、プライバシー情報である服用履歴を、勝手に薬局から見られたり、仮に閲覧を許可してもいつまでも見られる状態となっていることは問題となるが、本開示技術を利用することにより薬局から服用履歴にアクセスできる期間を制御することができる。例えばユーザからの服用履歴アクセス許可の意思表示をボタン押下などのアクションとして行う場合は、利用者からは薬剤師が調剤作業を終了するタイミングがわからないため、特に閲覧許可の終了のタイミングを決定することが困難となる。一方、本開示技術によれば、サーバーで服用履歴へのアクセス可否を制御することにより、服用履歴の閲覧終了のタイミングを制御することができる。また、利用者として特別な動作をしなくても服用履歴の閲覧期間を制御することができる。
【００７２】
なお、本発明は、上述した実施形態に限定されるものではなく、適宜、変形、改良、等が可能である。その他、上述した実施形態における各構成要素の材質、形状、寸法、数値、形態、数、配置箇所、等は本発明を達成できるものであれば任意であり、限定されない。
【産業上の利用可能性】
【００７３】
本開示技術によれば、医薬品の服用履歴へのアクセスの可否を制御し、所定の条件を満たすときに薬剤師が各患者の服薬履歴を参照することができるようになる。
【符号の説明】
【００７４】
１    利用者端末
２    サーバー（医薬品処方支援装置）
４    薬局端末
１１  二次元コード読み取り部
１２  デコード部
１３  手入力部
１４  カメラ入力部
１５  指定薬局情報記憶部
１６  表示部
１７  データ送受信部
１８  制御部
１９  処方箋情報記憶部
２０  利用者情報記憶部
２１  データ送受信部
２２  制御部
２３  処方箋情報記憶部
２４  利用者認証部
２５  薬剤師認証部
２６  服用履歴情報記憶部
２７  閲覧権限制御情報記憶部
２８  ＯＣＲ解析部
２９  登録利用者情報記憶部
３０  登録薬剤師情報記憶部
４１  データ送受信部
４２  表示部
４３  制御部
４４  処方箋情報記憶部
４５  薬剤師情報記憶部
Ｎ    通信ネットワーク
【要約】
【課題】服用履歴へのアクセスの可否を制御し、所定の条件を満たすときに薬剤師が各患者の服薬履歴を参照することができるようにする。
【解決手段】通信ネットワークＮを介して服用履歴にアクセスする可否の制御を行うサーバー２の医薬品処方支援方法であって、サーバー２が、利用者端末１から使用者データ及び処方薬データを受信するステップと、使用者データ及び処方薬データを受信すると、個人と個人の服用履歴が紐付けられたデータベースのうち使用者データに対応する使用者の服用履歴に薬局端末４からアクセスすることの可否を示すアクセス可否識別子を、アクセス可能を意味する識別子に設定するステップと、薬局端末４から処理終了信号を受信するステップと、処理終了信号を受信すると、アクセス可否識別子をアクセス不可能を意味する識別子に変更するステップと、を実行する。
【選択図】図１【図１】
0005693773.tif 000002
【図２】
0005693773.tif 000003
【図３】
0005693773.tif 000004
【図４】
0005693773.tif 000005
【図５】
0005693773.tif 000006
【図６】
0005693773.tif 000007
【図７】
0005693773.tif 000008
【図８】
0005693773.tif 000009
【図９】
0005693773.tif 000010
【図１０】
0005693773.tif 000011
【図１１】
0005693773.tif 000012
【図１２】
0005693773.tif 000013
【図１３】
0005693773.tif 000014