情報処理システム
【課題】各種要素が関連付けられた情報を状況に応じて生成および供与可能な技術を提供する。
【解決手段】情報処理システム１が、サーバ１００と、複数の端末１０〜３０とを備える。そして、各端末１０〜３０が、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を取得し、該要素関連情報をサーバ１００に送信する。一方、サーバ１００は、各端末１０〜３０から要素関連情報を受信し、複数の端末１０〜３０に含まれる１以上の端末が特定の条件を満たす場合に、該１以上の端末から受信した１以上の要素関連情報に基づき、複数の要素の項目間で該各項目に属する１以上の要素が関連付けられたネットワーク情報を生成する。
【解決手段】情報処理システム１が、サーバ１００と、複数の端末１０〜３０とを備える。そして、各端末１０〜３０が、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を取得し、該要素関連情報をサーバ１００に送信する。一方、サーバ１００は、各端末１０〜３０から要素関連情報を受信し、複数の端末１０〜３０に含まれる１以上の端末が特定の条件を満たす場合に、該１以上の端末から受信した１以上の要素関連情報に基づき、複数の要素の項目間で該各項目に属する１以上の要素が関連付けられたネットワーク情報を生成する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報を処理するシステムに関する。
【背景技術】
【０００２】
過去に蓄積された知識を利用して報告書などの各種レポートを作成する場合、従来は、何らかの方法で過去のレポートを検索してその内容を参照する必要があった。過去のレポートがテンプレートなどを用いて構造化されている場合は検索したレポートの全文を参照する必要はないが、レポート間の関係などについては膨大なデータを参照しながら見出していく必要があった。
【０００３】
また、例えば、医療機関において、いわゆる読影レポートを作成する際には、フリーフォーマットによって入力を行うと、放射線科の医師個人の癖に依って、略語の使用や言い回しなどが大きく異なる。したがって、他の医師にとっては読み辛く、同じ症例についての読影レポートを作成する際に、他の放射線科の医師が作成した読影レポートを参考にして読影レポートを作成するといった作業は困難である。
【０００４】
このような問題は、読影レポートを作成する場合に限られず、各種のレポートを作成する場合や、各種シナリオを作成する場合などといった、各種文書の作成一般に共通する。
【０００５】
そこで、顧客の要望に応じて、価値を抽出し、要件、解決策に至るまでの訴求力のあるシナリオの記述を支援する技術が提案されている（例えば、特許文献１）。
【０００６】
この特許文献１で提案されている技術は、次のようなものである。価値、要件、解決策などをノードで表し、これらの間の因果関係をデータ（因果関係データ）として予め保持しておく。そして、顧客に対して行う提案を検討する際に、特定のノードと因果関係があるノードを因果関係データから検索して、検索されたノードの中から適切なものを選択し、必要に応じて更に選択した要件と因果関係がある要件を検索して、検索されたノードの中から適切なものを選択するといった操作を繰り返すことで、提案するシナリオを作成する。なお、因果関係データについては、既知の情報から予め作成されるが、新たにノードや因果関係を定義して付け加えることも可能である。
【０００７】
【特許文献１】特開２００６−２６８４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１で提案されている技術では、因果関係データ全体が検索対象であるために、状況に応じて選択すべきノード以外の多数のノードに係る多量の情報が提示されてしまう。このため、ノードの選択あるいは入力に手間取ったり、誤りを生じる可能性が高い。例えば、因果関係データが、全く異なる層の顧客に対する情報が混じり合って構築されている場合には、実際の顧客の層に合わせたシナリオを作成する際に、ノードの選択あるいは入力に手間取ったり、誤りを生じる可能性が高い。
【０００９】
このような問題は、語句などの要素を参照しつつ各種文書を作成するような、各種要素が関連付けられた情報を参照する場合一般に共通する。
【００１０】
本発明は、上記課題に鑑みてなされたものであり、各種要素が関連付けられた情報を状況に応じて生成および供与可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、請求項１の発明は、情報処理システムであって、サーバと、複数の端末とを備え、各前記端末が、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を取得する取得手段と、前記要素関連情報を前記サーバに送信する送信手段とを有し、前記サーバが、各前記端末から前記要素関連情報を受信する受信手段と、前記複数の端末に含まれる１以上の端末が特定の条件を満たす場合に、該１以上の端末から受信した１以上の要素関連情報に基づき、前記複数の要素の項目間で該各項目に属する１以上の要素が関連付けられたネットワーク情報を生成するネットワーク情報生成手段とを有することを特徴とする。
【００１２】
また、請求項２の発明は、請求項１に記載の情報処理システムであって、前記サーバが、前記ネットワーク情報を各前記端末に対して配信する配信手段を更に有し、各前記端末が、前記ネットワーク情報に含まれる全体ネットワーク情報または一部ネットワーク情報に基づいて、複数の要素の項目に含まれる各項目間で該各項目にそれぞれ属する各要素が相互に関連付けられた情報の一覧表示を表示部において表示するように制御する表示制御手段を更に有することを特徴とする。
【００１３】
また、請求項３の発明は、請求項２に記載の情報処理システムであって、各前記端末が、前記表示部に前記一覧表示が表示された状態で、ユーザーによる操作に応答して、前記一覧表示に含まれる各項目に対し、それぞれ１以上の要素を所定のレポートモデルに沿ったレポート情報を構成するレポート構成要素として指定する要素指定手段と、前記レポート構成要素に基づいて、前記所定のレポートモデルに沿った新規なレポート情報を生成するレポート生成手段とを更に有することを特徴とする。
【００１４】
また、請求項４の発明は、請求項３に記載の情報処理システムであって、前記レポート情報が、読影レポート情報を含み、前記複数の項目が、部位、所見、疾患名を含むことを特徴とする。
【００１５】
また、請求項５の発明は、請求項１から請求項４のいずれかに記載の情報処理システムであって、前記サーバが、各前記端末から前記サーバに送信された複数の要素関連情報に基づいて、各前記端末が前記特定の条件を満たすと認識する認識手段を更に有していることを特徴とする。
【００１６】
また、請求項６の発明は、請求項５に記載の情報処理システムであって、前記認識手段が、前記複数の端末に含まれる１つの端末から前記サーバに送信された要素関連情報の数が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする。
【００１７】
また、請求項７の発明は、請求項５に記載の情報処理システムであって、前記認識手段が、前記複数の端末に含まれる１つの端末から前記サーバに送信された複数の要素関連情報のうち、所定要素を含む要素関連情報が占める割合が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする。
【００１８】
また、請求項８の発明は、請求項１から請求項７のいずれかに記載の情報処理システムであって、前記サーバが、前記複数の端末のうちの前記特定の条件を満たす端末に対して、前記ネットワーク情報を送信することを特徴とする。
【００１９】
また、請求項９の発明は、請求項１から請求項８のいずれかに記載の情報処理システムであって、前記取得手段が、文章情報に対して言語処理を含む所定の情報処理を施すことで、前記文章情報から各前記項目に属する１以上の要素を抽出し、関連付けることで、前記要素関連情報を取得することを特徴とする。
【００２０】
また、請求項１０の発明は、請求項９に記載の情報処理システムであって、前記言語処理が、機械学習によって得られた情報に基づいた処理であることを特徴とする。
【発明の効果】
【００２１】
請求項１から請求項１０のいずれに記載の発明によっても、複数の要素の項目に含まれる各項目に属する要素が関連付けられた要素関連情報が、特定の条件を満たす端末から送信されてきた場合に、その要素関連情報に基づいて、各項目に属する１以上の要素が複数の要素の項目間で関連付けられたネットワーク情報を生成するような構成を採用することで、端末の使用状況に応じたネットワーク情報が生成される。したがって、各種要素が関連付けられた情報を状況に応じて生成および供与することができる。
【００２２】
また、請求項２に記載の発明によれば、端末において、ネットワーク情報の全体又は一部の一覧表示が可視的に出力されるため、端末において、ユーザーは状況に即した情報を容易に得ることができる。
【００２３】
また、請求項３に記載の発明によれば、端末において、ネットワーク情報に係る一覧表示が可視的に出力された状態で、ユーザーの操作により、一覧表示に含まれる各項目に対してそれぞれ１以上の要素を指定すると、所定のレポートモデルに沿った新規なレポート情報が生成されるため、状況に即したレポートの作成が容易かつ適正に可能となる。
【００２４】
また、請求項４に記載の発明によれば、状況に即した読影レポートの作成が容易かつ適正に可能となる。
【００２５】
また、請求項５から請求項７のいずれに記載の発明によっても、端末から送信された要素関連情報に基づいて、その端末が特定の条件を満たすことを認識するため、端末の使用状況に即した状況の切り分けを適正かつ容易に行うことができる。その結果、より状況に応じたネットワーク情報が生成される。
【００２６】
また、請求項６に記載の発明によれば、１つの端末からサーバに送信された要素関連情報の数が、所定の値域範囲に含まれれば、該１つの端末が特定の条件を満たすように認識されるため、端末の使用状況に即した状況の切り分けを情報量の観点から行うことができる。
【００２７】
また、請求項７に記載の発明によれば、１つの端末からサーバに送信された複数の要素関連情報のうち、所定要素を含む要素関連情報が占める割合が、所定の値域範囲にあれば、該１つの端末が特定の条件を満たすように認識されるため、端末の使用状況に即した状況の切り分けを情報の内容の観点から行うことができる。
【００２８】
また、請求項８に記載の発明によれば、複数の端末のうちの特定の条件を満たす端末に対して、サーバからネットワーク情報を送信するような構成を採用することで、端末の特定の使用状況に応じて生成されたネットワーク情報が、特定の使用状況にある端末に送信されるため、ユーザーはこの端末を介して状況に即した情報を容易に得ることができる。
【００２９】
また、請求項９に記載の発明によれば、文章情報に対して言語処理を含む所定の情報処理を施すことで文章情報から各項目に属する１以上の要素を抽出し、更に関連付けることで要素関連情報を生成するような構成を採用することにより、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を容易に取得することができる。
【００３０】
また、請求項１０に記載の発明によれば、機械学習によって得られた情報に基づいて言語処理を行うため、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報をより適正かつ容易に取得することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施形態を図面に基づいて説明する。
【００３２】
＜情報処理システムの概略構成＞
図１は、本発明の実施形態に係る情報処理システム１の概略構成を示す図である。
【００３３】
情報処理システム１は、サーバ１００、端末（クライアント）１０〜３０、およびサーバ管理用端末１９０を備えている。そして、サーバ１００と、端末（クライアント）１０〜３０とが、インターネット回線等のネットワーク回線ＮＴＷを介して相互にデータ送受信可能に接続され、サーバ１００に対し、サーバ１００を管理するためのサーバ管理用端末１９０が接続されている。なお、ここでは、３つの端末１０〜３０が存在している例を挙げて説明するが、端末の数は２つ以上であればいくつでも良い。
【００３４】
端末１０〜３０は、各病院に設置されている。例えば、端末１０が第１の病院に設置され、端末２０が第２の病院に設置され、端末３０が第３の病院に設置されている。なお、端末１０〜３０は、それぞれ同様な構成を有するため、以下では、適宜端末３０を代表例として採用しつつ説明する。
【００３５】
端末３０は、内蔵する記憶部３４（後述）に、多数の画像データが格納された診療情報ＤＢ３４１（後述）を記憶している。この多数の画像データは、放射線科において検査リストに列挙された患者を対象として放射線を用いた撮影により得られる。そして、端末３０では、例えば、放射線科の読影医が、可視的に出力された画像データを適宜参照しつつ、読影レポートを記述および入力して、その読影レポートを示す情報（読影レポート情報）を診療情報ＤＢ３４１に保存することができる。つまり、端末３０は、読影レポートを入力するレポート入力装置として機能する。
【００３６】
図２は、端末３０において新規な読影レポートを記述および入力する状態を例示する図である。図２に示すように、端末３０では、放射線科の読影医が、診療情報ＤＢ３４１に格納されている患者の画像データを可視的に出力した画面（画像表示画面）Ｍ１，Ｃ１を適宜参照しつつ、読影レポートの入力画面４０１において新規な読影レポートを入力することができる。
【００３７】
また、端末１０〜３０では、各読影レポートを構成する複数の要素を、読影レポート毎に関連付けて構造化した情報（以下「単レポート要素関連情報」とも称する）を生成し、サーバ１００に送信する。なお、端末１０〜３０において各読影レポート情報から単レポート要素関連情報を生成する機能を以下「関連情報生成機能」と称する。
【００３８】
一方、サーバ１００は、端末１０〜３０から送信されてくる単レポート要素関連情報を収集し、各端末１０〜３０が設置された病院の専門に応じて、読影レポート情報を区別する。そして、専門毎に区別された単レポート要素関連情報を利用して、新規な読影レポートの入力を支援する情報（入力支援情報）を生成し、適宜端末１０〜３０に対して配信する。なお、サーバ１００において専門毎の入力支援情報を生成する機能を以下「支援情報生成機能」と称し、サーバ１００において専門別の入力支援情報を適宜端末１０〜３０に配信する機能を以下「情報配信機能」と称する。
【００３９】
これに対し、専門毎に異なる入力支援情報を取得した端末１０〜３０では、専門毎に異なる入力支援情報から必要な情報を抽出してテンプレート表示の形で提示することで、専門といった状況を考慮した新規な読影レポートの作成を容易に可能とする。なお、端末１０〜３０において新規な読影レポートの入力を支援する機能を以下「入力支援機能」と称する。
【００４０】
このように、情報処理システム１は、入力支援情報を生成する観点から見れば、データベースを構築するシステム（データベース構築システム）として機能する言える。また、入力支援情報を利用する観点から見れば、データベースシステムとして機能する言える。更に、入力支援情報を利用して入力を支援する観点から見れば、レポーティングシステムとして機能するとも言える。
【００４１】
以下、情報処理システム１の機能について、主に関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能に分けて順次説明する。
【００４２】
＜関連情報生成機能＞
図３は、主に端末３０で実現される関連情報生成機能に係る機能構成を示すブロック図である。
【００４３】
端末３０は、制御部３１、操作部３２、表示部３３、および記憶部３４を備えている。
【００４４】
制御部３１は、ＣＰＵやＲＯＭやＲＡＭなどを備えて構成され、記憶部３４に格納されているプログラムをＣＰＵで読み込んで実行することで、関連情報生成機能などの各種機能を実現する。なお、制御部３１では、各種情報処理において一時的に生成される各種データは、内蔵されるＲＡＭに一時記憶される。
【００４５】
操作部３２は、キーボードやマウスなどを備えて構成され、ユーザーの操作に応答して制御部３１に各種情報を入力することが可能である。
【００４６】
表示部３３は、液晶表示画面やＣＲＴなどを備えて構成され、制御部３１内の表示制御部３１９の制御に基づいて各種画像を可視的に出力する。
【００４７】
記憶部３４は、ハードディスクなどによって構成され、各種プログラムやデータを格納する。
【００４８】
記憶部３４は、診療対象である多数の患者に係る医療情報（以下「診療情報」とも称する）を記憶する診療情報データベース（ＤＢ）３４１が格納されている。
【００４９】
この診療情報ＤＢ３４１には、診療対象である多数の患者が列挙されたリスト（検査リスト）が含まれる。また、診療情報ＤＢ３４１には、放射線科で検査リストに列挙された患者を対象として放射線による撮影によって得られた多数の画像データ、及びこの多数の画像データにそれぞれ対応する読影レポートを示す情報（読影レポート情報）が、検査リストに列挙された患者の名前と関連付けられて格納されている。診療情報ＤＢ３４１は、多数の読影レポート情報が格納されている点に着目すれば、多数の読影レポート情報が格納されたデータベース（レポートＤＢ）である。更に、診療情報ＤＢ３４１に含まれる検査リストでは、担当医からのオーダーリングや患者や検査に係る情報を示す属性情報が検査リストに列挙された患者の名前と関連付けられて格納されている。
【００５０】
制御部３１は、関連情報生成機能に係る機能構成として、データ読込部３１１、自然文構造化部３１２、機械学習部３１３、モデル入出力部３１４、識別部３１５、情報加算部ＫＳ、および送受信部３１６を備える。
【００５１】
データ読込部３１１は、診療情報ＤＢ３４１から、既存の読影レポートを示す情報（既存レポート情報）と、当該既存レポート情報に対応するオーダーリング、患者属性、及び検査属性に係る情報とを読み込む。そして、データ読込部３１１は、既存読影レポート情報を自然文構造化部３１２に送出する一方、オーダーリング、患者属性、及び検査属性に係る情報を情報加算部ＫＳに送出する。
【００５２】
自然文構造化部３１２は、既存の読影レポートに含まれる自然文で記述された所見文から必要な要素を抽出し、ＲＤＦを利用して構造化を行う。この既存の読影レポートの要素の構造化は、機械学習部３１３、モデル入出力部３１４、及び識別部３１５の機能と、自然文構造化部３１２の機能とによって実現される。
【００５３】
機械学習部３１３は、例えば、教師データとして学習用コーパスなどが与えられることで、構造化の基準となる情報を学習する。
【００５４】
学習用コーパスは、読影レポートの所見文の形式（文章モデル）に準じた大量のテキストデータを含む。この文章モデルは、例えば、撮影条件→部位→所見→疾患名といった具合に、読影レポートの所見文の構成を示すものである。そして、学習用コーパスでは、例えば、所定の読影レポートのモデル（「レポートモデル」とも称する）に含まれる所見文の文章モデルを構成する各要素（ここでは語句）の分類項目名が各要素にタグ付けされている。例えば、要素の分類項目としては「撮影条件」「部位」「所見」「疾患名」等が挙げられる。
【００５５】
そして、学習用コーパスでは、例えば、「Ｔ１」「Ｔ２」・・・等の語句に対して要素の分類項目名「撮影条件」がタグ付けされ、「脳室」「白質」「前頭葉」・・・等の語句に対して要素の分類項目名「部位」がタグ付けされている。また、「高信号」「低信号」「増強」「腫瘤影」・・・等の語句に対して要素の分類項目名「所見」がタグ付けされ、「腫瘍」「虚血性変化」「梗塞」・・・等の語句に対して要素の分類項目名「疾患名」がタグ付けされている。なお、このような学習用コーパスが機械学習部３１３に対して外部から与えられる際、後述する新規な読影レポートを作成するために、結語についても代表的な表現については同じように学習用コーパスにタグ付けされて与えられる。
【００５６】
機械学習部３１３は、学習用コーパスから語句を抜き出し、対応する要素の分類項目毎にそれぞれ記憶する。つまり、機械学習部３１３では、学習用コーパスを含む教師データを学習教材とし、教師データを参照して要素の分類項目毎に各要素の分類項目に属する語句を学習して記憶する。このとき、機械学習部３１３では、語句や表現の振れをある程度正規化する。
【００５７】
更に、機械学習部３１３では、学習用コーパスにおける要素の出現パターンも学習して記憶する。例えば、部位「前頭葉」の後には「所見」に属する語句が出現する等といった、如何なる分類項目に属する如何なる語句が、どのような順で出現するのかといった出現パターンを学習して記憶する。
【００５８】
機械学習部３１３で、学習されて記憶されるデータは、既存の読影レポートを構成する各要素をどのような要素の分類項目に分解するのかを示すモデルのデータ（モデルデータ）として使用される。
【００５９】
モデル入出力部３１４は、モデルデータを通信回線や記憶媒体等を介して外部のコンピュータに出力したり、外部のコンピュータで学習されたモデルデータを通信回線や記憶媒体等を介して入力するものである。よって、情報処理システム１において学習されたモデルデータを他の情報処理システムで利用したり、逆に、他の情報処理システムにおいて学習されたモデルデータを情報処理システム１で利用することができる。
【００６０】
識別部３１５は、機械学習部３１３で学習されたモデルデータ、又はモデル入出力部３１４を介して取得したモデルデータを基準としつつ、公知のＳＶＭ（Support Vector Machine）などを用いて、自然文構造化部３１２に入力される既存読影レポート情報を対象として、要素の分類項目と実際に使用されている語句とを識別する。
【００６１】
なお、上述した機械学習の方法を用いると、予め教師データにおいて挙げられた要素（ここでは、語句）についてしか、要素の分類項目を識別することができないが、以下の機械学習の方法を利用することで、予め教師データにおいて挙げられていない要素についても、要素の分類項目を識別することができる。
【００６２】
例えば、機械学習部３１３が、学習用コーパスを形態素解析によって形態素に分解し、形態素毎に、形態素そのもの、形態素の品詞、形態素の活用形、前後（例えば前後２つ）の形態素の情報等を用いて、ある分類項目に属する形態素が出現するパターンを学習する。そして、識別部３１５が、当該パターンに従って、予め与えられていなかった要素（ここでは語句）についても、要素の分類項目を認識することができる。
【００６３】
より具体的には、例えば、機械学習部３１３は、学習用コーパスに「**に沿って」（「**」部には種々の語が入る）といった形の文が頻出する場合に、「**」の部分に部位を示す語句が頻出するときには、「**」の部分には部位を示す語句が入るというパターンを学習することができる。そして、識別部３１５は、このようなパターンを利用すれば、既存読影レポート情報を対象として、語の前後関係からフレーズ「下垂体／に／沿って」から「下垂体」を部位を示す語句として抽出することができる。なお、上記機械学習は、いわゆるＳＶＭ（Support Vector Machine）を利用することで実現することができ、このような機械学習によって自然言語処理の精度が向上する。
【００６４】
そして、自然文構造化部３１２では、識別部３１５で識別された情報に基づき、既存の読影レポートを、要素の分類項目毎に属する語句（要素）に分解してＲＤＦで記述することで、既存の読影レポート情報を構造化する。このとき、既存の読影レポートにおける要素の出現パターンも認識することができるため、この出現パターンに関する情報を、識別部３１５で使用するモデルデータに反映させることで、モデルデータを進化させることもできる。つまり、既存読影レポート情報を解析すればする程、モデルデータが進化する。
【００６５】
自然文構造化部３１２で構造化された既存読影レポート情報は、情報加算部ＫＳに出力され、情報加算部ＫＳにおいて、データ読込部３１１から送出されたオーダーリング、患者属性、及び検査属性に係る属性情報が加えられて、ＲＤＦで記述された構造化データが生成される。
【００６６】
図４は、１つの既存読影レポート情報を構成する要素（既存読影レポート情報に係る属性情報を構成する要素も含む）が関連付けられるように構造化されたデータ（以下「単レポート要素関連情報」とも称する）を例示する図である。図４で示すように、既存読影レポート情報のファイル「Ａ−０００１」に対して、ＲＤＦによって、要素の分類項目「撮影条件」「部位」「所見」「疾患名」をそれぞれ属性の項目とし、各属性に対して属性値「Ｔ１」「前頭葉」「高信号」「腫瘍」がぞれぞれ関連付けられて記述されている。また、属性情報に係る属性の項目「部位分類」「患者名」「読影医師」「モダリティ」に対して「頭部（ＳＫＵＬＬ）」「特許太郎」「特許花子」「ＭＲ」がそれぞれ関連付けられ、更に、患者名の属性に対して、属性の項目「性別」及び「年齢」について「Ｍ」と「５３」とがそれぞれ関連付けられて記述されている。なお、単レポート要素関連情報において関連付けの対象となる属性の項目（属性項目）は、図４で示したものに限られず、例えば、検査属性の情報に含まれる他の属性項目を含めても良い。
【００６７】
このようにして、自然文構造化部３１２、機械学習部３１３、モデル入出力部３１４、識別部３１５、及び情報加算部ＫＳの機能によって、自然文で記載された所見文の文章情報に対して言語処理を施すことにより、文章情報から各分類項目に属する要素（ここでは語句）が抽出され、更に関連付けることで、単レポート関連情報が生成される。
【００６８】
送受信部３１６は、情報加算部ＫＳにおいて生成されて取得された単レポート要素関連情報をサーバ１００に対して送信する。なお、単レポート要素関連情報は、診療情報ＤＢ３４１に格納された多数の既存読影レポート情報についてそれぞれ生成され、送受信部３１６によって、それぞれサーバ１００に送信される。
【００６９】
図５は、単レポート要素関連情報の生成動作フローを示すフローチャートである。本動作フローは、端末３０において、所定のプログラムが実行されることで実現される。
【００７０】
ステップＳＴ１では、データ読込部３１１によって、診療情報ＤＢ３４１から、読影レポートを示す情報が属性情報とともに読み込まれる。
【００７１】
ステップＳＴ２では、自然文構造化部３１２、機械学習部３１３、モデル入出力部３１４、及び識別部３１５の機能によって、ステップＳＴ１で読み込まれた読影レポートが構造化される。
【００７２】
ステップＳＴ３では、情報加算部ＫＳの機能によって、ステップＳＴ２で構造化された読影レポートに対して属性情報が追加されて、図４で示したような単レポート要素関連情報が生成される。
【００７３】
ステップＳＴ４では、ステップＳＴ３で生成された単レポート要素関連情報をサーバ１００に対して送信する。
【００７４】
ステップＳＴ５では、診療情報ＤＢ３４１に格納されている全ての既存読影レポート情報について単レポート要素関連情報が生成されたか否か判定する。ここで、全ての既存読影レポート情報について単レポート要素関連情報が生成されていない場合には、ステップＳＴ１に戻り、次の読影レポートを示す情報などが読み込まれて単レポート要素関連情報が生成される。また、全ての既存読影レポート情報について単レポート要素関連情報が生成された場合には、本動作フローを終了する。
【００７５】
このようにして、端末１０〜３０では、文章情報に対して言語処理を含む所定の情報処理を施すことで文章情報から各項目に属する要素を抽出し、更に抽出された要素を関連付けることで、単レポート要素関連情報が生成される。したがって、ユーザーによる煩雑な操作や作業を伴うこともなく、複数の要素の項目に含まれる各項目に属する要素が関連付けられた単レポート要素関連情報が容易に取得される。なお、文章情報から抽出される各項目に属する要素の数、および単レポート要素関連情報の各項目に属する要素の数は１つに限られず、１以上であればいくつであっても良い。また、上述したように機械学習によって得られた情報に基づいて言語処理を行うため、複数の要素の項目に含まれる各項目に属する１以上の要素が複数の要素の項目間で関連付けられた単レポート要素関連情報がより適正かつ容易に取得される。
【００７６】
ところで、診療情報ＤＢ３４１に蓄積される読影レポート情報は、端末３０において新たな読影レポートが作成される度に増加する。この時間とともに更に蓄積されていく読影レポート情報も過去の知識として利用できれば有効である。特に、これまでにない所見文等が新たに蓄積された読影レポート情報に含まれる場合には、過去の知識が更に進化するため、より有効である。そこで、例えば、新たな読影レポートを示す情報が診療情報ＤＢ３４１に書き込まれる度に、単レポート要素関連情報が生成され、サーバ１００に対して送信されることが好ましい。この点については、後で入力支援機能を説明する際に併せて説明する。
【００７７】
＜支援情報生成機能＞
図６は、主にサーバ１００で実現される支援情報生成機能に係る機能構成を示すブロック図である。
【００７８】
サーバ１００は、サーバ制御部１１０、および記憶部１２０を備えている。
【００７９】
サーバ制御部１１０は、ＣＰＵやＲＯＭやＲＡＭなどを備えて構成され、記憶部１２０に格納されているプログラムをＣＰＵで読み込んで実行することで、支援情報生成機能などの各種機能を実現する。なお、サーバ制御部１１０では、各種情報処理において一時的に生成される各種データは、内蔵されるＲＡＭに一時記憶される。
【００８０】
記憶部１２０は、ハードディスクなどによって構成され、各種プログラムや各種データを格納する。
【００８１】
サーバ１００は、機能として、送受信部１１１、統合ＤＢ構築部１１２、解析部１１３、端末管理部１１４、および専門ＤＢ構築部１１５を備える。
【００８２】
送受信部１１１は、端末１０〜３０から送信されてきた単レポート要素関連情報を受信し、統合ＤＢ構築部１１２に対して出力する。
【００８３】
統合ＤＢ構築部１１２は、送受信部１１１から入力された単レポート要素関連情報を受け付け、この単レポート要素関連情報を記憶部１２０に記憶することで、統合データベース（統合ＤＢ）１２１を構築する。統合ＤＢ１２１は、送信元の端末ごとに区別して単レポート要素関連情報を蓄積したデータベースであり、例えば、送信元の端末の名前やＩＤなどの識別情報を単レポート要素関連情報に付与することで、端末ごとに識別可能な態様で、単レポート要素関連情報を記憶させることができる。なお、統合ＤＢ構築部１１２において、送信元の端末を識別する手法としては、例えば、単レポート要素関連情報を受け付ける際に、送信元の端末の名前やＩＤなどの識別情報を受け付けておき、その識別情報に基づいて端末を識別する手法が挙げられる。このような構成を採用する場合には、送信元の端末１０〜３０に対して端末の識別情報の入力を要求し、この識別情報と単レポート要素関連情報とが関連付けられた状態で、端末１０〜３０からサーバ１００へ送信されるような構成とすれば良い。
【００８４】
解析部１１３は、統合ＤＢ１２１で蓄積されている単レポート要素関連情報を解析することで、単レポート要素関連情報の送信元である各端末１０〜３０が、特定の条件を満たすか否かを認識する。この特定の条件としては、１つの端末から送信されてきた全ての単レポート要素関連情報のうち、特定の属性項目に属する所定の要素が含まれている単レポート要素関連情報が占める割合が、所定の値域範囲にあるといった条件が挙げられる。例えば、１つの端末から送信されてきた全ての単レポート要素関連情報のうち、属性項目「疾患名」に属する語句に「脳腫瘍」に関する所定の要素（例えば語句「腫瘍」など）が含まれている単レポート要素関連情報の占める割合が７割以上であることを特定の条件とするようなものが挙げられる。
【００８５】
解析部１１３における処理をより具体的に説明する。例えば、解析部１１３は、まず、統合ＤＢ１２１で端末ごとに区別して蓄積されている単レポート要素関連情報を対象として、属性項目「疾患名」に属する要素に特定分野「脳腫瘍」「脳血管障害」に関する所定の要素が含まれているか否かを解析する。そして、解析部１１３が、統合ＤＢ１２１に記憶されている単レポート要素関連情報のうち、特定分野「脳腫瘍」に関する所定の要素が含まれている単レポート要素関連情報に対して、特定分野「脳腫瘍」に関する所定の要素が含まれている旨を示す情報を付加し、特定分野「脳血管障害」に関する所定の要素が含まれている単レポート要素関連情報に対して、特定分野「脳血管障害」に関する所定の要素が含まれている旨を示す情報を付加する。その後、解析部１１３が、統合ＤＢ１２１を参照することで、各端末について、属性項目「疾患名」に属する要素に特定分野「脳腫瘍」「脳血管障害」に関する所定の要素が含まれている単レポート要素関連情報の割合を算出し、その割合が所定の値域範囲にあるか否か、すなわち特定の条件を満たすか否かを認識する。
【００８６】
なお、ここでは、１つの端末から送信されてきて統合ＤＢ１２１に蓄積されている単レポート要素関連情報の全数のうち、特定分野「脳腫瘍」に関する所定の要素が含まれている単レポート要素関連情報の数が占める割合が７割以上である場合を第１の特定条件とし、特定分野「脳血管障害」に関する所定の要素が含まれている単レポート要素関連情報の数が占める割合が７割以上である場合を第２の特定条件とする。そして、特定分野「脳腫瘍」に関する所定の要素としては、「腫瘍」「頭蓋咽頭腫」「胚細胞腫」「髄芽腫」などが挙げられ、特定分野「脳血管障害」に関する所定の要素としては、「脳梗塞」「ラクナ梗塞」「急性期脳梗塞」「前大脳動脈の閉塞」などが挙げられる。
【００８７】
したがって、解析部１１３は、上記認識結果に基づいて、第１および第２の特定条件をそれぞれ満たす端末を特定する情報を端末管理部１１４に出力する。ここで、端末を特定する情報としては、上述した端末の名前やＩＤなどの識別情報を用いれば良い。
【００８８】
端末管理部１１４は、解析部１１３による認識結果に基づいて、特定の条件をそれぞれ満たす端末とその特定の条件とを対応付けた情報を、端末管理情報１２９として記憶部１２０に記憶する。よって、端末管理情報１２９は、例えば、第１の特定条件「疾患名に脳腫瘍に関する語句が含まれている割合が７割以上」である旨と第１の特定条件を満たす端末の識別情報とが対応付けられ、第２の特定条件「疾患名に脳血管障害に関する語句が含まれている割合が７割以上」である旨と第２の特定条件を満たす端末の識別情報とが対応付けられた情報を端末管理情報１２９として記憶部１２０に記憶する。つまり、解析部１１３による解析および認識結果に基づいて、端末１０〜３０が分類される。
【００８９】
例えば、下記（Ａ）〜（Ｃ）の状況が成立する場合には、２つの端末１０，２０が第１の特定条件を満たし、端末１０，２０が設置されている病院は、それぞれ「脳腫瘍」に強い病院であると推測され、１つの端末３０が第２の特定条件を満たし、端末３０が設置されている病院は、「脳血管障害」に強い病院であると推測される。（Ａ）端末１０から送信されてきた単レポート要素関連情報については、疾患名に脳腫瘍に関する語句が含まれている割合が８割を占める一方、疾患名に脳血管障害に関する語句が含まれている割合が２割を占める。（Ｂ）端末２０から送信されてきた単レポート要素関連情報については、疾患名に脳腫瘍に関する語句が含まれている割合が７割を占める一方、疾患名に脳血管障害に関する語句が含まれている割合が３割を占める。（Ｃ）端末３０から送信されてきた単レポート要素関連情報については、疾患名に脳腫瘍に関する語句が含まれている割合が３割を占める一方、疾患名に脳血管障害に関する語句が含まれている割合が７割を占める。
【００９０】
また、端末管理部１１４は、端末管理情報１２９に係る情報を専門ＤＢ構築部１１５に対して出力する。
【００９１】
専門ＤＢ構築部１１５は、特定の条件を満たす１以上の端末から送信されてきた全ての単レポート要素関連情報を統合ＤＢ１２１から読み出して、各単レポート要素関連情報において１つのファイルに対して関連付けられている複数の要素（ここでは属性値）を、属性項目毎に並べて相互に関連付け直してＲＤＦで記述する処理を行う。つまり、特定の条件を満たす１以上の端末から送信されてきた全ての単レポート要素関連情報においてそれぞれ関連付けられている複数の要素を、項目毎に並べて相互に関連付け直してＲＤＦで記述する処理を行う。そして、この処理の結果として、複数の属性項目に含まれる属性項目毎に１以上の属性値（すなわち要素、ここでは語句）が列挙されるとともに、各属性項目間で、各属性値（すなわち要素）どうしがネットワーク状に関連付けられた情報（以下「ネットワーク情報」とも称する）が生成される。このネットワーク情報は、記憶部１２０に記憶されることで、読影レポートの入力を支援する情報（入力支援情報）とされ、データベース（以下「支援情報ＤＢ」と総称し、具体的には、第１および第２支援情報ＤＢ）１２２，１２３が構築される。
【００９２】
具体的には、例えば、第１の特定条件「疾患名に脳腫瘍に関する語句が含まれている割合が７割以上」を満たす１以上の端末から送信されてきて統合ＤＢ１２１に蓄積されている全ての単レポート要素関連情報について、各単レポート要素関連情報において１つのファイルに対して関連付けられている複数の要素を、項目毎に並べて相互に関連付け直してＲＤＦで記述する処理が行われる。この処理の結果として生成されたネットワーク情報が記憶部１２０に記憶されることで、第１支援情報ＤＢ１２２が構築される。
【００９３】
一方、第２の特定条件「疾患名に脳血管障害に関する語句が含まれている割合が７割以上」を満たす１以上の端末から送信されてきて統合ＤＢ１２１に蓄積されている全ての単レポート要素関連情報について、各単レポート要素関連情報において１つのファイルに対して関連付けられている複数の要素を、項目毎に並べて相互に関連付け直してＲＤＦで記述する処理が行われる。この処理の結果として生成されたネットワーク情報が記憶部１２０に記憶されることで、第２支援情報ＤＢ１２３が構築される。
【００９４】
より具体的には、例えば、上記（Ａ）〜（Ｃ）の状況が成立する場合には、２つの端末１０，２０から送信されてきた単レポート要素関連情報に基づいて第１支援情報ＤＢ１２２が構築され、１つの端末３０から送信されてきた単レポート要素関連情報に基づいて第２支援情報ＤＢ１２３が構築される。
【００９５】
このように、端末ごとに異なる単レポート要素関連情報の傾向に基づいて、第１および第２支援情報ＤＢ１２２，１２３が構築されると、病院の専門性に応じ、単レポート要素関連情報を区別して、異なる支援情報ＤＢが構築される。より詳細には、ここでは、「脳腫瘍」に強い病院向けの第１支援情報ＤＢ１２２と、「脳血管障害」に強い病院向けの第２支援情報ＤＢ１２３とが構築される。
【００９６】
ここで、支援情報ＤＢのデータ構成ならびにデータ構築手法について説明する。
【００９７】
図７は、特定の条件を満たす１以上の端末から送信されてきた単レポート要素関連情報を構成する要素が構造化されて構築された支援情報ＤＢのデータ構成、すなわち多数の既存読影レポート情報に係る要素が構造化された例を示す図である。なお、図７では、部位分類「頭部（ＳＫＵＬＬ）」についてのネットワーク情報が例示されている。
【００９８】
図７では、関連付けられた語句どうしが線で結ばれており、図の複雑化を避けるために、語句を適宜「○○○」等と記載するとともに、関連付けを示す線も図中の比較的上部に位置するものを例示して、その他の線は省略されている。
【００９９】
また、専門ＤＢ構築部１１５では、各ネットワーク情報を生成する際には、各単レポート要素関連情報において関連付けられていた各項目間における語句の組合せの回数をカウントし、当該カウント情報を、各支援情報ＤＢ１２２，１２３に格納しておく。例えば、「頭部−ＭＲ−Ｍ−Ｔ１−前頭葉−高信号−腫瘍」等と言った語句の組合せの回数がカウント情報に記憶される。なお、ネットワーク情報とカウント情報は、各項目間における各項目に属する１以上の語句どうしの関連付けを示す情報であり、以下適宜「関連要素ネットワーク情報」と総称する。
【０１００】
第１および第２支援情報ＤＢ１２２，１２３に格納されるネットワーク情報では、既存の読影レポートにおいて、どのような語句がそれぞれ記述されたのかを、各属性項目間で、複数の語句どうしが関連付けられた態様で示される。そのため、当該ネットワーク情報を可視的に出力して、新規な読影レポートを入力する際に利用すると有効である。特に、各属性項目を入力する要素の項目（入力要素項目）とし、各属性項目に列挙される複数の語句を入力する候補（選択肢）として、テンプレート表示の形態で提供すれば有効である。
【０１０１】
しかしながら、第１および第２支援情報ＤＢ１２２，１２３に格納されるネットワーク情報では、各属性項目に列挙される語句について、同義語（例えば「Ｔ２強調画像」と「Ｔ２Ｗ１」等）が多いと、選択肢が増大し過ぎて、選択肢の指定が困難となる。そこで、同義語については、識別部１０５で、語句を検出する際に、代表的な１つの語句に置き換える処理が行われる。また、属性項目に「結語」等がある場合には、結語等の表現の振れ（例えば「考える」と「考えます」等）が多いと選択肢が増大し過ぎて、選択肢の指定が困難となる。そこで、表現の振れについても、識別部３１５で、結語を検出する際に、代表的な１つの表現に置き換える処理が行われる。
【０１０２】
このような語句の代表的な語句への置き換えについては、教師データに、複数の語句と代表的な語句とを対応付けたデータテーブルを含ませることで、実現することができる。なお、表現の振れについては、表現の振れを正規化して、最も使用頻度の高いものに全て置き換えるようにしても良い。また、同義語についても最も使用頻度の高いものに全て置き換えるようにしても良い。
【０１０３】
図８は、支援情報生成機能における第１および第２支援情報ＤＢ１２２，１２３の生成動作の動作フローを示すフローチャートである。本動作フローは、サーバ制御部１１０において、支援情報生成機能を実現するためのプログラムが実行されることで実現される。
【０１０４】
ステップＳＰ１では、送受信部１１１が単レポート要素関連情報を受信したか否か判定される。ここでは、送受信部１１１が単レポート要素関連情報を受信するまで、ステップＳＰ１の判定が繰り返され、単レポート要素関連情報を受信すると、ステップＳＰ２に進む。
【０１０５】
ステップＳＰ２では、統合ＤＢ構築部１１２によって、送受信部１１１で受信された単レポート要素関連情報を端末ごとに区別して記憶部１２０に記憶することで、統合ＤＢ１２１が構築される。
【０１０６】
ステップＳＰ３では、解析部１１３によって、ステップＳＰ２で記憶部１２０に記憶された単レポート要素関連情報を解析することで、各端末が特定の条件（具体的には、第１の特定条件や第２の特定条件）を満たすか否かが認識される。ここでは、まず、単レポート要素関連情報が、特定の項目について所定の要素を含んでいるか否かが解析されて、特定の項目に属する要素に所定の要素が含まれている旨を示す情報が、統合ＤＢ１２１を構成する単レポート要素関連情報に対して適宜付与される。そして、統合ＤＢ１２１を参照することで、各端末が特定の条件を満たすか否かが認識される。
【０１０７】
ステップＳＰ４では、端末管理部１１４によって、ステップＳＰ３における解析および認識結果に基づき、各端末が特定の条件を満たすか否かを示す情報（端末管理情報）１２９が生成される。なお、ステップＳＰ４の処理が２回目以降は、適宜端末管理情報１２９が更新される。
【０１０８】
ステップＳＰ５では、端末管理部１１４によって端末管理情報１２９が生成または更新されたか否か判定される。ここで、端末管理情報１２９が生成または更新されていればステップＳＰ６に進み、生成または更新されていなければステップＳＰ７に進む。
【０１０９】
ステップＳＰ６では、端末管理部１１４によって端末管理情報１２９が読み出され、専門ＤＢ構築部１１５によって特定の条件を満たす端末から送信されてきた全ての単レポート要素関連情報に基づいて、要素関連ネットワーク情報が生成される。そして、記憶部１２０に記憶されることで、支援情報ＤＢ（具体的には、第１支援情報ＤＢ１２２や第２支援情報ＤＢ１２３）が構築される。なお、ステップＳＰ６の処理が２回目以降の場合には、支援情報ＤＢが再構築されることになる。ステップＳＰ６の処理が終了するとステップＳＰ１に戻る。
【０１１０】
ステップＳＰ７では、ステップＳＰ２で新規に記憶部１２０に記憶された単レポート要素関連情報および端末管理情報１２９に基づき、専門ＤＢ構築部１１５によって支援情報ＤＢが更新され、ステップＳＰ１に戻る。
【０１１１】
ここで、端末１０〜３０では、随時新しい読影レポートが作成されるため、サーバ制御部１１０の送受信部１１１は、端末１０〜３０から新たな単レポート要素関連情報を受け付ける。このとき、統合ＤＢ構築部１１２によって統合ＤＢ１２１に蓄積される情報が更新されるため、新たな単レポート要素関連情報が加えられる度に、その単レポート要素関連情報に係る情報を支援情報ＤＢに反映させるべきである。そこで、ステップＳＰ７では、支援情報ＤＢに、新規な単レポート要素関連情報に係る情報が追加される。
【０１１２】
＜情報配信機能＞
図９は、主にサーバ１００で実現される情報配信機能に係る機能構成を示すブロック図である。ここでは、サーバ１００が、記憶部１２０に格納されているプログラムをＣＰＵで読み込んで実行することで、情報配信機能に係る各種機能構成を実現する。
【０１１３】
サーバ１００は、情報配信機能に係る機能構成として、送受信部１１１、端末管理部１１４、および配信制御部１１６を備える。
【０１１４】
端末管理部１１４は、記憶部１２０に記憶された端末管理情報１２９を読み出して、配信制御部１１６に出力する。
【０１１５】
配信制御部１１６は、端末管理部１１４から入力された端末管理情報１２９に基づいて、特定の条件を満たす端末を認識するとともに、その端末に対して特定の条件に係る支援情報ＤＢを構成する情報（具体的には、要素関連ネットワーク情報）を送信するようなコマンドを送受信部１１１に出力する。ここでは、例えば、配信制御部１１６によって、第１の特定条件を満たす端末１０，２０に対して第１支援情報ＤＢ１２２を構成する情報（具体的には、要素関連ネットワーク情報）を送信し、第２の特定条件を満たす端末３０に対して第２支援情報ＤＢ１２３を構成する情報（具体的には、要素関連ネットワーク情報）を送信するようなコマンドが送受信部１１１に対して出力される。
【０１１６】
送受信部１１１は、配信制御部１１６からのコマンドに応じて、特定の条件に対応する支援情報ＤＢ、すなわち要素関連ネットワーク情報を記憶部１２０から読み出して、特定の条件を満たす端末に対して送信（配信）する。ここでは、例えば、送受信部１１１によって、第１の特定条件を満たす端末１０，２０に対して第１支援情報ＤＢ１２２を構成する情報（具体的には、要素関連ネットワーク情報）が送信され、第２の特定条件を満たす端末３０に対して第２支援情報ＤＢ１２３を構成する情報（具体的には、要素関連ネットワーク情報）が送信される。
【０１１７】
図１０は、情報配信機能における動作フローを示すフローチャートである。本動作フローは、サーバ制御部１１０において、情報配信機能を実現するためのプログラムが実行されることで実現される。なお、本動作フローの実行タイミングとしては、例えば、端末管理情報１２９が更新されたか、支援情報ＤＢが更新されたタイミングなどが挙げられる。
【０１１８】
ステップＳＰ１１では、端末管理部１１４によって、記憶部１２０から端末管理情報１２９が読み込まれ、配信制御部１１６に出力される。
【０１１９】
ステップＳＰ１２では、配信制御部１１６によって、Ｎ番目の端末が判定対象として指定される。ここでは、ステップＳＰ１２の処理が１回目の場合には、判定対象を指定するためのカウント情報Ｎが１となり、例えば、端末１０が判定対象として指定される。また、ステップＳＰ１２の処理がｎ回目の場合には、Ｎ＝ｎとなり、例えば、ｎ＝２の場合には端末２０が判定対象として指定され、ｎ＝３の場合には端末３０が判定対象として指定される。
【０１２０】
ステップＳＰ１３では、配信制御部１１６によって、端末管理情報１２９に基づき、判定対象として指定された端末が第１の特定条件を満たすか否か判定される。ここで、第１の特定条件を満たすと判定された場合には、ステップＳＰ１４に進み、第１の特定条件を満たさないと判定された場合には、ステップＳＰ１７に進む。
【０１２１】
ステップＳＰ１４では、配信制御部１１６の制御下で送受信部１１１により、判定対象として指定されている端末に対して第１支援情報ＤＢ１２２を構築する要素関連ネットワーク情報が送信される。
【０１２２】
ステップＳＰ１５では、配信制御部１１６によって、端末管理情報１２９で管理されている全端末を判定対象として指定したか否か判定される。ここでは、全端末が判定対象として指定されていなければステップＳＰ１６に進み、全端末が判定対象として指定されていれば、本動作フローを終了する。
【０１２３】
ステップＳＰ１６では、判定対象の端末を指定するためのカウント情報Ｎが１つだけ加算され、ステップＳＰ１２に戻り、次の端末が判定対象として指定され、ステップＳＰ１３以降の処理が行われる。
【０１２４】
一方、ステップＳＰ１３からステップＳＰ１７に進んだ場合、ステップＳＰ１７では、配信制御部１１６によって、判定対象として指定された端末が第２の特定条件を満たすか否か判定される。ここで、第２の特定条件を満たすと判定された場合には、ステップＳＰ１８に進み、第２の特定条件を満たさないと判定された場合には、ステップＳＰ１５に進む。
【０１２５】
ステップＳＰ１８では、配信制御部１１６の制御下で送受信部１１１により、判定対象として指定されている端末に対して第２支援情報ＤＢ１２３を構築する要素関連ネットワーク情報が送信される。そして、ステップＳＰ１５に進む。
【０１２６】
このようにして、ステップＳＰ１１〜ＳＰ１８の処理が適宜繰り返されることで、第１および第２の特定条件を満たす端末に対して、第１および第２支援情報ＤＢ１２２，１２３を構築する要素関連ネットワーク情報が適宜送信される。
【０１２７】
ここでは、端末ごとに異なる単レポート要素関連情報の傾向に基づいて、第１および第２支援情報ＤＢ１２２，１２３を構築する要素関連ネットワーク情報が適宜送信されるため、病院の専門性に応じた要素関連ネットワーク情報が送信されることになる。より詳細には、例えば、「脳腫瘍」に強い病院向けの第１支援情報ＤＢ１２２を構築する要素関連ネットワーク情報が、「脳腫瘍」に強い病院に送信され、「脳血管障害」に強い病院向けの第２支援情報ＤＢ１２３を構築する要素関連ネットワーク情報が、「脳血管障害」に強い病院に送信される。
【０１２８】
＜入力支援機能＞
図１１は、主に端末３０で実現される入力支援機能に係る機能構成を示すブロック図である。ここでは、端末３０が、記憶部３４に格納されているプログラムをＣＰＵで読み込んで実行することで、入力支援機能に係る各種機能構成を実現する。
【０１２９】
端末３０は、入力支援機能に係る機能構成として、データ読込部３１１、送受信部３１６、支援情報検索部３１７、タスク管理部３１８、表示制御部３１９、レポート構成部３２０、およびデータ書込部３２１を備える。また、情報配信機能によってサーバ１００から、送信されてきた要素関連ネットワーク情報が、記憶部３４に記憶されることで、支援情報ＤＢ３４２が構築されている。
【０１３０】
そして、図１１で示される機能構成により、読影レポートの入力対象である検査を特定する動作（検査特定動作）、および実際に読影レポートの入力を支援する動作（入力支援動作）が実現される。したがって、以下では、適宜図１１を参照しつつ、検査特定動作、および入力支援動作について、順次説明する。
【０１３１】
○検査特定動作：
データ読込部３１１は、診療情報ＤＢ３４１から検査リストの情報（検査リスト情報）を読み込み、タスク管理部３１８に転送する。
【０１３２】
タスク管理部３１８は、読影レポートの入力対象となる検査を特定して管理するものあり、データ読込部３１１から表示制御部３１９に対して検査リスト情報を提供したり、操作部３２からの入力に応答して、新規な読影レポートの作成に係るタスクを特定する。
【０１３３】
表示制御部３１９は、読影レポート入力画面上に検査リスト情報を表示部３３において可視的に出力させる。
【０１３４】
具体的には、図１２で示すような読影レポート入力画面Ｇ１が表示部３３に表示され、その検査リスト表示領域Ａ２に、例えば、図１３で示すような検査リストが表示される。この検査リストには、患者の氏名が上から順に列挙され、各患者の氏名に対して、性別と、検査ＩＤと、読影レポートの作成について未処理か既処理かを示す状態とがそれぞれ記述される。また、図１２に示すように、読影レポート入力画面Ｇ１は、主に、依頼内容（オーダーリング情報）が表示される領域（依頼内容表示領域）Ａ１、検査リストが表示される領域（検査リスト表示領域）Ａ２、検査情報が表示される領域（検査情報表示領域）Ａ３、読影レポートの入力及び作成を行う領域（レポート作成領域）Ａ４、所見文が表示される領域（所見表示領域）Ａ５、メモを記述する領域（メモ領域）Ａ６、代表的な画像を添付する領域（画像添付領域）Ａ７、コマンドを入力するためのアイコンが列挙される領域（コマンド入力領域）Ａ８によって構成されている。
【０１３５】
そして、以下のような動作で、新規な読影レポートの作成動作に係る検査を特定する。
【０１３６】
まず、表示部３３において、検査リスト表示領域Ａ２に検査リストが表示された状態で、操作部３２が適宜操作されると、検査リストから所望の患者が指定される。そして、タスク管理部３１８は、操作部３２からの患者を指定する入力に応答して、当該指定された患者氏名を示す情報を受け付け、この受け付けた患者指名を示す情報に対応する、新規な読影レポートの作成に係るタスクを特定する。
【０１３７】
このとき、データ読込部３１１が、タスク管理部３１８の制御下で、診療情報ＤＢ３４１から指定された患者氏名に対応するオーダリング、患者属性、及び検査属性に係る属性情報を読み込み、表示制御部３１９に出力する。そして、表示制御部３１９は、オーダリング、患者属性、及び検査属性に係る情報に基づき、読影レポート入力画面Ｇ１において、例えば、依頼内容表示領域Ａ１に図１４で示すようなオーダリング情報を可視的に出力させるとともに、検査情報表示領域Ａ３に図１５で示すような患者属性及び検査属性に係る属性情報を可視的に出力させる。
【０１３８】
○入力支援動作：
入力支援動作では、上述した支援情報生成機能によって生成されたネットワーク情報を、レポート作成領域Ａ４においてテンプレート表示の形態で可視的に出力し、当該テンプレート表示における語句の選択肢が適宜指定されることで、新規な読影レポートの入力を行う。
【０１３９】
但し、各属性項目に列挙される複数の語句を選択肢として、単にネットワーク情報の全体（全体ネットワーク情報）を図７で示すように一覧表示するテンプレート表示の形態で提供すれば、列挙される選択肢の数が膨大過ぎて、選択肢の選択が困難となる。
【０１４０】
そこで、例えば、全体ネットワーク情報のうち「男性、頭部、ＭＲ」に関する情報に絞り込んだとすると、例えば、図１６に示すような一部のネットワーク情報（一部ネットワーク情報）を抽出することができる。図１６に示す一部ネットワーク情報では、各入力要素項目「撮影条件」「部位」「所見」「疾患名」間で、各入力要素項目に属する複数の選択肢（すなわち要素）どうしがネットワーク状に関連付けられた情報となっている。なお、ここでは、「入力要素項目」という文言を、読影レポートを構成する要素の項目を入力するための要素の項目の意味で用いている。また、図１６では、各入力要素項目に属する要素が複数であるが、各入力要素項目に属する要素は１以上であれば良い。
【０１４１】
そして、図１６で示したような一部ネットワーク情報を一覧表示するテンプレート表示では、列挙される選択肢の数はある程度限定されているため、選択肢が見易くなり、選択肢の選択が容易となる。また、列挙される入力要素項目は、読影レポートの所見文の入力に必要な項目を網羅しており、テンプレート表示に示されるネットワーク情報を絞り込んでも、所見文の入力が容易となるだけで、特に不都合を生じない。
【０１４２】
ここで、全体ネットワーク情報から一部のネットワーク情報を抽出する手法について説明する。
【０１４３】
図１７は、全体ネットワーク情報から所望の一部のネットワーク情報を抽出するための抽出条件を決定するテンプレート表示（抽出条件決定テンプレート表示）ＴＰ１を例示する図である。
【０１４４】
上述の如く、検査特定動作において、検査が特定されると、読影レポート入力画面Ｇ１（図１２）では、例えば、依頼内容表示領域Ａ１にオーダリング情報（図１４）が、検査情報表示領域Ａ３に患者及び検査に係る属性情報（図１５）が表示される。そして、支援情報検索部３１７の機能によって、レポート作成領域Ａ４に、抽出条件決定テンプレート表示ＴＰ１が表示される。
【０１４５】
図１７で示すように、抽出条件決定テンプレート表示ＴＰ１では、全体ネットワーク情報における全属性項目のうち一部の属性項目「部位分類」「モダリティ」「性別」について、語句（選択肢）を各１つずつ選択することで、選択肢の組合せを抽出条件として指定することができる。このとき、抽出条件は、操作部３２からの入力に応答して、支援情報検索部３１７に与えられる。
【０１４６】
具体的には、図１７で示す抽出条件決定テンプレート表示ＴＰ１では、操作部３２のマウスの操作に応答して動作するマウスポインタＭＰによってリストＰＬ１〜ＰＬ３から、属性値（選択肢）を各１つずつ選択することができる。そして、各属性項目について、各１つずつの選択肢を選択して、条件決定ボタンＢＴにマウスポインタＭＰを合わせてマウスを左クリックすることで、３つの属性項目についての選択肢（語句）の組合せを指定する抽出条件を決定することができる。
【０１４７】
支援情報検索部３１７は、操作部３２からの抽出条件の指定に応答して、支援情報ＤＢ３４２を検索する。そして、全体ネットワーク情報から、抽出条件に対応する一部ネットワーク情報を、レポート作成領域Ａ４にテンプレート表示として一覧表示するための情報（以下「表示用ネットワーク情報」とも称する）として抽出する。このとき、支援情報検索部３１７は、支援情報ＤＢ３４２に格納されるカウント情報を参照することで、全体ネットワーク情報から、抽出条件を満たす一部ネットワーク情報を抽出することができる。このとき、カウント情報から、抽出される一部ネットワーク情報に対応する一部のカウント情報も抽出する。なお、一部ネットワーク情報と一部のカウント情報とを、適宜「一部要素関連ネットワーク情報」とも総称する。
【０１４８】
図１８は、表示対象の情報の絞り込み動作フローを示すフローチャートである。本動作フローは、端末３０において、入力支援動作を実現するためのプログラムが実行されることで実現される。
【０１４９】
ステップＳＴ１１では、表示制御部３１９の制御により、表示部３３において、図１７で示したような抽出条件決定テンプレート表示ＴＰ１がレポート作成領域Ａ４に表示される。
【０１５０】
ステップＳＴ１２では、抽出条件決定テンプレート表示ＴＰ１上における選択肢の指定に応答して、抽出条件が入力される。例えば、読影医は、読影レポート入力画面Ｇ１に表示されるオーダリング情報（図１４）を参照することで、部位分類「頭部」、モダリティ「ＭＲＩ」、及び性別「男性（Ｍ）」を特定することができる。そして、３つの項目「部位分類」「モダリティ」「性別」について、部位分類「頭部」−モダリティ「ＭＲＩ」−性別「Ｍ」の組合せを抽出条件として入力することができる。
【０１５１】
ステップＳＴ１３では、支援情報検索部３１７により、ステップＳＴ１２で入力された抽出条件に合致する一部ネットワーク情報を、支援情報ＤＢ３４２から抽出する。このとき、支援情報検索部３１７は、一部ネットワーク情報を表示制御部３１９に出力する。
【０１５２】
ステップＳＴ１４では、表示制御部３１９の制御により、レポート作成領域Ａ４において、ステップＳＴ１３で抽出された一部ネットワーク情報が可視的に一覧表示されたテンプレート表示が提供される。なお、ここで提供されるテンプレート表示は、新規な読影レポートの所見文の入力を支援するものであるため、以下「入力支援テンプレート表示」とも称する。
【０１５３】
図１９は、入力支援テンプレート表示ＴＰ２の表示例を示す図である。なお、後述する入力支援テンプレート表示ＴＰ２における各種入力及び指定は、読影医による操作部３２における操作に応答して入力される信号に基づいて行われる。
【０１５４】
図１９で示すように、入力支援テンプレート表示ＴＰ２では、上から３／４程度の領域において、左から順に、項目「撮影条件」「部位」「所見」「疾患名」についての複数の語句Ｆ１〜Ｆ４がそれぞれ表示される。具体的には、属性項目「撮影条件」については、複数の語句（「Ｔ１」「Ｔ２」）Ｆ１が、属性項目「部位」については、複数の語句（「脳室」「白質」「前頭葉」）Ｆ２が、属性項目「所見」については、複数の語句（「高信号」「低信号」「増強」「腫瘤影」）Ｆ３が、属性項目「疾患名」については、複数の語句（「腫瘍」「虚血性変化」「梗塞」）Ｆ４が列挙される。
【０１５５】
４項目「撮影条件」「部位」「所見」「疾患名」については、抽出条件に沿って抽出された一部ネットワーク情報に基づき、各項目間で、相互に関連付けられた語句どうしが線（ここでは、実線）によって結ばれた状態で表示される。このようにして、ある程度絞られた一部ネットワーク情報が可視的に一覧表示される。よって、ユーザーは過去の知識が一見して分かるような一覧表示を参照することができる。
【０１５６】
そして、４項目「撮影条件」「部位」「所見」「疾患名」の各項目について、複数の語句から１つの語句にマウスポインタＭＰを合わせて左クリックすることで、新規な読影レポートの所見文を構成する各項目に対応する語句を指定することができる。
【０１５７】
なお、ユーザーである読影医は、各項目に対応する語句を指定する際には、入力支援テンプレート表示ＴＰ２の下部に表示される読影レポートの所見文の文章モデルＭＤを参照する。この文章モデルＭＤは、教師データ等と併せて外部から与えられたレポートモデル（ここでは、文章モデル）のデータに基づいて表示される。
【０１５８】
この文章モデルＭＤは、「［空白欄Ｗ１］画像にて、［空白欄Ｗ２］において、［空白欄Ｗ３］を認め、［空白欄Ｗ４］を疑う。」といった読影レポートの所見文のモデルを示している。そして、空白欄Ｗ１〜Ｗ４には、４つの項目「撮影条件」「部位」「所見」「疾患名」に係る要素（レポートを構成する要素、以下「レポート構成要素」とも称する）である語句がそれぞれ当てはまる。つまり、読影医による語句の指定により、複数の語句（選択肢）Ｆ１のうちの１つの語句（例えば「Ｔ１」）が空白欄Ｗ１に充当され、複数の語句（選択肢）Ｆ２のうちの１つの語句（例えば「前頭葉」）が空白欄Ｗ２に充当され、複数の語句（選択肢）Ｆ３のうちの１つの語句（例えば「高信号」）が空白欄Ｗ３に充当され、複数の語句（選択肢）Ｆ４のうちの１つの語句（例えば「梗塞」）が空白欄Ｗ４に充当されることになる。
【０１５９】
なお、４項目に対してそれぞれ語句を指定する際、まず、４項目のうちのいずれか１つの項目に属する語句（指定語句）にマウスポインタＭＰを合わせると、支援情報検索部３１７により、一部ネットワーク情報に対応する一部のカウント情報を参照して、指定語句を含む選択肢の組合せの回数が所定数（例えば、１０回）以上である場合には、当該指定語句を含む選択肢の組合せを示す線が太線で強調されるような構成が採用されても良い。また、図１９で示す文章モデルＭＤでは、結語が固定されていたが、これに限られず、例えば、結語については複数の選択肢（例えば「認める」「認めない」など）から１つの語句を選択できるようにしても良いし、形容詞や副詞など自然文を構成する他の語句についても選択的に指定することができるようにしても良い。
【０１６０】
上記のようにして、４項目についてそれぞれ指定された語句が文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当されている状態で、操作部３２が適宜操作されて、コマンド入力領域Ａ８のコマンド「所見登録」が指定されると、レポート構成部３２０により、文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当されている語句が、所定の文章モデルＭＤに沿ったレポート構成要素として指定される。そして、レポート構成部３２０により、文章モデルＭＤおよび、指定されたレポート構成要素とに基づいて、新規な所見文が生成ならびに登録されて、所見表示領域Ａ５に所見文が表示される。このとき、新規に生成された所見文の情報がデータ書込部３２１によって、診療情報ＤＢ３４１に追加登録される。つまり、所定のレポートモデルに含まれる所定の文章モデルＭＤに沿った新規な所見文を含む新規な読影レポートの情報（新規読影レポート情報）が生成される。なお、ここでは、各項目に対して１つのレポート構成要素を指定したが、これに限られず、例えば、各項目に対して２以上のレポート構成要素を指定するなど、少なくとも１以上のレポート構成要素を指定するようにしても良い。
【０１６１】
このようにして、端末１０〜３０において、一部ネットワーク情報の一覧表示が可視的に表示された状態で、ユーザーが操作部３２を操作することにより、一覧表示に含まれる各項目に対し、それぞれ１以上の要素をレポート構成要素として指定することで、所定のレポートモデルに沿った新規な読影レポート情報が生成される。このため、病院の専門性などといった状況に即した読影レポートの作成が容易かつ適正に可能となる。
【０１６２】
また、レポート構成部３２０が、文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当された要素（ここでは語句）と、抽出条件を構成する要素（ここでは語句）と、入力対象である読影レポートに係る患者属性、及び検査属性を構成する要素とを、読影レポートのファイル名と関連付けることで、新規な単レポート要素関連情報を生成する。この新規な単レポート要素関連情報は、送受信部３１６を介してサーバ１００に出力される。そして、サーバ１００において、支援情報生成機能により、統合ＤＢ１２１、端末管理情報１２９、第１および第２支援情報ＤＢ１２２，１２３が適宜更新される。
【０１６３】
なお、ここでは、入力支援テンプレート表示ＴＰ２で指定された要素等に基づいて、直接的に単レポート要素関連情報が生成されたが、診療情報ＤＢ３４１に対して新規に入力された自然文である所見文などを用いて、関連情報生成機能により単レポート要素関連情報を生成するようにしても良い。但し、指定された要素等に基づいて、直接的に単レポート要素関連情報が生成される方が演算量が低減されるため、好ましい。
【０１６４】
以上のように、本発明の実施形態に係る情報処理システム１によれば、サーバ１００における支援情報生成機能により、複数の要素の項目に含まれる各項目に属する要素が関連付けられた単レポート要素関連情報が、特定の条件を満たす端末１０〜３０から送信されてきた場合に、その単レポート要素関連情報に基づいて、各項目に属する１以上の要素が複数の要素の項目間で関連付けられたネットワーク情報が生成される。このような構成を採用することで、端末１０〜３０が設置されている病院の専門性などといった端末１０〜３０の使用状況に応じたネットワーク情報が生成される。したがって、各種要素が関連付けられた情報を状況に応じて生成および供与することができる。
【０１６５】
特に、サーバ１００では、支援情報生成機能により、端末１０〜３０から送信された単レポート要素関連情報に基づいて、各端末が特定の条件を満たすことを認識する。このため、端末の使用状況に即した状況の切り分けをより適正かつ容易に行うことができる。その結果、より状況に応じたネットワーク情報が生成される。より詳細には、サーバ１００では、１つの端末からサーバ１００に送信された複数の単レポート要素関連情報のうち、所定要素を含む単レポート要素関連情報が占める割合が、所定の値域範囲にあれば、該１つの端末が特定の条件を満たすように認識される。このため、端末の使用状況に即した状況の切り分けを情報の内容の観点から行うことができる。
【０１６６】
また、サーバ１００は、情報配信機能により、複数の端末１０〜３０のうちの特定の条件を満たす端末に対して、特定の条件に係る支援情報ＤＢを構築するための要素関連ネットワーク情報を送信する。このため、病院の専門性などといった端末の特定の使用状況に応じて生成された要素関連ネットワーク情報が、その特定の使用状況にある端末に送信されることとなり、ユーザーはこの端末を介して状況に即した情報を容易に得ることができるようになる。
【０１６７】
そして、端末１０〜３０においては、入力支援機能により、病院の専門性に応じた一部ネットワーク情報の一覧表示が可視的に出力される。このため、端末１０〜３０において、ユーザーは状況に即した情報を容易に得ることができる。なお、ここでは、全体ネットワーク情報から抽出条件に合致する一部ネットワーク情報を抽出し、この一部ネットワーク情報に係る一覧表示を可視的に出力したが、これに限られず、例えば、全体ネットワーク情報を構成する要素の数が少ないような場合には、端末１０〜３０において、全体ネットワーク情報の一覧表示が可視的に出力されても良い。
【０１６８】
ここで、本発明の実施形態に係る情報処理システム１によって得られる効果について具体例を挙げて更に詳細に説明する。
【０１６９】
仮に、「脳腫瘍に強い病院」と「脳血管障害に強い病院」があった場合に、この２つのタイプの病院では作成される読影レポートが大きく異なる。このため、例えば「脳腫瘍に強い病院」から見れば「脳血管障害に強い病院」で作成された読影レポートに基づいて生成される支援情報ＤＢの情報はほとんど使わない情報である。したがって、この２つのタイプの病院で作成された読影レポートを混ぜて支援情報ＤＢを作成すると、どちらの病院から見ても、ほとんど使わない情報が多数混じった支援情報ＤＢになってしまう。そこで、「脳腫瘍に強い病院」向けの支援情報ＤＢの生成方法として、収集した読影レポートの情報から、脳腫瘍に関連する読影レポートの情報のみを抽出して支援情報ＤＢを生成するという方法も考えられるが、「脳腫瘍に強い病院」であっても、それ以外の症例については詳細に書くという事がないだけで、それ以外の症例についての読影レポートが全く書かれないわけではない。
【０１７０】
このような問題点に対して、本発明の実施形態に係る情報処理システム１によれば、専門性によって切り分けつつも、その専門性に係る読影レポートだけでなく、その他の専門性に係る読影レポートも利用して、支援情報ＤＢが提供される。したがって、病院特有の専門分野に関連しない読影レポートを作成する場合であっても、簡単な読影レポート程度の作成の支援をすることができる。
【０１７１】
＜変形例＞
以上、この発明の実施形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【０１７２】
◎例えば、上記本発明の実施形態に係る情報処理システム１では、「脳腫瘍に強い病院」と「脳血管障害に強い病院」などといった病院の専門性に沿った特定の条件で読影レポートに係る情報を区別して、異なる支援情報ＤＢ１２２，１２３を生成したが、これに限られない。例えば、「大病院」と「小病院」といった病院の規模に沿った特定の条件などに基づいて、読影レポートに係る情報を区別して、異なる支援情報ＤＢ１２２，１２３を生成するようにしても良い。
【０１７３】
具体的には、この特定の条件としては、一定期間において１つの端末からサーバ１００に送信されてきた単レポート要素関連情報の数が、所定の値域範囲に含まれるか否かといった条件が挙げられる。例えば、１ヶ月間に１つの端末から送信されてきた単レポート要素関連情報の数が、所定数（例えば、３００）以上であるか、所定数未満であることを特定の条件とするようなものが挙げられる。
【０１７４】
より詳細には、以下のような構成を挙げることができる。
【０１７５】
統合ＤＢ１２１において端末１０〜３０ごとに区別して蓄積された単レポート要素関連情報から、解析部１１３で１ヶ月間に各端末１０〜３０から送信されてきた単レポート要素関連情報の数を解析する。そして、解析部１１３による解析結果に基づいて、端末管理部１１４で、各端末１０〜３０から送信されてきた単レポート要素関連情報の数が、所定数（例えば３００）以上であれば第１の特定条件を満たす端末であり、所定数（例えば３００）未満であれば第２の特定条件を満たす端末であると認識し、その認識結果を端末管理情報１２９として記憶部１２０に記憶する。例えば、端末１０から１ヶ月間に５００件の単レポート要素関連情報がサーバ１００に対して送信されてきた場合には、端末１０は第１の特定条件を満たし、２つの端末２０，３０からそれぞれ１ヶ月間に１００件の単レポート要素関連情報がサーバ１００に対して送信されてきた場合には、端末２０，３０はそれぞれ第２の特定条件を満たすものと認識される。そして、専門ＤＢ構築部１１５において、端末管理情報１２９に従って、第１の特定条件を満たす端末１０から送信されてきた単レポート要素関連情報に基づいて、第１支援情報ＤＢ１２２が生成され、第２の特定条件を満たす２つの端末１０，３０から送信されてきた単レポート要素関連情報に基づいて、第２支援情報ＤＢ１２３が生成される。
【０１７６】
このような構成を採用すると、大病院および小病院といった規模の異なる病院にそれぞれ設置されているといった端末１０〜３０の使用状況に即した状況の切り分けを情報量の観点から行うことができる。なお、比較的規模の大きな病院と比較的規模の小さな病院とを切り分ける態様については、１ヶ月間にサーバ１００に送信された単レポート要素関連情報が所定数を境に切り分けるような態様だけに限られず、例えば、１ヶ月間に０〜２００件を小規模病院の範囲、１ヶ月間に２００〜４００件を中規模病院の範囲、１ヶ月間に４００件超を大規模病院の範囲とするなど、種々の態様が考えられる。
【０１７７】
また、単レポート要素関連情報の内容から手術数や失敗数や成功数などといった情報を得ることができれば、このような情報の数によって、特定の条件を満たすか否かを判定するようにしても良い。また、単レポート要素関連情報におけるモダリティなどといった所定の項目に属する要素によって専門性などが分かる場合には、このような情報に基づいて、特定の条件を満たすか否かを判定するようにしても良い。
【０１７８】
◎また、上記実施形態では、単レポート要素関連情報に基づいて、各端末が特定の条件を満たすか否かが判定されたが、これに限られず、例えば、各端末に固有のＩＤや名称やパスワードなどといった識別情報に基づいて、特定の条件を満たすか否かが判定されても良い。例えば、病院の専門性や規模によって付与される識別情報が異なれば、この識別情報に基づいて、病院の専門性や規模などといった特定の条件を満たすか否かが容易に判定される。
【０１７９】
◎また、上記実施形態では、特定の条件を満たす端末にのみ、特定の条件に対応する支援情報ＤＢを構成する要素関連ネットワーク情報が配信されたが、これに限られず、例えば、サーバ１００に対してネットワーク回線ＮＴＷを介して接続された端末１０〜３０を区別することなく、全ての端末１０〜３０に対して、特定の条件に対応する支援情報ＤＢを構成する要素関連ネットワーク情報が配信されるような構成を採用しても良い。例えば、本発明の実施形態について言えば、第１の特定条件を満たす端末１０，２０に対しても、第２支援情報ＤＢ１２３を構成する要素関連ネットワーク情報が配信され、第２の特定条件を満たす端末３０に対しても、第１支援情報ＤＢ１２２を構成する要素関連ネットワーク情報が配信されるような構成を採用しても良い。このような構成が採用される場合には、端末１０〜３０側で適宜使用する支援情報ＤＢを選択することができるようにすれば良い。
【０１８０】
◎また、上記実施形態では、放射線を用いて得られた画像を読影して読影レポートを作成するシステムを例にとって説明したが、これに限られず、例えば、看護レポートやインシデントレポートなどといったその他の医療用のレポートを作成するシステムについても本発明を適用することができる。更に、例えば、営業レポートなどといった医療以外の分野のレポートの作成についても本発明を適用することができ、更にレポート以外の分野にもついても本発明を適用することができる。
【０１８１】
以下、医療以外でかつレポート以外の分野へ適用した具体例を２つ（具体例１、２）挙げて説明する。
【０１８２】
○具体例１：
端末１０〜３０が各家庭に設置され、サーバ１００に送られる複数の要素が関連付けられた情報（要素関連情報）が、食事のメニューに係る項目「主食」「主莱」「副菜」に属する要素を関連付けたものである。そして、サーバ１００側で判定する「特定の条件」を「一定期間内に主菜が肉料理である割合が所定割合以上」などといったものとすれば、特定の条件に沿って切り分けられて生成されるデータベースを用いて、家庭ごとの嗜好を反映したメニューの提案などが可能となる。
【０１８３】
○具体例２：
端末１０〜３０がパソコン販売店にそれぞれ配置され、サーバ１００に送られる複数の要素が関連付けられた情報（要素関連情報）が、売れたパソコンセットの内容、例えば、「メーカー」「ＯＳの種類」「ＣＰＵの種類」「メモリの容量」「ハードディスクの容量」「ディスプレイのサイズ」「プリンタの種類」といった項目に属する要素を関連付けたものである。そして、サーバ１００側で判定する「特定の条件」が「一定期間にハードディスクの容量が１００ＧＢ以上である割合が所定割合以上」などといったものとすれば、特定の条件に沿って切り分けられて生成されるデータベースを用いて、店舗ごとに異なるユーザー層の特徴（所謂ライトユーザーが多いのか、所謂ヘビーユーザーが多いのか等）を反映して、おすすめ商品の提案などが可能となる。
【０１８４】
◎なお、上記実施形態では、端末が端末１０〜３０の３台しか示されていなかったが、これに限られず、複数の端末が備わっていれば何台であっても良い。
【０１８５】
◎また、上記実施形態では、読影レポートの所見文が、「Ｔ２にて前頭葉に高信号を認め、梗塞を疑う。」といった自然文の形式であったが、これに限られず、例えば、所見文の形式が、「撮影条件：Ｔ２」「部位：前頭葉」「所見：高信号」「疾患名：梗塞」などといった予め属性項目毎に要素が関連付けられて構造化されたような形式であっても良い。このような所見文の形式を採用した場合には、端末１０〜３０における関連情報生成機能が不要となるため、情報処理システムの機能構成の簡略化、ならびに情報処理に要する時間などの軽減を図ることができる。
【０１８６】
◎また、上記実施形態では、４つの機能（関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能）のうち、関連情報生成機能と入力支援機能とが端末１０〜３０に備わっており、支援情報生成機能と情報配信機能とがサーバ１００に備わっていたが、これに限られず、４つの機能（関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能）を、サーバ１００と端末１０〜３０とに適宜分け合って持たせても良い。更に、１台の器機に４つの機能（関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能）を実質的に持たせ、例えば、ユーザーＩＤなどによって区別される異なるユーザに、異なる支援情報ＤＢを提供するような態様も考えられる。
【図面の簡単な説明】
【０１８７】
【図１】本発明の第１実施形態に係る情報処理システムの概略構成を示す図である。
【図２】端末で新規な読影レポートを記述および入力する状態を例示する図である。
【図３】関連情報生成機能に係る機能構成を示すブロック図である。
【図４】ＲＤＦで記述された単レポート要素関連情報を例示する図である。
【図５】単レポート要素関連情報の生成動作フローを示すフローチャートである。
【図６】支援情報生成機能に係る機能構成を示すブロック図である。
【図７】支援情報ＤＢのデータ構成を示す図である。
【図８】支援情報の生成動作フローを示すフローチャートである。
【図９】情報配信機能に係る機能構成を示すブロック図である。
【図１０】情報配信機能に係る動作フローを示すフローチャートである。
【図１１】入力支援機能に係る機能構成を示すブロック図である。
【図１２】読影レポート入力画面を例示する図である。
【図１３】検査リスト情報の可視的な出力を示す図である。
【図１４】オーダーリング情報の可視的な出力を示す図である。
【図１５】患者属性及び検査属性に係る属性情報の可視的な出力を示す図である。
【図１６】一部ネットワーク情報の可視的な出力を示す図である。
【図１７】抽出条件決定テンプレート表示を例示する図である。
【図１８】表示対象の情報の絞り込み動作フローを示すフローチャートである。
【図１９】入力支援テンプレート表示の表示例を示す図である。
【符号の説明】
【０１８８】
１ 情報処理システム
１０〜３０ 端末
３１ 制御部
３２ 操作部
３３ 表示部
３４ 記憶部
１００ サーバ
１１０ サーバ制御部
１１１ 送受信部
１１２ 統合ＤＢ構築部
１１３ 解析部
１１４ 端末管理部
１１５ 専門ＤＢ構築部
１１６ 配信制御部
１２０ 記憶部
１２１ 統合ＤＢ
１２２ 第１支援情報ＤＢ
１２３ 第２支援情報ＤＢ
１２９ 端末管理情報
３１１ データ読込部
３１２ 自然文構造化部
３１３ 機械学習部
３１５ 識別部
３１６ 送受信部
３１７ 支援情報検索部
３１８ タスク管理部
３１９ 表示制御部
３２０ レポート構成部
３２１ データ書込部
３４１ 診療情報ＤＢ
３４２ 支援情報ＤＢ
【技術分野】
【０００１】
本発明は、情報を処理するシステムに関する。
【背景技術】
【０００２】
過去に蓄積された知識を利用して報告書などの各種レポートを作成する場合、従来は、何らかの方法で過去のレポートを検索してその内容を参照する必要があった。過去のレポートがテンプレートなどを用いて構造化されている場合は検索したレポートの全文を参照する必要はないが、レポート間の関係などについては膨大なデータを参照しながら見出していく必要があった。
【０００３】
また、例えば、医療機関において、いわゆる読影レポートを作成する際には、フリーフォーマットによって入力を行うと、放射線科の医師個人の癖に依って、略語の使用や言い回しなどが大きく異なる。したがって、他の医師にとっては読み辛く、同じ症例についての読影レポートを作成する際に、他の放射線科の医師が作成した読影レポートを参考にして読影レポートを作成するといった作業は困難である。
【０００４】
このような問題は、読影レポートを作成する場合に限られず、各種のレポートを作成する場合や、各種シナリオを作成する場合などといった、各種文書の作成一般に共通する。
【０００５】
そこで、顧客の要望に応じて、価値を抽出し、要件、解決策に至るまでの訴求力のあるシナリオの記述を支援する技術が提案されている（例えば、特許文献１）。
【０００６】
この特許文献１で提案されている技術は、次のようなものである。価値、要件、解決策などをノードで表し、これらの間の因果関係をデータ（因果関係データ）として予め保持しておく。そして、顧客に対して行う提案を検討する際に、特定のノードと因果関係があるノードを因果関係データから検索して、検索されたノードの中から適切なものを選択し、必要に応じて更に選択した要件と因果関係がある要件を検索して、検索されたノードの中から適切なものを選択するといった操作を繰り返すことで、提案するシナリオを作成する。なお、因果関係データについては、既知の情報から予め作成されるが、新たにノードや因果関係を定義して付け加えることも可能である。
【０００７】
【特許文献１】特開２００６−２６８４０５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００８】
しかしながら、上記特許文献１で提案されている技術では、因果関係データ全体が検索対象であるために、状況に応じて選択すべきノード以外の多数のノードに係る多量の情報が提示されてしまう。このため、ノードの選択あるいは入力に手間取ったり、誤りを生じる可能性が高い。例えば、因果関係データが、全く異なる層の顧客に対する情報が混じり合って構築されている場合には、実際の顧客の層に合わせたシナリオを作成する際に、ノードの選択あるいは入力に手間取ったり、誤りを生じる可能性が高い。
【０００９】
このような問題は、語句などの要素を参照しつつ各種文書を作成するような、各種要素が関連付けられた情報を参照する場合一般に共通する。
【００１０】
本発明は、上記課題に鑑みてなされたものであり、各種要素が関連付けられた情報を状況に応じて生成および供与可能な技術を提供することを目的とする。
【課題を解決するための手段】
【００１１】
上記の課題を解決するために、請求項１の発明は、情報処理システムであって、サーバと、複数の端末とを備え、各前記端末が、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を取得する取得手段と、前記要素関連情報を前記サーバに送信する送信手段とを有し、前記サーバが、各前記端末から前記要素関連情報を受信する受信手段と、前記複数の端末に含まれる１以上の端末が特定の条件を満たす場合に、該１以上の端末から受信した１以上の要素関連情報に基づき、前記複数の要素の項目間で該各項目に属する１以上の要素が関連付けられたネットワーク情報を生成するネットワーク情報生成手段とを有することを特徴とする。
【００１２】
また、請求項２の発明は、請求項１に記載の情報処理システムであって、前記サーバが、前記ネットワーク情報を各前記端末に対して配信する配信手段を更に有し、各前記端末が、前記ネットワーク情報に含まれる全体ネットワーク情報または一部ネットワーク情報に基づいて、複数の要素の項目に含まれる各項目間で該各項目にそれぞれ属する各要素が相互に関連付けられた情報の一覧表示を表示部において表示するように制御する表示制御手段を更に有することを特徴とする。
【００１３】
また、請求項３の発明は、請求項２に記載の情報処理システムであって、各前記端末が、前記表示部に前記一覧表示が表示された状態で、ユーザーによる操作に応答して、前記一覧表示に含まれる各項目に対し、それぞれ１以上の要素を所定のレポートモデルに沿ったレポート情報を構成するレポート構成要素として指定する要素指定手段と、前記レポート構成要素に基づいて、前記所定のレポートモデルに沿った新規なレポート情報を生成するレポート生成手段とを更に有することを特徴とする。
【００１４】
また、請求項４の発明は、請求項３に記載の情報処理システムであって、前記レポート情報が、読影レポート情報を含み、前記複数の項目が、部位、所見、疾患名を含むことを特徴とする。
【００１５】
また、請求項５の発明は、請求項１から請求項４のいずれかに記載の情報処理システムであって、前記サーバが、各前記端末から前記サーバに送信された複数の要素関連情報に基づいて、各前記端末が前記特定の条件を満たすと認識する認識手段を更に有していることを特徴とする。
【００１６】
また、請求項６の発明は、請求項５に記載の情報処理システムであって、前記認識手段が、前記複数の端末に含まれる１つの端末から前記サーバに送信された要素関連情報の数が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする。
【００１７】
また、請求項７の発明は、請求項５に記載の情報処理システムであって、前記認識手段が、前記複数の端末に含まれる１つの端末から前記サーバに送信された複数の要素関連情報のうち、所定要素を含む要素関連情報が占める割合が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする。
【００１８】
また、請求項８の発明は、請求項１から請求項７のいずれかに記載の情報処理システムであって、前記サーバが、前記複数の端末のうちの前記特定の条件を満たす端末に対して、前記ネットワーク情報を送信することを特徴とする。
【００１９】
また、請求項９の発明は、請求項１から請求項８のいずれかに記載の情報処理システムであって、前記取得手段が、文章情報に対して言語処理を含む所定の情報処理を施すことで、前記文章情報から各前記項目に属する１以上の要素を抽出し、関連付けることで、前記要素関連情報を取得することを特徴とする。
【００２０】
また、請求項１０の発明は、請求項９に記載の情報処理システムであって、前記言語処理が、機械学習によって得られた情報に基づいた処理であることを特徴とする。
【発明の効果】
【００２１】
請求項１から請求項１０のいずれに記載の発明によっても、複数の要素の項目に含まれる各項目に属する要素が関連付けられた要素関連情報が、特定の条件を満たす端末から送信されてきた場合に、その要素関連情報に基づいて、各項目に属する１以上の要素が複数の要素の項目間で関連付けられたネットワーク情報を生成するような構成を採用することで、端末の使用状況に応じたネットワーク情報が生成される。したがって、各種要素が関連付けられた情報を状況に応じて生成および供与することができる。
【００２２】
また、請求項２に記載の発明によれば、端末において、ネットワーク情報の全体又は一部の一覧表示が可視的に出力されるため、端末において、ユーザーは状況に即した情報を容易に得ることができる。
【００２３】
また、請求項３に記載の発明によれば、端末において、ネットワーク情報に係る一覧表示が可視的に出力された状態で、ユーザーの操作により、一覧表示に含まれる各項目に対してそれぞれ１以上の要素を指定すると、所定のレポートモデルに沿った新規なレポート情報が生成されるため、状況に即したレポートの作成が容易かつ適正に可能となる。
【００２４】
また、請求項４に記載の発明によれば、状況に即した読影レポートの作成が容易かつ適正に可能となる。
【００２５】
また、請求項５から請求項７のいずれに記載の発明によっても、端末から送信された要素関連情報に基づいて、その端末が特定の条件を満たすことを認識するため、端末の使用状況に即した状況の切り分けを適正かつ容易に行うことができる。その結果、より状況に応じたネットワーク情報が生成される。
【００２６】
また、請求項６に記載の発明によれば、１つの端末からサーバに送信された要素関連情報の数が、所定の値域範囲に含まれれば、該１つの端末が特定の条件を満たすように認識されるため、端末の使用状況に即した状況の切り分けを情報量の観点から行うことができる。
【００２７】
また、請求項７に記載の発明によれば、１つの端末からサーバに送信された複数の要素関連情報のうち、所定要素を含む要素関連情報が占める割合が、所定の値域範囲にあれば、該１つの端末が特定の条件を満たすように認識されるため、端末の使用状況に即した状況の切り分けを情報の内容の観点から行うことができる。
【００２８】
また、請求項８に記載の発明によれば、複数の端末のうちの特定の条件を満たす端末に対して、サーバからネットワーク情報を送信するような構成を採用することで、端末の特定の使用状況に応じて生成されたネットワーク情報が、特定の使用状況にある端末に送信されるため、ユーザーはこの端末を介して状況に即した情報を容易に得ることができる。
【００２９】
また、請求項９に記載の発明によれば、文章情報に対して言語処理を含む所定の情報処理を施すことで文章情報から各項目に属する１以上の要素を抽出し、更に関連付けることで要素関連情報を生成するような構成を採用することにより、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を容易に取得することができる。
【００３０】
また、請求項１０に記載の発明によれば、機械学習によって得られた情報に基づいて言語処理を行うため、複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報をより適正かつ容易に取得することができる。
【発明を実施するための最良の形態】
【００３１】
以下、本発明の実施形態を図面に基づいて説明する。
【００３２】
＜情報処理システムの概略構成＞
図１は、本発明の実施形態に係る情報処理システム１の概略構成を示す図である。
【００３３】
情報処理システム１は、サーバ１００、端末（クライアント）１０〜３０、およびサーバ管理用端末１９０を備えている。そして、サーバ１００と、端末（クライアント）１０〜３０とが、インターネット回線等のネットワーク回線ＮＴＷを介して相互にデータ送受信可能に接続され、サーバ１００に対し、サーバ１００を管理するためのサーバ管理用端末１９０が接続されている。なお、ここでは、３つの端末１０〜３０が存在している例を挙げて説明するが、端末の数は２つ以上であればいくつでも良い。
【００３４】
端末１０〜３０は、各病院に設置されている。例えば、端末１０が第１の病院に設置され、端末２０が第２の病院に設置され、端末３０が第３の病院に設置されている。なお、端末１０〜３０は、それぞれ同様な構成を有するため、以下では、適宜端末３０を代表例として採用しつつ説明する。
【００３５】
端末３０は、内蔵する記憶部３４（後述）に、多数の画像データが格納された診療情報ＤＢ３４１（後述）を記憶している。この多数の画像データは、放射線科において検査リストに列挙された患者を対象として放射線を用いた撮影により得られる。そして、端末３０では、例えば、放射線科の読影医が、可視的に出力された画像データを適宜参照しつつ、読影レポートを記述および入力して、その読影レポートを示す情報（読影レポート情報）を診療情報ＤＢ３４１に保存することができる。つまり、端末３０は、読影レポートを入力するレポート入力装置として機能する。
【００３６】
図２は、端末３０において新規な読影レポートを記述および入力する状態を例示する図である。図２に示すように、端末３０では、放射線科の読影医が、診療情報ＤＢ３４１に格納されている患者の画像データを可視的に出力した画面（画像表示画面）Ｍ１，Ｃ１を適宜参照しつつ、読影レポートの入力画面４０１において新規な読影レポートを入力することができる。
【００３７】
また、端末１０〜３０では、各読影レポートを構成する複数の要素を、読影レポート毎に関連付けて構造化した情報（以下「単レポート要素関連情報」とも称する）を生成し、サーバ１００に送信する。なお、端末１０〜３０において各読影レポート情報から単レポート要素関連情報を生成する機能を以下「関連情報生成機能」と称する。
【００３８】
一方、サーバ１００は、端末１０〜３０から送信されてくる単レポート要素関連情報を収集し、各端末１０〜３０が設置された病院の専門に応じて、読影レポート情報を区別する。そして、専門毎に区別された単レポート要素関連情報を利用して、新規な読影レポートの入力を支援する情報（入力支援情報）を生成し、適宜端末１０〜３０に対して配信する。なお、サーバ１００において専門毎の入力支援情報を生成する機能を以下「支援情報生成機能」と称し、サーバ１００において専門別の入力支援情報を適宜端末１０〜３０に配信する機能を以下「情報配信機能」と称する。
【００３９】
これに対し、専門毎に異なる入力支援情報を取得した端末１０〜３０では、専門毎に異なる入力支援情報から必要な情報を抽出してテンプレート表示の形で提示することで、専門といった状況を考慮した新規な読影レポートの作成を容易に可能とする。なお、端末１０〜３０において新規な読影レポートの入力を支援する機能を以下「入力支援機能」と称する。
【００４０】
このように、情報処理システム１は、入力支援情報を生成する観点から見れば、データベースを構築するシステム（データベース構築システム）として機能する言える。また、入力支援情報を利用する観点から見れば、データベースシステムとして機能する言える。更に、入力支援情報を利用して入力を支援する観点から見れば、レポーティングシステムとして機能するとも言える。
【００４１】
以下、情報処理システム１の機能について、主に関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能に分けて順次説明する。
【００４２】
＜関連情報生成機能＞
図３は、主に端末３０で実現される関連情報生成機能に係る機能構成を示すブロック図である。
【００４３】
端末３０は、制御部３１、操作部３２、表示部３３、および記憶部３４を備えている。
【００４４】
制御部３１は、ＣＰＵやＲＯＭやＲＡＭなどを備えて構成され、記憶部３４に格納されているプログラムをＣＰＵで読み込んで実行することで、関連情報生成機能などの各種機能を実現する。なお、制御部３１では、各種情報処理において一時的に生成される各種データは、内蔵されるＲＡＭに一時記憶される。
【００４５】
操作部３２は、キーボードやマウスなどを備えて構成され、ユーザーの操作に応答して制御部３１に各種情報を入力することが可能である。
【００４６】
表示部３３は、液晶表示画面やＣＲＴなどを備えて構成され、制御部３１内の表示制御部３１９の制御に基づいて各種画像を可視的に出力する。
【００４７】
記憶部３４は、ハードディスクなどによって構成され、各種プログラムやデータを格納する。
【００４８】
記憶部３４は、診療対象である多数の患者に係る医療情報（以下「診療情報」とも称する）を記憶する診療情報データベース（ＤＢ）３４１が格納されている。
【００４９】
この診療情報ＤＢ３４１には、診療対象である多数の患者が列挙されたリスト（検査リスト）が含まれる。また、診療情報ＤＢ３４１には、放射線科で検査リストに列挙された患者を対象として放射線による撮影によって得られた多数の画像データ、及びこの多数の画像データにそれぞれ対応する読影レポートを示す情報（読影レポート情報）が、検査リストに列挙された患者の名前と関連付けられて格納されている。診療情報ＤＢ３４１は、多数の読影レポート情報が格納されている点に着目すれば、多数の読影レポート情報が格納されたデータベース（レポートＤＢ）である。更に、診療情報ＤＢ３４１に含まれる検査リストでは、担当医からのオーダーリングや患者や検査に係る情報を示す属性情報が検査リストに列挙された患者の名前と関連付けられて格納されている。
【００５０】
制御部３１は、関連情報生成機能に係る機能構成として、データ読込部３１１、自然文構造化部３１２、機械学習部３１３、モデル入出力部３１４、識別部３１５、情報加算部ＫＳ、および送受信部３１６を備える。
【００５１】
データ読込部３１１は、診療情報ＤＢ３４１から、既存の読影レポートを示す情報（既存レポート情報）と、当該既存レポート情報に対応するオーダーリング、患者属性、及び検査属性に係る情報とを読み込む。そして、データ読込部３１１は、既存読影レポート情報を自然文構造化部３１２に送出する一方、オーダーリング、患者属性、及び検査属性に係る情報を情報加算部ＫＳに送出する。
【００５２】
自然文構造化部３１２は、既存の読影レポートに含まれる自然文で記述された所見文から必要な要素を抽出し、ＲＤＦを利用して構造化を行う。この既存の読影レポートの要素の構造化は、機械学習部３１３、モデル入出力部３１４、及び識別部３１５の機能と、自然文構造化部３１２の機能とによって実現される。
【００５３】
機械学習部３１３は、例えば、教師データとして学習用コーパスなどが与えられることで、構造化の基準となる情報を学習する。
【００５４】
学習用コーパスは、読影レポートの所見文の形式（文章モデル）に準じた大量のテキストデータを含む。この文章モデルは、例えば、撮影条件→部位→所見→疾患名といった具合に、読影レポートの所見文の構成を示すものである。そして、学習用コーパスでは、例えば、所定の読影レポートのモデル（「レポートモデル」とも称する）に含まれる所見文の文章モデルを構成する各要素（ここでは語句）の分類項目名が各要素にタグ付けされている。例えば、要素の分類項目としては「撮影条件」「部位」「所見」「疾患名」等が挙げられる。
【００５５】
そして、学習用コーパスでは、例えば、「Ｔ１」「Ｔ２」・・・等の語句に対して要素の分類項目名「撮影条件」がタグ付けされ、「脳室」「白質」「前頭葉」・・・等の語句に対して要素の分類項目名「部位」がタグ付けされている。また、「高信号」「低信号」「増強」「腫瘤影」・・・等の語句に対して要素の分類項目名「所見」がタグ付けされ、「腫瘍」「虚血性変化」「梗塞」・・・等の語句に対して要素の分類項目名「疾患名」がタグ付けされている。なお、このような学習用コーパスが機械学習部３１３に対して外部から与えられる際、後述する新規な読影レポートを作成するために、結語についても代表的な表現については同じように学習用コーパスにタグ付けされて与えられる。
【００５６】
機械学習部３１３は、学習用コーパスから語句を抜き出し、対応する要素の分類項目毎にそれぞれ記憶する。つまり、機械学習部３１３では、学習用コーパスを含む教師データを学習教材とし、教師データを参照して要素の分類項目毎に各要素の分類項目に属する語句を学習して記憶する。このとき、機械学習部３１３では、語句や表現の振れをある程度正規化する。
【００５７】
更に、機械学習部３１３では、学習用コーパスにおける要素の出現パターンも学習して記憶する。例えば、部位「前頭葉」の後には「所見」に属する語句が出現する等といった、如何なる分類項目に属する如何なる語句が、どのような順で出現するのかといった出現パターンを学習して記憶する。
【００５８】
機械学習部３１３で、学習されて記憶されるデータは、既存の読影レポートを構成する各要素をどのような要素の分類項目に分解するのかを示すモデルのデータ（モデルデータ）として使用される。
【００５９】
モデル入出力部３１４は、モデルデータを通信回線や記憶媒体等を介して外部のコンピュータに出力したり、外部のコンピュータで学習されたモデルデータを通信回線や記憶媒体等を介して入力するものである。よって、情報処理システム１において学習されたモデルデータを他の情報処理システムで利用したり、逆に、他の情報処理システムにおいて学習されたモデルデータを情報処理システム１で利用することができる。
【００６０】
識別部３１５は、機械学習部３１３で学習されたモデルデータ、又はモデル入出力部３１４を介して取得したモデルデータを基準としつつ、公知のＳＶＭ（Support Vector Machine）などを用いて、自然文構造化部３１２に入力される既存読影レポート情報を対象として、要素の分類項目と実際に使用されている語句とを識別する。
【００６１】
なお、上述した機械学習の方法を用いると、予め教師データにおいて挙げられた要素（ここでは、語句）についてしか、要素の分類項目を識別することができないが、以下の機械学習の方法を利用することで、予め教師データにおいて挙げられていない要素についても、要素の分類項目を識別することができる。
【００６２】
例えば、機械学習部３１３が、学習用コーパスを形態素解析によって形態素に分解し、形態素毎に、形態素そのもの、形態素の品詞、形態素の活用形、前後（例えば前後２つ）の形態素の情報等を用いて、ある分類項目に属する形態素が出現するパターンを学習する。そして、識別部３１５が、当該パターンに従って、予め与えられていなかった要素（ここでは語句）についても、要素の分類項目を認識することができる。
【００６３】
より具体的には、例えば、機械学習部３１３は、学習用コーパスに「**に沿って」（「**」部には種々の語が入る）といった形の文が頻出する場合に、「**」の部分に部位を示す語句が頻出するときには、「**」の部分には部位を示す語句が入るというパターンを学習することができる。そして、識別部３１５は、このようなパターンを利用すれば、既存読影レポート情報を対象として、語の前後関係からフレーズ「下垂体／に／沿って」から「下垂体」を部位を示す語句として抽出することができる。なお、上記機械学習は、いわゆるＳＶＭ（Support Vector Machine）を利用することで実現することができ、このような機械学習によって自然言語処理の精度が向上する。
【００６４】
そして、自然文構造化部３１２では、識別部３１５で識別された情報に基づき、既存の読影レポートを、要素の分類項目毎に属する語句（要素）に分解してＲＤＦで記述することで、既存の読影レポート情報を構造化する。このとき、既存の読影レポートにおける要素の出現パターンも認識することができるため、この出現パターンに関する情報を、識別部３１５で使用するモデルデータに反映させることで、モデルデータを進化させることもできる。つまり、既存読影レポート情報を解析すればする程、モデルデータが進化する。
【００６５】
自然文構造化部３１２で構造化された既存読影レポート情報は、情報加算部ＫＳに出力され、情報加算部ＫＳにおいて、データ読込部３１１から送出されたオーダーリング、患者属性、及び検査属性に係る属性情報が加えられて、ＲＤＦで記述された構造化データが生成される。
【００６６】
図４は、１つの既存読影レポート情報を構成する要素（既存読影レポート情報に係る属性情報を構成する要素も含む）が関連付けられるように構造化されたデータ（以下「単レポート要素関連情報」とも称する）を例示する図である。図４で示すように、既存読影レポート情報のファイル「Ａ−０００１」に対して、ＲＤＦによって、要素の分類項目「撮影条件」「部位」「所見」「疾患名」をそれぞれ属性の項目とし、各属性に対して属性値「Ｔ１」「前頭葉」「高信号」「腫瘍」がぞれぞれ関連付けられて記述されている。また、属性情報に係る属性の項目「部位分類」「患者名」「読影医師」「モダリティ」に対して「頭部（ＳＫＵＬＬ）」「特許太郎」「特許花子」「ＭＲ」がそれぞれ関連付けられ、更に、患者名の属性に対して、属性の項目「性別」及び「年齢」について「Ｍ」と「５３」とがそれぞれ関連付けられて記述されている。なお、単レポート要素関連情報において関連付けの対象となる属性の項目（属性項目）は、図４で示したものに限られず、例えば、検査属性の情報に含まれる他の属性項目を含めても良い。
【００６７】
このようにして、自然文構造化部３１２、機械学習部３１３、モデル入出力部３１４、識別部３１５、及び情報加算部ＫＳの機能によって、自然文で記載された所見文の文章情報に対して言語処理を施すことにより、文章情報から各分類項目に属する要素（ここでは語句）が抽出され、更に関連付けることで、単レポート関連情報が生成される。
【００６８】
送受信部３１６は、情報加算部ＫＳにおいて生成されて取得された単レポート要素関連情報をサーバ１００に対して送信する。なお、単レポート要素関連情報は、診療情報ＤＢ３４１に格納された多数の既存読影レポート情報についてそれぞれ生成され、送受信部３１６によって、それぞれサーバ１００に送信される。
【００６９】
図５は、単レポート要素関連情報の生成動作フローを示すフローチャートである。本動作フローは、端末３０において、所定のプログラムが実行されることで実現される。
【００７０】
ステップＳＴ１では、データ読込部３１１によって、診療情報ＤＢ３４１から、読影レポートを示す情報が属性情報とともに読み込まれる。
【００７１】
ステップＳＴ２では、自然文構造化部３１２、機械学習部３１３、モデル入出力部３１４、及び識別部３１５の機能によって、ステップＳＴ１で読み込まれた読影レポートが構造化される。
【００７２】
ステップＳＴ３では、情報加算部ＫＳの機能によって、ステップＳＴ２で構造化された読影レポートに対して属性情報が追加されて、図４で示したような単レポート要素関連情報が生成される。
【００７３】
ステップＳＴ４では、ステップＳＴ３で生成された単レポート要素関連情報をサーバ１００に対して送信する。
【００７４】
ステップＳＴ５では、診療情報ＤＢ３４１に格納されている全ての既存読影レポート情報について単レポート要素関連情報が生成されたか否か判定する。ここで、全ての既存読影レポート情報について単レポート要素関連情報が生成されていない場合には、ステップＳＴ１に戻り、次の読影レポートを示す情報などが読み込まれて単レポート要素関連情報が生成される。また、全ての既存読影レポート情報について単レポート要素関連情報が生成された場合には、本動作フローを終了する。
【００７５】
このようにして、端末１０〜３０では、文章情報に対して言語処理を含む所定の情報処理を施すことで文章情報から各項目に属する要素を抽出し、更に抽出された要素を関連付けることで、単レポート要素関連情報が生成される。したがって、ユーザーによる煩雑な操作や作業を伴うこともなく、複数の要素の項目に含まれる各項目に属する要素が関連付けられた単レポート要素関連情報が容易に取得される。なお、文章情報から抽出される各項目に属する要素の数、および単レポート要素関連情報の各項目に属する要素の数は１つに限られず、１以上であればいくつであっても良い。また、上述したように機械学習によって得られた情報に基づいて言語処理を行うため、複数の要素の項目に含まれる各項目に属する１以上の要素が複数の要素の項目間で関連付けられた単レポート要素関連情報がより適正かつ容易に取得される。
【００７６】
ところで、診療情報ＤＢ３４１に蓄積される読影レポート情報は、端末３０において新たな読影レポートが作成される度に増加する。この時間とともに更に蓄積されていく読影レポート情報も過去の知識として利用できれば有効である。特に、これまでにない所見文等が新たに蓄積された読影レポート情報に含まれる場合には、過去の知識が更に進化するため、より有効である。そこで、例えば、新たな読影レポートを示す情報が診療情報ＤＢ３４１に書き込まれる度に、単レポート要素関連情報が生成され、サーバ１００に対して送信されることが好ましい。この点については、後で入力支援機能を説明する際に併せて説明する。
【００７７】
＜支援情報生成機能＞
図６は、主にサーバ１００で実現される支援情報生成機能に係る機能構成を示すブロック図である。
【００７８】
サーバ１００は、サーバ制御部１１０、および記憶部１２０を備えている。
【００７９】
サーバ制御部１１０は、ＣＰＵやＲＯＭやＲＡＭなどを備えて構成され、記憶部１２０に格納されているプログラムをＣＰＵで読み込んで実行することで、支援情報生成機能などの各種機能を実現する。なお、サーバ制御部１１０では、各種情報処理において一時的に生成される各種データは、内蔵されるＲＡＭに一時記憶される。
【００８０】
記憶部１２０は、ハードディスクなどによって構成され、各種プログラムや各種データを格納する。
【００８１】
サーバ１００は、機能として、送受信部１１１、統合ＤＢ構築部１１２、解析部１１３、端末管理部１１４、および専門ＤＢ構築部１１５を備える。
【００８２】
送受信部１１１は、端末１０〜３０から送信されてきた単レポート要素関連情報を受信し、統合ＤＢ構築部１１２に対して出力する。
【００８３】
統合ＤＢ構築部１１２は、送受信部１１１から入力された単レポート要素関連情報を受け付け、この単レポート要素関連情報を記憶部１２０に記憶することで、統合データベース（統合ＤＢ）１２１を構築する。統合ＤＢ１２１は、送信元の端末ごとに区別して単レポート要素関連情報を蓄積したデータベースであり、例えば、送信元の端末の名前やＩＤなどの識別情報を単レポート要素関連情報に付与することで、端末ごとに識別可能な態様で、単レポート要素関連情報を記憶させることができる。なお、統合ＤＢ構築部１１２において、送信元の端末を識別する手法としては、例えば、単レポート要素関連情報を受け付ける際に、送信元の端末の名前やＩＤなどの識別情報を受け付けておき、その識別情報に基づいて端末を識別する手法が挙げられる。このような構成を採用する場合には、送信元の端末１０〜３０に対して端末の識別情報の入力を要求し、この識別情報と単レポート要素関連情報とが関連付けられた状態で、端末１０〜３０からサーバ１００へ送信されるような構成とすれば良い。
【００８４】
解析部１１３は、統合ＤＢ１２１で蓄積されている単レポート要素関連情報を解析することで、単レポート要素関連情報の送信元である各端末１０〜３０が、特定の条件を満たすか否かを認識する。この特定の条件としては、１つの端末から送信されてきた全ての単レポート要素関連情報のうち、特定の属性項目に属する所定の要素が含まれている単レポート要素関連情報が占める割合が、所定の値域範囲にあるといった条件が挙げられる。例えば、１つの端末から送信されてきた全ての単レポート要素関連情報のうち、属性項目「疾患名」に属する語句に「脳腫瘍」に関する所定の要素（例えば語句「腫瘍」など）が含まれている単レポート要素関連情報の占める割合が７割以上であることを特定の条件とするようなものが挙げられる。
【００８５】
解析部１１３における処理をより具体的に説明する。例えば、解析部１１３は、まず、統合ＤＢ１２１で端末ごとに区別して蓄積されている単レポート要素関連情報を対象として、属性項目「疾患名」に属する要素に特定分野「脳腫瘍」「脳血管障害」に関する所定の要素が含まれているか否かを解析する。そして、解析部１１３が、統合ＤＢ１２１に記憶されている単レポート要素関連情報のうち、特定分野「脳腫瘍」に関する所定の要素が含まれている単レポート要素関連情報に対して、特定分野「脳腫瘍」に関する所定の要素が含まれている旨を示す情報を付加し、特定分野「脳血管障害」に関する所定の要素が含まれている単レポート要素関連情報に対して、特定分野「脳血管障害」に関する所定の要素が含まれている旨を示す情報を付加する。その後、解析部１１３が、統合ＤＢ１２１を参照することで、各端末について、属性項目「疾患名」に属する要素に特定分野「脳腫瘍」「脳血管障害」に関する所定の要素が含まれている単レポート要素関連情報の割合を算出し、その割合が所定の値域範囲にあるか否か、すなわち特定の条件を満たすか否かを認識する。
【００８６】
なお、ここでは、１つの端末から送信されてきて統合ＤＢ１２１に蓄積されている単レポート要素関連情報の全数のうち、特定分野「脳腫瘍」に関する所定の要素が含まれている単レポート要素関連情報の数が占める割合が７割以上である場合を第１の特定条件とし、特定分野「脳血管障害」に関する所定の要素が含まれている単レポート要素関連情報の数が占める割合が７割以上である場合を第２の特定条件とする。そして、特定分野「脳腫瘍」に関する所定の要素としては、「腫瘍」「頭蓋咽頭腫」「胚細胞腫」「髄芽腫」などが挙げられ、特定分野「脳血管障害」に関する所定の要素としては、「脳梗塞」「ラクナ梗塞」「急性期脳梗塞」「前大脳動脈の閉塞」などが挙げられる。
【００８７】
したがって、解析部１１３は、上記認識結果に基づいて、第１および第２の特定条件をそれぞれ満たす端末を特定する情報を端末管理部１１４に出力する。ここで、端末を特定する情報としては、上述した端末の名前やＩＤなどの識別情報を用いれば良い。
【００８８】
端末管理部１１４は、解析部１１３による認識結果に基づいて、特定の条件をそれぞれ満たす端末とその特定の条件とを対応付けた情報を、端末管理情報１２９として記憶部１２０に記憶する。よって、端末管理情報１２９は、例えば、第１の特定条件「疾患名に脳腫瘍に関する語句が含まれている割合が７割以上」である旨と第１の特定条件を満たす端末の識別情報とが対応付けられ、第２の特定条件「疾患名に脳血管障害に関する語句が含まれている割合が７割以上」である旨と第２の特定条件を満たす端末の識別情報とが対応付けられた情報を端末管理情報１２９として記憶部１２０に記憶する。つまり、解析部１１３による解析および認識結果に基づいて、端末１０〜３０が分類される。
【００８９】
例えば、下記（Ａ）〜（Ｃ）の状況が成立する場合には、２つの端末１０，２０が第１の特定条件を満たし、端末１０，２０が設置されている病院は、それぞれ「脳腫瘍」に強い病院であると推測され、１つの端末３０が第２の特定条件を満たし、端末３０が設置されている病院は、「脳血管障害」に強い病院であると推測される。（Ａ）端末１０から送信されてきた単レポート要素関連情報については、疾患名に脳腫瘍に関する語句が含まれている割合が８割を占める一方、疾患名に脳血管障害に関する語句が含まれている割合が２割を占める。（Ｂ）端末２０から送信されてきた単レポート要素関連情報については、疾患名に脳腫瘍に関する語句が含まれている割合が７割を占める一方、疾患名に脳血管障害に関する語句が含まれている割合が３割を占める。（Ｃ）端末３０から送信されてきた単レポート要素関連情報については、疾患名に脳腫瘍に関する語句が含まれている割合が３割を占める一方、疾患名に脳血管障害に関する語句が含まれている割合が７割を占める。
【００９０】
また、端末管理部１１４は、端末管理情報１２９に係る情報を専門ＤＢ構築部１１５に対して出力する。
【００９１】
専門ＤＢ構築部１１５は、特定の条件を満たす１以上の端末から送信されてきた全ての単レポート要素関連情報を統合ＤＢ１２１から読み出して、各単レポート要素関連情報において１つのファイルに対して関連付けられている複数の要素（ここでは属性値）を、属性項目毎に並べて相互に関連付け直してＲＤＦで記述する処理を行う。つまり、特定の条件を満たす１以上の端末から送信されてきた全ての単レポート要素関連情報においてそれぞれ関連付けられている複数の要素を、項目毎に並べて相互に関連付け直してＲＤＦで記述する処理を行う。そして、この処理の結果として、複数の属性項目に含まれる属性項目毎に１以上の属性値（すなわち要素、ここでは語句）が列挙されるとともに、各属性項目間で、各属性値（すなわち要素）どうしがネットワーク状に関連付けられた情報（以下「ネットワーク情報」とも称する）が生成される。このネットワーク情報は、記憶部１２０に記憶されることで、読影レポートの入力を支援する情報（入力支援情報）とされ、データベース（以下「支援情報ＤＢ」と総称し、具体的には、第１および第２支援情報ＤＢ）１２２，１２３が構築される。
【００９２】
具体的には、例えば、第１の特定条件「疾患名に脳腫瘍に関する語句が含まれている割合が７割以上」を満たす１以上の端末から送信されてきて統合ＤＢ１２１に蓄積されている全ての単レポート要素関連情報について、各単レポート要素関連情報において１つのファイルに対して関連付けられている複数の要素を、項目毎に並べて相互に関連付け直してＲＤＦで記述する処理が行われる。この処理の結果として生成されたネットワーク情報が記憶部１２０に記憶されることで、第１支援情報ＤＢ１２２が構築される。
【００９３】
一方、第２の特定条件「疾患名に脳血管障害に関する語句が含まれている割合が７割以上」を満たす１以上の端末から送信されてきて統合ＤＢ１２１に蓄積されている全ての単レポート要素関連情報について、各単レポート要素関連情報において１つのファイルに対して関連付けられている複数の要素を、項目毎に並べて相互に関連付け直してＲＤＦで記述する処理が行われる。この処理の結果として生成されたネットワーク情報が記憶部１２０に記憶されることで、第２支援情報ＤＢ１２３が構築される。
【００９４】
より具体的には、例えば、上記（Ａ）〜（Ｃ）の状況が成立する場合には、２つの端末１０，２０から送信されてきた単レポート要素関連情報に基づいて第１支援情報ＤＢ１２２が構築され、１つの端末３０から送信されてきた単レポート要素関連情報に基づいて第２支援情報ＤＢ１２３が構築される。
【００９５】
このように、端末ごとに異なる単レポート要素関連情報の傾向に基づいて、第１および第２支援情報ＤＢ１２２，１２３が構築されると、病院の専門性に応じ、単レポート要素関連情報を区別して、異なる支援情報ＤＢが構築される。より詳細には、ここでは、「脳腫瘍」に強い病院向けの第１支援情報ＤＢ１２２と、「脳血管障害」に強い病院向けの第２支援情報ＤＢ１２３とが構築される。
【００９６】
ここで、支援情報ＤＢのデータ構成ならびにデータ構築手法について説明する。
【００９７】
図７は、特定の条件を満たす１以上の端末から送信されてきた単レポート要素関連情報を構成する要素が構造化されて構築された支援情報ＤＢのデータ構成、すなわち多数の既存読影レポート情報に係る要素が構造化された例を示す図である。なお、図７では、部位分類「頭部（ＳＫＵＬＬ）」についてのネットワーク情報が例示されている。
【００９８】
図７では、関連付けられた語句どうしが線で結ばれており、図の複雑化を避けるために、語句を適宜「○○○」等と記載するとともに、関連付けを示す線も図中の比較的上部に位置するものを例示して、その他の線は省略されている。
【００９９】
また、専門ＤＢ構築部１１５では、各ネットワーク情報を生成する際には、各単レポート要素関連情報において関連付けられていた各項目間における語句の組合せの回数をカウントし、当該カウント情報を、各支援情報ＤＢ１２２，１２３に格納しておく。例えば、「頭部−ＭＲ−Ｍ−Ｔ１−前頭葉−高信号−腫瘍」等と言った語句の組合せの回数がカウント情報に記憶される。なお、ネットワーク情報とカウント情報は、各項目間における各項目に属する１以上の語句どうしの関連付けを示す情報であり、以下適宜「関連要素ネットワーク情報」と総称する。
【０１００】
第１および第２支援情報ＤＢ１２２，１２３に格納されるネットワーク情報では、既存の読影レポートにおいて、どのような語句がそれぞれ記述されたのかを、各属性項目間で、複数の語句どうしが関連付けられた態様で示される。そのため、当該ネットワーク情報を可視的に出力して、新規な読影レポートを入力する際に利用すると有効である。特に、各属性項目を入力する要素の項目（入力要素項目）とし、各属性項目に列挙される複数の語句を入力する候補（選択肢）として、テンプレート表示の形態で提供すれば有効である。
【０１０１】
しかしながら、第１および第２支援情報ＤＢ１２２，１２３に格納されるネットワーク情報では、各属性項目に列挙される語句について、同義語（例えば「Ｔ２強調画像」と「Ｔ２Ｗ１」等）が多いと、選択肢が増大し過ぎて、選択肢の指定が困難となる。そこで、同義語については、識別部１０５で、語句を検出する際に、代表的な１つの語句に置き換える処理が行われる。また、属性項目に「結語」等がある場合には、結語等の表現の振れ（例えば「考える」と「考えます」等）が多いと選択肢が増大し過ぎて、選択肢の指定が困難となる。そこで、表現の振れについても、識別部３１５で、結語を検出する際に、代表的な１つの表現に置き換える処理が行われる。
【０１０２】
このような語句の代表的な語句への置き換えについては、教師データに、複数の語句と代表的な語句とを対応付けたデータテーブルを含ませることで、実現することができる。なお、表現の振れについては、表現の振れを正規化して、最も使用頻度の高いものに全て置き換えるようにしても良い。また、同義語についても最も使用頻度の高いものに全て置き換えるようにしても良い。
【０１０３】
図８は、支援情報生成機能における第１および第２支援情報ＤＢ１２２，１２３の生成動作の動作フローを示すフローチャートである。本動作フローは、サーバ制御部１１０において、支援情報生成機能を実現するためのプログラムが実行されることで実現される。
【０１０４】
ステップＳＰ１では、送受信部１１１が単レポート要素関連情報を受信したか否か判定される。ここでは、送受信部１１１が単レポート要素関連情報を受信するまで、ステップＳＰ１の判定が繰り返され、単レポート要素関連情報を受信すると、ステップＳＰ２に進む。
【０１０５】
ステップＳＰ２では、統合ＤＢ構築部１１２によって、送受信部１１１で受信された単レポート要素関連情報を端末ごとに区別して記憶部１２０に記憶することで、統合ＤＢ１２１が構築される。
【０１０６】
ステップＳＰ３では、解析部１１３によって、ステップＳＰ２で記憶部１２０に記憶された単レポート要素関連情報を解析することで、各端末が特定の条件（具体的には、第１の特定条件や第２の特定条件）を満たすか否かが認識される。ここでは、まず、単レポート要素関連情報が、特定の項目について所定の要素を含んでいるか否かが解析されて、特定の項目に属する要素に所定の要素が含まれている旨を示す情報が、統合ＤＢ１２１を構成する単レポート要素関連情報に対して適宜付与される。そして、統合ＤＢ１２１を参照することで、各端末が特定の条件を満たすか否かが認識される。
【０１０７】
ステップＳＰ４では、端末管理部１１４によって、ステップＳＰ３における解析および認識結果に基づき、各端末が特定の条件を満たすか否かを示す情報（端末管理情報）１２９が生成される。なお、ステップＳＰ４の処理が２回目以降は、適宜端末管理情報１２９が更新される。
【０１０８】
ステップＳＰ５では、端末管理部１１４によって端末管理情報１２９が生成または更新されたか否か判定される。ここで、端末管理情報１２９が生成または更新されていればステップＳＰ６に進み、生成または更新されていなければステップＳＰ７に進む。
【０１０９】
ステップＳＰ６では、端末管理部１１４によって端末管理情報１２９が読み出され、専門ＤＢ構築部１１５によって特定の条件を満たす端末から送信されてきた全ての単レポート要素関連情報に基づいて、要素関連ネットワーク情報が生成される。そして、記憶部１２０に記憶されることで、支援情報ＤＢ（具体的には、第１支援情報ＤＢ１２２や第２支援情報ＤＢ１２３）が構築される。なお、ステップＳＰ６の処理が２回目以降の場合には、支援情報ＤＢが再構築されることになる。ステップＳＰ６の処理が終了するとステップＳＰ１に戻る。
【０１１０】
ステップＳＰ７では、ステップＳＰ２で新規に記憶部１２０に記憶された単レポート要素関連情報および端末管理情報１２９に基づき、専門ＤＢ構築部１１５によって支援情報ＤＢが更新され、ステップＳＰ１に戻る。
【０１１１】
ここで、端末１０〜３０では、随時新しい読影レポートが作成されるため、サーバ制御部１１０の送受信部１１１は、端末１０〜３０から新たな単レポート要素関連情報を受け付ける。このとき、統合ＤＢ構築部１１２によって統合ＤＢ１２１に蓄積される情報が更新されるため、新たな単レポート要素関連情報が加えられる度に、その単レポート要素関連情報に係る情報を支援情報ＤＢに反映させるべきである。そこで、ステップＳＰ７では、支援情報ＤＢに、新規な単レポート要素関連情報に係る情報が追加される。
【０１１２】
＜情報配信機能＞
図９は、主にサーバ１００で実現される情報配信機能に係る機能構成を示すブロック図である。ここでは、サーバ１００が、記憶部１２０に格納されているプログラムをＣＰＵで読み込んで実行することで、情報配信機能に係る各種機能構成を実現する。
【０１１３】
サーバ１００は、情報配信機能に係る機能構成として、送受信部１１１、端末管理部１１４、および配信制御部１１６を備える。
【０１１４】
端末管理部１１４は、記憶部１２０に記憶された端末管理情報１２９を読み出して、配信制御部１１６に出力する。
【０１１５】
配信制御部１１６は、端末管理部１１４から入力された端末管理情報１２９に基づいて、特定の条件を満たす端末を認識するとともに、その端末に対して特定の条件に係る支援情報ＤＢを構成する情報（具体的には、要素関連ネットワーク情報）を送信するようなコマンドを送受信部１１１に出力する。ここでは、例えば、配信制御部１１６によって、第１の特定条件を満たす端末１０，２０に対して第１支援情報ＤＢ１２２を構成する情報（具体的には、要素関連ネットワーク情報）を送信し、第２の特定条件を満たす端末３０に対して第２支援情報ＤＢ１２３を構成する情報（具体的には、要素関連ネットワーク情報）を送信するようなコマンドが送受信部１１１に対して出力される。
【０１１６】
送受信部１１１は、配信制御部１１６からのコマンドに応じて、特定の条件に対応する支援情報ＤＢ、すなわち要素関連ネットワーク情報を記憶部１２０から読み出して、特定の条件を満たす端末に対して送信（配信）する。ここでは、例えば、送受信部１１１によって、第１の特定条件を満たす端末１０，２０に対して第１支援情報ＤＢ１２２を構成する情報（具体的には、要素関連ネットワーク情報）が送信され、第２の特定条件を満たす端末３０に対して第２支援情報ＤＢ１２３を構成する情報（具体的には、要素関連ネットワーク情報）が送信される。
【０１１７】
図１０は、情報配信機能における動作フローを示すフローチャートである。本動作フローは、サーバ制御部１１０において、情報配信機能を実現するためのプログラムが実行されることで実現される。なお、本動作フローの実行タイミングとしては、例えば、端末管理情報１２９が更新されたか、支援情報ＤＢが更新されたタイミングなどが挙げられる。
【０１１８】
ステップＳＰ１１では、端末管理部１１４によって、記憶部１２０から端末管理情報１２９が読み込まれ、配信制御部１１６に出力される。
【０１１９】
ステップＳＰ１２では、配信制御部１１６によって、Ｎ番目の端末が判定対象として指定される。ここでは、ステップＳＰ１２の処理が１回目の場合には、判定対象を指定するためのカウント情報Ｎが１となり、例えば、端末１０が判定対象として指定される。また、ステップＳＰ１２の処理がｎ回目の場合には、Ｎ＝ｎとなり、例えば、ｎ＝２の場合には端末２０が判定対象として指定され、ｎ＝３の場合には端末３０が判定対象として指定される。
【０１２０】
ステップＳＰ１３では、配信制御部１１６によって、端末管理情報１２９に基づき、判定対象として指定された端末が第１の特定条件を満たすか否か判定される。ここで、第１の特定条件を満たすと判定された場合には、ステップＳＰ１４に進み、第１の特定条件を満たさないと判定された場合には、ステップＳＰ１７に進む。
【０１２１】
ステップＳＰ１４では、配信制御部１１６の制御下で送受信部１１１により、判定対象として指定されている端末に対して第１支援情報ＤＢ１２２を構築する要素関連ネットワーク情報が送信される。
【０１２２】
ステップＳＰ１５では、配信制御部１１６によって、端末管理情報１２９で管理されている全端末を判定対象として指定したか否か判定される。ここでは、全端末が判定対象として指定されていなければステップＳＰ１６に進み、全端末が判定対象として指定されていれば、本動作フローを終了する。
【０１２３】
ステップＳＰ１６では、判定対象の端末を指定するためのカウント情報Ｎが１つだけ加算され、ステップＳＰ１２に戻り、次の端末が判定対象として指定され、ステップＳＰ１３以降の処理が行われる。
【０１２４】
一方、ステップＳＰ１３からステップＳＰ１７に進んだ場合、ステップＳＰ１７では、配信制御部１１６によって、判定対象として指定された端末が第２の特定条件を満たすか否か判定される。ここで、第２の特定条件を満たすと判定された場合には、ステップＳＰ１８に進み、第２の特定条件を満たさないと判定された場合には、ステップＳＰ１５に進む。
【０１２５】
ステップＳＰ１８では、配信制御部１１６の制御下で送受信部１１１により、判定対象として指定されている端末に対して第２支援情報ＤＢ１２３を構築する要素関連ネットワーク情報が送信される。そして、ステップＳＰ１５に進む。
【０１２６】
このようにして、ステップＳＰ１１〜ＳＰ１８の処理が適宜繰り返されることで、第１および第２の特定条件を満たす端末に対して、第１および第２支援情報ＤＢ１２２，１２３を構築する要素関連ネットワーク情報が適宜送信される。
【０１２７】
ここでは、端末ごとに異なる単レポート要素関連情報の傾向に基づいて、第１および第２支援情報ＤＢ１２２，１２３を構築する要素関連ネットワーク情報が適宜送信されるため、病院の専門性に応じた要素関連ネットワーク情報が送信されることになる。より詳細には、例えば、「脳腫瘍」に強い病院向けの第１支援情報ＤＢ１２２を構築する要素関連ネットワーク情報が、「脳腫瘍」に強い病院に送信され、「脳血管障害」に強い病院向けの第２支援情報ＤＢ１２３を構築する要素関連ネットワーク情報が、「脳血管障害」に強い病院に送信される。
【０１２８】
＜入力支援機能＞
図１１は、主に端末３０で実現される入力支援機能に係る機能構成を示すブロック図である。ここでは、端末３０が、記憶部３４に格納されているプログラムをＣＰＵで読み込んで実行することで、入力支援機能に係る各種機能構成を実現する。
【０１２９】
端末３０は、入力支援機能に係る機能構成として、データ読込部３１１、送受信部３１６、支援情報検索部３１７、タスク管理部３１８、表示制御部３１９、レポート構成部３２０、およびデータ書込部３２１を備える。また、情報配信機能によってサーバ１００から、送信されてきた要素関連ネットワーク情報が、記憶部３４に記憶されることで、支援情報ＤＢ３４２が構築されている。
【０１３０】
そして、図１１で示される機能構成により、読影レポートの入力対象である検査を特定する動作（検査特定動作）、および実際に読影レポートの入力を支援する動作（入力支援動作）が実現される。したがって、以下では、適宜図１１を参照しつつ、検査特定動作、および入力支援動作について、順次説明する。
【０１３１】
○検査特定動作：
データ読込部３１１は、診療情報ＤＢ３４１から検査リストの情報（検査リスト情報）を読み込み、タスク管理部３１８に転送する。
【０１３２】
タスク管理部３１８は、読影レポートの入力対象となる検査を特定して管理するものあり、データ読込部３１１から表示制御部３１９に対して検査リスト情報を提供したり、操作部３２からの入力に応答して、新規な読影レポートの作成に係るタスクを特定する。
【０１３３】
表示制御部３１９は、読影レポート入力画面上に検査リスト情報を表示部３３において可視的に出力させる。
【０１３４】
具体的には、図１２で示すような読影レポート入力画面Ｇ１が表示部３３に表示され、その検査リスト表示領域Ａ２に、例えば、図１３で示すような検査リストが表示される。この検査リストには、患者の氏名が上から順に列挙され、各患者の氏名に対して、性別と、検査ＩＤと、読影レポートの作成について未処理か既処理かを示す状態とがそれぞれ記述される。また、図１２に示すように、読影レポート入力画面Ｇ１は、主に、依頼内容（オーダーリング情報）が表示される領域（依頼内容表示領域）Ａ１、検査リストが表示される領域（検査リスト表示領域）Ａ２、検査情報が表示される領域（検査情報表示領域）Ａ３、読影レポートの入力及び作成を行う領域（レポート作成領域）Ａ４、所見文が表示される領域（所見表示領域）Ａ５、メモを記述する領域（メモ領域）Ａ６、代表的な画像を添付する領域（画像添付領域）Ａ７、コマンドを入力するためのアイコンが列挙される領域（コマンド入力領域）Ａ８によって構成されている。
【０１３５】
そして、以下のような動作で、新規な読影レポートの作成動作に係る検査を特定する。
【０１３６】
まず、表示部３３において、検査リスト表示領域Ａ２に検査リストが表示された状態で、操作部３２が適宜操作されると、検査リストから所望の患者が指定される。そして、タスク管理部３１８は、操作部３２からの患者を指定する入力に応答して、当該指定された患者氏名を示す情報を受け付け、この受け付けた患者指名を示す情報に対応する、新規な読影レポートの作成に係るタスクを特定する。
【０１３７】
このとき、データ読込部３１１が、タスク管理部３１８の制御下で、診療情報ＤＢ３４１から指定された患者氏名に対応するオーダリング、患者属性、及び検査属性に係る属性情報を読み込み、表示制御部３１９に出力する。そして、表示制御部３１９は、オーダリング、患者属性、及び検査属性に係る情報に基づき、読影レポート入力画面Ｇ１において、例えば、依頼内容表示領域Ａ１に図１４で示すようなオーダリング情報を可視的に出力させるとともに、検査情報表示領域Ａ３に図１５で示すような患者属性及び検査属性に係る属性情報を可視的に出力させる。
【０１３８】
○入力支援動作：
入力支援動作では、上述した支援情報生成機能によって生成されたネットワーク情報を、レポート作成領域Ａ４においてテンプレート表示の形態で可視的に出力し、当該テンプレート表示における語句の選択肢が適宜指定されることで、新規な読影レポートの入力を行う。
【０１３９】
但し、各属性項目に列挙される複数の語句を選択肢として、単にネットワーク情報の全体（全体ネットワーク情報）を図７で示すように一覧表示するテンプレート表示の形態で提供すれば、列挙される選択肢の数が膨大過ぎて、選択肢の選択が困難となる。
【０１４０】
そこで、例えば、全体ネットワーク情報のうち「男性、頭部、ＭＲ」に関する情報に絞り込んだとすると、例えば、図１６に示すような一部のネットワーク情報（一部ネットワーク情報）を抽出することができる。図１６に示す一部ネットワーク情報では、各入力要素項目「撮影条件」「部位」「所見」「疾患名」間で、各入力要素項目に属する複数の選択肢（すなわち要素）どうしがネットワーク状に関連付けられた情報となっている。なお、ここでは、「入力要素項目」という文言を、読影レポートを構成する要素の項目を入力するための要素の項目の意味で用いている。また、図１６では、各入力要素項目に属する要素が複数であるが、各入力要素項目に属する要素は１以上であれば良い。
【０１４１】
そして、図１６で示したような一部ネットワーク情報を一覧表示するテンプレート表示では、列挙される選択肢の数はある程度限定されているため、選択肢が見易くなり、選択肢の選択が容易となる。また、列挙される入力要素項目は、読影レポートの所見文の入力に必要な項目を網羅しており、テンプレート表示に示されるネットワーク情報を絞り込んでも、所見文の入力が容易となるだけで、特に不都合を生じない。
【０１４２】
ここで、全体ネットワーク情報から一部のネットワーク情報を抽出する手法について説明する。
【０１４３】
図１７は、全体ネットワーク情報から所望の一部のネットワーク情報を抽出するための抽出条件を決定するテンプレート表示（抽出条件決定テンプレート表示）ＴＰ１を例示する図である。
【０１４４】
上述の如く、検査特定動作において、検査が特定されると、読影レポート入力画面Ｇ１（図１２）では、例えば、依頼内容表示領域Ａ１にオーダリング情報（図１４）が、検査情報表示領域Ａ３に患者及び検査に係る属性情報（図１５）が表示される。そして、支援情報検索部３１７の機能によって、レポート作成領域Ａ４に、抽出条件決定テンプレート表示ＴＰ１が表示される。
【０１４５】
図１７で示すように、抽出条件決定テンプレート表示ＴＰ１では、全体ネットワーク情報における全属性項目のうち一部の属性項目「部位分類」「モダリティ」「性別」について、語句（選択肢）を各１つずつ選択することで、選択肢の組合せを抽出条件として指定することができる。このとき、抽出条件は、操作部３２からの入力に応答して、支援情報検索部３１７に与えられる。
【０１４６】
具体的には、図１７で示す抽出条件決定テンプレート表示ＴＰ１では、操作部３２のマウスの操作に応答して動作するマウスポインタＭＰによってリストＰＬ１〜ＰＬ３から、属性値（選択肢）を各１つずつ選択することができる。そして、各属性項目について、各１つずつの選択肢を選択して、条件決定ボタンＢＴにマウスポインタＭＰを合わせてマウスを左クリックすることで、３つの属性項目についての選択肢（語句）の組合せを指定する抽出条件を決定することができる。
【０１４７】
支援情報検索部３１７は、操作部３２からの抽出条件の指定に応答して、支援情報ＤＢ３４２を検索する。そして、全体ネットワーク情報から、抽出条件に対応する一部ネットワーク情報を、レポート作成領域Ａ４にテンプレート表示として一覧表示するための情報（以下「表示用ネットワーク情報」とも称する）として抽出する。このとき、支援情報検索部３１７は、支援情報ＤＢ３４２に格納されるカウント情報を参照することで、全体ネットワーク情報から、抽出条件を満たす一部ネットワーク情報を抽出することができる。このとき、カウント情報から、抽出される一部ネットワーク情報に対応する一部のカウント情報も抽出する。なお、一部ネットワーク情報と一部のカウント情報とを、適宜「一部要素関連ネットワーク情報」とも総称する。
【０１４８】
図１８は、表示対象の情報の絞り込み動作フローを示すフローチャートである。本動作フローは、端末３０において、入力支援動作を実現するためのプログラムが実行されることで実現される。
【０１４９】
ステップＳＴ１１では、表示制御部３１９の制御により、表示部３３において、図１７で示したような抽出条件決定テンプレート表示ＴＰ１がレポート作成領域Ａ４に表示される。
【０１５０】
ステップＳＴ１２では、抽出条件決定テンプレート表示ＴＰ１上における選択肢の指定に応答して、抽出条件が入力される。例えば、読影医は、読影レポート入力画面Ｇ１に表示されるオーダリング情報（図１４）を参照することで、部位分類「頭部」、モダリティ「ＭＲＩ」、及び性別「男性（Ｍ）」を特定することができる。そして、３つの項目「部位分類」「モダリティ」「性別」について、部位分類「頭部」−モダリティ「ＭＲＩ」−性別「Ｍ」の組合せを抽出条件として入力することができる。
【０１５１】
ステップＳＴ１３では、支援情報検索部３１７により、ステップＳＴ１２で入力された抽出条件に合致する一部ネットワーク情報を、支援情報ＤＢ３４２から抽出する。このとき、支援情報検索部３１７は、一部ネットワーク情報を表示制御部３１９に出力する。
【０１５２】
ステップＳＴ１４では、表示制御部３１９の制御により、レポート作成領域Ａ４において、ステップＳＴ１３で抽出された一部ネットワーク情報が可視的に一覧表示されたテンプレート表示が提供される。なお、ここで提供されるテンプレート表示は、新規な読影レポートの所見文の入力を支援するものであるため、以下「入力支援テンプレート表示」とも称する。
【０１５３】
図１９は、入力支援テンプレート表示ＴＰ２の表示例を示す図である。なお、後述する入力支援テンプレート表示ＴＰ２における各種入力及び指定は、読影医による操作部３２における操作に応答して入力される信号に基づいて行われる。
【０１５４】
図１９で示すように、入力支援テンプレート表示ＴＰ２では、上から３／４程度の領域において、左から順に、項目「撮影条件」「部位」「所見」「疾患名」についての複数の語句Ｆ１〜Ｆ４がそれぞれ表示される。具体的には、属性項目「撮影条件」については、複数の語句（「Ｔ１」「Ｔ２」）Ｆ１が、属性項目「部位」については、複数の語句（「脳室」「白質」「前頭葉」）Ｆ２が、属性項目「所見」については、複数の語句（「高信号」「低信号」「増強」「腫瘤影」）Ｆ３が、属性項目「疾患名」については、複数の語句（「腫瘍」「虚血性変化」「梗塞」）Ｆ４が列挙される。
【０１５５】
４項目「撮影条件」「部位」「所見」「疾患名」については、抽出条件に沿って抽出された一部ネットワーク情報に基づき、各項目間で、相互に関連付けられた語句どうしが線（ここでは、実線）によって結ばれた状態で表示される。このようにして、ある程度絞られた一部ネットワーク情報が可視的に一覧表示される。よって、ユーザーは過去の知識が一見して分かるような一覧表示を参照することができる。
【０１５６】
そして、４項目「撮影条件」「部位」「所見」「疾患名」の各項目について、複数の語句から１つの語句にマウスポインタＭＰを合わせて左クリックすることで、新規な読影レポートの所見文を構成する各項目に対応する語句を指定することができる。
【０１５７】
なお、ユーザーである読影医は、各項目に対応する語句を指定する際には、入力支援テンプレート表示ＴＰ２の下部に表示される読影レポートの所見文の文章モデルＭＤを参照する。この文章モデルＭＤは、教師データ等と併せて外部から与えられたレポートモデル（ここでは、文章モデル）のデータに基づいて表示される。
【０１５８】
この文章モデルＭＤは、「［空白欄Ｗ１］画像にて、［空白欄Ｗ２］において、［空白欄Ｗ３］を認め、［空白欄Ｗ４］を疑う。」といった読影レポートの所見文のモデルを示している。そして、空白欄Ｗ１〜Ｗ４には、４つの項目「撮影条件」「部位」「所見」「疾患名」に係る要素（レポートを構成する要素、以下「レポート構成要素」とも称する）である語句がそれぞれ当てはまる。つまり、読影医による語句の指定により、複数の語句（選択肢）Ｆ１のうちの１つの語句（例えば「Ｔ１」）が空白欄Ｗ１に充当され、複数の語句（選択肢）Ｆ２のうちの１つの語句（例えば「前頭葉」）が空白欄Ｗ２に充当され、複数の語句（選択肢）Ｆ３のうちの１つの語句（例えば「高信号」）が空白欄Ｗ３に充当され、複数の語句（選択肢）Ｆ４のうちの１つの語句（例えば「梗塞」）が空白欄Ｗ４に充当されることになる。
【０１５９】
なお、４項目に対してそれぞれ語句を指定する際、まず、４項目のうちのいずれか１つの項目に属する語句（指定語句）にマウスポインタＭＰを合わせると、支援情報検索部３１７により、一部ネットワーク情報に対応する一部のカウント情報を参照して、指定語句を含む選択肢の組合せの回数が所定数（例えば、１０回）以上である場合には、当該指定語句を含む選択肢の組合せを示す線が太線で強調されるような構成が採用されても良い。また、図１９で示す文章モデルＭＤでは、結語が固定されていたが、これに限られず、例えば、結語については複数の選択肢（例えば「認める」「認めない」など）から１つの語句を選択できるようにしても良いし、形容詞や副詞など自然文を構成する他の語句についても選択的に指定することができるようにしても良い。
【０１６０】
上記のようにして、４項目についてそれぞれ指定された語句が文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当されている状態で、操作部３２が適宜操作されて、コマンド入力領域Ａ８のコマンド「所見登録」が指定されると、レポート構成部３２０により、文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当されている語句が、所定の文章モデルＭＤに沿ったレポート構成要素として指定される。そして、レポート構成部３２０により、文章モデルＭＤおよび、指定されたレポート構成要素とに基づいて、新規な所見文が生成ならびに登録されて、所見表示領域Ａ５に所見文が表示される。このとき、新規に生成された所見文の情報がデータ書込部３２１によって、診療情報ＤＢ３４１に追加登録される。つまり、所定のレポートモデルに含まれる所定の文章モデルＭＤに沿った新規な所見文を含む新規な読影レポートの情報（新規読影レポート情報）が生成される。なお、ここでは、各項目に対して１つのレポート構成要素を指定したが、これに限られず、例えば、各項目に対して２以上のレポート構成要素を指定するなど、少なくとも１以上のレポート構成要素を指定するようにしても良い。
【０１６１】
このようにして、端末１０〜３０において、一部ネットワーク情報の一覧表示が可視的に表示された状態で、ユーザーが操作部３２を操作することにより、一覧表示に含まれる各項目に対し、それぞれ１以上の要素をレポート構成要素として指定することで、所定のレポートモデルに沿った新規な読影レポート情報が生成される。このため、病院の専門性などといった状況に即した読影レポートの作成が容易かつ適正に可能となる。
【０１６２】
また、レポート構成部３２０が、文章モデルＭＤの空白欄Ｗ１〜Ｗ４に充当された要素（ここでは語句）と、抽出条件を構成する要素（ここでは語句）と、入力対象である読影レポートに係る患者属性、及び検査属性を構成する要素とを、読影レポートのファイル名と関連付けることで、新規な単レポート要素関連情報を生成する。この新規な単レポート要素関連情報は、送受信部３１６を介してサーバ１００に出力される。そして、サーバ１００において、支援情報生成機能により、統合ＤＢ１２１、端末管理情報１２９、第１および第２支援情報ＤＢ１２２，１２３が適宜更新される。
【０１６３】
なお、ここでは、入力支援テンプレート表示ＴＰ２で指定された要素等に基づいて、直接的に単レポート要素関連情報が生成されたが、診療情報ＤＢ３４１に対して新規に入力された自然文である所見文などを用いて、関連情報生成機能により単レポート要素関連情報を生成するようにしても良い。但し、指定された要素等に基づいて、直接的に単レポート要素関連情報が生成される方が演算量が低減されるため、好ましい。
【０１６４】
以上のように、本発明の実施形態に係る情報処理システム１によれば、サーバ１００における支援情報生成機能により、複数の要素の項目に含まれる各項目に属する要素が関連付けられた単レポート要素関連情報が、特定の条件を満たす端末１０〜３０から送信されてきた場合に、その単レポート要素関連情報に基づいて、各項目に属する１以上の要素が複数の要素の項目間で関連付けられたネットワーク情報が生成される。このような構成を採用することで、端末１０〜３０が設置されている病院の専門性などといった端末１０〜３０の使用状況に応じたネットワーク情報が生成される。したがって、各種要素が関連付けられた情報を状況に応じて生成および供与することができる。
【０１６５】
特に、サーバ１００では、支援情報生成機能により、端末１０〜３０から送信された単レポート要素関連情報に基づいて、各端末が特定の条件を満たすことを認識する。このため、端末の使用状況に即した状況の切り分けをより適正かつ容易に行うことができる。その結果、より状況に応じたネットワーク情報が生成される。より詳細には、サーバ１００では、１つの端末からサーバ１００に送信された複数の単レポート要素関連情報のうち、所定要素を含む単レポート要素関連情報が占める割合が、所定の値域範囲にあれば、該１つの端末が特定の条件を満たすように認識される。このため、端末の使用状況に即した状況の切り分けを情報の内容の観点から行うことができる。
【０１６６】
また、サーバ１００は、情報配信機能により、複数の端末１０〜３０のうちの特定の条件を満たす端末に対して、特定の条件に係る支援情報ＤＢを構築するための要素関連ネットワーク情報を送信する。このため、病院の専門性などといった端末の特定の使用状況に応じて生成された要素関連ネットワーク情報が、その特定の使用状況にある端末に送信されることとなり、ユーザーはこの端末を介して状況に即した情報を容易に得ることができるようになる。
【０１６７】
そして、端末１０〜３０においては、入力支援機能により、病院の専門性に応じた一部ネットワーク情報の一覧表示が可視的に出力される。このため、端末１０〜３０において、ユーザーは状況に即した情報を容易に得ることができる。なお、ここでは、全体ネットワーク情報から抽出条件に合致する一部ネットワーク情報を抽出し、この一部ネットワーク情報に係る一覧表示を可視的に出力したが、これに限られず、例えば、全体ネットワーク情報を構成する要素の数が少ないような場合には、端末１０〜３０において、全体ネットワーク情報の一覧表示が可視的に出力されても良い。
【０１６８】
ここで、本発明の実施形態に係る情報処理システム１によって得られる効果について具体例を挙げて更に詳細に説明する。
【０１６９】
仮に、「脳腫瘍に強い病院」と「脳血管障害に強い病院」があった場合に、この２つのタイプの病院では作成される読影レポートが大きく異なる。このため、例えば「脳腫瘍に強い病院」から見れば「脳血管障害に強い病院」で作成された読影レポートに基づいて生成される支援情報ＤＢの情報はほとんど使わない情報である。したがって、この２つのタイプの病院で作成された読影レポートを混ぜて支援情報ＤＢを作成すると、どちらの病院から見ても、ほとんど使わない情報が多数混じった支援情報ＤＢになってしまう。そこで、「脳腫瘍に強い病院」向けの支援情報ＤＢの生成方法として、収集した読影レポートの情報から、脳腫瘍に関連する読影レポートの情報のみを抽出して支援情報ＤＢを生成するという方法も考えられるが、「脳腫瘍に強い病院」であっても、それ以外の症例については詳細に書くという事がないだけで、それ以外の症例についての読影レポートが全く書かれないわけではない。
【０１７０】
このような問題点に対して、本発明の実施形態に係る情報処理システム１によれば、専門性によって切り分けつつも、その専門性に係る読影レポートだけでなく、その他の専門性に係る読影レポートも利用して、支援情報ＤＢが提供される。したがって、病院特有の専門分野に関連しない読影レポートを作成する場合であっても、簡単な読影レポート程度の作成の支援をすることができる。
【０１７１】
＜変形例＞
以上、この発明の実施形態について説明したが、この発明は上記説明した内容のものに限定されるものではない。
【０１７２】
◎例えば、上記本発明の実施形態に係る情報処理システム１では、「脳腫瘍に強い病院」と「脳血管障害に強い病院」などといった病院の専門性に沿った特定の条件で読影レポートに係る情報を区別して、異なる支援情報ＤＢ１２２，１２３を生成したが、これに限られない。例えば、「大病院」と「小病院」といった病院の規模に沿った特定の条件などに基づいて、読影レポートに係る情報を区別して、異なる支援情報ＤＢ１２２，１２３を生成するようにしても良い。
【０１７３】
具体的には、この特定の条件としては、一定期間において１つの端末からサーバ１００に送信されてきた単レポート要素関連情報の数が、所定の値域範囲に含まれるか否かといった条件が挙げられる。例えば、１ヶ月間に１つの端末から送信されてきた単レポート要素関連情報の数が、所定数（例えば、３００）以上であるか、所定数未満であることを特定の条件とするようなものが挙げられる。
【０１７４】
より詳細には、以下のような構成を挙げることができる。
【０１７５】
統合ＤＢ１２１において端末１０〜３０ごとに区別して蓄積された単レポート要素関連情報から、解析部１１３で１ヶ月間に各端末１０〜３０から送信されてきた単レポート要素関連情報の数を解析する。そして、解析部１１３による解析結果に基づいて、端末管理部１１４で、各端末１０〜３０から送信されてきた単レポート要素関連情報の数が、所定数（例えば３００）以上であれば第１の特定条件を満たす端末であり、所定数（例えば３００）未満であれば第２の特定条件を満たす端末であると認識し、その認識結果を端末管理情報１２９として記憶部１２０に記憶する。例えば、端末１０から１ヶ月間に５００件の単レポート要素関連情報がサーバ１００に対して送信されてきた場合には、端末１０は第１の特定条件を満たし、２つの端末２０，３０からそれぞれ１ヶ月間に１００件の単レポート要素関連情報がサーバ１００に対して送信されてきた場合には、端末２０，３０はそれぞれ第２の特定条件を満たすものと認識される。そして、専門ＤＢ構築部１１５において、端末管理情報１２９に従って、第１の特定条件を満たす端末１０から送信されてきた単レポート要素関連情報に基づいて、第１支援情報ＤＢ１２２が生成され、第２の特定条件を満たす２つの端末１０，３０から送信されてきた単レポート要素関連情報に基づいて、第２支援情報ＤＢ１２３が生成される。
【０１７６】
このような構成を採用すると、大病院および小病院といった規模の異なる病院にそれぞれ設置されているといった端末１０〜３０の使用状況に即した状況の切り分けを情報量の観点から行うことができる。なお、比較的規模の大きな病院と比較的規模の小さな病院とを切り分ける態様については、１ヶ月間にサーバ１００に送信された単レポート要素関連情報が所定数を境に切り分けるような態様だけに限られず、例えば、１ヶ月間に０〜２００件を小規模病院の範囲、１ヶ月間に２００〜４００件を中規模病院の範囲、１ヶ月間に４００件超を大規模病院の範囲とするなど、種々の態様が考えられる。
【０１７７】
また、単レポート要素関連情報の内容から手術数や失敗数や成功数などといった情報を得ることができれば、このような情報の数によって、特定の条件を満たすか否かを判定するようにしても良い。また、単レポート要素関連情報におけるモダリティなどといった所定の項目に属する要素によって専門性などが分かる場合には、このような情報に基づいて、特定の条件を満たすか否かを判定するようにしても良い。
【０１７８】
◎また、上記実施形態では、単レポート要素関連情報に基づいて、各端末が特定の条件を満たすか否かが判定されたが、これに限られず、例えば、各端末に固有のＩＤや名称やパスワードなどといった識別情報に基づいて、特定の条件を満たすか否かが判定されても良い。例えば、病院の専門性や規模によって付与される識別情報が異なれば、この識別情報に基づいて、病院の専門性や規模などといった特定の条件を満たすか否かが容易に判定される。
【０１７９】
◎また、上記実施形態では、特定の条件を満たす端末にのみ、特定の条件に対応する支援情報ＤＢを構成する要素関連ネットワーク情報が配信されたが、これに限られず、例えば、サーバ１００に対してネットワーク回線ＮＴＷを介して接続された端末１０〜３０を区別することなく、全ての端末１０〜３０に対して、特定の条件に対応する支援情報ＤＢを構成する要素関連ネットワーク情報が配信されるような構成を採用しても良い。例えば、本発明の実施形態について言えば、第１の特定条件を満たす端末１０，２０に対しても、第２支援情報ＤＢ１２３を構成する要素関連ネットワーク情報が配信され、第２の特定条件を満たす端末３０に対しても、第１支援情報ＤＢ１２２を構成する要素関連ネットワーク情報が配信されるような構成を採用しても良い。このような構成が採用される場合には、端末１０〜３０側で適宜使用する支援情報ＤＢを選択することができるようにすれば良い。
【０１８０】
◎また、上記実施形態では、放射線を用いて得られた画像を読影して読影レポートを作成するシステムを例にとって説明したが、これに限られず、例えば、看護レポートやインシデントレポートなどといったその他の医療用のレポートを作成するシステムについても本発明を適用することができる。更に、例えば、営業レポートなどといった医療以外の分野のレポートの作成についても本発明を適用することができ、更にレポート以外の分野にもついても本発明を適用することができる。
【０１８１】
以下、医療以外でかつレポート以外の分野へ適用した具体例を２つ（具体例１、２）挙げて説明する。
【０１８２】
○具体例１：
端末１０〜３０が各家庭に設置され、サーバ１００に送られる複数の要素が関連付けられた情報（要素関連情報）が、食事のメニューに係る項目「主食」「主莱」「副菜」に属する要素を関連付けたものである。そして、サーバ１００側で判定する「特定の条件」を「一定期間内に主菜が肉料理である割合が所定割合以上」などといったものとすれば、特定の条件に沿って切り分けられて生成されるデータベースを用いて、家庭ごとの嗜好を反映したメニューの提案などが可能となる。
【０１８３】
○具体例２：
端末１０〜３０がパソコン販売店にそれぞれ配置され、サーバ１００に送られる複数の要素が関連付けられた情報（要素関連情報）が、売れたパソコンセットの内容、例えば、「メーカー」「ＯＳの種類」「ＣＰＵの種類」「メモリの容量」「ハードディスクの容量」「ディスプレイのサイズ」「プリンタの種類」といった項目に属する要素を関連付けたものである。そして、サーバ１００側で判定する「特定の条件」が「一定期間にハードディスクの容量が１００ＧＢ以上である割合が所定割合以上」などといったものとすれば、特定の条件に沿って切り分けられて生成されるデータベースを用いて、店舗ごとに異なるユーザー層の特徴（所謂ライトユーザーが多いのか、所謂ヘビーユーザーが多いのか等）を反映して、おすすめ商品の提案などが可能となる。
【０１８４】
◎なお、上記実施形態では、端末が端末１０〜３０の３台しか示されていなかったが、これに限られず、複数の端末が備わっていれば何台であっても良い。
【０１８５】
◎また、上記実施形態では、読影レポートの所見文が、「Ｔ２にて前頭葉に高信号を認め、梗塞を疑う。」といった自然文の形式であったが、これに限られず、例えば、所見文の形式が、「撮影条件：Ｔ２」「部位：前頭葉」「所見：高信号」「疾患名：梗塞」などといった予め属性項目毎に要素が関連付けられて構造化されたような形式であっても良い。このような所見文の形式を採用した場合には、端末１０〜３０における関連情報生成機能が不要となるため、情報処理システムの機能構成の簡略化、ならびに情報処理に要する時間などの軽減を図ることができる。
【０１８６】
◎また、上記実施形態では、４つの機能（関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能）のうち、関連情報生成機能と入力支援機能とが端末１０〜３０に備わっており、支援情報生成機能と情報配信機能とがサーバ１００に備わっていたが、これに限られず、４つの機能（関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能）を、サーバ１００と端末１０〜３０とに適宜分け合って持たせても良い。更に、１台の器機に４つの機能（関連情報生成機能、支援情報生成機能、情報配信機能、および入力支援機能）を実質的に持たせ、例えば、ユーザーＩＤなどによって区別される異なるユーザに、異なる支援情報ＤＢを提供するような態様も考えられる。
【図面の簡単な説明】
【０１８７】
【図１】本発明の第１実施形態に係る情報処理システムの概略構成を示す図である。
【図２】端末で新規な読影レポートを記述および入力する状態を例示する図である。
【図３】関連情報生成機能に係る機能構成を示すブロック図である。
【図４】ＲＤＦで記述された単レポート要素関連情報を例示する図である。
【図５】単レポート要素関連情報の生成動作フローを示すフローチャートである。
【図６】支援情報生成機能に係る機能構成を示すブロック図である。
【図７】支援情報ＤＢのデータ構成を示す図である。
【図８】支援情報の生成動作フローを示すフローチャートである。
【図９】情報配信機能に係る機能構成を示すブロック図である。
【図１０】情報配信機能に係る動作フローを示すフローチャートである。
【図１１】入力支援機能に係る機能構成を示すブロック図である。
【図１２】読影レポート入力画面を例示する図である。
【図１３】検査リスト情報の可視的な出力を示す図である。
【図１４】オーダーリング情報の可視的な出力を示す図である。
【図１５】患者属性及び検査属性に係る属性情報の可視的な出力を示す図である。
【図１６】一部ネットワーク情報の可視的な出力を示す図である。
【図１７】抽出条件決定テンプレート表示を例示する図である。
【図１８】表示対象の情報の絞り込み動作フローを示すフローチャートである。
【図１９】入力支援テンプレート表示の表示例を示す図である。
【符号の説明】
【０１８８】
１ 情報処理システム
１０〜３０ 端末
３１ 制御部
３２ 操作部
３３ 表示部
３４ 記憶部
１００ サーバ
１１０ サーバ制御部
１１１ 送受信部
１１２ 統合ＤＢ構築部
１１３ 解析部
１１４ 端末管理部
１１５ 専門ＤＢ構築部
１１６ 配信制御部
１２０ 記憶部
１２１ 統合ＤＢ
１２２ 第１支援情報ＤＢ
１２３ 第２支援情報ＤＢ
１２９ 端末管理情報
３１１ データ読込部
３１２ 自然文構造化部
３１３ 機械学習部
３１５ 識別部
３１６ 送受信部
３１７ 支援情報検索部
３１８ タスク管理部
３１９ 表示制御部
３２０ レポート構成部
３２１ データ書込部
３４１ 診療情報ＤＢ
３４２ 支援情報ＤＢ
【特許請求の範囲】
【請求項１】
情報処理システムであって、
サーバと、複数の端末とを備え、
各前記端末が、
複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を取得する取得手段と、
前記要素関連情報を前記サーバに送信する送信手段と、
を有し、
前記サーバが、
各前記端末から前記要素関連情報を受信する受信手段と、
前記複数の端末に含まれる１以上の端末が特定の条件を満たす場合に、該１以上の端末から受信した１以上の要素関連情報に基づき、前記複数の要素の項目間で該各項目に属する１以上の要素が関連付けられたネットワーク情報を生成するネットワーク情報生成手段と、
を有することを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記サーバが、
前記ネットワーク情報を各前記端末に対して配信する配信手段、
を更に有し、
各前記端末が、
前記ネットワーク情報に含まれる全体ネットワーク情報または一部ネットワーク情報に基づいて、複数の要素の項目に含まれる各項目間で該各項目にそれぞれ属する各要素が相互に関連付けられた情報の一覧表示を表示部において表示するように制御する表示制御手段、
を更に有することを特徴とする情報処理システム。
【請求項３】
請求項２に記載の情報処理システムであって、
各前記端末が、
前記表示部に前記一覧表示が表示された状態で、ユーザーによる操作に応答して、前記一覧表示に含まれる各項目に対し、それぞれ１以上の要素を所定のレポートモデルに沿ったレポート情報を構成するレポート構成要素として指定する要素指定手段と、
前記レポート構成要素に基づいて、前記所定のレポートモデルに沿った新規なレポート情報を生成するレポート生成手段と、
を更に有することを特徴とする情報処理システム。
【請求項４】
請求項３に記載の情報処理システムであって、
前記レポート情報が、読影レポート情報を含み、
前記複数の項目が、部位、所見、疾患名を含むことを特徴とする情報処理システム。
【請求項５】
請求項１から請求項４のいずれかに記載の情報処理システムであって、
前記サーバが、
各前記端末から前記サーバに送信された複数の要素関連情報に基づいて、各前記端末が前記特定の条件を満たすと認識する認識手段、
を更に有していることを特徴とする情報処理システム。
【請求項６】
請求項５に記載の情報処理システムであって、
前記認識手段が、
前記複数の端末に含まれる１つの端末から前記サーバに送信された要素関連情報の数が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする情報処理システム。
【請求項７】
請求項５に記載の情報処理システムであって、
前記認識手段が、
前記複数の端末に含まれる１つの端末から前記サーバに送信された複数の要素関連情報のうち、所定要素を含む要素関連情報が占める割合が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする情報処理システム。
【請求項８】
請求項１から請求項７のいずれかに記載の情報処理システムであって、
前記サーバが、
前記複数の端末のうちの前記特定の条件を満たす端末に対して、前記ネットワーク情報を送信することを特徴とする情報処理システム。
【請求項９】
請求項１から請求項８のいずれかに記載の情報処理システムであって、
前記取得手段が、
文章情報に対して言語処理を含む所定の情報処理を施すことで、前記文章情報から各前記項目に属する１以上の要素を抽出し、関連付けることで、前記要素関連情報を取得することを特徴とする情報処理システム。
【請求項１０】
請求項９に記載の情報処理システムであって、
前記言語処理が、
機械学習によって得られた情報に基づいた処理であることを特徴とする情報処理システム。
【請求項１】
情報処理システムであって、
サーバと、複数の端末とを備え、
各前記端末が、
複数の要素の項目に含まれる各項目に属する１以上の要素が関連付けられた要素関連情報を取得する取得手段と、
前記要素関連情報を前記サーバに送信する送信手段と、
を有し、
前記サーバが、
各前記端末から前記要素関連情報を受信する受信手段と、
前記複数の端末に含まれる１以上の端末が特定の条件を満たす場合に、該１以上の端末から受信した１以上の要素関連情報に基づき、前記複数の要素の項目間で該各項目に属する１以上の要素が関連付けられたネットワーク情報を生成するネットワーク情報生成手段と、
を有することを特徴とする情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記サーバが、
前記ネットワーク情報を各前記端末に対して配信する配信手段、
を更に有し、
各前記端末が、
前記ネットワーク情報に含まれる全体ネットワーク情報または一部ネットワーク情報に基づいて、複数の要素の項目に含まれる各項目間で該各項目にそれぞれ属する各要素が相互に関連付けられた情報の一覧表示を表示部において表示するように制御する表示制御手段、
を更に有することを特徴とする情報処理システム。
【請求項３】
請求項２に記載の情報処理システムであって、
各前記端末が、
前記表示部に前記一覧表示が表示された状態で、ユーザーによる操作に応答して、前記一覧表示に含まれる各項目に対し、それぞれ１以上の要素を所定のレポートモデルに沿ったレポート情報を構成するレポート構成要素として指定する要素指定手段と、
前記レポート構成要素に基づいて、前記所定のレポートモデルに沿った新規なレポート情報を生成するレポート生成手段と、
を更に有することを特徴とする情報処理システム。
【請求項４】
請求項３に記載の情報処理システムであって、
前記レポート情報が、読影レポート情報を含み、
前記複数の項目が、部位、所見、疾患名を含むことを特徴とする情報処理システム。
【請求項５】
請求項１から請求項４のいずれかに記載の情報処理システムであって、
前記サーバが、
各前記端末から前記サーバに送信された複数の要素関連情報に基づいて、各前記端末が前記特定の条件を満たすと認識する認識手段、
を更に有していることを特徴とする情報処理システム。
【請求項６】
請求項５に記載の情報処理システムであって、
前記認識手段が、
前記複数の端末に含まれる１つの端末から前記サーバに送信された要素関連情報の数が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする情報処理システム。
【請求項７】
請求項５に記載の情報処理システムであって、
前記認識手段が、
前記複数の端末に含まれる１つの端末から前記サーバに送信された複数の要素関連情報のうち、所定要素を含む要素関連情報が占める割合が、所定の値域範囲に含まれれば、該１つの端末が前記特定の条件を満たすと認識することを特徴とする情報処理システム。
【請求項８】
請求項１から請求項７のいずれかに記載の情報処理システムであって、
前記サーバが、
前記複数の端末のうちの前記特定の条件を満たす端末に対して、前記ネットワーク情報を送信することを特徴とする情報処理システム。
【請求項９】
請求項１から請求項８のいずれかに記載の情報処理システムであって、
前記取得手段が、
文章情報に対して言語処理を含む所定の情報処理を施すことで、前記文章情報から各前記項目に属する１以上の要素を抽出し、関連付けることで、前記要素関連情報を取得することを特徴とする情報処理システム。
【請求項１０】
請求項９に記載の情報処理システムであって、
前記言語処理が、
機械学習によって得られた情報に基づいた処理であることを特徴とする情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【公開番号】特開２００８−２５７５６９（Ｐ２００８−２５７５６９Ａ）
【公開日】平成２０年１０月２３日（２００８．１０．２３）
【国際特許分類】
【出願番号】特願２００７−１００５４６（Ｐ２００７−１００５４６）
【出願日】平成１９年４月６日（２００７．４．６）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
【公開日】平成２０年１０月２３日（２００８．１０．２３）
【国際特許分類】
【出願日】平成１９年４月６日（２００７．４．６）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【Ｆターム（参考）】
[ Back to top ]