(57)【要約】【課題】眼科情報を適切に処理して診断等の正確性を向上させることが可能な眼科情報処理プログラムおよび眼科情報処理方法を提供する。【解決手段】眼科情報処理システムは、サーバ１０と複数の端末装置２０を備える。眼科情報処理システムは、第１送信ステップ（Ｓ３２）、第２送信ステップ（Ｓ３５）、付加データ作成ステップ（Ｓ３６）、第３送信ステップ（Ｓ３７）、および第４送信ステップ（Ｓ３８）を実行する。第１送信ステップでは、端末装置２０Ａが被検者データをサーバ１０に送信する。第２送信ステップでは、サーバ１０が端末装置２０Ｃに被検者データを送信する。付加データ作成ステップでは、端末装置２０Ｃが、被検者データに付加する付加データを作成する。第３送信ステップおよび第４送信ステップでは、付加データがサーバ１０を介して端末装置２０Ａに送信される。【選択図】図４
2019118651.tif 000002
【特許請求の範囲】
【請求項１】
サーバと、前記サーバとの間で通信を行うことが可能な複数の端末装置とを備えた眼科情報処理システムにおいて実行される眼科情報処理プログラムであって、
前記眼科情報処理プログラムが前記眼科情報処理システムのコントローラによって実行されることで、
前記複数の端末装置のうちの第１端末装置が、眼科検査装置によって取得された被検眼の検査結果のデータを含む被検者データを前記サーバへ送信する第１送信ステップと、
前記サーバが、前記複数の端末装置のうち前記第１端末装置から送信された前記被検者データの閲覧を許可された端末装置である第２端末装置に、前記被検者データを送信する第２送信ステップと、
前記第２端末装置が、前記被検者データの少なくとも一部を表示部に表示させた状態でユーザからの指示を受け付けることで、前記被検者データに対する付加データを作成する付加データ作成ステップと、
前記第２端末装置が、前記付加データを前記サーバへ送信する第３送信ステップと、
前記サーバが、前記付加データを前記第１端末装置へ送信する第４送信ステップと、
が前記眼科情報処理システムによって実行されることを特徴とする眼科情報処理プログラム。
【請求項２】
請求項１に記載の眼科情報処理プログラムであって、
前記付加データ作成ステップでは、前記眼科検査装置によって取得された前記検査結果に基づく画像である検査結果画像と、前記検査結果画像の範囲のうちの一部の注目範囲の前記検査結果に基づくデータである注目範囲データとを含む検査結果レポートが前記表示部に表示された状態で前記付加データが作成されると共に、
前記第２端末装置が、前記検査結果レポートにおける前記検査結果画像の前記注目範囲をユーザからの指示に応じて変更すると共に、前記注目範囲データを、前記被検者データに基づいて、変更した前記注目範囲におけるデータに変更するレポート変更ステップ
が前記眼科情報処理システムによって実行されることを特徴とする眼科情報処理プログラム。
【請求項３】
請求項１または２に記載の眼科情報処理プログラムであって、
前記第１端末装置が、前記眼科情報処理システムにアカウントが登録されている前記複数の端末装置のうち、前記被検者データの閲覧を許可する１つまたは複数の前記第２端末装置を指定する指定情報を前記サーバに送信する指定情報送信ステップ
が前記眼科情報処理システムによって実行されると共に、
前記第２送信ステップでは、前記指定情報によって指定された前記第２端末装置に前記被検者データが送信されることを特徴とする眼科情報処理プログラム。
【請求項４】
請求項３に記載の眼科情報処理プログラムであって、
前記サーバが、前記眼科情報処理システムにアカウントが登録されている前記端末装置のユーザに関するユーザ情報を、各々の前記端末装置に送信するユーザ情報送信ステップと、
前記端末装置が、前記ユーザ情報を表示部に表示させた状態でユーザからの指示を受け付けることで、前記指定情報を作成する指定情報作成ステップと、
が前記眼科情報処理システムによって実行されることを特徴とする眼科情報処理プログラム。
【請求項５】
請求項４に記載の眼科情報処理プログラムであって、
前記ユーザ情報には、前記端末装置によって前記付加データが過去に作成された回数を示す情報が含まれることを特徴とする眼科情報処理プログラム。
【請求項６】
請求項４または５に記載の眼科情報処理プログラムであって、
前記第１端末装置が、前記付加データを作成した前記第２端末装置のユーザの評価値をユーザからの指示に応じて作成し、前記サーバに送信する評価値送信ステップ
が前記眼科情報処理システムによって実行されると共に、
前記ユーザ情報には前記評価値が含まれることを特徴とする眼科情報処理プログラム。
【請求項７】
請求項１から６のいずれかに記載の眼科情報処理プログラムであって、
前記第１端末装置が、前記第１送信ステップにおいて送信される前記被検者データのうち、前記第２端末装置において閲覧可能なデータの範囲を示す閲覧範囲情報をユーザからの指示に応じて作成し、前記サーバに送信する閲覧範囲情報送信ステップ
が前記眼科情報処理システムによって実行されると共に、
前記第２送信ステップでは、前記被検者データのうち前記閲覧範囲情報によって示された範囲のデータが、前記第２端末装置に送信されることを特徴とする眼科情報処理プログラム。
【請求項８】
請求項１から７のいずれかに記載の眼科情報処理プログラムであって、
それぞれの被検者を識別する識別情報を作成する識別情報作成ステップ
が前記眼科情報処理システムによって実行されると共に、
前記第２送信ステップでは、被検者の個人名を含まず、且つ前記識別情報を含む前記被検者データが前記第２端末装置に送信されることを特徴とする眼科情報処理プログラム。
【請求項９】
請求項１から８のいずれかに記載の眼科情報処理プログラムであって、
前記第２送信ステップでは、同一の被検者の被検眼から異なる時間に取得された複数の前記検査結果のデータを含む被検者データが、前記サーバから前記第２端末装置に送信され、
前記付加データ作成ステップでは、前記複数の検査結果のデータを含む前記被検者データに対して前記付加データが作成されることを特徴とする眼科情報処理プログラム。
【請求項１０】
請求項９に記載の眼科情報処理プログラムであって、
複数の前記第１端末装置の各々が前記第１送信ステップを実行することで、同一の被検者の被検眼から異なる時間に取得された複数の前記検査結果のデータを含む被検者データが前記サーバに送信されると共に、
前記サーバが、前記複数の第１端末装置の各々から受信した同一の被検眼の前記被検者データを保存する保存ステップ
が前記眼科情報処理システムによって実行されることを特徴とする眼科情報処理プログラム。
【請求項１１】
サーバと、前記サーバとの間で通信を行うことが可能な複数の端末装置とを備えた眼科情報処理システムにおいて実行される眼科情報処理方法であって、
前記複数の端末装置のうちの第１端末装置が、眼科検査装置によって取得された被検眼の検査結果のデータを含む被検者データを前記サーバへ送信する第１送信ステップと、
前記サーバが、前記複数の端末装置のうち前記第１端末装置から送信された前記被検者データの閲覧を許可された端末装置である第２端末装置に、前記被検者データを送信する第２送信ステップと、
前記第２端末装置が、前記被検者データの少なくとも一部を表示部に表示させた状態でユーザからの指示を受け付けることで、前記被検者データに対する付加データを作成する付加データ作成ステップと、
前記第２端末装置が、前記付加データを前記サーバへ送信する第３送信ステップと、
前記サーバが、前記付加データを前記第１端末装置へ送信する第４送信ステップと、
を含むことを特徴とする眼科情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、被検眼の検査結果のデータを含む眼科情報を処理するための眼科情報処理プログラム、および眼科情報処理方法に関する。
【背景技術】
【０００２】
従来、眼科情報を処理するための種々の技術が提案されている。例えば、特許文献１が開示する眼科情報処理装置は、異なる日に得られた複数のＯＣＴデータに基づく層厚情報を整合させることで、被検眼の経過観察の容易化を図っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１７−１０４５３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
検査結果に基づく診断等をより正確に行うためには、眼科情報を適切に処理することが望ましい。例えば、検査が行われた施設とは異なる施設の医師に、検査結果に基づく診断を行ってもらいたい場合がある。また、検査が行われた施設とは異なる施設の医師等に、検査結果のデータの補完（例えば、断層画像における各層の境界の補完（所謂「セグメンテーションの補完」）等）を行ってもらいたい場合もある。また、より正確な診断を行うために、検査結果のデータの表示を変更したい場合等もある。このような場合に眼科情報を適切に処理することは、従来の技術では困難であった。
【０００５】
本開示は、眼科情報を適切に処理して診断等の正確性を向上させることが可能な眼科情報処理プログラムおよび眼科情報処理方法を提供することである。
【課題を解決するための手段】
【０００６】
本開示における典型的な実施形態が提供する眼科情報処理プログラムは、サーバと、前記サーバとの間で通信を行うことが可能な複数の端末装置とを備えた眼科情報処理システムにおいて実行される眼科情報処理プログラムであって、前記眼科情報処理プログラムが前記眼科情報処理システムのコントローラによって実行されることで、前記複数の端末装置のうちの第１端末装置が、眼科検査装置によって取得された被検眼の検査結果のデータを含む被検者データを前記サーバへ送信する第１送信ステップと、前記サーバが、前記複数の端末装置のうち前記第１端末装置から送信された前記被検者データの閲覧を許可された端末装置である第２端末装置に、前記被検者データを送信する第２送信ステップと、前記第２端末装置が、前記被検者データの少なくとも一部を表示部に表示させた状態でユーザからの指示を受け付けることで、前記被検者データに対する付加データを作成する付加データ作成ステップと、前記第２端末装置が、前記付加データを前記サーバへ送信する第３送信ステップと、前記サーバが、前記付加データを前記第１端末装置へ送信する第４送信ステップと、が前記眼科情報処理システムによって実行される。
【０００７】
本開示における典型的な実施形態が提供する眼科情報処理方法は、サーバと、前記サーバとの間で通信を行うことが可能な複数の端末装置とを備えた眼科情報処理システムにおいて実行される眼科情報処理方法であって、前記複数の端末装置のうちの第１端末装置が、眼科検査装置によって取得された被検眼の検査結果のデータを含む被検者データを前記サーバへ送信する第１送信ステップと、前記サーバが、前記複数の端末装置のうち前記第１端末装置から送信された前記被検者データの閲覧を許可された端末装置である第２端末装置に、前記被検者データを送信する第２送信ステップと、前記第２端末装置が、前記被検者データの少なくとも一部を表示部に表示させた状態でユーザからの指示を受け付けることで、前記被検者データに対する付加データを作成する付加データ作成ステップと、前記第２端末装置が、前記付加データを前記サーバへ送信する第３送信ステップと、前記サーバが、前記付加データを前記第１端末装置へ送信する第４送信ステップと、を含む。
【０００８】
本開示における眼科情報処理プログラムおよび眼科情報処理方法によると、眼科情報が適切に処理されて診断等の正確性が向上する。
【図面の簡単な説明】
【０００９】
【図１】眼科情報処理システム１の概略構成を示すブロック図である。
【図２】依頼元のユーザが依頼先のユーザを指定する際の処理の流れを示すシーケンス図である。
【図３】依頼元の端末装置２０Ａのモニタ２６Ａに表示される依頼先候補情報の一例を示す図である。
【図４】依頼元の端末装置２０Ａから送信された被検者データに対して、依頼先の端末装置２０Ｃによって付加データが作成される際の処理の流れの一例を示すシーケンス図である。
【図５】図４に示す付加データ作成処理（Ｓ３６）のフローチャートである。
【図６】黄斑疾患診断に用いられる検査結果レポートの一例を示す図である。
【図７】図６に示す状態から注目範囲データが変更された結果を示す図である。
【図８】断層画像診断に用いられる検査結果レポートの一例を示す図である。
【図９】被検眼の病状等の経過を踏まえた付加データが作成される場合の処理の流れの一例を示すシーケンス図である。
【図１０】ユーザが付加データを作成する予定日時以前に被検者データの送信を開始する場合の処理の流れの一例を示すシーケンス図である。
【図１１】メンテナンス通知処理の一例を示すフローチャートである。
【図１２】操作予測処理の一例を示すフローチャートである。
【図１３】眼科検査装置３０の使用状況に基づいて、眼科検査装置３０の検査条件を設定する処理の流れの一例を示すシーケンス図である。
【発明を実施するための形態】
【００１０】
＜概要＞
本開示で例示する眼科情報処理プログラムは、サーバと複数の端末装置を備えた眼科情報処理システムにおいて実行される。眼科情報処理システムは、第１送信ステップ、第２送信ステップ、付加データ作成ステップ、第３送信ステップ、および第４送信ステップを実行する。第１送信ステップでは、眼科検査装置によって取得された被検眼の検査結果のデータを含む被検者データが、複数の端末装置のうちの第１端末装置からサーバへ送信される。第２送信ステップでは、サーバから第２端末装置に被検者データが送信される。第２端末装置は、複数の端末装置のうち、第１端末装置から送信された被検者データの閲覧を許可されたユーザの端末装置である。付加データ作成ステップでは、被検者データを表示部に表示させた状態でユーザからの指示を受け付けることで、被検者データに付加する付加データが第２端末装置によって作成される。第３送信ステップでは、付加データが第２端末装置からサーバへ送信される。第４送信ステップでは、付加データがサーバから第１端末装置へ送信される。
【００１１】
本開示で例示する技術によると、第１端末装置から送信された被検者データに対する付加データが、閲覧が許可されたユーザの第２端末装置において作成され、第１端末装置に送信される。従って、例えば、検査が行われた施設とは異なる施設の医師等が、被検者データを参照して付加データを作成すること等が容易に行われる。よって、診断等の正確性が向上される。
【００１２】
なお、第１端末装置から受信した被検者データを保存する第１保存ステップを、サーバが実行してもよい。サーバから受信した被検者データを保存する第２保存ステップを、第２端末装置が実行してもよい。第２端末装置から受信した付加データを保存する第３保存ステップを、サーバが実行してもよい。サーバから受信した付加データを保存する第４保存ステップを、第１端末装置が実行してもよい。
【００１３】
また、付加データの具体的な態様は適宜選択できる。例えば、付加データは、医師が被検者データを参照することで行われた診断の結果を示すデータであってもよい。また、付加データは、検査結果のデータを補完するデータであってもよい。一例として、被検者データが被検眼の組織（例えば眼底）の断層画像である場合、付加データは、断層画像における各層の境界を補完するデータ（所謂「セグメンテーション」の補完データ）であってもよい。
【００１４】
付加データ作成ステップでは、検査結果レポートが表示部に表示された状態で付加データが作成されてもよい。検査結果レポートは、眼科検査装置によって取得された検査結果に基づく画像である検査結果画像と、検査結果画像の範囲のうちの一部の注目範囲の検査結果に基づくデータである注目範囲データとを含んでいてもよい。第２端末装置は、レポート変更ステップを実行してもよい。レポート変更ステップでは、検査結果レポートにおける検査結果画像の注目範囲がユーザからの指示に応じて変更されると共に、注目範囲データが、被検者データに基づいて、変更された注目範囲におけるデータに変更されてもよい。
【００１５】
この場合、第２端末装置を使用するユーザは、検査結果画像と注目範囲データを含む検査結果レポートを確認することで、付加データを適切に作成することができる。さらに、第２端末装置を使用するユーザは、検査結果画像に設定されている注目範囲が不適切な場合には、注目範囲を変更し、変更した注目範囲におけるデータを含む検査結果レポートを表示させることができる。従って、より適切に付加データが作成される。
【００１６】
ここで、検査結果レポートは、眼科検査装置によって取得された検査結果のデータのうち、ユーザの指示に応じて抽出された一部のデータを、ユーザが閲覧しやすいようにレポート形式で並べたものであってもよい。つまり、検査結果レポートは、検査結果のデータ自体の閲覧および解析等を行うためのビューワーとは異なる。第１端末を使用するユーザは、例えば、抽出されるデータの種類、および抽出されたデータの配置等の少なくともいずれかが互いに異なる複数のテンプレートから、所望するテンプレートを選択してもよい。第１端末、サーバ、または第２端末は、選択されたテンプレートで定められているデータを検査結果のデータから抽出し、選択されたテンプレートで定められた位置に配置することで、検査結果レポートのデータを作成してもよい。この場合、第１端末のユーザは、検査結果のデータ全体のうち、付加データの作成に必要なデータを、効率よく第２端末のユーザに閲覧させることができる。ただし、検査結果レポートは、ユーザからの指示に基づかずに自動的にコントローラによって作成されてもよい。また、検査結果レポートの背景色は白色であってもよい。この場合、例えば、検査結果レポートを印刷する場合等でも、ユーザは適切に検査結果を閲覧することができる。
【００１７】
なお、検査結果画像には種々の画像を採用することができる。例えば、検査結果のデータが眼科用のＯＣＴ装置によって取得されている場合、検査結果画像は、被検眼の眼底における特定の層の厚みの二次元分布を示す二次元マップ画像であってもよいし、被検眼の組織の三次元断層画像であってもよい。また、検査結果画像は、眼底撮影装置（例えば、ＯＣＴ装置、眼底カメラ、レーザ走査型眼底撮影装置（ＳＬＯ）、赤外カメラ等）によって撮影された眼底の正面画像であってもよい。
【００１８】
また、注目範囲データの具体的態様も適宜選択できる。例えば、注目範囲データは、注目範囲内における複数の領域の各々における、特定の層の厚みの平均値を示すチャートであってもよい。また、注目範囲データは、注目範囲における二次元または三次元の断層画像のデータであってもよい。
【００１９】
第１端末装置は、指定情報送信ステップを実行してもよい。指定情報送信ステップでは、眼科情報処理システムにアカウントが登録されている複数の端末装置のうち、被検者データの閲覧を許可する１つまたは複数の第２端末装置を指定する指定情報が、サーバに送信される。第２送信ステップでは、指定情報によって指定された第２端末装置に被検者データが送信されてもよい。この場合、付加データの作成を他のユーザに依頼したい依頼元のユーザは、適切なユーザを指定して付加データの作成を依頼することができる。
【００２０】
なお、指定情報は、被検者データが送信されるよりも前に、予め第１端末装置からサーバへ送信されてもよい。この場合、サーバは、第１端末装置によって指定された第２端末装置を登録しておき、第１端末装置から被検者データを受信した以後に、予め受信している指定情報によって指定された第２端末装置に被検者データを送信してもよい。また、指定情報は、被検者データと共にサーバへ送信されてもよい。
【００２１】
サーバは、アカウントが登録されている端末装置のユーザに関するユーザ情報を、各々の端末装置に送信するユーザ情報送信ステップを実行してもよい。端末装置は、ユーザ情報を表示部に表示させた状態でユーザからの指示を受け付けることで指定情報を作成する指定情報作成ステップを実行してもよい。この場合、依頼元のユーザは、ユーザ情報を確認しながら適切に依頼先のユーザを指定することができる。
【００２２】
なお、端末装置は、複数のユーザ情報から、指定された情報を含むユーザ情報を検索する検索ステップを実行してもよい。この場合、依頼元のユーザは、適切な依頼先のユーザをより容易に探し出すことができる。
【００２３】
ユーザ情報には、各々の端末装置のユーザによって付加データが過去に作成された回数を示す情報が含まれていてもよい。この場合、依頼元のユーザは、それぞれのユーザが過去に付加データを作成した回数（つまり、ユーザの経験）を把握したうえで、依頼先のユーザを適切に指定することができる。
【００２４】
第１端末装置は、付加データを作成した第２端末装置のユーザの評価値をユーザからの指示に応じて作成し、サーバに送信する評価値送信ステップを実行してもよい。ユーザ情報には評価値が含まれていてもよい。この場合、依頼元のユーザは、それぞれのユーザに付された過去の評価を把握したうえで、依頼先のユーザを適切に指定することができる。
【００２５】
第１端末装置は閲覧範囲情報送信ステップを実行してもよい。閲覧範囲情報送信ステップでは、第１送信ステップにおいてサーバに送信される被検者データのうち、第２端末装置において閲覧可能なデータの範囲を示す閲覧範囲情報がユーザの指示に応じて作成され、サーバに送信される。第２送信ステップでは、被検者データのうち、閲覧範囲情報によって示された範囲のデータが第２端末装置に送信される。この場合、依頼元のユーザは、依頼先のユーザに閲覧させるデータを適切に指定することができる。
【００２６】
それぞれの被検者を識別する識別情報を作成する識別情報作成ステップが実行されてもよい。第２送信ステップでは、被検者の個人名を含まず、且つ識別情報を含む被検者データが第２端末装置に送信されてもよい。この場合、依頼元のユーザは、被検者の個人情報を依頼先のユーザに知らせることなく、被検者データに対する付加データを依頼先のユーザに作成させることができる。
【００２７】
なお、識別情報作成ステップは、第１端末装置において実行されてもよいし、サーバによって実行されてもよい。また、識別情報を作成させるか否かが、第１端末装置のユーザからの指示に応じて決定されてもよい。
【００２８】
第２送信ステップでは、同一の被検者の被検眼から異なる時間に取得された複数の検査結果のデータを含む被検者データが、サーバから第２端末装置に送信されてもよい。付加データ作成ステップでは、異なる時間に取得された複数の検査結果のデータを含む被検者データに対して付加データが作成されてもよい。この場合、依頼元のユーザは、被検眼の病状等の経過を踏まえた付加データの作成を、適切に他のユーザに依頼することができる。
【００２９】
複数の第１端末装置の各々が第１送信ステップを実行することで、同一の被検者の被検眼から異なる時間に取得された複数の検査結果のデータを含む被検者データがサーバに送信されてもよい。サーバは、複数の第１端末装置の各々から受信した被検者データを保存する保存ステップを実行してもよい。この場合、例えば、同一の被検眼に対して異なる時間に異なる施設で検査が行われた場合等でも、被検眼の病状等の経過を踏まえた付加データが適切に作成される。
【００３０】
＜実施形態＞
以下、本開示における典型的な実施形態の１つについて、図面を参照して説明する。本実施形態では、サーバ１０と、複数の端末装置２０を含む眼科情報処理システム１を例示する。
【００３１】
図１を参照して、本実施形態における眼科情報処理システム１のシステム構成について説明する。眼科情報処理システム１は、サーバ１０と、各拠点（例えば、病院、健康診断施設等）において使用される複数の端末装置２０を備える。図１では、拠点Ａで使用される端末装置２０Ａと、拠点Ｂで使用される端末装置２０Ｂを例示している。
【００３２】
サーバ１０は、接続されるデバイス（本実施形態では端末装置２０）に対して各種データ等を提供する。本実施形態では、クラウドサービスを提供するメーカーのサーバ（所謂クラウドサーバ）が、サーバ１０として用いられている。しかし、クラウドサーバ以外のサーバが用いられてもよいことは言うまでもない。サーバ１０は、各種処理制御を行う制御ユニット１１と、通信Ｉ／Ｆ１４を備える。制御ユニット１１は、制御を司るコントローラであるＣＰＵ１２と、プログラムおよびデータ等を記憶することが可能な記憶装置１３を備える。記憶装置１３には、後述する各種処理を実行するための眼科情報処理プログラムが記憶されている。また、通信Ｉ／Ｆ１４は、ネットワーク５（例えばインターネット）を介して、サーバ１０を外部機器（例えば端末装置２０）と接続する。
【００３３】
端末装置２０は、各拠点のユーザ（例えば、医師および検査技師等）によって使用される。本実施形態の端末装置２０はパーソナルコンピュータであるが、スマートフォンまたはタブレット端末等の携帯端末等であってもよい。端末装置２０は、各種制御処理を行う制御ユニット２１と、通信Ｉ／Ｆ２４を備える。制御ユニット２１は、制御を司るコントローラであるＣＰＵ２２と、プログラムおよびデータ等を記憶することが可能な記憶装置２３を備える。記憶装置２３には、後述する各種処理を実行するための眼科情報処理プログラムが記憶されている。また、通信Ｉ／Ｆ２４は、ネットワーク５を介して、端末装置２０を外部機器（例えばサーバ１０）と接続する。
【００３４】
端末装置２０は、操作部２５およびモニタ２６に接続されている。操作部２５は、ユーザが各種指示を端末装置２０に入力するために、ユーザによって操作される。操作部２５には、例えば、キーボード、マウス、タッチパネル等の少なくともいずれかを使用できる。なお、操作部２５と共に、または操作部２５に代えて、各種指示を入力するためのマイク等が使用されてもよい。モニタ２６は、各種画像を表示することが可能な表示部の一例である。
【００３５】
複数の端末装置２０の少なくともいずれかは、被検眼の検査を行う１つまたは複数の眼科検査装置３０との間でデータ等のやり取りを行うことができる。端末装置２０が眼科検査装置３０との間でデータ等のやり取りを行う方法は、適宜選択できる。例えば、端末装置２０は、有線通信、無線通信、着脱可能な記憶媒体（例えばＵＳＢメモリ）等の少なくともいずれかによって、眼科検査装置２０との間でデータおよび制御信号のやり取りを行ってもよい。
【００３６】
眼科検査装置３０には、種々の装置を用いることができる。一例として、本実施形態で使用される眼科検査装置３０には、被検眼の組織の断層画像を取得することが可能なＯＣＴ装置が含まれる。しかし、ＯＣＴ装置以外の眼科検査装置３０（例えば、眼底カメラ、走査型レーザ検眼鏡（ＳＬＯ）、眼軸長測定装置、角膜形状測定装置、眼圧測定装置、眼屈折力測定装置等の少なくともいずれか）が用いられてもよい。
【００３７】
眼科検査装置３０は、各種制御処理を行う制御ユニット３１と、検査部３５を備える。制御ユニット３１は、制御を司るコントローラであるＣＰＵ３２と、プログラムおよびデータ等を記憶することが可能な記憶装置３３を備える。検査部３５は、眼科検査装置３０が被検眼の検査を行うために必要な各種構成を備える。例えば、眼科検査装置３０としてＯＣＴ装置が用いられる場合、検査部３５には、ＯＣＴ光源、ＯＣＴ光を走査するための走査部、ＯＣＴ光を被検眼に照射するための光学系、被検眼の組織によって反射された光を受光する受光素子等が含まれる。
【００３８】
ここで、本実施形態の眼科情報処理システム１が実行できる処理の概要について説明する。本実施形態の眼科情報処理システム１は、ユーザの利便性を高めるための複数の処理を実行することができる。ただし、以下説明する複数の処理のうちの一部のみが眼科情報処理システム１によって実行されてもよいことは言うまでもない。
【００３９】
まず、眼科情報処理システム１では、複数の端末装置２０で取得された被検者データに対し、他の端末装置２０が付加データを作成することができる。被検者データには、眼科検査装置３０によって行われた検査結果のデータが含まれる。付加データは、例えば、ユーザ（医師）が被検者データを参照して作成する診断結果のデータであってもよいし、画像等を補完するデータであってもよい。本実施形態の眼科情報処理システム１では、付加データの作成を他のユーザに依頼する依頼元のユーザは、複数のユーザの中から依頼先のユーザを適切に指定することができる。また、付加データが診断結果のデータである場合、付加データを作成するユーザは、検査結果の画像が並べられた検査結果レポートを参照しながら適切に診断を行うことができる。また、付加データを作成するユーザは、検査結果レポートの内容を適切な内容に変更することも可能である。さらに、本実施形態では、ユーザは、被検眼の経過観察を他のユーザに依頼することもできる。
【００４０】
また、本実施形態の眼科情報処理システム１は、端末装置２０および眼科検査装置３０の少なくともいずれか（以下、単に「装置」という場合もある）の使用状況に応じた処理を行うことができる。例えば、眼科情報処理システム１は、端末装置２０の使用状況に基づいて、ユーザが付加データを作成する予定日時を設定することができる。眼科情報処理システム１は、付加データを作成するユーザの端末装置２０に対し、設定した予定日時以前に被検者データの送信を開始することができる。また、眼科情報処理システム１は、装置の使用状況に基づいて、装置の部品交換、メンテナンス、点検、および修理等に関する情報をユーザに通知することもできる。また、眼科情報処理システム１は、ユーザがルーチンワークとしている操作を、装置の使用状況に基づいて予測し、予測結果に基づいた処理を行うこともできる。さらに、眼科情報処理システム１は、眼科検査装置３０の使用状況に基づいて、眼科検査装置３０の検査条件を適切に設定することができる。以下、各処理について詳細に説明する。
【００４１】
図２および図３を参照して、依頼元のユーザに依頼先のユーザを指定させる際の処理の一例について説明する。図２に示す例では、端末装置２０Ａは、依頼先のユーザをこれから指定する依頼元のユーザの端末装置２０である。端末装置２０Ｂは、過去に他のユーザに付加データの作成を依頼した依頼元のユーザの端末装置２０である。端末装置２０Ｃおよび端末装置２０Ｄは、依頼先の候補となっているユーザの端末装置２０である。眼科情報処理システム１では、端末装置２０Ａ，２０Ｂ，２０Ｃ，２０Ｄの各々のアカウントが既に登録されている。
【００４２】
まず、過去に他のユーザに付加データの作成を依頼したユーザの端末装置２０Ｂは、付加データを作成した端末装置２０（図２に示す例では、端末装置２０Ｃおよび端末装置２０Ｄ）のユーザの評価値を、ユーザからの指示に応じて作成する（Ｓ１１）。端末装置２０Ｂは、作成した評価値をサーバ１０に送信する（Ｓ１２）。サーバ１０は、受信した評価値を記憶する。
【００４３】
また、依頼候補となるユーザの端末装置２０Ｃは、端末装置２０Ｃのユーザに関するユーザ情報を、ユーザからの指示に応じて作成する（Ｓ１４）。端末装置２０Ｃは、作成したユーザ情報をサーバ１０に送信する（Ｓ１５）。サーバ１０は、端末装置２０Ｃのユーザのユーザ情報を記憶する。同様に、端末装置２０Ｄもユーザ情報を作成し（Ｓ１６）、サーバ１０に送信する（Ｓ１７）。
【００４４】
また、図２には図示していないが、サーバ１０は、それぞれの端末装置２０が付加データを過去に作成した回数の情報を記憶している。
【００４５】
依頼先を指定するユーザの端末装置２０Ａは、依頼先の指定処理の開始指示を入力すると、依頼先候補情報の要求信号をサーバ１０に送信する（Ｓ１９）。サーバ１０は、要求信号を受信すると、要求信号を送信した端末装置２０Ａに、依頼先候補情報を送信する（Ｓ２０）。端末装置２０Ａは、受信した依頼先候補情報をモニタ２６Ａに表示させた状態でユーザからの指示を受け付けることで、被検者データの閲覧を許可する端末装置２０（つまり、依頼先の端末装置２０）を指定する指定情報を作成する（Ｓ２１）。指定される端末装置２０の数は、１つでも複数でもよい。
【００４６】
図３は、端末装置２０Ａのモニタ２６Ａに表示される依頼先候補情報の一例を示す。本実施形態の依頼先候補情報には、依頼候補の端末装置２０の各々のユーザ名、施設名、地域、読影（診断代行）数、ＯＣＴ境界補完代行数、および評価値の情報が含まれる。ユーザ名、施設名、および地域の情報は、Ｓ１５およびＳ１７で送信されたユーザ情報に含まれる。読影（診断代行）数およびＯＣＴ境界補完代行数は、付加データを過去に作成した回数の情報の一例である。読影（診断代行）数とは、ユーザが他のユーザの依頼に応じて診断結果のデータを作成した回数である。ＯＣＴ境界補完代行数とは、ユーザが他のユーザの依頼に応じて、断層画像における各層の境界を補完するデータ（所謂「セグメンテーションデータ」）を作成した回数である。また、評価値は、Ｓ１２で送信された評価値である。端末装置２０Ａのユーザは、依頼先候補情報を参照することで、依頼先を適切に選択することができる。
【００４７】
なお、本実施形態の端末装置２０Ａは、依頼先候補情報に基づいて、ユーザが指定した情報を含む依頼候補の端末装置２０を検索することができる。例えば、図３に示す例では、ユーザが「愛知県」を指定して検索指示を入力すると、端末装置２０Ａは、地域が「愛知県」のユーザのみをモニタ２６Ａに表示させる。また、本実施形態では、依頼元の端末装置２０Ａと、依頼候補の端末装置２０Ｃ，２０Ｄの間で、サーバ１０を介してメッセージの送受信を行うことも可能である。
【００４８】
また、依頼先を指定するユーザの端末装置２０Ａは、被検者データのうち、依頼先の端末装置２０において閲覧可能なデータの範囲を示す閲覧範囲情報を、ユーザからの指示に応じて作成する（Ｓ２２）。ユーザは、依頼先のユーザに閲覧させるデータの範囲を適切に設定することができる。
【００４９】
端末装置２０Ａは、Ｓ２１で作成された指定情報と、Ｓ２２で作成された閲覧範囲情報を、サーバ１０に送信する（Ｓ２３，Ｓ２４）。図２では、端末装置２０Ａのユーザが、依頼先として端末装置２０Ｃのユーザを指定した場合を例示する。サーバ１０は、受信した指定情報および閲覧範囲情報を記憶する。また、サーバ１０は、端末装置２０Ａのユーザから付加データの作成依頼があったことを通知するための申請要求情報を、端末装置２０Ｃに送信する（Ｓ２５）。端末装置２０Ｃのユーザが、申請を受諾する操作を行うと、端末装置２０Ｃは、受諾回答情報をサーバ１０に送信する（Ｓ２６）。サーバ１０は、端末装置２０Ａと端末装置２０Ｃを同一のグループとして登録し（Ｓ２８）、登録した旨の通知を端末装置２０Ａに送信する（Ｓ２９）。
【００５０】
図４から図８を参照して、依頼元の端末装置２０Ａから送信された被検者データに対して、依頼先の端末装置２０Ｃによって付加データが作成される際の処理の一例について説明する。まず、依頼元の端末装置２０Ａは、眼科検査装置３０Ａによって行われた被検眼の検査結果のデータを取得する（Ｓ３１）。端末装置２０Ａは、検査結果データを含む被検者データをサーバ１０に送信する（Ｓ３２）。一例として、被検者データには、検査結果データ以外に、被検者の患者名、性別、左右眼の情報、検査日、および検査時のフォーカス値のデータが含まれる。端末装置２０Ａは、複数の被検者の被検者データをサーバ１０に送信することも可能である。サーバ１０は、受信した被検者データを記憶する。
【００５１】
依頼先の端末装置２０Ｃは、付加データの作成（代行）を開始する指示を入力すると、代行開始を通知する信号をサーバ１０へ送信する（Ｓ３３）。サーバ１０は、信号を受信することを契機として、被検者を識別する識別情報（ＩＤ）を作成してそれぞれの被検者データに付加すると共に、被検者の個人情報（一例として個人名の情報）を被検者データから削除して（Ｓ３４）、端末装置２０Ｃに送信する（Ｓ３５）。その結果、被検者の個人情報が漏えいする可能性が低下する。なお、Ｓ３４のステップは、サーバ１０の代わりに依頼元の端末装置２０Ａによって実行されてもよい。また、Ｓ３４のステップを実行させるか否かが、依頼元の端末装置２０Ａのユーザによる操作指示に応じて決定されてもよい。また、サーバ１０は、閲覧範囲情報（図２のＳ２２，２４参照）によって閲覧可能とされた範囲内の被検者データのみを、Ｓ３５において端末装置２０Ｃに送信する。
【００５２】
依頼先の端末装置２０Ｃは、付加データ作成処理を実行する（Ｓ３６）。依頼先の端末装置２０Ｃは、Ｓ３６において作成した付加データをサーバ１０へ送信する。サーバ１０は、受信した付加データを記憶し、依頼元の端末装置２０Ａに送信する。
【００５３】
図５を参照して、付加データ作成処理（Ｓ３６）について説明する。端末装置２０ＣのＣＰＵ２２は、付加データを作成する対象となる１つまたは複数の被検者データのうち、Ｎ番目（最初のＮの値は「１」）の被検者データの検査結果レポートを作成し、モニタ２６に表示させる（Ｓ４１）。なお、検査結果レポートは、依頼元の端末装置２０Ａによって作成されてもよいし、サーバ１０によって作成されてもよい。この場合、検査結果レポートは、サーバ１０から端末装置２０Ｃに送信される。
【００５４】
図６および図７を参照して、検査結果レポートの一例について説明する。検査結果レポート５０は、眼科検査装置３０Ａによって取得された検査結果のデータのうち、端末装置２０Ａのユーザの指示に応じて抽出された一部のデータが、ユーザが閲覧しやすいようにレポート形式で並べられたものである。従って、検査結果レポート５０は、検査結果のデータの閲覧および解析等をユーザが行うために表示されるビューワーとは異なる。本実施形態では、依頼元の端末装置２０Ｃは、ユーザからの選択指示に応じて、検査結果レポートに関する複数のテンプレートのいずれかを、使用するテンプレートして決定する。各々のテンプレートでは、抽出するデータの種類、および、抽出されたデータのレポート上での配置等が定められている。端末装置２０Ａ、サーバ１０、または端末装置２０Ｃ（本実施形態では端末装置２０Ｃ）は、選択されたテンプレートで定められているデータを検査結果データから抽出し、テンプレートで定められた位置に配置することで、検査結果データ５０を作成する。なお、検査結果データ５０の背景色は白色である。
【００５５】
図６および図７に例示した検査結果レポート５０は、黄斑疾患の診断に用いられる。検査結果レポート５０は、書誌事項表示部５１、検査結果画像５３、注目範囲データ５５、正常眼データベース画像５７、およびデビエーションマップ画像５８を含む。書誌事項表示部５１には、被検者データに含まれる書誌事項（例えば、識別情報（ＩＤ）、性別、左右眼、検査日、およびフォーカス値）が表示される。
【００５６】
検査結果画像５３は、眼科検査装置３０によって取得された検査結果のデータに基づく画像である。一例として、図６および図７に示す検査結果画像５３は、被検眼の眼底における特定の層（図６および図７ではＩＬＭ−ＲＰＥ／ＢＭ）の厚みの二次元分布を示す二次元マップ画像である。図６および図７では示されていないが、検査結果画像５３では、特定の層の厚みが色の変化によって二次元状に表現されている。特定の層の厚みの分布は、眼底の三次元画像を解析することで得られる。また、検査結果画像５３上には、検査結果画像５３の範囲のうちの一部の注目範囲を示すマーカー５４が表示されている。図６および図７に示すマーカー５４の外形は円形であり、マーカー５４の内側が注目範囲となる。なお、注目範囲は円形でなくてもよいし、線状または点状等の範囲でもよい。
【００５７】
注目範囲データ５５は、注目範囲の検査結果に基づくデータである。一例として、図６および図７に示す注目範囲データ５５は、注目範囲内における複数の領域の各々における、特定の層の厚みの平均値を示すチャートである。注目範囲の位置、大きさ、および形状の少なくともいずれかが変更されると、注目範囲データ５５も変更される。ユーザは、検査結果画像５３と注目範囲データ５５を含む検査結果レポート５０を確認することで、付加データを適切に作成することができる。
【００５８】
正常眼データベース画像５７は、疾患の無い正常眼のデータベースに基づく画像である。ユーザは、被検者データと正常眼データベース画像５７を比較することで、より適切な診断を行うことができる。デビエーションマップ画像５８は、被検者データと正常眼データベースとの差分を示す画像である。なお、本実施形態の検査結果レポート５０には、被検眼に異常が無いと判断された際に操作される異常なしボタン、異常があると判断された際に操作される異常ありボタン、および、コメントが入力されるコメント欄も設けられている。
【００５９】
図５の説明に戻る。ＣＰＵ２２は、注目範囲を変更する指示がユーザによって入力されたか否かを判断する（Ｓ４３）。本実施形態では、ユーザは、操作部２５（例えばマウス等）によってポインタ５９（図７参照）を操作し、注目範囲を示すマーカー５４の位置、大きさ、および形状の少なくともいずれかを変更することで、注目範囲を変更する指示を入力することができる。注目範囲の変更指示が入力されると（Ｓ４３：ＹＥＳ）、ＣＰＵ２２は、入力された指示に応じて注目範囲を変更する（Ｓ４４）。さらに、ＣＰＵ２２は、注目範囲データ５５を、被検者データに基づいて、変更した注目範囲におけるデータに変更する（Ｓ４５）。その後、処理はＳ４３に戻る。図７に示す例では、注目範囲の位置が、図６に示す状態から右下側に移動されている。その結果、注目範囲データ５５も、移動された注目範囲に基づくデータに変更されている。ユーザは、注目範囲を変更することで、適切な検査結果レポート５０を表示させた状態で付加データを作成することができる。
【００６０】
注目範囲の変更指示が入力されていなければ（Ｓ４３：ＮＯ）、ＣＰＵ２２は、付加データの作成指示が入力されたか否かを判断する（Ｓ４６）。本実施形態では、ユーザは、操作部２５を操作することで、疾患の有無およびコメントを含む付加データの作成指示を入力することができる。付加データの作成指示が入力されていなければ（Ｓ４６：ＮＯ）、処理はＳ４３に戻る。付加データの作成指示が入力されると（Ｓ４６：ＹＥＳ）、ＣＰＵ２２は、入力された指示に応じて付加データを作成する（Ｓ４７）。次いで、ＣＰＵ２２は、全ての被検者データに対する付加データ作成処理が完了したか否かを判断する（Ｓ４８）。完了していなければ（Ｓ４８：ＮＯ）、次の被検者データに対する処理が行われる（Ｓ４９、Ｓ４１〜Ｓ４７）。すべての被検者データに対する処理が完了すると（Ｓ４８：ＹＥＳ）、付加データ作成処理は終了する。
【００６１】
なお、以上説明した処理およびデータ等の内容を変更することも可能である。例えば、検査結果レポートの内容を変更することも可能である。図８に例示する検査結果レポート６０は、検査結果画像６３および注目範囲データ６５Ａ，６５Ｂを含む。検査結果画像６３は、眼底撮影装置によって撮影された眼底の正面画像である。検査結果画像６３内には、注目範囲を示す２種類のマーカー６３Ａ，６３Ｂが表示されている。注目範囲データ６５Ａは、眼底のうち、マーカー６３Ａが示す領域における三次元の断層画像のデータである。注目範囲データ６５Ｂは、眼底のうち、マーカー６３Ｂが示す領域における二次元の断層画像のデータである。この場合、マーカー６３Ａ，６３Ｂが変更されると、変更されたマーカー６３Ａ，６３Ｂの位置の断層画像のデータが表示される。
【００６２】
また、上記の処理では、依頼先の端末装置２０を指定する指定情報の送信処理（図２のＳ２３）と、被検者データの送信処理（図４のＳ３２）は、異なるタイミングで行われる。しかし、指定情報と被検者データは同時にサーバ１０に送信されてもよい。また、サーバ１０は、同一の被検眼に対して異なる種類の眼科検査装置３０によって取得された複数種類の検査結果のデータを、適宜組み合わせて依頼先の端末装置２０に送信してもよい。例えば、サーバ１０は、眼底上の複数の位置の各々における視野計の検査結果と、眼底の特定の層の厚みマップの画像を予め組み合わせたうえで、依頼先の端末装置２０に送信してもよい。
【００６３】
図９を参照して、被検眼の病状等の経過を踏まえた付加データ（つまり、経過観察の結果を踏まえた付加データ）が作成される場合の処理の一例について説明する。図９に示す例では、同一の被検眼から異なる時間に取得された複数の検査結果のデータを含む被検者データが、サーバ１０を介して依頼先の端末装置２０Ｃに送信される。依頼先の端末装置２０Ｃは、複数の検査結果のデータを含む被検者データに対して付加データを作成する。以下、詳細に説明する。
【００６４】
図９に示す例では、まず、依頼元の端末装置２０Ａが検査結果データを取得し（Ｓ５１）、取得した検査結果データを含む被検者データをサーバ１０に送信する（Ｓ５２）。サーバ１０は、Ｓ５４で送信された被検者データを記憶する。さらに、端末装置２０Ａとは異なる端末装置２０Ｂが、同一の被検眼から異なる時間に得られた検査結果データを取得し（Ｓ５３）、取得した検査結果データを含む被検者データをサーバ１０に送信する（Ｓ５４）。サーバ１０は、Ｓ５４で送信された被検者データを記憶する。サーバ１０は、依頼先の端末装置２０Ｃから代行開始を通知する信号を受信すると（Ｓ５５）、被検者の識別情報を作成すると共に個人情報を削除する（Ｓ５６）。また、サーバ１０は、同一の被検眼に対する複数の検査結果データを対応付けたうえで（Ｓ５７）、被検者データを依頼先の端末装置２０Ｃに送信する（Ｓ５８）。依頼先の端末装置２０Ｃは、同一の被検眼から異なる時間に取得された複数の検査結果のデータを含む被検者データに対し、付加データを作成する（Ｓ５９）。作成された付加データは、依頼先の端末装置２０Ｃからサーバ１０へ送信され（Ｓ６０）、さらに、依頼元の端末装置２０Ａ，２０Ｂの少なくともいずれか（図９では端末装置２０Ａ）に送信される。
【００６５】
この場合、依頼元のユーザは、被検眼の病状等の経過を踏まえた付加データの作成を、適切に他のユーザに依頼することができる。なお、図９に示す例では、互いに異なる端末装置２０Ａおよび端末装置２０Ｂから、同一の被検眼の被検者データがサーバ１０に送信される。従って、同一の被検眼に対して異なる時間に異なる施設で検査が行われた場合でも、被検眼の病状等の結果を踏まえた付加データが適切に作成される。しかし、同一の被検眼に対する複数の被検者データが、同一の端末装置２０からサーバ１０に送信されてもよいことは言うまでもない。
【００６６】
図１０を参照して、ユーザが付加データを作成する予定日時以前に被検者データの送信を開始する場合の処理の一例について説明する。図１０に示す例では、依頼元の端末装置２０Ａは、検査結果データを取得し（Ｓ７０）、取得した検査結果データを含む被検者データをサーバ１０に送信する（Ｓ７１）。また、依頼先の端末装置２０Ｃは、端末装置２０Ｃの操作ログを含む使用状況情報を、サーバ１０に送信する（Ｓ７２）。サーバ１０は、被検者データに対して付加データを作成する操作が、使用状況情報の送信元の端末装置２０Ｃにおいて次に行われる予定日時を設定する（Ｓ７３）。詳細には、図１０に示す例では、使用状況情報に含まれる操作ログに基づいて、予定日時がサーバ１０によって自動的に設定される。よって、端末装置２０Ｃのユーザは、予定日時を設定するための操作を行う必要が無い。なお、Ｓ７２，Ｓ７３の処理は、Ｓ７０，Ｓ７１の処理の後で行われてもよい。
【００６７】
サーバ１０は、設定した予定日時の所定時間前の時間が到来すると、被検者データを依頼先の端末装置２０Ｃに送信する（Ｓ７４）。端末装置２０Ｃは、付加データを作成し（Ｓ７５）、作成した付加データをサーバ１０に送信する（Ｓ７６）。サーバ１０は、受信した付加データを依頼元の端末装置２０Ａに送信する（Ｓ７７）。
【００６８】
図１０に示す処理が行われる場合、付加データを作成する端末装置２０Ｃでは、被検者データを受信するための操作等が行われなくても、付加データの受信が開始される。よって、作業効率が向上する。なお、図１０に例示した処理を変更することも可能である。例えば、Ｓ７２で送信される使用状況情報には、予定日時を示す情報が含まれていてもよい。予定日時を示す情報は、ユーザが端末装置２０Ｃに指示を入力することで作成されてもよい。サーバ１０は、使用状況情報のうち予定日時を示す情報に基づいて、予定日時を設定してもよい。
【００６９】
図１１を参照して、装置の使用状況に基づいて、装置の部品交換、メンテナンス、点検、および修理等に関する情報をユーザに通知する処理（以下、「メンテナンス通知処理」と言う）の一例について説明する。図１１に示すメンテナンス通知処理は、サーバ１０のＣＰＵ１２によって実行される。
【００７０】
まず、ＣＰＵ１２は、端末装置２０および眼科検査装置３０の使用状況情報を、それぞれの端末装置２０から受信する（Ｓ８１）。Ｓ８１の処理は、いずれのタイミングで行われてもよい。ＣＰＵ１２は、眼科検査装置３０における操作回数（つまり、検査が行われた回数）が閾値以上であるか否かを判断する（Ｓ８２）。操作回数は、例えば、使用状況情報に含まれる眼科検査装置３０の操作ログに基づいて判断されてもよい。操作回数が閾値未満であれば（Ｓ８２：ＮＯ）、処理はそのままＳ８４へ移行する。操作回数が閾値以上であれば（Ｓ８２：ＹＥＳ）、ＣＰＵ１２は、眼科検査装置３０の部品交換の推奨をユーザに通知させるための制御信号を、使用状況情報の送信元の端末装置２０に送信する（Ｓ８３）。交換を推奨する部品には、Ｓ８２で用いられる閾値は、部品（例えば光源等）の種類等に応じて予め設定されていてもよい。なお、端末装置２０は、Ｓ８３で送信された制御信号を受信すると、部品交換を推奨するためのメッセージをモニタ２６に表示させる。
【００７１】
次いで、ＣＰＵ１２は、眼科検査装置３０の使用期間が閾値以上であるか否かを、眼科検査装置３０の使用状況情報に基づいて判断する（Ｓ８４）。使用期間が閾値未満であれば（Ｓ８４：ＮＯ）、処理はそのままＳ８６へ移行する。使用期間が閾値以上であれば（Ｓ８４：ＹＥＳ）、ＣＰＵ１２は、眼科検査装置３０の点検の推奨をユーザに通知させるための制御信号を、使用状況情報の送信元の端末装置２０に送信する（Ｓ８５）。なお、端末装置２０は、Ｓ８５で送信された制御信号を受信すると、眼科検査装置３０の点検を推奨するためのメッセージをモニタ２６に表示させる。
【００７２】
次いで、ＣＰＵ１２は、眼科検査装置３０および端末装置２０の少なくともいずれかの記憶装置の残容量が閾値未満であるか否かを、眼科検査装置３０および端末装置２０の各々の使用状況情報に基づいて判断する（Ｓ８６）。残容量が閾値以上であれば（Ｓ８６：ＮＯ）、メンテナンス通知処理は終了する。残容量が閾値未満であれば（Ｓ８６：ＹＥＳ）、ＣＰＵ１２は、残容量の低下をユーザに通知させるための制御信号を、使用状況情報の送信元の端末装置２０に送信する（Ｓ８７）。端末装置２０は、Ｓ８７で送信された制御信号を受信すると、記憶装置の残容量が低下していることを通知するメッセージを、モニタ２６に表示させる。
【００７３】
なお、図１１に例示した処理を変更することもできる。例えば、サーバ１０は、それぞれの端末装置２０に割り振られている記憶容量のうちの残容量に基づいて、残容量が無くなる時期を予測し、予測した時期をユーザに通知させるための制御信号またはデータを端末装置２０に送信してもよい。この場合、ユーザは、残容量を増加させるための手続き等（例えば、割り振られている記憶容量を増加させる手続き等）を、適切に行うことができる。また、サーバ１０は、使用状況情報のうち、端末装置２０にインストールされているソフトウェアのバージョンを示す情報に基づいて、バージョンが最新であるか否かを判断してもよい。サーバ１０は、バージョンが最新でない場合に、端末装置２０のソフトウェアのバージョンをアップデートするための処理を実行してもよい。
【００７４】
図１２を参照して、ユーザがルーチンワークとしている操作を予測し、予測結果に基づいた処理を行う方法の一例について説明する。図１２に例示する操作予測処理は、サーバ１０のＣＰＵ１２によって実行される。
【００７５】
まず、ＣＰＵ１２は、端末装置２０および眼科検査装置３０の使用状況情報を、それぞれの端末装置２０から受信する（Ｓ９１）。Ｓ９１の処理は、いずれのタイミングで行われてもよい。また、Ｓ９１で受信する使用状況情報には、端末装置２０および眼科検査装置３０の少なくともいずれかの操作ログが含まれる。ＣＰＵ１２は、使用状況情報に含まれる過去の操作ログに基づいて、高頻度で連続して実行される少なくとも２つの操作を操作ログから抽出する（Ｓ９２）。ＣＰＵ１２は、抽出した連続操作を、予測操作として設定する（Ｓ９３）。つまり、Ｓ９２およびＳ９３では、端末装置２０および眼科検査装置３０の少なくともいずれかにおいて第１の操作の後に連続して実行される第２の操作が、操作ログに基づいて予測される。
【００７６】
次いで、ＣＰＵ１２は、設定した予測操作のうち、最初に行われる第１の操作が実行されたか否かを、端末装置２０からサーバへ送信される操作信号に基づいて判断する（Ｓ９４）。第１の操作が実行されると（Ｓ９４：ＹＥＳ）、ＣＰＵ１２は、予測操作に基づいて、制御信号およびデータの少なくともいずれかを、自動的に端末装置２０に送信する（Ｓ９５）。例えば、眼科検査装置３０による検査を実行させる操作の後に、検査結果の解析を実行させる操作が行われることが、予測操作として設定されている場合がある。この場合、ＣＰＵ１２は、検査を実行させる操作が行われたと判断すると（Ｓ９４：ＹＥＳ）、その後、検査結果の解析を自動的に実行させるための制御信号を、端末装置２０に送信する（Ｓ９５）。また、例えば、検査結果画像５３上に特徴点を付与する操作の後に、同様の特徴点を付与された検査結果画像５３の送信をサーバ１０に要求する操作が行われることが、予測操作として設定されている場合がある。この場合、ＣＰＵ１２は、特徴点を付与する操作が行われたと判断すると（Ｓ９４：ＹＥＳ）、その後、同様の特徴点を付与された検査結果画像５３を自動的に端末装置２０に送信する（Ｓ９５）。処理を終了させる指示が入力されると（Ｓ９６：ＹＥＳ）、操作予測処理は終了する。
【００７７】
図１３を参照して、眼科検査装置３０の使用状況に基づいて、眼科検査装置３０の検査条件を設定する処理の一例について説明する。図１３に示す例では、まず、端末装置２０Ａは、ユーザからの指示に基づいて、眼科検査装置３０の検査条件を設定する（Ｓ１０１）。端末装置２０Ａは、設定した検査条件のデータを含む使用状況情報を、サーバ１０に送信する（Ｓ１０２）。サーバ１０は、受信した検査条件のデータを、データの送信元の端末装置２０Ａを使用するユーザの識別情報（ＩＤ）に対応付けて記憶（登録）する（Ｓ１０３）。
【００７８】
また、図１３に示す例では、ユーザは、検査条件を設定した端末装置２０Ａとは異なる端末装置２０Ｂに対し、自らの識別情報を入力すると共に、検査条件を呼び出すための操作指示を入力する（Ｓ１０４）。端末装置２０Ｂは、検査条件データを要求する信号を、入力された識別番号と共にサーバ１０に送信する（Ｓ１０５）。サーバ１０は、識別番号に対応付けて記憶されている検査結果のデータを、要求信号の送信元の端末装置２０Ｂに送信する（Ｓ１０６）。
【００７９】
図１３に示す例では、ユーザは、複数の異なる施設で眼科検査装置３０を使用する場合等でも、同一の検査条件で検査を行うことができる。ただし、図１３に例示した処理を変更することも可能である。例えば、検査条件を設定する端末装置２０と、検査条件を呼び出す端末装置２０は、同一の装置であってもよい。また、同一の被検眼に対して異なる時間に複数回の検査が行われる場合には、過去に検査が行われた際の検査条件のデータが用いられてもよい。この場合、検査条件のデータは被検者データに含まれていてもよい。また、過去に検査を行った第１の眼科検査装置３０と、以後に検査を行う第２の眼科検査装置３０のメーカー等が異なる場合もある。この場合、サーバ１０は、第１の眼科検査装置３０によって過去に行われた検査と同様の検査条件となる第２の眼科検査装置３０の検査条件を設定し、端末装置２０に送信してもよい。
【００８０】
なお、上記実施形態のうち、依頼元の端末装置２０Ａ，２０Ｂは第１端末装置の一例であり、依頼先の端末装置２０Ｃは第２端末装置の一例である。端末装置２０は、依頼元および依頼先の両方として機能できてもよいし、依頼元および依頼先の一方としてのみ機能してもよい。Ｓ３２，Ｓ５２，Ｓ５４，Ｓ７１の処理は、第１送信ステップの一例である。Ｓ３５，Ｓ５８，Ｓ７４の処理は、第２送信ステップの一例である。Ｓ３６（図５），Ｓ５９，Ｓ７５の処理は、付加データ作成ステップの一例である。Ｓ３７，Ｓ６０，Ｓ７６の処理は、第３送信ステップの一例である。Ｓ３８，Ｓ６１，Ｓ７７の処理は、第４送信ステップの一例である。Ｓ４３〜Ｓ４５の処理は、レポート変更ステップの一例である。Ｓ２３の処理は、指定情報送信ステップの一例である。Ｓ２０の処理は、ユーザ情報送信ステップの一例である。Ｓ２１の処理は、指定情報作成ステップの一例である。Ｓ１１，Ｓ１２の処理は、評価値送信ステップの一例である。Ｓ２２，Ｓ２４の処理は、閲覧範囲情報送信ステップの一例である。Ｓ３４，Ｓ５６の処理は、識別情報作成ステップの一例である。Ｓ５２およびＳ５４で送信された被検者データを保存する処理は、保存ステップの一例である。
【００８１】
Ｓ３２，Ｓ５２，Ｓ５４，Ｓ７１の処理は、被検者データ送信ステップの一例である。Ｓ７２，Ｓ１０２の処理は、使用状況送信ステップの一例である。Ｓ７４，Ｓ８３，Ｓ８５，Ｓ８７，Ｓ９５，Ｓ１０６の処理は、状況対応送信ステップの一例である。Ｓ７３の処理は、予定日時設定ステップの一例である。Ｓ９２，Ｓ９３の処理は、操作予測ステップの一例である。
【符号の説明】
【００８２】
１    眼科情報処理システム
１０    サーバ
１２    ＣＰＵ
２０    端末装置
２２    ＣＰＵ
３０    眼科検査装置
３２    ＣＰＵ
５０，６０    検査結果レポート
５３，６３    検査結果画像
５４，６４Ａ，６４Ｂ    マーカー
５５，６５Ａ，６５Ｂ    注目範囲データ
【図１】
2019118651.tif 000003
【図２】
2019118651.tif 000004
【図３】
2019118651.tif 000005
【図４】
2019118651.tif 000006
【図５】
2019118651.tif 000007
【図６】
2019118651.tif 000008
【図７】
2019118651.tif 000009
【図８】
2019118651.tif 000010
【図９】
2019118651.tif 000011
【図１０】
2019118651.tif 000012
【図１１】
2019118651.tif 000013
【図１２】
2019118651.tif 000014
【図１３】
2019118651.tif 000015