(57)【特許請求の範囲】
【請求項１】
生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付部と、
前記生体情報の測定データを受け付ける測定データ受付部と、
前記測定データに基づいて、測定が推奨される前記生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定部と、
前記測定データに基づいて、診療に最低限必要な前記生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定部と、
前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定する対象者判定部と、
前記診療予約に関する処理を行う予約処理部であり、前記推奨条件判定部で前記推奨条件が満たされたと判定した場合、および前記対象者判定部で前記低リスク対象者と判定し、かつ前記最低条件判定部で前記最低条件が満たされたと判定した場合、前記仮予約を確定する処理を行う予約処理部と、
前記予約処理部の処理結果を出力する出力制御部とを備える診療予約管理装置。
【請求項２】
前記予約処理部は、前記対象者判定部で前記低リスク対象者と判定し、かつ前記最低条件判定部で前記最低条件が満たされていないと判定した場合、前記仮予約を破棄する処理を行う請求項１に記載の診療予約管理装置。
【請求項３】
前記予約処理部は、前記対象者判定部で前記高リスク対象者と判定し、かつ前記推奨条件判定部で前記推奨条件が満たされていないと判定した場合、前記出力制御部に警告を出力させる処理を行う請求項１または２に記載の診療予約管理装置。
【請求項４】
前記出力制御部は、前記警告として、前記高リスク対象者に通院を促す旨の第１警告を、予め登録された第１アドレスに出力する請求項３に記載の診療予約管理装置。
【請求項５】
前記出力制御部は、前記警告として、前記高リスク対象者が前記推奨条件を満たしていない旨の第２警告を、予め登録された第２アドレスに出力する請求項３または４に記載の診療予約管理装置。
【請求項６】
前記予約処理部は、前記対象者判定部で前記高リスク対象者と判定し、かつ前記推奨条件判定部で前記推奨条件が満たされていないと判定した場合、前記仮予約をし直す処理を行い、
前記出力制御部は、前記警告として、前記仮予約をし直した旨の第３警告を、予め登録された第３アドレスに出力する請求項３ないし５のいずれか１項に記載の診療予約管理装置。
【請求項７】
前記対象者は妊婦であり、
前記生体情報は、少なくとも胎児の心拍および子宮収縮圧を測定項目として含む請求項１ないし６のいずれか１項に記載の診療予約管理装置。
【請求項８】
前記推奨条件は、前記仮予約した診療日当日の前記胎児の心拍および前記子宮収縮圧の測定データが得られているか否かを含み、
前記最低条件は、前記仮予約した診療日当日と、前記仮予約した診療日当日より前の所定期間の前記胎児の心拍および前記子宮収縮圧の測定データが得られているか否かを含む請求項７に記載の診療予約管理装置。
【請求項９】
前記推奨条件は、前記胎児の心拍および前記子宮収縮圧に加えて他の測定項目の測定データが得られているか否かを含み、
前記最低条件は、少なくとも前記胎児の心拍および前記子宮収縮圧の測定データが得られているか否かを含む請求項７または８に記載の診療予約管理装置。
【請求項１０】
前記出力制御部は、前記仮予約に応じて指定された時点である指定時点までに、前記推奨条件の前記生体情報の測定を終了すべき旨の第４警告を、予め登録された第４アドレスに出力する請求項１ないし９のいずれか１項に記載の診療予約管理装置。
【請求項１１】
前記第４警告は、前記生体センサで表示される請求項１０に記載の診療予約管理装置。
【請求項１２】
生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付ステップと、
前記生体情報の測定データを受け付ける測定データ受付ステップと、
前記測定データに基づいて、測定が推奨される前記生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定ステップと、
前記測定データに基づいて、診療に最低限必要な前記生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定ステップと、
前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定する対象者判定ステップと、
前記診療予約に関する処理を行う予約処理ステップであり、前記推奨条件判定ステップで前記推奨条件が満たされたと判定した場合、および前記対象者判定ステップで前記低リスク対象者と判定し、かつ前記最低条件判定ステップで前記最低条件が満たされたと判定した場合、前記仮予約を確定する処理を行う予約処理ステップと、
前記予約処理ステップの処理結果を出力する出力制御ステップとを備える診療予約管理装置の作動方法。
【請求項１３】
生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付機能と、
前記生体情報の測定データを受け付ける測定データ受付機能と、
前記測定データに基づいて、測定が推奨される前記生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定機能と、
前記測定データに基づいて、診療に最低限必要な前記生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定機能と、
前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定する対象者判定機能と、
前記診療予約に関する処理を行う予約処理機能であり、前記推奨条件判定機能で前記推奨条件が満たされたと判定した場合、および前記対象者判定機能で前記低リスク対象者と判定し、かつ前記最低条件判定機能で前記最低条件が満たされたと判定した場合、前記仮予約を確定する処理を行う予約処理機能と、
前記予約処理機能の処理結果を出力する出力制御機能とを、コンピュータに実行させる診療予約管理装置の作動プログラム。
【請求項１４】
健康状態の監視が必要な対象者に使用される生体センサと、ネットワーク上に設置され、前記対象者の診療予約を管理する診療予約管理装置とを備える診療予約管理システムにおいて、
前記診療予約管理装置は、
前記診療予約の仮予約を受け付ける仮予約受付部と、
前記対象者の生体情報の測定データを受け付ける測定データ受付部と、
前記測定データに基づいて、測定が推奨される前記生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定部と、
前記測定データに基づいて、診療に最低限必要な前記生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定部と、
前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定する対象者判定部と、
前記診療予約に関する処理を行う予約処理部であり、前記推奨条件判定部で前記推奨条件が満たされたと判定した場合、および前記対象者判定部で前記低リスク対象者と判定し、かつ前記最低条件判定部で前記最低条件が満たされたと判定した場合、前記仮予約を確定する処理を行う予約処理部と、
前記予約処理部の処理結果を出力する出力制御部とを備える診療予約管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムに関する。
【背景技術】
【０００２】
医療施設において、診療の順番をコンピュータで管理することが行われている。例えば特許文献１には、通常は医療施設へ来院して受け付けをした順、または診療予約をした順に診療の順番が決定されるところを、症状が重い対象者（患者）ほど診療の順番を早め、症状が重い対象者を優先的に診療可能とした技術が記載されている。【０００３】
特許文献１では、自宅等の医療施設外の遠隔地にて、対象者が生体センサを使用して生体情報を測定している。そして、この生体情報の測定データに基づいて症状の軽重を判定している。【０００４】
より具体的には、診療当日に得られた最新の測定データが、健康な状態の場合の測定データからどれだけ逸脱しているかを示す逸脱度を算出する。そして、算出した逸脱度と受付時刻を変数とする加算式から診療の順番の優先度を算出し、優先度の値が高い対象者ほど、優先的に診療すべき症状が重い対象者と判定している。対象者が生体センサを装着していない等の理由で最新の測定データが得られなかった場合、すなわち最新の生体情報が測定されていなかった場合は、逸脱度を０とすることが記載されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１５−１１４７６１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
前述のように、特許文献１では、最新の生体情報が測定されていなかった場合は逸脱度を０としているが、この場合の優先度は比較的低い値となる。このため、最新の生体情報を測定していなかった対象者は、診療の順番が後回しにされがちである。【０００７】
しかしながら、対象者の中には、例えば症状が比較的安定していて、症状が重篤化するリスクが低い対象者等、診療時に最新の生体情報が必須ではなく、例えば前日の生体情報さえあれば診療に支障がない者もいる。こうした対象者が診療予約をしていた場合は、前日の生体情報は測定していて診療に支障がないにも関わらず、最新の生体情報を測定していないだけで診療の順番が後回しにされてしまう。このため、せっかくの診療予約が無駄になる。また、医療施設にとっても、確保していた診療予約の枠が無駄になる。【０００８】
本発明は、生体センサを用いて生体情報を測定する対象者、および対象者の診療予約を受ける医療施設の双方が、診療予約において不利益を蒙ることを防ぐことが可能な診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するために、本発明の診療予約管理装置は、生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付部と、生体情報の測定データを受け付ける測定データ受付部と、測定データに基づいて、測定が推奨される生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定部と、測定データに基づいて、診療に最低限必要な生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定部と、対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、高リスク対象者よりもリスクが低い低リスク対象者であるかを判定する対象者判定部と、診療予約に関する処理を行う予約処理部であり、推奨条件判定部で推奨条件が満たされたと判定した場合、および対象者判定部で低リスク対象者と判定し、かつ最低条件判定部で最低条件が満たされたと判定した場合、仮予約を確定する処理を行う予約処理部と、予約処理部の処理結果を出力する出力制御部とを備える。【００１０】
予約処理部は、対象者判定部で低リスク対象者と判定し、かつ最低条件判定部で最低条件が満たされていないと判定した場合、仮予約を破棄する処理を行うことが好ましい。【００１１】
予約処理部は、対象者判定部で高リスク対象者と判定し、かつ推奨条件判定部で推奨条件が満たされていないと判定した場合、出力制御部に警告を出力させる処理を行うことが好ましい。【００１２】
出力制御部は、警告として、高リスク対象者に通院を促す旨の第１警告を、予め登録された第１アドレスに出力することが好ましい。【００１３】
出力制御部は、警告として、高リスク対象者が推奨条件を満たしていない旨の第２警告を、予め登録された第２アドレスに出力することが好ましい。【００１４】
予約処理部は、対象者判定部で低リスク対象者と判定し、かつ推奨条件判定部で推奨条件が満たされていないと判定した場合、仮予約をし直す処理を行い、出力制御部は、警告として、仮予約をし直した旨の第３警告を、予め登録された第３アドレスに出力することが好ましい。【００１５】
対象者は妊婦であり、生体情報は、少なくとも胎児の心拍および子宮収縮圧を測定項目として含むことが好ましい。【００１６】
推奨条件は、仮予約した診療日当日の胎児の心拍および子宮収縮圧の測定データが得られているか否かを含み、最低条件は、仮予約した診療日当日と、仮予約した診療日当日より前の所定期間の胎児の心拍および子宮収縮圧の測定データが得られているか否かを含むことが好ましい。【００１７】
推奨条件は、胎児の心拍および子宮収縮圧に加えて他の測定項目の測定データが得られているか否かを含み、最低条件は、少なくとも胎児の心拍および子宮収縮圧の測定データが得られているか否かを含むことが好ましい。【００１８】
出力制御部は、仮予約に応じて指定された時点である指定時点までに、推奨条件の生体情報の測定を終了すべき旨の第４警告を、予め登録された第４アドレスに出力することが好ましい。この場合、第４警告は、生体センサで表示されることが好ましい。【００１９】
本発明の診療予約管理装置の作動方法は、生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付ステップと、生体情報の測定データを受け付ける測定データ受付ステップと、測定データに基づいて、測定が推奨される生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定ステップと、測定データに基づいて、診療に最低限必要な生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定ステップと、対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、高リスク対象者よりもリスクが低い低リスク対象者であるかを判定する対象者判定ステップと、診療予約に関する処理を行う予約処理ステップであり、推奨条件判定ステップで推奨条件が満たされたと判定した場合、および対象者判定ステップで低リスク対象者と判定し、かつ最低条件判定ステップで最低条件が満たされたと判定した場合、仮予約を確定する処理を行う予約処理ステップと、予約処理ステップの処理結果を出力する出力制御ステップとを備える。【００２０】
本発明の診療予約管理装置の作動プログラムは、生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付機能と、生体情報の測定データを受け付ける測定データ受付機能と、測定データに基づいて、測定が推奨される生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定機能と、測定データに基づいて、診療に最低限必要な生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定機能と、対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、高リスク対象者よりもリスクが低い低リスク対象者であるかを判定する対象者判定機能と、診療予約に関する処理を行う予約処理機能であり、推奨条件判定機能で推奨条件が満たされたと判定した場合、および対象者判定機能で低リスク対象者と判定し、かつ最低条件判定機能で最低条件が満たされたと判定した場合、仮予約を確定する処理を行う予約処理機能と、予約処理機能の処理結果を出力する出力制御機能とを、コンピュータに実行させる。【００２１】
本発明の診療予約管理システムは、健康状態の監視が必要な対象者に使用される生体センサと、ネットワーク上に設置され、対象者の診療予約を管理する診療予約管理装置とを備える診療予約管理システムにおいて、診療予約管理装置は、診療予約の仮予約を受け付ける仮予約受付部と、対象者の生体情報の測定データを受け付ける測定データ受付部と、測定データに基づいて、測定が推奨される生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定部と、測定データに基づいて、診療に最低限必要な生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定部と、対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、高リスク対象者よりもリスクが低い低リスク対象者であるかを判定する対象者判定部と、診療予約に関する処理を行う予約処理部であり、推奨条件判定部で推奨条件が満たされたと判定した場合、および対象者判定部で低リスク対象者と判定し、かつ最低条件判定部で最低条件が満たされたと判定した場合、仮予約を確定する処理を行う予約処理部と、予約処理部の処理結果を出力する出力制御部とを備える。
【発明の効果】
【００２２】
本発明によれば、症状が重篤化するリスクが低い低リスク対象者であり、かつ診療に最低限必要な生体情報の測定条件である最低条件が満たされた場合に、仮予約を確定するので、低リスク対象者は、測定が推奨される生体情報の測定条件である推奨条件が満たされていないだけで診療の順番が後回しにされてしまうことがなく、最低条件を満たしてさえいれば仮予約の通りに診療を受けることができる。したがって、生体センサを用いて生体情報を測定する対象者、および対象者の診療予約を受ける医療施設の双方が、診療予約において不利益を蒙ることを防ぐことが可能な診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムを提供することができる。
【図面の簡単な説明】
【００２３】
【図１】診療予約管理システムを示す図である。
【図２】診療予約管理サーバを構成するコンピュータを示すブロック図である。
【図３】診療予約管理サーバの中央制御部の構成を示すブロック図である。
【図４】測定データテーブルを示す図である。
【図５】予約データテーブルを示す図である。
【図６】条件データテーブルを示す図である。
【図７】リスクデータテーブルを示す図である。
【図８】第１アドレスデータテーブルを示す図である。
【図９】判定部および予約処理部の機能を示す図である。
【図１０】高リスク妊婦で推奨条件が満たされた場合を示す図である。
【図１１】低リスク妊婦で推奨条件が満たされた場合を示す図である。
【図１２】低リスク妊婦で最低条件が満たされた場合を示す図である。
【図１３】低リスク妊婦で最低条件が満たされていない場合を示す図である。
【図１４】高リスク妊婦で推奨条件が満たされていない場合を示す図である。
【図１５】図１０〜図１４に示す予約処理部の各処理をまとめた表である。
【図１６】予約確定通知画面を示す図である。
【図１７】予約破棄通知画面を示す図である。
【図１８】第１警告通知画面を示す図である。
【図１９】診療予約管理サーバの処理手順を示すフローチャートである。
【図２０】診療予約管理サーバの処理手順を示すフローチャートである。
【図２１】診療予約管理サーバの処理手順を示すフローチャートである。
【図２２】第２アドレスデータテーブルを示す図である。
【図２３】第２実施形態において、高リスク妊婦で推奨条件が満たされていない場合を示す図である。
【図２４】第２警告通知画面を示す図である。
【図２５】第３実施形態において、高リスク妊婦で推奨条件が満たされていない場合を示す図である。
【図２６】第３実施形態において、高リスク妊婦で推奨条件が満たされていない場合を示す図である。
【図２７】第３実施形態において、高リスク妊婦で推奨条件が満たされていない場合を示す図である。
【図２８】第３警告通知画面を示す図である。
【図２９】仮予約に応じて指定された時点である指定時点までに、生体情報の測定を終了すべき旨の第４警告を出力する態様を示す図である。
【図３０】第４警告を生体センサで表示する態様を示す図である。
【図３１】第５実施形態の予約確定通知画面を示す図である。
【図３２】設定変更画面を示す図である。
【図３３】第５アドレスデータテーブルを示す図である。
【図３４】生体センサの装着位置が間違っていると判定した場合に第５警告を出力する態様を示す図である。
【図３５】第５警告通知画面を示す図である。
【図３６】高リスク妊婦の健康状態が異常であった場合に第６警告を出力する態様を示す図である。
【図３７】低リスク妊婦であった場合に第６警告を出力しない態様を示す図である。
【図３８】第６警告通知画面を示す図である。
【図３９】第７実施形態の診療予約管理サーバの処理手順を示すフローチャートである。
【図４０】高リスク妊婦の健康状態が異常であった場合に、先約の有無に関わらず設定し得る最も早い診療時刻を設定する態様を示す図である。
【図４１】第８実施形態の診療予約管理サーバの処理手順を示すフローチャートである。
【発明を実施するための形態】
【００２４】
[第１実施形態]
図１において、診療予約管理システム１０は、生体センサに相当するＣＴＧセンサ（胎児の心拍および子宮収縮圧（ＣＴＧ）を測定するセンサをＣＴＧセンサと記載）１１Ａ、血圧計１１Ｂ、および体重計１１Ｃと、診療予約管理装置に相当する診療予約管理サーバ１２とを備えている。以下では、ＣＴＧセンサ１１Ａ、血圧計１１Ｂ、および体重計１１Ｃを、まとめて生体センサ１１と表記する。
【００２５】
生体センサ１１は、妊娠３４週〜３６週の妊婦Ｓに対して、医療施設１３から配布される。妊婦Ｓは、健康状態の監視が必要な対象者に相当し、医療施設１３に定期的に通院している。妊婦Ｓは、医療施設１３外の遠隔地に相当する自宅１４にて、自ら生体センサ１１を使用して生体情報を測定する。なお、ここでいう健康状態とは、文字通り妊婦Ｓ自身の健康状態に加えて、胎児の健康状態も含む。
【００２６】
妊婦Ｓの中には、症状が重篤化するリスクが高い者（以下、高リスク妊婦Ｓ−ＨＲ、高リスク対象者に相当）と、高リスク妊婦Ｓ−ＨＲよりも症状が重篤化するリスクが低い者（以下、低リスク妊婦Ｓ−ＬＲ、低リスク対象者に相当）とがいる。高リスク妊婦Ｓ−ＨＲは、胎児発育不全等の胎児要因、あるいは低年齢出産（１８歳未満）、高齢出産（３５歳以上）、糖尿病等の母体要因をもち、これらの要因により切迫早産や死産等を引き起こすリスクが比較的高い者である。こうした高リスク妊婦Ｓ−ＨＲは、症状の重篤化を避けるため、健康状態について特に留意する必要がある。
【００２７】
ＣＴＧセンサ１１Ａは妊婦Ｓの腹壁に、血圧計１１Ｂは妊婦Ｓの上腕部にそれぞれ装着される。体重計１１Ｃは自宅１４の床面に設置される。この場合の生体情報の測定項目は、ＣＴＧセンサ１１Ａで測定される胎児の心拍および子宮収縮圧（ＣＴＧ）、血圧計１１Ｂで測定される血圧、および体重計１１Ｃで測定される体重である。妊婦Ｓは、これらの各測定項目を１セットとしてまとめて測定する。なお、これらの他にも、妊婦Ｓの体温、心拍数、呼吸数、体動量等、生体情報に関するものであればいかなるものでも、生体情報の測定項目として加えてよい。
【００２８】
生体センサ１１は、Bluetooth（登録商標）等に代表される近距離無線送受信機能を有する。生体センサ１１は、近距離無線送受信機能を用いて、生体情報の測定データを対象者端末１５にリアルタイムで無線送信する。対象者端末１５は、妊婦Ｓが所有するスマートフォンやタブレットコンピュータ等である。なお、測定データをリアルタイムで無線送信するのではなく、生体センサ１１で測定データを一旦ストックしておき、予め決められた時刻に、あるいは妊婦Ｓの操作に応じて、測定データを無線送信する構成でもよい。
【００２９】
測定データは対象者ＩＤ（Identification Data）を含む。対象者ＩＤは、個々の妊婦Ｓを識別するための記号や番号（図４等参照）であり、生体センサ１１の内部メモリ（図示せず）に記憶されている。なお、対象者ＩＤには、ユニークに決定される生体センサ１１の製造番号を利用してもよい。この場合、医療施設１３で妊婦Ｓに生体センサ１１を配布する際に、診療予約管理サーバ１２において生体センサ１１の製造番号と妊婦Ｓの情報とを対応付けて管理し、生体センサ１１の製造番号から妊婦Ｓを識別可能な構成としておく。
【００３０】
また、生体センサ１１にはバッテリ（図示せず）が内蔵されている。生体センサ１１は、この内蔵バッテリからの電力で駆動する。このため、生体センサ１１はワイヤレスで使用することが可能である。
【００３１】
対象者端末１５は、インターネットや公衆通信網といったＷＡＮ（Wide Area Network）等のネットワーク１６を介して、診療予約管理サーバ１２と相互に通信可能に接続されている。対象者端末１５は、ネットワーク１６を介して、生体センサ１１からの測定データを診療予約管理サーバ１２に送信する。なお、ネットワーク１６には、情報セキュリティを考慮して、ＶＰＮ（Virtual Private Network）が構築されたり、ＨＴＴＰＳ（Hypertext Transfer Protocol Secure)等のセキュリティレベルの高い通信プロトコルが使用されている。
【００３２】
ネットワーク１６には、スタッフ端末１７も接続されている。スタッフ端末１７は、妊婦Ｓの担当医師Ｄや担当看護師Ｎといった医療スタッフが、医療施設１３内で携行するスマートフォンやタブレットコンピュータ等である。
【００３３】
診療予約管理サーバ１２は、医療施設１３に設置される。診療予約管理サーバ１２は、医療施設１３における妊婦Ｓの診療予約を管理する。診療予約管理サーバ１２は、診療予約を仮予約と本予約の二段階に分けて行う。より詳しくは、診療予約管理サーバ１２は、第一段階として診療日および診療時刻を設定する仮予約を受け付け、仮予約を受け付けた後に、第二段階として仮予約した診療日および診療時刻を確定する本予約を行う。また、診療予約管理サーバ１２は、対象者端末１５からの測定データを受け付け、測定データに基づく判定を行う。
【００３４】
診療予約管理サーバ１２は、サーバコンピュータ、パーソナルコンピュータ、ワークステーションといったコンピュータをベースに、オペレーティングシステム等の制御プログラムや、各種アプリケーションプログラム（以下、ＡＰと略記）をインストールして構成される。
【００３５】
図２において、診療予約管理サーバ１２を構成するコンピュータは、ストレージデバイス２０、メモリ２１、中央制御部（単一のパーソナルコンピュータのＣＰＵ（Central Processing Unit）、もしくは分散処理を行う複数のＣＰＵの集合体）２２、および通信部２３を備えている。これらはデータバス２４を介して相互接続されている。
【００３６】
ストレージデバイス２０は、診療予約管理サーバ１２を構成するコンピュータに内蔵、またはケーブルやネットワークを通じて接続されたハードディスクドライブ、もしくはハードディスクドライブを複数台連装したディスクアレイである。ストレージデバイス２０には、オペレーティングシステム等の制御プログラムや各種ＡＰ、およびこれらのプログラムに付随する各種データ等が記憶されている。
【００３７】
メモリ２１は、中央制御部２２が処理を実行するためのワークメモリである。中央制御部２２は、ストレージデバイス２０に記憶されたプログラムをメモリ２１へロードして、プログラムにしたがった処理を実行することにより、コンピュータの各部を統括的に制御する。通信部２３は、ネットワーク１６を介した各種情報の伝送制御を行うネットワークインターフェースである。
【００３８】
図３において、診療予約管理サーバ１２のストレージデバイス２０には、ＡＰとして作動プログラム３０が記憶されている。作動プログラム３０は、診療予約管理サーバ１２を構成するコンピュータを、診療予約管理装置として機能させるためのＡＰである。ストレージデバイス２０には、作動プログラム３０の他に、測定データテーブル３１（図４参照）、予約データテーブル３２（図５参照）、条件データテーブル３３（図６参照）、リスクデータテーブル３４（図７参照）、および第１アドレスデータテーブル３５（図８参照）が記憶されている。これら各データテーブル３１〜３５については後述する。
【００３９】
作動プログラム３０が起動されると、診療予約管理サーバ１２の中央制御部２２は、メモリ２１等と協働して、仮予約受付部４０、測定データ受付部４１、判定部４２、予約処理部４３、データ管理部４４、および出力制御部４５として機能する。
【００４０】
仮予約受付部４０は、仮予約を受け付ける仮予約受付機能を担う。前述のように、仮予約は、妊婦Ｓの診療予約について、診療日および診療時刻を設定するものである。仮予約は、例えば妊婦Ｓの診療終了後に、医療スタッフによりスタッフ端末１７を介して行われる。
【００４１】
より詳しくは、診療予約管理サーバ１２は、妊婦Ｓの診療終了後に、仮予約を設定するための仮予約設定画面（図示せず）をスタッフ端末１７に配信する。仮予約設定画面には、例えば、先約なし（予約可）、先約あり（予約不可）といった各診療日の診療時刻毎の仮予約の状況、対象者ＩＤ、診療日、および診療時刻の入力ボックス、並びに設定ボタンが設けられている。医療スタッフは、仮予約の状況で予約の可否を確認し、妊婦Ｓの都合がよい診療日および診療時刻と対象者ＩＤとを入力ボックスに入力し、設定ボタンを選択する。これによりスタッフ端末１７から診療予約管理サーバ１２に対象者ＩＤと診療日および診療時刻からなる仮予約データが送信される。仮予約受付部４０は仮予約データを受け付け、仮予約データをデータ管理部４４に出力する。なお、医療スタッフではなく、対象者端末１５を用いて自宅１４等で妊婦Ｓ自らが仮予約を行ってもよい。
【００４２】
測定データ受付部４１は、対象者端末１５からの測定データを受け付ける測定データ受付機能を担う。測定データ受付部４１は、受け付けた測定データをデータ管理部４４に出力する。
【００４３】
判定部４２は、測定データに基づく判定を行う判定機能を担う。より具体的には、判定部４２は、推奨条件判定機能、最低条件判定機能、および対象者判定機能を担う。すなわち、判定部４２は、推奨条件判定部、最低条件判定部、および対象者判定部に相当する。
【００４４】
推奨条件は、妊婦Ｓに対して医学的に測定が推奨される生体情報の測定条件である。一方、最低条件は、妊婦Ｓの診療に最低限必要な生体情報の測定条件である。判定部４２は、測定データに基づいて、推奨条件が満たされたか否かを判定する。また、判定部４２は、測定データに基づいて、最低条件が満たされたか否かを判定する。
【００４５】
推奨条件および最低条件は、後述するように、測定項目とＣＴＧ測定期間とを規定したものである。このため判定部４２は、各条件で規定される測定データの測定が終了したか否か、およびＣＴＧの測定データの測定が、各条件で規定されるＣＴＧ測定期間内に終了したか否かを判定することで、推奨条件および最低条件が満たされたか否かを判定する。
【００４６】
判定部４２は、予め設定された本予約のタイムリミットまでは判定を行わない。タイムリミットとなった場合、判定部４２は、推奨条件判定機能と最低条件判定機能を働かせて、推奨条件および最低条件が満たされたか否かの判定を行う。また、判定部４２は、対象者判定機能を働かせて、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか、低リスク妊婦Ｓ−ＬＲであるかの判定を行う。そして、これらの判定の判定結果を対象者ＩＤとともに予約処理部４３に出力する。なお、タイムリミットは、妊婦Ｓが通院に掛ると予測される時間を見積もったうえで設定される。ここでは、仮予約で設定した診療時刻の１時間前をタイムリミットとする。なお、医療施設１３の住所と自宅１４の住所とに基づいて、妊婦Ｓが通院に掛ると予測される時間を導き出してもよい。
【００４７】
予約処理部４３は、妊婦Ｓの診療予約に関する処理を行う予約処理機能を担う。診療予約に関する処理には、仮予約を確定する処理（以下、予約確定処理）、仮予約を破棄する処理（以下、予約破棄処理）、および妊婦Ｓに通院を促す旨の第１警告を出力制御部４５に出力させる処理（以下、第１警告処理）がある（図９参照）。
【００４８】
予約確定処理は、仮予約を確定する旨の予約確定指示を、データ管理部４４および出力制御部４５に出力する処理である。予約破棄処理は、仮予約を破棄する旨の予約破棄指示を、データ管理部４４および出力制御部４５に出力する処理である。第１警告処理は、第１警告の出力を指示する旨の第１警告指示を出力制御部４５に出力する処理である。予約確定指示、予約破棄指示、および第１警告指示の各種指示には、対象者ＩＤと仮予約の診療日および診療時刻が含まれる。
【００４９】
データ管理部４４は、各データテーブル３１〜３５への各データの登録、および各データテーブル３１〜３５からの各データの読み出しを管理する。具体的には、データ管理部４４は、測定データ受付部４１からの測定データを測定データテーブル３１に、仮予約受付部４０からの仮予約データを予約データテーブル３２に、それぞれ登録する。
【００５０】
データ管理部４４は、測定データテーブル３１の測定データ、および予約データテーブル３２の仮予約データをストレージデバイス２０から読み出し、測定データを判定部４２に、仮予約データを予約処理部４３に、測定データおよび仮予約データを出力制御部４５に、それぞれ受け渡す。測定データを判定部４２に受け渡すタイミングは、本予約のタイムリミットになった時点である。
【００５１】
データ管理部４４は、条件データテーブル３３の条件データ、およびリスクデータテーブル３４のリスクデータを判定部４２に、第１アドレスデータテーブル３５の第１アドレスを出力制御部４５に、それぞれ受け渡す。
【００５２】
データ管理部４４は、予約処理部４３からの予約確定指示に応じて、予約データテーブル３２の該当する仮予約データの対象者ＩＤの書き換えを禁止する。また、データ管理部４４は、予約処理部４３からの予約破棄指示に応じて、該当する仮予約データの対象者ＩＤを予約データテーブル３２から削除する。
【００５３】
出力制御部４５は、予約処理部４３の処理結果を出力する出力制御機能を担う。より具体的には、出力制御部４５は、予約処理部４３から予約確定指示を受けた場合、予約確定通知画面５０（図１６参照）を対象者端末１５に配信する。また、出力制御部４５は、予約処理部４３から予約破棄指示を受けた場合、予約破棄通知画面５５（図１７参照）を対象者端末１５に配信する。さらに、出力制御部４５は、予約処理部４３から第１警告指示を受けた場合、第１警告通知画面６０（図１８参照）を対象者端末１５に配信する。
【００５４】
予約確定通知画面５０は、仮予約が確定された旨を妊婦Ｓに通知する画面である。予約破棄通知画面５５は、仮予約が破棄された旨を妊婦Ｓに通知する画面である。第１警告通知画面６０は、妊婦Ｓに通院を促す旨の第１警告を通知する画面である。
【００５５】
出力制御部４５は、予約確定通知画面５０、予約破棄通知画面５５、および第１警告通知画面６０を、例えば、ＸＭＬ（Extensible Markup Language）等のマークアップ言語によって作成されるウェブ配信用の画面データの形式で出力する。これにより、対象者端末１５では、各画面５０、５５、６０がウェブブラウザ上で閲覧可能となる。ＸＭＬに代えて、ＪＳＯＮ（JavaScript（登録商標） Object Notation）等の他のデータ記述言語を利用してもよい。
【００５６】
出力制御部４５は、各画面５０、５５、６０の配信に先立って、各画面５０、５５、６０のＵＲＬ（Uniform Resource Locator）を対象者端末１５に送信する。そして、妊婦Ｓにより対象者端末１５を通じてＵＲＬのリンクを開く操作がされた場合に、各画面５０、５５、６０を配信する。
【００５７】
なお、出力制御部４５は、上記の各画面５０、５５、６０の他にも、前述の仮予約設定画面や、測定データを時系列に並べたグラフを表示するグラフ表示画面（図示せず）といった様々な画面を、ウェブ配信用の画面データの形式で対象者端末１５あるいはスタッフ端末１７に出力する。仮予約設定画面の仮予約の状況は、データ管理部４４から受け渡された仮予約データに基づいて表示される。また、グラフ表示画面は、データ管理部４４から受け渡された測定データに基づいて生成される。医療スタッフは、スタッフ端末１７に配信されたグラフ表示画面を閲覧することで、医療施設１３において妊婦Ｓの健康状態の遠隔監視が可能となる。
【００５８】
図４に示すように、測定データテーブル３１には、ＣＴＧ、血圧、体重の各測定項目の測定データが対象者ＩＤ別に登録されている。図示は省略したが、ＣＴＧの測定データは、測定データ受付部４１で受け付けを開始した受付開始時刻および受け付けを終了した受付終了時刻とともに登録される。また、血圧、体重の各測定データは、測定データ受付部４１で受け付けた受付時刻とともに登録される。測定データテーブル３１には、１人の妊婦Ｓについて、担当医師Ｄが定めた測定期間中の全測定データが登録される。
【００５９】
図５に示すように、予約データテーブル３２は、診療日毎に分けられている。１日の診療日の予約データテーブル３２には、診療時刻毎に対象者ＩＤと確定フラグが登録されている。時刻は、０９：００〜０９：１５、０９：４５〜１０：００等、例えば１５分間隔で区切られた期間である。確定フラグは、仮予約が確定してデータ管理部４４が対象者ＩＤの書き換えを禁止したものには１、未確定のものには０が登録される。
【００６０】
図５では、２０１６／８／２４の予約データテーブル３２を例示している。これによれば、時刻０９：００〜０９：１５には「Ｓ００１」、時刻０９：１５〜０９：３０には「Ｓ００２」、時刻０９：３０〜０９：４５には「Ｓ０４４」のそれぞれの対象者ＩＤの妊婦Ｓの予約がなされている。そして、対象者ＩＤ「Ｓ００１」、「Ｓ００２」の妊婦Ｓの仮予約が確定しており、確定フラグの欄に１が登録されている。対して対象者ＩＤ「Ｓ０４４」の妊婦Ｓは仮予約が未確定であるため、確定フラグの欄には０が登録されている。
【００６１】
時刻０９：４５〜１０：００には、対象者ＩＤは登録されておらず、この時刻の予約は未定となっている。このため確定フラグの欄には０が登録されている。仮予約の確定、未確定に関わらず、対象者ＩＤが登録されている診療時刻は先約がある診療時刻、対象者ＩＤが登録されていない診療時刻は先約がない診療時刻である。
【００６２】
図６に示すように、条件データテーブル３３には、推奨条件および最低条件のそれぞれの条件データが登録されている。条件データテーブル３３には、測定項目とＣＴＧ測定期間の欄が設けられている。
【００６３】
推奨条件の測定項目の欄には、妊婦Ｓに対して測定が推奨される測定項目として、全ての測定項目であるＣＴＧ、血圧、および体重が登録されている。一方、最低条件の測定項目の欄には、妊婦Ｓの診療に最低限必要な測定項目として、ＣＴＧのみが登録されている。また、推奨条件のＣＴＧ測定期間の欄には、妊婦Ｓに対して測定が推奨されるＣＴＧ測定期間として、仮予約した診療日当日の０６：００〜仮予約した診療時刻の１時間前が登録されている。一方、最低条件のＣＴＧ測定期間の欄には、妊婦Ｓの診療に最低限必要なＣＴＧ測定期間として、仮予約した診療日前日の０６：００〜仮予約した診療時刻の１時間前が登録されている。
【００６４】
推奨条件のＣＴＧ測定期間の開始時刻は仮予約した診療日当日の０６：００であり、最低条件のＣＴＧ測定期間の開始時刻は仮予約した診療日前日の０６：００である。このため、ＣＴＧ測定期間は最低条件に一日分の猶予が与えられている。また、推奨条件および最低条件ともに、ＣＴＧ測定期間の終了時刻は仮予約した診療時刻の１時間前であり、この時刻は本予約のタイムリミットと同じである。
【００６５】
条件データテーブル３３によれば、推奨条件は、ＣＴＧ、血圧、および体重の測定データが得られ、かつ仮予約した診療日当日の０６：００〜仮予約した診療時刻の１時間前のＣＴＧの測定データが得られていることで満たされる。対して、最低条件は、仮予約した診療日前日の０６：００〜仮予約した診療時刻の１時間前のＣＴＧの測定データが得られてさえいれば満たされる。このように、最低条件は推奨条件と一部重複しており、推奨条件が満たされれば最低条件も自動的に満たされる内容となっている。
【００６６】
ここでＣＴＧは、胎児が覚醒状態である場合の測定データが必要である。このため、ＣＴＧの測定時間には、約２０分〜約４０分周期で睡眠と覚醒を繰り返す胎児のサイクルに応じた時間（例えば４０分〜５０分）が予め設定されている。したがって、ＣＴＧの測定データは、予め設定された測定時間の間、継続して測定されたものである。判定部４２は、このＣＴＧの測定データの受け付けを測定データ受付部４１で終了した受付終了時刻が、ＣＴＧ測定期間内にあるか否かを判定することで、各条件を満たしているか否かを判定する。
【００６７】
図７に示すように、リスクデータテーブル３４には、高リスク妊婦Ｓ−ＨＲの場合は「高」、低リスク妊婦Ｓ−ＬＲの場合は「低」がそれぞれ対象者ＩＤ毎に登録されている。高リスク妊婦Ｓ−ＨＲを示す「高」、低リスク妊婦Ｓ−ＬＲを示す「低」は、医療スタッフにより予め登録される。妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか低リスク妊婦Ｓ−ＬＲであるかは、例えば、電子カルテに記述された妊婦Ｓの診療情報を参考に、医療スタッフが判断する。あるいは、診療予約管理サーバ１２において、電子カルテの妊婦Ｓの診療情報を取得し、取得した診療情報に基づいて妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか低リスク妊婦Ｓ−ＬＲであるかを自動的に判断してもよい。
【００６８】
図８に示すように、第１アドレスデータテーブル３５は、対象者ＩＤ毎に第１アドレスを登録したものである。第１アドレスは、各画面５０、５５、６０の配信先である対象者端末１５に対して、各画面５０、５５、６０のＵＲＬを送信可能なアドレスである。第１アドレスは、例えば妊婦Ｓが対象者端末１５で閲覧可能な電子メールのアドレスや、ＳＮＳ（Social Networking Service）が提供するメッセージサービスの妊婦ＳのＩＤである。第１アドレスは、医療スタッフにより予め登録される。なお、対象者端末１５がスマートフォンで携帯電話機能を有する場合は、電話番号を第１アドレスとして登録してもよい。
【００６９】
図９において、判定部４２は、タイムリミットとなった時点で、データ管理部４４を通じて、測定データテーブル３１からの測定データを受け取る。判定部４２は、測定データと、条件データテーブル３３からの条件データとを照らし合わせ、推奨条件および最低条件が満たされたか否かを判定する。また、判定部４２は、リスクデータテーブル３４からのリスクデータに基づいて、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか、低リスク妊婦Ｓ−ＬＲであるかを判定する。
【００７０】
予約処理部４３は、判定部４２からの判定結果、すなわち、タイムリミットの時点における測定データの受け付け状況に応じた、推奨条件および最低条件が満たされたか否かの判定結果と、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか、低リスク妊婦Ｓ−ＬＲであるかの判定結果とに基づいて、予約確定処理、予約破棄処理、および第１警告処理のうちから、行う処理を決定する。
【００７１】
図１０および図１１に示すように、判定部４２で推奨条件が満たされた（推奨条件ＯＫ）と判定した場合、予約処理部４３は、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか低リスク妊婦Ｓ−ＬＲであるかに関わらず、予約確定処理を行う。
【００７２】
図１０は、対象者ＩＤ「Ｓ００１」の妊婦Ｓである第１妊婦Ｓ−１の場合、図１１は、対象者ＩＤ「Ｓ００２」の妊婦Ｓである第２妊婦Ｓ−２の場合をそれぞれ示す。まず図１０において、第１妊婦Ｓ−１の本予約のタイムリミットである２０１６／８／２４の０８：００になった時点で、判定部４２は、第１妊婦Ｓ−１の測定データを受け取る。この第１妊婦Ｓ−１の測定データには、ＣＴＧ、血圧、および体重の各測定項目の測定データがあり、かつ仮予約した診療日当日の０６：００〜仮予約した診療時刻の１時間前である０８：００の間に測定されたＣＴＧの測定データがあるとする。
【００７３】
判定部４２は、第１妊婦Ｓ−１の測定データと推奨条件の条件データとを照らし合わせた結果、第１妊婦Ｓ−１が推奨条件を満たしていると判定する。また、判定部４２は、リスクデータから、第１妊婦Ｓ−１が高リスク妊婦Ｓ−ＨＲであると判定する。判定部４２は、第１妊婦Ｓ−１が高リスク妊婦Ｓ−ＨＲであり、かつ推奨条件を満たしている旨の判定結果を予約処理部４３に出力する。
【００７４】
予約処理部４３は、判定部４２からの判定結果を受けて、予約確定処理として、第１妊婦Ｓ−１の仮予約データを確定する旨の予約確定指示をデータ管理部４４および出力制御部４５に出力する。ここで、第１妊婦Ｓ−１は、リスクデータによれば高リスク妊婦Ｓ−ＨＲであるが、予約処理部４３は、推奨条件を満たしているとの判定結果であれば、リスクデータに関係なく予約確定指示を出力する。
【００７５】
データ管理部４４は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」が登録された、２０１６／８／２４の予約データテーブル３２の診療時刻０９：００〜０９：１５の確定フラグの欄に１を登録する。これにより第１妊婦Ｓ−１の仮予約が確定される。
【００７６】
出力制御部４５は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」に対応する第１アドレスである「ＸＸＸ０１」を第１アドレスデータテーブル３５から読み出す。そして、読み出した第１アドレス（第１妊婦Ｓ−１の対象者端末１５）に予約確定通知画面５０を配信する。
【００７７】
図１１は、妊婦Ｓが第２妊婦Ｓ−２である他は、図１０の場合と同様である。ただし、第２妊婦Ｓ−２が高リスク妊婦Ｓ−ＨＲではなく低リスク妊婦Ｓ−ＬＲである点で異なる。しかし、この場合も図１０の場合と同じく、予約処理部４３は、推奨条件を満たしているとの判定結果であれば、リスクデータに関係なく予約確定指示を出力する。
【００７８】
図１２に示すように、予約処理部４３は、図１０および図１１の判定部４２で推奨条件が満たされたと判定した場合に加えて、判定部４２で妊婦Ｓが低リスク妊婦Ｓ−ＬＲと判定し、かつ最低条件が満たされた（最低条件ＯＫ）と判定した場合も、予約確定処理を行う。
【００７９】
図１２は、図１１と同じく第２妊婦Ｓ−２の場合を示す。第２妊婦Ｓ−２の本予約のタイムリミットである２０１６／８／２４の０８：１５になった時点で、判定部４２は、第２妊婦Ｓ−２の測定データを受け取る。この第２妊婦Ｓ−２の測定データには、血圧、体重の各測定項目の測定データはないが、仮予約した診療日前日の０６：００〜仮予約した診療時刻の１時間前である０８：１５の間に測定されたＣＴＧの測定データがあるとする。
【００８０】
判定部４２は、第２妊婦Ｓ−２の測定データと最低条件の条件データとを照らし合わせた結果、第２妊婦Ｓ−２が最低条件を満たしていると判定する。また、第２妊婦Ｓ−２の測定データには、前述のように血圧、体重の各測定項目の測定データがないので、判定部４２は、第２妊婦Ｓ−２が推奨条件を満たしていない（推奨条件ＮＧ）と判定する。さらに、判定部４２は、リスクデータから、第２妊婦Ｓ−２が低リスク妊婦Ｓ−ＬＲであると判定する。判定部４２は、第２妊婦Ｓ−２が低リスク妊婦Ｓ−ＬＲであり、かつ推奨条件を満たしておらず、最低条件を満たしている旨の判定結果を予約処理部４３に出力する。
【００８１】
予約処理部４３は、判定部４２からの判定結果を受けて、第２妊婦Ｓ−２の仮予約データを確定する旨の予約確定指示をデータ管理部４４および出力制御部４５に出力する。以降の処理は図１１の場合と同じである。
【００８２】
図１３に示すように、判定部４２で妊婦Ｓが低リスク妊婦Ｓ−ＬＲと判定し、かつ最低条件が満たされていないと判定した場合、予約処理部４３は予約破棄処理を行う。
【００８３】
図１３は、図１１および図１２と同じく第２妊婦Ｓ−２の場合を示す。この場合、第２妊婦Ｓ−２の測定データには、仮予約した診療日前日の０６：００〜仮予約した診療時刻の１時間前である０８：１５の間に測定されたＣＴＧの測定データがないとする。
【００８４】
判定部４２は、第２妊婦Ｓ−２の測定データと最低条件の条件データとを照らし合わせた結果、第２妊婦Ｓ−２が最低条件を満たしていない（最低条件ＮＧ）と判定する。また、第２妊婦Ｓ−２の測定データには、前述のように仮予約した診療日前日の０６：００〜仮予約した診療時刻の１時間前である０８：１５の間に測定されたＣＴＧの測定データがない、すなわち仮予約した診療日当日の０６：００〜仮予約した診療時刻の１時間前である０８：１５の間に測定されたＣＴＧの測定データがないので、判定部４２は、第２妊婦Ｓ−２が推奨条件を満たしていないと判定する。さらに、判定部４２は、リスクデータから、第２妊婦Ｓ−２が低リスク妊婦Ｓ−ＬＲであると判定する。判定部４２は、第２妊婦Ｓ−２が低リスク妊婦Ｓ−ＬＲであり、かつ推奨条件および最低条件をともに満たしていない旨の判定結果を予約処理部４３に出力する。
【００８５】
予約処理部４３は、判定部４２からの判定結果を受けて、予約破棄処理として、第２妊婦Ｓ−２の仮予約データを破棄する旨の予約破棄指示をデータ管理部４４および出力制御部４５に出力する。
【００８６】
データ管理部４４は、第２妊婦Ｓ−２の対象者ＩＤ「Ｓ００２」が登録された、２０１６／８／２４の予約データテーブル３２の診療時刻０９：１５〜０９：３０の欄から、対象者ＩＤ「Ｓ００２」を削除する。これにより第２妊婦Ｓ−２の仮予約が破棄される。
【００８７】
出力制御部４５は、第２妊婦Ｓ−２の対象者ＩＤ「Ｓ００２」に対応する第１アドレスである「ＸＸＸ０２」を第１アドレスデータテーブル３５から読み出す。そして、読み出した第１アドレス（第２妊婦Ｓ−２の対象者端末１５）に予約破棄通知画面５５を出力する。
【００８８】
図１４に示すように、判定部４２で妊婦Ｓが高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、予約処理部４３は第１警告処理を行う。
【００８９】
図１４は、図１０と同じく第１妊婦Ｓ−１の場合を示す。この場合、第１妊婦Ｓ−１の測定データには、仮予約した診療日当日の０６：００〜仮予約した診療時刻の１時間前である０８：００の間に測定されたＣＴＧの測定データがないとする。
【００９０】
判定部４２は、第１妊婦Ｓ−１の測定データと推奨条件の条件データとを照らし合わせた結果、第１妊婦Ｓ−１が推奨条件を満たしていないと判定する。また、判定部４２は、リスクデータから、第１妊婦Ｓ−１が高リスク妊婦Ｓ−ＨＲであると判定する。判定部４２は、第１妊婦Ｓ−１が高リスク妊婦Ｓ−ＨＲであり、かつ推奨条件を満たしていない旨の判定結果を予約処理部４３に出力する。
【００９１】
予約処理部４３は、判定部４２からの判定結果を受けて、第１警告処理として、第１妊婦Ｓ−１に第１警告を出力する旨の第１警告指示を出力制御部４５に出力する。
【００９２】
出力制御部４５は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」に対応する第１アドレスである「ＸＸＸ０１」を第１アドレスデータテーブル３５から読み出す。そして、読み出した第１アドレス（第１妊婦Ｓ−１の対象者端末１５）に第１警告通知画面６０を出力する。
【００９３】
図１５に示す表４８は、図１０〜図１４に示す予約処理部４３の各処理をまとめたものである。すなわち、欄Ｃ１および欄Ｃ４に示すように、判定部４２で推奨条件が満たされたと判定された場合は、低リスク妊婦Ｓ−ＬＲ、高リスク妊婦Ｓ−ＨＲに関わらず、予約確定処理が行われる（図１０および図１１参照）。また、欄Ｃ２に示すように、判定部４２で低リスク妊婦Ｓ−ＬＲと判定され、かつ最低条件が満たされたと判定された場合も、予約確定処理が行われる（図１２参照）。
【００９４】
欄Ｃ３に示すように、判定部４２で低リスク妊婦Ｓ−ＬＲと判定され、かつ最低条件が満たされていないと判定された場合は、予約破棄処理が行われる（図１３参照）。一方、欄Ｃ５および欄Ｃ６に示すように、判定部４２で高リスク妊婦Ｓ−ＨＲと判定され、かつ推奨条件が満たされていないと判定された場合は、第１警告処理が行われる（図１４参照）。このように、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか低リスク妊婦Ｓ−ＬＲであるか、推奨条件が満たされているか否か、および最低条件が満たされているか否かで、予約処理部４３が行う処理が分かれる。
【００９５】
図１６において、出力制御部４５から対象者端末１５に配信される予約確定通知画面５０には、仮予約が確定した旨を妊婦Ｓに報せるメッセージ等とともに、確定された診療時刻を記した枠５１と確認ボタン５２とが表示される。図１６では、図１０に示す第１妊婦Ｓ−１の場合の予約確定通知画面５０を例示している。
【００９６】
図１７において、予約破棄通知画面５５には、最低条件が満たされていないため、仮予約を破棄した旨を妊婦Ｓに報せるメッセージ、仮予約のし直しを促すメッセージ、および確認ボタン５６が表示される。図１７では、図１３に示す第２妊婦Ｓ−２の場合の予約破棄通知画面５５を例示している。
【００９７】
図１８において、第１警告通知画面６０には、推奨条件が満たされていない旨を妊婦Ｓに報せるメッセージ、直ちに来院して診療を受けるよう促すメッセージ、すなわち第１警告、および確認ボタン６１が表示される。図１８では、図１４に示す第１妊婦Ｓ−１の場合の第１警告通知画面６０を例示している。なお、各画面５０、５５、６０は、確認ボタン５２、５６、６１が操作されると、表示が消える。
【００９８】
対象者端末１５は、各画面５０、５５、６０のＵＲＬを受信した場合に、特定の通知音が鳴る、あるいはバイブレーション機能がオンになる設定となっている。また、対象者端末１５は、所定時間後に通知音が鳴り止む、あるいは所定時間後にバイブレーション機能がオフになる設定となっている。なお、ＵＲＬのリンクを開く操作をしないと、あるいは確認ボタン５２、５６、６１を操作して各画面５０、５５、６０の表示を消さないと、通知音が鳴り止まない、あるいはバイブレーション機能がオフにならない設定としてもよい。
【００９９】
以下、上記構成による作用について、図１９〜図２１のフローチャートを参照して説明する。まず、妊婦Ｓの診療終了後、医療スタッフがスタッフ端末１７を操作して、次の診療日および診療時刻を設定する仮予約を行う。これによりスタッフ端末１７から送信された仮予約データが、仮予約受付部４０で受け付けられる（図１９のステップＳＴ１００、仮予約受付ステップ）。仮予約データはデータ管理部４４に出力され、データ管理部４４によって予約データテーブル３２に登録される（ステップＳＴ１１０）。
【０１００】
妊婦Ｓは、自宅１４にて、生体センサ１１を使用して生体情報を測定する。生体センサ１１から出力された生体情報の測定データは、対象者端末１５およびネットワーク１６を介して診療予約管理サーバ１２に送信される。診療予約管理サーバ１２では、生体情報の測定データが測定データ受付部４１で受け付けられる（図２０のステップＳＴ２００、測定データ受付ステップ）。測定データはデータ管理部４４に出力され、データ管理部４４によって測定データテーブル３１に登録される（ステップＳＴ２１０）。
【０１０１】
本予約のタイムリミットとなった時点で、データ管理部４４から判定部４２に測定データが受け渡される。判定部４２では、測定データに基づいて、推奨条件が満たされたか否か（図２１のステップＳＴ３００、推奨条件判定ステップ）、最低条件が満たされたか否か（ステップＳＴ３２０、最低条件判定ステップ）が判定される。また、判定部４２では、リスクデータテーブル３４に基づいて、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであるか、低リスク妊婦Ｓ−ＬＲであるか（ステップＳＴ３１０、対象者判定ステップ）が判定される。
【０１０２】
判定部４２で推奨条件が満たされていると判定された場合（ステップＳＴ３００でＹＥＳ）、図１０および図１１、並びに図１５の表４８の欄Ｃ１、Ｃ４で示したように、予約処理部４３で予約確定処理が行われる（ステップＳＴ３３０、予約処理ステップ）。具体的には、予約確定指示がデータ管理部４４および出力制御部４５に出力される。
【０１０３】
予約確定指示に応じて、データ管理部４４により予約データテーブル３２の該当する仮予約データの確定フラグの欄に１が登録され、対象者ＩＤの書き換えが禁止される（ステップＳＴ３４０）。また、出力制御部４５により予約確定通知画面５０が対象者端末１５に配信される（ステップＳＴ３５０、出力制御ステップ）。
【０１０４】
対象者端末１５では、予約確定通知画面５０が表示される。妊婦Ｓは、予約確定通知画面５０を通じて仮予約が確定したことを認識する。
【０１０５】
一方、判定部４２で推奨条件が満たされていないと判定され（ステップＳＴ３００でＮＯ）、かつ妊婦Ｓが低リスク妊婦Ｓ−ＬＲと判定された場合（ステップＳＴ３１０でＹＥＳ）は、ステップＳＴ３２０の最低条件判定ステップの結果に応じた処理が行われる。
【０１０６】
判定部４２で低リスク妊婦Ｓ−ＬＲと判定され（ステップＳ３１０でＹＥＳ）、かつ最低条件が満たされていると判定された場合（ステップＳＴ３２０でＹＥＳ）、図１２と図１５の表４８の欄Ｃ２で示したように、判定部４２で推奨条件が満たされていると判定された場合（ステップＳＴ３００でＹＥＳ）と同じく、予約処理部４３で予約確定処理が行われる（ステップＳＴ３３０、予約処理ステップ）。以降の処理は、判定部４２で推奨条件が満たされていると判定された場合（ステップＳＴ３００でＹＥＳ）と同じであるため、説明を省略する。
【０１０７】
このように、判定部４２で推奨条件が満たされていると判定した場合、および判定部４２で低リスク妊婦Ｓ−ＬＲと判定し、かつ最低条件が満たされていると判定した場合にも、予約処理部４３で予約確定処理を行うので、低リスク妊婦Ｓ−ＬＲは、推奨条件が満たされていなくても、最低条件が満たされてさえいれば、仮予約で設定された診療時刻に診療を受けることができる。また、医療施設１３にとっても、仮予約で確保した診療予約の枠が無駄にならない。したがって、妊婦Ｓおよび医療施設１３の双方が、診療予約において不利益を蒙ることを防ぐことが可能となる。
【０１０８】
特許文献１では、最新の生体情報が測定されていなかった場合は、高リスク妊婦Ｓ−ＨＲであるか、低リスク妊婦Ｓ−ＬＲであるかに関係なく優先度が低い値とされて診療の順番が後回しにされてしまう。対して、本発明では、推奨条件と最低条件の二つの測定条件を用意し、判定部４２で推奨条件が満たされているか否かと、最低条件が満たされているか否かを二段階で判定している。そして、推奨条件が満たされている場合はもちろんのこと、低リスク妊婦Ｓ−ＬＲの場合は最低条件が満たされていれば仮予約通りに診療を受けることができる。
【０１０９】
一方、判定部４２で低リスク妊婦Ｓ−ＬＲと判定され（ステップＳ３１０でＹＥＳ）、かつ最低条件が満たされていないと判定された場合（ステップＳＴ３２０でＮＯ）は、図１３と図１５の表４８の欄Ｃ３で示したように、予約処理部４３で予約破棄処理が行われる（ステップＳＴ３６０）。具体的には、予約破棄指示がデータ管理部４４および出力制御部４５に出力される。
【０１１０】
予約破棄指示に応じて、データ管理部４４により予約データテーブル３２の該当する仮予約データの対象者ＩＤが削除される（ステップＳＴ３７０）。また、出力制御部４５により予約破棄通知画面５５が対象者端末１５に配信される（ステップＳＴ３８０）。
【０１１１】
対象者端末１５では、予約破棄通知画面５５が表示される。妊婦Ｓは、予約破棄通知画面５５を通じて仮予約が破棄されたことを認識する。
【０１１２】
最低条件の測定を行っていない低リスク妊婦Ｓ−ＬＲは、診療に支障があるため、もしも仮予約を確定してしまうと、診療前に医療施設１３で生体情報を測定する必要がある。また、生体情報を測定する分、診療の開始時刻が遅れるため、その後の診療予約を調整する必要がある。このため、判定部４２で低リスク妊婦Ｓ−ＬＲと判定され、かつ最低条件が満たされていないと判定した場合は、止むを得ず予約処理部４３で予約破棄処理を行っている。こうすることで診療予約の枠は無駄にはなるが、上記のように医療施設１３で生体情報を測定する手間や、診療予約を調整する手間が掛からないというメリットがある。また、こうすれば、最低条件の測定を行っていない低リスク妊婦Ｓ−ＬＲを、推奨条件を満たす測定を遵守している妊婦Ｓよりも先に診療してしまうといった不公平な扱いが生じない。
【０１１３】
判定部４２で推奨条件が満たされていないと判定され（ステップＳＴ３００でＮＯ）、かつ妊婦Ｓが高リスク妊婦Ｓ−ＨＲと判定された場合（ステップＳＴ３１０でＮＯ）は、図１４と図１５の表４８の欄Ｃ５、C6で示したように、予約処理部４３で第１警告処理が行われる（ステップＳＴ３９０）。具体的には、第１警告指示が出力制御部４５に出力される。
【０１１４】
第１警告指示に応じて、出力制御部４５により第１警告通知画面６０が対象者端末１５に配信される（ステップＳＴ４００）。
【０１１５】
対象者端末１５では、第１警告通知画面６０が表示される。妊婦Ｓは、第１警告通知画面６０を通じて通院しなければならないことを認識する。
【０１１６】
このように、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、予約処理部４３で第１警告処理を行うので、高リスク妊婦Ｓ−ＨＲが来院して診療を受けることが期待でき、高リスク妊婦Ｓ−ＨＲの症状の重篤化を効果的に避けることができる。
【０１１７】
妊婦Ｓは、普段から、胎児に悪影響を与える感染症（風疹、インフルエンザ等）に感染することがないよう努めている。このため、感染症患者が多くいる医療施設１３では、妊婦Ｓの滞在時間はなるべく短いことが好ましい。
【０１１８】
本発明においては、妊婦Ｓは、推奨条件の測定を行って仮予約を確定、あるいは少なくとも最低条件の測定を行って仮予約を確定（低リスク妊婦Ｓ−ＬＲの場合）させ、確定された診療時刻に医療施設１３に来院すれば、余計な待ち時間なくスムーズに診療を受けることができる。このため、妊婦Ｓの医療施設１３の滞在時間を短くすることができ、妊婦Ｓの感染症への罹患リスクを下げることができる。したがって、特に比較的長い測定時間を必要とするＣＴＧを測定する妊婦Ｓを対象者とした場合は、特に優れた効果を奏するといえる。
【０１１９】
高リスク妊婦Ｓ−ＨＲは、低リスク妊婦Ｓ−ＬＲよりも、健康状態について特に留意する必要がある。このため、推奨条件は、仮予約した診療日当日のＣＴＧの測定データに加えて他の測定項目の測定データが得られていることで満たされる設定とされ、仮予約した診療日当日と、仮予約した診療日当日より前の所定期間（ここでは仮予約した診療日前日の０６：００〜仮予約した診療時刻の１時間前）のＣＴＧの測定データが得られていることで満たされる最低条件よりも厳しい測定条件とされる。
【０１２０】
推奨条件および最低条件は、図６で例示したものに限らない。例えば最低条件の測定項目をＣＴＧおよび血圧としてもよいし、最低条件のＣＴＧ測定期間を、仮予約した診療日の１週間前〜仮予約した診療時刻の２時間前としてもよい。このように、ＣＴＧ測定期間の終了時刻は、図６で例示した本予約のタイムリミットと同じ時刻でなくてもよい。
【０１２１】
要するに、推奨条件は、仮予約した診療日当日のＣＴＧの測定データが得られているか否かを含み、最低条件は、仮予約した診療日当日と、仮予約した診療日当日より前の所定期間のＣＴＧの測定データが得られているか否かを含んでいればよい。また、推奨条件は、ＣＴＧに加えて他の測定項目の測定データが得られているか否かを含み、最低条件は、少なくともＣＴＧの測定データが得られているか否かを含んでいればよい。
【０１２２】
各条件の測定項目をＣＴＧのみで同じとし、ＣＴＧ測定期間を各条件で違えてもよい。例えば推奨条件のＣＴＧ測定期間を仮予約した診療日当日の０６：００〜仮予約した診療時刻の１時間前とし、最低条件のＣＴＧ測定期間を仮予約した診療日３日前の０６：００〜仮予約した診療時刻の１時間前として、各条件とも測定項目はＣＴＧのみとする。
【０１２３】
各画面５０、５５、６０の配信先は妊婦Ｓの対象者端末１５に限らない。妊婦Ｓと同居している家族等、妊婦Ｓの関係者が所有する端末であってもよい。
【０１２４】
［第２実施形態］
上記第１実施形態では、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、第１警告を出力しているが、図２２〜図２４に示す第２実施形態では、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、高リスク妊婦Ｓ−ＨＲが推奨条件を満たしていない旨の第２警告を出力する。
【０１２５】
図２２において、第２実施形態の診療予約管理サーバ１２のストレージデバイス２０には、第２アドレスデータテーブル６３が記憶されている。第２アドレスデータテーブル６３は、各データテーブル３１〜３５と同じく、データ管理部４４により管理される。
【０１２６】
第２アドレスデータテーブル６３は、高リスク妊婦Ｓ−ＨＲの対象者ＩＤ毎に第２アドレスを登録したものである。第２アドレスは、高リスク妊婦Ｓ−ＨＲが推奨条件を満たしていない旨の第２警告の出力先である。第２アドレスは、例えば、高リスク妊婦Ｓ−ＨＲの担当医師Ｄや担当看護師Ｎといった医療スタッフがスタッフ端末１７で閲覧可能な電子メールのアドレスや、ＳＮＳ（Social Networking Service）が提供するメッセージサービスの医療スタッフのＩＤ、あるいは電話番号である。第２アドレスは、医療スタッフにより予め登録される。
【０１２７】
第２アドレスデータテーブル６３には、高リスク妊婦Ｓ−ＨＲの対象者ＩＤ（「Ｓ００１」、「Ｓ００３」等）の欄のみに第２アドレスが登録されている。低リスク妊婦Ｓ−ＬＲの対象者ＩＤ（「Ｓ００２」等）の欄には、第２アドレスは登録されていない。
【０１２８】
図２３に示すように、第２実施形態においては、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、予約処理部４３は、診療予約に関する処理として、第２警告処理を行う。第２警告処理は、第２警告の出力を指示する旨の第２警告指示を出力制御部４５に出力する処理である。
【０１２９】
図２３は、上記第１実施形態の図１４と同じく第１妊婦Ｓ−１の場合を示す。予約処理部４３は、第１妊婦Ｓ−１の担当の医療スタッフに第２警告を出力する旨の第２警告指示を出力制御部４５に出力する。
【０１３０】
出力制御部４５は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」に対応する第２アドレスである「ＹＹＹ０１」を第２アドレスデータテーブル６３から読み出す。そして、読み出した第２アドレスに第２警告を出力する。
【０１３１】
出力制御部４５は、第２警告の出力の一形態として、図２４に示す第２警告通知画面６５をスタッフ端末１７に配信する。第２警告通知画面６５には、医療スタッフの担当の高リスク妊婦Ｓ−ＨＲが、推奨条件を満たしていない旨のメッセージ、すなわち第２警告と、高リスク妊婦Ｓ−ＨＲに推奨条件の測定を促すか、高リスク妊婦Ｓ−ＨＲに直ちに診療を受けさせる働きかけをするよう医療スタッフに促すメッセージと、妊婦Ｓと連絡をとるための電話番号とが書かれている。確認ボタン６６は、第２警告通知画面６５の表示を消すためのボタンである。図２４では、図２３に引き続き、第１妊婦Ｓ−１の場合を例示している。なお、この場合も上記第１実施形態の各画面５０、５５、６０の場合と同じく、出力制御部４５は、第２警告通知画面６５の配信に先立って、第２警告通知画面６５のＵＲＬをスタッフ端末１７に送信し、ＵＲＬのリンクを開く操作に応じて第２警告通知画面６５を配信する。以降の実施形態の各画面も同様である。
【０１３２】
このように、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、高リスク妊婦Ｓ−ＨＲが推奨条件を満たしていない旨の第２警告を第２アドレスに出力するので、高リスク妊婦Ｓ−ＨＲに対して適切な処置を施す契機が医療スタッフに与えられる。したがって、高リスク妊婦Ｓ−ＨＲの症状の重篤化を効果的に避けることができる。
【０１３３】
上記第１実施形態の第１警告と、上記第２実施形態の第２警告とを複合して実施してもよい。そうすれば、高リスク妊婦Ｓ−ＨＲ自身に向けた第１警告と、高リスク妊婦Ｓ−ＨＲの担当の医療スタッフに向けた第２警告とで、高リスク妊婦Ｓ−ＨＲの通院を強く促すことができるため、高リスク妊婦Ｓ−ＨＲの症状の重篤化をより効果的に避けることができる。
【０１３４】
なお、上記第１実施形態の各画面５０、５５、６０と同様に、妊婦Ｓの関係者が所有する端末に第２警告通知画面６５を配信してもよい。この場合の妊婦Ｓの関係者としては、妊婦Ｓと同居している家族、あるいは医療施設１３と提携している妊婦Ｓの近所の助産師等が挙げられる。
【０１３５】
［第３実施形態］
判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合は、図２５〜図２８に示す第３実施形態のように、診療予約に関する処理として、高リスク妊婦Ｓ−ＨＲの仮予約をし直す処理を行い、仮予約をし直した旨の第３警告を第３アドレスに出力してもよい。
【０１３６】
第３警告の出力先である第３アドレスは、上記第１実施形態の図８に示す第１アドレスデータテーブル３５の第１アドレスと同じである。このため以下では、第１アドレスデータテーブル３５を第３アドレスデータテーブル３５、第１アドレスを第３アドレスと言い換えて説明する。
【０１３７】
図２５〜図２７に示すように、第３実施形態においては、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、予約処理部４３は、判定前の高リスク妊婦Ｓ−ＨＲの仮予約を破棄する予約破棄指示を、データ管理部４４および出力制御部４５に出力する。同時に、予約処理部４３は、診療予約に関する処理として、仮予約処理を行う。仮予約処理は、予約破棄指示で破棄した高リスク妊婦Ｓ−ＨＲの仮予約をし直す旨の仮予約指示を、データ管理部４４および出力制御部４５に出力する処理である。
【０１３８】
具体的には、予約処理部４３は、予約データテーブル３２から、先約がない診療時刻のうちで最も早い診療時刻を抽出する。そして、抽出した診療時刻を、高リスク妊婦Ｓ−ＨＲの新たな仮予約の診療時刻として自動設定する。仮予約指示には、この自動設定した診療時刻と、高リスク妊婦Ｓ−ＨＲの対象者ＩＤとが含まれる。
【０１３９】
データ管理部４４は、予約処理部４３からの予約破棄指示を受けて、予約データテーブル３２の診療時刻の欄から、高リスク妊婦Ｓ−ＨＲの対象者ＩＤを削除する。そして、予約処理部４３からの仮予約指示で指示された診療時刻の欄に、高リスク妊婦Ｓ−ＨＲの対象者ＩＤを登録し直す。
【０１４０】
さらに、予約処理部４３は、診療予約に関する処理として、第３警告処理を行う。第３警告処理は、仮予約をし直した旨の第３警告の出力を指示する旨の第３警告指示を出力制御部４５に出力する処理である。
【０１４１】
図２５〜図２７は、上記第１実施形態の図１４および上記第２実施形態の図２３と同じく第１妊婦Ｓ−１の場合を示す。図２６において、予約処理部４３は、第１妊婦Ｓ−１の２０１６／８／２４の０９：００〜０９：１５の仮予約を破棄する旨の予約破棄指示と、先約がない診療時刻のうちで最も早い診療時刻である２０１６／８／２４の０９：４５〜１０：００に第１妊婦Ｓ−１の仮予約をし直す旨の仮予約指示とを、データ管理部４４および出力制御部４５に出力する。
【０１４２】
データ管理部４４は、２０１６／８／２４の予約データテーブル３２の０９：００〜０９：１５の欄に登録された、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」を削除する。そして、０９：４５〜１０：００の欄に、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」を登録する。
【０１４３】
図２７において、出力制御部４５は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」に対応する第３アドレスである「ＸＸＸ０１」を第３アドレスデータテーブル３５から読み出す。そして、読み出した第３アドレス（第１妊婦Ｓ−１の対象者端末１５）に第３警告を出力する。
【０１４４】
出力制御部４５は、第３警告の出力の一形態として、図２８に示す第３警告通知画面７０を対象者端末１５に出力する。第３警告通知画面７０には、高リスク妊婦Ｓ−ＨＲがタイムリミットまでに推奨条件の測定をしなかったため、元の仮予約を破棄して仮予約をし直した旨のメッセージ、すなわち第３警告と、仮予約し直した診療時刻を記した枠７１と、仮予約し直した診療時刻に必ず来院して診療を受けるよう促すメッセージと、確認ボタン７２とが表示される。図２８では、図２５〜図２７に引き続き、第１妊婦Ｓ−１の場合を例示している。
【０１４５】
このように、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ推奨条件が満たされていないと判定した場合、仮予約をし直す処理を行い、仮予約をし直した旨の第３警告を第３アドレスに出力するので、高リスク妊婦Ｓ−ＨＲが推奨条件を満たしていなかった場合でも、高リスク妊婦Ｓ−ＨＲの診療予約の枠を確保することができる。また、高リスク妊婦Ｓ−ＨＲが仮予約し直した診療時刻に来院して診療を受けることが期待できる。したがって、高リスク妊婦Ｓ−ＨＲの症状の重篤化を効果的に避けることができる。
【０１４６】
なお、仮予約をし直した後は、続けて予約確定処理を行ってもよいし、仮予約をし直した診療時刻に応じたタイムリミットに、再び判定部４２で推奨条件を満たしているか否かの判定を行ってもよい。後者の場合、仮予約をし直した後の再度の判定においても、推奨条件が満たされていなかった場合は、また仮予約をし直す。あるいは、判定部４２で低リスク妊婦Ｓ−ＬＲと判定され、かつ最低条件が満たされていないと判定された場合と同じく、予約破棄処理を行う。もしくは、上記第１実施形態のように第１警告処理を行ってもよいし、上記第２実施形態のように第２警告処理を行ってもよい。
【０１４７】
また、ここでは、先約がない診療時刻のうちで最も早い診療時刻が、元の仮予約した診療日当日にある場合を例示しているが、当然、元の仮予約した診療日当日の診療予約の枠が全て埋まっていて、先約がない診療時刻のうちで最も早い診療時刻が、元の仮予約した診療日の翌日以降となる場合もあり得る。
【０１４８】
なお、第３警告通知画面７０の配信先も、妊婦Ｓの関係者が所有する端末であってもよい。
【０１４９】
［第４実施形態］
図２９および図３０に示す第４実施形態では、妊婦Ｓが生体情報の測定を忘れてしまうのを防ぐために、指定時点までに生体情報の測定を終了すべき旨の第４警告を第４アドレスに出力する。
【０１５０】
第４警告の出力先である第４アドレスは、上記第１実施形態の図８に示す第１アドレスデータテーブル３５の第１アドレス、並びに上記第３実施形態の第３アドレスと同じである。このため以下では、第１アドレスデータテーブル３５を第４アドレスデータテーブル３５、第１アドレスを第４アドレスと言い換えて説明する。
【０１５１】
図２９に示すように、出力制御部４５は、予約データテーブル３２に登録された対象者ＩＤに対応する第４アドレスを第４アドレスデータテーブル３５から読み出す。そして、読み出した第４アドレスに第４警告を出力する。第４警告は、予め指定された時刻、例えば診療日当日の診療開始２時間前（この場合は２０１６／８／２４の０７：００）に、生体センサ１１に警告音８１（図３０参照）の鳴動を開始させよ、という内容である。
【０１５２】
図３０に示すように、第４実施形態では、生体センサ１１はスピーカー８０を有する。また、対象者端末１５は、第４警告に応じてスピーカー８０の出力を制御する機能を有する。出力制御部４５からの第４警告を受信した対象者端末１５は、第４警告で指定された時刻に、警告音８１の鳴動を開始させるための警告開始指令を生体センサ１１に送信する。生体センサ１１は、警告開始指令を受けて、スピーカー８０から警告音８１を発する。警告音８１は、ビープ音等の機械的な音でもよいし、「診療日当日です。測定を行って下さい。」といったメッセージ音でもよい。
【０１５３】
このように、指定時点までに生体情報の測定を終了すべき旨の第４警告を第４アドレスに出力するので、妊婦Ｓが生体情報の測定を忘れてしまう確率を低くすることができる。
【０１５４】
また、生体センサ１１のスピーカー８０から警告音８１を発する、すなわち第４警告を生体センサ１１で表示するので、より妊婦Ｓが生体情報の測定を忘れてしまう確率を低くすることができる。というのは、対象者端末１５は、着信音やメール受信音等の様々な通知音を発するものが多い。このため、対象者端末１５で警告音８１を発した場合、他の多くの通知音に紛れて警告音８１の区別がつかなくなるが、生体センサ１１の場合は通知音を警告音８１のみに絞ることができるため、他の通知音に警告音８１が紛れることがないためである。
【０１５５】
もちろん、第４警告を生体センサ１１ではなく対象者端末１５で表示してもよい。また、生体センサ１１および対象者端末１５とは別の機器で第４警告を表示してもよい。
【０１５６】
出力制御部４５から第４警告を出力するタイミングとしては、予め指定された時刻ジャストでもよいし、その前でもよい。例えば予め指定された時刻が診療日当日の診療開始２時間前であれば、診療日当日の前日の２１：００に第４警告を出力してもよい。ただし、対象者端末１５から生体センサ１１に警告開始指令を送信するタイミングは、第４警告を出力するタイミングに関わらず、予め指定された時刻ジャストに限る。
【０１５７】
予め指定された時刻の前に、第４警告の開始時刻を対象者端末１５から生体センサ１１に送信しておいてもよい。この場合は生体センサ１１で開始時刻を記憶しておき、開始時刻になったら、生体センサ１１が自らスピーカー８０から警告音８１を発する。
【０１５８】
対象者端末１５を介さずに生体センサ１１と診療予約管理サーバ１２とをネットワーク１６で接続し、第４アドレスを生体センサ１１のアドレスとして、第４警告を出力制御部４５から直接生体センサ１１に出力してもよい。
【０１５９】
第４警告の出力の一形態として警告音８１を例示したが、生体センサ１１にディスプレイがある場合は、このディスプレイに「診療日当日です。測定を行って下さい。」といったメッセージを表示してもよい。
【０１６０】
［第５実施形態］
なお、確定した診療時刻に、何らかの事情で妊婦Ｓが間に合わない場合に対応するため、確定した診療時刻の設定変更を妊婦Ｓが可能な構成としてもよい。例えば図３１に示す予約確定通知画面８５のように、確定した診療時刻を設定変更するための変更ボタン８６を設ける。そして、変更ボタン８６が操作された場合に、図３２に示す設定変更画面９０を出力制御部４５から対象者端末１５に配信する。設定変更画面９０には、予約の状況を示す表９１、設定ボタン９２、戻るボタン９３等が表示される。
【０１６１】
表９１は、午前の診療時刻毎の予約の状況を示し、診療時刻毎に先約あり（予約可）、先約なし（予約不可）を○×印で表したものである。表９１は、仮予約データに基づいて生成される。表９１の下部には、表９１を午後の予約の状況を示すものに切り替えるためのリンク９４が張られている。ハッチングおよび符号９５で示すように、表９１中の現在設定されている診療時刻の欄には、選択カーソルが表示される。
【０１６２】
選択カーソル９５は、現在時刻よりも未来で、かつ先約なしの○印の診療時刻のみを選択可能で、現在時刻よりも過去の診療時刻、および先約ありの×印の診療時刻は選択不可である。なお、表９１において、現在時刻よりも過去の診療時刻、および先約ありの診療時刻を非表示としてもよい。
【０１６３】
妊婦Ｓは、表９１で予約の状況を確認し、先約なしの診療時刻の中から所望の診療時刻を選択する。これにより妊婦Ｓが選択した診療時刻の欄に選択カーソル９５が移る。所望の診療時刻を選択した後、妊婦Ｓは設定ボタン９２を選択する。設定ボタン９２が選択されると、選択された診療時刻と妊婦Ｓの対象者ＩＤからなる設定変更指示が対象者端末１５から診療予約管理サーバ１２に送信される。なお、戻るボタン９３が選択された場合は、設定変更画面９０から予約確定通知画面８５に表示が戻される。
【０１６４】
診療予約管理サーバ１２では、対象者端末１５からの設定変更指示を受けて、予約処理部４３により診療予約の設定変更処理が行われる。設定変更処理は、具体的には確定した元の予約の予約破棄処理と、妊婦Ｓが設定変更画面９０で選択した診療時刻への仮予約処理および予約確定処理である。こうすれば、予約処理部４３で確定された診療時刻を、妊婦Ｓが自分に都合のよい診療時刻に設定変更することができ、確定した診療時刻に妊婦Ｓが間に合わない場合にも対応することができる。
【０１６５】
［第６実施形態］
生体センサ１１には、上記第１実施形態で例示したＣＴＧセンサ１１Ａや血圧計１１Ｂ等、正しい装着位置が定められているものがある。こうした生体センサ１１が正しい装着位置に装着されていないと、測定データの信頼性が低下し、診療に役立たないものとなる。そこで、図３３〜図３５に示す第６実施形態では、測定データに基づいて、生体センサ１１の装着位置が間違っているか否かを判定し、装着位置が間違っていると判定された場合、装着位置が間違っている旨の第５警告を出力する。
【０１６６】
図３３において、第６実施形態の診療予約管理サーバ１２のストレージデバイス２０には、第５アドレスデータテーブル１００が記憶されている。第５アドレスデータテーブル１００には、上記第２実施形態の図２２に示す第２アドレスデータテーブル６３の第２アドレスと同様に、医療スタッフがスタッフ端末１７で閲覧可能な電子メールのアドレスや、ＳＮＳ（Social Networking Service）が提供するメッセージサービスの医療スタッフのＩＤ、あるいは電話番号が第５アドレスとして登録されている。ただし、第５アドレスデータテーブル１００には、高リスク妊婦Ｓ−ＨＲ、低リスク妊婦Ｓ−ＬＲに関わらず、全ての妊婦Ｓの対象者ＩＤに第５アドレスが登録されている。
【０１６７】
図３４において、第６実施形態では、測定データ受付部４１は、測定データを判定部４２に出力する。判定部４２は、測定データ受付部４１からの測定データに基づいて、生体センサ１１の装着位置が間違っているか否かを判定する。生体センサ１１の装着位置が間違っているか否かの判定は、例えば、一定期間における測定データの数値範囲と、予め設定された閾値範囲とを比較することで行う。この場合、一定期間における測定データの数値範囲が閾値範囲内に収まっていた場合、判定部４２は、生体センサ１１の装着位置が正しいと判定する。逆に一定期間における測定データの数値範囲が閾値範囲内に収まっていない場合は、生体センサ１１の装着位置が間違っていると判定する。
【０１６８】
判定部４２は、生体センサ１１の装着位置が間違っていると判定した場合、生体センサ１１の装着位置が間違っている旨（装着位置ＮＧ）の判定結果を対象者ＩＤとともに出力制御部４５に出力する。出力制御部４５は、第５アドレスデータテーブル１００から、判定結果の対象者ＩＤに対応する第５アドレスを読み出す。出力制御部４５は、読み出した第５アドレスに第５警告を出力する。
【０１６９】
図３４は、第１妊婦Ｓ−１のＣＴＧセンサ１１Ａの装着位置が間違っていると判定された場合を例示している。この場合、出力制御部４５は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」に対応する第５アドレス「ＹＹＹ０１」に第５警告を出力する。
【０１７０】
出力制御部４５は、第５警告の出力の一形態として、図３５に示す第５警告通知画面１０３をスタッフ端末１７に出力する。第５警告通知画面１０３には、医療スタッフの担当の妊婦Ｓが、生体センサ１１の装着位置を間違っている旨のメッセージ、すなわち第５警告と、生体センサ１１の装着位置を正す処置を医療スタッフに促すメッセージと、妊婦Ｓと連絡をとるための電話番号とが書かれている。確認ボタン１０４は、第５警告通知画面１０３の表示を消すためのボタンである。図３５では、図３４に引き続き、第１妊婦Ｓ−１のＣＴＧセンサ１１Ａの装着位置が間違っていると判定された場合を例示している。
【０１７１】
このように、生体センサ１１の装着位置が間違っているか否かを判定し、装着位置が間違っていると判定した場合、その旨の第５警告を第５アドレスに出力するので、生体センサ１１の装着位置が間違っていた場合にその状態を放置することなく、装着位置を正す処置を施すことができる。したがって、測定データの信頼性を確保することができる。
【０１７２】
もし仮に、測定データ自体は生体センサ１１の装着位置が間違っていると判定部４２で判定すべき値であるが、実際の生体センサ１１の装着位置は間違っていなかった場合、妊婦Ｓの健康状態に緊急処置を要する異常が発生したことが考えられる。しかし、このような場合においても、第６実施形態によれば医療スタッフから妊婦Ｓに即座に連絡が取れる態勢であるため、妊婦Ｓに緊急の来院を促すことができる。
【０１７３】
生体センサ１１の装着位置が間違っている状態のまま測定が行われたことが、妊婦Ｓの診療時に発覚した場合は、診療を中断して再測定しなければならない。そうすると、診療が長引き、妊婦Ｓの医療施設１３の滞在時間が長くなるうえ、診療時刻を調整しなければならなくなる。しかし、第６実施形態によれば、こうした事態を避けることができる。
【０１７４】
生体センサ１１の装着位置が間違っているか否かの判定を、前回の測定データと今回の測定データの差分に基づいて行ってもよい。すなわち、前回の測定データと今回の測定データの差分が予め設定された閾値以上であった場合は生体センサ１１の装着位置が間違っていると判定し、逆に差分が閾値よりも小さい場合は生体センサ１１の装着位置が正しいと判定する。
【０１７５】
なお、上記第１実施形態において、低リスク妊婦Ｓ−ＬＲで最低条件の測定を行っていなかった場合、仮予約を破棄すると説明したが、仮予約の破棄に代えて、あるいは加えて、妊婦Ｓに生体情報の測定を促す旨の警告を第５アドレスに出力してもよい。第５アドレスだけでなく、上記第１実施形態の図８に示す第１アドレスデータテーブル３５の第１アドレス（対象者端末１５）に、妊婦Ｓに生体情報の測定を促す旨の警告を出力してもよい。
【０１７６】
なお、スタッフ端末１７に代えて、あるいは加えて、対象者端末１５に第５警告通知画面１０３を配信してもよい。この場合、生体センサ１１の正しい装着位置を示す図や文章からなる装着ガイドを、第５警告通知画面１０３に表示してもよい。また、妊婦Ｓの関係者が所有する端末に第５警告通知画面１０３を配信してもよい。この場合の妊婦Ｓの関係者としては、例えば医療スタッフから妊婦Ｓとともに生体センサ１１の装着方法をレクチャーされた妊婦Ｓの夫等が挙げられる。
【０１７７】
［第７実施形態］
妊婦Ｓの健康状態は、測定データから推し量ることができる。そこで、図３６〜図３９に示す第７実施形態では、測定データに基づいて、妊婦Ｓの健康状態が異常であるか否かを判定し、妊婦Ｓが高リスク妊婦Ｓ−ＨＲであり、かつ健康状態が異常であると判定された場合、高リスク妊婦Ｓ−ＨＲの健康状態が異常である旨の第６警告を出力する。
【０１７８】
第７実施形態においては、上記第２実施形態の図２２に示す第２アドレスデータテーブル６３の第２アドレスを、第６警告の出力先とする。
【０１７９】
図３６および図３７において、第７実施形態では、上記第６実施形態と同じく、測定データ受付部４１は、測定データを判定部４２に出力する。判定部４２は、測定データ受付部４１からの測定データに基づいて、妊婦Ｓの健康状態が異常であるか否かを判定する。妊婦Ｓの健康状態が異常であるか否かの判定は、例えば、ＣＴＧの測定データを、サイナソイダルパターンや遅発一過性徐脈といった医学的な異常所見と照らし合わせることで行う。また、血圧の測定データと医学的に定められた血圧の正常値とを比較することで行う。
【０１８０】
判定部４２は、妊婦Ｓの健康状態が異常であると判定した場合、妊婦Ｓの健康状態が異常である旨（測定データ異常）の判定結果を対象者ＩＤとともに出力制御部４５に出力する。図３６に示すように、リスクデータテーブル３４からのリスクデータが「高」で、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ健康状態が異常であると判定した場合、出力制御部４５は、第２アドレスに第６警告を出力する。一方、図３７に示すように、リスクデータテーブル３４からのリスクデータが「低」で、判定部４２で低リスク妊婦Ｓ−ＬＲと判定した場合は、健康状態の判定結果に関わらず、第６警告を出力しない。
【０１８１】
図３６は、高リスク妊婦Ｓ−ＨＲである第１妊婦Ｓ−１のＣＴＧの測定データが異常であると判定された場合を例示している。この場合、出力制御部４５は、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」に対応する第２アドレス「ＹＹＹ０１」に第６警告を出力する。一方、図３７は、低リスク妊婦Ｓ−ＬＲである第２妊婦Ｓ−２の血圧の測定データが異常であると判定された場合を例示している。この場合、出力制御部４５は第６警告を出力しない。
【０１８２】
出力制御部４５は、第６警告の出力の一形態として、図３８に示す第６警告通知画面１０５をスタッフ端末１７に配信する。第６警告通知画面１０５には、医療スタッフの担当の高リスク妊婦Ｓ−ＨＲの健康状態が異常である旨のメッセージ、すなわち第６警告と、高リスク妊婦Ｓ−ＨＲに直ちに診療を受けさせる働きかけをするよう医療スタッフに促すメッセージと、高リスク妊婦Ｓ−ＨＲと連絡をとるための電話番号とが書かれている。確認ボタン１０６は、第６警告通知画面１０５の表示を消すためのボタンである。図３８では、図３６に引き続き、第１妊婦Ｓ−１のＣＴＧの測定データが異常であると判定された場合を例示している。
【０１８３】
第７実施形態の構成による作用について、図３９のフローチャートを参照して説明する。判定部４２で高リスク妊婦Ｓ−ＨＲと判定され、かつ健康状態が異常であると判定された場合（ステップＳＴ５００、ステップＳＴ５１０でともにＹＥＳ）、出力制御部４５により第６警告通知画面１０５が第２アドレス（スタッフ端末１７）に出力される（ステップＳＴ５２０）。一方、判定部４２で低リスク妊婦Ｓ−ＬＲと判定された場合（ステップＳＴ５００でＮＯ）は、健康状態の判定結果に関わらず、第６警告通知画面１０５は出力されない。判定部４２で高リスク妊婦Ｓ−ＨＲと判定され、かつ健康状態が正常であると判定された場合（ステップＳＴ５００でＹＥＳ、ステップＳＴ５１０でＮＯ）も、当然ながら第６警告通知画面１０５は出力されない。
【０１８４】
このように、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ健康状態が異常であると判定した場合、高リスク妊婦Ｓ−ＨＲの健康状態が異常である旨の第６警告を出力するので、高リスク妊婦Ｓ−ＨＲの症状の重篤化を効果的に避けることができる。また、妊婦Ｓが低リスク妊婦Ｓ−ＬＲであった場合は、健康状態の判定結果に関わらず第６警告を出力しない。このため、低リスク妊婦Ｓ−ＬＲに対して直ちに診療を受けさせる働きかけをするといった不要不急の処置を医療スタッフが行わなくて済む。
【０１８５】
なお、この場合も上記第２実施形態と同じく、妊婦Ｓの関係者が所有する端末に第６警告通知画面１０５を配信してもよい。
【０１８６】
［第８実施形態］
上記第７実施形態で説明したように、高リスク妊婦Ｓ−ＨＲの健康状態が異常であった場合は、直ちに診療を受けさせる必要がある。そこで、図４０および図４１に示す第８実施形態では、高リスク妊婦Ｓ−ＨＲの健康状態が異常であった場合、先約の有無に関わらず設定し得る最も早い診療時刻を設定する。
【０１８７】
図４０において、第８実施形態においても、上記第７実施形態と同じく、判定部４２は、測定データに基づいて、妊婦Ｓの健康状態が異常であるか否かを判定する。そして、妊婦Ｓの健康状態が異常であると判定した場合、妊婦Ｓの健康状態が異常である旨の判定結果（測定データ異常）を対象者ＩＤとともに予約処理部４３に出力する。
【０１８８】
判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ健康状態が異常であると判定した場合、予約処理部４３は、先約の有無に関わらず設定し得る最も早い診療時刻を設定する。具体的には、予約処理部４３は、診療予約に関する処理として、本予約処理を行う。本予約処理は、先約の有無に関わらず設定し得る最も早い診療時刻を設定する旨の本予約指示をデータ管理部４４および出力制御部４５（図４０では不図示）に出力する処理である。
【０１８９】
図４０は、２０１６／８／２４の１０：１０に、高リスク妊婦Ｓ−ＨＲである第１妊婦Ｓ−１のＣＴＧの測定データが異常であると判定された場合を例示している。予約処理部４３は、妊婦Ｓが通院に掛ると予測される時間を１時間と見積もり、設定し得る最も早い診療時刻である１１：１５〜１１：３０を、第１妊婦Ｓ−１の診療時刻として設定するための本予約指示をデータ管理部４４に出力する。
【０１９０】
設定前、診療時刻１１：１５〜１１：３０には、対象者ＩＤ「Ｓ０５５」の妊婦Ｓの確定された先約があるが、データ管理部４４は、対象者ＩＤ「Ｓ０５５」の妊婦Ｓの先約を、先約がない診療時刻のうちで最も早い診療時刻である１１：４５〜１２：００に移す。そして、これにより空いた診療時刻１１：１５〜１１：３０に、第１妊婦Ｓ−１の対象者ＩＤ「Ｓ００１」を登録し、かつ確定フラグに１を登録する。この場合、出力制御部４５は、第１妊婦Ｓ−１の対象者端末１５に予約確定通知画面５０を出力するのはもちろんのこと、第１妊婦Ｓ−１に診療時刻を譲って、元の診療時刻が変更された対象者ＩＤ「Ｓ０５５」の妊婦Ｓの対象者端末１５に対しても予約確定通知画面５０を出力する。
【０１９１】
第８実施形態の構成による作用について、図４１のフローチャートを参照して説明する。判定部４２で高リスク妊婦Ｓ−ＨＲと判定され、かつ健康状態が異常であると判定された場合（ステップＳＴ５００、ステップＳＴ５１０でともにＹＥＳ）、予約処理部４３により、先約の有無に関わらず設定し得る最も早い診療時刻が設定される（ステップＳＴ６００）。一方、判定部４２で低リスク妊婦Ｓ−ＬＲと判定された場合（ステップＳＴ５００でＮＯ）は、何も行われない。判定部４２で高リスク妊婦Ｓ−ＨＲと判定され、かつ健康状態が正常であると判定された場合（ステップＳＴ５００でＹＥＳ、ステップＳＴ５１０でＮＯ）も、当然ながら何も行われない。
【０１９２】
このように、判定部４２で高リスク妊婦Ｓ−ＨＲと判定し、かつ健康状態が異常であると判定した場合、先約の有無に関わらず設定し得る最も早い診療時刻を設定するので、健康状態が異常な高リスク妊婦Ｓ−ＨＲを、誰よりも優先して診療することができる。したがって、高リスク妊婦Ｓ−ＨＲの症状の重篤化を効果的に避けることができる。
【０１９３】
なお、高リスク妊婦Ｓ−ＨＲの健康状態が異常であると判定した場合に第６警告を出力する上記第７実施形態と上記第８実施形態とを、複合して実施してもよい。高リスク妊婦Ｓ−ＨＲの症状の重篤化を回避する効果をさらに高めることができる。
【０１９４】
上記各実施形態では、診療日および診療時刻を仮予約で設定する態様を例示したが、診療日のみを仮予約で設定してもよい。この場合、予約処理部４３は、仮予約を確定する際に、先約がない診療時刻のうちで最も早い診療時刻を設定する。この際、高リスク妊婦Ｓ−ＨＲの診療時刻を、低リスク妊婦Ｓ−ＬＲよりも早い時刻に設定してもよい。
【０１９５】
上記各実施形態のように、診療日および診療時刻を仮予約で設定し、仮予約で設定した診療時刻を確定する場合、診療予約が仮予約と本予約の二段階に分かれていることを、妊婦Ｓに意識させずに利用させることができ、妊婦Ｓにとって使い勝手がよい。仮予約の時点で診療時刻が分かるため、妊婦Ｓにとってスケジュールが立てやすい。また、医療施設１３にとっても、仮予約で診療時刻も設定したほうが、スケジューリングが楽であるため使い勝手がよい。また、大多数の妊婦Ｓが、仮予約の診療時刻に間に合うように生体情報の測定を終了してくれることが想定されるため、診療の順番を調整するといった再スケジューリングの手間が最小限となる。
【０１９６】
上記各実施形態では、妊婦Ｓが医療施設１３に通院することを前提としているが、本発明はこれに限らない。対象者端末１５およびスタッフ端末１７にテレビ電話機能を搭載し、自宅１４においてテレビ電話機能を用いてオンライン診療を受ける場合にも適用することができる。
【０１９７】
オンライン診療とすれば、妊婦Ｓは医療施設１３に通院しなくて済むので負担が減り、感染症への感染の心配もなくなる。特に頻繁に診療を受ける必要がある高リスク妊婦Ｓ−ＨＲの場合は、通院による診療よりもオンライン診療のほうが好適である。また、オンライン診療とすれば、妊婦Ｓが普段は自宅１４から通院し、産む直前に医療施設１３から遠く離れた実家に里帰りした場合にも、それまでの測定データが蓄積されているため医療施設１３が最良の対応をすることができる。なお、オンライン診療の場合は、妊婦Ｓが通院に掛ると予測される時間を見積もってタイムリミットを設定することは不要である。
【０１９８】
オンライン診療の場合、仮予約が確定したら直ちに診療を行うことができるため、通院の場合と比べて担当医師Ｄの作業効率がよくなる。現在時刻が確定した診療時刻の前で、かつ担当医師Ｄの手が空いていたあった場合、直ちに担当医師Ｄから妊婦Ｓに連絡をとり、前倒ししてオンライン診療を開始することも可能となる。担当医師Ｄは、仮予約が確定した妊婦Ｓから順に連絡をとってオンライン診療を行えばよい。
【０１９９】
なお、推奨条件および最低条件を満たしているか否かを妊婦Ｓ毎に示したリストを表示する画面を、スタッフ端末１７に出力してもよい。こうすれば、推奨条件または最低条件を満たしていない妊婦Ｓに医療スタッフが連絡をとり、生体情報の測定を促すといった処置を施すことができる。
【０２００】
上記各実施形態では、診療予約管理サーバ１２が１つの医療施設１３に設置され、この１つの医療施設１３の診療予約を診療予約管理サーバ１２で管理する例を挙げたが、複数の医療施設１３の診療予約を１つの診療予約管理サーバ１２で管理してもよい。この場合、診療予約管理サーバ１２は、複数の医療施設１３のうちの１つに設置されていてもよいし、複数の医療施設１３とは別の運営主体の施設、例えば作動プログラム３０を提供するメーカーのデータセンター等に設置されていてもよい。
【０２０１】
対象者端末１５およびスタッフ端末１７としては、上記第１実施形態で例示したスマートフォンやタブレットコンピュータ等に限らず、他の携帯情報端末、またはノート型パソコン、デスクトップ型パソコン、もしくは診療予約管理システム１０専用に製造された機器でもよい。
【０２０２】
本発明の診療予約管理装置を構成するコンピュータのハードウェア構成は種々の変形が可能である。例えば、診療予約管理装置を、処理能力や信頼性の向上を目的として、ハードウェアとして分離された複数台のコンピュータで構成することも可能である。例えば、仮予約受付部４０の機能と、測定データ受付部４１、判定部４２、および予約処理部４３の機能と、データ管理部４４、および出力制御部４５の機能とを、３台のコンピュータに分散して担わせる。この場合は３台のコンピュータで診療予約管理装置を構成する。
【０２０３】
また、推奨条件判定機能をもつ推奨条件判定部と、最低条件判定機能をもつ最低条件判定部と、対象者判定機能をもつ対象者判定部とを別々に設けてもよい。
【０２０４】
このように、コンピュータのハードウェア構成は、処理能力、安全性、信頼性等の指示される性能に応じて適宜変更することができる。さらに、ハードウェアに限らず、作動プログラム３０等のＡＰについても、安全性や信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納することももちろん可能である。
【０２０５】
上記各実施形態では、予約確定通知画面５０等の各画面をウェブ配信用の画面データの形式で出力制御部４５から出力する態様を例示したが、各画面を生成するためのＡＰをインストールし、出力制御部４５からは、各画面の生成に必要なデータ（例えば予約処理部４３で確定した診療時刻）を出力する態様でもよい。あるいは、各画面に記されたメッセージのテキストデータを対象者端末１５等に出力してもよい。
【０２０６】
また、予約処理部４３で確定した診療時刻等、予約処理の結果の出力形態としては、上記各実施形態の予約確定通知画面等に限らない。妊婦Ｓが対象者端末１５で閲覧可能な電子メールアドレスに、予約処理の結果を報せる電子メールを送信してもよい。あるいは、妊婦Ｓの自宅１４のファックス番号に、予約処理の結果を報せるファックスを送信してもよい。
【０２０７】
対象者は上記各実施形態で例示した妊婦Ｓに限らない。例えば開腹手術をして退院後に自宅１４で療養している患者等、健康状態の監視が必要な者であればよい。
【０２０８】
上記各実施形態において、例えば、仮予約受付部４０、測定データ受付部４１、判定部４２、予約処理部４３、データ管理部４４、出力制御部４５といった各種の処理を実行する処理部（processing unit)のハードウェア的な構造は、次に示すような各種のプロセッサ（processor）である。
【０２０９】
各種のプロセッサには、ＣＰＵ、プログラマブルロジックデバイス（Programmable Logic Device:ＰＬＤ）、専用電気回路等が含まれる。ＣＰＵは、周知のとおりソフトウエア（プログラム）を実行して各種の処理部として機能する汎用的なプロセッサである。ＰＬＤは、ＦＰＧＡ(Field Programmable Gate Array) 等の、製造後に回路構成を変更可能なプロセッサである。専用電気回路は、ＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである。
【０２１０】
１つの処理部は、これら各種のプロセッサのうちの１つで構成されてもよいし、同種または異種の２つ以上のプロセッサの組み合せ（例えば、複数のＦＰＧＡや、ＣＰＵとＦＰＧＡの組み合わせ）で構成されてもよい。また、複数の処理部を１つのプロセッサで構成してもよい。複数の処理部を１つのプロセッサで構成する例としては、第１に、１つ以上のＣＰＵとソフトウエアの組み合わせで１つのプロセッサを構成し、このプロセッサが複数の処理部として機能する形態がある。第２に、システムオンチップ（System On Chip:ＳｏＣ）等に代表されるように、複数の処理部を含むシステム全体の機能を１つのＩＣチップで実現するプロセッサを使用する形態がある。このように、各種の処理部は、ハードウェア的な構造として、上記各種のプロセッサを１つ以上用いて構成される。
【０２１１】
さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路（circuitry）である。
【０２１２】
上記記載から、以下の付記項１に記載の診療予約管理装置、および付記項２に記載の診療予約管理システムを把握することができる。
【０２１３】
［付記項１］
生体センサを使用して生体情報を測定する対象者の診療予約の仮予約を受け付ける仮予約受付プロセッサと、
前記生体情報の測定データを受け付ける測定データ受付プロセッサと、
前記測定データに基づいて、測定が推奨される前記生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定プロセッサと、
前記測定データに基づいて、診療に最低限必要な前記生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定プロセッサと、
前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定する対象者判定プロセッサと、
前記診療予約に関する処理を行う予約処理プロセッサであり、前記推奨条件判定プロセッサで前記推奨条件が満たされたと判定した場合、および前記対象者判定プロセッサで前記低リスク対象者と判定し、かつ前記最低条件判定プロセッサで前記最低条件が満たされたと判定した場合、前記仮予約を確定する処理を行う予約処理プロセッサと、
前記予約処理プロセッサの処理結果を出力する出力制御プロセッサとを備える診療予約管理装置。
【０２１４】
［付記項２］
健康状態の監視が必要な対象者に使用される生体センサと、ネットワーク上に設置され、前記対象者の診療予約を管理する診療予約管理装置とを備える診療予約管理システムにおいて、
前記診療予約管理装置は、
前記診療予約の仮予約を受け付ける仮予約受付プロセッサと、
前記対象者の生体情報の測定データを受け付ける測定データ受付プロセッサと、
前記測定データに基づいて、測定が推奨される前記生体情報の測定条件である推奨条件が満たされたか否かを判定する推奨条件判定プロセッサと、
前記測定データに基づいて、診療に最低限必要な前記生体情報の測定条件である最低条件が満たされたか否かを判定する最低条件判定プロセッサと、
前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定する対象者判定プロセッサと、
前記診療予約に関する処理を行う予約処理プロセッサであり、前記推奨条件判定プロセッサで前記推奨条件が満たされたと判定した場合、および前記対象者判定プロセッサで前記低リスク対象者と判定し、かつ前記最低条件判定プロセッサで前記最低条件が満たされたと判定した場合、前記仮予約を確定する処理を行う予約処理プロセッサと、
前記予約処理プロセッサの処理結果を出力する出力制御プロセッサとを備える診療予約管理システム。
【０２１５】
本発明は、上述の種々の実施形態や種々の変形例を適宜組み合わせることも可能である。また、上記各実施形態に限らず、本発明の要旨を逸脱しない限り種々の構成を採用し得ることはもちろんである。さらに、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にもおよぶ。
【符号の説明】
【０２１６】
１０  診療予約管理システム
１１  生体センサ
１１Ａ  ＣＴＧセンサ
１１Ｂ  血圧計
１１Ｃ  体重計
１２  診療予約管理サーバ（診療予約管理装置）
１３  医療施設
１４  自宅
１５  対象者端末
１６  ネットワーク
１７  スタッフ端末
２０  ストレージデバイス
２１  メモリ
２２  中央制御部
２３  通信部
２４  データバス
３０  作動プログラム
３１  測定データテーブル
３２  予約データテーブル
３３  条件データテーブル
３４  リスクデータテーブル
３５  第１アドレスデータテーブル、第３アドレスデータテーブル、第４アドレスデータテーブル
４０  仮予約受付部
４１  測定データ受付部
４２  判定部
４３  予約処理部
４４  データ管理部
４５  出力制御部
４８  表
５０、８５  予約確定通知画面
５１、７１  枠
５２、５６、６１、６６、７２、１０４、１０６  確認ボタン
５５  予約破棄通知画面
６０  第１警告通知画面
６３  第２アドレスデータテーブル
６５  第２警告通知画面
７０  第３警告通知画面
８０  スピーカー
８１  警告音
８６  変更ボタン
９０  設定変更画面
９１  表
９２  設定ボタン
９３  戻るボタン
９４  リンク
９５  選択カーソル
１００  第５アドレスデータテーブル
１０３  第５警告通知画面
１０５  第６警告通知画面
Ｓ  妊婦（対象者）
Ｓ−ＨＲ  高リスク妊婦（高リスク対象者）
Ｓ−ＬＲ  低リスク妊婦（低リスク対象者）
Ｓ−１  第１妊婦
Ｓ−２  第２妊婦
Ｄ  担当医師
Ｎ  担当看護師
ＳＴ１００、ＳＴ１１０、ＳＴ２００、ＳＴ２１０、ＳＴ３００〜ＳＴ４００、ＳＴ５００〜ＳＴ５２０、ＳＴ６００  ステップ
【図１】
0006706332.tif 000002
【図２】
0006706332.tif 000003
【図３】
0006706332.tif 000004
【図４】
0006706332.tif 000005
【図５】
0006706332.tif 000006
【図６】
0006706332.tif 000007
【図７】
0006706332.tif 000008
【図８】
0006706332.tif 000009
【図９】
0006706332.tif 000010
【図１０】
0006706332.tif 000011
【図１１】
0006706332.tif 000012
【図１２】
0006706332.tif 000013
【図１３】
0006706332.tif 000014
【図１４】
0006706332.tif 000015
【図１５】
0006706332.tif 000016
【図１６】
0006706332.tif 000017
【図１７】
0006706332.tif 000018
【図１８】
0006706332.tif 000019
【図１９】
0006706332.tif 000020
【図２０】
0006706332.tif 000021
【図２１】
0006706332.tif 000022
【図２２】
0006706332.tif 000023
【図２３】
0006706332.tif 000024
【図２４】
0006706332.tif 000025
【図２５】
0006706332.tif 000026
【図２６】
0006706332.tif 000027
【図２７】
0006706332.tif 000028
【図２８】
0006706332.tif 000029
【図２９】
0006706332.tif 000030
【図３０】
0006706332.tif 000031
【図３１】
0006706332.tif 000032
【図３２】
0006706332.tif 000033
【図３３】
0006706332.tif 000034
【図３４】
0006706332.tif 000035
【図３５】
0006706332.tif 000036
【図３６】
0006706332.tif 000037
【図３７】
0006706332.tif 000038
【図３８】
0006706332.tif 000039
【図３９】
0006706332.tif 000040
【図４０】
0006706332.tif 000041
【図４１】
0006706332.tif 000042