(57)【要約】【課題】診察機会を逃す患者を低減できる診察の予約制御プログラム、診察の予約制御方法および情報処理装置を提供する。【解決手段】診察の予約制御プログラムは、いずれかの患者の診察の予約依頼を受信すると、予約依頼の送信元の情報処理端末の種別を特定する処理をコンピュータに実行させる。診察の予約制御プログラムは、情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶する記憶部を参照して、特定した送信元の情報処理端末の種別に対応するキャンセル率を特定する処理をコンピュータに実行させる。診察の予約制御プログラムは、特定したキャンセル率に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する処理をコンピュータに実行させる。【選択図】図１
2019086975.tif 000002
【特許請求の範囲】
【請求項１】
いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定し、
情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に対応するキャンセル率を特定し、
特定した前記キャンセル率に基づいて、前記予約依頼についての受け付け可否または受け付け優先度を制御する、
処理をコンピュータに実行させることを特徴とする診察の予約制御プログラム。
【請求項２】
前記記憶部は、さらに患者の属性と予約のキャンセル率を対応付けて記憶し、
前記キャンセル率を特定する処理は、前記キャンセル率を、前記予約依頼の特定した前記送信元の情報処理端末の種別と、前記予約依頼による診察対象の患者の属性とに基づいて、前記記憶部を参照して特定する、
ことを特徴とする請求項１に記載の診察の予約制御プログラム。
【請求項３】
前記制御する処理は、前記キャンセル率を加味した予約枠の残数に基づいて、前記予約依頼についての受け付け可否または受け付け優先度を制御する、
ことを特徴とする請求項１または２に記載の診察の予約制御プログラム。
【請求項４】
前記キャンセル率を特定する処理は、前記情報処理端末の位置が前記予約を受け付ける病院内である場合に、該病院内に設置された情報処理端末の種別と同じ種別の情報処理端末であるとして、前記キャンセル率を特定する、
ことを特徴とする請求項１〜３のいずれか１つに記載の診察の予約制御プログラム。
【請求項５】
前記情報処理端末の位置は、前記病院内で受信可能なビーコンを前記情報処理端末が受信した場合に、前記病院内であると判定される、
ことを特徴とする請求項４に記載の診察の予約制御プログラム。
【請求項６】
前記制御する処理は、患者の属性に基づいて、病院への到着時刻を予測し、予測した前記到着時刻に基づいて、前記予約依頼についての受け付け可否または受け付け優先度を制御する、
ことを特徴とする請求項１に記載の診察の予約制御プログラム。
【請求項７】
前記患者の属性は、該患者の移動速度に関連する障害の程度を示す障害区分を含む、
ことを特徴とする請求項６に記載の診察の予約制御プログラム。
【請求項８】
いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定し、
情報処理端末の種別ごとの予約のキャンセル率を機械学習した学習モデルを記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に基づいて、前記学習モデルを用いて前記予約依頼についての受け付け可否または受け付け優先度を制御する、
処理をコンピュータに実行させることを特徴とする診察の予約制御プログラム。
【請求項９】
いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定し、
情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に対応するキャンセル率を特定し、
特定した前記キャンセル率に基づいて、前記予約依頼についての受け付け可否または受け付け優先度を制御する、
処理をコンピュータが実行することを特徴とする診察の予約制御方法。
【請求項１０】
いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定し、
情報処理端末の種別ごとの予約のキャンセル率を機械学習した学習モデルを記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に基づいて、前記学習モデルを用いて前記予約依頼についての受け付け可否または受け付け優先度を制御する、
処理をコンピュータが実行することを特徴とする診察の予約制御方法。
【請求項１１】
いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定する第１特定部と、
情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に対応するキャンセル率を特定する第２特定部と、
特定した前記キャンセル率に基づいて、前記予約依頼についての受け付け可否または受け付け優先度を制御する受付制御部と、
を有することを特徴とする情報処理装置。
【請求項１２】
いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定する特定部と、
情報処理端末の種別ごとの予約のキャンセル率を機械学習した学習モデルを記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に基づいて、前記学習モデルを用いて前記予約依頼についての受け付け可否または受け付け優先度を制御する受付制御部と、
を有することを特徴とする情報処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診察の予約制御プログラム、診察の予約制御方法および情報処理装置に関する。
【背景技術】
【０００２】
近年、スマートフォンやパーソナルコンピュータ（以下、ＰＣという。）等を用いて、インターネットを介して病院の診察を予約することが行われている。この様な診察の予約では、例えば、所定の時間枠ごとに診察人数が設定され、時間枠の診察人数が満員となると、当該時間枠の予約の受け付けを停止する。ところが、インターネット経由の予約では、手軽に予約が可能となったことで、キャンセル率も高くなる傾向があり、実際にはキャンセルによる空きが発生する場合であっても、新たな予約を受け付けることが出来ないことがある。これに対し、予約者の過去の予約回数およびキャンセル回数に基づいて、予約枠量を求めて予約の可否を判定することが提案されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００７−２５７６１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、例えば、日中の予約は予約者に急な用事が入ったりする場合があり、想定よりもキャンセル率が高くなることがある。この場合、予約者の過去の予約回数およびキャンセル回数に基づいて、一律に予約の可否を判定すると、キャンセルによる空きが発生しているにも関わらず予約枠が満員であるので、診察機会を逃す患者が発生する場合がある。
【０００５】
一つの側面では、診察機会を逃す患者を低減できる診察の予約制御プログラム、診察の予約制御方法および情報処理装置を提供することにある。
【課題を解決するための手段】
【０００６】
一つの態様では、診察の予約制御プログラムは、いずれかの患者の診察の予約依頼を受信すると、前記予約依頼の送信元の情報処理端末の種別を特定する処理をコンピュータに実行させる。診察の予約制御プログラムは、情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶する記憶部を参照して、特定した前記送信元の情報処理端末の種別に対応するキャンセル率を特定する処理をコンピュータに実行させる。診察の予約制御プログラムは、特定した前記キャンセル率に基づいて、前記予約依頼についての受け付け可否または受け付け優先度を制御する処理をコンピュータに実行させる。
【発明の効果】
【０００７】
診察機会を逃す患者を低減できる。
【図面の簡単な説明】
【０００８】
【図１】図１は、実施例１の予約制御システムの構成の一例を示すブロック図である。
【図２】図２は、予約枠記憶部の一例を示す図である。
【図３】図３は、キャンセル係数記憶部の一例を示す図である。
【図４】図４は、予約記憶部の一例を示す図である。
【図５】図５は、電子カルテ記憶部の一例を示す図である。
【図６】図６は、キャンセル患者の一例を示す図である。
【図７】図７は、予約端末に応じた予約時間枠の制御の一例を示す図である。
【図８】図８は、実施例１の予約制御処理の一例を示すフローチャートである。
【図９】図９は、実施例２の予約制御システムの構成の一例を示すブロック図である。
【図１０】図１０は、実施例２の予約制御処理の一例を示すフローチャートである。
【図１１】図１１は、実施例３の予約制御システムの構成の一例を示すブロック図である。
【図１２】図１２は、診療情報記憶部の一例を示す図である。
【図１３】図１３は、所要時間係数記憶部の一例を示す図である。
【図１４】図１４は、予測した到着時刻に応じた予約時間枠の制御の一例を示す図である。
【図１５】図１５は、実施例３の予約制御処理の一例を示すフローチャートである。
【図１６】図１６は、実施例３の予約制御処理の一例を示すフローチャートである。
【図１７】図１７は、診察の予約制御プログラムを実行するコンピュータの一例を示す図である。
【発明を実施するための形態】
【０００９】
以下、図面に基づいて、本願の開示する診察の予約制御プログラム、診察の予約制御方法および情報処理装置の実施例を詳細に説明する。なお、本実施例により、開示技術が限定されるものではない。また、以下の実施例は、矛盾しない範囲で適宜組みあわせてもよい。
【実施例１】
【００１０】
図１は、実施例１の予約制御システムの構成の一例を示すブロック図である。図１に示す予約制御システム１は、携帯端末１０と、自動再来機２０と、情報処理装置１００とを有する。なお、予約制御システム１では、携帯端末１０および自動再来機２０の数は限定されず、任意の数の携帯端末１０および自動再来機２０を有するようにしてもよい。携帯端末１０と情報処理装置１００との間は、ネットワークＮ１を介して、相互に通信可能に接続される。また、自動再来機２０と情報処理装置１００との間は、ネットワークＮ２を介して、相互に通信可能に接続される。
【００１１】
かかるネットワークＮ１には、有線または無線を問わず、インターネットを始め、ＬＡＮ（Local  Area  Network）やＶＰＮ（Virtual  Private  Network）などの任意の種類の通信網を採用できる。また、ネットワークＮ１を介する携帯端末１０と情報処理装置１００との通信は、例えば、ＴＬＳ（Transport  Layer  Security）／ＳＳＬ（Secure  Sockets  Layer）等によって暗号化されている。ネットワークＮ２には、有線または無線を問わず、ＬＡＮやＶＰＮなどの任意の種類の通信網を採用できる。ネットワークＮ２は、例えば、病院内のＬＡＮであり、インターネット等の外部のネットワークとは接続されていない。
【００１２】
予約制御システム１は、携帯端末１０および自動再来機２０から送信される予約依頼に基づいて、病院の診察を予約するシステムの一例である。携帯端末１０は、例えば、スマートフォン等の移動体通信端末等やＰＣ等の各種端末であり、例えば、自宅等の病院外にいる患者が予約依頼を行う情報処理端末である。携帯端末１０は、例えば、患者の操作によって予約用のアプリが起動し、予約依頼ボタンが押下されると、端末の種別および患者ＩＤ等の情報を含む予約依頼を情報処理装置１００に送信する。なお、携帯端末１０は、病院内に設置されたビーコン発振器からのビーコンを受信している場合には、ビーコン受信中である旨の情報を予約依頼に含める。ビーコンは、例えば、ＢＬＥ（Bluetooth（登録商標）  Low  Energy）を用いることができる。携帯端末１０は、予約用のアプリの起動時にＢｌｕｅｔｏｏｔｈ（登録商標）をオンにすることで、ビーコンを受信できる状態となる。また、携帯端末１０は、情報処理装置１００から予約画面を受信すると、図示しない表示部に予約画面を表示し、患者からの入力を受け付ける。携帯端末１０は、予約画面において、予約時間枠が選択されると、選択された予約時間枠を情報処理装置１００に送信する。
【００１３】
自動再来機２０は、例えば、病院の受付に設置された情報処理端末であり、病院に来院した患者が受付、つまり予約依頼を行う情報処理端末である。自動再来機２０は、例えば、患者の操作によって予約依頼ボタンが押下されると、端末の種別および患者ＩＤ等の情報を含む予約依頼を情報処理装置１００に送信する。また、自動再来機２０は、情報処理装置１００から予約画面を受信すると、図示しない表示部に予約画面を表示し、患者からの入力を受け付ける。自動再来機２０は、予約画面において、予約時間枠が選択されると、選択された予約時間枠を情報処理装置１００に送信する。
【００１４】
情報処理装置１００は、携帯端末１０または自動再来機２０から、いずれかの患者の診察の予約依頼を受信すると、予約依頼の送信元の情報処理端末の種別を特定する。なお、情報処理端末の種別は、例えば、携帯端末１０および自動再来機２０が挙げられる。情報処理装置１００は、情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶する記憶部を参照して、特定した送信元の情報処理端末の種別に対応するキャンセル率を特定する。情報処理装置１００は、特定したキャンセル率に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。これにより、情報処理装置１００は、診察機会を逃す患者を低減できる。
【００１５】
次に、情報処理装置１００の構成について説明する。図１に示すように、情報処理装置１００は、第１通信部１１０と、第２通信部１１１と、記憶部１２０と、制御部１３０とを有する。なお、情報処理装置１００は、図１に示す機能部以外にも既知のコンピュータが有する各種の機能部、例えば各種の入力デバイスや音声出力デバイス等の機能部を有することとしてもかまわない。
【００１６】
第１通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。第１通信部１１０は、ネットワークＮ１を介して携帯端末１０と有線または無線で接続され、携帯端末１０との間で情報の通信を司る通信インタフェースである。第１通信部１１０は、携帯端末１０から受信した予約依頼および予約時間枠を制御部１３０に出力する。また、第１通信部１１０は、制御部１３０から入力された予約画面を携帯端末１０に送信する。
【００１７】
第２通信部１１１は、例えば、ＮＩＣ等によって実現される。第２通信部１１１は、ネットワークＮ２を介して自動再来機２０と有線または無線で接続され、自動再来機２０との間で情報の通信を司る通信インタフェースである。第２通信部１１１は、自動再来機２０から受信した予約依頼および予約時間枠を制御部１３０に出力する。また、第２通信部１１１は、制御部１３０から入力された予約画面を自動再来機２０に送信する。
【００１８】
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory）、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、ハードディスクや光ディスク等の記憶装置によって実現される。記憶部１２０は、予約枠記憶部１２１と、キャンセル係数記憶部１２２と、予約記憶部１２３と、電子カルテ記憶部１２４とを有する。また、記憶部１２０は、制御部１３０での処理に用いる情報を記憶する。
【００１９】
予約枠記憶部１２１は、所定の予約時間枠ごとにおける予約可能人数と、受け付けた予約人数とを対応付けて記憶する。図２は、予約枠記憶部の一例を示す図である。図２に示すように、予約枠記憶部１２１は、「予約時間枠」、「可能人数」、「予約人数」といった項目を有する。予約枠記憶部１２１は、例えば、予約時間枠ごとに１レコードとして記憶する。
【００２０】
「予約時間枠」は、予約を受け付ける所定の時間枠を示す情報である。所定の時間枠は、例えば、診察時間を１時間ごとに分割した時間枠とすることができる。「可能人数」は、当該予約時間枠における予約可能人数を示す情報である。「予約人数」は、当該予約時間枠における現在の予約済みの人数を示す情報である。なお、「予約人数」は、携帯端末１０から予約された場合に、１人未満の端数が出る場合がある。
【００２１】
図１の説明に戻って、キャンセル係数記憶部１２２は、予約時間枠ごとにおける患者の属性とキャンセル率とを対応付けて記憶する。図３は、キャンセル係数記憶部の一例を示す図である。図３に示すように、キャンセル係数記憶部１２２は、「予約時間枠」、「年齢」、「性別」、「キャンセル率」といった項目を有する。キャンセル係数記憶部１２２は、例えば、予約時間枠および患者の属性ごとに１レコードとして記憶する。
【００２２】
「予約時間枠」は、予約を受け付ける所定の時間枠を示す情報である。「年齢」は、患者の年齢の範囲を示す情報である。「性別」は、患者の性別を示す情報である。なお、「年齢」および「性別」は、患者の属性の一例である。「キャンセル率」は、当該予約時間枠における患者の属性別のキャンセル率を示す情報である。なお、キャンセル係数記憶部１２２は、情報処理端末の種別が携帯端末１０である場合に対応し、本実施例では、情報処理端末の種別が自動再来機２０である場合は、一律にキャンセル率を０％としている。このため、本実施例では、情報処理端末の種別が自動再来機２０である場合のキャンセル係数記憶部１２２は省略している。
【００２３】
図１の説明に戻って、予約記憶部１２３は、診察の予約時間枠を患者ＩＤ（Identifier）と対応付けて記憶する。図４は、予約記憶部の一例を示す図である。図４に示すように、予約記憶部１２３は、「患者ＩＤ」、「予約日」、「予約時間枠」といった項目を有する。予約記憶部１２３は、例えば、患者ＩＤごとに１レコードとして記憶する。
【００２４】
「患者ＩＤ」は、患者を識別する識別子である。「予約日」は、診察の予約日を示す情報である。「予約時間枠」は、受け付けた予約の時間枠を示す情報である。
【００２５】
図１の説明に戻って、電子カルテ記憶部１２４は、患者の電子カルテを記憶する。図５は、電子カルテ記憶部の一例を示す図である。図５に示すように、電子カルテ記憶部１２４は、「患者ＩＤ」、「最終診察日」、「年齢」、「性別」といった項目を有する。電子カルテ記憶部１２４は、例えば、患者ＩＤごとに１レコードとして記憶する。なお、電子カルテ記憶部１２４は、電子カルテの他の項目、例えば病名、症状および投薬履歴等の項目については省略している。
【００２６】
「患者ＩＤ」は、患者を識別する識別子である。「最終診察日」は、患者が最後に受診した年月日を示す情報である。「年齢」は、患者の年齢を示す情報である。「性別」は、患者の性別を示す情報である。
【００２７】
図１の説明に戻って、制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、内部の記憶装置に記憶されているプログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現されるようにしてもよい。制御部１３０は、第１特定部１３１と、第２特定部１３２と、受付制御部１３３とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図１に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００２８】
第１特定部１３１は、ネットワークＮ１および第１通信部１１０、または、ネットワークＮ２および第２通信部１１１を介して、携帯端末１０または自動再来機２０から予約依頼を受信する。第１特定部１３１は、受信した予約依頼に含まれる端末の種別の情報に基づいて、送信元の端末の種別を特定する。送信元の端末の種別は、例えば、携帯端末１０および自動再来機２０が挙げられる。
【００２９】
第１特定部１３１は、特定した送信元の端末が自動再来機２０であるか否かを判定する。第１特定部１３１は、特定した送信元の端末が自動再来機２０であると判定した場合には、端末の種別が自動再来機２０である旨の種別情報と予約依頼とを第２特定部１３２に出力する。なお、第１特定部１３１は、当該種別情報と予約依頼とを受付制御部１３３に出力してもよい。第１特定部１３１は、特定した送信元の端末が自動再来機２０でないと判定した場合には、ビーコン受信中である旨の情報が予約依頼に含まれているか否か、つまり、ビーコンを受信しているか否かを判定する。
【００３０】
第１特定部１３１は、ビーコンを受信していると判定した場合には、端末の種別がビーコン受信中の携帯端末１０である旨の種別情報と予約依頼とを第２特定部１３２に出力する。なお、第１特定部１３１は、当該種別情報と予約依頼とを受付制御部１３３に出力してもよい。また、第１特定部１３１は、ビーコンを受信していると判定した場合には、端末の種別を携帯端末１０から自動再来機２０に変更した種別情報と予約依頼とを、第２特定部１３２または受付制御部１３３に出力してもよい。
【００３１】
第１特定部１３１は、ビーコンを受信していないと判定した場合には、端末の種別がビーコンを受信していない携帯端末１０である旨の種別情報と予約依頼とを第２特定部１３２に出力する。すなわち、第１特定部１３１は、いずれかの患者の診察の予約依頼を受信すると、予約依頼の送信元の情報処理端末の種別を特定する。また、第１特定部１３１では、情報処理端末の位置は、病院内で受信可能なビーコンを情報処理端末が受信した場合に、病院内であると判定される。
【００３２】
第２特定部１３２は、第１特定部１３１から、端末の種別がビーコンを受信していない携帯端末１０である旨の種別情報と予約依頼とが入力されると、電子カルテ記憶部１２４を参照し、予約依頼の患者ＩＤに基づいて、予約依頼を行った患者の属性を取得する。第２特定部１３２は、キャンセル係数記憶部１２２を参照し、取得した患者の属性に基づいて、キャンセル率を特定する。
【００３３】
第２特定部１３２は、第１特定部１３１から端末の種別が自動再来機２０である旨の種別情報と予約依頼とが入力された場合には、キャンセル率を０％と特定する。また、第２特定部１３２は、端末の種別がビーコン受信中の携帯端末１０である旨の種別情報と予約依頼とが入力された場合についても同様に、キャンセル率を０％と特定する。なお、第２特定部１３２は、第１特定部１３１が種別情報と予約依頼とを受付制御部１３３に出力した場合には、自動再来機２０である場合と、ビーコン受信中である場合とにおけるキャンセル率の特定は行わなくてよい。第２特定部１３２は、特定したキャンセル率と予約依頼とを受付制御部１３３に出力する。
【００３４】
言い換えると、第２特定部１３２は、情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶するキャンセル係数記憶部１２２を参照して、特定した送信元の情報処理端末の種別に対応するキャンセル率を特定する。また、第２特定部１３２は、キャンセル率を、予約依頼の特定した送信元の情報処理端末の種別と、予約依頼による診察対象の患者の属性とに基づいて、キャンセル係数記憶部１２２を参照して特定する。また、第２特定部１３２は、情報処理端末の位置が予約を受け付ける病院内である場合に、該病院内に設置された情報処理端末の種別と同じ種別の情報処理端末であるとして、キャンセル率を特定する。すなわち、第２特定部１３２は、ビーコン受信中の携帯端末１０を自動再来機２０として扱ってもよい。
【００３５】
受付制御部１３３は、第２特定部１３２からキャンセル率と予約依頼とが入力されると、キャンセル率に基づいて、予約時間枠から減算する人数を算出する。予約時間枠から減算する人数は、例えば、（１−キャンセル率）で求めることができる。つまり、予約時間枠から減算する人数は、予約人数に加算する人数とも表すことができる。
【００３６】
また、受付制御部１３３は、第１特定部１３１から、端末の種別が自動再来機２０である場合と、ビーコン受信中である場合とにおける種別情報と予約依頼とが入力された場合には、予約時間枠から減算する人数を１人に設定する。なお、第２特定部１３２から０％のキャンセル率が入力された場合も、予約時間枠から減算する人数は１人となる。すなわち、受付制御部１３３は、ビーコンを受信中でない携帯端末１０を、ビーコン受信中の携帯端末１０および自動再来機２０よりも受け付け優先度が高くなるように制御する。
【００３７】
受付制御部１３３は、予約時間枠から減算する人数に応じた予約画面を生成する。例えば、図２の２行目のように、予約時間枠の予約可能人数が５人、予約人数が４．１人である場合、ビーコンを受信中でない携帯端末１０と、ビーコン受信中の携帯端末１０および自動再来機２０とでは、予約依頼の受け付け可否が異なる予約画面となる。受付制御部１３３は、生成した予約画面を第１通信部１１０およびネットワークＮ１、または、第２通信部１１１およびネットワークＮ２を介して、予約依頼の送信元の携帯端末１０または自動再来機２０に送信する。
【００３８】
受付制御部１３３は、第１通信部１１０およびネットワークＮ１、または、第２通信部１１１およびネットワークＮ２を介して、携帯端末１０または自動再来機２０から、選択された予約時間枠を受信し、予約枠記憶部１２１の予約人数を更新する。
【００３９】
言い換えると、受付制御部１３３は、特定したキャンセル率に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。また、受付制御部１３３は、キャンセル率を加味した予約枠の残数に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。
【００４０】
ここで、図６を用いてキャンセル率の算出について説明する。図６は、キャンセル患者の一例を示す図である。第２特定部１３２は、予約記憶部１２３および電子カルテ記憶部１２４を参照し、例えば、日次処理としてキャンセル率を算出する。第２特定部１３２は、図６の枠３０に示すように、予約記憶部１２３の予約日と、電子カルテ記憶部１２４の最終診察日とを比較することで、キャンセル患者を特定する。第２特定部１３２は、患者の属性に応じて、例えば、過去１ヶ月間の平均値を求めることで、キャンセル率を算出する。例えば、第２特定部１３２は、予約時間枠「１０：００〜１１：００」、年齢「２０〜６０」、性別「男」の属性に該当する患者の予約の全件数と、特定したキャンセル患者の予約の件数とに基づいて、キャンセル率を算出することができる。
【００４１】
次に、図７を用いて予約時間枠の制御の具体例について説明する。図７は、予約端末に応じた予約時間枠の制御の一例を示す図である。図７の例では、予約時間枠は、図２に示す状態であるとし、キャンセル率は、図３に示す状態であるとする。このとき、病院へ来て自動再来機２０で予約する患者は、予約人数を１人として扱うので、予約時間枠「９：００〜１０：００」は、予約人数「５人」であり満員で予約不可となる。同様に、予約時間枠「１０：００〜１１：００」は、予約人数「４．１人」であるので満員で予約不可となる。また、予約時間枠「１１：００〜１２：００」は、予約人数「２．５人」であるので予約可能、予約時間枠「１３：００〜１４：００」は、予約人数「１．２５人」であるので予約可能となる。
【００４２】
一方、病院外から携帯端末１０を用いて予約する患者は、キャンセル係数記憶部１２２を参照すると、キャンセル率が５０％である。従って、受付制御部１３３は、予約時間枠から減算する人数を（１−０．５）＝０．５人と算出する。つまり、予約人数に加算する人数は０．５人となる。この場合の各予約時間枠の表示は次のようになる。予約時間枠「９：００〜１０：００」は、予約人数「５人」であるので満員で予約不可となる。予約時間枠「１０：００〜１１：００」は、予約人数「４．１人」であり、予約時間枠から減算する人数の「０．５人」を予約人数に加算しても「４．６人」となる。従って、当該予約時間枠は、枠３１に示すように、予約時間枠の予約可能人数「５人」以下であるので、予約可能となる。また、予約時間枠「１１：００〜１２：００」は、予約人数「２．５人」であるので予約可能、予約時間枠「１３：００〜１４：００」は、予約人数「１．２５人」であるので予約可能となる。このように、情報処理装置１００では、予約元の端末によってキャンセル率を反映した人数を予約時間枠の予約可能人数から減ずる、つまり予約人数に加算するので、診察機会を逃す患者を低減できる。
【００４３】
なお、本実施例では、自動再来機２０より病院外の携帯端末１０からの方が、予約が取りやすいことが患者に広まる場合が考えられる。しかしながら、多数の患者が病院外の携帯端末１０から予約を行い、キャンセル率が低い状態であると、キャンセル係数記憶部１２２のキャンセル率は、日次処理においてキャンセル率が低くなる方向に更新される。このため、情報処理装置１００は、病院外の携帯端末１０からの予約を受け付けすぎることを抑制することができる。
【００４４】
次に、実施例１の予約制御システム１の動作について説明する。図８は、実施例１の予約制御処理の一例を示すフローチャートである。
【００４５】
携帯端末１０または自動再来機２０は、予約用の画面において、予約依頼ボタンが押下されると、端末の種別および患者ＩＤ等の情報を含む予約依頼を情報処理装置１００に送信する。
【００４６】
情報処理装置１００の第１特定部１３１は、携帯端末１０または自動再来機２０から予約依頼を受信する。第１特定部１３１は、受信した予約依頼に含まれる端末の種別の情報に基づいて、送信元の端末の種別を特定する（ステップＳ１）。
【００４７】
第１特定部１３１は、特定した送信元の端末が自動再来機２０であるか否かを判定する（ステップＳ２）。第１特定部１３１は、特定した送信元の端末が自動再来機２０でないと判定した場合には（ステップＳ２：否定）、ビーコン受信中である旨の情報が予約依頼に含まれているか否か、つまり、ビーコンを受信しているか否かを判定する（ステップＳ３）。
【００４８】
第１特定部１３１は、ビーコンを受信していないと判定した場合には（ステップＳ３：否定）、端末の種別がビーコンを受信していない携帯端末１０である旨の種別情報と予約依頼とを第２特定部１３２に出力する。
【００４９】
一方、第１特定部１３１は、特定した送信元の端末が自動再来機２０であると判定した場合には（ステップＳ２：肯定）、端末の種別が自動再来機２０である旨の種別情報と予約依頼とを受付制御部１３３に出力する。また、第１特定部１３１は、ビーコンを受信していると判定した場合には（ステップＳ３：肯定）、端末の種別がビーコン受信中の携帯端末１０である旨の種別情報と予約依頼とを受付制御部１３３に出力する。
【００５０】
第２特定部１３２は、第１特定部１３１から、端末の種別がビーコンを受信していない携帯端末１０である旨の種別情報と予約依頼とが入力されると、電子カルテ記憶部１２４から、予約依頼を行った患者の属性を取得する（ステップＳ４）。第２特定部１３２は、キャンセル係数記憶部１２２を参照し、取得した患者の属性に基づいて、キャンセル率を特定する（ステップＳ５）。第２特定部１３２は、特定したキャンセル率と予約依頼とを受付制御部１３３に出力する。
【００５１】
受付制御部１３３は、キャンセル率と予約依頼とが入力されると、キャンセル率に基づいて、予約時間枠から減算する人数を算出する（ステップＳ６）。一方、受付制御部１３３は、第１特定部１３１から、端末の種別が自動再来機２０である場合と、ビーコン受信中である場合とにおける種別情報と予約依頼とが入力された場合には、予約時間枠から減算する人数を１人に設定する（ステップＳ７）。
【００５２】
受付制御部１３３は、予約時間枠から減算する人数に応じた予約画面を生成する（ステップＳ８）。受付制御部１３３は、生成した予約画面を、予約依頼の送信元の携帯端末１０または自動再来機２０に送信する（ステップＳ９）。
【００５３】
予約依頼の送信元の携帯端末１０または自動再来機２０は、情報処理装置１００から予約画面を受信すると、図示しない表示部に予約画面を表示し、患者からの入力を受け付ける。携帯端末１０は、予約画面において、予約時間枠が選択されると、選択された予約時間枠を情報処理装置１００に送信する。
【００５４】
情報処理装置１００の受付制御部１３３は、携帯端末１０または自動再来機２０から、選択された予約時間枠を受信し、予約枠記憶部１２１の予約人数を更新する（ステップＳ１０）。これにより、情報処理装置１００は、診察機会を逃す患者を低減できる。
【００５５】
このように、情報処理装置１００は、いずれかの患者の診察の予約依頼を受信すると、予約依頼の送信元の情報処理端末の種別を特定する。また、情報処理装置１００は、情報処理端末の種別と、予約のキャンセル率とを対応付けて記憶するキャンセル係数記憶部１２２を参照して、特定した送信元の情報処理端末の種別に対応するキャンセル率を特定する。また、情報処理装置１００は、特定したキャンセル率に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。その結果、情報処理装置１００は、診察機会を逃す患者を低減できる。
【００５６】
また、情報処理装置１００のキャンセル係数記憶部１２２は、さらに患者の属性と予約のキャンセル率を対応付けて記憶する。また、情報処理装置１００は、キャンセル率を、予約依頼の特定した送信元の情報処理端末の種別と、予約依頼による診察対象の患者の属性とに基づいて、キャンセル係数記憶部１２２を参照して特定する。その結果、患者の属性に応じたキャンセル率を特定できる。
【００５７】
また、情報処理装置１００は、キャンセル率を加味した予約枠の残数に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。その結果、情報処理装置１００は、診察機会を逃す患者を低減できる。
【００５８】
また、情報処理装置１００は、情報処理端末の位置が予約を受け付ける病院内である場合に、該病院内に設置された情報処理端末の種別と同じ種別の情報処理端末であるとして、キャンセル率を特定する。その結果、情報処理装置１００は、病院内にいる患者が携帯端末１０から予約を行っても、自動再来機２０と同じ予約時間枠の空き状況である予約画面を提示できる。
【００５９】
また、情報処理端末の位置は、病院内で受信可能なビーコンを情報処理端末が受信した場合に、病院内であると判定される。その結果、情報処理装置１００は、病院内にいる患者が携帯端末１０から予約を行っても、自動再来機２０と同じ予約時間枠の空き状況である予約画面を提示できる。
【実施例２】
【００６０】
上記実施例１では、キャンセル係数記憶部１２２に記憶した患者の属性に応じたキャンセル率を参照して予約依頼の受け付け可否を制御した。これに対し、予約のキャンセル率を機械学習した学習モデルを用いて予約依頼の受け付け可否を制御してもよく、この場合の実施の形態につき、実施例２として説明する。図９は、実施例２の予約制御システムの構成の一例を示すブロック図である。図９に示す予約制御システム２は、携帯端末１０と、自動再来機２０と、情報処理装置２００とを有する。なお、実施例１の予約制御システム１と同一の構成には同一符号を付すことで、その重複する構成および動作の説明については省略する。
【００６１】
実施例２の情報処理装置２００の記憶部２２０は、実施例１の情報処理装置１００の記憶部１２０と比較して、キャンセル係数記憶部１２２に代えて学習モデル記憶部２２２を有する。また、情報処理装置２００の制御部２３０は、情報処理装置１００の制御部１３０と比較して、第２特定部１３２および受付制御部１３３に代えて、学習部２３２および受付制御部２３３を有する。
【００６２】
学習モデル記憶部２２２は、情報処理端末の種別ごとの予約のキャンセル率を機械学習した学習モデルを記憶する。また、学習モデル記憶部２２２は、例えば、日次処理として、予約記憶部１２３および電子カルテ記憶部１２４を参照して患者の属性に応じたキャンセル率が機械学習された学習モデルを記憶する。つまり、学習モデルは、例えば、病院外の携帯端末１０から受け付けた予約について、キャンセル率を機械学習したものである。
【００６３】
学習部２３２は、例えば、予約記憶部１２３および電子カルテ記憶部１２４を参照し、所定の期間、例えば１ヶ月間における患者の予約日と最終診察日とを含むデータを教師データとして学習モデルに反映させる。すなわち、学習部２３２は、予約時間枠や患者の属性に応じたキャンセル率を、学習モデル記憶部２２２の学習モデルに学習させる。
【００６４】
受付制御部２３３には、第１特定部１３１から特定した送信元の情報処理端末の種別情報と予約依頼とが入力される。なお、本実施例では、第１特定部１３１は、端末の種別が自動再来機２０、ビーコン受信中の携帯端末１０およびビーコンを受信していない携帯端末１０のいずれの場合であっても、対応した種別情報と予約依頼とを受付制御部２３３に出力するものとする。
【００６５】
受付制御部２３３は、第１特定部１３１から、端末の種別がビーコンを受信していない携帯端末１０である旨の種別情報と予約依頼とが入力されると、学習モデルを用いて、予約時間枠から減算する人数を算出する。つまり、受付制御部２３３は、電子カルテ記憶部１２４から、予約依頼を行った患者の属性を取得する。受付制御部２３３は、学習モデル記憶部２２２を参照し、取得した患者の属性と予約時間枠とに基づいて、学習モデルを用いて、予約時間枠から減算する人数を算出する。すなわち、受付制御部２３３は、予約時間枠の予約人数に加算する人数を算出する。
【００６６】
また、受付制御部２３３は、第１特定部１３１から、端末の種別が自動再来機２０である場合と、ビーコン受信中である場合とにおける種別情報と予約依頼とが入力された場合には、予約時間枠から減算する人数を１人に設定する。つまり、受付制御部２３３は、予約時間枠の予約人数に加算する人数を１人に設定する。
【００６７】
受付制御部２３３は、予約時間枠から減算する人数に応じた予約画面を生成する。受付制御部２３３は、生成した予約画面を第１通信部１１０およびネットワークＮ１、または、第２通信部１１１およびネットワークＮ２を介して、予約依頼の送信元の携帯端末１０または自動再来機２０に送信する。
【００６８】
受付制御部２３３は、第１通信部１１０およびネットワークＮ１、または、第２通信部１１１およびネットワークＮ２を介して、携帯端末１０または自動再来機２０から、選択された予約時間枠を受信し、予約枠記憶部１２１の予約人数を更新する。
【００６９】
言い換えると、受付制御部２３３は、情報処理端末の種別ごとの予約のキャンセル率を機械学習した学習モデルを記憶する学習モデル記憶部２２２を参照する。受付制御部２３３は、特定した送信元の情報処理端末の種別に基づいて、学習モデルを用いて予約依頼についての受け付け可否または受け付け優先度を制御する。
【００７０】
次に、実施例２の情報処理装置２００の動作について説明する。図１０は、実施例２の予約制御処理の一例を示すフローチャートである。以下の説明では、予約制御処理のステップＳ１〜Ｓ３，Ｓ７〜Ｓ１０の処理は、実施例１と同様であるので、その説明を省略する。
【００７１】
受付制御部２３３は、ステップＳ３において否定の場合に、次の処理を実行する。受付制御部２３３は、第１特定部１３１から、端末の種別がビーコンを受信していない携帯端末１０である旨の種別情報と予約依頼とが入力されると、電子カルテ記憶部１２４から、予約依頼を行った患者の属性を取得する（ステップＳ２１）。受付制御部２３３は、学習モデル記憶部２２２を参照し、取得した患者の属性と予約時間枠とに基づいて、学習モデルを用いて、予約時間枠から減算する人数を算出し（ステップＳ２２）、ステップＳ８に進む。これにより、情報処理装置２００は、機械学習の学習モデルを用いて予約依頼の受け付け可否または受け付け優先度を制御するので、診察機会を逃す患者を低減できる。
【００７２】
このように、情報処理装置２００は、いずれかの患者の診察の予約依頼を受信すると、予約依頼の送信元の情報処理端末の種別を特定する。また、情報処理装置２００は、情報処理端末の種別ごとの予約のキャンセル率を機械学習した学習モデルを記憶する学習モデル記憶部２２２を参照する。また、情報処理装置２００は、特定した送信元の情報処理端末の種別に基づいて、学習モデルを用いて予約依頼についての受け付け可否または受け付け優先度を制御する。その結果、診察機会を逃す患者を低減できる。
【実施例３】
【００７３】
上記実施例１では、キャンセル係数記憶部１２２に記憶した患者の属性に応じたキャンセル率を参照して予約依頼の受け付け可否を制御した。これに対し、さらに、病院への到着時刻を予測し、予測した到着時刻に基づいて、予約依頼の受け付け可否を制御してもよく、この場合の実施の形態につき、実施例３として説明する。図１１は、実施例３の予約制御システムの構成の一例を示すブロック図である。図１１に示す予約制御システム３は、携帯端末１０と、自動再来機２０と、情報処理装置３００とを有する。なお、実施例１の予約制御システム１と同一の構成には同一符号を付すことで、その重複する構成および動作の説明については省略する。
【００７４】
また、本実施例の携帯端末１０は、ＧＰＳ（Global  Positioning  System）受信機等の位置情報を取得する測位部を有し、予約依頼の入力時に出発時刻、交通手段および目的地（病院名）の入力を受け付けるものとする。また、本実施例の携帯端末１０は、ナビゲーションサービスを提供する図示しない経路検索サーバに対して、携帯端末１０の位置情報、出発時刻、交通手段および目的地（病院名）を送信し、経路検索サーバから目的地（病院名）までの経路および所要時間を取得する。さらに、本実施例の携帯端末１０は、予約依頼に携帯端末１０の位置情報、出発時刻、交通手段および所要時間を含めて、情報処理装置３００に送信するものとする。
【００７５】
なお、経路検索サーバは、受信した携帯端末１０の位置情報、出発時刻、交通手段および目的地（病院名）に基づいて、携帯端末１０から目的地（病院名）までの経路を検索し、所要時間を算出する。経路検索サーバは、検索した経路および算出した所要時間を、情報処理装置３００に送信する。
【００７６】
実施例３の情報処理装置３００の記憶部３２０は、実施例１の情報処理装置１００の記憶部１２０と比較して、さらに、診療情報記憶部３２５および所要時間係数記憶部３２６を有する。また、情報処理装置３００の制御部３３０は、情報処理装置１００の制御部１３０と比較して、受付制御部１３３に代えて、受付制御部３３３を有する。
【００７７】
診療情報記憶部３２５は、患者ごとに属性と疾病名と障害区分とを対応付けて記憶する。つまり、診療情報記憶部３２５は、患者プロファイルを記憶する。図１２は、診療情報記憶部の一例を示す図である。図１２に示すように、診療情報記憶部３２５は、「患者ＩＤ」、「氏名」、「年齢」、「疾病名」、「障害区分」といった項目を有する。診療情報記憶部３２５は、例えば、患者ＩＤごとに１レコードとして記憶する。
【００７８】
「患者ＩＤ」は、患者を識別する識別子である。「氏名」は、患者の氏名を示す情報である。なお、図１２の例では、単に「Ａ」さん、「Ｂ」さんといったように表している。「年齢」は、患者の年齢を示す情報である。「疾病名」は、患者が罹患している疾病や怪我の名称を示す情報である。「障害区分」は、移動速度に関連する障害の程度を示す情報であり、例えば、身体の機能のうち、歩行に関する障害に応じた情報である。図１２の例では、障害区分「杖」は、歩行に際し杖を用いる場合を示し、障害区分「自立歩行」は、杖や歩行器等を用いずに歩行可能な場合を示し、障害区分「車椅子」は、移動に車椅子を用いる場合を示す。
【００７９】
図１１の説明に戻って、所要時間係数記憶部３２６は、各種の条件に応じた所要時間の係数を記憶する。図１３は、所要時間係数記憶部の一例を示す図である。図１３に示すように、所要時間係数記憶部３２６は、「項目」、「条件」、「係数」といった項目を有する。所要時間係数記憶部３２６は、例えば、係数に対応する項目ごとに１レコードとして記憶する。
【００８０】
「項目」は、所要時間の係数を設定する項目を示す情報である。「項目」は、例えば、年齢や障害区分が挙げられる。「条件」は、項目欄に対する条件を示す情報である。「条件」は、例えば、年齢であれば「７０〜７５」、障害区分であれば「杖」といった条件が挙げられる。「係数」は、所要時間に乗算する係数を示す情報である。
【００８１】
図１１の説明に戻って、受付制御部３３３は、受付制御部１３３と比較して、さらに、予約依頼の送信元の端末の位置情報等に基づいて、病院への到着時刻を予測し、予測した到着時刻に基づいて、予約依頼の受け付け可否を制御する。
【００８２】
受付制御部３３３は、第２特定部１３２からキャンセル率と予約依頼とが入力されると、予約依頼に含まれる携帯端末１０の位置情報、出発時刻、交通手段および所要時間を取得する。受付制御部３３３は、診療情報記憶部３２５および所要時間係数記憶部３２６を参照し、交通手段に基づいて、所要時間の補正が必要であるか否かを判定する。
【００８３】
受付制御部３３３は、所要時間の補正が必要であると判定した場合には、所要時間係数記憶部３２６の対応する係数に基づいて、所要時間を補正する。受付制御部３３３は、所要時間の補正が必要でないと判定した場合には、所要時間を補正しない。受付制御部３３３は、例えば、交通手段が電車やバス等の場合には、所要時間の補正が必要であると判定する。また、受付制御部３３３は、例えば、交通手段が自動車の場合には、所要時間の補正が必要でないと判定する。
【００８４】
受付制御部３３３は、補正後の所要時間、または、補正が必要でない場合の補正していない所要時間に基づいて、患者の病院への到着時刻を予測する。なお、本実施例では、所要時間が未補正である場合の到着時刻を到着予定時刻と表現する。また、本実施例では、所要時間を補正した場合の到着時刻、または、補正が必要でない場合の到着時刻を到着可能時刻と表現する。
【００８５】
受付制御部３３３は、予測した到着可能時刻に基づいて、予約可能な予約時間枠を設定する。受付制御部３３３は、設定した予約時間枠について、キャンセル率に基づいて、予約枠から減算する人数を算出する。つまり、受付制御部３３３は、予約時間枠の予約人数に加算する人数を算出する。また、受付制御部３３３は、第１特定部１３１から、端末の種別が自動再来機２０である場合と、ビーコン受信中である場合とにおける種別情報と予約依頼とが入力された場合には、予約時間枠から減算する人数を１人に設定する。つまり、受付制御部３３３は、予約時間枠の予約人数に加算する人数を１人に設定する。
【００８６】
受付制御部３３３は、予約時間枠から減算する人数に応じた予約画面を生成する。受付制御部３３３は、生成した予約画面を第１通信部１１０およびネットワークＮ１、または、第２通信部１１１およびネットワークＮ２を介して、予約依頼の送信元の携帯端末１０または自動再来機２０に送信する。
【００８７】
受付制御部３３３は、第１通信部１１０およびネットワークＮ１、または、第２通信部１１１およびネットワークＮ２を介して、携帯端末１０または自動再来機２０から、選択された予約時間枠を受信し、予約枠記憶部１２１の予約人数を更新する。
【００８８】
言い換えると、受付制御部３３３は、患者の属性に基づいて、病院への到着時刻を予測し、予測した到着時刻に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。また、患者の属性は、該患者の移動速度に関連する障害の程度を示す障害区分を含む。
【００８９】
ここで、図１４を用いて到着時刻に応じた予約時間枠の制御について説明する。図１４は、予測した到着時刻に応じた予約時間枠の制御の一例を示す図である。図１４の例では、患者Ａさんは、年齢が「７５歳」、疾病名が「高血圧」であり、障害区分が「杖」である。また、患者Ａさんは、電車にて病院に向かう予定である。患者Ａさんは、出発時（９：２０）に、携帯端末１０の予約用のアプリから当日診療予約を行う。
【００９０】
このとき、携帯端末１０は、携帯端末１０の位置情報、出発時刻「９：２０」、交通手段「電車」および所要時間「３０分」を予約依頼に含めて情報処理装置３００に送信する。ここで、所要時間は、携帯端末１０が図示しない経路検索サーバから取得しておく。なお、所要時間は、情報処理装置３００が携帯端末１０の位置情報、出発時刻「９：２０」、交通手段「電車」、および、病院の位置情報を経路検索サーバに送信し、経路検索サーバから取得するようにしてもよい。
【００９１】
情報処理装置３００は、診療情報記憶部３２５および所要時間係数記憶部３２６を参照し、年齢および障害区分による所要時間の補正が必要であると判定する。情報処理装置３００は、所要時間「３０分」に、年齢による係数「１．２」と、障害区分による係数「１．４」とを乗算し、補正後の所要時間として「５０分」を算出する。なお、端数は四捨五入している。情報処理装置３００は、補正後の所要時間に基づいて、到着可能時刻を「１０：１０」と予測する。なお、情報処理装置３００は、比較のための補正しない場合の到着予定時刻は「９：５０」と予測できる。
【００９２】
情報処理装置３００は、予測した到着可能時刻に基づいて、「１０：１０」以降の予約時間枠について、予約可能な予約時間枠として設定する。図１４の例では、予約時間枠「９：００〜１０：００」について、補正なしの場合、予約時間枠３２ａに示すように選択可能であるが、補正ありの場合、予約時間枠３２ｂに示すように選択不可となる。また、予約時間枠「１０：００〜１１：００」、および、予約時間枠「１１：００〜１２：００」は、いずれも到着可能時刻「１０：１０」以降の時刻が含まれているので、選択可能となる。このように、情報処理装置３００は、予測した到着可能時刻に応じて、予約時間枠選択画面における選択可否を制御することができる。
【００９３】
次に、実施例３の情報処理装置３００の動作について説明する。図１５および図１６は、実施例３の予約制御処理の一例を示すフローチャートである。以下の説明では、予約制御処理のステップＳ１〜Ｓ１０の処理は、実施例１と同様であるので、その説明を省略する。
【００９４】
受付制御部３３３は、ステップＳ５に続いて次の処理を実行する。受付制御部３３３は、第２特定部１３２からキャンセル率と予約依頼とが入力されると、予約依頼に含まれる携帯端末１０の位置情報、出発時刻、交通手段および所要時間を取得する（ステップＳ３１）。
【００９５】
受付制御部３３３は、診療情報記憶部３２５および所要時間係数記憶部３２６を参照し、交通手段に基づいて、所要時間の補正が必要であるか否かを判定する（ステップＳ３２）。
【００９６】
受付制御部３３３は、所要時間の補正が必要であると判定した場合には（ステップＳ３２：肯定）、所要時間係数記憶部３２６の対応する係数に基づいて、所要時間を補正し（ステップＳ３３）、ステップＳ３４に進む。受付制御部３３３は、所要時間の補正が必要でないと判定した場合には（ステップＳ３２：否定）、所要時間を補正せずにステップＳ３４に進む。
【００９７】
受付制御部３３３は、補正後の所要時間、または、補正が必要でない場合の補正していない所要時間に基づいて、患者の病院への到着可能時刻を予測する。受付制御部３３３は、予測した到着可能時刻に基づいて、予約可能な予約時間枠を設定し（ステップＳ３４）、ステップＳ６に進む。これにより、情報処理装置３００は、患者の状態に応じた所要時間を反映した予約時間枠の選択画面を提示することができる。
【００９８】
このように、情報処理装置３００は、患者の属性に基づいて、病院への到着時刻を予測し、予測した到着時刻に基づいて、予約依頼についての受け付け可否または受け付け優先度を制御する。その結果、情報処理装置３００は、患者の状態に応じた所要時間を反映した予約時間枠の選択画面を提示することができる。
【００９９】
また、情報処理装置３００では、患者の属性は、該患者の移動速度に関連する障害の程度を示す障害区分を含む。その結果、情報処理装置３００は、患者の状態に応じた所要時間を反映した予約時間枠の選択画面を提示することができる。
【０１００】
なお、上記実施例１，２では、携帯端末１０が病院内であるか否かをビーコンの受信可否に基づいて判定したが、これに限定されない。例えば、上記実施例３と同様に、携帯端末１０にＧＰＳ受信機を設け、ＧＰＳ受信機によって測位した位置情報に基づいて、携帯端末１０が病院内であるか否かを判定してもよい。
【０１０１】
また、図示した各部の各構成要素は、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各部の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況等に応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、第１特定部１３１と第２特定部１３２とを統合してもよい。また、図示した各処理は、上記の順番に限定されるものでなく、処理内容を矛盾させない範囲において、同時に実施してもよく、順序を入れ替えて実施してもよい。
【０１０２】
さらに、各装置で行われる各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ（Micro  Controller  Unit）等のマイクロ・コンピュータ）上で、その全部または任意の一部を実行するようにしてもよい。また、各種処理機能は、ＣＰＵ（またはＭＰＵ、ＭＣＵ等のマイクロ・コンピュータ）で解析実行されるプログラム上、またはワイヤードロジックによるハードウェア上で、その全部または任意の一部を実行するようにしてもよいことは言うまでもない。
【０１０３】
ところで、上記の各実施例で説明した各種の処理は、予め用意されたプログラムをコンピュータで実行することで実現できる。そこで、以下では、上記の各実施例と同様の機能を有するプログラムを実行するコンピュータの一例を説明する。図１７は、診察の予約制御プログラムを実行するコンピュータの一例を示す図である。
【０１０４】
図１７に示すように、コンピュータ４００は、各種演算処理を実行するＣＰＵ４０１と、データ入力を受け付ける入力装置４０２と、モニタ４０３とを有する。また、コンピュータ４００は、記憶媒体からプログラム等を読み取る媒体読取装置４０４と、各種装置と接続するためのインタフェース装置４０５と、他の情報処理装置等と有線または無線により接続するための通信装置４０６とを有する。また、コンピュータ４００は、各種情報を一時記憶するＲＡＭ４０７と、ハードディスク装置４０８とを有する。また、各装置４０１〜４０８は、バス４０９に接続される。
【０１０５】
ハードディスク装置４０８には、図１に示した第１特定部１３１、第２特定部１３２および受付制御部１３３の各処理部と同様の機能を有する診察の予約制御プログラムが記憶される。また、ハードディスク装置４０８には、図９に示した第１特定部１３１、学習部２３２および受付制御部２３３の各処理部と同様の機能を有する診察の予約制御プログラムが記憶されるようにしてもよい。また、ハードディスク装置４０８には、図１１に示した第１特定部１３１、第２特定部１３２および受付制御部３３３の各処理部と同様の機能を有する診察の予約制御プログラムが記憶されるようにしてもよい。
【０１０６】
また、ハードディスク装置４０８には、予約枠記憶部１２１、キャンセル係数記憶部１２２、予約記憶部１２３、電子カルテ記憶部１２４、および、診察の予約制御プログラムを実現するための各種データが記憶される。また、ハードディスク装置４０８には、キャンセル係数記憶部１２２に代えて、学習モデル記憶部２２２が記憶されるようにしてもよい。また、ハードディスク装置４０８には、さらに、診療情報記憶部３２５、および、所要時間係数記憶部３２６が記憶されるようにしてもよい。入力装置４０２は、例えば、コンピュータ４００の管理者から操作情報等の各種情報の入力を受け付ける。モニタ４０３は、例えば、コンピュータ４００の管理者に対して表示画面等の各種画面を表示する。インタフェース装置４０５は、例えば印刷装置等が接続される。通信装置４０６は、例えば、図１、図９および図１１に示した第１通信部１１０および第２通信部１１１と同様の機能を有しネットワークＮ１およびＮ２と接続され、携帯端末１０または自動再来機２０と各種情報をやりとりする。
【０１０７】
ＣＰＵ４０１は、ハードディスク装置４０８に記憶された各プログラムを読み出して、ＲＡＭ４０７に展開して実行することで、各種の処理を行う。また、これらのプログラムは、コンピュータ４００を図１に示した第１特定部１３１、第２特定部１３２および受付制御部１３３として機能させることができる。また、これらのプログラムは、コンピュータ４００を図９に示した第１特定部１３１、学習部２３２および受付制御部２３３として機能させることができる。また、これらのプログラムは、コンピュータ４００を図１１に示した第１特定部１３１、第２特定部１３２および受付制御部３３３として機能させることができる。
【０１０８】
なお、上記の診察の予約制御プログラムは、必ずしもハードディスク装置４０８に記憶されている必要はない。例えば、コンピュータ４００が読み取り可能な記憶媒体に記憶されたプログラムを、コンピュータ４００が読み出して実行するようにしてもよい。コンピュータ４００が読み取り可能な記憶媒体は、例えば、ＣＤ−ＲＯＭやＤＶＤ（Digital  Versatile  Disc）、ＵＳＢ（Universal  Serial  Bus）メモリ等の可搬型記録媒体、フラッシュメモリ等の半導体メモリ、ハードディスクドライブ等が対応する。また、公衆回線、インターネット、ＬＡＮ等に接続された装置にこの診察の予約制御プログラムを記憶させておき、コンピュータ４００がこれらから診察の予約制御プログラムを読み出して実行するようにしてもよい。
【符号の説明】
【０１０９】
１，２，３  予約制御システム
１０  携帯端末
２０  自動再来機
１００，２００，３００  情報処理装置
１１０  第１通信部
１１１  第２通信部
１２０，２２０，３２０  記憶部
１２１  予約枠記憶部
１２２  キャンセル係数記憶部
１２３  予約記憶部
１２４  電子カルテ記憶部
１３０，２３０，３３０  制御部
１３１  第１特定部
１３２  第２特定部
１３３，２３３，３３３  受付制御部
２２２  学習モデル記憶部
２３２  学習部
３２５  診療情報記憶部
３２６  所要時間係数記憶部
Ｎ１，Ｎ２  ネットワーク
【図１】
2019086975.tif 000003
【図２】
2019086975.tif 000004
【図３】
2019086975.tif 000005
【図４】
2019086975.tif 000006
【図５】
2019086975.tif 000007
【図６】
2019086975.tif 000008
【図７】
2019086975.tif 000009
【図８】
2019086975.tif 000010
【図９】
2019086975.tif 000011
【図１０】
2019086975.tif 000012
【図１１】
2019086975.tif 000013
【図１２】
2019086975.tif 000014
【図１３】
2019086975.tif 000015
【図１４】
2019086975.tif 000016
【図１５】
2019086975.tif 000017
【図１６】
2019086975.tif 000018
【図１７】
2019086975.tif 000019