WO2018055988A1

WO2018055988A1 - 診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システム

Info

Publication number: WO2018055988A1
Application number: PCT/JP2017/030803
Authority: WO
Inventors: 鈴木　健司; 勇哉久藤
Original assignee: 富士フイルム株式会社
Priority date: 2016-09-21
Filing date: 2017-08-28
Publication date: 2018-03-29
Also published as: JPWO2018055988A1; JP6706333B2

Abstract

生体センサを用いて生体情報を測定する対象者、および対象者の診療予約を受ける医療施設の双方が、診療予約において不利益を蒙ることを防ぐことが可能な診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムを提供する。　診療予約管理サーバ（１２）は、対象者に相当する妊婦（Ｓ）の診療予約を、診療日を設定する仮予約と、診療日の診療時刻を設定する本予約の二段階に分けて行う。判定部（４２）は、妊婦（Ｓ）の生体情報の測定データに基づいて、生体情報の測定が終了したか否かを判定する。予約処理部（４３）は、生体情報の測定が終了したと判定部（４２）で判定した場合、仮予約の診療日における診療時刻を設定する本予約処理を開始する。

Description

診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システム

　本発明は、診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムに関する。

　医療施設において、診療予約や手術予約をコンピュータで電子的に一元管理することが行われている。例えば特許文献１には、眼科の手術予約において、まず手術日を仮予約しておき、予め定められたルールにしたがって、仮予約した手術日における手術時刻を本予約する技術が開示されている。ルールには、術式、眼の感染症の有無、手術の困難さ等が挙げられ、感染症がある対象者（患者）は順番を最後にする、時間が掛かる困難な手術は後回しにするといった例が記載されている。

　ところで、最近、健康状態の監視が必要な対象者に医療施設から生体センサを配布し、自宅等の医療施設外の遠隔地にて、対象者が自ら生体センサを使用して生体情報を測定することも行われている。例えば特許文献２には、対象者に相当する妊婦が使用する生体センサが提案されている。

　特許文献２に記載の生体センサは、生体情報として、胎児の心拍および子宮収縮圧、すなわち胎児心拍陣痛図（カーディオトコグラム（ＣＴＧ；Cardio Toco Gram））を測定する。そして、その測定データを妊婦が所有するスマートフォン等の携帯端末に無線送信している。携帯端末に無線送信された測定データは、携帯端末とネットワークを介して接続されたサーバに送信される。サーバは、測定データのグラフ等を表示する画面を生成し、この画面を医療施設の端末に配信する。これにより、医療施設において妊婦の健康状態の遠隔監視が可能となる。

特開２０１０－０９７５７２号公報特表２０１４－５００７４２号公報

　ここで、生体センサを用いて生体情報を測定する対象者が診療予約をした場合を考える。この場合、最新の生体情報を元に診療を行うため、また診療を円滑に進めるため、予約した診療日の午前中等、診療日に応じて指定された時点（以下、指定時点）までに、対象者は生体情報の測定を終えておく必要がある。

　しかしながら、自宅等の遠隔地では、生体情報の測定はあくまでも対象者の手に委ねられており、第三者が管理している訳ではない。このため、対象者が生体情報の測定をうっかり忘れてしまい、そのまま医療施設に来院するという事態が発生することが考えられる。

　上記のような事態が考えられる状況で、対象者が生体情報の測定を終えたか否かが不明のまま診療予約を確定してしまうと、対象者および医療施設の双方が不利益を蒙るおそれがある。

　すなわち、生体情報の測定を忘れてしまった対象者が来院した場合、医療施設では確定した診療予約にしたがって診療を行う訳にはいかず、対象者は医療施設内で生体情報を測定してから診療を受けることとなる。このため、対象者自身の責任とはいえ、確定した診療予約よりも診療が後回しにされる。対象者が多数で診療枠に空きがない場合は、その日の診療を断られることもある。医療施設にとっては、生体情報の測定を忘れてしまった対象者の生体情報を測定する手間が掛かる。また、確保していた診療予約の枠が無駄になり、そのうえ診療の順番や診療に掛ける時間等を調整する必要がある。

　特許文献１には、生体センサに関する記載がない。このため、生体センサを用いて生体情報を測定する対象者、および対象者の診療予約を受ける医療施設の双方が、診療予約において不利益を蒙ることを防ぐ手立てについても、当然ながら一切記載されていない。

　本発明は、生体センサを用いて生体情報を測定する対象者、および対象者の診療予約を受ける医療施設の双方が、診療予約において不利益を蒙ることを防ぐことが可能な診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムを提供することを目的とする。

　上記課題を解決するために、本発明の診療予約管理装置は、生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付部と、ネットワークを介して生体センサから送信される、生体情報の測定データを受け付ける測定データ受付部と、測定データに基づいて、生体情報の測定が終了したか否かを判定する、または測定データに基づいて、測定データの受け付け途中において生体情報の測定が終了すると予測される終了予測時刻を判定する判定部と、診療日における診療時刻を設定する本予約処理を行う予約処理部であり、判定部で生体情報の測定が終了したと判定した場合、または判定部で終了予測時刻を判定した場合、本予約処理を開始する予約処理部と、予約処理部で設定した診療時刻を出力する出力制御部とを備える。

　対象者は妊婦であり、生体情報は、少なくとも胎児の心拍および子宮収縮圧を測定項目として含むことが好ましい。この場合、判定部は、測定データに基づいて、胎児が覚醒状態であるか否かを判定して、胎児が覚醒状態であるか否かの判定結果に基づいて終了予測時刻を判定し、予約処理部は、終了予測時刻に基づいて、本予約処理を行うことが好ましい。

　判定部は、測定データに基づいて、生体センサの装着位置が間違っているか否かを判定し、出力制御部は、判定部で装着位置が間違っていると判定した場合、装着位置が間違っている旨の第１警告を、予め登録された第１アドレスに出力することが好ましい。

　判定部は、対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、高リスク対象者よりもリスクが低い低リスク対象者であるかを判定し、かつ測定データに基づいて、対象者の健康状態が異常であるか否かを判定し、出力制御部は、判定部で高リスク対象者と判定し、かつ健康状態が異常であると判定した場合、高リスク対象者の健康状態が異常である旨の第２警告を、予め登録された第２アドレスに出力し、判定部で低リスク対象者と判定した場合は、健康状態の判定結果に関わらず、第２警告を第２アドレスに出力しないことが好ましい。

　判定部は、対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、高リスク対象者よりもリスクが低い低リスク対象者であるかを判定し、かつ測定データに基づいて、対象者の健康状態が異常であるか否かを判定し、予約処理部は、判定部で高リスク対象者と判定し、かつ健康状態が異常であると判定した場合、先約の有無に関わらず設定し得る最も早い診療時刻を設定し、判定部で低リスク対象者と判定した場合は、健康状態の判定結果に関わらず、先約がない診療時刻のうちで最も早い診療時刻を設定することが好ましい。

　予約処理部は、本予約処理として、診療時刻を自動設定する処理を行うことが好ましい。この場合、予約処理部で自動設定された診療時刻の設定変更指示を受け付ける第１指示受付部を備え、予約処理部は、設定変更指示に応じて診療時刻の設定を変更することが好ましい。

　診療時刻の手動による設定指示を受け付ける第２指示受付部を備え、予約処理部は、本予約処理として、第２指示受付部の機能を有効化する処理を行うことが好ましい。

　出力制御部は、診療日に応じて指定された時点である指定時点までに、生体情報の測定を終了すべき旨の第３警告を、予め登録された第３アドレスに出力することが好ましい。この場合、第３警告は、生体センサで表示されることが好ましい。

　本発明の診療予約管理装置の作動方法は、生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付ステップと、ネットワークを介して生体センサから送信される、生体情報の測定データを受け付ける測定データ受付ステップと、測定データに基づいて、生体情報の測定が終了したか否かを判定する、または測定データに基づいて、測定データの受け付け途中において生体情報の測定が終了すると予測される終了予測時刻を判定する判定ステップと、診療日における診療時刻を設定する本予約処理を行う予約処理ステップであり、判定ステップで生体情報の測定が終了したと判定した場合、または判定ステップで終了予測時刻を判定した場合、本予約処理を開始する予約処理ステップと、予約処理ステップで設定した診療時刻を出力する出力制御ステップとを備える。

　本発明の診療予約管理装置の作動プログラムは、生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付機能と、ネットワークを介して生体センサから送信される、生体情報の測定データを受け付ける測定データ受付機能と、測定データに基づいて、生体情報の測定が終了したか否かを判定する、または測定データに基づいて、測定データの受け付け途中において生体情報の測定が終了すると予測される終了予測時刻を判定する判定機能と、診療日における診療時刻を設定する本予約処理を行う予約処理機能であり、判定機能で生体情報の測定が終了したと判定した場合、または判定機能で終了予測時刻を判定した場合、本予約処理を開始する予約処理機能と、予約処理機能で設定した診療時刻を出力する出力制御機能とを、コンピュータに実行させる。

　本発明の診療予約管理システムは、健康状態の監視が必要な対象者に使用される生体センサと、ネットワーク上に設置され、対象者の診療予約を管理する診療予約管理装置とを備える診療予約管理システムにおいて、診療予約管理装置は、診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付部と、ネットワークを介して生体センサから送信される、対象者の生体情報の測定データを受け付ける測定データ受付部と、測定データに基づいて、生体情報の測定が終了したか否かを判定する、または測定データに基づいて、測定データの受け付け途中において生体情報の測定が終了すると予測される終了予測時刻を判定する判定部と、診療日における診療時刻を設定する本予約処理を行う予約処理部であり、判定部で生体情報の測定が終了したと判定した場合、または判定部で終了予測時刻を判定した場合、本予約処理を開始する予約処理部と、予約処理部で設定した診療時刻を出力する出力制御部とを備える。

　本発明によれば、対象者の生体情報の測定が終了したと判定した場合、または生体情報の測定が終了すると予測される終了予測時刻を判定した場合に、仮予約の診療日における診療時刻を設定する本予約処理を開始するので、生体センサを用いて生体情報を測定する対象者、および対象者の診療予約を受ける医療施設の双方が、診療予約において不利益を蒙ることを防ぐことが可能な診療予約管理装置とその作動方法および作動プログラム、並びに診療予約管理システムを提供することができる。

診療予約管理システムを示す図である。診療予約管理サーバを構成するコンピュータを示すブロック図である。診療予約管理サーバの中央制御部の構成を示すブロック図である。測定データテーブルを示す図である。仮予約データテーブルを示す図である。本予約データテーブルを示す図である。アドレスデータテーブルを示す図である。生体情報の測定終了後の状態を示す図である。本予約通知画面を示す図である。診療予約管理サーバの処理手順を示すフローチャートである。診療予約管理サーバの処理手順を示すフローチャートである。診療予約管理サーバの処理手順を示すフローチャートである。第２実施形態のデータの流れを示す図である。ＣＴＧの測定の終了予測時刻が判定された後の状態を示す図である。第２実施形態の判定部の処理手順を示すフローチャートである。第２実施形態の診療予約管理サーバの処理手順を示すフローチャートである。第３実施形態の本予約通知画面を示す図である。設定変更画面を示す図である。予約処理部で自動設定された診療時刻の設定変更を受け付ける態様を示す図である。本予約設定画面を示す図である。第４実施形態における生体情報の測定終了後の状態を示す図である。診療時刻の手動による設定指示を受け付ける態様を示す図である。第４実施形態の診療予約管理サーバの処理手順を示すフローチャートである。第１アドレスデータテーブルを示す図である。生体センサの装着位置が間違っていると判定した場合に第１警告を出力する態様を示す図である。第１警告通知画面を示す図である。リスクデータテーブルを示す図である。高リスク妊婦の健康状態が異常であると判定された場合に第２警告を出力する態様を示す図である。低リスク妊婦であった場合に第２警告を出力しない態様を示す図である。第２警告通知画面を示す図である。第６実施形態の診療予約管理サーバの処理手順を示すフローチャートである。高リスク妊婦の健康状態が異常であると判定された場合に、先約の有無に関わらず設定し得る最も早い診療時刻を設定する態様を示す図である。低リスク妊婦であった場合に、先約がない診療時刻のうちで最も早い診療時刻を設定する態様を示す図である。第７実施形態の診療予約管理サーバの処理手順を示すフローチャートである。診療日に応じて指定された時点である指定時点までに、生体情報の測定を終了すべき旨の第３警告を出力する態様を示す図である。第３警告を生体センサで表示する態様を示す図である。

　[第１実施形態]
　図１において、診療予約管理システム１０は、生体センサに相当するＣＴＧセンサ（胎児の心拍および子宮収縮圧（ＣＴＧ）を測定するセンサをＣＴＧセンサと記載）１１Ａ、血圧計１１Ｂ、および体重計１１Ｃと、診療予約管理装置に相当する診療予約管理サーバ１２とを備えている。以下では、ＣＴＧセンサ１１Ａ、血圧計１１Ｂ、および体重計１１Ｃを、まとめて生体センサ１１と表記する。

　生体センサ１１は、妊娠３４週～３６週の妊婦Ｓに対して、医療施設１３から配布される。妊婦Ｓは、健康状態の監視が必要な対象者に相当し、医療施設１３に定期的に通院している。妊婦Ｓは、医療施設１３外の遠隔地に相当する自宅１４にて、自ら生体センサ１１を使用して生体情報を測定する。なお、ここでいう健康状態とは、文字通り妊婦Ｓ自身の健康状態に加えて、胎児の健康状態も含む。

　ＣＴＧセンサ１１Ａは妊婦Ｓの腹壁に、血圧計１１Ｂは妊婦Ｓの上腕部にそれぞれ装着される。体重計１１Ｃは自宅１４の床面に設置される。この場合の生体情報の測定項目は、ＣＴＧセンサ１１Ａで測定される胎児の心拍および子宮収縮圧（ＣＴＧ）、血圧計１１Ｂで測定される血圧、および体重計１１Ｃで測定される体重である。妊婦Ｓは、これらの各測定項目を１セットとしてまとめて測定する。なお、これらの他にも、妊婦Ｓの体温、心拍数、呼吸数、体動量等、生体情報に関するものであればいかなるものでも、生体情報の測定項目として加えてよい。

　生体センサ１１は、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）が提供するメッセージサービスの妊婦ＳのＩＤである。アドレスは、医療スタッフにより予め登録される。なお、対象者端末１５がスマートフォンで携帯電話機能を有する場合は、電話番号をアドレスとして登録してもよい。

　図８は、対象者ＩＤ「Ｓ００１」の妊婦である第１妊婦Ｓ－１の生体情報の測定終了後の状態を示す。第１妊婦Ｓ－１が生体情報の測定を終了した場合、判定部４２から予約処理部４３に生体情報の測定が終了した旨の判定結果が出力される。判定部４２からの判定結果を受けて、予約処理部４３は、第１妊婦Ｓ－１の仮予約で設定された診療日（この場合は２０１６／８／２４）を、仮予約データテーブル３２から読み出す。

　続いて、予約処理部４３は、仮予約データテーブル３２から読み出した診療日の本予約データから、対象者ＩＤが登録されていない、先約がない診療時刻のうちで最も早い診療時刻を抽出する。そして、抽出した診療時刻を、第１妊婦Ｓ－１の本予約の診療時刻として自動設定する。

　このとき、予約処理部４３は、妊婦Ｓが通院に掛る時間を見積もったうえで本予約の診療時刻を設定する。より詳しくは、第１妊婦Ｓ－１が生体情報の測定を終了したと判定部４２が判定した時刻に、妊婦Ｓが通院に掛ると予測される時間（例えば１時間）を加算した時刻に最も近い先約がない診療時刻を、第１妊婦Ｓ－１の本予約の診療時刻として設定する。図８では、第１妊婦Ｓ－１が生体情報の測定を終了したと判定部４２が判定した時刻が０８：００で、妊婦Ｓが通院に掛る時間を１時間と見積もり、第１妊婦Ｓ－１の本予約の診療時刻を０９：００～０９：１５と設定した場合を例示している。なお、医療施設１３の住所と自宅１４の住所とに基づいて、妊婦Ｓが通院に掛ると予測される時間を導き出してもよい。

　予約処理部４３は、設定した診療時刻２０１６／８／２４、０９：００～０９：１５と第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」とからなる本予約データをデータ管理部４４に出力する。これにより本予約処理が終了する。データ管理部４４は、２０１６／８／２４の本予約データテーブル３３の診療時刻０９：００～０９：１５の欄に、第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」を登録する。

　図９において、出力制御部４５から対象者端末１５に配信される本予約通知画面５０には、診療時刻が決まった旨を妊婦Ｓに報せるメッセージ等とともに、予約処理部４３で設定された診療時刻を記した枠５１と確認ボタン５２とが表示される。確認ボタン５２が操作されると、本予約通知画面５０の表示が消える。

　対象者端末１５は、本予約通知画面５０のＵＲＬを受信した場合に、特定の通知音が鳴る、あるいはバイブレーション機能がオンになる設定となっている。また、対象者端末１５は、所定時間後に通知音が鳴り止む、あるいは所定時間後にバイブレーション機能がオフになる設定となっている。なお、ＵＲＬのリンクを開く操作をしないと、あるいは確認ボタン５２を操作して本予約通知画面５０の表示を消さないと、通知音が鳴り止まない、あるいはバイブレーション機能がオフにならない設定としてもよい。

　以下、上記構成による作用について、図１０～図１２のフローチャートを参照して説明する。まず、妊婦Ｓの診療終了後、医療スタッフがスタッフ端末１７を操作して、次の診療日を設定する仮予約を行う。これによりスタッフ端末１７から送信された仮予約データが、仮予約受付部４０で受け付けられる（図１０のステップＳＴ１００、仮予約受付ステップ）。仮予約データはデータ管理部４４に出力され、データ管理部４４によって仮予約データテーブル３２に登録される（ステップＳＴ１１０）。

　妊婦Ｓは、自宅１４にて、生体センサ１１を使用して生体情報を測定する。生体センサ１１から出力された生体情報の測定データは、対象者端末１５およびネットワーク１６を介して診療予約管理サーバ１２に送信される。診療予約管理サーバ１２では、生体情報の測定データが測定データ受付部４１で受け付けられる（図１１のステップＳＴ２００、測定データ受付ステップ）。測定データはデータ管理部４４に出力され、データ管理部４４によって測定データテーブル３１に登録される（ステップＳＴ２１０）。

　測定データは判定部４２にも出力される。判定部４２では、生体情報の測定が終了したか否かが判定される（図１２のステップＳＴ３００、判定ステップ）。

　判定部４２で生体情報の測定が終了したと判定された場合（ステップＳＴ３００でＹＥＳ）、予約処理部４３で診療時刻を自動設定する本予約処理が実行され、本予約データがデータ管理部４４に出力される（ステップＳＴ３１０、予約処理ステップ）。本予約データは、データ管理部４４によって本予約データテーブル３３に登録される（ステップＳＴ３２０）。また、出力制御部４５では本予約通知画面５０が生成され、本予約通知画面５０が対象者端末１５に配信される（ステップＳＴ３３０、出力制御ステップ）。

　対象者端末１５では、本予約通知画面５０が表示される。妊婦Ｓは、本予約通知画面５０の枠５１を通じて、自らの診療時刻を認識する。

　一方、タイムリミットまでに生体情報の測定が終了しなかった場合（ステップＳＴ３００でＮＯ、ステップＳＴ３４０でＹＥＳ）は、予約処理部４３によってその妊婦Ｓの仮予約が破棄される（ステップＳＴ３５０）。

　このように、判定部４２で生体情報の測定が終了したと判定した場合に、予約処理部４３で診療時刻を設定する本予約処理を開始するので、本予約の診療時刻に確実に妊婦Ｓの診療を行うことができる。このため、医療施設１３では、生体情報を測定する手間が省ける。また、本予約で確保した診療予約の枠が無駄にならず、診療の順番等を調整する必要もない。妊婦Ｓは、医療施設１３で生体情報を測定する必要がなく、本予約通知画面５０で指定された診療時刻に医療施設１３に来院すれば、余計な待ち時間なくスムーズに診療を受けることができる。したがって、妊婦Ｓおよび医療施設１３の双方が、診療予約において不利益を蒙ることを防ぐことが可能となる。

　タイムリミットまでに生体情報の測定を終了させ、かつ生体情報の測定が終了した時点で先約がない診療時刻があれば、妊婦Ｓは仮予約した診療日に診療を受けることができる。仮予約は診療日のみを設定するものであるため、仮予約した診療日に診療を受けることができるのであれば、妊婦Ｓは不利益を蒙ったとは感じない。また医療施設１３にとっても、仮予約した診療日に診療を行うことができれば、仮予約で確保していた枠が無駄にならないため不利益とはならない。

　妊婦Ｓは、普段から、胎児に悪影響を与える感染症（風疹、インフルエンザ等）に感染することがないよう努めている。このため、感染症患者が多くいる医療施設１３では、妊婦Ｓの滞在時間はなるべく短いことが好ましい。

　前述のように、本発明によれば、妊婦Ｓは医療施設１３で生体情報を測定する必要がなく、本予約通知画面５０で指定された診療時刻に医療施設１３に来院すれば、余計な待ち時間なくスムーズに診療を受けることができる。このため、妊婦Ｓの医療施設１３の滞在時間を短くすることができ、妊婦Ｓの感染症への罹患リスクを下げることができる。したがって、特に比較的長い測定時間を必要とするＣＴＧを測定する妊婦Ｓを対象者とした場合は、特に優れた効果を奏するといえる。

　予約処理部４３で診療時刻を自動設定するので、診療時刻の設定で妊婦Ｓの手を煩わさずに済む。

　［第２実施形態］
　上記第１実施形態では、判定部４２で生体情報の測定が終了したか否かを判定し、生体情報の測定が終了したと判定した場合に、予約処理部４３で本予約処理を開始しているが、図１３～図１６に示す第２実施形態では、判定部４２で、測定データの受け付け途中において生体情報の測定が終了すると予測される終了予測時刻を判定する。そして、終了予測時刻を判定した場合に、予約処理部４３で本予約処理を開始する。

　上記第１実施形態では、ＣＴＧ、血圧、および体重の全ての測定項目について、判定部４２で測定が終了したか否かを判定しているが、第２実施形態では、判定部４２はＣＴＧのみの終了予測時刻を判定する。

　図１３において、判定部４２は、測定データ受付部４１からのＣＴＧの測定データに基づいて、胎児が覚醒状態であるか否かを判定する。そして、胎児が覚醒状態であるか否かの判定結果に基づいて、終了予測時刻を判定する。

　より詳しくは、判定部４２は、測定データ受付部４１からのＣＴＧの測定データのうち、測定開始から一定期間の測定データに基づいて、胎児が覚醒状態であるか否かを判定する。そして、胎児が覚醒状態であると判定した場合、判定部４２は、終了予測時刻を例えば現在時刻から２０分後と判定する。一方、胎児が睡眠状態である（覚醒状態でない）と判定した場合には、終了予測時刻を例えば現在時刻から４０分後と判定する。判定部４２は、終了予測時刻の判定結果を対象者ＩＤとともに予約処理部４３に出力する。

　胎児が覚醒状態であるか否かの判定には、例えば、胎児心拍数基線細変動が覚醒時と比較して睡眠時に減少することを利用する。この場合、胎児心拍数基線細変動が閾値よりも大きい場合は覚醒状態、閾値以下の場合は睡眠状態と判定する。

　図１４において、予約処理部４３は、判定部４２からの終了予測時刻の判定結果を受けて、本予約処理を開始する。予約処理部４３は、終了予測時刻に基づいて、本予約処理を行う。具体的には、予約処理部４３は、先約がない診療時刻のうちで終了予測時刻に最も近い診療時刻を、本予約の診療時刻として自動設定する。

　図１４は、図８においても例示した第１妊婦Ｓ－１の、ＣＴＧの測定の終了予測時刻（この場合は０８：００）が判定された後の状態を示す。図８の場合と同じく、予約処理部４３は、判定部４２からの判定結果を受けて、第１妊婦Ｓ－１の仮予約で設定された診療日を仮予約データテーブル３２から読み出す。そして、読み出した診療日の本予約データから、先約がない診療時刻のうちで、終了予測時刻＋妊婦Ｓが通院に掛ると予測される時間に最も近い診療時刻（この場合は０９：００～０９：１５）を抽出する。予約処理部４３は、抽出した診療時刻を、第１妊婦Ｓ－１の本予約の診療時刻として自動設定する。

　第２実施形態の構成による作用について、図１５および図１６のフローチャートを参照して説明する。まず、図１５のステップＳＴ４００に示すように、判定部４２において、ＣＴＧの測定データに基づいて、胎児が覚醒状態であるか否かが判定される。胎児が覚醒状態であると判定された場合（ステップＳＴ４００でＹＥＳ）、判定部４２により終了予測時刻が現在時刻から２０分後と判定される（ステップＳＴ４１０）。一方、胎児が睡眠状態である（覚醒状態でない）と判定された場合（ステップＳＴ４００でＮＯ）には、終了予測時刻が現在時刻から４０分後と判定される（ステップＳＴ４２０）。終了予測時刻の判定結果は対象者ＩＤとともに予約処理部４３に出力される（ステップＳＴ４３０）。

　図１６において、判定部４２で終了予測時刻が判定された場合（ステップＳＴ４４０でＹＥＳ）、予約処理部４３で診療時刻を自動設定する本予約処理が実行される（ステップＳＴ３１０）。その他の処理は上記第１実施形態と同じであるため説明を省略する。

　このように、判定部４２で終了予測時刻を判定した場合に、予約処理部４３で本予約処理を開始するので、上記第１実施形態と同様に、妊婦Ｓおよび医療施設１３の双方が、診療予約において不利益を蒙ることを防ぐことが可能となる。

　胎児が覚醒状態であれば睡眠状態の場合よりも終了予測時刻が早まり、上記第１実施形態の胎児の覚醒睡眠サイクルに応じた時間（例えば４０分～５０分）よりもＣＴＧの測定時間を短くすることができる。結果として本予約で設定する診療時刻を早めることができる。

　なお、測定開始から一定期間のＣＴＧの測定データに基づいて、胎児が覚醒状態であるか否かを判定すると説明したが、一定期間には、胎児が覚醒状態であるか否かを確実に判定するのに必要な期間（例えば１０分）が与えられる。これは、測定開始時には胎児が睡眠状態にあったが、その後すぐに覚醒状態となった場合、あるいはその逆の場合に、一定期間が比較的短いと、胎児の状態を誤判定するおそれがあるためである。測定開始から一定期間と期限を設けるのではなく、測定開始から判定部４２で胎児が覚醒状態であるか否かを繰り返し判定し、覚醒状態であると判定した場合だけ終了予測時刻を判定してもよい。

　また、胎児が覚醒状態であると判定した場合に終了予測時刻を現在時刻から２０分後と判定し、胎児が睡眠状態であると判定した場合に終了予測時刻を現在時刻から４０分後と判定すると説明したが、終了予測時刻はこの例に限らない。例えば、胎児が覚醒状態であると判定した場合に終了予測時刻を現在時刻から３０分後と判定し、胎児が睡眠状態であると判定した場合に終了予測時刻を現在時刻から５０分後と判定してもよい。

　前述のように、診療に際しては、胎児が覚醒状態である場合の一定時間のＣＴＧの測定データが必要である。このため、判定部４２で胎児が覚醒状態であると判定した場合は、上記の一定時間の測定が終わる時点を終了予測時刻として判定すればよい。一定時間のＣＴＧの測定終了前に、胎児が覚醒状態から睡眠状態となってしまった場合は、判定済みの終了予測時刻をキャンセルして、再び終了予測時刻を判定し直す処理を行ってもよい。

　なお、上記第１実施形態においても、判定部４２で胎児が覚醒状態であるか否かと終了予測時刻を判定してもよい。この場合、判定した終了予測時刻が経過したときにＣＴＧの測定が終了したと判定し、この判定結果をもって予約処理部４３で本予約処理を開始してもよい。

　［第３実施形態］
　上記各実施形態では、予約処理部４３で診療時刻を自動設定しているため、妊婦Ｓの手を煩わさずに済むという利点がある。その反面、自動設定された診療時刻に、何らかの事情で妊婦Ｓが間に合わない場合には対応することができない。そこで図１７～図１９に示す第３実施形態では、予約処理部４３で自動設定された診療時刻の設定変更を可能とする。

　図１７において、第３実施形態の本予約通知画面５５には、枠５１や確認ボタン５２等に加えて、変更ボタン５６が表示される。変更ボタン５６が操作されると、対象者端末１５には、図１８に示す設定変更画面６０が表示される。

　設定変更画面６０は、他の画面と同じく、出力制御部４５で生成されて対象者端末１５に配信される。設定変更画面６０には、本予約の状況を示す表６１、設定ボタン６２、戻るボタン６３等が表示される。

　表６１は、午前の診療時刻毎の本予約の状況を示し、診療時刻毎に先約あり（予約可）、先約なし（予約不可）を○×印で表したものである。表６１は、本予約データに基づいて生成される。表６１の下部には、表６１を午後の本予約の状況を示すものに切り替えるためのリンク６４が張られている。ハッチングおよび符号６５で示すように、表６１中の現在設定されている診療時刻の欄には、選択カーソルが表示される。

　選択カーソル６５は、現在時刻よりも未来で、かつ先約なしの○印の診療時刻のみを選択可能で、現在時刻よりも過去の診療時刻、および先約ありの×印の診療時刻は選択不可である。なお、表６１において、現在時刻よりも過去の診療時刻、および先約ありの診療時刻を非表示としてもよい。

　妊婦Ｓは、表６１で本予約の状況を確認し、先約なしの診療時刻の中から所望の診療時刻を選択する。これにより妊婦Ｓが選択した診療時刻の欄に選択カーソル６５が移る。所望の診療時刻を選択した後、妊婦Ｓは設定ボタン６２を選択する。設定ボタン６２が選択されると、選択された診療時刻と妊婦Ｓの対象者ＩＤからなる設定変更指示が対象者端末１５から診療予約管理サーバ１２に送信される。なお、戻るボタン６３が選択された場合は、設定変更画面６０から本予約通知画面５５に表示が戻される。

　図１９に示すように、第３実施形態においては、上記第１実施形態の各部４０～４５に加えて、診療予約管理サーバ１２の中央制御部２２に第１指示受付部６８が構築される。第１指示受付部６８は、対象者端末１５からの設定変更指示を受け付け、受け付けた設定変更指示を予約処理部４３に出力する。予約処理部４３は、設定変更指示に応じて診療時刻の設定を変更する。

　図１９は、第１妊婦Ｓ－１が、予約処理部４３で自動設定された診療時刻０９：００～０９：１５を、１０：３０～１０：４５に設定変更した場合を例示している。この場合、予約処理部４３は、設定変更された診療時刻２０１６／８／２４、１０：３０～１０：４５と第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」とからなる本予約データをデータ管理部４４に出力する。データ管理部４４は、２０１６／８／２４の本予約データテーブル３３の診療時刻０９：００～０９：１５の欄を空欄とし、代わりに診療時刻１０：３０～１０：４５の欄に第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」を登録する。

　このように、予約処理部４３で自動設定された診療時刻の設定変更指示を受け付け、設定変更指示に応じて診療時刻の設定を変更するので、予約処理部４３で自動設定された診療時刻を、妊婦Ｓが自分に都合のよい診療時刻に設定変更することができる。予約処理部４３で自動設定された診療時刻に妊婦Ｓが間に合わない場合にも対応することができる。

　［第４実施形態］
　上記各実施形態では、予約処理部４３で診療時刻を自動設定する例を説明しているが、図２０～図２３に示す第４実施形態のように、診療時刻の設定を、妊婦Ｓの手動による設定としてもよい。

　この場合、出力制御部４５は、判定部４２で生体情報の測定が終了したと判定した場合、図２０に示す本予約設定画面７０を対象者端末１５に配信する。本予約設定画面７０は、診療時刻の予約が可能となったことを報せるメッセージや診療時刻の選択を促すメッセージ等が加わり、戻るボタン６３がない他は、上記第３実施形態の図１８に示す設定変更画面６０と同じである。

　設定変更画面６０の場合と同様に、妊婦Ｓは、表６１で本予約の状況を確認し、先約なしの診療時刻の中から所望の診療時刻を選択した後、設定ボタン６２を選択する。設定ボタン６２が選択されると、選択された診療時刻と妊婦Ｓの対象者ＩＤからなる設定指示が対象者端末１５から診療予約管理サーバ１２に送信される。

　図２１および図２２に示すように、第４実施形態においては、上記第１実施形態の各部４０～４５に加えて、診療予約管理サーバ１２の中央制御部２２に第２指示受付部７３が構築される。第２指示受付部７３は、対象者端末１５からの設定指示を受け付ける。予約処理部４３は、本予約処理として、第２指示受付部７３の機能を有効化する処理を行う。

　図２１は、上記第１実施形態の図８と同様、第１妊婦Ｓ－１の生体情報の測定終了後の状態を示す。第１妊婦Ｓ－１が生体情報の測定を終了した場合、判定部４２から予約処理部４３に生体情報の測定が終了した旨の判定結果が出力される。判定部４２からの判定結果を受けて、予約処理部４３は、第２指示受付部７３の機能を有効化する処理を行う。具体的には、第１妊婦Ｓ－１の対象者端末１５からの診療時刻の設定指示の受け付けを許可する設定指示受付許可を第２指示受付部７３に与える。

　図２２において、予約処理部４３により機能が有効化された場合、第２指示受付部７３は、対象者端末１５からの設定指示を受け付け、受け付けた設定指示を予約処理部４３に出力する。予約処理部４３は、設定指示に応じて診療時刻を設定する。

　図２２は、第１妊婦Ｓ－１が、１０：３０～１０：４５に診療時刻を設定した場合を例示している。この場合、予約処理部４３は、設定された診療時刻２０１６／８／２４、１０：３０～１０：４５と第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」とからなる本予約データをデータ管理部４４に出力する。データ管理部４４は、２０１６／８／２４の本予約データテーブル３３の診療時刻１０：３０～１０：４５の欄に第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」を登録する。

　第４実施形態の構成による作用について、図２３のフローチャートを参照して説明する。判定部４２で生体情報の測定が終了したと判定された場合（ステップＳＴ３００でＹＥＳ）、出力制御部４５によって本予約設定画面７０が対象者端末１５に配信される（ステップＳＴ５００）。また、予約処理部４３によって、本予約処理として、第２指示受付部７３の機能を有効化する処理が行われる（ステップＳＴ５１０）。

　機能が有効化された第２指示受付部７３において、対象者端末１５からの設定指示が受け付けられる（ステップＳＴ５２０）。設定指示は予約処理部４３に出力され、予約処理部４３で設定指示に応じた診療時刻が設定されて、本予約データがデータ管理部４４に出力される（ステップＳＴ５３０）。本予約データは、データ管理部４４によって本予約データテーブル３３に登録される（ステップＳＴ３２０）。なお、この場合、本予約通知画面５０は配信されない。その他の処理は上記第１実施形態と同じであるため説明を省略する。

　このように、診療時刻の手動による設定指示を第２指示受付部７３で受け付け、かつ本予約処理として、第２指示受付部７３の機能を有効化する処理を行うので、まずは予約処理部４３で自動設定された診療時刻を受け入れたうえで所望の診療時刻に設定変更する上記第３実施形態とは異なり、最初から妊婦Ｓが自分に都合のよい診療時刻を設定することができる。

　ここでは、判定部４２で生体情報の測定が終了したと判定した場合に、予約処理部４３で本予約処理を開始する上記第１実施形態の例を挙げたが、判定部４２で終了予測時刻を判定した場合に、予約処理部４３で本予約処理を開始する上記第２実施形態を適用してもよい。予約処理部４３は、判定部４２で終了予測時刻を判定した場合に、第２指示受付部７３の機能を有効化する。また、出力制御部４５は、判定部４２で終了予測時刻を判定した場合に、本予約設定画面７０を対象者端末１５に配信する。

　上記第１～第３実施形態で示した診療時刻を自動設定する自動設定モードと、上記第４実施形態の診療時刻を手動設定する手動設定モードとを、妊婦Ｓが選択可能に構成してもよい。自動設定した診療時刻を設定変更する上記第３実施形態と上記第４実施形態とを複合して実施する場合には、第１指示受付部６８と第２指示受付部７３とを１つの指示受付部で担ってもよい。

　［第５実施形態］
　生体センサ１１には、上記第１実施形態で例示したＣＴＧセンサ１１Ａや血圧計１１Ｂ等、正しい装着位置が定められているものがある。こうした生体センサ１１が正しい装着位置に装着されていないと、測定データの信頼性が低下し、診療に役立たないものとなる。そこで、図２４～図２６に示す第５実施形態では、測定データに基づいて、生体センサ１１の装着位置が間違っているか否かを判定し、装着位置が間違っていると判定された場合、装着位置が間違っている旨の第１警告を出力する。

　図２４において、第５実施形態の診療予約管理サーバ１２のストレージデバイス２０には、第１アドレスデータテーブル７５が記憶されている。第１アドレスデータテーブル７５は、各データテーブル３１～３４と同じく、データ管理部４４により管理される。

　第１アドレスデータテーブル７５は、対象者ＩＤ毎に第１アドレスを登録したものである。第１アドレスは、生体センサ１１の装着位置が間違っている旨の第１警告の出力先である。第１アドレスは、例えば、妊婦Ｓの担当医師Ｄや担当看護師Ｎといった医療スタッフがスタッフ端末１７で閲覧可能な電子メールのアドレスや、ＳＮＳが提供するメッセージサービスの医療スタッフのＩＤ、あるいは電話番号であり、医療スタッフにより予め登録される。

　図２５において、第５実施形態では、判定部４２は、測定データ受付部４１からの測定データに基づいて、生体センサ１１の装着位置が間違っているか否かを判定する。生体センサ１１の装着位置が間違っているか否かの判定は、例えば、一定期間における測定データの数値範囲と、予め設定された閾値範囲とを比較することで行う。この場合、一定期間における測定データの数値範囲が閾値範囲内に収まっていた場合、判定部４２は、生体センサ１１の装着位置が正しいと判定する。逆に一定期間における測定データの数値範囲が閾値範囲内に収まっていない場合は、生体センサ１１の装着位置が間違っていると判定する。

　判定部４２は、生体センサ１１の装着位置が間違っていると判定した場合、生体センサ１１の装着位置が間違っている旨（装着位置ＮＧ）の判定結果を対象者ＩＤとともに出力制御部４５に出力する。出力制御部４５は、第１アドレスデータテーブル７５から、判定結果の対象者ＩＤに対応する第１アドレスを読み出す。出力制御部４５は、読み出した第１アドレスに第１警告を出力する。

　図２５は、第１妊婦Ｓ－１のＣＴＧセンサ１１Ａの装着位置が間違っていると判定された場合を例示している。この場合、出力制御部４５は、第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」に対応する第１アドレス「ＹＹＹ０１」に第１警告を出力する。

　出力制御部４５は、第１警告の出力の一形態として、図２６に示す第１警告通知画面７８をスタッフ端末１７に配信する。第１警告通知画面７８には、医療スタッフの担当の妊婦Ｓが、生体センサ１１の装着位置を間違っている旨のメッセージ、すなわち第１警告と、生体センサ１１の装着位置を正す処置を医療スタッフに促すメッセージと、妊婦Ｓと連絡をとるための電話番号とが書かれている。確認ボタン７９は、第１警告通知画面７８の表示を消すためのボタンである。図２６では、図２５に引き続き、第１妊婦Ｓ－１のＣＴＧセンサ１１Ａの装着位置が間違っていると判定された場合を例示している。なお、この場合も上記第１実施形態の本予約通知画面５０の場合と同じく、出力制御部４５は、第１警告通知画面７８の配信に先立って、第１警告通知画面７８のＵＲＬをスタッフ端末１７に送信し、ＵＲＬのリンクを開く操作に応じて第１警告通知画面７８をスタッフ端末１７に配信する。以降の実施形態の各画面も同様である。

　このように、生体センサ１１の装着位置が間違っているか否かを判定し、装着位置が間違っていると判定した場合、その旨の第１警告を第１アドレスに出力するので、生体センサ１１の装着位置が間違っていた場合にその状態を放置することなく、装着位置を正す処置を施すことができる。したがって、測定データの信頼性を確保することができる。

　もし仮に、測定データ自体は生体センサ１１の装着位置が間違っていると判定部４２で判定すべき値であるが、実際の生体センサ１１の装着位置は間違っていなかった場合、妊婦Ｓの健康状態に緊急処置を要する異常が発生したことが考えられる。しかし、このような場合においても、第５実施形態によれば医療スタッフから妊婦Ｓに即座に連絡が取れる態勢であるため、妊婦Ｓに緊急の来院を促すことができる。

　生体センサ１１の装着位置が間違っている状態のまま測定が行われたことが、妊婦Ｓの診療時に発覚した場合は、診療を中断して再測定しなければならない。そうすると、診療が長引き、妊婦Ｓの医療施設１３の滞在時間が長くなるうえ、診療時刻を調整しなければならなくなる。しかし、第５実施形態によれば、こうした事態を避けることができる。

　生体センサ１１の装着位置が間違っているか否かの判定を、前回の測定データと今回の測定データの差分に基づいて行ってもよい。すなわち、前回の測定データと今回の測定データの差分が予め設定された閾値以上であった場合は生体センサ１１の装着位置が間違っていると判定し、逆に差分が閾値よりも小さい場合は生体センサ１１の装着位置が正しいと判定する。

　なお、上記第１実施形態において、本予約処理のタイムリミットまでに判定部４２から生体情報の測定が終了した旨の判定結果を受けなかった場合、仮予約を破棄すると説明したが、仮予約の破棄に代えて、あるいは加えて、妊婦Ｓに生体情報の測定を促す旨の警告を第１アドレスに出力してもよい。第１アドレスだけでなく、上記第１実施形態の図７に示すアドレスデータテーブル３４のアドレス（対象者端末１５）に、妊婦Ｓに生体情報の測定を促す旨の警告を出力してもよい。

　なお、スタッフ端末１７に代えて、あるいは加えて、対象者端末１５に第１警告通知画面７８を配信してもよい。この場合、生体センサ１１の正しい装着位置を示す図や文章からなる装着ガイドを、第１警告通知画面７８に表示してもよい。また、妊婦Ｓの関係者が所有する端末に第１警告通知画面７８を配信してもよい。この場合の妊婦Ｓの関係者としては、例えば医療スタッフから妊婦Ｓとともに生体センサ１１の装着方法をレクチャーされた妊婦Ｓの夫等が挙げられる。

　［第６実施形態］
　妊婦Ｓの中には、症状が重篤化するリスクが高い者（以下、高リスク妊婦Ｓ－ＨＲ、高リスク対象者に相当）と、高リスク妊婦Ｓ－ＨＲよりも症状が重篤化するリスクが低い者（以下、低リスク妊婦Ｓ－ＬＲ、低リスク対象者に相当）とがいる。高リスク妊婦Ｓ－ＨＲは、胎児発育不全等の胎児要因、あるいは低年齢出産（１８歳未満）、高齢出産（３５歳以上）、糖尿病等の母体要因をもち、これらの要因により切迫早産や死産等を引き起こすリスクが比較的高い者である。こうした高リスク妊婦Ｓ－ＨＲは、症状の重篤化を避けるため、健康状態について特に留意する必要がある。

　妊婦Ｓの健康状態は、測定データから推し量ることができる。そこで、図２７～図３１に示す第６実施形態では、測定データに基づいて、妊婦Ｓの健康状態が異常であるか否かを判定し、妊婦Ｓが高リスク妊婦Ｓ－ＨＲであり、かつ健康状態が異常であると判定された場合、高リスク妊婦Ｓ－ＨＲの健康状態が異常である旨の第２警告を第２アドレスに出力する。

　第２警告の出力先である第２アドレスは、上記第５実施形態の図２４に示す第１アドレスデータテーブル７５の第１アドレスと同じである。このため以下では、第１アドレスデータテーブル７５を第２アドレスデータテーブル７５、第１アドレスを第２アドレスと言い換えて説明する。

　図２７において、第６実施形態の診療予約管理サーバ１２のストレージデバイス２０には、リスクデータテーブル８０が記憶されている。リスクデータテーブル８０には、高リスク妊婦Ｓ－ＨＲの場合は「高」、低リスク妊婦Ｓ－ＬＲの場合は「低」がそれぞれ対象者ＩＤ毎に登録されている。リスクデータテーブル８０もデータ管理部４４により管理される。また、高リスク妊婦Ｓ－ＨＲを示す「高」、低リスク妊婦Ｓ－ＬＲを示す「低」も医療スタッフにより予め登録される。

　妊婦Ｓが高リスク妊婦Ｓ－ＨＲであるか低リスク妊婦Ｓ－ＬＲであるかは、例えば、電子カルテに記述された妊婦Ｓの診療情報を参考に、医療スタッフが判断する。あるいは、診療予約管理サーバ１２において、電子カルテの妊婦Ｓの診療情報を取得し、取得した診療情報に基づいて妊婦Ｓが高リスク妊婦Ｓ－ＨＲであるか低リスク妊婦Ｓ－ＬＲであるかを自動的に判断してもよい。

　図２８および図２９において、第６実施形態では、判定部４２は、リスクデータテーブル８０からのリスクデータに基づいて、妊婦Ｓが高リスク妊婦Ｓ－ＨＲであるか低リスク妊婦Ｓ－ＬＲであるかを判定する。また、判定部４２は、測定データ受付部４１からの測定データに基づいて、妊婦Ｓの健康状態が異常であるか否かを判定する。妊婦Ｓの健康状態が異常であるか否かの判定は、例えば、ＣＴＧの測定データを、サイナソイダルパターンや遅発一過性徐脈といった医学的な異常所見と照らし合わせることで行う。また、血圧の測定データと医学的に定められた血圧の正常値とを比較することで行う。

　判定部４２は、妊婦Ｓの健康状態が異常であると判定した場合、妊婦Ｓの健康状態が異常である旨（測定データ異常）の判定結果を対象者ＩＤとともに出力制御部４５に出力する。図２８に示すように、リスクデータテーブル８０からのリスクデータが「高」で、判定部４２で高リスク妊婦Ｓ－ＨＲと判定し、かつ健康状態が異常であると判定した場合、出力制御部４５は、第２アドレスに第２警告を出力する。一方、図２９に示すように、リスクデータテーブル８０からのリスクデータが「低」で、判定部４２で低リスク妊婦Ｓ－ＬＲと判定した場合は、健康状態の判定結果に関わらず、第２警告を出力しない。

　図２８は、高リスク妊婦Ｓ－ＨＲである第１妊婦Ｓ－１のＣＴＧの測定データが異常であると判定された場合を例示している。この場合、出力制御部４５は、第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」に対応する第２アドレス「ＹＹＹ０１」に第２警告を出力する。一方、図２９は、低リスク妊婦Ｓ－ＬＲである対象者ＩＤ「Ｓ００２」の妊婦Ｓ（以下、第２妊婦Ｓ－２）の血圧の測定データが異常であると判定された場合を例示している。この場合、出力制御部４５は第２警告を出力しない。

　出力制御部４５は、第２警告の出力の一形態として、図３０に示す第２警告通知画面８３をスタッフ端末１７に配信する。第２警告通知画面８３には、医療スタッフの担当の高リスク妊婦Ｓ－ＨＲの健康状態が異常である旨のメッセージ、すなわち第２警告と、高リスク妊婦Ｓ－ＨＲに直ちに診療を受けさせる働きかけをするよう医療スタッフに促すメッセージと、高リスク妊婦Ｓ－ＨＲと連絡をとるための電話番号とが書かれている。確認ボタン８４は、第２警告通知画面８３の表示を消すためのボタンである。図３０では、図２８に引き続き、第１妊婦Ｓ－１のＣＴＧの測定データが異常であると判定された場合を例示している。

　第６実施形態の構成による作用について、図３１のフローチャートを参照して説明する。判定部４２で高リスク妊婦Ｓ－ＨＲと判定され、かつ健康状態が異常であると判定された場合（ステップＳＴ６００、ステップＳＴ６１０でともにＹＥＳ）、出力制御部４５により第２警告通知画面８３が第２アドレス（スタッフ端末１７）に出力される（ステップＳＴ６２０）。一方、判定部４２で低リスク妊婦Ｓ－ＬＲと判定された場合（ステップＳＴ６００でＮＯ）は、健康状態の判定結果に関わらず、第２警告通知画面８３は出力されない。判定部４２で高リスク妊婦Ｓ－ＨＲと判定され、かつ健康状態が正常であると判定された場合（ステップＳＴ６００でＹＥＳ、ステップＳＴ６１０でＮＯ）も、当然ながら第２警告通知画面８３は出力されない。

　このように、判定部４２で高リスク妊婦Ｓ－ＨＲと判定し、かつ健康状態が異常であると判定した場合、高リスク妊婦Ｓ－ＨＲの健康状態が異常である旨の第２警告を第２アドレスに出力するので、高リスク妊婦Ｓ－ＨＲの症状の重篤化を効果的に避けることができる。また、妊婦Ｓが低リスク妊婦Ｓ－ＬＲであった場合は、健康状態の判定結果に関わらず第２警告を出力しない。このため、低リスク妊婦Ｓ－ＬＲに対して直ちに診療を受けさせる働きかけをするといった不要不急の処置を医療スタッフが行わなくて済む。

　なお、この場合も上記第５実施形態と同じく、妊婦Ｓの関係者が所有する端末に第２警告通知画面８３を配信してもよい。この場合の妊婦Ｓの関係者としては、妊婦Ｓと同居している家族、あるいは医療施設１３と提携している妊婦Ｓの近所の助産師等が挙げられる。

　［第７実施形態］
　上記第６実施形態で説明したように、高リスク妊婦Ｓ－ＨＲの健康状態が異常であった場合は、直ちに診療を受けさせる必要がある。そこで、図３２～図３４に示す第７実施形態では、高リスク妊婦Ｓ－ＨＲの健康状態が異常であった場合、先約の有無に関わらず設定し得る最も早い診療時刻を設定する。

　なお、第７実施形態においても、上記第６実施形態の図２７で示したリスクデータテーブル８０がストレージデバイス２０に記憶されている。判定部４２は、リスクデータテーブル８０からのリスクデータに基づいて、妊婦Ｓが高リスク妊婦Ｓ－ＨＲであるか低リスク妊婦Ｓ－ＬＲであるかを判定する。

　図３２および図３３において、第７実施形態においても、上記第６実施形態と同じく、判定部４２は、測定データに基づいて、妊婦Ｓの健康状態が異常であるか否かを判定する。そして、妊婦Ｓの健康状態が異常であると判定した場合、妊婦Ｓの健康状態が異常である旨の判定結果（測定データ異常）を対象者ＩＤとともに予約処理部４３に出力する。

　図３２に示すように、リスクデータテーブル８０からのリスクデータが「高」で、判定部４２で高リスク妊婦Ｓ－ＨＲと判定し、かつ健康状態が異常であると判定した場合、予約処理部４３は、先約の有無に関わらず設定し得る最も早い診療時刻を設定する。一方、図３３に示すように、リスクデータテーブル８０からのリスクデータが「低」で、判定部４２で低リスク妊婦Ｓ－ＬＲと判定した場合は、予約処理部４３は、判定部４２の健康状態の判定結果に関わらず、先約がない診療時刻のうちで最も早い診療時刻を設定する。

　図３２は、２０１６／８／２４の１０：１０に、高リスク妊婦Ｓ－ＨＲである第１妊婦Ｓ－１のＣＴＧの測定データが異常であると判定された場合を例示している。予約処理部４３は、妊婦Ｓが通院に掛る時間を１時間と見積もり、設定し得る最も早い診療時刻である１１：１５～１１：３０を、第１妊婦Ｓ－１の診療時刻として設定する。

　設定前、診療時刻１１：１５～１１：３０には、対象者ＩＤ「Ｓ０５５」の妊婦Ｓの先約があるが、データ管理部４４は、対象者ＩＤ「Ｓ０５５」の妊婦Ｓの先約を、先約がない診療時刻のうちで最も早い診療時刻である１１：４５～１２：００に移す。そして、これにより空いた診療時刻１１：１５～１１：３０に、第１妊婦Ｓ－１の対象者ＩＤ「Ｓ００１」を登録する。この場合、出力制御部４５は、第１妊婦Ｓ－１の対象者端末１５に本予約通知画面５０を出力するのはもちろんのこと、第１妊婦Ｓ－１に診療時刻を譲って、元の診療時刻が変更された対象者ＩＤ「Ｓ０５５」の妊婦Ｓの対象者端末１５に対しても本予約通知画面５０を出力する。

　一方、図３３は、２０１６／８／２４の１０：１０に、低リスク妊婦Ｓ－ＬＲである第２妊婦Ｓ－２の血圧の測定データが異常であると判定された場合を例示している。予約処理部４３は、低リスク妊婦Ｓ－ＬＲであるので、健康状態の判定結果に関わらず、先約がない診療時刻のうちで最も早い診療時刻である１１：４５～１２：００を、第２妊婦Ｓ－２の診療時刻として設定する。出力制御部４５は、第２妊婦Ｓ－２の対象者端末１５に本予約通知画面５０を出力する。

　第７実施形態の構成による作用について、図３４のフローチャートを参照して説明する。判定部４２で高リスク妊婦Ｓ－ＨＲと判定され、かつ健康状態が異常であると判定された場合（ステップＳＴ６００、ステップＳＴ６１０でともにＹＥＳ）、予約処理部４３により、先約の有無に関わらず設定し得る最も早い診療時刻が設定される（ステップＳＴ７００）。一方、判定部４２で低リスク妊婦Ｓ－ＬＲと判定された場合（ステップＳＴ６００でＮＯ）は、判定部４２の健康状態の判定結果に関わらず、予約処理部４３により、先約がない診療時刻のうちで最も早い診療時刻が設定される（ステップＳＴ７１０）。判定部４２で高リスク妊婦Ｓ－ＨＲと判定され、かつ健康状態が正常であると判定された場合（ステップＳＴ６００でＹＥＳ、ステップＳＴ６１０でＮＯ）も同じく、先約がない診療時刻のうちで最も早い診療時刻が設定される。

　このように、判定部４２で高リスク妊婦Ｓ－ＨＲと判定し、かつ健康状態が異常であると判定した場合、先約の有無に関わらず設定し得る最も早い診療時刻を設定するので、健康状態が異常な高リスク妊婦Ｓ－ＨＲを、誰よりも優先して診療することができる。したがって、高リスク妊婦Ｓ－ＨＲの症状の重篤化を効果的に避けることができる。

　なお、高リスク妊婦Ｓ－ＨＲの健康状態が異常であると判定した場合に第２警告を出力する上記第６実施形態と上記第７実施形態とを、複合して実施してもよい。高リスク妊婦Ｓ－ＨＲの症状の重篤化を回避する効果をさらに高めることができる。

　［第８実施形態］
　図３５および図３６に示す第８実施形態では、妊婦Ｓが生体情報の測定を忘れてしまうのを防ぐために、指定時点までに生体情報の測定を終了すべき旨の第３警告を第３アドレスに出力する。

　第３警告の出力先である第３アドレスは、上記第１実施形態の図７に示すアドレスデータテーブル３４のアドレスと同じである。このため以下では、アドレスデータテーブル３４を第３アドレスデータテーブル３４、アドレスを第３アドレスと言い換えて説明する。

　図３５に示すように、出力制御部４５は、仮予約データテーブル３２に登録された対象者ＩＤに対応する第３アドレスを第３アドレスデータテーブル３４から読み出す。そして、読み出した第３アドレスに第３警告を出力する。第３警告は、予め指定された時刻、例えば診療日当日の診療開始２時間前（この場合は２０１６／８／２４の０７：００）に、生体センサ１１に警告音９１（図３６参照）の鳴動を開始させよ、という内容である。

　図３６に示すように、第８実施形態では、生体センサ１１はスピーカー９０を有する。また、対象者端末１５は、第３警告に応じてスピーカー９０の出力を制御する機能を有する。出力制御部４５からの第３警告を受信した対象者端末１５は、第３警告で指定された時刻に、警告音９１の鳴動を開始させるための警告開始指令を生体センサ１１に送信する。生体センサ１１は、警告開始指令を受けて、スピーカー９０から警告音９１を発する。警告音９１は、ビープ音等の機械的な音でもよいし、「診療日当日です。測定を行って下さい。」といったメッセージ音でもよい。

　このように、指定時点までに生体情報の測定を終了すべき旨の第３警告を第３アドレスに出力するので、妊婦Ｓが生体情報の測定を忘れてしまう確率を低くすることができる。

　また、生体センサ１１のスピーカー９０から警告音９１を発する、すなわち第３警告を生体センサ１１で表示するので、より妊婦Ｓが生体情報の測定を忘れてしまう確率を低くすることができる。というのは、対象者端末１５は、着信音やメール受信音等の様々な通知音を発するものが多い。このため、対象者端末１５で警告音９１を発した場合、他の多くの通知音に紛れて警告音９１の区別がつかなくなるが、生体センサ１１の場合は通知音を警告音９１のみに絞ることができるため、他の通知音に警告音９１が紛れることがないためである。

　もちろん、第３警告を生体センサ１１ではなく対象者端末１５で表示してもよい。また、生体センサ１１および対象者端末１５とは別の機器で第３警告を表示してもよい。

　出力制御部４５から第３警告を出力するタイミングとしては、予め指定された時刻ジャストでもよいし、その前でもよい。例えば予め指定された時刻が診療日当日の診療開始２時間前であれば、診療日当日の前日の２１：００に第３警告を出力してもよい。ただし、対象者端末１５から生体センサ１１に警告開始指令を送信するタイミングは、第３警告を出力するタイミングに関わらず、予め指定された時刻ジャストに限る。

　予め指定された時刻の前に、第３警告の開始時刻を対象者端末１５から生体センサ１１に送信しておいてもよい。この場合は生体センサ１１で開始時刻を記憶しておき、開始時刻になったら、生体センサ１１が自らスピーカー９０から警告音９１を発する。

　対象者端末１５を介さずに生体センサ１１と診療予約管理サーバ１２とをネットワーク１６で接続し、第３アドレスを生体センサ１１のアドレスとして、第３警告を出力制御部４５から直接生体センサ１１に出力してもよい。

　第３警告の出力の一形態として警告音９１を例示したが、生体センサ１１にディスプレイがある場合は、このディスプレイに「診療日当日です。測定を行って下さい。」といったメッセージを表示してもよい。

　上記各実施形態では、診療日のみを仮予約で設定する態様を例示したが、診療日に加えて診療時刻も仮予約で設定してもよい。この場合、予約処理部４３は、本予約処理として、仮予約で設定された診療時刻を確定するか、あるいは仮予約で設定された診療時刻を変更する処理を行う。

　仮予約で設定された診療時刻を確定する場合は、自動的に行うのが好ましい。こうすることで、診療予約が仮予約と本予約の二段階に分かれていることを、妊婦Ｓに意識させずに利用させることができ、妊婦Ｓにとって使い勝手がよい。仮予約の時点で診療時刻が分かるため、妊婦Ｓにとってスケジュールが立てやすい。また、医療施設１３にとっても、仮予約で診療時刻も設定したほうが、スケジューリングが楽であるため使い勝手がよい。また、大多数の妊婦Ｓが、仮予約の診療時刻に間に合うように生体情報の測定を終了してくれることが想定されるため、診療の順番を調整するといった再スケジューリングの手間が最小限となる。

　指定時点までに生体情報の測定を終了すべき旨の第３警告を出力する上記第８実施形態において、仮予約で診療時刻を設定する場合は、第３警告で指定する警告の開始時刻を仮予約の診療時刻に近い時刻、例えば仮予約の診療時刻の２時間前等に設定する。こうすれば、より診療時刻に近い時刻に第３警告を表示することができ、妊婦Ｓが生体情報の測定を忘れてしまう確率をさらに低くすることができる。

　上記各実施形態では、妊婦Ｓが医療施設１３に通院することを前提としているが、本発明はこれに限らない。対象者端末１５およびスタッフ端末１７にテレビ電話機能を搭載し、自宅１４においてテレビ電話機能を用いてオンライン診療を受ける場合にも適用することができる。

　オンライン診療とすれば、妊婦Ｓは医療施設１３に通院しなくて済むので負担が減り、感染症への感染の心配もなくなる。特に頻繁に診療を受ける必要がある高リスク妊婦Ｓ－ＨＲの場合は、通院による診療よりもオンライン診療のほうが好適である。また、オンライン診療とすれば、妊婦Ｓが普段は自宅１４から通院し、産む直前に医療施設１３から遠く離れた実家に里帰りした場合にも、それまでの測定データが蓄積されているため医療施設１３が最良の対応をすることができる。なお、オンライン診療の場合は、本予約で診療時刻を自動設定する際に、妊婦Ｓが通院に掛る時間を見積もることは不要である。

　オンライン診療の場合、妊婦Ｓの生体情報の測定が終了したら直ちに診療を行うことができるため、通院の場合と比べて担当医師Ｄの作業効率がよくなる。妊婦Ｓの生体情報の測定が、本予約処理で確定した診療時刻、あるいは仮予約で設定した診療時刻よりも前に終了し、かつ担当医師Ｄの手が空いていた場合、直ちに担当医師Ｄから妊婦Ｓに連絡をとり、前倒ししてオンライン診療を開始することも可能となる。担当医師Ｄは、生体情報の測定が終了して本予約処理が行われた妊婦Ｓから順に連絡をとってオンライン診療を行えばよい。

　なお、生体情報の測定が終了したか否かを妊婦Ｓ毎に示したリストを表示する画面を、スタッフ端末１７に出力してもよい。こうすれば、生体情報の測定が終了していない妊婦Ｓに医療スタッフが連絡をとり、生体情報の測定を促すといった処置を施すことができる。

　上記各実施形態では、診療予約管理サーバ１２が１つの医療施設１３に設置され、この１つの医療施設１３の診療予約を診療予約管理サーバ１２で管理する例を挙げたが、複数の医療施設１３の診療予約を１つの診療予約管理サーバ１２で管理してもよい。この場合、診療予約管理サーバ１２は、複数の医療施設１３のうちの１つに設置されていてもよいし、複数の医療施設１３とは別の運営主体の施設、例えば作動プログラム３０を提供するメーカーのデータセンター等に設置されていてもよい。

　対象者端末１５およびスタッフ端末１７としては、上記第１実施形態で例示したスマートフォンやタブレットコンピュータ等に限らず、他の携帯情報端末、またはノート型パソコン、デスクトップ型パソコン、もしくは診療予約管理システム１０専用に製造された機器でもよい。

　本発明の診療予約管理装置を構成するコンピュータのハードウェア構成は種々の変形が可能である。例えば、診療予約管理装置を、処理能力や信頼性の向上を目的として、ハードウェアとして分離された複数台のコンピュータで構成することも可能である。例えば、仮予約受付部４０の機能と、測定データ受付部４１、判定部４２、および予約処理部４３の機能と、データ管理部４４、および出力制御部４５の機能とを、３台のコンピュータに分散して担わせる。この場合は３台のコンピュータで診療予約管理装置を構成する。

　また、生体情報の測定が終了したか否かを判定する機能、もしくは生体情報の測定が終了すると予測される終了予測時刻を判定する機能をもつ判定部と、生体センサ１１の装着位置が間違っているか否かを判定する機能をもつ判定部と、妊婦Ｓが高リスク妊婦Ｓ－ＨＲであるか、低リスク妊婦Ｓ－ＬＲであるかを判定する機能をもつ判定部とを別々に設けてもよい。

　このように、コンピュータのハードウェア構成は、処理能力、安全性、信頼性等の要求される性能に応じて適宜変更することができる。さらに、ハードウェアに限らず、作動プログラム３０等のＡＰについても、安全性や信頼性の確保を目的として、二重化したり、あるいは、複数のストレージデバイスに分散して格納することももちろん可能である。

　上記各実施形態では、本予約通知画面５０等の各画面をウェブ配信用の画面データの形式で出力制御部４５から出力する態様を例示したが、対象者端末１５等に各画面を生成するためのＡＰをインストールし、出力制御部４５からは、各画面の生成に必要なデータ（例えば予約処理部４３で設定した本予約の診療時刻）を出力する態様でもよい。あるいは、各画面に記されたメッセージのテキストデータを対象者端末１５等に出力してもよい。

　また、予約処理部４３で設定した本予約の診療時刻の出力形態としては、上記各実施形態の本予約通知画面に限らない。妊婦Ｓが対象者端末１５で閲覧可能な電子メールのアドレスに、診療時刻を報せる電子メールを送信してもよい。あるいは、妊婦Ｓの自宅１４のファックス番号に、診療時刻を報せるファックスを送信してもよい。

　対象者は上記各実施形態で例示した妊婦Ｓに限らない。例えば開腹手術をして退院後に自宅１４で療養している患者等、健康状態の監視が必要な者であればよい。

　上記各実施形態において、例えば、仮予約受付部４０、測定データ受付部４１、判定部４２、予約処理部４３、データ管理部４４、出力制御部４５、第１指示受付部６８、第２指示受付部７３といった各種の処理を実行する処理部（processing unit)のハードウェア的な構造は、次に示すような各種のプロセッサ（processor）である。

　各種のプロセッサには、ＣＰＵ、プログラマブルロジックデバイス（Programmable Logic Device:ＰＬＤ）、専用電気回路等が含まれる。ＣＰＵは、周知のとおりソフトウエア（プログラム）を実行して各種の処理部として機能する汎用的なプロセッサである。ＰＬＤは、ＦＰＧＡ(Field Programmable Gate Array) 等の、製造後に回路構成を変更可能なプロセッサである。専用電気回路は、ＡＳＩＣ（Application Specific Integrated Circuit）等の特定の処理を実行させるために専用に設計された回路構成を有するプロセッサである。

　１つの処理部は、これら各種のプロセッサのうちの１つで構成されてもよいし、同種または異種の２つ以上のプロセッサの組み合せ（例えば、複数のＦＰＧＡや、ＣＰＵとＦＰＧＡの組み合わせ）で構成されてもよい。また、複数の処理部を１つのプロセッサで構成してもよい。複数の処理部を１つのプロセッサで構成する例としては、第１に、１つ以上のＣＰＵとソフトウエアの組み合わせで１つのプロセッサを構成し、このプロセッサが複数の処理部として機能する形態がある。第２に、システムオンチップ（System On Chip:ＳｏＣ）等に代表されるように、複数の処理部を含むシステム全体の機能を１つのＩＣチップで実現するプロセッサを使用する形態がある。このように、各種の処理部は、ハードウェア的な構造として、上記各種のプロセッサを１つ以上用いて構成される。

　さらに、これらの各種のプロセッサのハードウェア的な構造は、より具体的には、半導体素子等の回路素子を組み合わせた電気回路（circuitry）である。

　上記記載から、以下の付記項１に記載の診療予約管理装置、および付記項２に記載の診療予約管理システムを把握することができる。

　［付記項１］
　生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付プロセッサと、
　ネットワークを介して前記生体センサから送信される、前記生体情報の測定データを受け付ける測定データ受付プロセッサと、
　前記測定データに基づいて、前記生体情報の測定が終了したか否かを判定する、または前記測定データに基づいて、前記測定データの受け付け途中において前記生体情報の測定が終了すると予測される終了予測時刻を判定する判定プロセッサと、
　前記診療日における診療時刻を設定する本予約処理を行う予約処理プロセッサであり、前記判定プロセッサで前記生体情報の測定が終了したと判定した場合、または前記判定プロセッサで前記終了予測時刻を判定した場合、前記本予約処理を開始する予約処理プロセッサと、
　前記予約処理プロセッサで設定した前記診療時刻を出力する出力制御プロセッサとを備える診療予約管理装置。

　［付記項２］
　健康状態の監視が必要な対象者に使用される生体センサと、ネットワーク上に設置され、前記対象者の診療予約を管理する診療予約管理装置とを備える診療予約管理システムにおいて、
　前記診療予約管理装置は、
　前記診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付プロセッサと、
　前記ネットワークを介して前記生体センサから送信される、前記対象者の生体情報の測定データを受け付ける測定データ受付プロセッサと、
　前記測定データに基づいて、前記生体情報の測定が終了したか否かを判定する、または前記測定データに基づいて、前記測定データの受け付け途中において前記生体情報の測定が終了すると予測される終了予測時刻を判定する判定プロセッサと、
　前記診療日における診療時刻を設定する本予約処理を行う予約処理プロセッサであり、前記判定プロセッサで前記生体情報の測定が終了したと判定した場合、または前記判定プロセッサで前記終了予測時刻を判定した場合、前記本予約処理を開始する予約処理プロセッサと、
　前記予約処理プロセッサで設定した前記診療時刻を出力する出力制御プロセッサとを備える診療予約管理システム。

　本発明は、上述の種々の実施形態や種々の変形例を適宜組み合わせることも可能である。また、上記各実施形態に限らず、本発明の要旨を逸脱しない限り種々の構成を採用し得ることはもちろんである。さらに、本発明は、プログラムに加えて、プログラムを記憶する記憶媒体にもおよぶ。

　１０　診療予約管理システム
　１１　生体センサ
　１１Ａ　ＣＴＧセンサ
　１１Ｂ　血圧計
　１１Ｃ　体重計
　１２　診療予約管理サーバ（診療予約管理装置）
　１３　医療施設
　１４　自宅
　１５　対象者端末
　１６　ネットワーク
　１７　スタッフ端末
　２０　ストレージデバイス
　２１　メモリ
　２２　中央制御部
　２３　通信部
　２４　データバス
　３０　作動プログラム
　３１　測定データテーブル
　３２　仮予約データテーブル
　３３　本予約データテーブル
　３４　アドレスデータテーブル、第３アドレスデータテーブル
　４０　仮予約受付部
　４１　測定データ受付部
　４２　判定部
　４３　予約処理部
　４４　データ管理部
　４５　出力制御部
　５０、５５　本予約通知画面
　５１　枠
　５２、７９、８４　確認ボタン
　５６　変更ボタン
　６０　設定変更画面
　６１　表
　６２　設定ボタン
　６３　戻るボタン
　６４　リンク
　６５　選択カーソル
　６８　第１指示受付部
　７０　本予約設定画面
　７３　第２指示受付部
　７５　第１アドレスデータテーブル、第２アドレスデータテーブル
　７８　第１警告通知画面
　８０　リスクデータテーブル
　８３　第２警告通知画面
　９０　スピーカー
　９１　警告音
　Ｓ　妊婦（対象者）
　Ｓ－１　第１妊婦
　Ｓ－２　第２妊婦
　Ｓ－ＨＲ　高リスク妊婦（高リスク対象者）
　Ｓ－ＬＲ　低リスク妊婦（低リスク対象者）
　Ｄ　担当医師
　Ｎ　担当看護師
　ＳＴ１００、ＳＴ１１０、ＳＴ２００、ＳＴ２１０、ＳＴ３００～ＳＴ３５０、ＳＴ４００～ＳＴ４４０、ＳＴ５００～ＳＴ５３０、ＳＴ６００～ＳＴ６２０、ＳＴ７００、ＳＴ７１０　ステップ

Claims

　生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付部と、
　ネットワークを介して前記生体センサから送信される、前記生体情報の測定データを受け付ける測定データ受付部と、
　前記測定データに基づいて、前記生体情報の測定が終了したか否かを判定する、または前記測定データに基づいて、前記測定データの受け付け途中において前記生体情報の測定が終了すると予測される終了予測時刻を判定する判定部と、
　前記診療日における診療時刻を設定する本予約処理を行う予約処理部であり、前記判定部で前記生体情報の測定が終了したと判定した場合、または前記判定部で前記終了予測時刻を判定した場合、前記本予約処理を開始する予約処理部と、
　前記予約処理部で設定した前記診療時刻を出力する出力制御部とを備える診療予約管理装置。
　前記対象者は妊婦であり、
　前記生体情報は、少なくとも胎児の心拍および子宮収縮圧を測定項目として含む請求項１に記載の診療予約管理装置。
　前記判定部は、前記測定データに基づいて、前記胎児が覚醒状態であるか否かを判定して、前記胎児が覚醒状態であるか否かの判定結果に基づいて前記終了予測時刻を判定し、
　前記予約処理部は、前記終了予測時刻に基づいて、前記本予約処理を行う請求項２に記載の診療予約管理装置。
　前記判定部は、前記測定データに基づいて、前記生体センサの装着位置が間違っているか否かを判定し、
　前記出力制御部は、前記判定部で前記装着位置が間違っていると判定した場合、前記装着位置が間違っている旨の第１警告を、予め登録された第１アドレスに出力する請求項１ないし３のいずれか１項に記載の診療予約管理装置。
　前記判定部は、前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定し、かつ前記測定データに基づいて、前記対象者の健康状態が異常であるか否かを判定し、
　前記出力制御部は、前記判定部で前記高リスク対象者と判定し、かつ前記健康状態が異常であると判定した場合、前記高リスク対象者の前記健康状態が異常である旨の第２警告を、予め登録された第２アドレスに出力し、
　前記判定部で前記低リスク対象者と判定した場合は、前記健康状態の判定結果に関わらず、前記第２警告を前記第２アドレスに出力しない請求項１ないし４のいずれか１項に記載の診療予約管理装置。
　前記判定部は、前記対象者が、症状が重篤化するリスクが高い高リスク対象者であるか、前記高リスク対象者よりも前記リスクが低い低リスク対象者であるかを判定し、かつ前記測定データに基づいて、前記対象者の健康状態が異常であるか否かを判定し、
　前記予約処理部は、前記判定部で前記高リスク対象者と判定し、かつ前記健康状態が異常であると判定した場合、先約の有無に関わらず設定し得る最も早い診療時刻を設定し、
　前記判定部で前記低リスク対象者と判定した場合は、前記健康状態の判定結果に関わらず、先約がない前記診療時刻のうちで最も早い診療時刻を設定する請求項１ないし５のいずれか１項に記載の診療予約管理装置。
　前記予約処理部は、前記本予約処理として、前記診療時刻を自動設定する処理を行う請求項１ないし６のいずれか１項に記載の診療予約管理装置。
　前記予約処理部で前記自動設定された前記診療時刻の設定変更指示を受け付ける第１指示受付部を備え、
　前記予約処理部は、前記設定変更指示に応じて前記診療時刻の設定を変更する請求項７に記載の診療予約管理装置。
　前記診療時刻の手動による設定指示を受け付ける第２指示受付部を備え、
　前記予約処理部は、前記本予約処理として、前記第２指示受付部の機能を有効化する処理を行う請求項１ないし８のいずれか１項に記載の診療予約管理装置。
　前記出力制御部は、前記診療日に応じて指定された時点である指定時点までに、前記生体情報の測定を終了すべき旨の第３警告を、予め登録された第３アドレスに出力する請求項１ないし９のいずれか１項に記載の診療予約管理装置。
　前記第３警告は、前記生体センサで表示される請求項１０に記載の診療予約管理装置。
　生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付ステップと、
　ネットワークを介して前記生体センサから送信される、前記生体情報の測定データを受け付ける測定データ受付ステップと、
　前記測定データに基づいて、前記生体情報の測定が終了したか否かを判定する、または前記測定データに基づいて、前記測定データの受け付け途中において前記生体情報の測定が終了すると予測される終了予測時刻を判定する判定ステップと、
　前記診療日における診療時刻を設定する本予約処理を行う予約処理ステップであり、前記判定ステップで前記生体情報の測定が終了したと判定した場合、または前記判定ステップで前記終了予測時刻を判定した場合、前記本予約処理を開始する予約処理ステップと、
　前記予約処理ステップで設定した前記診療時刻を出力する出力制御ステップとを備える診療予約管理装置の作動方法。
　生体センサを使用して生体情報を測定する対象者の診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付機能と、
　ネットワークを介して前記生体センサから送信される、前記生体情報の測定データを受け付ける測定データ受付機能と、
　前記測定データに基づいて、前記生体情報の測定が終了したか否かを判定する、または前記測定データに基づいて、前記測定データの受け付け途中において前記生体情報の測定が終了すると予測される終了予測時刻を判定する判定機能と、
　前記診療日における診療時刻を設定する本予約処理を行う予約処理機能であり、前記判定機能で前記生体情報の測定が終了したと判定した場合、または前記判定機能で前記終了予測時刻を判定した場合、前記本予約処理を開始する予約処理機能と、
　前記予約処理機能で設定した前記診療時刻を出力する出力制御機能とを、コンピュータに実行させる診療予約管理装置の作動プログラム。
　健康状態の監視が必要な対象者に使用される生体センサと、ネットワーク上に設置され、前記対象者の診療予約を管理する診療予約管理装置とを備える診療予約管理システムにおいて、
　前記診療予約管理装置は、
　前記診療予約について、少なくとも診療日を設定する仮予約を受け付ける仮予約受付部と、
　前記ネットワークを介して前記生体センサから送信される、前記対象者の生体情報の測定データを受け付ける測定データ受付部と、
　前記測定データに基づいて、前記生体情報の測定が終了したか否かを判定する、または前記測定データに基づいて、前記測定データの受け付け途中において前記生体情報の測定が終了すると予測される終了予測時刻を判定する判定部と、
　前記診療日における診療時刻を設定する本予約処理を行う予約処理部であり、前記判定部で前記生体情報の測定が終了したと判定した場合、または前記判定部で前記終了予測時刻を判定した場合、前記本予約処理を開始する予約処理部と、
　前記予約処理部で設定した前記診療時刻を出力する出力制御部とを備える診療予約管理システム。