JP6608479B2

JP6608479B2 - 患者管理システム

Info

Publication number: JP6608479B2
Application number: JP2018086671A
Authority: JP
Inventors: 康文福間; 誠藤野; 央塚田; 貴士久保田
Original assignee: Topcon Corp
Current assignee: Topcon Corp
Priority date: 2018-04-27
Filing date: 2018-04-27
Publication date: 2019-11-20
Anticipated expiration: 2033-08-08
Also published as: JP2018125032A

Description

この発明は、患者の病態を管理するためのシステムに関する。

長期の管理を必要とする患者に対する診療方法として在宅医療がある。在宅医療とは、医療機関以外の場所（たとえば自宅、老人福祉施設等。まとめて「自宅等」と称する。）において患者に施される医療を示す。在宅医療においては、自宅等に医療装置が設置され、この医療装置の遠隔管理が行なわれる（たとえば特許文献１−３を参照）。

近年の高齢化社会の進行に伴い、在宅医療の増加が予想される。一方、高齢化や生活習慣の変化などの要因から、加齢黄斑変性症、糖尿病網膜症、緑内障などの眼科疾患が増加することが予想される。これら眼科疾患は、失明の危険性を孕むとともに、長期にわたる管理が必要である。

しかしながら、このような眼科疾患の管理を従来の在宅医療技術でまかなうことは困難である。すなわち、これら眼科疾患の管理には病態を把握することが必要であり、病態を的確に把握するには、視標を用いた主観的な検査（自覚式検査）だけでなく、眼の形態や特性を把握するための検査も必要である。

眼の形態を把握するための検査には、たとえば次のような装置が用いられる。
・光コヒーレンストモグラフィ（ＯｐｔｉｃａｌＣｏｈｅｒｅｎｃｅＴｏｍｏｇｒａｐｈｙ、ＯＣＴ）を用いて眼底や角膜の断面像を得るための光干渉断層計（ＯＣＴ装置）
・眼底を写真撮影するための眼底カメラ
・共焦点光学系を用いたレーザ走査により眼底の画像を得るための走査型レーザ検眼鏡（ＳｃａｎｎｉｎｇＬａｓｅｒＯｐｈｔｈａｌｍｏｓｃｏｐｅ、ＳＬＯ）

また、眼の特性を把握するための検査には、たとえば次のような装置が用いられる。
・眼球の屈折特性を測定する眼屈折検査装置（レフラクトメータ、ケラトメータ）
・眼圧を測定するための眼圧計
・角膜の特性（角膜厚、細胞分布等）を得るためのスペキュラーマイクロスコープ
・ハルトマン−シャックセンサを用いて眼球の収差情報を得るウェーブフロントアナライザ

このように眼科分野では様々な検査装置が用いられるが、ＯＣＴ装置への注目が近年高まっている。これは、高精細の画像を取得できる点、断面像や３次元画像を取得できる点など、ＯＣＴ装置の顕著な優位性によるものである。以下に示すように、ＯＣＴには様々な方式がある。

特許文献４には、フーリエドメインＯＣＴ（ＦｏｕｒｉｅｒＤｏｍａｉｎＯＣＴ）或いは周波数ドメインＯＣＴ（ＦｒｅｑｕｅｎｃｙＤｏｍａｉｎＯＣＴ）と呼ばれる手法を用いた装置が開示されている。この装置は、低コヒーレンス光のビームで被測定物体をスキャンし、被測定物体からの反射光を参照光と重ね合わせて干渉光を生成し、この干渉光のスペクトル強度分布を分光器で取得し、このスペクトル強度分布に対してフーリエ変換を施すことによりスキャン断面を画像化するように構成されている。このように分光器を用いる手法は、スペクトラルドメイン（ＳｐｅｃｔｒａｌＤｏｍａｉｎ）とも呼ばれる。

特許文献５には、フーリエドメインＯＣＴの一種であるスウェプトソース（ＳｗｅｐｔＳｏｕｒｃｅ）ＯＣＴと呼ばれる手法を用いた装置が開示されている。この装置は、被測定物体に照射される光の波長を走査（波長掃引）し、各波長の光の反射光を参照光と重ね合わせて得られる干渉光を順次に検出することによりスペクトル強度分布を取得し、このスペクトル強度分布に対してフーリエ変換を施すことにより画像を形成するように構成されている。

特許文献６には、フルフィールド（ｆｕｌｌ−ｆｉｅｌｄ）ＯＣＴ、或いはインファス（ｅｎ−ｆａｃｅ）ＯＣＴなどと呼ばれる手法を用いた装置が開示されている。この装置は、所定のビーム径を有する光を被測定物体に照射し、その反射光を参照光と重ね合わせて得られる干渉光の成分を解析することにより、光の進行方向に直交する断面を画像化するように構成されている。

特許文献７には、ＯＣＴを眼科分野に適用した構成が開示されている。また、特許文献８には、ＯＣＴ装置と自覚式視力検査装置とを組み合わせることにより、黄斑症や緑内障の診断材料を提供する眼科検査装置が知られている。

特開２００９−２０７９４号公報特開２００５−２８５０３３号公報特開２００４−１９９６３１号公報特開平１１−３２５８４９号公報特開２００７−２４６７７号公報特開２００６−１５３８３８号公報特開２００８−７３０９９号公報特表２０１１−５１５１９４号公報

この発明の目的は、患者の自宅等に設置された眼科撮影装置を用いて病態を管理するための技術を提供することにある。

実施形態に係る患者管理システムは、サーバと、複数の患者に割り当てられた複数の眼科撮影装置と、複数の医療機関に設置された複数のコンピュータとを含む。複数の眼科撮影装置のそれぞれは、被検眼の眼底に光コヒーレンストモグラフィを適用して３次元画像データを生成する検査部と、検査部により生成された３次元画像データを通信回線を介してサーバに送信する第１の通信部とを含む。サーバは、複数の眼科撮影装置のいずれかから送信された３次元画像データを受信する第２の通信部と、第２の通信部により受信された３次元画像データを解析して特徴情報を抽出する抽出部と、抽出部により３次元画像データから抽出された特徴情報に基づいて被検者の個人認証を行う認証処理部と、当該個人認証に成功した場合、あらかじめ作成された当該被検者のアカウントに３次元画像データを記憶させる制御部と、当該アカウントに記憶された３次元画像データを解析して視神経乳頭の形状パラメータを求める解析部と、被検者のアカウントにあらかじめ記憶された患者情報を、複数の医療機関のうち当該被検者にあらかじめ関連付けられた医療機関に送信する第３の通信部とを含む。複数のコンピュータのそれぞれは、サーバから送信された患者情報を受信する第４の通信部と、第４の通信部により受信された患者情報に基づいて当該被検者の電子カルテを作成する手段とを含む。

この発明によれば、患者の自宅等に設置された眼科撮影装置を用いて病態を管理することが可能である。

実施形態に係るシステムの構成の一例を表す概略図である。実施形態に係るクラウドサーバの構成の一例を表す概略図である。実施形態に係る眼科検査装置の構成の一例を表す概略図である。実施形態に係る眼科検査装置の構成の一例を表す概略図である。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を説明するための概略図である。実施形態に係るシステムの使用形態の一例を表すフローチャートである。実施形態に係るシステムの使用形態の一例を表すフローチャートである。

この発明の実施形態の例を説明する。なお、この明細書に記載された文献の記載内容を、以下の実施形態の内容として適宜援用することが可能である。

実施形態に係る患者管理システムは、クラウドサーバを中心に構成される。クラウドサーバは、通信回線を介して接続可能な各種のコンピュータに対してサービスを提供する。

［システム構成］
図１に示す患者管理システム１は、クラウドサーバ１００と、複数の眼科検査装置２００−ａ（ａ＝１，２，３，・・・・）と、複数の患者端末３００−ｂ（ｂ＝１，２，３，・・・・）と、複数の指定人端末４００−ｃ（ｃ＝１，２，３，・・・・）と、複数の診断医端末５００−ｄ（ｄ＝１，２，３，・・・・）と、複数の医療機関内サーバ６００−ｅ（ｅ＝１，２，３，・・・・）と、複数の医療従事者端末７００−ｆ（ｆ＝１，２，３，・・・・）と、複数の金融機関サーバ８００−ｇ（ｇ＝１，２，３，・・・・）と、複数の保険提供者サーバ９００−ｈ（ｈ＝１，２，３，・・・・）とを含む。

一般に、実施形態に係るシステムはこれら情報処理装置の全てを含んでいる必要はなく、あらかじめ決められた機能を実現するための情報処理装置が設けられていれば十分である。また、機能の拡張などに応じて新たな情報処理装置をシステムに追加することが可能である。

これら情報処理装置は、通信回線Ｎを介して接続されている。通信回線Ｎは、インターネット、仮想プライベートネットワーク、専用通信回線などのワイドエリアネットワーク（ＷＡＮ）を含む。また、通信回線Ｎは、有線通信網および／または無線通信網を含む。なお、医療機関内サーバ６００−ｅと、この医療機関内サーバ６００−ｅにアクセス可能な医療従事者端末７００−ｆとの間の通信回線は、ローカルエリアネットワーク（ＬＡＮ）を含んでいてよい。

〔クラウドサーバ１００〕
クラウドサーバ１００について説明する。クラウドサーバ１００は、いわゆるクラウドコンピューティングに利用されるサーバであり、コンピュータによるデータ処理やデータ格納などのサービスを、通信回線Ｎを介して複数のコンピュータに提供する。本例において、クラウドサーバ１００によるサービスの提供先には、眼科検査装置２００−ａ、患者端末３００−ｂ、指定人端末４００−ｃ、診断医端末５００−ｄ、医療機関内サーバ６００−ｅ、金融機関サーバ８００−ｇ、および、保険提供者サーバ９００−ｈが含まれる。

クラウドサーバ１００は、マイクロプロセッサ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ等を含んで構成される。ＲＯＭやハードディスクドライブには、上記の制御および演算処理を行うためのコンピュータプログラムやデータが格納されている。マイクロプロセッサ等のハードウェアと、コンピュータプログラム等のソフトウェアとが協働することによって、各種の処理が実行される。

クラウドサーバ１００の内部構成の例を図２に示す。本例のクラウドサーバ１００は、演算制御部１１０と、記憶部１２０と、通信部１３０と、ユーザ情報管理部１４０と、検査データ処理部１５０と、認証処理部１６０と、課金処理部１７０と、保険処理部１８０とを含む。

（演算制御部１１０）
演算制御部１１０は、クラウドサーバ１００の各部の制御と、各種の演算処理とを行う。演算制御部１１０が実行する処理の具体例は後述される。

（記憶部１２０）
記憶部１２０は各種のデータを記憶する。記憶部１２０には、クラウドサーバ１００により提供されるサービスに関する情報が記憶される。本サービスの提供先、つまり本サービスのユーザには、患者、患者の関係者（家族等）、医療機関、金融機関、保険提供者などが含まれる。これらユーザについて、たとえば次のような情報が記憶部１２０に記憶される。

患者ユーザに関する情報としては、当該サービスにおけるユーザＩＤ（識別子）、認証情報（パスワード等）、氏名、性別、生年月日、連絡先（住所、電話番号、メールアドレス、ＩＰアドレス等）、課金に関する情報、関連する医療機関のＩＤ（患者ＩＤ）、診療情報（電子カルテ情報の一部、眼科検査装置２００−ａにより取得された情報など）、関連する金融機関のユーザＩＤやアカウントＩＤ、関連する保険提供者のユーザＩＤや被保険者ＩＤなどが、記憶部１２０に記憶される。

なお、患者ユーザのユーザＩＤは、当該患者に対して付与された識別子には限定されず、たとえば、当該患者が利用する眼科検査装置２００−ａに対して付与された識別子や、連絡先（ＩＰアドレス等）などであってよい。また、認証情報は、パスワード等の文字列情報には限定されず、たとえば生体認証情報などであってよい。

患者関係者ユーザに関する情報としては、当該サービスにおけるユーザＩＤ、認証情報（パスワード等）、氏名、患者との関係（続柄等）、連絡先（住所、電話番号、メールアドレス、ＩＰアドレス等）、課金に関する情報などが、記憶部１２０に記憶される。

医療機関ユーザに関する情報としては、当該サービスにおけるユーザＩＤ、認証情報（パスワード等）、医療機関の種別（病院、診療所、健康診断センター等）、医療機関名、診療科名、関連する医療従事者に関する情報（所属医師名、専門とする疾患名等）、連絡先（所在地、電話番号、メールアドレス、ＩＰアドレス等）、関連する医療機関のリスト、関連する患者のユーザＩＤや患者ＩＤ、課金に関する情報などが、記憶部１２０に記憶される。

金融機関ユーザに関する情報としては、当該サービスにおけるユーザＩＤ、認証情報（パスワード等）、金融機関の種別（銀行、クレジットカード会社等）、金融機関名、連絡先（所在地、電話番号、メールアドレス、ＩＰアドレス等）、関連する患者のユーザＩＤや患者ＩＤ、課金に関する情報などが、記憶部１２０に記憶される。

保険提供者ユーザに関する情報としては、当該サービスにおけるユーザＩＤ、認証情報（パスワード等）、保険提供者の種別（公的保険、私的保険等）、保険提供者名、連絡先（所在地、電話番号、メールアドレス、ＩＰアドレス等）、関連する患者のユーザＩＤや被保険者ＩＤ、課金に関する情報などが、記憶部１２０に記憶される。

（通信部１３０）
通信部１３０は、通信回線Ｎを介して他の情報処理装置とデータ通信を行う。データ通信の方式は任意である。たとえば、通信部１３０は、インターネットに準拠した通信インターフェイス、ＬＡＮに準拠した通信インターフェイス、近距離通信に準拠した通信インターフェイスなどを含む。通信部１３０により送受信されるデータは暗号化されていてもよい。その場合、演算制御部１１０は、送信データを暗号化する暗号化処理部と、受信データを復号する復号化処理部とを有する。

（ユーザ情報管理部１４０）
ユーザ情報管理部１４０は、当該サービスのユーザに関する情報についての処理を行う。上記のように、当該サービスのユーザとしては、患者、患者関係者、医療機関、金融機関、保険提供者などがある。ユーザ情報管理部１４０には、当該サービスのユーザの種別に応じた機能が設けられる。この実施形態においては、患者情報管理部１４１と、医療機関情報管理部１４２と、金融機関情報管理部１４３と、保険提供者情報管理部１４４とが、ユーザ情報管理部１４０に設けられる。

（患者情報管理部１４１）
患者情報管理部１４１は、当該サービスを利用する患者ユーザのアカウントを管理する。アカウントは、患者ごとに作成される。アカウントは、たとえば患者ユーザに付与されたユーザＩＤによって識別される。患者情報管理部１４１は、患者ユーザに関する情報（前述）と、当該患者の関係者である患者関係者ユーザに関する情報（前述）とを管理する。患者情報管理部１４１が実行する処理の具体例は後述される。

（医療機関情報管理部１４２）
医療機関情報管理部１４２は、当該サービスを利用する医療機関ユーザに関する情報（前述）を、たとえば各医療機関のアカウントを設けることにより管理する。アカウントは、たとえば医療機関ユーザに付与されたユーザＩＤによって識別される。医療機関情報管理部１４２が実行する処理の具体例は後述される。

（金融機関情報管理部１４３）
金融機関情報管理部１４３は、当該サービスを利用する金融機関ユーザに関する情報（前述）を、たとえば各金融機関のアカウントを設けることにより管理する。アカウントは、たとえば金融機関ユーザに付与されたユーザＩＤによって識別される。金融機関情報管理部１４３が実行する処理の具体例は後述される。

（保険提供者情報管理部１４４）
保険提供者情報管理部１４４は、当該サービスを利用する保険提供者ユーザに関する情報（前述）を、たとえば各保険提供者のアカウントを設けることにより管理する。アカウントは、たとえば保険提供者ユーザに付与されたユーザＩＤによって識別される。保険提供者情報管理部１４４が実行する処理の具体例は後述される。

クラウドサーバ１００は、複数の眼科検査装置２００−ａのステータスを管理するための機能（装置管理部）を有していてよい。装置管理部は、各眼科検査装置２００−ａの識別情報と、ステータス情報とを関連付けて記憶する。ステータス情報は、眼科検査装置２００−ａの稼動状態（たとえば、患者ユーザに貸し出されている状態、貸し出し待ちの状態、メンテナンス中など）を示す。貸し出されている状態である場合、ステータス情報は、貸し出し先の患者ユーザのユーザＩＤなどを含んでいてよい。また、メンテナンス中である場合、ステータス情報は、メンテナンススケジュールなどを含んでいてよい。

（検査データ処理部１５０）
検査データ処理部１５０は、眼科検査装置２００−ａから送信されたデータ（検査データ）を処理する。検査データの例として次のデータがある。
（１）図３等に示すＣＣＤイメージセンサ２２３から出力された信号
（２）図４に示す画像形成部２５０により形成された画像データ
（３）画像形成部２５０が実行する処理の中間段階で得られるデータ（つまり、画像データ形成処理の途中で得られるデータ）
（４）ＣＣＤイメージセンサ２２３から出力された信号を画像形成部２５０以外の構成要素により処理して得られるデータ

眼科検査装置２００−ａが画像データを形成する機能を有する場合、つまり眼科検査装置２００−ａに画像形成部２５０が設けられる場合、たとえば、上記（１）〜（４）のうち任意の検査データがクラウドサーバ１００に入力される。一方、眼科検査装置２００−ａが画像データを形成する機能を有しない場合、たとえば、上記（１）および／または（４）の検査データがクラウドサーバ１００に入力される。この場合、検査データ処理部１５０は、画像形成部２５０と同様の機能を有する。また、画像形成部２５０により形成された画像データを処理する機能を眼科検査装置２００−ａが有する場合、上記（４）の検査データは、当該機能によって取得されたデータであってよい。なお、当該機能の例として、後述する眼底層厚解析、ドルーゼン解析、乳頭形状解析などがある。

上記した検査データはＯＣＴによって取得されるものであるが、検査データは他の検査により取得されるデータであってよい。他の検査の例として後述の自覚式視力検査がある。

検査データ処理部１５０が実行する処理の例を説明する。第１の例として、検査データ処理部１５０は、ＯＣＴにより取得された検査データに基づいて眼底の層厚情報を生成することができる。つまり、検査データ処理部１５０は、眼底層厚解析（網膜厚解析、ＲＮＦＬ厚解析など）を実行することができる。さらに、検査データ処理部１５０は、眼底層厚解析により取得された層厚情報と、標準的な層厚値（たとえば健常眼に関する標準層厚値）との比較解析を行うことが可能である。

眼底層厚解析は、ＯＣＴにより取得された検査データに基づいて、眼底の所定の層組織の厚さ（分布）を求める処理である。その一例として網膜厚解析について説明する。他の層組織の厚さを求める場合も同様の処理が実行される。

網膜厚解析では、たとえば眼底の断面像や３次元画像を解析することにより、ＯＣＴにおけるスキャン範囲の一部または全部における網膜の厚さ分布を求める。なお、網膜厚には様々な定義がある。たとえば、内境界膜から内顆粒層（視細胞の内接・外接）までの厚さを網膜厚とする場合、内境界膜から網膜色素上皮層までの厚さを網膜厚とする場合などがある。網膜厚解析で求める網膜厚はこのような定義のうちのいずれかである。

網膜厚解析は、たとえば次のようにして実行される。まず、眼底のＯＣＴ画像を解析して、所定の境界部位（たとえば内境界膜と網膜色素上皮層）に相当する画像領域を特定する。そして、特定された境界部位の間の画素数をカウントして網膜厚（深度方向の距離）を求める。なお、ＯＣＴ画像を解析して眼底の層の厚さを求める処理は、たとえば本出願人による特開２００７−３２５８３１号公報、特開２００８−２０６６８４号公報、特開２００９−６１２０３号公報、特開２００９−６６０１５号公報などに説明されている。

網膜厚の比較解析は、網膜厚解析により求められた網膜厚と、あらかじめ記憶された標準データ（Ｎｏｒｍａｔｉｖｅｄａｔａ）と比較する解析処理である。Ｎｏｒｍａｔｉｖｅｄａｔａは、健常眼の網膜厚の標準値（標準厚）である。Ｎｏｒｍａｔｉｖｅｄａｔａは、健常眼の網膜厚を多数計測し、その計測結果の統計値（平均値、標準偏差など）を求めることにより作成される。比較解析は、被検眼Ｅの網膜厚が健常眼のそれの範囲に含まれるか否か判定するものである。なお、比較解析は、疾患のある眼における網膜厚の範囲を求め、網膜厚解析により得られた網膜厚が当該範囲に含まれるか否か判定する処理であってよい。

検査データ処理部１５０はドルーゼン解析を実行できるように構成されていてよい。ドルーゼン解析は、たとえばＯＣＴ画像を解析することにより、そのスキャン範囲の一部または全部におけるドルーゼンの分布状態を求める解析処理である。この分布状態には、眼底におけるドルーゼンの位置やサイズ（面積、体積、径）などが含まれる。

ドルーゼン解析は、たとえば、ＯＣＴ画像を解析してブルッフ膜に相当する画像領域と網膜色素上皮に相当する画像領域とを特定し、これら画像領域の間の画素値に基づいて小さな略円形の隆起形状に相当する画像領域をドルーゼン（の候補）として特定することにより実行できる。このような形状に基づく画像領域の特定処理は、たとえば、当該形状のテンプレートとの画像マッチングによって行うことが可能である。さらに、検査データ処理部１５０は、このようにして特定されたドルーゼンに相当する画像領域に基づいて、ドルーゼンの位置、個数、サイズなどを求める。また、取得されたドルーゼンの分布にもとづいて、加齢黄斑変性症の状態の評価情報を生成することができる。

なお、眼底の正面画像が検査データに含まれている場合、この正面画像に基づいてドルーゼン解析を行うことができる。このドルーゼン解析は、たとえば、正面画像の各画素の画素値が所定範囲に含まれるか判定し、所定範囲に含まれる画素を特定することにより実行される。正面画像がカラー画像である場合、ドルーゼンは特徴的な色（黄白色）で描写されるので、この特徴的な色に相当する画素値の範囲が上記所定範囲としてあらかじめ設定される。また、正面画像がモノクロ画像である場合、ドルーゼンは特徴的な明るさ（輝度）で描写されるので、この特徴的な輝度に相当する画素値の範囲が上記所定範囲としてあらかじめ設定される。また、ドルーゼンの標準的な形状（小さな略円形の隆起形状）に基づくテンプレートマッチングなどを行うことによって、ドルーゼンに相当する画像領域を特定することも可能である。

乳頭形状解析は、眼底の断面像や３次元画像を解析して網膜の孔部（切れ目、欠損部位）を検出し、視神経乳頭の形状を求める解析処理を含んでいてよい。乳頭形状解析は、たとえば、断面像等を解析して視神経乳頭及びその近傍の網膜表面に相当する画像領域を特定し、特定された画像領域を解析してその大域的形状や局所的形状（凹凸）を表すパラメータ（乳頭形状パラメータ）を求める。乳頭形状パラメータの例として、視神経乳頭のカップ径、ディスク径、リム径、乳頭深さなどがある。

また、乳頭形状解析は、視神経乳頭の傾き（形状の非対称性）を求める解析処理を含んでいてよい。この解析処理は、たとえば次のようにして実行される。まず、検査データ処理部１５０は、視神経乳頭を含む領域をスキャンして得られた３次元画像を解析して乳頭中心を特定する。次に、検査データ処理部１５０は、乳頭中心を中心とする円形領域を設定し、この円形領域を放射状に分割して複数の部分領域を得る。続いて、検査データ処理部１５０は、円形領域の断面像を解析することで、各ピクセル位置における所定層（たとえば網膜色素上皮層）の高さ位置を求める。さらに、検査データ処理部１５０は、各部分領域における所定層の高さ位置の平均値を算出する。次に、検査データ処理部１５０は、乳頭中心に関して対向位置に相当する一対の部分領域について得られた一対の平均値を比較することにより、この対向方向における眼底の傾斜を求める。そして、検査データ処理部１５０は、複数の対向方向について得られた傾斜に基づいて、上記円形領域における眼底の傾斜の分布を示す傾斜分布情報を生成する。なお、生成された傾斜分布情報（およびその標準的な分布を示す情報）に基づいて、疾患の状態の評価情報を生成することができる。

（認証処理部１６０）
認証処理部１６０は、ユーザの認証処理を行う。前述したように、当該サービスの各ユーザには、ユーザＩＤが付与されている。認証処理部１６０は、外部の情報処理装置から当該サービスの利用要求を受けたことに対応し、この利用要求を許容するか否かを判定する。

このような認証処理の一例を説明する。前述したように、記憶部１２０には、各ユーザのユーザＩＤと、正規のユーザ認証情報（正規ユーザ認証情報）とが記憶されている。外部の情報処理装置から入力される利用要求には、ユーザＩＤ（またはこれに類する文字列情報等）と、ユーザ認証情報（またはこれに類する文字列情報等）が含まれているものとする。利用要求を受けると、認証処理部１６０は、この利用要求に含まれているユーザＩＤとユーザ認証情報との組み合わせと、記憶部１２０に記憶されているユーザＩＤと正規ユーザ認証情報との組み合わせとを照合する。つまり、認証処理部１６０は、利用要求に含まれているユーザＩＤおよびユーザ認証情報の組み合わせと一致するユーザＩＤおよび正規ユーザ認証情報の組み合わせを、記憶部１２０から検索する。目的の組み合わせが検索された場合、認証処理部１６０は、この利用要求を行った者は当該サービスのユーザであると判定する。一方、目的の組み合わせが検索されなかった場合、認証処理部１６０は、この利用要求を行った者は当該サービスのユーザではないと判定する。この判定結果は演算制御部１１０に送られる。演算制御部１１０は、この判定結果に応じた所定の処理を実行する。

１台の眼科検査装置２００−ａを２以上の患者ユーザが共用する場合、つまり１台の眼科検査装置２００−ａに対して２以上の正規の患者ユーザが存在する場合がある。この場合において、前述したように、眼科検査装置２００−ａに対して付与された識別子がユーザＩＤとして用いられる場合がある。この場合、これら患者ユーザに対し、同じユーザＩＤが付与され、かつ、異なるユーザ認証情報が付与される。よって、これら患者ユーザを識別するために、ユーザＩＤとユーザ認証情報との組み合わせを常に使用することができる。すなわち、この組み合わせをあたかもユーザＩＤのように使用することができる。このように構成することで、当該２以上の患者ユーザの認証処理を個別に行うことが可能となる。

（課金処理部１７０）
課金処理部１７０は、クラウドサーバ１００が提供するサービスの利用料金に関する処理を実行する。利用料金は、患者ユーザ、患者関係者ユーザ、医療機関ユーザ、金融機関ユーザ、および保険提供者ユーザのうち、いずれかの種別のユーザに対して発生する。なお、課金が発生する各サービスは、オプションであってもよいし、デフォルトであってもよい。

クラウドサーバ１００が患者ユーザに提供する有料サービスの例を以下に挙げる。
・患者情報管理部１４１によりアカウントを管理すること
・眼科検査装置２００−ａを自宅等へ設置すること（レンタル、ローン、売買等）
・眼科検査装置２００−ａを用いて検査を実施すること
・検査データ処理部１５０により検査データを処理すること
・検査データの処理結果を患者ユーザや患者関係者ユーザに提供すること
・患者ユーザのアカウントに検査データを保管すること
・眼科検査装置２００−ａのメンテナンスサービスを提供すること
・ブログ機能、掲示板機能等のソーシャルネットワーキングサービスを提供すること
・金融機関ユーザが患者ユーザに提供するサービスを代行すること
・保険提供者ユーザが患者ユーザに提供するサービスを代行すること

クラウドサーバ１００が患者関係者ユーザに提供する有料サービスの例を以下に挙げる。
・患者関係者ユーザ用のアカウントの作成および管理を行うこと
・検査データの処理結果を患者関係者ユーザに提供すること
・ブログ機能、掲示板機能等のソーシャルネットワーキングサービスを提供すること
・金融機関ユーザが患者関係者ユーザに提供するサービスを代行すること
・保険提供者ユーザが患者関係者ユーザに提供するサービスを代行すること

クラウドサーバ１００が医療機関ユーザに提供する有料サービスの例を以下に挙げる。
・医療機関情報管理部１４２によりアカウントを管理すること
・新規の患者ユーザを医療機関ユーザに紹介すること
・転院を希望する患者ユーザを医療機関ユーザに紹介すること
・患者ユーザの紹介サービスの成功報酬
・患者ユーザについて統計的に得られた情報を提供すること
・特定または不特定の患者ユーザにアクセスすること（アンケート等）
・他の医療機関ユーザにアクセスすること（セカンドオピニオン、紹介状等）
・解析処理に関する情報（Ｎｏｒｍａｔｉｖｅｄａｔａ等）を利用すること
・眼科検査装置を所有または使用すること（レンタル、ローン、売買等）
・検査データ処理部１５０により検査データを処理すること
・検査データによる処理結果を医療機関ユーザに提供すること
・所定の患者ユーザの検査データを医療機関ユーザのアカウントで管理すること
・眼科検査装置のメンテナンスサービスを提供すること
・ブログ機能、掲示板機能等のソーシャルネットワーキングサービスを提供すること
・金融機関ユーザが医療機関ユーザに提供するサービスを代行すること
・保険提供者ユーザが医療機関ユーザに提供するサービスを代行すること
・医療機関ユーザの広告を患者ユーザ等に提供すること
・広告に対する成功報酬

クラウドサーバ１００が金融機関ユーザに提供する有料サービスの例を以下に挙げる。
・金融機関ユーザ用のアカウントの作成および管理を行うこと
・ユーザの課金に関する情報を提供すること（引き落とし金額等）
・ブログ機能、掲示板機能等のソーシャルネットワーキングサービスを提供すること
・クラウドサーバ１００が金融機関ユーザのサービスを代行すること
・金融機関ユーザの広告を患者ユーザ等に提供すること
・広告に対する成功報酬

クラウドサーバ１００が保険提供者ユーザに提供する有料サービスの例を以下に挙げる。
・保険提供者ユーザ用のアカウントの作成および管理を行うこと
・患者ユーザの保険に関する情報を提供すること（通院履歴、支払額等）
・医療機関ユーザの保険に関する情報を提供すること（診療報酬点数、レセプト等）
・ブログ機能、掲示板機能等のソーシャルネットワーキングサービスを提供すること
・クラウドサーバ１００が保険提供者ユーザのサービスを代行すること
・保険提供者ユーザの広告を患者ユーザ等に提供すること
・広告に対する成功報酬

課金処理部１７０は、各有料サービスの課金額をあらかじめ記憶している。この情報は、たとえば、有料サービスの種別と課金額とを対応付けたテーブル情報である。有料サービスに相当するサービスが或るユーザに対して提供されると、演算制御部１１０は、当該ユーザのユーザＩＤと、当該サービスの種別情報とを課金処理部１７０に送る。課金処理部１７０は、上記テーブル情報を参照することにより、この種別情報に対応する課金額を取得する。そして、課金処理部１７０は、この課金額とユーザＩＤとを対応付けて演算制御部１１０に送る。演算制御部１１０は、課金処理部１７０から入力された情報をユーザ情報管理部１４０に送る。ユーザ情報管理部１４０は、このユーザＩＤにより識別されるアカウントに課金額を記憶させる。このとき、サービスに関連する情報（提供日時、種別等）を、課金額とともに記憶させることができる。

（保険処理部１８０）
保険処理部１８０は、保険に関する処理を提供する。なお、保険に関する有料サービスについては、課金処理部１７０が処理を行うことができる。保険処理部１８０は、たとえば、或る患者ユーザと或る保険提供者ユーザとの間で既に締結されている保険に関する処理を行う。前述したように、保険提供者ユーザと患者ユーザとの関係を示す情報が記憶部１２０に記憶されている。この情報は、たとえば、患者ユーザのユーザＩＤと保険提供者ユーザのユーザＩＤとを対応付けるテーブル情報である。このような情報を参照することにより、保険処理部１８０は、或る患者ユーザがどの保険提供者と契約しているか、逆に、或る保険提供者がどの患者ユーザと契約しているか、を特定することができる。

具体例として、患者ユーザが医療機関において医療行為を受けたときに、クラウドサーバ１００は、この医療機関の医療機関内サーバ６００−ｅから、あらかじめ設定された情報（疾患名、診療報酬額等）を患者ユーザＩＤとともに取得する。保険処理部１８０は、たとえば上記のテーブル情報を参照することにより、この患者ユーザに対応する保険提供者ユーザを特定する。演算制御部１１０は、医療機関内サーバ６００−ｅから取得された情報（の少なくとも一部）を、保険処理部１８０により特定された保険提供者ユーザに送信させるように、通信部１３０を制御する。

〔眼科検査装置２００−ａ〕
眼科検査装置２００−ａの構成例を説明する。眼科検査装置２００−ａは、被検眼の光学的な検査に用いられる。眼科検査装置２００−ａは、眼科撮影装置としての機能、および／または、眼科測定装置としての機能を有する。眼科撮影装置としては、光干渉断層計（ＯＣＴ装置）、眼底カメラ、走査型レーザ検眼鏡などがある。また、眼科測定装置としては、眼屈折検査装置、眼圧計、スペキュラーマイクロスコープ、ウェーブフロントアナライザなどがある。この実施形態では、光干渉断層計が適用される場合について詳述するが、それ以外の任意の眼科検査装置にこの発明を適用することが可能である。

この明細書において、ＯＣＴによって取得される画像をＯＣＴ画像と総称することがある。また、ＯＣＴ画像を形成するための計測動作をＯＣＴ計測と呼ぶことがある。

この実施形態では、低コヒーレンス光源と分光器が搭載された、いわゆるスペクトラルドメイン（ＳｐｅｃｔｒａｌＤｏｍａｉｎ）タイプのＯＣＴを用いた光干渉断層計について説明するが、スペクトラルドメイン以外のタイプ、たとえばスウェプトソース（ＳｗｅｐｔＳｏｕｒｃｅ）タイプのＯＣＴの手法を用いた光干渉断層計に対してこの発明を適用することも可能である。スウェプトソースＯＣＴとは、被測定物体に照射される光の波長を走査（波長掃引）し、各波長の光の反射光と参照光とを重ね合わせて得られる干渉光を順次に検出してスペクトル強度分布を取得し、それに対してフーリエ変換を施すことにより被測定物体の形態を画像化する手法である。

実施形態に係る眼科検査装置２００−ａは、ＯＣＴ以外の撮影機能を有していてもよい。この付加的な撮影機能の例として、前眼部および／または眼底の正面画像を取得する機能がある。本例は、たとえば従来の眼底カメラと同様の構成によって実現される。

実施形態に係る眼科検査装置の構成について説明する。この実施形態に係るシステムは、複数の眼科検査装置２００−ａを含む。眼科検査装置２００−ａの構成例を図３に示す。図３に示す眼科検査装置２００−ａは、光学ユニット２１０と、コンピュータ２３０と、ユーザインターフェイス（ＵＩ）２８０とを有する。

（光学ユニット２１０）
光学ユニット２１０は、ＯＣＴ計測を行うための光学系と、所定の光学素子を駆動する機構とを含む。光学系は、光源２１１からの光を測定光と参照光とに分割し、測定光の被検眼Ｅからの戻り光と参照光とを干渉させ、その干渉光を検出する。この光学系は、従来のスペクトラルドメインタイプのＯＣＴ装置と同様の構成を有する。すなわち、この光学系は、低コヒーレンス光（広帯域光）を参照光と測定光に分割し、被検眼Ｅを経由した測定光と参照光路を経由した参照光とを干渉させて干渉光を生成し、この干渉光のスペクトル成分を検出するように構成される。スペクトル成分の検出結果（検出信号）はコンピュータ２３０に送られる。

スウェプトソースタイプのＯＣＴが適用される場合、低コヒーレンス光源の代わりに波長掃引光源が設けられるとともに、干渉光をスペクトル分解する光学部材が設けられない。また、干渉光を検出する素子として、たとえばバランスドフォトダイオードが設けられる。一般に、光学ユニット２１０の構成については、ＯＣＴのタイプに応じた公知の技術を任意に適用することができる。

光源２１１は広帯域の低コヒーレンス光を出力する。この低コヒーレンス光は、たとえば、近赤外領域の波長帯（約８００ｎｍ〜９００ｎｍ程度）を含み、数十マイクロメートル程度の時間的コヒーレンス長を有する。なお、人眼では視認できない波長帯、たとえば１０４０〜１０６０ｎｍ程度の中心波長を有する近赤外光を低コヒーレンス光として用いてもよい。

光源２１１は、スーパールミネセントダイオード（ＳｕｐｅｒＬｕｍｉｎｅｓｃｅｎｔＤｉｏｄｅ：ＳＬＤ）や、ＬＥＤや、ＳＯＡ（ＳｅｍｉｃｏｎｄｕｃｔｏｒＯｐｔｉｃａｌＡｍｐｌｉｆｉｅｒ）等の光出力デバイスを含んで構成される。

光源２１１から出力された低コヒーレンス光は、コリメートレンズ２１２により平行光束とされてビームスプリッタ２１３に導かれる。ビームスプリッタ２１３は、たとえば、所定割合の光を反射し、残りを透過させるハーフミラーである。ビームスプリッタ２１３は、この平行光束を測定光と参照光とに分割する。

測定光とは被検眼Ｅに照射される光である（信号光などとも呼ばれる）。測定光の光路（測定光路）を形成する光学素子群は測定アームと呼ばれる（サンプルアームなどとも呼ばれる）。参照光とは、測定光の戻り光に含まれる情報を干渉信号として抽出するための基準となる光である。参照光の光路（参照光路）を形成する光学素子群は参照アームと呼ばれる。

参照光路の一端はビームスプリッタ２１３であり、他端は参照ミラー２１４である。ビームスプリッタ２１３を透過した成分からなる参照光は、参照ミラー２１４により反射されてビームスプリッタ２１３に戻ってくる。

参照ミラー２１４は、図４に示す参照ミラー駆動部２１４Ａにより、参照光の進行方向に沿って移動される。それにより、参照光路の長さが変更される。参照ミラー駆動部２１４Ａは、測定光路の長さと参照光路の長さとを相対的に変更するように機能し、それにより測定光と参照光との干渉強度が最大となる深さ位置が変更される。このような干渉深度を変更する動作は、測定光の合焦位置を変更する動作の一例である。

この実施形態では参照光路の長さを変更する構成が適用されているが、この構成の代わりに、或いはこの構成に加えて、測定光路の長さを変更する構成を設けることができる。測定光路の長さの変更は、たとえば、入射する測定光を当該入射方向と反対方向に反射するコーナーキューブと、このコーナーキューブを当該入射方向および当該反射方向に移動させるための機構とにより実現される。

ビームスプリッタ２１３に反射された成分からなる測定光は、測定光路に対して傾斜配置された固定ミラー２１５により偏向されてスキャナ２１６に導かれる。スキャナ２１６は、たとえば２軸光スキャナである。つまり、スキャナ２１６は、測定光を２次元的に偏向可能な構成を有する。スキャナ２１６は、たとえば、互いに直交する方向に偏向可能な２つのミラーを含むミラースキャナである。このミラースキャナは、たとえばＭＥＭＳ（ＭｉｃｒｏＥｌｅｃｔｒｏＭｅｃｈａｎｉｃａｌＳｙｓｔｅｍｓ）として構成される。他の例として、１つのミラースキャナとロータリープリズムを用いてスキャナ２１６を構成することも可能である。

スキャナ２１６から出力される測定光は、２次元的に偏向されたコリメート光である。この測定光は、リレーレンズ２１７により集束光とされ、眼底Ｅｆと共役な面（眼底共役面）Ｐｃにおいて空中結像される。さらに、測定光は、合焦レンズとしての機能を有する対物レンズ２１９により再び集束光とされて被検眼Ｅに入射する。なお、眼底共役面Ｐｃに配置された光学素子（ダイクロイックミラー２１８）については後述する。

対物レンズ２１９と鏡筒部２１９Ａは、図４に示す鏡筒駆動部２１９Ｂにより、測定光路に沿って移動される。対物レンズ２１９と鏡筒部２１９Ａは、被検眼Ｅの屈折力に応じて光軸方向に移動される。それにより、眼底共役面Ｐｃが眼底Ｅｆと共役な位置に配置される。その結果、測定光は、スポット光として眼底Ｅｆに投射される。対物レンズ２１９（および鏡筒駆動部２１９Ｂ）は、視度補正を行うための視度補正部として、また測定光の合焦位置を変更する合焦位置変更部として機能する。

視度補正部の他の例を説明する。たとえば強度近視のように極端な屈折力を有する被検眼に対処するために、視度補正レンズを測定光路に設けることができる。視度補正レンズは、たとえば、図示しない機構により測定光路に対して挿入／退避される。また、たとえばアルバレッツレンズのように屈折力が可変に構成された光学素子を適用することも可能である。このような視度補正用の光学素子は、たとえば、対物レンズ２１９と被検眼Ｅとの間の位置に配置される。

眼底Ｅｆに照射された測定光は、眼底Ｅｆの様々な深さ位置において散乱（反射を含む）される。眼底Ｅｆによる測定光の後方散乱光（戻り光）は、往路と同じ経路を逆向きに進行してビームスプリッタ２１３に導かれる。

ビームスプリッタ２１３は、測定光の戻り光と、参照光路を経由した参照光とを干渉させる。このとき、参照光路の長さとほぼ等しい距離を経由した戻り光の成分、つまり参照光路の長さに対して可干渉距離以内の範囲からの後方散乱光のみが、参照光と実質的に干渉する。ビームスプリッタ２１３を介して生成された干渉光は、分光器２２０に導かれる。分光器２２０に入射した干渉光は、回折格子２２１により分光（スペクトル分解）され、レンズ２２２を介してＣＣＤイメージセンサ２２３の受光面に照射される。なお、図４に示す回折格子２２１は透過型であるが、たとえば反射型の回折格子など、他の形態の分光素子を用いることも可能である。

ＣＣＤイメージセンサ２２３は、たとえばラインセンサであり、分光された干渉光の各スペクトル成分を検出して電荷に変換する。ＣＣＤイメージセンサ２２３は、この電荷を蓄積して検出信号を生成し、これをコンピュータ２３０に送る。

前述したように、測定光路の眼底共役面Ｐｃに相当する位置には、ダイクロイックミラー２１８が傾斜配置されている。ダイクロイックミラー２１８は、近赤外帯域の測定光を透過させ、可視帯域の光を反射するように構成されている。

ダイクロイックミラー２１８を介して測定光路から分岐した光路には、フラットパネルディスプレイ（ＦＰＤ）２２５と、レンズ２２６とが設けられている。フラットパネルディスプレイ２２５は、制御部２４０による制御を受けて情報を表示する。フラットパネルディスプレイ２２５に表示される情報として、被検眼Ｅに対して提示される各種の視標がある。このような視標の例として、自覚式視力検査用の視標（ランドルト環など）や、被検眼Ｅを固視させるための固視標などがある。

フラットパネルディスプレイ２２５は、レンズ２２６を介して眼底共役面Ｐｃと共役な位置（よって、眼底Ｅｆと共役な位置）に配置されている。フラットパネルディスプレイ２２５としては、たとえば液晶ディスプレイ（ＬＣＤ）または有機ＥＬディスプレイ（ＯＥＬＤ）が用いられる。

フラットパネルディスプレイ２２５から出力された可視光は、レンズ２２６を介してダイクロイックミラー２１８に反射される。さらに、この可視光は、対物レンズ２１９を介して被検眼Ｅに入射し、眼底Ｅｆに到達する。それにより、この可視光に基づく像（たとえば視標像）が眼底Ｅｆに投影される。

なお、ダイクロイックミラー２１８の代わりに、ハーフミラー等の光学素子を設けてもよい。また、測定光路に対して挿入／退避できるように構成された反射ミラーを設けることも可能である。ダイクロイックミラー２１８やハーフミラーが設けられる場合、ＯＣＴ計測と視標の投影を同時に行うことができる。一方、反射ミラーが設けられる場合には、ＯＣＴ計測と視標の投影とが異なるタイミングで実行される。

この実施形態ではマイケルソン型の干渉計を採用しているが、たとえばマッハツェンダー型など任意のタイプの干渉計を適宜に採用することが可能である。また、ＣＣＤイメージセンサに代えて、他の形態の受光素子、たとえばＣＭＯＳ（ＣｏｍｐｌｅｍｅｎｔａｒｙＭｅｔａｌＯｘｉｄｅＳｅｍｉｃｏｎｄｕｃｔｏｒ）イメージセンサなどを用いることが可能である。

この実施形態では、ビームスプリッタ２１３に反射された光が測定光として用いられ、これを透過した光が参照光として用いられている。一方、これとは逆に、ビームスプリッタ２１３に反射された光を参照光として使用し、これを透過した光を測定光として使用する構成を適用することも可能である。その場合、測定アームと参照アームの配置が図３とは逆になる。

測定光および／または参照光の特性を変換する部材を設けることができる。たとえば、光減衰器（アッテネータ）や偏波調整器（偏波コントローラ）を、参照光路に設けることが可能である。光減衰器は、コンピュータ２３０の制御を受けて、参照光の光量を調整する。光減衰器は、たとえば、減光フィルタと、これを参照光路に対して挿入／退避させるための機構とを含む。偏波調整器は、コンピュータ２３０の制御を受けて、参照光の偏光状態を調整する。偏波調整器は、たとえば、参照光路に配置された偏光板と、これを回転させるための機構とを含む。これらは、測定光の戻り光と参照光との干渉強度を調整するために使用される。

被検眼Ｅを撮影してその正面画像を取得するための正面画像取得光学系を設けることが可能である。この正面画像は、前眼部または眼底Ｅｆを描画した画像である。正面画像取得光学系は、測定光路から分岐した光路を形成するものであり、たとえば従来の眼底カメラと同様の照明光学系と撮影光学系とを含む。照明光学系は、（近）赤外光または可視光からなる照明光を被検眼Ｅに照射する。撮影光学系は、被検眼Ｅからの照明光の戻り光（反射光）を検出する。撮影光学系はズームレンズ系を有する。また、撮影光学系は、測定光路と共通の合焦レンズ（対物レンズ２１９、視度補正レンズなど）、および／または、測定光路から独立した合焦レンズを有する。正面画像取得光学系の他の例として、従来のＳＬＯと同様の光学系がある。

正面画像取得光学系が設けられる場合、従来の眼底カメラと同様のアライメント光学系をさらに設けることができる。アライメント光学系は、測定光路から分岐した光路を形成するものであり、被検眼Ｅに対する装置光学系の位置合わせ（アライメント）を行うための視標（アライメント視標）を生成する。アライメントは、測定光路（対物レンズ２１９の光軸）に対して直交する面に沿う方向（ｘｙ方向と呼ばれる）における位置合わせである。図示は省略するが、アライメント光学系は、アライメント光源（ＬＥＤ等）から出力された光束から２孔絞りによって２つのアライメント光束を生成する。２つのアライメント光束は、測定光路に対して傾斜配置されたビームスプリッタを介して測定光路に導かれ、被検眼Ｅの角膜に投影される。アライメント光束の角膜反射光は、正面画像取得光学系のイメージセンサによって検出される。

アライメント光学系が設けられる場合、オートアライメントを実行することができる。具体的には、コンピュータ２３０のデータ処理部２６０は、正面画像取得光学系のイメージセンサから入力される信号を解析して２つのアライメント視標像の位置を特定する。さらに、制御部２４０は、特定された２つのアライメント視標像の位置に基づいて、イメージセンサの受光面の所定位置（たとえば中心位置）に２つの角膜反射光が重なって投影されるように、光学ユニット２１０をｘｙ方向に移動させる。なお、光学ユニット２１０は、ユニット駆動部２１０Ａによって移動される。

正面画像取得光学系が設けられる場合、従来の眼底カメラと同様のフォーカス光学系をさらに設けることができる。フォーカス光学系は、測定光路から分岐した光路を形成するものであり、眼底Ｅｆに対するフォーカシング（ピント合わせ）を行うための視標（スプリット視標）を生成する。図示は省略するが、フォーカス光学系は、フォーカシング光源（ＬＥＤ等）から出力された光束からスプリット視標板によって２つのフォーカシング光束を生成する。２つのフォーカシング光束は、測定光路に対して傾斜配置された反射部材を介して測定光路に導かれ、眼底Ｅｆに投影される。フォーカシング光束の眼底反射光は、正面画像取得光学系のイメージセンサによって検出される。

フォーカス光学系が設けられる場合、オートフォーカスを実行することができる。具体的には、コンピュータ２３０のデータ処理部２６０は、正面画像取得光学系のイメージセンサから入力される信号を解析して２つのスプリット視標像の位置を特定する。さらに、制御部２４０は、特定された２つのスプリット視標像の位置に基づいて、イメージセンサの受光面に対して２つの眼底反射光が一直線上に投影されるように、フォーカス光学系の移動制御および合焦レンズの制御（対物レンズ２１９の移動制御、視度補正レンズの挿入／退避の制御など）を行う。

正面画像取得光学系が設けられる場合、オートトラッキングを行うことができる。オートトラッキングとは、被検眼Ｅの動きに合わせて光学ユニット２１０を移動させるものである。オートトラッキングを行う場合、事前にアライメントとフォーカシングが実行される。オートトラッキングは、たとえば次のようにして実行される。まず、正面画像取得光学系によって被検眼Ｅを動画撮影する。データ処理部２６０は、この動画撮影により得られるフレームを逐次に解析することで、被検眼Ｅの動き（位置の変化）を監視する。制御部２４０は、逐次に取得される被検眼Ｅの位置に合わせて光学ユニット２１０を移動させるようにユニット駆動部２１０Ａを制御する。それにより、被検眼Ｅの動きに対して光学ユニット２１０をリアルタイムで追従させることができ、アライメントとピントが合った好適な位置関係を維持することが可能となる。

（制御系・データ処理系）
実施形態に係る眼科検査装置２００−ａの制御系およびデータ処理系について説明する。制御系およびデータ処理系の構成例を図４に示す。

制御系およびデータ処理系は、コンピュータ２３０を中心に構成される。コンピュータ２３０は、マイクロプロセッサ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、通信インターフェイスなどを含んで構成される。ハードディスクドライブ等の記憶装置には、眼科検査装置２００−ａに各種処理を実行させるためのコンピュータプログラムが記憶されている。コンピュータ２３０は、特定の処理を実行する専用の回路基板を有していてよい。たとえばＯＣＴ画像を形成するための処理を実行する回路基板が設けられていてよい。

（ユーザインターフェイス２８０）
コンピュータ２３０にはユーザインターフェイス２８０が接続されている。ユーザインターフェイス２８０には、表示部２８１と操作部２８２とが含まれる。表示部２８１は、フラットパネルディスプレイ等の表示デバイスを含む。操作部２８２は、眼科検査装置２００−ａの筐体や外部に設けられたボタン、キー、ジョイスティック、操作パネル等の操作デバイスを含む。コンピュータ２３０がパーソナルコンピュータを含む場合、操作部２８２は、このパーソナルコンピュータの操作デバイス（マウス、キーボード、トラックパッド、ボタン等）を含んでいてよい。

表示部２８１と操作部２８２は、それぞれ個別のデバイスとして構成される必要はない。たとえばタッチパネルのように、表示機能と操作機能とが一体化されたデバイスを用いることも可能である。その場合、操作部２８２は、このタッチパネルとコンピュータプログラムとを含んで構成される。操作部２８２に対する操作内容は、電気信号として制御部２４０に入力される。また、表示部２８１に表示されたグラフィカルユーザインターフェイス（ＧＵＩ）と、操作部２８２とを用いて、操作や情報入力を行うようにしてもよい。

（制御部２４０）
制御部２４０は、コンピュータ２３０に設けられている。制御部２４０は、マイクロプロセッサ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ等を含んで構成される。制御部２４０には、主制御部２４１と記憶部２４２が設けられている。

（主制御部２４１）
主制御部２４１は、眼科検査装置２００−ａの各部の制御を行う。たとえば、主制御部２４１による制御の対象には、ユニット駆動部２１０Ａ、光源２１１、参照ミラー駆動部２１４Ａ、スキャナ２１６、鏡筒駆動部２１９Ｂ、ＣＣＤ（イメージセンサ）２２３、フラットパネルディスプレイ２２５、表示部２８１、データ処理部２６０、および通信部２７０が含まれる。

ユニット駆動部２１０Ａは、測定光路（対物レンズ２１９の光軸）に沿う方向（ｚ方向）と、ｚ方向に対して直交する面に沿う方向（ｘｙ方向）とに、光学ユニット２１０を移動するための機構を有する。参照ミラー駆動部２１４Ａは、参照光路に沿って参照ミラー２１４を移動する。鏡筒駆動部２１９Ｂは、測定光路に沿って対物レンズ２１９および鏡筒部２１９Ａを移動する。

（記憶部２４２）
記憶部２４２は、各種のデータを記憶する。また、記憶部２４２には、眼科検査装置２００−ａを動作させるための各種コンピュータプログラムやデータが記憶されている。記憶部２４２に記憶されるデータは、眼科検査装置２００−ａにより取得されるデータと、あらかじめ記憶されるデータとを含む。コンピュータプログラムは、たとえば、クラウドサーバ１００と連動して眼科検査装置２００−ａを動作させるように構成されている。

眼科検査装置２００−ａにより取得されるデータとしては、ＯＣＴ画像の画像データ、検査データ、正面画像の画像データなどがある。検査データは、光学ユニット２１０による干渉光の検出結果を処理することにより生成される、被検眼の状態を示すデータを含む（詳細は後述する）。また、検査データは、自覚式視力検査により得られた視力値データや、正面画像の画像データを処理することにより生成されるデータを含んでいてよい。記憶部２４２にあらかじめ記憶されるデータとしては、設定情報や正規ユーザ認証情報などがある。

（設定情報）
設定情報は、光学ユニット２１０およびデータ処理部２６０に関する所定の項目の設定の内容が記録された情報である。設定情報はたとえば次の事項のうち少なくとも１つに関する設定内容を含む：（１）固視位置；（２）スキャンパターン；（３）合焦位置；（４）視度補正値；（５）解析処理。固視位置は、被検眼Ｅを固視させる方向を示す。

（１）「固視位置」は、被検眼Ｅを固視させる方向、つまりＯＣＴ計測が実行される被検眼Ｅの部位を示す。固視位置としては、黄斑およびその周囲のＯＣＴ計測を行うための固視位置、視神経乳頭およびその周囲のＯＣＴ計測を行うための固視位置、黄斑および視神経乳頭並びにこれらの周囲のＯＣＴ計測を行うための固視位置などがある。また、被検眼Ｅの任意の部位に対応する固視位置を設定することも可能である。固視位置は、たとえば、フラットパネルディスプレイ２２５による固視標の表示位置（画素の位置）を示す情報を含む。

（２）「スキャンパターン」は、被検眼Ｅに対する測定光の投射位置をどのようなパターンに沿って移動させるかを示す。スキャンパターンとしては、１以上のラインスキャン（水平スキャン、垂直スキャン）、１以上のクロススキャン、ラジアルスキャン、サークルスキャンなどがある。また、３次元画像（３次元データセット）を取得する場合には、複数のラインスキャンの間隔が十分に狭く設定された３次元スキャンが適用される。

（３）「合焦位置」は、ＯＣＴ計測において適用されるフォーカス条件を示す。合焦位置は、たとえば、対物レンズ２１９の位置を示す情報を含む。

（４）「視度補正値」は、視度補正において適用される条件を示す。具体的には、被検眼Ｅの屈折力（視力値）を示す値、視度補正レンズの適用／非適用、視度補正レンズにより印加する屈折力を示す値などがある。

（５）「解析処理」は、光学ユニット２１０により取得されるデータに基づき実行される処理の内容、つまり取得される検査データの種別を示す。解析処理としては、たとえばクラウドサーバ１００と同様に、眼底層厚解析、ドルーゼン解析、乳頭形状解析などがある。眼底層厚解析は、眼底の所定の層組織（網膜、網膜のサブ組織、脈絡膜、強膜等）の厚さを求めるための解析処理である。ドルーゼン解析は、加齢黄斑変性症の診断材料として用いられるドルーゼン（老廃物の塊）の分布を求めるための解析処理である。乳頭形状解析は、眼底の断面像や３次元画像を解析して、網膜の孔部（切れ目、欠損部位）を検出して視神経乳頭の形状を求める解析処理である。また、乳頭形状解析では、視神経乳頭の傾き（形状の非対称性）を求めることもできる。なお、これら解析処理については後述する。

被検者の左眼と右眼の双方のＯＣＴ計測を行う場合であって、特に左右で異なる設定が適用される場合には、左眼に関する設定情報（左眼用設定情報）と、右眼に関する設定情報（右眼用設定情報）とを別々に設けることが可能である。

また、眼科検査装置２００−ａを２以上の被検者が共用する場合であって、特に被検者ごとに異なる設定が適用される場合には、被検者ごとに個別の設定情報を設けることが可能である。各被検者の設定情報は、たとえば患者ユーザＩＤと対応付けられている。その場合、たとえば検査時に入力される患者ユーザＩＤによって、設定情報が選択的に適用される。

設定情報の作成方法について説明する。眼科検査装置２００−ａは、被検者に貸し出され、被検者の自宅等で使用される。設定情報の作成は、貸し出しの前に行われる。

設定情報の作成方法の第１の例として、眼科検査装置２００−ａのユーザインターフェイス２８０を用いることができる。たとえば、表示部２８１に表示された所定の設定画面に対し、光学ユニット２１０およびデータ処理部２６０に関する所定の項目の設定内容を、操作部２８２を用いて入力する。主制御部２４１は、入力された設定内容を含む設定情報を作成し、記憶部２４２に記憶させる。この場合、ユーザインターフェイス２８０がインターフェイス部として機能する。

設定情報の作成方法の第２の例として、眼科検査装置２００−ａに接続されたコンピュータ（たとえば医療従事者端末７００−ｆ）を用いることができる。医療従事者端末７００−ｆはたとえば医師が使用するパーソナルコンピュータである。医療従事者端末７００−ｆには、設定情報を作成するための機能（コンピュータプログラム）が搭載されている。医療従事者端末７００−ｆのディスプレイには所定の設定画面が表示される。医師等は、この設定画面に対し、光学ユニット２１０およびデータ処理部２６０に関する所定の項目の設定内容を、操作デバイス（キーボード、マウス等）を用いて入力する。医療従事者端末７００−ｆは、入力された設定内容をケーブル等を介して眼科検査装置２００−ａに送信する。眼科検査装置２００−ａは、医療従事者端末７００−ｆから送信された設定内容を通信部２７０によって受信する。主制御部２４１は、受信された設定内容を含む設定情報を作成し、記憶部２４２に記憶させる。この場合、通信部２７０がインターフェイス部として機能する。

設定情報の作成においては、被検眼Ｅの検査結果や検査条件、疾患名（その診断材料となるデータの種別など）などが参照される。たとえば、固視位置の設定は、過去のＯＣＴ計測において適用された固視位置や、疾患名を参照して行われる。スキャンパターンの設定は、過去のＯＣＴ計測において適用されたスキャンパターンや、疾患名を参照して行われる。合焦位置の設定は、過去のＯＣＴ計測において適用された合焦位置を参照して行われる。視度補正値の設定は、過去の検査で取得された視力値や屈折力を参照して行われる。解析処理の設定は、過去の検査で適用された解析処理の種別や、疾患名を参照して行われる。

検査結果、検査条件および／または疾患名と、設定内容との関係の具体例を説明する。黄斑の検査においては次のような設定内容を採用することができる。
（１）固視位置としては、スキャン範囲に黄斑が含まれるような固視位置、たとえば測定光路の光軸の延長上に黄斑が位置するような固視位置が採用される。
（２）スキャンパターンとしては、３次元スキャン、ラジアルスキャンおよび／またはラインスキャンが採用される。
（３）合焦位置としては、過去に実施されたＯＣＴ計測において適用された合焦位置、または被検眼Ｅの測定値（眼軸長、屈折力等）から演算によって得られる合焦位置が採用される。
（４）視度補正値としては、過去に実施されたＯＣＴ計測において適用された視度補正値、または被検眼Ｅの屈折力の測定値から得られる視度補正値が採用される。
（５）解析処理としては、眼底層厚解析（および標準的な層厚値との比較解析）が用いられる。なお、この眼底層厚解析では、たとえば網膜の厚さが求められる（網膜厚解析）。

視神経乳頭の検査においては次のような設定内容を採用することができる。
（１）固視位置としては、スキャン範囲に視神経乳頭が含まれるような固視位置、たとえば、測定光路の光軸の延長上に視神経乳頭が位置するような固視位置が採用される。
（２）スキャンパターンとしては、３次元スキャンおよび／またはサークルスキャンが採用される。
（３）合焦位置としては、過去に実施されたＯＣＴ計測において適用された合焦位置、または被検眼Ｅの測定値（眼軸長、屈折力等）から演算によって得られる合焦位置が採用される。
（４）視度補正値としては、過去に実施されたＯＣＴ計測において適用された視度補正値、または被検眼Ｅの屈折力の測定値から得られる視度補正値が採用される。
（５）解析処理としては、眼底層厚解析（および標準的な層厚値との比較解析）および／または乳頭形状解析が用いられる。なお、この眼底層厚解析では、たとえば網膜神経線維層の厚さが求められる（ＲＮＦＬ厚解析）。

緑内障の検査においては次のような設定内容を採用することができる。
（１）固視位置としては、スキャン範囲に黄斑が含まれるような固視位置（たとえば測定光路の光軸の延長上に黄斑が位置するような固視位置）、および／または、スキャン範囲に視神経乳頭が含まれるような固視位置（たとえば測定光路の光軸の延長上に視神経乳頭が位置するような固視位置）が採用される。
（２）スキャンパターンとしては、３次元スキャンが採用される。
（３）合焦位置としては、過去に実施されたＯＣＴ計測において適用された合焦位置、または被検眼Ｅの測定値（眼軸長、屈折力等）から演算によって得られる合焦位置が採用される。
（４）視度補正値としては、過去に実施されたＯＣＴ計測において適用された視度補正値、または被検眼Ｅの屈折力の測定値から得られる視度補正値が採用される。
（５）解析処理としては、網膜厚解析（および標準的な層厚値との比較解析）、ＲＮＦＬ厚解析（および標準的な層厚値との比較解析）、および／または乳頭形状解析が用いられる。

加齢黄斑変性症の検査においては次のような設定内容を採用することができる。
（１）固視位置としては、スキャン範囲に黄斑が含まれるような固視位置、たとえば測定光路の光軸の延長上に黄斑が位置するような固視位置が採用される。
（２）スキャンパターンとしては、３次元スキャンが採用される。
（３）合焦位置としては、過去に実施されたＯＣＴ計測において適用された合焦位置、または被検眼Ｅの測定値（眼軸長、屈折力等）から演算によって得られる合焦位置が採用される。
（４）視度補正値としては、過去に実施されたＯＣＴ計測において適用された視度補正値、または被検眼Ｅの屈折力の測定値から得られる視度補正値が採用される。
（５）解析処理としては、網膜厚解析（および標準的な層厚値との比較解析）、および／またはドルーゼン解析が用いられる。

設定情報の一部または全部を自動で作成することも可能である。その場合、主制御部２４１や医療従事者端末７００−ｆは、被検眼Ｅの検査結果や検査条件、疾患名に関する情報を当該被検者の電子カルテから取得する。そして、取得された情報を含む設定情報が作成される。

（正規ユーザ認証情報）
正規ユーザ認証情報は、眼科検査装置２００−ａを用いて検査を行うことが許可された者（正規の被検者）のユーザ認証情報である。ユーザ認証情報とは、眼科検査装置２００−ａを用いて検査を行おうとしている者のユーザ認証を行うために使用される情報である。

ユーザ認証情報としては、文字列情報や画像情報が用いられる。文字列情報としては、医療機関にて付与された患者ＩＤ、被検者の氏名等の個人情報、被検者が任意に指定した文字列情報、ランダムに指定された文字列情報などがある。画像情報としては、生体認証情報（指紋パターン、虹彩パターン、静脈パターン、顔型パターンなど）、１次元コード、２次元コードなどがある。また、ユーザ認証情報として音声パターンや筆跡パターンを用いることも可能である。

正規ユーザ認証情報は、たとえば、眼科検査装置２００−ａが被検者に貸し出される前に、眼科検査装置２００−ａに入力される。正規ユーザ認証情報が文字列情報である場合の入力方法としては、ユーザインターフェイス２８０または医療従事者端末７００−ｆを用いた手入力、カードリーダ等の読取装置を用いた読み取り入力、電子カルテ等からの読み込みなどがある。また、正規ユーザ認証情報が画像情報である場合の入力方法としては、カードリーダ等の読取装置を用いた読み取り入力、紙葉類に記載された情報のスキャン入力、電子カルテ等からの読み込み、生体認証情報入力装置（指紋読取装置、虹彩読取装置、静脈読取装置、顔型解析装置など）からの入力などがある。また、音声パターンが用いられる場合には、音声入力装置から正規ユーザ認証情報が入力される。また、筆跡パターンが用いられる場合には、紙葉類に記載された情報を読み取ったスキャナから正規ユーザ認証情報が入力される。

眼科検査装置２００−ａが患者の自宅等に設置された後に、この眼科検査装置２００−ａに正規ユーザ認証情報を記憶させることも可能である。たとえば、眼科検査装置２００−ａを自宅等に設置するときに、眼科検査装置２００−ａとクラウドサーバ１００との間のデータ通信を確立する処理が行われる。この処理において、データ通信が確立した後に、クラウドサーバ１００から眼科検査装置２００−ａに対して、患者ユーザＩＤや正規ユーザ認証情報を送付することが可能である。

眼科検査装置２００−ａを用いた検査を行おうとする者は、所定の方法でユーザ認証情報を入力する。入力方法は、使用されるユーザ認証情報の種別に対応する。つまり、眼科検査装置２００−ａの使用に際して行われるユーザ認証情報の入力は、上記した正規ユーザ認証情報の入力と同様の方法にて行われる。ユーザ認証情報を入力するための構成要素は第２の入力部に相当する。

第２の入力部の具体例として次のものがある。
・ユーザ認証情報を手入力するためのユーザインターフェイス２８０
・患者端末３００−ｂ等にて入力されたユーザ認証情報を受信する通信部２７０
・カード等の記録媒体に記録されたユーザ認証情報を読み取る、カードリーダ等の読取装置
・電子カルテ等に記録されているユーザ認証情報を受信する通信部２７０
・紙葉類に記載されたユーザ認証情報をスキャンするスキャナ
・生体認証情報からなるユーザ認証情報を読み取る生体認証情報入力装置（指紋読取装置、虹彩読取装置、静脈読取装置、顔型解析装置など）
・聴覚情報からなるユーザ認証情報を入力するための音声入力装置

眼科検査装置２００−ａを２人以上の被検者が共用する場合、各被検者についての正規ユーザ認証情報が記憶部２４２にあらかじめ記憶される。

眼科検査装置２００−ａとクラウドサーバ１００とが連係して被検眼Ｅの検査を行うように構成することが可能である。たとえば、個人認証処理をクラウドサーバ１００で行うように構成することができる。その場合、検査を行おうとする者は、患者ユーザＩＤおよびユーザ認証情報を、眼科検査装置２００−ａまたは患者端末３００−ｂを介してクラウドサーバ１００に送る。クラウドサーバ１００の認証処理部１６０は、眼科検査装置２００−ａからの入力された患者ユーザＩＤおよびユーザ認証情報に基づいて認証処理を行う。

認証に成功した場合、クラウドサーバ１００の演算制御部１１０は、通信部１３０を制御し、検査の実施を許可する旨を示す情報を眼科検査装置２００−ａに送信させる。この許可情報が受信されたことに対応し、眼科検査装置２００−ａの主制御部２４１は、検査に関する制御を開始する。

一方、認証に失敗した場合、クラウドサーバ１００の演算制御部１１０は、通信部１３０を制御し、検査の実施を禁止する旨を示す情報を眼科検査装置２００−ａに送信させる。この禁止情報が受信されたことに対応し、眼科検査装置２００−ａの主制御部２４１は、検査に関する機能を停止する。或いは、禁止情報が受信されたことに対応し、主制御部２４１は、認証に失敗した旨や、患者ユーザＩＤ等の再入力を促す旨のメッセージを出力させる（たとえば表示部２８１にメッセージを表示させる）。認証の失敗が所定回数に達した場合、たとえば、クラウドサーバ１００の演算制御部１１０は、通信部１３０を制御し、患者端末３００−ｂ、患者関係者の指定人端末４００−ｃ、および医療機関内サーバ６００−ｅのうちのいずれかに、認証に問題が発生している旨を示す情報を送信させることができる。

（画像形成部２５０）
画像形成部２５０は、ＣＣＤイメージセンサ２２３からの検出信号に基づいて、被検眼Ｅの２次元断面像の画像データを形成する。この処理には、従来のスペクトラルドメインタイプのＯＣＴと同様に、ノイズ除去（ノイズ低減）、フィルタ処理、分散補償、ＦＦＴ（ＦａｓｔＦｏｕｒｉｅｒＴｒａｎｓｆｏｒｍ）などの処理が含まれている。他のタイプのＯＣＴが適用される場合、画像形成部２５０は、そのタイプに応じた公知の処理を実行する。

画像形成部２５０は、たとえば、専用の回路基板および／またはマイクロプロセッサを含んで構成される。なお、この明細書では、「画像データ」と、それに基づく「画像」とを同一視することがある。

ＯＣＴ画像を形成する機能の一部または全部をクラウドサーバ１００に設けることが可能である。ＯＣＴ画像を形成する機能の全部がクラウドサーバ１００に設けられる場合、眼科検査装置２００−ａに画像形成部２５０を設ける必要はない。

眼科検査装置２００−ａに画像形成部２５０が設けられない場合、主制御部２４１は、通信部２７０を制御し、ＣＣＤイメージセンサ２２３からの検出信号（検出データ）またはこの検出データを加工したデータを、クラウドサーバ１００に送信させる。クラウドサーバ１００の検査データ処理部１５０は、眼科検査装置２００−ａから受信されたデータに基づいて、被検眼Ｅの２次元断面像の画像データを形成する。

眼科検査装置２００−ａおよびクラウドサーバ１００の双方に画像形成機能が設けられる場合、たとえば、画像形成部２５０と検査データ処理部１５０との連係によって被検眼Ｅの２次元断面像の画像データを形成することができる。この場合における他の処理例として、クラウドサーバ１００の処理負荷が高いときには眼科検査装置２００−ａに画像形成処理を実行させ、処理負荷が低いときにはクラウドサーバ１００に処理を実行させることができる。この処理負荷の判定は、たとえば演算制御部１１０が行う。また、処理負荷の判定において、複数の眼科検査装置２００−ａの使用状況を考慮することが可能である。

（データ処理部２６０）
データ処理部２６０は、各種のデータ処理を実行する。たとえば、データ処理部２６０は、画像形成部２５０により形成された画像に対して画像処理を施す。その一例として、データ処理部２６０は、断面位置が異なる複数の２次元断面像に基づいて、被検眼Ｅの３次元画像の画像データを形成することができる。３次元画像の画像データとは、３次元座標系により画素の位置が定義された画像データを意味する。３次元画像の画像データとしては、３次元的に配列されたボクセルからなる画像データがある。この画像データは、ボリュームデータ或いはボクセルデータなどと呼ばれる。ボリュームデータに基づく画像を表示させる場合、データ処理部２６０は、このボリュームデータに対してレンダリング処理（ボリュームレンダリングやＭＩＰ（ＭａｘｉｍｕｍＩｎｔｅｎｓｉｔｙＰｒｏｊｅｃｔｉｏｎ：最大値投影）など）を施して、特定の視線方向から見たときの擬似的な３次元画像の画像データを形成する。また、データ処理部２６０は、３次元画像の任意の断面を画像化することができる（ＭＰＲ（Ｍｕｌｔｉ−ＰｌａｎａｒＲｅｃｏｎｓｔｒｕｃｔｉｏｎ）：断面変換）。

また、３次元画像の画像データとして、複数の断面像のスタックデータを形成することも可能である。スタックデータは、複数の走査線に沿って得られた複数の断面像を、走査線の位置関係に基づいて３次元的に配列させることで得られる画像データである。すなわち、スタックデータは、元々個別の２次元座標系により定義されていた複数の断面像を、１つの３次元座標系により表現する（つまり１つの３次元空間に埋め込む）ことにより得られる画像データである。データ処理部２６０は、スタックデータに基づくＭＰＲ処理を行うことが可能である。

データ処理部２６０は、たとえば、マイクロプロセッサ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、所定のデータ処理専用の回路基板などを含んで構成される。ハードディスクドライブ等の記憶装置には、後述のデータ処理をマイクロプロセッサに実行させるコンピュータプログラムがあらかじめ格納されている。

データ処理部２６０は、検査データ生成部２６１と、静止判定部２６２と、左右判定部２６３と、認証処理部２６４と、監視処理部２６５とを有する。

（検査データ生成部２６１）
検査データ生成部２６１は、光学ユニット２１０による干渉光の検出結果を処理することにより、被検眼Ｅの状態を示す検査データを生成する。検査データ生成部２６１は処理部の一例である。検査データ生成部２６１が処理する「干渉光の検出結果」は、たとえば次のいずれかである。
（１）ＣＣＤイメージセンサ２２３から出力される信号
（２）画像形成部２５０により形成された画像データ
（３）画像形成部２５０が実行する処理の中間段階で得られるデータ（つまり、画像データ形成処理の途中で得られるデータ）
（４）ＣＣＤイメージセンサ２２３から出力される信号を画像形成部２５０以外の構成要素によって処理して得られるデータ

検査データ生成部２６１が実行する処理の例を説明する。第１の例として、検査データ生成部２６１は、光学ユニット２１０による干渉光の検出結果に基づいて眼底Ｅｆの層厚情報を生成することができる。この場合、検査データ生成部２６１は、層厚情報生成部として機能し、前述の眼底層厚解析（網膜厚解析、ＲＮＦＬ厚解析など）を実行する。さらに、検査データ生成部２６１は、眼底層厚解析により取得された層厚情報と標準的な層厚値との比較解析を行うことが可能である。

眼底層厚解析は、干渉光の検出結果に基づいて、眼底Ｅｆの所定の層組織の厚さ（分布）を求める処理である。その一例として網膜厚解析について説明する。他の層組織の厚さを求める場合も同様の処理が実行される。

網膜厚解析では、たとえば眼底Ｅｆの断面像や３次元画像を解析することにより、当該スキャン範囲の一部または全部における網膜の厚さ分布を求める。なお、網膜厚には様々な定義がある。たとえば、内境界膜から内顆粒層（視細胞の内接・外接）までの厚さを網膜厚とする場合、内境界膜から網膜色素上皮層までの厚さを網膜厚とする場合などがある。網膜厚解析で求める網膜厚はこのような定義のうちのいずれかである。

網膜厚解析は、たとえば次のようにして実行される。まず、眼底ＥｆのＯＣＴ画像を解析して、所定の境界部位（たとえば内境界膜と網膜色素上皮層）に相当する画像領域を特定する。そして、特定された境界部位の間の画素数をカウントして網膜厚（深度方向の距離）を求める。なお、ＯＣＴ画像を解析して眼底の層の厚さを求める処理は、たとえば本出願人による特開２００７−３２５８３１号公報、特開２００８−２０６６８４号公報、特開２００９−６１２０３号公報、特開２００９−６６０１５号公報などに説明されている。

検査データ生成部２６１はドルーゼン解析を実行できるように構成されていてよい。ドルーゼン解析は、たとえばＯＣＴ画像を解析することにより、そのスキャン範囲の一部または全部におけるドルーゼンの分布状態を求める解析処理である。この分布状態には、眼底Ｅｆにおけるドルーゼンの位置やサイズ（面積、体積、径）などが含まれる。

ドルーゼン解析は、たとえば、ＯＣＴ画像を解析してブルッフ膜に相当する画像領域と網膜色素上皮に相当する画像領域とを特定し、これら画像領域の間の画素値に基づいて小さな略円形の隆起形状に相当する画像領域をドルーゼン（の候補）として特定することにより実行できる。このような形状に基づく画像領域の特定処理は、たとえば、当該形状のテンプレートとの画像マッチングによって行うことが可能である。さらに、検査データ生成部２６１は、このようにして特定されたドルーゼンに相当する画像領域に基づいて、ドルーゼンの位置、個数、サイズなどを求める。また、取得されたドルーゼンの分布にもとづいて、加齢黄斑変性症の状態の評価情報を生成することができる。

なお、前述の正面画像取得光学系が設けられている場合であって、眼底Ｅｆの撮影が可能である場合には、眼底Ｆの撮影画像に基づいてドルーゼン解析を行うことができる。このドルーゼン解析は、たとえば、撮影画像の各画素の画素値が所定範囲に含まれるか判定し、所定範囲に含まれる画素を特定することにより実行される。撮影画像がカラー画像である場合、ドルーゼンは特徴的な色（黄白色）で描写されるので、この特徴的な色に相当する画素値の範囲が上記所定範囲としてあらかじめ設定される。また、撮影画像がモノクロ画像である場合、ドルーゼンは特徴的な明るさ（輝度）で描写されるので、この特徴的な輝度に相当する画素値の範囲が上記所定範囲としてあらかじめ設定される。また、ドルーゼンの標準的な形状（小さな略円形の隆起形状）に基づくテンプレートマッチングなどを行うことによって、ドルーゼンに相当する画像領域を特定することも可能である。

乳頭形状解析は、眼底Ｅｆの断面像や３次元画像を解析して網膜の孔部（切れ目、欠損部位）を検出し、視神経乳頭の形状を求める解析処理を含んでいてよい。乳頭形状解析は、たとえば、断面像等を解析して視神経乳頭及びその近傍の網膜表面に相当する画像領域を特定し、特定された画像領域を解析してその大域的形状や局所的形状（凹凸）を表すパラメータ（乳頭形状パラメータ）を求める。乳頭形状パラメータの例として、視神経乳頭のカップ径、ディスク径、リム径、乳頭深さなどがある。

また、乳頭形状解析は、視神経乳頭の傾き（形状の非対称性）を求める解析処理を含んでいてよい。この解析処理は、たとえば次のようにして実行される。まず、検査データ生成部２６１は、視神経乳頭を含む領域をスキャンして得られた３次元画像を解析して乳頭中心を特定する。次に、検査データ生成部２６１は、乳頭中心を中心とする円形領域を設定し、この円形領域を放射状に分割して複数の部分領域を得る。続いて、検査データ生成部２６１は、円形領域の断面像を解析することで、各ピクセル位置における所定層（たとえば網膜色素上皮層）の高さ位置を求める。さらに、検査データ生成部２６１は、各部分領域における所定層の高さ位置の平均値を算出する。次に、検査データ生成部２６１は、乳頭中心に関して対向位置に相当する一対の部分領域について得られた一対の平均値を比較することにより、この対向方向における眼底Ｅｆの傾斜を求める。そして、検査データ生成部２６１は、複数の対向方向について得られた傾斜に基づいて、上記円形領域における眼底Ｅｆの傾斜の分布を示す傾斜分布情報を生成する。なお、生成された傾斜分布情報（およびその標準的な分布を示す情報）に基づいて、疾患の状態の評価情報を生成することができる。

以上に説明した検査データはＯＣＴ計測の結果に基づくものであるが、検査データは他の検査の結果を含んでいてもよい。その一例として、フラットパネルディスプレイ２２５が自覚式視力検査用の視標（ランドルト環など）を表示可能である場合、検査データ生成部２６１は、自覚式視力検査の結果を含む検査データを生成することが可能である。

自覚式視力検査は、被検眼Ｅに提示された視標に対して被検者が応答することによって行われる。検査データ生成部２６１は、所定のコンピュータプログラムにしたがい、被検者の応答の正否を判定する処理と、その判定結果に応じて次に提示される視標を決定する処理とを繰り返し行う。主制御部２４１は、検査データ生成部２６１により決定された視標をフラットパネルディスプレイ２２５に表示させる。このような処理を繰り返し行うことにより、検査データ生成部２６１は被検眼Ｅの視力値を決定し、この視力値を含む検査データを生成する。

（静止判定部２６２）
静止判定部２６２は、光学ユニット２１０により取得されるデータに基づいて被検眼Ｅが実質的に静止しているか否か判定する（静止判定処理）。「実質的に静止している」には、被検眼Ｅが静止している場合だけでなく、ＯＣＴ計測に影響を与えない程度の動きを被検眼Ｅが行なっている場合も含まれる。この動きの許容範囲は、あらかじめ任意に設定される。

静止判定処理の例を説明する。第１の例として、測定光の戻り光の強度に基づく静止判定処理がある。測定光の戻り光の強度は、アライメントが合っている状態において最大となる（角膜からの正反射が最大となるため）。戻り光の強度の検出は、たとえば、戻り光の一部をフォトディテクタ等で検出することによって得られる。静止判定部２６２は、戻り光の強度の時間変化に基づいて、被検眼Ｅが実質的に静止しているか判定することができる。また、戻り光の強度は干渉光の強度に影響するので、ＣＣＤイメージセンサ２２３からの信号の強度の時間変化に基づいて静止判定を行うことも可能である。

第２の例として、前述の正面画像取得光学系が設けられている場合には、次のような静止判定処理を実行することが可能である。まず、正面画像取得光学系を用いて被検眼Ｅを動画撮影する。それにより、所定の時間間隔で被検眼Ｅの正面画像（フレーム）が得られる。静止判定部２６２は、逐次に入力される正面画像を解析し、被検眼Ｅの特徴部位を検出する。この特徴部位は、前眼部像においてはたとえば瞳孔（またはその中心）であり、眼底像においてはたとえば視神経乳頭（またはその中心）、黄斑（またはその中心）、血管、疾患部である。さらに、静止判定部２６２は、時系列で入力される正面画像における特徴部位の位置の変化を監視することにより、被検眼Ｅが実質的に静止しているか判定することができる。

（左右判定部２６３）
左右判定部２６３は、被検眼Ｅが左眼であるか右眼であるか判定する（左右判定処理）。左眼判定処理は、眼科検査装置２００−ａを用いて左右両眼の検査を行う場合に実行される。左右いずれか一方の眼の検査のみ行う場合、たとえば、検査対象の眼が左眼であるか右眼であるかを示す情報が記憶部２４２にあらかじめ記憶される。

なお、一方の眼のみが検査対象である場合であっても、誤って他方の眼の検査を行なってしまう事態を防止するために、左右判定処理を行なってもよい。つまり、たとえば左眼が検査対象として設定されている場合において、左右判定処理を行った結果、被検眼Ｅが右眼であると判定されたときに、所定の報知情報を出力するように構成することができる。この報知情報は、たとえば、表示部２８１若しくはフラットパネルディスプレイ２２５による表示情報、または図示しない音声出力部による聴覚情報である。また、測定光が可視成分を含んでいる場合においては、測定光を点滅させるなどして報知を行うことが可能である。

左右判定処理の例を説明する。第１の例として、ユニット駆動部２１０Ａに対する制御状態に基づく左右判定処理がある。本例は、左眼を検査するときと、右眼を検査するときとで、光学ユニット２１０の位置が異なる構成が適用される場合に用いられる。前述のように、光学ユニット２１０は、主制御部２４１がユニット駆動部２１０Ａを制御することによって移動される。主制御部２４１は、ユニット駆動部２１０Ａを制御する度に、その制御内容を左右判定部２６３に送信する。左右判定部２６３は、主制御部２４１から入力される制御内容に基づいて、光学ユニット２１０が左眼を検査するための位置に配置されているか、または右眼を検査するための位置に配置されているか判定する。なお、左眼を検査するための位置の範囲、および、右眼を検査するための位置の範囲は、それぞれあらかじめ設定されている。

第２の例として、前述の正面画像取得光学系が設けられている場合には、正面画像を解析することによって左右判定処理を行うことが可能である。正面画像が前眼部像である場合、たとえば瞼の形状に基づいて目頭側および目尻側を特定でき、それにより被検眼Ｅが左眼か右眼かを判定することが可能である。また、正面画像が眼底像である場合、視神経乳頭の位置、黄斑の位置、視神経乳頭と黄斑との位置関係、血管の走行状態などによって、被検眼Ｅが左眼か右眼かを判定することができる。

上記のように、左右判定部２６３は、被検眼Ｅが左眼であるか右眼であるかを自動で判定する機能を有する。この判定結果は制御部２４０に入力される。左右判定部２６３は、被検眼Ｅが左眼であるか右眼であるかを示す情報を制御部２４０に入力する第１の入力部として機能する。一方、このような自動判定機能を設けないことも可能である。たとえば、被検眼Ｅが左眼であるか右眼であるかを、被検者（または補助者）が操作部２８２を介して入力する。この場合、操作部２８２が第１の入力部に相当する。

（認証処理部２６４）
前述したように、制御部２４０は、第２の入力部からユーザ認証情報の入力を受ける。制御部２４０は、入力されたユーザ認証情報を、記憶部２４２に記憶されている正規ユーザ認証情報とともに認証処理部２６４に送る。認証処理部２６４は、このユーザ認証情報と正規ユーザ認証情報とが一致するか判定する。認証処理部２６４は、その判定結果を制御部２４０に送る。

なお、眼科検査装置２００−ａを２以上の被検者が共用する場合、つまり２人以上の正規の被検者が存在する場合、前述したように、各被検者の正規ユーザ認証情報が記憶部２４２に記憶されている。制御部２４０は、ユーザ認証情報の入力を受けたときに、記憶部２４２に記憶されている全ての正規ユーザ認証情報を、入力されたユーザ認証情報とともに認証処理部２６４に送る。認証処理部２６４は、入力されたユーザ認証情報が、これら正規ユーザ認証情報のいずれかに一致するか判定する。換言すると、認証処理部２６４は、入力されたユーザ認証情報に一致する正規ユーザ認証情報を探索する。

（監視処理部２６５）
監視処理部２６５は、眼科検査装置２００−ａの所定部位の動作状態を監視する。たとえば、監視処理部２６５は、眼科検査装置２００−ａの所定部位の誤動作、破損、故障などを検出する。或いは、監視処理部２６５は、眼科検査装置２００−ａの所定部位について、誤動作、破損、故障のおそれがあることを検出する。その具体例として、監視処理部２６５は、累積動作時間を計測し、その計測結果が所定の閾値を超えたことを検出する。

監視対象となる眼科検査装置２００−ａの部位は、任意のハードウェアおよび／または任意のソフトウェアを含んでいてよい。ハードウェアとしては、マイクロプロセッサ、ＲＡＭ、ＲＯＭ、ハードディスクドライブ、通信インターフェイス、光源、光学素子、受光素子、アクチュエータ、機構、ケーブルなどがある。ソフトウェアとしては、装置制御用のコンピュータプログラム、データ処理用のコンピュータプログラムなどがある。

所定部位の動作状態の監視方法の例を説明する。監視処理部２６５は、監視対象のハードウェアに関する物理量を検出し、その検出値が許容範囲に属するか判定することによって、当該ハードウェアに異常が発生しているか判定する。このような処理の例として次のものがある。
・熱を検出し、所定の温度以上であるか判定する
・機構が発する音を検出し、その周波数等によって異常音であるか否か判定する
・エンコーダ等によりハードウェアの変位を検出し、機構の異常動作やガタツキが発生しているか否か判定する

監視方法の他の例として、所定のデータをマイクロプロセッサに入力し、処理されたデータが正常であるか否かによって、マイクロプロセッサが正常に動作しているか否か、或いはコンピュータプログラムが正常であるか否かを判定することができる。

以上に説明したようなデータ処理部２６０の機能の一部または全部をクラウドサーバ１００に設けることが可能である。データ処理部２６０の機能の全部がクラウドサーバ１００に設けられる場合、眼科検査装置２００−ａにデータ処理部２６０を設ける必要はない。

眼科検査装置２００−ａにデータ処理部２６０が設けられない場合、主制御部２４１は、通信部２７０を制御し、ＣＣＤイメージセンサ２２３からの検出信号（検出データ）若しくはこの検出データを加工したデータ、または画像形成部２５０により形成された画像データを、クラウドサーバ１００に送信させる。クラウドサーバ１００の検査データ処理部１５０は、眼科検査装置２００−ａから受信されたデータに基づいて、所定のデータ処理を実行する。

眼科検査装置２００−ａおよびクラウドサーバ１００の双方にデータ処理機能が設けられる場合、たとえば、データ処理部２６０と検査データ処理部１５０との連係によって所定のデータ処理を実行することができる。この場合における他の処理例として、クラウドサーバ１００の処理負荷が高いときには眼科検査装置２００−ａに所定のデータ処理を実行させ、処理負荷が低いときにはクラウドサーバ１００に所定のデータ処理を実行させることができる。この処理負荷の判定は、たとえば演算制御部１１０が行う。また、処理負荷の判定において、複数の眼科検査装置２００−ａの使用状況を考慮することが可能である。

（通信部２７０）
通信部２７０は、通信回線Ｎを介してデータ通信を行う。データ通信の方式は任意である。たとえば、通信部２７０は、インターネットに準拠した通信インターフェイス、ＬＡＮに準拠した通信インターフェイス、近距離通信に準拠した通信インターフェイスなどを含む。また、データ通信は有線通信でも無線通信でもよい。通信先は、たとえばクラウドサーバ１００や患者端末３００−ｂである。

通信部２７０による送受信されるデータは暗号化されていてもよい。その場合、制御部２４０（またはデータ処理部２６０）は、送信データを暗号化する暗号化処理部と、受信データを復号する復号化処理部とを有する。

〔患者端末３００−ｂ〕
患者端末３００−ｂは、患者ユーザの使用に供されるコンピュータ端末である。患者端末３００−ｂは、たとえば、患者ユーザが所有するコンピュータ端末、患者ユーザに貸し出されるコンピュータ端末、または、所定の場所（たとえば老人福祉施設）に設置されたコンピュータ端末である。患者端末３００−ｂの形態として、携帯電話、スマートフォン、タブレット端末、ラップトップコンピュータ、デスクトップコンピュータなどがある。患者端末３００−ｂには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば、汎用のブラウザおよび／または専用のアプリケーションソフトウェアを含む。患者端末３００−ｂの機能や使用形態は、別途説明される。

〔指定人端末４００−ｃ〕
指定人端末４００−ｃは、クラウドサーバ１００が提供するサービスを利用可能な者として指定された者（指定人）の使用に供されるコンピュータ端末である。指定人は、患者ユーザや、診断医端末５００−ｄの使用者以外のユーザである。指定人としては、患者関係者、診断医端末５００−ｄまたは医療従事者端末７００−ｆの使用者以外の医療従事者などがある。なお、医療従事者とは医療業務に従事する者の総称である。医療従事者の例として、医師、歯科医師、看護師、薬剤師、保健師、助産師、臨床検査技師、衛生検査技師、診療放射線技師、診療Ｘ線技師、栄養士、管理栄養士、理学療法士、作業療法士、視能訓練士、救急救命士、医事会計担当者などがある。

指定人端末４００−ｃは、たとえば、指定人が所有するコンピュータ端末、指定人に貸し出されるコンピュータ端末、または、所定の場所（たとえば病院、診療所、老人福祉施設等）に設置されたコンピュータ端末である。指定人端末４００−ｃの形態として、携帯電話、スマートフォン、タブレット端末、ラップトップコンピュータ、デスクトップコンピュータなどがある。指定人端末４００−ｃには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば、汎用のブラウザおよび／または専用のアプリケーションソフトウェアを含む。指定人端末４００−ｃの機能や使用形態は、別途説明される。

〔診断医端末５００−ｄ〕
診断医端末５００−ｄは、クラウドサーバ１００によるサービスの対象疾患の診断を行う医師（またはその診断結果をコンピュータに入力する者。まとめて診断医等と呼ぶことがある。）の使用に供されるコンピュータ端末である。診断医端末５００−ｄは、たとえば、診断医等が所有するコンピュータ端末、診断医等に貸し出されるコンピュータ端末、または、所定の場所（たとえば病院、診療所、健康診断センター、人間ドックセンター、検診車等）に設置されたコンピュータ端末である。診断医端末５００−ｄの形態として、携帯電話、スマートフォン、タブレット端末、ラップトップコンピュータ、デスクトップコンピュータなどがある。診断医端末５００−ｄには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば、汎用のブラウザおよび／または専用のアプリケーションソフトウェアを含む。診断医端末５００−ｄの機能や使用形態は、別途説明される。

〔医療機関内サーバ６００−ｅ〕
医療機関内サーバ６００−ｅは、クラウドサーバ１００が提供するサービスを利用可能な医療機関（病院、診療所等）に設置されたサーバである。医療機関内サーバ６００−ｅは、クラウドサーバ１００と連係してサービスを提供し、たとえば、病院情報システム（オーダリングシステム、電子カルテシステム、レセプトシステム等を含む）と連係して動作するよう構成されている。医療機関内サーバ６００−ｅは、クラウドサーバ１００が提供するサービスを複数のクライアント（医療従事者端末７００−ｆ）に提供する。医療機関内サーバ６００−ｅには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば専用のアプリケーションソフトウェアを含む。医療機関内サーバ６００−ｅの機能や使用形態は、別途説明される。

〔医療従事者端末７００−ｆ〕
医療従事者端末７００−ｆは、クラウドサーバ１００が提供するサービスを、医療機関内サーバ６００−ｅを介して利用するために用いられる。医療従事者端末７００−ｆは、たとえば、医療従事者が所有するコンピュータ端末、医療従事者に貸し出されるコンピュータ端末、または、所定の場所（病院、診療所等）に設置されたコンピュータ端末である。医療従事者端末７００−ｆの形態として、携帯電話、スマートフォン、タブレット端末、ラップトップコンピュータ、デスクトップコンピュータなどがある。医療従事者端末７００−ｆには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば、汎用のブラウザおよび／または専用のアプリケーションソフトウェアを含む。医療従事者端末７００−ｆの機能や使用形態は、別途説明される。

〔金融機関サーバ８００−ｇ〕
金融機関サーバ８００−ｇは、銀行やクレジットカード会社が取り扱う情報を処理するためのサーバである。金融機関サーバ８００−ｇは、クラウドサーバ１００が提供するサービスにおいて当該金融機関に関する情報（課金に関する情報、料金の支払に関する情報等）をクラウドサーバ１００との間でやりとりする。金融機関サーバ８００−ｇには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば専用のアプリケーションソフトウェアを含む。金融機関サーバ８００−ｇの機能や使用形態は、別途説明される。

〔保険提供者サーバ９００−ｈ〕
保険提供者サーバ９００−ｈは、公的保険機関や保険会社が取り扱う情報を処理するためのサーバである。保険提供者サーバ９００−ｈは、クラウドサーバ１００が提供するサービスにおいて当該保険提供者に関する情報（課金に関する情報、保険給付に関する情報等）をクラウドサーバ１００との間でやりとりする。保険提供者サーバ９００−ｈには、クラウドサーバ１００が提供するサービスを利用するためのアプリケーションプログラムがインストールされている。このアプリケーションプログラムは、たとえば専用のアプリケーションソフトウェアを含む。保険提供者サーバ９００−ｈの機能や使用形態は、別途説明される。

［使用形態］
実施形態に係る患者管理システム１の使用形態を説明する。

〔患者ユーザの登録〜眼科検査〕
患者ユーザの登録、眼科検査装置２００−ａの自宅等への設置、および、在宅での眼科検査について説明する。この流れの一例を図５Ａおよび図５Ｂに示す。図５Ａは、眼科検査装置２００−ａが被検者の自宅等に設置されるまでの流れを示している。図５Ｂは、眼科検査装置２００−ａの設置から返却まで流れ、特に被検者の自宅等における眼科検査装置２００−ａの使用形態を示している。

（Ｓ１）
診断医は、所定の疾患に関する診断を行う。所定の疾患とは、クラウドサーバ１００によるサービスの対象となっている疾患を示す。或る受診者について、「所定の疾患にかかっている」または「その疑いがある」との診断がなされた場合、診断医等は、この受診者を新規の患者ユーザとして登録するようクラウドサーバ１００に要求する。具体的には、診断医等は、この受診者に関する情報（氏名、年齢、性別、住所、被保険者番号、疾患名等）を含む新規登録に必要な情報を、診断医端末５００−ｄを介してクラウドサーバ１００に送信する。

（Ｓ２）
クラウドサーバ１００は、診断医端末５００−ｄから送信された情報を受信する。患者情報管理部１４１は、受信された情報に基づいて、この患者ユーザのアカウントを作成する。なお、受信された情報に基づいてこの患者ユーザのアカウントが既に存在するか判定するように構成することができる。アカウントが既に存在する場合、今回受信された情報や日時情報などを当該アカウントに記録する。一方、アカウントが存在しない場合には、新規アカウントを作成する。

なお、本例では診断医端末５００−ｄを介して患者ユーザの紹介を行っているが、他の任意の端末またはサーバを介して患者ユーザの紹介を行うことも可能である。たとえば、この患者管理システム１を既に利用している患者ユーザが、自身の患者端末３００−ｂ等を用いて、知人を新たな患者ユーザとして紹介できるように構成することができる。

サーバが介在する場合の例を説明する。保険提供者サーバ９００−ｈは、当該保険提供者のデータベースに登録されている保険ユーザ（または、これら登録ユーザのうち患者管理システム１が提供するサービスに適合する保険ユーザ）の情報（たとえば氏名、年齢、住所、連絡先等）をクラウドサーバ１００に送信する。ユーザ情報管理部１４０は、保険提供者サーバ９００−ｈから送信された保険ユーザの情報と、既存の各患者ユーザのアカウントに記録されている情報とを照合することにより、当該サービスの患者ユーザとして未だ登録がされていない保険ユーザを特定する。演算制御部１１０は、特定された保険ユーザの連絡先に、当該サービスへの登録を促す情報（たとえば電子メール）を送信する。なお、クラウドサーバ１００は、特定された保険ユーザに向けて当該サービスへの登録を促す情報を送ることを保険提供者サーバ９００−ｈに依頼するように構成されていてもよい。また、クラウドサーバ１００と保険提供者サーバ９００−ｈとの間において、既存の患者ユーザに関する情報の共有がなされている場合、または、クラウドサーバ１００が管理している患者ユーザの情報（の一部）に対して保険提供者サーバ９００−ｈがアクセスできる構成が適用されている場合、上記においてクラウドサーバ１００が実行する処理を保険提供者サーバ９００−ｈが行なってもよい。

（Ｓ３）
ステップＳ２に示すアカウント処理が終了したら、患者情報管理部１４１は、この患者ユーザのための医療機関を特定する。この処理はたとえば次のようにして行われる。患者情報管理部１４１は、この患者ユーザに関連付けられた医療機関があるか判定する。たとえば、患者情報管理部１４１は、記憶部１２０に記憶されている医療機関ユーザに関する情報に、この患者ユーザのＩＤ（ユーザＩＤ、患者ＩＤ等）が含まれているか探索する。

そのような医療機関ユーザが存在する場合、この患者ユーザとこの医療機関ユーザとは関連付けられていると判定される。また、この患者ユーザのアカウントが既に作成されていた場合、患者情報管理部１４１は、このアカウントに記録されている医療機関ユーザのユーザＩＤを探索する。医療機関ユーザのユーザＩＤが探索された場合、この患者ユーザとこの医療機関とは関連付けられていると判定される。

この患者ユーザに関連付けられた医療機関ユーザが存在しないと判定された場合、患者情報管理部１４１は、医療機関情報管理部１４２により管理されている医療機関のうちから、この患者ユーザのための医療機関ユーザを選択する。この処理では、たとえば、この患者ユーザの住所に最も近い所在地の医療機関ユーザが選択される。また、医療機関ユーザから診察スケジュール（来院患者の予約状況、混み具合等）が提供されている場合などには、複数の医療機関ユーザのうち、最短で診療を受けられる医療機関ユーザ、つまり最も近い日時に予約を受け付け可能な医療機関ユーザを選択するようにしてもよい。また、選択される医療機関ユーザの数は任意（１以上）である。患者情報管理部１４１は、選択された医療機関のユーザＩＤを、この患者ユーザのアカウントに記録する。

（Ｓ４）
演算制御部１１０は、ステップＳ３で特定された医療機関ユーザのアカウントから連絡先（ＩＰアドレス）を取得し、かつ、この患者ユーザのアカウントから所定の情報（患者情報：患者ユーザＩＤ、氏名、年齢、性別、住所、被保険者番号、疾患名等）を取得する。さらに、演算制御部１１０は、この連絡先に基づいて通信部１３０を制御することにより、この患者情報を医療機関内サーバ６００−ｅに送信させる。

（Ｓ５）
医療機関内サーバ６００−ｅは、ステップＳ４でクラウドサーバ１００から送信された患者情報を受信し、図示しない記憶部に記憶する。このとき、この患者ユーザの電子カルテを新規に作成する処理、または、既に存在するこの患者ユーザの電子カルテに所定の情報を記録させる処理を行なってもよい。

（Ｓ６）
ステップＳ５の後の任意のタイミングにおいて、この患者ユーザに貸し出される眼科検査装置２００−ａの設定が行われる。この処理は、たとえば、医師等により、次のようにして実行される。なお、以下の設定処理は、この患者ユーザが当該医療機関に来院する前、来院時、または来院後に行われる。来院前の設定は、診断医がＯＣＴを行った場合に適用可能であり、このＯＣＴで適用された設定内容を利用して行われる。よって、クラウドサーバ１００は、たとえば診断医端末５００−ｄから当該設定内容を取得してクラウドサーバ１００に提供するように構成される。一方、来院時または来院後の設定は、診断医が行ったＯＣＴにおける設定内容、および／または、来院時に行われたＯＣＴにおける設定内容に基づいて行われる。

まず、設定用のアプリケーションプログラムが起動される。このアプリケーションプログラムは、設定作業に用いられる装置（たとえば眼科検査装置２００−ａ、医療従事者端末７００−ｆなど）にインストールされている。次に、医師等は、たとえば前述の要領で、光学ユニット２１０およびデータ処理部２６０に関する所定の項目の設定内容を入力する。眼科検査装置２００−ａの主制御部２４１は、たとえば前述の要領で、入力された設定内容を含む設定情報を作成する。主制御部２４１は、たとえば前述の要領で、作成された設定情報を記憶部２４２に記憶させる。設定情報には、たとえば、固視位置の設定内容、スキャンパターンの設定内容、合焦位置の設定内容、視度補正値の設定内容、解析処理の設定内容などが含まれる。

また、患者情報管理部１４１は、この患者ユーザに貸し出される眼科検査装置２００−ａに付与されている識別情報を、この患者ユーザのアカウントに記録する。

（Ｓ７）
ステップＳ６における設定情報の記憶が完了した後、この患者ユーザの自宅等に眼科検査装置２００−ａが搬送されて設置される。このとき、眼科検査装置２００−ａを安定的に設置するための取付具などを用いることができる。次のステップから図５Ｂを参照する。

（Ｓ１１）
患者ユーザの自宅等に設置された眼科検査装置２００−ａを用いて眼科検査が実施される。眼科検査はたとえば次のような流れで実施される。

まず、検査開始の指示が行われる。この指示は、たとえば、電源オン操作、検査開始ボタンの押下、ユーザ認証情報の入力などである。

眼科検査装置２００−ａにおいてユーザ認証が行われる場合、たとえば前述の要領で、患者ユーザＩＤやユーザ認証情報の入力が行われる。認証処理部２６４は、入力されたユーザ認証情報と、記憶部２４２にあらかじめ記憶された正規ユーザ認証情報とが一致するか判定する。認証処理部２６４は、その判定結果を制御部２４０に送る。入力されたユーザ認証情報と正規ユーザ認証情報とが一致している場合、検査に移行する。一方、入力されたユーザ認証情報と正規ユーザ認証情報とが一致しない場合、主制御部２４１は、ユーザ認証情報の再入力を促すメッセージを、表示によりまたは音声により出力する。主制御部２４１は、不一致との判定が所定回数（たとえば３回）に達するまでメッセージの出力を繰り返す。不一致との判定が所定回数を超えた場合、主制御部２４１は、眼科検査装置２００−ａによる検査を禁止する。さらに、主制御部２４１は、通信部２７０を制御し、検査が禁止されたこと（認証エラーが生じたこと）をクラウドサーバ１００に通知する。医師やメーカの担当者は、クラウドサーバ１００を介して認証エラーが生じたことを認識し、検査の禁止を解除するための所定の作業を行う（電話にて確認するなど）。また、検査の禁止を解除するための処理をクラウドサーバ１００等が行うように構成してもよい。たとえば、クラウドサーバ１００は、この患者ユーザの患者端末３００−ｂに個人確認用の情報を送信する。この情報に基づきパスワード入力が行われる。クラウドサーバ１００は、入力されたパスワードの正否に基づいて、入力した者が正規の患者ユーザであるか否か判定する。入力した者が正規の患者ユーザであると判定された場合、クラウドサーバ１００は、検査の禁止を解除するための情報を眼科検査装置２００−ａに送る。主制御部２４１は、クラウドサーバ１００から受信した情報に基づいて、検査の禁止を解除する。

検査開始の指示が受け付けられると、主制御部２４１は、今回の検査が、自宅等に眼科検査装置２００−ａが設置されてから第１回目の検査であるか判定する。この処理は、たとえば、検査が行われる度にその履歴（ログ）を記憶部２４２に保存する構成を適用し、かつ、自宅等への設置前に検査履歴（検査ログ）をリセットしておくことにより実現できる。今回の検査が第２回目以降の検査であると判定された場合、自覚式視力検査を開始する。一方、今回の検査が第１回目の検査であると判定された場合、主制御部２４１は、ステップＳ６で記憶部２４２に記憶された設定情報に基づいて、光学ユニット２１０およびデータ処理部２６０に含まれる該当部分の設定を行う。この処理は、たとえば、固視位置の設定内容、スキャンパターンの設定内容、合焦位置の設定内容、視度補正値の設定内容、解析処理の設定内容などに基づいて行われる。

なお、ステップＳ１９において設定情報が返却されるまでの間に行われる各回の検査において、ここで設定された内容がそのまま適用される。

本例では、被検眼Ｅの検査としてＯＣＴ計測と自覚式視力検査が行われる。ＯＣＴ計測は、たとえば、自覚式視力検査の途中の段階で実行される。この場合、主制御部２４１は、まず、自覚式視力検査を開始する。すなわち、あらかじめ決定された検眼プログラムに基づいて最初の視標が被検眼Ｅに提示される。

このとき、主制御部２４１は、設定情報に含まれる固視位置の設定内容に基づくフラットパネルディスプレイ２２５の表示位置に、自覚式視力検査用の視標を表示させることができる。たとえば、円環の一部が欠損した形状のランドルト環が視標として用いられる場合、固視位置の設定内容に対応する位置に当該欠損部位が配置されるようにランドルト環を表示させることができる。より一般に、視標のうち被検者が特に注目する部分が固視位置の設定内容に対応する位置に配置されるように、フラットパネルディスプレイ２２５に視標を表示させることができる。それにより、ＯＣＴ計測を行うための固視標としての機能を自覚式視力検査用の視標に付与することができる。

自覚式視力検査の開始を受けて、主制御部２４１は、被検眼Ｅの静止判定処理を開始させる。この静止判定処理は、たとえば前述の要領で、静止判定部２６２などによって実行される。静止判定処理は、少なくとも、被検眼Ｅが実質的に静止していると判定されるまで実行される。被検眼Ｅが実質的に静止していると判定されたら、ＯＣＴ計測を開始する。

自覚式視力検査の開始から所定時間経過しても被検眼Ｅが静止したと判定されない場合、或いは、自覚式視力検査が所定の段階まで進んでも被検眼Ｅが静止したと判定されない場合などにおいて、警告を行うことができる。この警告は、たとえば、主制御部２４１が、上記のような警告タイミングの到来を検知し、表示部２８１または音声出力部を制御することによって行われる。

本例では自覚式視力検査の途中の段階でＯＣＴ計測を行なっているが、これら検査を行うタイミングは任意である。たとえば、自覚式視力検査の終了後にＯＣＴ計測を行うように、または、ＯＣＴ計測を行った後に自覚式視力検査を行うように、制御を行うことが可能である。

被検眼Ｅが実質的に静止していると判定されたことに対応し、主制御部２４１は、光学ユニット２１０に被検眼ＥのＯＣＴ計測を実行させる。このＯＣＴ計測は、設定情報に含まれる設定内容（たとえば固視位置の設定内容、スキャンパターンの設定内容、合焦位置の設定内容、視度補正値の設定内容）にて実行される。

眼科検査装置２００−ａの動作の一例として、後述のステップＳ１３を行う代わりに、ＯＣＴ計測により取得されたデータに基づく解析処理（眼底層厚解析、ドルーゼン解析、乳頭形状解析など）を実行することができる。この解析処理は、設定情報に含まれる解析処理の設定内容に基づいて行われる。

自覚式視力検査において、被検眼Ｅの視力値は、検眼プログラムに応じて逐次に提示される視標に対する被検者の応答に基づいて決定される。視力値の決定とともに自覚式視力検査は終了となる。

検査データ生成部２６１は、ＯＣＴ計測により取得されたデータ（たとえば画像データ、解析結果など）と、自覚式視力検査により取得されたデータとを含む検査データを生成する。

（Ｓ１２）
主制御部２４１は、通信部２７０を制御し、検査データ処理部１５０により生成された検査データをクラウドサーバ１００に向けて送信させる。

検査データは、検査日時、患者ユーザＩＤ、被検眼Ｅの識別情報、眼科検査装置２００−ａの識別情報などの付帯情報を含んでいてよい。検査日時は、たとえば、主制御部２４１（システムソフトウェア）に搭載された日時・時刻機能によって得られる。各種識別情報は、事前に記憶部２４２に記憶されている。

（Ｓ１３）
クラウドサーバ１００は、眼科検査装置２００−ａから送信された検査データを受信する。演算制御部１１０および／または検査データ処理部１５０は、受信された検査データに対して所定の処理を施す。その具体例として、検査データ処理部１５０は、ＯＣＴにより得られたデータに対し、眼底層厚解析、ドルーゼン解析、乳頭形状解析などを施すことができる。他の例については後述する。なお、検査データ処理部１５０による処理が介在しない使用形態もある。たとえば、当該処理を眼科検査装置２００−ａで行う使用形態や、後段の処理に検査データをそのまま用いる使用形態がある。

（Ｓ１４）
患者情報管理部１４１は、検査データに含まれる患者ユーザＩＤに基づいてこの患者ユーザのアカウントを特定し、ステップＳ１３による処理結果をこのアカウントに格納する。

（Ｓ１５）
演算制御部１１０は、ステップＳ１３による処理結果を医療機関内サーバ６００−ｅに送信するか判断する。

この処理の例として、解析処理（たとえば網膜厚の比較解析）によって異常が発見されたか否かに基づいて処理結果を送信するか否か判断することができる。異常が発見された場合には処理結果の送信を行うと判断され、異常が発見されなかった場合には処理結果の送信を行わないと判断される。

他の例として、複数回の眼科検査の検査データを参照して病態の経時変化を取得し、病態が悪化傾向にあるか判定し、この判定結果に基づいて処理結果を送信するか否か判断することができる。この判定処理は、たとえば、網膜厚に関する閾値処理を適用して網膜の菲薄化（網膜厚の減少）を検出することにより行われる。病態が悪化傾向にあると判定された場合には処理結果の送信を行うと判断され、悪化傾向にないと判定された場合には処理結果の送信を行わないと判断される。

処理結果を送信すると判断された場合（Ｓ１５：ＹＥＳ）にはステップＳ１６に移行し、処理結果を送信しないと判断された場合（Ｓ１５：ＮＯ）にはステップＳ１８に移行する。

（Ｓ１６）
処理結果を送信すると判断された場合（Ｓ１５：ＹＥＳ）、演算制御部１１０は、通信部１３０を制御し、ステップＳ１３による処理結果を医療機関内サーバ６００−ｅに送信させる。この処理結果には、この患者ユーザのユーザＩＤや患者ＩＤ等が付帯されている。

（Ｓ１７）
医療機関内サーバ６００−ｅは、ステップＳ１６で送信された処理結果および付帯情報を受信する。医療機関内サーバ６００−ｅは、この付帯情報に含まれるユーザＩＤや患者ＩＤに基づいて、この患者ユーザの電子カルテを検索し、この電子カルテに処理結果を記録する。或いは、医療機関内サーバ６００−ｅは、あらかじめ作成されたこの患者ユーザのためのデータ記憶領域に処理結果を記憶する。

（Ｓ１８）
以上のような検査が、眼科検査装置２００−ａの返却まで繰り返し行われる（Ｓ１８：ＹＥＳ）。眼科検査装置２００−ａの返却は、たとえば、自宅等での検査（経過観察等）の終了、装置の交換、装置のメンテナンス、設定情報の変更などを理由として行われる。

（Ｓ１９）
眼科検査装置２００−ａの返却の決定を受けて（Ｓ１８：ＮＯ）、眼科検査装置２００−ａは医療機関やメーカ等に搬送される。医療機関の医師やメーカ等の担当者は、眼科検査装置２００−ａに記憶されている設定情報を変更または破棄する。以上で、この動作例の説明は終了となる。

〔通院の指示〕
患者ユーザに通院を指示する処理について、２つの例を説明する。第１の例では、クラウドサーバ１００が起点となる場合を説明する（図６Ａを参照）。第２の例では、医師が起点となる場合を説明する（図６Ｂを参照）。

（第１の例：図６Ａ）
（Ｓ３１）
図５ＢのステップＳ１３（クラウドサーバ１００による検査データの処理）の例として、演算制御部１１０は、或る患者ユーザの検査データに基づき、通院を提案するか否か判定する。

この処理の例として、解析処理（たとえば網膜厚の比較解析）によって異常が発見されたか否かに基づいて通院を提案するか否か判定することができる。異常が発見された場合には通院の提案を行うと判断され、異常が発見されなかった場合には通院の提案を行わないと判断される。

他の例として、複数回の眼科検査の検査データを参照して病態の経時変化を取得し、病態が悪化傾向にあるか判定し、この判定結果に基づいて通院を提案するか否か判定することができる。病態の変化の傾向を判定する処理は、たとえば、網膜厚に関する閾値処理を適用して網膜の菲薄化（網膜厚の減少）を検出することにより行われる。病態が悪化傾向にあると判定された場合には通院の提案を行うと判断され、悪化傾向にないと判定された場合には通院の提案を行わないと判断される。

（Ｓ３２）
通院を提案すると判定された場合（Ｓ３２：ＹＥＳ）にはステップＳ３３に移行し、通院を提案しないと判定された場合（Ｓ３２：ＮＯ）には図５ＢのステップＳ１１に移行して眼科検査が継続的に行われる。

（Ｓ３３）
通院を提案すると判定された場合（Ｓ３２：ＹＥＳ）、演算制御部１１０は、通信部１３０を制御し、通信を提案する旨を示す情報（通信提案）と、この患者ユーザの検査データ（ステップＳ３１の判定処理で参照された検査データを含む）とを、この患者ユーザのユーザＩＤや患者ＩＤとともに、医療機関内サーバ６００−ｅに送信させる。なお、検査データが医療機関側にも保管されている場合には、検査データを送信する必要はなく、この検査データを特定するための情報（たとえば検査日時、検査ＩＤなど）を送信するように構成してよい。

（Ｓ３４）
医療機関内サーバ６００−ｅは、ステップＳ３３でクラウドサーバ１００から送信された情報を受信する。医師は、医療機関内サーバ６００−ｅが受信した情報を医療従事者端末７００−ｆによって閲覧する。医師は、閲覧した情報等に基づいて通院の要否を判断し、その結果を医療従事者端末７００−ｆに入力する。医療従事者端末７００−ｆは、入力された判断結果を医療機関内サーバ６００−ｅに送信する。

（Ｓ３５）
医療機関内サーバ６００−ｅは、医療従事者端末７００−ｆから送信された判断結果を、この患者ユーザのユーザＩＤ等とともにクラウドサーバ１００に送信する。

（Ｓ３６）
通院は不要と判断された場合（Ｓ３６：ＮＯ）、図５ＢのステップＳ１１に移行して眼科検査が継続的に行われる。一方、通院が必要と判断された場合（Ｓ３６：ＹＥＳ）、ステップＳ３７に移行する。

（Ｓ３７）
通院が必要と判断された場合（Ｓ３６：ＹＥＳ）、演算制御部１１０は、通信部１３０を制御し、この患者ユーザに通院を指示する情報（通院指示）を、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに送信する。通院指示には、通院日時（通院予定日時）が含まれていてよい。また、通院すべき医療機関に関する情報（医療機関名、所在地、連絡先等）を、通院指示とともに送信してもよい。

（Ｓ３８）
患者ユーザが通院予定日時に医療機関に来院した場合（Ｓ３８：ＹＥＳ）、図５ＢのステップＳ１１に移行して眼科検査が継続的に行われる。なお、医療機関で得られた検査データや診察結果を医療機関内サーバ６００−ｅからクラウドサーバ１００に送信し、この患者ユーザのアカウントに記録するように構成してもよい。

一方、患者ユーザが通院予定日時に医療機関に来院しなかった場合（Ｓ３８：ＮＯ）、ステップＳ３９に移行する。

（Ｓ３９）
患者ユーザが通院予定日時に医療機関に来院しなかった場合（Ｓ３８：ＮＯ）、その旨を示す情報が医療機関内サーバ６００−ｅからクラウドサーバ１００に送られる。ここで、医療機関内サーバ６００−ｅは、たとえば、電子カルテシステムとの連係により、つまり通院予定日にこの患者ユーザの電子カルテに実質的な書き込みがなされなかったことを検出することにより、来院しなかったことを認識することができる。また、患者ユーザが来院しなかった旨を医師が手入力するようにしてもよい。

演算制御部１１０は、患者ユーザが来院しなかった旨を示す情報を医療機関内サーバ６００−ｅから受けたことに対応し、患者ユーザが通院したか否か確認するための情報（通院確認）を、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに送信する。通院確認には、再度設定された通院日時（通院予定日時）が含まれていてよい。また、通院すべき医療機関に関する情報（医療機関名、所在地、連絡先等）を、通院確認とともに送信してもよい。以上で、本例の説明を終える。

（第２の例：図６Ｂ）
（Ｓ５１）
図５ＢのステップＳ１７（医療機関内サーバ６００−ｅによる検査データの処理結果の記憶）よりも後に行われる処理の例を説明する。医師は、この処理結果等を参照し、この患者ユーザに通院の必要があるか否か判断し、その結果を医療従事者端末７００−ｆに入力する。

（Ｓ５２）
医療従事者端末７００−ｆは、ステップＳ５１で入力された判断結果を医療機関内サーバ６００−ｅに送信する。

（Ｓ５３）
通院は不要と判断された場合（Ｓ５３：ＮＯ）、図５ＢのステップＳ１１に移行して眼科検査が継続的に行われる。一方、通院が必要と判断された場合（Ｓ５３：ＹＥＳ）、ステップＳ３７に移行する。

（Ｓ５４）
通院が必要と判断された場合（Ｓ５３：ＹＥＳ）、演算制御部１１０は、通信部１３０を制御し、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに、通院指示を送信する。通院指示には、通院日時（通院予定日時）が含まれていてよい。また、通院すべき医療機関に関する情報（医療機関名、所在地、連絡先等）を、通院指示とともに送信してもよい。

（Ｓ５５）
患者ユーザが通院予定日時に医療機関に来院した場合（Ｓ５５：ＹＥＳ）、図５ＢのステップＳ１１に移行して眼科検査が継続的に行われる。なお、医療機関で得られた検査データや診察結果を医療機関内サーバ６００−ｅからクラウドサーバ１００に送信し、この患者ユーザのアカウントに記録するように構成してもよい。

一方、患者ユーザが通院予定日時に医療機関に来院しなかった場合（Ｓ５５：ＮＯ）、ステップＳ５６に移行する。

（Ｓ５６）
患者ユーザが通院予定日時に医療機関に来院しなかった場合（Ｓ５５：ＮＯ）、その旨を示す情報が医療機関内サーバ６００−ｅからクラウドサーバ１００に送られる。演算制御部１１０は、通信部１３０を制御し、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに、通院確認を送信する。通院確認には、再度設定された通院日時（通院予定日時）が含まれていてよい。また、通院すべき医療機関に関する情報（医療機関名、所在地、連絡先等）を、通院確認とともに送信してもよい。以上で、本例の説明を終える。

〔検査結果の通知〕
患者ユーザに検査結果を通知する処理について、２つの例を説明する。第１の例では、眼底Ｅｆの層厚をＮｏｒｍａｔｉｖｅｄａｔａと比較した結果を通知する場合を説明する（図７Ａを参照）。第２の例では、眼底Ｅｆの層厚の経時変化を通知する場合を説明する（図７Ｂを参照）。

（第１の例：図７Ａ）
（Ｓ７１）
図５ＢのステップＳ１３（クラウドサーバ１００による検査データの処理）の例として、検査データ処理部１５０は、ＯＣＴにより得られたデータに基づいて眼底層厚解析を実行する。それにより、眼底Ｅｆの層厚情報が得られる。

（Ｓ７２）
次に、検査データ処理部１５０は、ステップＳ７１で取得された層厚情報と、健常眼における層厚の範囲（正常層厚範囲）を示すＮｏｒｍａｔｉｖｅｄａｔａとを比較する。

（Ｓ７３）
検査データ処理部１５０は、ステップＳ７２における比較結果を示す情報（比較結果情報）を作成する。比較結果情報は、たとえば、比較結果を文字列で表現した情報、および／または、比較結果を数値で表現した情報を含む。前者の例には、「異常はみられません」または「異常の疑いがあります」等のメッセージが含まれる。後者の例には、検査結果を示す数値（層厚の値）と、正常層厚範囲を示す数値との双方が含まれる。正常層厚範囲の数値は、当該範囲の上限および下限の少なくとも一方である。

（Ｓ７４）
演算制御部１１０は、通信部１３０を制御し、ステップＳ７３で作成された比較結果情報を、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに送信する。

（Ｓ７５）
患者端末３００−ｂや指定人端末４００−ｃは、クラウドサーバ１００からの比較結果情報を受信し、たとえば所定の操作が行われたことに対応してこの比較結果情報を表示する。それにより、患者ユーザや関係者は、比較結果情報を確認することができる。

（第２の例：図７Ｂ）
（Ｓ９１）
図５ＢのステップＳ１３（クラウドサーバ１００による検査データの処理）の例として、検査データ処理部１５０は、ＯＣＴにより得られたデータに基づいて眼底層厚解析を実行する。それにより、眼底Ｅｆの層厚情報が得られる。

（Ｓ９２）
演算制御部１１０は、ステップＳ９１で取得された層厚情報を、この患者ユーザのアカウントに格納する。ステップＳ９１およびＳ９２は、眼科検査装置２００−ａを用いてＯＣＴが実施される度に行われる。このような処理を行うことにより、患者ユーザのアカウントには、過去に取得された層厚情報が検査日時とともに記録される。つまり、患者ユーザのアカウントには、眼底層厚解析の履歴情報が記録される。

（Ｓ９３）
検査データ処理部１５０は、患者ユーザのアカウントに記録されている眼底層厚解析の履歴情報と、眼底層厚解析における正常層厚範囲（Ｎｏｒｍａｔｉｖｅｄａｔａ）とに基づいて、眼底Ｅｆの層厚の推移を示すグラフ（層厚推移グラフ）を作成する。層厚推移グラフの具体例については後述する。

層厚推移グラフの作成は、任意のタイミングで実行される。たとえば、眼底層厚解析が行われる度に層厚推移グラフを作成することができる。また、眼底層厚解析によって異常が発見された場合に層厚推移グラフを作成するようにしてもよい。また、患者ユーザ等からの要求に応じて層厚推移グラフを作成するようにしてもよい。

（Ｓ９４）
演算制御部１１０は、通信部１３０を制御し、ステップＳ９３で作成された層厚推移グラフを、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに送信する。

（Ｓ９５）
患者端末３００−ｂや指定人端末４００−ｃは、クラウドサーバ１００からの層厚推移グラフを受信し、たとえば所定の操作が行われたことに対応してこの層厚推移グラフを表示する。それにより、患者ユーザや関係者は、眼底Ｅｆの層厚の経時変化などを確認することができる。

層厚推移グラフの例を図７Ｃに示す。この層厚推移グラフには、異なるタイミングで取得された複数の層厚値Ｔ１〜Ｔ１０が記録されている。層厚値Ｔ１〜Ｔ１０は、たとえば一定間隔で行われたＯＣＴ計測に基づく。

層厚推移グラフには、層厚の正常範囲を示す情報（たとえば図７Ｃに示す文字列「正常」）、および／または、患者ユーザ等に注意を促すための情報（たとえば図７Ｃに示す文字列「注意」）が含まれていてよい。また、層厚推移グラフには、治療を行ったタイミングや治療内容を示す情報が含まれていてよい。図７Ｃに示す層厚推移グラフにおいては、２月５日と５月６日に薬剤の注射が行われたことが提示されている。図７Ｃに示す層厚推移グラフによれば、眼底Ｅｆの層厚の経過観察において、菲薄化が検出された直後に注射で薬剤が投与され、その結果、改善がみられたことが分かる。

〔検査データを用いた個人認証〕
患者ユーザの個人認証において検査データを用いることが可能である。この構成が適用される場合、患者ユーザのアカウントには、被検眼の画像データ、または被検眼の画像データに基づき作成された特徴情報が記録されている。被検眼の画像データとしては、眼底の正面画像の画像データ、前眼部の正面画像の画像データ、眼底の３次元画像データ（ＯＣＴ画像）、前眼部の３次元画像データなどがある。特徴情報としては、画像データから抽出された特徴部位の形状、位置、分布などを示す情報がある。この特徴部位は、たとえば、眼底においては血管、視神経乳頭、黄斑部、病変部などであり、前眼部においては瞳孔、虹彩、病変部などである。

図８に示す例では、ＯＣＴにより取得されたデータに基づく認証処理について説明するが、これに限られない。また、図８に示す例では、眼底の画像に基づいて認証処理を行なっているが、対象部位は眼底には限られない。一例として、眼科検査装置２００−ａが正面画像取得光学系を有している場合、これにより取得される眼底の正面画像や前眼部の正面画像に基づいて、図８と同様の認証処理を行うことが可能である。

（Ｓ１１１）
図５ＢのステップＳ１１（在宅での眼科検査）において、ＯＣＴを含む眼底Ｅｆの検査が実行される。このＯＣＴでは、たとえば３次元スキャンが適用される。それにより、眼底Ｅｆの３次元画像が得られる。

（Ｓ１１２）
眼科検査装置２００−ａの主制御部２４１は、通信部２７０を制御し、この患者ユーザのユーザＩＤと、ステップＳ１１１で得られた眼底Ｅｆの３次元画像とを、クラウドサーバ１００に送信させる。

（Ｓ１１３）
クラウドサーバ１００は、ステップＳ１１２で眼科検査装置２００−ａから送信されたユーザＩＤと３次元画像を受信する。検査データ処理部１５０は、この３次元画像を解析して特徴情報を抽出する。この特徴情報は、たとえば、眼底Ｅｆの表層部分における血管の分布情報である。特徴情報の抽出処理は、たとえば画素値（輝度値）に基づく閾値処理など、公知の画像処理を含む。

（Ｓ１１４）
演算制御部１１０は、ステップＳ１１３で受信されたユーザＩＤに基づいてこの患者ユーザのアカウントを特定し、特定されたアカウントから特徴情報を読み出して認証処理部１６０に送る。認証処理部１６０は、アカウントから読み出された特徴情報と、ステップＳ１１３で検査データ（３次元画像）から抽出された特徴情報とを比較し、双方の特徴情報が実質的に一致するか判定する。この比較処理は、たとえば、パターンマッチングや画像相関処理など、公知の画像処理を含む。「実質的に一致する」とは、双方の特徴情報が完全に一致する場合だけでなく、或る程度の誤差を許容してもよいことを示す。誤差の許容範囲（閾値等）はあらかじめ設定される。

（Ｓ１１５、Ｓ１１６）
双方の特徴情報が実質的に一致した場合、つまり認証に成功した場合（Ｓ１１５：ＹＥＳ）、演算制御部１１０は、検査データ等（３次元画像、その処理結果等）を、この患者ユーザのアカウントに格納する。

（Ｓ１１５、Ｓ１１７）
一方、双方の特徴情報が実質的に一致しなかった場合、つまり認証に失敗した場合（Ｓ１１５：ＮＯ）、演算制御部１１０は、この患者ユーザの患者端末３００−ｂや、この患者ユーザの関係者の指定人端末４００−ｃに、認証に失敗した旨を通知する。このとき、ユーザＩＤやユーザ認証情報を再度送信するよう促す情報等を送信してもよい。その場合、患者ユーザのユーザＩＤや検査データ等を記憶部１２０に記憶しておき、再送信されたユーザＩＤやユーザ認証情報等に基づいて、認証処理を再度行うことができる。

認証処理の他の例を説明する。上記の認証処理では、眼科検査装置２００−ａにより取得された検査データと、事前に登録された特徴情報（または画像データ）を照合することにより、検査を行った者が正規の患者ユーザであるか判定している。これに対し、眼科検査装置２００−ａを用いた自覚式視力検査における応答状態に基づいて、患者ユーザが的確に検査を行なっているか判定することができる。この判定処理は、患者ユーザの安否確認としても利用可能である。

このような構成は、たとえば次のような場合に適用可能である：（１）眼科検査装置２００−ａとクラウドサーバ１００とが、常時通信可能に接続されている場合；（２）眼科検査装置２００−ａに対して所定の操作（たとえば電源オン、検査開始指示等）がなされたことに対応して、眼科検査装置２００−ａとクラウドサーバ１００との間の通信が開始される場合；（３）所定の日時（検査開始予定日時）が到来したことに対応して、眼科検査装置２００−ａとクラウドサーバ１００との間の通信が開始される場合。自覚式視力検査が開始されない場合、眼科検査装置２００−ａは、その旨をクラウドサーバ１００に通知する。クラウドサーバ１００は、当該患者ユーザの検査が的確に行われていないと判定する。自覚式視力検査が開始されると、眼科検査装置２００−ａは、視標の提示を開始し、視標の提示内容（たとえば提示された視標の種別、視標が提示されたタイミング等）をクラウドサーバ１００に送る。さらに、眼科検査装置２００−ａは、提示された視標に対する応答が入力されたことに対応し、その応答内容（たとえば応答の正否、応答タイミング等）をクラウドサーバ１００に送る。演算制御部１１０は、眼科検査装置２００−ａから受信した応答内容と、この患者ユーザが過去（たとえば前回）に行った自覚式視力検査の検査データとに基づいて、検査が的確に行われているか否か判定する。この判定処理は、たとえば、応答の正否における異常を検出する処理、および／または、応答タイミングにおける異常を検出する処理を含む。応答の正否における異常の検出では、たとえば、前回の検査で得られた視力値よりも所定値以上低い視力値の視標に対する応答が不正解であることを検出する。また、応答タイミングにおける異常の検出では、たとえば、視標が提示された時刻から応答が入力された時刻までの経過時間が所定値以上であることを検出する。このような事象は、たとえば、検査が的確に行われていない、患者ユーザ以外の者が検査を行なっている、患者ユーザの容態が悪化している、などの理由から生じる。このような事象が検出された場合、演算制御部１１０は所定の処理を実行する。この所定の処理としては、異常が発生された旨を当該患者ユーザのアカウントに記録する処理、当該患者ユーザの患者端末３００−ｂへの情報の送信、当該患者ユーザの関係者の指定人端末４００−ｃへの情報の送信、当該患者ユーザのかかりつけ医の指定人端末４００−ｃへの情報の送信、医療機関内サーバ６００−ｅへの情報の送信などがある。

〔有料サービスへの課金〕
クラウドサーバ１００は、有料のサービスをユーザに提供することができる。有料サービスの提供先は任意である。つまり、患者ユーザ、患者関係者ユーザ、医療機関ユーザ、金融機関ユーザ、保険提供者ユーザ等に対して、有料サービスを提供することが可能である。以下の説明では、患者ユーザに有料サービスを提供する場合について説明する（図９を参照）。

（Ｓ１３１）
有料サービスの提供を希望する患者ユーザは、患者端末３００−ｂを操作してその旨を入力する。患者端末３００−ｂは、当該操作を受けて、有料サービスの利用要求をクラウドサーバ１００に送信する。利用要求には、ユーザＩＤおよびユーザ認証情報が含まれる。なお、有料サービスの利用要求は、たとえば、患者端末３００−ｂで閲覧可能な、クラウドサーバ１００が提供するウェブページを用いて行われる。

（Ｓ１３２）
クラウドサーバ１００は、ステップＳ１３１で患者端末３００−ｂから送信された利用要求を受信する。患者情報管理部１４１は、この利用要求に含まれるユーザＩＤに基づきこの患者ユーザのアカウントを特定する。さらに、認証処理部１６０は、ユーザＩＤおよびユーザ認証情報に基づいて認証処理を行う。

（Ｓ１３３、Ｓ１３４）
認証に失敗した場合において（Ｓ１３２：ＮＯ）、認証処理部１６０は、今回の失敗が所定回数を超えているか判定する（Ｓ１３３）。この失敗が所定回数を超えていない場合（Ｓ１３３：ＮＯ）、演算制御部１１０は、通信部１３０を制御し、再度の利用要求の送信を促す旨を示す情報を、この患者ユーザの患者端末３００−ｂに送信する（Ｓ１３４）。患者端末３００−ｂは、再度の利用要求の送信を促す旨を示す情報を表示する。患者ユーザは、表示された情報に応じ、再度のりよう要求を行う（Ｓ１３１）。

（Ｓ１３３、Ｓ１３５）
認証の失敗が所定回数を超えた場合（Ｓ１３３：ＹＥＳ）、演算制御部１１０は、通信部１３０を制御し、有料サービスの提供を行わない旨を示す情報を、この患者ユーザの患者端末３００−ｂに送信する（Ｓ１３５）。それでも有料サービスの提供を望む患者ユーザは、当該システムの管理者のコールセンター等に連絡し、有料サービスの提供、ユーザ認証情報の再発行などを申し込む。

（Ｓ１３６）
ステップＳ１３２において認証に成功した場合（Ｓ１３２：ＹＥＳ）、演算制御部１１０等は、患者ユーザが要求した有料サービスを患者端末３００−ｂ等を介して提供する（Ｓ１３６）。なお、有料サービスの例については前述した。

（Ｓ１３７）
課金処理部１７０は、患者ユーザに提供された有料サービスに対する課金額を算出する。前述したように、課金処理部１７０は、あらかじめ記憶された有料サービスの課金額を参照して、この患者ユーザに対する課金額を求める。

（Ｓ１３８）
演算制御部１１０は、ステップＳ１３７で算出された課金額をユーザ情報管理部１４０に送る。ユーザ情報管理部１４０は、この患者ユーザのアカウントに課金額を記録する。このとき、サービスに関連する情報（提供日時、種別等）を、課金額とともに記憶させることができる。

（Ｓ１３９）
演算制御部１１０は、ステップＳ１３７で算出された課金額を、この患者ユーザの患者端末３００−ｂに通知する。なお、クラウドサーバ１００は、有料サービスを提供する前の段階で、このサービスの料金を患者端末３００−ｂに提示させることができる。また、段階的に料金が発生する有料サービスにおいては、料金が発生する直前の段階で、患者端末３００−ｂに料金を提示させることができる。

（Ｓ１４０）
ステップＳ１３９よりも前若しくは後の段階で、またはステップＳ１３９と並行して、演算制御部１１０は、ステップＳ１３７で算出された課金額と、この患者ユーザのユーザＩＤ等（口座番号、クレジットカード番号、パスワード等）とを、この患者ユーザが利用している金融機関の金融機関サーバ８００−ｇに送信する。金融機関サーバ８００−ｇは、この患者ユーザの口座等に課金額を記録する。

〔他の使用形態〕
患者管理システム１の他の使用形態の他の使用形態について、上記使用形態との相違点を中心に説明する。

患者ユーザは、所定の時間間隔（たとえば毎日、隔日）で検査を行うように医師等から指示を受ける。クラウドサーバ１００における当該患者ユーザのアカウントには、この時間間隔またはそれより長い期間（まとめて「所定の期間」と称する）を示す情報があらかじめ記憶される。クラウドサーバ１００は、自宅等で実際に行われた検査の間隔をモニタする。この処理は、たとえば前述の検査履歴（検査ログ）を参照して行われる。検査が所定の期間行われなかった場合、つまり検査データの生成が所定の期間実行されなかった場合、クラウドサーバ１００の演算制御部１１０は所定の処理を実行する。この所定の処理としては、検査が所定の期間行われなかった旨を当該患者ユーザのアカウントに記録する処理、当該患者ユーザの患者端末３００−ｂへの情報の送信、当該患者ユーザの関係者の指定人端末４００−ｃへの情報の送信、当該患者ユーザのかかりつけ医の指定人端末４００−ｃへの情報の送信、医療機関内サーバ６００−ｅへの情報の送信などがある。

眼科検査装置２００−ａを２人以上の患者ユーザが共用する場合がある。その場合、被検者ごとの設定情報が記憶部２４２に記憶される。また、記憶部２４２には、各被検者の正規ユーザ認証情報が記憶される。ユーザ認証情報が入力されると、主制御部２４１は、入力されたユーザ認証情報と一致する正規ユーザ認証情報を探索し、その正規ユーザ認証情報に対応する設定情報を特定する。そして、主制御部２４１は、特定された設定情報に基づいてステップＳ１３の設定処理を行う。クラウドサーバ１００の認証処理部１６０も同様の処理を行うことにより、２人以上の患者ユーザのアカウントを識別する。

［効果］
実施形態に係る患者管理システムおよび患者管理サーバの効果について説明する。

実施形態に係る患者管理システム（１）は、サーバ（クラウドサーバ１００）と、複数の眼科検査装置（２００−ａ）と、複数のコンピュータ（医療機関内サーバ６００−ｅ）とを含む。

複数の眼科検査装置（２００−ａ）は、複数の患者に対してあらかじめ割り当てられている。複数の眼科検査装置（２００−ａ）は、それぞれ、複数の患者の自宅等に設置される。複数の眼科検査装置（２００−ａ）のそれぞれは、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信可能である。複数のコンピュータ（医療機関内サーバ６００−ｅ）は、複数の医療機関に設置されている。複数のコンピュータ（医療機関内サーバ６００−ｅ）は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信可能である。

複数の眼科検査装置（２００−ａ）のそれぞれは、第１の通信部（通信部２７０）と、検査部（光学ユニット２１０、画像形成部２５０、検査データ生成部２６１等）と、第１の制御部（制御部２４０）とを含む。第１の通信部（通信部２７０）は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信するための機能を有する。検査部（光学ユニット２１０等）は、この眼科検査装置（２００−ａ）の使用が許可された患者の眼を光学的に検査することにより検査データを生成する。第１の制御部（制御部２４０）は、検査部（光学ユニット２１０等）により生成された検査データをサーバ（クラウドサーバ１００）に送信するように第１の通信部（通信部２７０）を制御する。

サーバ（クラウドサーバ１００）は、第２の通信部（通信部１３０）と、情報管理部（ユーザ情報管理部１４０）と、第２の制御部（演算制御部１１０）とを有する。第２の通信部（通信部１３０）は、通信回線（Ｎ）を介して複数の眼科検査装置（２００−ａ）および複数のコンピュータ（医療機関内サーバ６００−ｅ）と通信するための機能を有する。情報管理部（ユーザ情報管理部１４０）は、検査データが記憶される複数の患者のそれぞれのアカウントと、複数の医療機関のそれぞれのアカウントとを管理する。第２の制御部（演算制御部１１０）は、第２の通信部（通信部１３０）を制御する。

複数のコンピュータ（医療機関内サーバ６００−ｅ）のそれぞれは、第３の通信部と、記憶部と、第３の制御部とを有する。第３の通信部は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信するための機能を有する。第３の通信部は、たとえば第１の通信部や第２の通信部と同様の構成を有する。記憶部は、各種の情報を記憶する。記憶部は、たとえばハードディスクドライブ等の記憶装置を含む。第３の制御部は、第２の通信部（通信部１３０）が送信した情報を第３の通信部が受信したときに、この情報を記憶部に記憶させる。

このような患者管理システムによれば、患者の自宅等に設置された眼科検査装置を用いて患者の病態を管理することが可能である。より具体的には、実施形態に係る患者管理システムによれば、患者の自宅等に設置された眼科検査装置により得られた検査結果を、患者ごとに作成されたアカウントによって個別に管理することができ、また、複数の患者についての検査結果を集中的に管理することができる。

実施形態に係る患者管理システム（１）は、複数の第１のコンピュータ端末（診断医端末５００−ｄ）を含んでいてよい。第１のコンピュータ端末（診断医端末５００−ｄ）は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信可能である。この場合において、次のような構成を適用することが可能である。サーバ（クラウドサーバ１００）の第２の通信部（通信部１３０）が第１のコンピュータ端末（診断医端末５００−ｄ）から患者登録要求を受信すると、情報管理部（ユーザ情報管理部１４０）は、受信された患者登録要求に係る患者のアカウントを作成する処理と、複数の医療機関のいずれかを当該患者に割り当てる処理とを行う。さらに、第２の制御部（演算制御部１１０）は、当該患者に割り当てられた医療機関に設置されたコンピュータ（医療機関内サーバ６００−ｅ）に、当該患者に関する情報を送信するように、第２の通信部（通信部１３０）を制御する。

この構成によれば、新規の患者を登録する処理を自動化することができる。また、新規の患者と医療機関とをマッチングする処理や、新規の患者に関する情報を医療機関に通知する処理を、自動化することができる。

実施形態に係る患者管理システム（１）は、サーバ（クラウドサーバ１００）の第２の通信部（通信部１３０）が複数の眼科検査装置（２００−ａ）のいずれかから検査データを受信したときに、次のような処理を行うように構成されていてもよい。すなわち、第２の制御部（演算制御部１１０）は、受信された検査データを、当該患者に割り当てられた医療機関に設置されたコンピュータに送信するように、第２の通信部（通信部１３０）を制御することができる。

この構成によれば、眼科検査装置（２００−ａ）を用いて取得された或る患者の検査データを、この患者に割り当てられた医療機関に自動で通知することができる。

検査データを医療機関に通知する処理において、第２の制御部（演算制御部１１０）は、眼科検査装置（２００−ａ）から受信された検査データを送信するか否か判定し、送信すると判定された場合にのみ検査データの送信処理を第２の通信部（通信部１３０）に実行させることができる。

この構成によれば、眼科検査装置（２００−ａ）を用いて取得された検査データを、必要な場合にのみ医療機関に通知することができる。

実施形態に係る患者管理システム（１）は、次のように構成されていてもよい。サーバ（クラウドサーバ１００）は、検査データ処理部（１５０）を含んでいてよい。検査データ処理部（１５０）は、複数の眼科検査装置（２００−ａ）のいずれかから第２の通信部（通信部１３０）が受信した検査データに対して、所定の処理を施す。さらに、第２の制御部（演算制御部１１０）は、検査データ処理部（１５０）による検査データの処理結果を、当該患者に割り当てられた医療機関に設置されたコンピュータ（医療機関内サーバ６００−ｅ）に送信するように、第２の通信部（通信部１３０）を制御する。

この構成によれば、眼科検査装置（２００−ａ）を用いて取得された或る患者の検査データを処理し、その処理結果をこの患者に割り当てられた医療機関に自動で通知することができる。

検査データの処理結果を医療機関に通知する処理において、第２の制御部（演算制御部１１０）は、検査データの処理結果を送信するか否か判定し、送信すると判定された場合にのみ、検査データの処理結果を送信する処理を第２の通信部（通信部１３０）に実行させることができる。

この構成によれば、眼科検査装置（２００−ａ）を用いて取得された検査データの処理結果を、必要な場合にのみ医療機関に通知することができる。

実施形態に係る患者管理システム（１）は、次のように構成されていてもよい。サーバ（クラウドサーバ１００）の第２の通信部（通信部１３０）が複数の眼科検査装置（２００−ａ）のいずれかから検査データを受信したときに、第２の制御部（演算制御部１１０）は、受信された検査データに基づいて通院を提案するか否か判定し、通院を提案すると判定された場合、この患者に割り当てられた医療機関に設置されたコンピュータ（医療機関内サーバ６００−ｅ）に通院提案を送信するように、第２の通信部（通信部１３０）を制御する。

この構成によれば、眼科検査装置（２００−ａ）を用いて取得された検査データに基づいて、この患者に通院が必要かどうか検討することを医師に提案することが可能である。なお、患者が在宅治療を受けている場合や、患者が往診を受けられる環境にある場合などを考慮し、「通院」は「往診」を含む意味である。つまり、「通院提案」は、往診の提案などの診療の提案であってよい。

通院提案を行う場合において、次のような構成を適用することが可能である。実施形態に係る患者管理システム（１）は、複数の患者のそれぞれまたはその関係者の使用に供される第２のコンピュータ端末（患者端末３００−ｂ、指定人端末４００−ｃ）を含む。第２のコンピュータ端末（患者端末３００−ｂ等）は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信可能である。通院提案を受信したコンピュータ（医療機関内サーバ６００−ｅ）から第２の通信部（通信部１３０）が通院の要否の判断結果を受信したときに、第２の制御部（演算制御部１１０）は、当該患者またはその関係者の使用に供される第２のコンピュータ端末（患者端末３００−ｂ等）に、当該判断結果を送信するように、第２の通信部（通信部１３０）を制御することができる。なお、通院が必要であるとの判断結果が得られた場合にのみ、この処理を行うように構成することができる。

この構成によれば、医師による通院の要否の判断結果を、患者やその関係者に自動で通知することが可能である。特に、通院が必要な場合に、その旨を患者等に自動で通知することができる。

実施形態に係る患者管理システム（１）は、次のように構成されていてもよい。実施形態に係る患者管理システム（１）は、複数の患者のそれぞれまたはその関係者の使用に供される第２のコンピュータ端末（患者端末３００−ｂ、指定人端末４００−ｃ）を含む。第２のコンピュータ端末（患者端末３００−ｂ等）は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信可能である。サーバ（クラウドサーバ１００）は、複数の眼科検査装置（２００−ａ）のいずれかから第２の通信部（通信部１３０）が受信した検査データを解析する検査データ解析部（検査データ処理部１５０）を含む。第２の制御部（演算制御部１１０）は、検査データ解析部（検査データ処理部１５０）による検査データの解析結果を、当該患者またはその関係者の使用に供される第２のコンピュータ端末（患者端末３００−ｂ等）に送信するように、第２の通信部（通信部１３０）を制御することができる。

この構成によれば、検査データの解析結果を、当該患者やその関係者に自動で通知することができる。解析結果は、たとえば数値情報やグラフ情報として作成されて患者等に通知される。

実施形態に係る患者管理システム（１）は、次のように構成されていてもよい。複数の患者のそれぞれのアカウントには、当該患者の眼の形態を表す形態情報があらかじめ記憶されている。形態情報は、たとえば、被検眼の画像データ、または被検眼の画像データに基づき作成された特徴情報である。被検眼の画像データとしては、眼底の正面画像の画像データ、前眼部の正面画像の画像データ、眼底の３次元画像データ（ＯＣＴ画像）、前眼部の３次元画像データなどがある。特徴情報としては、画像データから抽出された特徴部位の形状、位置、分布などを示す情報がある。この特徴部位は、たとえば、眼底においては血管、視神経乳頭、黄斑部、病変部などであり、前眼部においては瞳孔、虹彩、病変部などである。また、本構成において、検査データは、眼の形態を表す画像データを含む。この画像データは、たとえば、ＯＣＴ画像の画像データ、眼底の撮影画像、前眼部の撮影画像である。サーバ（クラウドサーバ１００）は、認証処理部（１６０）を含む。認証処理部（１６０）は、第２の通信部（通信部１３０）が複数の眼科検査装置（２００−ａ）のいずれかから検査データを受信したときに、この検査データに含まれる画像データと、この患者のアカウントに記憶されている形態情報とに基づいて、この画像データが正規の患者の眼の形態を表す画像データであるか否か判定する。この画像データがこの患者の眼の形態を表す画像データであると認証処理部（１６０）により判定された場合、第２の制御部（演算制御部１１０）は、この患者のアカウントにこの検査データを記憶させる。

この構成によれば、認証情報を入力するための操作を行わなくても、患者の個人認証を行うことができる。また、生体認証等を行うための専用の装置を設けなくとも、患者の個人認証を行うことができる。

実施形態に係る患者管理システム（１）は、次のように構成されていてもよい。実施形態に係る患者管理システム（１）は、複数の患者のそれぞれまたはその関係者の使用に供される第２のコンピュータ端末（患者端末３００−ｂ、指定人端末４００−ｃ）を含む。第２のコンピュータ端末（患者端末３００−ｂ等）は、通信回線（Ｎ）を介してサーバ（クラウドサーバ１００）と通信可能である。また、サーバ（クラウドサーバ１００）は、第２のコンピュータ端末（患者端末３００−ｂ等）に対して、所定の有料サービスを提供することが可能である。サーバ（クラウドサーバ１００）は、第２のコンピュータ端末（患者端末３００−ｂ等）のいずれかに有料サービスが提供されたときに、その有料サービスの課金額を算出する課金処理部（１７０）を含む。第２の制御部（演算制御部１１０）は、課金処理部（１７０）により算出された課金額を、この患者のアカウントに記憶する処理を行う。また、第２の制御部（演算制御部１１０）は、有料サービスが提供された第２のコンピュータ端末（患者端末３００−ｂ等）に、算出された課金額を送信する処理を行う。

この構成によれば、患者が有料サービスを利用したときの課金処理を自動で行うことができる。

実施形態に係る患者管理システム（１）は、次のように構成されていてもよい。サーバ（クラウドサーバ１００）は、複数のコンピュータ（医療機関内サーバ６００−ｅ）を介して、所定の有料サービスを提供することが可能である。サーバ（クラウドサーバ１００）は、複数のコンピュータ（医療機関内サーバ６００−ｅ）のいずれかを介して有料サービスが提供されたときに、その有料サービスの課金額を算出する課金処理部（１７０）を含む。第２の制御部（演算制御部１１０）は、課金処理部（１７０）により算出された課金額を、当該医療機関のアカウントに記憶する処理を行う。また、第２の制御部（演算制御部１１０）は、当該有料サービスが提供されたコンピュータ（医療機関内サーバ６００−ｅ）に、算出された課金額を送信する処理を行う。

この構成によれば、医療機関（医療従事者）が有料サービスを利用したときの課金処理を自動で行うことができる。

実施形態に係る患者管理システム（１）は、この明細書に記載されている任意の処理を実行できるように構成されていてよい。

実施形態に係る患者管理サーバ（クラウドサーバ１００）は、複数の患者に割り当てられた複数の眼科検査装置（２００−ａ）および複数の医療機関に設置された複数のコンピュータ（医療機関内サーバ６００−ｅ）と通信回線（Ｎ）を介して通信可能である。患者管理サーバ（クラウドサーバ１００）は、通信部（１３０）と、情報管理部（ユーザ情報管理部１４０）と、制御部（演算制御部１１０）とを含む。通信部（１３０）は、通信回線（Ｎ）を介して複数の眼科検査装置（２００−ａ）および複数のコンピュータ（医療機関内サーバ６００−ｅ）と通信するための機能を有する。情報管理部（ユーザ情報管理部１４０）は、複数の患者のそれぞれのアカウントと、複数の医療機関のそれぞれのアカウントとを管理する。制御部（演算制御部１１０）は、通信部（１３０）の制御を行う。通信部（１３０）は、複数の眼科検査装置（２００−ａ）のそれぞれが患者の眼を光学的に検査することにより生成した検査データを受信する。情報管理部（ユーザ情報管理部１４０）は、受信された検査データを当該患者のアカウントに記憶する。制御部（演算制御部１１０）は、当該患者のアカウントに記憶されている情報を、当該患者にあらかじめ割り当てられた医療機関のコンピュータ（医療機関内サーバ６００−ｅ）に送信するように、通信部（１３０）を制御する。

このような患者管理サーバによれば、患者の自宅等に設置された眼科検査装置により取得された検査データを管理することにより、患者の病態を管理することが可能である。より具体的には、実施形態に係る患者管理サーバによれば、患者の自宅等に設置された眼科検査装置により得られた検査結果を、患者ごとに作成されたアカウントによって個別に管理することができ、また、複数の患者についての検査結果を集中的に管理することができる。

実施形態に係る患者管理サーバ（クラウドサーバ１００）は、この明細書に記載されている任意の処理を実行できるように構成されていてよい。

以上に説明した構成は、この発明を好適に実施するための一例に過ぎない。よって、この発明の要旨の範囲内における任意の変形（省略、置換、付加等）を適宜に施すことが可能である。

上記の実施形態を実現するためのコンピュータプログラムを、コンピュータによって読み取り可能な任意の記録媒体に記憶させることができる。この記録媒体としては、たとえば、半導体メモリ、光ディスク、光磁気ディスク（ＣＤ−ＲＯＭ／ＤＶＤ−ＲＡＭ／ＤＶＤ−ＲＯＭ／ＭＯ等）、磁気記憶媒体（ハードディスク／フロッピー（登録商標）ディスク／ＺＩＰ等）などを用いることが可能である。

また、インターネットやＬＡＮ等のネットワークを通じてこのプログラムを送受信することも可能である。

１患者管理システム
１００クラウドサーバ
１１０演算制御部
１２０記憶部
１３０通信部
１４０ユーザ情報管理部
１４１患者情報管理部
１４２医療機関情報管理部
１４３金融機関情報管理部
１４４保険提供者情報管理部
１５０検査データ処理部
１６０認証処理部
１７０課金処理部
１８０保険処理部
２００−ａ眼科検査装置
２１０光学ユニット
２１０Ａユニット駆動部
２１１光源
２１４参照ミラー
２１４Ａ参照ミラー駆動部
２１６スキャナ
２１８ダイクロイックミラー
２１９対物レンズ
２１９Ｂ鏡筒駆動部
２２３ＣＣＤイメージセンサ
２２５フラットパネルディスプレイ
２３０コンピュータ
２４０制御部
２４１主制御部
２４２記憶部
２５０画像形成部
２６０データ処理部
２６１検査データ生成部
２６２静止判定部
２６３左右判定部
２６４認証処理部
２６５監視処理部
２７０通信部
２８０ユーザインターフェイス
２８１表示部
２８２操作部
３００−ｂ患者端末
４００−ｃ指定人端末
５００−ｄ診断医端末
６００−ｅ医療機関内サーバ
７００−ｆ医療従事者端末
８００−ｇ金融機関サーバ
９００−ｈ保険提供者サーバ
Ｎ通信回線

Claims

サーバと、
複数の患者に割り当てられた複数の眼科撮影装置と、
複数の医療機関に設置された複数のコンピュータと
を含み、
前記複数の眼科撮影装置のそれぞれは、
被検眼の眼底に光コヒーレンストモグラフィを適用して３次元画像データを生成する検査部と、
前記検査部により生成された３次元画像データを通信回線を介して前記サーバに送信する第１の通信部と
を含み、
前記サーバは、
前記複数の眼科撮影装置のいずれかから送信された３次元画像データを受信する第２の通信部と、
前記第２の通信部により受信された３次元画像データを解析して特徴情報を抽出する抽出部と、
前記抽出部により３次元画像データから抽出された特徴情報に基づいて被検者の個人認証を行う認証処理部と、
当該個人認証に成功した場合、あらかじめ作成された当該被検者のアカウントに３次元画像データを記憶させる制御部と、
当該アカウントに記憶された３次元画像データを解析して視神経乳頭の形状パラメータを求める解析部と、
被検者のアカウントにあらかじめ記憶された患者情報を、前記複数の医療機関のうち当該被検者にあらかじめ関連付けられた医療機関に送信する第３の通信部と
を含み、
前記複数のコンピュータのそれぞれは、
前記サーバから送信された患者情報を受信する第４の通信部と、
前記第４の通信部により受信された患者情報に基づいて当該被検者の電子カルテを作成する手段と
を含む
ことを特徴とする患者管理システム。
被検者のアカウントには、当該被検者の眼底の特徴情報があらかじめ記憶されており、
前記認証処理部は、前記抽出部により３次元画像データから抽出された特徴情報と当該アカウントにあらかじめ記憶された特徴情報とを比較することにより当該被検者の個人認証を行う
ことを特徴とする請求項１に記載の患者管理システム。
被検者のアカウントには、当該患者の眼の形態を表す形態情報があらかじめ記憶されており、
前記認証処理部は、前記抽出部により３次元画像データから抽出された特徴情報と当該アカウントにあらかじめ記憶された形態情報とに基づいて当該被検者の個人認証を行う
ことを特徴とする請求項１に記載の患者管理システム。
前記解析部は、前記形状パラメータとして、視神経乳頭のカップ径、ディスク径、リム径、乳頭深さ、及び傾きのいずれかを求める
ことを特徴とする請求項１〜３のいずれかに記載の患者管理システム。