(57)【要約】【課題】小規模な医療施設であっても、容易にシステムに参加することができ、システム参加のためのインセンティブによって、適時の情報更新が行われる来院予約システムを提供する。【解決手段】来院予約システム１は、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録する医療施設端末４０と、汎用ネットワーク２に接続され、登録された来院予約券の情報を公開するアプリケーションサーバ１０及びデータサーバ２０と、汎用ネットワーク２を介してアプリケーションサーバ１０にアクセスして所望の来院予約券を予約し、所望の来院予約券の発券を受ける患者端末５０とを備える。医療施設端末４０は、アプリケーションサーバ１０及びデータサーバ２０を用いて所定の時間帯を設定することができる。【選択図】  図１
2015026324.tif 000002
【特許請求の範囲】
【請求項１】
患者が医療施設への来院を予約する来院予約システムであって、
あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録する登録手段と、
通信ネットワークに接続され、上記登録された来院予約券の情報を公開する予約情報公開手段と、
上記通信ネットワークを介して上記予約情報公開手段にアクセスして所望の来院予約券を予約し、該所望の来院予約券の発券を受ける予約アクセス手段とを備え、
上記登録手段は、上記予約情報公開手段を用いて上記所定の時間帯を設定することができることを特徴とする来院予約システム。
【請求項２】
上記通信ネットワークに接続され、医療施設の情報を含む情報を提供する情報公開手段を更に備え、
上記予約アクセス手段は、上記予約情報公開手段の有する情報データが上記情報公開手段が有する情報データに関連付けられていることによって、上記情報公開手段を介して、上記予約情報公開手段にアクセスすることを特徴とする請求項１記載の来院予約システム。
【請求項３】
上記登録手段は、上記予約情報公開手段を用いて、上記患者に対して有用な情報を提供するデータを設定できることを特徴とする請求項１記載の来院予約システム。
【請求項４】
上記予約情報公開手段は、上記通信ネットワークに接続可能である少なくとも１つのサーバであり、
上記予約アクセス手段は、上記通信ネットワークに接続可能である少なくとも１つのコンピュータ端末装置であり、
上記登録手段は、上記通信ネットワークとは異なる専用回線によって上記予約情報公開手段と接続されることを特徴とする請求項１記載の来院予約システム。
【請求項５】
上記専用回線は、上記通信ネットワークを仮想的に専用化された回線であることを特徴とする請求項４記載の来院予約システム。
【請求項６】
上記専用回線は、通信データを暗号化することによって上記通信ネットワークを仮想的に専用化された回線であることを特徴とする請求項５記載の来院予約システム。
【請求項７】
上記所望の来院予約券が発見されたことを通知する発券通知手段を更に備え、
上記発券通知手段は、上記専用回線のみに接続されて、上記登録手段と通信することを特徴とする請求項４記載の来院予約システム。
【請求項８】
上記予約情報公開手段は、上記予約アクセス手段の該予約情報公開手段へのアクセス履歴に基づいて、行動ログデータを生成し、該行動ログデータを分析して医療施設に対するアドバイスデータを作成することを特徴とする請求項１記載の来院予約システム。
【請求項９】
患者が医療施設への来院を予約する来院予約システムであって、
通信ネットワークに接続され、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録する登録手段と、
上記通信ネットワークを介して上記登録された来院予約券の情報を公開する予約情報公開手段と、
上記通信ネットワークを介して上記予約情報公開手段にアクセスして所望の来院予約券を予約し、該所望の来院予約券の発券を受ける予約アクセス手段とを備え、
上記登録手段は、患者の来院情報データが記録された電子カルテのデータにアクセス可能であり、
上記予約情報公開手段は、上記通信ネットワークを介して取得した、電子カルテに記録されたデータに基づいて患者の来院情報データを生成し、該来院情報データを分析して医療施設に対するアドバイスデータを作成して、上記登録手段に通知することを特徴とする来院予約システム。
【請求項１０】
メモリに記憶され、演算処理装置にロードして各ステップを実行するコンピュータプログラムであって、患者が医療施設への来院を予約する来院予約プログラムにおいて、
登録手段を用いて、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録させるステップと、
通信ネットワークに接続した予約情報公開手段によって、上記登録された来院予約券の情報を公開するステップと、
上記通信ネットワークに接続された予約アクセス手段を用いて、上記予約情報公開手段にアクセスして所望の来院予約券を予約させ、該所望の来院予約券の発券するステップとを有し、
上記来院予約券を登録するステップは、上記予約情報公開手段を介して上記所定の時間帯を設定することができることを特徴とする来院予約プログラム。
【請求項１１】
上記予約券の情報を公開するステップは、上記予約情報公開手段の有する情報データが、上記通信ネットワークに接続された他の情報公開手段が有する情報データに関連付けられていることによって、上記情報公開手段を介して、上記予約情報公開手段にアクセスするステップを含むことを特徴とする請求項１０記載の来院予約プログラム。
【請求項１２】
上記来院予約券を登録させるステップは、上記患者に対して有用な情報を提供するデータを設定するステップを含むことを特徴とする請求項１０記載の来院予約プログラム。
【請求項１３】
上記予約情報公開手段によって、医療施設に、上記来院予約券の発券があった旨を通知するステップを更に有することを特徴とする請求項１０記載の来院予約プログラム。
【請求項１４】
上記来院予約券の発券があった旨を通知するステップは、電子メール又はファクシミリ通信の少なくとも一方を用いて実行されることを特徴とする請求項１３記載の来院予約プログラム。
【請求項１５】
上記予約情報公開手段によって、来院予約券を発券した実績を医療施設に対して通知するステップを更に有することを特徴とする請求項１３記載の来院予約プログラム。
【請求項１６】
上記予約情報公開手段によって、上記予約アクセス手段の該予約情報公開手段へのアクセス履歴に基づいて、行動ログデータを生成し、該行動ログデータを分析して医療施設に対するアドバイスデータを作成するステップを更に有することを特徴とする請求項１０記載の来院予約プログラム。
【請求項１７】
予約情報公開手段のメモリに記憶され、該予約情報公開手段の演算処理装置にロードして各ステップを実行するコンピュータのプログラムであって、患者が医療施設への来院を予約する来院予約プログラムにおいて、
電子カルテのデータにアクセス可能な、通信ネットワークに接続された登録手段を用いて、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録させるステップと、
上記通信ネットワークに接続された上記予約情報公開手段によって、上記登録された来院予約券の情報を公開するステップと、
上記通信ネットワークに接続された予約アクセス手段を用いて、上記予約情報公開手段にアクセスして所望の来院予約券を予約させ、該所望の来院予約券の発券するステップとを有し、
上記予約情報公開手段は、上記通信ネットワークを介して取得した、電子カルテに記録された患者の来院情報データに基づいて患者の来院予測データを生成し、該来院予測データを分析して医療施設に対するアドバイスデータを作成して、上記登録手段に通知することを特徴とする来院予約プログラム。
【請求項１８】
請求項１０〜１７いずれか１項記載の来院予約プログラムを記憶する記憶部と、
上記来院予約プログラムをロードして各ステップを実行する演算処理部とを備える予約情報公開装置。
【請求項１９】
患者が医療施設への来院を予約する来院予約券を発券する来院予約券発券方法であって、
登録手段によって、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録し、
通信ネットワークに接続した予約情報公開手段によって、上記登録された来院予約券の情報を公開し、
上記通信ネットワークに接続された予約アクセス手段によって、上記予約情報公開手段にアクセスして所望の来院予約券を予約し、該所望の来院予約券の発券し、
上記来院予約券を登録することには、上記予約情報公開手段を介して上記所定の時間帯を設定することを含むことを特徴とする来院予約券発券方法。
【請求項２０】
上記予約券の情報を公開することは、上記予約情報公開手段の有する情報データが、上記通信ネットワークに接続された他の情報公開手段が有する情報データに関連付けられていることによって、上記情報公開手段を介して、上記予約情報公開手段にアクセスすることを含むことを特徴とする請求項１９記載の来院予約券発券方法。
【請求項２１】
上記来院予約券を登録させることには、上記患者に対して有用な情報を提供するデータを設定することを含むことを特徴とする請求項１９記載の来院予約券発券方法。
【請求項２２】
上記予約情報公開手段によって、医療施設に、上記来院予約券の発券があった旨を通知することを更に有することを特徴とする請求項１９記載の来院予約券発券方法。
【請求項２３】
上記来院予約券の発券があった旨を通知することには、電子メール又はファクシミリ通信の少なくとも一方を用いることを特徴とする請求項２２記載の来院予約券発券方法。
【請求項２４】
上記予約情報公開手段によって、来院予約券を発券した実績を医療施設に対して通知することを更に有することを特徴とする請求項２２記載の来院予約券発券方法。
【請求項２５】
上記予約情報公開手段によって、上記予約アクセス手段の該予約情報公開手段へのアクセス履歴に基づいて、行動ログデータを生成し、該行動ログデータを分析して医療施設に対するアドバイスデータを作成することを更に有することを特徴とする請求項１９記載の来院予約券発券方法。
【請求項２６】
患者が医療施設への来院を予約する来院予約券発券方法であって、
電子カルテのデータにアクセス可能な、通信ネットワークに接続された登録手段によって、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録し、
上記通信ネットワークに接続された上記予約情報公開手段によって、上記登録された来院予約券の情報を公開し、
上記通信ネットワークに接続された予約アクセス手段によって、上記予約情報公開手段にアクセスして所望の来院予約券を予約し、該所望の来院予約券の発券し、
上記予約情報公開手段は、上記通信ネットワークを介して取得した、電子カルテに記録された患者の来院情報データに基づいて患者の来院予測データを生成し、該来院予測データを分析して医療施設に対するアドバイスデータを作成して、上記登録手段に通知することを特徴とする来院予約券発券方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コンピュータ端末を用いて、病院の来院を予約する予約券のスケジュールを設定し、その予約券を検索し、閲覧し、予約券を発券する来院予約システム、来院予約プログラム、来院予約券発券方法及び来院予約発券装置に関する。
【背景技術】
【０００２】
近年、大学病院や大規模病院に患者が集中し、膨大な待ち時間が発生し、本来あるべき質の高い医療を提供することの阻害要因となっていることが社会問題となっている。そこで、医療の質を向上させるため数々の施策が試みられているが、その１つとして、患者の住まい近隣の小規模医療機関を「かかりつけ医」を設定することが挙げられる。かかりつけ医では、来院する患者の状態を判断し、より重篤な症状である場合かかりつけ医から、より設備等の充実した大規模医療機関へ診療を移すといった地域医療連携等が活用されつつある。
【０００３】
一方、かかりつけ医のような小規模医療機関においても、時間帯や、季節、あるいは医療施設の設置エリア等によって、来院患者の多い場合と少ない場合とが混在し、間雑状況を平準化することによって、より質の高い医療サービスを提供するとともに、医療サービスの効率を向上させることによって、他の医療施設との差別化をはかり、収支状況を改善したいとの要望が増えつつある。
【０００４】
情報通信技術の高度かつ爆発的な発達により、医療機関に関する情報をより効率よく収集し、収集した情報を地域の住民等に公開することは、非常に容易になっており、携帯端末等によって病院を検索するシステムやサービスが多く提供されている。たとえば、特許文献１には、インタネットに接続できるコンピュータ端末を用いて、サーバに記録されている病院の情報を検索して、予約を行うことが考案されている。また、特許文献２には、携帯端末で病院の予約を行い、予約時間が近付いたら予約した携帯端末にその旨をメールで通知するシステムが考案されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００２−１８３３０１号公報
【特許文献２】特開２００２−３１８８５４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１や特許文献２等のようなシステムでは、たしかに適時に更新された予約時間帯情報がデータベースにあれば、適切な待ち時間で医療機関を受診することも可能である。しかしながら、予約時間情報の更新を実施する医療機関の側に相応のインセンティブがなければ、適時に更新されたデータベースが提供されることがなく、実質的に利用価値の低いシステムとなってしまうとの問題がある。
【０００７】
「かかりつけ医」となるべき医療施設は、比較的規模が小さいいわゆる「クリニック」等であり、これらは人的リソースの問題もあり、予約情報更新をするインセンティブが不明確では、システムへの十分な参加が見込めず、患者を含めて予約システムの恩恵を十分受けることができない。また、上述した病院予約システムや病院検索システムに参加するには、高度な情報通信に関する知識が必要となり、小規模医院では、医師等の高齢化が進んでいる場合も多く、技術的な対応が困難である場合が多い。したがって、病院予約システムを実際に構築することは、時間的にも費用的にも困難な場合が多く、十分に普及していないのが現状である。さらに、医療機関が保有する医療情報は、高度な個人情報が医療機関データベースに蓄積されており、個人情報保護等の観点からも、一般公衆が汎用的に用いるインタネット等の通信ネットワークに接続してサービスを提供し、その利益を享受するには、障壁が高いとの問題がある。
【０００８】
また、かかりつけ医のしくみとは別に、インタネットのポータルサイト等を利用して広範な医療施設情報を取得することができ、医療施設の受診を希望する患者が自己の症状により適切な医療施設を検索した場合でも、初診の医療施設での待ち時間が不確実では容易に受診する動機付けが生まれないとの問題がある。
【０００９】
そこで、本発明は、小規模な医療施設であっても、容易にシステムに参加することができ、システム参加のためのインセンティブによって、適時の情報更新が行われ、来院患者に対しても高い利便性をもたらす来院予約システムを提供することを目的とする。
【課題を解決するための手段】
【００１０】
上述した課題を解決するための手段として、本発明の一実施の形態に係る来院予約システムは、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録する登録手段と、通信ネットワークに接続され、登録された来院予約券の情報を公開する予約情報公開手段と、通信ネットワークを介して予約情報公開手段にアクセスして所望の来院予約券を予約し、所望の来院予約券の発券を受ける予約アクセス手段とを備える。そして、登録手段は、予約情報公開手段を用いて所定の時間帯を設定することができる。
【００１１】
来院予約システムは、上記通信ネットワークに接続され、医療施設の情報を含む情報を提供する情報公開手段を更に備えてもよい。その場合には、予約アクセス手段は、予約情報公開手段の有する情報データが情報公開手段が有する情報データに関連付けられていることによって、情報公開手段を介して、予約情報公開手段にアクセスすることができる。
【００１２】
また、来院予約システムは、登録手段によって、予約情報公開手段を用いて、患者に対して有用な情報を提供するデータを設定することもできる。
【００１３】
また、他の実施の形態に係る来院予約システムは、予約情報公開手段が、通信ネットワークに接続可能である少なくとも１つのサーバであり、予約アクセス手段が、通信ネットワークに接続可能である少なくとも１つのコンピュータ端末装置である。そして、登録手段が、通信ネットワークとは異なる専用回線によって予約情報公開手段と接続されるように構成することもできる。ここで、専用回線は、通信ネットワークを仮想的に専用化された回線としてもよく、専用回線は、通信データを暗号化することによって通信ネットワークを仮想的に専用化された回線としてもよい。
【００１４】
他の実施の形態に係る来院予約システムは、所望の来院予約券が発見されたことを通知する発券通知手段を更に備えるようにしてもよく、その場合には、発券通知手段は、専用回線のみに接続されて、登録手段と通信することが好ましい。
【００１５】
また、本発明の他の実施の形態に係る来院予約システムは、通信ネットワークに接続され、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録する登録手段と、通信ネットワークを介して登録された来院予約券の情報を公開する予約情報公開手段と、通信ネットワークを介して予約情報公開手段にアクセスして所望の来院予約券を予約し、所望の来院予約券の発券を受ける予約アクセス手段とを備える。そして、登録手段は、患者の来院情報データが記録された電子カルテのデータにアクセス可能であり、予約情報公開手段は、通信ネットワークを介して取得した、電子カルテに記録されたデータに基づいて患者の来院情報データを生成し、来院情報データを分析して医療施設に対するアドバイスデータを作成して、登録手段に通知することができる。
【００１６】
また、本発明の一実施の形態に係る来院予約プログラムは、メモリに記憶され、演算処理装置にロードして各ステップを実行するコンピュータプログラムである。この来院予約プログラムは、登録手段を用いて、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録させるステップと、通信ネットワークに接続した予約情報公開手段によって、登録された来院予約券の情報を公開するステップと、通信ネットワークに接続された予約アクセス手段を用いて、予約情報公開手段にアクセスして所望の来院予約券を予約させ、所望の来院予約券の発券するステップとを有する。そして、来院予約券を登録するステップは、予約情報公開手段を介して所定の時間帯を設定することができる。
【００１７】
また、本発明の他の実施の形態に係る来院予約プログラムは、予約情報公開手段のメモリに記憶され、該予約情報公開手段の演算処理装置にロードして各ステップを実行するコンピュータのプログラムであり、電子カルテのデータにアクセス可能な、通信ネットワークに接続された登録手段を用いて、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録させるステップと、通信ネットワークに接続された予約情報公開手段によって、登録された来院予約券の情報を公開するステップと、通信ネットワークに接続された予約アクセス手段を用いて、予約情報公開手段にアクセスして所望の来院予約券を予約させ、所望の来院予約券の発券するステップとを有する。そして、予約情報公開手段は、通信ネットワークを介して取得した、電子カルテに記録された患者の来院情報データに基づいて患者の来院予測データを生成し、来院予測データを分析して医療施設に対するアドバイスデータを作成して、上記登録手段に通知する。
【００１８】
本発明の一実施の形態に係る予約情報公開装置は、上述の来院予約プログラムを記憶する記憶部と、この来院予約プログラムをロードして各ステップを実行する演算処理部とを備える。
【００１９】
本発明の一実施の形態に係る予約券発券方法は、登録手段によって、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録し、通信ネットワークに接続した予約情報公開手段によって、登録された来院予約券の情報を公開し、通信ネットワークに接続された予約アクセス手段によって、予約情報公開手段にアクセスして所望の来院予約券を予約し、所望の来院予約券の発券し、来院予約券を登録することには、予約情報公開手段を介して上記所定の時間帯を設定することを含む。
【００２０】
また、本発明の他の実施の形態に係る予約券発券方法は、電子カルテのデータにアクセス可能な、通信ネットワークに接続された登録手段によって、あらかじめ所定の時間帯が設定されたスケジュール表に基づいて、来院予約券を登録し、通信ネットワークに接続された予約情報公開手段によって、登録された来院予約券の情報を公開し、通信ネットワークに接続された予約アクセス手段によって、予約情報公開手段にアクセスして所望の来院予約券を予約し、所望の来院予約券の発券し、予約情報公開手段は、通信ネットワークを介して取得した、電子カルテに記録された患者の来院情報データに基づいて患者の来院予測データを生成し、来院予測データを分析して医療施設に対するアドバイスデータを作成して、登録手段に通知する。
【発明の効果】
【００２１】
本発明の来院予約システム、来院予約プログラム、予約情報公開装置及び予約券発券方法は、登録手段を用いて、容易に予約情報公開手段にアクセスし、予約券の発券のためのスケジュールを含む時間帯設定を簡便に行うことできるので、人的リソース、技術的リソース等の乏しい小規模医療施設でも高いインセンティブを維持してシステムに参加することが可能になるとともに、自由度の高い受診時間帯で予約設定を行うことができるため、医療施設の来院患者数の予測性が高まり、より適切な医療サービスを提供することができる。
【００２２】
また、本発明の来院予約システム、来院予約プログラム、予約情報公開装置及び予約券発券方法は、より多くの医療施設の情報を含む情報公開手段を備えることができるので、受診を希望する患者が容易に該当する医療施設を検索できるとともに、待ち時間が少ないことによる来院患者の満足度が向上し、参加医療施設のインセンティブも高まる。
【００２３】
また、本発明の来院予約システム、来院予約プログラム、予約情報公開装置及び予約券発券方法は、患者に対する有用な情報を的確に提供できるので、来院患者の満足度が向上する。
【００２４】
また、本発明の来院予約システム、来院予約プログラム、予約情報公開装置及び予約券発券方法は、医療施設の端末とデータセンタのサーバとの通信環境を専用回線又は仮想専用化回線とすることができるので、医療施設の個人情報の漏えい事故を低減することができる。
【００２５】
また、本発明の来院予約システム、来院予約プログラム、予約情報公開装置及び予約券発券方法では、電子カルテシステムと連携することによって、リアルタイムで患者の来院状況を把握することができ、蓄積された実績データと合わせて、より的確かつ適切な時間帯に予約券の発券スケジュールを設定することができ、患者の来院数の増大に寄与することができ、医療施設のシステム参加インセンティブが維持される。
【図面の簡単な説明】
【００２６】
【図１】本発明が適用された来院予約システムの構成の一例を示すブロック図である。
【図２】本発明が適用された来院予約システムの構成の他の例を示すブロック図である。
【図３】本発明が適用された来院予約システムの構成の他の例を示すブロック図である。
【図４】来院予約システムを構成する、データセンタ内及び他のデータセンタ内に設置されるサーバの構成の一例を示すブロック図である。
【図５】来院予約システムを構成する、（Ａ）医療施設内に設置される医療施設端末、データセンタに設置される専用通信端末の構成の一例を示すブロック図であり、（Ｂ）患者が保有する患者端末の構成の一例を示すブロック図である。
【図６】本発明が適用された来院予約システムの動作を表すフローチャートである。
【図７】来院予約システムを構成する医療施設端末に表示される予約券発券登録用管理画面の一例を示す図である。
【図８】図６の来院予約システムの動作フローチャートのうち、予約券の発券スケジュールを設定するための詳細なフローチャートである。
【図９】来院予約システムを構成する患者端末に表示される病院及び予約券検索画面の一例を示す図である。
【図１０】図６の来院予約システムの動作フローチャートのうち、病院及び予約券検索画面を用いて所望の医療施設を検索するためのフローチャートである。
【図１１】図９の病院及び予約券検索画面によって検索された医療施設についての詳細情報を患者端末に表示する病院詳細確認画面の一例を示す図である。
【図１２】図６の来院予約システムの動作フローチャートのうち、図１１の病院詳細確認画面を表示するための詳細なフローチャートである。
【図１３】患者端末を保有する患者が来院予約システムに参加するための会員登録用画面の一例を示す図である。
【図１４】図１３の会員登録用画面において、患者端末を用いて所定の情報を入力した後に表示される確認画面の一例を示す図である。
【図１５】図６の来院予約システムの動作フローチャートのうち、患者端末を用いて、図１３及び図１４の会員登録を含む予約券の発券要求を行うための詳細なフローチャートである。
【図１６】図６の来院予約システムの動作フローチャートのうち、データセンタのアプリケーションサーバ及びデータサーバによって、医療施設に患者端末から予約券の発券要求があった旨を通知するための詳細なフローチャートである。
【図１７】医療施設端末に表示される予約券発券レポート確認用画面の一例を示す図である。
【図１８】図６の来院予約システムの動作フローチャートのうち、医療施設端末を用いて、図１７の予約券発券レポート確認用画面を表示するための詳細なフローチャートである。
【図１９】アプリケーションサーバ及びデータサーバを用いて、患者の行動ログを収集し、予約券の発券スケジュール等についてのアドバイスデータを生成して、医療施設に送信するオプション動作のためのフローチャートである。
【図２０】図１９のオプション動作フローチャートのうち、患者端末によって検索等されたデータを行動ログとして記録し、サーバに蓄積するための詳細なフローチャートである。
【図２１】図１９のオプション動作フローチャートのうち、アプリケーションサーバ及びデータサーバによって、行動ログの分析を行うための詳細なフローチャートである。
【図２２】図１９のオプション動作フローチャートのうち、行動ログから計算された予測データを医療施設端末に送信するための詳細なフローチャートである。
【図２３】来院予約システムを、医療施設が有する電子カルテシステムと連携させて動作させるための構成の一例を示すブロック図である。
【図２４】電子カルテシステムと連携させるための医療施設端末の構成の一例を示すブロック図である。
【図２５】来院予約システムを、医療施設が有する電子カルテシステムと連携させて動作させるためのフローチャートである。
【図２６】医療施設端末のコールバックにしたがって、データセンタの電子カルテ情報同期ＡＰＩを起動して、アプリケーションサーバ及びデータサーバに電子カルテの情報を取り込むための詳細なフローチャートである。
【図２７】医療施設端末のコールバックにしたがって、データセンタの予測データ返却ＡＰＩを起動して、予測データに基づくアドバイスデータを生成し、医療施設端末に送信するための詳細なフローチャートである。
【図２８】医療施設端末のコールバックにしたがって、データセンタの予約券情報返却ＡＰＩを起動して、予約券の発券要求を行った患者が来院したか否かを電子カルテに記録するための詳細なフローチャートである。
【発明を実施するための形態】
【００２７】
以下、本発明を実施するための形態について、図面を参照しながら詳細に説明する。なお、本発明は、以下の実施形態のみに限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変更が可能であることはもちろんである。
【００２８】
以下の順序にしたがって説明する。
１．来院予約システム
１−１．来院予約システムの構成例
１−２．各情報通信端末装置の構成例
２．来院予約システムの動作手順
２−１．動作手順概要
２−２．予約券の発券登録手順
２−３．予約券検索及び確認手順
２−４．予約券発券手順
２−５．予約券発券実績レポート確認手順
２−６．オプション機能
３．電子カルテシステム等との連携
３−１．電子カルテシステムと連動した来院予約システムの構成例
３−２．電子カルテシステムとの連携手順
【００２９】
１．来院予約システム
１−１．来院予約システムの構成例
図１に示すように、本発明の来院予約システム１は、インタネット等の汎用ネットワーク２に接続された複数の情報通信端末装置により構成される。好ましくは、来院予約システム１に含まれるすべての情報通信端末装置は、データセンタのネットワークに直接又は他のネットワークを介して接続することができ、汎用ネットワーク２によって、それぞれ双方向に通信することができる。
【００３０】
来院予約システム１に含まれる情報通信端末装置は、管理画面データ１６等を有するアプリケーションサーバ１０と、医療施設の指示に基づいて設定されたスケジュールデータ２６をアプリケーションサーバ１０を介して蓄積するデータサーバ２０と、作成された予約券の発券可能なスケジュールデータ４６をデータセンタへ送信する医療施設端末４０と、所望の医療施設を検索し、予約券の発券を受ける患者が所有する患者端末５０とを含む。
【００３１】
汎用ネットワーク２は、インタネット等のように、情報通信端末装置を用いて自由に接続することができる通信ネットワークであり、周知のプロトコルを採用することによって、特定の企業、組織等内に設置されたイントラネット等とも相互に接続することができる。たとえば、データセンタ内に設置された専用の通信回線とも相互に接続することができ、医療施設端末とも接続することができる。
【００３２】
ここで、データセンタとは、クリニック、医院、又は病院等の医療施設から来院予約のためのスケジュールデータ４６を受けて、患者端末５０を含む情報処理装置に対して、スケジュールデータ４６に基づく情報（スケジュールデータ２６）を汎用ネットワーク２を介して公開し、患者端末５０からの指示に基づいて、予約券を発券し、医療施設に対して発券した予約情報を通知し、それらの情報をとりまとめる情報通信端末装置（アプリケーションサーバ１０及びデータサーバ２０）を設置する組織あるいは施設をいうものとする。
【００３３】
医療施設端末４０は、インタネット等の汎用ネットワーク２を介してデータセンタに設置されるサーバに接続することができるが、医療施設には、秘密にすべき患者の個人情報が蓄積されているので、単純に公衆のインタネット回線に接続するとこれらの情報が流出することが懸念される。そこで、医療施設端末４０は、データセンタ内のアプリケーションサーバ１０に対して１対１で接続されるように敷設された専用通信回線３を用いて接続されるのが好ましい。
【００３４】
一方で、専用通信回線３を敷設するには、高額な費用となる場合があるので、これに代えて、仮想的に専用回線化した汎用の通信回線（仮想専用化通信回線４として、図１では破線によって示す。）を用いるようにしてもよい。具体的には、ＰＰＴＰ（ポイント・トゥ・ポイント、Point to Point Tunneling Protocol）やＳＳＬ（Secure Socket Layer）等のプロトコルを用いて、インタネットを介して、暗号化データをカプセリングして通信するインタネットＶＰＮ（Virtual Private Network）等を用いることができる。その他、インタネットサービスプロバイダ（ＩＳＰ、Internet Service Provider）が提供する専用化回線を用いてもよい。
【００３５】
図２に示すように、来院予約システム１ａは、上述のデータセンタ内データサーバ２０に加え、他のデータセンタ内に設置されたデータサーバ３０を備えるようにしてもよい。たとえば、データサーバ３０は、インタネットのポータルサイトを運営する組織又は施設内に設置される。他のデータセンタ内のデータサーバ３０は、より広範囲の医療施設に関する情報を有しており、患者が患者端末５０を用いて、その情報に自由にアクセスすることができる。
【００３６】
図２の実施の形態では、医療施設端末４０とデータセンタ側のアプリケーションサーバ１０との接続は、専用通信回線３を用いているが、図１の場合と同様に、インタネットＶＰＮ等を用いた仮想専用化通信回線４を用いるようにしてもよいのはいうまでもない。
【００３７】
また、図３に示すように、来院予約システム１ｂは、データセンタ側に、それぞれの医療施設端末とのみ接続される専用通信端末６０を備えるようにしてもよい。専用通信端末６０は、汎用ネットワーク２に接続されていないので、医療施設端末４０からの情報が、汎用ネットワーク２上に流出するおそれを格段に低減することができる。データセンタの専用通信端末６０は、処理部と記憶部を備える情報通信端末装置であるが、電話回線に接続することができる通信装置、たとえばファクシミリ装置であってもよい。ファクシミリ装置を専用通信端末６０として用いる場合には、医療施設端末４０もファクシミリ装置であることが好ましい。ファクシミリ装置を電話回線上で用いることによって、特定の相手先にのみ接続することができるので、他のユーザやデータセンタ等のネットワーク事業者に対して情報流出を極力抑えることができるとともに、専用・汎用含めて新規にネットワーク回線を敷設する必要がなく、医療施設側の技術的、費用的負担を低減することできる。
【００３８】
１−２．各情報通信端末装置の構成例
以下、説明する来院予約システム１，１ａ，１ｂを構成する各情報通信端末装置の動作によって、本発明に係る来院予約システムが動作するが、各情報通信端末装置が備える記憶部に保存されたプログラムを処理部、すなわちＣＰＵにロードして実行するようにしてもよい。また、プログラムは、それぞれの機能に対応する情報通信端末装置の記憶部に保存されており、都度ＣＰＵにロードして実行するようにしてもよいが、データセンタのアプリケーションサーバのプログラム実行により各端末が仮想的に動作するクラウドコンピューティングシステムとして動作するようにしてもよいのはいうまでもない。
【００３９】
（１）サーバの構成例
本発明の来院予約システム１，１ａ，１ｂが備えるアプリケーションサーバ１０及びデータサーバ２０，３０は、図４に示すように、通常のサーバと同様の構成を備える。すなわち、アプリケーションサーバ１０は、汎用ネットワーク２に接続するための通信Ｉ／Ｆ部１１と、コンピュータにログインし、医療施設から送信されてきたスケジュールデータ４６を作成等する際に文字入力等を行うためのキーボード等の入力Ｉ／Ｆ部１３と、ネットワークや入力装置によって入力されたデータを編集し、処理するためのデータ処理部１２と、データ処理部１２で処理されたデータを表示する表示部１７に表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部１４とを備える。また、アプリケーションサーバ１０は、送信されるべきスケジュールデータ４６等の入力作業等を支援するために管理画面を医療施設等に提供するが、このような管理画面データを保存する記憶部１５を備える。データ処理部１２は、たとえばＣＰＵ、ＭＰＵであり、記憶部１５の一部をキャッシュメモリとして内蔵してもよい。記憶部１５は、ＲＯＭ、ＲＡＭ及び磁気記憶媒体を有する外部記憶装置等である。
【００４０】
アプリケーションサーバ１０は、医療施設に対して予約券のスケジュールを登録することを支援する登録画面を提供する管理画面データ１６を有する。管理画面データ１６は、その他、医療施設に対して、データサーバ２０に蓄積されたデータに基づいて、予約券を発券した日時、発券対象者を利用料金とともに表示する予約券発券レポート画面を提供する。さらに管理画面データ１６は、患者端末５０に対して、病院詳細情報に関するデータを表示し、会員登録・予約券発券情報を表示する画面データを提供する。
【００４１】
データサーバ２０は、アプリケーションサーバ１０と同様の構成を備える。すなわち、汎用ネットワーク２に接続するための通信Ｉ／Ｆ２１と、文字入力等を行うキーボード等の入力Ｉ／Ｆ２３と、ネットワークや入力装置によって入力されたデータを編集し、処理するためのデータ処理部２２と、データ処理部２２で処理されたデータを表示する表示部２７に表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部２４と、スケジュール等を保存する記憶部２５とを備えている。データ処理部２２は、アプリケーションサーバ１０と同様に、たとえばＣＰＵ、ＭＰＵであり、記憶部１５の一部をキャッシュメモリとして内蔵してもよく、記憶部１５は、ＲＯＭ、ＲＡＭ及び磁気記憶媒体を有する外部記憶装置等である。
【００４２】
データサーバ２０は、汎用ネットワーク２に接続されたアプリケーションサーバ１０を介して処理されたスケジュールデータ２６や会員登録データ等をそれぞれ適切に関連付けて記憶部２５に保存する。
【００４３】
他のデータセンタのデータサーバ３０は、アプリケーションサーバ１０やデータサーバ２０と同様の構成を備える。すなわち、汎用ネットワーク２に接続するための通信Ｉ／Ｆ３１と、文字入力等を行うキーボード等の入力Ｉ／Ｆ３３と、ネットワークや入力装置によって入力されたデータを編集し、処理するためのデータ処理部３２と、データ処理部３２で処理されたデータを表示する表示部３７に表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部３４と、スケジュール等を保存する記憶部３５とを備える。
【００４４】
データサーバ３０は、たとえば他の事業者（ＩＳＰ、Internet Service Provider）が運営するポータルサイトのためのサーバ装置であり、より広範囲のクリニック、医院、病院等の医療施設を含む情報を蓄積している。データサーバ３０は、インタネット等の汎用の通信ネットワークに接続されて、データサーバ３０に蓄積されているデータを一般の利用者が検索、閲覧したり、他の事業者に登録をした利用者が検索、閲覧したりすることができる。
【００４５】
データサーバ２０に格納されている医療施設情報は、データサーバ３０に蓄積されている医療施設情報にリンクしており、後述するようにより広範囲な医療施設に関して検索し、閲覧することを可能にする。
【００４６】
汎用ネットワーク２（又はこれに直接若しくは複数のネットワーク）を介して接続されるサーバは、上述したサーバ１０，２０，３０に限らない。データセンタ内に複数のアプリケーションサーバ１０が設置されていてもよく、複数のデータサーバ２０が設置されていてもよい。あるいは、同一の装置を用いて、アプリケーションサーバ１０とデータサーバ２０に相当する機能を実現させてもよい。また、それぞれのサーバに個別に記憶部１５，２５，３５が接続されているが、これらの記憶部を直接ネットワークに接続するようにしてもよい。他のデータセンタのデータサーバ３０も、１つに限らず、アプリケーションサーバの機能を内蔵するようにしてもよいのはもちろんである。
【００４７】
（２）医療施設端末及び専用通信端末の構成例
医療施設端末４０は、図５（Ａ）に示すように、専用通信回線３（又は仮想的に専用回線化した仮想専用化通信回線４）に接続するための通信Ｉ／Ｆ部４１と、コンピュータにログインし、データセンタへ送信すべきスケジュールデータ４６を作成等する際に文字入力等を行うためのキーボード等の入力Ｉ／Ｆ部４３と、ネットワークや入力装置によって入力されたデータを編集し、処理するためのデータ処理部４２と、データ処理部４２で処理されたデータを表示する表示部４７に表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部４４とを備えている。また、医療施設端末４０は、送信すべきスケジュールデータ４６等の入力、編集作業等を行うための一時保存等のために記憶部４５を備える。データ処理部４２は、たとえばＣＰＵやＭＰＵであり、記憶部４５の一部をキャッシュメモリとして内蔵してもよい。記憶部４５は、ＲＯＭ、ＲＡＭ及び磁気記憶媒体を有する外部記憶装置等である。
【００４８】
専用通信回線３を用いて医療施設端末４０に接続する場合には、データセンタにおいても専用通信端末６０を用いることによって、医療施設が保有する医療情報の漏えい防止に役立てることができる。データセンタに設置される専用通信端末６０は、医療施設端末４０と同様の構成を有する。すなわち、専用通信端末６０は、通信Ｉ／Ｆ部６１と、キーボード等の入力Ｉ／Ｆ部６３と、データを編集し、処理するためのデータ処理部６２と、データ処理部６２で処理されたデータを表示する表示部６７に表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部６４とを備えている。また、記憶部６５を備えるようにしてもよい。
【００４９】
医療施設端末４０及び専用通信端末６０は、コンピュータ端末からなる情報通信端末装置であることが好ましいが、上述したように、ファクシミリ装置であってもよく、ファクシミリ装置を用いる場合には、既存の電話回線を専用通信回線として用いることができる。また、コンピュータ端末の通信Ｉ／Ｆに電話線モデムを接続することによってファクシミリ動作をさせることによって、既存の電話回線を用いるようにしてもよい。
【００５０】
（３）患者端末
患者端末５０は、インタネット等の汎用通信回線を介して、汎用ネットワーク２に接続できる情報通信端末装置である。一般的にはコンピュータ端末であるが、インタネット接続可能な携帯電話やスマートフォンのような携帯情報端末であってもよい。すなわち、患者端末５０は、インタネット等を介して汎用ネットワーク２に接続するための通信Ｉ／Ｆ部５１と、コンピュータにログインし、医療機関の情報検索等をする文字入力等を行うためのキーボード等の入力Ｉ／Ｆ部５３と、ネットワークや入力装置によって入力されたデータを編集し、処理するためのデータ処理部５２と、データ処理部５２で処理されたデータを表示する表示部５７に表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部５４とを備えている。アクセスした情報、データを保存するための記憶部を有するようにしてもよい。データ処理部５２は、たとえばＣＰＵ、ＭＰＵであり、記憶部５５の一部をキャッシュメモリとして内蔵してもよい。記憶部５５は、ＲＯＭ、ＲＡＭ及び磁気記憶媒体を有する外部記憶装置等である。
【００５１】
患者は、患者端末５０を用いて適宜にインタネット等の汎用ネットワーク２に接続し、データサーバ２０，３０等にアクセスして、医療施設の情報を検索し、所定の手続を行うことによって、所望の医療施設に対する予約券の発券を受けることができる。
【００５２】
２．来院予約システムの動作手順
本発明が適用された来院予約システムの動作手順について、フローチャートを用いながら以下詳細に説明する。システムの構成については、上述した来院予約システム１，１ａ，１ｂのいずれであってもよいが、特定の構成についての説明の場合には、都度その旨説明する。
【００５３】
２−１．動作手順概要
来院予約システム１，１ａ，１ｂは、上述した図１等に示すように、データセンタ内に設置される各種サーバ及び通信端末と、医療施設が有する医療施設端末と、患者が有する患者端末とから構成される。一般的には、医療施設の運営者、経営者（以下、運営者等という。）は、データセンタの運営者等と金銭授受を含む契約を締結し、その契約の下で行動する。患者は、汎用ネットワーク２に接続し、来院予約システム１，１ａ，１ｂに自由に参加することができる。より具体的には、医療施設の運営者等とデータセンタの運営者等との契約とは、以下のようなものである。すなわち、データセンタの運営者等は、来院予約システム１，１ａ，１ｂのためのプラットフォーム（アプリケーションサーバ１０や、記憶部に保存される管理画面データ１６等）を運営し、医療施設から提供された予約情報を汎用ネットワーク２を介して広く患者を含むネットワーク利用者に公開することによって、契約済みの医療施設への患者誘導を代行し、医療施設から来院した患者数に応じた報酬を得る。医療施設は、患者を希望時間帯に来院するように誘導するために、データセンタに対して医療施設が希望する時間帯に予約券を設定する。医療施設は、より簡便で安全な方法で、患者誘導時間帯の設定をすることができ、患者来院時間帯の平準化を実現することができる。
【００５４】
より具体的には、図６に示すように、ステップＳ１において、医療施設端末４０によって、予約券を設定するスケジュールを作成し、作成されたスケジュールデータ５６を、データセンタのアプリケーションサーバ１０を介してデータサーバ２０へ送信する。
【００５５】
データセンタでは、ステップＳ２において、データサーバ２０によって、医療施設端末４０から送信されてきたスケジュールデータ４６に所定の関連付けを行い、所定の形式に変換してデータベース化して、予約券登録情報として記憶部２５に保存する。
【００５６】
医療施設を探している患者の側では、ステップＳ３において、インタネット等の汎用ネットワーク２に接続された患者端末５０によって、所望の医療施設を検索し、予約券の検索を行う。さらに、患者の側では、ステップＳ４において、患者端末５０によって、検索した医療施設に関する詳細な情報を確認した上で、予約券の検索を行うようにしてもよい。なお、医療施設の検索情報については、すべてをデータセンタのデータサーバ２０に蓄積された医療施設の情報、すなわち、データセンタの運営者等と契約をしている医療施設のみを用いてもよいが、図２及び図３の構成のように、他のデータセンタのデータサーバ３０に蓄積されている医療施設の情報を利用するようにしてもよい。他のデータセンタは、一般的には、インタネットのポータルサイト等であり、より多くのインタネットの利用者がアクセスすることができ、患者の側の利便性が高まるとともに、本発明の来院予約システムに参加していない医療施設に対して、来院予約し巣ステムへの参加を促進するようにもできる。次に、所望の医療施設及び所望の時間帯の予約券を検索した患者の側では、ステップＳ５において、患者端末５０によって、アプリケーションサーバ１０を介し、データサーバ２０に対して、予約券の発券要求を行う。予約券の発券要求を行うに際して、発券要求データには、患者の氏名、性別、年齢等の個人情報が含まれるため、はじめてシステムを利用する患者に対して、個人情報の取り扱いに関する同意を得るために、ステップＳ５に会員登録を行うステップを含ませるようにすることが好ましい。ステップＳ６において、患者端末５０によって、予約券の発券要求を取り消すことができるようにすることが好ましい。
【００５７】
ステップＳ７において、データセンタのアプリケーションサーバ１０及びデータサーバ２０によって、患者端末５０から予約券の発券要求を受けた旨を医療施設端末４０に通知する。予約券の発券要求があった旨の通知は、その都度、医療施設端末４０に送信するようにしてもよく、予約券の対応する予約日に応じて医療施設端末４０に送信するようにしてもよい。予約券の対応する予約日に応じて送信する場合には、たとえば当日分の予約券については、発券要求後即時に医療施設端末４０に通知を行い、翌日以降の予約券については、対応する予約日の朝８：００にまとめて送信するようにすることができる。
【００５８】
ステップＳ８において、医療施設端末４０によって、予約券発券要求があった旨の通知が受信される。医療施設では、ステップＳ９において、医療施設端末４０によって、予約券発券要求を行った患者端末５０のデータを照合し、医療施設は、その患者を対応する時間帯で診察を行う。
【００５９】
ステップＳ１０において、医療施設端末４０によって、予約券の発券状況のレポートを確認することができる。予約券の発券状況に関するデータは、ステップＳ７において、データサーバ２０に蓄積された予約券の発券要求データに基づいて、アプリケーションサーバ１０及びデータサーバ２０によって生成される。医療施設では、予約券の発券を受けて診察した患者及び予約券の発券を受けながら診察を行っていない患者の実績確認を行い、確認済みのレポートを、医療施設端末４０によって、アプリケーションサーバ１０を介してデータサーバ２０に送信する。
【００６０】
ステップＳ１１において、アプリケーションサーバ１０及びデータサーバ２０によって、当該医療施設に関する患者の予約実績に応じて、請求額を設定し、ステップＳ１２において、医療施設端末４０に対して請求明細書を送信する。
【００６１】
ステップＳ１３において、医療施設では、費用支払い設定を行う。
【００６２】
２−２．予約券の発券登録手順
以下、図６のフローチャートの主たるステップについての詳細を各端末に表示される画面の例を含めて説明する。
【００６３】
ステップＳ２において、予約券の発券登録を行う場合には、図７に示すように、予約券（チケット）発券登録用管理画面Ｄ１を用いる。予約券発券登録用管理画面Ｄ１は、管理画面データ１６として、アプリケーションサーバ１０の記憶部１５に保存される。予約券発券登録用管理画面Ｄ１は、専用通信回線３又は仮想専用化通信回線４及び汎用ネットワーク２を介してアプリケーションサーバ１０及びデータサーバ２０に接続された医療施設端末４０によって操作される。
【００６４】
予約券発券登録用管理画面Ｄ１には、予約券の発券登録スケジュールを設定する医療施設の運用者等が見ることができる情報が表示される。図７に示すように、予約券発券登録用管理画面Ｄ１の上部には、医療施設の運用者等が操作することができる画面への各種リンク７０〜７３が表示される。予定管理リンク７０は、予約券発券登録用管理画面Ｄ１、すなわちこの画面へのリンクである。レポートリンク７１は、後述する予約券発券レポート確認用画面Ｄ５へ遷移するためのリンクである。設定リンク７２では、予約券発券登録用管理画面Ｄ１で設定することができる予約時間帯設定以外の設定、たとえば診察時間の登録や変更、あるいはその医療施設端末の利用者情報の登録や変更（パスワード等）等を行う画面に遷移するためのリンクである。その他、データセンタ側では、オプション的にさまざまな画面を用意して医療施設に提供することができる。たとえば、どこでも発行リンク７３は、予約券の発行モジュールを設置するためのタグを設定しているページにリンクする。予約券の発行モジュールタグは、医療施設が自己のホームページを開設している場合に、この予約券の発行モジュールタグを自己のサイトに設定することによって、医療施設のサイトを訪問した患者を、すばやく来院予約システムに誘導することができる。
【００６５】
予約券発券登録用管理画面Ｄ１の画面リンクの下方には、予約券発券スケジュール領域７４を有する。医療施設によってあらかじめ設定された（設定リンク７２によりリンクされた別画面において設定される。）診療時間及び診療曜日からなるスケジュール表が表示される。医療施設における患者の多い繁忙期及び患者の少ない閑さん期には、曜日と時間帯に依存する場合が多いので、予約券発券スケジュール領域に表示されるスケジュールは、曜日及びそれぞれ曜日ごとの時間帯を単位（以下、「コマ」という。）として設定される。なお、医療施設は、いつでもこの画面において、各コマに対する予約券の発券設定を行うことができるので、月単位で設定を見直し、変更してもよく、週単位で設定を見直してもよく、あるいは、毎日設定を見直すようにしてもよい。また、設定する予約券については、予約の日にち指定としてもよいが、日にち指定をせずに時間帯指定とするようにしてもよく、これらを混在させてもよい。時間帯指定のみの予約券の場合には、患者が実際に来院するまでの期限を設ける、たとえば「この予約券は発券後７日後まで受診可」あるいは「発券後３０日後まで受診可」のように設定することができる。
【００６６】
スケジュール表を構成する各コマ８２には、予約時間帯が設定される。予約時間帯の長さは、図７に示すようにたとえば３０分単位とすることができる。「予約時間」として設定するのではなく、「予約時間帯」として設定することによって、時間帯ごとの患者数の設定（予約券の発券枚数の設定）をすることができ、医療施設側において柔軟性の高い運用が可能になる。また、予約券を取得して来院する患者の側も、特定の時間に来院する必要はないので、心理的に利用しやすいとの利点がある。また、予約時間帯の設定については、データセンタ側において、図７のように１コマ３０分と一律に設定してもよいが、１コマを１時間としたり、さらに幅をもたせたりすることによって、より自由度を高めることができる。さらに、医療施設ごとにコマ時間設定をするようにしてもよい。医療施設がコマごとに時間帯の設定をすることができるようにしてもよく、このように設定することによって、たとえばある時間帯では、「通常診察の時間帯」と設定し、他の時間帯において、「ワクチン接種の時間帯」と設定したり、担当医師ごとに時間帯を設定したりすることができる。また、予約時間帯の設定を９：００〜１２：００のように広く設定することによって、順番予約の目的としても利用することができる。
【００６７】
スケジュール表を構成する各コマ８２には、予約券の発券枚数８４を入力することができる。発券枚数８４は、初期値では０枚であり、＋−ボタン８３をクリックすることによって、設定し、変更することができる。
【００６８】
予約券の発券枚数８４については、上述のように、各コマ８２ごとに設定するほか、曜日ごとに一括して設定したり、曜日を複数選択して、選択した複数の曜日に対して一括して設定することができる。複数曜日一括設定ボタン７４をクリックすることによって、曜日設定ドロップダウンリスト７６が表示される。ドロップダウンリスト７６中には、一括して設定しようとする曜日を設定する曜日設定ラジオボタン７７と、予約券の発券枚数を設定する＋−ボタン７８とが表示される。所望の曜日のラジオボタンをクリックしてチェックマークを表示させて、＋−ボタン７８によって発行枚数を設定した後、確定ボタン７９をクリックすることによって、スケジュール表に設定値を反映させることができる。何もせずにドロップダウンリスト７６を閉じるには、閉じるボタン８０，８０ａをクリックすればよい。曜日ごとの一括設定ボタン８１をクリックすることにより、ドロップダウンリスト（図示せず）が表示され、発券枚数を設定することができる。
【００６９】
なお、予約券発券スケジュール領域７４における診療時間及び休診日の設定等の初期設定を行う画面に遷移するためのリンク領域８５を設けるようにしてもよい。特定の日に対応するスケジュールを設定できる画面を別に用意するようにしてもよい。その他、予約券の発券スケジュール以外に、患者端末５０に病院情報として表示させるための情報をこの画面で入力できるようにしてもよい。たとえば、その医療施設が得意とする疾患、治療（花粉症、高血圧、不眠症、特定のワクチン接種等）の情報を入力することができ、さらには、患者端末５０を操作する患者に対してフリーテキスト形式のコメントを表示するための情報を入力できるようにしてもよい。このような適切なコメントを患者に対して提供することによって、医師の専門領域とのミスマッチを防ぐことができるので患者に対してメリットがある。また、医療施設の側も、診察時間が短い患者や診療点数が高い患者等に対してアピールすることにもなるので、医療施設がこの来院予約システムに参加するインセンティブ向上につながる。
【００７０】
本発明に係る来院予約システムでは、医療施設端末４０の入力操作が簡便で、患者端末５０を操作する患者に対して有効な情報を入力して広く提供することができるので、医療施設側の負担が少なく、予約券の発券スケジュール作成、更新に対するインセンティブとなる。また、時間帯の設定についても、自由度を高くすることができるので、医療施設のインセンティブの向上に貢献することができる。
【００７１】
予約券の発券登録の手順について、図８に示すフローチャートにしたがって説明する。フローチャートには図示していないが、医療施設端末４０によって、来院予約システムにログインする。ログインには、あらかじめ指定されたＩＤ及びパスワードを用いる。これらＩＤ等の取得は、医療施設の運用者等がデータセンタの運用者等に申請をし、契約することにともなってなされるようにしてもよい。
【００７２】
ステップＳＳ１において、医療施設端末４０によって、予約券発券登録用管理画面Ｄ１を開く。予約券発券登録用管理画面Ｄ１上には、上述したリンク等が表示される。
【００７３】
ステップＳＳ２において、医療施設端末４０によって、予約券発券スケジュール領域７４を選択し、あるいは、複数曜日一括設定ボタン７５、曜日一括設定ボタン８１をクリックして所望の予約券の発券枚数８４を設定する。
【００７４】
ステップＳＳ３において、入力データの異常の有無をチェックし、正常であれば次のステップＳＳ４へ進む。異常の場合、たとえば予約券の発券枚数上限を超える枚数を設定した場合等には、予約券発券登録用管理画面Ｄ１の該当するコマ８２にアラートを表示する等により、操作者に修正を促すようにしてもよい。
【００７５】
ステップＳＳ４において、データセンタのアプリケーションサーバ１０及びデータサーバ２０によって、各コマ８２の予約券の発券枚数８４を登録、すなわち記憶部２５にスケジュールデータ（優先診察情報）２６として記憶する。
【００７６】
ステップＳＳ５において、医療施設端末４０によって、予約券の発券枚数８４を登録したことを確認し、操作を終了する。予約券発券登録用管理画面Ｄ１の上部のログアウトリンク８６をクリックすることによって、システムからログアウトし、作業を終了する。
【００７７】
上述では、医療施設端末４０として、ネットワークに接続することができるコンピュータ端末を用いる場合について説明したが、図３の構成のように、専用回線として電話回線を用い、通信端末として、ファクシミリ装置を用いる場合にも本発明を適用することができる。すなわち、医療施設側において、予約券発券登録用管理画面Ｄ１に相当するハードコピーに所定の事項を記載、チェックし、医療施設端末４０（ファクシミリ装置）を用いて、相手先、すなわちデータセンタの専用通信端末６０（ファクシミリ装置）あてに送信する。送信されてきたオフラインデータをアプリケーションサーバ１０を用いて入力すればよい。
【００７８】
２−３．予約券検索及び確認手順
医療施設端末４０によって、上述の予約券の発券スケジュールが登録されると、データサーバ２０によって、発券スケジュールを含む医療施設の情報が汎用ネットワーク２を介して公開される。患者は、患者端末５０によって、汎用ネットワーク２に接続して、所望の医療施設の情報を検索する。
【００７９】
図９に示すように、汎用ネットワーク２に接続した患者端末５０によって、病院及び予約券検索画面Ｄ２が表示される。病院及び予約券検索画面Ｄ２は、フリーワードを入力して所望の医療施設を検索する検索窓９０と、規定の検索条件を設定することができる検索条件設定領域９２と、検索結果表示領域９３とを含む。
【００８０】
検索窓９０に、最寄りの住所や診療科名等のフリーワードを入力して、検索ボタン９１をクリックすることによって、検索結果が検索結果表示領域９３に表示される。
【００８１】
検索条件設定領域９２には、たとえば診察日、診察時間帯、診察科目及び対象エリアの候補がそれぞれにあらかじめ条件が設定されており、該当する箇所のボタンをクリックすることによって、プルダウンメニューを開いて所望の条件項目を設定できる。
【００８２】
検索結果表示領域９３には、上述の検索条件に合致するか否かについて、検索エンジンを用いて検索した結果を複数表示する。検索エンジンは、たとえばアプリケーションサーバ１０が備えるプログラムとして実現してもよく、汎用ネットワーク２によって接続されている他のデータサーバ３０、たとえばポータルサイトの検索エンジンを利用するようにしてもよい。検索結果表示領域９３に表示される情報は、検索条件に該当する医療施設の名称と、所在地、診療科目等を含むようにすることができる。本発明の来院予約システムを適用している医療施設が検索結果に含まれる場合には、さらに詳細な病院情報を患者端末５０に対して提供するために、詳細情報リンク９４が設定されている。一方、他のデータサーバ３０にのみ蓄積されている病院情報については、本発明に基づいて予約券の発券を受けることができないので、さらなる詳細情報を提供するリンクは提供されない。検索条件に時間帯を含ませた場合には、その時間帯に対応する時間帯選択リンク９５が表示される。その検索結果に対して、他に予約券の発券可能時間帯があるかどうかについて、時間帯選択リンク９５をクリックすることによって探すこともできる。
【００８３】
なお、他のデータサーバ３０経由で検索された医療施設に対して、本発明の来院予約システムへの参加を促す文言を記載したＰＲリンク９６を設定し、表示するようにしてもよい。また、各画面の下部に個人情報の取り扱い等に関する規約等に対するリンク９７を設定し、表示するようにしてもよい。
【００８４】
医療施設及び予約券の検索手順は、図１０に示すフローチャートによって実行される。
【００８５】
患者端末を用いて、汎用ネットワーク２に接続（必要に応じて、ＩＳＰ業者のＩＤ及びパスワードでログイン）する。
【００８６】
ステップＳＳ１０において、患者端末５０によって、病院及び予約券検索画面Ｄ２を表示する。この場合においては、データセンタに対するＩＤ及びパスワード等は必要ない。
【００８７】
ステップＳＳ１１において、患者端末５０によって、検索条件を設定し、検索ボタン９１をクリックして検索を実行する。
【００８８】
ステップＳＳ１２において、アプリケーションサーバ１０及びデータサーバ２０によって、検索条件の入力チェックを行い、入力された条件が正常である場合には、次のステップに進み、入力された条件が異常である場合には、病院及び予約券検索画面Ｄ２上にアラートを表示して、再度の検索条件設定を促すようにすることができる。
【００８９】
ステップＳＳ１３において、アプリケーションサーバ１０及びデータサーバ２０によって、Ｃｏｏｋｉｅを発行して患者端末５０に送信し、送信されたＣｏｏｋｉｅは、患者端末５０の設定にしたがって患者端末５０に保存されるか、破棄される。患者端末５０では、送信されたＣｏｏｋｉｅを保存することによって、検索条件が記憶され、次回からの検索を容易にすることが可能になる。
【００９０】
ステップＳＳ１４において、アプリケーションサーバ１０によって、外部ＡＰＩ（アプリケーションプログラミングインタフェース、Application Programming Interface）へ問い合わせを行う。たとえば、本発明の来院予約システムのプログラムとは異なるプログラムとしてアプリケーションサーバ１０データサーバ２０，３０に記憶されている検索エンジンを呼び出して、患者端末５０によって入力された検索条件で検索を実行する。
【００９１】
ステップＳＳ１５において、アプリケーションサーバ１０及びデータサーバ２０，３０によって、検索条件に合致する病院情報が出力され、ステップＳＳ１６において、その病院情報にそれぞれ関連付けられている予約券の発券登録情報（スケジュールデータ）及びすでに患者端末５０によって取得された予約券の発券情報（チケット情報）を照会する。
【００９２】
ステップＳＳ１７において、アプリケーションサーバ１０及びデータサーバ２０によって、ステップＳＳ１６において照会された病院情報に関連付けられている予約券発券のスケジュールを出力し、ステップＳＳ１８において、これらのデータをマージする。
【００９３】
ステップＳＳ１９において、アプリケーションサーバ１０及びデータサーバ２０によって、ステップＳＳ１８でマージされたデータを、患者端末５０に表示する。
【００９４】
患者端末５０では、病院及び予約券検索画面Ｄ２に表示され、さらなるリンクを有する医療施設名をクリックすることによって、図１１に示す病院詳細確認画面Ｄ３を表示する。病院詳細確認画面Ｄ３は、クリックされた医療施設名についての詳細情報を患者端末５０に提供する。病院詳細確認画面Ｄ３は、予約券を発券することができる診察日及び診察時間帯を表示する予約診察可能日表示領域１００と、その医療施設に関する一般的情報、たとえば一般的医療情報、交通機関、診療科目、診療日・時間等の情報を表示する一般情報表示領域１０３とを含む。他のデータセンタのデータサーバ３０に接続して、検索した医療施設の位置情報を地図リンク１０４として、設定することによって、その医療施設の地図を表示することが可能である。また、関連する検索情報、たとえばこの医療施設に地理的に近い類似又は同一の診療科を有する医療施設を表示する関連情報領域１０５を有するようにしてもよい。
【００９５】
予約診察可能日表示領域１００には、検索された、予約券の発券が可能な日にちを表示する日にち表示ボタン１０１と、予約券の発券が登録されている時間帯を表示する時間帯表示ボタン１０２とを含む。検索された日にちが複数ある場合には、日にち表示ボタン１０１をクリックすることによって他の予約可能日を表示することができる。時間帯表示ボタン１０２は、ボタン部をハイライト表示することによって、予約券の発券が可能な時間帯を表示するようにしてもよい。
【００９６】
関連情報領域１０５に表示された医療施設についても、医療施設名をクリックすることによって、その医療施設の病院詳細確認画面Ｄ３に遷移することができ、患者は、より適切な医療施設を探すことができる。
【００９７】
なお、病院詳細確認画面Ｄ３の上方には、会員メニューリンク１０６が表示される。会員メニューでは、後述する会員登録の際に用いる画面や、会員登録後に登録された会員情報を変更したり、更新したりする場合に用いる。
【００９８】
図１２は、病院詳細確認画面Ｄ３の動作に関するフローチャートである。
【００９９】
図６のステップＳ４において、患者端末５０によって、病院及び予約券検索画面Ｄ２の医療施設名をクリックした場合に、データセンタのアプリケーションサーバ１０及びデータサーバ２０は、クリックされたリンクを有する医療施設に対応する病院ＩＤを取得する。
【０１００】
ステップＳＳ２１において、アプリケーションサーバ１０によって、外部ＡＰＩへ問い合わせを行う。たとえば、データサーバ２０，３０の検索エンジンや、推奨医療機関情報データベースを用いて医療施設の詳細情報を検索する。
【０１０１】
ステップＳＳ２２において、アプリケーションサーバ１０及びデータサーバ２０，３０によって、病院詳細情報が出力される。そして、ステップＳＳ２３において、出力された病院詳細情報に関連付けられた、予約券の発券スケジュール（優先診察情報）及び予約券の発券情報（チケット情報）を照会する。ステップＳＳ２４において、アプリケーションサーバ１０によって、予約券の発券スケジュールが出力されるので、ステップＳＳ２５において、病院情報及び予約券発行スケジュールのデータをマージする。
【０１０２】
ステップＳＳ２６において、患者端末５０によって、マージされたデータに基づく病院詳細確認画面Ｄ３が表示される。
【０１０３】
２−４．予約券発券手順
病院及び予約券検索画面Ｄ２や、病院詳細確認画面Ｄ３において、所望の医療施設を探した場合には、患者端末５０によって、予約券の発券要求手続をすることができる。予約券の発券要求には、要求する患者の氏名、性別、年齢等の個人情報が含まれるので、個人情報保護の観点から、来院予約システムを提供するデータセンタの運営者等は、会員登録した患者のみにサービスを提供することができるようにするのが好ましい。
【０１０４】
図１３には、患者が患者端末５０を用いて、会員登録を行うための会員登録及び予約券発券画面Ｄ４の表示内容の一例を示す。会員登録及び予約券発券画面Ｄ４は、予約券の発券手続に関する一般的事項を表示する一般的注意事項表示領域１１０と、予約券の発券要求の対象となる医療施設、予約日及び予約時間帯等を表示する予約内容表示領域１１１とを有する。すでに会員登録している患者は、ログインボタン１１２をクリックすることによって、予約券の発券要求をアプリケーションサーバ１０に対して行うことができる。ログインボタン１１２をクリック後に、確認画面を表示するようにしてもよい。
【０１０５】
また、会員登録及び予約券発券画面Ｄ４は、会員登録をしていない患者が会員登録を行うための所定の情報を入力する欄を有する会員登録入力領域１１３を含ませるようにしてもよい。会員登録入力領域１１３は、会員登録を行う患者のメールアドレスを入力するメールアドレス入力欄１１４と、発券通知時のメールアドレスを入力する発券通知メールアドレス入力欄１１５とを有している。メールアドレス入力欄１１４に入力するメールアドレスを会員ＩＤとしてもよい。さらに、会員登録及び予約券発券画面Ｄ４は、予約券の発券要求時にシステムにログインするためのパスワードの設定をするパスワード入力欄１１６と、氏名入力欄１１７と、性別入力欄１１８と、生年月日入力欄１１９と、電話番号入力欄１２０とを有する。会員登録を希望する患者は、これらの情報を入力した後、会員登録ボタン１２１をクリックすることによって会員登録がされる。
【０１０６】
図１４に示すように、会員登録ボタン１２１をクリックした後、会員登録確認用画面Ｄ４ａを患者端末５０に表示するようにしてもよい。会員登録確認用画面では、会員登録及び予約券発券画面Ｄ４によって入力された情報が確認のために患者端末５０に表示される。会員登録確認用画面Ｄ４ａは、予約券発券情報表示領域１１１ａと、会員の個人情報であるメールアドレス表示領域１１４ａ及び会員情報表示領域１２３とを有する。さらに、患者が会員登録を希望する理由や、医療施設を受診する理由等自由に記載する自由記載領域１２４を有するようにしてもよく、診察券番号等の情報を入力する領域１２５を有するようにしてもよい。それぞれの領域に表示されている内容が正しくない場合には、変更リンク１２２をクリックすることによって、修正画面を開いて所望の修正を行うことができる。すべての情報に誤りがないことを確認して、チケット発行ボタン１２６をクリックすることによって、予約券の発券要求が、アプリケーションサーバ１０に送信される。
【０１０７】
図１５は、患者端末５０を用いて、予約券の発券要求を行い、予約券の発券を受ける動作を示すフローチャートである。
【０１０８】
ステップＳＳ３０において、患者端末５０によって、予約券の発券を行うために発券及び会員登録及び予約券発券画面Ｄ４を開く。
【０１０９】
ステップＳＳ３１において、患者端末５０によって、入力された予約券の発券要求がアプリケーションサーバ１０に送信されると、ステップＳＳ３２において、アプリケーションサーバ１０によって入力チェックが行われる。入力が正常な場合には、次のステップＳＳ３３に進み、入力が異常な場合には、発券及び会員登録及び予約券発券画面Ｄ４上にアラートを表示して、患者に入力内容の修正を促す。
【０１１０】
ステップＳＳ３４において、患者端末５０によって、会員登録を行うべきか否かの選択をして、会員登録済みの場合には、次のステップＳＳ３６へ進み、会員未登録の場合には、ステップＳＳ３５に進み、会員登録を行う。
【０１１１】
ステップＳＳ３５において、患者端末５０によって、所定の会員情報を入力し、入力した情報を汎用ネットワーク２を介してアプリケーションサーバ１０に送信する。会員情報のデータを受信したアプリケーションサーバ１０は、所定の関連付けを行ってデータサーバ２０の記憶部２５に会員情報として保存する。
【０１１２】
ステップＳＳ３６において、患者端末５０によって、予約券の発券要求をアプリケーションサーバ１０に送信し、アプリケーションサーバ１０は、データサーバ２０の記憶部に保存されている予約券のスケジュールデータと照合して発券処理を行い、予約券の発券情報（チケット情報）としてデータサーバ２０の記憶部２５に保存する。照合及び発券処理に際しては、一旦発券処理を行った患者端末５０の同一の時間帯での他の医療施設に対する予約券の発券要求を禁止して二重発券を防止することができる。
【０１１３】
ステップＳＳ３７において、アプリケーションサーバ１０によって、患者端末５０に予約券の発券を行った旨の通知を送信する。通知の送信先は、登録された患者情報の中のメールアドレスである。
【０１１４】
ステップＳＳ３８において、患者端末５０によって、発券通知のメールが受信され発券が完了する。
【０１１５】
予約券が発券された後に、データセンタでは、医療施設に対して予約券の発券があった旨の通知を行う（図６のステップＳ６）。
【０１１６】
図１６に示すように、ステップＳＳ５０において、アプリケーションサーバ１０及びデータサーバ２０によって、データサーバ２０の記憶部２５に保存されている予約券の発券情報が入力され、ステップＳＳ５１において、医療施設ごとに予約券発券情報が集計される。そして、ステップＳＳ５２において、医療施設ごとに予約券発券情報データを医療施設端末に送信するための送信ジョブが生成される。
【０１１７】
生成された送信ジョブは、所定の条件判断を行って、すべての送信ジョブを送信済とするまで送信操作を繰り返す（ステップＳＳ５４〜ＳＳ５８）。なお、送信相手先には、コンピュータ端末からなる医療施設端末であってもよく、ファクシミリ装置からなる医療施設端末であってもよい。ファクシミリ装置に送信する場合には、上述したように、実質的専用回線を介して医療施設にデータを送信することになるので、秘匿性が高く、ネットワーク接続等を行うための設備投資等の必要もない。
【０１１８】
２−５．予約券発券実績レポート確認手順
本発明の来院予約システムは、医療施設の運営者等が、患者の来院数や患者の来院頻度が少ない閑さん時間帯、あるいはその他の理由により患者の集客を行いたい時間帯に、予約券の発券を受けた患者に優先的に診察を行うことによって、診察時間帯による繁忙時間帯の分散化を実現し、より効率的なクリニック運営を行い、もって患者の来院数を増大させることを目的とするものである。そのような目的を実現するために、来院予約システムの事業者でもある運営者等が、医療施設に代わって広く一般に医療施設の情報を公開し、公開した情報に基づいて患者をその医療施設に誘導する。患者を誘導して実際に受診されたことをもって成果と判断して、成果に対する報酬を医療施設に求めるようにすることができる。
【０１１９】
図１７には、医療施設端末４０を用いて、データセンタの運営者等からの請求の明細内容を表示する予約券発券レポート確認用画面Ｄ５の一例を示す。
【０１２０】
図７の予約券発券登録用管理画面Ｄ１において、レポートリンク７１をクリックすることによって、予約券発券レポート確認用画面Ｄ５に遷移して医療施設端末４０に表示される。
【０１２１】
予約券発券レポート確認用画面Ｄ５には、画面の上部に医療施設の運用者等が操作することができる画面へのリンク７０〜７３が表示される。リンク７０〜７３については、予約券発券登録用管理画面Ｄ１に関して説明したのでここでは説明を省略する。
【０１２２】
予約券発券レポート確認用画面Ｄ５は、他画面へのリンク７０〜７３の下方に、データセンタの運営者等が医療施設の運営者等に対して請求を行うに際して一般的な事項を表示する一般的事項表示領域１３０と、月次の請求内容をまとめて表示する月次請求表示領域１３１と、月次請求表示領域１３１に関連して医療施設の運営者等がデータセンタの運営者等に支払う対価報酬の予定金額を表示する予定金額表示領域１３３とを有する。さらに、予約券の発券を受けても実際に受診しなかった患者に対しては、成果として成立していないので、そのような患者を成果実績から除外する必要がある。予約券発券明細領域１３４に、予約券の発券を行った会員（患者）の一欄を表示し、合わせて医療施設端末４０において、実際の受診の有無についてチェックできるように、発券患者ごとにチェックボックス１３５を設けるようにしている。医療施設端末４０によって、チェックボックス１３５にチェックを入れて、「診察なし」に変更ボタン１３６をクリックするか、「診察済」に変更ボタン１３７をクリックすることによってステータスの変更を行うことができる。
【０１２３】
図１８は、予約券発券レポートを実行するためのフローチャートである。
【０１２４】
ステップＳＳ４０において、アプリケーションサーバ１０及びデータサーバ２０によって、患者端末５０から送信されるデータに基づいて医療施設のＩＤが取得され、ステップＳＳ４１において、その医療施設における予約券の発券状況（チケット情報）を集計する。ここで、医療施設端末４０によって、患者の受診状況に変更がなされると、変更データが予約券キャンセル情報としてデータサーバ２０の記憶部２５に記憶されて発券状況の集計に反映される。
【０１２５】
ステップＳＳ４２において、アプリケーションサーバ１０及びデータサーバ２０によって、発券状況の集計データが出力され、対応する医療施設端末４０に送信され、ステップＳＳ４３において、医療施設端末４０によって、予約券発券レポート確認用画面Ｄ５として表示される。
【０１２６】
２−６．オプション機能
データセンタでは、アプリケーションサーバ１０及びデータサーバ２０を用いて、さらなる追加機能を実現することができる。たとえば、患者端末５０は、汎用ネットワーク２に常時接続され、データセンタのアプリケーションサーバ１０等と相互に通信を行っている。その通信のログには、患者の行動ログ、たとえば医療施設の検索条件からその患者がどのような診療科に興味を持っているのか、予約状況と患者の属性（年齢、性別等）から行動パターン等を蓄積することができる。また、会員となる患者の数が増大することによって、医療施設に対して、患者たちの行動パターン等から予約券の設定時間帯や曜日等の設定を提案することも可能である。医療施設側では、より効果的な予約券の設定を行うことができるので、患者の来院数の増大が期待でき、医療施設の本来院予約システムへの参加インセンティブをより高めることができる。
【０１２７】
図１９には、このようなデータセンタによる医療施設に対する提案を行うサブシステムを実行するためのフローチャートを示す。
【０１２８】
ステップＳ２３において、上述の図９〜図１２等に関連して説明したのと同様にして、患者端末５０によって、医療施設を検索し、予約券の発券を行う。
【０１２９】
ステップＳ２４において、データセンタのアプリケーションサーバ１０及びデータサーバ２０によって、患者の行動ログを取得し、ログデータの蓄積及び分析を行う。
【０１３０】
ステップＳ２５において、アプリケーションサーバ１０及びデータサーバ２０によって、ログデータの分析結果に基づいて、予約券発券に関する医療施設に対するアドバイスデータを作成し、医療施設端末４０に送信する。
【０１３１】
ステップＳ２６において、アドバイスデータを受診した医療施設では、医療施設端末４０によって、アドバイスデータを参考にした予約券発券スケジュールを作成する。
【０１３２】
図２０には、患者端末５０によって、患者が行った行動の行動ログを取得する手順の詳細なフローチャートを示す。
【０１３３】
ステップＳＳ６０において、患者端末５０によって、病院及び予約券検索画面Ｄ２（図９）を開いて、検索を行う。
【０１３４】
ステップＳＳ６１において、アプリケーションサーバ１０及びデータサーバ２０によって、入力された検索ワード、たとえばエリア、時間帯設定、その他キーワード等がシステムに入力される。そして、ステップＳＳ６２において、検索に用いた検索条件を行動ログとして、データサーバ２０の記憶部２５に保存する。上述の検索条件で、検索エンジンを用いて検索処理を行う。
【０１３５】
ステップＳＳ６４において、アプリケーションサーバ１０及びデータサーバ２０によって、医療施設の情報及び予約券の設定情報が出力される。
【０１３６】
ステップＳＳ６５において、患者端末５０によって、ステップＳＳ６４で出力された検索結果が表示される。
【０１３７】
ステップＳＳ６６において、患者端末５０によって、所望の医療施設が選択され、その医療施設の病院ＩＤが取得される。
【０１３８】
ステップＳＳ６７において、アプリケーションサーバ１０及びデータサーバ２０によって、選択された病院ＩＤについて、病院詳細情報データ及び予約券の設定情報の照会を行い、ステップＳＳ６８において、該当するデータを出力する。
【０１３９】
ステップＳＳ６９において、アプリケーションサーバ１０及びデータサーバ２０によって、ステップＳＳ６８において出力された情報の閲覧記録が行動ログとして記憶部２５に保存される。
【０１４０】
ステップＳＳ７０において、患者端末５０によって、病院詳細確認画面Ｄ３が表示される。
【０１４１】
図２１は、アプリケーションサーバ１０及びデータサーバ２０によって取得された行動ログを分析する詳細な手順の一例を示すフローチャートである。
【０１４２】
ステップＳＳ８０において、アプリケーションサーバ１０及びデータサーバ２０によって、行動ログファイル及び予約券の発券情報（チケット情報）からデータのサンプリング（抽出）及びクレンジング（名寄せ、整理）を行い、ステップＳＳ８１において、所定のデータ加工を行い、ステップＳＳ８２において、所定の変数選択を行う。
【０１４３】
ステップＳＳ８３において、アプリケーションサーバ１０及びデータサーバ２０によって、ステップＳＳ８２で選択された変数、たとえば対象エリアの人口、曜日・祝日、季節、天候、指定伝染病の告知等の変数を入力し、ステップＳＳ８４において、回帰分析を実行する。
【０１４４】
ステップＳＳ８５において、アプリケーションサーバ１０及びデータサーバ２０によって、ステップＳＳ８４で計算された値を予測値として出力し、ステップＳＳ８６において、データサーバ２０の記憶部２５に保存する。
【０１４５】
図２２は、回帰分析によって計算された予測値を医療施設に対するアドバイスデータとして送信する手順を示すフローチャートである。
【０１４６】
ステップＳＳ９０において、アプリケーションサーバ１０及びデータサーバ２０によって、予測値を記憶部２５から読み出し、ステップＳＳ９１において、医療施設ごとに集計する。
【０１４７】
ステップＳＳ９２において、アプリケーションサーバ１０によって、医療施設ごとの送信データを生成し、送信ジョブとしてアプリケーションサーバ１０の記憶部１５に保存する。なお、送信ジョブは、ファクシミリ装置によるものであってもよく、コンピュータ端末で受信される電子メールの形式であってもよく、これらを混在して処理するようにしてもよい。
【０１４８】
ステップＳＳ９３及びステップＳＳ９８において、アプリケーションサーバ１０によって、送信データが記憶部１５から読み出され、送信ジョブがすべて送信済みとなるまで医療施設にアドバイスデータの送信を行う。送信ジョブについては、ファクシミリや電子メールの配信時間がどうかをチェックした上で実行される（ステップＳＳ９５〜ＳＳ９７）。
【０１４９】
なお、分析手法は、回帰分析に限らず、他の周知の手法、たとえば推論システム等を用いることができるのはいうまでもない。
【０１５０】
また、患者が病院情報に到達するきっかけとなる動機に関する情報、たとえば、インタネットに接続されているＴＶ受信機において放送された健康番組で提示された紹介リンク等を行動ログに含ませることもできる。このような情報を行動ログに含ませて分析を行うことによって、医療施設に対して、より具体的なアドバイスデータを作成することができる。
【０１５１】
さらに、上述では、患者の行動ログに基づいて、効果的な集客を行うための予約券発券の時間帯設定等に活用できるアドバイスデータの自動生成及び自動送信について説明したが、その他さまざまな追加機能を実現することもできる。本発明の来院予約システムでは、通常では、医療施設端末４０を用いて、「手動」でスケジュールデータの作成等を「任意」の時間に行う必要があるが、ネットワークカメラ及び画像認識プログラムを医療施設端末に組み合わせることによって医療施設の待合室の人数を測定し、人数に応じてリアルタイムに予約券の発券設定を設定、修正することも可能である。さらに、待合室の人数の曜日ごと、時間帯ごとのデータを蓄積して、上述したアドバイスデータに利用することも可能である。
【０１５２】
３．電子カルテシステム等との連携
上述した来院予約システムでは、通常、医療施設端末４０を用いて、医療施設が自らの来院患者数実績に基づいて、「手動」でスケジュールデータの作成等を「任意」の時間、たとえば月初や週の初め等に行う必要がある。そこで、来院している患者数をリアルタイムでカウントし、そのときの患者数及び過去の実績に応じて、予約券の発券の時間帯や枚数を設定することによって、医療施設は、さらに効率的な来院患者誘導のための活動を行うことができる。
【０１５３】
多くの医院、クリニック等においては、患者の病歴情報を電子化して管理する電子カルテシステムが広く普及している。電子カルテシステムに用いられる電子カルテは、患者の来院に合わせてアクティブ状態に更新されるので、電子カルテの状態を取得することによって、患者の来院状況を把握することが可能である。また、電子カルテに予約券の発券に基づいて来院した患者であることを識別する識別データを付加して利用することも可能である。
【０１５４】
３−１．電子カルテシステムと連動した来院予約システムの構成例
図２３には、電子カルテシステムと連動して来院予約のための予約券発券を行う来院予約システム１ｃの構成例を示す。図１によって詳細に説明した来院予約システム１とほとんど同様の構成であるので、以下では、来院予約システム１と相違する構成についてのみ説明することとする。
【０１５５】
医療施設端末４０ａは、患者の病歴情報を電子的に記録した電子カルテ４６ａをデータベースとして有する電子カルテシステムが導入されている。図２４に示すように、電子カルテシステムが導入された医療施設端末４０ａは、専用通信回線３（又は仮想専用化通信回線４）に接続するための通信Ｉ／Ｆ部４１ａと、コンピュータにログインし、データセンタへ送信すべきスケジュールデータ及び電子カルテ４６ａに関する情報を作成、送信等する際に文字入力等を行うためのキーボード等の入力Ｉ／Ｆ部４３ａと、ネットワークや入力装置によって入力されたデータを編集し、処理するとともに、電子カルテの編集等を行うための電子カルテ編集・処理部４２ａと、電子カルテ編集・処理部４２ａで処理されたデータを表示する表示部４７ａに表示し、その他の出力装置と接続するための出力Ｉ／Ｆ部４４ａとを備えている。また、医療施設端末４０ａは、送信すべきスケジュールデータ等の入力、編集作業等を行うための一時保存等のために記憶部４５ａを備える。なお、医療施設端末４０ａは、それ自身がスタンドアロン型で電子カルテシステム導入端末であってもよく、あるいは、医療施設内に設置されたネットワークを含む電子カルテシステムに接続できる端末であってもよい。ネットワーク接続によって、電子カルテシステムに参加する医療施設端末の場合には、来院予約システムとの連携をはかるために、電子カルテシステムが導入された院内ネットワークに接続した状態で、来院予約システム１ｃに参加する必要がある。
【０１５６】
３−２．電子カルテシステムとの連携手順
上述の構成において、電子カルテシステムを来院予約システムに連携させる手順を図２５のフローチャートに示す。
【０１５７】
図２５に示すように、ステップＳ３０において、医療施設端末４０ａによって、電子カルテシステムが起動され、当該医療施設の電子カルテの情報がデータセンタのアプリケーションサーバ１０に通知される。
【０１５８】
ステップＳ３１において、アプリケーションサーバ１０及びデータサーバ２０によって、過去の診察状況と現在の来院数とから、今後の来院数を予測して、予約券発券の時間帯、枚数等の提案を作成し、医療施設端末４０ａに通知する。
【０１５９】
ステップＳ３２において、医療施設端末４０ａによって、ステップＳ３１で送信された通知を受信し、ステップＳ３３において、予約券発券スケジュールを更新する。
【０１６０】
ステップＳ３４において、患者端末５０によって、更新された予約発券スケジュールに基づいて、予約券の発券要求を行う。
【０１６１】
ステップＳ３５において、アプリケーションサーバ１０及びデータサーバ２０によって、予約券の発券要求を処理するとともに、対応する電子カルテがある場合には、その電子カルテに予約券の発券通知があった旨を記録するフラグを送信する。
【０１６２】
ステップＳ３６において、医療施設端末４０ａによって、予約券の発券通知があった旨の識別フラグを電子カルテに付与する。
【０１６３】
図２６は、医療施設端末４０ａが有する電子カルテシステムと来院予約システムとを同期させるためのフローチャートである。
【０１６４】
ステップＳＳ１１０において、医療施設端末４０ａによって、電子カルテシステムが起動されると、ステップＳ１１１において、アプリケーションサーバ１０及びデータサーバ２０によって、電子カルテ情報同期ＡＰＩが起動する。電子カルテ情報同期ＡＰＩでは、医療施設端末４０ａ上でアクティブとなっている電子カルテの情報を入力され（ステップＳＳ１１２）、認証後、電子カルテ情報を保存し、結果を出力する（ステップＳＳ１１３〜ＳＳ１１５）。
【０１６５】
ステップＳＳ１１６において、医療施設端末４０ａによって、ステップＳＳ１１１で処理された結果を受診する。
【０１６６】
図２７は、蓄積された電子カルテの情報と、現在の電子カルテの状況とから、来院等の予測データを生成する手順を示すフローチャートである。
【０１６７】
ステップＳＳ１２０において、医療施設端末４０ａによって、電子カルテシステムが起動されると、ステップＳ１２１において、アプリケーションサーバ１０及びデータサーバ２０によって、蓄積された電子カルテの情報と、現在の電子カルテの状況とから、来院の予測データを計算する。来院予測から、設定すべき予約券発券時間帯等を計算するようにしてもよい。たとえば、現在の予約券発券枚数に対する実際の来院患者数と、過去の同じ曜日・時間帯の来院患者数の実績データの差分を加えあるいは減じて、その曜日・時間帯に設定すべき予約券発券枚数とすべきことを医療施設端末４０に送信、提案すること等ができる。さらに、天候や、季節等と関連したデータとして、変数を設定して、回帰分析を行って、医療施設に対するアドバイスデータとしてもよい。
【０１６８】
ステップＳＳ１２１の予測データ返却ＡＰＩでは、認証情報等を入力し、認証を行った後、予測データを計算して、予約券発券情報として出力する（ステップＳＳ１２２〜ＳＳ１２５）。
【０１６９】
ステップＳＳ１２６において、医療施設端末４０ａによってステップＳＳ１２１で計算された予測データを受信し、ステップＳＳ１２７において、電子カルテシステムの画面上に表示する。
【０１７０】
図２８は、予約券の発券を受けた患者であることを電子カルテシステム上で識別する手順を示すフローチャートである。
【０１７１】
ステップＳＳ１３０において、医療施設端末４０ａによって、電子カルテカルテシステムが起動されると、ステップＳＳ１３１において、アプリケーションサーバ１０及びデータサーバ２０によって、予約券の発券通知を行った旨の処理を実行する予約券情報返却ＡＰＩが起動される。
【０１７２】
予約券情報返却ＡＰＩでは、認証情報等を入力し、認証を行った後、予約券の発券情報を更新して、予約券発券情報として出力する（ステップＳＳ１３２〜ＳＳ１３５）。
【０１７３】
ステップＳＳ１３６において、医療施設端末４０ａによって、ステップＳＳ１３１で出力された予約券情報の処理結果を受診し、ステップＳＳ１３７において、電子カルテシステムの画面上に表示する。
【符号の説明】
【０１７４】
１，１ａ，１ｂ，１ｃ  来院予約システム、２  汎用ネットワーク、３  専用通信回線、４  仮想専用化通信回線、１０  アプリケーションサーバ、２０，３０  データサーバ、４０  医療施設端末、５０  患者端末、６０  専用通信端末、７０  医療施設端末
【図１】
2015026324.tif 000003
【図２】
2015026324.tif 000004
【図３】
2015026324.tif 000005
【図４】
2015026324.tif 000006
【図５】
2015026324.tif 000007
【図６】
2015026324.tif 000008
【図７】
2015026324.tif 000009
【図８】
2015026324.tif 000010
【図９】
2015026324.tif 000011
【図１０】
2015026324.tif 000012
【図１１】
2015026324.tif 000013
【図１２】
2015026324.tif 000014
【図１３】
2015026324.tif 000015
【図１４】
2015026324.tif 000016
【図１５】
2015026324.tif 000017
【図１６】
2015026324.tif 000018
【図１７】
2015026324.tif 000019
【図１８】
2015026324.tif 000020
【図１９】
2015026324.tif 000021
【図２０】
2015026324.tif 000022
【図２１】
2015026324.tif 000023
【図２２】
2015026324.tif 000024
【図２３】
2015026324.tif 000025
【図２４】
2015026324.tif 000026
【図２５】
2015026324.tif 000027
【図２６】
2015026324.tif 000028
【図２７】
2015026324.tif 000029
【図２８】
2015026324.tif 000030