(57)【要約】【課題】過去検査データのデータ構造を更新により変更する場合に、その変更に要する時間を短縮することができる仕組みを提供する。【解決手段】眼科撮影装置２００で撮影された被検者の被検眼に係る撮影画像と被検者の識別情報とが関連づけられた検査データを取得する検査データ取得部１１０と、撮影画像を解析して解析データを得る解析処理部１６０と、解析データを得た撮影画像を含む検査データを、所定のデータ構造を有する過去検査データとして記憶する記憶部１５０と、過去検査データのデータ構造が更新された場合、当該過去検査データへのアクセスがされた際に、当該過去検査データにおける所定のデータ構造を更新に基づく新たなデータ構造に変更する制御を行う処理・制御部１２０を備える。【選択図】図１
2020065695.tif 000002
【特許請求の範囲】
【請求項１】
眼科撮影装置で撮影された被検者の被検眼に係る撮影画像と前記被検者の識別情報とが関連づけられた検査データを取得する取得手段と、
前記撮影画像を解析して解析データを得る解析処理手段と、
前記解析データを得た前記撮影画像を含む前記検査データを、所定のデータ構造を有する過去検査データとして記憶する記憶手段と、
前記所定のデータ構造が更新された場合、前記過去検査データへのアクセスがされた際に、当該過去検査データにおける前記所定のデータ構造を前記更新に基づく新たなデータ構造に変更する制御を行う制御手段と、
を有することを特徴とする眼科情報処理システム。
【請求項２】
前記過去検査データには、前記所定のデータ構造のバージョンを示すバージョン情報が含まれており、
前記制御手段は、前記バージョン情報で示される前記バージョンが新バージョンでない場合に、前記新たなデータ構造に変更する制御を行うことを特徴とする請求項１に記載の眼科情報処理システム。
【請求項３】
前記過去検査データには、前記解析データが含まれていることを特徴とする請求項１または２に記載の眼科情報処理システム。
【請求項４】
前記所定のデータ構造の更新は、新たな前記撮影画像や前記被検者の情報の追加、および前記過去検査データの解析の方法の更新や前記過去検査データの値の型の更新を含むことを特徴とする請求項１乃至３のいずれか１項に記載の眼科情報処理システム。
【請求項５】
前記制御手段は、設定に応じて、前記アクセスがされた際に前記新たなデータ構造に変更する制御と、前記アクセスの有無にかかわらずに前記更新がされた全ての前記過去検査データにおける前記所定のデータ構造を前記新たなデータ構造に一括して変更する制御と、を切り替えることを特徴とする請求項１乃至４のいずれか１項に記載の眼科情報処理システム。
【請求項６】
前記所定のデータ構造における前記更新を伴う当該眼科情報処理システムの更新がされた場合、前記過去検査データのデータベース情報のバックアップを行うことを特徴とする請求項１乃至５のいずれか１項に記載の眼科情報処理システム。
【請求項７】
眼科撮影装置で撮影された被検者の被検眼に係る撮影画像と前記被検者の識別情報とが関連づけられた検査データを取得する取得ステップと、
前記撮影画像を解析して解析データを得る解析処理ステップと、
前記解析データを得た前記撮影画像を含む前記検査データを、所定のデータ構造を有する過去検査データとして記憶する記憶ステップと、
前記所定のデータ構造が更新された場合、前記過去検査データへのアクセスがされた際に、当該過去検査データにおける前記所定のデータ構造を前記更新に基づく新たなデータ構造に変更する制御を行う制御ステップと、
を有することを特徴とする眼科情報処理方法。
【請求項８】
コンピュータを、請求項１乃至６のいずれか１項に記載の眼科情報処理システムの各手段として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、眼科情報処理システム、眼科情報処理方法及びプログラムに関するものである。
【背景技術】
【０００２】
近年では、眼科撮影装置で撮影された撮影画像を画像ファイリングシステムへ転送してコンピュータやデータベース等に保存し、保存された撮影画像を表示して診断に使用することが可能になっている。また、ＯＣＴ（Ｏｐｔｉｃａｌ  Ｃｏｈｅｒｅｎｃｅ  Ｔｏｍｏｇｒａｐｈｙ；光干渉断層計）装置で撮影した被検眼の眼底におけるＯＣＴ断層画像等を解析して得た解析データによって、被検眼の網膜層厚や視神経繊維層厚、視神経乳頭周囲の異常を定量化することが可能となってきている。このＯＣＴ装置で得られるデータの解析は、例えば、緑内障の早期発見が有用な検査法の１つであると期待されている（例えば、特許文献１参照）。
【０００３】
一方で、例えば、ＯＣＴ装置を用いた検査時に検査条件として設定される項目は、撮影部位、スキャン方法、画像の解析方法、表示レイアウトなど多数あり、これらを診断に応じて適切に選択する必要がある。この要請に対する解決方法としては、例えば、スキャン方法などと関連付けて情報を取得する方法が提案されている（例えば、特許文献２参照）。また、定量化により得られたデータを蓄積し、定量値の経過観察を診断に使用する方法も提案されている（例えば、特許文献３参照）。この点、同一被検者の過去の検査データと現在の検査データとを比較する経過観察を行えることは、病状の進行を把握する上で非常に有効である。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１６−１８７４７５号公報
【特許文献２】特開２０１１−２４９３０号公報
【特許文献３】特開２０１４−６１２８０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
眼科撮影装置の一種であるＯＣＴ装置は、比較的新規な検査方法であり、眼底断層画像の新たな定量解析方法や、新規の検査方法が開発されるなどの進化を続けている。また、眼科撮影装置で撮影された撮影画像を処理する眼科情報処理システムについても、新機能の追加に合わせて、バージョンアップ更新がされていく。このバージョンアップ更新の際に、従来の検査データ（過去検査データ）に対し、新たな定量解析項目や新たな検査方法に対する項目が追加される場合がある。このような場合、過去検査データのデータ構造に対して、データ構造の追加等の変更が行われる。
【０００６】
過去検査データのデータ構造を変更する場合、過去検査データを新たなデータ構造に対応させるため、眼科情報処理システムのバージョンアップ更新の際に全ての過去検査データを新たなデータ構造に変更する態様が考えられる。しかしながら、この態様の場合、大量の過去検査データが存在する場合には、データ構造の変更に多大な時間を要し、その結果、その間に新たな検査が行えないという問題がある。
【０００７】
本発明は、このような問題点に鑑みてなされたものであり、過去検査データのデータ構造を更新により変更する場合に、その変更に要する時間を短縮することができる仕組みを提供することを目的とする。
なお、この目的に限らず、例えば、後述する［発明を実施するための形態］に示す各構成により導かれる作用・効果であって、従来の技術によっては得られない作用・効果を奏することも、本発明の他の目的の１つとして位置付けることができる。
【課題を解決するための手段】
【０００８】
本発明の眼科情報処理システムは、眼科撮影装置で撮影された被検者の被検眼に係る撮影画像と前記被検者の識別情報とが関連づけられた検査データを取得する取得手段と、前記撮影画像を解析して解析データを得る解析処理手段と、前記解析データを得た前記撮影画像を含む前記検査データを、所定のデータ構造を有する過去検査データとして記憶する記憶手段と、前記所定のデータ構造が更新された場合、前記過去検査データへのアクセスがされた際に、当該過去検査データにおける前記所定のデータ構造を前記更新に基づく新たなデータ構造に変更する制御を行う制御手段と、を有する。
また、本発明は、上述した眼科情報処理システムによる眼科情報処理方法、及び、上述した眼科情報処理システムの各手段としてコンピュータを機能させるためのプログラムを含む。
【発明の効果】
【０００９】
本発明によれば、過去検査データのデータ構造を更新により変更する場合に、その変更に要する時間を短縮することができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の第１の実施形態に係る眼科情報処理システムの概略構成の一例を示すブロック図である。
【図２】図１の記憶部に記憶された過去検査データのデータ構造の一例を示す模式図である。
【図３】本発明の第１の実施形態に係る眼科情報処理システムによる眼科情報処理方法の処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００１１】
以下に、図面を参照しながら、本発明を実施するための形態（実施形態）について説明する。なお、以下に説明する本発明の実施形態は、本発明の実施に有利な具体例を示すものにすぎず、このため、本発明は、以下に説明する実施形態に限定されるものではない。また、以下の実施形態の中で説明されている特徴の組み合わせの全てが、本発明の課題解決のために必須のものであるとは限らない。
【００１２】
（第１の実施形態）
まず、本発明の第１の実施形態について説明する。
【００１３】
図１は、本発明の第１の実施形態に係る眼科情報処理システム１０の概略構成の一例を示すブロック図である。眼科情報処理システム１０は、図１に示すように、眼科情報処理装置１００、及び、眼科撮影装置２００を有して構成されている。また、眼科情報処理装置１００は、図１に示すように、検査データ取得部１１０、処理・制御部１２０、操作入力部１３０、検査リスト表示部１４０、記憶部１５０、解析処理部１６０、及び、健診レポートデータ表示部１７０を有して構成されている。ここで、検査データ取得部１１０は検査データ取得手段として機能し、解析処理部１６０は解析処理手段として機能し、記憶部１５０は記憶手段として機能し、処理・制御部１２０は制御手段として機能する。また、操作入力部１３０は入力手段として機能し、検査リスト表示部１４０及び健診レポートデータ表示部１７０は表示手段として機能する。
【００１４】
眼科撮影装置２００は、被検者の被検眼に係る撮影画像を撮影する装置である。図１に示す例では、眼科撮影装置２００は、ＯＣＴ装置２０１、及び、眼底カメラ２０２を示しているが、本実施形態においてはこれに限定されるものではない。例えば、眼科撮影装置２００として、ＳＬＯ（走査型レーザー検眼鏡）装置、ＡＯ（補償光学）−ＳＬＯ装置、視野計測装置、眼圧測定装置など、或いはこれらのうちの複数の装置の組合せからなる装置も適用可能である。
【００１５】
この眼科撮影装置２００において撮影された複数の撮影画像は、被検者の識別情報（例えば、図２に示す患者情報２３０など）が関連づけられた検査データとして、検査データ取得部１１０で取得される。ここで、図１では、検査データ取得部１１０は、ＯＣＴ装置２０１で撮影されたＯＣＴ断層画像１１１や眼底カメラ２０２で撮影された眼底画像１１２に係る検査データを取得する例を示している。また、検査データ取得部１１０は、これらのＯＣＴ断層画像１１１や眼底画像１１２とともに、更に、被検眼の撮影部位や撮影モード等の撮影条件１１３も取得する。ここで、検査データ取得部１１０は、上述した識別情報や撮影条件１１３を、眼科撮影装置２００から撮影画像とともに取得する形態を採ることができ、また、操作入力部１３０を介して取得する形態も採ることができる。
【００１６】
また、検査データ取得部１１０は、眼科撮影装置２００を他の撮影装置に変えて被検者の検査を行う場合にも検査データを取得する。この場合、眼科情報処理装置１００は、それぞれの撮影装置から取得した検査データを、当該被検者における複数の検査データとして保存する。また、検査データ取得部１１０が取得する検査データに含まれるＯＣＴ断層画像１１１としては、例えば、被検眼の黄斑部と視神経乳頭部を含む眼底後極部の断層画像や視神経乳頭部の断層画像などが挙げられる。また、検査データ取得部１１０が取得する検査データに含まれる眼底画像１１２としては、例えば、眼底カメラ２０２やＳＬＯ装置による赤外光を用いて被検眼の眼底をモノクロ撮影して得たモノクロ眼底画像や、可視光を用いて眼底をカラー撮影して得たカラー眼底画像、眼底を蛍光撮影して得たモノクロ眼底画像、ＡＯ−ＳＬＯ装置による収差補正して得た眼底画像などが挙げられる。また、本発明においては、検査データ取得部１１０が取得する検査データに含まれる撮影画像としては、このＯＣＴ断層画像１１１及び眼底画像１１２に限定されるものではなく、例えば、被検眼の前眼部を撮影して得た前眼部画像等であってもよく、さらに、これらの画像を複数組み合わせた画像群であってもよい。
【００１７】
処理・制御部１２０は、例えば操作入力部１３０から入力された情報に基づいて、各種の処理や各種の制御を行う。この処理・制御部１２０は、図１に示すように、検査リスト作成部１２１、及び、健診レポート用データ抽出部１２２を有して構成されている。
【００１８】
検査リスト作成部１２１は、検査データ取得部１１０で取得された検査データを含む検査リストを作成する。そして、検査リスト作成部１２１は、作成した検査リストを検査リスト表示部１４０に表示させる制御を行う。また、検査リスト作成部１２１は、記憶部１５０に対して、検査データ取得部１１０で取得された検査データを検査データ１５１として記憶させるとともに、作成した検査リストを検査リスト１５２として記憶させる制御を行う。
【００１９】
健診レポート用データ抽出部１２２は、例えば操作入力部１３０から入力されたレポートテンプレート選択１３５の情報に基づく抽出条件に従って、健診レポート用のデータを抽出する。具体的に、抽出条件は、例えば、レポートテンプレート選択１３５に基づくレポートテンプレートの表示項目に応じて、少なくとも検査データの種類、当該検査データの配置及び解析処理部１６０で得られた解析データから、抽出すべき一部の項目が定められている。なお、実際の上述した表示項目は、健診レポート用データ抽出部１２２によって抽出される。
【００２０】
操作入力部１３０は、処理・制御部１２０に対して各種の操作入力を行う。例えば、操作入力部１３０は、健診（診断）モード設定１３１、被検者の入力或いは選択による被検者設定１３２、検査項目の選択を含む検査選択１３３、表示手段である検査リスト表示部１４０及び健診レポートデータ表示部１７０に表示する際の表示モード選択１３４、及び、当該表示モードに応じたレポートテンプレート選択１３５を含む各種の操作入力を行う。
【００２１】
検査リスト表示部１４０は、検査リスト作成部１２１によって作成或いは更新された検査リストを表示する。この検査リスト表示部１４０に表示される検査リストには、診断内容に対応するリスト、時系列順のリスト、診断用のリスト等が含まれる。
【００２２】
記憶部１５０は、複数の記憶領域を有しており、各々の記憶領域において、上述した検査データ１５１及び検査リスト１５２、解析処理部１６０で得られた解析データ１５３、並びに、上述したレポートテンプレート１５４及び抽出条件１５５を記憶する。ここで、記憶部１５０は、解析処理部１６０で解析データ（記憶部１５０に解析データ１５３として記憶される解析データを含む）を得た撮影画像を含む検査データ１５１を、所定のデータ構造を有する過去検査データとして記憶する。また、レポートテンプレート１５４は、表示すべきデータ（検査データ１５１の種類及び内容、並びに、解析データ１５３）を検査の目的に応じて選択し、これら選択されたデータを目的に応じて検者が判断を容易かつ的確に行えるよう表示する表示レイアウトを意味する。以下に説明する実施形態では、健診（健康診断）に用いる健診レポートテンプレートと、一般的な眼科での被検眼検査に用いられる標準レポートテンプレートとを例示している。しかしながら、レポートテンプレート１５４は、被検眼の検査目的に応じて、さらに他の様式ものを適用してもよい。
【００２３】
解析処理部１６０は、検査データ取得部１１０が取得した検査データに含まれる撮影画像を解析して、解析データを取得する。そして、解析処理部１６０で取得された解析データは、健診レポート用データ抽出部１２２を介して解析データ１５３として記憶部１５０に記憶される。図１では、解析処理部１６０が、乳頭解析１６１を行って乳頭解析データを取得するとともに、緑内障解析１６２を行って緑内障解析データを取得する例を示しているが、例えば、これらの解析データのうちの少なくとも１つの解析データを取得してもよい。また、本実施形態においては、これに限定されるものではなく、例えば、上述した乳頭解析データ及び緑内障解析データ以外の解析データを、解析処理部１６０で取得するようにしてもよい。
【００２４】
健診レポートデータ表示部１７０は、上述したレポートテンプレートに従って、健診レポート用データ抽出部１２２で抽出した各データ（健診レポートデータ）について表示を行う。
【００２５】
なお、図１では、表示手段である検査リスト表示部１４０及び健診レポートデータ表示部１７０を別構成としているが、本実施形態においてはこれに限定されるものではなく、これらを単一のモニタ等の表示部として構成する態様も適用可能である。この場合、単一の表示部は、操作入力部１３０の操作入力に応じて適宜表示を切り換える様式とすることが好ましい。また、処理・制御部１２０は、当該表示手段に表示させる項目や用いるテンプレート等を指定して表示させる表示制御手段を構成する。
【００２６】
図２は、図１の記憶部１５０に記憶された過去検査データのデータ構造の一例を示す模式図である。具体的に、図２（ａ）は、データ構造が更新される前の過去検査データにおける所定のデータ構造の一例を示している。また、図２（ｂ）は、データ構造が更新された後の過去検査データにおける最新の（新たな）データ構造の一例を示している。
【００２７】
データ構造が更新される前の過去検査データにおける所定のデータ構造は、図２（ａ）に示すように、データＩＤ２１０、データ構造バージョン２２０、患者情報２３０、定量化情報１（２４０）、及び、検査情報１（２５０）を有して構成されている。データＩＤ２１０は、各検査に固有のデータＩＤであり、当該過去検査データを識別するための情報である。データ構造バージョン２２０は、当該過去検査データのデータ構造のバージョンを示すバージョン情報である。ここで、図２（ａ）に示すデータ構造バージョン２２０では、データ構造が更新される前の旧バージョンを示す番号（旧バージョン番号）として、１．０が設定されている。患者情報２３０は、被検者である患者に固有の患者ＩＤや、当該患者の氏名及び年齢などの個人情報等を含む情報である。定量化情報１（２４０）は、当該過去検査データに含まれる撮影画像から得られる各種の定量化情報である。例えば、定量化情報１（２４０）は、当該過去検査データに撮影画像としてＯＣＴ断層画像１１１が含まれている場合には、ＯＣＴ断層画像１１１から得られる、例えば網膜の各層（神経線維層ＮＦＬや神経節細胞層ＧＣＬ、内網状層ＩＰＬ等）の層厚情報である。検査情報１（２５０）は、眼科撮影装置２００で取得された撮影画像、及び、その撮影画像を取得した際の諸条件（この諸条件には、撮影条件１１３を含めてもよい）などの情報を含む情報である。例えば、定量化情報１（２４０）は、当該過去検査データに撮影画像としてＯＣＴ断層画像１１１が含まれている場合には、当該ＯＣＴ断層画像１１１、及び、当該ＯＣＴ断層画像１１１を取得した際の諸条件（例えば、スキャンモード、スキャン位置、スキャンサイズ、スキャン間隔など）の情報を含む情報である。
【００２８】
データ構造が更新された後の過去検査データにおける最新のデータ構造は、図２（ｂ）に示すように、データＩＤ２１０、データ構造バージョン２２０、患者情報２３０、定量化情報１（２４０）、定量化情報２（２４１）、検査情報１（２５０）、及び、検査情報２（２５１）を有して構成されている。即ち、データ構造が更新された後の過去検査データにおける最新のデータ構造は、図２（ａ）に示す所定のデータ構造に対して、定量化情報２（２４１）、及び、検査情報２（２５１）が追加された構成となっている。本実施形態では、定量化情報２（２４１）は、定量化情報１（２４０）とは異なる定量化情報を示し、また、検査情報２（２５１）は、検査情報１（２５０）とは異なる検査情報を示している。さらに、図２（ｂ）に示す最新のデータ構造は、データ構造バージョン２２０において、データ構造が更新された後の新バージョンを示す番号（新バージョン番号）として、２．０が設定されている。また、更なるデータ構造に更新される場合には、データ構造バージョン２２０には新たな番号が割り振られる。
【００２９】
最近では、例えば、ＯＣＴ断層画像１１１から被検眼の眼底の血流に関連した画像を生成し、従来の眼底蛍光造影検査に類似した画像を取得することが可能となってきている。この画像は、一般的に、ＯＣＴ  Ａｎｇｉｏｇｒａｐｈｙ（以下、「ＯＣＴＡ」と記載する）画像と呼ばれている。本実施形態において、図２（ｂ）に示す検査情報２（２５１）は、例えば、このＯＣＴＡ画像を含む情報である。また、例えば、ＯＣＴＡ画像から血管の密度を定量化する方法として、面積密度やスケルトン密度というものがあり、本実施形態において、図２（ｂ）に示す定量化情報２（２４１）は、例えば、これらの情報である。本実施形態では、例えば、眼科情報処理システム１０において、新規の定量化手段や検査方法が組み込まれると、図２（ｂ）に示すように、過去検査データのデータ構造が最新の（新たな）データ構造に変更される。
【００３０】
また、本実施形態では、図２（ａ）に示す定量化情報１（２４０）、並びに、図２（ｂ）に示す定量化情報１（２４０）及び定量化情報２（２４１）としては、例えば解析処理部１６０で取得された解析データの情報を適用することも可能である。この場合、定量化情報１（２４０）及び定量化情報２（２４１）に適用する解析データの情報は、記憶部１５０に解析データ１５３として記憶される以外の解析データの情報であってもよく、また、解析データ１５３の一部の情報または全部の情報であってもよい。
【００３１】
図３は、本発明の第１の実施形態に係る眼科情報処理システム１０による眼科情報処理方法の処理手順の一例を示すフローチャートである。具体的に、図３には、過去検査データへのアクセスがされた際の処理手順の一例を示すフローチャートが示されている。
【００３２】
眼科情報処理システム１０をバージョンアップする更新がされ、新規の定量化手段や検査方法が追加されると、それに伴って検査データのデータ構造が更新される。データ構造が更新された場合、新たなデータ構造に対応するよう、過去検査データも最新のデータ構造に変更する必要がある。本実施形態では、眼科情報処理システム１０のバージョンアップ更新がなされた場合、これに伴う過去検査データのデータ構造の変更を、全データを一括して行うのではなく、個別の過去検査データにアクセスがされた際に当該過去検査データに対して行う。これにより、必要がある場合のみ、過去検査データのデータ構造の変更を行うことができる。
【００３３】
図３に示すフローチャートは、それぞれの過去検査データにアクセスがなされた際に実行される。なお、以下の説明では、図２を用いて説明したように、データ構造バージョン２２０が、図２（ａ）に示す１．０の場合には旧バージョンであるものとし、図２（ｂ）に示す２．０の場合には新バージョンであるものとする。
【００３４】
まず、ステップＳ１０１において、例えば処理・制御部１２０は、アクセスがされた過去検査データを記憶部１５０から読み出す処理を行う。この際、例えば処理・制御部１２０は、データＩＤ２１０を参照して、アクセスがされた過去検査データを読み出す。
【００３５】
続いて、ステップＳ１０２において、例えば処理・制御部１２０は、ステップＳ１０１で読み出した過去検査データのデータ構造バージョン２２０を確認する処理を行う。
【００３６】
続いて、ステップＳ１０３において、例えば処理・制御部１２０は、ステップＳ１０２で確認したデータ構造バージョン２２０が新バージョンであるか否かを判断する。この判断の結果、データ構造バージョン２２０が、図２（ｂ）に示す２．０であって新バージョンである場合には（Ｓ１０３／Ｙｅｓ）、図３に示すフローチャートの処理を終了する。
【００３７】
一方、ステップＳ１０３の判断の結果、データ構造バージョン２２０が、図２（ｂ）に示す２．０でないために新バージョンでない（例えば、図２（ａ）に示す１．０の旧バージョンである）場合には（Ｓ１０３／Ｎｏ）、ステップＳ１０４に進む。
ステップＳ１０４に進むと、例えば処理・制御部１２０は、当該過去検査データにおける所定のデータ構造を上述した更新に基づく最新のデータ構造に変更する制御を行う。例えば、図２に示す場合には、旧バージョンと新バージョンで共通するデータ部分（患者情報２３０、定量化情報１（２４０）、検査情報１（２５０））は、そのままで、新たに定量化情報２（２４１）と検査情報２（２５１）に関する部分を追加する。通常、追加部分の検査や定量化は実施されていないので、データ構造として枠が用意されるだけで追加部分のデータは空の状態である。しかしながら、追加される定量化情報の種類によっては、既存の検査情報から求めることができる場合もあり、そのような場合にはデータ構造の変更と同時に既存情報からの演算で追加データ部分を埋めるようにしてもよい。
【００３８】
続いて、ステップＳ１０５において、例えば処理・制御部１２０は、ステップＳ１０４でデータ構造の変更を行った過去検査データのデータ構造バージョン２２０に新バージョン番号（図２に示す例では、２．０）を設定する。
【００３９】
続いて、ステップＳ１０６において、例えば処理・制御部１２０は、ステップＳ１０４及びＳ１０５の変更を行った過去検査データを記憶部１５０に書き込んで記憶させる。その後、図３に示すフローチャートの処理を終了する。
【００４０】
以上説明したように、本実施形態に係る眼科情報処理システム１０では、例えば処理・制御部１２０は、過去検査データのデータ構造を更新により変更する場合に、当該過去検査データへのアクセスがされた際に当該変更を行うようにしている。
かかる構成によれば、例えば該当する全ての過去検査データを一括して変更する場合と比較して、過去検査データのデータ構造の変更に要する時間を短縮することができる。この結果、例えば眼科情報処理システム１０のバージョンアップ更新の後に、直ちに新たな検査を実施することができる。
【００４１】
なお、本実施形態の変形例として、以下の態様を適用することもできる。
上述した実施形態では、過去検査データにアクセスがされた際に当該過去検査データを最新のデータ構造に変更する制御（第１の制御）を行うものであった。本実施形態の変形例では、処理・制御部１２０は、例えば操作入力部１３０による設定に応じて、当該第１の制御と、アクセスの有無にかかわらずに更新がされた全ての過去検査データにおける所定のデータ構造を最新のデータ構造に一括して変更する制御（第２の制御）と、を切り替える態様を採る。この第２の制御は、例えば、夜間や休診日などの検査の空き時間に過去検査データを一括して変更することを想定したものであり、上述した第１の制御と第２の制御を選択可能とすることにより、眼科情報処理システム１０の汎用性を高めることができる。
【００４２】
なお、図２に示した過去検査データのデータ構造は一例であり、例えば、図２を用いて説明した以外に当該過去検査データの作成日時や更新日時、検者名などの他の情報を含めるようにしてもよい。また、図２では、データ構造として定量化情報や検査情報を追加する変更を行う場合を示したが、本発明においてはこの形態に限定されるものではない。例えば、これ以外にも、既存のデータを１６ｂｉｔ整数から２４ｂｉｔ整数化するなどの取りうるデータ範囲を広げる修正や、単精度浮動点小数から倍精度浮動点小数に変更するなどの精度を高める修正をした結果、データ構造が変化する場合も適用可能である。
【００４３】
また、データ構造のバージョン番号の形式やフォーマットは、上述した実施形態で説明した態様に限定されるものではない。また、上述した実施形態では、データ構造のバージョンとしては、データ構造が変化した際にバージョン番号が変わる例を説明したが、データ構造自体のバージョンではなく、データ作成時の眼科情報処理システム１０のバージョンナンバーを適用してもよい。この場合、図３のステップＳ１０３では、対象となる過去検査データのデータ構造のバージョンが、最新となる眼科情報処理システム１０のバージョンナンバー以上であるか否かを判断する形態を採りうる。
【００４４】
（第２の実施形態）
次に、本発明の第２の実施形態について説明する。以下に記載する第２の実施形態の説明では、上述した第１の実施形態と同様の事項については説明を省略し、上述した第１の実施形態と異なる事項について説明を行う。
【００４５】
上述した第１の実施形態では、個別の過去検査データにアクセスする都度、必要がある場合のみデータ構造を変更する例を説明した。第２の実施形態では、この第１の実施形態の処理に加えて、過去検査データのデータベース情報のバックアップも行う形態である。
【００４６】
第２の実施形態に係る眼科情報処理システムの概略構成は、図１に示す第１の実施形態に係る眼科情報処理システム１０の概略構成と同様である。また、第２の実施形態で用いる過去検査データのデータ構造は、図２に示す過去検査データのデータ構造と同様である。また、第２の実施形態に係る眼科情報処理システム１０による眼科情報処理方法の処理手順は、図３に示す第１の実施形態に係る眼科情報処理システム１０による眼科情報処理方法の処理手順と同様である。
【００４７】
眼科情報処理システム１０のバージョンアップ更新の際に、ハードウェアのトラブルや停電等の何らかの障害により、バージョンアップに失敗することがありうる。その際、過去検査データのデータベースが破損してしまうと、その回復に多大な時間を要することになる。そこで、第２の実施形態では、例えば処理・制御部１２０は、過去検査データのデータ構造の更新を伴う眼科情報処理システム１０の更新がされる前に、記憶部１５０に記載されている過去検査データのデータベース情報のバックアップを自動的に行う。これにより、過去検査データのデータベースが破損した場合においても、過去検査データへのアクセスが困難になるという懸念を低減させることができ、バージョンアップ更新時の安全性を高めることができる。また、本実施形態では、例えば処理・制御部１２０は、過去検査データの全データをバックアップするのではなく、データベースファイル（例えば、インデックスファイル等）のみをバックアップする態様が好適である。この態様を採ることにより、バージョンアップ更新時の安全性を高めつつ、バックアップに要する時間を１分程度と短くすることができる。
【００４８】
（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。
このプログラム及び当該プログラムを記憶したコンピュータ読み取り可能な記憶媒体は、本発明に含まれる。
【００４９】
なお、上述した本発明の実施形態は、いずれも本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
【符号の説明】
【００５０】
１０：眼科情報処理システム、１００：眼科情報処理装置、１１０：検査データ取得部、１２０：処理・制御部、１２１：検査リスト作成部、１２２：健診レポート用データ抽出部、１３０：操作入力部、１４０：検査リスト表示部、１５０：記憶部、１６０：解析処理部、１７０：健診レポートデータ表示部、２００：眼科撮影装置
【図１】
2020065695.tif 000003
【図２】
2020065695.tif 000004
【図３】
2020065695.tif 000005