JP5464124B2 - 処方判断システム - Google Patents

Description

本発明は、各患者に対する薬の処方を判断する処方判断システムに関する。

下記特許文献１には、患者に処方された薬剤が適合しているか否かを自動検索するシステムが開示されている。このシステムは、患者の薬剤に関する薬歴等の個人情報、薬剤の服用指導情報、薬剤毎の成分、副作用、他の薬剤との併用禁忌等の薬剤情報を調剤薬局に設置されたコンピュータに記憶している。患者が薬局を訪れる毎に、薬剤師等により、当該患者の処方箋に記載された薬剤が薬歴として個人情報に追加され、当該薬剤が患者にとって不適合か否かを当該コンピュータで自動検索する。

特開２００１−２７３３６６号公報

ところで、患者が複数の医療機関で診察を受けた場合、各医療機関では各々処方箋が発行される。患者は、これらの各処方箋の処方薬を異なる薬局で受け取ることができる。そのため、患者は必ずしも同じ薬局で処方薬を受け取るとは限らない。上記特許文献１のシステムは、患者が異なる医療機関で発行された処方箋の処方薬を同じ薬局で受け取るか、異なる薬局で処方された薬剤を薬剤師に伝えなければ、患者に適合しない薬剤が処方される場合がある。
本発明は、同一患者に対する複数の処方薬の処方について安全性を判断し、患者に対して適切な処方薬を処方しうる技術を提供する。

本発明の請求項１に係る処方判断システムは、第１処理装置と、前記第１処理装置と通信回線を介して接続された第２処理装置と、前記第２処理装置と通信接続された第３処理装置とを有し、前記第１処理装置は、患者を識別する患者識別情報と、当該患者に対する処方薬に関する処方情報とを受付け、これらを含む処方箋情報を生成する生成手段と、前記生成手段によって生成された前記処方箋情報を前記第２処理装置に送信する処方箋送信手段と、前記処方箋送信手段によって送信された前記処方箋情報に対する訂正要求を前記第２処理装置から受信する訂正要求受信手段とを備え、前記第２処理装置は、前記処方箋情報を前記第１処理装置から受信する処方箋受信手段と、前記患者毎に、前記患者識別情報に関連付けて処方薬に関する処方薬情報を記憶する薬歴情報記憶手段と、併用が不適切な医薬品に関する情報を含む医薬情報を記憶する医薬情報記憶手段と、前記処方箋受信手段が前記処方箋情報を受信した際、当該処方箋情報に含まれる前記患者識別情報に関連づけられている前記処方薬情報と、前記医薬情報記憶手段内の前記医薬情報とに基づいて、当該処方箋情報に含まれる前記処方情報が示す処方薬の処方が適切か否か判断する判断手段と、前記判断手段によって前記処方薬の処方が適切であると判断された場合、当該処方箋情報に含まれる前記患者識別情報及び前記処方情報に基づく前記処方薬情報を前記薬歴情報記憶手段に蓄積する蓄積手段と、前記判断手段によって前記処方薬の処方が適切であると判断された場合、当該処方箋情報を前記第３処理装置に送信する処方箋送信手段と、前記判断手段によって前記処方薬が適切でないと判断された場合、当該処方箋情報に対する訂正要求を前記第１処理装置に送信する訂正要求送信手段とを備え、前記第３処理装置は、前記処方箋情報を前記第２処理装置から受信する処方箋受信手段と、前記第３処理装置の前記処方箋受信手段によって受信された前記処方箋情報を出力する出力手段とを備え、前記第２処理装置の前記蓄積手段は、前記判断手段によって前記処方薬が適切でないと判断された場合、当該処方箋情報に含まれる前記患者識別情報及び前記処方情報に基づく前記処方薬情報を前記薬歴情報記憶手段に蓄積せず、前記第２処理装置の前記処方箋送信手段は、前記判断手段によって前記処方薬が適切でないと判断された場合、当該処方箋情報を前記第３処理装置に送信しないことを特徴とする。

また、本発明の請求項２に係る処方判断システムは、前記処方判断システムにおいて、前記第１処理装置の前記生成手段により受け付けられ、前記処方箋情報に含まれる前記患者識別情報は、保険者から患者に対し発行された保険証に記録されている当該患者を識別する第１の患者識別情報と、医療機関から当該患者に対し発行された診察券に記録されている当該患者を識別する第２の患者識別情報とを含み、前記第３処理装置は、保険証に記録されている前記第１の患者識別情報を取得する第１取得手段と、診察券に記録されている前記第２の患者識別情報を取得する第２取得手段とを備え、前記第３処理装置の前記出力手段は、前記第１取得手段により取得された前記第１の患者識別情報と、前記第２取得手段により取得された前記第２の患者識別情報とを含む前記処方箋情報を出力することを特徴とする。

また、本発明の請求項３に係る処方判断システムは、前記処方判断システムにおいて、前記第２処理装置は、前記第２処理装置の前記処方箋受信手段が受信した前記処方箋情報を記憶する処方箋記憶手段と、前記患者識別情報を前記第３処理装置から受信する患者識別情報受信手段とを備え、前記第２処理装置の前記処方箋送信手段は、前記処方箋記憶手段に記憶されている前記処方箋情報のうち前記患者識別情報受信手段によって受信された前記患者識別情報に対応する前記処方箋情報を前記第３処理装置に送信し、前記第３処理装置は、前記第１取得手段により取得された前記第１の患者識別情報と、前記第２取得手段により取得された前記第２の患者識別情報とを含む前記患者識別情報を前記第２処理装置に送信する患者識別情報送信手段を備え、前記第３処理装置の前記処方箋受信手段は、前記第３処理装置の前記患者識別情報送信手段により送信された前記患者識別情報に対する応答として前記第２処理装置から送信されてくる前記処方箋情報を受信することを特徴とする。

また、本発明の請求項４に係る処方判断システムは、前記処方判断システムにおいて、前記第３処理装置は、医薬品を識別する医薬品識別情報と前記患者識別情報とを受付ける受付手段と、前記受付手段が受付けた前記患者識別情報と前記医薬品識別情報を前記第２処理装置に送信して、前記患者識別情報に対応する患者が前記医薬品識別情報に対応する医薬品を使用することが適切か否かの判断を要求する判断要求手段と、前記判断要求手段が要求した判断結果を前記第２処理装置から受信する判断結果受信手段と、前記判断結果受信手段によって受信された前記判断結果を報知する報知手段とを備え、前記第２処理装置は、前記第３処理装置から前記患者識別情報と前記医薬品識別情報を受信する判断要求受信手段を備え、前記判断手段は、前記判断要求受信手段によって受信された前記患者識別情報に関連付けられた前記処方薬情報と前記医薬情報とに基づいて、受信された前記医薬品識別情報に対応する医薬品の使用が適切であるか否かを判断し、前記送信手段は、前記判断手段が判断した判断結果を前記第３処理装置に送信することを特徴とする。

請求項１に係る本発明によれば、第１処理装置が各医療機関において設置された場合、同一患者に対する複数の処方薬について処方の安全性が判断されるので、患者に対して不適切な処方薬が処方されることを防止することができる。

請求項２に係る本発明によれば、第３処理装置が調剤薬局に設置された場合、患者は、第３処理装置が設置された調剤薬局のいずれかで適切な処方薬を受け取ることができる。

請求項３に係る本発明によれば、第３処理装置が調剤薬局に設置された場合、患者毎に対応する各薬局において、各患者に対して不適切な処方薬が処方されることを防止することができる。

請求項４に係る本発明によれば、第３処理装置が調剤薬局に設置された場合、各薬局において、各患者が使用可能な医薬品であるか否かを照会することができる。

第１実施形態に係る処方判断システムの全体構成を表す図である。 第１実施形態に係る処理装置の構成を表すブロック図である。 （ａ）及び（ｂ）は、第１実施形態に係る患者情報ＤＢの構成例及びデータ例を示す図である。 （ａ）及び（ｂ）は、第１実施形態に係る処方箋ＤＢの構成例及びデータ例を示す図である。 第１実施形態に係るサーバアドレス情報の構成例及びデータ例を示す図である。 第１実施形態に係るサーバの構成を表すブロック図である。 （ａ）は、第１実施形態に係る医薬情報ＤＢの構成例及びデータ例を示す図である。（ｂ）は、第１実施形態に係る薬歴ＤＢの構成及びデータ例を示す図である。（ｃ）は、第１実施形態に係る端末アドレス情報の構成及びデータ例を示す図である。 第１実施形態に係る薬局端末の構成を表すブロック図である。 第１実施形態に係る処理装置とサーバの動作フローを示す図である。 第１実施形態に係る処方薬のチェック処理の動作フローを示す図である。 第１実施形態に係る薬局端末の動作フローを示す図である。 第２実施形態に係る処方判断システムの全体構成を表す図である。 第２実施形態に係る処方薬のチェック処理の動作フローを示す図である。 第２実施形態に係る処方箋情報の出力処理の動作フローを示す図である。 変形例（３）に係る市販薬ＤＢの構成例及びデータ例を示す図である。 変形例（３）に係る薬局端末とサーバの動作フローを示す図である。

＜第１実施形態＞
（全体構成）
図１は、本実施形態に係る処方判断システムの全体構成を表す図である。本実施形態に係る処方判断システム１は、通信回線２を介して、病院Ｘ、病院Ｙの処理装置１０（第１処理装置）と、薬局側のサーバ２０（第２処理装置）とが通信接続されている。また、サーバ２０と薬局Ａ及び薬局Ｂの薬局端末３０（第３処理装置）とは通信回線３を介して通信接続されている。
病院Ｘ、病院Ｙの各処理装置１０は、各々の病院の医師により、各患者の診察時において患者毎のカルテの作成や処方箋の作成に用いられる。本実施形態では、サーバ２０は、予め定められた地区毎に設置されている。サーバ２０は、予め定められた病院の各処理装置１０と通信接続されると共に、当該サーバ２０が設置された地区内の薬局に設置されている薬局端末３０と通信接続されている。

処方判断システム１は、病院Ｘ、病院Ｙの各処理装置１０において生成された各患者に対する処方箋のデータを、当該患者が指定した薬局と同一地区のサーバ２０に送信する。
サーバ２０には、当該サーバ２０と同一地区内の薬局を利用する患者に対して処方された薬に関する情報（処方情報）が患者毎の薬歴として蓄積される。また、サーバ２０において、患者に対して各病院から発行された処方箋で指示された処方薬の処方が適切か否か判断し、処方が適切でない場合には処方箋の発行元へ処方箋の訂正を要求する。以下、処方判断システム１の各構成の詳細について説明する。

（処理装置１０）
図２は、病院Ｘ、病院Ｙに設置されている各処理装置１０の構成を表すブロック図である。処理装置１０は、制御部１０１、操作部１０２、記憶部１０３、表示部１０４、通信部１０５を有する。制御部１０１は、ＣＰＵ（Central Processing Unit）とＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）のメモリを含んでいる。ＣＰＵは、ＲＯＭに記憶されている制御プログラムを実行することにより、制御部１０１と接続されている各部を制御する。具体的には、制御部１０１は、患者毎に医師が処方した医薬品名や分量等の処方情報と患者を識別する患者識別情報とを含む処方箋情報を生成する生成手段としての機能と、患者毎に指定された薬局が設置されている地区内のサーバ２０に処方箋情報を送信する処方箋送信手段としての機能と、送信した処方箋情報に対する訂正要求を受付ける訂正要求受付手段としての機能とを有する。

操作部１０２は、キーボードやマウス等を有する。操作部１０２は、医師による処方箋やカルテ等のデータの入力操作を受付け、受付けた入力操作を示す情報を制御部１０１へ送出する。記憶部１０３は、ハードディスク等の記憶手段を有する。記憶部１０３は、患者毎の患者情報、処方箋情報、サーバ２０のアドレス情報等の各種データを記憶する。

ここで、記憶部１０３に記憶されているデータについて説明する。図３（ａ）は、病院Ｘにおける患者の患者情報が記憶されている患者情報ＤＢ（Database）１００ｘの構成例及びデータ例を示しており、図３（ｂ）は、病院Ｙにおける患者の患者情報が記憶されている患者情報ＤＢ１００ｙの構成例及びデータ例を示している。なお、患者情報ＤＢ１００ｘ及び患者情報ＤＢ１００ｙを区別しないときは患者情報ＤＢ１００と呼ぶ。

患者情報ＤＢ１００は、患者ＩＤ、患者の患者名、生年月日、保険証に記載されている保険者番号及び被保険者番号、最新の受診日、担当医師、処方箋情報を送信する薬局を示す送信先薬局を項目とする患者情報を記憶する。患者ＩＤは、病院で患者毎に発行される診察券に印字され、病院において各患者に対して一意に付与された番号である。患者情報ＤＢ１００は、医師による電子カルテの作成時や処方箋の作成時において、制御部１０１により読み出される。

次に、処方箋情報について図４を用いて説明する。図４（ａ）は、病院Ｘにおいて患者毎に生成された処方箋情報が記憶されている処方箋ＤＢ１１０ｘの構成例及びデータ例を示している。図４（ｂ）は、病院Ｙにおいて患者毎に生成された処方箋情報が記憶されている処方箋ＤＢ１１０ｙの構成例及びデータ例を示している。なお、処方箋ＤＢ１１０ｘ及び処方箋ＤＢ１１０ｙを区別しないときは処方箋ＤＢ１１０と呼ぶ。

処方箋ＤＢ１１０は、処方箋が発行された発行日、当該処方箋に対応する患者の患者名、保険者番号、被保険者番号、生年月日、当該処方箋を発行した病院名、当該病院の患者ＩＤ、当該処方箋を作成した担当医師、当該処方箋で指示されている医薬品名を示す処方薬（１、２）、当該処方薬の分量（１、２）、用量（１、２）を項目とするレコードを記憶する。処方箋ＤＢ１１０の各レコードは、制御部１０１により、医師が処方箋を作成する毎に登録される。なお、本実施形態では、患者識別情報は、患者ＩＤ、患者名、生年月日、保険者番号及び被保険者番号が含まれるものとする。

また、図５は、各病院の処理装置１０に記憶されたサーバアドレス情報の構成例及びデータ例を示している。前述したように、サーバ２０は、同一地区内の薬局端末３０と通信接続されている。サーバアドレス情報１２０は、薬局名毎に、薬局端末３０と通信接続されているサーバ２０に設定されたサーバアドレスを記憶する。
図２に戻り、処理装置１０の構成の説明を続ける。表示部１０４は、液晶ディスプレイ等の表示装置で実現される。表示部１０４は、制御部１０１の制御の下、患者情報や処方箋情報などの各種データを表示する。通信部１０５は、制御部１０１の制御の下、通信回線２を介して接続されたサーバ２０と通信を確立し、サーバ２０との間でデータ通信を行う。以上が、処理装置１０の構成である。

（サーバ２０）
図６は、サーバ２０の構成を表すブロック図である。図６に示すように、サーバ２０は、制御部２０１、記憶部２０２、通信部２０３を有する。制御部２０１は、ＣＰＵとＲＯＭ及びＲＡＭのメモリとを含む。ＣＰＵは、ＲＯＭに記憶されている制御プログラムを実行することにより、制御部２０１と接続されている各部を制御する。具体的には、病院の処理装置１０から受信した処方箋情報で指示された処方薬の処方が適切か否かを判断する判断手段としての機能と、処方が適切であると判断された処方箋情報に基づいて、後述の薬歴ＤＢに薬歴を蓄積する蓄積手段としての機能と、処方が適切であると判断された処方箋情報を指定された送信先薬局の薬局端末３０へ送信する送信手段としての機能と、処方が適切でないと判断された処方箋情報の訂正を要求する訂正要求情報を当該処方箋情報の送信元である処理装置１０に送信する訂正要求送信手段としての機能とを有する。

記憶部２０２は、ハードディスク等の不揮発性記憶媒体を有する。記憶部２０２は、医薬情報ＤＢ、薬歴ＤＢ、端末アドレス情報などのデータを記憶する。ここで、医薬情報ＤＢ、薬歴ＤＢ、端末アドレス情報について、図７を用いて説明する。

図７（ａ）は、医薬情報ＤＢの構成例及びデータ例を示す図である。医薬情報ＤＢ２１０は、併用が禁忌である医薬品の情報が定義されたデータベースである。この例において、図中の縦方向には医薬品名を表すα１〜α５、図中の横方向には医薬品名を表すβ１〜β５が定義されている。縦方向と横方向の各医薬品が交わる欄には、これらの医薬品の併用が禁忌であるか否かを示す情報（以下、禁忌情報と言う）として×印が設定されている。この例では、α１とβ２、α３とβ３、α５とβ１、α５とβ４の併用が禁忌であることを示している。

また、図７（ｂ）は、薬歴ＤＢの構成例及びデータ例を示す図である。薬歴ＤＢ２２０は、処方箋情報毎に、患者名、生年月日、保険者番号及び被保険者番号、処方箋情報の送信元である病院名・病院の患者ＩＤ、処方箋情報を発行した担当医師、処方箋情報を登録した処方日、処方箋情報で指示された処方薬の医薬品名・分量・用量を項目とするレコード（以下、薬歴情報と言う）が記憶されている。薬歴ＤＢ２２０には、処方が適切であると判断された処方箋情報に基づくデータが患者毎に登録されて蓄積される。

また、図７（ｃ）は、端末アドレス情報の構成例及びデータ例を示す図である。端末アドレス情報２３０は、薬局を表す薬局名と、当該薬局の薬局端末３０に設定されている端末アドレスとを記憶する。端末アドレス情報２３０は、処方箋情報で指定された薬局に処方箋情報が送信される際に参照される。

図６に戻り、サーバ２０の構成の説明を続ける。通信部２０３は、制御部２０１の制御の下、通信回線２を介して接続された各処理装置１０と通信を確立し、処理装置１０との間でデータ通信を行うと共に、通信回線３を介して接続された各薬局に設置されている薬局端末３０との間で通信を確立してデータ通信を行う。

（薬局端末３０）
図８は、薬局端末３０の構成を表すブロック図である。薬局端末３０は、制御部３０１、表示部３０２、操作部３０３、記憶部３０４、出力部３０５、通信部３０６を含む。制御部３０１は、ＣＰＵとＲＯＭ及びＲＡＭのメモリとを含む。ＣＰＵは、ＲＯＭに記憶されている制御プログラムを実行することにより、制御部３０１と接続されている各部を制御する。具体的には、制御部３０１は、サーバ２０から受信した処方箋情報を表示部３０２に表示したり、出力部３０５に出力する出力手段としての機能を有する。

表示部３０２は、液晶ディスプレイ等の表示装置で実現される。表示部３０２は、制御部３０１の制御の下、処方箋情報などのデータを表示する。操作部３０３は、キーボードやマウス等を有する。操作部３０３は、薬剤師等からの入力操作を受付け、受付けた入力操作を示す情報を制御部１０１へ送出する。記憶部３０４は、ハードディスク等の不揮発性記憶媒体を有する。記憶部３０４は、サーバ２０から受信した処方箋情報等のデータを記憶する。出力部３０５は、プリンター等を有する。出力部３０５は、制御部３０１の制御の下、処方箋情報等のデータを所定の用紙に印刷して出力する。通信部３０６は、制御部３０１の制御の下、通信回線３を介して接続されたサーバ２０と通信を確立し、サーバ２０との間でデータ通信を行う。
以上が、本実施形態に係る処方判断システム１の構成である。次に、本実施形態に係る処方判断システム１の動作について説明する。

＜動作＞
図９は、処理装置１０とサーバ２０の動作フローを示す図である。処理装置１０の制御部１０１は、医師が診察した患者に対する患者識別情報、処方薬、分量等のデータが操作部１０２を介して入力されると（ステップＳ１１）、入力されたデータに基づいて処方箋情報を生成して記憶部１０３の処方箋ＤＢ１１０に登録する（ステップＳ１２）。
また、制御部１０１は、生成した処方箋情報に含まれる患者識別情報（患者ＩＤ、患者名、生年月日、保険者番号、被保険者番号）を参照し、当該患者識別情報を含む患者情報を記憶部１０３内の患者情報ＤＢ１００から読出す。そして、制御部１０１は、記憶部１０３内から読み出した患者情報の送信先薬局に対応するサーバアドレスをサーバアドレス情報１２０から読み出し、当該サーバアドレスに、当該送信先薬局を示す情報（以下、薬局情報と言う）を処方箋情報に付加して通信部１０５により送信する（ステップＳ１３）。

サーバ２０の制御部２０１は、薬局情報が付加された処方箋情報を処理装置１０から受信すると（ステップＳ２１：ＹＥＳ）、記憶部２０２から薬歴ＤＢ２２０と医薬情報ＤＢ２１０を読み出し、受信した処方箋情報で指示された処方薬の処方が適切か否かをチェックする（ステップＳ２２）。なお、制御部２０１は、処方箋情報を受信するまで処理を開始せずに待機する（ステップＳ２１：ＮＯ）。

ここで、ステップＳ２２における処方薬のチェック処理について図１０を用いて説明する。サーバ２０の制御部２０１は、受信した処方箋情報に含まれる患者識別情報を参照し、当該患者識別情報に対応する薬歴情報が薬歴ＤＢ２２０に登録されているか否か判断する（ステップＳ２２１）。制御部２０１は、薬歴ＤＢ２２０に当該患者識別情報に対応する薬歴情報が登録されている場合において（ステップＳ２２１：ＹＥＳ）、所定の条件を満たす薬歴情報があれば（ステップＳ２２２：ＹＥＳ）、当該薬歴情報が示す医薬品と受信した処方箋情報で指示された処方薬との併用が可能か否かを、医薬情報ＤＢ２１０を用いて確認する（ステップＳ２２３）。
ここで、所定の条件は、薬歴情報における処方日と医薬品の用量とから求められる医薬品の使用期間内に、受信した処方箋情報の受信日が含まれていることを条件とする。即ち、受信した処方箋情報で指示された処方薬と、別の処方箋情報に基づいて既に処方されている薬とを併用することになる場合に、これらの薬の併用が禁忌であるか否かを判断する。例えば、図７（ｂ）の薬歴ＤＢ２２０における患者Ｔの薬歴情報２２０ａの場合、処方日が２０１０／１／３０であり、薬歴１及び薬歴２の医薬品の用量は５日である。この場合、これらの医薬品の使用期間は、２０１０／１／３０から２０１０／２／３となる。この使用期間内に新たに処方箋情報を受信した場合には、受信した処方箋情報の処方薬と薬歴１及び薬歴２の医薬品との併用が可能か否か判断される。

制御部２０１は、医薬情報ＤＢ２１０において、当該薬歴情報の医薬品名と処方箋情報の処方薬との組合せに禁忌情報が記憶されている場合には（ステップＳ２２３：ＮＯ）、処方箋情報で指示された処方薬を処方できないと判断し、当該処方薬との併用を判断した医薬品名（以下、併用医薬品情報と言う）をＲＡＭに記憶する（ステップＳ２２４）。
また、ステップＳ２２３において、医薬情報ＤＢ２１０に禁忌情報が記憶されていない場合（ステップＳ２２３：ＹＥＳ）、制御部２０１は、受信した処方箋情報において複数の処方薬が指示されているか否かを判断する（ステップＳ２２５）。

制御部２０１は、処方箋情報に複数の処方薬が指示されていると判断した場合には（ステップＳ２２５：ＹＥＳ）、当該複数の処方薬同士の各組合せに対し、医薬情報ＤＢ２１０において禁忌情報が記憶されているか否かに応じて、当該複数の処方薬の併用が可能か否か判断する（ステップＳ２２６）。

制御部２０１は、当該複数の処方薬の各組合せに対し、医薬情報ＤＢ２１０において禁忌情報が記憶されていない場合には（ステップＳ２２６：ＹＥＳ）、当該複数の処方薬を処方可能であると判断する（ステップＳ２２７）。また、制御部２０１は、当該複数の処方薬の各組合せに対し、医薬情報ＤＢ２１０において禁忌情報が記憶されている場合には（ステップＳ２２６：ＮＯ）、当該複数の処方薬を処方できないと判断する（ステップＳ２２４）。

また、ステップＳ２２５において、制御部２０１は、処方箋情報に複数の処方薬が指示されていないと判断した場合には（ステップＳ２２５：ＮＯ）、処方箋情報の処方薬と登録済みの薬歴情報の医薬品との併用が可能であり、処方薬の処方が可能であると判断する（ステップＳ２２７）。
ステップＳ２２１において、制御部２０１は、受信した処方箋情報の患者識別情報に対応する薬歴情報が薬歴ＤＢ２２０に登録されていない場合（ステップＳ２２１：ＮＯ）、又は、ステップＳ２２２において、登録済の薬歴情報のうち、所定の条件を満たす薬歴情報がない場合には（ステップＳ２２２：ＮＯ）、上述したステップＳ２２５の処理に移行して、処方箋情報の処方薬の処方が可能か否か判断する。

図９に戻り、動作の説明を続ける。サーバ２０の制御部２０１は、ステップＳ２２の処理を行った結果、受信した処方箋情報の処方薬の処方が可能であれば、制御部２０１は、当該処方薬の処方が適切であると判断し（ステップＳ２３：ＹＥＳ）、薬歴ＤＢ２２０の項目と対応する当該処方箋情報のデータを薬歴情報として登録する（ステップＳ２４）。また、制御部２０１は、記憶部２０２の端末アドレス情報２３０から、当該処方箋情報と共に受信した薬局情報が示す薬局に対応する端末アドレスを特定し、当該端末アドレスに対し、当該処方箋情報を通信部２０３を介して送信する（ステップＳ２５）。

また、ステップＳ２２において処方薬のチェックを行った結果、受信した処方箋情報の処方薬の処方が不可であれば、制御部２０１は、当該処方薬の処方が適切でないと判断し（ステップＳ２３：ＮＯ）、当該処方箋情報の送信元である処理装置１０に対し、当該処方箋情報とＲＡＭに記憶させた併用医薬品情報とを含む訂正要求情報とを通信部２０３を介して送信する（ステップＳ２６）。

処理装置１０の制御部１０１は、通信部１０５を介してサーバ２０から訂正要求情報を受信すると（ステップＳ１４：ＹＥＳ）、訂正要求情報を受信したことを示す情報を表示部１０４に表示し、処方箋の訂正要求があったことが医師等に報知される（ステップＳ１５）。この処理により、当該処方箋を発行した医師は、処理装置１０を用いて、訂正要求情報に含まれている併用医薬品情報を確認し、併用医薬品情報の医薬品と併用可能な別の薬に訂正することができる。処理装置１０及びサーバ２０は、医師により訂正される処方箋について上述の各処理を同様に行う。なお、制御部１０１は、サーバ２０から訂正要求情報を受信しなければ、処理を終了する（ステップＳ１４：ＮＯ）。

処理装置１０とサーバ２０の動作は以上の通りである。次に、サーバ２０から処方箋情報が送信された薬局端末３０の動作について図１１を用いて説明する。
薬局端末３０の制御部３０１は、通信部３０６を介してサーバ２０から処方箋情報を受信すると（ステップＳ３１：ＹＥＳ）、処方箋情報を受信したことを示す情報を表示部３０２に表示して薬剤師等に報知して処方箋情報を記憶部３０４に記憶する（ステップＳ３２）。制御部３０１は、薬剤師等により操作部３０３を介して処方箋情報を出力する操作を受付けると（ステップＳ３３：ＹＥＳ）、出力部３０５により処方箋情報を所定の用紙に印刷して出力する（ステップＳ３４）。また、サーバ２０から処方箋情報が送信されるまで（ステップＳ３１：ＮＯ）、制御部３０１は処理を開始せずに待機する。また、ステップＳ３３において、操作部３０３を介して処方箋情報を出力する操作がなされない場合には（ステップＳ３３：ＮＯ）、制御部３０１は処理を終了する。

患者は薬局で処方薬を受け取る際に、処方薬を処方した医療機関の診察券と当該患者の保険証とを薬局で提示する。薬局の薬剤師等は、提示された診察券と保険証とを照合し、診察券及び保険証に印字されている医療機関名、患者ＩＤ、氏名、生年月日、保険者番号、被保険者番号と同じ内容を含む処方箋情報を出力された処方箋情報から選択し、選択した処方箋情報に基づいて処方薬を処方する。この薬局端末３０の処理により、薬剤師は、薬局に薬を受け取りに来た患者に対する薬歴を確認することなく、提示された診察券と保険証とに対応する処方箋情報に基づき、当該患者に対して安全に薬を処方することができる。なお、処方箋情報を出力するタイミングは、上記のように、サーバ２０からの処方箋情報を受信したときでもよいし、患者から提示された診察券と保険証とに印字されている医療機関名、患者ＩＤ、氏名、医療機関名、保険証番号、被保険者番号等の患者認証情報を入力する操作を薬剤師等が行ったときに、患者認証情報に対応する処方箋情報を自動選択して出力するようにしてもよい。

＜動作例＞
次に、図３〜図５、図７の例を用いた本実施形態に係る処方判断システム１の動作例を図９〜図１１の動作フローに従って説明する。なお、以下の動作例においては、病院Ｘの処理装置１０において患者Ｔの処方箋情報が生成され、当該処方箋情報で指示された処方薬が既に処方された後、病院Ｙで患者Ｔが診察を受けた場合について説明する。

患者Ｔが病院Ｙにおいて診察を受けた際、医師による患者Ｔに対する処方箋のデータの入力が処理装置１０の操作部１０２で受付けられると（ステップＳ１１）、制御部１０１は、入力されたデータから患者Ｔの処方箋情報を生成し、生成した処方箋情報１１１を図４（ｂ）の処方箋ＤＢ１１０ｙに登録する（ステップＳ１２）。そして、処方箋情報１１１に含まれる患者Ｔの患者識別情報（患者ＩＤ、患者名、生年月日、保険者番号、被保険者番号）を含む患者情報１０００を患者情報ＤＢ１００ｙから読み出し、患者情報１０１から送信先薬局「薬局Ａ」を読み出す。

制御部１０１は、サーバアドレス情報１２０から「薬局Ａ」に対応するサーバアドレスを読み出し、当該サーバアドレスに対し、「薬局Ａ」を示す薬局情報を付加した処方箋情報を通信部１０５により送信する（ステップＳ１３）。

病院Ｙの処理装置１０から送信された処方箋情報がサーバ２０の通信部２０３において受信されると（ステップＳ２１：ＹＥＳ）、サーバ２０の制御部２０１は、記憶部２０２から薬歴ＤＢ２２０と医薬情報ＤＢ２１０を読み出し、受信した処方箋情報で指示された処方薬の処方が適切か否かチェックする（ステップＳ２２）。

具体的には、制御部２０１は、薬歴ＤＢ２２０において、受信した処方箋情報の患者Ｔの患者識別情報に対応する登録済の薬歴情報２２０ａが記憶されていることを確認する（ステップＳ２２１：ＹＥＳ）。制御部２０１は、当該薬歴情報２２０ａの登録日「２０１０／１／３０」と、薬歴１及び薬歴２の医薬品の用量「５日」に基づいて、これらの医薬品の使用期間「２０１０／１／３０から２０１０／２／３」を求める。そして、病院Ｙの処理装置１０から処方箋情報を受信した受信日「２０１０／２／１」がこの使用期間内に含まれると判断し（ステップＳ２２２：ＹＥＳ）、当該薬歴情報２２０ａと受信した処方箋情報の医薬品の併用が可能か否かを医薬情報ＤＢ２１０を用いて確認する（ステップＳ２２３）。

即ち、制御部２０１は、当該薬歴情報２２０ａに登録されている医薬品名「β１」及び「β２」と処方箋情報の処方薬「α１」及び「α２」の各組合せ（α１とβ１、α１とβ２、α２とβ１、α２とβ２）のうち、医薬情報ＤＢ２１０において、α１とβ２の併用が禁忌であることを確認すると（ステップＳ２２３：ＮＯ）、処方箋情報で指示された処方薬を処方できないと判断し、併用医薬品情報として「β１」と「β２」をＲＡＭに記憶する（ステップＳ２２４）。

制御部２０１は、ステップＳ２２の処理により、処方箋情報で指示された処方薬を処方できないと判断した場合には（ステップＳ２３：ＮＯ）、当該処方箋情報とＲＡＭに記憶させた併用医薬品情報「β１」及び「β２」とを含む訂正要求情報を、通信部２０３により、当該処方箋情報の送信元である病院Ｙの処理装置１０に対して送信する（ステップＳ２６）。

病院Ｙの処理装置１０は、通信部１０５によりサーバ２０から送信された訂正要求情報を受信すると（ステップＳ１４：ＹＥＳ）、訂正要求情報を受信したことを示す情報を表示部１０４に表示することで、処方箋情報の訂正要求があったことを医師等に報知する（ステップＳ１５）。

本実施形態に係る処方判断システム１のサーバ２０は、同一の患者に対して各病院から発行された処方箋情報の処方薬と、既に処方されている薬との併用が禁忌であるか否かを判断し、併用が禁忌であれば、処方箋情報と併用医薬品情報とを含む訂正要求情報を発行元の処理装置１０に対して送信する。当該処方箋情報を発行した医師は、処理装置１０が受信した訂正要求情報に基づき、患者に対して既に処方されている薬を確認することができるので、その薬と併用可能な薬に訂正して処方箋情報を発行し直すことができる。このように、薬局において患者に薬が処方される前に、サーバ２０において処方箋情報の処方薬の処方が適切か否か判断されるので、各薬局で薬を受け取る患者に対し、当該薬局や他の薬局で既に処方された薬との関係において併用が禁忌の薬が提供されないようにすることができる。

＜第２実施形態＞
第１実施形態は、各医療機関と薬局との間にサーバ２０が設けられ、各医療機関で発行された各患者の処方箋を当該患者が予め希望する薬局に送信する例を説明した。本実施形態の処方判断システムでは、予め定められた特定の医療機関にサーバ２０（第２処理装置）を設置する。当該サーバ２０は、当該医療機関と連携する他の医療機関で発行された処方箋を管理する。また、本実施形態では、サーバ２０と接続された薬局端末３０（第３処理装置）が設置されている薬局であればどこでも患者が処方薬を受け取れるよう構成されている。

図１２は、本実施形態に係る処方判断システムの全体構成を表す図である。図１２に示すように、処方判断システム１Ａにおいて、病院Ｘには、第１実施形態と同様の処理装置１０（１０Ａ・・・１０Ｎ）とサーバ２０とが設置されており、病院Ｙも第１実施形態と同様の処理装置１０が設置されている。薬局Ａ、薬局Ｂには、第１実施形態と同様の薬局端末３０が設置されている。サーバ２０は、病院Ｘ内の処理装置１０だけでなく、通信網４を介して、病院Ｙの処理装置１０、薬局Ａ、薬局Ｂの各薬局端末３０と通信可能に構成されている。

病院Ｘは、内科、呼吸器科、外科等、複数の受診科が設置された医療機関であり、病院Ｙは、１つの受診科が設置され、病院Ｘと連携する医療機関である。各病院の各受診科には、処理装置１０が各々設置されており、サーバ２０には、病院Ｘの各患者の薬歴情報と共に病院Ｙの患者の薬歴情報が記憶された薬歴ＤＢ２２０が記憶されると共に、各病院、各受診科から発行された処方箋情報が記憶される。なお、病院Ｘにおける患者情報ＤＢ１００ｘ、処方箋ＤＢ１１０ｘをサーバ２０において記憶するようにしてもよい。

本実施形態において、サーバ２０は、病院Ｘ内の各受診科を受診した患者に対する処方薬の処方が可能か否かを判断すると共に、病院Ｙで受診した当該患者に対する処方薬の処方が可能か否かを判断する。また、本実施形態では、患者が処方薬を受け取る薬局を予め設定しないため、各病院、各受診科において発行された処方箋情報は、サーバ２０に一旦格納される。所望する薬局において患者が処方薬を受け取る際、処方薬を処方した病院の診察券と保険証とを薬局で提示し、その診察券と保険証とに基づく患者認証情報がサーバ２０で認証される。サーバ２０における認証の結果、患者認証情報が適正であれば当該患者の処方箋情報が当該薬局の薬局端末３０に送信され、当該処方箋情報に基づいて薬局で処方薬が処方される。

以下、第１実施形態と異なる本実施形態の動作を中心に説明する。なお、上述した第１実施形態と同様の処理については、第１実施形態の動作フローと同じステップ番号を用いて説明する。図１３は、本実施形態に係る処方薬のチェック処理を示す動作フローである。各処理装置１０の制御部１０１は、処方箋の入力を受付けて処方箋情報を生成した後（ステップＳ１１、Ｓ１２）、薬局情報が付加されていない処方箋情報をサーバ２０に送信する（ステップＳ１３１）。

サーバ２０の制御部２０１は、薬局情報が付加されていない処方箋情報を各処理装置１０から受信すると（ステップＳ２１：ＹＥＳ）、受信した処方箋情報の処方薬について第１実施形態と同様のチェック処理を行う（ステップＳ２２）。制御部２０１は、ステップＳ２２のチェック処理の結果、処方箋情報の処方薬の処方が可能である場合には（ステップＳ２３：ＹＥＳ）、処方箋情報に基づく薬歴情報を薬歴ＤＢ２２０に登録すると共に、処方箋情報と処方箋情報が未送信であることを示す送信情報とを対応づけて記憶部２０２内の所定領域に記憶する（ステップＳ２４１）。

一方、ステップＳ２２のチェック処理の結果、処方箋情報の処方薬の処方が適切でなければ（ステップＳ２３：ＮＯ）、制御部２０１は、処方箋情報の送信元である処理装置１０に対し、第１実施形態と同様の訂正要求情報を送信する（ステップＳ２６）。

続いて、患者が薬局で処方薬を受け取る場合の処理について図１４を用いて説明する。患者は、病院Ｘと同じ地域内にあり、薬局端末３０が設置されている薬局Ａ、薬局Ｂ・・・の中から所望する薬局で診察券と保険証を提示する。患者から診察券と保険証が提示された薬局の薬剤師等は、提示された診察券に印字されている氏名、患者ＩＤ、医療機関名、保険証に印字されている氏名、保険者番号、被保険者番号、生年月日を含む患者認証情報を操作部３０３を介して入力し（ステップＳ３１１：ＹＥＳ）、サーバ２０に患者認証情報を送信する（ステップ３１２）。なお、薬局端末３０の制御部３０１は、患者認証情報が入力されるまで待機する（ステップＳ３１１：ＮＯ）。

サーバ２０の制御部２０１は、薬局端末３０から送信された患者認証情報を受信すると（ステップＳ２１０：ＹＥＳ）、未送信の送信情報が対応づけられた処方箋情報を記憶部２０２から読み出し、読み出した処方箋情報を用いて受信した患者認証情報を認証する（ステップＳ２１１）。即ち、制御部２０１は、受信した患者認証情報と同じデータを含む処方箋情報が有れば、患者認証情報が正当であると判断して当該処方箋情報の出力を許可する。また、制御部２０１は、患者認証情報と同じデータを含む処方箋情報が無ければ、患者認証情報が正当でないと判断する。なお、ステップＳ２１０において、制御部２０１は、患者認証情報を受信するまで待機する（ステップＳ２１０：ＮＯ）。

ステップＳ２１１の認証の結果、制御部２０１は、受信した患者認証情報が正当であると判断した場合には（ステップＳ２１２：ＹＥＳ）、当該患者認証情報を含む未送信の処方箋情報を薬局端末３０に送信する。さらに、制御部２０１は、例えば、送信日時や薬局端末３０を表す情報等、送信済であることを示す送信情報を当該患者認証情報に対応づけて記憶部２０２の所定領域内に記憶する（ステップＳ２１３）。

一方、ステップＳ２１１の認証の結果、制御部２０１が、受信した患者認証情報が正当でないと判断した場合には（ステップＳ２１２：ＮＯ）、患者認証情報が正当でないことを示すエラー情報を薬局端末３０に送信する（ステップＳ２１４）。
薬局端末３０の制御部３０１は、ステップＳ３１２において送信した患者認証情報に対する処方箋情報をサーバ２０から受信すると（ステップＳ３１３：ＹＥＳ）、受信した処方箋情報を表示部３０２に表示する（ステップＳ３１４）。また、ステップＳ３１２において送信した患者認証情報に対する処方箋情報をサーバ２０から受信しなかった場合、即ち、サーバ２０からエラー情報を受信した場合には（ステップＳ３１３：ＮＯ）、処理を終了する。
薬局の薬剤師等は、サーバ２０から受信した処方箋情報が表示部３０２に表示されると、処方箋情報に基づいて処方薬を患者に処方する。また、エラー情報が表示部３０２に表示された場合には、診察券と保険証の再提示を求める等して上記した薬局端末３０の処理を再度行う。

上記より、本実施形態に係る処方判断システム１Ａは、予め定められた医療機関にサーバ２０を設置し、当該医療機関及び連携する他の医療機関を受診した同一患者に対する処方薬の処方が適切か否かが判断されるので、併用できない処方薬が患者に処方されることを未然に防ぐことができる。また、一の医療機関における各受診科で発行された同一患者に対する処方箋についてもサーバ２０において処方薬が適切か否か判断されるので、同一医療機関で複数の受診科を受診した患者に対しても安全に処方薬を処方することができる。

また、患者が薬局で処方薬を受け取る際、サーバ２０において、診察券と保険証に基づく患者認証情報を用いて患者を認証することができるので、認証を受けていない患者や認証結果が正当ではない患者の処方箋情報が薬局端末３０に送信されることがなく、患者の処方箋情報を確実且つ適切に薬局端末３０に送信することができる。サーバ２０が設置された医療機関又は当該医療機関と連携している他の医療機関を受診した患者は、薬局端末３０が設置されている薬局であればどの薬局でも処方薬を受け取ることができるので、処方薬を受け取る薬局を自由に選ぶことができる。

＜変形例＞
以上、本発明の実施形態について説明したが、本発明は上述した実施形態に限るものではなく、以下の変形例も含まれる。

（１）上述した第１実施形態では、併用が禁忌である処方薬の情報が医薬情報ＤＢ２１０において定義されている例であったが、患者の年齢、病名、体質との関係において使用が不適切である処方薬や使用可能な処方薬の分量等の情報を定義するように構成してもよい。なお、患者の年齢、病名、体質等の情報は、処理装置１０において医師が処方箋を作成する際に入力し、処方箋情報に含めるようにしてもよい。サーバ２０は、処方箋情報で指示された処方薬の情報及び患者の体質や病名の情報と、薬歴ＤＢ２２０及び医薬情報ＤＢ２１０に基づいて、処方箋情報の処方薬の処方が可能か否かを判断するようにする。

（２）上述した第１実施形態では、サーバ２０から処理装置１０に対し、訂正要求情報として、処方箋情報と併用医薬品情報とを送信する例であったが、処方箋情報の処方薬と併用可能な他の医薬品を示す代替情報を併用医薬品情報と共に送信するように構成してもよい。この場合には、医薬情報ＤＢ２１０において、禁忌情報が定義されている薬に使用可能な他の医薬品を示す情報を対応付けて記憶するように構成する。また、サーバ２０は、医薬情報ＤＢ２１０において、受信した処方箋情報の処方薬と薬歴情報の薬との併用が禁忌である場合に、当該処方薬に対応づけて記憶されている使用可能な他の医薬品の情報を代替情報として読み出すようにする。

（３）上述した第１実施形態では、医薬品同士の併用が禁忌であるか否かが医薬情報ＤＢ２１０に定義されている例であったが、病名や体質との関係において使用が禁忌であるサプリメント等の医薬部外品や市販医薬品に関する情報（以下、医薬品使用情報と言う）を予め定義した図１５に示すような市販薬ＤＢをサーバ２０に記憶し、各薬局の薬局端末３０において、使用が禁忌である医薬部外品や市販医薬品を検索できるように構成してもよい。以下、このような構成を適用した例を説明する。

本変形例では、薬局において医薬部外品や市販医薬品が販売され、医薬部外品や市販医薬品の各々に、これらの医薬品を識別するバーコード等の医薬品識別情報が付されている。各薬局の薬局端末３０において、患者が購入を希望する医薬品の医薬品識別情報を読み取る。サーバ２０は、これらの医薬品を当該患者が使用可能か否かを判断し、その判断結果を薬局端末３０に通知する。なお、サーバ２０の記憶部２０２には、判断対象となる患者の病名や体質等の情報を含む薬歴情報が薬歴ＤＢ２００に登録されており、薬局端末３０には、医薬部外品や市販医薬品を識別するバーコード等を読み取る読取手段が設けられているものとする。以下、図１６の動作フローに従って説明する。

薬局の薬剤師等は、患者が購入を希望する医薬品識別情報を薬局端末３０の読取手段により読み取り、患者から提示された保険証等に基づいて患者識別情報を操作部３０３を用いて入力する（ステップＳ４１：ＹＥＳ）。薬局端末３０の制御部３０１は、読取手段で読み取られた医薬品識別情報と、操作部３０３を介して入力された患者識別情報とをサーバ２０へ送信し、医薬品識別情報が示す医薬部外品や市販医薬品を患者が使用可能か否かの判断を要求する（ステップＳ４２）。

サーバ２０の制御部２０１は、薬局端末３０から送信された医薬品識別情報と患者識別情報とを受信すると（ステップＳ５１：ＹＥＳ）、当該患者識別情報に対応する薬歴情報を薬歴ＤＢ２００から読出すと共に、当該医薬品識別情報に対応する医薬品使用情報を市販薬ＤＢから読出す。そして、制御部２０１は、読み出した医薬品使用情報において、読み出した薬歴情報に含まれる患者の病名や体質に対し、当該医薬品識別情報の医薬品の使用が禁忌であるか否か判断し（ステップＳ５２）、判断結果を薬局端末３０に対して送信する（ステップＳ５３）。

薬局端末３０は、サーバ２０から送信された判断結果を示す情報を受信すると（ステップＳ４３：ＹＥＳ）、受信した判断結果を示す情報を表示部３０２に表示し、患者が購入を希望する医薬部外品や市販医薬品の使用が可能か否かを薬剤師等に報知する（ステップＳ４４）。
なお、薬局端末３０の制御部３０１は、ステップＳ４１において、薬剤師による医薬品識別情報及び患者識別情報の入力がない場合（ステップＳ４１：ＮＯ）、または、ステップＳ４３において判断結果を受信するまで（ステップＳ４３：ＮＯ）、待機する。また、サーバ２０の制御部２０１は、ステップＳ５１において、薬局端末３０から医薬品識別情報と患者識別情報とが送信されなければ（ステップＳ５１：ＮＯ）、処理を開始せずに待機する。

上記した本変形例によれば、各薬局の薬剤師は、患者に対して薬歴や体質等を直接確認することなく、当該患者が購入を希望する市販薬等の使用が可能か否かの判断結果を確認することができるので、当該薬局で販売されている市販薬等についても患者毎に適切に提供することができる。なお、上記の例では、薬局端末３０において市販薬等の医薬品識別情報を読み取り、サーバ２０に当該市販薬等の使用が可能か否かを問い合わせる例を説明したが、例えば、患者が有する携帯機器等で医薬品識別情報を読み取り、サーバ２０に問い合わせるようにしてもよい。この場合には、サーバ２０において、通信接続可能な患者のＩＤやパスワードを予め登録し、患者が携帯機器を用いてサーバ２０に問い合わせる際に、当該患者のＩＤとパスワードにより患者の認証を行うように構成する。

なお、上述した変形例（３）において、患者が携帯機器を用いてサーバ２０に直接問い合わせを行うのではなく、当該患者の担当医師が使用する処理装置１０を介してサーバ２０に問い合わせるようにしてもよい。この場合、処理装置１０は、患者の携帯機器と通信接続できるようにする。処理装置１０は、携帯機器から患者ＩＤとパスワードを取得して当該患者を認証後、当該患者の携帯機器から患者ＩＤと医薬品識別情報を取得する。処理装置１０は、患者ＩＤと医薬品識別情報とを表示部１０４に表示して、患者からの医薬品の問い合わせを担当医師に報知する。担当医師は、医薬品識別情報が示す医薬品を患者が使用することについて確認した後、処理装置１０からサーバ２０に対して患者ＩＤと医薬品識別情報を送信する。サーバ２０は、上述と同様に、患者ＩＤと医薬品識別情報に基づいて、医薬品識別情報が示す医薬品や医薬部外品の使用について判断し、当該患者ＩＤと判断結果とを処理装置１０に送信する。処理装置１０は、サーバ２０から患者ＩＤと判断結果とを受信し、受信した患者ＩＤに対応する携帯機器に判断結果を送信する。携帯機器は、処理装置１０から送信された判断結果を受信し、受信した判断結果を表示デバイスに表示する等して報知する。

（４）上述した第１実施形態では、患者名、生年月日、保険者番号及び被保険者番号を、患者を識別するための患者識別情報として用いる例であったが、例えば、患者ＩＤ、患者名、生年月日、電話番号の組合せ等、患者を一意に特定できるものであればこれに限らない。

（５）上述した第１実施形態及び第２実施形態では、各病院の担当医師毎に処理装置１０が設けられている例であったが、一の患者に対する処方箋を、複数の受診科の医師が処理装置１０とは別の装置で各々作成した処方箋のデータを処理装置１０に送信し、送信された各処方箋のデータに基づき、処理装置１０において当該一の患者に対する各処方箋情報を生成するようにしてもよい。

（６）上述した第１実施形態及び第２実施形態において、例えば、診察券が磁気カードで構成され、患者の氏名、医療機関名（又は医療機関コード）、患者ＩＤを示す診察券情報が診察券に記憶されていてもよい。この場合には、薬局端末３０において、磁気カードを読み取る診察券読取手段と、保険証の画像を読み取って文字認識処理を行う保険証読取手段とが設け、診察券読取手段と保険証読取手段とを用いて患者から提示された診察券と保険証とに基づく患者認証情報を生成してもよい。

このように構成することで、第１実施形態の場合には、保険証読取手段で読み取られた文字データのうち、予め定められた項目（例えば、保険者番号、被保険者番号、氏名、生年月日）に対応する各文字データを保険証情報として抽出し、診察券読取手段で読み取った診察券情報と保険証情報に対応する処方箋情報を薬局端末３０において選択し、選択した処方箋情報を出力してもよい。このような構成により、薬局の薬剤師等は、診察券と保険証とに基づいて処方箋情報を選択する操作を行うことなく、患者の処方箋情報に基づいて処方薬を処方することができる。

また、第２実施形態の場合も同様に、薬局端末３０において、保険証読取手段で読み取られた文字データから抽出された保険証情報と、診察券読取手段で読み取られた診察券情報とを含む患者認証情報を生成し、当該患者認証情報をサーバ２０に送信するようにしてもよい。このように構成することで、薬局の薬剤師等は、診察券と保険証とに基づいて患者認証情報を入力する操作を行うことなく、サーバ２０で認証された患者の処方箋情報を薬局端末３０で受信することができる。

（７）また、上述した第１実施形態では、医療機関の外部にサーバ２０が設けられている例を説明し、上述した第２実施形態では、病院Ｘに設けられたサーバ２０と、病院Ｙの処理装置及び薬局端末３０とが通信接続可能に構成されている例を説明したが、以下のように構成されていてもよい。病院Ｘには、病院Ｘ内における処方薬のチェック処理を行うサーバ２０と同等の機能を有する院内サーバを設け、医療機関の外部には、第１実施形態と同様のサーバ２０を設けるようにしてもよい。つまり、医療機関内と医療機関外の各々にサーバ２０を設けてもよい。
病院Ｘに複数の受診科が設置されている場合には、病院Ｘ内の各受診科で発行された患者の処方箋情報は院内サーバによって処方薬が適切であるか否かチェックされる。また、病院Ｘの院内サーバで処方薬のチェック処理がなされた処方箋情報が、医療機関外部に設けられたサーバ２０に送信されるように構成することで、病院Ｘの患者の処方箋情報と当該患者が病院Ｙを受診して病院Ｙが発行した処方箋情報の各処方薬をサーバ２０でチェックすることができる。なお、この場合は、病院Ｘにおける患者情報ＤＢ１００ｘ、処方箋ＤＢ１１０ｘは院内サーバにおいて記憶するようにしてもよい。

（８）また、上述した第１実施形態及び第２実施形態において、処理装置１０から処方箋情報をサーバ２０に送信する際、又はサーバ２０から薬局端末３０に処方箋情報を送信する際に、予め定められた暗号鍵を用いて処方箋情報を暗号化して送信するように構成してもよい。なお、この場合には、サーバ２０及び薬局端末３０において、暗号鍵に対応する予め定められた復号鍵を用いて受信した処方箋情報の復号化処理を行うように構成する。

（９）また、上述した第１実施形態及び第２実施形態において、薬歴ＤＢ２２０に記憶されるデータは上述した項目以外の項目（例えば、患者の検査結果や医師の所見等）が含まれていてもよい。

１，１Ａ・・・処方判断システム、２，３，４・・・通信回線、１０・・・処理装置、２０・・・サーバ、３０・・・薬局端末、１０１，２０１，３０１・・・制御部、１０２，３０３・・・操作部、１０３，２０２，３０４・・・記憶部、１０４，３０２・・・表示部、１０５，２０３，３０６・・・通信部、３０５・・・出力部

Claims (4)

1. 第１処理装置と、前記第１処理装置と通信回線を介して接続された第２処理装置と、前記第２処理装置と通信接続された第３処理装置とを有し、
   前記第１処理装置は、
   患者を識別する患者識別情報と、当該患者に対する処方薬に関する処方情報とを受付け、これらを含む処方箋情報を生成する生成手段と、
   前記生成手段によって生成された前記処方箋情報を前記第２処理装置に送信する処方箋送信手段と、
   前記処方箋送信手段によって送信された前記処方箋情報に対する訂正要求を前記第２処理装置から受信する訂正要求受信手段とを備え、
   前記第２処理装置は、
   前記処方箋情報を前記第１処理装置から受信する処方箋受信手段と、
   前記患者毎に、前記患者識別情報に関連付けて処方薬に関する処方薬情報を記憶する薬歴情報記憶手段と、
   併用が不適切な医薬品に関する情報を含む医薬情報を記憶する医薬情報記憶手段と、
   前記処方箋受信手段が前記処方箋情報を受信した際、当該処方箋情報に含まれる前記患者識別情報に関連づけられている前記処方薬情報と、前記医薬情報記憶手段内の前記医薬情報とに基づいて、当該処方箋情報に含まれる前記処方情報が示す処方薬の処方が適切か否か判断する判断手段と、
   前記判断手段によって前記処方薬の処方が適切であると判断された場合、当該処方箋情報に含まれる前記患者識別情報及び前記処方情報に基づく前記処方薬情報を前記薬歴情報記憶手段に蓄積する蓄積手段と、
   前記判断手段によって前記処方薬の処方が適切であると判断された場合、当該処方箋情報を前記第３処理装置に送信する処方箋送信手段と、
   前記判断手段によって前記処方薬が適切でないと判断された場合、当該処方箋情報に対する訂正要求を前記第１処理装置に送信する訂正要求送信手段とを備え、
   前記第３処理装置は、
   前記処方箋情報を前記第２処理装置から受信する処方箋受信手段と、
   前記第３処理装置の前記処方箋受信手段によって受信された前記処方箋情報を出力する出力手段とを備え、
   前記第２処理装置の前記蓄積手段は、前記判断手段によって前記処方薬が適切でないと判断された場合、当該処方箋情報に含まれる前記患者識別情報及び前記処方情報に基づく前記処方薬情報を前記薬歴情報記憶手段に蓄積せず、
   前記第２処理装置の前記処方箋送信手段は、前記判断手段によって前記処方薬が適切でないと判断された場合、当該処方箋情報を前記第３処理装置に送信しない
   ことを特徴とする処方判断システム。
2. 前記第１処理装置の前記生成手段により受け付けられ、前記処方箋情報に含まれる前記患者識別情報は、保険者から患者に対し発行された保険証に記録されている当該患者を識別する第１の患者識別情報と、医療機関から当該患者に対し発行された診察券に記録されている当該患者を識別する第２の患者識別情報とを含み、
   前記第３処理装置は、
   保険証に記録されている前記第１の患者識別情報を取得する第１取得手段と、
   診察券に記録されている前記第２の患者識別情報を取得する第２取得手段とを備え、
   前記第３処理装置の前記出力手段は、前記第１取得手段により取得された前記第１の患者識別情報と、前記第２取得手段により取得された前記第２の患者識別情報とを含む前記処方箋情報を出力する
   請求項１に記載の処方判断システム。
3. 前記第２処理装置は、
   前記第２処理装置の前記処方箋受信手段が受信した前記処方箋情報を記憶する処方箋記憶手段と、
   前記患者識別情報を前記第３処理装置から受信する患者識別情報受信手段とを備え、
   前記第２処理装置の前記処方箋送信手段は、前記処方箋記憶手段に記憶されている前記処方箋情報のうち前記患者識別情報受信手段によって受信された前記患者識別情報に対応する前記処方箋情報を前記第３処理装置に送信し、
   前記第３処理装置は、
   前記第１取得手段により取得された前記第１の患者識別情報と、前記第２取得手段により取得された前記第２の患者識別情報とを含む前記患者識別情報を前記第２処理装置に送信する患者識別情報送信手段を備え、
   前記第３処理装置の前記処方箋受信手段は、前記第３処理装置の前記患者識別情報送信手段により送信された前記患者識別情報に対する応答として前記第２処理装置から送信されてくる前記処方箋情報を受信する
   ことを特徴とする請求項２に記載の処方判断システム。
4. 前記第３処理装置は、
   医薬品を識別する医薬品識別情報と前記患者識別情報とを受付ける受付手段と、
   前記受付手段が受付けた前記患者識別情報と前記医薬品識別情報を前記第２処理装置に送信して、前記患者識別情報に対応する患者が前記医薬品識別情報に対応する医薬品を使用することが適切か否かの判断を要求する判断要求手段と、
   前記判断要求手段が要求した判断結果を前記第２処理装置から受信する判断結果受信手段と、
   前記判断結果受信手段によって受信された前記判断結果を報知する報知手段とを備え、
   前記第２処理装置は、
   前記第３処理装置から前記患者識別情報と前記医薬品識別情報を受信する判断要求受信手段を備え、
   前記判断手段は、前記判断要求受信手段によって受信された前記患者識別情報に関連付けられた前記処方薬情報と前記医薬情報とに基づいて、受信された前記医薬品識別情報に対応する医薬品の使用が適切であるか否かを判断し、
   前記送信手段は、前記判断手段が判断した判断結果を前記第３処理装置に送信することを特徴とする請求項１乃至３のいずれか１項に記載の処方判断システム。

Images