JP2009160417A - クライアントおよびサービスプロバイダユーザのためのバーチャルサービスシステムおよび、そのための方法 - Google Patents

Abstract

【課題】サービスをクライアントに対して提供するためのバーチャルサービスシステムを提供すること。
【解決手段】電子ヘルスケアシステムは、ＬＡＮまたはインターネットのどちらかを介して、接続される複数のステーションを含む。クライアントサービスステーションは、中央サービスステーションにアップロードされるデジタル画像をキャプチャし処理するために試用される。主要なサービスステーションおよび専門家サービスステーションは、ヘルスケアの専門家および主要なヘルスケアプロバイダが、診断および治療、および他のサービスを提供するために更新されるマルチメディア情報にアクセスすることを可能にする。管理者ステーションおよび一つ以上の分析ステーションは、このシステムが実行されるデータ分析と同様に、管理されることを可能にする。データへのアクセスは、承認ベースで許可される。
【選択図】図１

Description

（発明の分野）
本発明は、互いが離れて位置され得るクライアントとサービスプロバイダとの間の情報の取得、転送、格納、および、アクセスを含むユーザのためのバーチャルサービスシステムおよびそのための方法に関する。本発明は、例えば医学およびヘルスケアに関するなどのクライアントから獲得される情報と共に、サービスプロバイダの異なるタイプのインタラクションを含むクライアントへの複雑なサービスの提供を有する、排他的でなく特定のユーティリティがある。

本明細書を通して、文脈が別でない場合には、言葉「含む（ｃｏｍｐｒｉｓe）」、あるいは、「含む（ｃｏｍｐｒｉｓｅｓ）」または「含むこと（ｃｏｍｐｒｉｓｉｎｇ）」などのその活用は、記載される整数または整数のグループの包括の意味を含むが、任意の他の整数または整数のグループの排除ではないことが理解される。

（背景技術）
クライアントに関して取得される情報と供にサービスプロバイダの異なるタイプのインタラクションを含むクライアントに対する複雑なサービスの送達は、連続的かつフラグメントされた様態において、伝統的に実行されてきた。いくつかのサービス領域において、サービスプロバイダ間の情報通信の様態は、都市部において見られる通信インフラによってのみにサポートされ得る確立されたプロトコルの結果として起こる。したがって、都市部またはこのようなサービスを送達するための必要な専門技術を有するサービスプロバイダから離れている人々は、都市部またはこのようなサービスが提供され得る場所に移動することで不利になる傾向がある。しばしば、このような移動は、不便または不適切であり、この場合、これらの人々は、サービスの供給なしに単に行う。

これは、不可欠ではないサービスの供給の場合の範囲で受け入れ可能であり得るが、例えば医学やヘルスケアに関するなどの必須のサービスの場合のより大きいコミュニティでは特に受け入れられない。

実際、不可欠な専門技術を有するサービスプロバイダへのアクセスが利用可能である都市部において示される実際の複雑なサービスの送達においてさえ、プロトコルは、特別な考慮への別のサービスプロバイダに対して参照する、さらなる考慮に対するサービスプロバイダの参照により集められたさらなる情報の推奨をする、作用（ａｃｔｉｏｎ）の申し込まれたコースのサービスプロバイダの参照のアドバイスをする、などのあるサービスプロバイダによってクライアントから情報を集めることにおいて観察される（ｏｖｓｅｒｖｅｄ）プロトコルは、扱いにくく時間の浪費であり得る。

医学およびヘルスケアに関するサービスの場合、遠隔医療つまり遠隔医療技術を使用する医者による遠隔診察によるヘルスケア送達の供給およびテレヘルス（ｔｅｌｅｈｅａｌｔｈ）（「離れたところでのヘルスケア」としてここで定義する）の発展を有する遠隔地への高レベルの医療サービスの供給に対処することにおいていくらかの進歩がなされてきた。実際、遠隔医療およびテレヘルス技術は、３５年にわたり発展し、その後、ＩＳＤＮ電話線または、レベルＴ１データライン等の直接接続遠距離通信リンクの周囲で成長してきた。

世界の遠隔地へのインターネット技術の、比較的最近の受容および広く行きわたった使用がありながら、テレヘルスおよび遠隔医療サービスが、ユーザに対してかなりより安く、より広く受け入れ可能なサービスを提供するためのインターネット技術を用いて発達させることは、理にかなっている。特に医学的アドバイスおよび医学的診断、情報および遠隔指導、および、ヘルスケアサービス管理−「Ｅ−Ｈｅａｌｔｈ」などの、特にインターネットを使用する、より広いヘルスケアサービスの供給を示すために新しい言葉（ｔｅｒｍ）が作られた。したがって、Ｅ−Ｈｅａｌｔｈは、ヘルスケアセクタにおける電子通信および電子情報技術の使用と組み合わされる。遠隔医療およびテレヘルスはＥ−Ｈｅａｌｔｈのサブセットである。

第１世界各国および第２世界各国における自宅への医療およびヘルスケア、およびインターネットの結果としての第３世界各国における人々への医療およびヘルスケアに関するなどの複雑なサービスを送達するための可能性は巨大である。

インターネット通信は、ＩＳＤＮ電話線またはＴ１ラインに基づくネットワークを使用するよりもかなり安価でより利用しやすい。したがって、インターネットを介するヘルスケアサービスの送達への研究は、実質的に全ての家庭は、２０１５年までに病気についての画像のバーチャルヘルスエージェントが備えられることを予想した。

インターネットがｅコマースタグで一般的に分類された構想に関する急速なビジネスがきて、バーチャルサービスは、顧客およびサービスプロバイダのコンピュータをリンクする好適な通信媒体であるインターネットでのクライアント／サーバ技術を使用して、顧客に申し込まれ得、送達され得る。このようなサービスの例は、周知のＡｍａｚｏｎ．ｃｏｍ^ＴＭバナーでの本の小売り、および、ＩｍａｇｅＸ．ｃｏｍ^ＴＭバナーでのビジネス印刷サービスの供給を含む。

これらのバーチャルサービスは、合理的で革新的および洗練された注文を有し、それらと関連するネットワークを供給し、いくつかの国での特許保護の対象であった。その程度において、サービスの全ての領域が関連するので、サービスのこれらのタイプは、直接の（ｓｔｒａｉｇｈｔ）小売りまたはとても単純なサービス送達を効果的に含む、「単純な」カテゴリに分類される。種々のプロフェッショナルサービスおよび、より深いクライアント／サービスプロバイダインタラクション（例えば、医療およびヘルスケアに関するサービス）を含むより複雑なサービスの送達を考慮する場合、バーチャルサービスを提供する物流（ｌｏｇｉｓｔｉｃｓ）は、より問題があり、技術要求およびそれと関連する諸経費がさらに要求され、設計、インプリメントするためにより難しいバーチャルサービスをなしている。

しかしながら、主として低コストのコンピュータテクノロジーによるデジタル技術における膨大な成長および遠隔医療およびテレヘルス分野においてなされる進展は、現在、バーチャルサービスのような複雑なサービスを提供することを可能にさせる。

ヨーロッパ特許出願番号９９３０５００８．７において、頸部の癌をスクリーニングするために一般的な遠隔医療アプリケーションを開示する。格納／診断のための遠隔地に対する画像キャプチャおよび送信が開示される。ついで、臨床医は、利用可能なオプションのリストから診断を選択し得る。

ＰＣＴ特許出願番号ＰＣＴ／ＵＳ００／０４１４３は、医療情報がシリアルバスを介して遠隔地に送信され得るシステムを開示する。

ＵＳ特許第６ ０３３ ０７６号は、インターネットを使用して緑内障のスクリーニングに対するソフトウェアをダウンロードするためのシステムを開示する。

（発明の開示）
したがって、複数のサービスプロバイダおよびクライアントを含む比較的複雑なＥ−ヘルスサービスおよび、バーチャルサービスとしての複数のサービスプロバイダおよびクライアントとの間のデータの送信を提供することは、本発明の目的である。

本発明の第一の局面によると、サービスをクライアントに提供するためのバーチャルサービスシステムが提供され、このシステムは、
該クライアントについての情報を取得するため、および、その時に制御され調整される様態において該情報を取得するために複数のクライアントプロセスをユーザに提供するためのクライアントサービスステーションと、
所定の様態で、該クライアントについての該取得された情報を受信し、格納するためのクライアントサーバステーションと、
該中央サーバステーションに対する該情報の取得および伝送を容易にするための主要なサービスプロバイダと、
中央サーバステーションに格納される中央に格納される情報にアクセスするため、および、その時に制御され調整される様態において複数の専門家プロセスをユーザに提供するための専門家サービスプロバイダステーションとを含む。

前記クライアントプロセスは、重要なクライアント情報収集手段と、専門家サービスプロバイダ選択手段と、マルチメディア情報グラブ手段と、前記中央サーバステーションに対するマルチメディア情報アップロード手段と、該中央サーバステーションに対する情報提示手段と、前記専門家サービスプロバイダステーションに対する専門家サービスプロバイダ通知手段とを含み得る。

前記専門家プロセスは、前記情報にアクセスし、処理し編集するためのプロセスを含み、かつ、クライアント情報アクセス手段と、該情報の精査および編集手段と、該情報に関してレポートする手段と、前記中央サーバステーションに対して前記クライアント情報の編集され、レポートされた局面を提示するための情報提示手段と、前記主要なサービスプロバイダステーションに対する主要なサービスプロバイダ通知手段とを含み得る。

前記主要なサービスプロバイダステーションは、前記中央サーバステーションに格納される情報に対する所定の主要なレベルアクセスを有し得、該所定の主要なレベルアクセスは、前記情報の読み込みのみを可能にする。

前記専門家サービスプロバイダステーションは、前記情報の読み込みおよび書き込みを可能にする所定の専門家レベルアクセスを有し得る。

前記主要なサービスプロバイダステーションは、前記クライアントサービスステーションに対応する、バーチャルサービスシステム。

あるいは、前記主要なサービスプロバイダステーションは、前記クライアントサービスステーションとは離れてい得る。

バーチャルサービスシステムは、制御され調整される様態で前記システムを管理するために複数の管理プロセスをその時にユーザに提供するための管理ステーションをさらに含む。

前記管理プロセスは、専門家アップデート手段と、ユーザ統計提供手段と、ユーザアップデート手段と、医療中心（ｃｅｎｔｒｅ）アップデート手段と、前記中央サーバステーションに格納された情報を検索するための検索手段とを含み得る。

バーチャルサービスシステムは、制御され調整される様態で前記システムに格納される情報の分析を提供するために複数の分析プロセスを、その時に、ユーザに提供するための分析ステーションをさらに含み得る。

前記分析プロセスは、診断基準検索手段と、レポート提供手段と、情報表示手段とを含む。

前記情報表示手段は、患者表示手段および／または結果表示手段を含み得る。

本発明の別の局面にしたがって、バーチャルサービスとしてクライアントにサービスを提供するための方法であって、該方法は、制御され調整される様態で複数のクライアントプロセスに従う（ｆｏｌｌｏｗ）ことによって、クライアントサービスステーションにてクライアントについての情報を取得するステップと、該情報が所定の様態で格納される中央サーバステーションに、情報を伝送するステップと、主要なサービスプロバイダステーションを介して該中央サーバステーションに対する該情報の取得および伝送を容易にするステップと、複数の専門家プロセスに従うことにより専門家サービスステーションから該中央サービスステーションの格納された情報にアクセスするステップとを含む。

前記クライアントプロセスは、重要なクライアント情報を集めるステップと、専門家サービスプロバイダを選択するステップと、必要に応じて、マルチメディア情報をグラビングするステップと、前記中央サーバステーションに該マルチメディア情報をアップロードするステップと、該中央サーバステーションに該クライアント情報を提示するステップと、該クライアント情報に関して、前記選択された専門家に通知するステップとを含み得る。

前記方法は、前記専門家サービスステーションからの前記アクセスされ格納される情報を処理および編集するステップをさらに含み得る。

前記専門家プロセスは、前記クライアント情報にアクセスするステップと、該情報を精査および編集するステップと、該情報に関してレポートするステップと、前記中央サーバステーションに対して該クライアント情報の該編集され報告された局面を提示するステップと、前記主要なサービスプロバイダステーションに前記主要なサービスプロバイダを通知するステップとを含み得る。

前記主要なサービスプロバイダステーションは、前記中央サーバステーションにて格納される情報に対する所定の主要なレベルアクセスを有し得、該所定の主要なレベルアクセスは、該情報の読み出しのみを可能にし得る。

前記専門家サービスプロバイダステーションは、前記情報の読み出しおよび書き込みを可能にする所定の専門家レベルアクセスを有し得る。

前記方法は、管理ステーションを介して、制御され調整される様態で前記システムを管理するための複数の管理プロセスをユーザに提供するためのステップをさらに含み得る。

前記管理プロセスは、専門家アップデート手段と、ユーザ統計提供手段と、ユーザアップデート手段と、医療中心アップデート手段と、前記中央サーバステーションにて格納される情報を検索するための検索手段とを含み得る。

前記方法は、分析ステーションを介して、制御され調整される様態で、前記システムに格納される前記情報の分析を提供するために複数の分析プロセスをユーザに提供するステップをさらに含み得る。

前記分析プロセスは、診断基準検索手段と、レポート提供手段と、情報表示手段とを含み得る。

前記情報表示手段は、患者表示手段を含み得る。あるいは、前記情報表示手段は、結果表示手段を含み得る。

本発明は特に、眼科のスクリーニングプロセスを使用してインターネットを介して、バーチャル眼ケアサービスを伝達するために適用可能であり、
・クライアントとして眼ケアに対してスクリーニングされる患者と、
・開業医、検眼医、看護婦、中級のヘルス人員（ｍｉｄｌｅｖｅｌ ｈｅａｌｔｈ ｐｅｒｓｏｎａｌ）などの主要なサービスプロバイダと、
・専門家サービスプロバイダとしての眼科医と、
を含む必要がある。

一般的な医療スクリーニングプロセスは、基本的に、
・実際の熟練の眼科医によるスクリーニング／診断と、
・眼の画像（直接または写真）を参照することにより実行される主要な眼科的状態／病気の診断と、
・主要な病気が起こる眼の領域、すなわち、例えば、眼の前面では白内障など、および眼の裏では、（１）糖尿病性網膜症；（２）緑内障；および網膜はく離などに対する特定の事項を有することと、
・診断の報告は、一般的に、撮影された眼の写真を有し、患者ファイルに現像され添付され患者の記録に対する文書に、手書きで口述され書かれている。

・患者は、一般的な開業医または検眼医から眼科医に対して参照される。

・検眼医は、通常、スリットランプで（屈折コンサルテーションと同様の）患者を精査するが、診断を実行しない。−検眼医は、患者に対するなんらかの懸念を有するかどうかを参照する。

・眼科医の時間の約８０％がこのスクリーニングで使われる。

・眼科医によりスクリーニングされる患者の約８０％がＯＫ（正常）であり、１６％は、可能性のある状態でアクティブモニタリングを必要とし、約４％は治療が必要であることと、
を含む。

本発明のベストモードは、インターネットを介して提供されるバーチャルサービスを使用する眼科的スクリーニングプロセスの提供に関して、添付の図面を参照して示される。

図１は、クライアント/サーババーチャルサービスシステムの基本物理的レイアウトを示す概要図である。 図２は、中央サーバステーションに接続されるようなクライアントサービスステーションの基本ハードウェア構成を示す概要図である。 図３は、クライアントサービスステーションパーソナルコンピュータ（ＰＣ）と中央サーバステーションとの基本ハードウェア構成を示す概要図である。 図４は、情報、および、バーチャルシステムの主要なハードウェアコンポーネント間の処理のロジカルフローを示すフローチャートである。 図５は、バーチャルサービスシステムで使用されるスクリーニングプロセスを示す、概要ブロック図である。 図６は、バーチャルサービスシステムにログオンするために主要なサービスプロバイダに対して提供されるウェブページの例である。 図７は、重要なクライアント情報を収集するために提供されるウェブページの例である。 図８は、中央サービスプロバイダサーバへの格納のためのマルチメディア情報をアップロードするために提供されるウェブページの例である。 図９は、バーチャルサービスシステムで使用される管理者プロセスを示す概要ブロック図である。 図１０は、バーチャルサービスシステムの管理者によって使用されるメニューウェブページである。 図１１は、バーチャルサービスシステムで使用される分析プロセスを示す概要ブロック図である。 図１２は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。 図１３は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。 図１４は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。 図１５は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。 図１６は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。 図１７は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。 図１８は、図９に示されるいくつかの管理者プロセスに対して提供されるウェブページである。

（発明を実行するためのベストモード（単数または複数））
本発明のベストモードは、目のケアの目的に対する患者の眼科的スクリーニングに関するバーチャルサービスシステムおよびそのための方法の特定の実施形態に関し、開示される。

図面の図１に示されるように、バーチャルサービスシステム１１は、一つ以上のクライアントサービスステーション１３、一つ以上の主要なサービスプロバイダステーション１４、一つ以上の専門家サービスプロバイダステーション１５、一つ以上の分析ステーション１６（それぞれは、ＰＣを含む）を含む複数のクライアント１２および中央サーバステーション２１を含む。これらの全ては、ＴＣＰ／ＩＰプロトコルを使用するイーサネット（登録商標）ローカルエリアネットワーク（ＬＡＮ）１７によって、および／または、インターネットを利用するモデム１９を介して、コンピュータネットワークに接続される。本明細書で示される実施形態において、クライアントサービスステーション１３は、眼科的ソース３８のデジタル画像をキャプチャおよび処理するために、および、以下でより詳しく説明されるような、中央サーバステーション２１に対してこれらの画像をアップロードするために使用される。主要なサービスプロバイダステーション１４は、ＧＰ、検眼医、または、他の主なヘルスケアプロフェッショナルなどの主要なサービスプロバイダによって使用される。専門家サービスプロバイダステーション１５は、眼科医などの第二のヘルスケア専門家によって使用される。これは、以下にさらに詳細に説明される。管理者ステーション１６は、システム１１の管理、および、以下により詳細にさらに説明される、データ分析のためのシステム１１のユーザによる分析ステーション１８の管理者によって使用される。異なるサービスステーション１３，１４，１５，１６および１８は、離れた位置に位置され得る。しかしながら、クライアントサービスステーション１３および主要なサービスプロバイダステーション１４は、一緒に位置され、他のステーションのいくつかであり得るように、単一ユニットとして統合されさえもし得る。クライアントサービスステーション１３および主要なサービスステーション１４は、同じであり得る、つまり、主要なサービスステーション１４は、眼科的ソースのデジタル画像をキャプチャし処理するために使用され得る。例のように、クライアントサービスステーション１３は、遠隔地域（ｃｏｕｎｔｒｙ）の場所に位置され得、看護婦などの適切に訓練されたプロフェッショナルによって操作されるが一方、専門家サービスプロバイダステーション１５は、いくらかの距離が離れた所に位置される病院内の専門家のコンサルティングルームに位置され得る。

中央サーバステーション２１は、コンピュータネットワークとインターフェースするためのアプリケーションウェブサーバ２３、認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）ウェブサーバ２２、情報データベースサーバ２５ａおよび画像データベースサーバ２５ｂを含むマルチメディアデータベースサーバ２５、ならびに、画像データベースサーバ２５ｂによって管理される画像を主に格納するため、しかし、それら全てが、上述のクライアントステーションを介してアクセスされ得るデータベース管理システム（ＤＢＭＳ）を形成するために結合される情報データベースサーバ２５ａから導き出されるデータベースを格納するためののマス格納メディア２９を含む。

本実施形態のＤＢＭＳは特に、複雑なマルチメディア情報の格納および検索（ｒｅｔｒｉｅｖａｌ）を操作し、必要な情報を眼科医に提供し、バーチャルサービスシステム１１を介して、専門家サービスをクライアントに送達するように構成される。

各クライアントステーションに対するＰＣは、Ｉｎｔｅｎｅｔ Ｅｘｐｌｏｒｅｒ^ＴＭなどのインターネットブラウザ３３、インターネット３６に接続するための少なくとも５６Ｋのモデム３５および６６０ＭＨｚ以上のスピードで駆動し得る中央処理ユニット（ＣＰＵ）３１が備えられることが必要とされる。

図２に示されたように、クライアントサービスプロバイダステーション１３の場合、眼科的ソース３８の目の画像を取得するために適切なデジタル画像情報キャプチャ機器３７、および、眼科的ソース３８に関してＰＣに情報をキャプチャし入力するための原文（ｔｅｘｔｕａｌ）情報記録設備は、フレームグラバー３９などの適切に動作するソフトウェアと共に提供される必要がある。

眼科的スクリーニングする目的のためのデジタル画像情報キャプチャ機器３７は、基底（ｆｕｎｄｕｓ）カメラ、スリットランプ、スキャニングレーザ検眼鏡、（ＳＣＯ）および網膜カメラを含む。これらの機器は、診断上の良質の画像およびビデオを生成するために比較的低コストで、簡単に動作し、クライアントサービスステーション１３（または、適切な、主要なサービスプロバイダステーション１４）でＰＣに直接接続され得る。

適切なワードプロセッサまたはテキストエディタソフトウェアを有する通常のキーパッド４１およびモニタ４３は、原文の（ｔｅｘｔｕａｌ）情報を記録することを提供する。デジタル画像情報キャプチャ機器３７とインターフェース（ｉｎｔｅｒｆａｃｅ）、フレームグラバーカード（ｆｒａｍｅ ｇｒａｂｂｅｒ ｃａｒｄ）を介してＰＣに接続されるフレームグラバーソフトウェアは、中央サーバステーション２１にアップロードすること画像情報キャプチャリングを可能にする。画像は、ＰＣのＩＥＥＥ１３９４を介してＰＣと接続される画像キャプチャカードなどの、機器３７と共に提供される任意の適切な画像キャプチャデバイスを使用してキャプチャされる。

中央サーバステーション２１の場合、医療分野で使用される伝統的なＤＭＢＳは、複雑なマルチメディア情報（すなわち、テキスト、画像、グラフィック、および音声データ）を操作することができない。眼科学におけるマルチメディアデーターベースの開発の目的は、診断レポートを生成するために必要な情報、すなわち、眼科医の判断を助ける患者の履歴、他の臨床的データ、および高品質なカラー画像を眼科医に提供することである。マルチメディアの眼科的データベースはまた、異常な医学的問題を解決することを助けるため、および同一または近い関係の場合について情報にアクセス可能にするための情報を提供する。また、例えば、学生が倫理的な承認の対象となるか、または履歴書上の詳細の障害を有する特定の病気がある患者の記録および画像にアクセスおよび研究することが可能になるといった、教育の目的に対しても使用され得る。

一般的に言えば、医学的情報データベースの設計に対し、関係、ネットワーク、階層的、およびエンティティ関係の医学的データベースの四つのアプローチがある。医学的データベースの関係は、それらの単一で簡潔な特性の理由で医学的データベース管理上に重大な影響を有していた。従って、リレーショナルモデルを有するマルチメディアの統合は、本実施形態におけるＤＢＭＳの基礎として使用される。

眼科的スクリーニングサービスの送達に対する関連するモデルを有するマルチメディア情報の格納の統合におけるＤＢＭＳの主要な必要性の一つは、コンピュータネットワークを介する中央サーバステーション２１に格納される画像へのクライアントステーションによる速いアクセスである。従って、マルチメディアデータベースサーバ２５は、特に診断上のレポート、画像および音声アノテーション（ａｎｎｏｔａｔｉｏｎ）とともに患者情報の操作に対して設計される。明確にするために、用語「画像」は、特定されていない場合、本明細書中において静止画像、動画の両方を意味して使用される。

データベースサーバ２５は、適切なアプリケーションプロトコルを使用するコンピュータネットワークを介して任意のクライアントステーションによってアクセスされる。情報データベースサーバ２５ａおよび画像データベースサーバ２５ｂは、それによって管理される情報に対する素早いアクセスを可能にするために、互いに意図的に、別れている。本実施形態において示されないが、代替の実施形態は、格納された音情報に対するアクセスのスピードをさらに増すために音声に対して個々のサーバを含む。

別れたマルチメディアデータベースサーバを有する理由は、格納のために設計された単一のマルチメディアデータベースサーバおよびマルチメディア情報の操作（例えば、診断レポート、画像および音声アノテーション）が使用され、アプリケーションが大きいデータベースからなる場合、応答時間はとても重要な要因になるということである。このことは、医者がとても短い時間で特定の情報を必要とし得る医学的な環境において特に重大である。このような環境は、データベースにアクセスし、同時に画像をダウンロードすることを必要とする多くのユーザを配慮する（ｓｅｅ）。したがって、ネットワークバンド幅が制限される場合、単一マルチメディアデータサーバは、クライアントに対する情報の伝送を完全に遅くし得る。

眼科学において、高分解能カラー画像は、診断に使用される。高分解能カラー画像は、ネットワークのバンド幅を多く必要とする。したがって、マルチプルデータベースサーバを提供する工程は、高分解能カラー画像をクライアントに伝送するスピードに関する問題を全て解決しない。したがって、本明細書のＤＢＭＳはまた、クライアントステーションに対する画像情報の伝送のために所定のプロトコルを選ぶ（ａｄｏｐｔ）するように設計される。ある様態において、所定のプロトコルは、中央サーバステーション上のロードを低減する。

この所定のプロトコルは、システム上に格納される画像情報のために必要なアクセス速度を満たすようにＤＢＭＳの設計を考慮される他の要因とともに、以下により詳細に示される。これらは次に示される。

（（Ａ）画像情報アクセスのための所定のプロトコル）
制限された、ネットワークバンド幅、画像のサイズ（時々、１０２４Ｘ１０２４Ｘ３バイトより大きい）、スクリーンの分解能、クライアントＰＣの格納容量、急速表示のための必要性により、本明細書の実施形態のＤＢＭＳは、第一の例における、クライアントステーションによる同様の要求に対する伝送および表示のための低分解能画像を提供するために構成される。したがって、専門家サービスプロバイダステーション１５での眼科医からの要求に応答して、オリジナル画像の低分解能バージョンは、初期の表示のために利用可能にされる。眼科医が所与の領域を研究することを望む場合、次いで、ＤＢＭＳは、専門家サービスプロバイダステーション１５から、画像サーバ２５ｂに送信されるズーム要求に適応するように設計される。ＤＢＭＳは、専門家サービスプロバイダステーション１５に対して関心のある領域の全分解能を送達することによってズーム要求に応答するように設計される。このことは、専門家サービスプロバイダステーションによる中央サーバステーション２１のアクセスは制限されない。従って、アクセスレベル特権の対象になる専門的なサービスプロバイステーション１５および主要なサービスプロバイダステーション１４またはクライアントサービスプロバイダステーション１３などの他のステーションは、患者の医者による要求でのワークステーションに表示される全分解能画像を有し得る。

（（Ｂ）マルチメディア情報管理および検索）
異なる検索方法は、中央サーバステーション２１でのＤＢＭＳからの効率的に情報をアクセスするために使用され得る。適切な検索方法の選択は、データモデルによって決まる。関連するデータモデルにおいて、異なる関連スキーム（ｓｃｈｅｍｅ）は、例えば医者関連スキームが数、名前、住所、および電話番号の識別などの医者についての情報を含む、特定のエンティティについての情報を表わすために使用される。関連するスキームの拡大は表として表わされる。表の集合は、フォルダとよばれ、フォルダはまた、全体として操作され得る患者の情報、レポート、および画像などのドキュメントの集合として定義される。各フォルダは、サーチクエリにおいて組み合わされ得る属性のセットを含む。テキスト属性への付加において、リレーショナルデータモデルにおける患者のフォルダは、「画像ソース表」を含む。患者は、例えば、眼底カメラ、ステレオ眼底カメラ、ビデオスリットランプなどの異なるソースでの画像を有し得る。これらによって、多くの画像は、各ソースから取得される。したがって、「画像ソース表」が存在し、各ソースは、一つの「画像表」に対するポインタを有する。「画像表」における各画像属性／記録は、画像格納システムおよび各画像についての技術情報のロジカルな位置を含む。

（（Ｃ）マルチメディアデータベースサーバセットアップ）
ユーザにはＤＢＭＳからのテキスト情報の未を検索する人もいれば、画像を検索し得るだけの人もいる。多くの人が、同じ時間に画像を検索したい場合、情報データベース（テキスト）に対するアクセス時間を遅くする。したがって、中央サーバステーション２１での二つの異なるサーバ、情報データベースサーバ２５ａ、および画像情報サーバ２５ｂは、このアクセス時間を低減する。情報データベースサーバ２５ａは、すべての患者情報および関連する医学データ（例えば、診断レポートおよび診察の詳細）の操作を提供する。画像情報サーバ２５ｂは、画像の管理および格納に対して専念させられる。患者の情報データベースサーバ２５ａの情報とマス格納メディア２９に格納される画像との間のロジカルリンクが存在する。画像および画像ソースに関するクエリは、マス格納メディア２９からの実際の画像を検索する画像情報サーバに方向付けられる。さらなる安全のために、画像は、ＦＴＰサーバを介して画像情報サーバ２５ｂにおよび画像情報サーバ２５ｂから送られ得る。ＦＴＰサーバに対する認証は、自動的に確認される。ＦＴＰ認証が承認されない場合、画像は、画像情報サーバ２５ｂにおよび画像情報サーバ２５ｂから伝送され得ない。画像は、患者または医者についての任意の情報を運搬しない。各画像はまた、ランダムなファイル名を与えられ得る。画像伝送が認証されていない人によって妨害される場合、ユーザは、画像データから実際の画像以外のより多くの情報を取得できない。

認証がＦＴＰサーバによって確認される場合、画像は、画像情報サーバ２５ｂに伝送され、情報データベースは、画像、ビデオ、およびオーディオファイルに対する適切なリンクとともに更新される。
（（Ｄ）画像のキャプチャおよびデジタル化）
保管される写真、ネガおよびスライドの存在は、電気的に格納されなければならず、適切な患者情報と統合されなければならない。このことは、全ての患者の完全なデータベースを有するためにとても重要である。すなわち、何人かの患者は、毎年フォローアップされ得る。従って、存在する画像のデジタル化は、平台型またはスライドスキャナを使用して実行される。眼診察設備からの直接的に画像をキャプチャするために、ＣＣＤまたはデジタルカメラは、上述したフォトスリットランプ、眼底カメラおよびＳＬＯ等の眼診察設備に接続される。ＣＣＤカメラから生じるアナログ信号は、ＰＣにつながっているフレームグラバーを使用してデジタル化される。
（（Ｅ）画像、ビデオおよびオーディオフォーマット）
ＴＩＦＦ，ＤＩＣＯＭ，ＧＩＦ，ＢＭＰ，ＪＰＥＧ（低損失圧縮）、ＪＰＥＧ２０００およびウェーブレットは、広く使用される画像フォーマットのいくつかである。画像フォーマットは、他の問題を有するこのマルチメディアデータベースからの画像およびデータの統合に影響する。格納領域は、マルチメディアデータベースの設計において考慮される重要なファクタであるので、低損失圧縮のＪＰＥＧ画像フォーマット、ＪＰＥＧおよびウェーブレットは、画像に対してより良い選択をされるよう考慮され、したがって、ＤＢＭＳによって使用される。ＴＩＦＦ，ＧＩＦ，およびまたＤＩＣＯＭフォーマットなどの異なるフォーマット間の変換を可能にする。機能は、これらのコンバージョンをするデータベースプログラムに組み込まれる。

このシステムによって使用され得るビデオフォーマットは、ＭＰＥＧ４およびＡＶＩフォーマットを含む。

使用されるオーディオフォーマットは、有名なＭＰ３フォーマットである。
（（Ｆ）画像圧縮）
画像圧縮は、画像ファイルのサイズを低減する処理である。損失の多いまたは低損失のどちらかであり得る。データベース内に格納される画像は、リサーチ目的のために使用され得、したがって、微小な情報の損失は、分析に影響を与え得る。圧縮による画像から失われるように設計される情報はないので、低損失圧縮方法がＤＢＭＳによって使用される。標準的に低損失圧縮は、およそ５０パーセントまで格納を低減する。しかしながら、全ての画像が、同じ様態で圧縮に対応しない。

ＪＰＥＧは、静止画像およびビデオ画像のためのＭＰＥＧに対する圧縮アルゴリズムに広く使用される。ＪＰＥＧフォーマットでの主な利点は、ほとんどの画像化ツールが読み込み／書き込みおよびＪＰＥＧフォーマット画像の可視化できることである。ウェーブレット圧縮アルゴリズムはまた、広く使用されるようになる。眼底カメラからの高品質カラー網膜画像の圧縮のリサーチは、画像を圧縮することによって、サイズが１．３ＭＢ〜２０−７０ＫＢに低減され得ることを示す。画質は、各主要な病気グループの診断のために欠かせない情報が保護されるさらに優秀なものである。

したがって、本実施形態は、格納の目的のために画像情報を圧縮するために、関心の領域（緑内障の診断のために、光学ディスクおよび取り囲まれる領域は、特に関心がある）に対してほとんど圧縮せず、そして残りの領域または背景に対する高い圧縮を適用する適切な圧縮アルゴリズムを使用する。

（（Ｇ）画像格納）
画像ファイルはとても大きいので、画像格納は、画像データベースを設計する際に考慮されるべき重要なファクタである。最も速いアクセス時間を有するディスクは、より高価であり、比較的より小さい容量を有する。

磁気テープおよび光学ディスクは、より安価であるより大きい容量を有するが、アクセス時間がより遅い。従って、一方では格納コストおよび格納容量とアクセス時間との間の二律背反になる。現在、利用可能なマス格納オプションは、
（１）ジュークボックス内の磁気テープ
（２）ジュークボックス内の繰り返し書き込み可能なＣＤ−ＲＯＭなどの光学ディスク
（３）スナック内の大容量磁気ハードディスク
（４）ＤＶＤ−ＲＯＭ
（５）費用がかからない／独立したディスクの冗長なアレイ
を含む。

磁気ハードディスクは、より速く（個人用コンピュータにおいて見られる普通のハードディスクと同じ）、より大きい格納容量であり、およびより安価である。従って、スタックされる大きい磁気ハードディスクは、画像格納のためにマス格納メディア２９を構成するために使用される。

上記のファクタの全てに関連することを有する中央サーバステーション２１でのＤＢＭＳは、
（ｉ）マルチメディアデータベースサーバ２５のためのＳＱＬまたは他のデータベースソフトウェア
（ｉｉ）アプリケーションウェブサーバ２３の前部のウェブアプリケーションのためのＣｏｌｄＦｕｓｉｏｎ Ｓｔｕｄｉｏ^ＴＭおよびＣｏｌｄＦｕｓｉｏｎ Ｓｅｒｖｅｒ^ＴＭなどのウェブアプリケーションサーバソフトウェア
（ｉｉｉ）ＶｉｓｕａｌＣ＋＋およびＶｉｓｕａｌＢａｓｉｃで開発されるなどの画像操作のためのフレームグラビングソフトウェア
（ｉｖ）ＭＳ Ｗｉｎｄｏｗｓ（登録商標）２０００ Ｓｅｒｖｅｒ^ＴＭ、などのサーバオペレーティングシステム
（ｖ）ウェブベースの通信のためのＨＴＭＬ言語およびＪＡＶＡ（登録商標）言語ソフトウェア
通信ネットワークとしてインターネット３６を使用するクライアント／サーバシステム１１のロジカル設定は図面の図３に示される。示されるように、クライアントステーション１３、１４および１５は、インターネット３６を介して中央サーバステーション２１によってホストされる。例えば、ｗｗｗ．ｅ−ｉｃａｒｅ．ｃｏｍなどのウェブサイトにアクセスするために、そのウェブブラウザ３３を使用する。アプリケーションウェブサーバ２３は、クライアントのアクセスレベル特権およびアクセスレベル特権によって保証される特定の処理に応じて、適切なクライアントにＨＴＭＬおよびＪＡＶＡ（登録商標）フォーマットでウェブページ４５をダウンロードするウェブサーバのウェブサイトに対するアクセスを管理する。マルチメディアデータベースサーバ２５に対するアクセスは、処理されるプロセスに応じて、保証される。次に、このアクセスがより詳細に説明される。クライアントの中央サーバステーション２１への一回目のアクセスの際、静的ＨＴＭＬのウェブページ上にタイプされたパスワードおよびユーザー名を使用してログインする。次いで、この情報は、適切な認証のためにウェブアプリケーションサーバ２３と通信する認証ウェブサーバ２２に送信する。次いで、この認証が認証される場合、ウェブアプリケーションサーバ２３は、直接的にクライアントステーション１２と通信し、静的なおよび動的なウェブページを介して直接的に命令およびデータを受信する。ユーザ名およびパスワードは、セキュアソケットレイヤ（Ｓｅｃｕｒｅ Ｓｏｃｋｅｔ Ｌａｙｅｒ）プロトコルおよびデジタル証明書を介して確認される。

処理実行事項の理解を得ることは、眼科的スクリーニングが関係しているので、バーチャルサービスシステムのその程度において、ビジネス方法およびコンセプトに対してなされ得る。これは、図面の図４を参照して示される。

バーチャルサービスシステム１１のビジネス方法またはコンセプトは、患者の眼科的ソース（すなわち、左または右目）のデジタル画像を取得すること、種々のプロフェッショナルサービスプロバイダ（例えば、スクリーニングを導く必要のあるＧＰの検眼医および眼科医）間の通信のためにインターネットを使用して主な眼科的病気に対するこれらの画像をスクリーニングすることに関心がある。この方法は、本質的に以下のステップを含む。

・デジタル画像収集５１は、検眼医か他のクライアントサービスステーション１３のどちらかで以前に示され、種々のデジタル眼科的画像機器３７の全てまたはいくつかを使用して実行される。

・インターネットベースソフトウェア５３は、の画像をクライアントサービスステーション１３から、収集、格納、圧縮および伝送するために使用される。

・インターネット３６を介して、リージョナルデータバンクとして機能し得る中央サーバステーション２１への画像５５の伝送は、必要に応じて暗号化５７を使用して実行される。

・コンサルティングまたは署名する眼科医は、病気の診断に対する画像５９を精査する。

・ソフトウェアシステム６１は、全ての画像および診断記録を格納するために使用される。

・主要なサービスプロバイダとして動作する参照するエージェントに診断レポート６３を伝送するために続く（ｆｏｌｌｏｗ）。

・システムは、新しいアポイントメントおよびビリング（ｂｉｌｌｉｎｇ）６５をスケジュールするために続く。

ここで、クライアントサービスステーション１３、主なサービスプロバイダステーション１４および専門家サービスプロバイダステーション１５で保証される特定の処理に対する事項を有し、参照は、図面の図５でなされる。

第一にクライアントサービスステーション７１に対する事項を有して、以下の処理は、アプリケーションウェブサーバ２３によってクライアントサービスステーション１３にダウンロードされるウェブページの長所（ｖｉｒｔｕｅ）によって制御され調節される様態において実行され、提供される。

（ｉ） 重要なクライアント情報の詳細を収集するための重要なクライアント情報収集手段
（ｉｉ） 専門家サービスプロバイダを選択するための専門家サービスプロバイダ選択手段７５
（ｉｉｉ） 必要に応じて、マルチメディア情報をグラビングするためのマルチメディア情報グラビング手段７７
（ｉｖ） 中央サーバステーション２１に対してマルチメディア情報をアップロードするためのマルチメディア情報アップロード手段７９
（ｖ） 中央サーバステーション２１に対してクライアント情報を提示するための情報提示手段８１、および、
（ｖｉ） クライアント情報に関して、電子メールによって専門家サービスプロバイダステーション１５に選択された専門家サービスプロバイダを通知するための、専門家サービスプロバイダ通知手段８３。

専門家サービスプロバイダステーション処理８５に対して、以下の処理は、アプリケーションウェブサーバ２３によって専門家サービスプロバイダサービスステーション１５にダウンロードされるウェブページの長所によって制御されかつ調節される様態において実行され提供される。

（ｉ）専門家サービスプロバイダに関するクライアント情報にアクセスするためのクライアント情報アクセス手段８７
（ｉｉ）この情報を精査しかつ編集するための精査および編集手段８９
（ｉｉｉ）専門家サービスプロバイダが診断を実行し、情報に同じものをレポートすることを可能にするためのレポート手段９１
（ｉｖ）中央サーバステーション２１に対してクライアント情報の編集されレポートされた局面を提示するための情報提示手段９３
（ｖ）診断が完了したことを電子メールで主要なサービスプロバイダステーション１４の参照する主要なサービスプロバイダに通知するための主要なサービスプロバイダ通知手段９５。

主要なサービスプロバイダステーション処理９７に対して、以下の処理は、患者のクライアント情報に制限されたアクセスを可能にするために、アプリケーションウェブサーバ２３によって主要なサービスプロバイダサービスステーション１４にダウンロードされるウェブページの長所によって制御され調節される様態において提供され実行される。

（ｉ） 所定の検索診断基準を介してクライアント情報の検索を可能にするための診断基準エントリ手段９９
（ｉｉ） ＤＢＭＳの検索を導くための検索手段１０１
（ｉｉｉ） 検索診断基準によって選択された患者情報をリストするためのリスティング手段１０３。

管理処理１２０に対する事項を有して、参照は、図９でなされ、以下の処理は、アプリケーションウェブサーバ２３によって管理者ステーション１６にダウンロードされるウェブページの長所によって制御され調節される様態において提供され実行される。

（ｉ） 専門家情報の詳細を更新するための専門家アップデート手段１２２であって、専門家アップデート手段１２２は、専門家情報を加え、編集し、または削除するための専門家修正手段１２４を含む、専門家アップデート手段１２２と、新しい専門家に対してユーザー名およびパスワードを加えるための専門家ログイン情報付加手段１２６
（ｉｉ） 付加的なユーザ統計値と同様に、必要に応じて、誰が、いつ、および、どのくらいシステムを使用したか、およびスクリーニングされた患者の数に関する情報を提供するためのユーザ統計提供手段
（ｉｉｉ） ユーザ情報の詳細をアップデートするためのユーザアップデート手段１３０であって、ユーザ情報を付加、編集、または削除するためのユーザ修正手段１３２および新しいユーザに対するユーザ名およびパスワードを付加するためのユーザログイン情報負荷手段１３４を含む、ユーザ情報の詳細をアップデートするためのユーザアップデート手段１３０
（ｉｖ） 医療中心情報の詳細をアップデートするための医療中心アップデート手段１３６であって、医療中心（ｃｅｎｔｒｅ）情報を付加し、編集し、削除するための医療中心修正手段１３８を含む、医療中心情報の詳細をアップデートするための医療中心アップデート手段１３６
（ｖ） ユーザ／専門家／患者検索手段１４０であって、管理者が所定の検索診断基準を介してＤＢＭＳのクライアント情報を検索することを可能にするための診断基準エントリ手段と、検索の結果を表示するための結果表示手段１４４と、管理者が患者のＩＤで識別された患者情報を削除することを可能にするための患者記録削除手段１４６とを含む、ユーザ／専門家／患者検索手段１４０。患者記録の削除は、ＤＢＭＳから適切な患者記録を削除するために患者ＩＤを使用する管理者に対して、患者ＩＤの詳細を送信する専門家からの要求に応答してのみ実行される。

分析ステーション１８に対して、参照は図１１でなされ、以下の分析処理１５０は、アプリケーションウェブサーバ２３による分析ステーション１８に対するダウンロードされたウェブページの長所によって、制御され調節される様態において提供され実行される。

（ｉ） 例えば、位置（国、郊外）、性別、病気、処方または任意の他の診断基準などの基本診断基準でＤＢＭＳに格納される情報の検索を可能にするための診断基準検索手段１５２
（ｉｉ） 検索から生じる結果のレポートを提供するためのレポート提供手段１５４
（ｉｉｉ） 例えば、病気、病歴、家族歴、結果（ｏｕｔｃｏｍｅ）、処方、性別、および位置などの患者情報を表示し得る患者情報表示手段１５６。しかしながら、名前や住所などの患者を識別する手段は表示されない。

（ｉｖ） 結果表示手段１５８であって、例えば、プロットおよび表、または任意の他の適切なフォーマットなどの適切なフォーマットの間作の統計的結果を表示する、結果表示手段１５８。

中央サービスステーション２１のウェブサイトは、適切な広告が運ばれ得、関連する情報１０７を売るホームページ１０５にクライアント１２による最初のアクセスのために設計される。クライアントは、システムの任意のユーザであり、クライアントサービスプロバイダであり得る。すなわち、プロバイダは、クライアントサービスプロバイダ、ＧＰなどの主要なサービスプロバイダまたは内科医などの専門家サービスプロバイダを動作し／提供する。次いで、図６で示され、クライアント１２は、中央サーバステーション２１のさらなるレベルにアクセスするために、ログインページ１０９にアクセスする。ログインステージが成功裏に完了した後、クライアントは、所定のメニューページ１１１が提示され、所定のメニューページ１１１のコンテンツは、アクセスレベル特権がクライアントサービスプロバイダ、主要なサービスプロバイダ、専門家サービスプロバイダ、あるいは管理者であるかどうか、または、データ分析を実行するかどうか、クライアントおよびクライアントタイプのアクセスレベル特権に依存する。このアクセスレベルは、クライアントタイプに依存する。次いで、メニューページは、クライアントタイプに応じて制御され調整される様態において、処理ヘッド７１,８５，９７，１５０および１２０のもとでの種
々の処理にアクセス可能である。上述のように、ユーザに対して利用可能なオプションは、割り当てられたアクセスレベルに依存する。特定のユーザに対して利用可能でないオプションは、メニューページ上に表示されない。例えば、図１０は、下に示すように、ユーザに対してレベル３のアクセス特権（つまり、ユーザが管理者である）でメニューページ１１１を示す。全てのウェブページは、公知の技術に従って構成され整えられ、必要に応じて、データをエンタリングまたは取り出すための適切なフィールドと同様に、テキストおよび画像を含む。

本明細書の実施形態において、データ／処理に対するアクセスを可能にする四つの異なるアクセスレベルが存在する。

アクセスレベル１（Ａ，ＢおよびＤ）−他の適切に訓練される、例えば、クライアントサービスステーション１３を操作するように訓練される人と同様に、検眼医、ＧＰ、および看護婦などの主要なヘルスケアプロフェッショナルに帰する。それらは、アミノ酸ららしい患者をスクリーニングするため、患者の情報を編集および／またはアップデートするため、以前のスクリーニングされた患者情報（同じユーザによってスクリーニングされる）を検索し観察するため、および、専門家にクエリを送るためのアクセスを有する。このアクセスレベルでは、ユーザがすでに専門家に提示された任意の患者情報を削除できない。しかしながら、このデータは、要求の上、管理者によって削除され得る。このことは、より詳細に下で説明される。したがって、このアクセスレベルを有するユーザは図５の「Ａ」、「Ｂ」および「Ｄ」によって識別される処理に対するアクセスを有する。

アクセスレベル２−眼科医などの専門家に帰する。これは、患者情報に対するフルアクセスを提供し、眼科医などの専門家が新しい患者の付加、新しい患者のスクリーニング、患者データをレビュー、編集、削除することを可能にする。従って、このアクセスレベルを有するユーザは、図５において「Ａ」、「Ｂ」、「Ｃ」および「Ｄ」によって識別される処理に対するアクセスを有する。

アクセスレベル３−管理者ステーション１６を使用して管理者に割り当てられる。このユーザは、システム１１に対する完全な管理アクセスを有し、新しいユーザを作成し得（パスワードおよびユーザ名を付加することを含む）、システムを使用する専門家をアップデートする。管理者はまた、誰が、どのくらいの間、どのくらいの頻度でシステムを使用したか、任意の所与の期間でスクリーニングされる患者の数などのユーザ統計を生成し得る。しかしながら、管理者は、適切なユーザからの許可なしに、患者の情報を編集または削除するためのアクセスは有さない。

アクセスレベル４−データ分析のためのデータに対するアクセスを可能にする。これは、ユーザが検索、観察、および分析ステーション１８を使用してデータベースからの統計的情報を取得することを可能にする。

図面に示されたように、選択された処理に対応するウェブページは、以下のようである。

・患者に対して入力される情報をリスティングする重要なクライアント情報収集手段７３は、図７に示される。

・患者に対する画像および／またはビデオ情報をグラビングしアップロードするための、マルチメディア情報グラビング手段７７は、図８に示される。

・システム１１に対して新しいユーザを加えるために入力されるための情報をリスティングするユーザ修正手段１３２は、図１２に示される。

・ユーザ情報を修正するために入力されるような情報をリスティングするユーザ修正手段１３２は、図１３に示される。

・システム１１に対して新しい医療中心を付加するように入力される情報リスティングする医療中心修正手段１３８は図１４に示される。

・「全てのユーザ」の診断基準の下、ユーザ／専門家／患者検索手段１４０を使用した検索の結果を表示する結果表示手段１４４は、図１６に示される。この特定の結果は、初期に診断基準を選択することを有する管理者ではなく、図１０に示す、メニュー１１１を直接的に介する管理者に対して利用可能になされ得る。

・〜によって検索するために選択され得る診断基準をリスティングするクリテリアエントリ手段１４２は、図１６に示される。

・ＤＢＭＳから管理者が修正するために一つを選択し得、ＤＢＭＳに格納される医療中心の詳細を表示する医療中心アップデート１３６手段は、図１７に示される。

・修正され得る選択された医療中心のための情報をリスティングする医療中心修正手段１３８は、図１８に示される。

全ての他のウェブページは、ユーザがデータを入力または取り出すことを可能にするように、および管理者システムを可能にするように同様に構成され得る。

従って、バーチャルサービスシステム１１は効率的に、インターネットを介して、患者の人口統計学の詳細、専門家／眼科医に対する画像およびビデオ、を送信するためにブラウザベースのシステムを提供する。ＧＰ、検眼医および中級レベルのヘルスケア人員は、中央サービスステーションのウェブサイトをアクセスするためにインターネットブラウザを使用し得る。彼らは、患者情報を付加するため、眼科医に送信するための静止画像およびビデオをグラブするためにデータベースにログインし得る。医者／検眼医を参照することは、患者が参照される眼科医を選択し得る。

本実施形態のバーチャルサービスシステムの操作において、以下の特徴は注目に値する。

１）医者／検眼医を参照するステップは、システムにアクセスするためにユーザ名よびパスワードを得ることを申し込まなければならない。

２）中央に集められたサーバおよびデータベースのメンテナンス、および、バックアップのための予約金は、システムのユーザに課金される。

３）医者／検眼医を参照するステップは、患者の情報、静止画像、ビデオおよび音声注釈を入力し得る。

４）医者／検眼医を参照するステップは、スクリーニングのためにユーザに対して眼科医を選択し得る。

５）自動電子メールは、クライアント情報を有する新しい患者が、中央サーバシステムのウェブサイトで診断するために眼科医を待っていると言う適切な眼科医に対して作成され、送信される。

６）参加している眼科医は、データベースにアクセスするために、ユーザ名とパスワードを得ることを提示しなければならない。

７）眼科医は、システムに直接的に、コメント／診断を書き込み得る。このシステムは、自動的に診断についての電子メールを参照する医者に送信する。

８）画像処理設備は、画像がズームされ得、テキスト注釈が付加され得、明るさおよびコントラストが変化され得る等のような各画像に付随される。

９）患者レポートを作成すること、およびハードコピーをプリントすることが可能である。

１０）検索設備はまた、インプリメントされる。例えば、患者、郊外に対する検索。

１１）画像およびビデオグラビングは、ブラウザから直接的に提供される。

１２）画像は圧縮され、中央集権されたサーバにアップロードされる。

このようなバーチャルサービスシステムの利点は、多くあり、変化され、以下を含む；
・技術のない人が、（スクリーニングは画像収集になるので）患者をスクリーニングし得る。したがって、ヘルスシステムに対するコストを抑える。

・より多くの患者がスクリーニングされ病気の早期発見に対する可能性がある。したがって、より多くの患者の早期発見の理由で、より多くの眼の病気が治療される（緩和される）可能性がある。

・より多くの治療コスト／利益の可能性があるが、眼に障害のある人々を管理する共同社会に対する費用は低減される可能性がある。

・（患者につき６〜１０枚の）画像の精査に基づくオフサイトでの診察
・患者は、スクリーニングのために一度のみ訪れる必要がある。従って、患者に対する時間とコスト（患者に対する、照会（ｒｅｆｅｒｒａｌ）なしおよび待ち時間）が抑えられる。

・患者は、通常３日以内にスクリーニングの結果を得られ得る（例えば、照会の遅延と比較して速い結果）したがって、よりタイムリーなサービスになる。

・眼科医は、患者ではなく画像から診断を導く。６〜８回測定され（ｅｓｔｉｍａｔｅ）、眼科医にとってより効果的（時間がほとんどかからない）。

・インターネットを介する安全な様態で画像を伝送。ＩＳＤＮ線による伝送が可能である。

・インターネットを介するなどの患者に対する伝送を有し、広告、および、サービスおよび製品に関する他のものの販売に対する可能性。

・診断サービスの供給および／または眼科医のデータバンクに対するアクセスを認める。

・患者管理記録ソフトウェアシステム（画像および患者記録、ビリングおよび取り決めを統合する）存在するハードコピー記録管理システムを交換する。

・診察時間がほとんどない（すなわち、診断のために一度の検討（ｏｎｅ−ｓｔｏｐ ｓｈｏｐ））そして、したがって、より速い診断に対するアクセスおよび処理においてほとんど時間を使わない（待ち時間および診察時間）。

・より多くの患者のために診断にアクセスする（例えば、地方の健康における遠隔医療に対する伝統的なマーケット）。

・費用がほとんどかからない可能性。

・検眼医は、消費者に対してより広いサービスを提供することを得る。（すなわち、診断処理を促進するおよび患者との直接的な接触を維持すること）。

・患者がおよそ４％内に減少する場合にのみ、治療カテゴリは、眼科医と初会する必要がある。したがって、検眼医は患者のより多くの制御を維持する。

・同様に、ＧＰ、技術者および看護婦に対する役割の増加。

・自動化されたスクリーニング機器が接続され、技術が受容されるかどうかの低減された役割を有する。（すなわち、個人の診察は、画像を集めるためにただドラッグストアショップアシスタントを除いては必要がない）。

・スクリーニング機能がない何人かの眼科医のためである。

・患者によって保持されるスクリーニング活動のために、患者記録管理機能は、多くの効果がある（例えば、詳細画像の保持）。他の利点は、容易な自動レポートを含む；ほとんど管理およびファイリングの混乱がなく、格納スペースがほとんど必要ない。

・眼科医の診断活動は、現在の診察プロセスより効果的に６〜８回であるべきである。したがって、有名な眼科医に対して時間が抑えられる。

・データバンク（患者プール（ｐｏｏｌ））に対するアクセスは競争になり得る。

・治療を必要とする人の知識は、（治療し得る）価値のある資産である。

・治療を必要とする人のプールは、（診断のためのより多くの画像、および、画像をより早く格納することにより）現在よりも大きくなり得る。

本発明の範囲が本明細書に示された本発明の特定のモードに制限されないことが理解されるべきである。したがって、ハードウェアおよびアプリケーションソフトウェアに対する明白な変化は、本発明の発明コンセプトの意図から逸脱することなしにバーチャルサービスシステムおよび眼科的スクリーニングの他のサービス方法に適応することがなされ得、したがって、本発明の範囲内にあるように認識される。このシステムは、歯科的病気などの他の分野の医療における病気のスクリーニングおよび診断のためにも同等に適用され得る。

Claims (1)

1. 本願明細書に記載されている電子ヘルスケアシステム。

Images