(57)【特許請求の範囲】
【請求項１】
入力されたテキスト文書から構造化文書を作成する構造化文書作成装置の構造化文書作成方法であって、
前記構造化文書作成装置の記憶装置は、
前記テキスト文書の文字列の構成単位である文節に関連付けて記憶された、前記文節が属するカテゴリーであるコンテクストグループと、
前記コンテクストグループに関連付けて記憶された、前記文節の意味情報を表す部分木構造を含むテンプレートと、
を格納しており、
前記構造化文書作成装置の演算装置は、
前記入力されたテキスト文書を前記文節に分解し、
前記分解された文節に基づいて、前記記憶装置から前記分解された文節ごとに前記コンテクストグループを取得し、
前記取得されたコンテクストグループに基づいて、前記記憶装置から前記分解された文節ごとにテンプレートを選択し、
連続する文節について共通して選択された前記テンプレートを特定し、
前記特定されたテンプレートに含まれる部分木構造が定める空欄部分に対して以後に入力されるべき値の入力を受け付けることによって、前記入力されたテキスト文書から作成された前記構造化文書を出力すること、
を特徴とする構造化文書作成方法。
【請求項２】
前記テンプレートに含まれる部分木構造は、
コンテントアイテム（Ｃｏｎｔｅｎｔ Ｉｔｅｍ）をノードに持ち、リレーションシップをアークとして持つ木構造で表現され、
前記コンテントアイテムと前記リレーションシップの部分的な構造について、それぞれに文節が属するカテゴリーを示すコンテクストグループ識別情報及び前記テンプレートを特定するテンプレート識別情報のうちの少なくとも一方を有すること、
を特徴とする請求項１に記載の構造化文書作成方法。
【請求項３】
前記構造化文書作成装置の演算装置は、
前記入力されたテキスト文書を前記文節に分解する前に、
前記記憶装置にあらかじめ記憶されているルールに従って、前記入力されたテキスト文書を文集合の組合せに分割するサブステップを実行すること、
を特徴とする請求項１に記載の構造化文書作成方法。
【請求項４】
前記構造化文書作成装置の演算装置は、
前記作成された構造化文書を前記記憶装置に蓄積し、
前記入力されたテキスト文書中に出現する頻度が大きい前記文節を特定し、前記特定した文節に関連付けて、前記蓄積した構造化文書のうち、前記特定した文節について共通して選択されたテンプレートを用いて構造化した結果である構造化文書を記憶すること、
を特徴とする請求項１に記載の構造化文書作成方法。
【請求項５】
前記テキスト文書は病気または疾患に関する所見文、前記構造化文書は読影レポートであり、前記読影レポートは、前記病気または疾患の症状もしくは処置についての特定の項目に対し時系列的に並べて出力されること、
を特徴とする請求項１に記載の構造化文書作成方法。
【請求項６】
入力されたテキスト文書から構造化文書を作成する構造化文書作成装置であって、
前記テキスト文書の文字列の構成単位である文節に関連付けて記憶された、前記文節が属するカテゴリーであるコンテクストグループと、
前記コンテクストグループに関連付けて記憶された、前記文節の意味情報を表す部分木構造を含むテンプレートと、
を格納する記憶装置と、
前記入力されたテキスト文書を前記文節に分解し、
前記分解された文節に基づいて、前記記憶装置から前記分解された文節ごとに前記コンテクストグループを取得し、
前記取得されたコンテクストグループに基づいて、前記記憶装置から前記分解された文節ごとにテンプレートを選択し、
連続する文節について共通して選択された前記テンプレートを特定し、
前記特定されたテンプレートに含まれる部分木構造が定める空欄部分に対して以後に入力されるべき値の入力を受け付けることによって、前記入力されたテキスト文書から作成された前記構造化文書を出力する演算装置と、
を有すること、
を特徴とする構造化文書作成装置。
【請求項７】
前記記憶装置は、
前記作成された構造化文書を蓄積し、
前記演算装置は、
前記記憶装置に蓄積された構造化文書を出力し、
前記出力した構造化文書に関するユーザの編集を受け付け、
当該編集後の構造化文書を前記記憶装置に格納すること、
を特徴とする請求項６に記載の構造化文書作成装置。
【請求項８】
前記演算装置は、
検索要求に付随する入力文字列から、前記記憶装置に蓄積された構造化文書を検索して該当する構造化文書を検索出力すること、
を特徴とする請求項６に記載の構造化文書作成装置。
【請求項９】
前記演算装置は、
音声入力される自由口述文から前記テキスト文書を作成すること、
を特徴とする請求項６に記載の構造化文書作成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、例えば、マンモグラフィ（乳房Ｘ線撮影）等、医療分野における画像読影レポート作成を支援するシステムに用いて好適な、構造化文書作成方法ならびに装置に関する。
【背景技術】
【０００２】
画像読影レポートとは、ＣＴ（Computer Tomography）やＭＲＩ（Magnetic Resonance
Imaging）等の撮影写真を専門医が観察し、異常所見があれば、その形状、大きさ、種類等の特徴や、診断結果、指示等を記述したものである。近年、これら読影レポートの質の確保が課題となっている。
従来の読影レポートシステムの問題点として、読影医師ごとに記述の仕方や詳細度に差があるため、読影の質および信憑性が分かりにくい等の点があった。例えば、本来診断すべき箇所についての記述がない場合、見落としなのか、見たうえでの異常無しなのかが区別できない。また、現在遠隔読影サービスを実施している会社が既に存在するが、どの読影医に読影の依頼がまわるかは、依頼者側からは見えないこともある。その際、お互い使用する用語や略語が統一されていることは、内容を正確に伝える上でとても重要である。
【０００３】
前記した背景から、医療情報システム間の情報交換のための標準化規格の策定が進められてきており、現状では、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）、およびＨＬ７（Health Level 7）の普及が進んでいる。
特に放射線部門において、ＣＴ、ＭＲＩ等の装置で撮影される画像データの通信・保存に関するＤＩＣＯＭ規格の普及が進んでおり、ＰＡＣＳ（Picture Archiving and Communication System）やＤＩＣＯＭ対応モダリティ等の形で各社から対応製品が発売され、毎年ＩＨＥの主催するコネクタソンと呼ばれるイベントにおいて、各ベンダーマシン間の接続チェックが行われている。
【０００４】
ＤＩＣＯＭ規格の中での読影レポートの記述に関する標準規格としては、ＤＩＣＯＭ−ＳＲの策定が進められている。２００４年１月現在、１６のＤＩＣＯＭ基本規格と９３の規格補遺からなる（例えば、非特許文献１参照）。
ＳＲ（Structured Reporting）に関係するものは、マンモグラフィＣＡＤ（Suppl.50）、胸部ＣＡＤ（Supple.65）、カテーテルラボ（Supple.66）、循環器（Supple.71）、心臓エコー（Supple.72）、患者病歴（Supple.75）、血管・脳室造影の数値表現（Supple.76）、血管超音波（Supple.77）、胎児・小児（Supple.78）、乳癌診断（Supple.79）、MRアンギオグラフィ・CTアンギオグラフィ（Supple.X）である。
【０００５】
ＤＩＣＯＭ−ＳＲ等の標準構造形式で読影レポートを記述するには、入力文がどのテンプレート（構造化された定型フォーマット）に当てはまるかを決定し、該当テンプレートの空欄部分に入る値を決定しなくてはならない。そのため、これまでにも所見記述内容をテンプレート化し、入力の際にテンプレートの穴埋めを行う方法等が取られてきた（例えば、特許文献１、２、３参照）。
【非特許文献１】
「ＤＩＣＯＭ規格」、［online］、２００４年５月５日検索、インターネット＜ＵＲＬ：http://medical.nema.org/Dicom/＞
【特許文献１】
特開２００１−１２５９９４号公報（段落［００１８］〜［００３４］、図１）
【特許文献２】
特開２００１−１２６００７号公報（段落［００１０］、図１）
【特許文献３】
特開２００３−２８８３３２号公報（段落［００３１］〜［００３８］、図１、図２）
【発明の開示】
【０００６】
しかしながら、前記した従来のテンプレート入力による読影入力システムでは、入力者側で、あるいは診断部位毎に使用するテンプレートを選択し、入力項目を選択あるいは入力する必要があり、医師にとっては非常に使いにくいものであった。
【０００７】
本発明は、前記した事情に基づいてなされたものであり、医師の所見文入力を、診療分野毎の構造化された定型フォーマットに、医師の負担が少ない形で、効率的に変換して記録することのできる構造化文書作成方法ならびに装置を提供することを課題とする。
【０００８】
本発明の構造化文書作成方法ならびに装置は、入力テキストと、テンプレートおよび過去に蓄積された構造化済みテンプレートとの適合度を、文字列情報、あるいは言語解析して付与された言語情報を用いて計算し、効率的に変換先となるテンプレートを絞り込むことを特徴とする。このために、構造化に必要なカテゴリー情報を持つ単語辞書を用いて相関関数演算を行うことで入力テキストをテンプレートに従う構造化文書に変換する。
【図面の簡単な説明】
【０００９】
【図１】本発明の構造化文書作成装置が利用されるシステム環境を説明するために引用した図である。
【図２】本発明実施形態に係わるテンプレート絞込みのシークエンスを示す図である。
【図３】本発明実施形態に係わる構造化文書作成装置の内部構成ブロック図である。
【図４】本発明実施形態に係わるデータベースとプログラムモジュールの一例を示す図である。
【図５】（ａ）は分野別コンテクストグループ用語辞書、（ｂ）は分野別ＳＲテンプレート（テンプレートＤＢ）の一例を示す図である。
【図６】本発明実施形態に係わるＳＲテンプレートの例である。
【図７】本発明実施形態に係わる構造化レポート視覚化表示の一例を示す図である。
【図８】本発明実施形態に係わるフローチャートである。
【図９】本発明実施形態に係わる構造化処理の動作概念図である。
【図１０】ＤＩＣＯＭ−ＳＲで定義されているコンテクストグループの例を示す図である。
【図１１】本発明実施形態に係わる入力文の処理途中結果の表現例を示す図である。
【図１２】本発明実施形態に係わる入力文の処理途中結果の表現例を示す図である。
【図１３】本発明実施形態に係わるＳＲ木構造の一例を示す図である。
【図１４】ＳＲ木構造の概念を示す図である。
【図１５】ＤＩＣＯＭ−ＳＲで定義されているContent Itemの例を示す図である。
【図１６】ＤＩＣＯＭ−ＳＲにおけるRelationshipに関する制約の例を示す図である。
【図１７】本発明実施形態に係わるＳＲ部分木バンクの１エントリーを示す図である。
【図１８】本発明実施形態に係わる読影レポートの時系列配置の例を示す図である。
【発明を実施するための最良の形態】
【００１０】
以下、本発明実施形態について図面を参照しながら詳細に説明する。まず、ＤＩＣＯＭ−ＳＲにより定義される構造化文書について簡単に説明する。
ＤＩＣＯＭ−ＳＲにより定義される構造化文書は、病名、診断、予定、形状、数値、大きさ、日付等の内容に関するものだけではなく、対象画像、過去レポートへのリファレンス情報を持つことができる。図１４に構造化文書の概念を示す。図１４に示されるように、符号１００１で示す「Content Item」と呼ばれる情報単位と、符号１００２で示す、Content Item間の関係が定義された「Relationship」でそれぞれの概念が表現される。ＤＩＣＯＭ−ＳＲにおける構造化文書は、Content Item１００１をノードに持ち、Relationship１００２をアークとする木（ツリー）構造で表現される。
【００１１】
Content Item１００１は、図１５に示されるように、符号１１０１で示す“値タイプ”、符号１１０２で示す“概念名”、符号１１０３で示す対応する“値”の３個の組みで表
現される。値タイプ１１０１は、ここでは、「CONTAINER」、「TEXT」、「CODE」、「NUM」、「PNAME」、「SCOORD」の６種類が例示されている。
「CONTAINER」は、ＳＲドキュメントのタイトル（ＳＲの木構造で表現した場合の、ルートノードに相当する）として用いられる他、Content Item１００１をグループ化して、階層化するための入れ物として使われる。グループに意味づけをする場合、適切な名前を概念名１１０２に書けばよく、名前を記述しないで単なる入れ物として用いることも可能である。「CONTAINER」はContent Item１００１の値タイプ１１０１の中では唯一、実際の「値（１１０３）」を持たないものである。
【００１２】
「TEXT」は、値１１０３として文字列を持ち、その文字列が何の値であるかを示す「概念名（１１０２）」を必ず必要とする。ここで、概念名１１０２として用いられるのは、任意の用語ではなく、ＤＩＣＯＭ−ＳＲの中であらかじめコードが割り当てられた標準用語を用いる。「CODE」の場合は、概念名１１０２と値１１０３の両方について標準用語で表現する。「NUM」は、数値の概念名１１０２および単位を伴った値１１０３を持つ。
「PNAME」では、“医師”、“看護師”等の人名に関する概念名１１０２とその値１１０３を表現するのに用いられる。「SCOORD」は、レポートが参照する画像中の座標を表現する。この他にも、レポートが対象としている画像へのリファレンスであるとか、過去のレポートへのリファレンスを表現するための、Content Item１００１も定義されている。
【００１３】
ＳＲ木構造のもう一つの重要な構成要素である、「Relationship（１００２）」の種類としては、ＳＲの中では、「Contain」、「Has Properties」、「Inferred From」、「By-Reference」、「Selected From」、「Has Observation Context」、「Has Acquisition Context」、「Has Concept Modifier」の８種類の関係が定義されている（例えば図１４、図１６参照）。
「Contain」という関係は、親ノードタイプが「CONTAINER」であり、子ノードをグルーピングしている以上の意味がない場合等に用いられる。「Has Properties」は、親ノードの内容をさらに詳細化するような場合に用いられ、「Inferred from」は、診断の根拠となった症状等を子ノードとしてもつ場合に用いられる。「By-Reference」、「Selected From」は画像へのリファレンスに用いられる。「Has Observation Context」「Has Acquisition Context」は観察日時、観察者等の属性を記述する場合に用いられる。「Has Concept Modifier」は、症状を修飾する表現等を追加する場合に用いられる。
【００１４】
本実施形態でのＳＲレポートは、図１４に示したような、Content Item１００１をRelationship１００２で結びつけた木構造であれば全て可というわけではなく、以下に列挙するいくつかの制約をもつ。
（１）ルートノードのContent Item１００１のタイプは「CONTAINER」で、概念名１１０
２は、ＳＲレポートのタイトルを記述する。
（２）使用可能な値タイプ１１０１は、以下のもののみとする。
TEXT,CODE,NUM,DATETIME,DATE,TIME,UIDREF,PNAME,SCOORD,TCOORD,COMPOSITE,IMAGE,WAVEFORM,CONTAINER
（３）値タイプ１１０１ごとの使用可能なRelationship１００２は、図１６に表形式で示したものに限る。
（４）ＳＲ木構造において、先祖にあたるContent Item１００１への参照関係は禁止とする。
【００１５】
前記した制約だけでは、診断内容の記述パターンを与えるほどの十分な制約は与えられていない。マンモグラフィ、カテーテルラボ等、診療分野ごとにＳＲによる記述を詳細に規定したものとして、「テンプレート」が存在する。
テンプレートとは、ＳＲの部分木構造を記述したものであり、レポートの一部分に対し、Content Item１００１とRelationship１００２の部分的な構造についての定型パターンを記述したものである。テンプレートを模式的に表現すると、図６のように表現することができる。ここで、「TID4006」、という番号は、テンプレートのＩＤをあらわしており、マンモグラフィ分野のテンプレートの「Single Image Finding」（符号４０１）をあらわしている。TID4006が規定する部分木のルートノードは、「CODE」タイプのContent Item１００１が用いられている。
【００１６】
図６に示す符号４０２では、ルートノードのContent Item１００１の値１１０３としては、CID6014の中から選ばなくてはいけないということが指示されている。ＣＩＤとは、ＤＩＣＯＭ−ＳＲの中ではコンテクストグループと呼ばれ、予め決められた値集合ごとに、ＩＤが付与されている。
CID6014には、「Calcification Cluster」、「Individual Calcification」「Breast
Composition」「Breast Geometry」等の値１１０３が存在する。その他、このテンプレートを構成する要素として、符号４０３で示した、「所見の確信度」のような値１１０３や、符号４０４、４０６等のように他のテンプレートを読み込んでいる部分も存在する。符号４０８のように、呼び出し元と同じテンプレートＩＤを指定することも可能である。また、各ノード（Content Item１００１）が存在するための条件として、符号４０５、４０７のように、出現回数と必須項目か否かとを記述する。符号４０５の「１，ＭＣ」は、出現するなら１回だけで、「Ｍ」は「必須」、「Ｃ」は「条件が満たせば」を意味する。条件については、テンプレートの実際の定義には、言葉で細かく記述されているが、図６では省略している。
【００１７】
この例では、符号４０２の値が「Calcification Cluster」の場合、DTID4009番のテンプレート４０６を、Has Properties関係の子ノードとして必ず持ち、また、Inferred From関係で、DTID4006番のテンプレート４０８を使うことが推奨されている。
DTID4006番のテンプレート、「Single Image Finding」から呼び出されるテンプレートには、「腫瘍に関する記述」、「石灰化に関する記述」、「数値表現」、「単一画像所見」等が存在し、逆に「Single Image Finding」を呼び出すテンプレートとしては、「Impression/Recommendation」、「Composite Feature」等のテンプレートが存在する。
【００１８】
コンテクストグループは、特定の文脈で出現する標準用語群を一つの表にまとめたものである。図１０に、石灰化に関する用語のコンテクストグループ「CID6132」の例を示す。
ここでは、「SRT」と記載されている第１カラムが、標準用語をコードするコード体系の略称を表しており、SNOMEDやICD10、HI-BIRD等の様々な用語集が用いられている。第２カラムは、用いているコード体系のバージョンを表す。第３カラムは、当該用語のコード値を表す。第４カラムは、可読性を高めるためのもので、当該コードが表す内容について、便宜的に記述している。コンテクストグループは、前節で述べたテンプレート（ＳＲテンプレート）の中で、コンテクストグループＩＤを指定することで用いられる。なお、本実施形態では、テンプレートとＳＲテンプレートとは、同じものを指す。
【００１９】
図１３にＤＩＣＯＭ−ＳＲに従うテンプレート記述の一例が示されている。ここでは（図１１参照）、「Dens Breast Seen. Round Calcifications （３ケ） Noted In RT.A C Area, Adenoma Susp.Microcalcifications Seen In RT.A C Area. Malignancyを完全に否定できません。EchoおよびMMGにて６ヶ月後に Follow up お願いします。」という文を、ＳＲ木構造状に表現した例が示されている。
【００２０】
図１３において、符号９００は、ＳＲ文書ツリーのルートノードであり、文書タイトル“Mammography Report”を表現している。子ノードとしては、符号９０２のIMAGEタイプのContent Item１００１と、“Processing and Findings Summary” 情報を持つ部分木のルートノードItem（符号９０５）を持つ。符号９０２は、レポートが書かれる対象である画像情報へのリファレンスをもち、また、どのような状況で撮られた画像かを説明するため、子ノード（符号９０４）を、関係名“Has Acq Context”（符号９０３）として持つ。
【００２１】
さらに、“Processing and Findings Summary”は、TID4002番に対応する、“Assessment Category”（符号９０７）、“Recommendation Follow-Up”（符号９０８）、“Recommendation Follow-up Interval”（符号９０９）と、TID4004番に対応する、“Individual Impression Recommendation”（符号９１１）とから構成される。符号９１１は、TID4005のテンプレートから構成される、“Composite Feature” （符号９１３、９２０）と、TID4006番のテンプレートから構成される、“Single Image Finding” （符号９２６）とから構成され、それぞれが石灰化や腫瘍等の具体的な記述に対応している。
【００２２】
前記したＤＩＣＯＭ−ＳＲで定義された構造化文書の定義を前提に、本発明実施形態について以下に詳細に説明する。
図１は、本発明の構造化文書作成装置が利用されるシステム環境を説明するために引用した図である。具体的には、読影センター１０や、放射線科１１における読影クライアントへの入力を、ＤＩＣＯＭ−ＳＲフォーマットに変換するシステムの構成と、ネットワークへの接続環境とを示したものである。なお、図１のシステムは、読影クライアントを備える読影センター１０、読影クライアントを備える放射線科１１、ＤＩＣＯＭ画像ビューア等を備える病院１２、構造化Ｗｅｂサーバ１３（構造化文書作成装置）、読影クライアント１４、専門医認定機関１５、保健審査機関１６等から構成されている。
【００２３】
通常、Ｘ線等の画像撮影依頼を行う医者と、撮影画像を見て診断を行う読影医とは別であることが多く、最近では図１に示されるように、読影医のいる読影センター１０や放射線科１１と、読影を依頼する医者のいる病院１２とがネットワークにより接続され、遠隔画像診断を行うケースが想定できる。
現実に、放射線科認定を一箇所に集めた読影センターにおいて、遠隔読影サービスを行っている会社も存在する。その場合、まず依頼医が、読影対象のＤＩＣＯＭ画像を読影医の読影クライアント１４に送信する。送信プロトコルとしては、画像診断システムではＤＩＣＯＭ通信が一般的であるが、システム構成に応じて様々な通信形態およびプロトコルを利用できる。読影クライアント１４は、図示せぬ画像受信手段を介して受信したＤＩＣＯＭ画像を見ながら、読影作業を開始する。
【００２４】
読影作業はＩＴ化が進んでおり、各ベンダーからキーボード入力や音声入力インターフェイスをもった読影レポートシステムが製品化されている。例えば、日立メディコ社で作成している読影レポートシステム「Natural Report」では、所見入力手段として、Ami Voiceを用いた音声入力システムが用いられている。
ここでは、読影センター１０で読影レポートを作成する場合の音声入力による読影レポートの流れについて説明する。まず、医師は、コンピュータ画面（ＤＩＣＯＭ画像ビューア／ＤＩＣＯＭ−ＳＲレポートビューア）上に表示された撮影画像あるいは、シャーカステン上に並べられた撮影フィルムを見ながら、マイクに向かって所見を口述する。従来の読影レポートシステムであれば、口述したものが音声認識エンジンによってテキストデータに変換され、テキストのまま保存される。構造化処理の流れとしては、医師の入力作業はこれまでの読影作業と変わらず特に負担は増えないが、内部では、音声認識されたテキストをそのまま保存するのではなく、入力データに基づいて構造化処理を行い、ＤＩＣＯＭ−ＳＲフォーマットに変換してから保存することになる。
【００２５】
構造化処理を開始するタイミングとして、複数の場合が考えられる。通常、文章を言語解析して、書かれている情報を判定し、定型フォーマットに当てはめて構造化を行う場合、なるべく文章全体を解析処理エンジンに渡せる方が解析精度の面から望ましいが、構造化結果を医師に確認してもらうには、口述の途中から、構造化ステップを開始することが望ましい。
そこで、精度と速度のトレードオフにより、（１）文章全体を言い終わるまで待つ、（２）１文を言い終わるまで待つ、（３）１文の入力を待たない、といった３パターンを考えることができる。入力文を、ＤＩＣＯＭ−ＳＲ等であらかじめ定義された定型フォーマットに変換する際、どのテンプレートが入力文のどの範囲をカバーするかを判定する必要があるが、（３）の場合のように、口述が始まっている段階から処理を開始するには、テンプレート候補を探索する処理を行うことにより、処理効率を上げることが可能と考えられる。
【００２６】
構造化の結果について医師が意図したものかを確認するため、構造化の結果をわかりやすく提示する必要がある。提示方法としては、構造化が完全に終了した段階で表示する方法と、口述途中に動的に部分的な構造化の様子を表示する方法とが考えられる。構造化結果の表示方法としては、例えば、図７に示す表示形式が考えられる。
図７に示す例では、符号５０４で示すフィールドに、文章から抽出された、Ｘ線照射方向に関する情報が表示され、また、特にフォローに関する記述はなく（符号５０５）、症状の一つとして符号５０６（Composite Feature）が書かれており、その中身は、位置が内上部、外上部（符号５００）で、円形石灰化（符号５０１）を３箇所（符号５０２）持ち、診断名は腺腫（符号５０３）である等のことがわかる。
【００２７】
構造化データが記憶装置に蓄積されれば、病変部位と症状のペアで検索する等、高品質な読影レポート検索を行うことができる。また（図１参照）、定型フォーマットに従いレポートを記述することが一般的となれば、専門医認定機関１５において、専門医の評価を行う際に、過去に作成されたＳＲレポートを用いて評価を行うことや、保険審査機関１６において医師の能力に応じた保険点数付けの差別化を行う際の評価への応用等の可能性も考えられる。
【００２８】
また、自由文の構造化手段を、Ｗｅｂ（World Wide Web）サービスとして、様々な医療機関にアウトソーシング技術として提供することができる。図１では、構造化Ｗｅｂサーバ１３のように、ネットワーク上のどこかのサイトで構造化プログラムサービスが提供される。この場合、読影レポートシステム側からは、関数呼び出しのような形で、構造化プログラムが使用可能となる。
【００２９】
図２に、この場合におけるＤＩＣＯＭ−ＳＲレポート文構造化シーケンスが示されている。すなわち、読影クライアント１４から音声による所見入力（Ｓ２０１）が、また、病院１２のＰＡＣＳ（Picture Archiving and Communication System）、あるいはＲＩＳ（Radiology Information System）から、それぞれ検査部位情報、画像が構造化Ｗｅｂサーバ１３に提供される。これを受けた、構造化Ｗｅｂサーバ１３は、テンプレート候補の絞込みを行うが（Ｓ２０３）、このとき併せて過去に蓄積された既存の構造化レポート候補の絞り込みも行う。さらに、所見入力（Ｓ２０２）に従うＳＲ部分木候補の絞込みによる構造化処理を実行し（Ｓ２０４、Ｓ２０５）、最終的な目標であるＤＩＣＯＭ−ＳＲレポートの作成を行う。前記したＳＲ部分木候補の絞込み（Ｓ２０４）、および構造化処理（Ｓ２０５）については後記する。
【００３０】
構造化Ｗｅｂサーバ１３に実装される構造化文書作成装置の内部構成を図３に示す。なお、構造化文書作成装置は、読影センター１０もしくは放射線科１１のコンピュータに実装されても良い。
構造化文書作成装置は、演算装置１、入力装置２、記憶装置３及び出力装置４を含んで構成される。演算装置１は、ＣＰＵ（Central Processing Unit）から主として構成され、所見入力取込み部１０１と、拡張型形態素解析部１０２と、構造化文書変換部１０３と、構造化文書出力部１０４と、辞書情報更新部１０５と、編集入力取込み部１０６と、検索支援部１０７と、項目値予測部１０８と、構造化文書更新部１０９とを含む（図３参照）。
【００３１】
所見入力取込み部１０１は、医師によって入力された音声（例えば病気または疾患に関する所見文）を、内蔵する音声認識エンジンによってテキストに変換して拡張型形態素解析部１０２へ供給する。拡張型形態素解析部１０２は、変換されたテキスト文書を、専門用語と当該専門用語が属するカテゴリーとを記憶した単語辞書３３を参照して形態素解析を行い、構造化文書変換部１０３へ供給する。
【００３２】
構造化文書変換部１０３は、前記形態素解析して得られる単語と当該単語が属するカテゴリーの相関関係を抽出し、テキスト文書を相関関係に基づいて規格化された定型フォーマットに従う構造化文書（読影レポート）に変換して構造化文書出力部１０４へ供給する。構造化文書変換部１０３は、構造化文書に変換する際、相関関数演算を行うことでテンプレートＤＢ３４に格納され用意されるテンプレートの絞込みを行う。また、構造化文書出力部１０４は、構造化文書変換部１０３で変換して得られる構造化文書を構造化文書ＤＢ（構造化レポートＤＢ）３１２に蓄積すると共に、出力装置４として用意される表示画面等に出力する。
【００３３】
一方、編集入力取込み部１０６は、表示画面に出力された構造化文書を視認した医師が編集のための入力を試みた場合にその入力を取り込み、辞書情報更新部１０５へ供給する機能を持つ。辞書情報更新部１０５は、構造化文書ＤＢ３１２に蓄積された構造化文書を参照し、その編集履歴を用いて単語辞書３３（３０１〔図４参照〕）を更新する機能を持つ。
【００３４】
また、診断知識ＤＢ３２０には、構造化文書ＤＢ３１２に蓄積された構造化文書に基づき作成される診断知識体系が格納され、項目値予測部１０８には、診断知識ＤＢ３２０から読み出される情報と、外部から入力され取り込まれる経過時間情報から症状の進行を予測し、規格化された定型フォーマット（テンプレート）の項目欄に当てはめる機能を持つ。検索支援部１０７は、外部から供給される検索要求に付随する入力文字列から、構造化文書ＤＢ３１２に蓄積された構造化文書を検索して該当する構造化文書を検索出力する機能を持つ。また、構造化文書更新部１０９は、変換して得られる構造化文書を表示画面に視覚表示してキーボード等の入力装置２からの医師等の編集入力を促し、編集入力があったときにその情報を取り込み、構造化文書が蓄積された構造化文書ＤＢ３１２の内容を更新する。
【００３５】
なお、ここでは、各種ＤＢとして、単語辞書３３（単語辞書３０１）、構造化文書ＤＢ３１２、知識体系ＤＢ（診断知識ＤＢ３２０）、テンプレートＤＢ３４の一部のみ代表して示したが、実際は、図４、図５に示される各種ファイルが記憶装置３にＤＢとして構築され、利用される。また、文境界判定モジュール３０２等のように、演算装置１を構成するＣＰＵに呼び出されて機能する各種プログラムモジュールも記憶装置３に記憶されて用意される。
［００３６］  なお、図３の単語辞書３３については、図４に示される様に汎用の単語辞書３０１の他にＳＲ部分木バンク３１４、あるいは、図５（ａ）に示されるように、マンモグラフィ、カテーテルラボ、心臓エコー等、分野別コンテクストグループ用語辞書（専門用語が属するカテゴリーを記憶）が用意され、また、テンプレートＤＢ（３４）には、図５（ｂ）に示されるように、マンモグラフィ、カテーテルラボ、心臓エコー等、分野別ＳＲテンプレートが用意されている。詳細は後記する。
［００３７］  以下、自由文（自由口述文）として入力される読影レポートを、分野ごとに決められたある一定の構造に変換する場合の処理について、図８に示すフローチャート、ならびに関連する図面（図３や図４等）を参照しながら説明する。
［００３８］（Ｓ６１：文書分割処理（Ｓ６１、Ｓ６２：第１のステップ））
本発明の構造化文書作成装置（演算装置１）は、まず（図４参照）、文境界判定モジュール３０２やパラグラフ境界判定モジュール３０８に登録されている文字列パターンマッチルールに従い、入力文章を、文集合の組合せに分割する。
文章分割処理は段階的に行い、例えば「診断部分」、「所見部分」、「指示部分」等の文集合に大雑把に分割したあと、パラグラフ境界判定モジュール３０８において、文集合の種類ごとに用意されているパターンマッチルールに従い、文章分割処理を再帰的に繰り返す。
［００３９］  例えば、「所見部分」であれば、より細かい文集合として、「画像クオリティ」、「撮影方向」、「撮影部位」、「石灰化」、「胸部構成」等の種類が考えられる。分割ルールは、例えば、入力文章中に、「診断：」、「ＩＭＰＲＥＳＳＩＯＮ」、「ＣＴ  ＳＣＡＮ  ＯＦ  ＡＢＤＯＭＥＮ」等の文字列パターンが見つかれば、その前後で文集合を分離することができる。
文集合「診断」の範囲としては、「診断：」という文字列が出現し、次の別の手がかりパターンが出現するか文章の終わりまでとなる。パラグラフ境界判定モジュール３０８による文章分割処理は、再起ステップの何れかの段階により、適用ルールが存在せず、分割をそれ以上進めることが不可能な場合が存在する。その場合は、文境界判定モジュール３０２により文単位の分割処理を行い、文境界判定モジュール３０２による判定処理が失敗すれば、当該領域の分割処理は終了する。
前記した文章分割処理では、最小単位として文を仮定しているが、「明らかな悪性所見は認めませんが、他の検査所見を参考にしてください」等のように、接続助詞「〜が」等により、文の途中で、別々の文集合に分けた方がいい場合はその限りではない。
［００４０］  各文集合は、「＜ｐａｒａｇｒａｐｈ＞…＜／ｐａｒａｇｒａｐｈ＞」等のタグで囲んでおくことにより表現できる。パラグラフ範囲を決定するのに用いた手がかりによっては、パラグラフの種類を決定できることがある。その場合は、「＜ｐａｒａｇｒａｐｈ  ｔｙｐｅ＝″ｃｏｎｃｌｕｓｉｏｎ″＞」、「＜ｐａｒａｇｒａｐｈ  ｔｙｐｅ＝″ｐｒｏｃｅｄｕｒｅ″＞」等、ＸＭＬの属性情報形式を利用して、パラグラフの種類を表現できる。「＜ｐａｒａｇｒａｐｈ＞＜ｓｅｎｔｅｎｃｅ＞…．＜／ｓｅｎｔｅｎｃｅ＞＜ｓｅｎｔｅｎｃｅ＞…＜／ｓｅｎｔｅｎｃｅ＞＜／ｐａｒａｇｒａｐｈ＞」のように、入れ子になったタグで該当領域を囲むことで、階層的な分割過程を表現することができる。
以上のような分解ステップを可能な限り繰り返すことで、可能な粒度で、特定内容記述領域の集合に分解する。分解に必要な手がかりパターンは、記憶装置に割付けられたパラグラフ境界判定モジュール３０８、文境界判定モジュール３０２に記録される。
［００４１］  文章分割処理で用いるルールは、図１に記憶装置として示されるように、ユーザや検査種別ごとに共通なものと、個別にカスタマイズされるものとに分けられる。標準フォーマットに従った構造化レポートを作成する上で利用可能な新たなデータおよびルールに関しては、各サイトで得られた知見を必要に応じて同期を取り、共有することで、構造化レポート構築環境を向上し合うことが可能である。
［００４２］（Ｓ６２：拡張型形態素解析処理：図３参照）
入力としては、通常一文を仮定するが、一つのＳＲテンプレートに対応する内容が、複数文で記述されることもあるため、複数文を対象とする場合もある。
［００４３］  拡張型形態素解析部１０２において実行される拡張型形態素解析では、「病名」、「部位」等の意味情報付き単語辞書および、コンテクストグループ用の単語辞書３３だけではなく、ＳＲ部分木バンク３１４を辞書として用いる。ＳＲ部分木バンク３１４は、意味情報としてＳＲ部分木を持つ意味情報付き単語辞書とみなすことができる。）単語辞書３０１における単語が、「多数のＳＭＡＬＬ  Ｃａｌｃｉｆｉｃａｔｉｏｎ」等の単語範囲を超えた文字列に相当し、意味に相当するのが、対応するＳＲ部分木となる。
単語辞書３０１とＳＲ部分木バンク３１４を用いて、入力文章に対する辞書引きと動的計画法を用いた最適パス探索（松本裕治，北内啓，山下達雄，平野善隆，松田寛，高岡一馬，浅原正幸，″日本語形態素解析システム『茶筌』ｖｅｒｓｉｏｎ  ２．２．１  使用説明書″，Ｄｅｃ，２０００）により、入力文章を意味（構造）情報付きの単語（文字列）シークエンス（図９、符号６００）に分解することができる。
［００４４］  さらに読影レポートでは、表記ゆれも多いことから、形態素解析処理における辞書引き処理を拡張する。完全一致を前提とする辞書引き処理だけでなく、文字の欠損や挿入に対しても辞書エントリー文字列と入力文字列のＤＰマッチングを行うことで、一定範囲の表記ゆれを吸収して辞書引き処理を行うことができる。
例えば、単語辞書３３に「微細線状石灰化」という単語が登録されている場合、文章中に、一文字欠けた「微線状石灰化」という文字列が出現した場合でも、正しく意味情報付き単語（文字列）シークエンスを得ることができる。同様の処理が、入力が「左側ＭＲＩオーダー」で、辞書が「左側のＭＲＩオーダー」という場合でも可能である。通常、形態素解析に用いる辞書はＳｕｆｆｉｘ  ＴｒｅｅやＳｕｆｆｉｘ  Ａｒｒａｙのように、辞書引き速度を高速化するために工夫したデータ構造を持つことが多いため、入力文字を用いたＳｕｆｆｉｘ  Ｔｒｅｅの遷移過程に、挿入、欠損、置き換えに対応する処理を加える方法が考えられる。
［００４５］  この処理には、例えば「先頭文字の欠損、置き換えはないものとする」等の制約を加えることで、対処できる表記ゆれを限定し、速度を確保することができる。また、Ｓｕｆｆｉｘ  Ｔｒｅｅの遷移過程において、置換不可能な文字列を定義することも有効である。例えば、「多数」、「多量」の一文字置換は、同一と見做せる可能性があるが、「多数」、「少数」の一文字置換を同一と見做すことは、重大な誤りを引き起こすと考えられる。以上の処理は日本語に限ったものではなく、所見文に多く見られる、英語と日本語が混在している文や英文に対しても同様に行うことができる。
［００４６］（Ｓ６３：文節解析処理（Ｓ６３〜Ｓ６５：第２のステップ）
続いて、前記した拡張型形態素解析部１０２の出力結果である単語（文字列）シークエンスについて、文節解析モジュール３０５により、文節解析処理を行う。文節とは、一般的には動詞、名詞等の意味をもつ単語である自立語シークエンスの後に、格助詞、助動詞等の単独では意味を持たない付属語シークエンスが続いた形をしている。英語に関しても、名詞節、動詞節と呼ばれる日本語の文節に相当する単位を構成することができる。
例えば、図９に示す単語シークエンス６０１、６０２、６０３は、文節６０４（「右乳房に」）となり、符合６０５は、単独で文節６０６（「伴った」：）となり、単語シークエンス６０７、６０８、６０９は、文節６１０（「腫瘍影を」）になり、符号６１１、６１２、６１３は、文節６１４（「認めます。」）となる。
［００４７］（Ｓ６４：文節種判定処理）
次に、文節種判定モジュール３０４によって、文節種判定処理を行う。それぞれの文節は、構成要素である単語の持つ意味情報に従い、「病名」「部位」「指示」等の意味情報や、単語が属するコンテクストグループＩＤを持つことができる。マンモグラフィＣＡＤ分野において、ＳＲで定義されているコンテクストグループの例として、図１０に石灰化の種類用語に関するコンテクストグループを挙げる。
ここで、「ポップコーン状石灰化」という用語は、符号化体系「ＳＲＴ」のバージョン１．１において、「Ｆ−０１７６１」というコードが振られているということがわかる。図１０のコンテクストグループには、「ＣＩＤ６１３２」というＩＤが付与されている。図９に示す例では、文節６０４のコンテクストグループがＣＩＤ６０２２で一般的には、検査部位を意味する。文節６１０は、腫瘍の一種である「Ｍａｓｓ」に分類され、動詞句である文節６１４は、確信度を示すものとして分類される。
［００４８］  文節種判定処理の第２の方法として、別に定義した単語シークエンスパターンに従い、当該文節に、「部位」「指示」等の意味情報を文節種として付与する。文節種判定処理の結果は唯一である必要はなく、複数保持することが可能である。文節種判定処理では、その他に、当該文節を要素として含むＳＲテンプレートＩＤを文節種として出力する。例えば、ＳＲテンプレートにおいて、「確信度」に相当する要素は、ＴＩＤ４００２、ＴＩＤ４００５、ＴＩＤ４００６等に出現するため、符号６１４の文節種として、前記した３つのＳＲテンプレートＩＤを持つ。また、ＳＲ部分木６１５は、ＴＩＤ４００９というＩＤを持つが、ＴＩＤ４００９を要素としてもつＳＲテンプレートには、ＴＩＤ４００６、ＴＩＤ４００５が存在する。文節種判定処理段階では、複数候補をメモリ等の記憶装置に保持しておき、後記するＳＲテンプレートを用いた構造化処理において、適当なものを選択する。
前記した拡張型形態素解析部１０２による出力結果である単語（文字列）シークエンスのうち、ＳＲ部分木に対応する文字列部分については、ＳＲ部分構造木情報を持ち、文節種判定処理を行う必要はない。
［００４９］  解析結果や途中の状態は、図１１、図１２に示すＸＭＬ（ｅＸｔｅｎｄｅｄ  Ｍａｒｋ−ｕｐ  Ｌａｎｇｕａｇｅ）フォーマット等で記述しておくことができる。
図１１、図１２中、符号８００は、入力文を表し、文境界も曖昧な状態である。符号８０１は、前記した文章分割処理により、文範囲が定まった状態を表しており、各文は、タグ“＜文＞”で囲まれた領域で表現される。符号８０２は、前記した拡張型形態素解析処理が終了した状態である、各単語の範囲が、タグ“＜形態素＞”の囲む領域として表現されている。符号８０３は、文節解析処理が終了した状態を表しており、文節が、タグ“＜節＞”の囲む領域として表現されている。符号８０４は、文節種判定処理が終了した状態を表しており、各文節種が、“＜石灰化＞”、“＜確信度＞”、“＜個数＞”、“＜病理＞”等のタグで囲まれた領域として表現されている。
［００５０］（Ｓ６５：テンプレート照合による構造化処理）
続いて、構造化文書変換部１０３によりテンプレートに基づく構造化処理が実行される。ＳＲテンプレートはＩＤを持ち、部分木構造を持つ。部分木の構成要素としては、前記したコンテクストグループＩＤやＳＲテンプレートＩＤを持ち（コンテクストグループ識別情報及びテンプレート識別情報のうちの少なくとも一方が付与され）、前記した文節種情報やＳＲ部分木情報と照合することで、適用可能なＳＲテンプレートおよびＳＲテンプレート中の対応箇所を特定することができる。
Ｓ６４で行われる文節種判定処理により、近い距離にある一連の文節種あるいはＳＲ部分木が、文節種として同じテンプレートＩＤを持つ場合、例えば図９に示す例では、符号６１６と符号６１７では、共通のテンプレートＩＤである“４００５”をもつような場合、共通テンプレートＩＤに従った部分木を構成する。
それらの文節およびＳＲ部分木群は、必ずしも連続する必要はない。
図９のＳ６５で示すテンプレート照合型構造化処理で、入力解析結果との照合対象となるＳＲテンプレート自身も、自身を要素として持つテンプレートのＩＤ（符号６１５のＴＩＤ４００９に対する符号６１６のＴＩＤ４００５，４００６）をあらかじめ計算しておくことができる。
文節種判定処理結果のみならず、テンプレート照合型構造化処理により新たに構成されたＳＲ部分木も同様に、テンプレートＩＤ候補が同じである文節あるいはＳＲ部分木が、連続するか至近距離に並んでいる場合、それらの要素をまとめて、当該テンプレートに対応する部分木を構成する。
同一文節種候補が連続して並ぶ場合、それらの文節群を部分木としてまとめる。
まとめられた文節群は、各テンプレートの意味に従い、「サイズに関する記述」、「腫瘍の形態、症状に関する記述」、「個数の記述」、「次回検査までのインターバルの記述」等の内容を表するＳＲ部分木となる。
文節種判定処理において、自身を要素として含むテンプレートＩＤを計算する際、ＤＩＣＯＭ画像ヘッダや、ＲＩＳ、ＨＩＳ等の病院システムを介して得られる検査種別、撮影部位情報を用いることで、出力を変更することができる。例えば、対象所見文がマンモグラフィであることが分かれば、内容に関する部分使用されるＳＲテンプレートは、テンプレートＩＤ４０００〜４１００番に絞られる。
［００５１］（第３のステップ（Ｓ６６）：構造化文書の出力）
構造化文書を出力装置４から出力する。出力装置４は、表示画面、プリンタ、スピーカ、ネットワークインタフェイスカード等が該当する。
［００５２］（第４のステップ（Ｓ６７）：構造化レポートの蓄積）
作成された構造化レポート（構造化文書）は編集入力取込み部１０６により医師のフィードバックを経て正しいことを確認した後、構造化文書出力部１０４が、構造化レポート蓄積モジュール３１８を実行することにより、構造化文書ＤＢ（３１８）に蓄積される。
蓄積された構造化レポートは、部分構造抽出モジュール３１３により、再利用可能な部分木に分解され、対応する部分文字列とペアでＳＲ部分木バンク３１４に登録される。これらの部分木は、図１に共有データとして示すように、各読影サイトで蓄積されたＳＲ部分木で利用性の高いものについて同期を取り、共有することで、構造化レポート構築環境を向上し合うことが可能である。
［００５３］  次に、診断知識と時系列情報の利用について説明する。診断知識ＤＢ３２０と構造化レポートを組み合わせることで、医師の入力・鑑別漏れ、検査示唆等のアラート機能や、研修医の教育的入力支援を行うことができる。
例えば、診断知識ＤＢ３２０に、「線維線種とのう胞の鑑別は、超音波が容易」という知識があれば、「繊維線種」や「嚢胞」の所見入力がなされた場合に、他の可能性はないか確認を求めることや、ＳＲテンプレートのRecommendation部分に「超音波検査を進める記述を、デフォルト値として設定できる」という知識があった場合、「スピキュラを伴う腫瘍→良性「手術後瘢痕(postsurgical scar)、放射状瘢痕(radial scar)、脂肪壊死(fat necrosis)、硬化性腺症(sclerosing adenosis)、脳瘍」、悪性「硬癌、浸潤性小葉癌。手術や外傷の既往がはっきりしていて、その部位が所見に一致している場合を除いて、精密検査適用」「境界不明瞭→Breast Compositionの問題か、腫瘤の性状かの区別が重要」、「スピキュラを伴う腫瘤に脂肪濃度をみた場合→脂肪を巻き込んで浸潤する硬癌と放射性瘢痕（radial scar）とは鑑別しましたか？」「のう胞内に増殖性の部分があっても、その部分のＸ線吸収値と、液体成分のそれとを区別することはできない。」「腫瘤の形状と悪性の度合い。円形→多角形→分葉状→不整形」「平滑であって浸潤である、という境界は矛盾した表現」「マンモグラムのみで良性石灰化と診断できるもの→皮膚、血管の石灰化、線維線種や入管拡張症に伴う石灰化、円形石灰化、中心透過性石灰化、石灰乳石灰化等」「びまん性、領域性の分布は良性が多い。区域性、線状の分布をとるものは悪性を十分に考慮する必要がある」「鑑別が必要なものと、明らかな良性とを区別することが大事」「脂肪を腫瘤の構成要素として含む→脂肪腫、過誤腫、乳瘤、オイルシスト、リンパ節」「乳癌脂肪成分なし。周辺組織に浸潤して脂肪を巻き込むことはある」といった入力支援が可能になる。これらは項目値予測部１０８により処理される。
【００５４】
部分木テンプレートを用いた構造化文書作成処理において、入力文で記述されない内容については、「異常なし」あるいは、前回の読影レポートの対応する値を用いることで、デフォルト値を与え、医師の入力負担を減らすこともできる。逆に入力文に記述されている内容と、検査値や過去の読影レポートの対応項目との矛盾点を指摘することも有効である。
【００５５】
次に、時系列情報の表示について説明する。前記したように、レポートを構造化することにより、レポートを項目別に時系列配置することが可能である。
具体的に、図１８において、符号１４００は読影レポート作成日時（時間軸）を示し、符号１４０１は、レポート対象の部位を示す。また、符号１４０２は、各部位における、石灰化、腫瘍、その他の所見（症状）を表す。
各所見はさらに、重篤度の度合いに応じて分類する。例えば、石灰化であれば、皮膚、血管の石灰化、繊維線種、円形石灰化、中心透過性石灰化等の明らかな良性石灰化に関するものから、重篤度の高い石灰化症例を並べる。符号１４０４〜１４０８はレポートを表し、対応する時間、部位、症状の位置に配置することで、過去に行ってきたレポートを俯瞰することができる。新たにレポートを作成する場合、適当な過去レポートを参照する場合にも都合がよい。
【００５６】
読影医の側から積極的に行う「構造化読影レポート作成支援システム」のカスタマイズ方法として、ＳＲ部分木バンク３１４（図４参照）への登録モジュール（ＳＲブロック登録モジュール３１６）と、コンテクストグループ用の単語辞書３３（図３参照）への同義語・新規用語登録モジュール（コンテクストグループモジュール３１５）とがある。
前者のモジュールでは、読影医がよく利用する表現とその構造化結果を、ＳＲ部分木バンク３１４に、ＳＲブロック登録モジュール３１６を用いて登録する。これにより、入力文字列への貼り付け処理において、読影医がよく利用する表現とその構造化結果の再利用が可能である（第５のステップ）。後者のモジュールでは、例えば石灰化の種類に関するコンテクストグループの、“ポップコーン石灰化"と同義語であれば、“Code Scheme Designator"、 “Version"、 “Code Value"、が「SRT、1.1、F-01761」であり、code meaningの表現が異なるエントリーをコンテクストグループモジュール３１５により登録する。また、石灰化の種類ではあるが、図１０におけるいずれのエントリーの同義語でもない場合は、「USER、1.0、F-01770」等のように、重複しない新しいＩＤで登録する。
【００５７】
提示された構造化結果に対して、読影医の側からフィードバックを返す手段が、編集入力取込み部１０６である。例えば、図７の“Individual Calcification”フィールドの値が、“円形石灰化”となっているが（符号５０１）、実際には石灰化症例に関するコンテクストグループ（ＤＩＣＯＭ−ＳＲでは、図１０に示すようにＣＩＤ６１３２番として定義されている）中の別の要素であった場合、別の項目（例えば、“石灰乳石灰化"）を選択する、あるいは直接値を入力する等して、利用者の側で出力結果にフィードバックすることができる。
【００５８】
読影医の作業を利用した自動カスタマイズの方法に、構造化レポートの修正履歴を用いる方法がある。構造化レポート編集モジュール３１７により記録された構造化レポート修正履歴ＤＢ（３１１）を基に、文節種判定モジュール３０４のカスタマイズを行う。
例えば、「Ｓ７」という文字列が出現した際、文節種判定モジュール３０４で取り扱われるパターンマッチルールのうち、「がんの進行度」のパターンと、日付（「昭和7年」）を表すパターンの両方に適合する。読影医が「がんの進行度」のつもりで所見入力を行っている場合、もし、文節種判定モジュール３０４が、もともと「がんの進行度」と判定すれば、特にカスタマイズは行われない。逆に、「昭和7年」と判定した場合は、通常、構造化レポートの編集入力取込み部１０６により、読影医のフィードバックでパターンマッチルールが修正され、その修正パターンがレポート修正履歴ＤＢ（３１１）に記録される。蓄積された修正ログを用いて、修正ログ解析モジュールが、ルールの適用順序を変更し、あるいはパターンの適用重みを変更することにより、各読影医の書き方を一部カスタマイズが可能である。
【００５９】
このように、本発明によれば、医師の所見文入力を、診療分野毎の構造化された定型フォーマットに、医師の負担が少ない形で、効率的に変換して記録することができる。
今後、放射線科の読影レポートシステムの入力段階において使用される「ＤＩＣＯＭ−ＳＲ対応読影レポート」を標準仕様としてパンフレットに書くことが必須仕様として求められるようになると考えられ、この場合、前記した本発明は有効なツールとして活用されることが期待できる。
【産業上利用の可能性】
【００６０】
本発明によれば、医師に負担をかけることなく、標準形式に従った利便性の高い読影レポートを作成し、また、知識として蓄積することができる装置を具現できる。
【図１】
0004649405.tif 000002
【図２】
0004649405.tif 000003
【図３】
0004649405.tif 000004
【図４】
0004649405.tif 000005
【図５】
0004649405.tif 000006
【図６】
0004649405.tif 000007
【図７】
0004649405.tif 000008
【図８】
0004649405.tif 000009
【図９】
0004649405.tif 000010
【図１０】
0004649405.tif 000011
【図１１】
0004649405.tif 000012
【図１２】
0004649405.tif 000013
【図１３】
0004649405.tif 000014
【図１４】
0004649405.tif 000015
【図１５】
0004649405.tif 000016
【図１６】
0004649405.tif 000017
【図１７】
0004649405.tif 000018
【図１８】
0004649405.tif 000019