JP7420501B2 - 調剤予約システム、調剤受付方法及び調剤受付プログラム - Google Patents

Description

本発明は、処方箋情報提供装置、薬局端末、調剤予約システム、処方箋情報提供方法、調剤受付方法、処方箋情報提供プログラム及び調剤受付プログラムに関する。

従来、病院で診察を受けた受診者が、薬を処方された場合、受診者は、当該薬の処方箋を病院で受け取った後、この処方箋を持って調剤薬局へ行き、調剤薬局の局員に処方箋を手渡して調剤を依頼していた。この場合、受診者が調剤薬局へ到着して調剤を依頼してから調剤が開始されるので、薬を受け取るまでの受診者の待ち時間が長くなっていた。

これに対し、処方箋の画像データを撮影し、前記処方箋の画像データから、当該処方箋の記載内容を示す処方箋内容情報を取得し、当該取得した処方箋内容情報を含む処方箋のメールを作成し、調剤薬局端末に送信する装置が提案されている（特許文献１）。

また、受診者が調剤薬局へ行く前にＦＡＸで処方箋を調剤薬局へ送信して調剤を依頼し、調剤薬局の局員がＦＡＸされた処方箋に基づいて調剤を行い、受診者の待ち時間を短縮することも行われている。

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

特許文献１に記載された調剤情報処理装置は、受診者が、例えばカメラ付きの携帯電話を使用する場合でも、処方箋を撮影することになる。このとき撮影画像がブレたり、撮影画像に余計な影等が写り込んだりすると、処方箋の内容を正確に取得することができず、正しく調剤を依頼できるとは限らないという課題があった。また、鮮明に処方箋を撮影するためには、例えば充分な光量を確保でき、風などの影響で処方箋が動くことが無い場所で、処方箋を平面に載置して撮影するといったように、撮影条件を整える必要があり、処方箋の撮影に手間がかかるという問題がある。

また、ＦＡＸを調剤薬局に送信する構成では、ＦＡＸを送信する設備が必要であるが、受診者用のＦＡＸ機を備える病院は多くなく、受診者がＦＡＸ機を備えるコンビニエンスストアなどを探す必要があり、煩わしいという問題があった。

更に、調剤薬局の局員は、処方箋だけに基づいて調剤するのではなく、来訪した受診者の症状や既往歴、剤形等の希望を聞きとった上で、処方された薬に問題があれば変更することになるので、メールやＦＡＸで処方箋の情報を予め調剤薬局へ送信したとしても、受診者の待ち時間を短縮できないことがあった。

そこで、本発明の課題は、容易に処方箋情報を調剤薬局の薬局端末へ送信して調剤を依頼できる技術を提供することである。

上記課題を解決するため、本発明の処方箋情報提供装置は、
受診者が受診した医療機関のサーバから、当該受診者に対して処方された薬を示す処方箋情報を取得する取得部と、
前記受診者の操作によって、前記処方箋情報に基づく調剤を依頼する調剤薬局を選択する選択部と、
前記選択部で選択された前記調剤薬局に備えられた薬局端末へ前記処方箋情報を送信する送信制御部と、を備える。

上記課題を解決するため、本発明の薬局端末は、
少なくとも処方箋情報提供装置からネットワークを介して処方箋情報を受信して、調剤の依頼を受け付ける調剤受付部と、
前記調剤受付部で受け付けた処方箋情報のうち、調剤が完了していない処方箋情報の数に基づいて調剤の完了時間を算出する調剤時間算出部と、
前記調剤の完了時間を前記処方箋情報提供装置へ送信する調剤時間送信部と、を備える。

上記課題を解決するため、本発明の薬局端末は、
医療機関を受診した受診者が処方箋情報提供装置を用いて医療情報サーバから取得した処方箋情報を当該処方箋情報提供装置からネットワークを介して受信して、調剤の依頼を受け付ける調剤受付部と、
前記受診者の情報が、前記処方箋情報に示された前記薬の変更条件を満たしているか否かによって、前記薬の変更が必要か否かを判定する変更判定部と、
前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信する疑義照会部と、を備える。

上記課題を解決するため、本発明の調剤予約システムは、
前記処方箋情報提供装置と、前記薬局端末とを備え、
前記薬局端末が、
少なくとも処方箋情報提供装置からネットワークを介して処方箋情報を受信して、調剤の依頼を受け付ける調剤受付部と、
前記調剤受付部で受け付けた処方箋情報のうち、調剤が完了していない処方箋情報の数に基づいて調剤の完了時間を算出する調剤時間算出部と、
前記調剤の完了時間を処方箋情報提供装置へ送信する調剤時間送信部と、を備える。

上記課題を解決するため、本発明の調剤予約システムは、
前記処方箋情報提供装置と、前記薬局端末と、前記医療機関のサーバとを備え、
前記薬局端末が、
少なくとも処方箋情報提供装置からネットワークを介して処方箋情報を受信して、調剤の依頼を受け付ける調剤受付部と、
前記受診者の情報が、前記処方箋情報に示された前記薬の変更条件を満たしているか否かによって、前記薬の変更が必要か否かを判定する変更判定部と、
前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信する疑義照会部と、を備える。

上記課題を解決するため、本発明の処方箋情報提供方法は、
受診者が受診した医療機関のサーバから、当該受診者に対して処方された薬を示す処方箋情報を取得するステップと、
前記受診者の操作によって、前記処方箋情報に基づく調剤を依頼する調剤薬局を選択するステップと、
前記調剤薬局を選択するステップで選択された前記調剤薬局に備えられた薬局端末へ前記処方箋情報を送信するステップと、
をコンピュータが実行する。

上記課題を解決するため、本発明の調剤受付方法は、
少なくとも処方箋情報提供装置からネットワークを介して処方箋情報を受信して、調剤の依頼を受け付けるステップと、
前記調剤の依頼を受け付けるステップで受け付けた処方箋情報のうち、調剤が完了していない処方箋情報の数に基づいて調剤の完了時間を算出するステップと、
前記調剤の完了時間を前記処方箋情報提供装置へ送信するステップと、
をコンピュータが実行する。

上記課題を解決するため、本発明の調剤受付方法は、
医療機関を受診した受診者が処方箋情報提供装置を用いて医療情報サーバから取得した処方箋情報を当該処方箋情報提供装置からネットワークを介して受信して、調剤の依頼を受け付けるステップと、
前記受診者の情報が、前記処方箋に示された前記薬の変更条件を満たしているか否かによって、前記薬の変更が必要か否かを判定するステップと、
前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信するステップと、
をコンピュータが実行する。

上記課題を解決するため、本発明の処方箋情報提供プログラムは、
受診者が受診した医療機関のサーバから、当該受診者に対して処方された薬を示す処方箋情報を取得するステップと、
前記受診者の操作によって、前記処方箋情報に基づく調剤を依頼する調剤薬局を選択するステップと、
前記調剤薬局を選択するステップで選択された前記調剤薬局に備えられた薬局端末へ前記処方箋情報を送信するステップと、
をコンピュータに実行させる。

上記課題を解決するため、本発明の調剤受付プログラムは、
少なくとも処方箋情報提供装置からネットワークを介して処方箋情報を受信して、調剤の依頼を受け付けるステップと、
前記調剤の依頼を受け付けるステップで受け付けた処方箋情報のうち、調剤が完了していない処方箋情報の数に基づいて調剤の完了時間を算出するステップと、
前記調剤の完了時間を前記処方箋情報提供装置へ送信するステップと、
をコンピュータに実行させる。

上記課題を解決するため、本発明の調剤受付プログラムは、
医療機関を受診した受診者が処方箋情報提供装置を用いて医療情報サーバから取得した処方箋情報を当該処方箋情報提供装置からネットワークを介して受信して、調剤の依頼を受け付けるステップと、
前記受診者の情報が、前記処方箋に示された前記薬の変更条件を満たしているか否かによって、前記薬の変更が必要か否かを判定するステップと、
前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信するステップと、
をコンピュータに実行させる。

また、本発明は、上記プログラムを記憶したコンピュータが読み取り可能な記録媒体であってもよい。コンピュータに、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。

ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、ＣＤ（Compact Disc）、ＣＤ－Ｒ／Ｗ、ＤＶＤ（Digital Versatile Disk）、ブルーレイ(登録商標)ディスク（Blu-ray Disc）、ＤＡＴ、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ（リードオンリーメモリ）等がある。

本発明によれば、容易に処方箋情報を調剤薬局の薬局端末へ送信して調剤を依頼することができる。

図１は、調剤予約システムの一例を示す図である。 図２は、診療データベースへ記憶される診療情報の例を示す図である。 図３は、処方箋情報の一例を示す図である。 図４は、調剤データベースの一例を示す図である。 図５は、調剤予約システムにおいて、医療情報サーバや、受診者端末、薬局端末がプログラムに基づいて実行する調剤予約方法の説明図である。 図６は、調剤予約システムにおいて、医療情報サーバや、受診者端末、薬局端末がプログラムに基づいて実行する調剤予約方法の説明図である。

以下、図面を参照して、一実施形態に係る調剤予約システムについて説明する。以下の実施形態の構成は例示であり、本調剤予約システムは実施形態の構成には限定されない。
〈第一実施形態〉
《システム構成》
図１は、本実施形態に係る調剤予約システム１０の一例を示す図である。調剤予約システム１０は、医療情報サーバ１と、受診者端末２と、薬局端末３とを備える。なお、受診者端末２は、本実施形態において、処方箋情報提供装置の一形態である。

医療情報サーバ１は、主として診療所や病院等の医療機関に設置され、当該医療機関で診療を受ける受診者の情報や、診療診察を受けた受診者の診察結果や、受診者に発行した処方箋の情報を管理する装置である。医療情報サーバ１は、医師が操作する医師端末１１や、会計処理を行う会計装置１２、受診者が操作する受診者端末２とネットワークを介して接続される。なお、本実施形態では、説明の便宜上、院内の医師端末１１と、院外の受診者端末２や薬局端末３とが、同一の医療情報サーバ１と接続する例を示したが、この構成に限定されるものではなく、院外の受診者端末２や薬局端末３がプロキシサーバやメールサーバ等の他の装置を介して医療情報サーバ１との情報の送受信を行う構成であってもよい。

医療情報サーバ１は、診療受付部１０１や、受診者案内部１０２、診療情報管理部１０３、会計情報生成部１０４、処方箋情報生成部１０５を備えている。

診療受付部１０１は、診療を申し込む旨の情報と共に、受診者の受診者ＩＤを受信した場合に、当該受診者ＩＤを診療の待機リストに加えることで、当該受診者に対する診療の受け付けを行う。例えば、受診者端末２がネットワークを介して医療情報サーバ１に接続し、診療を申し込む旨の情報と受診者ＩＤを医療情報サーバ１へ送信する。また、受診者
が診察券を受付用の端末（不図示）にかざして受診者ＩＤを読み取らせ、受付用の端末から医療情報サーバ１へ、診療を申し込む旨の情報と受診者ＩＤを送信してもよい。なお、受診者ＩＤは、本システム１０において受診者を一意に識別する識別情報を含むものである。また、診療を申し込む旨の情報は、診療を受けようとする診療科名や、体温、主訴などを示す情報を含んでもよい。

受診者案内部１０２は、診療に関する案内情報を受診者端末２へ送信する。例えば、診療の待機リストから診療を受ける順番が来た受診者の受診者ＩＤを読み出し、当該受診者ＩＤと対応する受診者端末２へ「○番診察室へお入り下さい。」のように案内情報を送信する。また、受診者案内部１０２は、診療が終わった受診者の受診者端末２へ「会計の処理を行って下さい。」のように案内情報を送信する。

診療情報管理部１０３は、受診者のカルテに記載される情報を含む診療情報を管理する。例えば、診療情報管理部１０３は、診療の待機リストにある受診者ＩＤと対応する診療情報を診療データベース（以下、ＤＢとも称す）１０９から読み出して、医師が用いる医師端末１１へ送信し、電子カルテとして表示させる。また、診療情報管理部１０３は、医師が医師端末１１へ入力した診療の結果として入力した診療情報を医師端末１１から受信して診療ＤＢ１０９へ記憶させる。

図２は、診療ＤＢ１０９へ記憶される診療情報及び受診者に係る情報の例を示す図である。図２（Ａ）に示すように診療情報は、例えば、受診者ＩＤ、診療の日時、診療内容、検査内容、処方された薬の薬剤名や用量、診療した医師の氏名を示す情報を有している。また、診療ＤＢ１０９は、図２（Ｂ）に示すように、診療時に医師が入力する情報の他、受診者の氏名、生年月日、電話番号、住所、メールアドレス、受診者端末２のアドレス、保険者番号など、受診者に係る情報を受診者ＩＤと対応付けて記憶している。なお、図２では、便宜上、診療ＤＢ１０９に記憶される診療情報を人が読める言語で示したが、これに限らず診療情報は、コンピュータで処理可能な言語であればよい。なお、後述する図３の処方箋情報や、図４の調剤ＤＢに記憶される情報についても同様である。

会計情報生成部１０４は、診療情報管理部１０３が医師端末１１から診療情報を受信すると、当該診療情報と診療ＤＢに記憶された受診者の情報とに基づき、診療内容に応じた費用や検査内容に応じた費用を積算して診療費用とし、この診療費用や、受診者ＩＤ、受診者氏名等を含む情報を会計情報として会計装置１２へ送信する。

処方箋情報生成部１０５は、診療の結果として診療情報が診療ＤＢ１０９へ記憶される毎に、この診療ＤＢ１０９に記憶された情報に基づいて、当該診療時に処方された薬を示す処方箋情報を生成し、会計装置１２や受診者端末２へ送信する。図３は、処方箋情報の一例を示す図である。図３に示すように、処方箋情報は、例えば、受診者の氏名、生年月日、処方された薬の薬剤名及び容量、処方日、有効期間、処方した医師の氏名といった処方時に入力される情報を含む。また、処方箋情報生成部１０５は、調剤予約システム１０において当該処方箋情報を一意に識別する識別情報（処方箋ＩＤ）を各処方箋情報に付加する。更に、処方箋情報生成部１０５は、処方箋を発行した医療機関の所在地、名称、電話番号、印鑑の画像データといった医療機関の情報を処方箋情報に含める。

会計装置１２は、受診者ＩＤ取得部１２１、会計情報取得部１２２、決済部１２３、印刷部１２４を備えている。

受診者ＩＤ取得部１２１は、会計を行う受診者の受診者ＩＤを取得する。例えば、診察を終えた受診者が診察券やカルテに記載されたバーコードをバーコードリーダ（不図示）にかざすと、このバーコードリーダが当該バーコードを読み取り、この読み取った情報を
受診者ＩＤ取得部１２１がデコードすることにより、受診者ＩＤとして取得する。なお、受診者ＩＤの取得手段は、バーコードリーダに限定されえるものではなく、診察券の磁気情報を読み取るものや、ＩＣチップから受診者ＩＤを読み取るもの、キーボードによる入力操作を受けるものでもよい。

決済部１２３は、受診者ＩＤ取得部１２１で取得した受診者ＩＤと対応する会計情報を医療情報サーバ１から受信し、受信した会計情報に基づいて診療費用を受診者に提示し、受診者から診療費用を受領した場合に、決済が完了したことを診療情報サーバに通知する。なお、診療費用を受領する構成は、公知の技術を用いることができるので、詳細な説明を省略するが、例えば、受診者によって投入口に投入された紙幣や硬貨を計数機で計数して投入金額を求め、投入金額が診療費用以上であれば、決済が完了したこととし、投入金額から診療費用を減算した残額を投入口へ戻す。なお、現金に限らず、クレジットカードのカード情報を読み取り、カード会社のサーバに決済を要求し、カード会社のサーバに決済が受け付けられた場合に決済が完了したものとする構成であってもよい。

印刷部１２４は、決済部１２３により、診療費用の決済が完了した場合に、当該診療費用の領収書を不図示のプリンターから印刷出力させる。また、印刷部１２４は、前記決済が完了した場合に、受診者ＩＤ取得部１２１で取得した受診者ＩＤと対応する処方箋情報を医療情報サーバ１から受信し、受信した処方箋情報に基づいて処方箋を不図示のプリンターから印刷出力させる。

受診者端末２は、受診者が利用する端末であり、例えばスマートフォン、携帯電話、タブレットＰＣ等であってもよい。なお、本実施形態では、受診者端末２や会計装置１２等の操作を受診者が行うこととして説明するが、これは受診者本人に限らず、保護者や介護者など、受診者に代わる者が行ってもよい。

受診者端末２は、診療申請部２０１や、案内情報取得部２０２、処方箋情報取得部２０３や、薬局選択部２０４、送信制御部２０５を有している。

診療申請部２０１は、ネットワークを介して医療情報サーバ１に接続し、診療を申し込む旨の情報と受診者ＩＤとを送信することで、医療情報サーバ１に対して診療の申し込みを行う。なお、この診療の申し込みをする際に、受診者が体温や主訴、渡航歴、周囲に同様の症状を呈する者がいるか等の情報（以下、主訴情報）を受診者端末２に入力し、この主訴情報を診療申請部２０１が診療を申し込む旨の情報に含めて医療情報サーバ１へ送信してもよい。

案内情報取得部２０２は、医療情報サーバ１から案内情報を受信してディスプレイに表示させる等して受診者に提示する。

処方箋情報取得部２０３は、受診者が受診した医療機関の医療情報サーバ１から、当該受診者に対して処方された薬を示す処方箋情報を取得する。例えば、受診者が、会計装置１２に対して診療費用の支払いを行い、医療情報サーバ１が会計装置１２から決済が完了した通知を受信した場合に、処方箋情報生成部１０５が処方箋情報を受診者端末２へ送信し、処方箋情報取得部２０３が、この処方箋情報を受信する。

薬局選択部２０４は、受診者の操作によって、前記処方箋情報に基づく調剤を依頼する調剤薬局を選択する。例えば、薬局選択部２０４は、予め記憶した調剤薬局のリストをディスプレイに表示させ、受診者が操作ボタンやタッチパネルを用いて前記リストから所望の調剤薬局を選ぶ操作を行った場合に、この操作に基づいて調剤薬局を選択する。なお、調剤薬局のリストは、各調剤薬局の住所や連絡先、各調剤薬局に備えられた薬局端末３の
アドレスを有してもよい。

送信制御部２０５は、薬局選択部２０４で選択された調剤薬局に備えられた薬局端末３のアドレスを送信先として処方箋情報を送信する。なお、送信制御部２０５は、医療情報サーバ１に対する診療の申し込み時に受診者が入力した主訴情報を処方箋情報と共に薬局端末３へ送信してもよい。

薬局端末３は、調剤ＤＢ３００と、調剤受付部３０１と、受診者情報確認部３０２と、調剤時間算出部３０３と、調剤時間送信部３０４と、変更判定部３０５と、疑義照会部３０６と、調剤情報出力部３０７とを有する。

調剤ＤＢ３００は、各受診者の情報や、各受診者に対して調剤した薬の情報、処方される薬の投与条件などの情報を薬歴として記憶している。図４は、調剤ＤＢ３００の一例を示す図である。図４（Ａ）に示すように、調剤ＤＢ３００は、例えば、受診者ＩＤ、受診者の氏名、生年月日、性別、保険者番号、住所、緊急時連絡先、処方した保険医療機関名及び保険医氏名、処方日、処方内容、調剤日、処方内容に関する照会の内容、受診者の体質、アレルギー歴、副作用歴、服薬状況、服薬中の体調の変化、併用薬、合併症を含む既往歴に関する情報、他科受診の有無、副作用が疑われる症状の有無、後発医薬品の使用に関する受診者の意向といった情報を有してもよい。また、調剤ＤＢ３００は、図４（Ｂ）に示すように処方される薬について、投与に注意を必要とする条件（確認条件）や、投与が禁忌である条件（変更条件）を記憶している。

調剤受付部３０１は、少なくとも受診者端末２からネットワークを介して処方箋情報を受信して、調剤の依頼を受け付ける。また、本システムを利用していない受診者が来局して、局員に処方箋を手渡した場合、局員がスキャナで処方箋を読み取って処方箋情報とし、調剤受付部３０１が、この処方箋情報を取得して調剤の依頼を受け付ける。

受診者情報確認部３０２は、受診者の体質やアレルギー、既往歴といった情報が、処方された薬の確認条件を満たした場合に、当該確認条件と対応する確認事項を受診者端末２へ送信する。また、受診者情報確認部３０２は、確認事項に対する受診者の確認結果を受診者端末２から受信する。

調剤時間算出部３０３は、調剤受付部３０１で受け付けた処方箋情報のうち、調剤が完了していない処方箋情報の数に基づいて調剤の完了時間を算出する。また、調剤時間算出部３０３は、調剤が完了していない処方箋情報のほか、当該処方箋に示される薬の種類や量に基づいて調剤の完了時間を算出してもよい。調剤時間送信部３０４は、調剤時間算出部３０３で算出した調剤の完了時間を受診者端末２へ送信する。

変更判定部３０５は、受診者の既往歴や薬歴といった情報が、処方された薬の変更条件を満たしているか否かによって、処方された薬の変更が必要か否かを判定する。

疑義照会部３０６は、変更判定部３０５で処方された薬の変更が必要と判定された場合に、処方された薬の変更を示す疑義照会情報を医療情報サーバ１へ送信する。また、疑義照会部３０６は、疑義照会に対する医師の確認結果を医療情報サーバ１から受信する。

調剤情報出力部３０７は、調剤受付部３０１で受け付けた処方箋情報をディスプレイに表示させる等して局員（薬剤師）に提示し、処方箋に基づく調剤を指示する。また、調剤情報出力部３０７は、調剤受付部３０１で受け付けた処方箋情報に基づいて、調剤する薬の情報を分包機や払い出し機へ送信して、処方箋に示された薬の種類及び容量で分包や払い出しを行わせる。また、調剤情報出力部３０７は、調剤受付部３０１で受け付けた処方
箋情報に基づいて、調剤した薬に添付する説明文書を記憶装置から読み出して印刷出力させる。

図５は、医療情報サーバ１や、受診者端末２、医師端末１１、会計装置１２、薬局端末３といったコンピュータ（情報処理装置）のハードウェア構成を示す図である。

コンピュータ１００は、図５に示すように、例えば、ＣＰＵ１１１にバスを介して接続されたメモリ１１２，入力装置１１３，出力装置１１４，及び通信インタフェース（通信ＩＦ）１１５を含む。

メモリ１１２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、ＣＰＵ１１１の作業領域，プログラムやデータの記憶領域，通信データのバッファ領域として使用される。主記憶装置は、例えば、Random Access Memory（ＲＡＭ），或いはＲＡＭとRead Only Memory（ＲＯＭ）との組み合わせで形成される。

補助記憶装置は、ＣＰＵ１１１によって実行されるプログラム，及びプログラムの実行に際して使用されるデータを記憶する。補助記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）などである。また、補助記憶装置は、コンピュータ１００に対して着脱自在な可搬性記憶媒体を含む。可搬性記憶媒体は、例えばUniversal Serial Bus(ＵＳＢ)メモリである。また、補助記憶装置は、ＣＤ－ＲＯＭやＤＶＤ－ＲＯＭ，ＤＶＤ－Ｒなどのディスク記憶媒体及びディスク記憶媒体のドライブ装置を含む。ディスク記憶媒体は可搬性記憶媒体の一つである。医療情報サーバ１であれば、補助記憶装置は、診療ＤＢ１０９を格納する。また、薬局端末３であれば、補助記憶装置は、調剤ＤＢ３００を格納する。

入力装置１１３は、コンピュータ１００に情報やデータを入力するために使用される。入力装置１１３は、例えば、ボタン、キー、マウスなどのポインティングデバイス，タッチパネル、カメラ、バーコードリーダ、スキャナ、ＮＦＣによるＩＣチップの読取装置などを含む。入力装置１１３は、マイクロフォンのような音声入力装置を含み得る。

出力装置１１４は、情報やデータを出力する。出力装置は、例えば表示装置、プリンター、記憶メディアへの書き込み装置、ＮＦＣによるＩＣチップの書き込み装置等である。出力装置１１４は、スピーカのような音声出力装置を含み得る。通信ＩＦ１１５は、ネットワークに接続され、他の装置との通信を行うためのインタフェースである。通信ＩＦ１１５は、例えばLocal Area Network（ＬＡＮ）カードである。

ＣＰＵ１１１は、本例において処理装置に相当する。ＣＰＵ１１１は、ＭＰＵ（Micro Processor Unit）、マイクロプロセッサ、プロセッサとも呼ばれる。ＣＰＵ１１１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。上記各部の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。また、上記各部の少なくとも一部の処理は、集積回路（ＩＣ）、その他のデジタル回路であっても良い。また、上記各部の少なくとも一部にアナログ回路が含まれても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），プログラマブルロジックデバイス（ＰＬＤ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(FPGA)を含む。上記各部は、プロセッサと集積回路との組み合わせであっても良い。組み合わせは、例えば、ＭＣＵ（Micro Controller Unit），ＳｏＣ（System-on-a-chip），システムＬＳＩ，チッ
プセットなどと呼ばれる。

ＣＰＵ１１１は、補助記憶装置に記憶されたプログラムを主記憶装置にロードして実行する。医療情報サーバ１であれば、ＣＰＵ１１１は、診療受付部１０１や、受診者案内部１０２、診療情報管理部１０３、会計情報生成部１０４、処方箋情報生成部１０５として動作する。会計装置１２であれば、ＣＰＵ１１１は、受診者ＩＤ取得部１２１、会計情報取得部１２２、決済部１２３、印刷部１２４として動作する。受診者端末２であれば、ＣＰＵ１１１は、処方箋情報提供プログラムを実行することにより、診療申請部２０１や、案内情報取得部２０２、処方箋情報取得部２０３や、薬局選択部２０４、送信制御部２０５として動作する。薬局端末３であれば、ＣＰＵ１１１は、調剤受付プログラムを実行することにより、調剤受付部３０１や、受診者情報確認部３０２、調剤時間算出部３０３、調剤時間送信部３０４、変更判定部３０５、疑義照会部３０６、調剤情報出力部３０７として動作する。

《調剤予約方法》
図６を用い、本実施形態の調剤予約システム１０において、医療情報サーバ１や、受診者端末２、薬局端末３がプログラムに基づいて実行する調剤予約方法を説明する。なお、図６に示す調剤予約方法において、受診者端末２が実行する方法が、本実施形態に係る処方箋情報提供方法の一例であり、薬局端末３が実行する方法が、本実施形態に係る調剤受付方法の一例である。受診者端末２と薬局端末３は、それぞれ医療情報サーバ１と連携して以下の処理を行なうため、インターネット等のネットワークを介して、例えばＴＣＰ／ＩＰで通信を行うアプリケーションプログラムがインストールされており、受診者や局員によって実行開始の操作がなされた時や端末の起動時に当該アプリケーションプログラムの実行を開始する。

受診者の診療が終わり、診療の結果として診療情報が診療ＤＢ１０９へ記憶されると、医療情報サーバ１が、この診療ＤＢ１０９に記憶された情報に基づいて、当該診療時に処方された薬を示す処方箋情報を生成する（ステップＳ１０）。図６では省略したが、医療情報サーバ１は、処方箋情報を会計装置１２へ送信する。そして、受診者が、会計装置１２に対して診療費用の支払いを行い、会計装置１２から決済が完了した通知を受信した場合に、医療情報サーバ１が処方箋情報を受診者端末２へ送信する（ステップＳ２０）。これに限らず、受診者端末２から処方箋情報取得の要求を受けた場合に、医療情報サーバ１が処方箋情報を受診者端末２へ送信してもよい。

受診者端末２は、医療情報サーバ１から送信された処方箋情報を受信する（ステップＳ３０）。そして、受診者端末２は、予め記憶した調剤薬局のリストをディスプレイに表示させ、受診者が操作ボタンやタッチパネルを用いて前記リストから所望の調剤薬局を選ぶ操作を行った場合に、この操作に基づいて調剤薬局を選択する（ステップＳ４０）。

そして、受診者端末２は、医療情報サーバ１に対する診療の申し込み時に受診者が入力した主訴情報を処方箋情報と共にステップＳ３０で選択した薬局端末３へ送信する（ステップＳ５０）。

薬局端末３は、受診者端末２から送信された処方箋情報と主訴情報を受信して、調剤の依頼を受け付ける（ステップＳ６０）。

薬局端末３は、受診者の体質やアレルギー、既往歴といった情報が、処方された薬の確認条件を満たすか否かを判定する（ステップＳ７０）。例えば、処方された薬の確認条件として、「〇〇にアレルギーがある者」「心臓疾患の既往がある者」のように、投与に注意を必要とする条件が調剤ＤＢ３００に記憶され、この条件を受診者の体質や既往歴等の
情報が満たすか否かを判定する。

薬局端末３は、受診者の情報が、処方された薬の確認条件を満たしている場合に、当該確認条件と対応する確認事項を調剤ＤＢ３００から読み出し、「処方された△△（薬剤名）は、〇〇にアレルギーがある場合、重篤な副作用を起こすことがありますが、この薬で問題ありませんか」等のように確認事項を受診者端末２へ送信する（ステップＳ８０）。なお、受診者の情報が、処方された薬の確認条件を満たしていない場合、薬局端末３は、ステップＳ８０を省略し、受診者端末２への確認を行わない。

受診者端末２は、薬局端末３から受信した確認事項をディスプレイに表示して受診者へ提示し、受診者による確認結果を薬局端末３へ送信する（ステップＳ９０）。例えば、受診者が、当該問題事項について医師に問題がないことを確認していた場合や、既に類似の薬を使用して問題がない場合に、「問題無い」を選択し、副作用が起きる等の問題がありそうな場合に「問題有り」を選択して、これを受診者端末２が確認結果として送信する。

薬局端末３は、調剤受付部３０１で受け付けた処方箋情報のうち、調剤が完了していない処方箋情報の数に基づいて調剤の完了時間を算出する（ステップＳ１００）。例えば、処方箋情報一つについて第一の所定時間Ｔ１（例えば５分）と、処方箋情報に含まれる薬の種類の数ＭＡに第二の所定時間Ｔ２（例えば１分）を乗じたものとを加えて、式１のように一つの処方箋情報に基づく調剤にかかる時間ＴＳを求める。この調剤にかかる時間を調剤が完了していない処方箋情報の全てについて求め、積算して調剤の完了時間とする。なお、一包化や分包などのため調剤にかかる時間が、通常の時間Ｔ２と異なる薬については、時間Ｔ２に係数を乗じて調剤にかかる時間を調整してもよい。

ＴＳ＝Ｔ１＋Ｔ２×ＭＡ ・・・式１
薬局端末３は、ステップＳ１００で算出した調剤の完了時間を受診者端末２へ送信する（ステップＳ１１０）。

また、薬局端末３は、受診者の既往歴や薬歴といった情報が、処方された薬の変更条件を満たしているか否か、および受診者端末２から受信した確認結果によって、処方された薬の変更が必要か否かを判定する（ステップＳ１２０）。例えば、処方された薬の変更条件として、「△△（薬剤名）との同時服用」「心臓疾患の既往がある者」「類似薬剤との重複」のように、投与できない条件が調剤ＤＢ３００に記憶され、この条件を受診者の薬歴や既往歴等の情報が満たした場合に処方された薬の変更が必要と判定する。また、薬局端末３は、受診者端末２から「問題有り」との確認結果を受信した場合に処方された薬の変更が必要と判定する。一方、薬局端末３は、処方された薬の変更条件を受診者の薬歴や既往歴等の情報が満たさなかった場合であって、受診者端末２から「問題無し」との確認結果を受信した場合又はステップＳ８０を省略して確認を行わなかった場合には、処方された薬の変更が不要と判定する。

薬局端末３は、受診者の情報が、処方された薬の変更条件を満たしている場合に、当該変更条件と対応する疑義照会情報を調剤ＤＢ３００から読み出し、処方箋ＩＤ等を付加して医療情報サーバ１へ送信する（ステップＳ１３０）。また、薬局端末３は、受信した確認結果が「問題有り」の場合に、当該確認事項と対応する疑義照会情報を調剤ＤＢ３００から読み出し、処方箋ＩＤ等を付加して医療情報サーバ１へ送信する。ここで、疑義照会情報とは、例えば「処方された△△（薬剤名）は、服用中の□□（薬剤名）と重複しています。△△を削除してよろしいでしょうか」「処方された××（薬剤名）では、副作用が起きました。□□（薬剤名）に変更してよろしいでしょうか」のように処方された薬の変更を照会する情報である。なお、受診者の情報が、処方された薬の変更条件を満たしていない場合、薬局端末３は、ステップＳ１３０を省略し、医療情報サーバ１への疑義照会を
行わない。

疑義照会情報を受信した医療情報サーバ１は、処方箋ＩＤに基づいて処方した医師の医師端末１１へ疑義照会情報を転送する（ステップＳ１４０）。医療情報サーバ１は、医師が医師端末１１に入力した同意／不同意などの照会結果を受信して、薬局端末３へ送信する（ステップＳ１５０）。

照会結果を受信した薬局端末３は、照会結果が同意であれば処方された薬を変更し、照会結果が不同意であれば処方された薬を変更しないなど、照会結果を反映した処方箋情報を受け付け順に出力する（ステップＳ１６０）例えば、薬局端末３は、調剤受付部３０１で受け付けた処方箋情報に照会結果を付加してディスプレイに表示させると共に、照会結果に応じて薬の変更や削除を行った処方箋情報に基づいて調剤する薬の情報を分包機や払い出し機へ送信して、処方箋に示された薬の種類及び容量で分包や払い出しを行わせる。また、薬局端末３は、調剤受付部３０１で受け付けた処方箋情報に基づいて、調剤した薬に添付する説明文書を記憶装置から読み出して印刷出力させる。

以上のように本実施形態によれば、受診者端末２が、医療情報サーバ１から処方箋情報を取得して薬局端末３へ送信することとで調剤を依頼でき、処方箋を撮影する手間をかけず、容易に調剤を依頼できる。また、本実施形態によれば、受診者が調剤薬局へ行く前に調剤を依頼できるので、受診者が調剤薬局に着いてから薬を受け取るまでの待ち時間を短縮することができる。

また、本実施形態によれば、薬局端末３が、調剤の完了時間を算出して受診者端末２へ通知することで、受診者が薬を受け取ることができる時間を事前に知ることができ、利便性が向上する。

更に、本実施形態によれば、薬局端末３が、処方された薬の変更が必要と判定した場合、受診者が到着する前に疑義照会を行うことができるので、受診者が調剤薬局に到着してから薬が変更になることが抑えられ、調剤の効率化を図ることができる。

以上述べた実施形態は、本件の要旨を逸脱しない範囲において種々の変更を加えることができる。例えば、前記構成要素を組み合わせたり、一部省略してもよい。

１ ：医療情報サーバ
２ ：受診者端末
３ ：薬局端末
４ ：ネットワーク
１０ ：調剤予約システム
１１ ：医師端末
１２ ：会計装置
１００：コンピュータ
１０１：診療受付部
１０２：受診者案内部
１０３：診療情報管理部
１０４：会計情報生成部
１０５：処方箋情報生成部
１２１：受診者ＩＤ取得部
１２２：会計情報取得部
１２３：決済部
１２４：印刷部
２０１：診療申請部
２０２：案内情報取得部
２０３：処方箋情報取得部
２０４：薬局選択部
２０５：送信制御部
３０１：調剤受付部
３０２：受診者情報確認部
３０３：調剤時間算出部
３０４：調剤時間送信部
３０５：変更判定部
３０６：疑義照会部
３０７：調剤情報出力部
１０９：診療データベース
３００：調剤データベース

Claims (6)

1. 処方箋情報提供装置と、薬局端末と、医療機関のサーバとを備える調剤予約システムであって、
   前記薬局端末が、
   少なくとも前記処方箋情報提供装置からネットワークを介し、受診者に対して処方された薬を示す処方箋情報を受信して、調剤の依頼を受け付ける調剤受付部と、
   前記受診者の情報が、前記処方箋情報に示された前記薬の変更条件を満たしているか否かによって、前記薬の変更が必要か否かを判定する変更判定部と、
   前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信する疑義照会部と、を備え、
   前記受診者の情報が前記処方箋情報に示された前記薬の確認条件を満たした場合に、前記処方箋情報提供装置へ確認事項が送信され、当該確認事項について前記処方箋情報提供装置から問題有りとの確認結果を受信した場合に前記変更判定部が前記薬の変更が必要と判定して、前記疑義照会部が前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信する、
   調剤予約システム。
2. 前記処方箋情報提供装置が、
   前記受診者が受診した前記医療機関のサーバから、当該受診者に対して処方された薬を示す前記処方箋情報を取得する取得部と、
   前記受診者の操作によって、前記処方箋情報に基づく前記調剤を依頼する調剤薬局を選択する選択部と、
   前記選択部で選択された前記調剤薬局に備えられた前記薬局端末へ前記処方箋情報を送信する送信制御部と、
   を備える請求項１に記載の調剤予約システム。
3. 少なくとも処方箋情報提供装置からネットワークを介し、医療機関で受診者に対して処方された薬を示す処方箋情報を受信して、調剤の依頼を受け付けるステップと、
   前記受診者の情報が前記処方箋情報に示された前記薬の確認条件を満たしたか否かを判定し、前記確認条件を満たした場合に、前記処方箋情報提供装置へ確認事項を送信するステップと、
   前記確認事項について前記処方箋情報提供装置から問題有りとの確認結果を受信した場合に、前記薬の変更が必要と判定するステップと、
   前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信するステップと、
   をコンピュータが実行する調剤受付方法。
4. 前記調剤の依頼を受け付けるステップで受け付けた前記処方箋情報のうち、前記調剤が完了していない前記処方箋情報の数に基づいて前記調剤の完了時間を算出するステップと、
   前記調剤の完了時間を前記処方箋情報提供装置へ送信するステップと、
   を更にコンピュータが実行する請求項３に記載の調剤受付方法。
5. 少なくとも処方箋情報提供装置からネットワークを介し、医療機関で受診者に対して処方された薬を示す処方箋情報を受信して、調剤の依頼を受け付けるステップと、
   前記受診者の情報が前記処方箋情報に示された前記薬の確認条件を満たしたか否かを判定し、前記確認条件を満たした場合に、前記処方箋情報提供装置へ確認事項を送信するステップと、
   前記確認事項について前記処方箋情報提供装置から問題有りとの確認結果を受信した場合に、前記薬の変更が必要と判定するステップと、
   前記薬の変更が必要と判定された場合に、前記薬の変更を照会する疑義照会情報を前記医療機関のサーバへ送信するステップと、
   をコンピュータに実行させるための調剤受付プログラム。
6. 前記調剤の依頼を受け付けるステップで受け付けた前記処方箋情報のうち、前記調剤が完了していない前記処方箋情報の数に基づいて前記調剤の完了時間を算出するステップと、
   前記調剤の完了時間を前記処方箋情報提供装置へ送信するステップと、
   を更にコンピュータに実行させるための請求項５に記載の調剤受付プログラム。

Images