(57)【要約】【課題】患者と加盟歯科医院双方に過度の負担をかけることなく結果的に予防治療の普及を図ることが可能な処置管理システムを提供する。【解決手段】端末装置Ｔにおいては、処置管理システムＳの会員たる来院者を識別するための来院者識別情報を入力し、その来院者識別情報を管理サーバＳＶに送信し、当該送信された来院者識別情報に対応した処置履歴情報が管理サーバＳＶから送信されて来たとき、当該送信されて来た処置履歴情報を受信して告知する。管理サーバＳＶは、来院者識別情報と処置履歴情報とを関連付けて蓄積記録し、来院者識別情報がいずれかの端末装置Ｔから送信されて来たとき、送信されて来た来院者識別情報に対応する処置履歴情報を検索し、検索された処置履歴情報を、来院者識別情報を送信して来た端末装置Ｔに対して送信する。【選択図】図１
2008293113.tif 000002
【特許請求の範囲】
【請求項１】
処置管理システムに予め参加している医療施設に設置されている端末装置と、サーバ装置と、がネットワークを介して接続されてなる当該処置管理システムであって、
前記端末装置は、
前記処置管理システムの会員たる来院者を識別するための来院者識別情報を入力するために用いられる入力手段と、
前記入力された来院者識別情報を前記サーバ装置に送信する端末装置送信手段と、
前記送信された来院者識別情報に対応した処置履歴情報が前記サーバ装置から送信されて来たとき、当該送信されて来た処置履歴情報を受信して告知する告知手段と、
を備え、
前記サーバ装置は、
前記来院者識別情報と、当該来院者識別情報により識別される前記来院者の処置履歴を示す前記処置履歴情報と、を関連付けて蓄積記録する記録手段と、
前記来院者識別情報がいずれかの前記端末装置から送信されて来たとき、当該送信されて来た来院者識別情報に対応する前記処置履歴情報を前記記録手段において検索する検索手段と、
前記検索された処置履歴情報を、前記来院者識別情報を送信して来た前記端末装置に対して送信するサーバ装置送信手段と、
を備えることを特徴とする処置管理システム。
【請求項２】
請求項１に記載の処置管理システムにおいて、
前記サーバ装置は、前記検索された処置履歴情報に対応する来院者が予め設定された期間毎に定期的に予防処置を受けていることが当該処置履歴情報により示されているか否かを判断する判断手段を更に備え、
前記サーバ装置送信手段は、定期的に前記予防処置を受けていることが前記処置履歴情報により示されていないと判断されたとき、前記処置履歴情報の前記端末装置への送信を禁止することを特徴とする処置管理システム。
【請求項３】
請求項２に記載の処置管理システムにおいて、
前記サーバ装置送信手段は、定期的に前記予防処置を受けていることが前記処置履歴情報により示されていると前記判断手段により判断されたとき、前記処置履歴情報に加えて、当該定期的な予防処置が実行されている旨の処置実行情報を前記端末装置へ送信すると共に、
前記告知手段は、前記処置履歴情報と共に前記処置実行情報が送信されて来たとき、当該処置履歴情報に対応する前記来院者についての処置費用を、予め設定された減額費用として告知することを特徴とする処置管理システム。
【請求項４】
請求項１に記載の処置管理システムにおいて、
前記記録手段は、各前記来院者における会費の支払い状況を示す支払い情報を、対応する前記来院者識別情報に関連付けて更に記録すると共に、
前記検索手段は、前記来院者識別情報がいずれかの前記端末装置から送信されて来たとき、当該来院者識別情報に関連付けられている前記支払い情報を検索し、
前記サーバ装置は、前記検索された支払い情報により当該来院者における前記会費の支払い状況に不備があることが示されているか否かを判断する判断手段を更に備え、
前記サーバ装置送信手段は、前記不備があることが示されていると判断されたとき、前記処置履歴情報の前記端末装置への送信を禁止することを特徴とする処置管理システム。
【請求項５】
請求項１から４のいずれか一項に記載の処置管理システムにおいて、
前記入力手段は、前記告知されている処置履歴情報に対応した新たな予防処置が前記来院者に対して施されたとき、当該新たに施された予防処置に相当する新たな処置情報を入力するために更に用いられ、
前記端末装置送信手段は、前記新たな処置情報と、当該処置情報に相当する予防処置が施された前記来院者を示す前記来院者識別情報と、を、前記ネットワークを介して前記サーバ装置に更に送信し、
前記検索手段は、前記送信されて来た来院者識別情報に基づいて前記蓄積記録されている処置履歴情報を前記記録手段において検索すると共に、
前記サーバ装置は、前記検索された処置履歴情報を前記送信されて来た処置情報の内容に基づいて更新する更新手段を更に備え、
前記記録手段は、前記更新された処置履歴情報を蓄積記録し直すことを特徴とする処置管理システム。
【請求項６】
請求項１から５のいずれか一項に記載の処置管理システムにおいて、
前記記録手段は、各前記会員から支払われた会費の額を当該各会員毎に示す会費情報と、各前記会員がいずれかの前記医療施設において予防処置を受けたときに支払った処置料の額を当該各会員毎に示す処置料情報と、を更に蓄積記録すると共に、
前記サーバ装置は、少なくとも各前記医療施設及び各前記会員夫々に対して付与されている得点であって、前記会費及び前記処置料からなる分配金の当該各医療施設及び各会員への分配額に対応する得点を、各前記会員の入会又は脱会のいずれか一方に応じて当該各医療施設及び各会員毎に算出する得点算出手段を更に備え、
更に前記記録手段は、前記算出された得点を示す得点情報を蓄積記録することを特徴とする処置管理システム。
【請求項７】
請求項６に記載の処置管理システムにおいて、
前記得点算出手段は、前記分配金について予め設定された上限額を超えた当該分配金が分配される前記会員がある時、当該上限額を超えた額に相当する前記得点を、当該上限額を超えた分配金が分配される前記会員以外の他の前記会員に再分配するように前記得点を算出することを特徴とする処置管理システム。
【請求項８】
請求項６又は７に記載の処置管理システムにおいて、
各前記会員は、相互の紹介関係に基づくツリー状の階層構造であって階層数が十以下の階層構造を有して相互に関連付けられており、
前記記録手段は、当該階層構造を示す階層構造情報を更に記録すると共に、
前記サーバ装置は、各前記会員毎の前記処置管理システムに対する入会又は退会のいずれか一方に応じて、当該いずれか一方後の前記階層構造を示すように前記階層構造情報を更新する階層構造情報更新手段を更に備え、
前記得点算出手段は、一の前記会員の紹介により他の前記会員が当該処置管理システムに入会したとき、当該入会した他の会員の数に応じて前記一の会員に係る前記得点を増加させ、
前記記録手段は、前記増加した後の前記得点を示す前記得点情報を更に蓄積記録することを特徴とする処置管理システム。
【請求項９】
請求項８に記載の処置管理システムにおいて、
前記得点算出手段は、一の前記会員の紹介により他の前記会員が当該処置管理システムに入会したとき、当該入会した他の会員が五人までは当該一の会員に係る前記得点に「２」を加算し、当該入会した他の会員が六人以降は当該一の会員に係る前記得点に「１」を加算することを特徴とする処置管理システム。
【請求項１０】
請求項８又は９に記載の処置管理システムにおいて、
前記得点算出手段は、前記他の会員の紹介により更に他の前記会員が前記処置管理システムに入会したとき、当該紹介を行った前記他の会員に係る前記得点に「２」を加算し、更に当該紹介を行った前記他の会員を紹介した前記一の会員に係る前記得点に「１」を加算することを特徴とする処置管理システム。
【請求項１１】
請求項６から１０のいずれか一項に記載の処置管理システムにおいて、
前記得点算出手段は、いずれかの前記会員が前記処置管理システムから退会するとき、当該退会する前記会員を紹介した他の前記会員に係る前記得点を、予め設定された値だけ減算し、
更に前記記録手段は、前記減算後の前記得点を示す前記得点情報を蓄積記録することを特徴とする処置管理システム。
【請求項１２】
請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記サーバ装置であって、少なくとも、
前記記録手段と、
前記検索手段と、
前記サーバ装置送信手段と、
を備えることを特徴とするサーバ装置。
【請求項１３】
請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記端末装置であって、
前記入力手段と、
前記端末装置送信手段と、
前記告知手段と、
を備えることを特徴とする端末装置。
【請求項１４】
コンピュータを、請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記サーバ装置として機能させることを特徴とするサーバ装置用プログラム。
【請求項１５】
コンピュータを、請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記端末装置として機能させることを特徴とする端末装置用プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、処置管理システム、サーバ装置、端末装置、サーバ装置用プログラム及び端末装置用プログラムの技術分野に属し、より詳細には、医療施設に設置された端末装置とサーバ装置とがネットワークを介して接続されてなる処置管理システム、当該病気処置管理システムに含まれるサーバ装置及び端末装置並びに当該各装置用のプログラムの技術分野に属する。
【背景技術】
【０００２】
近年、病気治療の分野において、例えば治療費の高騰等の理由により、実際に病気になってから通院するのではなく、当該病気を予防することの必要性が唱えられており、当該予防治療の重要性は、特に歯科の分野で顕著に現れている。これは、例えば虫歯の場合、周知の如く一旦虫歯になってしまった歯を完全に元に戻すことが現状では不可能であることによるものである。
【発明の開示】
【発明が解決しようとする課題】
【０００３】
一方、これまでの歯科治療の場合、一旦ある一つの歯科医院に通い始めると、その患者の治療状況（予防処置としてのクリーニング処置等を含む）を示すいわゆるカルテは、その通院している歯科医院でしかその詳細を閲覧することができない。よって、例えば引っ越しや転勤等で移動した場合、そのカルテの転送や、改めて移動先の歯科医院での最初からの治療を行うことが必要となり、患者だけでなく今まで通院していた歯科医院にも不便極まりないという問題点があった。
【０００４】
そして、上記のような問題点に起因して、歯科治療等において重要視されている上記予防治療の普及が図れないという問題点があった。
【０００５】
更に、医療施設に通院すること自体に後ろ向きな者が多い現状もあり、この点でも、実際に病気になったという自覚がない上記予防治療が普及しづらいという問題点に繋がっていた。
【０００６】
なお、従来の医療施設における情報化のための発明の例としては、例えば下記特許文献１及び２に開示されている発明がある。
【０００７】
しかしながら、これらはいずれも、複数の医療施設を結んだものではなく、また特に予防治療（すなわち、病気になる前に特化した予防治療）に関連するものではない。
【０００８】
そこで、本発明は上記の各問題点に鑑みて為されたもので、その課題は、患者と医療施設双方に過度の負担をかけることなく結果的に予防治療の普及を図ることが可能な処置管理システム、当該処置管理システムに含まれるサーバ装置及び端末装置並びに当該各装置用のプログラムを提供することにある。
【特許文献１】特開２００６−１１３９４５公報
【特許文献２】特開２００４−９４４４８公報
【課題を解決するための手段】
【０００９】
上記の課題を解決するために、請求項１に記載の発明は、処置管理システムに予め参加している医療施設に設置されている端末装置と、サーバ装置と、がネットワークを介して接続されてなる当該処置管理システムであって、前記端末装置は、前記処置管理システムの会員たる来院者を識別するための来院者識別情報を入力するために用いられる操作部等の入力手段と、前記入力された来院者識別情報を前記サーバ装置に送信するインターフェース部等の端末装置送信手段と、前記送信された来院者識別情報に対応した処置履歴情報が前記サーバ装置から送信されて来たとき、当該送信されて来た処置履歴情報を受信して告知するディスプレイ等の告知手段と、を備え、前記サーバ装置は、前記来院者識別情報と、当該来院者識別情報により識別される前記来院者の処置履歴を示す前記処置履歴情報と、を関連付けて蓄積記録するＨＤＤ等の記録手段と、前記来院者識別情報がいずれかの前記端末装置から送信されて来たとき、当該送信されて来た来院者識別情報に対応する前記処置履歴情報を前記記録手段において検索する処理部等の検索手段と、前記検索された処置履歴情報を、前記来院者識別情報を送信して来た前記端末装置に対して送信するインターフェース部等のサーバ装置送信手段と、を備える。
【００１０】
よって、来院者識別情報と処置履歴情報とが関連付けられてサーバ装置内に蓄積記録されており、来院者識別情報を手掛かりとして当該処置履歴情報を各医療施設の端末装置において来院者毎に告知できるので、処置管理システムに加盟しているいずれの医療施設においてもその来院者の処置履歴を認識することができる。
【００１１】
上記の課題を解決するために、請求項２に記載の発明は、請求項１に記載の処置管理システムにおいて、前記サーバ装置は、前記検索された処置履歴情報に対応する来院者が予め設定された期間毎に定期的に予防処置を受けていることが当該処置履歴情報により示されているか否かを判断する処理部等の判断手段を更に備え、前記サーバ装置送信手段は、定期的に前記予防処置を受けていることが前記処置履歴情報により示されていないと判断されたとき、前記処置履歴情報の前記端末装置への送信を禁止するように構成される。
【００１２】
よって、来院者が定期的に予防処置を受けていることが処置履歴情報により示されていないと判断されたとき端末装置への処置履歴情報の送信を禁止するので、予防処置を定期的に受けていない来院者に対応する処置履歴情報の告知及びこれに対応する予防処置の実行を未然に防止できる。
【００１３】
上記の課題を解決するために、請求項３に記載の発明は、請求項２に記載の処置管理システムにおいて、前記サーバ装置送信手段は、定期的に前記予防処置を受けていることが前記処置履歴情報により示されていると前記判断手段により判断されたとき、前記処置履歴情報に加えて、当該定期的な予防処置が実行されている旨の処置実行情報を前記端末装置へ送信すると共に、前記告知手段は、前記処置履歴情報と共に前記処置実行情報が送信されて来たとき、当該処置履歴情報に対応する前記来院者についての処置費用を、予め設定された減額費用として告知するように構成される。
【００１４】
よって、来院者が定期的に予防処置を受けていることが処置履歴情報により示されていると判断されたとき、処置実行情報を端末装置に送信すると共に、当該処置実行情報が送信された端末装置において減額された費用を告知するので、端末装置が設置されている医療施設において、当該来院者が定期的な予防処置を行っている場合に当該来院者についての処置費用が減額されることを認識することができる。
【００１５】
上記の課題を解決するために、請求項４に記載の発明は、請求項１に記載の処置管理システムにおいて、前記記録手段は、各前記来院者における会費の支払い状況を示す支払い情報を、対応する前記来院者識別情報に関連付けて更に記録すると共に、前記検索手段は、前記来院者識別情報がいずれかの前記端末装置から送信されて来たとき、当該来院者識別情報に関連付けられている前記支払い情報を検索し、前記サーバ装置は、前記検索された支払い情報により当該来院者における前記会費の支払い状況に不備があることが示されているか否かを判断する処理部等の判断手段を更に備え、前記サーバ装置送信手段は、前記不備があることが示されていると判断されたとき、前記処置履歴情報の前記端末装置への送信を禁止するように構成される。
【００１６】
よって、来院者識別情報と支払い情報とが関連付けられてサーバ装置内に蓄積記録されており、会費の支払い状況に不備があることが支払い情報により示されていると判断されたとき端末装置への処置履歴情報の送信を禁止するので、会費を正当に支払っていない来院者に対応する処置履歴情報が告知され、対応する予防処置が施されることを未然に防止できる。
【００１７】
上記の課題を解決するために、請求項５に記載の発明は、請求項１から４のいずれか一項に記載の処置管理システムにおいて、前記入力手段は、前記告知されている処置履歴情報に対応した新たな予防処置が前記来院者に対して施されたとき、当該新たに施された予防処置に相当する新たな処置情報を入力するために更に用いられ、前記端末装置送信手段は、前記新たな処置情報と、当該処置情報に相当する予防処置が施された前記来院者を示す前記来院者識別情報と、を、前記ネットワークを介して前記サーバ装置に更に送信し、前記検索手段は、前記送信されて来た来院者識別情報に基づいて前記蓄積記録されている処置履歴情報を前記記録手段において検索すると共に、前記サーバ装置は、前記検索された処置履歴情報を前記送信されて来た処置情報の内容に基づいて更新する処理部等の更新手段を更に備え、前記記録手段は、前記更新された処置履歴情報を蓄積記録し直すように構成される。
【００１８】
よって、新たな予防処置が来院者に対して施されたとき、当該来院者に対応する来院者識別情報を手掛かりとして処置履歴情報を更新するので、当該更新以降、最新の処置履歴をいずれの医療施設においても認識することができる。
【００１９】
上記の課題を解決するために、請求項６に記載の発明は、請求項１から５のいずれか一項に記載の処置管理システムにおいて、前記記録手段は、各前記会員から支払われた会費の額を当該各会員毎に示す会費情報と、各前記会員がいずれかの前記医療施設において予防処置を受けたときに支払った処置料の額を当該各会員毎に示す処置料情報と、を更に蓄積記録すると共に、前記サーバ装置は、少なくとも各前記医療施設及び各前記会員夫々に対して付与されている得点であって、前記会費及び前記処置料からなる分配金の当該各医療施設及び各会員への分配額に対応する得点を、各前記会員の入会又は脱会のいずれか一方に応じて当該各医療施設及び各会員毎に算出する処理部等の得点算出手段を更に備え、更に前記記録手段は、前記算出された得点を示す得点情報を蓄積記録するように構成される。
【００２０】
よって、分配金の当該各医療施設及び各会員への分配額に対応する得点を、会員の入会又は脱会のいずれか一方に応じて当該各医療施設及び各会員毎に算出し、当該算出された得点を示す得点情報をサーバ装置において蓄積記録するので、各医療施設等において自身への分配金の額を容易に認識することができると共に、当該分配金の算出を容易化することができる。
【００２１】
上記の課題を解決するために、請求項７に記載の発明は、請求項６に記載の処置管理システムにおいて、前記得点算出手段は、前記分配金について予め設定された上限額を超えた当該分配金が分配される前記会員がある時、当該上限額を超えた額に相当する前記得点を、当該上限額を超えた分配金が分配される前記会員以外の他の前記会員に再分配するように前記得点を算出するように構成される。
【００２２】
よって、上限額を超えた分配金が分配される会員について、当該上限額を超える額の分配金を他の会員に再分配するので、各会員が略等しく予防処置を受けるように奨励することができる。
【００２３】
上記の課題を解決するために、請求項８に記載の発明は、請求項６又は７に記載の処置管理システムにおいて、各前記会員は、相互の紹介関係に基づくツリー状の階層構造であって階層数が十以下の階層構造を有して相互に関連付けられており、前記記録手段は、当該階層構造を示す階層構造情報を更に記録すると共に、前記サーバ装置は、各前記会員毎の前記処置管理システムに対する入会又は退会のいずれか一方に応じて、当該いずれか一方後の前記階層構造を示すように前記階層構造情報を更新する処理部等の階層構造情報更新手段を更に備え、前記得点算出手段は、一の前記会員の紹介により他の前記会員が当該処置管理システムに入会したとき、当該入会した他の会員の数に応じて前記一の会員に係る前記得点を増加させ、前記記録手段は、前記増加した後の前記得点を示す前記得点情報を更に蓄積記録するように構成される。
【００２４】
よって、処置管理システムに属する会員が夫々の紹介関係に基づく階層構造により管理されており、更に紹介により新たな会員が入会する度に紹介者の得点が加算されるので、処置管理システムに属する会員数を容易に増加させることで予防処置実施の励行を広く一般に浸透させることができる。
【００２５】
上記の課題を解決するために、請求項９に記載の発明は、請求項８に記載の処置管理システムにおいて、前記得点算出手段は、一の前記会員の紹介により他の前記会員が当該処置管理システムに入会したとき、当該入会した他の会員が五人までは当該一の会員に係る前記得点に「２」を加算し、当該入会した他の会員が六人以降は当該一の会員に係る前記得点に「１」を加算するように構成される。
【００２６】
よって、他の会員を紹介した会員の得点につき、当該新たに入会した他の会員が五人までは紹介者たる会員の特典を「２」ずつ加算し、当該新たに入会した他の会員が六人以降は紹介者たる会員の特典を「１」ずつ加算するので、適切且つ節度ある得点の増加方法を実現することができる。
【００２７】
上記の課題を解決するために、請求項１０に記載の発明は、請求項８又は９に記載の処置管理システムにおいて、前記得点算出手段は、前記他の会員の紹介により更に他の前記会員が前記処置管理システムに入会したとき、当該紹介を行った前記他の会員に係る前記得点に「２」を加算し、更に当該紹介を行った前記他の会員を紹介した前記一の会員に係る前記得点に「１」を加算するように構成される。
【００２８】
よって、他の会員が更に他の会員を紹介した場合、当該他の会員に係る得点だけでなく、当該他の会員を紹介した会員に係る得点も増加させるので、より広範囲に処置管理システムの入会者を増加させることができる。
【００２９】
上記の課題を解決するために、請求項１１に記載の発明は、請求項６から１０のいずれか一項に記載の処置管理システムにおいて、前記得点算出手段は、いずれかの前記会員が前記処置管理システムから退会するとき、当該退会する前記会員を紹介した他の前記会員に係る前記得点を、予め設定された値だけ減算し、更に前記記録手段は、前記減算後の前記得点を示す前記得点情報を蓄積記録するように構成される。
【００３０】
よって、会員が退会したとき、当該退会した会員を紹介し他の会員に係る得点を減算するので、会員に脱会に応じて適切に各会員の得点を設定することが出来る。
【００３１】
上記の課題を解決するために、請求項１２に記載の発明は、請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記サーバ装置であって、少なくとも、前記記録手段と、前記検索手段と、前記サーバ装置送信手段と、を備える。
【００３２】
上記の課題を解決するために、請求項１３に記載の発明は、請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記端末装置であって、前記入力手段と、前記端末装置送信手段と、前記告知手段と、を備える。
【００３３】
上記の課題を解決するために、請求項１４に記載の発明は、コンピュータを、請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記サーバ装置として機能させる。
【００３４】
上記の課題を解決するために、請求項１５に記載の発明は、コンピュータを、請求項１から１１のいずれか一項に記載の処置管理システムに含まれる前記端末装置として機能させる。
【００３５】
よって、請求項１２乃至１５に夫々記載の来院者識別情報と処置履歴情報とが関連付けられてサーバ装置内に蓄積記録されており、来院者識別情報を手掛かりとして当該処置履歴情報を各医療施設の端末装置において来院者毎に告知できるので、処置管理システムに加盟しているいずれの医療施設においてもその来院者の処置履歴を認識することができる。
【発明の効果】
【００３６】
本発明によれば、来院者識別情報と処置履歴情報とが関連付けられてサーバ装置内に蓄積記録されており、来院者識別情報を手掛かりとして当該処置履歴情報を各医療施設の端末装置において来院者毎に告知できるので、処置管理システムに加盟しているいずれの医療施設においてもその来院者の処置履歴を認識することができる。
【００３７】
また、分配金の当該各医療施設及び各会員への分配額に対応する得点を、会員の入会又は脱会のいずれか一方に応じて当該各医療施設及び各会員毎に算出し、当該算出された得点を示す得点情報をサーバ装置において蓄積記録するので、各医療施設等において自身への分配金の額を容易に認識することができると共に、当該分配金の算出を容易化することができる。
【００３８】
従って、会員毎の分配金の存在により予防処置を受けようとする者が増えることが期待でき、更に処置履歴情報の閲覧性の向上と相まって、患者と医療施設双方に過度の負担をかけることなく結果的に予防治療の普及を図ることができる。
【発明を実施するための最良の形態】
【００３９】
次に、本発明を実施するための最良の形態について、図面に基づいて説明する。なお、以下に説明する実施形態は、歯科医院を加盟医療施設とし、当該歯科医院に通院する来院者をその利用者たる会員とする処置管理システムに対して本発明を適用した場合の実施の形態である。
【００４０】
（Ｉ）全体構成の実施形態
始めに、本発明に係る処置管理システムの全体構成の実施形態について、図１及び図２を用いて説明する。
【００４１】
なお、図１は当該処置管理システムの全体構成を示すブロック図であり、図２は当該処置管理システムに属する端末装置及びサーバ装置の細部構成等を示すブロック図である。
【００４２】
図１に示すように、実施形態に係る処置管理システムＳは、当該処置管理システムに加盟している上記加盟歯科医院毎に設置されている端末装置Ｔと、当該処置管理システムＳとして各加盟歯科医院毎において実行された処置履歴等を蓄積管理する管理サーバＳＶと、当該処置管理システムＳを管理運営する組織の本部等に設定されている本部サーバＳＶＨＱと、を含んで構成されている。
【００４３】
この構成において、各端末装置Ｔと、管理サーバＳＶ及び本部サーバＳＶＨＱと、は、例えばインターネット等のネットワークＩＮを介して相互にデータの授受が可能に構成されている。また、上記各端末装置Ｔは、例えば一般のパーソナルコンピュータ等を用いて構成されるものであり、一方上記管理サーバＳＶ及び本部サーバＳＶＨＱは、例えば上記パーソナルコンピュータ等よりも規模の大きなサーバコンピュータ等により構成されるものである。
【００４４】
次に、各端末装置Ｔ並びに管理サーバＳＶ及び本部サーバＳＶＨＱの細部構成について、具体的に図２を用いて説明する。
【００４５】
上述したように各端末装置Ｔは一般のパーソナルコンピュータ等を用いて構成され、また管理サーバＳＶ及び本部サーバＳＶＨＱは夫々サーバコンピュータ等により構成されるものであるから、夫々の基本的な構成は、図２（ａ）に示す如くほぼ同一のものとなる。すなわち、各端末装置Ｔ並びに管理サーバＳＶ及び本部サーバＳＶＨＱは、基本的には、揮発性又は不揮発性のメモリ１０と、不揮発性のＨＤＤ（Hard Disc Drive）１１と、インターフェース部１２と、ＣＰＵ等からなる処理部１３と、マウス及びキーボード等からなる操作部１４と、液晶ディスプレイ又はＣＲＴ（Cathode Ray Tube）等からなるディスプレイ１５と、により構成されている。
【００４６】
この構成において、インターフェース部１２は、ネットワークＩＮや他のサーバ等との間でのデータの入出力を一元管理するものである。
【００４７】
また、メモリ１０は、処理部１３を中心とした後述する処理を実行するために必要なデータを一時的又は継続的に記憶し、必要に応じて処理部１３に出力する。
【００４８】
更に、ＨＤＤ１１は、後述する会員データベース及びポイントデータベースを内部に蓄積記憶しておくものであり、これらのデータベースを半永久的に蓄積記憶する。
【００４９】
そして、処理部１３は、操作部１４における操作内容に基づいて、それが含まれる各端末装置Ｔ並びに管理サーバＳＶ及び本部サーバＳＶＨＱの動作を統括制御する。また、当該統括制御に当たって必要な情報は、ディスプレイ１５において視覚的に表示される。
【００５０】
このとき、管理サーバＳＶ及び本部サーバＳＶＨＱ夫々を構成する処理部１３は、端末装置Ｔを構成する処理部１３よりも高速且つ大規模な処理が可能となるだけの処理能力を有するものとされており、また管理サーバＳＶ及び本部サーバＳＶＨＱ夫々を構成するＨＤＤ１１は、端末装置Ｔを構成するＨＤＤ１１よりも大容量のデータをより高速に読み書き可能とされている。
【００５１】
なお、上述した夫々の構成において、端末装置Ｔ内の例えば操作部１４が本発明に係る入力手段として機能し、端末装置Ｔ内の例えばインターフェース部１２が本発明に係る端末装置送信手段として機能し、端末装置Ｔ内の例えばディスプレイ１５が本発明に係る告知手段として機能する。また、サーバ装置ＳＶ内の例えばＨＤＤ１１が本発明に係る記録手段として機能し、サーバ装置ＳＶ内の例えば処理部１３が本発明に係る検索手段、判断手段、更新手段、得点算出手段及び階層構造情報更新手段として機能し、サーバ装置ＳＶ内の例えばインターフェース部１２が本発明に係るサーバ装置送信手段として機能する。
【００５２】
次に、管理サーバＳＶ内のＨＤＤ１１に蓄積されている会員データベースの細部構成について、図２（ｂ）を用いて説明する。
【００５３】
図２（ｂ）に示すように、管理サーバＳＶ内のＨＤＤ１１は、本発明に係る処置管理システムＳを利用する会員たる来院者毎の会員データ１００を含む会員データベースＭを蓄積している。
【００５４】
このとき、会員一人に対応する一つの会員データ１００には、その会員自身を処理管理システムＳ内において識別するために当該会員に付与されている会員ＩＤを示す会員ＩＤデータ１０１と、その会員の姓を示す名前（姓）データ１０２と、その会員の名を示す名前（名）データ１０３と、その会員に連絡する際に用いられる電子メールのアドレスを示すメールアドレスデータ１０４と、その会員に係る銀行口座の番号を示す銀行口座番号データ１０５と、その会員を本発明に係る処置管理システムＳの利用者として紹介した紹介者を処理管理システムＳ内において識別するために当該紹介者たる会員に付与されている紹介者ＩＤデータ１０６と、その会員が入会した時に入会手続を行った加盟歯科医院を処理管理システムＳ内において識別するために当該加盟歯科医院自体に付与されている加盟歯科医院ＩＤデータ１０７と、その会員の住所を示す住所データ１０８と、その会員の電話番号を示す電話番号データ１０９と、処置管理システムＳに加盟しているいずれかの加盟歯科医院においてその会員に対して行われた予防処置の内容等を示す予防処置履歴データ１１０と、その会員から定期的に支払われるべき会費の支払い状況を示す会費支払い情報データ１１１と、本発明に係る後述する処置管理システムＳにおいて用いられているポイントシステム下でのその会員ついてのポイント情報を示すポイント情報データ１１２と、が含まれている。
【００５５】
そして、上記予防処置履歴データ１１０として具体的には、その予防処置が実行された日付を示す日付データ２０１と、その予防処置の具体的な内容を示す予防処置内容データ２０２と、その他必要な記録すべき事項を示すその他データ２０３と、その予防処置について処置料が支払われているか否かを示す処置料データ２０４と、が、一回の予防処置に対応する予防処置データ２００として、当該予防処置一つ毎に蓄積されている。
【００５６】
また、上記会費支払い情報データ１１１として具体的には、会費月を示す月データ３０１と、その支払日を示す支払日データ３０２と、当該会費が支払われたか否かを示す支払状況データ３０３と、が、一回の会費支払いに対応する会費データ３００として、当該支払われた会費毎に蓄積されている。
【００５７】
最後に、上記ポイント情報データ１１２として具体的には、その会員を紹介した他の会員を示す上記紹介者ＩＤデータ４０１と、上記ポイントシステムにおける後述するポイントツリー内において現在その会員が属している階層を示す階層数データ４０２と、その会員について現在付与されているポイントの値を示す値データ４０３と、が含まれている。
【００５８】
次に、管理サーバＳＶ内のＨＤＤ１１に蓄積されているポイントデータベースの細部構成について、図２（ｃ）を用いて説明する。
【００５９】
図２（ｃ）に示すように、管理サーバＳＶ内のＨＤＤ１１は、上記会員データベースＭとは別個に、上記来院者毎の上記ポイント情報データ１１２を抽出して全体として纏めたデータベースとしてポイントデータベースＰを蓄積している。
【００６０】
このとき、当該ポイントデータベースＰには、会員一人に対応する一つのポイント情報データ５００として、その会員の会員ＩＤを示す会員ＩＤデータ５０１と、その会員についての上記紹介者ＩＤデータ１０６と同じ値を有する紹介者ＩＤデータ５０２と、その会員についての上記階層数データ４０２と同じ値を有する階層数データ５０３と、その会員についての上記値データ４０３と同じ値を有する値データ５０４と、が含まれている。そして、全ての会員についての上記ポイント情報データ５００を纏めて蓄積することで、後述するポイントシステムの運用に供される。
【００６１】
次に、上述した構成を素なる処置管理システムＳを用いて実行される、実施形態に係る各処理について、夫々具体的に図３乃至図１１を用いて説明する。
【００６２】
（II）各処理の実施形態
（Ａ）会員登録処理の実施形態
初めに、新たな来院者が実施形態に係る処置管理システムＳの会員となる際に、いずれかの加盟歯科医院に設置されている端末装置Ｔと管理サーバＳＶとの間で実行される登録処理について、図３を用いて説明する。なお、図３（ａ）は当該登録処理に関わる端末装置Ｔ等を示すブロック図であり、図３（ｂ）は当該登録処理を具体的に示すフローチャートである。
【００６３】
図３（ａ）に示すように、当該登録処理においては、例えば最寄りの加盟歯科医院に来院した来院者ＭＢが、端末装置Ｔが設置されている当該加盟歯科医院において手続きすることにより、新たな会員データ１００（その来院者ＭＢに対応する会員データ１００）が管理サーバＳＶ内の会員データベースＭに蓄積されることで当該登録処理が完結する。
【００６４】
すなわち、図３（ｂ）に示すように、当該登録処理としては、先ず、その来院者ＭＢが訪れている加盟歯科医院に設置されている端末装置Ｔを用いて、又は当該加盟歯科医院の担当者が来院者ＭＢの指示に従って、処置管理システムＳに登録するために必要な会員情報を入力し、それを管理サーバＳＶにネットワークＩＮを介して送信する（ステップＳ１）。このとき、当該入力されるべき会員情報は上記会員データ１００に対応するものであり、具体的には、氏名（姓及び名）、連絡用の電子メールアドレス、自らが所有する銀行口座の番号、既に処置管理システムＳに加入している者からの紹介がある場合はその紹介者の会員ＩＤ、その端末装置Ｔが設置されている加盟歯科医院の加盟歯科医院ＩＤ、当該来院者ＭＢの住所及び電話番号が、上記会員情報として所定の入力画面等を用いることにより少なくとも入力され、管理サーバＳＶへネットワークＩＮを介して送信される。
【００６５】
次に、当該管理サーバＳＶは、通常は当該会員情報の送信を待機しており（ステップＳ１００、Ｓ１００；ＮＯ）、当該会員情報が送信されて来たならば（ステップＳ１００；ＹＥＳ）、その送信されて来た内容を確認すると共に対応する会員ＩＤを生成し（ステップＳ１０１）、その生成した会員ＩＤを上記会員情報を送信してきた端末装置Ｔに送信する（ステップＳ１０２）。
【００６６】
ここで、上記ステップＳ１０１の処理における会員ＩＤの生成方法は、他の会員との重複がないように会員ＩＤを生成する方法であれば任意に採用することができるが、より具体的には、例えば１６桁の数字又はアルファベットをランダムに選択して会員ＩＤとする等の方法を用いることが可能である。
【００６７】
また、上記ステップＳ１０１においては、上記送信されて来た会員情報を用いて、当該会員情報に対応する会員データ１００（図２（ｂ）参照）が新たに会員データベースＭ内に蓄積される。
【００６８】
そして、管理サーバＳＶは、上記会員ＩＤの送信後は、新たに生成された会員データ１００に対応するポイント数を演算し、上記ポイント情報データ１１２及び５００として夫々蓄積して（ステップＳ１０３）、管理サーバＳＶとしての登録処理を終了する。ここで、当該ポイント演算処理については、後ほど詳述する。
【００６９】
一方、管理サーバＳＶに対して必要な会員情報を送信した端末装置Ｔは、その返信としての会員ＩＤが管理サーバＳＶから送信されて来るのを待機し（ステップＳ２、Ｓ２；ＮＯ）、当該会員ＩＤが送信されて来たならば（ステップＳ２；ＹＥＳ）、その送信されて来た会員ＩＤが印刷された会員証を新たに作成して（ステップＳ３）、端末装置Ｔとしての登録処理を終了する。その後、当該作成された会員証が来院者ＭＢに手渡されることで、登録処理が完了することになる。
【００７０】
（Ｂ）処置履歴閲覧処理及び処置履歴更新処理の実施形態
次に、図３に示す処理により新たに会員となった来院者ＭＢが後日いずれかの加盟歯科医院に来院し、歯科的な予防処置である歯のクリーニング処置を受けた場合において当該加盟歯科医院に設置されている端末装置Ｔと管理サーバＳＶとの間で実行される、当該会員自身の処置履歴の閲覧処理及び新たな処置（今回の場合はクリーニング処置）による処置履歴の更新処理について、図４を用いて説明する。なお、図４（ａ）は当該各処理に関わる端末装置Ｔ等を示すブロック図であり、図４（ｂ）は当該各処理を具体的に示すフローチャートである。
【００７１】
図４（ａ）に示すように、処置履歴の閲覧処理及び更新処理においては、例えば最寄りの加盟歯科医院（図３に示す登録処理を行った端末装置Ｔが設置されている加盟歯科医院に限らない。）に来院した来院者ＭＢが、端末装置Ｔが設置されている当該加盟歯科医院においてクリーニング処置を受ける際、そのクリーニング処置を行う歯科医師が、管理サーバＳＶ内の会員データベースＭに蓄積されている当該来院者ＭＢの予防処置履歴データ１１０を当該端末装置Ｔにおいて閲覧する。そして、そのクリーニング処置が完了すると、当該クリーニング処置を行ったことに起因してその来院者ＭＢに対応する予防処置履歴データ１１０の内容を端末装置Ｔから更新する。
【００７２】
すなわち、図４（ｂ）に示すように、当該閲覧処理及び更新処理としては、先ず、その来院者ＭＢが訪れた際、その加盟歯科医院に設置されている端末装置Ｔを用いて、例えば会員証の内容（例えば会員ＩＤと氏名等）を読み取る等の処理によりその会員を示す会員情報が入力されると、当該会員情報が管理サーバＳＶにネットワークＩＮを介して送信される（ステップＳ５）。
【００７３】
次に、当該管理サーバＳＶは、通常は当該会員情報の送信を待機しており（ステップＳ１０５、Ｓ１０５；ＮＯ）、当該会員情報が送信されて来たならば（ステップＳ１０５；ＹＥＳ）、その送信されて来た会員情報の内容と既存の会員データベースＭ内の各会員データ１００の内容夫々と、を逐次照合し（ステップＳ１０６）、当該送信された来た会員情報により示される会員（すなわち、現在来院している来院者ＭＢ）が正規の会員であるか否かを判定する（ステップＳ１０７）。そして、送信されて来た会員情報の内容が蓄積されている会員データ１００のいずれとも合致しないときは（ステップＳ１０７；ＮＯ）、当該会員情報により示される会員が正規の会員ではないとして、その旨を示す非会員情報を、上記会員情報を送信して来た（上記ステップＳ５、Ｓ１０５参照）端末装置Ｔに送信し（ステップＳ１０８）、上記ステップＳ１０５の処理に戻る。
【００７４】
一方、ステップＳ１０７の判定において、送信されて来た会員情報の内容が蓄積されている会員データ１００のいずれかと合致したときは（ステップＳ１０７；ＹＥＳ）、その合致した会員データ１００内に含まれている予防処置履歴データ１１０と、当該会員情報に相当する会員が正規の会員である旨の登録済会員情報と、を、上記会員情報を送信して来た（上記ステップＳ５、Ｓ１０５参照）端末装置Ｔに送信する（ステップＳ１０９）。
【００７５】
なお、このステップＳ１０９の処理において、当該登録済会員情報に加えて、その登録済みと判定された会員がそれまで定期的にクリーニング処置等の予防処置を実行したか否か、及び当該予防処置が定期的に実行されている場合は通常のクリーニング処置の処置料よりも減額した処置料を示す情報を送信するように構成するのが好適である。また、後述する会費の支払いや処置料の支払いが滞っていることが会費データ３００や予防処置データ２００により示されている会員については、上記登録済会員情報のみを送信して予防処置履歴データ１１０の送信を禁止しても良い。
【００７６】
他方、管理サーバＳＶに対して会員情報を送信した端末装置Ｔは、その返信としての上記処置履歴データ１１０及び登録済会員情報が管理サーバＳＶから送信されて来たか否かを確認する（ステップＳ６）。そして、当該予防処置履歴データ１１０及び登録済会員情報が送信されて来ないときは（ステップＳ６；ＮＯ）、次に、上記非会員情報が管理サーバＳＶから送信されて来たか否かを確認する（ステップＳ１１）。当該非会員情報も送信されて来ないときは（ステップＳ１１；ＮＯ）、上記ステップＳ６に戻ってそれ以降の処理を繰り返し、送信されて来たときは（ステップＳ１１；ＹＥＳ）、その旨を端末装置Ｔのディスプレイ１５において表示して告知し（ステップＳ１２）、以降の処理を禁止してそのまま端末装置Ｔとしての処理を終了する。
【００７７】
他方、ステップＳ６の判定において、処置履歴データ１１０及び登録済会員情報が送信されて来たときは（ステップＳ６；ＹＥＳ）、その送信されて来た処置履歴情報を端末装置Ｔのディスプレイ１５上において表示し（ステップＳ７）、実際のクリーニング処置等の予防処置に供させる（ステップＳ８）。このとき、当該ステップＳ７において表示される内容は、上記予防処置データ２００に相当する内容が、図４（ｂ）左下に例示するようにディスプレイ１５上に表示される。
【００７８】
なおこのとき、上記ステップＳ１０９の処理において、上記した定期的な予防処置実行の有無及び減額した処置料を示す情報が送信されて来ているときは、それらの情報も併せて告知するのが好適である。また、上記登録済会員情報のみが送信されて予防処置履歴データ１１０が送信されて来ないときは、会費の支払い等が滞っていることになるので、済む値を併せて告知するのが好適である。
【００７９】
その後、端末装置Ｔでは、ステップＳ８の処理としての予防処置が完了してその代金が支払われることで、当該終了した予防処置の内容を示す処置情報及び当該支払われた代金の額等を示す代金領収情報がその操作部１４を用いて入力されるのを待機する（ステップＳ９、Ｓ９；ＮＯ）。そして、当該処置情報及び代金領収情報が入力されたときは（ステップＳ９；ＹＥＳ）、当該入力された処置情報及び代金領収情報をネットワークＩＮを介して管理サーバＳＶに送信し（ステップＳ１０）、その後、端末装置Ｔとしての処理を終了する。
【００８０】
一方、上記ステップＳ１０９の処理として上記処置履歴データ１１０及び登録済会員情報を送信した後、管理サーバＳＶは端末装置Ｔから上記処置情報及び代金領収情報が送信されて来るのを待機し（ステップＳ１１０、Ｓ１１０；ＮＯ）、それらが送信されて来たならば（ステップＳ１１０；ＹＥＳ）、その送信されて来た内容を用いて上記新たな予防処置データ２００を生成して会員データベースＭ内に蓄積し（ステップＳ１１１）、管理サーバＳＶとしての処理を終了する。
【００８１】
（Ｃ）会費支払処理の実施形態
次に、各会員により定期的（例えば毎月末）に行われる会員としての会費を支払う際に、いずれかの加盟歯科医院に設置されている端末装置Ｔと管理サーバＳＶとの間で実行される会費支払処理について、図５を用いて説明する。なお、図５（ａ）は当該支払処理に関わる端末装置Ｔ等を示すブロック図であり、図５（ｂ）は当該支払処理を具体的に示すフローチャートである。
【００８２】
図５（ａ）に示すように、当該支払処理は、例えば最寄りの加盟歯科医院（最初に登録処理を行った加盟歯科医院には限られない）に来院した来院者ＭＢが、端末装置Ｔが設置されている当該加盟歯科医院において会費の支払い手続きすることにより、その支払いがされた旨のデータが会員データベースＭ内に新たに蓄積される。
【００８３】
すなわち、図５（ｂ）に示すように、当該支払処理としては、先ず、その来院者ＭＢが訪れている加盟歯科医院に設置されている端末装置Ｔを用いて、又は当該加盟歯科医院の担当者が来院者ＭＢの指示に従って、会費支払いのための会員情報や支払額を示す情報を含む会費支払情報を入力し、それを管理サーバＳＶにネットワークＩＮを介して送信する（ステップＳ１５）。
【００８４】
次に、当該管理サーバＳＶは、当該会費支払情報の送信を待機しており（ステップＳ１１５、Ｓ１１５；ＮＯ）、当該会費支払情報が送信されて来たならば（ステップＳ１１５；ＹＥＳ）、その送信されて来た内容を確認すると共に当該送信されて来た内容を用いて当該会員に対応する上記会費データ３００を新たに生成して会員データベースＭ内に蓄積する（ステップＳ１１６）。
【００８５】
その後、当該蓄積（会費データ３００の更新）が完了した旨の更新情報を上記会費支払情報を送信して来た端末装置Ｔに送信し（ステップＳ１１７）、管理サーバＳＶとしての会費支払処理を終了する。
【００８６】
一方、管理サーバＳＶに対して必要な会費支払情報を送信した端末装置Ｔは、その返信としての上記更新情報が管理サーバＳＶから送信されて来るのを待機し（ステップＳ１６、Ｓ１６；ＮＯ）、当該更新情報が送信されて来たならば（ステップＳ１７；ＹＥＳ）、その送信されて来た更新情報の内容を例えば当該会員の会員証に印字する等の処理を実行し（ステップＳ１７）、端末装置Ｔとしての会費支払処理を終了する。
【００８７】
（Ｄ）自主退会処理の実施形態
次に、既存の会員が何らかの理由により処置管理システムＳから自主的に退会する際に、いずれかの加盟歯科医院に設置されている端末装置Ｔと管理サーバＳＶとの間で実行される退会処理について、図６を用いて説明する。なお、図６（ａ）は当該退会処理に関わる端末装置Ｔ等を示すブロック図であり、図６（ｂ）は当該退会処理を具体的に示すフローチャートである。
【００８８】
図６（ａ）に示すように、当該退会処理においては、例えば最寄りの加盟歯科医院（登録処理又は予防処置を行った加盟歯科医院には限られない）に来院した来院者ＭＢが、端末装置Ｔが設置されている当該加盟歯科医院において手続きすることにより、既存の会員データ１００（その来院者ＭＢに対応する会員データ１００）が管理サーバＳＶ内の会員データベースＭから削除されることで当該退会処理が完結する。
【００８９】
すなわち、図６（ｂ）に示すように、当該退会処理としては、先ず、その来院者ＭＢが訪れている加盟歯科医院に設置されている端末装置Ｔを用いて、又は当該加盟歯科医院の担当者が来院者ＭＢの指示に従って、その会員情報と共に退会する旨の退会要求情報を入力し、それを管理サーバＳＶにネットワークＩＮを介して送信する（ステップＳ２０）。
【００９０】
次に、当該管理サーバＳＶは、当該退会要求情報の送信を待機し（ステップＳ１２０、Ｓ１２０；ＮＯ）、当該退会要求情報が送信されて来たならば（ステップＳ１２０；ＹＥＳ）、その送信されて来た退会要求情報の内容を確認すると共に対応する会員データ１００を会員データベースＭから削除する（ステップＳ１２１）。
【００９１】
その後、管理サーバＳＶは、削除された会員データ１００に対応するポイント数を演算し、他の会員についての上記ポイント情報データ１１２及び５００として夫々蓄積し（ステップＳ１２２）、更に当該削除が完了した旨の処理済情報を上記退会要求情報を送信してきた端末装置Ｔに送信して（ステップＳ１２３）、管理サーバＳＶとしての退会処理を終了する。ここで、ステップＳ１２２としてのポイント演算処理については、後ほど詳述する。
【００９２】
一方、管理サーバＳＶに対して必要な退会要求情報を送信した端末装置Ｔは、その返信としての処理済情報が管理サーバＳＶから送信されて来るのを待機し（ステップＳ２１、Ｓ２１；ＮＯ）、当該処理済情報が送信されて来たならば（ステップＳ２１；ＹＥＳ）、その旨を端末装置Ｔのディスプレイ１５において告知し（ステップＳ２２）、端末装置Ｔとしての退会処理を終了する。
【００９３】
（Ｅ）強制退会処理の実施形態
次に、既存の会員のうち、例えば会費の未払いや予防処置毎の支払いが滞っている会員を対象に、処置管理システムＳの運営者が強制的にその会員を退会させる際に、本部サーバＳＶＨＱと管理サーバＳＶとの間で実行される退会処理について、図７を用いて説明する。なお、図７（ａ）は当該退会処理に関わる本部サーバＳＶＨＱ等を示すブロック図であり、図７（ｂ）は当該退会処理を具体的に示すフローチャートである。
【００９４】
図７（ａ）に示すように、当該退会処理としては、本部サーバＳＶＨＱにおいて、会費未払いの会員又は予防処置代金未払いの会員の一覧であるブラックリストを要求する旨の操作が為されることにより、管理サーバＳＶにおいて当該ブラックリストが生成され、それが本部サーバＳＶＨＱに送信されると、当該本部サーバＳＶＨＱ上においてそのリストに掲載されている会員を強制的に退会させる処理を行う。
【００９５】
すなわち、図７（ｂ）に示すように、当該退会処理としては、先ず、本部サーバＳＶＨＱにおいてブラックリストを要求する旨の操作が為され、対応するブラックリスト要求情報が管理サーバＳＶにネットワークＩＮを介して送信される（ステップＳ２００）。
【００９６】
次に、当該管理サーバＳＶは、当該ブラックリスト要求情報の送信を待機し（ステップＳ１２５、Ｓ１２５；ＮＯ）、当該ブラックリスト要求情報が送信されて来たならば（ステップＳ１２５；ＹＥＳ）、その送信されて来たブラックリスト要求情報の内容を確認すると共に対応するブラックリストを作成し（ステップＳ１２６）、その生成したブラックリストを本部サーバＳＶＨＧに送信する（ステップＳ１２７）。
【００９７】
ここで、当該ステップＳ１２６におけるブラックリストの作成処理として、管理サーバＳＶの処理部１３は、会員データベースＭ内において、上記ブラックリスト要求情報を受信した時点で上記処置料データ２０４又は上記支払状況データ３０３の少なくともいずれか一方が「未払い」となっている会員データ１００を抽出し、それらを一覧可能に纏めたブラックリストを生成する。
【００９８】
次に、管理サーバＳＶに対してブラックリスト要求情報を送信した本部サーバＳＶＨＱは、その返信としての上記ブラックリストが管理サーバＳＶから送信されて来るのを待機し（ステップＳ２０１、Ｓ２０１；ＮＯ）、当該ブラックリストが送信されて来たならば（ステップＳ２０１；ＹＥＳ）、当該送信されて来たブラックリストを本部サーバＳＶＨＱのディスプレイ１５において表示する（ステップＳ２０２）。
【００９９】
このとき、当該表示されるブラックリストとしては、例えば図７（ｂ）左下に例示するブラックリストＢＬのように、送信されて来たブラックリストに含まれている会員を示す会員ＩＤデータ６０１と、その会員の氏名を示す氏名データ６０２と、その会員における未払いの状態を示す未払いデータ６０３と、を含む未払い会員データ６００が一覧表示される。これに加えて、ブラックリストＢＬには、対応する会員を強制的に退会させる際に本部サーバＳＶＨＱ付属のマウス等により操作される退会ボタン６０６が、ブラックリストＢＬ内の各会員毎に表示される退会欄６０４が更に含まれている。
【０１００】
その後、当該ブラックリストＢＬを表示しつつ、本部サーバＳＶＨＱにおいては、上記退会ボタン６０６が操作されるのを待機する（ステップＳ２０３）。そして、いずれかの退会ボタン６０６が操作されたときは（ステップＳ２０３；ＹＥＳ）、当該操作された会員を退会させる旨の退会要求情報が、本部サーバＳＶＨＱから管理サーバＳＶにネットワークＩＮを介して送信される（ステップＳ２０４）。
【０１０１】
なお、上記ステップＳ２０３の判定において、いずれの退会ボタン６０６も操作されないときは（ステップＳ２０３；ＮＯ）、そのまま本部サーバＳＶＨＱとしての強制的な退会処理を終了する。
【０１０２】
次に、当該管理サーバＳＶは、当該退会要求情報の送信を待機し（ステップＳ１２８）、当該退会要求情報が送信されて来たならば（ステップＳ１２８；ＹＥＳ）、その送信されて来た退会要求情報の内容を確認すると共に対応する会員データ１００を会員データベースＭから削除し（ステップＳ１２９）、更に削除された会員データ１００に対応するポイント数を演算し、他の会員についての上記ポイント情報データ１１２及び５００として夫々蓄積する（ステップＳ１３０）。
【０１０３】
そして、当該削除が完了した旨の完了情報を本部サーバＳＶＨＱに送信し（ステップＳ１３１）、管理サーバＳＶとしての強制的な退会処理を終了する。ここで、ステップＳ１３０としてのポイント演算処理については、後ほど詳述する。
【０１０４】
一方、管理サーバＳＶに対して必要な退会要求情報を送信した本部サーバＳＶＨＱは、その返信としての上記完了情報が管理サーバＳＶから送信されて来たならば、その旨を本部サーバＳＶＨＱのディスプレイ１５において告知し（ステップＳ２０５）、本部サーバＳＶＨＱとしての退会処理を終了する。
【０１０５】
なお、上記ステップＳ１２８の判定において、退会要求情報を受信しないときは（ステップＳ１２８；ＮＯ）、そのまま管理サーバＳＶとしての強制的な退会処理を終了する。
【０１０６】
（Ｆ）ポイントシステムの実施形態
次に、上記ステップＳ１０３、Ｓ１２３及びＳ１３０夫々の処理に係る、本発明としてのポイントシステムについて、図８及び図９を用いて説明する。なお、図８（ａ）は新規会員入会時等におけるポイント演算を概念的に示す図であり、図８（ｂ）は新規会員入会時におけるポイントの更新を例示する図であり、図９（ａ）は会員退会時におけるポイント演算を概念的に示す図であり、図９（ｂ）は会員退会時におけるポイントの更新を例示する図である。
【０１０７】
本発明に係るポイントシステムは、図８（ａ）に例示するように、ある来院者（会員）ＭＢを階層０として、その紹介に係る新たな来院者ＭＢを階層的に（図８（ａ）に例示する場合は階層１乃至階層３に）ツリー構造として関連付け、紹介したものが新たに会員となる度にその紹介者たる会員にポイントが加算されていくシステムである（なお、図８（ａ）及び図９（ａ）において、各会員についての当該ポイントの値の例を、□で囲まれた数字で例示する）。そして、このポイントシステムの運用に供される上記ポイント情報データ５００が、管理サーバＳＶ内のポイントデータベースＰ内に蓄積されており、上記ステップＳ１０３、Ｓ１２３及びＳ１３０が実行される度にその内容が更新される。
【０１０８】
より具体的には、本発明に係るポイントシステムは、以下の通りに運用される。
（ア）新規会員が登録したとき、その新規登録した会員自体はその時点で「０」ポイントとされる（上記ステップＳ１０３参照）。
（イ）その新規会員が他の既存の会員の紹介により新規登録した場合には、その紹介者の値データ５０４が加算される。具体的には、紹介して新規登録した会員が例えば五人以下の場合は、新たに新規登録される度に当該紹介者の値データを「２」ずつインクリメントし、六人目以降の新規登録者の場合は一人の新規登録者につき当該紹介者の値データ５０４を「１」ずつインクリメントする（上記ステップＳ１０３参照）。
（ウ）当該紹介者の紹介で新規登録した会員の更に紹介で他の会員が新規登録した場合、元の紹介者の値データ５０４は「１」だけインクリメントし、新たに紹介者となった会員（すなわち、元の紹介者から紹介されて新規登録した会員）の値データ５０４は「２」だけインクリメントする（上記ステップＳ１０３参照）。
（エ）一人の会員についての紹介に係る階層は十階層を限度とする。
【０１０９】
以上説明した（ア）乃至（エ）の処理が進行した場合に形成されるポイント情報データ５００としては、例えば図８（ｂ）上図に示す如きものとなる。この図８（ｂ）上図に例示する場合では、例えば会員ＩＤが「１２３」である来院者（会員）ＭＢは、会員ＩＤが「４５６」である会員から紹介を受けて本発明に係る処置管理システムＳに登録した会員であり、上記ツリー構造においては、その会員ＩＤが「４５６」である会員の直下に関連付け（紐付け）されていることになる。そして、現時点ではツリー構造における階層「４」に属しており、そのポイントの値は「１００」であることが示されている。以下同様に、会員ＩＤが「１１１」である来院者（会員）ＭＢは、会員ＩＤが「２２２」である会員から紹介を受けて本発明に係る処置管理システムＳに登録した会員であり、また会員ＩＤが「３３３」である来院者（会員）ＭＢは、会員ＩＤが「４４４」である会員から紹介を受けて本発明に係る処置管理システムＳに登録した会員であることが示されている。このように、ポイント情報データ５００を参照することで、ポイントシステムとしてのツリー構造やその時点での階層数或いはポイントの値が迅速に確認することができる。
【０１１０】
そして、新たな会員の登録があった場合は、当該新規会員が階層的に増える毎に階層０に位置する最初の紹介者から逐次段階的にポイントが加算される。すなわち、図８（ｂ）下図に例示するように、例えば会員ＩＤが「５５５」となった新規登録者があった場合、その新規登録者に対応する新たなポイント情報データ５００が追加されると共に、上記（ア）乃至（エ）の処理によって他の会員のポイント情報データ５００内の値データ５０４が更新される。
【０１１１】
当該図８（ｂ）下図の場合について具体的には、会員ＩＤが「１１１」である既存会員からの紹介で新規に登録した結果、会員ＩＤが「５５５」となった新規会員たる来院者ＭＢに対応するポイント情報データ５００としては、会員ＩＤデータ５０１の値が「５５５」であり、紹介者ＩＤデータ５０２の値が「１１１」であり、階層数データ５０３の値が「９」（すなわち、現在階層８に属している会員ＩＤ「１１１」の会員から紹介された結果、階層としてはその直下になる階層９に属することとなる）であり、値データ５０４の値が「０」であるポイント情報データ５００が新たに蓄積されると共に、当該紹介者たる会員ＩＤ「１１１」たる会員を含めて夫々の値データ５０４がインクリメントされる。
【０１１２】
一方、ある会員が退会した場合（例えば、図９（ａ）に「×」で示す来院者ＭＢが退会した場合）においては、その退会者の会員ＩＤデータ５０１から紹介者ＩＤデータ５０２を検索し、その結果を用いて、当該退会した会員の下位階層にあった他の来院者ＭＢを一階層ずつツリー構造において上位階層に上げると共に、その退会した会員を紹介した会員（紹介者）のポイントを、例えば「２」だけデクリメントする（上記ステップＳ１２３又はＳ１３０参照）。これにより、図９（ｂ）上図に例示する場合において会員ＩＤが「ＸＹＺ」であった会員が退会した場合、その紹介者たる会員ＩＤ「ＡＢＣ」の会員のポイントは「２」だけデクリメントされて「１００」から「９８」となり、更に他の会員（図９（ｂ）に例示する場合は会員ＩＤ「ＧＨＩ」の会員と会員ＩＤ「ＺＺＺ」の会員）は、ポイントの値はそのままで一階層ずつ上位階層に移動するように当該他の会員のポイント情報データ５００内の値データ５０４が更新される（図９（ｂ）ハッチング表示参照）。
【０１１３】
（Ｇ）ポイント集計／分配処理の実施形態
最後に、上記ポイントシステムにより増減されるポイントの値に応じて各会員又は加盟歯科医院に分配される分配金を算出する際に、本部サーバＳＶＨＱと管理サーバＳＶとの間で実行される分配処理について、図１０及び図１１を用いて説明する。なお、図１０（ａ）は当該分配処理に関わる本部サーバＳＶＨＱ等を示すブロック図であり、図１０（ｂ）は当該登録処理を具体的に示すフローチャートであり、図１１は当該分配金の一覧表を例示する図である。
【０１１４】
図１０（ａ）に示すように、当該分配処理においては、本部サーバＳＶＨＧからの求めにより、管理サーバＳＶにおいて上記各ポイントの値に応じた分配金を算出し、それを本部サーバＳＶＨＱに送信する。これにより、当該本部において実際に分配金を振り込む等の手続を行うのである。
【０１１５】
すなわち、図１０（ｂ）に示すように、当該分配処理としては、先ず、本部サーバＳＶＨＱから、例えば月末等の定期的に、管理サーバＳＶに対して分配金を示す集計一覧を作成する旨の集計要求情報を生成し、それを管理サーバＳＶにネットワークＩＮを介して送信する（ステップＳ２１０）。
【０１１６】
次に、当該管理サーバＳＶは、当該集計要求情報の送信を待機しており（ステップＳ１３５、Ｓ１３５；ＮＯ）、当該集計要求情報が送信されて来たならば（ステップＳ１３５；ＹＥＳ）、以下に示す要領で各会員並びに加盟歯科医院毎の分配金の額を、その時点でのポイントの値に基づいて算出して当該集計一覧を生成し（ステップＳ１３６）、それを本部サーバＳＶＨＧにネットワークＩＮを介して送信して（ステップＳ１３７）、管理サーバＳＶとしての分配処理を終了する。
【０１１７】
ここで、上記ステップＳ１３６における集計処理として具体的には、例えば、その時点での上記予防処置データ２００（処置料データ２０４）及び会費データ３００に基づいてその月毎の処置管理システムＳとしての入金額の総額を算出し、例えば、本部向けに当該総額の３０％を分配金とし、加盟歯科医院全体として当該総額の４０％を分配金とし、会員全体として当該総額の３０％を分配金とする。
【０１１８】
そして、各加盟歯科医院に対しては、上記分配金（総額の４０％）を等分して各加盟歯科医院夫々向けの分配金とし、各会員に対しては、上記分配金（総額の３０％）を各会員のその時点でのポイント数で按分して各会員夫々向けの分配金として算出する。
【０１１９】
これらにより、夫々の分配金を集計一覧として纏めて本部サーバＳＶＨＱに送信する（ステップＳ１３７）。
【０１２０】
一方、管理サーバＳＶに対して必要な集計要求情報を送信した本部サーバＳＶＨＱは、その返信としての集計一覧が管理サーバＳＶから送信されて来るのを待機し（ステップＳ２１１、Ｓ２１１；ＮＯ）、当該集計一覧が送信されて来たならば（ステップＳ２１１；ＹＥＳ）、その送信されて来た集計一覧を本部サーバＳＶＨＱのディスプレイ１５上に表示すると共に（ステップＳ２１３）、必要に応じて印刷し（ステップＳ２１４）、上記分配金の振り込み手続等に供させて本部サーバＳＶＨＱとしての分配処理を終了する。
【０１２１】
この結果、当該本部サーバＳＶＨＱにおいて取得できる集計一覧としては、例えば図１１（ａ）に例示する会員向け一覧ＬＰと、図１１（ｂ）に例示する加盟歯科医院向け一覧ＣＰと、がある。
【０１２２】
このとき、会員向け一覧ＬＰには、各会員分配金データ７００毎に、対応する会員ＩＤを示す会員ＩＤデータ７０１と、その会員の氏名を示す氏名データ７０２と、その会員に係る銀行口座の番号を示す銀行口座番号データ７０３と、その口座の名義を示す名義データ７０４と、実際の按分された分配金を示す分配金データ７０５と、が含まれている。
【０１２３】
また、加盟歯科医院向け一覧ＣＰには、各加盟歯科医院分配金データ８００毎に、対応する加盟歯科医院ＩＤを示す加盟歯科医院ＩＤデータ８０１と、その加盟歯科医院の名称を示す医院名データ８０２と、その加盟歯科医院に係る銀行口座の番号を示す銀行口座番号データ８０３と、その口座の名義を示す名義データ８０４と、実際の等分された分配金を示す分配金データ８０５と、が含まれている。
【０１２４】
更に、各会員向けの分配金は、夫々が有するポイントに基づいて按分されているが、各加盟歯科医院向けの分配金は、各加盟歯科医院について均一とされている。
【０１２５】
以上夫々説明したように、実施形態に係る処置管理システムＳの構成及び動作によれば、会員ＩＤと予防処置データ２００とが関連付けられて管理サーバＳＶ内に蓄積記録されており、会員ＩＤを手掛かりとして当該予防処置データ２００を各加盟歯科医院の端末装置Ｔにおいて来院者ＭＢ毎に告知できるので、処置管理システムＳに加盟しているいずれの加盟歯科医院においてもその来院者ＭＢの処置履歴を認識することができる。
【０１２６】
また、来院者ＭＢが定期的に予防処置を受けていることが予防処置データ２００により示されていないと判断されたとき端末装置Ｔへの予防処置データ２００の送信を禁止するので、予防処置を定期的に受けていない来院者ＭＢに対応する予防処置データ２００の告知及びこれに対応する予防処置の実行を未然に防止できる。
【０１２７】
更に、来院者ＭＢが定期的に予防処置を受けていることが予防処置データ２００により示されていると判断されたとき、登録済会員情報を端末装置Ｔに送信すると共に、当該登録済会員情報が送信された端末装置Ｔにおいて減額された費用を告知するので、端末装置Ｔが設置されている加盟歯科医院において、当該来院者ＭＢが定期的な予防処置を行っている場合に当該来院者ＭＢについての処置費用が減額されることを認識することができる。
【０１２８】
更にまた、会員ＩＤと会費データ３００とが関連付けられて管理サーバＳＶ内に蓄積記録されており、会費の支払い状況に不備があることが会費データ３００により示されていると判断されたとき端末装置Ｔへの予防処置データ２００の送信を禁止するので、会費を正当に支払っていない来院者ＭＢに対応する予防処置データ２００が告知され、対応する予防処置が施されることを未然に防止できる。
【０１２９】
また、新たな予防処置が来院者ＭＢに対して施されたとき、当該来院者ＭＢに対応する会員ＩＤを手掛かりとして予防処置データ２００を更新するので、当該更新以降、最新の処置履歴をいずれの加盟歯科医院においても認識することができる。
【０１３０】
更に、分配金の当該各加盟歯科医院及び各会員への分配額に対応するポイントを、会員の入会又は脱会のいずれか一方に応じて当該各加盟歯科医院及び各会員毎に算出し、当該算出されたポイントを示すポイント情報データ１１２を管理サーバＳＶにおいて蓄積記録するので、各加盟歯科医院等において自身への分配金の額を容易に認識することができると共に、当該分配金の算出を容易化することができる。
【０１３１】
従って、会員毎の分配金の存在により予防処置を受けようとする者が増えることが期待でき、更に予防処置データ２００の閲覧性の向上と相まって、患者と加盟歯科医院双方に過度の負担をかけることなく結果的に予防治療の普及を図ることができる。
【０１３２】
また、処置管理システムＳに属する会員が夫々の紹介関係に基づくツリー状の階層構造により管理されており、更に紹介により新たな会員が入会する度に紹介者のポイントが加算されるので、処置管理システムＳに属する会員数を容易に増加させることで予防処置実施の励行を広く一般に浸透させることができる。
【０１３３】
更に、他の会員を紹介した会員のポイントにつき、当該新たに入会した他の会員が五人までは紹介者たる会員の特典を「２」ずつ加算し、当該新たに入会した他の会員が六人以降は紹介者たる会員の特典を「１」ずつ加算するので、適切且つ節度あるポイントの増加方法を実現することができる。
【０１３４】
更にまた、他の会員が更に他の会員を紹介した場合、当該他の会員に係るポイントだけでなく、当該他の会員を紹介した会員に係るポイントも増加させるので、より広範囲に処置管理システムＳの入会者を増加させることができる。
【０１３５】
また、会員が退会したとき、当該退会した会員を紹介し他の会員に係るポイントを減算するので、会員に脱会に応じて適切に各会員のポイントを設定することができる。
【０１３６】
なお、上述した分配金の算出において、各会員毎に予め分配金の上限額を決めておき、その上限額を超えた分配金が分配されることとなる会員については、当該上限額を超える額の分配金を他の会員に再分配するように各分配金を算出しても良い。
【０１３７】
この場合には、各会員が略等しく予防処置を受けるように奨励することができることになる。
【０１３８】
また、上述した実施形態では、本発明を歯科治療における予防処置を奨励することを目的とした処置管理システムＳに適用した場合について説明したが、これ以外に、歯科以外の一般の医療分野における種々の予防措置を奨励するべく、本発明を当該医分野のおける予防処置又はその他の一般の処置を奨励することを目的とする処置管理システムにて清洲売ることも可能である。
【０１３９】
更に、図３（ｂ）、図４（ｂ）、図５（ｂ）、図６（ｂ）、図７（ｂ）及び図１０（ｂ）に示すフローチャート又は図８（ｂ）及び図９（ｂ）に示す処理に対応するプログラムを、フレキシブルディスク又はハードディスク等の情報記録媒体に記録しておき、又はインターネット等を介して取得して記録しておき、これらを汎用のコンピュータで読み出して実行することにより、当該コンピュータを実施形態に係る管理サーバＳＶ、本部サーバＳＶＨＱ又は各端末装置Ｔ夫々に含まれる処理部１３として活用することも可能である。
【産業上の利用可能性】
【０１４０】
以上夫々説明したように、本発明は医療における予防処理等を奨励するための予防処置システムの分野に利用することが可能であり、特に歯科医療におけるクリーニング処理等の予防処置を奨励するための予防処置システムの分野に適用すれば特に顕著な効果が得られる。
【図面の簡単な説明】
【０１４１】
【図１】本発明に係る処置管理システムの全体構成を示すブロック図である。
【図２】本発明に係る処置管理システムに属する端末装置及びサーバ装置の細部構成等を示すブロック図等であり、（ａ）は当該ブロック図であり、（ｂ）は会員データベースの構成を示す図であり、（ｃ）はポイントデータベースの構成を示す図である。
【図３】実施形態に係る登録処理を示す図であり、（ａ）は当該登録処理に関わる端末装置等を示すブロック図であり、（ｂ）は当該登録処理を具体的に示すフローチャートである。
【図４】実施形態に係る処置履歴関連処理を示す図であり、（ａ）は当該処理に関わる端末装置等を示すブロック図であり、（ｂ）は当該処理を具体的に示すフローチャートである。
【図５】実施形態に係る会費支払処理を示す図であり、（ａ）は当該処理に関わる端末装置等を示すブロック図であり、（ｂ）は当該処理を具体的に示すフローチャートである。
【図６】実施形態に係る自主退会処理を示す図であり、（ａ）は当該処理に関わる端末装置等を示すブロック図であり、（ｂ）は当該処理を具体的に示すフローチャートである。
【図７】実施形態に係る強制退会処理を示す図であり、（ａ）は当該処理に関わる本郡サーバ装置等を示すブロック図であり、（ｂ）は当該処理を具体的に示すフローチャートである。
【図８】実施形態に係るポイントシステムを説明する図（Ｉ）であり、（ａ）は新規会員入会時等におけるポイント演算を概念的に示す図であり、（ｂ）は新規会員入会時におけるポイントの更新を例示する図である。
【図９】実施形態に係るポイントシステムを説明する図（II）であり、（ａ）は会員退会時におけるポイント演算を概念的に示す図であり、（ｂ）は会員退会時におけるポイントの更新を例示する図である。
【図１０】実施形態に係る集計／分配処理を示す図であり、（ａ）は当該処理に関わる本部サーバ等を示すブロック図であり、（ｂ）は当該処理を具体的に示すフローチャートである。
【図１１】分配金の一覧表を例示する図であり、（ａ）は会員向け一覧の内容を例示する図であり、（ｂ）は加盟歯科医院向け一覧の内容を例示する図である。
【符号の説明】
【０１４２】
１０    メモリ
１１    ＨＤＤ
１２    インターフェース部
１３    処理部
１４    操作部
１５    ディスプレイ
１００    会員データ
１０１、５０１、６０１、７０１    会員ＩＤデータ
１０２    名前（姓）データ
１０３    名前（名）データ
１０４    メールアドレスデータ
１０５、７０３、８０３    銀行口座番号データ
１０６、４０１、５０２    紹介者ＩＤデータ
１０７、８０１    加盟歯科医院ＩＤデータ
１０８    住所データ
１０９    電話番号データ
１１０    予防処置履歴データ
１１１    会費支払い情報データ
１１２    ポイント情報データ
２０１    日付データ
２０２    予防処置内容データ
２０３    その他データ
２０４    処置料データ
３０１    月データ
３０２    支払日データ
３０３    支払状況データ
３００    会費データ
４０２、５０３    階層数データ
４０３、５０４    値データ
５００    ポイント情報データ
６０２、７０２    氏名データ
６０３    未払いデータ
６０６    退会ボタン
６０４    退会欄
７００    会員分配金データ
７０４、８０４    名義データ
７０５、８０５    分配金データ
８００    加盟歯科医院分配金データ
８０２    医院名データ
Ｓ    処置管理システム
Ｔ    端末装置
ＳＶ    管理サーバ
ＳＶＨＱ    本部サーバ
ＩＮ    ネットワーク
Ｍ    会員データベース
Ｐ    ポイントデータベース
ＭＢ    来院者
ＢＬ    ブラックリスト
ＬＰ    会員向け一覧
ＣＰ    加盟歯科医院向け一覧
【図１】
2008293113.tif 000003
【図２】
2008293113.tif 000004
【図３】
2008293113.tif 000005
【図４】
2008293113.tif 000006
【図５】
2008293113.tif 000007
【図６】
2008293113.tif 000008
【図７】
2008293113.tif 000009
【図８】
2008293113.tif 000010
【図９】
2008293113.tif 000011
【図１０】
2008293113.tif 000012
【図１１】
2008293113.tif 000013