JP7640367B2 - 処方箋処理システム、精算端末および処方箋処理方法 - Google Patents

Description

本発明は、診療に係る処方箋を提供するための処方箋処理システム、当該処方箋処理システムに用いられる精算端末、および、診療に係る処方箋を提供するための処方箋処理方法に関する。

医療機関において診療がなされると、適宜、診療内容に応じた薬剤の処方箋が発行される。従来、処方箋は、医療機関の窓口において発行されている。たとえば、精算端末において診療費の支払いがなされると、処方箋の提供を受けるための引換券が精算端末から出力される。患者は、この引換券を窓口に提示することにより、処方箋の提供を受ける。その後、患者は、発行された処方箋を調剤薬局に持ち込んで、薬剤の提供を受ける。

最近では、処方箋を電子化する運用が採られつつある。たとえば、以下の特許文献１には、電子処方箋情報を患者のマイナンバーカードに記録することが記載されている。この場合、患者は、自身のマイナンバーカードを調剤薬局に提示することで、薬剤の提供を受けることができる。

さらに、電子処方箋サーバを用いた電子処方箋運用ガイドラインが厚生労働省から発行されている。このシステムでは、電子化された処方箋（電子処方箋）が、外部ネットワークを介して、医療機関の医事システムからサーバに登録される。この登録において、サーバは、電子処方箋の登録に先立ち、管理情報（アクセスコードおよび確認番号）を医事システムに発行する。医事システムは、受信した管理情報とともに診療内容に応じた電子処方箋をサーバに送信する。これに応じて、サーバは、受信した管理情報に紐づけて、受信した電子処方箋を登録する。これにより、サーバに対する電子処方箋の登録が完了する。

医療機関では、サーバから受信した管理情報を、窓口等において患者に提供する。患者は、提供された管理情報を、調剤薬局に提示する。調剤薬局の担当者は、調剤薬局内の端末を介してサーバにアクセスし、提示された管理情報を用いて電子処方箋を取得する。担当者は、取得した電子処方箋に基づく薬剤を、患者に提供する。

特開２０１９－１４４６８２号公報

上記のようなシステムでは、通信障害等により、電子処方箋がサーバに適正に登録されない場合がある。この場合、電子処方箋の登録に先立ち、サーバから医事システムに管理情報が適正に送信されていると、医療機関から患者に対して、管理情報が提供されてしまうことが起こり得る。こうなると、患者は、その後、調剤薬局まで出向いたにも関わらず、調剤薬局で薬剤を受け取ることができない結果となってしまう。

かかる課題に鑑み、本発明は、サーバに登録された電子処方箋を用いて患者に薬剤を提供する場合に、患者がより確実に処方箋に基づく薬剤を受け取ることが可能な処方箋処理システム、精算端末および処方箋処理方法を提供することを目的とする。

本発明の第１の態様は、電子処方箋情報を管理するサーバと外部通信網を介して通信可能な処方箋処理システムに関する。この態様に係る処方箋処理システムは、診療費の精算に関する取引処理を実行する精算処理部と、診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部と、を備える。前記精算処理部は、前記登録処理部が前記サーバから前記電子処方箋情報の登録済みに関する応答を受信したことに基づいて、前記取引処理を完了させる。

本態様に係る処方箋処理システムによれば、サーバに電子処方箋情報が登録されるまでは、精算に関する取引処理が終了されない。よって、患者は、精算取引を完了した後、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。

本態様に係る処方箋処理システムにおいて、前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信するよう構成され得る。

この構成によれば、電子処方箋情報は、当該電子処方箋情報に対応する診療について診療費の精算が完了したことにより、サーバに送信される。このため、患者が診療費の支払いを忘れた状態で、患者に電子処方箋情報に基づく薬剤が受け渡されることを防ぐことができる。よって、電子処方箋情報に基づく薬剤の受け渡しを、より円滑かつ適正に行うことができる。

たとえば、患者が、たまたま診療費の精算を失念し、薬剤を取得して帰ってしまう場合があるが、この構成によれば、患者は、診療費の精算をしないと処方箋を受け取ることができないため、上記失念の機会を減らすことができる。また、診療費の精算を故意的に行わない患者も稀にいるが、この構成では、診療費の精算をしないと処方箋を受け取ることができないため、医療機関側の金銭トラブルおよび診療費不払いに対する対応の機会を減らすことができる。

この構成において、前記精算処理部は、前記診療費の精算を完了したことに基づいて、前記取引処理が継続中であることを報知する報知処理を実行し、前記登録処理部が前記応答を受信したことに基づいて前記報知処理を終了するよう構成され得る。

この構成によれば、サーバに対する電子処方箋情報の登録が完了するまで、報知処理により、患者を待機させることができる。よって、患者は、精算取引の完了後に、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。

この場合、前記精算処理部は、前記報知処理において、前記電子処方箋情報の登録中であることを報知するよう構成され得る。

この構成によれば、患者は、報知処理により、自身の電子処方箋情報がサーバに登録中であることを把握できる。よって、患者は、精算取引の完了後に、電子処方箋情報により、自身の薬剤を受け取り得ることを把握でき、薬剤の受け取りを円滑に進めることができる。

本態様に係る処方箋処理システムは、前記登録処理部が前記応答を受信したことに基づいて、前記電子処方箋情報を特定する管理情報を利用者に提示するための処理を実行する出力処理部を備えるよう構成され得る。

この構成によれば、患者等の利用者は、精算取引の完了に応じて、電子処方箋情報の管理情報を取得できる。よって、電子処方箋情報に基づく薬剤の受け取りを円滑に進めることができる。

本態様に係る処方箋処理システムにおいて、前記精算処理部は、前記登録処理部が前記応答を受信できなかったことに基づいて、前記サーバ経由とは異なる形態で処方箋を交付するための交付処理を実行するよう構成され得る。

この構成によれば、患者は、サーバに対する電子処方箋情報の登録が失敗した場合に、別の形態で処方箋の交付を受けることができる。よって、その後の薬剤の受け取りを円滑に進めることができる。

本発明の第２の態様は、精算端末に関する。この態様に係る精算端末は、診療費の精算に関する取引処理を実行する精算処理部と、通信部と、を備える。前記精算処理部は、診療に対応する前記取引処理を実行した後、当該診療に対応する電子処方箋情報をサーバに登録したことを示す通知を、前記通信部を介して受信したことに基づいて、前記取引処理を完了させる。

本態様に係る精算端末によれば、上記第１の態様と同様、サーバに電子処方箋情報が登録されるまでは、精算に関する取引処理が終了しない。よって、患者は、精算取引を完了した後、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。

本態様に係る精算端末は、診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部をさらに備え得る。この場合、前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信し、前記精算処理部は、前記登録処理部が前記サーバから前記電子処方箋情報の登録済みに関する応答を前記通知として受信したことに基づいて、前記取引処理を完了させるよう構成され得る。

この構成によれば、電子処方箋情報は、当該電子処方箋情報に対応する診療について診療費の精算が完了したことにより、サーバに送信される。このため、患者が診療費の支払いを忘れた状態で、患者に電子処方箋情報に基づく薬剤が受け渡されることを防ぐことができる。よって、電子処方箋情報に基づく薬剤の受け渡しを、より円滑かつ適正に行うことができる。

本態様に係る精算端末において、前記精算処理部は、前記診療費の精算を完了したことに基づいて、前記取引処理が継続中であることを報知する報知処理を実行し、前記通知を受信したことに基づいて前記報知処理を終了するよう構成され得る。

この構成によれば、サーバに対する電子処方箋情報の登録が完了するまで、報知処理により、患者を待機させることができる。よって、患者は、精算取引の完了後に、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。

この構成において、前記精算処理部は、前記報知処理において、前記電子処方箋情報の登録中であることを報知するよう構成され得る。

この構成によれば、患者は、報知処理により、自身の電子処方箋情報がサーバに登録中であることを把握できる。よって、患者は、精算取引の完了後に、電子処方箋情報により、自身の薬剤が受け取れることを把握でき、薬剤の受け取りを円滑に進めることができる。

本態様に係る精算端末は、前記通信部を介して前記通知を受信したことに基づいて、前記電子処方箋情報を特定する管理情報を利用者に提示するための処理を実行する出力処理部を備えるよう構成され得る。

この構成によれば、患者等の利用者は、精算取引の完了に応じて、電子処方箋情報の管理情報を取得できる。よって、電子処方箋情報に基づく薬剤の受け取りを円滑に進めることができる。

本態様に係る精算端末において、前記精算処理部は、前記通信部を介して前記通知を受信できなかったことに基づいて、前記サーバ経由とは異なる形態で処方箋を交付するための交付処理を実行するよう構成され得る。

この構成によれば、サーバに対する電子処方箋情報の登録が失敗した場合に、患者は、精算取引に伴い別の形態で処方箋の交付を受けることができる。よって、その後の薬剤の受け取りを円滑に進めることができる。

本発明の第３の態様は、電子処方箋情報をサーバに自動で登録するためのコンピュータソフトウエアによる処方箋処理方法に関する。この態様に係る処方箋処理方法は、診療費の精算に関する取引処理を実行し、診療に対応する電子処方箋情報をサーバに登録するための登録処理を実行し、前記サーバから前記電子処方箋情報の登録済みに関する応答を受信したことに基づいて、前記取引処理を完了させる。

本態様に係る処方箋処理方法によれば、上記第１の態様と同様の効果が奏され得る。

本発明の第４の態様は、医療機関において医療費精算のために利用者により操作される精算端末を備え、電子処方箋情報を管理するサーバと外部通信網を介して通信可能な処方箋処理システムに関する。この態様に係る処方箋処理システムは、診療費の精算に関する取引処理を実行する精算処理部と、診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部と、を備える。前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信する。

本態様に係る処方箋処理システムによれば、電子処方箋情報は、当該電子処方箋情報に対応する診療について診療費の精算が完了したことにより、サーバに送信される。このため、患者が診療費の支払いを忘れた状態で、患者に電子処方箋情報に基づく薬剤が受け渡されることを防ぐことができる。よって、電子処方箋情報に基づく薬剤の受け渡しを、より円滑かつ適正に行うことができる。

すなわち、患者が、たまたま診療費の精算を失念し、薬剤を取得して帰ってしまう場合があるが、この構成によれば、患者は、診療費の精算をしないと処方箋を受け取ることができないため、上記失念の機会を減らすことができる。また、診療費の精算を故意的に行わない患者も稀にいるが、この構成では、診療費の精算をしないと処方箋を受け取ることができないため、医療機関側の金銭トラブルおよび診療費不払いに対する対応の機会を減らすことができる。

本発明の第５の態様は、医療機関において医療費精算のために利用者により操作され、電子処方箋情報を管理するサーバと外部通信網を介して通信可能な精算端末に関する。この態様に係る精算端末は、診療費の精算に関する取引処理を実行する精算処理部と、診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部と、を備える。前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信する。

本態様に係る精算端末によれば、上記第４の態様と同様の効果が奏され得る。

上記のように、本発明によれば、サーバに登録された電子処方箋を用いて患者に薬剤を提供する場合に、患者がより確実に処方箋に基づく薬剤を受け取ることが可能な処方箋処理システム、精算端末および処方箋処理方法を提供することができる。

本発明の効果ないし意義は、以下に示す実施形態の説明により更に明らかとなろう。ただし、以下に示す実施形態は、あくまでも、本発明を実施化する際の一つの例示であって、本発明は、以下の実施形態に記載されたものに何ら制限されるものではない。

図１は、実施形態１に係る、電子処方箋管理システム１の構成を示す図である。 図２は、実施形態１に係る、精算端末および医事システムの構成を示すブロック図である。 図３は、実施形態１に係る、サーバに構築された電子処方箋データベースの構成を示す図である。 図４は、実施形態１に係る、診療費の精算および処方箋の交付の際に医事システムの制御部が行う制御を示すフローチャートである。 図５は、実施形態１に係る、診療費の精算および処方箋の交付の際に精算端末の制御部が行う制御を示すフローチャートである。 図６（ａ）は、実施形態１に係る、報知処理において精算端末の操作表示部に表示される報知画面を示す図である。図６（ｂ）は、実施形態１に係る、管理情報提示処理において精算端末の操作表示部に表示される通知画面を示す図である。図６（ｃ）は、実施形態１に係る、引換情報提示処理において精算端末の操作表示部に表示される通知画面を示す図である。 図７は、実施形態２に係る、精算端末および医事システムの構成を示すブロック図である。 図８は、実施形態２に係る、診療費の精算および処方箋の交付の際に医事システムの制御部が行う制御を示すフローチャートである。 図９は、実施形態２に係る、診療費の精算および処方箋の交付の際に精算端末の制御部が行う制御を示すフローチャートである。 図１０は、実施形態２に係る、処方箋登録処理を示すフローチャートである。 図１１は、変更例に係る、診療費の精算および処方箋の交付の際に医事システムの制御部が行う制御を示すフローチャートである。 図１２は、変更例に係る、診療費の精算および処方箋の交付の際に精算端末の制御部が行う制御を示すフローチャートである。 図１３は、他の変更例に係る、診療費の精算および処方箋の交付の際に医事システムの制御部が行う制御を示すフローチャートである。

以下、本発明の実施形態について、図面を参照して説明する。

＜実施形態１＞
図１は、実施形態１に係る電子処方箋管理システム１の構成を示す図である。

図１に示すように、電子処方箋管理システム１は、精算端末１０と、医事システム２０と、サーバ３０と、薬局端末４０とを備える。精算端末１０と医事システム２０は、病院等の医療機関に設置され、医療機関内に敷設されたＬＡＮ（Local Area Network）で通信可能に接続されている。医療機関には、複数の精算端末１０が設置されている。図１には、２つの精算端末１０が示されているが、設置される精算端末１０の数は、これに限られるものではない。

精算端末１０は、診療費や、医療機関の利用により生じたその他の費用を、患者等の利用者が精算するためのものである。医事システム２０は、患者情報や、各患者のカルテ情報、診療に応じた薬剤の処方箋情報、診療費といった精算情報等を管理するためのものである。医事システム２０は、必ずしも１つの装置により構成されなくてもよく、複数のパーソナルコンピュータやサーバが組み合わされて構成されてもよい。精算端末１０と医事システム２０は、処方箋を処理するための処方箋処理システム２を構成する。

精算端末１０および医事システム２０は、それぞれ、ルータ６０を介して、外部通信網５０に接続されている。外部通信網５０は、インターネット、専用回線または公衆回線等からなっている。外部通信網５０には、サーバ３０と薬局端末４０が接続されている。サーバ３０は、電子処方箋に関する情報（以下、「電子処方箋情報」という）を管理する。サーバ３０は、医事システム２０から受信した電子処方箋情報を記憶するためのデータベースを有する。図１に示した医事システム２０以外の医事システムも外部通信網５０に接続されている。サーバ３０は、これらの医事システムから受信する電子処方箋情報も、同様に管理する。

薬局端末４０は、調剤薬局等の、処方箋に基づき患者に薬剤を提供する施設に設置される。薬局端末４０は、パーソナルコンピュータやタブレット等の情報処理端末である。薬局端末４０が、調剤を管理する専用端末であってもよい。薬局端末４０は、サーバ３０にアクセスして患者の電子処方箋情報を取得し、取得した電子処方箋情報を表示する。薬剤師等の担当者は、表示された電子処方箋情報に基づいて薬剤を調剤し、調剤した薬剤を患者に提供する。

図２は、精算端末１０および医事システム２０の構成を示すブロック図である。

精算端末１０は、制御部１０１と、記憶部１０２と、紙幣処理部１０３と、硬貨処理部１０４と、カード処理部１０５と、操作表示部１０６と、音声出力部１０７と、印刷部１０８と、バーコードリーダ１０９と、通信部１１０とを備える。なお、紙幣処理部１０３と硬貨処理部１０４については、精算端末１０と別体になっていてもよい。

制御部１０１は、ＣＰＵ（Central Processing Unit）等の演算処理回路を備え、記憶部１０２に記憶されたプログラムに従って各部を制御する。記憶部１０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の記憶媒体を備え、制御部１０１が実行するプログラムや、各種データを記憶する。また、記憶部１０２は、制御部１０１が制御を行う際のワーク領域として利用される。

紙幣処理部１０３は、各金種の紙幣を収容するための紙幣収容部および紙幣を搬送する搬送部を備え、制御部１０１からの制御により、紙幣収容部と紙幣の入出金部との間で紙幣を搬送する。硬貨処理部１０４は、各金種の硬貨を収容するための硬貨収容部および硬貨を搬送する搬送部を備え、制御部１０１からの制御により、硬貨収容部と、硬貨の入出金部との間で硬貨を搬送する。

カード処理部１０５は、カード挿入口から挿入されたカード（診察券、クレジットカード等）からカード番号等のカード情報を読み取る。操作表示部１０６は、所定の情報を表示するとともに、利用者からの操作を受け付ける。操作表示部１０６は、たとえば、液晶表示器を備えたタッチパネルにより構成される。音声出力部１０７は、スピーカ等の音声出力手段を備え、制御部１０１からの制御に応じて、所定の音声を出力する。

印刷部１０８は、クレジットカード等による決済が行われた場合に、利用者控えを送出する。また、印刷部１０８は、診療費の支払いが行われた場合に領収書を送出し、また、操作表示部１０６に対して診療明細書の発行操作がなされた場合に、診療明細書を送出する。

バーコードリーダ１０９は、医療費を精算するための用紙に印字されたバーコードを読み取る。たとえば、診療を受け付けるための受付機で発行された整理券に、精算のためのバーコードが印字される。患者は、このバーコードを用いて、医療費の精算を行える。

通信部１１０は、医事システム２０および外部通信網５０と通信を行うための通信インタフェースである。通信部１１０は、ＬＡＮを介して、医事システム２０の通信部２０５に接続される。また、通信部１１０は、ルータ６０を介して、外部通信網５０に接続される。制御部１０１は、患者等の利用者がクレジットカードを用いて精算を行う場合、外部通信網５０を介してカード情報処理センター（図示せず）と通信を行い、カード決済の処理を行う。

医事システム２０は、制御部２０１と、記憶部２０２と、操作表示部２０３と、印刷部２０４と、通信部２０５と、を備える。

制御部２０１は、ＣＰＵ（Central Processing Unit）等の演算処理回路を備え、記憶部２０２に記憶されたプログラムに従って各部を制御する。記憶部２０２は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）等の記憶媒体を備え、制御部２０１が実行するプログラムや、各種データを記憶する。また、記憶部２０２は、制御部２０１が制御を行う際のワーク領域として利用される。記憶部２０２は、患者情報、患者の診療履歴および調剤履歴等の情報を更新記憶するための診療データベースを保持している。

操作表示部２０３は、所定の情報を表示するとともに、使用者からの操作を受け付ける。操作表示部２０３は、たとえば、液晶表示器を備えたタッチパネルにより構成される。印刷部２０４は、制御部２０１からの制御により、処方箋等の印刷物を送出する。

通信部２０５は、精算端末１０および外部通信網５０と通信を行うための通信インタフェースである。通信部２０５は、ＬＡＮを介して、精算端末１０の通信部１１０に接続される。また、通信部２０５は、ルータ６０を介して、外部通信網５０に接続される。制御部２０１は、診療に応じて生成される電子処方箋情報を、外部通信網５０を介して、サーバ３０に登録する処理を行う。

図３は、サーバ３０に構築された電子処方箋データベースの構成を示す図である。

電子処方箋データベースは、アクセスコードおよび確認番号と、処方箋情報および調剤結果とを対応付けた構造である。アクセスコードおよび確認番号は、電子処方箋情報を管理するための管理情報である。アクセスコードおよび確認番号は、医事システム２０からの要求に応じて、サーバ３０が発行する。処方箋情報は、医事システム２０から受信する電子処方箋情報である。電子処方箋情報は、たとえば、処方箋の印刷イメージを電子化したものである。たとえば、電子処方箋情報は、薬剤の種類、量、服用タイミング等といった、処方箋に記載される内容をテキストデータ化したものである。調剤結果は、処方箋に基づく薬剤の調剤結果を示す情報である。調剤結果は、患者に薬剤を提供したことに伴い、薬局端末４０からサーバ３０に送信される。

なお、ここでは、サーバ３０で管理される電子処方箋に関する情報がデータベース構造であったが、この情報は、必ずしもデータベース構造でなくてもよく、各情報が互いに紐づけられて管理されればよい。

図２に戻り、本実施形態では、精算端末１０の記憶部１０２に記憶されたプログラムによって、制御部１０１に、精算処理部１０１ａおよび出力処理部１０１ｂの機能が付与される。制御部１０１は、精算処理部１０１ａの機能により、診療費の精算に関する取引処理を実行する。また、制御部１０１は、出力処理部１０１ｂの機能により、サーバ３０から電子処方箋情報の登録が完了したことに基づいて、当該電子処方箋情報を特定する管理情報（アクセスコード、確認番号）を患者等の利用者に提示するための処理を実行する。

また、医事システム２０の制御部２０１には、記憶部２０２に記憶されたプログラムによって、登録処理部２０１ａの機能が付与される。制御部２０１は、登録処理部２０１ａの機能により、診療に対応する電子処方箋情報をサーバ３０に登録するための登録処理を実行する。

ところで、上記構成の電子処方箋管理システム１では、通信障害等により、電子処方箋情報がサーバ３０に適正に登録されない場合がある。この場合、電子処方箋情報の登録に先立ち、サーバ３０から医事システム２０に管理情報（アクセスコード、確認番号）が適正に送信されていると、医療機関から患者に対して、管理情報が提供されてしまうことが起こり得る。こうなると、患者は、その後、調剤薬局まで出向いたにも関わらず、調剤薬局で薬剤を受け取ることができない結果となってしまう。

このような問題を防ぐために、本実施形態では、調剤薬局において、患者がより確実に処方箋に基づく薬剤を受け取り得る制御が、図２に示した精算処理部１０１ａ、出力処理部１０１ｂおよび登録処理部２０１ａの機能により実行される。以下、この制御について説明する。

図４は、診療費の精算および処方箋の交付の際に医事システム２０の制御部２０１が行う制御を示すフローチャートである。図５は、診療費の精算および処方箋の交付の際に精算端末１０の制御部１０１が行う制御を示すフローチャートである。

図４の各ステップの処理は、登録処理部２０１ａの機能により、医事システム２０の制御部２０１が行う。また、図５のステップＳ２０８の処理は、出力処理部１０１ｂの機能により、精算端末１０の制御部１０１が行い、図５のステップＳ２０８以外の各ステップの処理は、精算処理部１０１ａの機能により、精算端末１０の制御部１０１が行う。以下では、便宜上、図４の制御主体を医事システム２０の制御部２０１とし、図５の制御主体を精算端末１０の制御部１０１として説明を行う。

まず、図５を参照して、精算端末１０の制御部１０１は、診療費の精算に関する取引処理が開始されたか否かを判定する（Ｓ２０１）。たとえば、制御部１０１は、操作表示部１０６を介して精算のための操作を受け付けた後、さらに、診察券をカード処理部１０５が読み取り、あるいは、医療費を精算するための用紙に印字されたバーコードをバーコードリーダ１０９が読み取った場合に、診療費の精算に関する取引処理が開始されたと判定する。

精算取引が開始されると（Ｓ２０１：ＹＥＳ）、制御部１０１は、診療費を特定するための識別情報（診察券の識別情報またはバーコード情報）を含む精算開始通知を、通信部１１０を介して、医事システム２０に送信する（Ｓ２０２）。

図４を参照して、医事システム２０の制御部２０１は、精算端末１０から精算開始通知を受信すると（Ｓ１０１：ＹＥＳ）、当該通知に含まれる識別情報を参照し、当該識別情報に対応する診療情報を、当該通知の送信元の精算端末１０に送信する（Ｓ１０２）。この診療情報は、診療費および診療明細に関する情報を含んでいる。

図５を参照して、精算端末１０の制御部１０１は、医事システム２０から受信した診療情報に基づいて、診療費の精算処理を行う（Ｓ２０３）。具体的には、制御部１０１は、操作表示部１０６に診療費を表示させて、患者に診療費の精算を促す。そして、制御部１０１は、患者が現金またはクレジットカード等により診療費の精算を行うのを待つ（Ｓ２０４）。

図４を参照して、医事システム２０の制御部２０１は、ステップＳ１０２の処理とともに、電子処方箋情報を登録するための管理情報（アクセスコード、確認番号）の発行要求を、通信部２０５を介して、サーバ３０に送信する（Ｓ１０３）。その後、制御部２０１は、サーバ３０から管理情報（アクセスコード、確認番号）を含む応答を受信するのを待つ（Ｓ１０４）。

なお、管理情報（アクセスコード、確認番号）の発行要求は、必ずしも、このタイミングでサーバ３０に送信されなくてもよく、たとえば、診療前に、受付端末で患者の診察券を受け付けたタイミングで、管理情報（アクセスコード、確認番号）の発行要求がサーバ３０に送信されてもよい。この場合、図４のフローチャートから、ステップＳ１０３、Ｓ１０４が省略される。また、この場合、診療において薬剤が処方されなかった場合は、発行された管理情報をキャンセルする処理がなされてもよい。

管理情報の発行要求に対する応答を所定時間内に受信できた場合（Ｓ１０４：ＹＥＳ）、制御部２０１は、処理をステップＳ１０５に進めて、精算端末１０から、精算完了通知を受信するのを待つ。他方、管理情報の発行要求に対する応答を所定時間内に受信できなかった場合、もしくは、所定時間内に受信できたが受信データに異常があった場合等、応答を適正に受信できなかった場合（Ｓ１０４：ＮＯ）、制御部２０１は、処理をステップＳ１１０に進めて、サーバ３０に電子処方箋情報を登録できなかったことを示す登録不可通知と、紙による処方箋の発行を行うための処方箋引換情報とを精算端末１０に送信する。

図５を参照して、精算端末１０の制御部１０１は、ステップＳ２０３における精算処理に対して、患者が精算を行わなかった場合（Ｓ２０４：ＮＯ）、図５の処理を終了する。他方、患者が精算を行った場合（Ｓ２０４：ＹＥＳ）、制御部１０１は、精算完了通知を医事システム２０に送信する（Ｓ２０５）。さらに、制御部１０１は、取引処理が未だ完了していないこと、すなわち、取引処理が継続中であることを報知するための報知処理を実行する（Ｓ２０６）。

図６（ａ）は、図５のステップＳ２０６の報知処理において操作表示部１０６に表示される報知画面３００を示す図である。

報知画面３００は、診療費の精算に関する取引処理が継続中であることを患者に報知するためのメッセージ３０１と、電子処方箋をサーバ３０に登録中であるため待機することを患者に促すためのメッセージ３０２と、待機すべき時間の経過を表示するための画像３０３とを含んでいる。画像３０３の複数の三角マークは、時間の経過に伴い左から順番に塗りつぶされて行き、右端の三角マークまで塗りつぶされると待機期間が終了することを表している。患者は、報知画面３００を参照することにより、診療費の精算に関する取引処理が継続中であることとともに、電子処方箋をサーバ３０に登録中であること、および、登録処理の大まかな進行度合いを把握できる。

なお、これらの報知は、必ずしも、報知画面３００により行われなくともよく、たとえば、音声出力部１０７から同様のメッセージ内容の音声を出力させてもよい。あるいは、報知画面３００の表示とともに、音声出力部１０７から所定のメッセージやチャイム音を出力させて、取引継続中であること、および電子処方箋の登録中であることを、より確実に、患者に報知してもよい。

図４を参照して、医事システム２０の制御部２０１は、ステップＳ１０５の判定において、診療情報を精算端末１０に送信してから所定時間内に、精算完了通知を精算端末１０から受信できなかった場合（Ｓ１０５：ＮＯ）、図４の制御を終了する。他方、当該所定時間内に精算完了通知を精算端末１０から受信した場合（Ｓ１０５：ＹＥＳ）、制御部２０１は、当該診療情報に対応する電子処方箋情報を、通信部２０５を介してサーバ３０に送信する（Ｓ１０６）。

その後、制御部２０１は、当該電子処方箋情報の登録が完了したことを示す応答をサーバ３０から受信するのを待つ（Ｓ１０７）。所定時間内にこの応答を受信した場合（Ｓ１０７：ＹＥＳ）、制御部２０１は、記憶部２０２に保持されている診療データベースに、電子処方箋情報がサーバ３０に登録されたことを示すフラグを設定し（Ｓ１０８）、さらに、電子処方箋情報の登録が完了したこと示す登録済み通知と、当該電子処方箋情報の管理情報（アクセスコード、確認番号）を、精算端末１０に送信する（Ｓ１０９）。これにより、制御部２０１は、図４の処理を終了する。

他方、当該電子処方箋情報の登録が完了したことを示す応答を所定時間内にサーバ３０から受信できなかった場合、もしくは、所定時間内に受信できたが受信データに異常があった場合等、応答を適正に受信できなかった場合（Ｓ１０７：ＮＯ）、制御部２０１は、登録不可通知と処方箋引換情報を、精算端末１０に送信する（Ｓ１１０）。これにより、制御部２０１は、図４の処理を終了する。

図５を参照して、精算端末１０の制御部１０１は、ステップＳ２０６の報知処理を実行した後、医事システム２０から、登録済み通知と登録不可通知の何れを受信したかを判定する（Ｓ２０７）。

登録済み通知を受信した場合（Ｓ２０７：ＹＥＳ）、制御部１０１は、ステップＳ２０６の報知処理を終了し、管理情報（アクセスコード、確認番号）を患者に交付するための管理情報交付処理を実行する（Ｓ２０８）。他方、登録不可通知を受信した場合（Ｓ２０７：ＮＯ）、制御部１０１は、ステップＳ２０６の報知処理を終了し、紙媒体による処方箋を受け取るための処方箋引換情報を患者に提示するための引換情報交付処理を実行する（Ｓ２０９）。

図６（ｂ）は、図５のステップＳ２０８（管理情報提示処理）において、精算端末１０の操作表示部１０６に表示される通知画面３１０を示す図である。

通知画面３１０は、サーバ３０に対する電子処方箋の登録が完了したことを報知するためのメッセージ３１１と、調剤薬局で薬剤を受け取るためのシートを印刷することを報知するメッセージ３１２と、ＯＫボタン３１３とを含んでいる。患者は、メッセージ３１１、３１２を参照して、これから印刷されるシートを調剤薬局に持参すれば自身の薬剤を受け取れることを把握する。その上で、患者は、ＯＫボタン３１３を操作する。これに応じて、制御部１０１は、管理情報（アクセスコード、確認番号）を印字したシートを印刷部１０８に出力させる。患者は、出力されたシートを調剤薬局に持参して提示することで、自身の薬剤を受け取ることができる。

図６（ｃ）は、図５のステップＳ２０９（引換情報提示処理）において、精算端末１０の操作表示部１０６に表示される通知画面３２０を示す図である。

通知画面３２０は、サーバ３０に電子処方箋を登録できなかったことを報知するためのメッセージ３２１と、医療機関の窓口で自身の薬剤の処方箋を受け取るための引換券を印刷することを報知するメッセージ３２２と、ＯＫボタン３２３とを含んでいる。患者は、メッセージ３２１、３２２を参照して、これから印刷される引換券を医療機関の窓口に提示することにより、自身の薬剤の処方箋を受け取れることを把握する。その上で、患者は、ＯＫボタン３２３を操作する。これに応じて、制御部１０１は、処方箋引換情報を印字した引換券を印刷部１０８に出力させる。患者は、出力された引換券を窓口に提示して、処方箋を受け取る。そして、患者は、受け取った処方箋を調剤薬局に持参して提示することにより、自身の薬剤を受け取ることができる。

なお、図５のステップＳ２０９では、上記のように処方箋の引換券が発行されたが、これに代えて、精算端末１０から処方箋が直接発行されてもよい。

＜実施形態１の効果＞
実施形態１によれば、以下の効果が奏され得る。

図２に示したように、処方箋処理システム２は、診療費の精算に関する取引処理を実行する精算処理部１０１ａ（制御部１０１）と、診療に対応する電子処方箋情報をサーバ３０に登録するための登録処理を実行する登録処理部２０１ａ（制御部２０１）と、を備える。図５に示したように、精算処理部１０１ａは、診療費の精算が行われても（Ｓ２０４：ＹＥＳ）、取引処理を完了させず（Ｓ２０５、Ｓ２０６）、登録処理部２０１ａがサーバ３０から電子処方箋情報の登録済みに関する応答を受信したことに基づいて（Ｓ２０７：ＹＥＳ）、取引処理を完了させる（Ｓ２０８、エンド）。このように、サーバ３０に電子処方箋情報が登録されるまでは、精算に関する取引処理が終了されない。よって、患者は、精算取引を完了した後、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。

図４に示したように、登録処理部２０１ａ（制御部２０１）は、精算処理部１０１ａ（制御部１０１）が診療費の精算を完了したことに基づいて（Ｓ１０５：ＹＥＳ）、電子処方箋情報をサーバ３０に送信する（Ｓ１０６）。これにより、患者が診療費の支払いを忘れた状態で、患者に電子処方箋情報に基づく薬剤が受け渡されることを防ぐことができる。よって、電子処方箋情報に基づく薬剤の受け渡しを、より円滑かつ適正に行うことができる。

たとえば、患者が、たまたま診療費の精算を失念し、薬剤を取得して帰ってしまう場合があるが、この構成によれば、患者は、診療費の精算をしないと処方箋を受け取ることができないため、上記失念の機会を減らすことができる。また、診療費の精算を故意的に行わない患者も稀にいるが、この構成では、診療費の精算をしないと処方箋を受け取ることができないため、医療機関側の金銭トラブルおよび診療費不払いに対する対応の機会を減らすことができる。

図５に示したように、精算処理部１０１ａ（制御部１０１）は、診療費の精算を完了したことに基づいて（Ｓ２０４：ＹＥＳ）、取引処理が継続中であることを報知する報知処理を実行し（Ｓ２０６）、登録処理部２０１ａ（制御部２０１）が登録済みの応答を受信したことに基づいて（Ｓ２０７：ＹＥＳ）、報知処理を終了する（Ｓ２０８）。これにより、サーバ３０に対する電子処方箋情報の登録が完了するまで、報知処理（図６（ａ）の報知画面３００）により、患者を待機させることができる。よって、患者は、精算取引の完了後に、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。

図６（ａ）に示したように、精算処理部１０１ａ（制御部１０１）は、報知処理において、電子処方箋情報の登録中であることを報知する（メッセージ３０２）。これにより、患者は、自身の電子処方箋情報がサーバ３０に登録中であることを把握できる。よって、患者は、精算取引の完了後に、電子処方箋情報により、自身の薬剤を受け取り得ることを把握でき、薬剤の受け取りを円滑に進めることができる。

処方箋処理システム２は、登録処理部２０１ａ（制御部２０１）が登録済みの応答を受信したことに基づいて（図５のＳ２０７：ＹＥＳ）、電子処方箋情報を特定する管理情報（アクセスコード、確認番号）を患者等の利用者に提示するための処理（図５のＳ２０８）を実行する出力処理部１０１ｂ（制御部１０１）を備える。これにより、患者等の利用者は、精算取引の完了に応じて、電子処方箋情報の管理情報（アクセスコード、確認番号）を取得できる。よって、電子処方箋情報に基づく薬剤の受け取りを円滑に進めることができる。

図５に示したように、精算処理部１０１ａ（制御部１０１）は、登録処理部２０１ａ（制御部２０１）が登録済みの応答を受信できなかったことに基づいて（Ｓ２０７：ＮＯ）、サーバ３０経由とは異なる形態で処方箋を交付するための交付処理を実行する（Ｓ２０９）。これにより、患者は、サーバ３０に対する電子処方箋情報の登録が失敗した場合に、別の形態で処方箋の交付を受けることができる。よって、その後の薬剤の受け取りを円滑に進めることができる。

＜実施形態２＞
上記実施形態１では、診療に対応する電子処方箋情報をサーバ３０に登録するための登録処理を実行する登録処理部２０１ａが、医事システム２０側において、制御部２０１の機能として実現されたが、実施形態２では、登録処理部が精算端末１０に配置される。

図７は、実施形態２に係る、精算端末１０および医事システム２０の構成を示すブロック図である。

図７に示すように、実施形態２では、記憶部１０２に記憶されたプログラムによって、登録処理部１０１ｃの機能が、制御部１０１にさらに付与される。制御部１０１は、登録処理部１０１ｃの機能により、診療に対応する電子処方箋情報をサーバ３０に登録するための登録処理を実行する。

図８は、診療費の精算および処方箋の交付の際に医事システム２０の制御部２０１が行う制御を示すフローチャートである。図９は、診療費の精算および処方箋の交付の際に精算端末１０の制御部１０１が行う制御を示すフローチャートである。

図９のステップＳ２０８の処理は、上記実施形態１と同様、出力処理部１０１ｂの機能により、精算端末１０の制御部１０１が行い、図９のステップＳ２１１の処理は、登録処理部１０１ｃの機能により、精算端末１０の制御部１０１が行う。図９のステップＳ２０８、Ｓ２１１以外の各ステップの処理は、精算処理部１０１ａの機能により、精算端末１０の制御部１０１が行う。以下では、便宜上、図９の制御主体を精算端末１０の制御部１０１として説明を行う。

図８のステップＳ１０１、Ｓ１０２、Ｓ１０５の処理は、図４の対応するステップの処理と同様である。また、図９のステップＳ２０１～Ｓ２０６、Ｓ２０８、Ｓ２０９の処理は、図５の対応するステップの処理と同様である。

図８を参照して、医事システム２０の制御部２０１は、精算端末１０から精算開始通知を受信すると（Ｓ１０１：ＹＥＳ）、精算対象の診療に対する診療情報を精算端末１０に送信し（Ｓ１０２）、精算完了通知の受信を待つ（Ｓ１０５）。その後、精算端末１０から精算完了通知を受信すると（Ｓ１０５：ＹＥＳ）、制御部２０１は、当該診療に対する電子処方箋情報を精算端末１０に送信し（Ｓ１１１）、電子処方箋情報の登録済み通知の受信を待つ（Ｓ１１２）。なお、電子処方箋情報の登録には時間がかかることも想定されるため、ステップＳ１１１は、必ずしもこのタイミングに実行されなくてもよく、たとえば、ステップＳ１０２またはステップＳ１０５の前のタイミングで実行されてもよい。

精算端末１０から登録済み通知を受信すると（Ｓ１１２：ＹＥＳ）、制御部２０１は、診療データベース中の当該診療に対応付けて、登録済みフラグを記憶させ（Ｓ１１３）、処理を終了する。他方、精算端末１０から登録不可通知を受信すると（Ｓ１１２：ＮＯ）、制御部２０１は、処方箋引換情報を精算端末１０に送信して（Ｓ１１４）、処理を終了する。

図９を参照して、精算端末１０の制御部１０１は、精算取引を開始すると（Ｓ２０１：ＹＥＳ）、精算開始通知を医事システム２０に送信する（Ｓ２０２）。これに応じて、医事システム２０から診療情報を受信すると、制御部１０１は、当該診療情報に基づく精算処理を実行する（Ｓ２０３）。これにより、患者が精算手続きを行って精算処理が完了すると（Ｓ２０４：ＹＥＳ）、制御部１０１は、精算完了通知を医事システム２０に送信し（Ｓ２０５）、報知処理を実行する（Ｓ２０６）。報知処理において、制御部１０１は、図６（ａ）と同様の報知画面３００を操作表示部１０６に表示させる。さらに、制御部１０１は、電子処方箋情報をサーバ３０に登録するための処方箋登録処理を実行する（Ｓ２１１）。

図１０は、図９のステップＳ２１１における処方箋登録処理を示すフローチャートである。

制御部１０１は、管理情報（アクセスコード、確認番号）の発行要求を、通信部１１０を介して、サーバ３０に送信する（Ｓ２２１）。その後、制御部１０１は、サーバ３０から管理情報（アクセスコード、確認番号）を含む応答を受信するのを待つ（Ｓ２２２）。

なお、管理情報（アクセスコード、確認番号）の取得は、予め、医事システム２０により行われていてもよい。この場合、制御部１０１は、図１０のステップＳ２２１に代えて、医事システム２０から管理情報を取得する処理を行い、ステップＳ２２２において、医事システム２０から管理情報を取得できたか否かを判定する。

管理情報を含む応答を所定時間内にサーバ３０から受信できた場合（Ｓ２２２：ＹＥＳ）、制御部１０１は、図８のステップＳ１１１により医事システム２０から送信された電子処方箋情報を、管理情報とともにサーバ３０に送信し（Ｓ２２３）、サーバ３０から登録済みの応答を受信するのを待つ（Ｓ２２４）。他方、管理情報を含む応答を所定時間内にサーバ３０から受信できなかった場合、もしくは、所定時間内に受信できたが受信データに異常があった場合等、応答を適正に受信できなかった場合（Ｓ２２２：ＮＯ）、制御部１０１は、処理をステップＳ２２６に進めて、サーバ３０に電子処方箋情報を登録できなかったと判定する。

ステップＳ２２４において、サーバ３０から所定時間内に登録済みの応答を受信した場合（Ｓ２２４：ＹＥＳ）、制御部１０１は、サーバ３０に対する電子処方箋情報の登録が完了したと判定する（Ｓ２２５）。他方、サーバ３０から所定時間内に登録済みの応答を受信できなかった場合、もしくは、所定時間内に受信できたが受信データに異常があった場合等、応答を適正に受信できなかった場合（Ｓ２２４：ＮＯ）、制御部１０１は、サーバ３０に電子処方箋情報を登録できなかったと判定する（Ｓ２２６）。

図９に戻り、電子処方箋情報がサーバ３０に登録されたと判定した場合（Ｓ２１２：ＹＥＳ）、制御部１０１は、登録済み通知を医事システム２０に送信する（Ｓ２１３）。この場合、図８のステップＳ１１２の判定がＹＥＳとなり、上記のとおり、診療データベースに対する登録済みフラグの登録が行われる（Ｓ１１３）。そして、制御部１０１は、図１０のステップＳ２２２においてサーバ３０から受信した管理情報（アクセスコード、管理番号）を患者に交付する処理を実行し（Ｓ２０８）、図９の処理を終了する。

他方、制御部１０１は、電子処方箋情報をサーバ３０に登録できなかったと判定した場合（Ｓ２１２：ＮＯ）、登録不可通知を医事システム２０に送信する（Ｓ２１４）。この場合、図８のステップＳ１１２の判定がＮＯとなり、上記のとおり、処方箋引換情報が医事システム２０から精算端末１０に送信される（Ｓ１１４）。これに応じて、制御部１０１は、受信した処方箋引換情報を患者に交付する処理を実行する（Ｓ２０９）。これにより、制御部１０１は、図９の処理を終了する。

＜実施形態２の効果＞
実施形態２においても、実施形態１と同様、サーバ３０に電子処方箋情報が登録されるまでは、精算に関する取引処理が終了されない。よって、患者は、精算取引を完了した後、調剤薬局等において、確実に、処方箋に基づく薬剤を受け取ることができる。その他、上記実施形態１と同様の効果が奏され得る。

＜変更例＞
以上、本発明の実施形態について説明したが、本発明は、上記実施形態によって何ら制限されるものではなく、また、本発明の実施形態も、上記以外に種々の変更が可能である。

たとえば、登録処理部、精算処理部および出力処理部の配置は、上記実施形態１、２に示した配置に限られるものではなく、適宜変更可能である。処方箋処理システム２が医事システム２０および精算端末１０とともに他の処理装置を備える場合は、この処理装置に、登録処理部、精算処理部および出力処理部の何れかまたは全てが配置されてもよい。

また、図１の構成例では、医事システム２０と精算端末１０とがＬＡＮで接続されて、医療機関内に処方箋処理システム２が構成されたが、小規模の病院やクリニック等のように、診療情報の管理と診療費の精算の両方が、窓口に設置された単一の精算端末にて行われる場合、この精算端末が、上記と同様の電子処方箋情報の登録処理を行ってもよい。

この場合、この精算端末は、図７の精算端末１０と同様の構成とされ得る。そして、図９のステップＳ２０２が省略され、端末装置自身が管理する診療情報に基づいてステップＳ２０３の精算処理が行われる。また、図９のステップＳ２１１では、端末装置自身が管理する電子処方箋情報を用いて、サーバ３０に対する電子処方箋情報の登録が行われる。また、図９のステップＳ２１３に代えて、端末装置自身が管理する診療データベースに対し登録済みフラグが登録される。さらに、図９のステップＳ２１４が省略され、ステップＳ２０９に代えて、端末装置自身が管理する処方箋情報に基づいて、当該精算端末において患者に対する処方箋の交付が行われる。

また、上記実施形態１、２では、管理情報（アクセスコード、管理番号）が紙媒体に印刷されて患者に交付されたが、管理情報の交付方法はこれに限られるものではない。たとえば、マイナンバーカード等の患者が所有する書き込み可能媒体に管理情報を記憶させてもよい。あるいは、データ送信やＱＲコード（登録商標）を活用して、患者の携帯端末に対し必要な情報を取得させる形式でもよい。サーバ３０に電子処方箋情報を登録できない場合に交付される処方箋も、紙媒体以外の形態で患者に交付されてもよい。

また、報知画面３００の構成は、必ずしも、図６（ａ）に示した構成に限られるものではなく、他の構成であってもよい。メッセージの内容も適宜変更可能である。同様に、通知画面３１０、３２０の構成や内容も、図６（ｂ）、（ｃ）に示したものに限られるものではなく、他の構成および内容であってもよい。

また、上記実施形態１、２では、図３に示す情報がサーバ３０で管理されたが、精算端末１０において薬代の精算がさらに可能である場合、薬代の精算の有無がさらにサーバ３０で管理されてもよい。この場合、図５のステップＳ２０５において送信される精算完了通知に薬代の精算の有無を示す情報が含まれ、図４のステップＳ１０６において、電子処方箋情報とともに薬代の精算の有無を示す情報がサーバに送信される。そして、ステップＳ１０７においてサーバ３０から受信する応答には、電子処方箋情報および薬代の精算の有無を示す情報を登録したことを示す情報が含まれる。実施形態２においても、同様の修正が行われればよい。これにより、薬局端末４０がサーバ３０にアクセスした際に、既に患者が薬代を支払い済みであるか否かを確認でき、調剤薬局における薬剤の交付を円滑に進めることができる。

また、このように、精算端末１０において薬代の精算がさらに可能である場合、診療費と薬代の両方が精算されたことが、サーバ３０に対する電子処方箋情報の登録条件とされてもよい。この場合、患者が診療費のみを精算した場合、電子処方箋情報をサーバ３０に登録する処理は行われず、紙媒体への印刷やマイナンバーカード等への記録によって、処方箋が患者に交付される。

また、上記実施形態１、２では、診療費の精算が完了したことがサーバ３０に対する電子処方箋情報の送信条件とされたが、この場合の診療費の精算は、現金またはクレジットカードによる決済以外の方法による精算であってもよい。たとえば、医療機関に診療費の後払いシステムが導入されている場合、後払いシステムによる診療費支払いの手続きが完了したことが、電子処方箋情報の送信条件である診療費の精算完了に含まれてもよい。

また、上記実施形態１、２では、診療費の精算完了により電子処方箋情報をサーバ３０に登録する処理が行われたが、診療費の精算完了した場合であっても、所定の条件が充足される場合は、電子処方箋情報をサーバ３０に登録せずに、通常の処方箋を患者に発行する処理が行われてもよい。

この場合、図４および図５のフローチャートは、それぞれ、図１１および図１２のように変更され得る。

図１１を参照して、医事システム２０の制御部２０１は、診療情報を精算端末１０に送信した後（Ｓ１０２）、条件充足の有無を判定する（Ｓ１２１）。条件が充足されている場合（Ｓ１２１：ＹＥＳ）、制御部２０１は、処方箋引換情報を精算端末１０に送信して（Ｓ１２２）、処理を終了する。条件が充足されていない場合（Ｓ１２１：ＮＯ）、制御部２０１は、上記実施形態１と同様、ステップＳ１０３以降の処理を行う。

図１２を参照して、精算端末１０の制御部１０１は、診療費の精算が完了すると（Ｓ２０４：ＹＥＳ）、条件充足の有無を判定する（Ｓ２３１）。条件が充足されている場合（Ｓ２３１：ＹＥＳ）、制御部２０１は、図１１のステップＳ１２２により医事システム２０から受信した処方箋引換情報を患者に交付する処理を実行して（Ｓ２０９）、図１２の処理を終了する。条件が充足されていない場合（Ｓ２３１：ＮＯ）、制御部１０１は、上記実施形態１と同様、ステップＳ２０５以降の処理を行う。

図１１のステップＳ１２１および図１２のステップ２３１における条件は、たとえば、サーバ３０に対する電子処方箋情報の登録を介して薬剤を患者に交付する第１モードと、サーバ３０を経由しない形態で処方箋を患者に交付する第２モードとを、選択的に、処方箋処理システム２に対して設定可能である場合に、当該医療機関の管理者が、第２モードを処方箋処理システム２に設定していることを含み得る。これにより、医療機関は、処方箋交付の運用状況等に応じて、従前の紙媒体等による処方箋の交付（第２モード）を選択でき、処方箋の交付をより円滑に行うことができる。

また、図１１のステップＳ１２１および図１２のステップ２３１における条件は、たとえば、災害発生等により、緊急モードが処方箋処理システム２に設定されていることを含み得る。これにより、災害発生等によりサーバ３０への電子処方箋情報の登録が不安定である場合に、確実に処方箋を患者に交付できる。

この他、図１１のステップＳ１２１および図１２のステップ２３１における条件は、医療機関での面前診療以外の診療がなされていないことを含み得る。具体的には「在宅オンライン診療」や「自宅や施設への訪問診療」がこの診療の例として挙げられる。これにより、これらの診療時には電子処方箋により患者に処方箋が交付されるため、自宅等の医療機関から離れた地にいる患者にも迅速に処方箋を交付でき、患者において薬剤を円滑に受け取ることができる。

また、処方箋交付のための制御は、図４および図５の制御、図８および図９の制御、または、図１１および図１２の制御に限られるものではなく、所定のステップの順序が変更されてもよい。たとえば、図４のフローチャートにおいて、ステップＳ１０５がステップＳ１０２とステップＳ１０３の間に移動され、図１３に示すフローチャートに変更されてもよい。この場合、医事システム２０の制御部２０１は、精算端末１０において診療費の精算が完了したことに応じて、管理情報の発行をサーバ３０に要求する。これによっても、上記実施形態１と同様の効果が奏され得る。

また、精算端末１０および医事システム２０の構成も、上記実施形態１、２および変更例に記載の構成に限られるものではない。たとえば、上記実施形態１、２では、操作表示部１０６、２０３によって、情報の入力と情報の表示とが行われたが、ディスプレイ等からなる表示部と、マウスやキーパッド等からなる操作部とが個別に配置されてもよい。

さらに、登録処理部、精算処理部および出力処理部は、必ずしも、プログラムによる機能によって実現されなくてもよく、それぞれ、個別に、ロジック回路等のハードウエアにより構成されてもよい。

この他、本発明の実施形態は、特許請求の範囲に記載の範囲で適宜変更可能である。

２ 処方箋処理システム
１０ 精算端末
２０ 医事システム
３０ サーバ
５０ 外部通信網
１０１ａ 精算処理部
１０１ｂ 出力処理部
１０１ｃ、２０１ａ 登録処理部

Claims (19)

1. 電子処方箋情報を管理するサーバと外部通信網を介して通信可能な処方箋処理システムであって、
   診療費の精算に関する取引処理を実行する精算処理部と、
   診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部と、を備え、
   前記精算処理部は、前記登録処理部が前記サーバから前記電子処方箋情報の登録済みに関する応答を受信したことに基づいて、前記取引処理を完了させる、処方箋処理システム。
2. 前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信する、請求項１に記載の処方箋処理システム。
3. 前記精算処理部は、前記診療費の精算を完了したことに基づいて、前記取引処理が継続中であることを報知する報知処理を実行し、前記登録処理部が前記応答を受信したことに基づいて前記報知処理を終了する、請求項２に記載の処方箋処理システム。
4. 前記精算処理部は、前記報知処理において、前記電子処方箋情報の登録中であることを報知する、請求項３に記載の処方箋処理システム。
5. 前記登録処理部が前記応答を受信したことに基づいて、前記電子処方箋情報を特定する管理情報を利用者に提示するための処理を実行する出力処理部を備える、請求項１ないし４の何れか一項に記載の処方箋処理システム。
6. 前記精算処理部は、前記登録処理部が前記応答を受信できなかったことに基づいて、前記サーバ経由とは異なる形態で処方箋を交付するための交付処理を実行する、請求項１ないし５の何れか一項に記載の処方箋処理システム。
7. 診療費の精算に関する取引処理を実行する精算処理部と、
   通信部と、を備え、
   前記精算処理部は、診療に対応する前記取引処理を実行した後、当該診療に対応する電子処方箋情報をサーバに登録したことを示す通知を、前記通信部を介して受信したことに基づいて、前記取引処理を完了させる、精算端末。
8. 診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部をさらに備え、
   前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信し、
   前記精算処理部は、前記登録処理部が前記サーバから前記電子処方箋情報の登録済みに関する応答を前記通知として受信したことに基づいて、前記取引処理を完了させる、
   請求項７に記載の精算端末。
9. 前記精算処理部は、前記診療費の精算を完了したことに基づいて、前記取引処理が継続中であることを報知する報知処理を実行し、前記通知を受信したことに基づいて前記報知処理を終了する、請求項７または８に記載の精算端末。
10. 前記精算処理部は、前記報知処理において、前記電子処方箋情報の登録中であることを報知する、請求項９に記載の精算端末。
11. 前記通信部を介して前記通知を受信したことに基づいて、前記電子処方箋情報を特定する管理情報を利用者に提示するための処理を実行する出力処理部を備える、請求項７ないし１０の何れか一項に記載の精算端末。
12. 前記精算処理部は、前記通信部を介して前記通知を受信できなかったことに基づいて、前記サーバ経由とは異なる形態で処方箋を交付するための交付処理を実行する、請求項７ないし１１の何れか一項に記載の精算端末。
13. 電子処方箋情報をサーバに自動で登録するためのコンピュータソフトウエアによる処方箋処理方法であって、
    診療費の精算に関する取引処理を実行し、
    診療に対応する電子処方箋情報をサーバに登録するための登録処理を実行し、
    前記サーバから前記電子処方箋情報の登録済みに関する応答を受信したことに基づいて、前記取引処理を完了させる、処方箋処理方法。
14. 医療機関において医療費精算のために利用者により操作される精算端末を備え、電子処方箋情報を管理するサーバと外部通信網を介して通信可能な処方箋処理システムであって、
    診療費の精算に関する取引処理を実行する精算処理部と、
    診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部と、を備え、
    前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信する、処方箋処理システム。
15. 前記精算端末は、所定の情報をシートに印刷して出力する印刷部を備え、
    前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を特定するための管理情報を含むシートを前記印刷部に出力させる出力処理部を備える、請求項１４に記載の処方箋処理システム。
16. 前記処方箋処理システムは、前記サーバに対する電子処方箋情報の登録を介して薬剤を利用者に交付する第１モードと、前記サーバを経由せずに処方箋を利用者に交付する第２モードとを備え、
    前記出力処理部は、前記第１モードにおいて、前記管理情報を含む前記シートを前記印刷部に出力させる、請求項１５に記載の処方箋処理システム。
17. 医療機関において医療費精算のために利用者により操作され、電子処方箋情報を管理するサーバと外部通信網を介して通信可能な精算端末であって、
    診療費の精算に関する取引処理を実行する精算処理部と、
    診療に対応する電子処方箋情報を前記サーバに登録するための登録処理を実行する登録処理部と、を備え、
    前記登録処理部は、前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を前記サーバに送信する、精算端末。
18. 所定の情報をシートに印刷して出力する印刷部を備え、
    前記精算処理部が前記診療費の精算を完了したことに基づいて、前記電子処方箋情報を特定するための管理情報を含むシートを前記印刷部に出力させる出力処理部を備える、請求項１７に記載の精算端末。
19. 前記精算端末は、前記サーバに対する電子処方箋情報の登録を介して薬剤を利用者に交付する第１モードと、前記サーバを経由せずに処方箋を利用者に交付する第２モードとを備え、
    前記出力処理部は、前記第１モードにおいて、前記管理情報を含む前記シートを前記印刷部に出力させる、請求項１８に記載の精算端末。

Images