WO2020054314A1

WO2020054314A1 - 受診管理システム、リマインド方法、病院端末、および、プログラム

Info

Publication number: WO2020054314A1
Application number: PCT/JP2019/032147
Authority: WO
Inventors: 真一寺町; 信太郎鈴木; 真高野; 杏デザサダニヤ; 栄治安藤; 元 ▲高▼柴; 健一片桐
Original assignee: Santen Pharmaceutical Co Ltd
Current assignee: Santen Pharmaceutical Co Ltd
Priority date: 2018-09-10
Filing date: 2019-08-16
Publication date: 2020-03-19
Anticipated expiration: 2021-03-10
Also published as: JPWO2020054314A1; JP7424987B2; TW202025174A; JP7742434B2; JP2024038401A

Abstract

受診管理システム（１）は、記憶部として働くデータベース（１３）と、制御装置（１１）とを備える。制御装置（１１）は、患者を特定する第１データに関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとを記憶部に記憶させる。制御装置（１１）は、リマインダーが必要であることを第４データが示し、かつ、第３データが示す次回受診までの期間から算出された受診予定日が所定日数以内に近づいた患者に対して、第５データに基づいて受診を促すための電子メール発信処理および郵便物印刷処理のいずれかを選択して実行する。このような構成とすることによって、対象とする医院が拡大された患者の受診を促す受診管理システムを提供することができる。

Description

受診管理システム、リマインド方法、病院端末、および、プログラム

　この発明は、受診管理システム、リマインド方法、病院端末、および、プログラムに関する。

　患者が医療機関で受診した場合、１回の受診では疾病が治癒しない場合があり、再度の来院が必要となる場合がある。痛みなどの自覚症状があまりない場合には、患者は再度の来院を忘れがちである。このような通院を忘れがちな患者に対しては何らかの方法で来院を促すことが望まれる。

　特開２０１７－１３０２２７号公報（特許文献１）には、患者が医師の指示に従って通院および薬の服用を忘れずに実行できるようにする通院通知方法および通院通知プログラムが開示されている。

特開２０１７－１３０２２７号公報

　特開２０１７－１３０２２７号公報（特許文献１）は、次回の通院日が予め決定されている場合に、通院日が近づいたことを示す通院通知を患者の携帯端末に表示する。しかし、非常に混雑する大きな病院または診療時間が長くなる歯科医院等でなければ、厳格な予約システムを取り入れる必要性が低く予約制を採用していない病院も多い。したがって、そのような医院では、再診が必要な場合には、医師から次回の来院時期の目安の期間、例えば「２週間後」等、を指示される場合が多い。

　特開２０１７－１３０２２７号公報（特許文献１）には、予約日が厳密に決定されていない場合についての言及は無く、このような場合には使用することができず通院通知プログラムにも改善の余地がある。

　この発明の目的は、対象とする医院が拡大された患者の受診を促す受診管理システム、リマインド方法、病院端末、および、プログラムを提供することである。

　本開示は、患者に対して受診を促す受診管理システムに関する。受診管理システムは、記憶部と、患者を特定する第１データに関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間、次回受診予定日、または予約日のいずれかを示す第３データとを記憶部に記憶させる制御装置とを備える。制御装置は、第３データが示す次回受診までの期間から算出された受診予定日が第１所定日数以内に近づいた患者に対して、受診を促すためのリマインダーを送るための処理を実行する。

　好ましくは、制御装置は、患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとを記憶部にさらに記憶させる。制御装置は、リマインダーが必要であることを第４データが示し、かつ、第３データが示す次回受診までの期間から算出された受診予定日が第１所定日数以内に近づいた患者に対して、第５データに基づいて受診を促すための電子メール発信処理または郵便物印刷処理を選択して実行する。

　より好ましくは、制御装置は、受診を促すための電子メール発信処理または郵便物印刷処理を実行してから、一定期間内に患者の更新された受診日が記憶部に記憶されていない場合に、受診を促すための電子メール発信処理または郵便物印刷処理をさらに実行する。

　好ましくは、制御装置は、医師が処方した薬を特定する第６データと、医師が処方した薬の量を示す第７データと、薬が処方された日を示す第８データとを、記憶部に記憶させ、制御装置は、第６データ、第７データおよび第８データに基づいて薬の残量がゼロとなる基準日を算出し、基準日が第２所定日数以内に近づいた患者に対して受診を促すための電子メール発信処理または郵便物印刷処理を実行する。

　好ましくは、医師は眼科医であり、制御装置は、患者から点眼薬の開封日の情報と点眼薬を使い切った日の情報とを受けて記憶部に記憶させ、眼科医からの求めに応じて点眼薬の使用期間と使用量を含む情報を眼科医院に配置された病院端末に送信する。

　好ましくは、医師は眼科医であり、制御装置は、患者から点眼薬の開封日の情報と点眼薬を使い切った日の情報とを受けて記憶部に記憶させ、開封日から使用期限が超過した所定期間が経過しても使い切った日が患者から連絡されていない場合には、点眼薬の使用期限が切れた旨を連絡する電子メールを患者に発信する。

　好ましくは、制御装置は、患者が受診するごとに第２データを記憶部に蓄積させる。制御装置は、医師の求めに応じて記憶部に蓄積された第２データから患者の通院継続率を示す情報を医師が使用する病院端末に表示させる。

　好ましくは、制御装置は、リマインダーを送るための処理を実行する際に、患者に対してリマインダー以外の追加の情報を送る。

　本開示は他の局面ではコンピュータが患者に対して受診を促すリマインド方法に関する。リマインド方法は、患者を特定する第１データに関連付けて、患者に対応する受診日を示す第２データを記憶部に記憶するステップと、第１データに関連付けて、医師の決定した次回受診までの期間、次回受診予定日、または予約日のいずれかを示す第３データを記憶部に記憶させるステップと、第３データが示す次回受診までの期間、次回受診予定日、または予約日のいずれかから算出された受診予定日が所定日数以内に近づいた患者に対して、受診を促すためのリマインダーを送るステップとを備える。

　好ましくは、第３データを記憶部に記憶させるステップは、患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとを記憶部にさらに記憶させる。リマインダーを送るステップは、リマインダーが必要であることを第４データが示し、かつ、第３データが示す次回受診までの期間から算出された受診予定日が所定日数以内に近づいた患者に対して、第５データに基づいて受診を促すための電子メール発信処理または郵便物印刷処理を選択する。

　本開示のさらに他の局面は、上記のリマインド方法をコンピュータに実行させるための受診管理プログラムに関する。

　本開示のさらに他の局面は、病院端末に関する。病院端末は、患者を特定する第１データと、第１データに関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力するように構成された入力部と、第１～第４データを受診管理システムに送信する送信部と、受診管理システムに通院継続率の情報の出力を要求する要求部と、情報を受信する受信部とを備える。

　本開示のさらに他の局面は、病院端末に関する。病院端末は、患者を特定する第１データと、第１データに関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力するように構成された入力部と、第１～第４データを受診管理システムに送信するように構成された送信部と、受診管理システムに薬剤情報の出力を要求する要求部と、薬剤情報の受信部とを備える。入力部は、受信部で受信した薬剤情報から選択された医師が処方した薬を示す第６データと、医師が処方した薬の量を示す第７データと、薬が処方された日を示す第８データとをさらに入力するように構成される。送信部は、第６～第８データを受診管理システムにさらに送信するように構成される。要求部は、受診管理システムに第６データ、第７データおよび第８データに基づいて算出された薬の残量がゼロとなる基準日が第２所定日数以内に受診した患者の割合を示す患者情報の出力をさらに要求する。受信部は、患者情報をさらに受信するように構成される。

　本開示のさらに他の局面は、以下の処理を病院端末として動作するコンピュータに実行させるためのプログラムに関する。患者を特定する第１データと、第１データに関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力部を経由して受ける処理；第１～第４データを受診管理システムに送信する処理；受診管理システムに通院継続率の情報の出力を要求する処理；情報を受信する処理。

　本開示のさらに他の局面は、以下の処理を病院端末として動作するコンピュータに実行させるためのプログラムに関する。患者を特定する第１データと、第１データに関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力部を経由して受ける処理；第１～第４データを受診管理システムに送信する処理；受診管理システムに薬剤情報の出力を要求する処理；薬剤情報を受信する処理；受信した薬剤情報から選択された医師が処方した薬を示す第６データと、医師が処方した薬の量を示す第７データと、薬が処方された日を示す第８データとを入力部を経由してさらに受ける処理；第６～第８データを受診管理システムにさらに送信する処理；受診管理システムに第６データ、第７データおよび第８データに基づいて算出された薬の残量がゼロとなる基準日が第２所定日数以内に受診した患者の割合を示す患者情報の出力をさらに要求する処理；患者情報を受信する処理。

　本発明によれば、予約日が厳密に決定されていない場合でも、適時に患者に受診を促すリマインダーが患者の望む方法で行なわれるので、受診率の向上が期待できる。

実施の形態１に係る受診管理システムおよび受診管理システムがデータを授受する端末を示す図である。受診管理システムのデータベースに保持されているデータの内容を示す図である。実施の形態１において受診管理システムと病院端末および患者との間で行なわれる処理を示すフローチャートである。ステップＳ２０２で受診管理システムが実行する患者情報蓄積およびリマインダー送付日算出処理を説明するためのフローチャートである。ステップＳ２０３で受診管理システムが実行するリマインダー送付処理を説明するためのフローチャートである。再度のリマインダーを送付する処理の説明するためのフローチャートである。実施の形態２において受診管理システムと病院端末および患者との間で行なわれる処理を示すフローチャートである。ステップＳ２０２Ａの処理の詳細を示すフローチャートである。ステップＳ２０８Ａの処理を説明するためのフローチャートである。実施の形態３で付加される情報提供サービスについて説明するためのフローチャートである。データベースに保持されている複数回の来院履歴が登録されたデータの内容を示す図である。図１０のステップＳ２２２で実行される処理の詳細を示すフローチャートである。実施の形態４で付加される情報提供サービスについて説明するためのフローチャートである。図１３のステップＳ２０３Ｂで実行される処理の詳細を説明するためのフローチャートである。眼科医のメッセージを患者に配信する２態様を説明するための図である。実施の形態５の情報収集サービスを説明するためのフローチャートである。全患者を対象としてアンケートを実施するサービスを説明するためのフローチャートである。実施の形態５の他の具体例である投書箱サービスを説明するためのフローチャートである。実施の形態６において受診管理システムが薬剤データベースから患者に対して薬剤の情報を提供するサービスを説明するためのフローチャートである。実施の形態６において受診管理システムが患者に対して点眼薬の点眼時刻を報知するサービスを説明するためのフローチャートである。実施の形態７において受診管理システムが点眼実施時刻を眼科医または家族に報告するサービスを説明するためのフローチャートである。実施の形態７において受診管理システムが点眼薬の平均使用量を眼科医に報告するサービスを説明するためのフローチャートである。実施の形態８において受診管理システムが点眼薬の使用期限の管理を行なうサービスを説明するためのフローチャートである。実施の形態９において受診管理システムが画像から点眼薬の残量を患者に連絡するサービスを説明するためのフローチャートである。実施の形態１０に係る受診管理システムを用いる構成を示す図である。受診管理システムがポータブル検査機器の情報を収集して眼科医に提供するサービスを説明するためのフローチャートである。実施の形態１１に係る受診管理システムを用いる構成を示す図である。受診管理システムが花粉症の患者に対して提供するサービスを説明するためのフローチャートである。

　以下、本発明の実施の形態について、図面を参照しながら詳細に説明する。以下では、複数の実施の形態について説明するが、各実施の形態で説明された構成を適宜組合わせることは出願当初から予定されている。なお、図中同一又は相当部分には同一符号を付してその説明は繰返さない。

　［実施の形態１］
　図１は、実施の形態１に係る受診管理システムおよび受診管理システムがデータを授受する端末を示す図である。

　受診管理システム１は、制御装置１１と、データを記憶する記憶部であるデータベース１３と、プリンタ１２とを含む。制御装置１１は、コンピュータを含んで構成される。受診管理システム１は、インターネットなどのコンピュータネットワーク２を介して、眼科医院に設置される病院端末３、複数の患者がそれぞれ所有する複数の患者端末４、および受診管理システムを管理するサービス提供者の管理端末５に接続される。なお、コンピュータネットワーク２と各端末との接続は、有線に限らず携帯電話回線、無線ＬＡＮなどを介した無線で行なっても良い。また、病院端末３も複数であっても良く、複数の病院に共通して受診管理システム１が設けられていても良い。

　病院端末３としては、パーソナルコンピュータ、タブレット型コンピュータ等を用いることができる。患者端末４は、パーソナルコンピュータ、タブレット型コンピュータ、スマートフォン、携帯電話等、電子メールを受信できるものであれば良い。なお、電子メールには、電話番号で宛先を特定できるショートメッセージサービス（ショートメール）および他のメッセージアプリケーションソフト（メッセージアプリ）でやり取りされるメッセージも含むものとする。

　受診管理システム１は、コンピュータネットワーク２を経由してコンピュータ資源をサービスの形で病院の医師または患者に提供する、いわゆるクラウドコンピューティングを実現する。

　受診管理システム１は、来院管理機能と、リマインド（remind）機能とを有する。来院管理機能は、患者の受診日、通院状況および患者の通院脱落状況を容易に把握できるように眼科医等に示すことができる機能である。リマインド機能は、受診が必要な患者に対して受診を促すリマインダー（reminder）を医院に代わって発送する機能である。本明細書では、「リマインダー」は、電子メールおよび電子メールと同様な機能を有する端末上に通知表示を出すアプリケーションソフト（アプリ）などの通信媒体、ハガキや封書などの紙媒体を含むものであって、受診日が近いことを通知するための媒体を示す。また、「リマインダー」は、電話を用いて自動音声を患者に伝えるものであっても良い。

　図２は、受診管理システムのデータベースに保持されているデータの内容を示す図である。図２を参照して、各患者に対して患者ＩＤ（IDentification）が割り当てられており、患者ＩＤごとに、氏名、受診日、次回受診までの期間または来院予定日、リマインダーの要否、リマインダーの種類、リマインダー送付日、連絡先、疾患名、処方製品、数量、処方日等がデータベース１３に登録されている。なお、リマインダーの種類としてハガキ発送が指定される場合は住所および郵便番号がさらにデータベース１３に登録される。また、リマインダーの種類として、ショートメールまたは電話が指定される場合には、電話番号がさらにデータベース１３に登録される。なお、疾患名、処方製品、数量、処方日については、薬剤量の管理を行なわない場合にはデータベース１３に記録されていなくても良い。

　図１、図２を参照して、受診管理システム１は、記憶部として働くデータベース１３と、制御装置１１とを備える。制御装置１１は、患者を特定する第１データ（患者ＩＤ）に関連付けて、患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとをデータベース１３に記憶させる。制御装置１１は、リマインダーが必要であることを第４データが示し、かつ、第３データが示す次回受診までの期間から算出された受診予定日が第１所定日数（たとえば、７日）以内に近づいた患者に対して、第５データに基づいて受診を促すための電子メール発信処理または郵便物印刷処理を選択して実行する。

　制御装置１１によって、コンピュータが患者に対して受診を促すリマインド方法が実行される。このリマインド方法は、図３、図４、図５のフローチャートに示したように、患者を特定する第１データに関連付けて、患者に対応する受診日を示す第２データを記憶部に記憶するステップ（Ｓ２００１）と、第１データに関連付けて、医師の決定した次回受診までの期間を示す第３データと、患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとを記憶部に記憶させるステップ（Ｓ２００２）と、リマインダーが必要であることを第４データが示し、かつ、第３データが示す次回受診までの期間から算出された受診予定日が所定日数以内に近づいた患者に対して、第５データに基づいて受診を促すための電子メール発信処理または郵便物印刷処理を選択するステップ（Ｓ２０３）とを備える。このリマインド方法をコンピュータに実行させるための受診管理プログラムが制御装置１１に含まれるコンピュータにインストールされることによって、受診管理システム１が製造される。

　図３は、実施の形態１において受診管理システムと病院端末および患者との間で行なわれる処理を示すフローチャートである。ステップＳ１０１およびＳ３０１では、患者が初回に病院に来院し初診受付処理が実行される。初診受付処理では、病院端末において、患者の氏名、住所または電子メールアドレス、受診日の登録が行なわれる。

　例えば、デスクトップ型のパーソナルコンピュータを病院端末３として使用する場合には、受付処理を行なう事務職員が患者の問診票などを見て登録を行なう。また例えば、病院端末３としてタブレット型コンピュータを用いる場合には、患者が病院端末３を一時的に使用して患者自身が氏名、住所等の登録を行なうようにしても良い。また、受付処理を行なう事務職員と患者とが一緒に病院端末３を操作しても良い。

　続いて、ステップＳ１０２では、眼科医による患者の診察の結果を踏まえて次回受診情報を入力する処理が行なわれる。次回受診情報は、予約制を採用している場合には予約日であっても良いし、予約制を採用していない場合には、眼科医が決めた次回受診までの目安の期間（例えば、一週間後など）であっても良い。眼科医または病院の事務職員が病院端末に次回受診情報を入力する。また、次回来院予定がある場合には、眼科医または事務職員は、患者の希望を聞いて、受診を促す通知であるリマインダーを希望するか否かを入力する。リマインダーを希望する患者に対しては、希望するリマインダーの種類（例えば、電子メールがよいか、ハガキが良いかなど）を聞いて、病院端末３に入力する。なお、電子メールは、ショートメッセージサービス（ＳＭＳ）など他の形式でもよく、患者端末に通知を配信するものであればどのようなものでもよい。また、眼科医または事務職員は、リマインダーの種類に対応する連絡先のデータ（電子メールアドレスまたは住所等）を病院端末に併せて入力する。

　さらに、ステップＳ１０３およびＳ２０１では、病院端末３に入力されたデータがコンピュータネットワーク２を経由して受診管理システム１に送信される。なお、ステップＳ１０３で行なわれたデータの送信は、ステップＳ１０１、Ｓ２０１の各々において、１項目のデータ入力ごとに行なわれても良い。

　ステップＳ２０１において、患者についての氏名、受診日、電子メールアドレスまたは住所、リマインダーの要否、リマインダーの種類、等のデータ（以下患者情報データという）の受信が完了すると、受診管理システム１は、ステップＳ２０２において患者情報データをデータベース１３に記録するとともに、記録した患者情報データに基づいて、リマインダー送付日を算出する。

　続いて、受診管理システム１は、ステップＳ２０３において、リマインダー送付処理を実行する。患者は、ステップＳ３０２において、リマインダーを電子メールで受信するか、またはハガキ等の書面で受領する。なお、電子メールには、電話番号で宛先を特定できるショートメッセージサービス（ショートメール）および他のメッセージアプリケーションソフト（メッセージアプリ）でやり取りされるメッセージも含むものとする。

　なお、受診管理システム１が行なうステップＳ２０２およびＳ２０３の処理については、後にフローチャートを用いて詳しく説明する。

　次に、２回目以降に患者がステップＳ３０５で受診すると、病院端末３では、ステップＳ１０５において再診受付処理が行なわれる。患者の氏名またはＩＤが入力されると、ステップＳ１０６において、病院端末３から受診管理システム１に対して、患者の残りの登録済み情報を送信するように要求が行なわれる。

　受診管理システム１がステップＳ２０５において送信要求を受け付けると、受診管理システム１は、ステップＳ２０６において患者の登録済み情報を病院端末３に出力する。登録済みデータに変更があった場合には、このときにデータの更新が行なわれる。なお受診日については、最新の受診日に更新しても良いが、受診率などの計算をする場合も考えられるので、過去の受診日を保持したまま最新の受診日を追記していくことが好ましい。

　続いて、ステップＳ１０８では、ステップＳ１０２と同様な処理、つまり眼科医による患者の診察の結果を踏まえて次回受診情報を入力する処理が行なわれる。このときにも、予め前回の受診時の患者情報を病院端末に表示しておき、更新すべき部分だけ入力すればよいようにしておくことが好ましい。

　さらに、ステップＳ１０９およびＳ２０７では、病院端末３に入力されたデータがコンピュータネットワーク２を経由して受診管理システム１に送信される。なお、データの送信は、ステップＳ１０８において、１項目の更新データ入力ごとに行なわれても良い。

　ステップＳ２０７において、患者情報データの受信が完了すると、受診管理システム１は、ステップＳ２０８において患者情報データをデータベース１３に記録するとともに、記録した患者情報データに基づいて、リマインダー送付日を更新する。

　続いて、受診管理システム１は、ステップＳ２０９において、ステップＳ２０３と同様なリマインダー送付処理を実行する。患者は、ステップＳ３０６において、リマインダーを電子メールで受信するか、またはハガキ等の書面で受領する。

　図４は、ステップＳ２０２で受診管理システムが実行する患者情報蓄積およびリマインダー送付日算出処理を説明するためのフローチャートである。図４を参照して、ステップＳ２００１において、受診管理システム１は、患者ＩＤおよび受診日をデータベース１３に記憶する。続いて、ステップＳ２００２において、受診管理システム１は、次回受診までの期間をデータベース１３に記憶する。さらにステップＳ２００３においては、受診管理システム１は、受診日および次回受診までの期間に基づいて、受診予定日を算出し、受診予定日を基準としてステップＳ２００４においてリマインダー送付日を算出するとともにデータベース１３に記憶する。そしてステップＳ２００５において処理がメインルーチンに戻る。

　例えば、図２において患者ＩＤが０００１の患者の場合には、受診日が２０１８年７月１日であり、次回受診を眼科医が２週間後と指定している。この場合、受診管理システム１は受診予定日を受診日から１４日後の２０１８年７月１５日に設定する。ただし、受診予定日はあくまでも来院の目安の日であり、患者は受診予定日の前後数日間のうち自分の都合がよい日に来院すれば問題ない。ステップＳ２００３において、受診予定日が決定されたら、受診管理システム１は、この受診予定日を考慮してステップＳ２００４においてリマインダー送付日を設定する。

　具体的には、受診予定日に対して受診許容範囲が±Ｄ日であるとする。すると電子メールでリマインダーを送付する患者に対しては、受診予定日よりもＤ日前をリマインダー送付日として算出する。またハガキ等の書面で送付する患者の場合には、さらに送付期間としてＺ日前倒しにリマインダー送付日を決定する。例えばＤ＝２、Ｚ＝１であるとすると、患者ＩＤが０００１の患者については、電子メールの場合は２０１８年７月１３日にリマインダー送付日が設定され、書面通知の場合には２０１８年７月１２日にリマインダー送付日が設定される。

　なお、受診許容範囲を示すＤについては、疾病の種類または症状について、眼科医が変更できるようにしても良い。また、患者がリマインダーを受領可能な日または時刻などを予め指定し、ステップＳ２００４におけるリマインダー送付日の決定時に考慮するようにしても良い。例えば、患者がコンピュータネットワークを通じてリマインダーの送付を希望する時期を予め受診管理システム１に送信しておけば、この時期を考慮してリマインダー送付日を受診管理システム１が決定する。送付を求めたい時期の指定は、例えば曜日の指定であっても良く、時刻の指定であっても良い。逆に、送付を避けてほしい曜日などを指定しておいても良い。

　また、リマインダー送付日については、病院端末３側にアプリケーションソフトをインストールしておいて上記の算出処理を行ない、リマインダー送付日を受診管理システム１に送信するようにしても良い。

　図５は、ステップＳ２０３で受診管理システムが実行するリマインダー送付処理を説明するためのフローチャートである。このフローチャートの処理は、定期的にメインルーチンから呼び出されて実行される。このフローチャートの処理は、例えば、平日の午後３時に実行するように決められていても良く、また例えば、月曜日、水曜日、金曜日の週３回の正午に実行するように決められていても良い。図５を参照して、ステップＳ２０１１において、受診管理システム１は、患者ＩＤが先頭のデータをデータベース１３から読み出す。

　続いて、ステップＳ２０１２において、受診管理システム１は、読み出した患者ＩＤに対応して記録されているリマインダー送付日と現在の日付が一致するか否かを判断する。リマインダー送付日と現在の日付が一致する場合（Ｓ２０１２でＹＥＳ）、受診管理システム１は、ステップＳ２０１３において、該当ＩＤで指定されているリマインダーの種類が、電子メールかまたはハガキであるかを判断する。

　リマインダーの種類が電子メールであった場合、ステップＳ２０１４において、受診管理システム１は、登録されている電子メールアドレスに電子メールを発信する。一方、リマインダーの種類がハガキであった場合、ステップＳ２０１５において、受診管理システム１は、プリンタ１２でハガキを印刷する。この印刷されたハガキは、定期的に受診管理システム１の管理者によって回収されて、郵便局などを介して発送される。なお、ハガキを印刷する代わりに、発送代行業者にリマインダーを送付すべき患者の氏名、住所、電話番号を送信し、ハガキの発送を発注するようにしても良い。この場合、データベース１３に蓄積された患者情報が制御装置１１からコンピュータネットワーク２を介して外部業者またはサービス運用者に送信され、外部業者またはサービス運用者においてハガキが印刷される。

　なお、リマインダーの種類は、この実施の形態では電子メールと郵送を例示したが、これらに限定される必要はなく、他の選択肢があっても良い。例えば、リマインダーを行なう対象患者の電話番号付きリストを病院の担当者に送付し病院の担当者が電話で対象患者に連絡しても良く、ファクシミリなどで対象患者にリマインダーを送信しても良い。また、電話を用いて自動音声で患者に対してリマインダーを行なっても良い。

　ステップＳ２０１２において、本日がリマインダー送付日に一致しない場合、およびステップＳ２０１４、Ｓ２０１５のいずれかでリマインダー処理が行なわれた場合、ステップＳ２０１６において、受診管理システム１は、すべての患者ＩＤのチェックが完了したか否かを判断する。

　すべての患者ＩＤのチェックがまだ完了していない場合（Ｓ２０１６でＮＯ）、ステップＳ２０１７において、受診管理システム１は、次の患者ＩＤのデータをデータベース１３から読み出す。そしてステップＳ２０１２以降の処理を繰返して実行する。一方、すべての患者ＩＤのチェックが完了した場合（Ｓ２０１６でＹＥＳ）、受診管理システム１は、ステップＳ２０１８に処理を進め、メインルーチンに処理を戻す。

　以上説明した処理によって、予めはっきりした予約日が決定されていない場合でも、患者に対して適時にリマインドを行なうことが可能となる。

　このようなリマインダーを送付しても、来院を忘れてしまう患者がいることも考えられる。そのような患者に対しては、再度のリマインダーを送付するようにしても良い。

　図６は、再度のリマインダーを送付する処理の説明するためのフローチャートである。このフローチャートの処理（ステップＳ２０３Ａとする）は、リマインダー送付をする図３および図５のステップＳ２０３が実行された後に実行される。まずステップＳ２０２１において、受診管理システム１は、本日がリマインダー送付後のチェック日となったか否かを判断する。チェック日は、受診許容範囲から後ろに外れた日とするとよい。例えばリマインダー送付から４日経過した日などとすることができる。

　本日がリマインダー送付後のチェック日でない場合（Ｓ２０２１でＮＯ）、再度のリマインダーの送付は不要であるので、ステップＳ２０２４に処理が進む。本日がリマインダー送付後のチェック日であった場合（Ｓ２０２１でＹＥＳ）、ステップＳ２０２２において、受診管理システム１は、最新の受診日の更新があったか否かを判断する。

　最新の受診日の更新がされていた場合（Ｓ２０２２でＹＥＳ）には、リマインダー送付日に対応する次回受診が行なわれたと考えられる。このため、再度のリマインダーの送付は不要であるので、ステップＳ２０２４に処理が進む。一方、最新の受診日の更新がされていない場合（Ｓ２０２２でＮＯ）には、再度のリマインダーの送付が必要である。この場合は、受診管理システム１は、ステップＳ２０２３において再度のリマインダー送付を実行し、ステップＳ２０２４において処理がメインルーチンに戻される。

　図６に示すように、制御装置１１は、受診を促すための（１回目の）電子メール発信処理または郵便物印刷処理を実行してから、一定期間内に患者の更新された受診日がデータベース１３に記憶されていない場合に、受診を促すための（２回目の）電子メール発信処理または郵便物印刷処理を実行する。なお、制御装置１１は、２回目以降のリマインダーを送付しても応答がない場合はさらに３回目以降のリマインダーを送付するように構成されても良い。

　このように、適時に再度のリマインダーを送付することによって、患者の受診率をさらに向上させることができる。

　［実施の形態２］
　実施の形態１では、受診日および次回受診までの期間に基づいてリマインダー送付日を決定していたが、実施の形態２ではこれに加えて、処方された点眼薬の量を考慮してリマインダー送付日を決定する。例えば、処方された点眼薬については、使用量が患者によってまちまちであるため、なくなったら来院するという場合が多いが、これでは点眼薬切れで点眼できないことが発生しうる。実施の形態２では、リマインダー送付により点眼薬切れを防止する。

　図７は、実施の形態２において受診管理システムと病院端末および患者との間で行なわれる処理を示すフローチャートである。図７では、先に説明した図３と同じ処理については同じ符号を付し、説明を繰返さない。

　ステップＳ１０１、Ｓ３０１については、図３において説明した処理と同じ処理が実行される。ステップＳ１１１においては、眼科医の診察後に処方製品を入力する処理が行なわれる。例えば、眼科の場合には点眼薬の製品名と処方する本数が入力される。このときに眼科医が薬の種類を指定すると、ステップＳ２１１に示すように、受診管理システム１が製品情報を病院端末３に出力することが好ましい。例えば、予め準備されている薬剤データベースから該当する種類の製品名と各製品の適応症等とを示す製品情報一覧画面を受診管理システム１が病院端末３に出力し、眼科医が表示された製品の中から処方する製品を選択するようにしても良い。

　実施の形態２の場合には、このように処方製品情報が入力されるので、図２に示すように、疾患名、処方製品、数量、処方日などがデータベースに記録される。そして、ステップＳ１０２、Ｓ１０３、Ｓ２０１については図３において説明した処理と同じ処理が実行される。

　ステップＳ２０１において、受診管理システム１が病院端末３から患者情報データを受信すると、実施の形態２ではステップＳ２０２Ａにおいて、患者情報データをデータベース１３に記録するとともに、記録した患者情報データに基づいて、リマインダー送付日（１）、リマインダー送付日（２）を算出する。ここで、リマインダー送付日（１）は、実施の形態１におけるリマインダー送付日と同様に、眼科医に指示された次回受診までの期間から算出された日付である。一方、リマインダー送付日（２）は、実施の形態２において追加された、薬剤の処方量に対応する薬剤の再処方が必要になる日を基準として定められる日付である。

　図８は、ステップＳ２０２Ａの処理の詳細を示すフローチャートである。図８において前半のリマインダー送付日（１）算出処理Ｓ２０３０については、図４に示したステップＳ２０２とほぼ同じ処理が実行される。具体的には、ステップＳ２０３１において、受診管理システム１は、患者ＩＤおよび受診日をデータベース１３に記憶する。続いて、ステップＳ２０３２において、受診管理システム１は、次回受診までの期間をデータベース１３に記憶する。さらにステップＳ２０３３においては、受診管理システム１は、受診日および次回受診までの期間に基づいて、受診予定日（１）を算出し、受診予定日（１）を基準としてステップＳ２０３４においてリマインダー送付日（１）を算出するとともにデータベース１３に記憶する。

　リマインダー送付日（１）の算出方法については、実施の形態１で説明したリマインダー送付日の算出方法と同じであるので、ここでは説明は繰返さない。

　実施の形態２では、リマインダー送付日（２）算出処理Ｓ２０４０がさらに実行される。例えば処方製品が点眼薬である場合には、リマインダー送付日（２）は、点眼薬の液量が規定量を下回る旨のリマインダーを送付する日である。より詳細には、ステップＳ２０４１において、受診管理システム１は、処方製品名およびその処方量、片眼点眼／両眼点眼のいずれであるか、点眼回数をデータベース１３に記憶する。処方量は、点眼薬の処方本数と充填量であっても良い。データベース１３に記憶されたこれらの情報から１日あたりの液量が分かり処方量が何日分かが分かる。続いて、ステップＳ２０４２において、受診管理システム１は、受診予定日（２）を算出する。例えば、点眼薬の処方量が３本であり、１本が１０日分であった場合には、受診予定日（２）は、今回の受診日の３０日後（１０日×３）に設定される。ただし、受診予定日（２）はあくまでも来院の目安の日であり、点眼薬の残量がゼロにならない間に自分の都合がよい日に来院すれば問題ない。ステップＳ２０４２において、受診予定日が決定されたら、受診管理システム１は、ステップＳ２０４３においてリマインダー送付日（２）を受診予定日（２）の数日前とし、データベース１３に記憶する。そしてステップＳ２０５０において処理がメインルーチンに戻る。

　再び、図７を参照して、ステップＳ２０２Ａの処理が終了すると、ステップＳ２０３においてリマインダー送付処理が実行される。この処理は、リマインダー送付日（１）およびリマインダー送付日（２）の各々において、実施の形態１で説明した図５の処理が実行される。図５の処理については、ここでは説明は繰返さない。

　受診管理システム１がリマインダー送付処理を実行すると、ステップＳ３０２Ａにおいて、患者は患者端末４においてリマインダーメール（１）またはリマインダーメール（２）を受信する。リマインダーメール（１）は、リマインダー送付日（１）に発信されるメールであって、眼科医が診察を行なうための受診日を知らせるメールである。リマインダーメール（２）は、リマインダー送付日（２）に発信されるメールであって、眼科医が薬剤の処方箋を発行するための受診日を知らせるメールである。なお、電子メールに代えてリマインダーはハガキで通知されても良い。

　リマインダーの送付を受けると、患者はステップＳ３０５で受診し、実施の形態１と同様にステップＳ１０５の再診受付処理から始まる再診時の処理が実行される。ステップＳ１０５、Ｓ１０６、Ｓ１０７、Ｓ１０８、Ｓ１０９、Ｓ２０５、Ｓ２０６、Ｓ２０７については、図３において説明した処理と同じ処理が実行される。また、ステップＳ１１２およびステップＳ２１２の処理については、先に説明したステップＳ１１１およびステップＳ２１１の処理とそれぞれ同じであるので説明は繰返さない。

　ステップＳ２０７において、患者情報データの受信が完了すると、受診管理システム１は、ステップＳ２０８Ａにおいて患者情報データをデータベース１３に記録するとともに、記録した患者情報データに基づいて、リマインダー送付日を更新する。このときのリマインダー送付日（２）の更新処理は、受診時に新たに薬剤の処方があったか否かによって更新の必要性が異なる点に注意が必要である。

　図９は、ステップＳ２０８Ａの処理を説明するためのフローチャートである。図９において、最初に実行されるリマインダー送付日（１）の算出処理Ｓ２０３０については、図８で説明した処理と同じ処理が実行される。続いて、ステップＳ２０６０において、受診管理システム１は、今回の受診で薬の処方があったか否かを判断する。受診管理システム１は、データベース１３に記録された今回の受診日と薬剤の処方日とが同じか否かに基づいて、薬剤の処方の有無を判断する。

　薬剤の処方があった場合には（Ｓ２０６０でＹＥＳ）、ステップＳ２０４０において、受診管理システム１は、リマインダー送付日（２）の更新処理を実行する。具体的には、新たな処方情報に基づいて、図８で説明したステップＳ２０４１～ステップＳ２０４３の処理が再び実行される。なお、患者が手持ちの点眼薬を使い切っていなかった場合には、新たに処方された量を点眼薬の残量に加えてリマインダー送付日（２）を算出するようにしても良い。

　一方、今回の受診日において薬剤の処方が無かった場合には（Ｓ２０６０でＹＥＳ）、受診管理システム１はステップＳ２０６１においてリマインダー送付日（２）を更新しない。このときには今までに設定されているリマインダー送付日（２）が維持される。

　ステップＳ２０４０またはステップＳ２０６１の処理が終了すると、ステップＳ２０６２において処理がメインルーチンに戻される。

　実施の形態２では、図２に示すように、制御装置１１は、医師が処方した薬を特定する第６データ（処方製品）と、医師が処方した薬の量を示す第７データ（数量）と、薬が処方された日を示す第８データ（処方日）とを、データベース１３に記憶させる。なお、第７データは、点眼ボトルに充填された薬液量および処方された点眼薬の本数の両方の情報であることもあるし、第６データから点眼ボトルに充填された量が自明である場合には処方された点眼薬の本数の情報のみを意味することもある。図７、図８に示すように、制御装置１１は、通常、一回点眼量が約３０～５０μＬであることから、上記第６データ、第７データおよび第８データに基づいて薬の残量がゼロとなる基準日を算出し、算出された基準日が第２所定日数（たとえば、７日）以内に近づいた患者に対して受診を促すための電子メール発信処理または郵便物印刷処理を実行する。なお、処方されている点眼薬が複数種類である場合、それらの中で一番早くに残量がゼロになる点眼薬をリマインダーの基準としても良い。また、複数種類の点眼薬について個別に残量を管理し、新たに点眼薬が処方される毎にその点眼薬について基準日をリセットするようにしても良い。

　また、病院端末３は、入力部３ａと、送信部３ｂと、要求部３ｃと、受信部３ｄとを含む。入力部３ａは、第１～第８データを入力するように構成される。第１データは、患者を特定するデータである。第２データは、第１データに関連付けて、患者に対応する受診日を示す。第３データは、医師の決定した次回受診までの期間または次回受診予定日を示す。第４データは、患者に受診を促すリマインダーが必要であるか否かを示す。送信部３ｂは、第１～第４データを受診管理システム１に送信するように構成される。要求部３ｃは、受診管理システム１に薬剤情報の出力を要求するように構成される。受信部３ｄは、薬剤情報を受診管理システム１から受診するように構成される。また、第６データは、受信部３ｄで受信した薬剤情報から選択されたまたは病院端末３に直接入力された医師が処方した薬を示す。第７データは、医師が処方した薬の量を示す。第８データは、薬が処方された日を示す。送信部３ｂは、第６～第８データを受診管理システム１にさらに送信するように構成される。要求部３ｃは、受診管理システム１に第６データ、第７データおよび第８データに基づいて算出された薬の残量がゼロとなる基準日が第２所定日数以内に受診した患者の割合を示す患者情報の出力をさらに要求する。受信部３ｄは、この患者情報をさらに受信するように構成される。

　さらに、病院端末３には、医師が処方した薬の一日当たりの投与（点眼）回数を特定するためのデータ９（例えば、就寝前に点眼するといった間接的な情報であることもあり得る）、医師が処方した薬が片眼点眼または両眼点眼であるかを特定するためのデータ１０（右眼点眼といった間接的な情報であることもあり得る）を入力することもでき、これらのデータと前記第６～第８データを組み合わせることで、医師が処方した薬の残量がゼロとなる基準日をより正確に算出することができる。

　以上説明したように、実施の形態２においては、実施の形態１で行なった次回受診日のリマインダーに加えて、処方された薬剤がなくなる前の受診を勧めるリマインダーを適時に送ることができる。このため、点眼時に薬切れが発生するなどの事態が減り、治療効果の向上が期待できる。

　［実施の形態３］
　実施の形態３では、実施の形態１または２のようなリマインダーを送信することに組み合わせて経営に役立つ情報を眼科医等に提供する。

　図１０は、実施の形態３で付加される情報提供サービスについて説明するためのフローチャートである。ステップＳ３２１～Ｓ３２５に示すように、患者Ａ，Ｂが繰り返し病院に通院するたびに、ステップＳ１２１において病院端末３から患者の情報が入力される。患者の情報は、氏名、住所、疾患名、受診日等を含む。その都度、受診管理システム１に患者情報データが送信され、ステップＳ２２１において受診管理システム１はデータベース１３に患者情報を蓄積する。そして、受診管理システム１は、ステップＳ２２２においてデータ分析処理を行なう。データ分析処理では、受診管理システム１は、蓄積された患者情報に基づいて、通院継続率、リマインド反応率、患者数を算出する。

　ここで、通院継続率については、生存分析などで一般的に用いられるKaplan-Meier法（KM法）を用い、ある一定期間ごとの通院継続率を算出する。なお、通院継続率については、各病院全体のものや、疾患ごとに算出したもの、郵便番号データをもとにした住所別のものなどのいくつかの切り口でみた出力が可能である。

　また、リマインド反応率は、受診のあった患者数をリマインド発送数で除したもので算出され、リマインドを発送した患者が実際にどれだけ受診につながったかを把握する指標である。リマインド反応率も、リマインドの媒体別（電子メール、ＳＭＳ、ハガキなど）での分析や、受診した患者別にみた分析も可能である。

　ステップＳ１２２において、分析データの閲覧要求が病院端末３から受診管理システム１に送信されると、受診管理システム１は要求があった分析項目を含む画面情報を病院端末３に送信する。

　図１１は、データベースに保持されている複数回の来院履歴が登録されたデータの内容を示す図である。図１２は、図１０のステップＳ２２２で実行される処理の詳細を示すフローチャートである。

　図１２を参照して、受診管理システム１は、ステップＳ２０７１において、病院端末３から分析データの閲覧要求があるか否かを判断する。閲覧要求がなければ、ステップＳ２０７６においてこのフローチャートの処理から抜ける。一方閲覧要求がある場合（Ｓ２０７１でＹＥＳ）、ステップＳ２０７２において受診管理システム１は、分析期間の問合せを行なう。分析期間は、例えば直近の１年間のように指定してもよく、期間の開始日と終了日を指定するようにしても良い。病院端末３から分析期間の指定を受けると、受診管理システム１は、ステップＳ２０７３において、データベース１３に記憶されている図１１に示すような患者情報データから分析対象データを抽出する。

　そして、受診管理システム１は、ステップＳ２０７４において、データの分析を行ない、通院継続率、リマインド反応率、疾患別通院率、住所別通院率、患者数などを算出する。各種データが算出されたら、受診管理システム１は、ステップＳ２０７５において、表示データを病院端末３に送信し、ステップＳ２０７６においてこのフローチャートの処理から抜ける。

　実施の形態３では、制御装置１１は、患者が受診するごとに第２データをデータベース１３に蓄積させる。そして、制御装置１１は、医師の求めに応じてデータベース１３に蓄積された第２データから患者の通院継続率を示す情報を医師が使用する病院端末３に表示させる。

　病院端末３は、入力部３ａと、送信部３ｂと、要求部３ｃと、受信部３ｄとを含む。入力部３ａは、第１～第４データを入力するように構成される。第１データは、患者を特定するデータである。第２データは、第１データに関連付けて、患者に対応する受診日を示す。第３データは、医師の決定した次回受診までの期間または次回受診予定日を示す。第４データと、患者に受診を促すリマインダーが必要であるか否かを示す。送信部３ｂは、第１～第４データを受診管理システムに送信するように構成される。要求部３ｃは、受診管理システム１に通院継続率の情報の出力を要求する。受信部３ｄは、受診管理システム１から通院継続率の情報を受信するように構成される。

　なお、通院継続率の算出では、１回で治癒するような疾患の場合は除外される。この場合は通院継続率として、通院の途中で中断した患者と分析期間内において中断していない患者との割合が算出される。リマインド反応率の算出は、分析期間内にリマインダーを送付した患者の中で、受診予定日前後数日以内に受診日が記録されている患者の割合が算出される。

　また、疾患別通院率を見ることによって、例えば毎年の病気の傾向を把握することができる。住所別通院率を見ることによって、例えば広告看板を建てる地域を検討することができる。また患者数を見ることによって、医療設備の導入数量の計画作成に役立てることができる。

　このように各種の分析データを病院端末３に表示することが可能であるので、実施の形態３の受診管理システムは、眼科医院の経営分析ツールとしても有効である。

　［実施の形態４］
　実施の形態４では、受診管理システム１は、実施の形態１または２のようなリマインダーを送信することに組み合わせて、病院から患者に情報を提供する。

　例えば、患者に提供する情報としては、病院のホームページのＵＲＬ（Uniform　Resource　Locator）を挙げることができる。患者は、病院のホームページを見ることによって、種々の情報を知ることができる。また、ホームページを持っていない病院の場合には、病院が患者に連絡したい事項を直接リマインダーの電子メールまたはハガキに記載するようにしても良い。

　例えば、手術をする曜日を決めておき、その日は一般診療を受け付けないようにしている眼科医院もあるが、手術が予定されていない場合もある。そのような場合に一般診療が可能であるという情報を患者に提供してもよい。逆に、手術または学会などのために外来が臨時休診となる日の情報などを患者に提供しても良い。

　図１３は、実施の形態４で付加される情報提供サービスについて説明するためのフローチャートである。ステップＳ１０１ＢおよびＳ３０１では、患者が初回に病院に来院し初診受付処理が実行される。初診受付処理では、病院端末において、患者の氏名、住所または電子メールアドレス、受診日の登録が行なわれる。ステップＳ１０１Ｂの処理では、図３で説明したステップＳ１０１の処理に加えて、患者の希望に従って決められた病院からの情報提供の要否の登録も行なわれる。

　続いて、ステップＳ１０２では、眼科医による患者の診察の結果を踏まえて次回受診情報を入力する処理が行なわれる。次回受診情報としては、予約日または次回受診までの目安の期間、受診を促す通知であるリマインダーの要否、希望するリマインダーの種類などである。

　さらに、ステップＳ１０３およびＳ２０１では、病院端末３に入力されたデータがコンピュータネットワーク２を経由して受診管理システム１に送信される。

　ステップＳ２０１において、患者情報データの受信が完了すると、受診管理システム１は、ステップＳ２０２において患者情報データをデータベース１３に記録するとともに、記録した患者情報データに基づいて、リマインダー送付日を算出する。

　続いて、受診管理システム１は、ステップＳ２０３Ｂにおいて、リマインダー送付処理を実行する。ステップＳ２０３Ｂの処理は、基本的には図３のステップＳ２０３の処理と同じであるが、提供する情報をリマインダーに含める処理も併せて行なわれる。

　提供する情報が病院のホームページのＵＲＬである場合には、受診管理システム１は、ステップＳ２０３Ｂにおいて病院のホームページのＵＲＬを電子メールに含めたり、ハガキに印刷したりする。

　また、提供する情報が病院からの連絡事項である場合には、ステップＳ１２６において眼科医等が病院端末３から情報を指定または入力し、受診管理システム１に登録しておく。この場合、受診管理システム１は、ステップＳ２０３Ｂにおいて登録されていた情報を電子メールに含めたり、ハガキに印刷したりする。

　患者は、ステップＳ３０２において、リマインダーを電子メールで受信するか、またはハガキ等の書面で受領する。電子メールまたはハガキを見ることによって、患者が病院からの連絡事項などを知ることができる。

　図１４は、図１３のステップＳ２０３Ｂで実行される処理の詳細を説明するためのフローチャートである。図１４のフローチャートは、図５で説明したステップＳ２０３の処理に、ステップＳ２０８１～Ｓ２０８３の処理が追加されている。したがって、ここでは追加部分のみ説明する。

　図１４では、ステップＳ２０１２において本日がリマインダー送付日と一致した場合にステップＳ２０８１に処理が進められる。ステップＳ２０８１では、該当ＩＤの情報提供が必要か否かが判断される。この判断は、図１３のステップＳ１０１Ｂにおいて入力された情報提供の要否に従って行なわれる。

　情報提供が必要である場合（Ｓ２０８１でＹＥＳ）、受診管理システム１は、送付内容をリマインダー＋提供する情報とする。一方、情報提供が必要でない場合（Ｓ２０８１でＮＯ）、受診管理システム１は、送付内容をリマインダーのみとする。ステップＳ２０８２またはＳ２０８３においてリマインダーの内容が決まると、ステップＳ２０１３に処理が進められ、以降は図５と同じ処理が実行される。

　なお、情報の提供は、リマインダー送付時以外にも行なっても良い。図１５は、眼科医のメッセージを患者に配信する２態様を説明するための図である。第１の態様は上記に説明したリマインダーに情報を含める形での配信である。第１の態様では、ステップＳ１２７、Ｓ２２７，Ｓ３２７，Ｓ３２８に示すように、受診のリマインダーを送付する際に眼科医からのメッセージをリマインダーの媒体に反映させて患者に送付する。第２の態様は、全患者などへの随時の配信であり、リマインダーとは別途の配信である。第２の態様では、ステップＳ１２９、Ｓ２２９，Ｓ３２９に示すように、眼科医からのメッセージを電子メールによって患者に送付する。例えば、臨時休診日、年末年始の診療予定日、花粉症の本格シーズン到来前の初期療法の受診案内などの連絡を第２の態様で配信するとよい。

　以上説明したように、実施の形態４では、制御装置１１は、リマインダーを送るための処理を実行する際に、患者に対してリマインダー以外の追加の情報を送る。すなわち、リマインダーに患者に知らせたい情報を付加できるので、連絡などに使用することができて利便性が向上する。また、リマインダーを送信するように構成された受診管理システムを用いて、患者に一斉に情報を発信することも可能である。

　［実施の形態５］
　実施の形態４では、病院から患者に情報を配信する例を説明したが、実施の形態５では、情報を患者に配信するとともに、患者から情報を収集して病院端末に表示する例を説明する。

　図１６は、実施の形態５の情報収集サービスを説明するためのフローチャートである。ステップＳ１０１ＣおよびＳ３０１では、患者が初回に病院に来院し初診受付処理が実行される。初診受付処理では、病院端末３において、患者の氏名、住所または電子メールアドレス、受診日の登録が行なわれる。ステップＳ１０１Ｃの処理では、図３で説明したステップＳ１０１の処理に加えて、患者の希望に従って決められた病院からのアンケート送付の可否の登録も行なわれる。

　さらに、ステップＳ１０３およびＳ２０１では、病院端末３に入力されたデータが受診管理システム１にコンピュータネットワーク２を経由して送信される。

　続いて、受診管理システム１は、ステップＳ２０３Ｃにおいて、リマインダー送付処理を実行する。ステップＳ２０３Ｃの処理は、基本的には図３のステップＳ２０３の処理と同じであるが、提供するアンケート情報をリマインダーに含める処理も併せて行なわれる。

　リマインダーの媒体が電子メールである場合には、受診管理システム１は、例えば、アンケートの表示とそれに対する回答を入力できるホームページのＵＲＬを、ステップＳ２０３Ｃにおいて電子メールに含める。

　リマインダーの媒体がハガキである場合には、受診管理システム１は、例えば、アンケートとそれに対する回答欄をステップＳ２０３Ｃにおいてハガキに印刷する。この場合ハガキにＱＲコード（登録商標）などによって回答を入力できるホームページのＵＲＬを印刷しておいても良い。この場合には、患者がスマートフォンなどから回答入力用のホームページにアクセスして回答を入力する。また、回答を返信用ハガキによって回収できるように、ステップＳ２０３Ｃにおいて印刷を往復ハガキに行なっても良い。

　患者は、ステップＳ３０２において、リマインダーを電子メールで受信するか、またはハガキ等の書面で受領する。電子メールまたはハガキを見ることによって、アンケートがあることを患者が知ることができる。ステップＳ３３１では患者がアンケートに回答する。

　ステップＳ２３１では、受診管理システム１が回答情報の蓄積、解析および集計を行なう。そして受診管理システム１は、ステップＳ１３１において、眼科医等が病院端末３からアンケートに対する回答情報を要求すると、受診管理システム１は回答の集計結果を示す画面を病院端末３に送信し、ステップＳ１３２において集計結果を示す画面が病院端末３に表示される。このように、リマインダーを送付する患者に対して、受診管理システム１を使用して眼科医等が質問したい内容のアンケートを実施できるので、アンケート結果を病院の経営に役立てることができる。

　なお、アンケートについては、リマインダーを送付する患者に限定せず、別のタイミングで、全患者または選択した患者に対して一斉に行なっても良い。

　図１７は、全患者を対象としてアンケートを実施するサービスを説明するためのフローチャートである。図１７において、ステップＳ１４１で病院端末３から眼科医または職員がアンケートの設問を入力する。なお、アンケートの設問は、管理端末５から入力されても良い。この設問は、ステップＳ２４１において受診管理システム１のデータベース１３に記憶されたホームページのデータに反映される。そして受診管理システム１は、電子メールが登録されている患者に対して電子メールを送信する。なお、この時にはデータ収集の便宜のため、ハガキを送付してリマインドする患者を除外しても良い。受診管理システム１は、アンケートを行なうホームページへのリンク先を電子メールに含めて発信する。

　患者は、ステップＳ３４１において電子メールを受信すると、ステップＳ３４２において電子メールに記載のＵＲＬから、各眼科のアンケート専用サイトへアクセスし、アンケートの設問に回答し、結果を送信する。

　ステップＳ２４２において、受診管理システム１は、データベース１３にアンケートの回答内容を蓄積し、回答データを集計する。そして、眼科医等は、ステップＳ１４２において病院端末３から蓄積された回答を閲覧することができる。

　以上、アンケートについて説明したが、アンケートは回答内容が病院側の想定した設問に限定される。しかし、病院が想定していない内容に病院の改善点がある場合も考えられる。そのような改善点に関する情報を集めるために、患者が困っていることなどをある程度自由に入力できる投書箱サービスを受診管理システムによって行なうことも考えられる。

　図１８は、実施の形態５の他の具体例である投書箱サービスを説明するためのフローチャートである。図１８において、ステップＳ１４６で初診時または再診時に投書箱サービスを患者に適用することを選択可能にしておく。

　受診管理システム１は、ステップＳ２４６において、投書箱サービスの適用が設定されている患者に対しては、リマインド媒体である電子メールに投書箱サービスを行なうホームページへのリンクを貼ったり、そのホームページのＵＲＬを示すＱＲコード（登録商標）をリマインド媒体であるハガキに印刷したりする。もしくは、電子メールが登録されているメール会員全員に対して、随時に投書箱へのリンク先を発信しても良い。

　患者は、ステップＳ３４６において電子メールを受信またはハガキを受領すると、ステップＳ３４７において電子メールのリンクまたはハガキのＱＲコード（登録商標）から、眼科ごとの投書箱サイトへアクセスし、要望などを回答する。

　ステップＳ２４７において、受診管理システム１は、データベース１３に回答内容を蓄積する。そして、眼科医等は、ステップＳ１４７において病院端末３から蓄積された回答を閲覧し、患者の意見および要望を収集することができる。

　患者は、病院に対して意見を言う機会があまりなく、不満があれば他の病院に代わってしまうことも考えられる。アンケートまたは投書箱サービスによって、例えば「駐車場が狭い」「待合室の空調がうるさい」などの、患者の意見を知ることができれば、病院のさらなる改善を行なうことができ、受診率の向上にも役立てることができる。

　［実施の形態６］
　実施の形態６は、患者が必要とする情報を受診管理システム１が提供することについて説明する。

　図１９は、実施の形態６において受診管理システムが薬剤データベースから患者に対して薬剤の情報を提供するサービスを説明するためのフローチャートである。図１９を参照して、ステップＳ３５１では、患者（または眼科スタッフ）が点眼容器をカメラで撮影し、ステップＳ３５２において、薬剤名ラベルを自動認識させる。例えば、専用の文字認識機能を有するアプリケーションソフトを患者のスマートフォンにインストールしておけば、撮影と自動認識を容易に行なうことができる。

　続いて、ステップＳ３５３では、患者（または眼科スタッフ）が認識結果によって得られた薬剤名および患者ＩＤを受診管理システム１に送信する。

　これを受けて、受診管理システム１は、ステップＳ２５１において患者ＩＤに関連付けて薬剤情報をデータベース１３に登録する処理を行なう。さらに、受診管理システム１は、ステップＳ２５２において登録された薬剤の「薬のしおり」のリンク先を示すデータをピックアップし、ステップＳ２５３において患者に対して電子メールを送信する。

　ステップＳ３５４では、患者が患者端末４で電子メールを受信する。電子メールに含まれているリンク先をクリックすれば、患者は自分に処方されている点眼薬等のしおりを見ることができる。

　このような薬のしおりは、紙で配布しても確実に保存しておくことは患者にとって難しい。このため、このようなサービスは、患者が自分に処方された薬の適用病名および薬の用法を忘れた場合に患者にとって便利である。

　図２０は、実施の形態６において受診管理システムが患者に対して点眼薬の点眼時刻を報知するサービスを説明するためのフローチャートである。図２０を参照して、ステップＳ３６１では、患者（または眼科スタッフ）が点眼容器をカメラで撮影し、ステップＳ３６２において、薬剤名ラベルを自動認識させる。例えば、専用の文字認識機能を有するアプリケーションソフトをスマートフォンにインストールしておけば、撮影と自動認識を容易に行なうことができる。

　続いて、ステップＳ３６３では、患者（または眼科スタッフ）が認識結果によって得られた薬剤名および患者ＩＤを受診管理システム１に送信する。

　これを受けて、受診管理システム１は、ステップＳ２６１において患者ＩＤに関連付けて薬剤情報をデータベース１３に登録する処理を行なう。さらに、受診管理システム１は、ステップＳ２６２において登録された薬剤の「点眼タイミング設定」を行なうことができるホームページのリンク先を示すデータをピックアップし、ステップＳ２６３において患者に対して電子メールを送信する。このホームページでは、点眼薬の用法ごとに患者の好みの時刻を指定できる画面が予め用意されている。なお、電子メールには、電話番号で宛先を特定できるショートメッセージサービス（ショートメール）および他のメッセージアプリケーションソフト（メッセージアプリ）でやり取りされるメッセージも含むものとする。

　ステップＳ３６４では、患者が患者端末４で電子メールを受信する。電子メールに含まれているリンク先をクリックすれば、患者は自分に処方されている点眼薬等に合った入力画面にたどり着くことができる。ステップＳ３６５では、患者がリンク先の画面から登録薬剤の用法に沿った点眼時刻を設定する。例えば、用法が１日３回であれば、患者は、スマートフォン、携帯電話等が手元にあって、リマインドの電子メールの着信が分かりやすい時刻を１日３回分指定すればよい。

　リンク先の画面から患者が点眼時刻を設定すると、点眼時刻の情報は受診管理システム１に送信され、受診管理システム１は、ステップＳ２６４において点眼時刻をデータベース１３に記録する。受診管理システム１は、設定された点眼時刻になると、ステップＳ２６５において患者に点眼予定時刻であることを示す電子メールを送信する。

　患者は、ステップＳ３６６において電子メールを受信し、これが点眼時刻を報知する内容であることが分かると、ステップＳ３６７において点眼を行なう。

　実施の形態６においても、制御装置１１は、リマインダーを送るための処理を実行する際に、患者に対してリマインダー以外の追加の情報、すなわち、点眼時刻を報知する情報を送る。このような点眼時刻を報知するサービスを受診管理システム１に組み入れることによって、点眼を忘れることが予防され、治療効果を向上させることに役立つ。

　［実施の形態７］
　実施の形態７では、患者が点眼を行なう実施状況を眼科医等に報知する。

　図２１は、実施の形態７において受診管理システムが点眼実施時刻を眼科医または家族に報告するサービスを説明するためのフローチャートである。点眼の実施を報告するための入力ボタンが表示されたホームページを予め用意して受診管理システム１に登録しておくとともに、患者にそのＵＲＬを連絡しておく。

　患者は、ステップＳ３７１において点眼実施時にリンク先画面のボタンをクリックする。すると、ステップＳ３７２において患者端末４から受診管理システム１に点眼時刻、薬剤名、患者ＩＤが送信される。これを受けてステップＳ２７１において、患者ＩＤと点眼時刻をデータベース１３に記憶する。なお、患者が点眼実施時にリンク先画面のボタンをクリックすることで点眼の実施を報告することを説明したが、例えば、検知センサーを備えた点眼容器用のデバイスを用いて点眼の実施を検知し、報告することもできる。検知センサーの例としては、例えば、点眼容器の傾きや押圧状態の検知センサー等が挙げられる。そして受診管理システム１は、必要に応じて、家族等のメールアドレスに点眼実施連絡メールを送信する。このようなメールを受けると、家族が患者の点眼が正しい時刻、頻度で行なわれているかを確認することができるので、患者が高齢等のため家族が見守る必要がある場合には特に有効である。また患者が家族と離れて暮らしている場合には、患者の安否の確認にもこのようなメールが役立つ。なお、点眼実施連絡メールは、電話番号で宛先を特定できるショートメッセージサービス（ショートメール）または他のメッセージアプリケーションソフト（メッセージアプリ）でやり取りされるメッセージであってもよい。

　一方、病院端末３からは、眼科医等が診察時などにステップＳ１７１において点眼実施状況の表示を要求すると、受診管理システム１は、病院端末３から要求された患者ＩＤの点眼実施状況を示す時刻データをデータベース１３から読出す。

　そして、ステップＳ２７４において受診管理システム１が表示データを作成し病院端末３に送信すると、ステップＳ１７２において病院端末３から眼科医等がデータを閲覧することが可能となる。これを見た眼科医は、患者が頻度または時刻を間違って点眼していた場合などに患者に対する点眼の指導を行なうことができる。なお、ステップＳ２７４において作成された表示データを患者端末４に送信すると、ステップＳ３７３において患者端末４から患者がデータを閲覧することも可能である。これにより、患者が自らの点眼状況を確認することができる。

　図２２は、実施の形態７において受診管理システムが点眼薬の平均使用量を眼科医に報告するサービスを説明するためのフローチャートである。図２２を参照して、ステップＳ３８１では、患者（または眼科スタッフ）が点眼容器をカメラで撮影し、ステップＳ３８２において、薬剤名ラベルを自動認識させる。例えば、専用の文字認識機能を有するアプリケーションソフトをスマートフォンにインストールしておけば、撮影と自動認識を容易に行なうことができる。

　続いて、ステップＳ３８３では、患者（または眼科スタッフ）が認識結果によって得られた薬剤名および患者ＩＤを受診管理システム１に送信する。

　これを受けて、受診管理システム１は、ステップＳ２８１において患者ＩＤに関連付けて薬剤情報をデータベース１３に登録する処理を行なう。さらに、受診管理システム１は、ステップＳ２８２において登録された薬剤の「開封日設定」を行なうことができるホームページのリンク先を示すデータをピックアップし、ステップＳ２８３において患者に対して電子メールを送信する。このホームページでは、患者ＩＤごとに点眼薬の開封日および使用終了日を入力できる画面が予め用意されている。なお、電子メールには、電話番号で宛先を特定できるショートメッセージサービス（ショートメール）および他のメッセージアプリケーションソフト（メッセージアプリ）でやり取りされるメッセージも含むものとする。

　ステップＳ３８４では、患者が患者端末４で電子メールを受信する。電子メールに含まれているリンク先をクリックすれば、患者は自分に処方されている点眼薬を開封した日を入力する画面にたどり着くことができる。ステップＳ３８５では、患者がリンク先の画面から点眼薬の開封日を入力することによって、受診管理システム１に開封日を示す情報を送信する。

　リンク先の画面から患者が開封日を設定すると、開封日の情報は受診管理システム１に送信され、受診管理システム１は、ステップＳ２８４において開封日をデータベース１３に記録する。

　また、患者は、点眼薬を使い切ると、ステップＳ３８６において患者がリンク先の画面から点眼薬の使用終了日を入力することによって、受診管理システム１に使用終了日を示す情報を送信する。

　リンク先の画面から患者が使用終了日を設定すると、使用終了日の情報は受診管理システム１に送信され、受診管理システム１は、ステップＳ２８５において使用終了日をデータベース１３に記録する。

　ステップＳ１８１において、病院端末３から眼科医等が診察時などに薬剤平均使用量の表示を要求すると、受診管理システム１は、病院端末３から要求された患者ＩＤに対応する点眼薬の開封日および使用終了日から平均使用量を算出する。そしてステップＳ２８７において、受診管理システム１は、平均使用量を表示するデータを作成する。平均使用量は、例えば「１日あたり０．５ｍＬ使用、２週間で１本使用」などのように表示すればよい。

　そして、受診管理システム１は、ステップＳ２８７において表示データを作成し病院端末３に送信すると、ステップＳ１８２において病院端末３から眼科医等がデータを閲覧することが可能となる。

　実施の形態７では、制御装置１１は、患者から点眼薬の開封日の情報と点眼薬を使い切った日の情報とを受けてデータベース１３に記憶させ、眼科医からの求めに応じて点眼薬の使用期間と使用量を含む情報を眼科医院に配置された病院端末３に送信する。

　したがって、この情報を見た眼科医は、患者に対する点眼の指導または薬剤の処方量の決定などに役立てることができる。

　［実施の形態８］
　実施の形態８では、受診管理システム１を用いて点眼薬の管理に役立つ情報を患者に提供する例を説明する。

　例えば、点眼薬の開封日および使用終了日の情報を利用して、点眼薬の使用期限管理に役立てても良い。点眼薬には未開封時の有効期限が容器に表示されている場合が多いが、開封した場合は容器に表示された有効期限に関わらず使用開始後から約１カ月を使用期限とする場合が多い。しかし、このことはあまり患者には知られていない。したがって、開封後長期間経過しても使用終了日の入力がない場合は、受診管理システム１によって患者に使用期限が過ぎたことを連絡するようにしても良い。

　図２３は、実施の形態８において受診管理システムが点眼薬の使用期限の管理を行なうサービスを説明するためのフローチャートである。図２３のフローチャートは、Ｓ３８１～Ｓ３８５およびＳ２８１～Ｓ２８５の処理については、図２２と共通するので、説明は繰返さない。

　ステップＳ２８８において、受診管理システム１は定期的にデータベース１３をチェックして、使用終了日を受信する前に開封日から使用期限が経過した点眼薬があるか否かをチェックする。そして使用期限が経過していた場合にはステップＳ２８９において、使用期限が経過した点眼薬の廃棄を推奨する電子メールを患者に対して送信する。患者はステップＳ３８７において電子メールを受信し、今使っている点眼薬の使用期限が経過したことを知ることができる。

　以上説明したように、実施の形態８では、制御装置１１は、患者から点眼薬の開封日の情報と点眼薬を使い切った日の情報とを受けてデータベース１３に記憶させ、開封日から使用期限が超過した所定期間が経過しても使い切った日が患者から連絡されていない場合には、点眼薬の使用期限が切れた旨を連絡する電子メールを患者に発信する。したがって、患者は使用期限が切れた点眼薬を使用することを避けることができる。

　［実施の形態９］
　図２４は、実施の形態９において受診管理システムが画像から点眼薬の残量を患者に連絡するサービスを説明するためのフローチャートである。図２４を参照して、ステップＳ３９１では、患者（または眼科スタッフ）が点眼容器をカメラで撮影し、ステップＳ３９２において、薬剤名ラベルを自動認識させる。例えば、専用の文字認識機能を有するアプリケーションソフトをスマートフォンにインストールしておけば、撮影と自動認識を容易に行なうことができる。なお、自動認識は、文字の認識以外でも、薬剤名ラベルに印字されたバーコードまたはＱＲコード（登録商標）を認識するものであっても良い。

　続いて、ステップＳ３９３では、患者（または眼科スタッフ）が認識結果によって得られた薬剤名および患者ＩＤを受診管理システム１に送信する。

　これを受けて、受診管理システム１は、ステップＳ２９１において患者ＩＤに関連付けて薬剤情報をデータベース１３に登録する処理を行なう。さらに、受診管理システム１は、ステップＳ２９２において登録された薬剤の「残量判定」を行なうことができるホームページのリンク先を示すデータをピックアップし、ステップＳ２９３において患者に対して電子メールを送信する。このホームページでは、患者が現在使用中の点眼薬の容器を撮影した画像を送信すると残量を患者に教える画面が予め用意されている。

　ステップＳ３９４では、患者が患者端末４で電子メールを受信する。電子メールに含まれているリンク先をクリックすれば、患者は自分に処方されている点眼薬の画像データを入力する画面にたどり着くことができる。ステップＳ３９５では、患者がリンク先の画面から点眼薬の容器を撮影した画像を入力する。

　リンク先の画面から患者が画像を送信すると、画像データは受診管理システム１に送信され、受診管理システム１は、ステップＳ２９４において画像データを受信する。受診管理システム１は、ステップＳ２９５において規定量の点眼薬が封入されている開封前の容器の画像と現在の容器の画像とを比べて現在の画像から推定される液量の割合を判断し、ステップＳ２９６において残量情報を電子メールで患者に送信する。患者は、ステップＳ３９６で受信した電子メールを見ることによって、残量がどのくらいの割合であるのかを知ることができる。

　なお、受診管理システム１から患者に送信される残量情報は、種々に変更することもできる。例えば、容器形状と液面レベルから残量（ｍＬ）を算出し、標準的な使用量から考えてこれが何日分にあたるかを残量情報として提供しても良い。点眼薬の容器には目盛なども無く、使用量も患者によって異なるので、患者は残量を把握することが難しい。実施の形態９によれば、点眼薬の残量が約何日分であるのかを知ることができ、受診日が到来する前に薬剤切れとなることを未然に防止することができる。

　［実施の形態１０］
　図２５は、実施の形態１０に係る受診管理システムを用いる構成を示す図である。図２５に示す構成は、図１に示した構成に加えて、患者端末４がポータブル検査機器２１に接続される点が異なる。他の構成については、図１と同じであるので説明は繰返さない。例えば、患者端末４がスマートフォン、パーソナルコンピュータ等である場合には、ポータブル検査機器２１と患者端末４との間には、Ｗｉｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near　Field　Communication）等の無線通信を用いても良い。

　実施の形態１０では、受診管理システム１を使用して、患者が自宅においてポータブル検査機器２１によって測定した生体情報を眼科医に報告する例を説明する。生体情報は、例えば、血圧、脈拍数、体温などであってもよいが、特に眼科の場合には、生体情報として眼圧測定機器によって測定した眼圧、眼底写真撮影機器によって撮影された眼底写真などが挙げられる。

　緑内障点眼薬は、眼圧を下げることを目的として処方されるが、眼圧は１日のうちに変動する。また個人により眼圧の変動周期および程度は異なる。したがって、点眼薬を使用する最適な時刻は、患者ごとに異なる。自宅で測定した細かな眼圧変動のデータを眼科医に提供することができれば、眼科医から点眼時刻についての指導を受けることが可能となる。

　図２６は、受診管理システムがポータブル検査機器の情報を収集して眼科医に提供するサービスを説明するためのフローチャートである。図２６を参照して、患者がステップＳ６０１において、ポータブル検査機器２１で眼圧を測定したり眼底写真を撮影したりする。患者は、眼圧測定を１日のうち一定時間ごとに行ないその測定データは測定時刻とともにポータブル検査機器２１に記憶されている。ステップＳ６０２において、Ｗｉｆｉ（登録商標）、Ｂｌｕｅｔｏｏｔｈ（登録商標）、ＮＦＣ（Near　Field　Communication）等の無線通信経由で時系列の眼圧データをスマートフォンなどの患者端末４に送信する。患者は、ステップＳ６０３において、送信する眼圧データを測定していたときに点眼薬を点眼した時刻をスマートフォンに入力し、ステップＳ６０４において、眼圧データとともに受診管理システム１に送信する。

　受診管理システム１は、ステップＳ５０１において、患者端末４から受信した眼圧データを保管し、グラフ化する。受診管理システム１がグラフ化した患者別の自己眼圧測定データは、ステップＳ４０１において、眼科医が病院端末３を介して閲覧することができる。また、眼科医は、ステップＳ４０２において患者への指示を病院端末３に入力する。例えば、眼科医は、眼圧のピーク時刻に合わせた点眼時刻を患者向けのアドバイスとして受診管理システム１に送信する。

　受診管理システム１は、ステップＳ５０２において病院端末３から受けた患者向けアドバイスをデータベース１３に保管するとともに、患者端末４に電子メールで患者向けアドバイスを送信する。ステップＳ６０５では、患者が患者端末４で眼科医の指示内容を受信する。患者は眼科医の指示内容に基づいて、点眼時刻を変更することができる。

　続いて、患者は、点眼時刻を変更した後にステップＳ６０１Ａにおいて、ポータブル検査機器２１で眼圧を測定する。ステップＳ６０２Ａにおいて、Ｗｉｆｉ（登録商標）経由で時系列の眼圧データをスマートフォンなどの患者端末４に送信する。患者は、ステップＳ６０３Ａにおいて、送信する眼圧データを測定していたときに点眼薬を点眼した時刻（眼科医の指示に基づく変更後）をスマートフォンに入力し、ステップＳ６０４Ａにおいて、眼圧データとともに受診管理システム１に送信する。

　受診管理システム１は、ステップＳ５０１Ａにおいて、患者端末４から受信した眼圧データを保管し、グラフ化する。受診管理システム１がグラフ化した患者別の自己眼圧測定データは、ステップＳ４０３において、眼科医が病院端末３を介して閲覧することができる。このようにして、眼科医は、点眼時刻の変更が眼圧の変動に及ぼす効果を確認することができる。

　以上説明したように、実施の形態１０の受診管理システムによれば、眼科医のチェックのもとで１日の眼圧変動を考慮した緑内障用点眼液の点眼の最適タイミングを患者に報知することができ、眼科医も点眼時刻の変更の効果を知ることができる。

　［実施の形態１１］
　実施の形態１１では、花粉症の患者に対して受診管理システム１が各種情報を提供することについて説明する。

　図２７は、実施の形態１１に係る受診管理システムを用いる構成を示す図である。図２５に示す構成は、図１に示した構成に加えて、患者端末４が複数のＧＰＳ（Global　Positioning　System）衛星を含むＧＰＳ３１を使用して患者端末４の位置を取得することが可能に構成されており、また、受診管理システム１が気象庁などの気象情報提供者３２から天候、風向き、温度などの情報を取得することが可能に構成されている点が異なる。他の構成については、図１と同じであるので説明は繰返さない。例えば、患者端末４がスマートフォンである場合には、ＧＰＳから位置情報を取得できるように構成されている場合が多い。

　実施の形態１１では、花粉症の患者が、花粉症のかゆみの程度を患者端末４に入力すると患者端末４において位置情報がＧＰＳ３１を利用して同時に取得される。受診管理システム１は、その時のその地点での天候、風向き、温度などの気象条件を気象情報提供者３２から得てデータベース１３に記録する。

　このような情報を蓄積しておくことによって、例えば、翌年、天気予報で似た条件になると、花粉症危険度を予め患者に報知することができる。

　図２８は、受診管理システムが花粉症の患者に対して提供するサービスを説明するためのフローチャートである。図２８を参照して、患者は、ステップＳ６１１において、自覚する花粉症のかゆみの度合いを患者端末４に入力する。例えば、患者は、かゆみを強く感じた時に、スマートフォンを操作してかゆみが強い旨を入力する。すると時刻と位置情報がステップＳ６１２においてスマートフォンで自動的に取得され、「３月１０日１４時、かゆみ＋＋＋」といった情報と位置情報とがステップＳ６１３においてスマートフォンから受診管理システム１に送信される。なお、位置情報については、患者が実際にいる場所に限らず、患者自らが位置情報を手動で入力しても良い。

　受診管理システム１は、ステップＳ５１１において、患者端末４から送信されてきた情報に含まれる地点における気象データ（風向き、風速、気温など）を取得する。そして、ステップＳ５１２において、受診管理システム１は、患者から送信されてきた（１）かゆみ度、（２）位置データ、（３）気象データを１セットにして、データベース１３に蓄積する。

　続いて、受診管理システム１は、ステップＳ５１３において、患者がかゆみを強く感じる条件を分析する。例えば、受診管理システム１は、蓄積されたデータに基づいて、患者がかゆみを強く感じた日の気温、地点、風向きなどの組み合わせを特定する。

　分析結果に基づいて、ステップＳ５１４では、受診管理システム１は、個々の患者にカスタマイズされた「花粉症危険情報」を患者端末４に電子メールで送信する。ステップＳ６１４において花粉症危険情報を電子メールで受信すると、患者は、外出時にマスクをする、外出する場所を変更する、外出を控えるなどの花粉症の対策をとることができる。

　なお、以上の実施の形態は、眼科医院に導入した具体例によって説明したが、他の医院に導入しても良い。その場合、点眼薬は内服薬などと読み替えればよい。

　今回開示された実施の形態は、すべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した実施の形態の説明ではなくて請求の範囲によって示され、請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

　１　受診管理システム、２　コンピュータネットワーク、３　病院端末、３ａ　入力部、３ｂ　送信部、３ｃ　要求部、３ｄ　受信部、４　患者端末、１１　制御装置、１２　プリンタ、１３　データベース、２１　ポータブル検査機器、３２　気象情報提供者。

Claims

　患者に対して受診を促す受診管理システムであって、
　記憶部と、
　前記患者を特定する第１データに関連付けて、前記患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間、次回受診予定日、または予約日のいずれかを示す第３データとを前記記憶部に記憶させる制御装置とを備え、
　前記制御装置は、前記第３データが示す前記次回受診までの期間から算出された受診予定日が第１所定日数以内に近づいた患者に対して、受診を促すためのリマインダーを送るための処理を実行する、受診管理システム。
　前記制御装置は、前記患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとを前記記憶部にさらに記憶させ、
　前記制御装置は、リマインダーが必要であることを前記第４データが示し、かつ、前記第３データが示す前記次回受診までの期間から算出された受診予定日が第１所定日数以内に近づいた患者に対して、前記第５データに基づいて受診を促すための電子メール発信処理または郵便物印刷処理を選択して実行する、請求項１に記載の受診管理システム。
　前記制御装置は、受診を促すための電子メール発信処理または郵便物印刷処理を実行してから、一定期間内に前記患者の更新された受診日が前記記憶部に記憶されていない場合に、受診を促すための電子メール発信処理または郵便物印刷処理をさらに実行する、請求項２に記載の受診管理システム。
　前記制御装置は、医師が処方した薬を特定する第６データと、医師が処方した薬の量を示す第７データと、薬が処方された日を示す第８データとを、前記記憶部に記憶させ、
　前記制御装置は、前記第６データ、前記第７データおよび前記第８データに基づいて薬の残量がゼロとなる基準日を算出し、前記基準日が第２所定日数以内に近づいた患者に対して受診を促すための電子メール発信処理または郵便物印刷処理を実行する、請求項１～３のいずれか１項に記載の受診管理システム。
　前記医師は眼科医であり、
　前記制御装置は、前記患者から点眼薬の開封日の情報と前記点眼薬を使い切った日の情報とを受けて前記記憶部に記憶させ、前記眼科医からの求めに応じて前記点眼薬の使用期間と使用量を含む情報を眼科医院に配置された病院端末に送信する、請求項１～４のいずれか１項に記載の受診管理システム。
　前記医師は眼科医であり、
　前記制御装置は、前記患者から点眼薬の開封日の情報と前記点眼薬を使い切った日の情報とを受けて前記記憶部に記憶させ、前記開封日から使用期限が超過した所定期間が経過しても前記使い切った日が前記患者から連絡されていない場合には、前記点眼薬の前記使用期限が切れた旨を連絡する電子メールを前記患者に発信する、請求項１～５のいずれか１項に記載の受診管理システム。
　前記制御装置は、前記患者が受診するごとに前記第２データを前記記憶部に蓄積させ、
　前記制御装置は、前記医師の求めに応じて前記記憶部に蓄積された前記第２データから前記患者の通院継続率を示す情報を前記医師が使用する病院端末に表示させる、請求項１に記載の受診管理システム。
　前記制御装置は、前記リマインダーを送るための処理を実行する際に、前記患者に対して前記リマインダー以外の追加の情報を送る、請求項１に記載の受診管理システム。
　コンピュータが患者に対して受診を促すリマインド方法であって、
　前記患者を特定する第１データに関連付けて、前記患者に対応する受診日を示す第２データを記憶部に記憶するステップと、
　前記第１データに関連付けて、医師の決定した次回受診までの期間、次回受診予定日、または予約日のいずれかを示す第３データを前記記憶部に記憶させるステップと、
　前記第３データが示す前記次回受診までの期間、次回受診予定日、または予約日のいずれかから算出された受診予定日が所定日数以内に近づいた患者に対して、受診を促すためのリマインダーを送るステップとを備える、リマインド方法。
　前記第３データを前記記憶部に記憶させるステップは、前記患者に受診を促すリマインダーが必要であるか否かを示す第４データと、リマインダーの種類を示す第５データとを前記記憶部にさらに記憶させ、
　前記リマインダーを送るステップは、リマインダーが必要であることを前記第４データが示し、かつ、前記第３データが示す前記次回受診までの期間から算出された受診予定日が所定日数以内に近づいた患者に対して、前記第５データに基づいて受診を促すための電子メール発信処理または郵便物印刷処理を選択する、請求項９に記載のリマインド方法。
　請求項９または１０に記載のリマインド方法をコンピュータに実行させるための受診管理プログラム。
　患者を特定する第１データと、前記第１データに関連付けて、前記患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、前記患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力するように構成された入力部と、
　前記第１～第４データを受診管理システムに送信する送信部と、
　前記受診管理システムに通院継続率の情報の出力を要求する要求部と、
　前記情報を受信する受信部とを備える、病院端末。
　患者を特定する第１データと、前記第１データに関連付けて、前記患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、前記患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力するように構成された入力部と、
　前記第１～第４データを受診管理システムに送信するように構成された送信部と、
　前記受診管理システムに薬剤情報の出力を要求する要求部と、
　前記薬剤情報の受信部とを備え、
　前記入力部は、前記受信部で受信した前記薬剤情報から選択された医師が処方した薬を示す第６データと、医師が処方した薬の量を示す第７データと、薬が処方された日を示す第８データとをさらに入力するように構成され、
　前記送信部は、前記第６～第８データを前記受診管理システムにさらに送信するように構成され、
　前記要求部は、前記受診管理システムに前記第６データ、前記第７データおよび前記第８データに基づいて算出された薬の残量がゼロとなる基準日が第２所定日数以内に受診した患者の割合を示す患者情報の出力をさらに要求し、
　前記受信部は、前記患者情報をさらに受信するように構成される、病院端末。
　患者を特定する第１データと、前記第１データに関連付けて、前記患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、前記患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力部を経由して受ける処理と、
　前記第１～第４データを受診管理システムに送信する処理と、
　前記受診管理システムに通院継続率の情報の出力を要求する処理と、
　前記情報を受信する処理と、を病院端末として動作するコンピュータに実行させるためのプログラム。
　患者を特定する第１データと、前記第１データに関連付けて、前記患者に対応する受診日を示す第２データと、医師の決定した次回受診までの期間または次回受診予定日を示す第３データと、前記患者に受診を促すリマインダーが必要であるか否かを示す第４データとを入力部を経由して受ける処理と、
　前記第１～第４データを受診管理システムに送信する処理と、
　前記受診管理システムに薬剤情報の出力を要求する処理と、
　前記薬剤情報を受信する処理と、
　受信した前記薬剤情報から選択された医師が処方した薬を示す第６データと、医師が処方した薬の量を示す第７データと、薬が処方された日を示す第８データとを前記入力部を経由してさらに受ける処理と、
　前記第６～第８データを前記受診管理システムにさらに送信する処理と、
　前記受診管理システムに前記第６データ、前記第７データおよび前記第８データに基づいて算出された薬の残量がゼロとなる基準日が第２所定日数以内に受診した患者の割合を示す患者情報の出力をさらに要求する処理と、
　前記患者情報を受信する処理と、を病院端末として動作するコンピュータに実行させるためのプログラム。