(57)【特許請求の範囲】
【請求項１】
センタと、該センタと通信ネットワークを介して接続された、少なくとも患者に関する患者情報と該患者に対する処方箋を示す処方箋情報とを対応付けて記憶している外部端末と、患者端末と、から構成され、処方箋に基づく医薬品の服用を督促するための医薬品服用督促通知システムであり、
前記センタは、
前記外部端末から患者情報と処方箋情報とを取得する患者情報取得手段と、
該患者情報取得手段が取得した患者情報に対応する処方箋情報に基づいて、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成手段と、
前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信手段と、
前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信手段と、
該返信受信手段による前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認手段と、
前記服用スケジュール確認手段が前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知手段と、
を備えることを特徴とする医薬品服用督促通知システム。
【請求項２】
センタと、該センタと通信ネットワークを介して接続された、少なくとも患者に関する患者情報と該患者に対する処方箋を示す処方箋情報とを対応付けて記憶している外部端末と、患者端末と、から構成され、処方箋に基づく医薬品の服用を督促するための医薬品服用督促通知方法であって、
前記センタが、前記外部端末から患者情報と処方箋情報とを取得する患者情報取得ステップと、
前記センタが、該患者情報取得ステップで取得された患者情報に対応する処方箋情報に基づき、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成ステップと、
前記センタが、前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信ステップと、
前記センタが、前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信ステップと、
前記センタが、該返信受信ステップによる前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認ステップと、
前記センタが、前記服用スケジュール確認ステップで前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知ステップと、
を備えることを特徴とする医薬品服用督促通知方法。
【請求項３】
少なくとも患者に関する患者情報と該患者に対する処方箋を示す処方箋情報とを対応付けて記憶している外部端末および患者端末とに通信ネットワークを介して接続されたセンタ装置であり、
前記外部端末から患者情報と処方箋情報とを取得する患者情報取得手段と、
該患者情報取得部が取得した患者情報に対応する処方箋情報に基づいて、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成手段と、
前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信手段と、
前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信手段と、
該返信受信手段による前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認手段と、
前記服用スケジュール確認手段が前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知手段と、
を備えることを特徴とするセンタ装置。
【請求項４】
少なくとも患者に関する患者情報と該患者に対する処方箋情報とを対応付けて記憶している外部端末および患者端末とに通信ネットワークを介して接続されたセンタのコンピュータを、
前記外部端末から患者情報及び処方箋情報を取得する患者情報取得手段、
該患者情報取得手段が取得した患者情報に対応する処方箋情報に基づいて、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成手段、
前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信手段、
前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信手段、
該返信受信手段による前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認手段、
前記服用スケジュール確認手段が前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【０００１】
【発明が属する技術分野】
本発明は、医薬品服用督促通知システムおよび方法、管理センタ、およびプログラムに関する。
【０００２】
【従来の技術】
近年、医薬分業に移行する医療機関の増加に伴い、医療機関が発行する院外処方箋に基づいた薬剤の調剤を医療機関に代行して患者に提供する調剤薬局（保険薬局、基準薬局など）では、医療保険の申請業務などの負担が大きくなっていた。その負担を軽減するため、大部分の調剤薬局には、院外処方箋の内容を入力するだけで医療保険の計算を自動的に行うレセプト・コンピュータ（レセコン）が導入されている。
【０００３】
また、投薬についての情報を患者に提供することが医療法で義務づけられることに伴い、このレセコンに医薬品の効能、副作用や相互作用などの医薬品情報を蓄え、投薬内容とその説明を患者に提供することが急速に行われ始めている。
【０００４】
通常、医薬品の服用による副作用の発現には急性（服用直後から数日）と慢性（数日後）とがあり、医薬品により症状の発現状況は、個々の医薬品により異なる。しかし、一般的に、薬局から渡される薬剤情報提供書は簡単な投薬の説明書であるため、患者は、服用後の愁訴が基礎疾患による症候なのか、薬剤の服用により発現した症状であるかを容易に判断することができないことが多い。この結果、副作用による症状であっても服用を継続してしまい、重大な疾患に繋がる場合もある。
【０００５】
また、処方箋の指示通りに薬剤を服用するのは患者は約半数に過ぎないと云われており、その理由には服用の忘れ（コンプライアンス）と副作用の可能性とされている。
【０００６】
【発明が解決しようとする課題】
本発明は、上記実状に鑑みてなされたもので、医薬品の服用時期および副作用に関する情報を適切な時期に患者に通知する医薬品服用督促通知システムおよび方法、及びプログラムを提供することを目的とする。
【０００７】
【課題を解決するための手段】
上記目的を達成するため、本発明の第１の観点にかかる医薬品服用督促通知システムは、センタと、該センタと通信ネットワークを介して接続された、少なくとも患者に関する患者情報と該患者に対する処方箋を示す処方箋情報とを対応付けて記憶している外部端末と、患者端末と、から構成され、処方箋に基づく医薬品の服用を督促するための医薬品服用督促通知システムであり、
前記センタは、
前記外部端末から患者情報と処方箋情報とを取得する患者情報取得手段と、
該患者情報取得手段が取得した患者情報に対応する処方箋情報に基づいて、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成手段と、
前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信手段と、
前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信手段と、
該返信受信手段による前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認手段と、
前記服用スケジュール確認手段が前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知手段と、
を備えることを特徴とする。
【００１０】
上記のような構成によれば、センタが、医療機関の情報処理装置（医療機関サーバ）から、患者に発行された処方箋情報を、例えば、インターネットなどの通信ネットワークを介して取得し、蓄積しておく。そして、センタが、処方箋情報に示される服用時期に応じて、その旨を示す情報を患者の端末（患者端末）に送信するので、患者は処方された医薬品の服用時期を知ることができ、服用忘れ（コンプライアンス）を防止することができる。
【００１２】
このような構成によれば、患者に処方された医薬品によって副作用が発現する可能性がある場合は、センタが、その発現時期に副作用に関する情報を患者端末に送信するので、患者は身体の異状が副作用によるものであるか否かを知ることができ、異状に対する不安から医薬品の服用を中断してしまうなどの弊害を防止することができる。
【００１５】
上記目的を達成するため、本発明の第２の観点にかかる意欲品服用督促通知方法は、センタと、該センタと通信ネットワークを介して接続された、少なくとも患者に関する患者情報と該患者に対する処方箋を示す処方箋情報とを対応付けて記憶している外部端末と、患者端末と、から構成され、処方箋に基づく医薬品の服用を督促するための医薬品服用督促通知方法であって、
前記センタが、前記外部端末から患者情報と処方箋情報とを取得する患者情報取得ステップと、
前記センタが、該患者情報取得ステップで取得された患者情報に対応する処方箋情報に基づき、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成ステップと、
前記センタが、前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信ステップと、
前記センタが、前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信ステップと、
前記センタが、該返信受信ステップによる前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認ステップと、
前記センタが、前記服用スケジュール確認ステップで前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知ステップと、
を備えることを特徴とする。
【００１８】
上記目的を達成するため、本発明の第３の観点にかかるセンタ装置は、少なくとも患者に関する患者情報と該患者に対する処方箋を示す処方箋情報とを対応付けて記憶している外部端末および患者端末とに通信ネットワークを介して接続されたセンタ装置であり、
前記外部端末から患者情報と処方箋情報とを取得する患者情報取得手段と、
該患者情報取得部が取得した患者情報に対応する処方箋情報に基づいて、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成手段と、
前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信手段と、
前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信手段と、
該返信受信手段による前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認手段と、
前記服用スケジュール確認手段が前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知手段と、
を備えることを特徴とする。
【００２０】
上記目的を達成するため、本発明の第４の観点にかかるプログラムは、少なくとも患者に関する患者情報と該患者に対する処方箋情報とを対応付けて記憶している外部端末および患者端末とに通信ネットワークを介して接続されたセンタのコンピュータを、
前記外部端末から患者情報及び処方箋情報を取得する患者情報取得手段、
該患者情報取得手段が取得した患者情報に対応する処方箋情報に基づいて、医薬品の服用すべき時期の情報と該服用すべき時期に対応した返信メールを患者から受信したか否かの情報を備えた服用スケジュールを生成する服用スケジュール生成手段、
前記服用スケジュールに従って医薬品を服用すべき時期に応じて、服用を督促する督促情報を示す電子メールを前記患者端末へ送信する督促情報送信手段、
前記患者端末に送信した前記督促情報に対する返信情報を示す電子メールを該患者端末から受信する返信受信手段、
該返信受信手段による前記返信情報を示す電子メールの受信をした際に、前記服用スケジュールの前記服用すべき時期に対応した返信メールを患者から受信したか否かの情報を更新し、前記服用スケジュールを参照して前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合に、前記患者端末への前記督促情報を示す電子メールの送信を停止させ、前記服用すべき時期に対応した返信メールを患者から受信していないと判断した場合に、前記患者端末への前記督促情報を繰り返し送信させる服用スケジュール確認手段、
前記服用スケジュール確認手段が前記服用すべき時期に対応した返信メールを患者から受信したと判断した場合において、当該患者についての前記処方箋情報に医薬品の服用後に副作用が発現する時期を示す情報が含まれている場合、当該情報が示す時期を前記返信メールに基づく服用時期に加算して副作用の発現時期を算出し、算出した発現時期に合わせて前記医薬品による副作用に関する情報を示す電子メールを前記患者端末に送信する副作用通知手段、
として機能させることを特徴とする。
【００２２】
【発明の実施の形態】
本発明にかかる実施の形態を図面を参照して説明する。
【００２３】
図１は本発明の実施の形態にかかる医薬品服用通知システムの構成を示す図である。図示するように、医薬品服用通知システム１は、通信ネットワーク１０と、センタ１００と、複数の医療機関内システム３００−１〜３００−ｎと、複数の薬局内システム５００−１〜５００−ｎと、患者端末ネットワーク７００と、から構成される。
【００２４】
通信ネットワーク１０は、例えばインターネットなどの、複数の情報端末を相互接続するためのネットワークである。通信ネットワーク１０は、例えば、公衆回線網、専用線、ケーブルテレビ（ＣＡＴＶ）網、有線放送網、移動体通信網、無線通信網などの複合により構成され、後述するセンタ１００、医療機関サーバ３１０、薬局サーバ５１０およびモバイル端末７２０間の情報伝達を行う。なお、本実施の形態では、通信ネットワーク１０としてインターネットを採用するものとする。
【００２５】
センタ１００の構成を図２のブロック図を参照して説明する。図示するようにセンタ１００は、ウェブサーバ１１０と、管理サーバ１２０と、メールサーバ１７０と、から構成される。
【００２６】
ウェブサーバ１１０は、少なくとも制御部、記憶部および通信部を備えた、例えばワークステーションなどの情報処理装置から構成される。ウェブサーバ１１０の通信部は、例えば、ルータなどの通信装置から構成され、通信ネットワーク１０とセンタ１００との接続を確立し、医療機関サーバ３１０、薬局サーバ５１０およびモバイル端末７２０と各種データの送受信を行う。また、ウェブサーバ１１０の記憶部には、例えば、ＣＧＩ（Common Gateway Interface）などの動作機構を構成するプログラム（以下、「ＣＧＩプログラム」と称す）が記憶されており、制御部がこのプログラムを実行することにより、通信ネットワーク１０（すなわち、インターネット）で伝送可能な形式のウェブページデータを動的に作成する。より詳細には、通信ネットワーク１０を介して受信した情報に基づいて、後述する管理サーバ１２０やメールサーバ１７０を動作させるプログラムを実行することで、適宜情報を取得し、取得した情報を含んだウェブページデータを作成する。
【００２７】
管理サーバ１２０は、少なくとも制御部および記憶部を備えた、例えば、メインフレームやワークステーションなどの情報処理装置から構成され、その機能構成として、処方箋管理部１３０と、医薬品情報管理部１４０と、服用通知管理部１５０と、データベース管理部１６０と、を備えている。管理サーバ１２０の制御部は、例えば、ＣＰＵ（Central Processing Unit：中央演算処理装置）から構成され、記憶部に記憶されている所定の動作プログラムを実行することにより、管理サーバ１２０の各部を制御して、後述する処理を実現する。
【００２８】
処方箋管理部１３０は、処方箋登録部１３１と、服用スケジュール表作成部１３２と、処方箋作成部１３３と、から構成されている。
【００２９】
処方箋登録部１３１は、医療機関サーバ３１０から処方箋情報を受信し、受診した処方箋情報を後述する処方箋情報データベース１６２に蓄積することで登録する。処方箋登録部１３１はまた、図３（ａ），（ｂ）に示すような医療機関コード参照テーブル１３１Ａおよび薬価コード参照テーブル１３１Ｂを記憶しており、処方箋情報を登録時にこれらを参照する。
【００３０】
医療機関コード参照テーブル１３１Ａには、図３（ａ）に示すように、センタ１００と接続可能な医療機関（図１における、医療機関内システム３００−１〜３００−ｎに相当）の医療機関名と割り当てられている医療機関コードとが対応付けられて登録されている。処方箋登録部１３１は、医療機関サーバ３１０から受信した処方箋情報に示される医療機関名に対応する医療機関コードを医療機関コード参照テーブル１３１Ａから取得する。これは、センタ１００が、複数の医療機関サーバ３１０から受信した処方箋情報を一元管理するため、センタ１００によるコード化を行うためである。
【００３１】
また、薬価コード参照テーブル１３１Ｂには、図３（ｂ）に示すように、各医薬品に割り当てられている薬価コード（薬価基準収載医薬品コード：医薬品の成分、剤形、銘柄等を表しているコード）と医薬品名とが対応付けられて登録されている。処方箋登録部１３１は、医療機関サーバ３１０から受信した処方箋情報に示されている医薬品名に対応する薬価コードを薬価コード参照テーブル１３１Ｂから取得する。
【００３２】
服用スケジュール表作成部１３２は、処方箋登録部１３１で登録した処方箋情報及び後述する医薬品情報に基づく服用情報から、患者に処方された医薬品の服用時期を示す服用スケジュール表を作成し、後述する服用スケジュール表データベース１６３に蓄積する。服用スケジュール表の例を図４に示す。図示するように、各患者毎に、処方された医薬品の投薬日数とその日程、服用回数や服用時間、および服用時の注意点（食前・食後の別など）などが示されている。
【００３３】
また、各服用日の各時間帯毎に服用する必要があるか否かを示す「服用フラグ」が記録される。つまり、対応する時間帯に服用する必要がある場合は「１」が服用フラグに設定され、必要がない場合は「Null」が設定される。さらに、各時間帯毎に「送信フラグ」と「返信フラグ」が記録される。送信フラグは、後述する服用時期通知メールが送信されたか否かを示すフラグであり、送信された場合は「１」が設定され、未送信の場合は「０」が設定される。返信フラグは、服用時期通知メールに対する返信を受信したか否かを示すフラグであり、受信した場合は「１」が設定され、未受信の場合は「０」が設定される。
【００３４】
処方箋作成部１３３は、処方箋登録部１３１が処方情報データベース１６２に登録した処方箋情報を、薬局サーバ５１０からの依頼に応じて当該薬局サーバ５１０に送信する。
【００３５】
医薬品情報管理部１４０は、後述する医薬品情報データベース１６１を制御して、医薬品情報データベース１６１に蓄積される医薬品情報の追加・更新などを行う。
【００３６】
服用通知管理部１５０は、服用勧告通知部１５１と、副作用確認通知部１５２と、通知メール作成部１５３と、を備え、服用スケジュール表作成部が作成した服用スケジュールにあわせて、当該患者が使用するモバイル端末７２０に、服用を勧告する通知を行う。
【００３７】
服用勧告通知部１５１は、後述する服用スケジュール表データベース１６３に蓄積されている服用スケジュール表を参照し、各患者毎に処方された医薬品の服用時期にその旨を示す情報を当該患者が使用するモバイル端末７２０に送信することで患者に通知する。
【００３８】
副作用確認通知部１５２は、服用勧告通知部１５１が服用時期を通知した医薬品に副作用の可能性がある場合、その発現時期に、当該患者が使用するモバイル端末７２０に、例えば、副作用の症状があるか否かを問い合わせる情報を送信することで、副作用の発現があるか否かを確認する。
【００３９】
通知メール作成部１５３は、服用勧告通知部１５１が医薬品の服用時期を通知する際、および副作用確認通知部１５２が副作用の確認を通知する際に、その旨を示す電子メールを作成するものであり、作成された電子メールは後述するメールサーバ１７０によって患者が使用するモバイル端末７２０に送信される。
【００４０】
データベース管理部１６０は、例えばハードディスク装置などの書換可能な記憶装置から構成された医薬品情報データベース１６１、処方情報データベース１６２、および服用スケジュール表データベース１６３を備える。
【００４１】
医薬品情報データベース１６１に蓄積される情報の例を図５に示す。図示するように、医薬品情報データベース１６１には、各医薬品名毎にレコードが作成されている。各レコードには、薬価コードおよび効能、成分、副作用に関する情報、相互作用、禁忌に関する情報、最新情報などが登録されている。副作用に関する情報として、その症状を示す情報と、好発（発現）時期を示す情報とが記録されている。
【００４２】
処方情報データベース１６２に蓄積される情報の例を図６に示す。図示するように、処方情報データベース１６２には、各処方箋毎にレコードが作成されている。各レコードは、処方箋ヘッダ、処方箋発行機関情報、患者情報、所定数の薬剤情報（１）〜（ｎ）のデータ構造を有する。
【００４３】
処方箋ヘッダには、処方箋ＩＤ、処方箋発行日、処方箋登録日、処方箋有効期限など、処方箋に関する情報が記録される。処方箋発行機関情報には、発行した医療機関名とその医療機関コードおよび発行した医師名などが記録される。患者情報には、患者名とその患者の医療機関でのＩＤである患者院内ＩＤコード、生年月日、保険証番号、使用しているモバイル端末７２０で使用可能なメールアドレスなどが記録される。薬剤情報には、処方された医薬品の医薬品名、薬価コード、投薬数、１日の服用回数、服用時期、副作用好発日、などの情報が記録される。
【００４４】
メールサーバ１７０は、少なくとも制御部および記憶部を備えた、例えばワークステーションなどの情報処理装置から構成され、メール管理部１７１およびメール格納部１７２を備える。
【００４５】
メール管理部１７１は、管理サーバ１２０の通知メール部１５３が作成したメールを受け取り、メール格納部１７２に格納（スプール）してから送信する。メール格納部１７２にはまた、ウェブサーバ１１０の通信部を介して受信されたメールが格納される。
【００４６】
次に各医療機関サーバ３１０の構成を図７のブロック図を参照して説明する。医療機関サーバ３１０は、センタ１００の運営事業体と契約を結んだ病院や医院などの医療機関内に設置されるものであり、図１に示すように、各院内ネットワークに接続されているものとする。
【００４７】
図７に示すように、医療機関サーバ３１０は、ウェブサーバ３４０、データベースサーバ３６０、および管理サーバ３８０から構成されている。
【００４８】
ウェブサーバ３４０は、少なくとも制御部、記憶部および通信部とを備えた、例えば、ワークステーションなどの情報処理装置から構成されている。ウェブサーバ３４０の通信部は、例えば、ＬＡＮ（Local Area Network）カードなどの通信装置、およびルータやＴＡ（Terminal Adapter：ターミナルアダプタ）、モデムなどの通信装置から構成され、院内のローカルネットワーク３２０および通信ネットワーク１０と医療機関サーバ３１０とを接続する。
【００４９】
なお、ローカルネットワーク３２０には、図１に示すように、院内の医師などが使用する医師端末３３０が接続されている。
【００５０】
また、ウェブサーバ３４０の記憶部には、例えばＣＧＩ（Common Gateway Interface）などの動作機構を構成するプログラム（以下、「ＣＧＩプログラム」と称す）が記憶されており、制御部がこのプログラムを実行することで、後述する管理サーバ３８０を動作させるプログラムが実行される。これにより、ローカルネットワーク３２０あるいは通信ネットワーク１０を介して受信された情報に基づいて、管理サーバ３８０がデータベースサーバ３６０から必要な情報を適宜取得し、ウェブサーバ３４０に提供する。
【００５１】
データベースサーバ３６０は、例えば、ハードディスク装置などの書換可能な記憶装置から構成された、治療情報関連データベース３６１および薬剤関連データベース３６２を有している。
【００５２】
治療情報関連データベース３６２は、当該医療機関で受診している患者のカルテ情報（電子カルテ）を蓄積している。
【００５３】
薬剤関連データベース３６２はさらに、医薬品情報データベース３６３、処方箋データベース３６４、および患者別薬歴データベース３６５を含んでいる。医薬品情報データベース３６３は、当該医療機関が処方する医薬品に関する情報を、例えば薬価コードに基づいて蓄積している。処方箋データベース３６４は、治療情報関連データベース３６２に蓄積されているカルテ情報に基づいて、各患者に対して発行された処方箋を示す情報を蓄積している。患者別薬歴データベース３６５は、処方箋データベース３６４に蓄積されている処方箋情報に基づいて、各患者の薬歴を示す情報を蓄積している。
【００５４】
管理サーバ３８０は、少なくとも制御部および記憶部を備えた、例えば、ワークステーションなどの情報処理装置から構成され、治療関連情報管理部３８１、医薬品情報管理部３８２および処方箋管理部３８３を備える。
【００５５】
治療関連情報管理部３８１、医薬品情報管理部３８２および処方箋管理部３８３はそれぞれ、治療情報関連データベース３６１、医薬品情報データベース３６３および処方箋データベース３６４を制御し、蓄積されている情報の入力・更新や読み出しを行う。
【００５６】
また、処方箋管理部３８３はさらに、処方箋登録部３８４および新規処方箋通知部３８５を備えている。
【００５７】
処方箋登録部３８４は、ローカルネットワーク３２０に接続されている医師端末３３０から新規に発行された処方箋情報をウェブサーバ３４０が受信した場合、処方箋データベース３６４を制御し、新規レコードを作成して、受信した処方箋情報を登録する。
【００５８】
新規処方箋通知部３８５は、処方箋登録部３８４によって新規の処方箋登録がされた場合、その旨をセンタ１００に通知するものである。
【００５９】
次に薬局サーバ５１０の構成を図８のブロック図を参照して説明する。薬局サーバ５１０は、センタ１００の運営事業体と契約を結んだ、調剤薬局に設置されるものであり、図１に示すように、各薬局が有するレセプトコンピュータ５２０と接続されているものとする。
【００６０】
図８に示すように、薬局サーバ５１０は、ウェブサーバ５３０と、管理サーバ５４０と、データベースサーバ５５０と、から構成される。
【００６１】
ウェブサーバ５３０は、少なくとも制御部、記憶部および通信部を有する、例えばワークステーションやパーソナルコンピュータなどの情報処理装置から構成される。ウェブサーバ５３０の通信部は、例えば、ルータやＴＡ（Terminal Adapter：ターミナルアダプタ）、モデムなどの通信装置から構成され、通信ネットワーク１０と薬局サーバ５１０とを接続する。
【００６２】
ウェブサーバ５３０の記憶部には、例えば、ＣＧＩ（Common Gateway Interface）などの動作機構を構成するプログラム（以下、「ＣＧＩプログラム」と称す）が記憶されており、制御部がこのプログラムを実行することにより、通信ネットワーク１０を介して受信された情報に応じて後述する管理サーバ５４０の動作プログラムが適宜実行され、データベースサーバ５５０から必要な情報が取得される。
【００６３】
また、薬局サーバ５１０が設置される各薬局には、処方箋内容を入力することで医療保険金額等を計算するためのレセプトコンピュータ５２０が導入されているものとする。このレセプトコンピュータ５２０と薬局サーバ５１０とは、ウェブサーバ５３０によって接続されているものとする。このため、ウェブサーバ５３０は、レセプトコンピュータ５２０と接続されるレセプトコンピュータ・インタフェース部５３１を備える。ウェブサーバ５３０は、レセプトコンピュータ・インタフェース部５３１を介して、レセプトコンピュータ５２０と情報の送受信を行う。
【００６４】
レセプトコンピュータ５２０には、カードリーダ５２１とプリンタ５２２とが接続されている。カードリーダ５２１は、例えば、磁気カードなどで構成された患者の診察券（診察カード）に記録されている情報を読み取るためのものである。また、プリンタ５２２は、レセプトコンピュータ５２０による処理結果を印字するためのものである。また、後述する管理サーバ５４０の服用指導書作成管理部で作成された服用指導書の印字にも用いられる。
【００６５】
管理サーバ５４０は、少なくとも制御部および記憶部を有する、例えば、ワークステーションなどの情報処理装置から構成され、その機能構成として、患者認証管理部５４１、処方箋情報管理部５４２、患者別薬歴・患者特性情報管理部５４３および服用指導書作成管理部５４４を有する。
【００６６】
患者認証管理部５４１は、レセプトコンピュータ５２０のカードリーダ５２１で読み取られた診察カードの情報に基づいて、当該調剤薬局にて医薬品を購入する患者を認証・特定する。
【００６７】
処方箋情報管理部５４２は、通信ネットワーク１０を介してセンタ１００に、患者認証管理部５４１が認証した患者に発行された処方箋を示す処方箋情報を要求する。
【００６８】
患者別薬歴・患者特性情報管理部５４３は、後述する患者別患者特性データベース５５１および患者別薬歴データベース５５２を制御し、それぞれに蓄積する情報の入力・更新等を行う。
【００６９】
服用指導書作成管理部５４４は、処方箋に基づいて患者に引き渡す医薬品について、その服用時期や注意事項を記した服用指導書を作成し、レセプトコンピュータ５２０のプリンタ５２２などで印字する。
【００７０】
データベースサーバ５５０は、例えば、ハードディスク装置などの書換可能な記録装置などから構成され、患者別患者特性データベース５５１および患者別薬歴データベース５５２を有する。
【００７１】
患者別患者特性データベース５５１には、患者毎にレコードが作成されており、各レコードには、当該患者の既往症や禁忌事項など、医薬品の服用に注意を要する事項が記録されている。
【００７２】
患者別薬歴データベース５５２には、患者毎にレコードが作成されており、各レコードには、当該患者のこれまでの薬歴を示す情報が記録されている。
【００７３】
患者端末ネットワーク７００は、患者が使用する端末による情報の送受信を実現するためのものである。患者が使用する端末は、電子メールの送受信およびウェブページの受信・表示が可能なモバイル端末である。本実施の形態では、モバイル端末７２０として、電子メールの受信を即時的に報知可能な、例えば、携帯電話やＰＨＳ（Personal Handyphone System）などの移動体通信端末を採用するものとする。
【００７４】
各患者は、モバイル端末７２０によりインターネット（通信ネットワーク１０）に接続するため、所定のＩＳＰ（Internet Service Provider：インターネットサービスプロバイダ）７１０と契約しているものとする。本実施の形態では、モバイル端末７２０として移動体通信端末を採用しているので、ＩＳＰ７１０は、移動体通信事業者（キャリア）である。
【００７５】
次に、本発明の実施の形態にかかる医薬品服用通知システム１の動作を説明する。まず、医療機関サーバ３１０における、処方箋発行処理を図９のフローチャートを参照して説明する。
【００７６】
各医療機関の医師は、患者に対して処方箋を発行する際、医師端末３３０を操作し、ローカルネットワーク３２０に接続されている医療機関サーバ３１０に処方箋の発行を要求する情報を送信する。
【００７７】
医療機関サーバ３１０のウェブサーバ３４０が医師端末３３０から処方箋発行要求を受信すると（ステップＳ１０１：Ｙｅｓ）、ウェブサーバ３４０が図１０に示すような処方箋登録ページを示すウェブページデータを生成し、要求元の医師端末３３０に送信する（ステップＳ１０２）。
【００７８】
当該医師は、医師端末３３０を操作し、図１０に示すような処方箋登録ページに、対象患者に関する情報（患者名、患者コード、患者特性など。以下、「患者情報」と称す。）と処方した医薬品に関する情報（薬剤名、数量、服用時期など。以下、「処方情報」と称す。）を入力し、医療機関サーバ３１０にローカルネットワーク３２０を介して送信する。
【００７９】
医療機関サーバ３１０が、医師端末３３０から患者情報と処方情報を受信すると（ステップＳ１０３：Ｙｅｓ）、ウェブサーバ３４０のＣＧＩプログラムによって、管理サーバ３８０の処方箋管理部３８３を動作させるプログラムが起動され、受信した患者情報と処方情報とがデータベースサーバ３６０に登録される（ステップＳ１０４）。より詳細には、処方箋データベース３６４に新規レコードが作成され、受信した患者情報と処方情報とが登録されるとともに、患者別薬歴データベース３６５の当該患者のレコード（ない場合は、新規に作成）に、処方情報に示されている、今回処方された医薬品の情報を追加登録する。
【００８０】
処方箋管理部３８３は、処方箋データベース３６４への登録が完了すると、新規に登録された各レコードに、その記録場所を示すＵＲＬ（Uniform (Universal) Resource Locator）を割り当てるとともに、新規処方箋通知部３８５にそのＵＲＬ情報を登録し（ステップＳ１０５）、処理を終了する。
【００８１】
次に、センタ１００における処方箋登録処理を図１１のフローチャートを参照して説明する。
【００８２】
センタ１００のウェブサーバ１１０は、所定時間毎に各医療機関サーバ３１０のウェブサーバ３４０にアクセスし（ステップＳ２０１）、新規処方箋通知部３８５に新規処方箋のＵＲＬ情報があるか否かを確認する（ステップＳ２０２）。
【００８３】
新規処方箋通知部３８５に新規処方箋のＵＲＬ情報がない場合（ステップＳ２０２：Ｎｏ）は、他の医療機関サーバ３１０にアクセスし（ステップＳ２０１）、同様の処理を行う（ステップＳ２０２）。
【００８４】
一方、新規処方箋通知部３８５に新規処方箋のＵＲＬ情報がある場合（ステップＳ２０２：Ｙｅｓ）は、当該ＵＲＬ情報に示される処方箋情報を取得する（ステップＳ２０３）。より詳細には、センタ１００のウェブサーバ１１０が、当該医療機関サーバ３１０のウェブサーバ３４０にアクセスし、ウェブサーバ３４０が実行するＣＧＩプログラムなどの動作により、処方箋データベース３６４の新規処方箋情報が取得される。なおここでは、各医療機関サーバ３１０のウェブサーバ３４０は、例えば電子署名などの手法を用いて、センタ１００からのアクセスであることを認証するとともに、処方箋データベース３６４の処方箋情報に割り当てられたＵＲＬに対し、例えばＳＳＬ（Secure Socket Layer）などの所定の暗号化手法を適用することで、患者の処方箋情報に対するセキュリティ対策が講じられているものとする。
【００８５】
なお、ステップＳ２０３での処方箋情報の取得が完了すると、当該医療機関サーバ３１０では、新規処方箋通知部３８５に登録されていた新規処方箋のＵＲＬ情報が削除される。
【００８６】
センタ１００の処方箋登録部１３０は、ステップＳ２０３で取得した各処方箋情報に対しＩＤを割り当てる（ステップＳ２０４）とともに、割り当てたＩＤをキーとした新規レコードを処方箋情報データベース１６２に作成し、取得した処方箋情報を登録する（ステップＳ２０５）。
【００８７】
処方箋管理部１３０の処方箋登録部１３１は、登録した処方箋情報に示される医療機関名に基づいて医療機関コード参照テーブル１３１Ａを参照し、割り当てられている医療機関コードを取得して、当該レコードに設定する（ステップＳ２０６）。
【００８８】
同時に、当該レコードの処方箋情報に示される薬剤名に基づいて薬価コード参照テーブル１３１Ｂを参照し、割り当てられている薬価コードを取得して、当該レコードに設定する（ステップＳ２０７）。
【００８９】
処方箋管理部１３０はまた、当該レコードの処方箋情報に示される処方箋発行日を参照し、所定の有効期限日数（例えば、３日間）を加算することで、有効期限日を算出し、当該レコードに設定する（ステップＳ２０８）。
【００９０】
ステップＳ２０７〜Ｓ２０８の処理を、当該レコードの処方箋情報に示されるすべての薬剤について行う（ステップＳ２０９：Ｎｏ）。
【００９１】
すべての薬剤についてステップＳ２０７〜Ｓ２０８の処理が完了すると（ステップＳ２０９：Ｙｅｓ）、服用スケジュール表作成部１３２により図４に示されるような服用スケジュール表が作成される（ステップＳ２１０）。ここでは、服用スケジュール表作成部１３２が、処方箋情報データベース１６２にアクセスし、ステップＳ２０５で登録されたレコードについて、服用時期を示す情報を取得して、服用スケジュール表を作成する。作成された服用スケジュール表は服用スケジュール表データベース１６３に蓄積される。
【００９２】
次に、各調剤薬局の薬局サーバ５１０がセンタ１００に処方箋要求を行う際の処理を図１２，１３のフローチャートを参照して説明する。なお、図１２のフローチャートは薬局サーバ５１０の処理（処方箋要求処理）を示し、図１３のフローチャートはセンタ１００の処理（処方情報送出処理）を示すものである。
【００９３】
まず、患者の処方箋受付処理を行う（図１２：ステップＳ３０１）。ここでは、患者の診察カードに記録された情報を、レセプトコンピュータ５２０のカードリーダ５２１に読み取らせることで受付を行う。通常、調剤薬局は病院などの医療機関に近接して開業している。医療機関での受診によって患者に処方箋が発行された後、患者は所定の調剤薬局に赴いて、処方された医薬品を購入する。このときに、患者が受診した医療機関の診察カードをカードリーダ５２１に挿入する。
【００９４】
カードリーダ５２１は、挿入された診察カードに記録されている情報、すなわち医療機関を特定する医療機関ＩＤと患者を特定する患者ＩＤとを示す情報（以下、「カード情報」と称す）を読み取る。カードリーダ５２１により読み取られたカード情報は、レセプトコンピュータ５２０を介して、薬局サーバ５１０に引き渡される（ステップＳ３０２）。つまり、薬局サーバ５１０のウェブサーバ５３０が、レセプトコンピュータ・インタフェース部５３１を介して、カード情報をレセプトコンピュータ５２０から取得する。
【００９５】
薬局サーバ５１０のウェブサーバ５３０は、カード情報の受信を契機に、通信部を制御し、通信ネットワーク１０を介してセンタ１００にアクセスする（ステップＳ３０３）。
【００９６】
ここで、本実施の形態では、センタ１００のウェブサーバ１１０によって、各調剤薬局の薬局サーバ５１０のみがアクセス可能なウェブサイトがセンタ１００に開設されているものとする。すなわち、例えば、電子署名の手法などにより、所定の薬局サーバ５１０からのアクセスであることが認証された薬局サーバ５１０に、センタ１００のウェブサーバ１１０へのアクセスが許可される。また、センタ１００と薬局サーバ５１０間で送受信される情報は、後述するように患者の個人情報を含むので、センタ１００のウェブサーバ１１０は、これらの情報の送受信の際に、例えばＳＳＬ（Secure Socket Layer）などの暗号化技術を適用するものとする。
【００９７】
センタ１００に薬局サーバ５１０からのアクセスがあると（図１３：ステップＳ４０１：Ｙｅｓ）、センタ１００のウェブサーバ１１０は、図１４に示すような「サービス項目一覧」ページを作成し、要求元の薬局サーバ５１０に送信する（ステップＳ４０２）。この「サービス項目一覧」ページには、図１４に示すように、メニュー項目として「処方箋情報」、「患者特性情報」、「医薬品情報」が配置されている。各項目を示す表示は、例えばハイパーテキスト形式で記述されており、それぞれのページにリンクしている。つまり、各メニュー項目の表示には、それぞれに対応するページを指定するＵＲＬ情報が不可視的に付加されており、メニュー項目を選択することで、そのＵＲＬ情報がセンタ１００に送信される。
【００９８】
薬局サーバ５１０で「サービス項目一覧」ページが受信されると（ステップＳ３０４：Ｙｅｓ）、所望のメニュー項目が選択される。ここでは、「処方箋情報」が選択された場合を説明する（ステップＳ３０５）。なお、他のメニュー項目が選択された場合（ステップＳ４０３：Ｎｏ）は、それぞれに応じた各処理が実行されるものとする（ステップＳ５００）。
【００９９】
上述のように、薬局サーバ５１０の操作によりメニュー項目「処方箋情報」が選択されると、後述する「処方箋情報」ページを指定するＵＲＬ情報がセンタ１００に送信される。このとき、ステップＳ３０２で取得したカード情報も同時に送信されるものとする。
【０１００】
センタ１００が、薬局サーバ５１０から送信された「処方箋情報」ページのＵＲＬ情報およびカード情報を受信すると（ステップＳ４０３：Ｙｅｓ）、ウェブサーバ１１０により実行されているＣＧＩプログラムにより、管理サーバ１２０の処方箋作成部１３３が起動される。処方箋作成部１３３は、ステップＳ４０３で受信した情報に基づいて、処方箋情報データベース１６２にアクセスする（ステップＳ４０４）。
【０１０１】
処方箋作成部１３３は、カード情報に示される患者ＩＤに基づいて、当該患者に対する処方箋情報のレコードを取得する。処方箋作成部１３３は、取得したレコードの処方箋有効期限情報を参照し、現在日と比較することで、当該処方箋情報が有効期限内であるか否かを判別する（ステップＳ４０５）。
【０１０２】
有効期限が過ぎてしまっている場合（ステップＳ４０５：Ｎｏ）、処方箋作成部１３３はウェブサーバ１１０にその旨を通知する。ウェブサーバ１１０は、処方箋の有効期限が切れている旨を示すウェブページデータを作成し、要求元の薬局サーバ５１０に送信して（ステップＳ４０６）、処理を終了する。
【０１０３】
一方、有効期限内である場合（ステップＳ４０５：Ｙｅｓ）、処方箋作成部１３３は、当該レコードに記録されている薬剤情報を取得する（ステップＳ４０７）。
【０１０４】
処方箋作成部１３３は、医薬品情報データベース１６１にアクセスし、ステップＳ４０７で取得した薬剤情報に対応する薬価コードに基づいて、当該薬剤に関連する情報を取得する（ステップＳ４０８）。
【０１０５】
この処理を、レコードに記録されているすべての薬剤情報について実行する（ステップＳ４０９：Ｎｏ）。
【０１０６】
すべての薬剤について、関連情報の取得が完了すると（ステップＳ４０９：Ｙｅｓ）、処方箋作成部１３３は、取得した情報をウェブサーバ１１０に引き渡す。ウェブサーバ１１０は、処方箋作成部１３３から引き渡された情報を示す、図１５に示すような「処方箋」ページを示すウェブページデータを作成する。ウェブサーバ１１０は、作成した処方箋ページのウェブページデータを、要求元の薬局サーバ５１０に送信し（ステップＳ４１０）、処理を終了する。
【０１０７】
薬局サーバ５１０が、センタ１００から処方箋情報を受信すると（ステップＳ３０６：Ｙｅｓ）、薬局サーバ５１０の図示しない表示部に処方箋情報を表示するとともに、接続されているレセプトコンピュータ５２０に処方箋情報を引き渡す（ステップＳ３０７）。レセプトコンピュータ５２０では、引き渡された処方箋情報に基づいて、プリンタ５２２から処方箋を印字するなどの所定の調剤処理が行われる。
【０１０８】
一方、薬局サーバ５１０では、ウェブサーバ５３０が実行するＣＧＩプログラムにより、処方箋情報の受信を契機に、管理サーバ５４０の患者別薬歴・患者特性情報管理部５４３が起動され、患者別患者特性データベース５５１を参照して、当該処方箋の患者に関する患者特性情報が記録されているか否か、すなわち、当該薬局を利用したことのある患者であるか否かを判別する（ステップＳ３０８）。
【０１０９】
ここで、新規患者であると判別された場合（ステップＳ３０８：Ｎｏ）は、薬局サーバ５１０のウェブサーバ５３０がステップＳ３０２で取得したカード情報に示される医療機関ＩＤに対応する医療機関サーバ３１０にアクセスし、当該患者の患者特性情報の送信を要求する（ステップＳ３０９）。
【０１１０】
薬局サーバ５１０のウェブサーバ１１０が当該医療機関サーバ３１０から患者特性情報を受信すると（ステップＳ３１０：Ｙｅｓ）、実行しているＣＧＩの動作により、患者別薬歴・患者特性情報管理部５４３が起動され、患者別患者特性データベース５５１に新規レコードを作成し、受信した患者特性情報を記録する（ステップＳ３１１）。
【０１１１】
一方、当該患者が既に当該薬局を利用したことがある場合（ステップＳ３０８：Ｙｅｓ）、または、ステップＳ３１１で新規レコードが作成された場合は、ウェブサーバ５３０の実行するＣＧＩプログラムにより、患者別薬歴・患者特性情報管理部５４３が起動され、患者別薬歴データベース５５２の当該患者のレコードに、処方箋情報に含まれている薬剤情報を記録する（ステップＳ３１２）。
【０１１２】
ステップＳ３１２での薬歴情報の記録の完了を契機に、服用指導書作成管理部５４４が起動され、受信した処方箋情報に示される医薬品の服用注意事項を確認する（ステップＳ３１３）。ここでは、図１５に示す処方箋例に示される「指導事項」、「副作用」、「症状」、「好発時期」、「禁忌」の各項目に情報が記録されている場合、これを取得する。
【０１１３】
服用指導書作成管理部５４４は、処方箋情報の「投薬情報」に示される投薬数や服用時期の情報と、ステップＳ３１３で取得した注意事項情報とを含んだ服用指導書を作成し、プリンタ５２２で印字出力して（ステップＳ３１４）、処理を終了する。印字された服用指導書は、医薬品とともに患者に渡される。
【０１１４】
次に、センタ１００による服用時期通知処理を図１６のフローチャートを参照して説明する。
【０１１５】
服用通知管理部１５０の服用勧告通知部１５１は、例えば、自身のタイマ回路などにより所定時間の３０分経過毎に（ステップＳ６０１：Ｙｅｓ）、現在日時を示す情報を取得する（ステップＳ６０２）。
【０１１６】
服用通知管理部１５０の服用勧告通知部１５１は、処方箋情報データベース１６２のレコードを指定するポインタ（ｎ）を初期値１に設定し（ステップＳ６０３）、ｎ番目のレコードを取得する（ステップＳ６０４）。
【０１１７】
当該レコードが存在する場合（ステップＳ６０５：Ｙｅｓ）、服用勧告通知部１５１は、服用スケジュール表データベース１６３にアクセスし、当該レコードの処方箋ＩＤに対応する服用スケジュール表（図４参照）を示す情報を参照する（ステップＳ６０６）。
【０１１８】
服用勧告通知部１５１は、参照した服用スケジュール表の服用日に、ステップＳ６０２で取得した現在日と同一のものがあるか否か判別する（ステップＳ６０７）。
【０１１９】
服用日が現在日であるものがない場合（ステップＳ６０７：Ｎｏ）、服用勧告通知部１５１は、処方箋情報データベース１６２のポインタｎを＋１し（ステップＳ６０８）、ステップＳ６０４に戻る。つまり、次のレコードについて、上述のステップＳ６０６，Ｓ６０７の処理を行う。
【０１２０】
一方、服用日が現在日に設定されているものがある場合（ステップＳ６０７：Ｙｅｓ）、服用勧告通知部１５１は、当該服用スケジュール表の時間帯列項目ポインタ（ｍ）を初期値１に設定する（ステップＳ６０９）。ここで、時間帯列項目とは、図４に例示する服用スケジュール表において、１日を「朝」、「昼」、「夜」、「就寝時」の４つに分けた服用時間帯を示すものである。
【０１２１】
服用勧告通知部１５１は、ｍ番目の時間帯に対応する送信フラグが０であるか否かを判別し（ステップＳ６１０）、０である場合、ステップＳ６０２で取得した現在時間がｍ番目の時間帯に含まれているか否かを判別する（ステップＳ６１１）。つまり、送信フラグが１である場合、後述する通知メールが送信済みであることを示すので、未送信のものについて、送信すべき時間であるか否かを判別する。
【０１２２】
現在時間がｍ番目の時間帯に含まれている場合、つまり、ｍ番目の時間帯の服用フラグが１である場合（ステップＳ６１１：Ｙｅｓ）、服用勧告通知部１５１は、当該服用スケジュール表に対応する処方箋情報を取得し、通知メール作成部１５３に引き渡す。通知メール作成部１５３は、予め記憶している定型文情報に、服用勧告通知部１５１から引き渡された、処方箋情報に示される医薬品の服用に関する情報を加えた、図１７に示すような通知メールを作成する（ステップＳ６１２）。作成された通知メールは、メールサーバ１７０のメール格納部１７２にスプールされる。
【０１２３】
一方、送信フラグが１である場合（ステップＳ６１０：Ｎｏ）、あるいは現在時間がｍ番目の時間帯に含まれていない場合（ステップＳ６１１：Ｎｏ）、すべての時間帯について、現在時刻に対応する場合は通知メールの作成処理を行う（ステップＳ６１４：Ｎｏ、Ｓ６１０，Ｓ６１１：Ｙｅｓ）。
【０１２４】
すべての時間帯列項目について処理が終了すると（ステップＳ６１４：Ｙｅｓ）、ステップＳ６０８に進み、処方箋情報ポインタｎを＋１し、次の処方箋レコードについて、上述のステップＳ６０６〜６１４の処理を行う。
【０１２５】
すべての処方箋レコードについて処理が終了すると（ステップＳ６０５：Ｎｏ）、服用勧告通知部１５１は、その旨をメールサーバ１７０のメール管理部１７１に通知する。メール管理部１７１は、服用勧告通知部１５１からの通知を契機に、ステップＳ６１１の処理でメール格納部１７２にスプールしておいた通知メールを、それぞれの患者のモバイル端末７２０宛に送信する（ステップＳ６１５）。なおこのとき、服用勧告通知部１５１は、服用スケジュール表作成部１３２に指示し、該当する服用スケジュール表の送信フラグを０から１にして（ステップＳ６１６）、処理を終了する。
【０１２６】
次に、センタ１００による服用確認処理を図１８のフローチャートを参照して説明する。
【０１２７】
図１６に示す服用時期通知処理のステップＳ６１５で送信される通知メールには、図１７に示すように、通知された医薬品を服用したら、通知メールの返送をするよう記載されている。つまり、患者は通知メールを受信し、その内容にしたがって医薬品を服用後、モバイル端末７２０を操作し、メーラの返信機能を用いて、通知メールの返信をセンタ１００に送信する。
【０１２８】
センタ１００のメールサーバ１７０が、モバイル端末７２０から返信メールを受信すると（ステップＳ７０１：Ｙｅｓ）、受信した返信メールのヘッダ情報を抽出し、抽出したヘッダ情報を服用勧告通知部１５１に引き渡す。服用勧告通知部１５１は、返信メールのヘッダ情報を参照し、記載されているＩＤ情報（この場合、メールサーバ１７０が各通知メールに固有のメッセージＩＤを送信時に付加するものとする）に基づいて、どの処方箋に対応する通知メールであったかを特定する（ステップＳ７０２）。
【０１２９】
服用勧告通知部１５１は、服用スケジュール表データベース１６３にアクセスし、ステップＳ７０２で特定した処方箋ＩＤ情報に対応する服用スケジュール表を参照し（ステップＳ７０３）、送信フラグが１で、且つ返信フラグが０の時間帯列項目の返信フラグを１にする（ステップＳ７０４）。
【０１３０】
ここで、返信メールの受信、つまり、通知メールで通知された医薬品の服用が確認されたことを契機に、当該医薬品についての副作用確認通知（詳細後述）の送信準備処理である副作用通知登録処理が実行される。図１９を参照して副作用通知登録処理を説明する。
【０１３１】
まず、服用勧告通知部１５１がステップＳ７０４で返信フラグを更新したことを契機に、その旨とステップＳ７０２で特定した処方箋ＩＤを示す情報を副作用確認通知部１５２に通知する。副作用確認通知部１５２は、処方箋情報データベース１６２にアクセスし、通知された処方箋ＩＤに対応するレコードを参照し、副作用の好発日数情報が登録されているか否かを判別する（ステップＳ８０１）。ここで、好発日数情報とは、当該医薬品の服用後に副作用が発現するまでの日数を示す情報である。
【０１３２】
好発日数情報が登録されていない場合、つまり、当該処方による副作用の可能性がない場合は、そのまま服用確認処理に戻る（ステップＳ８０１：Ｎｏ）。
【０１３３】
一方、好発日数情報が登録されている場合（ステップＳ８０１：Ｙｅｓ）、副作用確認通知部１５２は、当該好発日数情報を取得し（ステップＳ８０２）、好発期間を算出する（ステップＳ８０３）。ここでは、ステップＳ７０１〜Ｓ７０４の処理により、ほぼ現在日時に服用されたものとみなし、現在日時に好発日数を加算することで、好発日を算出する。
【０１３４】
副作用確認通知部１５２は、ステップＳ８０３で算出した好発日と当該処方箋ＩＤとを対応付けて、好発日記憶部１５２Ａに記録して（ステップＳ８０４）、服用確認処理に戻る。
【０１３５】
副作用通知処理後、服用勧告通知部１５１は、所定時間毎に（ステップＳ７０５：Ｙｅｓ）、服用スケジュール表データベース１６３の服用スケジュール表を順次参照し（ステップＳ７０６，Ｓ７０７：Ｙｅｓ、Ｓ７０８）、送信フラグが１且つ返信フラグが０の時間帯列項目がある場合（ステップＳ７１０：Ｙｅｓ，Ｓ７１１：Ｙｅｓ，Ｓ７１２：Ｙｅｓ）、ステップＳ６１５で送信した当該項目に対応する通知メールを再度送信する（ステップＳ７１３）。
【０１３６】
すべての服用スケジュール表について、ステップＳ７１１〜Ｓ７１４の処理が終了すると（ステップＳ７１０：Ｎｏ，Ｓ７１５，Ｓ７０７：Ｎｏ）、処理を終了する。
【０１３７】
次に副作用確認通知処理を図２０のフローチャートを参照して説明する。
【０１３８】
副作用確認通知部１５２は、管理サーバ１２０のタイマ回路などから所定時間毎に現在日時情報を取得する（ステップＳ９０１：Ｙｅｓ，Ｓ９０２）と、好発日記憶部１５２Ａ内の好発日情報を指定する好発日ポインタ（ｒ）を初期値１に設定する（ステップＳ９０３）。
【０１３９】
副作用確認通知部１５２は、ｒ番目の好発日情報について（ステップＳ９０４：Ｙｅｓ）、当該好発日情報に示される好発日がステップＳ９０２で取得した現在日付と同一であるか否か判別する（ステップＳ９０５）。
【０１４０】
ここで、現在日が好発日となっている場合（ステップＳ９０５：Ｙｅｓ）、副作用確認通知部１５２は、当該好発日情報に対応付けられている処方箋ＩＤ情報を取得する。副作用確認通知部１５２は、処方情報データベース１６２にアクセスし、取得した処方箋ＩＤ情報に対応するレコードを参照して、患者情報領域からメールアドレス情報を取得し、薬剤情報領域から副作用に関する情報（以下、「副作用確認情報」と称す）を取得する。
【０１４１】
副作用確認通知部１５２は、処方情報データベース１６２から取得した副作用確認情報とメールアドレス情報、および当該通知の指定時刻を示す情報を通知メール作成部１５３に引き渡すとともに、副作用確認通知メールの作成を指示する。
【０１４２】
通知メール作成部１５３は、副作用確認通知部１５２からの指示に基づいて、副作用確認通知メールに用いられる定型文情報に、副作用確認通知部１５２から引き渡された副作用確認情報を付加した、図２０に示すような副作用確認通知メールを作成し、メールサーバ１７０のメール格納部１７２にスプールする（ステップＳ９０６）。
【０１４３】
副作用確認通知部１５２は、好発日記憶部１５２Ａからｒ番目の好発日情報を削除し（ステップＳ９０７）、好発日ポインタを＋１する（ステップＳ９０８）。
【０１４４】
副作用確認通知部１５２が、すべての好発日情報についてステップＳ９０５〜Ｓ９０７の処理を実行した後（ステップＳ９０４：Ｎｏ）、メールサーバ１７０のメール管理部１７１が、指定された通知時刻にメール格納部１７２にスプールされた副作用確認通知メールを随時送信して（ステップＳ９０９：Ｙｅｓ，Ｓ９１０）、処理を終了する。
【０１４５】
以上説明したように、本発明の実施の形態にかかる医薬品服用通知システム１によれば、患者が持つ、例えば携帯電話などのモバイル端末７２０に、処方された医薬品の服用時期を通知するので、患者は医薬品の服用時期を時間や場所にかかわらず即時的に知ることができ、服用の忘れ（コンプライアンス）を効果的に防止することができる。
【０１４６】
また、通知に対する返信がなされるまで、上記通知は繰り返し送信されるので、服用時期を確実に通知することができる。
【０１４７】
また、通知した医薬品による副作用の可能性がある場合は、その好発時期に、例えば、副作用に該当する症状がないか確認するメールを患者のモバイル端末７２０に送信するので、患者が異状を感じた場合、それが薬の副作用によるものか、他の要因によるものかを確認することができ、異状の不安による医薬品の服用中断などの弊害を防ぐことができる。
【０１４８】
なお、上記実施の形態では、医薬品服用通知システム１に医療機関サーバ３１０を含んだ構成としたが、薬局サーバ５１０およびセンタ１００からなる構成としても本発明を実施することができる。この場合、医療機関などで処方箋を印字して患者に引き渡し、調剤薬局に持参する。調剤薬局の薬局サーバ５１０（あるいはレセプトコンピュータ５２０）には、スキャナなどの画像読取装置を接続し、患者が持参した処方箋を読み取る。薬局サーバ５１０（あるいはレセプトコンピュータ５２０）が、例えば、ＯＣＲ（Optical Character Recognition：光学的文字認識）プログラムを実行することで、画像読取装置が読み取った処方箋に記載されている情報を認識する。調剤薬局では、処方箋の内容に基づいて所定の調剤処理を行うとともに、薬局サーバ５１０が、読み取った処方箋の内容を通信ネットワーク１０を介してセンタ１００に送信する。センタ１００は、薬局サーバ５１０から受信した処方箋情報を用いて上述の各処理を実行する。
【０１４９】
このような構成によれば、通信ネットワーク１０に接続可能な機器を医療機関が備えていない場合であっても、本発明を適用することができる。
【０１５０】
なお、本発明の実施の形態にかかるセンタ１００は、専用のシステムによらず、通常のコンピュータシステムを用いて実現可能である。例えば、汎用コンピュータに、上述のいずれかを実行するためのプログラムを格納した媒体（フレキシブルディスク、ＣＤ−ＲＯＭなど）から当該プログラムをインストールすることにより、上述の処理を実行する情報提供サイトを構成することができる。
【０１５１】
また、コンピュータにプログラムを供給するための手段は任意である。例えば通信回線、通信ネットワーク、通信システムなどを介して供給してもよい。一例を挙げると、通信ネットワークの掲示板（ＢＢＳ）に当該プログラムを掲示し、これをネットワークを介して搬送波に重畳して配信する。そして、このプログラムを起動し、ＯＳの制御下で、他のアプリケーションプログラムと同様に実行することにより、上述の処理を実行することができる。
【０１５２】
【発明の効果】
以上説明したように、本発明によれば、処方された医薬品の服用時期および医薬品による副作用に関する情報を適当な時期に患者に通知することができるので、服用忘れを効果的に防止することができる。
【図面の簡単な説明】
【図１】本発明の実施の形態にかかる医薬品服用通知システムの構成を示す図である。
【図２】図１に示すセンタの構成を示すブロック図である。
【図３】図２に示す処方箋登録部を説明するための図であり、（ａ）は医療機関コード参照テーブルの例を示し、（ｂ）は薬価コード参照テーブルの例を示す。
【図４】図２に示す服用スケジュール表作成部が作成する服用スケジュール表の例を示す図である。
【図５】図２に示す医薬品情報データベースに蓄積される医薬品情報の例を示す図である。
【図６】図２に示す処方情報データベースに蓄積される処方情報の例を示す図である。
【図７】図１に示す医療機関内システムの構成を示すブロック図である。
【図８】図１に示す薬局内システムの構成を示すブロック図である。
【図９】本発明の実施の形態にかかる処方箋発行処理を説明するためのフローチャートである。
【図１０】図９に示す処方箋発行処理で送信される処方箋登録ページの表示例を示す図である。
【図１１】本発明の実施の形態にかかる処方箋登録処理を説明するためのフローチャートである。
【図１２】本発明の実施の形態にかかる処方箋要求処理を説明するためのフローチャートである。
【図１３】本発明の実施の形態にかかる処方情報送出処理を説明するためのフローチャートである。
【図１４】図１３に示す処方情報送出処理で送出されるサービス項目一覧ページの表示例を示す図である。
【図１５】図１３に示す処方情報送出処理で送信される処方箋ページの表示例を示す図である。
【図１６】本発明の実施の形態にかかる服用時期通知処理を説明するためのフローチャートである。
【図１７】図１６に示す服用時期通知処理で送信される服用通知メールの表示例を示す図である。
【図１８】本発明の実施の形態にかかる服用確認処理を説明するためのフローチャートである。
【図１９】図１９に示す服用確認処理において実行される副作用通知登録処理を説明するためのフローチャートである。
【図２０】本発明の実施の形態にかかる副作用確認通知処理を説明するためのフローチャートである。
【図２１】図２０に示す副作用確認通知処理で送信される副作用確認メールの表示例を示す図である。
【符号の説明】
１…医薬品服用通知システム、１０…通信ネットワーク、１００…センタ、３１０−１〜３１０−ｎ…医療機関サーバ、５１０−１〜５１０−ｎ…薬局サーバ、７２０−１〜７２０−ｎ…モバイル端末
【図１】
0003935328.tif 000002
【図２】
0003935328.tif 000003
【図３】
0003935328.tif 000004
【図４】
0003935328.tif 000005
【図５】
0003935328.tif 000006
【図６】
0003935328.tif 000007
【図７】
0003935328.tif 000008
【図８】
0003935328.tif 000009
【図９】
0003935328.tif 000010
【図１０】
0003935328.tif 000011
【図１１】
0003935328.tif 000012
【図１２】
0003935328.tif 000013
【図１３】
0003935328.tif 000014
【図１４】
0003935328.tif 000015
【図１５】
0003935328.tif 000016
【図１６】
0003935328.tif 000017
【図１７】
0003935328.tif 000018
【図１８】
0003935328.tif 000019
【図１９】
0003935328.tif 000020
【図２０】
0003935328.tif 000021
【図２１】
0003935328.tif 000022