特許 5876952 医療系予約システム、及び、プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5876952

(24)【登録日】2016年1月29日

(45)【発行日】2016年3月2日

(54)【発明の名称】医療系予約システム、及び、プログラム

(51)【国際特許分類】

   G06Q 50/22 20120101AFI20160218BHJP

【ＦＩ】

   G06Q50/22 102

【請求項の数】8

【全頁数】30

(21)【出願番号】特願2015-63479(P2015-63479)

(22)【出願日】2015年3月25日

(65)【公開番号】特開2015-195026(P2015-195026A)

(43)【公開日】2015年11月5日

【審査請求日】2015年4月17日

(31)【優先権主張番号】特願2014-65791(P2014-65791)

(32)【優先日】2014年3月27日

(33)【優先権主張国】JP

【早期審査対象出願】

(73)【特許権者】

【識別番号】599144712

【氏名又は名称】タック株式会社

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(74)【代理人】

【識別番号】100165489

【弁理士】

【氏名又は名称】榊原 靖

(74)【代理人】

【識別番号】100132883

【弁理士】

【氏名又は名称】森川 泰司

(72)【発明者】

【氏名】西村 誠至

【審査官】 山下 剛史

(56)【参考文献】

【文献】 特開２００４−３６２２４７（ＪＰ，Ａ）

【文献】 特開２００１−３２５３５５（ＪＰ，Ａ）

【文献】 特開２００６−２３９７３（ＪＰ，Ａ）

【文献】 特開２００３−３２３４９２（ＪＰ，Ａ）

【文献】 特開２００６−５３６２６（ＪＰ，Ａ）

【文献】 特開２００６−３２３６３３（ＪＰ，Ａ）

【文献】 特開２００２−９９６１５（ＪＰ，Ａ）

【文献】 特開２０１０−１９１５０１（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００−５０／３４

(57)【特許請求の範囲】

【請求項1】

予約サーバ装置と、当該予約サーバ装置に接続可能な中間サーバ装置と、を備える医療系予約システムであって、
前記予約サーバ装置は、
クライアント装置へ提供した予約画面を介してネットワークから予約情報が入力されると、予約情報の取得を指示する対中間指示を前記中間サーバ装置へ送る対中間指示手段と、
前記中間サーバ装置から予約情報の送信を要求する予約情報要求が入力されると、該予約情報要求により要求された予約情報を当該中間サーバ装置へ送信する予約情報提供手段と、
前記中間サーバ装置から予約情報の受付結果に関する結果情報が入力されると、該結果情報を当該予約情報の入力元の前記クライアント装置へ送る結果情報提供手段と、を有し、
前記中間サーバ装置は、
前記予約サーバ装置から送信された前記対中間指示に基づいて、前記予約サーバ装置へ前記予約情報要求を送信する予約情報要求手段と、
予約情報が前記予約サーバ装置から入力されると、予約情報の取得を指示する対施設指示を医療系サーバ装置へ送信する対施設指示手段と、
前記医療系サーバ装置から予約情報を要求する予約情報要求が入力されると、要求された予約情報を前記医療系サーバ装置へ送る予約情報提供手段と、
入力された予約情報を前記医療系サーバ装置に適合するデータに変換するデータ変換手段と、
前記医療系サーバ装置から予約情報の受付可否に関する可否情報が入力されると、当該予約情報の受付結果に関する結果情報を入力された可否情報から生成して前記予約サーバ装置へ送る結果情報提供手段と、を有し、
前記中間サーバ装置の予約情報提供手段は、前記データ変換手段による変換後の予約情報を、前記医療系サーバ装置へ送る、
ことを特徴とする医療系予約システム。

【請求項2】

請求項１に於いて、
前記予約サーバ装置の前記対中間指示手段は、入力された予約情報が持つ予約先の医療系施設に対応する前記中間サーバ装置へ前記対中間指示を送信し、
前記予約サーバ装置の前記予約情報提供手段は、前記予約情報要求の送信元の前記中間サーバ装置に対応する前記医療系施設に対応する予約情報を送信する、
ことを特徴とする医療系予約システム。

【請求項3】

請求項１又は２に於いて、
前記中間サーバ装置の前記予約情報要求手段は、所定時間毎に前記対中間指示の入力状況を調べ、入力有りの場合に前記予約情報要求を送る、
ことを特徴とする医療系予約システム。

【請求項4】

請求項１、２又は３に於いて、
前記中間サーバ装置の前記予約情報要求手段は、前回の予約情報要求の送信時から現在時までに前記予約サーバ装置が蓄積した予約情報を要求する、ことを特徴とする医療系予約システム。

【請求項5】

予約サーバ装置と、該予約サーバ装置に接続可能な中間サーバ装置と、該中間サーバ装置に接続可能な医療系サーバ装置と、から構成される医療系予約システムであって、
前記予約サーバ装置は、
クライアント装置へ提供した医療系予約画面を介してネットワークから予約情報が入力されると、予約情報の取得を指示する対中間指示を前記中間サーバ装置へ送る対中間指示手段と、
前記中間サーバ装置から予約情報を要求する予約情報要求が入力されると、要求された予約情報を前記中間サーバ装置へ送る予約情報提供手段と、を有し、
前記中間サーバ装置は、
前記予約サーバ装置から入力された対中間指示に基づいて、前記予約サーバ装置へ予約情報要求を送る予約情報要求手段と、
予約情報が前記予約サーバ装置から入力されると、予約情報の取得を指示する対施設指示を前記医療系サーバ装置へ送る対施設指示手段と、
前記医療系サーバ装置から予約情報を要求する予約情報要求が入力されると、要求された予約情報を前記医療系サーバ装置へ送る予約情報提供手段と、
入力された予約情報を前記医療系サーバ装置に適合するデータに変換するデータ変換手段と、を有し、
前記予約情報提供手段は、前記データ変換手段による変換後の予約情報を前記医療系サーバ装置に送り、
前記医療系サーバ装置は、前記中間サーバ装置から入力された対施設指示に基づいて、前記中間サーバ装置へ前記予約情報要求を送る予約情報要求手段を有する、
ことを特徴とする医療系予約システム。

【請求項6】

予約サーバ装置と、当該予約サーバ装置に接続可能な施設側サーバ装置と、から構成される医療系予約システムであって、
前記予約サーバ装置は、
クライアント装置へ提供した予約画面を介してネットワークから予約情報が入力されると、予約情報の取得を指示する対中間指示を前記施設側サーバ装置へ送る対中間指示手段と、
前記施設側サーバ装置から予約情報の送信を要求する予約情報要求が入力されると、該予約情報要求により要求された予約情報を当該施設側サーバ装置へ送信する予約情報提供手段と、
前記施設側サーバ装置から予約情報の受付結果に関する結果情報が入力されると、該結果情報を当該予約情報の入力元の前記クライアント装置へ送る結果情報提供手段と、を有し、
前記施設側サーバ装置は、
前記予約サーバ装置から入力された対中間指示に基づいて、前記予約サーバ装置へ予約情報要求を送る予約情報要求手段と、
入力された予約情報を当該施設側サーバ装置の医療系データベースとの照合に適合するデータに変換するデータ変換手段と、
予約情報が前記予約サーバ装置から入力されると、前記データ変換手段による変換後のデータ、及び、前記医療系データベースを参照して、当該予約情報の受付可否を調べ、調べた結果である可否情報から当該予約情報の受付結果に関する結果情報を生成して前記予約サーバ装置へ送る結果情報提供手段と、を有する、
ことを特徴とする医療系予約システム。

【請求項7】

請求項１〜６の何れかに記載の医療系予約システムに於いて、予約情報は、健康診断又は診療に関する予約情報である、ことを特徴とする医療系予約システム。

【請求項8】

１又は複数のコンピュータを、請求項１〜６の何れかに記載の医療系予約システムとして機能させるためのプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、健診予約や診療予約等の医療系予約システムと、各サーバ装置のプログラムとに関する。
本発明の予約システムは、不特定多数の受診希望者がインターネットを介して所望の健診／診療施設に健診／診療等の予約を行うためのシステムとして、特に好適である。

【背景技術】

【0002】

受診希望者の端末装置からインターネットを介して所望の健診（健康診断）施設や診療施設のサーバ装置にアクセスして、簡単な操作で健診予約や診療予約を行うことができるようにするサービスが望まれている。
特開２００６−３２３６３３号公報（特許文献１）には、「受診者がネットワークを介して簡単に健診予約ができ、健診の一連の業務を正確にしかも効率的に実施する健診システムを提供する」との記載がある。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２００６−３２３６３３号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

健診施設や診療施設のサーバ装置には、多くの受診者の個人情報や健診／診療履歴或いは健康保険組合の情報等の秘密情報が大量に蓄積されている。このため、健診施設や診療施設のサーバ装置をインターネットに接続して外部からアクセス可能とすることは、セキュリティ上、好ましくない。
一方、健診予約や診療予約の申込みに対する受付処理では、健診施設や診療施設のサーバ装置が管理している検査機器／設備、診療機器／設備等の予約状況や、施設従業員の勤務予定等との照合が必須である。また、料金計算や請求等のためには、申込者が属する健康保険組合の情報との照合も必要となる。

【0005】

このため、上記各情報との照合を可能としつつ、且つ、健診／診療施設の上記各情報が蓄積されたサーバ装置に対する外部からの不正なアクセスを確実に防止できる健診予約／診療予約システムが望まれている。
本発明はかかる事情に鑑みたものであり、外部端末からインターネットを介しての健診予約／診療予約の申込みに対する受付処理に於いて、健診施設／診療施設の健診／診療サーバ装置が管理する各種の秘密情報との照合が可能であり、且つ、健診／診療サーバ装置に対する外部からの不正なアクセスを確実に妨げることのできる医療系（健診／診療）予約システムを提供することを目的とする。

【課題を解決するための手段】

【0006】

本発明は以下のように記述される。なお、本項目（課題を解決するための手段）内と次項目（発明の効果）内で付した符号は理解を容易にするためのものであり、本発明を符号の構成に限定する趣旨ではない。また、以下で、「医療系」とは、健診（健康診断）、及び／又は、診療（医療機関での診察・治療）を意味する。なお、番号は実施の形態中の対応する構成の参照記号に相当し、参考のためであり、限定されるものではない。

【0007】

［１］予約サーバ装置１
クライアント装置５へ提供した医療系予約画面を介してインターネットから予約情報が入力されると（Ｓ１０１；ＹＥＳ）、予約情報の取得を指示する対中間指示を中間サーバ装置２へ送る（Ｓ１０３）対中間指示手段と、
中間サーバ装置２から予約情報の送信を要求する予約情報要求が入力されると（Ｓ１２１；ＹＥＳ）、要求された予約情報を当該中間サーバ装置２へ送る（Ｓ１２３）予約情報提供手段と、
中間サーバ装置２から予約情報の受付結果に関する結果情報が入力されると（Ｓ１８１；ＹＥＳ）、該結果情報を当該予約情報の入力元のクライアント装置５へ送る（Ｓ１８３）結果情報提供手段と、
を有することを特徴とする予約サーバ装置１。
上記に於いて、対中間指示手段は、入力された予約情報が持つ医療系予約先施設に対応する中間サーバ装置へ対中間指示を送る手段として構成してもよい。例えば、入力された予約情報が医療系施設Ａを指示するデータを持つとき、つまり、入力された予約情報が医療系施設Ａを予約先とするとき、該医療系施設Ａの中間サーバ装置２ａへ対中間指示を送るように構成してもよい。もちろん、このような構成とはせず、各中間サーバ装置２ａ，２ｂ，２ｃ．．．へ対中間指示を送るように構成してもよい。
また、上記に於いて、予約情報提供手段は、要求元の中間サーバ装置に対応する医療系施設に対応する予約情報を送る手段として構成してもよい。例えば、中間サーバ装置２ａからの要求であるときは、該中間サーバ装置２ａに対応する医療系施設Ａを予約先とする予約情報を送るように構成してもよい。もちろん、このような構成とせず、中間サーバ装置から要求された全ての予約情報を送るように構成してもよく、その場合に於いて、中間サーバ装置側が自機の管理する医療系施設を予約先とする予約情報を要求するように構成してもよい。例えば、中間サーバ装置２ａであれば、自機の管理する医療系施設Ａを予約先とする予約情報を要求するように構成してもよい。
コンピュータを、上記予約サーバ装置１として機能させるためのプログラムもまた、本発明である。

【0008】

［２］医療系予約システム（予約サーバ装置と中間サーバ装置）
上記何れかの予約サーバ装置１と、当該の予約サーバ装置１に接続可能な中間サーバ装置２と、から成る医療系予約システムであって、
前記中間サーバ装置２は、
前記予約サーバ装置１から入力された対中間指示に基づいて、前記予約サーバ装置１へ予約情報要求を送る（Ｓ２１６）予約情報要求手段と、
予約情報が前記予約サーバ装置１から入力されると（Ｓ２３２；ＹＥＳ）、予約情報の取得を指示するための対施設指示を医療系サーバ装置３へ送る（Ｓ２３４）対施設指示手段と、
医療系サーバ装置３から予約情報を要求する予約情報要求が入力されると（Ｓ２５２；ＹＥＳ）、要求された予約情報を当該医療系サーバ装置３へ送る（Ｓ２５４）予約情報提供手段と、
医療系サーバ装置３から予約情報の受付可否に関する可否情報が入力されると（Ｓ２７２；ＹＥＳ）、当該予約情報の受付結果に関する結果情報を前記入力された可否情報から生成して前記予約サーバ装置１へ送る（Ｓ２７４）結果情報提供手段とを有する、
ことを特徴とする医療系予約システム。
上記に於いて、「対中間指示に基づく」とは、予約情報を予約サーバ装置１から中間サーバ装置２へ送るための当該の予約サーバ装置１と中間サーバ装置２との接続は、「対中間指示」に基づいて開始され、原則として他の契機は存在しないことを意味する。即ち、対中間指示に基づく場合にのみ、開始されることを意味する。なお、「対中間指示」の有無を調べる手法は任意であり、例えば、下記の所定時間毎に調べる手法でもよい。
また、上記に於いて、予約情報要求手段は、所定時間毎に（Ｓ２１２）対中間指示の入力状況を調べ（Ｓ２１４）、入力有りの場合に（Ｓ２１４；ＹＥＳ）予約情報要求を送る（Ｓ２１６）手段として構成してもよい。
ここで、所定時間としては、例えば、０．１〜１０秒の範囲内の時間を採用することができ、それにより、ネットワーク帯域を圧迫する可能性を低減できるとともに、複数人の予約申込みが重複する可能性を低減できる。
また、上記に於いて、予約情報要求手段は、前回の予約情報要求の送信時から現在時までに予約サーバ装置が蓄積した予約情報を要求する手段として構成してもよい。
また、上記に於いて、中間サーバ装置に、入力された予約情報を前記医療系サーバ装置に適合するデータに変換するデータ変換手段を更に具備せしめ、中間サーバ装置の予約情報提供手段が医療系サーバ装置へ送る予約情報として、前記データ変換手段による変換後のデータを送るように構成してもよい。

【0009】

［３］中間サーバ装置２
予約サーバ装置１に接続可能であって、
前記予約サーバ装置１から入力された対中間指示に基づいて、前記予約サーバ装置１へ予約情報要求を送る（Ｓ２１６）予約情報要求手段と、
予約情報が前記予約サーバ装置１から入力されると（Ｓ２３２；ＹＥＳ）、予約情報の取得を指示するための対施設指示を医療系サーバ装置３へ送る（Ｓ２３４）対施設指示手段と、
医療系サーバ装置３から予約情報を要求する予約情報要求が入力されると（Ｓ２５２；ＹＥＳ）、要求された予約情報を当該医療系サーバ装置３へ送る（Ｓ２５４）予約情報提供手段と、
医療系サーバ装置３から予約情報の受付可否に関する可否情報が入力されると（Ｓ２７２；ＹＥＳ）、当該予約情報の受付結果に関する結果情報を前記入力された可否情報から生成して前記予約サーバ装置１へ送る（Ｓ２７４）結果情報提供手段と、
を有することを特徴とする中間サーバ装置２。
上記に於いて、「対中間指示に基づく」とは、予約情報を予約サーバ装置１から中間サーバ装置２へ送るための当該の予約サーバ装置１と中間サーバ装置２との接続は、原則として、「対中間指示」に基づいて開始され、他の契機が無いことを意味する。なお、「対中間指示」の有無を調べる手法は任意であり、例えば、下記の所定時間毎に調べる手法でもよい。
また、上記に於いて、中間サーバ装置２の予約情報要求手段は、所定時間毎に（Ｓ２１２）前記対中間指示の入力状況を調べ（Ｓ２１４）、入力有りの場合に（Ｓ２１４；ＹＥＳ）前記予約情報要求を送る（Ｓ２１６）手段として構成してもよい。
ここで、所定時間としては、例えば、０．１〜１０秒の範囲内の時間を採用することができ、それにより、ネットワーク帯域を圧迫する可能性を低減できるとともに、複数人の予約申込みが重複する可能性を低減できる。
また、上記に於いて、中間サーバ装置２の予約情報要求手段は、前回の予約情報要求の送信時から現在時までに前記予約サーバ装置が蓄積した予約情報を要求する手段として構成してもよい。
また、上記に於いて、中間サーバ装置に、入力された予約情報を前記医療系サーバ装置に適合するデータに変換するデータ変換手段を更に具備せしめ、中間サーバ装置の予約情報提供手段が医療系サーバ装置へ送る予約情報として、前記データ変換手段による変換後のデータを送るように構成してもよい。
コンピュータを、上記中間サーバ装置２として機能させるためのプログラムもまた、本発明である。

【0010】

［４］医療系予約システム（予約サーバ装置、中間サーバ装置、医療系サーバ装置）
上記何れかの予約サーバ装置１及び中間サーバ装置２と、当該の中間サーバ装置２に接続可能な医療系サーバ装置３と、から成る医療系予約システムであって、
前記医療系サーバ装置３は、
前記当該の中間サーバ装置２から入力された対施設指示に基づいて、前記当該の中間サーバ装置２へ予約情報要求を送る（Ｓ３４５）予約情報要求手段と、
前記当該の中間サーバ装置２から予約情報が入力されると（Ｓ３６１；ＹＥＳ）、医療系データベース４を参照して当該予約情報の受付可否を調べ、調べた結果である可否情報を前記当該の中間サーバ装置２へ送る（Ｓ３６３）可否情報提供手段と、を有する、
ことを特徴とする医療系予約システム。
上記に於いて、「当該の中間サーバ装置に接続可能」とは、原則として、「外部のネットに接続された機器としては当該の中間サーバ装置にのみ接続可能」の意味である。したがって、医療系施設内の入出力機器等には、当該の機器が外部のネットから遮断されていることを条件として、接続されていてもよい。
また、上記に於いて、「対施設指示に基づく」とは、原則として、予約情報を中間サーバ装置２から医療系サーバ装置３へ送るための当該の中間サーバ装置２と医療系サーバ装置３との接続は、「対施設指示」に基づいてのみ開始されることを意味する。即ち、原則として、対施設指示に基づく場合にのみ、開始されることを意味する。なお、「対施設指示」の有無を調べる手法は任意であり、例えば、下記のように所定時間毎に調べる手法でもよい。
また、上記に於いて、医療系サーバ装置３の予約情報要求手段は、所定時間毎に（Ｓ３４１）前記対施設指示の入力状況を調べ（Ｓ３４３）、入力有りの場合に（Ｓ３４３
；ＹＥＳ）前記予約情報要求を送る（Ｓ３４５）ように構成してもよい。
ここで、所定時間としては、例えば、０．１〜１０秒の範囲内の時間を採用することができ、それにより、ネットワーク帯域を圧迫する可能性を低減できるとともに、複数人の予約申込みが重複する可能性を低減できる。
また、上記に於いて、医療系サーバ装置３の予約情報要求手段は、前回の予約情報要求の送信時から現在時までに前記当該の中間サーバ装置２が蓄積した予約情報を要求するように構成してもよい。

【0011】

［５］医療系サーバ装置３
中間サーバ装置２に接続可能であって、
前記中間サーバ装置２から入力された対施設指示に基づいて、前記中間サーバ装置２へ予約情報要求を送る（Ｓ３４５）予約情報要求手段と、
前記中間サーバ装置２から予約情報が入力されると（Ｓ３６１；ＹＥＳ）、医療系データベース４を参照して当該予約情報の受付可否を調べ、調べた結果である可否情報を前記中間サーバ装置２へ送る（Ｓ３６３）可否情報提供手段と、
を有することを特徴とする医療系サーバ装置３。
上記に於いて、「中間サーバ装置に接続可能」とは、原則として、「外部のネットに接続された機器としては中間サーバ装置にのみ接続可能」の意味である。したがって、医療系施設内の入出力機器等には、当該の機器が外部のネットから遮断されていることを条件として、接続されていてもよい。
また、上記に於いて、「対施設指示に基づく」とは、原則として、予約情報を中間サーバ装置２から医療系サーバ装置３へ送るための当該の中間サーバ装置２と医療系サーバ装置３との接続は、「対施設指示」に基づいてのみ開始されることを意味する。即ち、対施設指示に基づく場合にのみ、開始されることを意味する。なお、「対施設指示」の有無を調べる手法は任意であり、例えば、下記のように所定時間毎に調べる手法でもよい。
また、上記に於いて、医療系サーバ装置３の予約情報要求手段は、所定時間毎に（Ｓ３４１）前記対施設指示の入力状況を調べ（Ｓ３４３）、入力有りの場合に（Ｓ３４３；ＹＥＳ）前記予約情報要求を送る（Ｓ３４５）ように構成してもよい。
ここで、所定時間としては、例えば、０．１〜１０秒の範囲内の時間を採用することができ、それにより、ネットワーク帯域を圧迫する可能性を低減できるとともに、複数人の予約申込みが重複する可能性を低減できる。
また、上記に於いて、医療系サーバ装置３の予約情報要求手段は、前回の予約情報要求の送信時から現在時までに前記中間サーバ装置２が蓄積した予約情報を要求する（Ｓ３４５）ように構成してもよい。
コンピュータを、上記医療系サーバ装置３として機能させるためのプログラムもまた、本発明である。

【0012】

［６］医療系予約システム（予約サーバ装置、中間サーバ装置、医療系サーバ装置）
予約サーバ装置１と、該予約サーバ装置１に接続可能な中間サーバ装置２と、該中間サーバ装置２に接続可能な医療系サーバ装置３と、から成る医療系予約システムであって、
前記予約サーバ装置１は、
クライアント装置へ提供した医療系予約画面を介してネットワークから予約情報が入力されると（Ｓ１０１；ＹＥＳ）、予約情報の取得を指示する対中間指示を前記中間サーバ装置２へ送る（Ｓ１０３）対中間指示手段と、
前記中間サーバ装置２から予約情報を要求する予約情報要求が入力されると（Ｓ１２１；ＹＥＳ）、要求された予約情報を前記中間サーバ装置２へ送る（Ｓ１２３）予約情報提供手段とを有し、
前記中間サーバ装置２は、
前記予約サーバ装置１から入力された対中間指示に基づいて、前記予約サーバ装置１へ予約情報要求を送る（Ｓ２１６）予約情報要求手段と、
予約情報が前記予約サーバ装置１から入力されると（Ｓ２３２；ＹＥＳ）、予約情報の取得を指示する対施設指示を前記医療系サーバ装置３へ送る（Ｓ２３４）対施設指示手段と、
前記医療系サーバ装置３から予約情報を要求する予約情報要求が入力されると（Ｓ２５２；ＹＥＳ）、要求された予約情報を前記医療系サーバ装置３へ送る（Ｓ２５４）予約情報提供手段とを有し、
前記医療系サーバ装置３は、
前記中間サーバ装置２から入力された対施設指示に基づいて、前記中間サーバ装置２へ予約情報要求を送る（Ｓ２５４）予約情報要求手段を有する、
ことを特徴とする医療系予約システム。
上記に於いて、中間サーバ装置に、入力された予約情報を前記医療系サーバ装置に適合するデータに変換するデータ変換手段を更に具備せしめ、中間サーバ装置の予約情報提供手段が医療系サーバ装置へ送る予約情報として、前記データ変換手段による変換後のデータを送るように構成してもよい。

【0013】

［７］簡易型システム及びサーバ装置
前記［１］に記載の何れかの予約サーバ装置１と、当該の予約サーバ装置１に接続可能な施設側サーバ装置３Ｐと、から成る医療系予約システムであって、
前記施設側サーバ装置３Ｐは、
前記予約サーバ装置１から入力された対中間指示に基づいて、前記予約サーバ装置１へ予約情報要求を送る予約情報要求手段と、
予約情報が前記予約サーバ装置１から入力されると、当該予約情報に基づいて、及び、医療系データベース４Ｐを参照して、当該予約情報の受付可否を調べ、調べた結果である可否情報から当該予約情報の受付結果に関する結果情報を生成して前記予約サーバ装置１へ送る結果情報提供手段と、
を有することを特徴とする医療系予約システム。
上記に於いて、施設側サーバ装置３Ｐは、入力された予約情報を当該施設側サーバ装置３Ｐの医療系データベース４Ｐとの照合に適合するデータに変換するデータ変換手段を更に有し、施設側サーバ装置３Ｐの結果情報提供手段は前記データ変換手段による変換後のデータに基づいて受付可否を調べるように構成してもよい。
コンピュータを、上記医療系予約システムの施設側サーバ装置３Ｐとして機能させるためのプログラムもまた、本発明である。
［８］健診予約システム
前記［２］［４］［６］［７］に記載の何れかの医療系予約システムに於いて、
医療系予約システムは、健康診断に関する予約を処理する健診予約システムである、
ことを特徴とする医療系予約システム。

【発明の効果】

【0014】

前記［１］の予約サーバ装置１によると、医療系サーバ装置３が管理する各種秘密情報との照合が可能であり、且つ、医療系サーバ装置３に対する外部アクセスを妨げ得る医療系予約システムの構成要素であって、インターネットから任意にアクセス可能な構成要素を提供することができる。
前記［２］の医療系予約システムによると、医療系サーバ装置３が管理する各種秘密情報との照合が可能であり、且つ、医療系サーバ装置３に対する外部アクセスを妨げ得る医療系予約システムの構成要素であって、インターネットから任意にアクセス可能な構成要素を有するとともに、医療系サーバ装置３への正規の医療系予約以外でのデータ送受信を妨げ得る構成要素を提供することができる。
前記［３］の中間サーバ装置２によると、医療系サーバ装置３が管理する各種秘密情報との照合が可能であり、且つ、医療系サーバ装置３に対する外部アクセスを妨げ得る医療系予約システムの構成要素であって、インターネットから任意にアクセス可能な構成要素を前段に有するとともに、医療系サーバ装置３への正規の医療系予約以外でのデータ送受信を妨げ得る構成要素としての中間サーバ装置２を提供することができる。
前記［４］の医療系予約システムによると、医療系サーバ装置３が管理する各種秘密情報との照合が可能であり、且つ、医療系サーバ装置３に対する外部アクセスを妨げ得る医療系予約システムを提供することができる。
前記［５］の医療系サーバ装置３によると、医療系サーバ装置３が管理する各種秘密情報との照合が可能であり、且つ、医療系サーバ装置３に対する外部アクセスを妨げ得る医療系予約システムの構成要素であって、インターネットから任意にアクセス可能な構成要素を前段に有するとともに、医療系サーバ装置３への正規の医療系予約以外でのデータ送受信を妨げ得る構成要素としての中間サーバ装置２により保護された構成要素としての医療系サーバ装置３を提供することができる。
前記［６］の医療系予約システムによると、医療系サーバ装置３が管理する各種秘密情報との照合が可能であり、且つ、医療系サーバ装置３に対する外部アクセスを妨げ得る医療系予約システムを提供することができる。
前記［７］の簡易型システム及びサーバ装置によると、上記の中間サーバ装置２と医療系サーバ装置３を合体させた簡易型のシステムと、その構成要素である施設側サーバ装置３Ｐを提供することができる。
前記［８］の健診予約システムによると、上述の効果を健診予約システムに於いて得ることができる。

【図面の簡単な説明】

【0015】

【図1】実施の形態の健診予約システムの構成を示すブロック図である。

【図2】図１のシステムを構成する予約サーバ装置、中間サーバ装置、健診サーバ装置で実行される処理を示すフローチャートである。

【図3】図１のシステムを構成する予約サーバ装置、中間サーバ装置、健診サーバ装置間で送受信されるデータを示す機能ブロック図である。

【図4】簡易型システムを構成する予約サーバ装置、施設側サーバ装置間で送受信されるデータを示す機能ブロック図である。

【図5】実施形態２に係る健診予約システムの構成図である。

【図6】図５に示す予約サーバ装置の構成例を示す図である。

【図7】図５に示す中間サーバ装置の構成例を示す図である。

【図8】図５に示す健診サーバ装置の構成例を示す図である。

【図9】健診ＤＢに格納される予約枠情報の一例を示す図である。

【図10】（ａ）と（ｂ）は、予約画面の一例を示す図である。

【図11】クライアント装置から予約サーバ装置に送信される予約情報の一例を示す図である。

【図12】予約サーバ装置に蓄積される予約情報の一例を示す図である。

【図13】（ａ）「対中間指示」の構成例を示す図、（ｂ）保存された「対中間指示」を示す図、（ｃ）予約要求情報の構成例を示す図である。

【図14】予約サーバ装置から中間サーバ装置に送信される予約情報の一例を示す図である。

【図15】（ａ）対施設指示の一例を示す図、（ｂ）予約情報要求の一例を示す図である。

【図16】可否情報の一例を示す図である。

【図17】医療系予約システム用の予約枠情報の一例を示す図である。

【図18】実施形態３に係る健診予約システムの構成を示す図である。

【図19】健康保険加入者情報の一例を示す図である。

【図20】健康保険組合専用の予約枠情報の一例を示す図である。

【図21】健診施設と健康保険組合との提携関係の一覧を示す図である。

【図22】予約画面生成処理のフローチャートである。

【図23】レポートの一例を示す図である。

【図24】請求データの一例を示す図である。

【図25】実施形態４にかかる予約可能数を説明するための図である。

【発明を実施するための形態】

【0016】

図面を参照して、本発明の実施の形態に係る予約システムを説明する。
（実施の形態１）
実施の形態１では、医療系施設として健診（健康診断）施設を想定する。このため、施設の業務を管理するサーバ装置として、図１に示すように、健診サーバ装置３を用いている。なお、病院等の診療施設に対する予約の場合は、健診サーバ装置３に代えて当該診療施設用のサーバ装置を用いる等することで、本実施の形態と略同様にして実施可能である。
図示するように、実施の形態１に係る健診予約システム１０は、複数の予約サーバ装置１ａ，１ｂ．．．、中間サーバ装置２ａ，２ｂ，２ｃ．．．、健診サーバ装置３ａ，３ｂ，３ｃ，３ｃｃ．．．、健診データベース（ＤＢ）４ａ、４ｂ、４ｃ、４ｃｃ．．．、等から構成される。なお、以下、複数の予約サーバ装置１ａ，１ｂ．．を総称して予約サーバ装置１、複数の中間サーバ装置２ａ，２ｂ，２ｃ．．．を総称して中間サーバ装置２、複数の健診サーバ装置３ａ，３ｂ，３ｃ，３ｃｃ．．を総称して健診サーバ装置３、複数の健診ＤＢ４ａ，４ｂ，４ｃ、４ｃｃ．．を総称して健診ＤＢ４と呼ぶ。

【0017】

各予約サーバ装置１は、コンピュータから構成され、インターネットＩＮに常時接続されており、任意のクライアント装置（予約申込者が使用する端末装置）５（５ａ、５ｂ，５ｃ．．）からの要求に応答して、「健診予約画面」等をクライアント装置５に提供する。
各予約サーバ装置１は、クライアント装置５から、予約申込者が「健診予約画面」から入力した要望事項を含む予約情報を受信し、要望事項に応じた処理を実行する。具体的には、予約サーバ装置１は、「健診予約画面」から入力されたデータに基づいて、後述のように、予約情報の送信を指示する「対中間指示」を中間サーバ装置２へ送信し、その応答として、「予約情報要求」を受信した場合に、当該「予約情報要求」で要求された予約情報を、「予約情報要求」の送信元の中間サーバ装置２へ送信する。
予約サーバ装置１は、クラウドとして構成することもできる。

【0018】

中間サーバ装置２は、コンピュータから構成され、本健診予約システム１０では各健診施設に設けられて当該各健診施設用の健診サーバ装置３に接続される。中間サーバ装置２ｃのように、複数の健診施設Ｃ，ＣＣを、１つの中間サーバ装置２（２ｃ）でカバーする構成も可能である。
中間サーバ装置２は、後述のように、外部機器としては、予約サーバ装置１とのみデータの送受信を行い得るように構成されている。

【0019】

健診サーバ装置３は、健診施設毎に設けられて、当該各健診施設の健診データを管理する。健診データは、日時（時間帯）とその時間帯に健康診断を受ける受診者と受診内容とを対応付けるデータを含む。健診サーバ装置３はインターネットＩＮ等の外部装置には直接接続されず、中間サーバ装置２を介してのみ、接続可能である。また、外部装置とのデータの送受信は健診予約に関するデータのみ可能であり、その送信は、中間サーバ装置２から「対施設指示」を受信したことを契機としてのみ開始され得るように構成されている。

【0020】

健診ＤＢ４は、健診施設毎に設けられて、当該健診施設の健診データを記憶する。健診ＤＢ４は、健診サーバ装置３によりアクセスされる。検診データは、日時（時間帯）とその時間帯に健康診断を受ける受診者と受診内容とを対応付けるデータを含む。また、健診ＤＢは健診結果を記憶してもよい。

【0021】

次に、図２と図３を参照して、健診予約システム１０を用いた健康診断の予約の処理手順を説明する。
まず、健康診断を予約する申込み者は、任意のクライアント装置５を操作して、インターネットを介して予約サーバ装置１にアクセスし、「健診予約画面」を開く。より詳細には、任意のクライアント装置５は、検診予約希望者の操作に従って、健診予約画面表示用のデータや最新の予約枠（予約の空き）情報を予約サーバ装置１に要求して受信し、自機のモニタに表示する。予約枠情報の項目としては、例えば、空きの有る健診施設、その年月日（予約枠日）、その健診の開始時刻等（健診コース）、その健診コースの詳細、その健診コースに可能なオプション、そのオプションの詳細、その健診コースの予約可能人数、その予約枠の期限、適用可能な健康保険、価格、等を採用することができる。換言すれば、「健診予約画面」は、申込み者（任意のクライアント装置５の操作入力者）が、予約可能な健診施設や健診内容／日時等の詳細を一覧で、又は、順に画面を遷移しつつ、把握して、選択できればよく、予約サーバ装置１としても、そのような機能を持つ「健診予約画面」を、任意のクライアント装置５からの要求に応じて提供できればよい。

【0022】

申込者は、健診予約画面に表示された予約枠情報から所望の健診施設・健診コース・オプション等を選択し、更に必要に応じて申込み者情報等の所要の事項を入力した後、送信ボタン等で送信操作を入力する。送信操作に応答し、クライアント装置５は、それらの入力データ（予約情報）を、予約サーバ装置１に送信する（図３：（１））。予約サーバ装置１は、送信されたデータを受信し（図２：Ｓ１０１；ＹＥＳ）、受信した入力データを暗号化して記憶部に記憶して保持する。予約サーバ装置１は、さらに、予約情報の取得を指示するためのデータ「対中間指示」を中間サーバ装置２に送信する（図２：Ｓ１０３、図３：（２））。なお、「対中間指示」は、情報を取得することを指示するのみで、予約情報を含まない。「対中間指示」の送信先の中間サーバ装置２としては、当該の入力データが持つ健診施設（申込み者により選択された健診施設）を管理する健診サーバ装置３に接続可能な中間サーバ装置２が設定される。例えば、健診施設ＣＣが選択されている場合は、健診施設ＣＣを管理する健診サーバ装置３ｃｃに接続可能な中間サーバ装置２ｃが、送信先として設定される。健診予約対象の健診施設として第２希望以下も入力されている場合は、当該第２希望以下の健診施設に対応する中間サーバ装置２も、同様に送信先として設定される。

【0023】

中間サーバ装置２は、「対中間指示」を受信すると、これを受信時刻データ等と共に記憶する。
中間サーバ装置２は、所定時間間隔で、「対中間指示」を受信しているか否かをチェックする（Ｓ２１２，Ｓ２１４）。中間サーバ装置２は、前回のチェック後直近の「所定時間」内に「対中間指示」を受信している場合（Ｓ２１４；ＹＥＳ）、予約情報の送信を要求する「予約情報要求」を、「対中間指示」の送信元の予約サーバ装置１に送信する（図２：Ｓ２１６、図３：（３））。このとき、前回受信した「予約情報」の中の最新のデータを一意に規定する情報（例；前回の受信時刻，各予約情報に予約サーバ装置１での入力順等の一意の情報が付されている場合はその一意の順番等）を、併せて送信する。

【0024】

上記「所定時間」としては、好ましくは、０．１〜１０［ｓｅｃ］程度の時間を例示することができる。これは、０．１［ｓｅｃ］より短いと、ネットワーク帯域を圧迫してしまうため好ましくなく、一方、１０［ｓｅｃ］より長くなると、同じ予約枠に複数人が予約申込みしてしまう可能性が高まって健診施設側の手間が増えてしまって好ましくないためである。

【0025】

中間サーバ装置２は、直近の「所定時間」内に所定の「対中間指示」を受信していた場合にのみ、所定の「予約情報要求」を予約サーバ装置１へ送信するとともに、該送信に続いて生起される各処理を順に実行して予約情報の受信等を行う。中間サーバ装置２は、インターネット等の外部からの他のデータ入力（所定の「対中間指示」以外のデータ入力）に対しては、一切、処理を開始しないように構成されている。

【0026】

予約サーバ装置１は、何れかの中間サーバ装置２から所定の「予約情報要求」を受信すると（図２：Ｓ１２１；ＹＥＳ）、要求された予約情報を、当該要求元の中間サーバ装置２へ送信する（図２：Ｓ１２３、図３：（４））。要求された予約情報とは、ここでは、当該要求元の中間サーバ装置２に接続される健診サーバ装置３が管理する健診施設を予約先とする予約情報であって、当該要求元の中間サーバ装置２へ予約情報を前回送信した後に予約サーバ装置１に入力され、現在までに蓄積されていた予約情報である。

【0027】

予約サーバ装置１は、所定の「予約情報要求」が受信された場合にのみ、当該要求された予約情報を中間サーバ装置２へ送信し、インターネットＩＮ等の外部からの他の送信要求に対しては、一切、反応しない（予約情報送信のための処理を開始しない）ように構成されている。このように構成されているため、予約サーバ装置１に入力された予約情報を不正な宛先へ送信させるためには、予約サーバ装置１と中間サーバ装置２の双方のプログラムを改変等する必要があり、事実上不可能となる。

【0028】

中間サーバ装置２は、「予約情報要求」を予約サーバ装置１に送信した後、その予約サーバ装置１から送られてくる予約情報を受信する（Ｓ２３２；ＹＥＳ）。中間サーバ装置２は、続いて、接続されている健診サーバ装置３に、予約情報の取得を指示する所定のデータ「対施設指示」を送信する（図２：Ｓ２３４、図３（５））。

【0029】

また、中間サーバ装置２は、今回受信した「予約情報」を、当該中間サーバ装置２に接続される健診サーバ装置３用のデータに変換し、さらに、ＡＥＳ（Advanced Encryption Standard)アルゴリズム等の所定の暗号化方式で暗号化して、当該中間サーバ装置２のデータベース（不図示）に保持する。例えば、中間サーバ装置２ｃは、健診施設Ｃの健診サーバ装置３ｃと健診施設ＣＣの健診サーバ装置３ｃｃとに接続されているが、今回受信した「予約情報」が健診施設Ｃを予約先施設としている場合は、「予約情報」を健診サーバ装置３ｃ用のデータに変換し及び暗号化して保持する。このデータ変換は、当該「予約情報」の送信先となる健診サーバ装置３のシステムのバージョンやＯＳ、更には該ＯＳのバージョンに適合するように行われる変換である。また、必要に応じて、項目を整合させるためのデータ変換も行われる。例えば、クライアント装置５が表示する「健診予約画面」では、一般人が理解し易い一般的な用語や分類等が用いられているが、それらは必ずしも健診施設で使用される用語や分類等には合致しない。このため、それらを健診施設で使用される用語や分類等に適合させるためのデータ変換も行われる。

【0030】

さらに、中間サーバ装置２は、今回受信した「予約情報」の中の最新のデータを一意に識別する情報（例；今回の受信時刻，各予約情報に予約サーバ装置１での入力順等の一意の情報が付されている場合はその一意の順番等）を、自己のデータベースに格納する。この「一意に規定する情報」は、次回にステップＳ２１６の処理（予約サーバ装置１へ「予約情報要求」を送信する処理）を実行する際に、予約サーバ装置１に通知される。

【0031】

健診サーバ装置３は、中間サーバ装置２から、「対施設指示」を受信すると、一旦、これを記憶する。
健診サーバ装置３は、所定時間間隔で、「対施設指示」を受信しているか否かをチェックする（Ｓ３４１，Ｓ３４３）。前回のチェック以降の直近の所定時間内に「対施設指示」を受信していた場合は（Ｓ３４３；ＹＥＳ）、予約情報の送信を要求する所定のデータ「予約情報要求」を、中間サーバ装置２へ送信する（図２：Ｓ３４５、図３：（６））。このとき、前回受信した「予約情報」の中の最新のデータを一意に規定する情報（例；前回の受信時刻，各予約情報に予約サーバ装置１での入力順等の一意の情報が付されている場合はその一意の順番等）を、併せて送信する。上記「所定時間」としては、中間サーバ装置２に関してステップＳ２１２の説明において述べたと同様の理由から、好ましくは、０．１〜１０［ｓｅｃ］程度の時間を例示することができる。

【0032】

健診サーバ装置３は、所定の「対施設指示」を受信していた場合にのみ、所定の「予約情報要求」を中間サーバ装置２へ送信し、該送信に続いて生起される各処理を順に実行するが、外部からの他のデータ入力（所定の「対施設指示」以外のデータ入力）に対しては、一切、反応しないように構成されている。

【0033】

中間サーバ装置２は、ステップＳ２３４で「対施設指示」を送信した健診サーバ装置３から「予約情報要求」を受信すると（Ｓ２５２；ＹＥＳ）、「要求された予約情報」をデータベース（不図示）から読み出して、当該の健診サーバ装置３へ送信する（図２：Ｓ２５４、図３（７））。「要求された予約情報」とは、ここでは、当該の健診サーバ装置３へ前回送信した後に中間サーバ装置２に入力されて現在まで蓄積された当該の健診サーバ装置３が管理する健診施設を予約先とする予約情報である。この予約情報は、前述のように、当該の健診サーバ装置３用のデータに変換されたデータであり、暗号化されたデータである。

【0034】

中間サーバ装置２は、「予約情報要求」を受信した場合にのみ、当該要求された予約情報を当該要求元の健診サーバ装置３へ送信し、インターネット等の外部からの他の送信要求に対しては、一切、反応しない（予約情報送信のための処理を開始しない）ように構成されている。このように構成されているため、中間サーバ装置２に入力された予約情報を不正な宛先へ送信させるためには、中間サーバ装置２と健診サーバ装置３の双方のプログラムを改変等する必要があり、事実上不可能となる。

【0035】

健診サーバ装置３は、要求した予約情報が中間サーバ装置２から送信されると、これを受信し（Ｓ３６１；ＹＥＳ）、受信した予約情報を復号化し、健診データベース４のデータを参照して、当該予約情報で特定される健康診断が受付可能か否かを判別する。健診サーバ装置３は、判別の結果である「可否情報」を、中間サーバ装置２へ送信する（図２：Ｓ３６３、図３（８））。健診サーバ装置３は、予約を受付可能な場合は、暗号化状態の予約情報を、当該健診サーバ装置３の健診データベース４に格納する。ただし、当該予約情報が第２希望以下の場合は、第１希望の最終結果を待って、格納する。

【0036】

また、このとき、健診サーバ装置３は、今回受信した「予約情報」の中の最新のデータを一意に規定する情報（例；今回の受信時刻，各予約情報に予約サーバ装置１での入力順等の一意の情報が付されている場合はその順番等）を、当該健診サーバ装置３のデータベースに格納する。この「一意に規定する情報」は、次回にステップＳ３４５の処理（中間サーバ装置２へ「予約情報要求」を送信する処理）を実行する際に、前述のようにして用いられる。

【0037】

中間サーバ装置２は、健診サーバ装置３から「可否情報」が送信されると、これを受信する（Ｓ２７２；ＹＥＳ）。中間サーバ装置２は、受信した「可否情報」を、予約サーバ装置１での蓄積に適した汎用の「結果情報」（ＷＥＢ用のデータ形式）に変換して、予約サーバ装置１へ送信する（図２：Ｓ２７４、図３：（９））。

【0038】

予約サーバ装置１は、中間サーバ装置２から「結果情報」が送信されると、これを受信する（Ｓ１８１；ＹＥＳ）。予約サーバ装置１は、当該予約情報に連携されていて当該の中間サーバ装置２とは別の中間サーバ装置２へ送信された予約情報に基づく「結果情報」と相互に調整して、その結果を示す「結果情報」を、要求元のクライアント装置５へ送信する（図２：Ｓ１８３，図３：（１０））。ここで、連携されている予約情報とは、当該の健診予約に於ける第１希望、第２希望等の予約情報である。

【0039】

クライアント装置５は、予約サーバ装置１から送信された「結果情報」を受信し、これを表示する。表示された「結果情報」が予約不可の場合、申し込み者は、必要に応じて、予約画面から予約情報を再度入力する。一方、表示された「結果情報」が予約可能の場合、申込者は、その予約を確定するあるいはキャンセルする処理を行う。クライアント装置５は、予約サーバ装置１に予約の確定／キャンセルを指示する情報を送信する。 予約サーバ装置１は、クライアント装置５からの返信で確定された予約情報を自機で保持する（更新する）。

【0040】

予約サーバ装置１は、ステップＳ１２３等で予約情報を送信する際に、確定又はキャンセルを示す情報を中間サーバ装置２に送信する。中間サーバ装置２は、受信した確定又はキャンセルを示す情報を、予約情報を送信する際に、健診サーバ装置３に送信する。健診サーバ装置３は、受信した確定／キャンセル情報に基づいて、健診ＤＢ４に登録されている予約情報に確定又はキャンセルを示す情報を付加する。健診サーバ装置３、健診データベース４等に記憶される更新された予約情報も、前述と同様に、所定の暗号化方式（例：ＡＥＳアルゴリズム）で暗号化されている。

【0041】

上記説明では、健診施設に対する予約の場合に即して説明しているが、病院等の医療機関に対する診療予約の場合も、例えば「健診予約画面」を「診療予約画面」にする等、若干の変更は必要であるが、略同様にして実施可能である。
例えば、健診ＤＢ４に相当する診療ＤＢに図５に例示するように、例えば、診療科毎に予約枠情報を格納し、枠内で予約を順番に受け付け、１つ予約を受け付ける毎に予約数を＋１するようにすればよい。また、複数の診療科、例えば、内科と耳鼻科をセットで受診するような場合に、全ての受診対象診療科の予約が可能な場合にのみ、予約ＯＫと判別するようにすればよい。

【0042】

また、上記説明では、中間サーバ装置２と健診サーバ装置３を別々の装置として構成しているが、図４に示すように、これらの機能を合体させた施設側サーバ装置３Ｐを設けることにより、簡略な予約システムを構成することもできる。

【0043】

図４に於いて、施設側サーバ装置３Ｐは、予約サーバ装置１からの「対中間指示」を監視して「予約情報要求」を送信元の予約サーバ装置１へ送信する機能や、予約サーバ装置１から送信された予約情報をデータ変換する機能を有する。これらは、前述の中間サーバ装置２が有する機能である。

【0044】

また、施設側サーバ装置３Ｐは、データ変換された予約情報を、該施設側サーバ装置３Ｐの所定の医療系データベース４Ｐのデータと照合し、その結果に基づいて可否情報を生成し、必要に応じて該医療系データベース４Ｐのデータを更新する等の機能を有する。これらは、前述の健診サーバ装置３が有する機能である。

【0045】

さらに、施設側データベース３Ｐは、上記可否情報をＷＥＢ用のデータである結果情報に変換して、予約サーバ装置１へ送信する機能を有する。これは、前述の中間サーバ装置１が有する機能である。

【0046】

（実施の形態２）
以下、実施形態１をより具体化した、健診予約システム１００に係る実施の形態２を図５〜図１６を参照して説明する。

【0047】

図５に示すように、本実施形態においても、健診予約システム１０１は、予約サーバ装置１と、中間サーバ装置２と、健診施設（健診サーバ装置３，健診ＤＢ４）と、クライアント装置５と、を備える。各健診サーバ装置３には、健康診断を実際に実施する医療施設に設置された、医療施設端末６（６ａ、６ｂ..）が施設内ＬＡＮ（ローカルエリアネットワーク）等を介して接続されている。なお、図５では、医療施設端末６が健診ＤＢ４を介して健診サーバ装置３に接続されているように表現されているが、健診ＤＢ４を介しているわけではない。

【0048】

予約サーバ装置１は、図６に示すように、制御部１１と、メモリ１２と、補助記憶装置１３と、通信ユニット１４とを備える。
制御部１１は、プロセッサなどから構成され、メモリ１２に格納されている動作プログラムを実行することにより、健康診断を予約するための処理、例えば、ｉ）中間サーバ装置２を介して健診サーバ装置３から最新予約状況（予約空き情報）を受信して、補助記憶装置１３に記憶する処理、ii）補助記憶装置１３に記憶されている最新予約状況に基づいて、予約画面（予約申し込み用ウエブページ）を生成して、クライアント装置５に提供する処理、iii）クライアント装置５からの予約画面を介した予約情報を受け付け、補助記憶装置１４に記憶すると共に予約情報を中継サーバ装置３を介して健診サーバ装置３に送信する処理、iv）健診サーバ装置３から中間サーバ装置２を介して予約結果を受信し、補助記憶装置１３に記憶すると共にクライアント装置５に提供する処理、等を実行する。処理の詳細は後述する。

【0049】

メモリ１２は、制御部１１の動作プログラムを記憶する。
補助記憶装置１３は、ｉ）複数の健診施設が提供する健診サービスの最新予約状況、ii）クライアント装置５から送信された予約情報、iii）中間サーバ装置２を介して健診サーバ装置３から送信された予約結果、等を記憶する。
通信ユニット１４は、中間サーバ装置２及びクライアント装置５と、インターネットＩＮを介して通信を行う。

【0050】

図５に示す中間サーバ装置２は、図７に示すように、制御部２と、メモリ２２と、補助記憶装置２３と、通信ユニット２４とを備える。

【0051】

制御部２１は、プロセッサから構成され、メモリ２２に格納されている動作プログラムを実行することにより、予約サーバ装置１と健診サーバ装置３との間で情報の伝達を仲介するための処理を実行する。処理の詳細は後述する。
メモリ２２は、制御部２１の動作プログラムを記憶する。

【0052】

補助記憶装置２３は、予約サーバ装置１から送信された「対中間要求」と、「予約情報」を記憶する。また、補助記憶装置２３は、健診サーバ装置３から送信された「結果情報」を記憶する。
通信ユニット２４は、予約サーバ装置１にインターネットＩＮ等を介して接続され、健診サーバ装置３にイントラネット等を介して接続され、予約サーバ装置１及び健診サーバ装置３と通信を行う。通信ユニット２４は、他の通信機器とは、通信を行わないように設定されている。

【0053】

図５に示す健診サーバ装置３は、健診施設における、健診のスケジュールを管理するサーバ装置である。健診サーバ装置３は、図８に示すように、制御部３１と、メモリ３２と、補助記憶装置３３と、通信ユニット３４と、データベース（ＤＢ）コントローラ３５と、を備える。
制御部３１は、プロセッサから構成され、メモリ３２に格納されている動作プログラムを実行することにより、健康診断に関する処理を実行する。この実施の形態では、特に、中間サーバ装置２から提供された予約情報で特定される予約が可能か否かを判別し、判別結果を中間サーバ装置２に送信し、予約内容を健診ＤＢ４に登録する等、予約管理を含む、健診のスケジュール管理を行う。処理の詳細は後述する。

【0054】

メモリ３２は、制御部３１の動作プログラムを記憶する。
補助記憶装置３３は、中間サーバ装置２から送信された「対施設指示」、「予約情報」等を記憶する。
通信ユニット３４は、中間サーバ装置２及び医療施設端末６にイントラネット等を介して接続されており、相互に通信を行う。通信ユニット３４は、他の通信機器とは、通信を行わないように設定されている。
ＤＢコントローラ３５は、健診ＤＢ４に専用線を介して接続され、健診ＤＢ４を制御する。

【0055】

健診ＤＢ４は、健康診断に関する種々のデータを記憶する。この実施の形態では、特に、健康診断の予約を受け付ける枠を示す予約可能枠情報、健康診断の予約、健康診断の結果などのデータを記憶する。

【0056】

クライアント装置５は、健康診断を申し込む一般ユーザが使用する端末装置であり、パーソナルコンピュータ、タブレット、スマートフォンなどから構成される。

【0057】

医療施設端末６は、健康診断を実施する医療施設に設置され、健康診断の予約可能枠を示す予約可能枠情報を、健診サーバ装置３を介して、健診ＤＢ４に設定する。健康診断をどのようなスケジュールで実施するかは、健診施設の都合で設定される。

【0058】

次に、上記構成を有する健診予約システム１００の動作を説明する。

【0059】

（予約枠の設定）
健康診断を実施する医療施設の担当者は、医療施設端末６を操作して、健診サーバ装置３にアクセスし、健康診断の受け入れ上限の設定を示す予約可能枠情報を送信する。予約可能枠情報は、例えば、健診施設名、年月日、予約可能なコース／オプション、予約可能人数、予約条件（性別、年齢等）等の情報を含む。健診サーバ装置３の制御部３１は、通信ユニット３４を介して予約可能枠情報を受信し、受信した予約可能枠情報に予約済人数を示す予約数情報等を付加して、予約枠情報を生成し、健診ＤＢ４に登録する。例えば、１月２２日の午前の枠に、Ａコースに２０人、Ｂコースに１５人、...、オプションのマンモグラフィーの受診に５人、乳腺エコーの受診に６人の．．．予約可能枠が設定されたとする。この場合、健診ＤＢ４には、図９に例示するような、予約枠情報が登録される。なお、予約人数は当初は初期値０に設定される。「予約可能人数−予約人数」が予約可能残数となる。

【0060】

健診サーバ装置３の制御部３１は、中間サーバ装置２と交信する度に、前回の交信後、健診ＤＢ４に格納されている予約枠情報が更新されているか否かを判別する。制御部３１は、前回の交信後、例えば、健診ＤＢ４に格納されている予約枠情報のうちの予約人数が更新されたり、新たな予約枠情報が追加された場合などには、予約枠情報が更新されていると判別し、最新の予約枠情報を健診ＤＢ４から読み出して中間サーバ装置２に送信する。なお、送信する予約枠情報を、更新された部分とその関連情報に限定してもよい。

【0061】

中間サーバ装置２の制御部２１は、健診サーバ装置３から送信された予約枠情報を通信ユニット２４を介して受信し、メモリ２２に記憶する。制御部２１は、予約サーバ装置１と交信する度に、予約サーバ装置１との前回の交信後、補助記憶装置２３に記憶されている予約枠情報が更新されたか否か（健診サーバ装置３から更新された予約枠情報を受信しているか否か）を判別する。

【0062】

制御部２１は、予約枠情報が更新されていれば、これをメモリ２２から読み出して、通信ユニット２４を介して、予約サーバ装置１（１ａ、１ｂ、．．）に送信する。各予約サーバ装置１の制御部１１は、送信された予約枠情報を通信ユニット１４を介して受信し、補助記憶装置１３に記憶する。こうして、予約サーバ装置１の補助記憶装置１３には最新の予約枠情報が記憶される。なお、予約枠情報の差分が送信されてくる場合には、制御部１１は、受信した差分に基づいて、補助記憶装置１３に記憶している予約枠情報を最新の予約枠情報に更新する。

【0063】

こうして、各予約サーバ装置１の補助記憶装置１３には、各健診施設のほぼ最新の予約枠情報が更新されつつ蓄積される。

【0064】

一方、健康診断を受診することを希望するユーザは、クライアント端末５を操作し、予約サーバ装置１に、予約画面を要求する。予約サーバ装置１の制御部１１は、通信ユニット１４を介して要求を受信し、補助記憶装置１３に記憶されている複数の健診施設の予約枠情報に基づいて、健診施設、日時、コース、オプションなどを選択するための選択画面（ウエブページ）を、例えば、図１０（ａ）、（ｂ）に例示するように合成する。予約サーバ装置１は、合成した選択画面を、通信ユニット１４を介してクライアント装置５に送信する。

【0065】

ユーザは、選択画面上で、受信したい健康診断の年月日時刻、診療施設、コース、オプションなどを選択することにより、希望する予約内容を入力する。複数の診療施設を選択したり、各健診施設について、複数の希望日を選択することも可能である。

【0066】

希望する予約内容を選択し終わると、ユーザは送信ボタンをクリックする。この操作に応答して、クライアント装置５は、入力された予約情報を予約サーバ装置１に送信する（図３：（１））。送信される予約情報は、図１１に例示するように、会員番号、受診者情報（住所、氏名、性別、年齢、メールアドレス、電話番号等の受信者の属性情報）、予約番号、施設、コース、オプション、希望日時、予約確定日時、送信（１→５）タイムスタンプ等を含む。なお、「予約番号」は、健診施設毎に採番されるユニークな番号である。「予約確定日時」は、この段階では、空欄又はＮｕｌｌである。「送信（５→１）タイムスタンプ」は、クライアント端末５から予約サーバ装置１への送信日時のタイムスタンプである。

【0067】

図１１に示す予約情報は、会員番号１２３４のユーザが、１）Ａ病院のＡコースを選択し、オプションとして「がんリスク」を選択し、第１受診希望日として２０１５年２月４日ＡＭを、第２受診希望日として２０１５年２月４日ＰＭを、第３受診希望日として２０１５年２月１１日ＡＭを選択し、２）Ｂ医院のＰＥＴコースを選択し、オプションとして「マンモグラフィー」を選択し、受診希望日として２０１５年２月４日０８：００〜１０：００を選択し、３）ＣクリニックのＣコースを選択し、オプションとして「がんリスク，胃カメラ」を選択し、第１受診希望日として２０１５年２月４日を、第２受診希望日として２０１５年２月１１日を選択した場合の例である。クライアント装置５は、Ａ病院の予約に予約番号「１１００００００１」を、Ｂ医院の予約に予約番号「１１００００００２」を、Ｃクリニックの予約に予約番号「１１００００００３」を採番し、また、送信日時は、２０１５年１月２０日の１６時２１分２１.０３２３６６秒である。

【0068】

予約サーバ装置１の制御部１１は、送信された予約情報を通信部１４を介して受信し（図２：Ｓ１０１；ＹＥＳ）、受信した予約情報に受信時刻のタイムスタンプと送信（１→２）タイムスタンプを付加し、図１２に示すように、補助記憶装置１３に記憶済の予約情報に追加して、暗号化して記憶する。

【0069】

なお、図１２は、暗号を解除した状態を示している。また、送信（１→２）タイムスタンプは、予約情報を中間サーバ装置２に送信したときに付される情報であり、初期段階では、Ｎｕｌｌが設定される。

【0070】

図１２は、全ての予約情報をまとめて蓄積する例を示しているが、予約サーバ装置１が予約情報を蓄積する形態は任意である。例えば、健診施設別、あるいは、中間サーバ装置２別に仕分けして予約情報を記憶してもよい。

【0071】

制御部１１は、予約情報の受信に応答して、あるいは、周期的に、予約情報で特定されている健診施設用に設置されている中間サーバ装置２に、「対中間指示」を送信する（図２：Ｓ１０３、図３：（２））。

【0072】

「対中間指示」は、送信元の予約サーバ装置１を識別するための予約サーバ装置識別データを含む。
例えば、図１２に示す予約情報が予約サーバ装置１ａの補助記憶装置１４に格納されており、会員番号「３４５６」までの予約情報が中間サーバ装置２に送信済であると仮定する。この場合、中間サーバ装置２に送信すべき予約情報は、会員番号「１２３４」の予約情報のみであり、予約情報を通知すべき健診施設はＡ病院とＢ医院とＣクリニックである。このため、制御部１１は、通信ユニット１４を介して、Ａ病院の中間サーバ装置２ａと、Ｂ医院の中間サーバ装置２ｂと、Ｃクリニックの中間サーバ装置２ｃに、「対中間指示」を送信する。図１３（ａ）に示すように、制御部１１は、「対中間指示」に、ＩＰアドレス、ＭＡＣアドレス等の送信元が予約サーバ装置１ａであることを示す識別情報と、予約サーバ装置１ａの暗号鍵により暗号化された乱数値を含める。

【0073】

各中間サーバ装置２の制御部２１は、通信ユニット２４を介して「対中間指示」を受信し、図１３（ｂ）に示すように、受信時刻のタイムスタンプを付加して補助記憶装置２３に格納する。

【0074】

中間サーバ装置２の制御部２１は、内部タイマ（ＲＴＣ）を有し、０．１〜１０［ｓｅｃ］程度の所定期間周期で、補助記憶装置２３に「対中間指示」を受信しているか否かをチェックする（図２：Ｓ２１４）。すなわち、制御部２１は、補助記憶装置２３に記憶している「対中間指示」の受信時刻のタイムスタンプをチェックし、直近の「所定期間」内に対中間指示を受信したか否かを判別する。前回のチェック時刻を記憶しておき、タイムスタンプからそれ以降に受信した対中間指示であるか否かを判別してもよい。
制御部２１は、「対中間指示」を受診している、と判別した場合、その送信元が予め登録されている予約サーバ装置１であるか否かを判別する。

【0075】

所定期間内に新たな「対中間指示」受信しており、かつ、それが、登録されている予約サーバ装置１からのものであると判別した場合（図２：Ｓ２１４；ＹＥＳ）、制御部２１は、予約情報の送信を要求する「予約情報要求」を、通信部２４を介して、予約サーバ装置１に送信する（図２：Ｓ２１６、図３：（３））。このとき、受信済の最後の「予約情報」を特定する情報、例えば、受信済の最後の予約情報の予約番号と送信（１→２）タイムスタンプ（予約サーバ装置１から中間サーバ装置２への送信時刻）等を含める。また、対中間指示に含まれていた暗号化された乱数値の暗号を解き、さらに、これを自己の暗号鍵で暗号化して「予約情報要求」に含める。

【0076】

例えば、Ａ病院用の中間サーバ装置２ａの受信済の最後の予約情報が図１２に示す会員番号「３４５６」の予約情報であるとする。この場合、受信済の最後の予約情報の予約番号と送信（１→２）タイムスタンプは、「１０９９９９９９２」と「２０１５−０１−２０ １６：１７：０８．４５」である。従って、制御部２１は、図１３（ｃ）に示すような、予約情報要求を生成し、送信する。

【0077】

「所定時間」は、実施形態１と同様に、好ましくは、０．１〜１０［ｓｅｃ］程度である。

【0078】

予約サーバ装置１の制御部１１は、何れかの中間サーバ装置２から通信ユニット１４を介して「予約情報要求」を受信すると（Ｓ１２１；ＹＥＳ）、それが、自己が送信した「対中間指示」に対応する応答であるか否かをチェックする。具体的には、送信元の中間サーバ装置２のアドレス（ＩＰアドレス・マックアドレス等）をチェックし、さらに、暗号化された乱数値が自己が対中間指示に含めた値と一致することを確認すること等により、真性の要求であるか否かを判定する。

【0079】

制御部１１は、真性の「予約情報要求」であると判別した場合、受信した「予約情報要求」に含まれている「予約番号」を有する予約情報より後に記憶されている予約情報、あるいは、受診した予約情報要求に含まれている「送信（１→２）タイムスタンプ」より後の送信（１→２）タイムスタンプを有するか又は未送信の予約情報を読み出し、要求元の中間サーバ装置２に送信する（図２：Ｓ１２３、図３：（４））。

【0080】

例えば、予約サーバ装置１が中間サーバ装置２ａから、図１３（ｃ）に示す「予約情報要求」を受け取ったとすると、制御部２１は、予約番号「１０９９９９９９２」より後に格納されている予約情報、あるいは、送信（１→２）タイムスタンプ「２０１５−１−２０ １６：１７：０８．４５」より後の送信タイムスタンプを有するか又は未送信の予約情報を中間サーバ装置２ａに送信する。記憶されている予約情報が図１２に示すものであるとすると、Ａ病院用の予約情報として、予約番号が「１１００００００１」の予約情報を読みだし、図１４に示すように、中間サーバ装置２ａに送信する。

【0081】

制御部１１は、送信した予約情報、すなわち、予約番号が「１１００００００１」の予約情報に送信時刻のタイムスタンプを付す。なお、図１２の例では、Ｂ医院とＣクリニックの予約情報が残っているが、これは、予約サーバ装置１が、中間サーバ装置２ｂ、２ｃにそれぞれ「対中間指示」を送信し、予約サーバ装置１が中間サーバ装置２ｂ、２ｃからの「予約情報要求」を受信したときに、送信される。

【0082】

中間サーバ装置２の制御部２１は、予約情報要求を予約サーバ装置１に送信した後、その予約サーバ装置１から送られてくる予約情報を通信ユニット２４を介して受信する（Ｓ２３２；ＹＥＳ）。制御部２１は、受信した予約情報を、補助記憶装置２３に格納する。制御部２１は、予約情報の受信に応答して、接続されている健診サーバ装置３に、通信ユニット２４を介して、予約情報の取得を指示する「対施設指示」を送信する（図２：Ｓ２３４、図３（５））。

【0083】

なお、このとき、制御部２１は、今回受信した「予約情報」を、接続されている健診サーバ装置３用のデータに変換し、さらに、ＡＥＳ（Advanced Encryption Standard)アルゴリズム等の所定の暗号化方式で暗号化して、当該中間サーバ装置２の補助記憶装置２３に保持する。例えば、制御部２１は、第１受診希望日の「１５年２月４日ＡＭ」を、２０１５０２０４Ａに、「Ａコース」を、それを示すコードＣＡに変換する。また、ＯＳの差に応じたデータ変換などを施す。

【0084】

健診サーバ装置３の制御部３１は、通信ユニット３４を介して、中間サーバ装置２から、「対施設指示」を受信すると、受信時刻のタイムスタンプを付してメモリ３２に記憶する。ただし、「対施設指示」を受信したことを直接の契機として、処理を開始することはない。

【0085】

制御部３１は、所定時間間隔で、直近所定時間内に「対施設指示」を受信したか否かを、メモリ３２に記憶している対施設指示のタイムスタンプをチェックすることにより判別する（Ｓ３４３）。制御部３１は、前回のチェック以降の直近の所定時間内に「対施設指示」を受信したと判別した場合は（Ｓ３４３；ＹＥＳ）、図１５（ｂ）に例示するような「予約情報要求」を、中間サーバ装置２へ通信ユニット３４を介して送信する（図２：Ｓ３４５、図３：（６））。このとき、前回までに受信した「予約情報」の中の最新のデータを一意に規定する情報（例；前回の送信時刻，予約番号等）を、併せて送信する。「所定時間」は、例えば、０．１〜１０［ｓｅｃ］程度の時間である。

【0086】

ここで、健診サーバ装置３が、図１２に示す会員番号「３４５６」の予約情報を最新の予約情報として受信済である仮定すると、予約番号「１１００００００１」とその送信時刻（中間サーバ装置２が健診サーバ装置３に送信したときのタイムスタンプ）が「予約情報要求」に付加される。

【0087】

中間サーバ装置２の制御部２１は、ステップＳ２３４で「対施設指示」を送信した健診サーバ装置３からの「予約情報要求」を受信すると（Ｓ２５２；ＹＥＳ）、受信した予約情報要求に含まれている最新データを規定する情報が示す予約情報以降の予約情報を、補助記憶装置２３から読み出して、健診サーバ装置３へ送信する（図２：Ｓ２５４、図３（７））。

【0088】

前述の例では、予約番号が「１０９９９９９９２」の予約情報より後に中間サーバ装置２ａが受信した予約情報、あるいは、最新の予約情報に付されている送信タイムスタンプよりも後の送信タイムスタンプを有するか未送信の予約情報、すなわち、図１４に示す予約番号が「１１００００００１」の予約情報が健診サーバ装置３に送信される。

【0089】

健診サーバ装置３の制御部３１は、予約情報が中間サーバ装置２から送信されると、通信ユニット３４を介してこれを受信する（Ｓ３６１；ＹＥＳ）。制御部３１は、受信した予約情報を復号化する。続いて、健診ＤＢ４に記憶されている予約枠情報を参照して、予約情報で特定される健診が受付可能か否かを判別する。複数の希望順位の予約情報がある場合には、それぞれにつて、受付可能か否かを判別する。例えば、予約番号が「１１００００００１」の予約情報であれば、第１希望受診日〜第３受診希望日のそれぞれについて、受診の可否を判別する。

【0090】

制御部３１は、判別した結果に基づいて、いずれの希望日に受診が可能であるかを判別し、受診可能な希望日のうち、最も順位が高いものを確定した予約日とし、健診ＤＢ４に格納する。また、予約枠情報の、該当する予約人数の欄を＋１する。
制御部３１は、判別の結果である「可否情報」を、図１６に示すように生成し、中間サーバ装置２へ送信する（図２：Ｓ３６３、図３（８））。なお、図１６の例は、図１４に示す予約情報を受信した場合に、第１希望の受診日時の受診が可能と判断された場合の例である。

【0091】

また、制御部３１は、今回受信した「予約情報」の中の最新のデータを一意に規定する情報（会員番号、予約番号、中間サーバ装置２から健診サーバ装置３への送信時刻のタイムスタンプ等）を、メモリ３２に格納する。この「一意に規定する情報」は、次回にステップＳ３４５の処理（中間サーバ装置２へ所定のデータ「予約情報要求」を送信する処理）を実行する際に、前述のようにして用いられる。

【0092】

中間サーバ装置２の制御部２１は、健診サーバ装置３から「可否情報」が送信されると、これを通信ユニット２４を介して受信する（Ｓ２７２；ＹＥＳ）。中間サーバ装置２は、受信した「可否情報」を、予約サーバ装置１での蓄積に適した汎用の「結果情報」（ＷＥＢ用のデータ形式）に変換して、対応する予約情報を送信した予約サーバ装置１へ送信する（図２：Ｓ２７４、図３：（９））。

【0093】

予約サーバ装置１の制御部１１は、中間サーバ装置２から「結果情報」が送信されると、これを受信し、メモリ１２に記憶する（Ｓ１８１；ＹＥＳ）。
予約サーバ装置１は、受信した「結果情報」と補助記憶装置１３に記憶している予約情報とを比較し、その予約申し込み者についての全ての予約情報についての「結果情報」を受信したか否かを判別する。例えば、図１６に示す「結果情報」を受信した段階において、図１２に示す予約情報と比較し、会員番号「１２３４」の残りの２つの希望の予約情報について、「結果情報」を受信しているか否かを判別する。

【0094】

制御部１１は、一組の予約情報のうち、１つでも「結果情報」を受信していなければ、待機する。一方、全ての「結果情報」を受信していれば、それらをまとめて、補助記憶装置１３に格納する。

【0095】

続いて、制御部１１は、「結果情報」を、要求元のクライアント装置５へ送信する（図２：Ｓ１８３，図３：（１０））。

【0096】

クライアント装置５は、予約サーバ装置１から送信された「結果情報」を受信し、これらを表示する。
こうして、ユーザは、送信した予約情報について、予約の最終的な可否を知ることができる。

【0097】

ユーザは、適宜のタイミングで、キャンセル、再検索などの指示を入力してもよい。この場合、前述と同様に、「対中間指示」、「予約情報要求」、「対施設指示」等の情報の交換を用いて、確定した予約の変更・キャンセルが行われる。

【0098】

なお、健診サーバ装置３から中間サーバ装置２を介して予約サーバ装置１に，「可否情報」や「結果情報」を送信する際に、健診ＤＢ４に格納されている予約枠情報が送信される。なお、予約枠情報が更新される度に、予約枠情報を予約サーバ装置１に送信するようにしてもよい。

【0099】

なお、図４に示す、中間サーバ装置２ａと健診サーバ装置３とが統合されたサーバ装置を使用する場合も同様に実施可能である。

【0100】

以上の説明では、サーバ装置２，３が受診している最新のデータを特定するために予約番号と送信タイムスタンプの両方を使用する例を示したが、何れか一方でもよい。また、予約番号とは別に、予約サーバ装置１で、各予約情報に連番のデータ番号を付し、データ番号で予約情報の前後を特定してもよい。また、各サーバ装置の内部構成は一例であり、限定されるものではない。

【0101】

上記説明では、健診施設に対する予約の場合に即して説明しているが、病院等の医療機関に対する診療予約の場合も、例えば「健診予約画面」を「診療予約画面」にする等、若干の変更は必要であるが、略同様にして実施可能である。例えば、健診ＤＢ４に相当する診療ＤＢに図１７に例示するように、例えば、診療科毎に予約枠情報を格納し、枠内で予約を順番に受け付け、１つ予約を受け付ける毎に予約数を＋１するようにすればよい。また、複数の診療科、例えば、内科と耳鼻科をセットで受診するような場合に、全ての受診対象診療科の予約が可能な場合にのみ、予約ＯＫと判別するようにすればよい。

【0102】

なお、上記説明においては、健診サーバ装置３が可否情報（結果情報）をユーザに提示し、ユーザの確認操作後、予約を確定したが、第１希望の予約が「可」であった場合に、その時点で予約を確定するようにしてもよい。この場合は、ユーザには、第１希望の予約の内容とその予約が確定したことを通知するようにすればよい。

【0103】

（実施形態３）
健康診断に健康保険が使用できる場合がある。以下、健康保険に対応した健診予約システム１０１について図１８〜図２４を参照して説明する。

【0104】

この場合、例えば、図１８に示すように、各健診施設の健診サーバ装置３には、中間サーバ装置２を介して又は専用線を介して、契約が締結されている健康保険組合の健保サーバ装置７（７ｅ、７ｆ、．．．）が接続される。

【0105】

各健保サーバ装置７は、提携関係にある健診施設の健診サーバ装置３に図１９に例示するような、健康保険加入者の情報を提供する。健診サーバ装置３は、提供された健康保険加入者情報を健診ＤＢ４に格納する。なお、インターネットＩＮと中間サーバ装置２を介して、健康保険加入者情報を健診サーバ装置３ｂに提供する場合には、実施形態１，２で予約情報を健診サーバ装置３に転送する場合と同様に、中間サーバ装置２を介して、「対中間指示」、「対施設指示」等を用いて、外部からの侵入を防止しつつ、データを転送することが望ましい。

【0106】

各健診施設は、図２０に示すように、提携関係にある健康保険組合専用のコース、オプション、価格（受診者負担分、健康保険組合負担分）などを用意し、予約枠情報の一部として健診ＤＢ４に登録する。
また、予約サーバ装置１は、図２１に示すように、健診施設と健康保険組合との提携関係の一覧を補助記憶装置１３等に記憶している。

【0107】

各健診施設の健診サーバ装置３は、一般ユーザ用の予約枠情報と共に健康保険組合加入者専用予約枠情報を予約サーバ装置１に伝達する。予約サーバ装置１は、各健診サーバ装置３から伝達された予約枠情報を補助記憶装置１３に格納する。

【0108】

予約サーバ装置１は、クライアント装置５に提供する認証画面に、健康保険組合名と保険証番号を入力する欄を配置する。

【0109】

健康保険に加入しているユーザは、認証画面に認証情報と共に健康保険に関する情報を入力し、健康保険に加入していないユーザは、認証情報のみを入力する。クライアント装置５は、入力された情報を予約サーバ装置１に送信する。

【0110】

予約サーバ装置１は、送信された情報に基づいて、図２２に示す予約画面生成処理を開始し、まず、認証処理を行い（ステップＳ１１）、認証成功の場合（Ｓ１１；ＹＥＳ）、このシステムを使用することを契約している健康保険組合を特定する情報が入力されているか否かを判別する（Ｓ１２）。
健康保険組合を特定する情報が入力されている場合には（Ｓ１２；ＹＥＳ）、その健康保険組合と提携している健診施設を図２１に示すテーブルから特定し、特定した健診施設の健康保険組合員用の予約枠情報を補助記憶装置１３から読み出し（Ｓ１３）、選択画面を生成し、表示する（Ｓ１４）。

【0111】

一方、ステップＳ１２で、このシステムを使用する契約をしている健康保険組合を特定する情報が入力されていないと判別した場合には（Ｓ１２；ＮＯ）、全て野健診施設から提供された予約枠情報を補助記憶装置１３から読み出し（Ｓ１５）、選択画面を生成し、表示する（Ｓ１４）。
予約サーバ装置１は、予約画面に健康保険を特定する情報が入力されていると、入力された健康保険組合用の枠情報のみを読み出し、読み出した枠情報に基づいて、予約画面を作成し、クライアント装置５に提供する。

【0112】

以後の処理は、基本的に実施形態１，２と同様である。

【0113】

健診サーバ装置３は、健診ＤＢ４に記録されている予約情報及び健診結果の情報に基づいて、健康保険加入者のうち、当月健診受診者、健診受診済者、予約中者、未予約者の情報を周期的、随時、又は健保サーバ装置７からの要求に応じて、図２３に例示するようなレポートを作成して提供する。
さらに、例えば、月単位で、コース料金（健康保険組合負担分）×受診人数＋オプション料金（健康保険組合負担分）×受診人数＝請求額 といった計算等により請求額求め、図２４に示すように、請求書データを自動生成し、明細（受診者のリスト）と共に保険組合のサーバ装置７に提供するようにしてもよい。

【0114】

認証用のＩＤと健康保険証番号とを予め対応付けておき、認証情報の入力するだけで、健康保険関係の処理を併せて行うようにしてもよい。

【0115】

（実施形態４）
健診施設で使用される各種検査器具は、診療のためにも使用される。このため、実施形態１〜３にいては、健診のコースやオプションについて、予め、予約数の上限を設定し、医療行為に悪影響を与えないように設定している。このため、健診の予約が枠いっぱいで、予約を断っているにもかかわらず、医療用に確保された検査機器が使用されず、検査機器の使用効率が低くなってしまうことが起こりうる。このような事態に備え、医療のための検査機器の使用予約と健診による機器の使用予約とをダイナミックに調整して行うようにしてもよい。

【0116】

図２５に示すように、ある健診コースＡでｎ種の検査機器Ｍ１〜Ｍｎ（ｎは２以上の整数）を使用するとする。そして、検査装置Ｍ１〜Ｍｎは、それぞれ、台数の差、検査に要する時間の差等から、使用可能人数が健診コースＡの時間枠内で最大Ｎ１〜Ｎｎ人だとする。

【0117】

健診の場合、通常、各受診者に、検査機器Ｍ１〜Ｍｎを１回ずつ使用する。従って、健診コースＡの予約済数がＪとすると、各検査機器Ｍｉの使用回数は共通にＪとなる（ｉは１〜ｎの整数）。一方、医療用には、検査機器Ｍｉは、診療の必要に応じて個別に予約される。検査機器Ｍｉの診療用の予約数をＬｉとすると、各検査機器Ｍｉの残使用可能回数は、Ｎｉ−Ｊ−Ｌｉとなる。

【0118】

健診の場合、各受診者に、各検査機器を１回ずつ使用する必要があるので、健診で予約が可能なのは、検査機器Ｍｉの残使用可能回数Ｎｉ−Ｊ−Ｌｉのうち最も小さい数となる。
従って、健診サーバ装置３は、予約サーバ装置１に伝達する健診コースＡの予約可能残数を「Ｎｉ−Ｊ−Ｌｉの最小値」とし、一方、医療端末６に提示する検査装置Ｍｉの予約可能残数を「Ｎｉ−Ｊ−Ｌｉ」とする。
このようにすれば、健診系と医療系とで、動的に予約可能数を調整しながら、予約を受け付けることができる。

【0119】

なお、緊急時の診療用の緊急での使用を確保するため、例えば、健診の予約可能残数を「Ｎｉ−Ｊ−Ｌｉの最小値」−Ｋｉ（Ｋは補正値）とし、緊急用に医療用での検査機器ＭｉのＫｉ台の使用を確保するようにしてもよい。
また、例えば、検査機器Ｍｉを健診Ａコース、健診Ｂコース．．．健診Ｐコースで共に使用する場合には、健診による検査機器Ｍｉの予約数ＪｉをＪｉ＝ＪＡｉ＋ＪＢｉ＋．．．ＪＰｉとし、健診の予約可能残数を「Ｎｉ−Ｊｉ−Ｌｉの最小値」−Ｋｉ（Ｋは補正値）としてもよい。

【0120】

以上説明したように、実施の形態によれば、各種情報の照合を可能としつつ、且つ、健診／診療施設の各種情報が蓄積されたサーバ装置に対する外部からの不正なアクセスを防止できる。

【符号の説明】

【0121】

１（１ａ、１ｂ） 予約サーバ装置
２（２ａ，２ｂ，２ｃ） 中間サーバ装置
３（３ａ，３ｂ，３ｃ，３ｃｃ） 健診サーバ装置
４（４ａ，４ｂ，４ｃ，４ｃｃ） 健診データベース
５（５ａ，５ｂ，５ｃ） クライアント装置
６（６ａ，６ｂ，６ｃ，６ｃｃ） 医療施設端末
Ａ，Ｂ，Ｃ 健診施設

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】

【図23】

【図24】

【図25】