JP2009031889A - 医療サービス提供システム - Google Patents

Abstract

【課題】 診察後における患者のケアに関するサービスを、医療機関側から患者に対して提供することができる医療サービス提供システムを提供すること。
【解決手段】 病院１内の各診察室に設置されたパソコン１２ａ，１２ｂから、各医師により診察された患者のカルテ／処方箋データが、ＬＡＮ１０を介して院内サーバ１１へ送信されると、院内サーバ１１は、受信したカルテ／処方箋データに基づいて患者に処方した薬の服用終了日を算出し、当該患者へ服用終了日を知らせる電子メールを生成する。そして、服用終了日の２日前になると、院内サーバ１１は、上記生成した電子メールを、ルータ１３およびインターネット５を介して基地局４から当該患者が所持する携帯電話２へ送信する。
【選択図】 図１

Description

本発明は、診察後における患者のケアに関するサービスの提供を可能とする医療サービス提供システムに関する。

今日、病院などの医療機関においては、診察予約、カルテの作成、精算処理などが、ネットワークに接続されたコンピュータなどの情報端末を用いてシステム化され、医師による診察前後の患者の待ち時間が大幅に短縮されている。また、近年では、上述したシステムの規模は病院内にとどまらず、薬局に設置された情報端末と接続し、処方箋に基づく薬の提供についても利用者の利便性を向上させた医療機関用のシステムが提案されるに至っている。

たとえば、特許文献１に開示されている医療予約システムでは、患者が携帯電話からインターネット上に開設された病院のホームページから診察の予約を行うことができ、この予約時に患者が薬を購入する薬局を指定しておくと、診察後に医師が診察内容に関する情報と、処方箋に関する情報（以下、処方箋情報という）とを、病院のホストコンピュータに入力したときに、当該ホストコンピュータから、上記指定された薬局の端末へ処方箋情報が送信される。これにより、患者は病院の開業時間外であっても診察の予約ができるとともに、薬局では、診察後、直ちに処方箋にあった薬の調剤が可能となり、患者を待たせることなく処方箋で指示された薬を提供することができる。

また、特許文献２に開示されている医療サービス提供システムでは、上述した医療予約システムと同様に、患者の自宅に設置された端末から、病院内のサーバにアクセスして診察予約を行うことができる。また、診察後に、医師が処方箋情報を病院内のサーバに登録すると、当該処方箋情報に対応付けられた処方箋ＩＤがＩＣカード化された診察券（以下、ＩＣ診察券という）に書き込まれ、患者に返却される。そして、患者が当該ＩＣ診察券を薬局に提出すると、薬局に設置された端末から、ＩＣ診察券に書き込まれた処方箋ＩＤに基づいて病院のサーバから処方箋情報を取得でき、薬剤師は、取得した処方箋情報に基づいて薬の調剤を行う。さらに、患者が帰宅後、自宅の端末から、処方された薬の効能や用法、および、症状の変化による対応方法について、薬局および病院のサーバにそれぞれアクセスして問合せることも可能である。

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

ところで、上述した従来の各種システムでは、診察後の患者に対するケアについて、十分なサービスを提供することは困難である。すなわち、特許文献１に開示されているシステムでは、患者の利便性は向上するが、処方された薬を購入してから次の診察予約を行うまでの間は、患者に対して何らサービスを提供することがない。また、特許文献２に開示されているシステムでは、患者の帰宅後、自宅の端末から薬局や病院のサーバへアクセスして、薬の効能・用法や、症状変化に対する対応方法などについて問合せることはできるが、患者自らが行動を起こさなければならないため、たとえばパソコンの操作が苦手な患者は、上述した折角のサービスを利用しないおそれがある。また、核家族化および高齢化が進み、一人暮らしの高齢者が増えつつある昨今、医療を提供する側から患者に対して、積極的にサービスを提供することができるシステムの必要性が高まることが予想される。

そこで、本発明は、診察後における患者のケアに関するサービスを、医療機関側から患者に対して提供することができる医療サービス提供システムを提供することを目的としている。

上記の目的を達成するために、本発明は、患者に対して診察後のケアに関するサービスを提供する医療サービス提供システムであって、時間を常時計測し、現在の年月日および時刻を表す暦情報を発生する計時手段と、薬の服用期間が終了することを通知する電子メールの文面を示した文字列情報を記憶する通知メール情報記憶手段と、前記複数の患者の各々に付与された固有の患者識別情報と、少なくとも該患者識別情報に対応する患者の電子メール送信先を表す送信先情報とを記憶する患者情報記憶手段と、前記患者を診察した診察日および該診察日に処方した薬の名称、用量、用法、分量などに関する情報を含む処方箋情報を、該患者に付与された患者識別情報に対応付けて記憶する処方箋情報記憶手段と、前記通知メール情報記憶手段に記憶されている文字列情報に、前記処方箋情報記憶手段に記憶されている該患者に固有の処方箋情報を組み込んで、服用終了通知メールを生成する通知メール生成手段と、前記処方箋情報記憶手段に記憶された前記処方箋情報に基づいて、該処方箋情報に対応付けられた患者識別情報によって特定される患者に処方された薬の服用期間終了日を算出する終了日算出手段と、前記計時手段が発生する暦情報と、前記終了日算出手段によって算出された服用期間終了日とに基づいて、前記通知メール生成手段によって生成された服用終了通知メールを送信するか否かを決定する通知メール送信決定手段と、前記通知メール送信決定手段が、前記服用終了通知メールを送信すると決定した場合、該服用終了通知メールを、前記患者情報記憶手段に記憶された該患者の送信先情報に従って送信するメール送信手段とを具備することを特徴としている。

ここで、処方箋情報に含まれる「用量」とは１回に飲む薬の量であり、「用法」とは薬を服用するときを示す情報（たとえば、「毎食前」、「毎食後」、「朝一回」、「就寝前」など）である。また、「分量」とは、何錠（もしくは何包、何日分）の薬を処方したのかを表す情報である。また、通知メール生成手段が、通知メール記憶手段に記憶されている文字列情報に組み込む、患者に固有の処方箋情報とは、たとえば、診察日、当該患者に処方された薬の名前および分量などがある。また、通知メール送信決定手段は、たとえば、現在の日時と服用期間が終了する日時とが一致したとき、または、現在の日時が、服用期間が終了する日時の、予め定められた時間前になったとき、もしくは、予め定められた時間だけ経過したときに、服用終了通知メールを送信することを決定する。

本発明によれば、各患者の処方箋情報に含まれる診察日と、当該診察日に処方した薬の用量、用法、分量とに基づいて、各患者に処方した薬の服用期間の終了日時が算出され、現在の日時と、算出された服用期間の終了日時とに基づいて、患者に対して薬の服用期間の終了が間近になったこと、または、終了したことなどを知らせる電子メール（服用期間終了メール）が送信される。これにより、上記電子メールを受信した患者は、薬の服用期間の終了が間近になったこと、または、終了したことなどを知ることができ、そのときの体調に基づいて次回の診察を予約するか否かを判断する契機とすることができる。したがって、診察後における患者のケアに関するサービスを、病院などの医療機関側から提供することができる。

また、本発明は、上述した医療サービス提供システムにおいて、外部から送信された電子メールを受信するメール受信手段と、前記メール受信手段が、前記メール送信手段によって前記服用終了通知メールを送信した患者から、該服用終了通知メールに対する返答メールを受信したか否かを判断する返答メール判断手段と、前記返答メール判断手段によって前記メール受信手段が前記患者から前記返答メールを受信しなかったと判断した場合、その旨の報知を行う返答非受信報知手段とを具備することを特徴としている。

ここで、返答メール判断手段が、服用終了通知メールを送信した患者からの返答メールを受信したか否かを判断するタイミングは、たとえば、予め定められた時間が経過するごとに、または、上記服用終了通知メールを送信してから予め定められた時間が経過したときなどがある。

本発明によれば、上述した医療サービス提供システムにおいて、前述した服用期間了通知メールを送信した患者から、返信メールが送られて来なかった場合、返答非受信報知手段によってそのことが報知される。これにより、患者へ送信した服用終了通知メールに対して患者側から何ら応答がないことを、病院などの医療機関に勤務する担当者などに、いち早く知らせることができ、当該担当者が上記患者の容態を確認するなどの措置を迅速に取ることができる。

また、本発明は、上述したいずれかの医療サービス提供システムにおいて、前記患者の診察予約日時に関する情報を含む予約情報を、該患者に付与された前記患者識別情報に対応付けて記憶する予約情報記憶手段と、前記メール送信手段によって前記服用終了通知メールが送信された患者の予約情報が、前記予約情報記憶手段に記憶されているか否かを判断する予約情報確認手段と、前記予約情報確認手段によって、前記予約情報記憶手段に前記服用終了通知メールを送信した患者の予約情報が記憶されていないと判断された場合、その旨の報知を行う予約非登録報知手段とを具備することを特徴としている。

ここで、予約情報確認手段が、服用終了通知メールを送信した患者の予約情報を確認するタイミングとしては、たとえば、現在の日時と服用期間が終了する日時とが一致したとき、または、現在の日時が服用期間が終了する日時の、予め定められた時間前もしくは予め定められた時間だけ経過したとき、さらには、上記服用終了通知メールを送信してから予め定められた時間が経過したとき、前述した返答非受信報知手段が報知を行ったとき、返答非受信報知手段が報知を行ってから予め定められた時間が経過したときなどがある。

本発明によれば、患者に服用終了通知メールを送信した後、たとえば、当該患者から何ら返答メールが送られてこない場合などに、予約情報記憶手段に当該患者の次回の診察情報が記憶されているか否か、換言すると、当該患者が次回の診察予約を行っているか否かを確認し、次回の診察予約が行われていなかった場合は、予約非登録報知手段によってそのことが報知される。したがって、たとえば、患者に服用終了通知メールを送信したにも関わらず、当該患者が次回の診察予約を行っていないことを、病院などの医療機関に勤務する担当者などに、いち早く知らせることができ、当該担当者が上記患者の容態を確認するなどの措置を迅速に取ることができる。

さらに、本発明は、上述した医療サービス提供システムのいずれかにおいて、薬の服用を患者に促す電子メールの文面を示した文字列情報を記憶する報知メール情報記憶手段と、前記報知メール情報記憶手段に記憶されている文字列情報に、前記処方箋情報記憶手段に記憶されている該患者に固有の処方箋情報を組み込んで、服用時間報知メールを生成する報知メール生成手段と、前記計時手段が発生する暦情報と前記処方箋情報とに基づいて、前記報知メール生成手段によって生成された服用時間報知メールを送信するか否かを決定する報知メール送信決定手段とを有してなり、前記メール生成手段は、前記報知メール送信決定手段が、前記服用時間報知メールを送信すると決定した場合、該服用時間報知メールを、前記患者情報記憶手段に記憶された該患者の送信先情報に従って送信することを特徴としている。

ここで、報知メール生成手段が、報知メール記憶手段に記憶されている文字列情報に組み込む、患者に固有の処方箋情報とは、たとえば、当該患者に処方された薬の名前および用量などがある。また、報知メール送信決定手段は、たとえば、現在の時間が、予め定められている服用時間になったとき、または、予め定められた時間前になったときに、服用時間報知メールを送信することを決定する。

本発明によれば、各患者に処方した薬の服用時間になると、もしくは、服用時間が近づいてくると、薬を服用するよう促す電子メール（服用時間報知メール）が各患者に対して送信される。これにより、上記電子メールを受信した患者は、薬の服用時間になったこと、もしくは、近づいたことを知ることができるため、患者が薬を飲み忘れてしまう可能性を低くすることができ、診察後における患者のケアに関するサービスを、医療機関側から患者へ積極的に提供することかできる。

本発明によれば、診察後における患者のケアに関するサービスを、医療機関側から患者に対して提供することができる。

以下、本発明を実施するための形態について図面を参照しながら説明する。図１は、本実施形態に係る医療サービス提供システムの全体的な構成を示す図であり、本実施の形態における医療サービス提供システムが設置される医療機関としての病院１と、上記医療サービス提供システムからサービスを受ける患者の携帯電話２と、薬局３とが図示されている。患者が所持する携帯電話２は、基地局４と無線で通信を行い、他の電話機と電話回線（図示略）を介して会話をすることができるとともに、インターネット５を介して他の情報端末とのデータ通信が可能となっている。また、薬局３には本実施の形態における医療サービス提供システムからサービスを受けるパーソナルコンピュータ（以下、パソコンという）３０が設置されており、同じく薬局３内に設置されているルータ３１を介して、インターネット５に接続されている他の情報端末と、データ通信が可能となっている。

病院１内にはＬＡＮ（Ｌｏｃａｌ Ａｒｅａ Ｎｅｔｗｏｒｋ）１０が構築されており、ＬＡＮ１０には、院内サーバ１１、病院１に勤務する各医師に割り当てられているパソコン１２ａ，１２ｂ、および、ルータ１３が接続されている。院内サーバ１１は、たとえば、医療事務などを行う部署に設置され、ルータ１３およびインターネット５を介して、携帯電話２および薬局３に設置されたパソコン３０と、各種情報の通信を行う。また、詳しくは後述するが、院内サーバ１１は、各種データベース（以下、「データベース」をＤＢと記す）を構築しており、院内サーバ１１が備えているキーボード（後述する）から入力されるデータ、および、病院１において各医師が診察を行う診察室に設置されたパソコン１２ａ，１２ｂからＬＡＮ１０を介して送信されてくるデータにより、各ＤＢ内のデータを更新する。さらに、院内サーバ１１は、患者および薬局３に対して各種サービスを提供するため、各ＤＢに格納されたデータに基づき、ルータ１３およびインターネット５を介して、前述した携帯電話２および薬局３内のパソコン３０へ情報を提供する。

パソコン１２ａ，１２ｂは、各々、医師が診察を行う診察室に設置されており、いずれもＣＰＵ、ＲＡＭ、ハードディスクドライブ、キーボード、マウス、モニタなど、通常のパソコンが備えているハードウェアを有している他、ＬＡＮを介したデータ通信を可能とする通信用基板（以下、ＬＡＮカードという）を備えており、ＬＡＮ１０を介して院内サーバ１１と各種データの授受を行う。

ルータ１３は、院内サーバ１１およびパソコン１２ａ，１２ｂがインターネット５を介して他の機器との通信を可能とするために、たとえば、ＮＡＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｔｒａｎｓｌａｔｏｒ）またはＮＡＰＴ（Ｎｅｔｗｏｒｋ Ａｄｄｒｅｓｓ Ｐｏｒｔ Ｔｒａｎｓｌａｔｏｒ）といった、図示せぬプロバイダから病院１に割り当てられたグローバルＩＰアドレスと、たとえばＬＡＮ１０のネットワーク管理者などによってＬＡＮ１０に接続されているパソコン１２ａ，１２ｂなどの各種情報端末に割り当てられたプライベートＩＰアドレスとを、相互に変換する機能を有している。

薬局３に設置されたパソコン３０は、ＣＰＵ、ＲＡＭ、ハードディスクドライブ、キーボード、マウス、モニタなどの通常のパソコンが備えているハードウェアの他に、ＬＡＮカードを備えている。そして、このＬＡＮカードはルータ３１に接続され、ルータ３１によりインターネット５を介して院内サーバ１１とデータの送受信を行う。

次に図２に示すブロック図を参照して、院内サーバ１１の構成について説明する。図２において、ＣＰＵ１１０は、ＲＯＭ１１１に記憶されたプログラムを実行することにより、バスＢを介してＲＯＭ１１１を含む各種デバイスを制御すると共に、本実施の形態における医療サービス提供システムの機能を実現する。ワークＲＡＭ１１２は、ＣＰＵ１１０が上述したプログラムを実行する過程で生じるデータを一時的に記憶する。リアルタイムクロック（以下、ＲＴＣという）１１３は、常時、時間を計測しており、ＣＰＵ１１０の要求に応じて、現在の西暦、月、日、曜日、時、分、秒を表す暦情報をＣＰＵ１１０へ出力する。よって、ＲＴＣ１１３は計時手段に相当する。キーボード１１４は、文字、数字、記号に対応する複数のキーを備えており、病院１の事務担当者などが、これらのキーを操作することによって入力した情報を、ＣＰＵ１１０へ出力する。ディスプレイ１１５は、本実施の形態における医療サービス提供システムを制御するための制御画面、後述する各種ＤＢのデータを入力するための入力画面、および、上述した事務担当者に報知する情報（後述する）など、ユーザインタフェース用の画面を表示する。ＬＡＮカード１１６は、ＬＡＮ１０に接続され、ＣＰＵ１１０の制御に従って、病院１内に設置されたパソコン１２ａ，１２ｂ、並びに、携帯電話２およびパソコン３０と各種データの授受を行う。

データベース記憶装置１１７およびメール情報記憶装置１１８は、たとえばハードディスクドライブなどの補助記憶装置であり、データベース記憶装置１１７は、患者ＤＢ、予約ＤＢ、カルテ／処方箋ＤＢ、薬剤ＤＢといった各種ＤＢを構成するデータを記憶している。また、メール情報記憶装置１１８には、メール送信スケジュール記憶領域、メール文面記憶領域、および、メールデータ記憶領域が設けられている。メール送信スケジュール記憶領域には、携帯電話２へ送信する電子メールの送信スケジュールを管理するためのメール送信スケジュール情報（詳しくは後述する）が格納される。また、メール文面記憶領域には、患者が所持する携帯電話２へ送信する電子メールのフォーマットを成す文字列情報（以下、メール文面情報という）が格納される。さらに、メールデータ記憶領域には、上述した電子メールのフォーマットに基づいて生成された各患者へ送信する電子メールと、各患者から受信した電子メールとが格納される。

次に、図３〜図６を参照してデータベース記憶装置１１７に記憶されている患者ＤＢ、予約ＤＢ、カルテ／処方箋ＤＢ、薬剤ＤＢの内容について説明する。図３は、患者ＤＢに記憶されているデータの内容を示したものであり、たとえば初診時などに各患者に固有に付与された文字、数字、記号からなる患者ＩＤ（患者識別情報）と、患者の氏名と、患者が所有する診察券に付与された固有の番号（以下、診察券Ｎｏ．という）と、患者によって指定されたメールアドレス（送信先情報）とが相互に関連付けられて格納されている。これら患者に関するデータは、初診の際に患者が記入した問診票などに基づいて院内サーバ１１のキーボード１１４から患者ＤＢに登録される。この患者ＤＢ１１０は、患者情報記憶手段に相当する。図４は予約ＤＢに記憶されているデータの内容を示したものであり、上述した患者ＩＤ、患者が診察の予約をしたときに付与される予約Ｎｏ．、診察予約日、予約時間帯、診察を希望する医科、担当医の氏名が相互に関連付けられて格納されている。これらのデータは、患者が診察予約をした時に院内サーバ１１のキーボード１１４から予約ＤＢに登録される。この予約ＤＢは、予約情報記憶手段に相当する。

図５は、カルテ／処方箋ＤＢに記憶されているデータの内容を示したものであり、カルテ／処方箋ＤＢには、各医師ごとに、担当した患者の診察内容などが記憶される。具体的には図５に示すとおり、医師の氏名および当該医師が属する医科を示すデータに対して、診察した患者の患者ＩＤ、当該患者の診察日、各診察日に行った診察における問診の内容および所見、各診察の際に医師が処方した薬の種類を示す薬剤ＩＤおよび分量が、相互に関連付けられて格納されている。ここで、薬剤ＩＤは病院１で処方し得る薬の各々に、固有に付与された識別情報（後述する）である。また、上述した薬の分量は、投薬期間（すなわち服用期間でもある）の日数によって表される。図５においては、処方箋ＤＢには３種類までの薬が登録可能になっているが、薬の種類を登録できる数はこれ以上であってもよい。このカルテ／処方箋ＤＢは、処方箋情報記憶手段に相当する。

図６は、薬剤ＤＢに記憶されているデータの内容を示したものであり、病院１で処方し得る薬の各々に付与された固有の識別情報である薬剤ＩＤと、薬の名称と、薬の用法（すなわち、その薬をいつ飲むべきかを表す情報であり、たとえば「毎食後」、「毎食前」、「起床時」、「就寝前」など）、後述する服用時間報知メールの送信時刻（報知時刻指定情報）、薬の用量（１回に飲む薬の量）、服用時の注意事項を表す情報（たとえば、服用後の眠気など）が、相互に関連付けられて格納されている。

次に、図７および図８を参照して、メール情報記憶装置１１８のメール送信スケジュール記憶領域およびメール文面記憶領域に格納されているメール送信スケジュール情報およびメール文面情報の内容について説明する。図７は、メール送信スケジュール情報の内容を示すものであり、患者ＩＤ、各患者に処方した薬の服用期間が終了する服用終了日、後述するメール文面情報に基づいて作成された、服用時間を患者に報知するための電子メール（服用時間報知メール）のファイル名（図７においては「ｍａ１」、「ｍｂ１」などと表記）と、服用期間がまもなく終了する旨を患者に通知するための電子メール（以下、服用終了通知メールという）を送信した日と、これら電子メールの送信先であるメールアドレスと、上記服用終了通知メールに対して返信メールを受信したか否かを示す情報（図７においては「返信メール」と表記）が相互に関連付けられて格納されている。ここで、返信メールを受信したか否かを示す情報は、「０」または「１」で表され、「０」であれば返信メールを受信しておらず、「１」であれば返信メールを受信したことを示している。また、上述した服用時間報知メールの送信時刻は、７：００，１２：００，１９：００の３回に予め定められており、患者に処方した薬の報知時刻指定情報に応じて、各送信時刻に対応する服用時間報知メールがＣＰＵ１１０によって生成される。なお、図７において、７：００、１２：００、１９：００の各送信時刻に対して空欄になっている箇所は、その時刻に送信される服用時間報知メールは存在しないことを表している。

図８は、メール情報記憶領域に格納されているメール文面情報の内容の一例を説明するための説明図であり、図８（ａ）は服用終了通知メール、図８（ｂ）は服用時間報知メールの文面情報の内容を示している。これらの文面は、テキストデータとしてメール情報記憶装置１１８に記憶されており、各メールの文面において、「＆」で挟まれた変数名の位置には、各メールを送信する患者に特有の情報がＣＰＵ１１０によって置換・挿入されて各患者宛てのメールが生成される。すなわち、図８（ａ）に示す服用終了通知メールでは、メールの文面に「＆Ｎａｍｅ＆」、「＆Ｄａｔｅ＆」、「＆ｍｄｅｐ＆」、「＆ｔｅｒｍ＆」という変数名が含まれており、ＣＰＵ１１０がある患者宛の服用終了通知メールを作成する際に、「＆Ｎａｍｅ＆」という変数名の位置に、メールを送信する患者の氏名が患者ＤＢから読み出されて置換・代入される。また、「＆Ｄａｔｅ＆」、「＆ｍｄｅｐ＆」、「＆ｔｅｒｍ＆」という変数名の位置には、それぞれ、メールを送信する患者の、診察日、診察を受けた医科、処方された薬の分量がカルテ／処方箋ＤＢから読み出されて置換・代入される。

また、図８（ｂ）に示す服用時間報知メールでは、服用終了通知メールと同じ、「＆Ｎａｍｅ＆」、「＆Ｄａｔｅ＆」、「＆ｍｄｅｐ＆」という変数名の他に、「＆ｍｅｄｉ１＆」、「＆ｍｅｄｉ２＆」、「＆ｍｅｄｉ３＆」という変数名が含まれている。この変数名の位置には、ＣＰＵ１１０によって、カルテ／処方箋ＤＢに記憶されている当該メールを送信する患者に処方された薬剤ＩＤに基づいて、薬剤ＤＢから薬の名称が読み出されて置換・代入される。これら服用終了通知メールおよび服用時間報知メールの文面を記憶するメール情報記憶装置１１８は、通知メール記憶手段および報知メール記憶手段に相当する。

次に、図９〜図１４を参照して、上述した構成からなる本実施の形態における動作について説明する。図９は、ＬＡＮ１０を介してパソコン１２ａまたは１２ｂから送信されてきたカルテ／処方箋データを、院内サーバ１１が、図５に示したカルテ／処方箋ＤＢに登録する際に実行する、カルテ／処方箋データ登録処理の流れを示すフローチャートである。

カルテ／処方箋データ登録処理が実行されると、まず院内サーバ１１のＣＰＵ１１０は、ＬＡＮカード１１６により、パソコン１２ａまたは１２ｂからＬＡＮ１０を介してカルテ／処方箋データを受信したか否かを判断する（ステップＳ１）。ここで、カルテ／処方箋データは、医師の氏名、当該医師が属する医科、診察した患者の患者ＩＤ、診察日、診察における問診および所見の内容、処方した薬に対応する薬剤ＩＤ、および、処方した薬の分量を示すデータからなっている。そして、パソコン１２ａまたは１２ｂからカルテ／処方箋データを受信しなかった場合は、ステップＳ１の判断結果がＮＯとなり、ＣＰＵ１１０は、繰り返しステップＳ１の処理を行い、以下、上記カルテ／処方箋データの受信待機状態となる。

一方、パソコン１２ａまたは１２ｂからカルテ／処方箋データを受信した場合は、ステップＳ１の判断結果がＹＥＳとなり、ＣＰＵ１１０は、受信したカルテ／処方箋データをワークＲＡＭ１１２に一時記憶させ（ステップＳ２）、データベース記憶装置１１７内のカルテ／処方箋ＤＢ（図５参照）に登録する（ステップＳ３）。すなわち、ＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データのうち、医師の氏名および所属する医科を示すデータに基づいてカルテ／処方箋ＤＢを検索し、該当する医師が診察した患者に関するデータ（患者ＩＤ、診察日、問診および所見の内容、薬剤ＩＤ、およびその分量）に、ワークＲＡＭ１１２に記憶されている患者に関するデータを追加、登録する。次にＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データの中に、薬剤ＩＤが含まれているか否かを判断する（ステップＳ４）。そして、今回の診察において患者に対して薬が処方されなかった場合は、ステップＳ４の判断結果がＮＯとなり、ＣＰＵ１１０は、ステップＳ１の処理に戻り、カルテ／処方箋データの受信待機状態となる。

これに対して、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データの中に薬剤ＩＤが含まれていた場合は、ステップＳ４の判断結果がＹＥＳとなり、ＣＰＵ１１０は、処方された薬の服用終了日を算出する（ステップＳ５）。すなわち、ＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されている診察日に、処方した薬の分量（日数）を加算することで服用終了日を算出し、その結果をワークＲＡＭ１１２に一時的に記憶する。次にＣＰＵ１１０は、ステップＳ５で算出した服用終了日を通知するための服用終了通知メールを生成する（ステップＳ６）。すなわち、ＣＰＵ１１０は、まず、メール情報記憶装置１１８のメール文面記憶領域から図８（ａ）に示した服用終了通知メールの文面データを読み出す。次いで、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データの中から患者ＩＤを読み出し、この患者ＩＤに対応する患者の氏名を、データベース記憶装置１１７に記憶されている患者ＤＢ（図３参照）から読み出す。そして、上述した服用終了通知メールの文面のうち「＆Ｎａｍｅ＆」の文字列を、患者ＤＢから読み出した患者の氏名を表す文字列に置き換える。また、ＣＰＵ１１０は、上述した服用終了通知メールの文面のうち、「＆Ｄａｔｅ＆」、「＆ｍｄｅｐ＆」、および、「＆ｔｅｒｍ＆」の文字列を、各々、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データに含まれている診察日、医科、および、分量を表す文字列に置き換える。

そして、ＣＰＵ１１０は、ステップＳ６で生成した服用終了通知メールを、ワークＲＡＭ１１２に記憶されている患者ＩＤと関連付け、メール情報記憶装置１１８のメールデータ記憶領域に格納する（ステップＳ７）。次にＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されている患者ＩＤに基づいて患者ＤＢから当該患者ＩＤに対応するメールアドレスを読み出し、当該患者ＩＤおよびステップＳ５で算出した服用終了日と共にメール送信スケジュール情報に追加、記憶する。また、このとき当該患者ＩＤに対する「返信メール」の値は“０”として記憶する（ステップＳ８）。そして、ＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されている患者ＩＤに対応した患者へ送信する服用時間報知メールを生成する（ステップＳ９）。この服用時間報知メール生成手順については、後に詳しく説明する。ステップＳ９の処理を終えると、ＣＰＵ１１０は、ステップＳ２の処理でワークＲＡＭ１１２に記憶したカルテ／処方箋データをクリアし、ステップＳ１の処理に戻り、カルテ／処方箋データの受信待機状態となる。

このように、ＣＰＵ１１０は、パソコン１２ａまたは１２ｂからカルテ／処方箋データを受信すると、受信したカルテ／処方箋データに基づいてステップＳ５の処理により服用終了日を算出した後、ステップＳ６の処理により当該服用終了日を患者へ通知するための電子メールを生成する。よって、ステップＳ５およびＳ６の処理を行うＣＰＵ１１０は、終了日算出手段および通知メール生成手段に相当する。

次に図１０を参照して、図９のステップＳ９における服用時間報知メールの生成処理について詳しく説明する。まず、ＣＰＵ１１０は、メール情報記憶装置１１８のメール文面記憶領域から、図８（ｂ）に示す服用時間報知メールの文面データを読み出す（ステップＳ１０）。そしてＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データの中から患者ＩＤを読み出し、この患者ＩＤに対応する患者の氏名を表す文字列を、データベース記憶装置１１７に記憶されている患者ＤＢから読み出す。そして、ステップＳ１０で読み出した服用時間報知メールの文面のうち「＆Ｎａｍｅ＆」の文字列を、患者ＤＢから読み出した患者の氏名を表す文字列に置き換える（ステップＳ１１）。次にＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データに含まれている診察日および医科を読み出し、ステップＳ１０で読み出した服用時間報知メールの文面のうち、「＆Ｄａｔｅ＆」、および、「＆ｍｄｅｐ＆」の文字列を、各々置き換えた後、ワークＲＡＭ１１２に記憶する（ステップＳ１２）。

次にＣＰＵ１１０は、ワークＲＡＭ１１２に記憶されているカルテ／処方箋データの中から全ての薬剤ＩＤを読み出し、薬剤ＤＢ（図６参照）から各薬剤ＩＤに対応する薬の名称、および、報知時刻指定情報を読み出す（ステップＳ１３）。そして、ＣＰＵ１１０は、読み出した報知時刻指定情報に基づいて、ワークＲＡＭ１１２に記憶されている薬剤ＩＤのうち、午前７時に服用時間報知メールを送信すべき薬剤ＩＤが含まれているか否かを判断する（ステップＳ１４）。午前７時に服用時間報知メールを送信すべき薬剤ＩＤが含まれている（すなわち、図６に示す報知時刻指定情報の７：００の項目が“１”になっている薬剤がある）場合は、ステップＳ１４の判断結果がＹＥＳとなり、ＣＰＵ１１０は、当該薬剤ＩＤの名称を薬剤ＤＢから読み出して、ステップＳ１２の処理を行った服用時間報知メールの文面のうち、「＆ｍｅｄｉ１＆」〜「＆ｍｅｄｉ３＆」の文字列と置き換える（ステップＳ１５）。ここで、午前７時に服用時間報知メールを送信すべき薬剤ＩＤが１つしかなかった場合は、「＆ｍｅｄｉ１＆」の文字列をその薬剤ＩＤに対応する名称に置き換え、「＆ｍｅｄｉ２＆」および「＆ｍｅｄｉ３＆」の文字列を削除する。また、２つあった場合は、「＆ｍｅｄｉ１＆」および「＆ｍｅｄｉ２＆」の文字列をそれらの薬剤ＩＤに対応する名称に置き換え、「＆ｍｅｄｉ３＆」の文字列を削除する。

次にＣＰＵ１１０は、ステップＳ１５で生成した服用時間報知メールの文面データに固有のファイル名を付与して、メール情報記憶装置１１８のメールデータ記憶領域に格納する（ステップＳ１６）。そして、ＣＰＵ１１０は、ステップＳ１６で付与したファイル名を、メール情報記憶装置１１８のメール送信スケジュール記憶領域に格納されているメール送信スケジュール情報に登録する（ステップＳ１７）。ここで、上記ファイル名は、図９のステップＳ８でメール送信スケジュール情報に登録された患者ＩＤに関連付けられ、当該文面データの服用時間報知メールが午前７：００に送信されるものであることが識別できるように、メール送信スケジュール情報に登録される。すなわち、図７に示したメール送信スケジュール情報の内容に沿って説明すると、ステップＳ１５で付与されたファイル名は、対応する患者ＩＤの行において、「送信時刻」という項目の「７：００」欄に登録されることとなる。

次に、ＣＰＵ１１０は、ステップＳ１３で読み出した報知時刻指定情報に基づいて、ワークＲＡＭ１１２に記憶されている薬剤ＩＤのうち、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤが含まれているか否かを判断する（ステップＳ１８）。ここで、前述したステップＳ１４で、ワークＲＡＭ１１２に記憶されている薬剤ＩＤに、午前７時に服用時間報知メールを送信すべき薬剤ＩＤが含まれていなかった（すなわち、図６に示す報知時刻指定情報の７：００の項目が“１”になっている薬剤がない）場合は、ステップＳ１４の判断結果がＮＯとなって、ステップＳ１５〜Ｓ１７の処理を行わずにステップＳ１８の処理へ移行する。

ステップＳ１８において、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤが含まれている（すなわち、図６に示す報知時刻指定情報の１２：００の項目が“１”になっている薬剤がある）場合は、ステップＳ１８の判断結果がＹＥＳとなり、ＣＰＵ１１０は、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤの種類と、午前７時に服用時間報知メールを送信すべき薬剤ＩＤの種類とを比較し、すべて一致するか否かを判断する（ステップＳ１９）。全て一致した場合は、ステップＳ１５で生成した服用時間報知メールに付与したファイル名を、図７に示したメール送信スケジュール情報における「送信時刻」という項目の「１２：００」欄に登録する（ステップＳ２０）。すなわち、この場合、「送信時刻」という項目の「７：００」欄と「１２：００」欄には同一のファイル名が登録されることとなる。

これに対して、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤの種類と、午前７時に服用時間報知メールを送信すべき薬剤ＩＤの種類とが一致しない場合は、ステップＳ１９の判断結果がＮＯとなり、ＣＰＵ１１０は、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤの名称を薬剤ＤＢから読み出して、ステップＳ１５の処理と同様に、ステップＳ１２の処理を経た服用時間報知メールの文面のうち、「＆ｍｅｄｉ１＆」〜「＆ｍｅｄｉ３＆」の文字列と置き換える（ステップＳ２１）。そして、ＣＰＵ１１０は、ステップＳ２１で生成した服用時間報知メールの文面データに固有のファイル名を付与して、メール情報記憶装置１１８のメールデータ記憶領域に格納する（ステップＳ２２）。次にＣＰＵ１１０は、ステップＳ２２で付与したファイル名を、メール情報記憶装置１１８のメール送信スケジュール記憶領域に格納されているメール送信スケジュール情報に登録する（ステップＳ２３）。すなわち、図７に示したメール送信スケジュール情報の内容に沿って説明すると、ステップＳ２２で付与されたファイル名は、対応する患者ＩＤの行において、「送信時刻」という項目の「１２：００」欄に登録されることとなる。

次に、ＣＰＵ１１０は、ステップＳ１３で読み出した報知時刻指定情報に基づいて、ワークＲＡＭ１１２に記憶されている薬剤ＩＤのうち、午後７時に服用時間報知メールを送信すべき薬剤ＩＤが含まれているか否かを判断する（ステップＳ２４）。ここで、前述したステップＳ１８で、ワークＲＡＭ１１２に記憶されている薬剤ＩＤに、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤが含まれていなかった（すなわち、図６に示す報知時刻指定情報の１２：００の項目が“１”になっている薬剤がない）場合は、ステップＳ１８の判断結果がＮＯとなって、ステップＳ１９〜Ｓ２３の処理を行わずにステップＳ２４の処理へ移行する。また、前述したステップＳ２０の処理を終えると、ＣＰＵ１１０は、直接、ステップＳ２４の処理へ移行する。

ステップＳ２４において、午後７時に服用時間報知メールを送信すべき薬剤ＩＤが含まれていない（すなわち、図６に示す報知時刻指定情報の１９：００の項目が全て“０”になっている）場合は、ステップＳ２４の判断結果がＮＯとなり、ＣＰＵ１１０は、図１０に示す服用時間報知メール生成処理を終了し、図９および図１０に示す処理を行う過程でワークＲＡＭ１１２に一時記憶した各種データをクリアした後、図９に示したカルテ／処方箋データ登録処理におけるステップＳ１の処理に戻る。これに対して、午後７時に服用時間報知メールを送信すべき薬剤ＩＤが含まれている（すなわち、図６に示す報知時刻指定情報の１９：００の項目が“１”になっている薬剤がある）場合は、ステップＳ２４の判断結果がＹＥＳとなり、ＣＰＵ１１０は、午後７時に服用時間報知メールを送信すべき薬剤ＩＤの種類と、午前７時に服用時間報知メールを送信すべき薬剤ＩＤの種類とを比較し、すべて一致するか否かを判断する（ステップＳ２５）。そして、全て一致した場合は、ステップＳ１５で生成した服用時間報知メールに付与したファイル名を、図７に示したメール送信スケジュール情報における「送信時刻」という項目の「１９：００」欄に登録する（ステップＳ２６）。すなわち、この場合、「送信時刻」という項目の「７：００」欄と「１９：００」欄には同一のファイル名が登録されることとなる。そして、ステップＳ２６の処理を終えると、ＣＰＵ１１０は、図１０に示す服用時間報知メール生成処理を終了し、図９および図１０に示す処理を行う過程でワークＲＡＭ１１２に一時記憶した各種データをクリアした後、図９に示したカルテ／処方箋データ登録処理におけるステップＳ１の処理に戻る。

また、午後７時に服用時間報知メールを送信すべき薬剤ＩＤの種類と、午前７時に服用時間報知メールを送信すべき薬剤ＩＤの種類とが一致しない場合は、ステップＳ２５の判断結果がＮＯとなり、ＣＰＵ１１０は、午後７時に服用時間報知メールを送信すべき薬剤ＩＤの種類と、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤの種類とを比較し、すべて一致するか否かを判断する（ステップＳ２７）。そして、全て一致した場合は、ステップＳ２１で生成した服用時間報知メールに付与したファイル名を、図７に示したメール送信スケジュール情報における「送信時刻」という項目の「１９：００」欄に登録する（ステップＳ２８）。すなわち、この場合、「送信時刻」という項目の「１２：００」欄と「１９：００」欄には同一のファイル名が登録されることとなる。そして、ステップＳ２８の処理を終えると、ＣＰＵ１１０は、図９および図１０に示す処理を行う過程でワークＲＡＭ１１２に一時記憶した各種データをクリアした後、図９に示したカルテ／処方箋データ登録処理におけるステップＳ１の処理に戻る。

一方、午後７時に服用時間報知メールを送信すべき薬剤ＩＤの種類と、午後１２時に服用時間報知メールを送信すべき薬剤ＩＤの種類とが一致しない場合は、ステップＳ２７の判断結果がＮＯとなり、ＣＰＵ１１０は、午後７時に服用時間報知メールを送信すべき薬剤ＩＤの名称を薬剤ＤＢから読み出し、ステップＳ１５の処理と同様、ステップＳ１２の処理を経た服用時間報知メールの文面のうち、「＆ｍｅｄｉ１＆」〜「＆ｍｅｄｉ３＆」の文字列を、上記薬剤ＤＢから読み出した薬剤の名称と置き換える（ステップＳ２９）。そして、ＣＰＵ１１０は、ステップＳ２９で生成した服用時間報知メールの文面データに固有のファイル名を付与して、メール情報記憶装置１１８のメールデータ記憶領域に格納する（ステップＳ３０）。次にＣＰＵ１１０は、ステップＳ３０で付与したファイル名を、メール情報記憶装置１１８のメール送信スケジュール記憶領域に格納されているメール送信スケジュール情報に登録する（ステップＳ３１）。すなわち、図７に示したメール送信スケジュール情報の内容に沿って説明すると、ステップＳ３０で付与されたファイル名は、対応する患者ＩＤの行において、「送信時刻」という項目の「１９：００」欄に登録されることとなる。そして、ステップＳ３１の処理を終えると、ＣＰＵ１１０は、図９および図１０に示す処理を行う過程でワークＲＡＭ１１２に一時記憶した各種データをクリアした後、図９に示したカルテ／処方箋データ登録処理におけるステップＳ１の処理に戻る。

このように、本実施の形態における医療サービス提供システムでは、図８（ｂ）に示す服用時間報知メールの文面情報に、各患者に処方された薬の名称を挿入して、各患者に送信する服用時間報知メールを生成している。また、服用時間報知メールの文面には、服用時間報知メールの送信時刻と、服用時間とに見合った薬の名称が挿入される。よって、図９のステップＳ９の服用時間報知メール生成処理（すなわち図１０に示す服用時間報知メール生成処理）を実行するＣＰＵ１１０は、報知メール生成手段に相当する。

次に図１１に示すフローチャートを参照して、図９のステップＳ６で生成した服用終了通知メールを送信する服用終了通知メール送信処理の流れについて説明する。図１１に示す服用終了通知メール送信処理は、１日１回、図１に示した病院１における事務業務の終了時間から、翌日の事務業務の開始時間までの間に実行される処理である。また、本実施の形態では、日付が改まる午前０時に図１１に示す服用終了通知メール送信処理を実行するものとする。

ＣＰＵ１１０が、図１１に示す服用終了通知メール送信処理を開始すると、まず、図２に示したＲＴＣ１１３から現在の暦情報を取得する（ステップＳ４０）。次にＣＰＵ１１０は、図７に示すメール送信スケジュール情報に登録されている患者ＩＤのうち、「服用終了通知メール送信日」の欄が空白の（すなわち、まだ服用終了通知メールが送信されていない）患者ＩＤに対応する服用終了日を示す情報を読み出し（ステップＳ４１）、読み出した服用終了日が、現在の日付の２日前になっているか否かを判断する（ステップＳ４２）。たとえば、図７に示すメール送信スケジュール情報の場合、患者ＩＤ「ｎ９ｘｙ４ｇｑｗ」の服用終了日が読み出される。そして、読み出した服用終了日が現在の日付の２日前になっていた場合は、ステップＳ４２の判断結果がＹＥＳとなり、ＣＰＵ１１０は、メール送信スケジュール情報から、当該患者ＩＤのメールアドレスを読み取る（ステップＳ４３）。次にＣＰＵ１１０は、メール情報記憶装置１１８のメールデータ記憶領域から、図９のステップＳ６の処理によって生成された当該患者ＩＤに対応する服用終了通知メールの文面データを読み出す（ステップＳ４４）。

そして、ＣＰＵ１１０は、ステップＳ４３で読み取ったメールアドレスに宛てて、件名を「服用終了通知メール」として、ステップＳ４４で読み出した文面の電子メール（すなわち、服用終了通知メール）を、ＬＡＮカード１１６から、ＬＡＮ１０、ルータ１３、および、インターネット５を介して送信する（ステップＳ４５）。このように、ステップＳ４２において、患者の服用終了日が、現在の日付の２日前になっていたと判断された場合、ステップＳ４５の処理によって当該患者に宛てて服用終了通知メールが送信される。よって、ステップＳ４２の処理を行うＣＰＵ１１０は、通知メール送信決定手段に相当し、ステップＳ４５の処理を行うＣＰＵ１１０は、メール送信手段に相当する。

次にＣＰＵ１１０は、ステップＳ４５の処理により服用終了通知メールを送信すると、服用終了通知メールを送信した年月日を、図７に示したメール送信スケジュール情報の「服用終了通知メール送信日」欄に、送信先の患者の患者ＩＤに対応付けて登録する（ステップＳ４６）。そして、メール送信スケジュール情報に登録されている患者ＩＤのうち、服用終了通知メールを送信していない患者ＩＤのすべてについて、ステップＳ４２の処理を行ったか否かを判断する（ステップＳ４７）。服用終了通知メールを送信していない患者のすべてについてステップＳ４２の処理を行っていなかった場合は、ステップＳ４７の判断結果がＮＯとなって、ステップＳ４１の処理へ移行し、ＣＰＵ１１０は、服用終了通知メールを送信していない次の患者ＩＤ（たとえば、図７に示すメール送信スケジュール情報の場合、患者ＩＤ「３ｄｒｐｍ６ｉｗ」）に対応付けられた服用終了日を読み出し、ステップＳ４２以降の処理を行う。そして、服用終了通知メールを送信していない患者のすべてについてステップＳ４２の処理を行うと、ステップＳ４７の判断結果がＹＥＳとなり、図１１に示す服用終了通知メール送信処理を終了する。

次に図１２に示すフローチャートを参照して、図９のステップＳ９で生成した服用時間報知メールを送信する服用時間報知メール送信処理の流れについて説明する。図１２において、ＣＰＵ１１０は、ＲＴＣ１１３から現在の暦情報を取得する（ステップＳ５０）。そして、ＣＰＵ１１０は、現在の時刻が、午前７時、午後１２時、または、午後７時のいずれかであるかを判断する（ステップＳ５１〜Ｓ５３）。現在の時刻が午前７時、午後１２時、または、午後７時のいずれでもなかった場合は、ステップＳ５１〜Ｓ５３の判断結果がすべてＮＯとなって、ＣＰＵ１１０は、ステップＳ５０の処理へ移行して、ＲＴＣ１１３から現在の暦情報を取得しなおす。これに対して、現在の時刻が午前７時であった場合は、ステップＳ５１の判断結果がＹＥＳとなり、ＣＰＵ１１０は、図７に示すメール送信スケジュール情報において、各患者ＩＤに対応付けられた「送信時刻」という項目の「７：００」欄にファイル名が登録されている場合は、当該ファイル名の文面データをメール情報記憶装置１１８のメールデータ記憶領域から読み出す。そして、読み出した文面データを、当該文面データに対応する患者ＩＤのメールアドレスへ送信する（ステップＳ５４）。

また、現在の時刻が午後１２時であった場合は、ステップＳ５２の判断結果がＹＥＳとなり、ＣＰＵ１１０は、図７に示すメール送信スケジュール情報において、各患者ＩＤに対応付けられた「送信時刻」という項目の「１２：００」欄にファイル名が登録されている場合は、当該ファイル名の文面データをメール情報記憶装置１１８のメールデータ記憶領域から読み出す。そして、読み出した文面データを、当該文面データに対応する患者ＩＤのメールアドレスへ送信する（ステップＳ５５）。さらに、現在の時刻が午後７時であった場合は、ステップＳ５３の判断結果がＹＥＳとなり、ＣＰＵ１１０は、図７に示すメール送信スケジュール情報において、各患者ＩＤに対応付けられた「送信時刻」という項目の「１９：００」欄にファイル名が登録されている場合は、当該ファイル名の文面データをメール情報記憶装置１１８のメールデータ記憶領域から読み出す。そして、読み出した文面データを、当該文面データに対応する患者ＩＤのメールアドレスへ送信する（ステップＳ５６）。そして、ステップＳ５４〜Ｓ５６のいずれかの処理を終えると、ＣＰＵ１１０は、ステップＳ５０の処理へ移行し、再度、ＲＴＣ１１３から現在の暦情報を取得して、以後、ステップＳ５１〜Ｓ５６の処理を実行する。

このように、本実施の形態における医療サービス提供システムでは、ステップＳ５１〜Ｓ５３の処理によって、現在の時刻が午前７時、午後１２時、または、午後７時のいずれかになると、その時刻に応じてステップＳ５４〜Ｓ５６のいずれかの処理が実行される。これにより、図１０に示した服用時間報知メール生成処理によって、上述した各時刻に合せて生成された服用時間報知メールのうち、現在の時刻に則した服用時間報知メールが読み出され、当該服用時間報知メールに対応する患者のメールアドレスへ送信される。したがって、ステップＳ５１〜Ｓ５３の処理を実行するＣＰＵ１１０は、報知メール送信決定手段に相当し、ステップＳ５４〜Ｓ５６の処理を実行するＣＰＵ１１０は、メール送信手段に相当する。

次に、図１３に示すフローチャートを参照して、図１１に示した服用終了通知メール送信処理によって各患者に送信された服用終了通知メールに対して、当該服用終了通知メールを受信した患者から返信メールが送られてきたか否かをチェックする、返信メールチェック処理の流れについて説明する。なお、本実施形態における医療サービス提供システムは、図１３に示す返信メールチェック処理を、予め定められた周期で実行するものとする。

図１３において、ＣＰＵ１１０は、まず、インターネット５に接続された図示せぬプロバイダのメールサーバから、病院１宛てに送信されてきた電子メールを、ルータ１３およびＬＡＮ１０を介して、ＬＡＮカード１１６で受信し、メール情報記憶装置１１８のメールデータ記憶領域に保存する（ステップＳ６０）。そして、ＣＰＵ１１０は、メール情報記憶装置１１８のメールデータ記憶領域に保存した受信メールのうち、件名に「服用終了通知メール」という文字列が含まれているか否かを判断する（ステップＳ６１）。すなわち、本実施の形態における医療サービス提供システムでは、受信した電子メールのうち、件名に「服用終了通知メール」という文字列が含まれている電子メールを、服用終了通知メールに対する返信メールとして扱っている。

一般に、携帯電話２において受信した電子メールを表示中に、当該電子メールに対する返信操作を行うと、上記表示中の電子メールの件名が返信メールの件名に含まれることになる。よって、図１１のステップＳ４５の処理によって各患者に送信される服用終了通知メールの件名は、「服用終了通知メール」になっていることから、図８（ａ）に示す服用終了通知メールを受信した患者が、当該メールの文面に従って、携帯電話２において受信した服用終了通知メールを表示中に当該メールに対する返信操作を行うと、返信メールの件名に「服用終了通知メール」という文字列が含まれることになる。これにより、本実施の形態における医療サービス提供システムでは、受信した電子メールの件名に「服用終了通知メール」という文字列が含まれていた場合、送信した服用終了通知メールに対する返信メールとして扱っている。

そして、受信した電子メールのうち、件名に「服用終了通知メール」の文字列が含まれている者がなかった場合は、ステップＳ６１の判断結果がＮＯとなり、図１３に示す返信メールチェック処理を終了する。これに対して、件名に「服用終了通知メール」という文字列が含まれている電子メールがあった場合、ステップＳ６１の判断結果がＹＥＳとなり、ＣＰＵ１１０は、当該電子メールの送信元になっているメールアドレスが、図７に示したメール送信スケジュール情報に登録されているか否かを判断する（ステップＳ６２）。そして、当該電子メールの送信元を表すメールアドレスが、上記メール送信スケジュール情報に登録されていなかった場合は、ステップＳ６２の判断結果がＮＯとなって、図１３に示す返信メールチェック処理を終了する。これに対して、当該電子メールの送信元を表すメールアドレスが、上記メール送信スケジュール情報に登録されていた場合は、ステップＳ６２の判断結果がＹＥＳとなり、ＣＰＵ１１０は、図７に示すメール送信スケジュール情報において、当該メールアドレスに対応する患者ＩＤの「返信メール」欄の値（初期値は“０”）を、“１”に更新した後（ステップＳ６３）、図１３に示す返信メールチェック処理を終了する。

次に、図１４に示すフローチャートを参照して、図１１に示した服用終了通知メール送信処理によって送信された服用終了通知メールに対する患者からの返信メールの有無に応じて、病院１の事務担当者に注意を促す警報処理の流れについて説明する。本実施の形態における医療サービス提供システムは、この警報処理を１日１回、病院１における事務業務の開始時刻になると実行する。

まず、ＣＰＵ１１０は、ＲＴＣ１１３から現在の暦情報を取得した後（ステップＳ７０）、図７に示したメール送信スケジュール情報に登録されている患者ＩＤのうち、一番上に登録されている患者ＩＤの服用終了日を読み取り（ステップＳ７１）、読み取った服用終了日と現在の暦情報とを比較して、日付が一致するか否か、すなわち、読み取った服用終了日になったか否かを判断する（ステップＳ７２）。読み取った服用終了日が、現在の暦情報によって示される日付と一致する場合は、ステップＳ７２の判断結果がＹＥＳとなり、ＣＰＵ１１０は、当該患者ＩＤに対応する「返信メール」欄の値が“１”になっているか否か、すなわち、当該患者から返信メールを受信しているか否かを判断する（ステップＳ７３）。これにより、ステップＳ７３の処理を行うＣＰＵ１１０は、返答メール判断手段に相当する。

ステップＳ７３において、当該患者ＩＤに対応する「返信メール」欄の値が“０”だった（すなわち、返信メールを受信していない）場合、ステップＳ７３の判断結果がＮＯとなり、ＣＰＵ１１０は、当該患者ＩＤに対応する患者の氏名を患者ＤＢから読み出して、ディスプレイ１１５に、当該患者ＩＤ、患者の氏名、および、服用終了通知メールを送信したが返信メールが送られてこない旨のメッセージを表示する（ステップＳ７４）。これにより、ステップＳ７４の処理を行うＣＰＵ１１０は、返答非受信報知手段に対応する。次いでＣＰＵ１１０は、予約ＤＢにアクセスして、当該患者ＩＤの診察予約が登録されているか否かを判断する（ステップＳ７５）。これにより、ステップＳ７５の処理を行うＣＰＵ１１０は、予約情報確認手段に相当する。

そして、予約ＤＢに当該患者ＩＤの診察予約が登録されている場合は、ステップＳ７５の判断結果がＹＥＳとなり、ＣＰＵ１１０は、ステップＳ７４でディスプレイ１１５に表示した患者ＩＤ、患者の氏名、および、服用終了通知メールを送信したが返信メールが送られてこない旨のメッセージに加えて、診察予約がされている旨のメッセージを表示する（ステップＳ７６）。これに対して、予約ＤＢに当該患者ＩＤの診察予約が登録されていなかった場合は、ステップＳ７５の判断結果がＮＯとなり、ＣＰＵ１１０は、ステップＳ７４でディスプレイ１１５に表示した患者ＩＤ、患者の氏名、および、服用終了通知メールを送信したが返信メールが送られてこない旨のメッセージに加えて、診察予約がされていない旨のメッセージを表示する（ステップＳ７７）。よって、ステップＳ７７の処理を実行するＣＰＵ１１０は、予約非登録報知手段に相当する。

上述したステップＳ７６またはＳ７７の処理を終えると、ＣＰＵ１１０は、図７に示したメール送信スケジュール情報に登録されている患者ＩＤのすべてについて、ステップＳ７２、Ｓ７３の判断を行ったか否かを判断する（ステップＳ７８）。すべての患者ＩＤについて、ステップＳ７２、Ｓ７３の判断を行っていなかった場合、ステップＳ７８の判断結果がＮＯとなり、ＣＰＵ１１０は、ステップＳ７１の処理へ戻り、図７に示すメール送信スケジュール情報に登録されている次の患者ＩＤの服用終了日を読み出し、ステップＳ７２以降の処理を行う。そして、全ての患者ＩＤについて、ステップＳ７２、Ｓ７３の処理を行うと、ステップＳ７８における判断結果がＹＥＳとなり、ＣＰＵ１１０は、図１４に示す警報処理を終了する。

なお、前述したステップＳ７２の処理において、メール送信スケジュール情報から読み出した服用終了日と、現在の暦情報により示される日付とが一致しなかった場合は、ステップＳ７２の判断結果がＮＯとなり、ＣＰＵ１１０は、ステップＳ７８の処理へ移行して、全ての患者ＩＤについて、ステップＳ７２、Ｓ７３の処理を行ったか否かの判断を行う。また、ステップＳ７３において、当該患者ＩＤに対応する患者から返信メールを受信していた場合は、ステップＳ７３の判断結果がＹＥＳとなり、図７に示したメール送信スケジュール情報から、当該患者ＩＤに関するデータを削除する（ステップＳ７９）。そして、ステップＳ７９の処理を終えると、ＣＰＵ１１０は、ステップＳ７８の処理へ移行して、全ての患者ＩＤについて、ステップＳ７２、Ｓ７３の処理を行ったか否かの判断を行う。

以上説明した医療サービス提供システムによれば、病院１内の各診察室に設置されたパソコン１２ａ，１２ｂから、患者のカルテ／処方箋データがＬＡＮ１０を介して院内サーバ１１へ送信されると、院内サーバ１１のＣＰＵ１１０は、図９に示したカルテ／処方箋データ登録処理を実行し、受信したカルテ／処方箋データを、院内サーバ１１のデータベース情報記憶装置１１７に格納されているカルテ／処方箋ＤＢに登録する（ステップＳ３）。また、このとき、ＣＰＵ１１０は、受信したカルテ／処方箋データに基づいて、当該患者に処方した薬の服用終了日を算出し（ステップＳ５）、当該患者に服用終了日が近づいてきたことを知らせるための服用終了通知メールを生成する（ステップＳ６）。この服用終了通知メールは、メール情報記憶装置１１８のメールデータ記憶領域に保存され（ステップＳ７）、午前０時になると、ＣＰＵ１１０は、図１１に示した服用終了通知メール送信処理を実行し、診察した患者のうち、服用終了日の２日前になっている患者（ステップＳ４２，ＹＥＳ）の服用終了通知メールを、メール情報記憶装置１１８から読み出し（ステップＳ４４）、当該患者に宛てて送信する（ステップＳ４５）。

これにより、上述した服用終了通知メールを携帯電話２で受信した患者は、薬の服用期間の終了が間近になったことを知ることができ、また、そのときの体調に応じて、次回の診察を予約するか否かを判断する契機とすることができる。よって、本実施形態における医療サービス提供システムにより、患者に対して診察後のケアに関するサービスを提供することができる。

また、院内サーバ１１のＣＰＵ１１０は、予め定められた周期ごとに、図１３に示した返信メールチェック処理を実行して、各患者へ送信した服用終了通知メールに対する返信メールを受信したか否かをチェックする。そして、病院の事務業務の開始時刻になると、ＣＰＵ１１０は、図１４に示す警報処理を実行し、服用終了通知メールを送信した患者からの返信メールを受信していない場合（ステップＳ７３，ＮＯ）、ディスプレイ１１５に、当該患者のＩＤ、氏名、および、返信メールを受信していない旨のメッセージを表示する（ステップＳ７４）。これにより、患者へ送信した服用終了通知メールに対する応答がないことを、病院１に勤務する担当者などが、いち早く察知することができ、当該患者の容態を確認するなどの措置を迅速に取ることができる。

また、図１４に示した警報処理において、ＣＰＵ１１０は、データベース情報記憶装置１１７に格納されている予約ＤＢ内に、上記患者の予約情報が登録されているか否かを判断し（ステップＳ７５）、予約情報が登録されていなかった場合は、その旨の報知を行う（ステップＳ７７）。これにより、上記患者から何ら返答メールが送られておらず、なおかつ、当該患者が次回の診察予約を行っていなかった場合、そのことを病院１の担当者に、いち早く知らせることができ、当該担当者が上記患者の容態を確認するなどの措置を迅速に取ることができる。

さらに、ＣＰＵ１１０は、図９に示したカルテ／処方箋データ登録処理を実行することによって、各患者に処方した薬を服用するよう促す服用時間報知メールを生成する（ステップＳ９）。このとき生成される服用時間報知メールの内容は、大まかではあるが各患者に処方した薬を服用する時間（７：００、１２：００、１９：００）に応じて、服用すべき薬の名称が記載されている（図１０，ステップＳ１４〜Ｓ３１）。そして、ＣＰＵ１１０は、図１２に示す服用時間報知メール送信処理を繰り返し実行し、７：００、１２：００、または、１９：００のいずれかの時刻になると（ステップＳ５１〜Ｓ５３のいずれかがＹＥＳ）、各々の時刻に応じた服用時間報知メールが各患者の携帯電話２に対して送信される（ステップＳ５４〜Ｓ５６）。これにより、服用時間報知電子メールを受信した患者は、薬の服用時間になったこと、もしくは、近づいたことを知ることができるため、患者が薬を飲み忘れてしまう可能性を低くすることができる。

なお、上述した医療サービス提供システムでは、図１４に示した警報処理において、（１）ステップＳ７２、（２）ステップＳ７３，Ｓ７４，Ｓ７９、および、（３）ステップＳ７５〜Ｓ７７の処理を行っていたが、これら（１）〜（３）の処理のうち、いずれかを省略しても良い。また、図９のステップＳ９（すなわち図１０の服用時間報知メール生成処理）を省略しても良い。

本発明の実施形態における医療サービス提供システムの全体構成を説明するための説明図である。 同医療サービス提供システムの一部をなす院内サーバの構成を示すブロック図である。 同院内サーバが備えるデータベース情報記憶装置に格納された患者データベースに記憶されているデータの内容を説明するための説明図である。 同院内サーバが備えるデータベース情報記憶装置に格納された予約データベースに記憶されているデータの内容を説明するための説明図である。 同院内サーバが備えるデータベース情報記憶装置に格納されたカルテ／処方箋データベースに記憶されているデータの内容を説明するための説明図である。 同院内サーバが備えるデータベース情報記憶装置に格納された薬剤データベースに記憶されているデータの内容を説明するための説明図である。 同院内サーバが備えるメール情報記憶装置に格納されたメール送信スケジュール情報の内容を説明するための説明図である。 同院内サーバが備えるメール情報記憶装置に格納されたメール文面情報の内容を説明するための説明図である。 同院内サーバのＣＰＵが実行するカルテ／処方箋データ登録処理の流れを示すフローチャートである。 同院内サーバのＣＰＵが実行する服用時間報知メール生成処理の流れを示すフローチャートである。 同院内サーバのＣＰＵが実行する服用終了通知メール送信処理の流れを示すフローチャートである。 同院内サーバのＣＰＵが実行する服用時間報知メール送信処理の流れを示すフローチャートである。 同院内サーバのＣＰＵが実行する返信メールチェック処理の流れを示すフローチャートである。 同院内サーバのＣＰＵが実行する警報処理の流れを示すフローチャートである。

符号の説明

１ 病院
２ 携帯電話
３ 薬局
４ 基地局
５ インターネット
１０ ＬＡＮ
１１ 院内サーバ
１２ａ，１２ｂ パーソナルコンピュータ
１３ ルータ
１１０ ディスプレイ
１１１ ＲＯＭ
１１２ ワークＲＡＭ
１１３ リアルタイムクロック
１１４ キーボード
１１５ ディスプレイ
１１６ ＬＡＮカード
１１７ データベース情報記憶装置
１１８ メール情報記憶装置

Claims (4)

1. 患者に対して診察後のケアに関するサービスを提供する医療サービス提供システムであって、
   時間を常時計測し、現在の年月日および時刻を表す暦情報を発生する計時手段と、
   薬の服用期間が終了することを通知する電子メールの文面を示した文字列情報を記憶する通知メール記憶手段と、
   前記複数の患者の各々に付与された固有の患者識別情報と、少なくとも該患者識別情報に対応する患者の電子メール送信先を表す送信先情報とを記憶する患者情報記憶手段と、
   前記患者を診察した診察日および該診察日に処方した薬の名称、用量、用法、分量などに関する情報を含む処方箋情報を、該患者に付与された患者識別情報に対応付けて記憶する処方箋情報記憶手段と、
   前記通知メール記憶手段に記憶されている文字列情報に、前記処方箋情報記憶手段に記憶されている該患者に固有の処方箋情報を組み込んで、服用終了通知メールを生成する通知メール生成手段と、
   前記処方箋情報記憶手段に記憶された前記処方箋情報に基づいて、該処方箋情報に対応付けられた患者識別情報によって特定される患者に処方された薬の服用期間終了日を算出する終了日算出手段と、
   前記計時手段が発生する暦情報と、前記終了日算出手段によって算出された服用期間終了日とに基づいて、前記通知メール生成手段によって生成された服用終了通知メールを送信するか否かを決定する通知メール送信決定手段と、
   前記通知メール送信決定手段が、前記服用終了通知メールを送信すると決定した場合、該服用終了通知メールを、前記患者情報記憶手段に記憶された該患者の送信先情報に従って送信するメール送信手段と
   を具備することを特徴とする医療サービス提供システム。
2. 外部から送信された電子メールを受信するメール受信手段と、
   前記メール受信手段が、前記メール送信手段によって前記服用終了通知メールを送信した患者から、該服用終了通知メールに対する返答メールを受信したか否かを判断する返答メール判断手段と、
   前記返答メール判断手段によって前記メール受信手段が前記患者から前記返答メールを受信しなかったと判断した場合、その旨の報知を行う返答非受信報知手段と
   を具備することを特徴とする請求項１に記載の医療サービス提供システム。
3. 前記患者の診察予約日時に関する情報を含む予約情報を、該患者に付与された前記患者識別情報に対応付けて記憶する予約情報記憶手段と、
   前記メール送信手段によって前記服用終了通知メールが送信された患者の予約情報が、前記予約情報記憶手段に記憶されているか否かを判断する予約情報確認手段と、
   前記予約情報確認手段によって、前記予約情報記憶手段に前記服用終了通知メールを送信した患者の予約情報が記憶されていないと判断された場合、その旨の報知を行う予約非登録報知手段と
   を具備することを特徴とする請求項１または２に記載の医療サービス提供システム。
4. 薬の服用を患者に促す電子メールの文面を示した文字列情報を記憶する報知メール記憶手段と、
   前記報知メール記憶手段に記憶されている文字列情報に、前記処方箋情報記憶手段に記憶されている該患者に固有の処方箋情報を組み込んで、服用時間報知メールを生成する報知メール生成手段と、
   前記計時手段が発生する暦情報と前記処方箋情報とに基づいて、前記報知メール生成手段によって生成された服用時間報知メールを送信するか否かを決定する報知メール送信決定手段と
   を有してなり、
   前記メール生成手段は、
   前記報知メール送信決定手段が、前記服用時間報知メールを送信すると決定した場合、該服用時間報知メールを、前記患者情報記憶手段に記憶された該患者の送信先情報に従って送信する
   ことを特徴とする請求項１から３のうちいずれか１項に記載の医療サービス提供システム。

Images