(57)【要約】【課題】処方箋に記載された薬剤の服用に関して、服用のお知らせを服用が必要とされる日時に行うに際し、服用のお知らせを行うサーバに容易にお知らせメール送信の登録を行うこと、および来院のお知らせメールの送信が行えるようにすること。【解決手段】処方箋に付随する内容を記録する識別コードを作成する識別コード作成手段と、前記作成された識別コードを読み取る識別コード読取手段と、前記読み取った識別コードに記録された情報より、服用予定履歴ＤＢを作成もしくは追記し、服用予定履歴ＤＢに基づいて、薬剤の服用日時に服用のお知らせを行う服用情報メールを作成し送信を行うメール作成送信手段と、時間内に服用しなかったと判定できる時には飲み忘れを案内するメールを送信するメール監視受信解析手段および、服用の結果により来院が必要と判定できる時は来院のお知らせメールを送信する来院お知らせ手段を備えた構成とする。【選択図】図１
2007122183.tif 000002
【特許請求の範囲】
【請求項１】
通信ネットワークを介して患者が使用する患者端末と処方箋に従った薬剤の服用を管理する処方箋運用管理サーバが接続されたシステムであって、
前記処方箋運用管理サーバは、少なくとも処方箋を識別する識別子と電子メールアドレスとを含む識別コードを作成する識別コード作成手段と、
前記処方箋に関する情報メールを作成し、メールの配信登録が行われた前記電子メールアドレスに対して、登録された日時に前記作成した情報メールの送信を行うメール作成送信手段とを備え、
患者端末は、前記作成された識別コードを読み取る識別コード読取手段と、
前記読み取った識別コードに記録された情報を取得し、前記処方箋運用管理サーバに前記情報メールの配信登録を行うメール配信登録手段と、
メールの送受信を行うメール送受信手段と、
を備えたことを特徴とする処方箋運用管理システム。
【請求項２】
前記メール配信登録手段は、取得した識別コードの内容をメールにて送信するか、または、前記処方箋運用管理サーバとの間で予め定めた方法を用いて通知する機能を有する手段であることを特長とする請求項１に記載の処方箋運用管理システム。
【請求項３】
前記識別コードは、処方する薬剤の種類、前記薬剤の服用方法、該当する処方箋にて引き渡された薬剤の服用日数、次の来院日の情報の少なくとも一つの情報を含むことを特徴とする請求項１または２に記載の処方箋運用管理システム。
【請求項４】
前記服用情報メールに対する返信メールの受信を監視し、受信した場合は、受信した日付および時刻を抽出するメール監視受信解析手段と、
前記抽出した日付および時刻または返信メールを受信しなかったことを、患者の服用予定と履歴を保存する服用予定履歴データベースに登録する服用予定履歴登録手段と、
前記患者の薬剤の服用履歴情報により、次回の来院を通知する来院お知らせメールを送信する来院お知らせ手段と、を備えたことを特徴とする請求項１ないし３のいずれか一に記載の処方箋運用管理システム。
【請求項５】
前記返信メールの送信は、前記服用情報メールに記載されたＵＲＬを指定してアクセスすることにより表示される画面から必要情報を選択して行うことを特徴とする請求項４に記載の処方箋運用管理システム。
【請求項６】
前記メール監視受信解析手段は、予め定めた時間内に返信メールを受信しなかった場合または未服用の返信メールを受信した場合は、飲み忘れが発生していることをメールにて通知することを特徴とする請求項４または５に記載の処方箋運用管理システム。
【請求項７】
前記処方箋運用管理サーバは、前記服用情報メール配信の解除インタフェースをＷＥＢ閲覧画面上に設け、
前記服用メール配信先登録手段は、前記患者端末から前記ＷＥＢ閲覧画面の服用情報メール解除インタフェースを指定されると服用情報メールの配信を解除することを特徴とする請求項１ないし６のいずれか一に記載の処方箋運用管理システム。
【請求項８】
前記処方箋運用管理サーバは、過去の薬剤服用の履歴を取得しその一覧を作成する薬剤服用履歴表示手段を備えたことを特徴とする請求項４ないし７のいずれか一に記載の処方箋運用管理システム。
【請求項９】
前記メール監視受信解析手段は、受信した返信メールより服用した日時を抽出し、抽出した服用日時と薬剤情報に従って次の服用日時を算出し、患者に電子メールにて通知を行うことを特徴とする請求項４ないし８のいずれか一に記載の処方箋運用管理システム。
【請求項１０】
前記処方箋運用管理サーバは、患者の所在または来院の可否の情報を登録する欄を設けた個人予定表と、
前記個人予定表に患者の所在または来院の可否を登録する個人予定表登録手段とを備え、
前記来院お知らせ手段は、前記個人予定表を参照して薬剤の服用に最適な来院日を決定することを特徴とする請求項４ないし９のいずれか一に記載の処方箋運用管理システム。
【請求項１１】
前記処方箋運用管理サーバは、前記個人予定表を外部より通信ネットワークを介して参照可能または参照及び修正可能に構成することを特徴とする請求項１０に記載の処方箋運用管理システム。
【請求項１２】
前記来院お知らせ手段は、前記個人予定表を基にして患者の来院予約を行うことを特徴とする請求項１０に記載の処方箋運用管理システム。
【請求項１３】
前記来院お知らせ手段は、来院の予約が可能な日付および時間帯の一覧を作成し患者にメールにて送信し、患者からの返信メールに記載された日付および時間帯を抽出し、
患者の個人予定表および病院のスケジュールに登録することを特徴とする請求項１０に記載の処方箋運用管理システム。
【請求項１４】
前記処方箋運用管理サーバは、新たな処方箋にて必要とされる毎日の薬剤の平均数量と、患者の薬剤の保有量と、病院または薬局の薬剤の在庫量とを演算することで薬剤の発注処理を行う薬剤在庫管理手段を備えたことを特徴とする請求項４ないし１３のいずれか一に記載の処方箋運用管理システム。
【請求項１５】
携帯電話機上で動作する薬剤の服用に関するプログラムであって、
前記服用情報メール受信した際に、その情報を蓄積し、服用予定日時に警告を行う服用通知処理と、
服用予定日時から予め定めた時間を経過した際に、飲み忘れの警告を行う、飲み忘れ通知処理と、
を携帯電話機上で動作させることを特徴とする服用通知プログラム。
【請求項１６】
少なくとも処方箋を識別する識別子と電子メールアドレスとを含む識別コードを作成する識別コード作成ステップと、
前記作成された識別コードを読み取る識別コード読取ステップと、
前記読み取った識別コードに記録された情報を取得し、メールの配信登録を行うメール配信登録ステップと、
前記処方箋に関する情報メールを作成し、前記情報メールの配信登録が行われた前記電子メールアドレスに対して、登録された日時に前記作成した情報メールの送信を行うメール作成送信ステップと、
を含むことを特徴とする処方箋運用管理方法。
【請求項１７】
患者の処方箋に記載された薬剤の服用スケジュールを管理するコンピュータ上で動作するプログラムであって、
少なくとも処方箋を識別する識別子と電子メールアドレスとを含む識別コードを作成する識別コード作成処理と、
前記作成された識別コードを読み取る識別コード読取処理と、
前記読み取った識別コードに記録された情報を取得し、メールの配信登録を行うメール配信登録処理と、
前記処方箋に関する情報メールを作成し、前記情報メールの配信登録が行われた前記電子メールアドレスに対して、登録した日時に前記作成した情報メールの送信を行うメール作成送信処理と、
をコンピュータ上で動作させることを特徴とする処方箋運用管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、患者の薬剤の処方箋の服用状況などを管理する処方箋運用管理システム、方法、およびプログラム、携帯電話機上で動作する服用プログラムに関し、特に薬剤の服用忘れの対応、来院日の決定、薬剤の在庫管理を可能とする処方箋運用管理システム、方法およびプログラム、携帯電話機上で動作する服用プログラムに関する。
【背景技術】
【０００２】
従来、処方箋は調剤薬局または病院内の薬剤を取り扱う部門にて受領され、そこで患者に薬剤が引き渡される。引き渡された薬剤の、一日に何度いつ服用するかなどの薬剤の服用方法は、患者に引き渡される薬袋に記載されており、その表示に基づいて患者は薬剤を服用していた。また薬剤が引き渡される際に薬剤師が服用方法を口頭で説明したりしていた。患者が服用を忘れたり、処方箋に記載されている通りに服用していなかったりしても病院側はそのことを知ることはできなかった。
【０００３】
これまで、薬剤の服用を忘れないように催促したりする薬剤の服用の管理に関する技術として、特許文献１では、患者が使用しているユーザ端末に薬局の端末から電子メールにて服用の通知を行い、一定時間服用したことを知らせる返信メールが届かない場合は前述の服用の通知を行う電子メールを再送し、服用したとの連絡が有った場合は、服用した時刻などを含めて履歴管理することで患者の薬剤の服用忘れ防止を行う技術が提案されている。
【０００４】
また、特許文献２は、一定間隔で服用しなければならない薬剤に関してネットワークにつながっている服用管理装置で管理を行い、一定間隔で服用すべき薬剤を処方された患者に対して上記一定間隔で服用を促す電子メールを送信することで注意を促すという技術が提案されている。
【特許文献１】特開２００４−０６２５１３号公報
【特許文献２】特開２００４−２８１２７６号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、上記特許文献１に記載の薬剤服用管理の技術では、処方箋の薬剤などの内容の登録は人手にて行う必要があり間違う可能性も高かった。また、患者が処方箋の内容を知りたい場合においても、一度ネットワークを経由して服用履歴管理サーバにログインする必要があり面倒であった。特許文献２に記載の服用管理方法は、一定の間隔で服用する必要のある薬剤のみに対応する技術であり、それ以外の一般的な薬剤には対応できていない。
【０００６】
本発明は、上述のかかる事情に鑑みてなされたものであり、処方箋にＱＲコードを付与しそのＱＲコードを読み込むだけで服用を促すお知らせメールの通知の登録を行い、服用結果を受信して、服用結果から次回の服用時間を計算しメールの送信を行い、さらに患者が有する薬剤の残量が少なくなった時にメール送信を行い来院を促す処方箋運用管理システム、方法、およびプログラム、携帯電話機上で動作する服用プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
上記目的を達成するため、本発明に係わる処方箋運用管理システムは、通信ネットワークを介して患者が使用する患者端末と処方箋に従った薬剤の服用を管理する処方箋運用管理サーバが接続されたシステムであって、前記処方箋運用管理サーバは、少なくとも処方箋を識別する識別子と電子メールアドレスとを含む識別コードを作成する識別コード作成手段と、前記処方箋に関する情報メールを作成し、メールの配信登録が行われた前記電子メールアドレスに対して、登録された日時に前記情報メールの送信を行うメール作成送信手段と、前記服用情報患者端末は、前記作成された識別コードを読み取る識別コード読取手段と、前記読み取った識別コードに記録された情報を取得し、前記処方箋運用管理サーバに前記情報メールの配信登録を行うメール配信登録手段と、メールの送受信を行うメール送受信手段とを備えたことを特徴とする。
【０００８】
本発明によれば、処方箋の発行の際に、少なくとも処方箋を特定する処方箋ＩＤと患者の電子メールアドレスをＱＲコードに記録させることができ、ＱＲコードを読み取ることにより自動的に間違いなく処方箋の情報と患者の電子メールアドレスを取得することができるので、薬剤の服用を促すメールの配信サービスへの登録を人手による間違いをすることなく容易に行うことができる。また、処方箋ＩＤから薬剤の種類とその服用情報を取得することができ、薬剤の服用に関し極めの細かいサービスを提供することができる。
【０００９】
好ましくは、前記メール配信登録手段は、取得した識別コードの内容をメールにて送信するか、または、前記処方箋運用管理サーバとの間で予め定めた方法を用いて通知する機能を有するように構成する。
【００１０】
本発明によれば、患者端末は、メールの送信機能を用いて取得した識別コードをそのまま、もしくは予め定めた部分を修正して送信することで処方箋運用管理サーバに処方箋に関するメールの配信を登録することができる。さらに処方箋運用管理サーバと予め定めた方法を用いてメールの配信登録をする患者端末上で動作するプログラムなどを起動してメールの配信登録ができるので、患者は容易に処方箋にて処方された薬剤の服用に関してメールを受信することができる。
【００１１】
好ましくは、前記識別コードは、処方する薬剤の種類、前記薬剤の服用方法、該当する処方箋にて引き渡された薬剤の服用日数、次の来院日の少なくとも一つの情報を含むように構成する。
【００１２】
本発明によれば、処方箋に記録されている薬剤の種類、服用日数などの情報を識別コードを読み込むだけで取得することが可能となり、メールの配信登録時に通知できるので、処方箋情報をサーバから取得する手間が発生しない。
【００１３】
さらに、前記服用情報メールに対する返信メールの受信を監視し、受信した場合は、受信した日付および時刻を抽出するメール監視受信解析手段と、前記抽出した日付および時刻または返信メールを受信しなかったことを、患者の服用予定と履歴を保存する服用予定履歴データベースに登録する服用予定履歴登録手段と、前記患者の薬剤の服用履歴情報により、次回の来院を通知する来院お知らせメールを送信する来院お知らせ手段とを備えるように構成するのも好ましい。
【００１４】
本発明によれば、返信メールの到着および到着した返信メールから服用した日時を抽出し、抽出した服用日時を患者の服用履歴として保存でき、さらにその患者の服用履歴により次回の来院を通知する来院お知らせメールを送信することができるので、医者は患者を継続的に診断することができ、患者は安心して病院に任せることができる。
【００１５】
また、前記返信メールの送信は、前記服用情報メールに記載されたＵＲＬを指定してアクセスすることにより表示される画面から必要情報を選択して行うように構成するのも好ましい。
【００１６】
本発明によれば、返信メールに必要な服用した日時などの情報をＷＥＢ閲覧画面から容易に選択可能としたＷＥＢ閲覧画面のＵＲＬに誘導することができるので、患者はメールを一から作成することなく容易に自分が服用した日時を登録してメールの返信を行うことが可能となる。また服用時刻は選択を行うことでキーボードもしくは携帯の数字ボタンにて打ち込むのと比較すると使いやすく間違いも少なくなる。
【００１７】
さらに好ましくは、前記メール監視受信解析手段は、予め定めた時間内に返信メールを受信しなかった場合または未服用の返信メールを受信した場合は、飲み忘れが発生していることをメールにて通知するように構成する。
【００１８】
本発明によれば、飲み忘れが発生していることを患者に通知することができるので、さらなる喚起を促すことができ、担当の医者は飲み忘れを考慮に入れた診断を行うことが可能となる。
【００１９】
さらに、前記処方箋運用管理サーバは、前記服用情報メール配信の解除インタフェースをＷＥＢ閲覧画面上に設け、前記服用メール配信先登録手段は、前記患者端末から前記ＷＥＢ閲覧画面の服用情報メール解除インタフェースを指定されると服用情報メールの配信を解除するように構成するのも好ましい。
【００２０】
本発明によれば、患者がインターネットなどを使用して外部から服用情報メールの解除を行うことができるので、電話する手間も省略でき、患者が利用しやすい薬剤の服用の管理を行うことが可能となる。
【００２１】
さらに好ましくは、前記処方箋運用管理サーバは、過去の薬剤服用の履歴を取得しその一覧を作成する薬剤服用履歴表示手段を備えるように構成する。
【００２２】
本発明によれば、患者の過去の薬剤の服用状況が分かるので、患者を担当する医者はその一覧を診断の参考として利用することが可能となり、より患者の診断を詳細に行うことが可能となる。
【００２３】
また、前記メール監視受信解析手段は、受信した返信メールより服用した日時を抽出し、抽出した服用日時と薬剤情報に従って次の服用日時を算出し、患者に電子メールにて通知を行うように構成するのも好ましい。
【００２４】
本発明によれば、薬剤によっては服用時間間隔が定められた薬剤の服用などに関して、患者が服用した日時に応じて、次の服用時間を算出して通知することができるので、さまざまな種類の薬剤に対応することができ、患者に適切な処方を与えることが可能となる。
【００２５】
さらに好ましくは、前記処方箋運用管理サーバは、患者の所在または来院の可否の情報を登録する欄を設けた個人予定表と、前記個人予定表に患者の所在または来院の可否を登録する個人予定表登録手段とを備え、前記来院お知らせ手段は、前記個人予定表を参照して薬剤の服用に最適な来院日を決定するように構成する。
【００２６】
本発明によれば患者の予定表により薬剤の服用に最適な来院日を決定することができるので、患者は忘れることなく診断を受けることができる。
【００２７】
さらに、前記処方箋運用管理サーバは、前記個人予定表を外部より通信ネットワークを介して参照可能または参照及び修正可能に構成するのも好ましい。
【００２８】
本発明によれば、患者は個人予定表をインターネットなどを利用して外部から参照したり、予定を書き込んだりすることができるので、患者および病院はその患者の予定表を基に次の来院日や今後の診断計画を練ることが可能となる。
【００２９】
また、前記来院お知らせ手段は、前記個人予定表を基にして患者の来院予約を行うように構成するのも好ましい。
【００３０】
本発明によれば、患者は意識することなく次の来院日を決められるので、患者の負担が軽減する。
【００３１】
さらに、前記来院お知らせ手段は、来院の予約が可能な日付および時間帯の一覧を作成し患者にメールにて送信し、患者からの返信メールに記載された日付および時間帯を抽出し、患者の個人予定表および病院のスケジュールに登録するように構成するのも好ましい。
【００３２】
本発明によれば、患者は本人および病院の都合が良い日時を容易に選択することができるので、患者の負担が軽減する。
【００３３】
また、前記処方箋運用管理サーバは、新たな処方箋にて必要とされる毎日の薬剤の平均数量と、患者の薬剤の保有量と、病院または薬局の薬剤の在庫量とを演算することで薬剤の発注処理を行う薬剤在庫管理手段を備えるように構成するのも好ましい。
【００３４】
本発明によれば、既に服用中の患者の残量も含めて薬剤の在庫管理を行うことができるので、より正確な在庫管理を行うことができ、薬剤不足や薬剤過剰を防ぐことができる。
【００３５】
上記目的を達成するため、本発明に係わる携帯電話機上で動作する服用通知プログラムは、携帯電話機上で動作する薬剤の服用に関するプログラムであって、前記服用情報メール受信した際に、その情報を蓄積し、服用予定日時に警告を行う服用通知処理と、服用予定日時から予め定めた時間を経過した際に、飲み忘れの警告を行う、飲み忘れ通知処理とを携帯電話機上で動作させることを特徴とする。
【００３６】
本発明によれば、処方箋運用管理サーバが服用の日時に自分自身の故障、ネットワーク故障、メール受信の故障、メールが配信される時に圏外にいたなどの他の要因で服用情報メールを受信できない場合においても、携帯電話機の電源が入ってさえいれば患者に服用を促すことが可能となり、利便性が増す。
【００３７】
上記目的を達成するため、本発明に係わる処方箋運用管理方法は、少なくとも処方箋を識別する識別子と電子メールアドレスとを含む識別コードを作成する識別コード作成ステップと、前記作成された識別コードを読み取る識別コード読取ステップと、前記読み取った識別コードに記録された情報を取得し、メールの配信登録を行うメール配信登録ステップと、前記処方箋に関する情報メールを作成し、前記情報メールの配信登録が行われた前記電子メールアドレスに対して、登録された日時に前記作成した情報メールの送信を行うメール作成送信ステップとを含むことを特徴とする。
【００３８】
上記目的を達成するため、本発明に係わる処方箋運用管理プログラムは、患者の処方箋に記載された薬剤の服用スケジュールを管理するコンピュータ上で動作するプログラムであって、少なくとも処方箋を識別する識別子と電子メールアドレスとを含む識別コードを作成する識別コード作成処理と、前記作成された識別コードを読み取る識別コード読取処理と、前記読み取った識別コードに記録された情報を取得し、メールの配信登録を行うメール配信登録処理と、前記処方箋に関する情報メールを作成し、前記情報メールの配信登録が行われた前記電子メールアドレスに対して、登録した日時に前記作成した情報メールの送信を行うメール作成送信処理とをコンピュータ上で動作させることを特徴とする。
【発明の効果】
【００３９】
本発明によれば、識別コードに処方箋および患者の情報を記録することで、その識別コードを読み込むだけで情報を取り出すことが可能となり、処方箋に記載された情報を、処理を行うコンピュータに打ち込むような間違いが発生し易い人的な処理が必要なくなる。また、処方箋の情報をインターネットを使用して携帯電話機などで容易に閲覧が可能となり、処方箋情報を得るために患者端末からサーバにログインするという面倒な動作も必要がなくなる。
【発明を実施するための最良の形態】
【００４０】
以下、本発明の実施の形態を説明する。図１に、本発明の第１の実施の形態に係わる処方箋運用管理システム１を構成する処方箋運用管理サーバ２、患者のパソコンなどやＰＤＡ（Personal Digital Assistance）などでネットワークに接続できる固定／携帯端末５、病院内の薬剤を取り扱う部門や、調剤薬局などでネットワークにつながっている薬局端末３、および携帯電話機７の機能ブロック図を示す。図１において、処方箋運用管理システム１は、通信ネットワーク４を介して処方箋運用管理サーバ２と、固定／携帯端末５と、薬局端末３とつながって構成され、携帯電話機７とは、携帯網６および基地局を経由してつながっている。上記において、固定／携帯端末５および携帯電話機７は患者が保有するものであり、患者がどちらを使用するかを選択することが可能である。もしくは本システム運用に関しては携帯電話機７で行うなどと決めておいても良い。本実施の形態では、患者は携帯電話機７を用いて処方箋運用管理サーバ２と通信するものとする。
【００４１】
ここで、処方箋運用管理サーバ２は、患者に医療行為を行う病院、または医者が記載する処方箋に従って薬剤を管理する病院の薬剤部門もしくは薬局、またはサービス事業者などにより管理、運営される。また、固定／携帯端末５および薬局端末３は通信ネットワーク４を介して自分の予定表などを見たり、メールの送受信を行ったりするのに使用される複数の端末である。携帯電話機７はメールおよびＷＥＢ閲覧が可能な携帯電話機であり、携帯網６を介し、さらに通信ネットワーク４を介して処方箋運用管理サーバ２とメールおよびＷＥＢ閲覧のため、ＨＴＴＰ（HyperText Transfer Protocol）の通信を行うものである。ただし携帯網６内は独自のプロトコルを使用していたりする。
【００４２】
処方箋運用監視サーバ２は、通信ネットワーク４を介してデータの送受信を行うための送受信部１２、送受信部１２から受け取ったデータの処理、およびその他のさまざまな処理を行う中央演算処理部１３、データを記憶するための記憶部１４、および、中央演算処理部１３との間でデータの入出力を行う入力部１５と表示部１６から構成されている。入力部１５と表示部１６はマンマシンインタフェースの機能を有する部分である。
【００４３】
さらに、中央演算処理部１３は、送受信部１２との間でデータの受け渡しを行う送受信処理手段（機能）１３１、入力部１５あるいは表示部１６とデータの受け渡しを行う入出力処理手段（機能）１３２、入出力処理手段（機能）１３２または送受信処理手段１３１を介して受信した患者や薬剤などの情報を登録したり、情報収集したりする情報登録収集手段（機能）１３３、処方箋情報データベース（ＤＢ）１５３を参照して処方箋の内容をＱＲコードに変換し付与する機能および、ＱＲコードに記憶されている内容を抽出する機能を有するＱＲコード付与手段（機能）１３４、処方箋情報データベース（ＤＢ）１５３もしくは、処方箋に付与され印刷されたＱＲコードから前記ＱＲコード付与手段１３４が抽出した情報より、該当処方箋に対応する患者のインターネットにて使用する電子メールアドレスもしくは携帯電話機のメールアドレスに対して、薬剤の服用に関する情報を内容を含んだメールを作成し送信する機能を有する服用メール作成送信手段（機能）１３５、送信した薬剤の服用に関するメールに対する返事の到着を監視し、到着した場合は、患者が服用したのか否かなどの情報を返信メールから解析する機能を有するメール監視受信解析手段（機能）１３６、前記返信メールを服用したか否かなどの情報の蓄積を基にして、該当する患者の来院予定日を調査し決定する機能を有する来院お知らせ手段（機能）１３７、患者が処方箋により引き渡された薬剤の服用の予定とその結果を示す履歴を服用予定履歴データベース（ＤＢ）１５４に登録する服用予定履歴登録手段（機能）１３８、薬剤の服用の日時に服用を喚起するメールの配信に患者の電子メールアドレスを登録する服用メール配信先登録手段（機能）１３９から構成される。本実施形態において、処方箋および電子メールアドレスなどを識別する識別コードとしてＱＲコードを使用している。
【００４４】
また、記憶部１４は、患者の住所、氏名、電話番号、メールのアドレスなどの患者特有の情報を保存する患者情報データベース（ＤＢ）１５１、処方箋に記載される薬剤の薬剤名、その薬剤の服用の仕方などを保存する薬剤情報データベース（ＤＢ）１５２、医者が記載し、各患者に渡される処方箋の内容をＩＤごとにＱＲコードや、処方箋の内容などを保存する処方箋情報データベース（ＤＢ）１５３、患者ごとの服用する薬の服用予定およびその服用結果としての服用履歴を保存する服用予定履歴データベース（ＤＢ）１５４から構成されている。
【００４５】
固定／携帯端末５、薬局端末３、携帯電話機７は同様に、それぞれ、通信ネットワーク４を介して、携帯電話機７の場合はさらに携帯網６を介してデータの送受信を行うための送受信部５２、３２、７２、送受信部５２、３２、７２からのデータの処理を行う中央演算処理部５３、３３、７３、中央演算処理部５３、３３、７３との間でデータの入出力を行う入力部５５、３５、７５および表示部５６、３６、７６で構成されている。
【００４６】
さらに固定／携帯端末５および携帯電話機７には、それぞれ処方箋運用管理サーバ２からのメールを受信するメール受信手段５７、７７を有している。さらに携帯電話機７は、服用予定日時に警告を行う服用通知処理７８、服用予定日時から予め定めた時間を経過した際に、飲み忘れの警告を行う、飲み忘れ通知処理７９、処方箋に記録されたＱＲコードの内容を読み取るＱＲコード読取手段８０、服用の日時になった時に処方箋運用管理サーバ２が行うメールの配信に対して登録を行うメール配信登録手段８１を有する。また薬局端末３は、処方箋に記録されたＱＲコードを読み取るＱＲコード読取手段３７、服用の日時になった時に処方箋運用管理サーバ２が行うメールの配信に対して登録を行うメール配信登録手段３８を有する。ただし、本実施の形態では、患者端末である固定／携帯端末５もしくは携帯電話機７にてＱＲコードの読み取りおよび、メール配信登録は行われるものとする。
【００４７】
通信ネットワーク４は、専用の通信網または、通信事業者から借り受けた回線をある定めた通信プロトコルを用いて処方箋運用管理サーバ２、固定／携帯端末５、薬局端末３、携帯網６間を接続する通信網である。例えば、ＡＤＳＬ（Asymmetric Digital Subscriber Line）、ＦＴＴＨ（Fiber To The Home）、ＣＡＴＶ（Community Antenna TeleVision）、広域ＬＡＮ（Local Area Network）などの回線を使用することが可能である。また、携帯網６は携帯の通信事業者が提供する網であり、電子メールの送受信、インターネット上のＷＥＢの閲覧などが通信ネットワーク４を介して可能である。
【００４８】
図２に、本実施の形態における処方箋運用管理システム１の動作の概略を示す。以下図２に示すシーケンスチャートを用いて動作の概要を説明する。処方箋は患者が病院で診断や治療を受けた時に医者がその患者に対し作成するものである（Ｓ２１ａ）。この作成に際してはパソコンなどを用いて電子的に作成されることが望ましい。作成された処方箋にはＩＤが割振られる。作成された処方箋に対して、処方箋の予め定めた記載項目を記録したＱＲコードを作成し、該処方箋に付与し、記録する。例えばＱＲコード対応のプリンタにて印刷する（Ｓ２２ａ）。医者は患者にそのＱＲコードが印刷された処方箋を引き渡す（Ｓ２３ａ）。
【００４９】
処方箋を担当の医者もしくは担当の看護士から受け取った（Ｓ２１ｂ）患者はその処方箋に記録されたＱＲコードの記録内容を固定／携帯端末５または携帯電話機７のＱＲコード読取手段８０を用いて取得する（Ｓ２２ｂ）。次に取得した内容から少なくとも処方箋ＩＤおよび電子メールアドレス用いて処方箋運用管理サーバ２に対してメール配信登録手段８１がメール配信の登録を要求する（Ｓ２３ｂ）。もしくは薬局に設置している端末を用いて患者から処方箋を受付けた時に、薬局端末３内のＱＲコード読取手段３７にてＱＲコードを読み取り、メール配信登録手段３８がメールの配信要求を行うように構成することも可能である。同様に病院に設置されている端末を用いて患者から処方箋を受付けた時に、ＱＲコード読取手段１４０でＱＲコードを読み取り、図示していないがメール配信登録手段にてメールの配信登録を要求することも可能である。
【００５０】
ここで、図面には記載していないが、電子メールによる服用を促すお知らせの配信の登録は配信を希望しない患者、電子メールアドレス、携帯電話機７などを所有しない患者に対しては配信への登録を行わないように予め処方箋を作成する段階でＱＲコードに電子メールアドレス部分は空欄にするなどの作業が行われる。
【００５１】
メールの配信要求を受信した処方箋運用管理サーバ２は受信した処方箋ＩＤより、患者が服用する薬剤の種類と引き渡された服用日数など処方箋情報ＤＢ１５３より抽出し、患者の服用予定履歴ＤＢ１５４に情報が既に存在する場合は追記し、無い場合は新規に作成して薬剤の服用予定日時などを投入する。（Ｓ２４ａ）。
【００５２】
次に作成した服用予定履歴ＤＢ１５４にて薬剤の服用予定を検索し、ＱＲコードより抽出したメールアドレスに服用情報メールを予定の時間通り自動的に送信するように指定時刻にメールの送信を行う処理に登録し、時刻通りに服用情報メールが送信される（Ｓ２５ａ）。服用情報メールを受信した（Ｓ２４ｂ）患者は、服用したか否かを返信するかもしくはメールを返信しないこともある（Ｓ２５ｂ）。返信した（Ｓ２６ｂ）場合は、返信メールを受信した（Ｓ２６ａ）処方箋運用管理サーバ２は、返信メールの内容を調査し、服用したか否かおよび服用した日時を抽出する（Ｓ２７ａ）。
【００５３】
服用している場合は、服用予定履歴ＤＢ１５４に該当薬剤の服用した日時を書き込む（Ｓ２８ａ）。服用していない場合、もしくは本図面には記載していないが、返信メールが予め定めた時間を経過しても届かなかった場合は、飲み忘れのお知らせのメールを送信する（Ｓ２９ａ）。患者は服用しなかった場合および返信メールを送信しなかった場合は飲み忘れのお知らせメールを受信する（Ｓ２７ｂ）。次に来院する必要があるかどうかを判定し（Ｓ２Ａａ）、来院する必要が有る場合は、来院のお知らせメールを作成し直ちに送信する（Ｓ２Ｂａ）。患者は来院のお知らせメールを受信する（Ｓ２８ｂ）。患者が有している全ての処方箋情報で処理を終了するかどうか判定し（Ｓ２Ｃａ）、まだ薬剤の服用が継続している場合は、ステップＳ２５ａに戻って上記処理を薬剤の服用が終了するまで繰り返す。
【００５４】
図３は、患者の情報を保存する患者情報ＤＢ１５１のデータ構成例を示す。患者情報ＤＢ１５１には、患者名、患者の住所、携帯の電話番号を含む電話番号、携帯の電子メールアドレスを含む電子メールアドレス、患者が現在服用している薬剤に関する処方箋の情報を示す処方箋へのポインタ、患者の服用予定履歴ＤＢ１５４へのポインタ、および来院予定日などが保存されており、処方箋へのポインタには現在服用している薬剤に関する処方箋の処方箋ＩＤおよび、一つ以上の服用している薬剤の服用薬剤ＩＤが保存されている。
【００５５】
図４に、患者が服用する薬剤に関する薬剤情報ＤＢ１５２のデータ構成例を示す。薬剤情報ＤＢ１５２は、薬剤ＩＤごとにその薬剤名およびその服用方法を情報として保存している。服用方法としては、例えば、毎日８時間ごと服用、毎食後１日３回服用、朝食前１回のみ服用などである。
【００５６】
図５は、患者が服用する薬剤の情報を記載されている処方箋の情報を保存する処方箋情報ＤＢ１５３のデータ構成例である。処方箋はＩＤごとに管理され、そのＩＤごとにＱＲコードＩＤが保存される。本実施の形態における処方箋の内容は、患者名、患者の携帯メールアドレス、薬剤名、出した薬剤の服用期間、次回の来院日などが記録されており、上記内容は付与されるＱＲコードにも含まれる。つまり、処方箋に付与され記録されたＱＲコードを読み取るだけで、上記の内容が判明する。
【００５７】
図６は、薬剤の服用の予定の日時、およびその予定の日時に服用したかどうかの履歴を保存する服用予定履歴ＤＢ１５４のデータ構成例を示す。患者を特定する患者ＩＤに、その患者がその時点で服用している薬剤の薬剤ＩＤおよび薬剤名がリンクされており、さらにその薬剤の服用の予定時刻と服用の結果が日ごとに保存されている。本実施の形態では、服用予定履歴ＤＢ１５４は処方箋が作成され、ＱＲコードにて内容が読み出され、服用を喚起するメールの配信を要求した時に新規に作成されたり、追記されたりするが、処方箋が作成された時点で作成されるように構成されても良い。
【００５８】
第１の実施の形態における処方箋運用管理システム１は以上のように構成され、以下にその動作をフローチャートなどを用いて説明する。
【００５９】
［１．情報の登録］
図７は、処方箋運用管理サーバ２にて使用する情報を登録する動作の処理手順を示すフローチャートである。患者に関する情報である患者情報、薬剤に関する薬剤情報、処方箋に関する処方箋情報は予め処方箋運用管理サーバ２の入力部１５および表示部１６に接続されているキーボードや画面を用いて直接登録を行う。本動作は情報登録収集手段１３３が行う動作である。
【００６０】
システム管理者などの操作者は、キーボードを用いて入力し、その入力を入力部１５が中央演算処理部１３に通知することでＩＤおよびパスワードなどの入力を行ってシステムにログインし、その後、患者、薬剤、処方箋の情報の登録を画面とキーボードを用いて要求する（Ｓ７１ｂ）。要求を受信した（Ｓ７１ａ）情報登録収集手段１３３は、患者、薬剤、処方箋の情報の入力画面を作成して表示部１６を通して操作者が扱っている画面に表示する（Ｓ７２ａ）。
【００６１】
操作者は画面（Ｓ７２ｂ）を見ながら患者、薬剤、処方箋の情報をキーボードで入力する。入力された情報は入力部１５を介して情報登録収集手段１３３に通知される（Ｓ７３ｂ）。情報登録収集手段１３３は、入力された（Ｓ７３ａ）患者情報、薬剤情報、処方箋情報を、それぞれ、患者情報ＤＢ１５１、薬剤情報ＤＢ１５２、処方箋情報ＤＢ１５３に登録する（Ｓ７４ａ）。次に情報登録収集手段１３３は、全ての必要な情報が登録されたか判定し（Ｓ７５ａ）、登録されていない場合はステップＳ７２ａに戻り、全ての情報の登録が終了するまで処理を繰り返す。全ての情報の登録処理が終了した場合には（Ｓ７５ａのｙｅｓのルート）登録完了を画面に出力することで通知し（Ｓ７６ａ）、操作者は画面に表示された（Ｓ７４ｂ）登録完了画面を見て登録が終了したことが判明する。
【００６２】
［２．ＱＲコード付与］
処方箋が作成された時には、ＱＲコードを作成しプリンタで印刷するなどしてその処方箋に記録するが、その動作の処理手順を図８のフローチャートを用いて説明する。本動作は、ＱＲコード付与手段１３４が行う動作である。
【００６３】
まず、入力された処方箋ＩＤに対して降順、昇順、またはその他の方法にてＱＲコードＩＤを割振る（Ｓ８１）。上記入力された処方箋ＩＤよりＱＲコードに記録する内容を取得する（Ｓ８２）。内容としては、処方箋ＩＤ、患者名、薬剤名、薬剤の服用期間（何日分）、次の来院日、患者の携帯電話機７のメールアドレスなどである。上記携帯電話機７のメールアドレスに関しては患者の通常のインターネットのメールアドレスでも良い。上記取得した内容から、処方箋ＩＤおよび患者の電子メールアドレスとその他予め定めた情報をＱＲコードにして記録し、処方箋に記録する（Ｓ８３）。
【００６４】
［３．ＱＲコードの読み取り］
患者に渡された処方箋は病院内の薬剤部門か外部の調剤薬局などに提出し、服用する薬剤などを購入することになる。ＱＲコードの読み取りについて、図９に示す動作の処理手順を示すフローチャートを用いて説明する。本動作は患者端末７内のＱＲコード読取手順８０が行う動作である。本実施の形態では、ＱＲコードの読取は患者端末７で行っているが、薬局に設置されている端末または病院の薬剤部門に設定されている端末にて、処方箋を受付けた時に行うように構成しても良い。薬剤の引渡しが病院内で行われる場合は処方箋運用管理サーバ２内のＱＲコード読取手段１４０で行うことも可能である。薬局の端末で行う場合も薬局の端末内にＱＲコード読取手段３７で行うことも可能である。また本実施の形態において、処方箋運用管理サーバ２は病院のネットワーク内に設置されているが、病院のネットワーク外に設置されていても良い。
【００６５】
処方箋を引き渡された患者は患者が所有する携帯電話機７などの端末を用いて、処方箋に記録されたＱＲコードを読み取り、記録されている処方箋ＩＤ、患者名、薬剤名、服用期間、次の来院日、携帯電話機７のメールアドレスなどを抽出して（Ｓ９１）、それらの内容を出力する（Ｓ９２）。出力するとは、画面に出力したり、上記の情報を取り扱う機器やソフトウェアに出力を行ったりすることである。例えば、患者端末がＰＤＡなどの携帯端末であったり、携帯電話機７であったりした場合は、出力された上記情報をパラメータとして動作するプログラムを起動するなどが可能である。
【００６６】
次にメールの配信の登録を行うかを判定する（Ｓ９３）。例えば、患者の電子メールアドレスがＱＲコードに空欄として記録されている場合はメールの配信は希望していない、もしくは電子メールアドレスを所有していないと判断するなどである。
【００６７】
薬剤の服用を喚起するメールの配信を希望する場合は、メール配信登録ルーチンを起動して（Ｓ９４）処理を終了する。
【００６８】
［４．メール配信登録］
薬剤の服用を喚起するメールの配信の登録は、図１０に示すフローチャートに従って処理が行われる。本動作は患者端末７内のメール配信登録手段８１が行う動作である。または、薬局に設置されている端末や、病院内の処方箋を受付ける薬剤の部門の端末にて行うようにしても良い。また、処方箋運用管理サーバ２にてメールの配信を行う電子メールアドレスの登録は、図１０の左のフローチャートに従って行われる。本動作は処方箋運用管理サーバ２内の服用メール配信先登録手段１３９が行う動作である。
【００６９】
まず、患者端末７内のメール配信登録手段８１は、抽出した処方箋ＩＤおよび患者の電子メールアドレスをパラメータとして処方箋運用管理サーバ２にメールの配信登録を要求する（Ｓ１０１ｂ）。メール配信登録要求を受信した（Ｓ１０１ａ）服用メール配信先登録手段１３９は、登録がＯＫかどうかを判断する（Ｓ１０２ａ）。登録がＯＫであれば指定された患者の電子メールアドレスをメール配信対象として登録し（Ｓ１０３ａ）、登録ＯＫを送信し（Ｓ１０４ａ）、処理を終了する。
【００７０】
メール配信登録手段８１は登録ＯＫを受信して画面上などに表示を行い処理を終了する（Ｓ１０２ｂ）。登録がＯＫでない場合は（Ｓ１０２ａのｎｏのルート）、登録ＮＧを送信し（Ｓ１０５ａ）処理を終了する。メール配信登録手段８１は登録ＮＧを受信し、画面上などに表示し処理を終了する（Ｓ１０３ｂ）。
【００７１】
［５．服用予定の作成］
前述のようにＱＲコードから読み取った内容により、患者ごとに薬剤の服用の予定を作成する。図１１は、服用の予定を管理する服用予定履歴ＤＢ１５４のデータを作成する動作の処理手順を示すフローチャートである。本動作は服用予定履歴登録手段１３８が行う動作である。本動作は処方箋を受付けた時に動作する。まず、病院端末３のＱＲコード読取手段３７から通知された処方箋ＩＤと患者の電子メールアドレスを取得する（Ｓ１１１）。取得した処方箋ＩＤより、患者名、薬剤名、服用期間、次来院日、などおよび現日時を取得する（Ｓ１１２）。もしくは、ＱＲコードには前述の全てのデータが記録されていても良い。その時は処方箋ＩＤにて検索を行う必要は無い。
【００７２】
次に既に該当の患者に服用予定履歴ＤＢ１５４のデータが存在するかどうか判定し（Ｓ１１３）、存在しなければ新たに該当患者対応の服用予定履歴ＤＢ１５４内に抽出した患者や処方箋の内容に基づいてデータを作成する（Ｓ１１４）。既に存在する場合は、既存の服用予定履歴ＤＢ１５４内のデータに前述の抽出したデータを追記する（Ｓ１１５）。
【００７３】
次に薬剤情報ＤＢ１５２を参照して処方箋に記載されている薬剤の服用方法を特定する（Ｓ１１６）。前述の特定した服用方法に従って服用予定履歴ＤＢ１５４の該当患者のエリアに薬剤の服用する日時と服用予定時刻を登録する（Ｓ１１７）。前記ステップＳ１１７の動作を服用期間において繰り返して登録を行う（Ｓ１１８）。次に処方箋に記載されている全ての薬剤に対しての処理が終了したかどうかを判定し（Ｓ１１９）、終了していない場合はステップＳ１１６に戻り上述の動作を全ての薬剤分の処理が終了するまで繰り返し行う。全ての薬剤に対する処理が終了した場合は処理を終了する。このようにして患者対応の薬剤の服用予定のデータが作成される。
【００７４】
［６．服用情報メール作成と送信］
図１２は、予定時間になった時に患者に薬剤の服用のお知らせを案内する服用情報メールの送信にて行う動作の処理手順を示すフローチャートである。薬剤の服用のお知らせを案内する服用情報メールの送信に関して以下図１２を用いて説明する。図１２に示す動作は服用メール作成送信手段１３５が行う動作である。また本動作は、メールの配信登録が行われた直後に行うことが可能である。
【００７５】
まず、既に作成された該当患者の薬剤の服用に関する服用予定履歴ＤＢ１５４を参照して、患者の服用予定日時を服用予定履歴ＤＢ１５４内に登録されている全ての薬剤に対してその服用日数分抽出する（Ｓ１２１）。次に該当の時間を指定して図１８に示すような指定の薬剤の服用のお知らせを案内する服用情報メールを作成する（Ｓ１２２）。図１８において、画面の枠１８１内に内容が表示されている。画面枠１８１は携帯電話機７の場合は携帯電話機７のディスプレイ画面の枠である。次に後述する「指定時刻メール登録ルーチン」を送信する日時をパラメータとして指定して起動する（Ｓ１２３）。上記動作を全ての登録されている薬剤に対して全服用期間に渡って行う（Ｓ１２４、Ｓ１２５）。本動作により患者が処方箋を受け取った時の全ての薬剤について、さらに全ての服用期間の服用予定日時に服用情報メールの送信を行うことができる。
【００７６】
服用情報メールは図２１に示すような構成をしていても良い。この構成ではメールに返信を促し、且つ返信作業を軽減させるＷＥＢページのＵＲＬ（Uniform Resource Locator）を記載しており、患者がその部分をクリックするなどして指定することで図２２に示す返信を促すＵＲＬの画面へ誘導することができる。図２２に示すＷＥＢ画面を使用して服用の有無を通知する場合は、薬剤を服用した場合は、「服用できた」を選択し、さらにその時刻を枠２２１に入力して送信する。服用しなかった場合は、同様に「服用できなかった」を選択して送信する。
【００７７】
図１３は、「指定時刻メール登録ルーチン」の動作の処理手順を示すフローチャートである。また、図１４は指定時刻にメールを送信するために登録を行う指定時刻メール送信登録テーブルの構成例である。図１３を用いて「指定時刻メール登録ルーチン」の動作の説明を行う。指定された日時により指定時刻メール送信登録テーブルに日付にリンクされた時刻のエリアに送信する時刻と送信するメールのメールアドレスを登録する（Ｓ１３１）。時刻の登録は本実施の形態では任意で登録できるような構成であるが、ある時間ごと、例えば１５分ごとの登録枠があり、その枠に登録するという構成も可能である。
【００７８】
図１５は、指定時刻にメールの送信を行う「指定時刻メール送信ルーチン」の動作の処理手順を示すフローチャートである。本「指定時刻メール送信ルーチン」は例えば２００ｍｓ周期などで起動するなどして指定された時刻にメールを送信できるよう構成される。図１５を用いて指定時刻にメールが送信されることを説明する。まず、起動された時にこの周期で送信するメールが有るかどうかを図１４に示す指定時刻メール送信登録テーブルを参照して判定する（Ｓ１５１）。
【００７９】
送信するメールが存在した場合（Ｓ１５２のｙｅｓのルート）はその該当するメールを直ちに送信し（Ｓ１５３）、送信済みとする（Ｓ１５４）。上記処理をその周期に送信するメールとして登録されている全ての登録されたメールに対して行い、全ての処理を行った場合は処理を終了する（Ｓ１５２のｎｏのルート）。本動作により服用情報メールは予定された時刻に送信される。
【００８０】
［７．返信メールの監視と受信メールの解析］
図１６は、返信メールの受信の監視および受信した返信メールの内容解析を行う「メール監視受信解析ルーチン」の動作の処理手順を示すフローチャートである。本動作はメール監視受信解析手段１３６が行う動作である。図１６を用いて返信メールの受信および受信したメールの内容の解析の動作について以下に説明する。
【００８１】
本「メール監視受信解析ルーチン」は例えば２００ｍｓ周期などで起動されるか、もしくはメールを受信した際に割り込み処理で起動されたりする。なお、前述の起動周期については変更可能に構成されている。
【００８２】
「メール監視受信解析ルーチン」は、起動された時に、受信メールがあるかどうかを判定する（Ｓ１６１）。受信メールがなかった場合はステップＳ１６５へ進む。受信メールが有った場合は、受信したメールが返信メールであるかどうかを判定する（Ｓ１６２）。返信メールではなかった場合は、ステップＳ１６１に戻り次のメールについての処理に進む（Ｓ１６２のｎｏのルート）。返信メールであった場合は、どの服用情報メールに対する返信メールなのかを調査し決定する（Ｓ１６３）。次に該当の服用情報メールに対して返信メールが届いたことおよび服用していた場合は、服用が行われた日時をメールから特定して記録し（Ｓ１６４）、ステップＳ１６１に戻り、次のメールについての処理に進む。
【００８３】
次に全ての受信メールに対する処理が終了した後に、返信メールが予め定めた時間内に届いたかどうかを判定する（Ｓ１６５）。この処理は返信メールが届かなかったことの検出を行うための処理である。届いていない場合は飲み忘れが発生していると判定し、図１９に示すような、飲み忘れメールを作成し直ちに送信し、飲み忘れメールを送信したことを記録する（Ｓ１６６）。届いた返信メールの内容が「服用しなかった」であるか判定し（Ｓ１６７）、「服用しなかった」である場合は、飲み忘れが発生していると判定し前述と同様に図１９に示すような、飲み忘れメールを作成し直ちに送信し、飲み忘れメールを送信したことを記録する（Ｓ１６８）。
【００８４】
次に全ての返信メールの処理を終了したかどうかを判定し（Ｓ１６９）、終了していない場合は、次の返信メールを指定（Ｓ１６Ａ）してステップＳ１６５に戻り上記の動作を全ての返信メールの処理が終了するまで繰り返す。全ての返信メールの処理が終了した場合は処理を終了する（Ｓ１６９のｙｅｓのルート）。
【００８５】
［８．来院のお知らせ］
図１７は、服用する薬剤の量が少なくなった時、または服用する回数が少ない時に患者を来院するように促す、来院お知らせメールを送信する「来院お知らせルーチン」の動作の処理手順を示すフローチャートである。本動作は来院お知らせ手段１３７が行う動作である。来院のきっかけは、上述の他にも医者の指示や本人の希望なども有り得る。また、薬剤の服用が終了しても継続して薬剤を服用する必要が無い場合も有りうるが、これらの場合は図１７に示すフローチャートにその旨をチェックするステップを追加することで対応することができる。
【００８６】
以下、図１７を用いて「来院お知らせルーチン」の処理手順について説明する。本ルーチンは、例えば毎朝・毎夜の１日２回起動する。まず、患者の薬剤の服用予定履歴ＤＢ１５４を参照して（Ｓ１７１）、現在より予め定めた期間後に服用の予定が無いか判定する（Ｓ１７２）。服用の予定が無いというのは、新たに処方箋をもらっていないため薬が無くなっていると言うことを判定する材料として使用している。服用の予定が無い場合は、該当の患者は来院が必要と判定する（Ｓ１７４）。次に服用の予定が有る場合は、さらに服用しなかった回数が予め定めた回数を越えているかを判定する（Ｓ１７３）。服用しなかった回数が予め定めた回数を超えている患者は来院が必要と判定する。服用しなかった回数が多いということは、薬は余分に所有しているが服用の仕方に問題が有ると判定し来院を促すためである。また、本フローチャートでは説明していないが、服用した回数が予め定めた回数より多い場合も服用の仕方に問題があるということで判定しても良い。
【００８７】
次に来院が必要と判定された患者に対して図２０に示すような来院のお知らせメールを作成して直ちに送信する（Ｓ１７５）。薬剤を服用している全ての患者の処理が終了したか判定し（Ｓ１７６）、終了していない場合は次の患者を指定して（Ｓ１７７）、ステップＳ１７１に戻り、全ての薬を服用している患者に対する処理が終了するまで上記処理を繰り返す。全ての薬を服用している患者に対する処理が終了した場合は処理を終了する（Ｓ１７６のｙｅｓのルート）。
【００８８】
また、処理手順を示すフローチャートは図示していないが、固定／携帯端末５および携帯電話機７にはメールの受信手段５７、７７がある。固定／携帯端末５においては例えば、メールを受信するためにはＰＯＰ（Post Office Protocol）などを用いて予め定めたメールサーバにアクセスしてメールが届いていないかをチェックすることができる。携帯電話機７ではメールサーバから直に携帯電話機７に対してメールの受信のお知らせが届く。
本発明による第１の実施の形態は以上のように構成され動作する。
【００８９】
本発明によれば、処方箋に記録されたＱＲコードに含まれる薬剤の服用に関する情報を用いて患者に服用の時間が到来したことを通知する服用情報メールを送信することができ、その返信メールの内容および返信メールが届かなかった時に応じて、飲み忘れが発生していることを通知する、飲み忘れお知らせメールを送信することができ、さらに患者が服用している薬剤の所有量が少なくなった時もしくは、正しく服用していなかった時などに、来院のお知らせメールを送信することができるので、患者が薬剤の服用の時間を気にする必要が無く、また飲み忘れ防止を行うことができ、薬剤の服用に対し、より極めの細かい対応を行うことができる。
【００９０】
次に第２の実施の形態について以下に説明する。第２の実施の形態では、薬剤の服用に関して患者の個人予定表を作成し、来院する日時を予約できるようにすること、および薬剤の在庫管理や発注処理を行えるようにすることが異なる部分である。
【００９１】
図２３に、本発明の第２の実施の形態における処方箋運用管理システム１の機能ブロック図を示す。第１の実施の形態に加えて、中央演算処理部１３内に、個人予定表登録手段１４１、薬剤在庫管理手段１４２、薬剤服用履歴表示手段１４３が追加されている。さらに記憶部１４内には個人予定表データベース（ＤＢ）１５５と薬剤在庫データベース（ＤＢ）１５６が追加されている。上記新たに追加されている手段およびデータベースの詳細な内容および動作について以下に説明する。
【００９２】
図２４は、患者の個人の日付および時間ごとの予定を管理する個人予定表ＤＢ１５５のデータ構成例を示す。患者ごとに、また日付単位に時間帯とその時間帯での病院の予約の欄、およびその時間帯での「空き」、「予定あり」、「通院」などの予定内容が保存されている。データの登録については後述する。
【００９３】
図２５は、薬剤の在庫を管理する薬剤在庫ＤＢ１５６のデータ構成例を示す。薬剤在庫ＤＢ１５６は、薬剤ＩＤごとにその薬剤名、その薬剤の在庫状況、入荷予定日、入荷予定個数などが保存されている。
［９．個人予定表作成］
【００９４】
次に個人予定表の登録の動作について図２６を用いて説明する。図２６は患者の個人の予定表を登録する動作の処理手順を示すフローチャートである。本動作は個人予定表登録手段１４１が行う動作である。本実施の形態では個人予定表の登録は処方箋運用管理サーバ２に直接接続されているキーボードおよび画面を用いて登録する。システム管理者などの操作者は、キーボードを使用して画面を見ながらまず処方箋運用管理サーバ２にログインする。この際には、図２６には記載していないがセキュリティー確保のため、ユーザＩＤおよびパスワードなどが要求される。ユーザＩＤおよびパスワードの両者が合致していなければ処方箋運用管理サーバ２にはログインできない。また、キーボードから入力される情報は入力部１５を介して中央演算処理部１３に通知される。画面情報は表示部１６を介して画面に表示されるものである。
【００９５】
ログインの後、操作者は画面操作を行いながら患者の個人予定表の作成を要求する（Ｓ２６１ｂ）。処方箋運用管理サーバ２は情報を受信し（Ｓ２６１ａ）、個人予定表登録手段１４１が個人予定表の入力画面を作成して画面に送信する（Ｓ２６２ａ）。画面には個人予定表の入力画面が表示され（Ｓ２６２ｂ）、操作者は日ごと、時間ごとの予定として図２４に示すような、「空き」、「予定あり」、「外出」、「通院」などの予定の入力を行い送信する（Ｓ２６３ｂ）。
【００９６】
入力内容を受信した個人予定表登録手段１４１は、受信した患者の日ごと、時間ごとの予定内容を、該当の患者の個人予定表ＤＢ１５５の該当のエリアに保存する（Ｓ２６４ａ）。次に個人予定表登録手段１４１は、入力を終了するかどうかの選択を行う画面を出力する（Ｓ２６５ａ）。画面上に入力を終了するかどうかの選択画面が表示され（Ｓ２６４ｂ）、操作者が選択した内容が個人予定表登録手段１４１に通知される（Ｓ２６５ｂ、Ｓ２６６ａ）。個人予定表登録手段１４１は、選択内容を判定し（Ｓ２６７ａ）、終了しないで継続する場合は、ステップＳ２６２ａに戻り、終了が選択されるまで上記処理を繰り返す。終了が選択された場合は、個人予定表登録手段１４１は、登録完了通知のために登録完了画面を出力し（Ｓ２６８ａ）処理を終了する。画面上には登録完了画面が表示される（Ｓ２６６ｂ）。このような処理手順で個人予定表が作成される。
【００９７】
なお、本実施の形態では処方箋運用管理サーバ２に直接つながっているキーボードおよび画面を用いてシステム管理者が登録の操作を行っているが、登録を例えばＷＥＢ画面で行えるようにインタフェースを作成し、ＵＲＬを公開することで患者が自宅からパソコンを使用してインターネットを経由してＷＥＢブラウザを用いて自分の予定表を作成することも可能である。さらに携帯電話機７にて上記ＵＲＬを指定して入力するようにインタフェースを追加することも可能である。携帯電話機７の場合は、基地局を経て携帯網６から通信ネットワーク４に接続されてから処方箋運用管理サーバ２に接続するという形態になる。
【００９８】
［１０．薬剤の在庫管理］
薬剤の在庫管理について図２７を用いて以下に説明する。図２７は薬剤の在庫管理を行う動作の処理手順を示すフローチャートである。本動作は薬剤在庫管理手段１４２が行う動作である。まず、薬剤在庫ＤＢ１５６より該当薬剤の在庫量を取得しＡとする（Ｓ２７１）。次に服用中の全患者が残している薬剤の数を求めＢとする（Ｓ２７２）。ステップＳ２７２では全患者から該当の薬剤を服用している患者を選択し、さらに選択した全対象の患者に対して服用予定履歴ＤＢ１５４を参照して患者が所有している数を加算するという処理を行うものであるが、省略して一つの枠内に記載している。
【００９９】
次に該当の薬剤が一日に外来にて出される過去の平均数を求めてＸとする（Ｓ２７３）。次に該当の薬剤を服用中の患者が一日で服用している総数を求めＹとする（Ｓ２７４）。また該当製品は３０日間分の在庫を有しておくことを条件として、（Ａ＋Ｂ）／（Ｘ＋Ｙ）を算出し、値が３０以下になっているかどうかを判定する（Ｓ２７５）。値が３０以下の場合は該当の薬剤の発注処理を行い（Ｓ２７６）、３０を越える場合は何もせずにステップＳ２７７へ進む。
【０１００】
ステップＳ２７７では、全ての薬剤の処理が終了したかを判定し、全ての薬剤の処理が終了していない場合は次の薬剤を指定して（Ｓ２７８）ステップＳ２７１へ戻り、上記処理を全ての薬剤に対して終了するまで処理を繰り返す。全ての薬剤に対して処理が終了した場合は処理を終了する（Ｓ２７７のｙｅｓのルート）。以上のように動作することで薬剤の発注時期を自動的に行うことが可能となる。なお、図２７のフローチャートには記載していないが、在庫が予め定めた閾値から少なくなった場合などには、画面上に通知するもしくは、在庫の管理者にメールするなどの処理も可能である。
【０１０１】
［１１．来院のお知らせおよび予約］
来院のお知らせおよびその時の来院の予約の動作について図２８を用いて説明する。図２８は来院のお知らせおよび来院の予約を行う動作の処理手順を示すフローチャートである。本動作は来院お知らせ手段１３７が行う動作である。図１７に示す来院お知らせ手段１３７の動作と異なるのは、ステップＳ２８１にて来院可能な日時を病院側および患者側の予定を調べることで来院可能な日時の候補を出す機能が追加されているところである。患者側の予定は、患者の個人予定表を用いて空き時間の調査を行うものとする。病院側の予定は図示していないが担当の医師の予定を承知して行うものとする。
【０１０２】
また、来院可能な日時の候補を患者に通知するに際し、来院お知らせメールにて、図２９に示すような、ＷＥＢにて来院可能な日時の候補を表などで表したＵＲＬをメールに記載して通知する。その来院お知らせメールに記載のＵＲＬを患者がクリックするなどして指定すると、図３０に示すようなＷＥＢの閲覧画面が表示され、ＷＥＢ上で来院可能な日時が閲覧でき、さらにその閲覧画面にて患者の都合の良い日時を選択して送信ボタンを押下することで予約を行うことができる。ということが可能である。
【０１０３】
［１２．薬剤の服用履歴の表示］
次に患者の薬剤服用の履歴を表示する動作を図３１を用いて説明する。図３１は患者対応の薬剤別の服用状況を表示する動作の処理手順を示すフローチャートである。本動作は薬剤服用履歴表示手段１４３が行う動作である。ある患者に対して患者が今まで服用してきた薬剤についてその服用履歴を薬剤の服用予定履歴ＤＢ１５４を検索することで抽出し、一覧を作成する（Ｓ３１１）。患者が服用した全ての薬剤について調査を終了したかを判定し（Ｓ３１２）、終了していない場合は、次の薬剤を指定して（Ｓ３１３）ステップＳ３１１に戻り、患者が服用した全ての薬剤について上記の処理を繰り返す。
【０１０４】
次に図３２に示すような患者の薬剤に関する全ての服用状況を一覧表示して処理を終了する。本処理は一人の患者の処理であるが、複数の患者の服用状況の一覧を作成することで患者もしくは薬剤に特有な属性を見出すことも可能となる。
本発明による第２の実施の形態は以上のように構成され動作する。
【０１０５】
本発明によれば、患者の個人予定表を作成し管理することで、来院の予約を行うことができ、また薬剤在庫管理手段１４２を設けたことで、服用中の患者の消費量も加味された在庫管理ができ、適切な時期に薬剤の発注を行うことができる。また患者の薬剤の服用履歴を過去に渡って一覧として容易に知ることができるので、担当の医者はその情報を用いて患者に対して極めの細かい診断などのサービスを提供することができる。また、従来人手で行っていた薬剤の発注などの管理を自動的に行うことができるため、薬剤不足や薬剤の過剰在庫が発生することが無いように設定することで少なくとも通常な使用状態での薬剤不足や過剰在庫の発生を防止することが可能となる。
【０１０６】
次に第３の実施の形態について以下に説明する。第３の実施の形態では、処方箋運用管理サーバ２から送信される薬剤の服用を案内する服用情報メールを受信した時に、受信した携帯電話機７は、その服用の内容を記憶し、薬剤の服用日時に自動的に通知を行い、服用の結果も自動的に処方箋運用管理サーバ２に通知する機能を有するところが異なる。
【０１０７】
図３３に携帯電話機７が行う服用の通知および飲み忘れの通知を行う動作の処理手順を示すフローチャートを示す。本動作は携帯電話機７内の服用通知処理７８および飲み忘れ通知処理７９が行う動作である。本実施の形態では一つのフローチャートに混在させているが、別々の動作を行うことも可能である。処方箋運用管理サーバ２は服用日時メールを作成し携帯電話機７に通知する。第３の実施の形態における服用日時メールとは、服用する日時に第１の実施の形態で処方箋運用管理サーバ２が送信する服用情報メールとは異なり、処方箋を受付け、ＱＲコードから服用に関する情報を抽出した時に、その服用する日時などの内容をそのまま送信するメールである。
【０１０８】
処方箋運用管理サーバ２はＱＲコードから薬剤の服用に関する服用日時などの情報を抽出すると服用日時メールを携帯電話機７にメールで送信する（Ｓ３３１ａ）。服用日時メールを受信した（Ｓ３３１ｂ）携帯電話機７は、受信したことを画面表示し、服用の日時に関する情報を携帯電話機７内の記憶部７４に保存する（Ｓ３３２ｂ）。
【０１０９】
服用する日時になったかどうかを判定し（Ｓ３３３ｂ）、薬剤を服用する日時になった時、携帯電話機７は、音、振動、ランプ点灯、メッセージ表示などの手段を用いて患者に薬剤の服用を促す（Ｓ３３４ｂ）。さらにその薬剤の服用の結果を入力する画面を表示し（Ｓ３３５ｂ）、患者が結果を入力することで服用結果を処方箋運用管理サーバ２に送信し（Ｓ３３６ｂ）、処方箋運用管理サーバ２は服用に関する情報を受信する（Ｓ３３２ａ）。次に服用の予定が次の服用の予定が無いかどうか判定し（Ｓ３３９ｂ）、無い場合は処理を終了し、ある場合（Ｓ３３６ｂのｎｏのルート）はステップＳ３３３ｂに戻り服用の予定が有る限り上記動作を繰り返す。
【０１１０】
服用の日時ではない場合は、飲み忘れが発生しているかどうかを判定する（Ｓ３３７ｂ）。発生していれば、音、振動、ランプ点灯、メッセージ表示などの少なくとも一つの手段を用いて患者に飲み忘れを通知する（Ｓ３３８ｂ）。飲み忘れが無い場合はステップＳ３３９ｂへと進む。
【０１１１】
本実施の形態では、携帯電話機７側にＪａｖａ（登録商標）もしくはＢｒｅｗ（Binary Runtime Environment for Wireles）などの言語にてプログラムを登録して携帯電話機７にてそのプログラムを起動することで可能となる。携帯電話機７は、携帯電話機７を唯一に特定する個別の識別情報を有するためその情報を認証情報として使用して処方箋運用管理サーバ２にアクセスすることも可能である。
本発明による第３の実施の形態は以上のように構成され動作する。
【０１１２】
本実施の形態によれば、処方箋運用管理サーバ２は服用に関するメールを直ちに送信して良いため、処方箋運用管理サーバ２は指定時刻にメールを送信するという機能を有さなくても良い。本サービスに加入している患者の数が多い場合は、処方箋運用管理サーバ２で行う処理に遅延が生ずる可能性があるが、その処理に関しては携帯電話機７側で行うので負荷分散となり、大量の患者を取り扱うのを可能としている。
【０１１３】
また、飲み忘れのお知らせおよび来院のお知らせも携帯電話機７側で管理することも可能である。さらには図面には記載していないが、処方箋運用管理サーバ２と必要な時に通信を行い、患者は処方箋情報などの患者が欲する医療上のデータで病院が提供する情報を受け取ったりすることが可能であり、病院側も患者の位置情報を調べたりすることが可能であるため、これらの情報を用いてさらに機能追加も可能となる。
【０１１４】
また、第１および２の実施の形態では、服用情報メールは患者の喚起を促すためにまさにその服用の日時に届かなければならない。メールサーバの故障、携帯網６の故障、患者が圏外にいたなどの状況で服用情報メールが届かないことも有り得るが、本実施の形態では事前にメールにて通知することが可能であるため、携帯の電源が入っている限りは服用日時を患者に知らせることができるので、より安定して服用のお知らせを患者に対して行うことが可能となり、患者により安心できるサービスを提供することができる。
【０１１５】
なお、第３の実施の形態では携帯電話機７を使用しているが、ＰＤＡ（Personal Digital Assistance）にて行うことも可能である。
【図面の簡単な説明】
【０１１６】
【図１】本発明の第１の実施の形態に係わる処方箋運用管理システムの機能ブロック図である。
【図２】本発明の第１の実施の形態に係わる処方箋運用管理システムの動作概略を示す図である。
【図３】図１の患者情報ＤＢのデータ構成例である。
【図４】図１の薬剤情報ＤＢのデータ構成例である。
【図５】図１の処方箋情報ＤＢのデータ構成例である。
【図６】図１の服用予定履歴ＤＢのデータ構成例である。
【図７】図１の情報登録収集手段が行う処理手順を示すフローチャートである。
【図８】図１のＱＲコード付与手段が行う処理手順を示すフローチャートである。
【図９】図１のＱＲコード読取手段が行う処理手順を示すフローチャートである。
【図１０】図１の服用メール配信先登録手段行う処理手順を示すフローチャートである。
【図１１】図１の服用予定履歴登録手段が行う処理手順を示すフローチャートである。
【図１２】図１の服用メール作成送信手段が行う処理手順を示すフローチャートである。
【図１３】本発明の第１の実施の形態におけるメールを指定時刻に送信する登録を行う処理手順を示すフローチャートである。
【図１４】本発明の第１の実施の形態におけるメールを指定時刻に送信する登録において使用される指定時刻メール送信登録テーブルのデータ構成例である。
【図１５】本発明の第１の実施の形態におけるメールを指定時刻に送信する処理手順を示すフローチャートである。
【図１６】図１のメール監視受信解析手段が行う処理手順を示すフローチャートである。
【図１７】図１の来院お知らせ手段が行う処理手順を示すフローチャートである。
【図１８】本発明の第１の実施の形態における服用情報メールの画面例である。
【図１９】本発明の第１の実施の形態における飲み忘れお知らせメールの画面例である。
【図２０】本発明の第１の実施の形態における来院お知らせメールの画面例である。
【図２１】本発明の第１の実施の形態における服用情報メールの画面例である。
【図２２】本発明の第１の実施の形態における返信用ＷＥＢの画面例である。
【図２３】本発明の第２の実施の形態に係わる処方箋運用管理システムの機能ブロック図である。
【図２４】図２３の個人予定表ＤＢのデータ構成例である。
【図２５】図２３の薬剤在庫ＤＢのデータ構成例である。
【図２６】図２３の個人予定表登録手段が行う処理手順を示すフローチャートである。
【図２７】図２３の薬剤在庫管理手段が行う処理手順を示すフローチャートである。
【図２８】図２３の来院お知らせ手段が行う処理手順を示すフローチャートである。
【図２９】本発明の第２の実施の形態における来院お知らせメールの画面例である。
【図３０】本発明の第２の実施の形態におけるＷＥＢ閲覧画面例である。
【図３１】本発明の第３の実施の形態における薬剤服用履歴表示手段の処理手順を示すフローチャートである。
【図３２】本発明の第３の実施の形態における薬剤服用履歴のデータ構成例である。
【図３３】本発明の第３の実施の形態における服用通知および飲み忘れ通知の処理手順を示すフローチャートである。
【符号の説明】
【０１１７】
１  処方箋運用管理システム
２  処方箋運用管理サーバ
３  薬局端末
４  通信ネットワーク
５  固定／携帯端末
６  携帯網
７  携帯電話機
１２，３２，５２，７２  送受信部
１３，３３，５３，７３  中央演算処理部
１５，３５，５５，７５  入力部
１６，３６，５６，７６  表示部
１４，７４  記憶部
１３１  送受信処理手段
１３２  入出力処理手段
１３３  情報登録収集手段
１３４  ＱＲコード付与手段
１３５  服用メール作成送信手段
１３６  メール監視受信解析手段
１３７  来院お知らせ手段
１３８  服用予定履歴登録手段
１３９  服用メール配信先登録手段
１４０  ３７  ８０  ＱＲコード読取手段
１４１  個人予定表登録手段
１４２  薬剤在庫管理手段
１４３  薬剤服用履歴表示手段
１５１  患者情報（データベース）ＤＢ
１５２  薬剤情報（データベース）ＤＢ
１５３  処方箋情報（データベース）ＤＢ
１５４  服用予定履歴（データベース）ＤＢ
１５５  個人予定表（データベース）ＤＢ
１５６  薬剤在庫（データベース）ＤＢ
３８，８１  メール配信登録手段
５７，７７  メール受信手段
７８  服用通知処理
７９  飲み忘れ通知処理
【図１】
2007122183.tif 000003
【図２】
2007122183.tif 000004
【図３】
2007122183.tif 000005
【図４】
2007122183.tif 000006
【図５】
2007122183.tif 000007
【図６】
2007122183.tif 000008
【図７】
2007122183.tif 000009
【図８】
2007122183.tif 000010
【図９】
2007122183.tif 000011
【図１０】
2007122183.tif 000012
【図１１】
2007122183.tif 000013
【図１２】
2007122183.tif 000014
【図１３】
2007122183.tif 000015
【図１４】
2007122183.tif 000016
【図１５】
2007122183.tif 000017
【図１６】
2007122183.tif 000018
【図１７】
2007122183.tif 000019
【図１８】
2007122183.tif 000020
【図１９】
2007122183.tif 000021
【図２０】
2007122183.tif 000022
【図２１】
2007122183.tif 000023
【図２２】
2007122183.tif 000024
【図２３】
2007122183.tif 000025
【図２４】
2007122183.tif 000026
【図２５】
2007122183.tif 000027
【図２６】
2007122183.tif 000028
【図２７】
2007122183.tif 000029
【図２８】
2007122183.tif 000030
【図２９】
2007122183.tif 000031
【図３０】
2007122183.tif 000032
【図３１】
2007122183.tif 000033
【図３２】
2007122183.tif 000034
【図３３】
2007122183.tif 000035