(57)【要約】  本発明は、特定の対象に係る特徴的な情報を蓄積したデータベースを容易かつ的確に構築可能な技術を提供することを目的とする。上記目的を達成するために、データベースシステムにおいて、各施設の識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける。次に、該データベースシステムにおいて、各施設について、１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する。そして、該データベースシステムにおいて、各存在特徴情報に基づき、複数の施設を所定基準に従って分類した分類情報を生成する。
2009151093.tif 000002
【特許請求の範囲】
【請求項１】
データベースシステムであって、
各施設の識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、
各施設について、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、
各前記存在特徴情報に基づき、複数の施設を所定基準に従って分類した分類情報を生成する分類手段と、
を備えることを特徴とするデータベースシステム。
【請求項２】
請求項１に記載のデータベースシステムであって、
各項目にそれぞれ対応付けられている１以上の要素によって構成された複数の要素の組合せを示す組合せ情報が多数蓄積されたデータベースと、
前記データベースに蓄積される複数の要素を可視的に出力する出力手段と、
を更に備え、
各前記入力情報が、
前記出力手段によって複数の要素が可視的に出力された状態で前記各施設によって指定された１以上の要素を示す情報を含むことを特徴とするデータベースシステム。
【請求項３】
請求項２に記載のデータベースシステムであって、
前記データベースに蓄積される一部の要素が前記出力手段によって可視的に出力された状態における、前記各施設による前記一部の要素に含まれる１以上の要素を示す抽出条件の指定に応じて、前記データベースから該抽出条件に対応する情報を抽出する抽出手段、
を更に備え、
前記出力手段が、
前記抽出手段によって抽出された情報に基づき、各項目に１以上の要素がそれぞれ対応付けられた情報の一覧を可視的に出力し、
各前記入力情報が、
前記情報の一覧において前記各施設によって指定された１以上の要素を示す情報を含むことを特徴とするデータベースシステム。
【請求項４】
請求項３に記載のデータベースシステムであって、
前記入力情報に基づき、前記データベースに対し、各項目にそれぞれ対応付けられている１以上の要素によって構成された複数の要素の組合せを示す組合せ情報を追加することで、前記データベースを更新する更新手段、
を更に備えることを特徴とするデータベースシステム。
【請求項５】
請求項３または請求項４に記載のデータベースシステムであって、
各前記入力情報が、
前記抽出条件によって示される１以上の要素を含むことを特徴とするデータベースシステム。
【請求項６】
請求項２から請求項５の何れか１つの請求項に記載のデータベースシステムであって、
前記組合せ情報が、
ＲＤＦで記述されていることを特徴とするデータベースシステム。
【請求項７】
請求項１から請求項６の何れか１つの請求項に記載のデータベースシステムであって、
前記存在特徴情報が、
前記特定要素の存在状態に係る統計情報を含むことを特徴とするデータベースシステム。
【請求項８】
請求項７に記載のデータベースシステムであって、
前記統計情報が、
前記１以上の入力情報における前記特定要素に係る出現頻度および出現割合のうちの少なくとも一方に係る情報を含むことを特徴とするデータベースシステム。
【請求項９】
請求項８に記載のデータベースシステムであって、
前記統計情報が、
前記１以上の入力情報における２以上の特定要素の組合せに係る出現頻度および出現割合のうちの少なくとも一方に係る情報を含むことを特徴とするデータベースシステム。
【請求項１０】
請求項１から請求項９の何れか１つの請求項に記載のデータベースシステムであって、
前記施設が、
医療機関を含むことを特徴とするデータベースシステム。
【請求項１１】
請求項１０に記載のデータベースシステムであって、
各前記入力情報が、
読影レポート情報または画像診断レポート情報を含むことを特徴とするデータベースシステム。
【請求項１２】
請求項１０または請求項１１に記載のデータベースシステムであって、
前記特定要素が、
モダリティに係る特定要素を含むことを特徴とするデータベースシステム。
【請求項１３】
請求項１から請求項１０の何れか１つの請求項に記載のデータベースシステムであって、
各前記入力情報が、
インシデントレポート情報を含むことを特徴とするデータベースシステム。
【請求項１４】
請求項２に記載のデータベースシステムであって、
前記データベースが、
ヘルスケア、看護、および介護のうちの少なくとも何れかに関する情報を含むことを特徴とするデータベースシステム。
【請求項１５】
請求項１から請求項１４の何れか１つの請求項に記載のデータベースシステムであって、
情報サーバと、端末とを備え、
前記情報サーバが、
前記分類情報を記憶する分類情報記憶手段と、
前記端末からの要求に応じて、前記分類情報に基づく情報を前記端末に送信する情報送信手段と、
を有することを特徴とするデータベースシステム。
【請求項１６】
請求項１５に記載のデータベースシステムであって、
前記施設が、
所定種類の施設を含み、
前記情報送信手段が、
前記分類情報に基づく前記所定種類の施設に係る紹介情報を前記端末に送信することを特徴とするデータベースシステム。
【請求項１７】
請求項１６に記載のデータベースシステムであって、
前記所定種類の施設に係る紹介情報が、
前記分類情報に基づいて複数の前記所定種類の施設を示す表示要素の表示態様を調整した情報を含むことを特徴とするデータベースシステム。
【請求項１８】
データベースシステムであって、
情報サーバと、
施設毎にそれぞれ設置され、且つ前記情報サーバに対して通信回線を介して接続される複数のローカルサーバとを備え、
前記ローカルサーバが、
１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、
前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、
前記存在特徴情報を、前記ローカルサーバに係る識別情報と関連付けて、前記通信回線を介して前記情報サーバに送信する送信手段と、
を有し、
前記情報サーバが、
各前記存在特徴情報に基づき、複数の施設を所定基準に従って分類した分類情報を生成する分類手段、
を有することを特徴とするデータベースシステム。
【請求項１９】
データベースシステムであって、
各個人の識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、
各個人について、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、
各前記存在特徴情報に基づき、複数の人物を所定基準に従って分類した分類情報を生成する分類手段と、
を備えることを特徴とするデータベースシステム。
【請求項２０】
データベースシステムであって、
各グループの識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、
各グループについて、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、
各前記存在特徴情報に基づき、複数のグループを所定基準に従って分類した分類情報を生成する分類手段と、
を備えることを特徴とするデータベースシステム。
【請求項２１】
請求項１から請求項２０の何れか１つの請求項に記載のデータベースシステムであって、
各前記入力情報が、
自然文に係る情報を含み、
各前記入力情報について所定の言語処理を行うことで１以上の要素の組合せを認識する要素認識手段、
を更に備えることを特徴とするデータベースシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データベースシステムに関する。
【背景技術】
【０００２】
近年、病院などの各種医療機関に関しては、施設の概要、診療科、および診療体制（例えば、曜日や時間ごとに各診療科の担当医が列挙された一覧）などを示す情報がホームページ上で公開されている。そして、一般のユーザが、パソコンや携帯電話などを用いて、インターネット経由で所望の条件に合致する機関を検索することが可能となっている。【０００３】
ところで、医療機関の情報を蓄積したデータベースシステムについては、例えば、病院関係者以外の予め特定された運営者のみが通信ネットワークを通じてデータベースに記録された汎用情報をそれぞれの病院向けにカスタマイズしたカスタマイズ情報としてデータベースに記録し、病院関係者または運営者がデータベースに記録された汎用情報またはカスタマイズ情報を出力可能な医療支援システム（例えば、特許文献１）が提案されている。また、医療情報センタにおいて紹介先医療機関の各病院の病院情報を紹介先病院情報データベース内に蓄積し、紹介元医療機関からの患者紹介情報に基づいて適切な紹介先医療機関を選択し、その情報を紹介元医療機関に提供する医療情報システムが提案されている（例えば、特許文献２）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００１−２５６３０３号公報
【特許文献２】特開２００２−７３８２２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１の技術では、運営者が検索向けのカスタマイズ情報を意図的に作成する必要性があり、特許文献２の技術では、医師などが検索向けの病院情報を意図的に記入する必要性がある。このため、情報の入力が煩雑である上に、入力者の意図によって医療機関の情報が実情とは異なるものとなる虞がある。【０００６】
このような問題は、医療機関の情報以外の各種施設や個人などといった特定の対象に関する特徴的な情報を蓄積したデータベースシステム一般に共通する。【０００７】
本発明は、上記課題に鑑みてなされたものであり、特定の対象に係る特徴的な情報を蓄積したデータベースを容易かつ的確に構築可能な技術を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、第１の態様に係るデータベースシステムは、データベースシステムであって、各施設の識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、各施設について、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、各前記存在特徴情報に基づき、複数の施設を所定基準に従って分類した分類情報を生成する分類手段と、を備える。【０００９】
また、第２の態様に係るデータベースシステムは、第１の態様に係るデータベースシステムであって、各項目にそれぞれ対応付けられている１以上の要素によって構成された複数の要素の組合せを示す組合せ情報が多数蓄積されたデータベースと、前記データベースに蓄積される複数の要素を可視的に出力する出力手段と、を更に備え、各前記入力情報が、前記出力手段によって複数の要素が可視的に出力された状態で前記各施設によって指定された１以上の要素を示す情報を含む。【００１０】
また、第３の態様に係るデータベースシステムは、第２の態様に係るデータベースシステムであって、前記データベースに蓄積される一部の要素が前記出力手段によって可視的に出力された状態における、前記各施設による前記一部の要素に含まれる１以上の要素を示す抽出条件の指定に応じて、前記データベースから該抽出条件に対応する情報を抽出する抽出手段、を更に備え、前記出力手段が、前記抽出手段によって抽出された情報に基づき、各項目に１以上の要素がそれぞれ対応付けられた情報の一覧を可視的に出力し、各前記入力情報が、前記情報の一覧において前記各施設によって指定された１以上の要素を示す情報を含む。【００１１】
また、第４の態様に係るデータベースシステムは、第３の態様に係るデータベースシステムであって、前記入力情報に基づき、前記データベースに対し、各項目にそれぞれ対応付けられている１以上の要素によって構成された複数の要素の組合せを示す組合せ情報を追加することで、前記データベースを更新する更新手段、を更に備える。【００１２】
また、第５の態様に係るデータベースシステムは、第３または第４の態様に係るデータベースシステムであって、各前記入力情報が、前記抽出条件によって示される１以上の要素を含む。【００１３】
また、第６の態様に係るデータベースシステムは、第２から第５の何れか１つの態様に係るデータベースシステムであって、前記組合せ情報が、ＲＤＦで記述されている。【００１４】
また、第７の態様に係るデータベースシステムは、第１から第６の何れか１つの態様に係るデータベースシステムであって、前記存在特徴情報が、前記特定要素の存在状態に係る統計情報を含む。【００１５】
また、第８の態様に係るデータベースシステムは、第７の態様に係るデータベースシステムであって、前記統計情報が、前記１以上の入力情報における前記特定要素に係る出現頻度および出現割合のうちの少なくとも一方に係る情報を含む。【００１６】
また、第９の態様に係るデータベースシステムは、第８の態様に係るデータベースシステムであって、前記統計情報が、前記１以上の入力情報における２以上の特定要素の組合せに係る出現頻度および出現割合のうちの少なくとも一方に係る情報を含む。【００１７】
また、第１０の態様に係るデータベースシステムは、第１から第９の何れか１つの態様に係るデータベースシステムであって、前記施設が、医療機関を含む。【００１８】
また、第１１の態様に係るデータベースシステムは、第１０の態様に係るデータベースシステムであって、各前記入力情報が、読影レポート情報または画像診断レポート情報を含む。【００１９】
また、第１２の態様に係るデータベースシステムは、第１０または第１１の態様に係るデータベースシステムであって、前記特定要素が、モダリティに係る特定要素を含む。【００２０】
また、第１３の態様に係るデータベースシステムは、第１から第１０の何れか１つの態様に係るデータベースシステムであって、各前記入力情報が、インシデントレポート情報を含む。【００２１】
また、第１４の態様に係るデータベースシステムは、第２の態様に係るデータベースシステムであって、前記データベースが、ヘルスケア、看護、および介護のうちの少なくとも何れかに関する情報を含む。【００２２】
また、第１５の態様に係るデータベースシステムは、第１から第１４の何れか１つの態様に係るデータベースシステムであって、情報サーバと、端末とを備え、前記情報サーバが、前記分類情報を記憶する分類情報記憶手段と、前記端末からの要求に応じて、前記分類情報に基づく情報を前記端末に送信する情報送信手段と、を有する。【００２３】
また、第１６の態様に係るデータベースシステムは、第１５の態様に係るデータベースシステムであって、前記施設が、所定種類の施設を含み、前記情報送信手段が、前記分類情報に基づく前記所定種類の施設に係る紹介情報を前記端末に送信する。【００２４】
また、第１７の態様に係るデータベースシステムは、第１６の態様に係るデータベースシステムであって、前記所定種類の施設に係る紹介情報が、前記分類情報に基づいて複数の前記所定種類の施設を示す表示要素の表示態様を調整した情報を含む。【００２５】
また、第１８の態様に係るデータベースシステムは、データベースシステムであって、情報サーバと、施設毎にそれぞれ設置され、且つ前記情報サーバに対して通信回線を介して接続される複数のローカルサーバとを備え、前記ローカルサーバが、１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、前記存在特徴情報を、前記ローカルサーバに係る識別情報と関連付けて、前記通信回線を介して前記情報サーバに送信する送信手段と、を有し、前記情報サーバが、各前記存在特徴情報に基づき、複数の施設を所定基準に従って分類した分類情報を生成する分類手段、を有する。【００２６】
また、第１９の態様に係るデータベースシステムは、データベースシステムであって、各個人の識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、各個人について、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、各前記存在特徴情報に基づき、複数の人物を所定基準に従って分類した分類情報を生成する分類手段と、を備える。【００２７】
また、第２０の態様に係るデータベースシステムは、データベースシステムであって、各グループの識別情報と関連付けられてそれぞれ入力され、且つ１以上の要素をそれぞれ含む１以上の入力情報を受け付ける受付手段と、各グループについて、前記１以上の入力情報における特定要素の存在状態の特徴を示す存在特徴情報を所定ルールに従って導出する特徴導出手段と、各前記存在特徴情報に基づき、複数のグループを所定基準に従って分類した分類情報を生成する分類手段と、を備える。【００２８】
また、第２１の態様に係るデータベースシステムは、第１から第２０の何れか１つの態様に係るデータベースシステムであって、各前記入力情報が、自然文に係る情報を含み、各前記入力情報について所定の言語処理を行うことで１以上の要素の組合せを認識する要素認識手段、を更に備える。
【発明の効果】
【００２９】
第１から第２１の何れの態様に係るデータベースシステムによっても、各施設の入力情報における要素の存在状態の特徴に基づいて複数の施設が分類されるため、特定の対象に係る特徴的な情報を的確に蓄積したデータベースの構築が容易に可能となる。【００３０】
第２の態様に係るデータベースシステムによれば、各施設による情報の利用状況に応じて複数の施設が分類されることで、恣意的な情報入力に応じた施設の分類が抑制されるため、特定の対象の特徴をより的確に示す情報を蓄積したデータベースを容易に構築することができる。【００３１】
第１０の態様に係るデータベースシステムによれば、医療機関の特徴に即した的確な分類が可能となる。【００３２】
第１１の態様に係るデータベースシステムによれば、症例の情報が含まれる読影レポートまたは画像診断レポートに基づいた分類を行うことで、医療機関の特徴に即したより的確な分類が容易に可能となる。【００３３】
第１２の態様に係るデータベースシステムによれば、医療機関の検査装置による分類が可能となる。【００３４】
第１３の態様に係るデータベースシステムによれば、施設の特徴を反映するインシデントレポートに基づいた分類により、特定の対象に係る特徴的な情報を蓄積したデータベースをより的確に構築することができる。【００３５】
第１５から第１７の何れの態様に係るデータベースシステムによっても、的確な分類情報に基づく情報が端末において得られるため、端末側において施設の特徴を把握することができる。
【図面の簡単な説明】
【００３６】
【図１】図１は、本発明の実施形態に係るＤＢシステムの概略構成を示す図である。
【図２】図２は、本発明の実施形態に係るＤＢシステムの構成に係るブロック図である。
【図３】図３は、情報生成機能およびレポート入力機能に係る機能構成を示すブロック図である。
【図４】図４は、支援情報ＤＢに蓄積されるデータの構成を例示する図である。
【図５】図５は、単レポート構造化データの構成例を示す模式図である。
【図６】図６は、上位階層に属するデータベースのデータ内容を例示する図である。
【図７】図７は、下位階層に属するデータベースのデータ内容を例示する図である。
【図８】図８は、最下位階層に属するデータベースのデータ内容を例示する図である。
【図９】図９は、支援情報ＤＢの階層構造を例示する図である。
【図１０】図１０は、端末において表示されるメインメニュー画面を例示する図である。
【図１１】図１１は、層別設定画面を例示する図である。
【図１２】図１２は、層別変更画面を例示する図である。
【図１３】図１３は、検査一覧画面を例示する図である。
【図１４】図１４は、レポート入力画面を例示する図である。
【図１５】図１５は、依頼事項を例示する図である。
【図１６】図１６は、検査の詳細な内容を例示する図である。
【図１７】図１７は、頻出句の一覧を例示する図である。
【図１８】図１８は、サマリ句の一覧を例示する図である。
【図１９】図１９は、抽出条件決定テンプレートを例示する図である。
【図２０】図２０は、入力支援テンプレートを例示する図である。
【図２１】図２１は、対象分類機能に係る機能構成を示すブロック図である。
【図２２】図２２は、施設別特徴情報テーブルおよび分類情報ＤＢのデータ内容を例示する図である。
【図２３】図２３は、分類情報送信機能に係る機能構成を示すブロック図である。
【図２４】図２４は、検索メニュー画面を例示する図である。
【図２５】図２５は、専門絞り込み画面を例示する図である。
【図２６】図２６は、病院紹介画面を例示する図である。
【図２７】図２７は、画像診断絞り込み画面を例示する図である。
【図２８】図２８は、病院紹介画面を例示する図である。
【図２９】図２９は、データベースシステムの動作フローを示すフローチャートである。
【図３０】図３０は、データベースシステムの動作フローを示すフローチャートである。
【図３１】図３１は、データベースシステムの動作フローを示すフローチャートである。
【図３２】図３２は、データベースシステムの動作フローを示すフローチャートである。
【図３３】図３３は、データベースシステムの動作フローを示すフローチャートである。
【図３４】図３４は、データベースシステムの動作フローを示すフローチャートである。
【発明を実施するための形態】
【００３７】
以下、本発明の実施形態を図面に基づいて説明する。
【００３８】
＜１．データベースシステムの概要＞
図１は、本発明の実施形態に係るデータベースシステム（ＤＢシステム）１の概略構成を例示する図である。ＤＢシステム１は、レポートサーバ１００，１００ａ，１００ｂ、ＰＡＣＳ（医用画像管理システム：Picture Archiving and Communication System）サーバ２００，２００ａ，２００ｂ、端末３００，３００ａ，３００ｂ、端末４００，４００ａ，４００ｂ、データセンタサーバ５００、端末６００，６００ａ，６００ｂを備える。
【００３９】
レポートサーバ１００，１００ａ，１００ｂ、データセンタサーバ５００、および端末６００，６００ａ，６００ｂは、例えば、インターネット回線などの通信回線ＮＴＷによって相互にデータ送受信可能に接続される。
【００４０】
レポートサーバ１００、ＰＡＣＳサーバ２００、端末３００、および端末４００は、例えば、同じ病院施設内に設置され、病院施設内のＬＡＮなどの通信回線ＬＮによって相互に送受信可能に接続される。また、レポートサーバ１００ａ，１００ｂは、レポートサーバ１００が設置された病院施設とは異なる病院施設にそれぞれ設置される。なお、ここでは、図示の関係上、３つの病院施設のみについて記載されているが、実際には病院施設は多数となる。
【００４１】
具体的には、レポートサーバ１００ａ，１００ｂは、それぞれレポートサーバ１００と同様な構成を有し、ＰＡＣＳサーバ２００ａ，２００ｂは、それぞれＰＡＣＳサーバ２００と同様な構成を有し、端末３００ａ，３００ｂは、それぞれ端末３００と同様な構成を有し、端末４００ａ，４００ｂは、端末４００と同様な構成を有する。つまり、レポートサーバ１００ａとＰＡＣＳサーバ２００ａと端末３００ａと端末４００ａとの組合せ、およびレポートサーバ１００ｂとＰＡＣＳサーバ２００ｂと端末３００ｂと端末４００ｂとの組合せについては、それぞれ同じ病院施設内に設置され、病院内のＬＡＮなどの通信回線ＬＮａ，ＬＮｂによってそれぞれ相互に送受信可能に接続される。そして、端末３００，３００ａ，３００ｂ，４００，４００ａ，４００ｂ，６００，６００ａ，６００ｂは、例えば、パーソナルコンピュータ（パソコン）などによってそれぞれ構成される。
【００４２】
なお、レポートサーバ１００ａ，１００ｂは、レポートサーバ１００と同様な構成および機能を有するため、以下では、レポートサーバ１００を代表例として説明する。
【００４３】
レポートサーバ１００は、例えば、パーソナルコンピュータ（パソコン）などによって構成され、各病院施設に設けられるローカルサーバとして機能する。また、レポートサーバ１００は、内蔵されるメモリに診療情報データベース（診療情報ＤＢ）１５１、および支援情報データベース（支援情報ＤＢ）１５２を格納する。
【００４４】
診療情報ＤＢ１５１は、診療の対象である多数の患者に係る医療情報（診療情報）が多数蓄積されたデータベースであり、例えば、多数の検査に係る情報が列挙されたリスト（検査リスト）を示す情報（検査リスト情報）を含む。また、診療情報ＤＢ１５１には、いわゆる担当医からの依頼事項や患者や検査に係る情報を示す属性情報が検査リストに列挙された検査ＩＤと関連付けられて格納される。
【００４５】
検査リストで列挙された検査の対象者、すなわち患者を対象として放射線科で放射線を用いた撮影により得られた多数の画像データは、ＰＡＣＳサーバ２００に格納される画像データベース（画像ＤＢ）２５１に格納される。そして、画像ＤＢ２５１に格納された多数の画像データにそれぞれ対応する読影レポートを示すレポート情報が、検査リストに列挙された検査ＩＤと関連付けられて診療情報ＤＢ１５１に格納される。ここで、診療情報ＤＢ１５１は、多数のレポート情報が格納されている点に着目すれば、多数のレポート情報が格納されたデータベース（レポートＤＢ）として機能する。
【００４６】
また、レポートサーバ１００は、診療情報ＤＢ１５１に既に格納されているレポート情報（既存レポート情報）を利用して、新規な読影レポートの作成および入力を支援する情報（支援情報）が蓄積されたデータベース（支援情報ＤＢ）１５２を作成する。そして、レポートサーバ１００は、端末３００からの情報の入力に応答して、支援情報ＤＢ１５２から支援情報を適宜抽出してテンプレートの形で端末３００に提供する。
【００４７】
更に、レポートサーバ１００は、端末３００からの新規なレポート情報の入力に応じて、診療情報ＤＢ１５１に新規なレポートを示すレポート情報を記憶する。なお、支援情報ＤＢ１５２を生成する機能（情報生成機能）、および支援情報ＤＢ１５２から端末３００に対して支援情報が提供されつつ読影レポートが入力される機能（レポート入力機能）については更に後述する。
【００４８】
データセンタサーバ５００は、例えば、パーソナルコンピュータ（パソコン）などによって構成され、内蔵されるメモリに分類情報データベース（分類情報ＤＢ）５５４を格納する。
【００４９】
分類情報ＤＢ５５４は、レポートサーバ１００，１００ａ，１００ｂがそれぞれ設置される複数の病院施設を分類した情報が蓄積されたデータベースであり、例えば、専門分野ごとに複数の病院施設が列挙されたリストを示す情報を含む。この分類情報ＤＢ５５４は、データセンタサーバ５００において、端末３００，３００ａ〜３００ｃからレポートサーバ１００，１００ａ，１００ｂに対してそれぞれ入力される情報（入力情報）が収集され、該入力情報に基づき、レポートサーバ１００，１００ａ，１００ｂが設置されている病院施設が分類対象として分類されることで構築される。なお、分類情報ＤＢ５５４を生成する機能（対象分類機能）については更に後述する。
【００５０】
また、データセンタサーバ５００は、端末６００，６００ａ，６００ｂからの要求に応じて、分類情報ＤＢ５５４に基づく情報を端末６００，６００ａ，６００ｂに対して送信する機能（分類情報送信機能）を有する。この分類情報送信機能についても更に後述する。なお、端末６００，６００ａ，６００ｂの構成および機能は同様であるため、以下では、適宜端末６００を代表例として説明する。
【００５１】
また、データセンタサーバ５００は、レポートサーバ１００，１００ａ，１００ｂにそれぞれ格納される各診療情報ＤＢ１５１や各支援情報ＤＢ１５２のデータ内容を収集して、適宜、最適化された情報をレポートサーバ１００，１００ａ，１００ｂに提供する。これにより、例えば、ある病院で得られた知見が、他の病院で利用される支援情報ＤＢ１５２に反映され、より広範囲の過去の知識を利用することができる。
【００５２】
ＰＡＣＳサーバ２００は、例えば、パーソナルコンピュータ（パソコン）などによって構成される。このＰＡＣＳサーバ２００は、内蔵されるメモリに画像ＤＢ２５１を格納する。画像ＤＢ２５１は、例えば、ＣＴ(coputed tomography)やＭＲＩ(Magnetic Resonance Imaging)などによって得られた患部をとらえた画像を示すデータ（画像データ）が検査（例えば検査ＩＤ）ごとに区別可能な態様で多数蓄積されたデータベースである。
【００５３】
このＰＡＣＳサーバ２００は、端末３００からの情報の入力に応じて、画像ＤＢ２５１に格納される画像データを端末４００に対して適宜提供する。端末４００では、ＰＡＣＳサーバ２００から提供された画像データが可視的に出力される。
【００５４】
端末３００は、情報提供者に相当するユーザ（例えば、読影医）による情報の入力に応じて、新規なレポート情報を入力する。この新規なレポート情報が入力される際には、ユーザは、端末４００で可視的に出力された画像データを視認しつつ、端末３００で、レポートサーバ１００からの支援情報に応じた画面を表示させて、新規なレポート情報を入力する。また、端末６００は、一般ユーザの家庭などに設置される。
【００５５】
図２は、本発明の実施形態に係るＤＢシステム１の構成に係るブロック図である。図２では、レポートサーバ１００、端末３００、データセンタサーバ５００、および端末６００の構成が示されている。図２で示すように、レポートサーバ１００は、ＣＰＵ１１０およびメモリ１５０をバスライン１０１に接続した一般的なコンピュータの構成を有する。なお、メモリ１５０は、適宜ＲＡＭやＲＯＭやハードディスクなどの記憶部を含む。また、バスライン１０１は、インターフェイス（Ｉ／Ｆ）１０２を介して通信回線ＬＮに接続されるとともに、インターフェイス（Ｉ／Ｆ）１０３を介して通信回線ＮＴＷに接続される。そして、ＣＰＵ１１０がメモリ１５０に格納されるプログラムに従って動作することにより、レポートサーバ１００の各種機能および動作が実現される。
【００５６】
端末３００は、ＣＰＵ３１０およびメモリ３５０をバスライン３０１に接続した一般的なコンピュータの構成を有する。なお、メモリ３５０は、適宜ＲＡＭやＲＯＭやハードディスクなどの記憶部を含む。また、バスライン３０１は、インターフェイス（Ｉ／Ｆ）３０２を介して通信回線ＬＮに接続され、適宜インターフェース（図示を省略）などを介して表示部３３０および操作部３４０に接続される。なお、表示部３３０は、例えば、液晶ディスプレイやＣＲＴなどによって構成され、操作部３４０は、キーボードやマウスなどを有し、ユーザによる操作に応答して各種信号の入力を受け付ける。
【００５７】
データセンタサーバ５００は、ＣＰＵ５１０およびメモリ５５０をバスライン５０１に接続した一般的なコンピュータの構成を有する。なお、メモリ５５０は、適宜ＲＡＭやＲＯＭやハードディスクなどの記憶部を含む。また、バスライン５０１は、インターフェイス（Ｉ／Ｆ）５０３を介して通信回線ＮＴＷに接続される。そして、ＣＰＵ５１０がメモリ５５０に格納されるプログラムに従って動作することにより、データセンタサーバ５００の各種機能および動作が実現される。
【００５８】
端末６００は、ＣＰＵ６１０およびメモリ６５０をバスライン６０１に接続した一般的なコンピュータの構成を有する。なお、メモリ６５０は、適宜ＲＡＭやＲＯＭやハードディスクなどの記憶部を含む。また、バスライン６０１は、インターフェイス（Ｉ／Ｆ）６０３を介して通信回線ＮＴＷに接続され、適宜インターフェース（図示を省略）などを介して表示部６３０および操作部６４０に接続される。なお、表示部６３０は、例えば、液晶ディスプレイやＣＲＴなどによって構成され、操作部６４０は、キーボードやマウスなどを有し、ユーザによる操作に応答して各種信号の入力を受け付ける。
【００５９】
＜２．情報生成機能およびレポート入力機能＞
図３は、ＤＢシステム１の情報生成機能およびレポート入力機能に係る機能構成を示すブロック図である。なお、情報生成機能、およびレポート入力機能は、主にレポートサーバ１００および端末３００において実現されるため、図３では、レポートサーバ１００および端末３００の機能構成について示されている。また、図４は、支援情報ＤＢ１５２に蓄積されるデータの構成を例示する図である。
【００６０】
＜２−１．レポートサーバ１００の機能構成＞
レポートサーバ１００は、メモリ１５０において、診療情報ＤＢ１５１、支援情報ＤＢ１５２、プログラム、およびその他のデータを格納する。支援情報ＤＢ１５２は、診療情報ＤＢ１５１に蓄積されたレポート情報に基づき構築される。また、その他のデータとしては、例えば、検索ルールの各形式（検索形式）に対して、画面生成ルールがそれぞれ関連付けられたファイル情報（設定ファイル）などが挙げられる。
【００６１】
なお、検索ルールは、支援情報ＤＢ１５２からの情報の取得を要求するルールであり、検索形式は、どの情報を検索対象として、どのような事項について情報を取得するのかを示す。この検索ルールは、ある情報から一部の情報を推論して取得するものであれば良く、例えば、支援情報ＤＢ１５２にて、公知のＲＤＦ（Resource Description Framework）を用いて情報を蓄積し、検索ルールに公知のセマンティック・ウェブアプリケーションを構築するためのフレームワークである公知の「Jena」でサポートされている推論を適用すれば良い。また、画面生成ルールは、取得された一部の情報を可視的に提示する画面（結果表示画面）を生成するルールであり、例えば、提示対象となる項目の数、種類、提示する項目の順番、表示要素の配置などを規定するものである。
【００６２】
図３で示すように、レポートサーバ１００は、データ読込部１１１、検査済判定部１１２、データ構築部１１３、情報送信部１１４、情報検索部１１５、およびデータ書込部１１６といった機能構成を有する。なお、レポートサーバ１００では、各処理によって一時的に生成される各種データが、メモリ１５０に含まれるＲＡＭなどに一時的に記憶される。
【００６３】
データ読込部１１１は、診療情報ＤＢ１５１から、読影レポート情報と、その読影レポート情報に対応する属性情報（例えば、依頼事項、患者属性、及び検査属性に係る情報）と、検査リスト情報とを読み込む。そして、データ読込部１１１は、支援情報を生成する際および読影レポート情報の入力を支援する際には、読影レポート情報と属性情報と検査リスト情報とを検査済判定部１１２に送出し、読影レポート情報の入力対象となる検査（入力対象検査）を特定する際には、検査リスト情報を端末３００に送出する。
【００６４】
検査済判定部１１２は、検査リスト情報を参照することで、各検査について読影レポートに含まれる所見文などが書き込まれて読影レポートが作成されているか否かを判定する。そして、検査済判定部１１２は、支援情報を生成する際には、生成済み（すなわち検査済み）の読影レポート情報を属性情報とともにデータ構築部１１３に送出する。また、検査済判定部１１２は、読影レポート情報の入力を支援する際には、未完成（すなわち未検査）の読影レポート情報を属性情報とともに端末３００に送出する。
【００６５】
データ構築部１１３は、複数の読影レポート情報を対象として、読影レポートに含まれる自然文で記述された所見文から必要な要素を抽出するとともに、属性情報に含まれる各種要素も抽出し、ＲＤＦを利用して構造化を行うことで、支援情報を生成する。
【００６６】
詳細には、まず、データ構築部１１３は、各読影レポート情報について、所見文を構成する複数の要素の項目に含まれた各項目に各々対応付けられている１以上の要素によって構成された複数の要素の組合せを示す情報（組合せ情報）を生成する。このとき、データ構築部１１３は、複数の読影レポート情報に係る複数の組合せ情報をメモリ１５０に蓄積することで、支援情報ＤＢ１５２の上位階層Ｓａのデータベースを構築する。次に、データ構築部１１３は、端末３００から入力される層別情報に応じて、上位階層Ｓａのデータベースに含まれる一部の組合せ情報を抽出して、メモリ１５０に蓄積することで、支援情報ＤＢ１５２の下位階層Ｓｂのデータベースを構築する。更に、データ構築部１１３は、端末３００から入力される層別情報に応じて、下位階層Ｓｂのデータベースに含まれる一部の組合せ情報を抽出して、メモリ１５０に蓄積することで、支援情報ＤＢ１５２の最下位階層Ｓｃのデータベースを構築する。このようにして、相対的に上位のデータベースから適宜所望の切り口や概念に係る下位のデータベースが構築される。
【００６７】
ここで言う「層別情報」とは、どの階層に属するどのデータベースからどのような切り口で情報を抽出して、データベースを構築するのかを示す情報である。層別情報の具体例としては、所望の検査部位（例えば、脳、胸部など）とモダリティ（例えば、ＭＲ，ＣＴなど）とに係る多数の組合せ情報を蓄積したデータベースから、所望のカテゴリの種類（例えば、血管障害、感染証・炎症など）ごとに下位階層Ｓｂに属するデータベースを構築するといった情報などが挙げられる。
【００６８】
また、データ構築部１１３は、適宜ユーザによる端末３００からの新規な層別情報の入力に応じて、上位階層Ｓａに属するデータベースに含まれた一部の組合せ情報を抽出し、この一部の組合せ情報を格納した下位階層Ｓｂに属するデータベースを構築して、支援情報ＤＢ１５２に含ませる。更に、データ構築部１１３は、適宜ユーザによる端末３００からの新規な層別情報の入力に応じて、下位階層Ｓｂに属するデータベースに含まれる一部の組合せ情報を抽出し、この一部の組合せ情報を格納した最下位階層Ｓｃに属するデータベースを構築して、支援情報ＤＢ１５２に含ませる。つまり、データ構築部１１３は、ユーザによる情報の入力に応じて、支援情報ＤＢ１５２の階層構造を適宜変更および充実化する。なお、データ構築部１１３で生成される組合せ情報は、情報送信部１１４に対して出力される。
【００６９】
情報送信部１１４は、データ構築部１１３で生成された組合せ情報、および後述する情報検索部１１５に入力される抽出条件を示す情報（抽出条件情報）を、各病院施設の識別情報（例えば、施設ＩＤ）と関連付けた上で、通信回線ＮＴＷを介してデータセンタサーバ５００に送信する。
【００７０】
情報検索部１１５は、医療施設に設けられた端末３００からの検索ルールの入力に応答して、支援情報ＤＢ１５２から、検索ルールに対応する一部の組合せ情報を抽出する。検索ルールには、支援情報ＤＢ１５２から一部の組合せ情報を抽出するための条件（抽出条件）が含まれる。つまり、情報検索部１１５では、病院施設による抽出条件の指定に応じて、支援情報ＤＢ１５２から抽出条件に対応する情報が抽出される。そして、この抽出条件には、例えば、検査部位やモダリティなどといった支援情報ＤＢ１５２の下位階層Ｓｂのデータベースを特定する情報と、更にカテゴリなどといった支援情報ＤＢ１５２の最下位階層Ｓｃのデータベースを特定する情報とが含まれる。なお、情報検索部１１５は、抽出条件を示す情報（抽出条件情報）を情報送信部１１４に送出する。
【００７１】
また、情報検索部１１５は、抽出した一部の組合せ情報と、検索ルールに対応する画面生成ルールとに基づき、各項目に１以上の要素が対応付けられた情報を生成し、検索結果を表示する画面（結果表示画面）を示す表示用のデータ（結果表示画面データ）を生成する。この結果表示画面データは、端末３００に送出され、端末３００では、結果表示画面データに基づく結果表示画面が表示部３３０で表示される。
【００７２】
データ書込部１１６は、端末３００のレポート生成部３１７（後述）で生成された読影レポート情報を診療情報ＤＢ１５１に追加する。
【００７３】
＜２−２．端末３００の機能構成＞
図３で示すように、端末３００は、受付部３１１、層別設定部３１２、入出力制御部３１３、タスク管理部３１４、表示制御部３１５、検索制御部３１６、およびレポート生成部３１７といった機能構成を有する。なお、端末３００では、各処理によって一時的に生成される各種データが、メモリ３５０に含まれるＲＡＭなどに一時的に記憶される。
【００７４】
受付部３１１は、操作部３４０からの信号の入力を受け付ける。
【００７５】
層別設定部３１２は、操作部３４０から受付部３１１を介して入力された信号に応じて、層別情報を設定する。この層別設定部３１２は、設定された層別情報を、入出力制御部３１３を介して、レポートサーバ１００（具体的には、データ構築部１１３）に対して送出する。
【００７６】
入出力制御部３１３は、端末３００と、端末３００の外部装置（例えば、レポートサーバ１００など）との間における、データの送受信を制御する。
【００７７】
タスク管理部３１４は、新規な読影レポートの入力の対象となる検査（入力対象検査）の選択に応じて、入力対象検査に対応する新規な読影レポートの作成に係るタスクを特定する。
【００７８】
表示制御部３１５は、表示部３３０における各種画像データの可視的な出力を制御する。具体的には、レポートサーバ１００から入力される各種情報などに基づき、表示部３３０で各種画面を表示させる。例えば、情報検索部１１５から入力される結果表示画面データに基づき、結果表示画面を表示部３３０において表示させる。
【００７９】
検索制御部３１６は、レポートサーバ１００と協働して支援情報ＤＢ１５２を対象とした情報の検索を制御する。具体的には、ユーザによる操作部３４０からの信号の入力に応じて、検索ルールを生成し、入出力制御部３１３を介してレポートサーバ１００（具体的には、情報検索部１１５）に対して送出する。また、検索制御部３１６は、情報検索部１１５で生成された結果表示画面データを、入出力制御部３１３を介して受け付けて表示制御部３１５に転送する。
【００８０】
レポート生成部３１７は、新規なレポート情報が入力される際には、ユーザによる操作部３４０からの信号の入力に応じて、複数の要素が関連付けられた組合せ情報（構造化データ）の形式で新規なレポート情報（構造化レポート情報）を受け付け、その構造化レポート情報に基づき、所定のルールに沿った新規な読影レポート情報を生成する。
【００８１】
ここで、図３を参照しつつ、情報生成機能およびレポート入力機能に係る処理内容について更に説明する。
【００８２】
＜２−３．情報生成機能に係る処理内容＞
まず、データ読込部１１１が、診療情報ＤＢ１５１から、読影レポート情報と、この読影レポート情報に対応する属性情報と、検査リスト情報とを読み込み、検査済判定部１１２に送出する。次に、検査済判定部１１２が、検査リスト情報を参照することで、各検査について読影レポートが作成されているか否かを判定し、生成済みの読影レポート情報を属性情報とともにデータ構築部１１３に送出する。そして、データ構築部１１３が、読影レポートに含まれる所見文から必要な要素を抽出するとともに、属性情報に含まれる各種要素も抽出し、ＲＤＦを利用して構造化を行う。この読影レポートの要素の構造化は、例えば機械学習を利用した言語処理を含む所定の情報処理によって実現される。
【００８３】
ここで、データ構築部１１３の機能、具体的には、機械学習の機能（機械学習機能）、要素を識別する機能（識別機能）、および識別した要素を関連付けることで読影レポートを構造化する機能（構造化機能）について説明する。
【００８４】
まず、データ構築部１１３の機械学習機能により、教師データとして学習用コーパスなどが与えられると、構造化の基準となる情報が学習される。ここで、学習用コーパスは、読影レポートに含まれる所見文の形式（具体的には、文章モデル）に準じた大量のテキストデータを含む。この文章モデルは、例えば、撮影条件→部位→基本所見（特徴−結語）→診断（診断−結語）といった具合に所見文の構成を示す。詳細には、学習用コーパスでは、所見文の文章モデルを構成する各要素の分類項目（以下適宜「項目」と略する）の名称が各語句に対してタグ付けされている。ここで、要素の項目の名称（項目名）としては、例えば、「撮影条件」「部位」「基本所見」および「診断」などが挙げられる。なお、結語がある程度特定された代表的な文章のモデル（文章モデル）を示すデータも外部からデータ構築部１１３に対して与えられる。そして、データ構築部１１３の機械学習機能により、学習用コーパスから語句が抜き出され、対応する要素の項目毎にそれぞれ記憶される。ここで、学習されて記憶されるデータは、読影レポートを構成する各要素をどのように要素の項目に分解すべきかを示すモデルのデータ（モデルデータ）として使用される。
【００８５】
次に、データ構築部１１３の識別機能により、上記モデルデータが基準とされつつ、データ構築部１１３に入力される読影レポート情報を対象として、要素の項目と実際に使用されている語句とが識別される。なお、例えば、いわゆるＳＶＭ（Support Vector Machine）を利用した機械学習により、予め教師データで与えられていない要素についても、要素の項目が識別されても良い。詳細には、データ構築部１１３の機械学習機能により、学習用コーパスを形態素解析によって形態素に分解し、形態素ごとに、形態素そのもの、形態素の品詞、形態素の活用形、前後（例えば前後２つ）の形態素の情報などを用いて、ある項目に属する形態素が出現するパターン（出現パターン）が学習され、この出現パターンを用いて要素の項目が識別されても良い。
【００８６】
更に、データ構築部１１３の構造化機能により、識別機能によって識別された情報に基づき、読影レポート情報に含まれる各種情報が要素の項目毎に属する語句（要素）に分解された後にＲＤＦで記述されることで、所見文を構成する要素が構造化される。そして、読影レポートに係る属性情報および検査や患者に係る属性情報を構成する要素も加えられて、１つの読影レポートを構成する要素が構造化されてＲＤＦで記述されたデータ（単レポート構造化データ）が構築される。ここでは、各読影レポート情報を構成する各要素に対して、各要素が属する要素の項目を示す情報が属性情報として付与される。つまり、単レポート構造化データは、各項目に対して各項目に属する１以上の要素が対応付けられたデータであり、かつ複数の要素が組み合わされた情報、すなわち１つの組合せ情報に相当する。
【００８７】
図５は、単レポート構造化データの構成例を示す模式図である。図５で示すように、単レポート構造化データは、要素（具体的には、属性値など）が記述された複数のノード（図中の楕円や四角）が、項目名（具体的には、属性）を示すアーク（図中の矢印）で繋がれて構成される。図５で示す単レポート構造化データは、レポートを示すノードＮ０を起点として、複数のノードＮ１〜Ｎ１１が複数のアークによって繋がれている。ノードＮ１〜Ｎ１１に繋がれるアークがそれぞれ示す属性としては、例えば、検査（inspection:inspection）、カテゴリ（reporting:category）、撮影条件（basic:view）、部位（basic:location）、所見（basic:character）、診断（basic:diagnosis）、検査部位（inspection:DICOMpart）、モダリティ（inspection:modality）、病院名（dc:publisher）、読影医（dc:creator）、および検査ＩＤ（inspection:id）がある。検査部位（inspection:DICOMpart）とは、いわゆるＤＩＣＯＭ属性の検査部位である。
【００８８】
なお、図５および図５以降の図では、ノードＮ０，Ｎ１内には、適宜所望の内容が記述されるため、「○○○」「○○○○」と記載されている。この各ノードＮ０〜Ｎ１１内に記述される要素および属性は、図５で示されるものに限られず、その他の要素および属性（例えば、接頭辞や接尾辞など）であっても良い。
【００８９】
そして、ここでは、図５で示したような単レポート構造化データが、診療情報ＤＢ１５１に格納された多数の検査済みの読影レポート情報についてそれぞれ生成されて、多数の単レポート構造化データがメモリ１５０に蓄積される。このとき、複数の単レポート構造化データのうち、所定の属性については、共通する属性値が共有化されつつ、支援情報ＤＢ１５２の上位階層Ｓａに属するデータベースが生成される。
【００９０】
ここで、上位階層Ｓａ、下位階層Ｓｂ、および最下位階層Ｓｃにそれぞれ属するデータベースのデータ内容について具体例を挙げて説明する。
【００９１】
図６は、上位階層Ｓａに属するデータベースのデータ内容を例示する図である。図６では、４つの単レポート構造化データについて、共通する属性値が共有化されて構築された一塊の構造化データが示されている。なお、図６では、図示の関係上、４つの単レポート構造化データに基づいて構築された構造化データが示されたが、実際には、多数の単レポート構造化データに基づいて構造化データが構築される。
【００９２】
図７は、下位階層Ｓｂに属するデータベースのデータ内容を例示する図である。図７では、図６で示した上位階層Ｓａに属するデータベースのうち、属性「検査部位」の属性値が「ＣＨＥＳＴ」であり、且つ属性「モダリティ」の属性値が「ＣＲ」である条件を満たす組合せ情報が示されている。このとき、層別情報は、属性「検査部位」の属性値が「ＣＨＥＳＴ」であり、且つ属性「モダリティ」の属性値が「ＣＲ」である条件を満たす単レポート構造化データから、５つの属性「カテゴリ」「撮影条件」「部位」「基本所見」「診断」に係る組合せ情報を抽出することを示す情報を含む。なお、ここでは、図６で示す４つの単レポート構造化データから、図７で示す３つの単レポート構造化データを構成する一部の組合せ情報が抽出されたが、これに限られず、多数の単レポート構造化データを構成する１以上の組合せ情報が抽出されれば良い。
【００９３】
図８は、最下位階層Ｓｃに属するデータベースのデータ内容を例示する図である。図８では、図７で示した下位階層Ｓｂに属するデータベースのうち、属性「カテゴリ」の属性値が「縦隔」である条件を満たす組合せ情報が示されている。このとき、層別情報が、下位階層Ｓｂに属するデータベースのうち、属性「検査部位」の属性値が「ＣＨＥＳＴ」で且つ属性「モダリティ」の属性値が「ＣＲ」の条件を満たすデータベースから、属性「カテゴリ」の属性値が「縦隔」である条件を満たす単レポート構造化データについて、５つの属性「カテゴリ」「撮影条件」「部位」「基本所見」「診断」に係る組合せ情報を抽出することを示す情報を含む。なお、ここでは、図７で示す３つの単レポート構造化データから、図８で示す２つの単レポート構造化データを構成する一部の組合せ情報が抽出されたが、これに限られず、多数の単レポート構造化データを構成する１以上の組合せ情報が抽出されれば良い。
【００９４】
図９は、支援情報ＤＢ１５２を構成するデータ内容、すなわちデータベースの階層構造を例示する図である。図９で示すように、支援情報ＤＢ１５２は、上位階層Ｓａ、下位階層Ｓｂ、最下位階層Ｓｃの３段階の階層構造を有する。
【００９５】
上位階層Ｓａには、多数の単レポート構造化データによって構成されるデータベースＤ０が含まれる。
【００９６】
下位階層Ｓｂには、上位階層Ｓａに属するデータベースＤ０から一部の組合せ情報が抽出されてそれぞれ構成されたデータベースＤ１〜Ｄ３が含まれる。図９では、各データベースＤ１〜Ｄ３と、各データベースＤ１〜Ｄ３を構成する複数の組合せ情報の抽出先にあたるデータベースＤ０とが直線で結ばれている。また、図９では、各データベースＤ１〜Ｄ３を構成する複数の組合せ情報が満たす条件、すなわち属性「検査部位」の属性値と属性「モダリティ」の属性値との組合せが記載されている。具体的には、データベースＤ１は、「脳」と「ＭＲ」の属性値の組合せに係る複数の組合せ情報によって構成され、データベースＤ２は、「胸部」と「ＣＴ」の属性値の組合せに係る複数の組合せ情報によって構成され、データベースＤ３は、「胸部」と「ＣＲ」の属性値の組合せに係る複数の組合せ情報によって構成される。
【００９７】
最下位階層Ｓｃには、下位階層Ｓｂに属する各データベースＤ１〜Ｄ３から一部の組合せ情報が抽出されてそれぞれ構成されたデータベースＤ１ａ〜Ｄ１ｄ，Ｄ２ａ〜Ｄ２ｋ，Ｄ３ａ〜Ｄ３ｅが含まれる。図９では、各データベースＤ１ａ〜Ｄ１ｄ，Ｄ２ａ〜Ｄ２ｋ，Ｄ３ａ〜Ｄ３ｅと、各データベースＤ１ａ〜Ｄ１ｄ，Ｄ２ａ〜Ｄ２ｋ，Ｄ３ａ〜Ｄ３ｅを構成する１以上の組合せ情報の抽出先にあたる各データベースＤ１〜Ｄ３とが直線で結ばれている。具体的には、各データベースＤ１ａ〜Ｄ１ｄを構成する１以上の組合せ情報の抽出先は、データベースＤ１であり、各データベースＤ２ａ〜Ｄ２ｋを構成する１以上の組合せ情報の抽出先は、データベースＤ２であり、各データベースＤ３ａ〜Ｄ３ｅを構成する１以上の組合せ情報の抽出先は、データベースＤ３である。
【００９８】
また、図９では、各データベースＤ１ａ〜Ｄ１ｄ，Ｄ２ａ〜Ｄ２ｋ，Ｄ３ａ〜Ｄ３ｅを構成する１以上の組合せ情報が満たす条件、すなわち属性「カテゴリ」の属性値が記載されている。例えば、データベースＤ１ａは、属性値「血管障害」に係る１以上の組合せ情報によって構成されている。つまり、データベースＤ１から、「血管障害」「感染症・炎症」「変性疾患」「腫瘍」といった各属性値に係る１以上の組合せ情報が抽出されて、各データベースＤ１ａ〜Ｄ１ｄが構成されている。また、データベースＤ２から、「肺」「乳腺」「食道」「甲状腺」「心臓」「大血管」「縦隔」「骨」「皮膚・軟部」「胸膜・胸壁」「腫瘍」といった各属性値に係る１以上の組合せ情報が抽出されて、各データベースＤ２ａ〜Ｄ２ｋが構成されている。また、データベースＤ３から、「肺」「縦隔」「骨」「軟部」「胸膜」といった各属性値に係る１以上の組合せ情報が抽出されて、各データベースＤ３ａ〜Ｄ３ｅが構成されている。
【００９９】
ここで、端末３００における層別情報の入力について説明する。
【０１００】
図１０は、ＤＢシステム１を利用する際に、端末３００において表示されるメインメニュー画面Ｇ１を例示する図である。ここでは、端末３００においてユーザが操作部３４０を適宜操作すると、メインメニュー画面Ｇ１が表示部３３０に表示される。メインメニュー画面Ｇ１では、ＤＢシステム１において実行可能な複数の機能の名称（ここでは、「層別の新規設定」「層別の変更」「レポート入力」）がそれぞれ記載されたボタンＳＢ１〜ＳＢ３が提示される。そして、ユーザである読影医は、操作部３４０を種々操作して、マウスポインタＭＰによってボタンＳＢ１〜ＳＢ３のうちの何れか１つのボタンを押下することで、３つの機能「層別の新規設定」「層別の変更」「レポート入力」のうちの何れか１つを選択することができる。例えば、ボタンＳＢ１，ＳＢ２が押下されると、情報生成機能に係る動作が実行され、ボタンＳＢ３が押下されると、レポート入力機能に係る動作が実行される。但し、既に支援情報ＤＢ１５２が構築されている場合には、層別情報の設定が既に行われているため、ボタンＳＢ１の押下が禁止される。
【０１０１】
図１１は、層別情報を設定するための画面（層別設定画面）Ｇ２を例示する図である。この層別設定画面Ｇ２は、層別情報を新規に設定するための画面であり、メインメニュー画面Ｇ１におけるボタンＳＢ１の押下に応答して、表示部３３０に表示される。図１１で示すように、層別設定画面Ｇ２には、左方に、下位階層Ｓｂに係る層別情報を記入するための記入欄Ｌ２１が設けられ、右方に、最下位階層Ｓｃに係る層別情報を記入するための記入欄Ｌ２２が設けられている。記入欄Ｌ２１，Ｌ２２への記入方法としては、例えば、マウスポインタＭＰを記入欄Ｌ２１，Ｌ２２の所望の行に合わせて、マウスの左ボタンの押下（左クリック）により、カーソルを出現させ、キーボードから適宜テキスト情報を入力する方法などが挙げられる。また、操作部３４０を種々操作して記入欄Ｌ２１の所望の行に太枠カーソルＣｓを合わせた上で、太枠カーソルＣｓが合わされた属性値（すなわち要素）の組合せに対して、最下位階層Ｓｃの層別情報を規定する属性値（すなわち要素）を記入することができる。そして、記入欄Ｌ２１，Ｌ２２に所望の層別情報を規定する要素の組合せおよび要素が記入された状態で、決定ボタンＤＢ２をマウスポインタＭＰによって押下すると、層別情報が設定されて、適宜メモリ１５０などに記憶される。
【０１０２】
図１２は、層別情報の設定を変更するための画面（層別変更画面）Ｇ３を例示する図である。この層別変更画面Ｇ３は、層別情報の設定を変更するための画面であり、メインメニュー画面Ｇ１におけるボタンＳＢ２の押下に応答して、表示部３３０に表示される。層別変更画面Ｇ３は、層別設定画面Ｇ２(図１１)とほぼ同じ構成を有するため、図１２では、層別設定画面Ｇ２と同様な部分については同じ符号を付して説明を省略する。層別変更画面Ｇ３では、層別設定画面Ｇ２と同様な手順により、記入欄Ｌ２１，Ｌ２２に所望の層別情報を規定する要素の組合せおよび要素が記入される。具体的には、層別変更画面Ｇ３では、まず、既に設定されている層別情報を規定する要素の組合せおよび要素が記入欄Ｌ２１，Ｌ２２に表示される。そして、操作部３４０の操作に応答して、記入欄Ｌ２１，Ｌ２２に更に新たな層別情報を規定する要素の組合せや要素が追加記入されたり、記入欄Ｌ２１，Ｌ２２に列記されている層別情報を規定する要素の組合せや要素が適宜削除される。そして、記入欄Ｌ２１，Ｌ２２に所望の層別情報を規定する要素の組合せや要素が記入された状態で、決定ボタンＤＢ２がマウスポインタＭＰによって押下されると、層別情報の設定が変更され、適宜メモリ１５０などに記憶される。
【０１０３】
なお、層別情報の設定の変更により、層別情報を規定する要素の組合せや要素の一部が削除された場合には、支援情報ＤＢ１５２から、削除された要素の組合せや要素に対応するデータベースが消去される。一方、層別情報の設定の変更により、層別情報を規定する要素の組合せや要素に対して、新たな要素の組合せや要素が追加された場合には、追加された要素の組合せや要素に対応するデータベースが、上述した下位階層Ｓｂおよび最下位階層Ｓｃに属するデータベースの生成と同様な動作によって生成され、適宜支援情報ＤＢ１５２に追加される。
【０１０４】
＜２−４．レポート入力機能に係る処理内容＞
図１３は、検査リストを示す画面（検査一覧画面）Ｇ４を例示する図である。ここでは、図１０で示したメインメニュー画面Ｇ１でボタンＳＢ３が押下されると、データ読込部１１１によって診療情報ＤＢ１５１から検査リスト情報が読み込まれて端末３００に転送され、検査一覧画面Ｇ４が表示部３３０に表示される。図１３で示すように、検査一覧画面Ｇ４は、検査に係る情報（具体的には、患者ＩＤ、患者氏名、生年月日、年齢、性別、状態、検査ＩＤ、検査日、検査部位、モダリティ、画像枚数）が一覧表示された画面である。この検査一覧画面Ｇ４では、状態「未読影」が付された検査が、読影レポートが作成されていない検査であることが分かる。
【０１０５】
検査一覧画面Ｇ４では、１つの検査を囲む太枠カーソルＣＳ１が表示される。この太枠カーソルＣＳ１は、ユーザによる操作部３４０の操作に応答して上下に移動され、所望の検査に合わされた状態で、操作部３４０の決定ボタン（例えば、リターンキー）が押下されると、太枠カーソルＣＳ１で囲まれた１つの検査が入力対象検査として特定される。入力対象検査が特定されると、表示部３３０で表示される画面が検査一覧画面Ｇ４からレポート入力画面Ｇ５（図１４）に遷移する。このとき、タスク管理部３１４の制御により、入力対象検査に対応する新規な読影レポートの作成に係るタスクが特定され、診療情報ＤＢ１５１から入力対象検査に対応する依頼事項、および検査の詳細を示す情報がデータ読込部１１１によって読み込まれて、端末３００に提供される。
【０１０６】
図１４は、表示部３３０で表示されるレポート入力画面Ｇ５を例示する図である。レポート入力画面Ｇ５は、主に領域Ａ１〜Ａ１０によって構成される。
【０１０７】
領域Ａ１には、診療情報ＤＢ１５１から取得した依頼事項の情報に基づき、図１５で示すような入力対象検査に係る依頼事項の内容が表示される。領域Ａ２には、診療情報ＤＢ１５１から取得した検査の詳細な情報に基づき、図１６で示すような入力対象検査に係る検査の詳細な内容が表示される。領域Ａ３，Ａ４には、読影医による操作部３４０の操作に応じて、自由な意見やその他の情報が記述される。領域Ａ５には、読影レポートの作成を支援するために、支援情報ＤＢ１５２から取得された一部の情報が可視的に提示される。領域Ａ６には、読影医による操作部３４０の操作に応答して読影レポートを構成する所見文が記入される。領域Ａ７には、図１７で示すような所見文で頻繁に使用される定型句（頻出句）の一覧が表示される。領域Ａ８には、図１８で示すような所見文で頻繁に使用される定型文（サマリ句）の一覧が表示される。領域Ａ９には、読影医による操作部３４０の操作に応じて、所望の代表的な画像が添付される。
【０１０８】
また、領域Ａ１０には、ボタンＢＴ１，ＢＴ２が列挙される。ボタンＢＴ１は、レポート入力画面Ｇ５で作成した読影レポートを構成する所見文や添付画像の内容を確定して診療情報ＤＢ１５１に新規に登録し、次の読影レポートの作成に移行させるコマンドを入力するボタンである。また、ボタンＢＴ２は、レポート入力画面Ｇ５で作成した読影レポートを構成する所見文や添付画像の内容をクリアして、読影レポートの内容を作成し直すコマンドを入力するボタンである。
【０１０９】
次に、領域Ａ５に表示されるテンプレートを利用して所見文を入力する動作について説明する。領域Ａ５では、読影医によって入力された検索ルールに対応する情報が支援情報ＤＢ１５２から取得され、適宜テンプレートの形態で可視的に出力される。そして、このテンプレートにおける要素（ここでは、語句）の選択肢が適宜指定されることで、所見文の入力が実行される。
【０１１０】
図１９は、支援情報ＤＢ１５２から一部の組合せ情報を抽出するための抽出条件を決定するテンプレート（抽出条件決定テンプレート）Ｔ０を例示する図である。抽出条件決定テンプレートＴ０では、支援情報ＤＢ１５２における全属性項目のうちの一部の属性項目（ここでは「モダリティ」「検査部位」「カテゴリ」）について、属性値（すなわち要素）を選択することができる。詳細には、抽出条件決定テンプレートＴ０では、支援情報ＤＢ１５２に蓄積される一部の属性項目（ここでは「モダリティ」「検査部位」「カテゴリ」）属する要素が可視的に出力され、各属性項目に対して１つの要素を指定することができる。
【０１１１】
具体的には、図１９で示す抽出条件決定テンプレートＴ０では、マウスポインタＭＰを用いて、各属性項目のダウンリストにおいて複数の語句（選択肢）から１つの語句を選択して、ＯＫボタンを押下することで、３つの属性項目についてそれぞれ１つの語句を指定することができる。そして、抽出条件決定テンプレートＴ０で指定される３つの属性項目に係る語句（すなわち要素）の組合せが、抽出条件として決定される。ここでは、最下位階層Ｓｃに属するデータベースが３つの属性項目（「モダリティ」「検査部位」「カテゴリ」）の要素の組合せで規定されるため、ここで決定される抽出条件には、最下位階層Ｓｃに属するデータベースを特定する情報が含まれることになる。このように、抽出条件決定テンプレートＴ０で抽出条件が決定されると、検索制御部３１６によって抽出条件を含む検索ルールが生成され、入出力制御部３１３を介して情報検索部１１５に送信される。なお、本実施形態では、抽出条件が、３つの属性項目に係る３つの要素の組合せによって決定されたが、これに限られず、例えば、少なくとも１以上の属性項目に対して１以上の要素を指定して、抽出条件が決定されても良い。
【０１１２】
情報検索部１１５は、検索ルールの入力に応答して、検索ルールに含まれる抽出条件に対応する一部の組合せ情報を、支援情報ＤＢ１５２から抽出する。なお、抽出条件には、データベースを特定する情報の他に、ユーザによる入力に応じて、１つの要素（例えば、語句）または２以上の要素（例えば、語句）の組合せを特定する情報を、抽出される情報を絞り込む情報（絞り込み情報）として含ませても良い。この場合には、データベースを特定する情報に対応するデータベースから、絞り込み情報に対応する各単レポート構造化データに含まれる要素（ここでは、組合せ情報）が抽出される。情報検索部１１５では、抽出された情報に基づき、検索ルールに対応する画面生成ルールに従って、結果表示画面データが生成され、端末３００に送信される。
【０１１３】
端末３００では、表示制御部３１５の制御により、情報検索部１１５によって抽出された情報に基づく結果表示画面データに従って、各項目に１以上の要素が対応付けられた情報の一覧（一覧表示）が、表示部３３０において可視的に出力される。具体的には、新規な読影レポートの所見文の入力を支援するテンプレート（入力支援テンプレート）が表示部３３０に表示される。
【０１１４】
図２０は、入力支援テンプレートＴ１の表示例を示す図である。なお、後述する入力支援テンプレートＴ１における各種入力および指定は、読影医による操作部３４０の操作に応答して入力される信号に基づいて行われる。
【０１１５】
図２０で示すように、入力支援テンプレートＴ１では、上から３／４程度の領域において、左から順に、４項目「撮影条件」「部位」「基本所見」「診断」についての複数の要素（ここでは、語句）Ｆ１〜Ｆ４がそれぞれ表示される。詳細には、入力支援テンプレートＴ１では、属性項目「撮影条件」について、複数の語句（「正面像」「側面像」など）Ｆ１が、属性項目「部位」について、複数の語句（「肺野全体」「肺尖部」など）Ｆ２が、属性項目「基本所見」について、複数の語句（「スリガラス影」「網状影」など）Ｆ３が、属性項目「診断」について、複数の語句（「肺炎」「肺癌」など）Ｆ４が列挙される。ここでは、１以上の語句を示す表示要素が、その１以上の語句の従属先である項目を示す表示要素の下に列挙されるなど、対応する項目を示す表示要素との関係が可視的に認識可能な状態で列挙される。具体的には、例えば、語句を示す表示要素「正面像」「側面像」などが、従属先である項目「撮影条件」を示す表示要素の下に上下方向に沿って並べられて表示される。
【０１１６】
そして、入力支援テンプレートＴ１において、４項目「撮影条件」「部位」「基本所見」「診断」の各項目に対し、複数の語句から少なくとも１つの語句にマウスポインタＭＰを合わせて左クリックすることで、新規な読影レポートの所見文を構成する各項目に対応する語句を指定することができる。
【０１１７】
ユーザである読影医は、各項目に対応する語句を指定する際には、入力支援テンプレートＴ１の下部に表示される読影レポートの所見文の文章モデルＭＤを参照する。この文章モデルＭＤは、「［空白欄Ｗ１］にて、［空白欄Ｗ２］において、［空白欄Ｗ３］を認める。［空白欄Ｗ４］の疑い。」といった読影レポートの所見文のモデルを示し、この文章モデルＭＤに係る情報は、例えば、教師データなどと併せて外部から与えられる。
【０１１８】
空白欄Ｗ１〜Ｗ４には、４項目「撮影条件」「部位」「基本所見」「診断」に係る要素（文章を構成する要素、以下「文章構成要素」とも称する）である語句がそれぞれ当てはまる。具体的には、読影医による語句の指定により、複数の語句（選択肢）Ｆ１のうちの少なくとも１つの語句（例えば「正面像」）が空白欄Ｗ１に充当され、複数の語句（選択肢）Ｆ２のうちの少なくとも１つの語句（例えば「中肺野」）が空白欄Ｗ２に充当される。更に、複数の語句（選択肢）Ｆ３のうちの少なくとも１つの語句（例えば「均等影」）が空白欄Ｗ３に充当され、複数の語句（選択肢）Ｆ４のうちの少なくとも１つの語句（例えば「肺癌」）が空白欄Ｗ４に充当される。また、空白欄Ｗ１〜Ｗ４には、読影医が操作部３４０のキーボードなどを種々操作することで、任意の語句が充当される。なお、図２０では、４項目「撮影条件」「部位」「基本所見」「診断」に対し、４つの語句「正面像」「中肺野」「均等影」「肺癌」がそれぞれ指定され、指定された語句を示す表示要素の濃淡が反転された状態が模式的に示されている。
【０１１９】
このような入力支援テンプレートＴ１において、上述の如く、４項目についてそれぞれ指定された語句が文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当されている状態で、操作部３４０が適宜操作され、ボタンＢＴ１がマウスポインタＭＰによって押下されると、レポート生成部３１７により、文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当されている語句が、所定の文章モデルＭＤに沿った各項目に係る文章構成要素として入力される。そして、レポート生成部３１７により、文章モデルＭＤと、各項目に対して指定された文章構成要素とに基づき、新規な所見文が生成されて、領域Ａ６に所見文が表示される。
【０１２０】
このとき、新規に生成された所見文の情報がデータ書込部１１６によって、診療情報ＤＢ１５１に追加登録され、診療情報ＤＢ１５１が更新される。例えば、「正面像にて、中肺野において、均等影を認める。肺癌の疑い。」といった自然文で構成される所見文を示す情報が生成され、この新規な所見文を含む新規な読影レポートの情報（新規読影レポート情報）が診療情報ＤＢ１５１に追加登録される。ここでは、この新規な所見文の情報は、各項目にそれぞれ対応付けられている１以上の要素によって構成された複数の要素の組合せを示す組合せ情報であり、読影医による入力操作に応じて入力される情報（入力情報）である。なお、診療情報ＤＢ１５１に新規読影レポート情報が追加された場合には、追加された新規読影レポート情報に基づき、上位階層Ｓａ、下位階層Ｓｂ、および最下位階層Ｓｃに属するデータベースを構成する組合せ情報が充実化される。
【０１２１】
例えば、まず、新規読影レポート情報から、上述したデータ構築部１１３の機能により、単レポート構造化データが生成される。このとき、新規読影レポート情報を対象として言語処理を含む構造化を行う処理が行われ、新規な読影レポート情報を構成する各要素に対して、各要素が属する要素の項目を示す情報が属性情報として付与される。そして、この単レポート構造化データ、すなわち組合せ情報が、上位階層Ｓａに属するデータベースＤ０に追加される。つまり、データベースＤ０を構成する多数の組合せ情報に対し、各項目にそれぞれ対応づけられている１以上の要素によって構成された複数の要素の組合せを示す情報（組合せ情報）が追加され、データベースＤ０が更新される。更に、設定されている層別情報に応じて、下位階層Ｓｂおよび最下位階層Ｓｃに属するデータベースに対し、各項目にそれぞれ対応づけられている１以上の要素によって構成された複数の要素の組合せを示す情報（組合せ情報）が適宜追加される。つまり、下位階層Ｓｂおよび最下位階層Ｓｃに属するデータベースも適宜更新される。
【０１２２】
＜３．対象分類機能＞
図２１は、ＤＢシステム１の対象分類機能に係る機能構成を示すブロック図である。なお、対象分類機能は、主にレポートサーバ１００およびデータセンタサーバ５００において実現されるため、図２１では、レポートサーバ１００およびデータセンタサーバ５００の機能構成について示されている。
【０１２３】
図２１で示すように、レポートサーバ１００は、情報送信部１１４を機能構成として有する。この情報送信部１１４は、データ構築部１１３で生成された組合せ情報や、情報検索部１１５から入力される抽出条件情報を、各病院施設の識別情報（例えば、施設ＩＤ）と関連付けた上で、通信回線ＮＴＷを介してデータセンタサーバ５００に送信する。よって、情報送信部１１４によって送信される組合せ情報および抽出条件情報は、各病院施設の識別情報と関連付けられ且つ複数の要素をそれぞれ含む情報となっている。
【０１２４】
つまり、各病院施設に設置されたレポートサーバ１００において、端末３００によって選択された要素および複数の要素の組合せを示す情報が適宜取得され、データセンタサーバ５００において、各病院施設に設置されたレポートサーバ１００から、病院施設によって入力された要素および要素の組合せを示す情報が適宜取得される。なお、これらの情報には、個人情報保護の観点から、名前などの守秘すべき個人情報が含まれていないことが好ましいが、性別や年齢程度の患者属性やその患者の診断（すなわち所見文）で用いられた要素とその組合せを示す情報が含まれる。そして、データセンタサーバ５００では、取得された情報により、病院施設ごとに画像診断の頻度ならびに診断の内容について統計的な情報が得られ、この統計的な情報に基づいて病院施設の種々の分類が行われる。以下、データセンタサーバ５００における病院施設の分類に係る機能について具体的に説明する。
【０１２５】
図２１で示すように、データセンタサーバ５００は、メモリ５５０に、分析用情報５５１、施設別特徴情報テーブル５５２、所定基準情報５５３、および分類情報ＤＢ５５４を記憶する。また、情報受付部５１１、特徴導出部５１２、および分類処理部５１３といった機能構成を有する。なお、データセンタサーバ５００では、各処理によって一時的に生成される各種データが、メモリ５５０に含まれるＲＡＭなどに一時的に記憶される。
【０１２６】
情報受付部５１１は、情報送信部１１４から送信される各病院施設の識別情報と関連付けられた組合せ情報や抽出条件情報を入力情報として受け付けて、特徴導出部５１２に送出する。なお、ここでは、各病院施設の識別情報と関連付けられた組合せ情報は、図２０で示したように表示部３３０で可視的に出力された複数の要素のうち、各病院施設によって指定された複数の要素の組合せを示す情報に相当し、各病院施設の識別情報と関連付けられた抽出条件情報は、図１９で示したように表示部３３０で可視的に出力された情報の一覧に含まれる複数の要素のうち、各病院施設によって指定された複数の要素の組合せを示す情報に相当する。
【０１２７】
特徴導出部５１２は、情報受付部５１１からの入力情報について、特定要素の存在状態を所定のルールに従って認識することで、各病院施設について病院施設からの全入力情報における特定要素の存在状態の特徴を示す情報（存在特徴情報）を導出する。所定のルールとしては、例えば、モダリティやカテゴリに属する要素を特定要素として、その特定要素の存在状態を認識するようなルールが挙げられ、この所定のルール示す情報は、分析用情報５５１としてメモリ５５０に予め記憶される。そして、特徴導出部５１２によって各入力情報について認識された特定要素の存在状態を示す情報が、各病院施設の識別情報と関連付けられてメモリ５５０に蓄積されることで、施設別特徴情報テーブル５５２が構築される。
【０１２８】
図２２(ａ)は、施設別特徴情報テーブル５５２のデータ内容を例示する図である。図２２(ａ)で示すように、施設別特徴情報テーブル５５２は、各病院施設の識別情報（例えば、施設ＩＤ）に対して、入力情報の累計数、モダリティに属する各要素（例えば、ＭＲ、ＣＴ、ＣＲ、ＥＳ）の出現頻度を示す累計数、およびカテゴリに属する各要素（例えば、肺炎、気管支炎）の累計数が関連付けられて構築される。このように、存在特徴情報には、特定要素の累計数などといった存在状態に係る統計情報が含まれる。
【０１２９】
分類処理部５１３は、施設別特徴情報テーブル５５２を参照することで、各病院施設の特定要素に係る存在特徴情報に基づき、複数の病院施設を所定基準に従って分類した情報（分類情報）を生成する。所定基準としては、入力情報の累計数に対する所定要素の累計数の割合が所定値以上である条件（所定条件）を満たす病院施設を、所定の専門病院であるとして、該所定要素の累計数が多い方から順番にリストアップするといったものが挙げられ、この所定基準を示す情報は、所定基準情報５５３としてメモリ５５０に予め記憶される。
【０１３０】
なお、ここで言う「所定要素」としては、例えば、肺炎および気管支炎、ＣＲ、ＭＲ、ＥＳ、ＣＲなどが挙げられ、「所定値」としては、例えば、全病院施設に係る所定要素の累計数の平均値などが挙げられ、「所定の専門病院」としては、例えば、肺の炎症性疾患、消化器系、ＣＴ診断、ＭＲ診断、ＥＳ診断、およびＣＲ診断の専門病院などが挙げられる。そして、分類処理部５１３による分類結果である分類情報が、メモリ５５０に蓄積されることで、分類情報ＤＢ５５４が構築される。
【０１３１】
具体的には、例えば、ある病院施設について、入力情報数と等価な全診断数に占める肺炎や気管支炎の診断の割合が、全病院施設の平均値よりも高い場合には、肺の炎症系疾患の経験が豊かな専門病院施設であると判断される。また、モダリティについて、ＥＳ（内視鏡）の選択頻度すなわち累計数が、全病院施設の平均値よりも高い場合には、消化器系の診療経験が豊かな病院施設であると判断される。
【０１３２】
図２２(ｂ)は、分類情報ＤＢ５５４のデータ内容を例示する図である。図２２(ｂ)で示すように、分類情報ＤＢ５５４は、専門種別（例えば、肺の炎症性疾患、消化器系、ＣＴ診断、ＭＲ診断、ＥＳ診断、ＣＲ診断）ごとに、所定要素の累計数が多い病院施設の識別情報（例えば、施設ＩＤ）が順に関連付けられて構築される。このようにして、症例の情報が含まれる読影レポートに基づいた分類を行うことで、病院施設の特徴に即したより的確な分類が容易に可能となり、病院施設にある診断装置による分類も可能となる。なお、図２２(ｂ)では、入力情報の累計数が多数であったが、１以上であれば良い。
【０１３３】
なお、図２２(ａ)で示した施設別特徴情報テーブル５５２、および図２２(ｂ)で示した分類情報ＤＢ５５４の各データ内容については、情報の内容が古くなり過ぎないように、所定期間（例えば、年度毎）についての情報とすることが好ましい。
【０１３４】
このようにして、肺の炎症性疾患の診断が多いことや、消化器系の診断が多いことなどといった病院施設の特徴を示す分類情報が生成される。このような分類情報は種々の利用が可能である。以下、分類情報の利用例として、データセンタサーバ５００から、分類情報に基づく情報を、一般ユーザの端末６００，６００ａ，６００ｂに対して送信する態様を挙げて説明する。
【０１３５】
＜４．分類情報送信機能＞
ここでは、データセンタサーバ５００に格納される分類情報ＤＢ５５４が、各病院施設の特徴を紹介するデータベースとして機能し、一般ユーザが端末６００を用いて、医療施設の特徴を検索して取得する。
【０１３６】
図２３は、ＤＢシステム１の分類情報送信機能に係る機能構成を示すブロック図である。なお、分類情報送信機能は、主にデータセンタサーバ５００および端末６００において実現されるため、図２３では、データセンタサーバ５００および端末６００の機能構成について示されている。
【０１３７】
図２３で示すように、データセンタサーバ５００は、上記対象分類機能によって生成された分類情報ＤＢ５５４、および予め準備された施設情報ＤＢ５５５をメモリ５５０に格納しており、情報検索部５１４および送受信部５１５を機能構成として有する。なお、施設情報ＤＢ５５５は、病院施設の基本的な情報（名称、住所、診療時間、アクセス方法など）と、その病院施設の識別情報（例えば、施設ＩＤ）とが関連付けられた情報が蓄積されて構築されたものであり、病院施設の識別情報を登録する際に予め登録される。
【０１３８】
情報検索部５１４は、端末６００からの検索条件に対応する情報を分類情報ＤＢ５５４から抽出する。このとき、情報検索部５１４は、分類情報ＤＢ５５４から抽出した情報に対応する病院施設の基本的な情報を施設情報ＤＢ５５５から抽出する。そして、情報検索部５１４は、抽出した情報と、メモリ５５０に格納される所定の画面生成ルールとに基づき、検索結果としての病院施設を紹介するための画面（病院紹介画面）を示す表示用のデータ（病院紹介画面データ）を生成する。この病院紹介画面データには、端末６００に送出され、端末６００では、病院紹介画面データに基づく病院紹介画面が表示部６３０で表示される。
【０１３９】
送受信部５１５は、端末６００からのデータ（例えば、検索条件を示すデータ）を受信する一方で、情報検索部５１４で生成される病院紹介画面データを端末６００に対して送信する。つまり、送受信部５１５は、端末６００からの要求に応じて、分類情報ＤＢ５５４に基づく情報を端末６００に送信する。
【０１４０】
また、図２３で示すように、端末６００は、受付部６１１、入出力制御部６１３、表示制御部６１５、および検索条件生成部６１８を機能構成として有する。
【０１４１】
受付部６１１は、操作部６４０からの信号の入力を受け付ける。
【０１４２】
入出力制御部６１３は、端末６００と、端末６００の外部装置（例えば、データセンタサーバ５００など）との間における、データの送受信を制御する。
【０１４３】
表示制御部６１５は、表示部６３０における各種画像データの可視的な出力を制御する。具体的には、データセンタサーバ５００から入力される各種情報などに基づき、表示部６３０で各種画面を表示させる。例えば、データセンタサーバ５００から入力される病院紹介画面データに基づき、病院紹介画面を表示部６３０において表示させる。
【０１４４】
検索条件生成部６１８は、操作部６４０から受付部６１１を介して入力される信号に基づき、閲覧したい病院紹介画面に対応する検索条件を生成する。ここで生成される検索条件は、入出力制御部６１３を介してデータセンタサーバ５００に対して送信される。
【０１４５】
ここで、分類情報送信機能が実行される際に、一般ユーザの端末６００で表示される画面を示しつつ、分類情報送信機能に係る処理について説明する。
【０１４６】
図２４は、端末６００において所定のプログラムが実行されることで病院施設に係る検索動作が開始されて、表示部６３０において表示される検索メニュー画面Ｇ１１を例示する図である。検索メニュー画面Ｇ１１では、ＤＢシステム１において実行可能な病院施設の特徴検索の種類を示す名称（ここでは、「専門で絞り込み」「画像診断の専門病院」）がそれぞれ記載されたボタンＳＢ１１，ＳＢ１２が提示される。そして、一般ユーザは、操作部６４０を種々操作して、マウスポインタＭＰによってボタンＳＢ１１，ＳＢ１２のうちの何れか１つのボタンを押下することで、２つの特徴検索のうちの何れか一方を選択することができる。なお、検索メニュー画面Ｇ１１の右下に設けられる終了ボタンがマウスポインタＭＰによって押下されると、病院施設の検索動作が終了される。
【０１４７】
図２５は、検索メニュー画面Ｇ１１(図２４)でボタンＳＢ１１が押下されたことに応答して表示部６３０に表示される画面（専門絞り込み画面）Ｇ１２を例示する図である。専門絞り込み画面Ｇ１２では、病院施設の専門名（例えば、肺の炎症性疾患、消化器系など）が列挙されたリストが提示される。そして、専門絞り込み画面Ｇ１２上で、マウスポインタＭＰを所望の専門名（例えば、肺の炎症性疾患）に合わせて左クリックがなされると、検索条件生成部６１８において所望の専門に係る病院施設を検索する条件（検索条件）が生成されて、該検索条件を示す情報がデータセンタサーバ５００に送信される。
【０１４８】
このとき、情報検索部５１４によって、分類情報ＤＢ５５４および施設情報ＤＢ５５５から検索条件に対応する所定種類の施設（例えば、肺の炎症性疾患が専門の病院施設）に係る情報が抽出され、検索結果としての病院紹介画面を示す表示用のデータ（病院紹介画面データ）が生成される。なお、ここでは、検索条件によって、施設情報ＤＢ５５５から抽出される内容が変化し、病院紹介画面で示される病院施設の情報が異なるように設定される。そして、送受信部５１５によって、分類情報ＤＢ５５４に基づく所定種類の施設に係る紹介情報である病院紹介画像データが端末６００に送信される。なお、専門絞り込み画面Ｇ１２の右下に設けられる戻るボタンがマウスポインタＭＰによって押下されると、表示部６３０に表示される画面が検索メニュー画面Ｇ１１(図２４)に戻る。
【０１４９】
図２６は、専門で絞り込んだ場合に表示部６３０に表示される病院紹介画面Ｇ１３を例示する図である。図２６では、専門絞り込み画面Ｇ１２(図２５)で肺の炎症性疾患が専門の病院施設を検索する検索条件が入力された場合に表示部６３０において表示される病院紹介画面Ｇ１３が示されている。具体的には、図２６で示す病院紹介画面Ｇ１３には、図２２(ｂ)で例示した分類情報ＤＢ５５４において「肺の炎症性疾患」に対して順にリストアップされた病院施設の基本的な情報が、上から順にランキングの形式で提示される。なお、病院紹介画面Ｇ１３の右下に設けられる戻るボタンがマウスポインタＭＰによって押下されると、表示部６３０に表示される画面が専門絞り込み画面Ｇ１２(図２５)に戻る。
【０１５０】
図２７は、検索メニュー画面Ｇ１１(図２４)でボタンＳＢ１２が押下されたことに応答して表示部６３０に表示される画面（画像診断絞り込み画面）Ｇ１４を例示する図である。画像診断絞り込み画面Ｇ１４では、画像診断の名称（例えば、ＣＴ、ＭＲ、ＥＳ、ＣＲなど）が列挙されたリストが提示される。そして、画像診断絞り込み画面Ｇ１４上で、マウスポインタＭＰを所望の画像診断の名称（例えば、ＣＴ）に合わせて左クリックがなされると、検索条件生成部６１８において所望の画像診断が専門の病院施設を検索する条件（検索条件）が生成されて、データセンタサーバ５００に送信される。
【０１５１】
このとき、情報検索部５１４によって、分類情報ＤＢ５５４、施設情報ＤＢ５５５、および施設別特徴情報テーブル５５２から検索条件に対応する所定種類の施設（例えば、ＣＴ診断が専門の病院施設）に係る情報が抽出され、検索結果としての病院紹介画面を示す表示用のデータ（病院紹介画面データ）が生成される。そして、送受信部５１５によって、分類情報ＤＢ５５４に基づく所定種類の施設に係る紹介情報である病院紹介画像データが端末６００に送信される。なお、画像診断絞り込み画面Ｇ１４の右下に設けられる戻るボタンがマウスポインタＭＰによって押下されると、表示部６３０に表示される画面が検索メニュー画面Ｇ１１(図２４)に戻る。
【０１５２】
図２８は、画像診断で絞り込んだ場合に表示部６３０に表示される病院紹介画面Ｇ１５を例示する図である。病院紹介画面Ｇ１５は、画像診断絞り込み画面Ｇ１４(図２７)でＣＴ診断が専門の病院施設を検索する検索条件が入力された場合に表示部６３０において表示される。具体的には、図２８で示す病院紹介画面Ｇ１５には、図２２(ｂ)で例示した分類情報ＤＢ５５４において「ＣＴ診断」に対して順にリストアップされた病院施設の基本的な情報が、上から順にランキングの形式で提示される。ここでは、病院施設ごとに保有する画像診断装置と診断数とが示される。なお、病院紹介画面Ｇ１３の右下に設けられる戻るボタンがマウスポインタＭＰによって押下されると、表示部６３０に表示される画面が専門絞り込み画面Ｇ１２(図２５)に戻る。
【０１５３】
このようにして、一般ユーザが専門別の病院施設の情報が得られる結果、病院施設にとって、効率的な診療が可能となると同時に、日常的な医療行為と病院施設の紹介や宣伝を行うことが可能となる。具体的には、例えば、肺の炎症性疾患に係る診断を数多く行っている病院施設については、その実績をアピールすることで、同様な疾患を有する多数の患者を獲得することが可能となる。また、病院施設が保有する画像診断装置を特定することも可能であるため、保有する画像診断装置を宣伝に利用することもできる。
【０１５４】
＜５．データベースシステムの動作＞
図２９から図３２は、ＤＢシステム１の情報生成機能、レポート入力機能、および対象分類機能に係る動作フローを示すフローチャートである。図２９から図３２で示す動作フローについては、読影医が操作部３４０を種々操作することで、ＣＰＵ１１０，３１０，５１０でプログラムが実行されることで開始される。
【０１５５】
ステップＳ１では、ＣＰＵ３１０の制御により、メインメニュー画面Ｇ１（図１０）が表示部３３０に表示される。
【０１５６】
ステップＳ２では、ＣＰＵ３１０の制御により、支援情報ＤＢ１５２の階層構造を新規に設定するか否か判定される。ここでは、メインメニュー画面Ｇ１のボタンＳＢ１が押下されるとステップＳ３に進み、ボタンＳＢ１が押下されなければステップＳ６に進む。
【０１５７】
ステップＳ３では、ＣＰＵ３１０の制御により、層別設定画面Ｇ２（図１１）が表示部３３０に表示される。
【０１５８】
ステップＳ４では、ＣＰＵ３１０の制御により、層別情報の指定があったか否か判定される。ここでは、層別設定画面Ｇ２において記入欄Ｌ２１，Ｌ２２に所望の層別情報を規定する要素の組合せおよび要素が記入された状態で、決定ボタンＤＢ２がマウスポインタＭＰによって押下されると、層別情報の指定があったものと判定されて、ステップＳ５に進む。このとき、層別設定部３１２により、層別情報が設定され、所定のメモリ（例えば、メモリ１５０）に記憶される。なお、ステップＳ４では、層別情報の指定があるまで、ステップＳ４の判定が繰り返される。
【０１５９】
ステップＳ５では、支援情報ＤＢ１５２の構築が行われる。このステップＳ５では、図３０で示す動作フローが行われ、本動作フローが終了される。ステップＳ５の動作フローの詳細については後述する。
【０１６０】
ステップＳ６では、ＣＰＵ３１０の制御により、支援情報ＤＢ１５２の階層構造を変更するか否か判定される。ここでは、メインメニュー画面Ｇ１のボタンＳＢ２が押下されるとステップＳ７に進み、ボタンＳＢ２が押下されなければステップＳ１０に進む。
【０１６１】
ステップＳ７では、ＣＰＵ３１０の制御により、層別変更画面Ｇ３（図１２）が表示部３３０に表示される。
【０１６２】
ステップＳ８では、ＣＰＵ３１０の制御により、層別情報の設定を変更する指示があったか否か判定される。このステップＳ８では、層別変更画面Ｇ３で記入欄Ｌ２１，Ｌ２２に対して要素の組合せや要素の削除や追加が行われて、決定ボタンＤＢ２がマウスポインタＭＰによって押下されると、層別情報の設定を変更する指示があったものと判定されて、ステップＳ９に進む。このとき、層別設定部３１２により、層別情報の設定が変更され、変更後の層別情報の設定が所定のメモリ（例えば、メモリ１５０）に記憶される。なお、ステップＳ８では、層別情報の設定を変更する指示があるまで、ステップＳ８の判定が繰り返される。
【０１６３】
ステップＳ９では、データ構築部１１３により、層別設定部３１２によって設定が変更された層別情報に応じて、支援情報ＤＢ１５２が変更され、本動作フローが終了される。このステップＳ９では、層別情報の設定の変更により、層別情報を規定する要素の組合せや要素に対して新たな要素の組合せや要素が追加された場合には、追加された要素の組合せや要素に対応するデータベースが、上述した下位階層Ｓｂおよび最下位階層Ｓｃに属するデータベースの生成と同様な動作によって生成され、適宜支援情報ＤＢ１５２に追加される。一方、層別情報の設定の変更により、層別情報を規定する要素の組合せや要素の一部が削除された場合には、支援情報ＤＢ１５２から、削除された要素の組合せや要素に対応するデータベースが消去される。
【０１６４】
ステップＳ１０では、ＣＰＵ３１０の制御により、読影レポートの入力を行うか否か判定される。ここでは、メインメニュー画面Ｇ１のボタンＳＢ３が押下されると、ステップＳ１１に進み、ボタンＳＢ３が押下されていなければ、ステップＳ２に戻る。つまり、メインメニュー画面Ｇ１のボタンＳＢ１〜ＳＢ３が押下されるまで、ステップＳ２，Ｓ６，Ｓ１０の判定が繰り返される。
【０１６５】
ステップＳ１１では、ＣＰＵ１１０，３１０，５１０の協働により、レポート入力機能および対象分類機能に係る動作が行われる。このステップＳ１１では、図３１で示す動作フローが行われ、本動作フローが終了される。ステップＳ１１の動作フローの詳細については後述する。
【０１６６】
ここで、上記ステップＳ５における支援情報ＤＢ１５２の構築に係る動作フローの詳細について説明する。図３０は、支援情報ＤＢ１５２を構築する動作フローを示すフローチャートである。
【０１６７】
ステップＳ５１では、データ読込部１１１により、診療情報ＤＢ１５１から、１つの読影レポート情報が属性情報とともに読み込まれる。
【０１６８】
ステップＳ５２では、データ構築部１１３により、ステップＳ５１で読み込まれた読影レポート情報が構造化される。
【０１６９】
ステップＳ５３では、データ構築部１１３により、ステップＳ５２で構造化された読影レポートに対して属性情報が追加され、図５で示したような単レポート構造化データが生成される。
【０１７０】
ステップＳ５４では、データ構築部１１３により、ステップＳ５３で生成された単レポート構造化データがメモリ１５０に記憶される処理（記憶処理）が行われる。なお、この記憶処理が２回目以降では、複数の単レポート構造化データのうち、所定の属性については、共通する属性値が共有化される。
【０１７１】
ステップＳ５５では、検査済判定部１１２により、診療情報ＤＢ１５１に格納されている全ての生成済みの読影レポート情報について、単レポート構造化情報が生成されたか否か判定される。このステップＳ５５では、全ての生成済みの読影レポート情報について単レポート構造化情報が生成されていない場合には、ステップＳ５１に戻り、次の読影レポートを示す情報などが読み込まれて単レポート構造化情報が生成されて、メモリ１５０に蓄積される。このような多数の単レポート構造化情報の蓄積により、メモリ１５０には、上位階層Ｓａに属するデータベースＤ０が構築される。一方、全ての生成済みの読影レポート情報について単レポート構造化情報が生成されると、ステップＳ５６に進む。
【０１７２】
ステップＳ５６では、データ構築部１１３により、設定された層別情報に応じて、階層型のデータベース、すなわち支援情報ＤＢ１５２が構築され、本動作フローが終了する。このステップＳ５６では、層別情報に応じて、上位階層Ｓａに属するデータベースから一部の組合せ情報を抽出することで、下位階層Ｓｂに属するデータベースが生成される。更に、層別情報に応じて、下位階層Ｓｂに属するデータベースを構成する一部の組合せ情報を抽出することで、最下位階層Ｓｃに属するデータベースが生成される。
【０１７３】
次に、上記ステップＳ１１におけるレポート入力機能および対象分類機能に係る動作フローの詳細について説明する。図３１は、レポート入力機能および対象分類機能に係る動作フローを示すフローチャートである。
【０１７４】
ステップＳ１１１では、データ読込部１１１によって診療情報ＤＢ１５１から検査リスト情報が読み込まれて、表示制御部３１５に転送され、表示制御部３１５の制御により、図１３で示したような検査一覧画面Ｇ４が表示部３３０に表示される。
【０１７５】
ステップＳ１１２では、タスク管理部３１４により、検査一覧画面Ｇ４において読影レポート情報を入力する対象である検査（入力対象検査）が選択されたか否か判定される。ここでは、入力対象検査が選択されるまで、ステップＳ１１２の判定が繰り返され、入力対象検査が選択されると、ステップＳ１１３に進む。
【０１７６】
ステップＳ１１３では、ＣＰＵ３１０の制御下で、図１４で示したようなレポート入力画面Ｇ５が表示部３３０に表示される。
【０１７７】
ステップＳ１１４では、主に情報検索部１１５および表示制御部３１５により、図１９で示したような抽出条件決定テンプレートＴ０が、レポート入力画面Ｇ５の領域Ａ５に表示される。
【０１７８】
ステップＳ１１５では、検索制御部３１６により、抽出条件決定テンプレートＴ０上における選択肢の指定に応答して、抽出条件が決定される。この抽出条件には、例えば、検査部位およびカテゴリなどといった支援情報ＤＢ１５２の下位階層Ｓｂのデータベースを特定する情報、更には、最下位階層Ｓｃのデータベースを特定する情報とが含まれる。そして、ここでは、検索制御部３１６により、抽出条件が含まれる検索ルールが生成されて、情報検索部１１５に送出される。また、このとき、抽出条件を示す情報が、メモリ１５０に格納される。
【０１７９】
ステップＳ１１６では、情報検索部１１５により、ステップＳ１１５で決定された抽出条件に対応する一部の情報が、支援情報ＤＢ１５２から抽出される。ここでは、最下位階層Ｓｃに属するデータベースの情報が抽出される。また、情報検索部１１５により、抽出された一部の情報に基づく結果表示画面データが生成され、ＣＰＵ３１０に送信される。
【０１８０】
ステップＳ１１７では、表示制御部３１５の制御により、ステップＳ１１６で抽出された一部の情報（具体的には、結果表示画面データ）に基づいた入力支援テンプレートＴ１が、レポート入力画面Ｇ５の領域Ａ５に表示される。
【０１８１】
ステップＳ１１８では、受付部３１１により、ユーザによる操作部３４０からの入力が受け付けられ、入力支援テンプレートＴ１における各種入力が行われる。このとき、入力支援テンプレートＴ１における語句の指定に応じた所見文が領域Ａ６に提示される。
【０１８２】
ステップＳ１１９では、受付部３１１により、読影レポート情報を登録する指示があったか否か判定される。ここでは、入力支援テンプレートＴ１においてボタンＢＴ１が押下されて、読影レポート情報の登録の指示がなされるまで、入力支援テンプレートＴ１における各種入力が受け付けられ（ステップＳ１１８）、読影レポート情報の登録の指示がなされると、ステップＳ１２０に進む。
【０１８３】
ステップＳ１２０では、レポート生成部３１７により、ステップＳ１１８における入力に応じた所見文を含む新規な読影レポートを示す情報が生成され、データ書込部１１６により、診療情報ＤＢ１５１に対して新規な読影レポート情報が登録される。
【０１８４】
次に、図３２のステップＳ１２１では、データ読込部１１１により、診療情報ＤＢ１５１から、新規な読影レポート情報が属性情報とともに読み込まれる。
【０１８５】
ステップＳ１２２では、データ構築部１１３により、ステップＳ１２１で読み込まれた新規な読影レポート情報が構造化される。
【０１８６】
ステップＳ１２３では、データ構築部１１３により、ステップＳ１２１で構造化された読影レポートに対して属性情報が追加され、図５で示したような単レポート構造化データが生成される。
【０１８７】
ステップＳ１２４では、ステップＳ１２３で生成された単レポート構造化データが支援情報ＤＢ１５２に追記される処理（記憶処理）が行われる。つまり、支援情報ＤＢ１５２が更新される。このステップＳ１２４では、まず、ステップＳ１２３で新規に生成された単レポート構造化データ、すなわち組合せ情報が、上位階層Ｓａに属するデータベースＤ０に追加されて、データベースＤ０が更新される。更に、設定されている層別情報に応じて、下位階層Ｓｂおよび最下位階層Ｓｃに属するデータベースに対して、ステップＳ１２３で新規に生成された単レポート構造化データの全部または一部の組合せ情報が追加される。
【０１８８】
ステップＳ１２５では、情報送信部１１４によって、ステップＳ１１５で決定された抽出条件を示す情報、およびステップＳ１２４で生成された単レポート構造化データ（すなわち組合せ情報）からなる入力情報が、施設ＩＤと関連付けられて、データセンタサーバ５００に送信される。
【０１８９】
ステップＳ１２６では、情報受付部５１１によって、ステップＳ１２５で施設ＩＤと関連付けられて送信された入力情報が受信される。
【０１９０】
ステップＳ１２７では、特徴導出部５１２によって、ステップＳ１２６で受信された入力情報について、特定要素の存在状態を所定のルールに従って認識することで、入力情報の送信元の病院施設について全入力情報における特定要素の存在状態の特徴を示す存在特徴情報が導出される。導出結果については、メモリ５５０に施設別特徴情報テーブル５５２の形式で保存される。なお、ステップＳ１２７の処理が１回目の場合には、施設別特徴情報テーブル５５２が作成され、ステップＳ１２７の処理が２回目以降の場合には、施設別特徴情報テーブル５５２が更新される。
【０１９１】
ステップＳ１２８では、分類処理部５１３によって、メモリ５５０に格納される施設別特徴情報テーブル５５２が参照され、各病院施設の特定要素に係る存在特徴情報に基づき、複数の病院施設が所定基準に従って分類された分類情報が生成される。ここでは、分類情報がメモリ５５０に蓄積されて分類情報ＤＢ５５４の形式で格納される。
【０１９２】
なお、複数のレポートサーバ１００，１００ａ，１００ｂのうちの何れかのレポートサーバでステップＳ１２０の処理が行われる度に、ステップＳ１２１からステップＳ１２８の処理が実行される。
【０１９３】
そして、ここでは、ステップＳ１２８の処理が終了すると、次の検査に係る読影レポート情報の入力が行われるように、ステップＳ１１１に戻る。なお、ステップＳ１１１〜Ｓ１２０の処理の間に、例えば、ユーザにより操作部３４０に対して特定の操作が行われると、図２９から図３２で示す動作フローが終了される。
【０１９４】
図３３および図３４は、ＤＢシステム１の分類情報送信機能に係る動作フローを示すフローチャートである。図３３および図３４で示す動作フローについては、一般ユーザが操作部６４０を種々操作することで、ＣＰＵ５１０，６１０でプログラムが実行されることで開始される。
【０１９５】
ステップＳＰ１では、ＣＰＵ６１０の制御により、検索メニュー画面Ｇ１１(例えば、図２４)が表示部６３０に表示される。
【０１９６】
ステップＳＰ２では、ＣＰＵ６１０によって、専門で絞り込むか否か判定される。ここで、検索メニュー画面Ｇ１１でボタンＳＢ１１が押下されると、ステップＳＰ３に進み、ボタンＳＢ１１が押下されなければ、図３４のステップＳＰ１１に進む。
【０１９７】
ステップＳＰ３では、表示制御部６１５によって、専門絞り込み画面Ｇ１２(例えば、図２５)が表示部６３０に表示される。
【０１９８】
ステップＳＰ４では、ＣＰＵ６１０によって、専門の指定があったか否か判定される。ここでは、専門絞り込み画面Ｇ１２で所望の専門名が指定されれば、ステップＳＰ５に進み、指定されなければ、ステップＳＰ９に進む。
【０１９９】
ステップＳＰ５では、検索条件生成部６１８によって、ステップＳＰ４で指定された所望の専門に係る病院施設を検索するための検索条件が生成される。このとき、生成された検索条件が、データセンタサーバ５００に送信される。
【０２００】
ステップＳＰ６では、情報検索部５１４によって、ステップＳＰ５で生成された検索条件に対応する情報を分類情報ＤＢ５５４などから抽出する検索処理が行われ、抽出された情報と、メモリ５５０に格納される所定の画面生成ルールとに基づき、病院紹介画面データが生成される。このとき、生成された病院紹介画面データが、端末６００に送信される。
【０２０１】
ステップＳＰ７では、表示制御部６１５の制御により、ステップＳＰ６で生成された病院紹介画面データに基づき、表示部６３０に病院紹介画面Ｇ１３(例えば、図２６)が表示される。
【０２０２】
ステップＳＰ８では、病院紹介画面Ｇ１３で戻るボタンが押下されたか否か判定される。ここでは、戻るボタンが押下されるまでステップＳＰ８の処理が繰り返され、戻るボタンが押下されると、ステップＳＰ３に戻る。
【０２０３】
ステップＳＰ９では、専門絞り込み画面Ｇ１２で戻るボタンが押下されたか否か判定される。ここでは、戻るボタンが押下されれば、ステップＳＰ１に戻り、戻るボタンが押下されなければ、ステップＳＰ４に戻る。
【０２０４】
図３４のステップＳＰ１１では、ＣＰＵ６１０によって、画像診断の専門で絞り込むか否か判定される。ここで、検索メニュー画面Ｇ１１でボタンＳＢ１２が押下されると、ステップＳＰ１２に進み、ボタンＳＢ１２が押下されなければ、図３３のステップＳＰ２に戻る。
【０２０５】
ステップＳＰ１２では、表示制御部６１５によって、画像診断絞り込み画面Ｇ１４(例えば、図２７)が表示部６３０に表示される。
【０２０６】
ステップＳＰ１３では、ＣＰＵ６１０によって、画像診断の指定があったか否か判定される。ここでは、画像診断絞り込み画面Ｇ１４で所望の画像診断名が指定されれば、ステップＳＰ１４に進み、指定されなければ、ステップＳＰ１８に進む。
【０２０７】
ステップＳＰ１４では、検索条件生成部６１８によって、ステップＳＰ１３で指定された所望の画像診断を専門とする病院施設を検索するための検索条件が生成される。このとき、生成された検索条件が、データセンタサーバ５００に送信される。
【０２０８】
ステップＳＰ１５では、情報検索部５１４によって、ステップＳＰ１４で生成された検索条件に対応する情報を分類情報ＤＢ５５４などから抽出する検索処理が行われ、抽出された情報と、メモリ５５０に格納される所定の画面生成ルールとに基づき、病院紹介画面データが生成される。このとき、生成された病院紹介画面データが、端末６００に送信される。
【０２０９】
ステップＳＰ１６では、表示制御部６１５の制御により、ステップＳＰ１５で生成された病院紹介画面データに基づき、表示部６３０に病院紹介画面Ｇ１５(例えば、図２８)が表示される。
【０２１０】
ステップＳＰ１７では、病院紹介画面Ｇ１５で戻るボタンが押下されたか否か判定される。ここでは、戻るボタンが押下されるまでステップＳＰ１７の処理が繰り返され、戻るボタンが押下されると、ステップＳＰ１２に戻る。
【０２１１】
ステップＳＰ１８では、画像診断絞り込み画面Ｇ１４で戻るボタンが押下されたか否か判定される。ここでは、戻るボタンが押下されれば、図３３のステップＳＰ１に戻り、戻るボタンが押下されなければ、ステップＳＰ１３に戻る。
【０２１２】
以上のように、本発明の実施形態に係るＤＢシステム１では、抽出条件ならびにレポートの入力時における各施設からの入力情報が収集され、該入力情報における要素の存在状態の特徴に基づいて複数の施設が分類される。このため、特定の対象に係る特徴的な情報を的確に蓄積したデータベースの構築が容易に可能となる。具体的には、支援情報ＤＢ１５２に格納される情報について、各施設における情報の利用状況に応じて複数の施設が分類される。このため、恣意的な情報入力に応じた施設の分類が抑制されることとなり、特定の対象の特徴をより的確に示す情報を蓄積したデータベースを容易に構築することができる。また、的確な分類情報に基づく情報が一般ユーザの端末６００において得られるため、端末６００側において施設の特徴を把握することができる。
【０２１３】
＜６．変形例＞
本発明は上述の実施の形態に限定されるものではなく、本発明の要旨を逸脱しない範囲において種々の変更、改良などが可能である。
【０２１４】
例えば、上記実施形態では、抽出条件情報が、支援情報ＤＢ１５２に含まれる複数の要素の組合せを示す情報であったが、これに限られず、例えば、支援情報ＤＢ１５２に含まれる１つの要素を示す情報など１以上の要素を示す情報であっても良い。
【０２１５】
また、上記実施形態では、病院施設を１つの単位として分類が行われたが、これに限られず、各端末が設置された診療科を１つの単位として分類が行われても良い。
【０２１６】
また、上記実施形態では、抽出条件決定テンプレートＴ０(図１９)において、モダリティや検査部位やカテゴリの要素が読影医によって選択されたが、これに限られず、検査装置からの情報に応じて１以上の要素が自動的に選択されても良い。
【０２１７】
また、上記実施形態では、各病院施設にレポートサーバ１００が設置されていたが、これは大病院による利用を想定したものである。これに対して、個人病院による利用を想定すると、レポートサーバ１００の機能をデータセンタサーバ５００に持たせ、個人病院に設置された端末を通信回線ＮＴＷに対してモデムなどの所定の機器を介して直接接続するような態様が考えられる。
【０２１８】
また、上記実施形態では、施設別特徴情報テーブル５５２(図２２(ａ))には、入力情報の累計数と、各特定要素の累計数とが別々にリストアップされていたが、これに限られない。例えば、特定要素の累計数を入力情報の累計数で割った値、すなわち特定要素の出現割合を示す情報がリストアップされても良い。また、２以上の特定要素の組合せの出現頻度や出現割合などを示す情報がリストアップされても良い。
【０２１９】
また、上記実施形態では、病院施設の分類情報を、一般ユーザによる医療情報検索に利用する例を示して説明したが、これに限られない。例えば、特定のモダリティ、部位、疾患について、診断数が多い病院施設に対しては、診断の支援のために提供するデータベースを詳細な情報まで含むものとする一方、診断数が少ない病院施設に対しては、診断の支援のために提供するデータベースを簡便な情報までとするような利用法が考えられる。また、各病院施設において新規レポート情報が入力されると、支援情報ＤＢ１５２が更新されるが、このとき、病院施設の分類情報に基づいて、同様に分類される病院施設についても支援情報ＤＢ１５２が同様に更新されるようにしても良い。例えば、入力情報において「脳−ＭＲ−腫瘍」の要素の組合せが多く、脳腫瘍の専門病院に分類される複数の病院については、１つの病院で新規レポート情報が入力されて支援情報ＤＢ１５２が更新されると、データセンタサーバ６００の機能によって他の病院でも同様に支援情報ＤＢ１５２が更新されるような態様が考えられる。
【０２２０】
また、上記実施形態では、画像検査に係る読影レポートの入力時における入力情報を利用した病院施設の分類について説明したが、これに限られない。例えば、画像を利用した各種診断結果を記した画像診断レポートも症例の情報が含まれるため、読影レポートの代わりに画像診断レポートの入力時における入力情報を利用して施設の分類を行っても良い。
【０２２１】
また、上記実施形態では、画像検査に係る読影レポートの入力時における入力情報を利用した病院施設の分類について説明したが、これに限られない。例えば、インシデントレポートなどの各種レポートの入力時における入力情報を利用して施設の分類を行っても良い。つまり、インシデントレポートの情報などの各種レポート情報を入力情報として利用しても良い。このような施設の特徴を反映するインシデントレポートに基づいた分類を採用すれば、特定の対象に係る特徴的な情報を蓄積したデータベースをより的確かつ適正に構築することができる。なお、例えば、各施設におけるインシデントの発生状況に基づいて施設が分類され、特定のインシデントについて、発生頻度の少ない施設が、発生頻度の多い施設に対して対策方法を提供するような態様が考えられる。そして、このような態様では、全施設におけるインシデントの発生が抑制される。
【０２２２】
また、上記実施形態では、病院施設の分類情報を生成して、その分類情報の利用を行ったが、これに限られず、リハビリ施設、ヘルスケア施設、看護施設、および介護施設などを含む各種医療機関の一部または全てを分類対象としても良い。このような態様では、例えば、分類対象となる施設に合わせて、支援情報ＤＢ１５２が、リハビリ、ヘルスケア、看護、および介護のうちの少なくとも何れかに関する情報（例えば、レポート情報）に基づいて構築されれば良い。このような構成により、医療機関の特徴に即した的確な分類が可能となる。そして、ヘルスケア施設、看護施設、および介護施設を分類対象とする場合には、例えば、各施設がどのような状態の在宅患者のケアをしているのかという観点から施設の分類を行うことが可能である。
【０２２３】
また、上記実施形態では、病院紹介画面Ｇ１３，Ｇ１５において、専門に係るランキングの形式で病院施設の情報が提示されたが、これに限られない。例えば、分類情報ＤＢ５５４において専門を表す所定要素の累計数がより多い病院施設の情報の方が色や文字などによってより強調されて表示されても良い。すなわち、ある分野が専門などといった所定種類の病院施設に係る病院紹介画面データについては、分類情報ＤＢ５５４に基づいて複数の施設を示す表示要素の表示態様が適宜調整されれば良い。
【０２２４】
また、上記実施形態では、統計情報を用いて、施設を分類したが、これに限られない。例えば、医学的知識において、珍しい症例を取り扱ったことがある事実を施設の特徴として捉え、この事実に基づく分類を行っても良い。
【０２２５】
また、上記実施形態では、サーバと端末（クライアント）とが通信回線を介して接続されていたが、これに限られない。例えば、一台のパソコンにおいて、各個人を識別情報（ユーザＩＤ）を用いて識別可能として、個人を分類する態様も考えられる。このような態様としては、例えば、看護師や医師などの専門家個人を分類するような態様などが考えられる。また、グループ毎に識別情報（グループＩＤ）を用いて識別可能として、グループを分類する態様も考えられる。このような、態様としては、例えば、医療チームや看護チームや研究チームなどを分類するような態様などが考えられる。
【０２２６】
また、上記実施形態では、分類情報を利用した専門分野のランキングが表示されたが、このランキングの表示については、地域ごとに行うようにしても良い。
【０２２７】
また、上記実施形態では、データセンタサーバ５００において存在特徴情報を導出したが、これに限られない。例えば、ローカルサーバであるレポートサーバ１００において施設の存在特徴情報を導出した後に、該存在特徴情報をレポートサーバ１００すなわち施設に係る識別情報と関連付け、情報送信部１１４によってデータセンタサーバ５００に送信するようにしても良い。このような構成では、データセンタサーバ５００において、各施設からの存在特徴情報に基づき分類情報ＤＢ５５４の構築が行われる。
【０２２８】
また、上記実施形態では、支援情報ＤＢ１５２に含まれる複数の要素のうちの１以上の要素の指定によって入力情報が入力されたが、例えば、端末３００から自然文の読影レポートが入力情報として入力された場合であっても、データ構築部１１３において自然文に係る入力情報に対して所定の言語処理が施されて、１以上の要素および２以上の要素の組合せを示す情報が認識される。
【符号の説明】
【０２２９】
１  データベースシステム
１００，１００ａ，１００ｂ  レポートサーバ
１１０，３１０，５１０，６１０  ＣＰＵ
１１１  データ読込部
１１２  検査済判定部
１１３  データ構築部
１１４  情報送信部
１１５  情報検索部
１１６  データ書込部
１５０，３５０，５５０，６５０  メモリ
１５１  診療情報ＤＢ
１５２  支援情報ＤＢ
３００，３００ａ，３００ｂ，４００，４００ａ，４００ｂ，６００，６００ａ，６００ｂ  端末
３１１，６１１  受付部
３１２  層別設定部
３１３  入出力制御部
３１４  タスク管理部
３１５，６１５  表示制御部
３１６  検索制御部
３１７  レポート生成部
３３０，６３０  表示部
３４０，６４０  操作部
５００  データセンタサーバ
５１１  情報受付部
５１２  特徴導出部
５１３  分類処理部
５１４  情報検索部
５１５  送受信部
５５１  分析用情報
５５２  施設別特徴情報テーブル
５５３  所定基準情報
５５４  分類情報ＤＢ
５５５  施設情報ＤＢ
６１３  入出力制御部
６１８  検索条件生成部
【図１】
2009151093.tif 000003
【図２】
2009151093.tif 000004
【図３】
2009151093.tif 000005
【図４】
2009151093.tif 000006
【図５】
2009151093.tif 000007
【図６】
2009151093.tif 000008
【図７】
2009151093.tif 000009
【図８】
2009151093.tif 000010
【図９】
2009151093.tif 000011
【図１０】
2009151093.tif 000012
【図１１】
2009151093.tif 000013
【図１２】
2009151093.tif 000014
【図１３】
2009151093.tif 000015
【図１４】
2009151093.tif 000016
【図１５】
2009151093.tif 000017
【図１６】
2009151093.tif 000018
【図１７】
2009151093.tif 000019
【図１８】
2009151093.tif 000020
【図１９】
2009151093.tif 000021
【図２０】
2009151093.tif 000022
【図２１】
2009151093.tif 000023
【図２２】
2009151093.tif 000024
【図２３】
2009151093.tif 000025
【図２４】
2009151093.tif 000026
【図２５】
2009151093.tif 000027
【図２６】
2009151093.tif 000028
【図２７】
2009151093.tif 000029
【図２８】
2009151093.tif 000030
【図２９】
2009151093.tif 000031
【図３０】
2009151093.tif 000032
【図３１】
2009151093.tif 000033
【図３２】
2009151093.tif 000034
【図３３】
2009151093.tif 000035
【図３４】
2009151093.tif 000036
【国際調査報告】
2009151093.tif 000037
2009151093.tif 000038
2009151093.tif 000039
2009151093.tif 000040