(57)【要約】【課題】患者の傷病に応じて、予約の調整を図ること。【解決手段】記憶部１１は、患者ごとの診察間隔に関する第１の情報１１ａと、患者ごとの傷病に関する第２の情報１１ｂを記憶する。処理部１２は、２以上の患者から受け付けた２以上の診察予約依頼において診察日時が重複するとき、患者ごとに予約の優先度を算出し、算出した予約の優先度に基づいて診察日時が重複した診察予約依頼を行った患者のうちに診察予約を決定する。処理部１２は、第１の情報１１ａを参照して診察日時が重複した診察予約依頼のうちに診察日時が診察間隔を超える患者が含まれていないと判定した場合、第１の算出方法１２ｂで予約の優先度を算出し、含まれていると判定した場合、第１の算出方法１２ｂよりも第２の情報１１ｂの評価を大きくした第２の算出方法１２ｃで予約の優先度を算出する。【選択図】図１
2019185459.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータに、
患者ごとの診察間隔に関する第１の情報と、前記患者ごとの傷病に関する第２の情報とを記憶部に記憶させ、
２以上の前記患者から受け付けた２以上の診察予約依頼において診察日時が重複するとき、
前記第１の情報を参照して前記診察日時が重複した診察予約依頼を行った患者のうちに前記診察日時が前記診察間隔を超える患者が含まれていないと判定した場合には、第１の算出方法で、前記診察日時が重複した患者それぞれの予約の第１の優先度を算出し、
前記第１の情報を参照して前記診察日時が重複した診察予約依頼を行った患者のうちに前記診察日時が前記診察間隔を超える患者が含まれていると判定した場合には、前記第１の算出方法よりも前記第２の情報の評価を大きくした第２の算出方法で、前記診察日時が重複した患者それぞれの予約の第２の優先度を算出し、
前記第１の優先度または前記第２の優先度に基づいて前記診察日時が重複した患者それぞれに対する診察予約を決定する、処理を実行させる、
診察予約プログラム。
【請求項２】
前記第２の情報は、前記患者が患っている傷病の優先度を示す診察優先度を含み、
前記第２の算出方法において、前記診察優先度が高い前記傷病を患っている患者ほど前記診察予約が決定されやすい優先度を算出する、
請求項１に記載の診察予約プログラム。
【請求項３】
診察予約依頼から前記診察予約が決定されなかった患者を検出し、前記検出した患者に対して前記診察予約依頼の再設定を通知するメッセージを作成する、
請求項１に記載の診察予約プログラム。
【請求項４】
前回の診察以降の前記診察予約依頼から前記診察予約が決定されなかった予約不成立回数を前記患者ごとに計数し、前記第１の算出方法および前記第２の算出方法において、前記予約不成立回数が多いほど前記診察予約が決定されやすい優先度を算出する、
請求項１に記載の診察予約プログラム。
【請求項５】
前記第１の算出方法は、前記第２の情報を用いずに、前記患者に処方された薬の残り日数、前回の診察以降の前記診察予約依頼から前記診察予約が決定されなかった予約不成立回数、および前記診察予約依頼を行った申込み日時のうち少なくとも一つに基づき、前記診察日時が重複した患者について前記第１の優先度を算出する、
請求項１乃至請求項３のいずれか一項に記載の診察予約プログラム。
【請求項６】
前記第２の算出方法は、前記第２の情報、および、前記薬の前記残り日数と前記予約不成立回数と前記申込み日時とのうち少なくとも一つに基づき、前記診察日時が重複した患者について前記第２の優先度を算出する、
請求項５に記載の診察予約プログラム。
【請求項７】
コンピュータが、
患者ごとの診察間隔に関する第１の情報と、前記患者ごとの傷病に関する第２の情報とを記憶部に記憶させ、
２以上の前記患者から受け付けた２以上の診察予約依頼において診察日時が重複するとき、
前記第１の情報を参照して前記診察日時が重複した診察予約依頼を行った患者のうちに前記診察日時が前記診察間隔を超える患者が含まれていないと判定した場合には、第１の算出方法で、前記診察日時が重複した患者それぞれの予約の第１の優先度を算出し、
前記第１の情報を参照して前記診察日時が重複した診察予約依頼を行った患者のうちに前記診察日時が前記診察間隔を超える患者が含まれていると判定した場合には、前記第１の算出方法よりも前記第２の情報の評価を大きくした第２の算出方法で、前記診察日時が重複した患者それぞれの予約の第２の優先度を算出し、
前記第１の優先度または前記第２の優先度に基づいて前記診察日時が重複した患者それぞれに対する診察予約を決定する、処理を実行する、
診察予約方法。
【請求項８】
患者ごとの診察間隔に関する第１の情報と、前記患者ごとの傷病に関する第２の情報とを記憶する記憶部と、
２以上の前記患者から受け付けた２以上の診察予約依頼において診察日時が重複するとき、前記第１の情報を参照して前記診察日時が重複した診察予約依頼を行った患者のうちに前記診察日時が前記診察間隔を超える患者が含まれていないと判定した場合には、第１の算出方法で、前記診察日時が重複した患者それぞれの予約の第１の優先度を算出し、前記第１の情報を参照して前記診察日時が重複した診察予約依頼を行った患者のうちに前記診察日時が前記診察間隔を超える患者が含まれていると判定した場合には、前記第１の算出方法よりも前記第２の情報の評価を大きくした第２の算出方法で、前記診察日時が重複した患者それぞれの予約の第２の優先度を算出し、前記第１の優先度または前記第２の優先度に基づいて前記診察日時が重複した患者それぞれに対する診察予約を決定する処理部と、を有する、
診察予約装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は診察予約プログラム、診察予約方法および診察予約装置に関する。
【背景技術】
【０００２】
病院や診療所などの医療機関では、事前に患者から診察予約を受け付ける診察予約システムが用いられている。このような診察予約システムでは、患者から診察予約の希望日時を聞き取って、聞き取った診察予約の希望日時に基づいて診察スケジュールを作成することが行われている。
【０００３】
このような診察スケジュールの作成において、患者の診察間隔や処方薬の残日数を利用する提案がある。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００３−２９６４４９号公報
【特許文献２】特開２００７−２４９４４２号公報
【特許文献３】特開２００２−２５１４６０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
ところで上記のような診察予約システムでは、希望日時の偏りにより所定の希望日時を対象とする診察予約依頼（診察予約の希望）が医療機関で受け入れ可能な診察予約数以上となる場合がある。従来の診察予約システムでは、このような状況において予約の調整を行うことができなかった。
【０００６】
そこで、１つの側面では、本発明は、各患者からの次回診察の希望日時の偏りにより、各患者の希望日時での診察予約依頼が医療機関で受け入れ可能な診察予約数以上となる場合に、患者の傷病に応じて、予約の調整を図ることを目的とする。
【課題を解決するための手段】
【０００７】
１つの態様では、診察予約プログラムが提供される。診察予約プログラムは、患者ごとの診察間隔に関する第１の情報と、患者ごとの傷病に関する第２の情報とを記憶部に記憶させ、２以上の患者から受け付けた２以上の診察予約依頼において診察日時が重複するとき、第１の情報を参照して診察日時が重複した診察予約依頼を行った患者のうちに診察日時が診察間隔を超える患者が含まれていないと判定した場合には、第１の算出方法で、診察日時が重複した患者それぞれの予約の第１の優先度を算出し、第１の情報を参照して診察日時が重複した診察予約依頼を行った患者のうちに診察日時が診察間隔を超える患者が含まれていると判定した場合には、第１の算出方法よりも第２の情報の評価を大きくした第２の算出方法で、診察日時が重複した患者それぞれの予約の第２の優先度を算出し、第１の優先度または第２の優先度に基づいて診察日時が重複した患者それぞれに対する診察予約を決定する、処理をコンピュータに実行させる。
【発明の効果】
【０００８】
１つの側面では、各患者からの次回診察の希望日時の偏りにより、各患者の希望日時での診察予約依頼が医療機関で受け入れ可能な診察予約数以上となる場合に、患者の傷病に応じて、予約の調整を図ることができる。
【図面の簡単な説明】
【０００９】
【図１】第１の実施の形態の診察予約装置および診察予約装置を説明するための図である。
【図２】第２の実施の形態の診察予約システムの例を示す図である。
【図３】第２の実施の形態の管理サーバのハードウェア例を示す図である。
【図４】第２の実施の形態の管理サーバの機能例を示す図である。
【図５】第２の実施の形態の傷病名マスタＤＢのデータ構成の例を示す図である。
【図６】第２の実施の形態の患者ＤＢのデータ構成の例を示す図である。
【図７】第２の実施の形態の希望日時ＤＢのデータ構成の例を示す図である。
【図８】第２の実施の形態の予約状況ＤＢのデータ構成の例を示す図である。
【図９】第２の実施の形態の診察予約依頼登録画面の例を示す図である。
【図１０】第２の実施の形態の登録処理のフローチャートを示す図である。
【図１１】第２の実施の形態の予約処理のフローチャートを示す図（その１）である。
【図１２】第２の実施の形態の予約処理のフローチャートを示す図（その２）である。
【図１３】第２の実施の形態の確定処理のフローチャートを示す図である。
【図１４】第２の実施の形態の予約催促・日程調整メール送信処理のフローチャートを示す図である。
【図１５】第２の実施の形態の予約完了メールの例を示す図である。
【図１６】第２の実施の形態の日程調整メールの例を示す図（その１）である。
【図１７】第２の実施の形態の日程調整メールの例を示す図（その２）である。
【図１８】第２の実施の形態の予約催促メールの例を示す図である。
【発明を実施するための形態】
【００１０】
以下、本実施の形態について図面を参照して説明する。
［第１の実施の形態］
図１は、第１の実施の形態の診察予約装置および診察予約装置を説明するための図である。診察予約装置１０は、病院や診療所などの医療機関における診察スケジュールを作成する。診察予約装置１０は、図示しない患者が操作する操作端末から診察予約依頼を受け付け、受け付けた診察予約依頼に基づいて医療機関が受け入れる診察予約を決定し、診察スケジュールを作成する。診察予約装置１０は、受け入れた診察予約依頼の診察日時が重複する場合、診察日時が重複する診察予約依頼のうちから医療機関が受け入れる診察予約を決定して予約の調整を行う。
【００１１】
診察予約装置１０は、記憶部１１と、処理部１２とを有する。記憶部１１は、ＲＡＭ（Random Access Memory）などの揮発性記憶装置、或いは、ＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの不揮発性記憶装置である。処理部１２は、ＣＰＵ（Central Processing Unit）、ＤＳＰ（Digital Signal Processor）、ＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field Programmable Gate Array）などのプロセッサである。
【００１２】
記憶部１１は、処理部１２によって記憶させられた第１の情報１１ａと、第２の情報１１ｂを記憶する。第１の情報１１ａは、患者ごとの診察間隔に関する情報である。診察間隔は、患者が患っている傷病の治療計画（治療スケジュール）などに応じて医療機関側によって設定される。例えば、診察間隔としては、１週間，隔週，１ヵ月，隔月，３ヵ月，半年，毎年などの間隔がある。例えば、図１における第１の情報１１ａは、患者Ａの診察間隔が１週間であり、患者Ｂの診察間隔が隔週であり、患者Ｃの診察間隔が１ヵ月であることを示す。なお、診察間隔は、患者が診察に通院を要する場合には通院間隔と同義となる。
【００１３】
第２の情報１１ｂは、患者ごとの傷病に関する情報である。患者ごとの傷病に関する情報は、患者の患っている傷病と、当該傷病に設定された診察の優先度とを含む。診察の優先度は、診察間隔の超過が望ましくない傷病（例えば、診察間隔の超過が生死にかかわり得る傷病）ほど優先度が高くなるように設定される。例えば、第２の情報１１ｂは、優先度が１０段階（１〜１０）で設定されており、優先度が高い傷病ほど大きな値が割り当てられている。第２の情報１１ｂは、患者Ａが優先度「１０」である胃がんを患っており、患者Ｂが優先度「５」である胃潰瘍を患っており、患者Ｃが優先度「２」である胃炎を患っていることを示す。なお、患者ごとの傷病に関する情報は、傷病名だけであってもよいし、傷病名に加えて患者の状態（検査結果や病態など）を含むものであってもよい。例えば、傷病について軽度、重度の区別を設け、それぞれに異なる優先度を付すことができる。より具体的には、胃潰瘍であっても軽度と重度とでは、それぞれ異なる優先度が付される。また、傷病に応じた検査結果の評価を設け、それぞれに異なる優先度を付すことができる。より具体的には、糖尿病であっても良好な血液検査結果と不良な血液検査結果とでは、それぞれ異なる優先度が付される。
【００１４】
処理部１２は、２以上の患者から受け付けた２以上の診察予約依頼において診察日時が重複するとき、診察日時が重複する診察予約依頼のうちから診察予約を決定する。具体的には、処理部１２は、医療機関が受け入れ可能な診察予約数以上に重複している場合に、予約の優先度に基づいて受け入れ可能な診察予約数に収まる範囲で、診察予約を決定（調整）する。
【００１５】
処理部１２は、診察予約を決定するのに際し、患者（診察予約依頼）ごとに予約の優先度を算出し、算出した予約の優先度に基づいて診察日時が重複した患者それぞれに対する診察予約（診察予約依頼のうちから診察予約）を決定する。処理部１２は、予約の優先度を算出するのに際し、各患者の診察間隔と診察日時との関係で、予約の優先度の算出方法を変更する。
【００１６】
処理部１２は、第１の情報１１ａを参照して診察日時が重複した診察予約依頼を行った患者のうちに診察日時が診察間隔を超える患者が含まれていないと判定した場合に第１の算出方法１２ｂで、診察日時が重複した患者それぞれの予約の優先度を算出する。
【００１７】
処理部１２は、第１の情報１１ａを参照して診察日時が重複した診察予約依頼を行った患者のうちに診察日時が診察間隔を超える患者が含まれていると判定した場合に第２の算出方法１２ｃで、診察日時が重複した患者それぞれの予約の優先度を算出する。第２の算出方法１２ｃは、第１の算出方法よりも第２の情報１１ｂの評価を大きくして第２の情報１１ｂを予約の優先度により反映させる算出方法である。
【００１８】
第２の算出方法１２ｃは、第２の情報１１ｂの評価を第１の算出方法１２ｂより大きくすることで、予約の優先度に患者が患っている傷病による影響を第１の算出方法１２ｂよりも強く反映する。そのため、第２の算出方法１２ｃにより算出した予約の優先度は、診察の優先度が高い傷病である患者ほど優先度が高くなり、診察の優先度が低い傷病である患者ほど優先度が低くなる。
【００１９】
ところで、通常、診察間隔は、傷病の治療計画（治療スケジュール）などに応じて医療機関側によって設定されるため、診察間隔を充足しているのであれば、患者の傷病を考慮する必要性は低い。一方で、診察間隔を充足しなくなった場合、傷病によっては、例えば、生死にかかわり得る場合もあり、患者の傷病を考慮する必要性が高まる。
【００２０】
このような医療の観点から、処理部１２は、傷病を考慮する必要性が低い（診察日時が診察間隔を超える患者がいない）場合、予約の優先度の算出に患者の傷病を考慮しない（第２の情報１１ｂの評価を相対的に小さくした）第１の算出方法１２ｂを用いる。一方で、診察予約装置１０は、傷病を考慮する必要性が高まった（診察日時が診察間隔を超える患者がいる）場合、予約の優先度の算出に第１の算出方法１２ｂより第２の情報１１ｂの評価を大きくした第２の算出方法１２ｃを用いる。
【００２１】
このように第１の算出方法１２ｂと第２の算出方法１２ｃを使い分けることにより、処理部１２は、特定の傷病の患者の診察予約依頼が常に優先されたり、特定の傷病の患者の診察予約依頼が頻繁に受け入れられなかったりすることを抑止できる。また、処理部１２は、傷病を考慮する必要性が高まった場合に患者の傷病を考慮した予約の調整をすることができる。
【００２２】
例えば、処理部１２は、患者Ａ，患者Ｂ，患者Ｃそれぞれから「２０１７／０８／０１  ０９：００〜０９：３０」を診察日時とする診察予約依頼１２ａ１，１２ａ２，１２ａ３を受け入れる。そして、処理部１２は、第１の情報１１ａを参照し、診察日時「２０１７／０８／０１  ０９：００〜０９：３０」が患者Ａの診察間隔「１週間」、患者Ｂの診察間隔「隔週」、患者Ｃの診察間隔「１ヵ月」を満たしているか否かを判定する。
【００２３】
処理部１２は、診察日時が全ての患者の診察間隔を満たしていると判定した場合、第１の算出方法１２ｂを用いて患者Ａの予約の優先度１２ｂ１を「Ｘ１」、患者Ｂの予約の優先度１２ｂ２を「Ｙ１」、患者Ｃの予約の優先度１２ｂ３を「Ｚ１」と算出する。そして、処理部１２は、優先度算出結果「Ｘ１」，「Ｙ１」，「Ｚ１」を比較して、診察予約依頼１２ａ１，１２ａ２，１２ａ３のうちから優先度の高い優先度算出結果に対応する診察予約依頼から優先的に診察予約として決定する。
【００２４】
処理部１２は、診察日時がいずれかの患者の診察間隔を満たしていないと判定した場合、第２の算出方法１２ｃを用いて患者Ａの予約の優先度１２ｃ１を「Ｘ２」、患者Ｂの予約の優先度１２ｃ２を「Ｙ２」、患者Ｃの予約の優先度１２ｃ３を「Ｚ２」と算出する。そして、処理部１２は、優先度算出結果「Ｘ２」，「Ｙ２」，「Ｚ２」を比較して、診察予約依頼１２ａ１，１２ａ２，１２ａ３のうちから診察予約を決定する。
【００２５】
以上が第１の実施の形態の診察予約装置１０である。これによれば診察予約装置１０は、予約の調整において、特定の傷病の患者の診察予約依頼が常に優先されたり、特定の傷病の患者の診察予約依頼が頻繁に受け入れられなかったりすることによる不平不満の発生の抑止と、患者の傷病の考慮とを両立できる。このようにして診察予約装置１０は、医療の観点から予約の調整を図っている。
【００２６】
［第２の実施の形態］
図２は、第２の実施の形態の診察予約システムの例を示す図である。第２の実施の形態の診察予約システムは、管理サーバ１００、登録端末２００および依頼端末３００を含む。管理サーバ１００、登録端末２００および依頼端末３００は、ネットワーク４００を介して接続されている。
【００２７】
管理サーバ１００は、患者から診察予約の依頼（診察予約依頼）を受け付けて、受け付けた診察予約依頼の調整を行い、診察スケジュールを作成する（診察予約を確定する）サーバコンピュータである。診察予約依頼は、診察予約に必要な情報を含む。例えば、診察予約は、医師の指定や、診察を希望する診察日時（希望日時）の指定、患者を特定可能な情報（氏名、性別、生年月日、カルテ番号など）を含む。管理サーバ１００は、患者から受け付けた診察予約依頼や、患者ごとの情報などの診察予約システムで用いる各種データを記憶する。管理サーバ１００は、医療機関内に設置されていてもよいし、医療機関外に設けられたデータセンタなどに設置されていてもよい。
【００２８】
登録端末２００は、管理サーバ１００に患者ごとの情報を登録するコンピュータである。登録端末２００は、医療機関の関係者（医療従事者）によって操作される。登録端末２００は、例えば、医療機関内（例えば、診察室）に設置されたＰＣ（Personal Computer）である。
【００２９】
依頼端末３００は、管理サーバ１００に診察予約依頼を登録するコンピュータである。依頼端末３００は、診察予約依頼を行う患者によって操作される。依頼端末３００は、例えば、ＰＣ、スマートフォン、携帯電話、およびタブレット型の端末などである。
【００３０】
図３は、第２の実施の形態の管理サーバのハードウェア例を示す図である。管理サーバ１００は、ＣＰＵ１０１、ＲＡＭ１０２、ＨＤＤ１０３、画像信号処理部１０４、入力信号処理部１０５、媒体リーダ１０６および通信インタフェース１０７を有する。各ハードウェアは管理サーバ１００のバスに接続されている。なお、第１の実施形態の診察予約装置１０、登録端末２００、および依頼端末３００も管理サーバ１００と同様のハードウェアを用いて実現できる。
【００３１】
ＣＰＵ１０１は、プログラムの命令を実行するプロセッサである。ＣＰＵ１０１は、ＨＤＤ１０３に記憶されたプログラムやデータの少なくとも一部をＲＡＭ１０２にロードし、プログラムを実行する。なお、ＣＰＵ１０１は複数のプロセッサコアを含んでもよい。また、管理サーバ１００は複数のプロセッサを有してもよく、以下で説明する処理を複数のプロセッサまたはプロセッサコアを用いて並列に実行してもよい。また、複数のプロセッサの集合を「マルチプロセッサ」または単に「プロセッサ」と言うことがある。
【００３２】
ＲＡＭ１０２は、ＣＰＵ１０１が実行するプログラムやＣＰＵ１０１が演算に用いるデータを一時的に記憶する揮発性の半導体メモリである。なお、管理サーバ１００は、ＲＡＭ以外の種類のメモリを備えてもよく、複数個のメモリを備えてもよい。
【００３３】
ＨＤＤ１０３は、ＯＳ（Operating System）やミドルウェアやアプリケーションソフトウェアなどのソフトウェアのプログラム、および、データを記憶する不揮発性の記憶装置である。なお、管理サーバ１００は、フラッシュメモリやＳＳＤ（Solid State Drive）などの他の種類の記憶装置を備えてもよく、複数の不揮発性の記憶装置を備えてもよい。
【００３４】
画像信号処理部１０４は、ＣＰＵ１０１からの命令に従って、管理サーバ１００に接続されたディスプレイ１０４ａに画像を出力する。ディスプレイ１０４ａとしては、ＣＲＴ（Cathode Ray Tube）ディスプレイ、液晶ディスプレイ、プラズマディスプレイ、有機ＥＬディスプレイなど、任意の種類のディスプレイを用いることができる。
【００３５】
入力信号処理部１０５は、管理サーバ１００に接続された入力デバイス１０５ａから入力信号を取得し、ＣＰＵ１０１に出力する。入力デバイス１０５ａとしては、マウス・タッチパネル・タッチパッド・トラックボールなどのポインティングデバイス、キーボード、リモートコントローラ、ボタンスイッチなどを用いることができる。また、管理サーバ１００に、複数の種類の入力デバイスが接続されていてもよい。
【００３６】
媒体リーダ１０６は、記録媒体１０６ａに記録されたプログラムやデータを読み取る読み取り装置である。記録媒体１０６ａとして、例えば、磁気ディスク、光ディスク、光磁気ディスク（ＭＯ：Magneto-Optical disk）、半導体メモリなどを使用できる。磁気ディスクには、フレキシブルディスク（ＦＤ：Flexible Disk）やＨＤＤが含まれる。光ディスクには、ＣＤ（Compact Disc）やＤＶＤ（Digital Versatile Disc）が含まれる。
【００３７】
媒体リーダ１０６は、例えば、記録媒体１０６ａから読み取ったプログラムやデータを、ＲＡＭ１０２やＨＤＤ１０３などの他の記録媒体にコピーする。読み取られたプログラムは、例えば、ＣＰＵ１０１によって実行される。なお、記録媒体１０６ａは可搬型記録媒体であってもよく、プログラムやデータの配布に用いられることがある。また、記録媒体１０６ａやＨＤＤ１０３を、コンピュータ読み取り可能な記録媒体と言うことがある。
【００３８】
通信インタフェース１０７は、ネットワーク４００に接続され、ネットワーク４００を介して登録端末２００や依頼端末３００などと通信を行うインタフェースである。通信インタフェース１０７は、例えば、スイッチやルータなどの通信装置とケーブルで接続される。
【００３９】
図４は、第２の実施の形態の管理サーバの機能例を示す図である。管理サーバ１００は、記憶部１１０、および制御部１２０を含む。記憶部１１０は、ＲＡＭ１０２やＨＤＤ１０３の記憶領域を用いて実現される。なお、記憶部１１０は、管理サーバ１００内部に設けられることに限らず、外部に設けられていてもよい。制御部１２０は、ＣＰＵ１０１がＲＡＭ１０２に記憶されたプログラムを実行することで実現される。記憶部１１０は、傷病名マスタＤＢ（DataBase）１１１、患者ＤＢ１１２、希望日時ＤＢ１１３、予約状況ＤＢ１１４を記憶する。
【００４０】
傷病名マスタＤＢ１１１は、傷病名の一覧と、傷病名ごとの優先度が登録される。傷病名マスタＤＢ１１１については後で図５を用いて詳細に説明する。患者ＤＢ１１２は、患者ごとの情報が登録される。患者ＤＢ１１２については後で図６を用いて詳細に説明する。希望日時ＤＢ１１３は、診察予約依頼の内容が登録される。希望日時ＤＢ１１３については後で図７を用いて詳細に説明する。予約状況ＤＢ１１４は、各診察日時における各医師の診察予約の内容が登録される。予約状況ＤＢ１１４については後で図８を用いて詳細に説明する。
【００４１】
なお、記憶部１１０が有するＤＢは一例でありこれに限らない。たとえば、記憶部１１０は、医師に関する情報を記憶したＤＢや、患者の診察内容（電子カルテ）を記憶したＤＢなどを記憶していてもよい。
【００４２】
制御部１２０は、登録処理部１２１と、予約処理部１２２とを有する。登録処理部１２１は、登録端末２００，依頼端末３００から情報を取得して、取得した情報を各種ＤＢに登録する。登録処理部１２１は、患者ごとの情報を登録端末２００から取得して、患者ＤＢ１１２に登録する。また、登録処理部１２１は、診察予約依頼を依頼端末３００から取得して、希望日時ＤＢ１１３に登録する。
【００４３】
予約処理部１２２は、傷病名マスタＤＢ１１１および患者ＤＢ１１２に登録された情報と、希望日時ＤＢ１１３に登録されている診察予約依頼とを参照し、診察予約依頼に基づいて患者の診察予約を決定（確定）する。そして、予約処理部１２２は、確定した診察予約を予約状況ＤＢ１１４に登録する。また、予約処理部１２２は、診察予約の状況に応じたメッセージを作成し、メッセージを含むメールを送信して患者に対して通知する。
【００４４】
診察予約の状況に応じたメッセージは、予約完了を通知するメッセージ、登録した診察予約依頼で診察予約が取れなかったことを通知するメッセージ、および診察間隔を超えたことを通知するメッセージである。
【００４５】
例えば、予約処理部１２２は、患者の診察予約を行った場合に診察予約の内容を含むメッセージを作成し、メールによりメッセージを対象の患者に対して通知する。予約処理部１２２は、患者が登録した診察予約依頼で診察予約が取れなかった場合に各種ＤＢを参照して診察予約が可能な診察日時を特定し、特定した診察日時を含むメッセージを作成し、メールによりメッセージを対象の患者に通知する。予約処理部１２２は、患者が診察間隔を超えた場合に、各種ＤＢを参照して診察予約が可能な診察日時を特定し、特定した診察日時を含むメッセージを作成し、メールによりメッセージを対象の患者に通知する。
【００４６】
図５は、第２の実施の形態の傷病名マスタＤＢのデータ構成の例を示す図である。傷病名マスタＤＢ１１１は、傷病名コードの項目と、傷病名の項目と、優先度の項目とを含む。
【００４７】
傷病名コードの項目の登録内容は、傷病名コードである。傷病名コードは、傷病名ごとに設定された傷病名を識別可能な識別情報である。傷病名の項目の登録内容は、傷病名コードに対応する傷病名である。優先度の項目の登録内容は、傷病名に対応する診察の優先度である。診察の優先度は、診察間隔の超過が望ましくない傷病（例えば、診察間隔の超過が生死にかかわり得る傷病）、すなわち、診察間隔を遵守する必要性が高い傷病ほど高くなるように設定される。図５において、診察の優先度は、「１」から「１０」までの１０段階で設定されており、優先度が高い傷病に対応する項目ほど大きな値が割り当てられている。例えば、傷病名マスタＤＢ１１１は、傷病名コード「０００１」に対応する傷病名が「胃がん」であり、「胃がん」の優先度が「１０」であることを示す。
【００４８】
図６は、第２の実施の形態の患者ＤＢのデータ構成の例を示す図である。患者ＤＢ１１２は、患者コードの項目と、ログインＩＤの項目と、パスワードの項目と、メールアドレスの項目と、診察間隔の項目と、予約見送り回数の項目と、患者名の項目とを含む。また患者ＤＢ１１２は、傷病名コードの項目と、前回担当医の項目と、前回診察日の項目と、前回処方日の項目と、処方量（処方日数）の項目と、次回診察日の項目とを含む。
【００４９】
患者コードの項目の登録内容は、患者コードである。患者コードは、患者ごとに設定された患者を識別可能な識別情報である。ログインＩＤの項目の登録内容は、患者が診察予約依頼をする際にログインに用いるログインＩＤである。パスワードの項目の登録内容は、患者が診察予約依頼をする際に認証に用いるパスワードである。メールアドレスの項目の登録内容は、患者のメールアドレスである。
【００５０】
診察間隔の項目の登録内容は、患者に設定された診察間隔が登録される。診察間隔は、患者の傷病の治療計画（治療スケジュール）などに応じて医療機関側によって設定される。例えば、診察間隔は、毎週（１週間），隔週（２週間），毎月（１ヵ月），隔月（２ヵ月），３ヵ月，半年（６ヵ月），毎年（１２ヵ月）などの間隔である。予約見送り回数の項目の登録内容は、前回の診察日から現在までに診察予約依頼の受け入れが見送られた回数（予約不成立回数、受け入れられなかった回数ともいう）である。患者名の項目の登録内容は、患者の氏名である。
【００５１】
傷病名コードの項目の登録内容は、患者が患っている傷病に対応する傷病名コードである。前回担当医の項目の登録内容は、前回の診察を担当した担当医に対応する医師コードである。医師コードは、医師ごとに設定された医師を識別可能な識別情報である。前回診察日の項目の登録内容は、前回診察を受けた日付である。前回処方日の項目の登録内容は、前回薬を処方された日付である。処方量（処方日数）の項目の登録内容は、処方された薬の処方量（処方日数）である。次回診察日の項目の登録内容は、次回の診察日時（確定した診察予約の診察日時）である。
【００５２】
例えば、患者ＤＢ１１２は、患者コード「０００００００１」に対応する患者のログインＩＤが「ａｂｃｄ」であり、パスワードが「１２３４」であり、メールアドレスが「１２３＠ａｂｃ」であり、診察間隔が「毎週」であることを示す。また、患者ＤＢ１１２は、患者コード「０００００００１」に対応する患者が１度も診察予約依頼の受け入れが見送られておらず、患者の名称が「〇×太郎」であり、患っている傷病の傷病名コードが「０００１」であることを示す。また、患者ＤＢ１１２は、患者コード「０００００００１」に対応する患者の前回の診察日が２０１７年８月２５日であり、担当した担当医の医師コードが「０００１」であることを示す。また、患者ＤＢ１１２は、患者コード「０００００００１」に対応する患者の前回の薬の処方日が２０１７年８月１７日であり、処方量が９日分であり、次回の診察の診察予約がまだ確定していないことを示す。
【００５３】
図７は、第２の実施の形態の希望日時ＤＢのデータ構成の例を示す図である。なお、図７における希望日時ＤＢ１１３における１つのレコードが１つの診察予約依頼を示している。希望日時ＤＢ１１３は、患者コードの項目と、年月日の項目と、時間帯の項目と、医師コードの項目と、登録日の項目とを含む。
【００５４】
患者コードの項目の登録内容は、診察予約依頼を行った患者に対応する患者コードである。年月日の項目の登録内容は、診察予約依頼で指定した日付（患者が診察を希望した日付）である。時間帯の項目の登録内容は、診察予約依頼で指定した時間帯（患者が診察を希望した時間帯）である。医師コードの項目の登録内容は、診察予約依頼で指定した医師（患者が担当を希望した医師）に対応する医師コードである。登録日の項目の登録内容は、診察予約依頼を登録した日時（受け付けた日時）、すなわち、患者が診察予約依頼を行った日時である。
【００５５】
例えば、希望日時ＤＢ１１３は、患者コード「０００００００１」の患者から、診察日時を２０１７年８月３０日の９時から９時半とし、医師を医師コード「０００１」に対応する医師とする診察予約依頼を２０１７年７月３０日の９時に受け付けたことを示す。
【００５６】
図８は、第２の実施の形態の予約状況ＤＢのデータ構成の例を示す図である。予約状況ＤＢ１１４は、医師コードの項目と、年月日の項目と、時間帯の項目と、予約可能人数の項目と、患者コードの項目とを含む。
【００５７】
医師コードの項目の登録内容は、医師コードである。年月日の項目の登録内容は、年月日である。時間帯の項目の登録内容は、時間帯である。予約可能人数の項目の登録内容は、対応する診察日時（年月日および時間帯）において医師コードに対応する医師を指定した診察予約が可能な人数（医師が診察可能な人数）である。なお、医師が休暇などの場合の当該項目の登録内容は、「０」である。患者コードの項目の登録内容は、対応する診察日時（年月日および時間帯）、および医師を指定した診察予約を予約済みの患者に対応する患者コードである。
【００５８】
例えば、予約状況ＤＢ１１４は、医師コード「０００１」の医師が、２０１７年９月１日の９時から９時半を診察日時とする診察予約では、最大３人の予約を受け入れ可能であり、既に患者コード「０００００００２」の患者の予約を受け入れていることを示す。
【００５９】
図９は、第２の実施の形態の診察予約依頼登録画面の例を示す図である。診察予約依頼登録画面５００は、患者による診察予約依頼の登録に用いられる画面である。診察予約依頼登録画面５００は、登録処理部１２１によって生成され、依頼端末３００の画面に表示される。診察予約依頼登録画面５００は、氏名表示欄５１０と、診察間隔表示欄５２０と、医師指定欄５３０と、診察日時指定欄５４０と、保存ボタン５５０とを表示内容に含む。
【００６０】
氏名表示欄５１０は、診察予約依頼の登録を実行中の患者の氏名を表示する。診察間隔表示欄５２０は、診察予約依頼の登録を実行中の患者に設定された診察間隔を表示する。医師指定欄５３０は、医師を指定する欄である。医師指定欄５３０は、例えば、初期状態（デフォルト状態）においては、前回の診察を担当した前回担当医の医師コードに対応する医師が指定された状態となる。例えば、医師指定欄５３０では、当該診察予約依頼を実行中の患者の傷病に対応可能な医師（傷病に対応する診療科に所属する医師）を選択肢として指定可能である。
【００６１】
診察日時指定欄５４０は、患者が診察を希望する診察日時を指定する欄である。診察日時指定欄５４０は、指定可能な診察日時の項目に「□」を表示し、指定済みの診察日時の項目に黒塗りした「□」を表示し、指定不可能な日時の項目に「−」を表示する。なお、指定不可能な診察日時としては、医療機関が休日である日時（医療機関自体が診察予約を受け付けていない診察日時）と、医師指定欄５３０で指定された医師が既に予約可能人数の最大値まで診察予約を受け付けている診察日時とがある。
【００６２】
診察日時指定欄５４０は、指定可能な日時の項目である「□」が新たに指定された場合、表示を黒塗りした「□」に切り替え、指定済みの日時の項目である黒塗りした「□」が指定解除された場合、表示を「□」に切り替える。診察日時指定欄５４０は、例えば、初期状態においては、診察予約依頼済みの診察日時の項目（希望日時ＤＢに登録されている診察日時の項目）を黒塗りした「□」で表示する。
【００６３】
保存ボタン５５０は、指定された内容に基づいて診察予約依頼の保存の実行を指示するためのボタンである。保存ボタン５５０が押下された場合、登録処理部１２１は、入力内容を取得し、診察予約依頼登録画面５００で指定された医師および指定された診察日時それぞれを組み合わせた診察予約依頼を希望日時ＤＢ１１３に保存する。例えば、診察予約依頼登録画面５００において保存ボタン５５０が押下された場合、登録処理部１２１は、「４３」個の診察予約依頼を希望日時ＤＢ１１３に保存する。
【００６４】
図１０は、第２の実施の形態の登録処理のフローチャートを示す図である。登録処理は、登録処理部１２１によって行われる。登録処理部１２１は、登録端末２００から患者に関する情報を受け付けた場合、および依頼端末３００から診察予約依頼を受け付けた場合に登録処理を実行する。
【００６５】
［ステップＳ１］登録処理部１２１は、受け付けた情報を対応するＤＢに登録する。登録処理部１２１は、登録端末２００から患者に関する情報を受け付けた場合、受け付けた情報を患者ＤＢ１１２に登録する。登録処理部１２１は、依頼端末３００から診察予約依頼を受け付けた場合、受け付けた診察予約依頼を希望日時ＤＢ１１３に登録する。登録処理部１２１は、受け付けた情報を対応するＤＢに登録し終えると登録処理を終了する。
【００６６】
図１１は、第２の実施の形態の予約処理のフローチャートを示す図（その１）である。図１２は、第２の実施の形態の予約処理のフローチャートを示す図（その２）である。予約処理は、予約処理部１２２によって行われる。予約処理部１２２は、所定のタイミング（たとえば、一日一回診察終了後のタイミング）で、予約処理を実行する。
【００６７】
［ステップＳ１１］予約処理部１２２は、希望日時ＤＢ１１３から希望する診察日時として直近１ヵ月以内を指定する診察予約依頼を取得する。なお、予約処理部１２２が取得する診察予約依頼は診察日時として直近１ヵ月以内を指定するものに限らない。たとえば、予約処理部１２２は、直近１ヵ月以内に代えて、直近１ヵ月よりも短い期間（例えば、１週間など）としてもよいし、直近１ヵ月よりも長い期間（例えば、２ヵ月など）としてもよい。
【００６８】
なお、予約処理部１２２は、患者の診察間隔に応じて患者ごとに取得対象とする期間を変えてもよい。より具体的には、予約処理部１２２は、診察間隔が短い（例えば、１週間である）患者について取得対象とする期間を短く（例えば、直近１週間以内）し、診察間隔が長い患者については取得対象とする期間を長く（例えば、直近１ヵ月以内）する。
【００６９】
また、予約処理部１２２は、診察間隔を超えている患者と診察間隔を超えていない患者とで取得対象とする期間を変えてもよい。たとえば、予約処理部１２２は、診察間隔を超えている患者については取得対象とする期間を短く（例えば、直近１週間以内）し、診察間隔を超えていない患者については取得対象とする期間を長く（例えば、直近１ヵ月以内）とする。
【００７０】
［ステップＳ１２］予約処理部１２２は、患者ＤＢ１１２を参照し、ステップＳ１１で取得した診察予約依頼のうちから次回診察予約（診察日の項目に診察予約）を登録済みの患者が行った診察予約依頼を除外する（今回の予約処理の対象外とする）。
【００７１】
［ステップＳ１３］予約処理部１２２は、患者ＤＢ１１２を参照し、ステップＳ１１で取得した診察予約依頼のうちから指定する診察日時が、各患者の予約抑制期間内である診察予約依頼を除外する。予約抑制期間は、前回からの診察間隔が過度に短くならないように患者ごとに設定された診察間隔に応じて設けられる期間である。例えば、予約抑制期間は、診察間隔が１ヵ月である場合には前回の診察日から２０日の期間であり、診察間隔が隔週である場合には前回の診察日から７日の期間であり、診察間隔が１週間である場合には前回の診察日から４日の期間である。
【００７２】
［ステップＳ１４］予約処理部１２２は、直近１ヵ月以内の全ての診察日時のうちいずれか１の診察日時を選択する。
［ステップＳ１５］予約処理部１２２は、全ての医師のうちからいずれか１人の医師を選択する。
【００７３】
［ステップＳ１６］予約処理部１２２は、選択した診察日時における選択した医師の予約可能残数と、選択した診察日時および選択した医師を指定した診察予約依頼の重複数とを比較する。予約可能残数は、選択した診察日時における選択した医師の予約可能人数から予約済みの患者の人数を差し引いた数（予約可能人数−予約済みの患者の人数）である。
【００７４】
［ステップＳ１７］予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼の重複数が、選択した診察日時における選択した医師の予約可能残数以下であるか否かを判定する。
【００７５】
予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼の重複数が、選択した診察日時における選択した医師の予約可能残数以下であると判定した場合にステップＳ１８に進む。予約処理部１２２は、選択した診察日時における選択した医師を指定した診察予約依頼の重複数が、選択した診察日時の選択した医師の予約可能残数以下でないと判定した場合にステップＳ２０に進む。
【００７６】
［ステップＳ１８］予約処理部１２２は、診察予約を確定する確定処理を実行する。ステップＳ１８の確定処理においては、予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼を診察予約として確定する。確定処理については後で図１３を用いて詳細に説明する。
【００７７】
［ステップＳ１９］予約処理部１２２は、ステップＳ１１で取得した診察予約依頼のうちから確定処理で診察予約が確定した患者に対応する診察予約依頼を除外する。
［ステップＳ２０］予約処理部１２２は、ステップＳ１５において全ての医師について選択済みであるか否かを判定する。予約処理部１２２は、全ての医師について選択済みであると判定した場合にステップＳ２１に進み、全ての医師について選択済みでないと判定した場合にステップＳ１５に進む。
【００７８】
［ステップＳ２１］予約処理部１２２は、ステップＳ１４において直近１ヵ月以内の全ての診察日時について選択済みであるか否かを判定する。予約処理部１２２は、直近１ヵ月以内の全ての診察日時について選択済みであると判定した場合にステップＳ２２に進み、直近１ヵ月以内の全ての診察日時について選択済みでないと判定した場合にステップＳ１４に進む。
【００７９】
［ステップＳ２２］予約処理部１２２は、直近１ヵ月以内の全ての診察日時のうちいずれか１の診察日時を選択する。
［ステップＳ２３］予約処理部１２２は、全ての医師のうちからいずれか１人の医師を選択する。
【００８０】
［ステップＳ２４］予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼があるか否かを判定する。予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼があると判定した場合にステップＳ２５に進み、選択した診察日時および選択した医師を指定した診察予約依頼がないと判定した場合にステップＳ３３に進む。
【００８１】
［ステップＳ２５］予約処理部１２２は、選択した医師の予約可能残数が「０」であるか否かを判定する。予約処理部１２２は、選択した医師の予約可能残数が「０」であると判定した場合にステップＳ３２に進み、選択した医師の予約可能残数が「０」でないと判定した場合にステップＳ２６に進む。
【００８２】
［ステップＳ２６］予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼を行った患者内に当該診察日時が診察間隔を超過した日時である患者がいるか否かを判定する。予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼を行った患者内に当該診察日時が診察間隔を超過した日時である患者がいると判定した場合にステップＳ２８に進む。予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼を行った患者内に当該診察日時が診察間隔を超過した日時である患者がいないと判定した場合にステップＳ２７に進む。
【００８３】
［ステップＳ２７］予約処理部１２２は、第１の算出方法で各患者（診察予約依頼）の優先度を算出する。第１の算出方法は、患者の傷病の優先度を考慮せずに各患者（各診察予約依頼）の優先度を算出する方法である。例えば、予約処理部１２２は、薬残日数（処方日数から前回処方日から診察日時までの日数を差し引いた日数）、予約見送り回数、診察予約依頼の登録日に基づいて各患者の優先度を算出する。予約処理部１２２は、第１の算出方法では各患者の優先度を薬残日数が少ないほど高く算出（薬残日数が少ないほど診察予約が決定されやすく優先度を算出）し、予約見送り回数が多いほど高く算出し、診察予約依頼の登録日が早いほど高く算出する。
【００８４】
これによれば予約処理部１２２は、診察予約依頼の登録日を優先度の算出に用いているため、患者が早期に診察予約依頼を行う動機を与えることができる。さらに予約処理部１２２は、予約見送り回数を優先度の算出に用いているため、患者が多くの診察予約依頼を行う動機を与えることができる。このように診察予約依頼の早期登録や、多くの診察予約依頼の登録の動機を与えることにより予約処理部１２２は、診察予約依頼の効果的な収集を図ることができる。
【００８５】
［ステップＳ２８］予約処理部１２２は、第２の算出方法で各患者（各診察予約依頼）の優先度を算出する。第２の算出方法は、患者の傷病の優先度を考慮して各患者（各診察予約依頼）の優先度を算出する方法である。例えば、予約処理部１２２は、薬残日数（処方日数から前回処方日から診察日時までの日数を差し引いた日数）、予約見送り回数、傷病の優先度に基づいて各患者の優先度を算出する。予約処理部１２２は、第２の算出方法では各患者の優先度を、薬残日数が少ないほど高く算出し、予約見送り回数が多いほど高く算出し、傷病の優先度が高いほど高く算出する。
【００８６】
なお、予約処理部１２２は、第２の算出方法において、診察日時が診察間隔を超過した日時である患者にのみ傷病の優先度をさらに加えて予約の優先度を算出し、それ以外の患者は薬残日数、予約見送り回数で予約の優先度を算出するようにしてもよい。これにより、第２の算出方法においても予約処理部１２２は、診察を急ぐ必要がない（診察間隔に余裕がある）にもかかわらず傷病の優先度が高い患者が優先されてしまうのを抑止できる。
【００８７】
なお、予約処理部１２２は、傷病の優先度に超過日数に応じた重みをつけて予約の優先度を算出するようにしてもよい。これにより、予約処理部１２２は、同じ傷病である場合でも、より超過日数が多い患者を優先することができる。
【００８８】
［ステップＳ２９］予約処理部１２２は、算出した優先度に基づき受け入れる診察予約依頼を決定する。予約処理部１２２は、優先度が高い患者の診察予約依頼を予約可能残数分だけ選出し、選出した診察予約依頼を医療機関が受け入れる診察予約依頼と決定する。
【００８９】
［ステップＳ３０］予約処理部１２２は、診察予約を確定する確定処理を実行する。ステップＳ３０の確定処理においては、予約処理部１２２は、受け入れると決定した診察予約依頼を診察予約として確定する。
【００９０】
［ステップＳ３１］予約処理部１２２は、ステップＳ１１で取得した診察予約依頼のうちから確定処理で診察予約が確定した患者に対応する診察予約依頼を除外する。
［ステップＳ３２］予約処理部１２２は、選択した診察日時および選択した医師を指定した診察予約依頼のうち受け入れられなかった診察予約依頼を行った患者の予約見送り回数の項目の値を「＋１」する。
【００９１】
［ステップＳ３３］予約処理部１２２は、ステップＳ２３において全ての医師について選択済みであるか否かを判定する。予約処理部１２２は、全ての医師について選択済みであると判定した場合にステップＳ３４に進み、全ての医師について選択済みでないと判定した場合にステップＳ２３に進む。
【００９２】
［ステップＳ３４］予約処理部１２２は、ステップＳ２２において直近１ヵ月以内の全ての診察日時について選択済みであるか否かを判定する。予約処理部１２２は、直近１ヵ月以内の全ての診察日時について選択済みであると判定した場合にステップＳ３５に進み、直近１ヵ月以内の全ての診察日時について選択済みでないと判定した場合にステップＳ２２に進む。
【００９３】
［ステップＳ３５］予約処理部１２２は、診察予約が行われていない患者に診察予約依頼を促す予約催促・日程調整メール送信処理を実行する。予約催促・日程調整メール送信処理については後で図１４を用いて詳細に説明する。
【００９４】
［ステップＳ３６］予約処理部１２２は、希望日時ＤＢ１１３を更新する。具体的には、予約処理部１２２は、ステップＳ３２において予約見送り回数を「＋１」した診察予約依頼を希望日時ＤＢ１１３から除去する。これにより、予約処理部１２２は、見送り回数の増加要因となった診察予約依頼によって次回の予約処理においても見送り回数が加算されることを防止する。予約処理部１２２は、希望日時ＤＢ１１３を更新すると、予約処理を終了する。
【００９５】
このように予約処理部１２２は、医療の観点を取り入れ、傷病を考慮する必要性が低い（診察日時が診察間隔を超える患者がいない）場合、患者の傷病を考慮しない第１の算出方法を用いる。一方で、予約処理部１２２は、傷病を考慮する必要性が高まった場合には、より傷病を考慮した第２の算出方法を用いる。
【００９６】
これによれば、予約処理部１２２は、予約の調整において、特定の傷病の患者の診察予約依頼が常に優先されたり、特定の傷病の患者の診察予約依頼が頻繁に受け入れられなかったりすることによる不平不満の発生の抑止と、患者の傷病の考慮とを両立できる。このようにして予約処理部１２２は、医療の観点から予約の調整を図っている。
【００９７】
なお、予約処理部１２２は、診察日時が診察間隔を超過している患者に加えて、診察日時において処方薬が切れている患者についても第２の算出方法で算出するようにしてもよい。一般に、医療機関は、処方薬が切れないように処方する。そして処方薬が切れている場合、傷病によっては、例えば、生死にかかわり得る場合もあり、患者の傷病を考慮する必要性が高まる。したがって、予約処理部１２２は、診察日時が診察間隔を超過していることに加え、処方薬が切れた場合にも傷病を考慮した第２の算出方法で優先度を算出する。これにより、予約処理部１２２は、予期せぬ薬切れによる傷病の悪化などの事態についても抑止できる。
【００９８】
図１３は、第２の実施の形態の確定処理のフローチャートを示す図である。確定処理は、予約処理のステップＳ１８およびステップＳ３０で予約処理部１２２によって行われる処理である。
【００９９】
［ステップＳ４１］予約処理部１２２は、診察予約依頼を行った患者に対応する患者ＤＢ１１２の次回診察日の項目に、診察予約依頼で指定した診察日時を登録する。
［ステップＳ４２］予約処理部１２２は、診察予約依頼を行った患者に対応する患者ＤＢ１１２の予約見送り回数の項目に登録されている値をリセットする。
【０１００】
［ステップＳ４３］予約処理部１２２は、診察予約依頼を行った患者に対応する患者コードを、診察予約依頼で指定した医師（医師コード）および診察日時（年月日，時間帯）と対応する予約状況ＤＢ１１４の患者コードの項目に登録する。
【０１０１】
［ステップＳ４４］予約処理部１２２は、診察予約依頼を行った患者に予約が完了したことを通知する予約完了メールを送信し、確定処理を終了する。
図１４は、第２の実施の形態の予約催促・日程調整メール送信処理のフローチャートを示す図である。予約催促・日程調整メール送信処理は、予約処理のステップＳ３５で予約処理部１２２によって行われる処理である。
【０１０２】
［ステップＳ５１］予約処理部１２２は、患者ＤＢ１１２を参照して未予約患者、すなわち、次回の診察日が確定していない患者を抽出する。
［ステップＳ５２］予約処理部１２２は、未予約患者のうちから１人を選択する。
【０１０３】
［ステップＳ５３］予約処理部１２２は、既に診察間隔を超過しているか否かを判定する。予約処理部１２２は、既に診察間隔を超過していると判定した場合にステップＳ５７に進み、まだ診察間隔を超過していないと判定した場合にステップＳ５４に進む。
【０１０４】
［ステップＳ５４］予約処理部１２２は、未予約患者の予約見送り回数が「０」を超える値であるか否かを判定する。予約処理部１２２は、未予約患者の予約見送り数が「０」を超える値であると判定した場合にステップＳ５５に進み、未予約患者の予約見送り数が「０」を超える値でないと判定した場合にステップＳ５８に進む。
【０１０５】
［ステップＳ５５］予約処理部１２２は、診察間隔内に診察予約依頼があるか否かを判定する。予約処理部１２２は、診察間隔内に診察予約依頼があると判定した場合にステップＳ５８に進み、診察間隔内に診察予約依頼がないと判定した場合にステップＳ５６に進む。
【０１０６】
［ステップＳ５６］予約処理部１２２は、日程の調整を促す日程調整メールを送信する。
［ステップＳ５７］予約処理部１２２は、診察予約依頼の登録を促す予約催促メールを送信する。
【０１０７】
［ステップＳ５８］予約処理部１２２は、ステップＳ５２において全ての未予約患者について選択済みであるか否かを判定する。予約処理部１２２は、全ての未予約患者について選択済みであると判定した場合に予約催促・日程調整メール送信処理を終了し、全ての未予約患者について選択済みでないと判定した場合にステップＳ５２に進む。
【０１０８】
図１５は、第２の実施の形態の予約完了メールの例を示す図である。図１５に示す予約完了メール１５０は、診察予約が確定した場合に送信されるメールである。予約完了メール１５０は、確定処理のステップＳ４４で送信される。予約完了メール１５０は、確定した診察予約の診察日時を含む。
【０１０９】
図１６は、第２の実施の形態の日程調整メールの例を示す図（その１）である。図１７は、第２の実施の形態の日程調整メールの例を示す図（その２）である。図１６に示す日程調整メール１６０は、診察間隔を超過しない診察日時を指定した診察予約依頼で診察予約が確定しなかった場合に送信されるメールである。日程調整メール１６０は、予約催促・日程調整メール送信処理のステップＳ５６で送信される。日程調整メール１６０は、診察間隔を超過しない診察日時を指定した診察予約依頼で診察予約が確定しなかった旨と、診察間隔を超過しない範囲における診察予約が可能な（予約可能残数がある）診察日時および医師の情報とを含む。これにより、予約処理部１２２は、診察間隔を超過しない診察日時を指定した再度の診察予約依頼を促し、診察間隔が超過することを抑止するとともに、診察予約依頼が受け入れられる診察日時および医師を併せて提示することで空き時間の効果的な調整を図っている。
【０１１０】
図１７に示す日程調整メール１７０は、診察間隔を超過しない診察日時を指定した診察予約依頼で診察予約が確定しなかった場合に送信されるメールである。例えば、日程調整メール１７０は、診察間隔内の期間において処方薬が切れてしまう場合に送信される。日程調整メールは、予約催促・日程調整メール送信処理のステップＳ５６で送信される。
【０１１１】
日程調整メール１７０は、診察間隔を超過しない診察日時を指定した診察予約依頼で診察予約が確定しなかった旨と、処方薬が切れる前の範囲における診察予約が可能な診察日時および医師の情報とを含む。一般に、診察間隔を満たしている場合であっても処方された薬が切れることは好ましくない。そのため、薬が切れる前の範囲において診察予約が可能な診察日時および医師の情報を日程調整メール１７０に含めることで、予約処理部１２２は、薬が切れる前の診察日時を指定した再度の診察予約依頼を促し薬が切れるのを抑止することができる。また、予約処理部１２２は、診察予約依頼が受け入れられる診察日時および医師を併せて提示することで空き時間の効果的な調整を図っている。
【０１１２】
図１８は、第２の実施の形態の予約催促メールの例を示す図である。図１８に示す予約催促メール１８０は、診察予約依頼がされないまま診察間隔を超過した場合に送信されるメールである。予約催促メール１８０は、予約催促・日程調整メール送信処理のステップＳ５７で送信される。
【０１１３】
予約催促メール１８０は、設定された診察間隔が前回の診察日から経過した旨と、診察予約依頼が受け入れられる診察日時および医師の情報とを含む。これにより、予約処理部１２２は、診察間隔が経過したことを通知することで速やかな診察予約の設定を促すとともに、診察予約依頼が受け入れられる診察日時および医師を併せて提示することで空き時間の効果的な調整を図っている。
【０１１４】
なお、予約催促メールは、診察予約依頼がされないまま診察間隔を超過した場合に加えて、診察間隔内に診察予約依頼がない場合に送信されるものであってもよい。
なお、第１の実施の形態の情報処理は、処理部１２にプログラムを実行させることで実現できる。また、第２の実施の形態の情報処理は、ＣＰＵ１０１にプログラムを実行させることで実現できる。プログラムは、コンピュータ読み取り可能な記録媒体１０６ａに記録できる。
【０１１５】
例えば、プログラムを記録した記録媒体１０６ａを配布することで、プログラムを流通させることができる。また、プログラムを他のコンピュータに格納しておき、ネットワーク経由でプログラムを配布してもよい。コンピュータは、例えば、記録媒体１０６ａに記録されたプログラムまたは他のコンピュータから受信したプログラムを、ＲＡＭ１０２やＨＤＤ１０３などの記憶装置に格納し（インストールし）、当該記憶装置からプログラムを読み込んで実行してもよい。
【符号の説明】
【０１１６】
１０  診察予約装置
１１  記憶部
１１ａ  第１の情報
１１ｂ  第２の情報
１２  処理部
１２ａ１，１２ａ２，１２ａ３  診察予約依頼
１２ｂ  第１の算出方法
１２ｂ１，１２ｂ２，１２ｂ３，１２ｃ１，１２ｃ２，１２ｃ３  予約の優先度
１２ｃ  第２の算出方法
【図１】
2019185459.tif 000003
【図２】
2019185459.tif 000004
【図３】
2019185459.tif 000005
【図４】
2019185459.tif 000006
【図５】
2019185459.tif 000007
【図６】
2019185459.tif 000008
【図７】
2019185459.tif 000009
【図８】
2019185459.tif 000010
【図９】
2019185459.tif 000011
【図１０】
2019185459.tif 000012
【図１１】
2019185459.tif 000013
【図１２】
2019185459.tif 000014
【図１３】
2019185459.tif 000015
【図１４】
2019185459.tif 000016
【図１５】
2019185459.tif 000017
【図１６】
2019185459.tif 000018
【図１７】
2019185459.tif 000019
【図１８】
2019185459.tif 000020