JP2020205070A

JP2020205070A - 医用レポート作成装置およびその制御方法、医用レポート作成システム、プログラム

Info

Publication number: JP2020205070A
Application number: JP2020141102A
Authority: JP
Inventors: 英智相馬; Hidetomo Soma; 全弘八上; Masahiro Yagami
Original assignee: Canon Inc
Current assignee: Canon Inc
Priority date: 2020-08-24
Filing date: 2020-08-24
Publication date: 2020-12-24

Abstract

【課題】入力用テンプレートを用いたレポート作成において、記載済みの内容の再利用をより容易にするレポート作成装置およびその制御方法を提供する。【解決手段】属性の異なる複数の項目により構造化された医用レポートを作成する読影レポート作成システムは、複数の項目の各々において記述されるべき詳細項目の項目名と入力候補を保有する入力用テンプレート３６７を用いて、ユーザである読影医２０２による読影レポートの作成を支援する。入力用テンプレート検索３６５は、入力用テンプレート３６７において詳細項目に関連づけられて記載されている検索条件を用いて、読影レポートの入力済みの記載から入力候補を検索し、作成支援で用いるために、検索された入力候補を、検索条件が関連付けられている詳細項目の入力候補に追加する。【選択図】図３

Description

本発明は、レポート作成装置、およびその制御方法に関する。

医療現場においては、医療画像を用いた画像診断の結果を報告するための読影レポートが作成される。Ｘ線撮影装置のデジタル化、ＣＴ（Computed Tomography）やＭＲＩ（Magnetic Resonance Imaging）等による医療画像のデジタル化に伴って読影レポートの電子化が進んできている。

読影レポートは、医療画像において医師が認識、発見した事象や現象を記載する所見と呼ばれる記載内容と、所見に基づいて疑われる病気の指摘などを行う診断と呼ばれる記載内容とを含む。所見や診断は、文章で記載されることが多く、そのため、テキストの情報として扱われている。所見と診断の記載の間には、医師の知識に基づく原因と結果のような論理的な関係性がある。このような関係性は、自明なために省略される場合もあれば、文章の中に明示的に記載される場合もあり、さらには、その記載方法も医師によって異なる。このような記載の揺らぎは、撮影／読影を依頼した医師が読影レポートの内容を読解するのに要する時間を増加させる要因や、誤読の要因となる。

近年、所見や診断、医療画像との関係を明確に表現するために、構造化した読影レポートの作成が提案されている。さらに、関連する複数の読影レポート内の所見や診断間の関係を明確に表現、記載できるようにすることも提案されている。このような構造化により、ユーザは、単一もしくは複数の読影レポートに記載または添付された、医療画像、所見、診断等の各記載間の関係を簡単に確認し、編集することが可能になってきている。構造化した読影レポートの作成は、構造を画面上に表示して、構造に対する操作を行いながら、文字入力等を行うことで行われる。必要な情報の記載漏れを防止するために、入力用テンプレートが用いられることも多い。また、入力される内容や値等を入力候補として入力用テンプレートに準備しておき、入力用テンプレートから所望の入力候補を選択することにより文字入力を行えるようにすることで、入力操作の簡便化が図ることも一般に行われている。

特許文献１と特許文献２では、入力用テンプレートを用いた技術が記載されており、対象としている部位等の情報から入力用テンプレートを検索する。入力用テンプレートは入力項目毎に記載内容の候補を保有しており、入力候補を選択することで項目への入力ができるようになっている。また、特許文献１では、項目単位の入力内容から文章を生成する機能を有しており、記載済みのレポートから、記載内容の再利用や、同じ対象物に対する指示を明確にするための同一の表現が使用されるように引継ぎが行われる。

特許文献３には、記載文章内に穴あきの入力部分を有し、その入力部分に記載する形態の入力用テンプレートにおいて、ある入力部分について選択した内容によって、他の入力部分の候補を変化させる構成が記載されている。ここでいう穴あきとは、記載が必要であるが未記載の状態で、入力が必要な部分である。特許文献４では、読影レポートの生成システムが、入力してほしい内容を推奨することにより、診断結果に有効な、記載が必要な項目から入力が行われるように入力内容を誘導することが記載されている。

特開２０１２−０４８３９５号公報特開２００８−１４６２２０号公報特開２００２−１２３６０５号公報特開２０１４−０６１３９７号公報

特許文献１〜４に記載されているように、記載が必要な項目をユーザに示すとともに、その項目に対応した入力候補を示すことは、入力用テンプレートの基本的な機能である。また、作成中の読影レポートの記載内容から、入力用テンプレートが保有している入力候補を選択したり、絞込んだりすることは一般に行われている。

しかしながら、読影レポートにおいて、同じ内容の記載を行えるようにするために、レポート内の記載内容から入力用テンプレートの入力候補を取得するものは存在しない。また、読影レポートでは、すでに入力した内容と同じ内容を記載したり、同じ内容を違う形態や形式で記載したりすることがある。このように、利用目的に応じて記載形式や形態を変えて記載する場合における、入力用テンプレートを用いた入力支援について考慮した技術は提案されていない。

本発明は、上記の課題に鑑みてなされたものであり、入力用テンプレートを用いたレポート作成において、記載済みの内容の再利用をより容易にすることを目的とする。

上記の目的を達成するための本発明の一態様によるレポート作成装置は以下の構成を備える。すなわち、
属性の異なる複数の項目により構造化された医用レポートを作成する医用レポート作成装置であって、
前記複数の項目の各々において記述されるべき詳細項目の項目名と入力候補を保有する入力用テンプレートを用いて、ユーザによる医用レポートの作成を支援する支援手段と、
前記入力用テンプレートにおいて詳細項目に関連づけられて記載されている検索条件を用いて、前記医用レポートの入力済みの記載から入力候補を検索する検索手段と、
前記支援手段による作成支援のために、前記検索手段で検索された入力候補を前記検索条件が関連付けられている詳細項目の入力候補に追加する追加手段と、を備える。

本発明によれば、入力用テンプレートを用いたレポート作成において、記載済みの内容の再利用がより容易になる。

実施形態による情報処理装置の構成例を示す図。実施形態による読影レポート作成システムの構成例を示す図。実施形態の読影レポート作成システムの機能構成例を示す図。実施形態の医療画像ビューアの画面の例を示す図。実施形態の読影レポート作成画面の例を示す図。実施形態の読影レポート作成画面の他の例を示す図。実施形態の読影レポート作成処理を示すフローチャート。（ａ）は読影レポートに記載された例文を示す図であり、（ｂ）は（ａ）に示される例文の解析結果を示す図。読影レポート作成時に用いられる入力用テンプレートの例を示す図。読影レポート作成時において、入力候補を追加した状態の画面例を示す図。読影レポート作成時における入力候補の追加処理を示すフローチャート。読影レポート作成時の入力候補を追加する処理の一例を説明する図。読影レポート作成時の入力候補を記載内容から追加した状態の画面例を示す図。読影レポート作成時の入力候補を追加する処理の一例を説明する図。

以下、添付の図面を参照して、本発明の好適な実施形態について、詳細に説明する。

実施形態では、各種の医用レポートの作成を支援するための医用レポート作成システムを説明する。本実施形態の医用レポート作成システムは、互いに通信が可能なサーバとクライアントを有するサーバ・クライアントシステムである。なお、以下では、医用レポートの一例として読影レポートの作成を支援する医用レポート作成システムを説明する。まず、図１を参照して、実施形態のサーバ・クライアントシステムを構成する情報処理装置の内部構成について説明する。図１は、図２に示されるようなサーバ・クライアントシステムにおいて、サーバやＰＣクライアントとして動作する情報処理装置１００の概略構成例を示す図である。

ＣＰＵ１０１は、ＲＯＭ１０２やＲＡＭ１０３に記憶されているプログラムを実行することにより、本実施形態における各種制御を実現する。また、ＣＰＵ１０１自身の機能またはプログラムの機能により、複数のプログラムを並列に動作させることもできる。ＲＯＭ１０２は、ＣＰＵ１０１による制御の手順を記憶させたプログラムやデータを格納する。ＲＡＭ１０３は、ＣＰＵ１０１が処理するためのプログラムを格納するとともに、ＣＰＵ１０１が各種制御を実行する際の作業領域を提供する。

入力装置１０４は、ユーザの入力操作環境を提供する。入力装置１０４の具体例としては、キーボードやマウス等が挙げられるが、ユーザの入力操作環境を提供するものであれば、タッチパネル、スタイラスペン等、何でもよい。また、音声認識やジェスチャー操作による入力を受け付けるようにしてもよい。バス１０５は、情報処理装置１００内の上述した或いは以下に述べる構成を接続するアドレスバス、データバスを含み、各構成間の情報交換や通信機能を提供する。これにより、各構成が連携して動作できる。

外部記憶装置１０６は、さまざまなプログラムやデータ等を記憶する。外部記憶装置１０６は、ハードディスクやフロッピーディスク、光ディスク、磁気ディスク、磁気テープ、不揮発性のメモリカード等の記録媒体と、記憶媒体を駆動し情報を記録するドライブなどで構成される。外部記憶装置１０６に格納されているプログラムやデータは、キーボード等の指示や、各種プログラムの指示により、必要な時にＲＡＭ１０３上に、その全体もしくは部分が呼び出される。

ネットワーク通信部（ＮＣＵ１０７）は、図２のネットワーク２１０（ＬＡＮ）等を介して、外部装置（不図示）と通信する。これにより、本実施形態のプログラムやデータを共有することが可能になる。なお、ＮＣＵ１０７の通信形態としては、ＲＳ２３２Ｃ、ＵＳＢ、ＩＥＥＥ１３９４、Ｐ１２８４、ＳＣＳＩ、モデム、Ｅｔｈｅｒｎｅｔなどの有線通信や、Ｂｌｕｅｔｏｏｔｈ（登録商標）、赤外線通信、ＩＥＥＥ８０２．１１ａ／ｂ／ｎ等の無線通信など、何でもよい。

グラフィック処理部（ＧＰＵ１０８）は、ＣＰＵ１０１などからバス１０５を経由して与えられた表示指示や計算指示に従って表示内容の画像を生成するとともに表示位置などを計算し、その生成結果や計算結果を表示装置１０９へ送って描画を実行させる。また、ＧＰＵ１０８は、バス１０５を経由して、計算結果をＣＰＵ１０１に戻すことで、ＣＰＵ１０１と連携した計算処理を行う場合もある。表示装置１０９は、液晶ディスプレイなどで構成され、ＣＰＵ１０１およびＧＰＵ１０８の制御下で各種入力操作の状態やそれに応じた計算結果などをユーザに対して表示する。

ＲＯＭ１０２やＲＡＭ１０３などの記憶媒体には、本実施形態のデータ管理を実現するプログラムやデータなどが格納されている。ＣＰＵ１０１は、これらの記録媒体に格納されたプログラムを読み出し実行することによって各種の機能を実現する。また、本実施形態に係わるプログラムやデータを格納した外部記録媒体（不図示）を情報処理装置１００に供給することにより、外部記録媒体からＲＡＭ１０３などにそれらプログラムやデータをコピーして用いるようにしてもよい。そのような外部記憶媒体としては、フロッピーディスク、ＣＤ−ＲＯＭ、ハードディスク、メモリカード、光磁気ディスクなど、あらゆる記録媒体を用いることができる。

また、本実施形態で使用するプログラムやデータは、ＮＣＵ１０７を介して入手されてもよい。同様に、本実施形態の中で作成されるデータについても、ＲＯＭ１０２やＲＡＭ１０３、外部記憶装置１０６だけでなく、ＮＣＵ１０７を介して、他の機器上に格納されるようにしても構わない。

以上述べてきた情報処理装置１００の内部構成は、あくまでも、一例であり、本実施形態はこれに限定されるものでない。また、内部構成やその一部分は、いわゆるハードウェアである制限はなく、仮想的にソフトウェアで作り出されたものでも構わない。また、以上述べてきた内部構成を単体で利用する場合だけでなく、図１の内部構成を複数利用して、ＮＣＵ１０７を利用した情報交換や共有等を行い連携させることで、サーバ・クライアントシステムを実現しても構わない。すなわち、この複数利用の場合、各内部構成が異なる場所にあって、ＬＡＮやインターネットなどを介して連携動作するように構成されてもよいし、仮想的にソフトウェアで作り出された内部構成が含まれていてもよい。さらに、図１の単一の内部構成上に、複数のサーバ・ＰＣクライアント等の各システムの全部もしくは一部を動作させるような、内部構成を共有するような利用方法であっても構わない。

図２は、実施形態によるサーバ・クライアントシステム全体の概略の構成例を示した図である。実施形態では、図２に示されるようなシステムにより、医療現場で行われる、ＣＴ、ＭＲＩ等の医療画像を用いた画像診断を行い、その結果を読影レポートとして作成するための支援機能を提供する。なお、以下では、説明を簡単にするために、読影レポートの作成について説明するがこれに限られるものではない。たとえば、電子カルテの文章の中に読影レポートの内容を記載して一緒に管理するような場合でも、記載対象や管理システムが異なるだけで、以下に説明するシステムと同様の構成で実現できることは明らかである。

依頼医２０１は、内科や外科などの臨床医である。読影医２０２は、ＣＴ、ＭＲＩ等の医療画像の読影作業を行う放射線科の医師である。医療技師２０３は、ＣＴ、ＭＲＩ等の撮影装置２１７を使用して、患者２０４の撮影を行う。依頼医２０１、読影医２０２、医療技師２０３は、それぞれ作業用のＰＣクライアント２１１、２１３、２１５を使用し、様々なサーバ上のサービス（サーバ・サービス）を利用して各自の作業を行う。

実施形態では、ＰＣクライアント２１１、２１３、２１５は、上述した情報処理装置１００であり、たとえば、パーソナルコンピュータにより実現される。但し、これに限られるものではなく、ＰＣクライアント２１１，２１３，２１５は、タブレット端末、スマートフォンや携帯電話等の形態でも構わないし、サーバ上で仮想的に作成されたパーソナルコンピュータなどで実現されてもよい。また、ＰＣクライアント２１１、２１３、２１５は、それぞれ別々の装置で実現されてもよいし、同一の装置で実現されてもよい。いずれでの形態であれ、ＰＣクライアント上で、ユーザが使用したいサーバ・サービスと連携動作するクライアントアプリケーションを動作させることで、ユーザに所望のサービスの機能が提供される。

ＰＣクライアント２１１、２１３、２１５は、ＮＣＵ１０７を介して、ネットワーク２１０に接続され、様々なサービスを提供するサーバと通信を行う。ＰＣクライアント２１１、２１３、２１５は、サーバ・サービスを利用する際、サービスに応じたクライアントアプリケーションを動作させる。図２では、ＰＣクライアント２１１、２１３、２１５が、それぞれ、クライアントアプリケーション２１２、２１４、２１６を動作させている。クライアントアプリケーション２１２、２１４、２１６は、たとえば外部記憶装置１０６やＲＯＭ１０２にあらかじめインストールされていてもよいし、ＮＣＵ１０７とネットワーク２１０を介して各サーバやサーバ・サービスからダウンロードされてもよい。

クライアントアプリケーション２１２、２１４、２１６は、各ＰＣクライアントのＣＰＵ１０１により実行され、ＮＣＵ１０７とネットワーク２１０を介して各サーバ・サービスと通信を行い、各サーバと連携してサービスをユーザに提供する。また、クライアントアプリケーション２１２，２１４，２１６は、入力装置１０４を使用して得たユーザの操作指示や操作意図を、ＮＣＵ１０７を介した通信により、サーバ・サービスに伝達する。また、クライアントアプリケーション２１２，２１４，２１６は、サーバ・サービスと通信して、サーバ・サービスの提供する結果や情報を、表示装置１０９を利用してユーザに提供する。なお、ここでいうユーザとは、依頼医２０１、読影医２０２、医療技師２０３である。

医療画像を撮影する撮影装置２１７は、ネットワーク２１０に接続される。撮影装置２１７における各種の撮影設定や得られた医療画像の提供は、ネットワーク２１０を介して、各種サーバ・サービスやＰＣクライアント２１１、２１３、２１５から制御、管理される。

検査オーダサーバ２２１は、検査を行う際に利用される。検査オーダサーバ２２１は、検査オーダ管理サービス２２２を用いて、依頼医２０１からの検査オーダ情報の登録、蓄積、参照、共有、指示、および管理を行う機能を提供する。より具体的には、検査オーダ管理サービス２２２は、依頼医２０１からの検査指示とその内容を受けて検査オーダ２２３として登録、管理し、医療技師２０３や読影医２０２への検査オーダ２２３の通知や提供を行う。さらに、検査オーダ管理サービス２２２は、検査が完了すると検査結果を取り込んで格納するか、検査結果を提供するサーバやサービス上の検査結果と紐づける情報を格納し、その検査結果を依頼医２０１が利用できるようにする。

さらに、検査オーダ管理サービス２２２が、検査画像の撮影装置２１７を含む検査機器の利用スケジュール、検査技師の担当者・スケジュールの割り当て・管理などを行う機能を有するようにしてもよい。その場合、検査オーダ管理サービス２２２は、依頼医２０１の検査指示・内容の入力に対し、実施可能な検査機器や検査技師の空スケジュールを提示する機能や、使用する検査機器や検査技師の担当者の割り当て等を行う機能も有することになる。

電子カルテサーバ２２４は、電子カルテ管理サービス２２５を用いて、電子カルテ情報（以下、電子カルテ２２６）の蓄積、記載、参照、共有、および管理を行う機能を提供する。電子カルテ管理サービス２２５は、依頼医２０１や関連する医療スタッフが記載する患者毎の電子カルテ２２６を蓄積・管理するとともに、そのような電子カルテ２２６を医師や医療スタッフ間で共有できるようにする。

医療画像サーバ２２７は、医療画像管理サービス２２８を利用して、医療画像２２９の蓄積、記載、参照、共有、および管理を行う機能を提供する。医療画像管理サービス２２８は、医療技師２０３が撮影、もしくは、外部から入手した医療画像２２９を蓄積し、依頼医２０１や読影医２０２等の関連する医療スタッフが参照や共有を行うための環境を提供する。

読影レポートサーバ２３０は、読影レポート管理サービス２３３を利用して、読影医２０２が作成する読影レポート２３４の作成、登録、蓄積、管理、参照、および共有を行う機能を提供する。また、読影レポート作業管理サービス２３２は、読影医２０２に対して、読影レポート作成作業の割り当て、作業状態の保持と管理、作業進展情報と修正履歴情報の管理など、読影レポート作成に関する業務支援を行う。例えば、読影医２０２は、撮影装置２１７で撮影され、ネットワーク２１０を介して医療画像サーバ２２７に格納された医療画像２２９を読影し、その結果を依頼医２０１が参照可能な読影レポートに記載する。読影レポート作業管理サービス２３２は、このような読影レポートに関するワークフローの連携動作を提供する。

読影レポート構造化サービス２３１は、読影医２０２に対して読影レポートの作成機能を提供する。この際に、読影レポート構造化サービス２３１は、読影レポートの記載内容を構造化して提供し、これに対して読影医２０２が編集および入力を行えるようにする。これにより、読影レポート構造化サービス２３１は、読影医２０２による読影レポートの作成、入力、および編集を支援する機能を実現する。

本実施形態では、検査オーダサーバ２２１、電子カルテサーバ２２４、医療画像サーバ２２７、および読影レポートサーバ２３０等の各サーバは、サーバ型の計算機（情報処理装置）となっている。そして、各サーバ型の計算機上でサーバ・サービス（２２２、２２５、２２８、２３１、２３２、２３３）が動作する。サーバ・サービスは複数の計算機の連携によって実現されてもよいし、サービス内の各機能を実現するように複数のサーバ構成を設けてもよいし、そのような構成がネットワークやインターネットなどを介し、空間的に異なる計算機で実現されてもよい。いずれの形態であれ、サーバ上でユーザが使用したいサーバ・サービスを動作させ、ＰＣクライアント上で動作するクライアントアプリケーションがサーバ・サービスと通信して連携し、ユーザに所望のサービスの機能を提供するものであればよい。

すなわちこれらのサーバは、１つもしくは複数の図１の内部構成を持つものとなる。そして、ＮＣＵ１０７を介して、ネットワーク２１０に接続されることで、サービスに対応するＰＣクライアント（２１１、２１３、２１５等）上のクライアントアプリケーション（２１２、２１４、２１６等）と通信を行う。サーバ・サービスに対応するクライアントアプリケーションは、外部記憶装置１０６やＲＯＭ１０２にあらかじめインストールされてもよいし、ＮＣＵ１０７とネットワーク２１０を介して各サーバやサーバ・サービスからダウンロードされてもよい。そして、ＰＣクライアントのＣＰＵ１０１は、そのようなクライアントアプリケーションをＲＡＭ１０３上に配置して動作させる。こうすることにより、各サーバ・サービスは、ＮＣＵ１０７とネットワーク２１０を介して各ＰＣクライアントやクライアントアプリケーションと通信を行い、機能をユーザに提供する。また、これによりＰＣクライアントやクライアントアプリ―ションから、ユーザの操作指示や操作意図が伝達され、サーバ・サービスの本質である提供機能を動作させ、処理結果や情報がＰＣクライアントやクライアントアプリ―ションに伝達される。

以上のような構成を備えた実施形態の読影レポート作成システムは、以下のようなワークフローで読影レポートに関する連携動作を行う。

まず、依頼医２０１は、患者２０４の診断を行う際に、ＣＴやＭＲＩ等の医療画像に加えてその読影結果である読影レポートを参照したい場合、その検査オーダをＰＣクライアント２１１から発生させる。依頼医２０１は、ＰＣクライアント２１３上で、検査オーダ管理サービス２２２に対応するクライアントアプリケーション２１４を利用して、対象の患者、撮影内容、方法等を入力してオーダ情報を生成する。オーダ情報は、ネットワーク２１０を介して検査オーダ管理サービス２２２に伝達される。検査オーダ管理サービス２２２は、伝達されたオーダ情報を検査オーダ２２３として蓄積し、管理する。検査オーダ２２３は、適時、検査オーダ管理サービス２２２から撮影を担当する医療技師２０３のＰＣクライアント２１５へ、撮影指示の情報として伝達される。なお、この撮影指示の情報の伝達は、医療技師２０３がＰＣクライアント２１５上で検査オーダ管理サービス２２２に対応するクライアントアプリケーション２１６を利用することで行われる。

次に、医療技師２０３は、検査オーダ２２３の内容に基づき、指示された患者２０４に対して、指定された検査画像を得るための撮影装置２１７を用いて、指定された撮影方法で撮影を行う。クライアントアプリケーション２１６は、この撮影結果である検査画像を、ネットワーク２１０を介して、医療画像管理サービス２２８へ伝達する。医療画像管理サービス２２８は、伝達された検査画像を医療画像２２９として登録・蓄積し、管理する。また、検査オーダ管理サービス２２２に対し、検査オーダ２２３に関して撮影が完了したこと、医療画像２２９として登録された際の管理情報が通知される。検査オーダ管理サービス２２２は、この通知により、該当する検査オーダの内容を更新する。検査オーダ２２３が、撮影した医療画像の読影レポートを要求しているため、検査オーダ管理サービス２２２は、読影を担当する読影医２０２に、読影指示の情報を伝達する。この伝達は、読影医２０２がＰＣクライアント２１３上で、検査オーダ管理サービス２２２に対応するクライアントアプリケーションを利用することで行われる。

読影医２０２は、検査オーダ２２３によって指示されている医療画像に対して読影作業を行う。読影医２０２は、保有している医療画像２２９から、検査オーダ２２３を利用して読影の対象となる医療画像を識別し、参照することができる。また、検査オーダ２２３の患者情報に基づいて、保有している電子カルテ２２６から患者２０４の電子カルテを識別し、参照することができる。また、検査オーダ管理サービス２２２と読影レポート管理サービス２３３は、検査オーダ２２３に対応する読影結果を記録する読影レポート２３４を登録、保持することができる。

読影医２０２は、検査オーダ２２３で示される医療画像、電子カルテ等の情報を基に、読影（画像診断）を行い、その結果を記載して、患者の読影レポート２３４を作成する。上述のように、作成された読影レポート２３４は、読影レポート管理サービス２３３により登録、管理される。また、読影レポート２３４が登録されると、検査オーダ管理サービス２２２は、検査オーダ２２３を更新する。これにより、他のクライアントアプリケーション（たとえば、依頼医２０１のクライアントアプリケーション２１２）から該当する読影レポートを参照できるようになる。これらは、読影医２０２がＰＣクライアント２１３上で、検査オーダ管理サービス２２２、医療画像管理サービス２２８、電子カルテ管理サービス２２５に対応するクライアントアプリケーションを利用することで行われる。なお、読影レポートの作成の際には、読影レポート構造化サービス２３１が利用される。

以上により、依頼医２０１が要求した読影レポートが利用できるようになると、検査オーダ管理サービス２２２は、この旨を依頼医２０１へ通知する。この通知は、依頼医２０１がＰＣクライアント２１１上で、検査オーダ管理サービス２２２に対応するクライアントアプリケーションを利用することで行われる。以上の手順で、読影レポートに関するワークフローの連携動作が行われ、依頼医２０１は、患者の、必要な医療画像、それに対する読影レポートを得ることができ、電子カルテの情報や他の検査などの情報も併せて総合的な診断を行うことができる。

図３は、本実施形態で使用する読影レポートの作成を行うとともに、その作成の支援を行う読影レポートサーバ２３０とこれに対応するクライアントアプリケーション２１４の機能構成例を詳細に示した図である。なお、図３において、図２と同様の構成には同一の参照番号を付してある。

電子カルテ生成部３４４は、電子カルテ管理サービス２２５が保持し、管理している電子カルテ２２６の閲覧、加筆編集を行うための機能をユーザである読影医２０２に提供する。医療画像ビューア３４２は、医療画像管理サービス２２８が保持し、管理している医療画像２２９の閲覧機能等を読影医２０２に提供する。さらに、検査オーダ指示／結果表示３４５は、検査オーダ管理サービス２２２に保持され、管理されている検査オーダ２２３の表示、追加、削除等を行う機能を読影医２０２に提供する。

以下で言う読影レポートとは、所見や診断等の項目を個別に扱い、それら項目の関係性を記録する構造化された読影レポートを指すものとする。読影レポート生成部３４１は、構造化表示／入力３４６と、詳細項目表示／入力３４７の機能を有し、テキストで記載されたレポートを入力および編集する機能を提供する。構造化表示／入力３４６は、読影レポートを所見や診断等の属性が異なる複数の項目に分けて表示したり入力したりすることができるようにするととともに、それらの項目間の関係の入力および表示を行えるようにする。また、詳細項目表示／入力３４７は、項目内の詳細項目やその詳細項目の記載内容の入力および表示を行うとともに、入力用テンプレートデータ内の項目や入力候補を示し、入力候補の選択による入力を行えるようにする。詳細項目とは、構造化された読影レポートにおいて、所見や診断などの属性で分類された項目内の記述をさらに細かく分類する項目単位であり、詳細は図６などの説明によりより明らかとなる。読影レポート生成部３４１は、これらの機能を提供するために読影レポート構造化サービス２３１と連携する。構造化表示／入力３４６や詳細項目表示／入力３４７を用いた場合の画面表示や操作等の詳細については、以後の画面例や処理の説明の中で説明する。

読影レポート管理サービス２３３は、作成済みや作成中の読影レポート２３４登録、蓄積、管理、参照、および共有を行う機能を提供する。読影レポート２３４は、ユーザである読影医２０２により、読影レポート生成部３４１を利用して入力、作成され、読影レポート管理サービス２３３により蓄積、管理される。この際に、読影レポート構造化サービス２３１は、構造化された読影レポートの作成、編集、および修正等を支援する機能を実現するために利用される。

読影レポート作業管理サービス２３２は、読影レポート作成作業の割り当て、作業通知、作業進展の管理、レポートの修正履歴の管理等、読影レポート作成にまつわる業務支援と管理を行う。読影レポート作業管理サービス２３２は、複数の読影医２０２が存在する場合や、多数の読影レポートの作成を行う必要がある場合に、読影レポートを単位とした作業分担や、緊急性の求められる読影レポートの作成作業の優先的な割り当てを行う機能を提供する。このような読影レポート毎の作成作業状態に関する情報が記録、蓄積されたものが、読影作業情報３５１である。また、読影レポート作業管理サービス２３２は、読影レポートの作成作業を再開する際に作業環境および状態、修正履歴を読影レポート生成部３４１上に復元する。そのために、読影レポート作業管理サービス２３２は、読影作業状態や修正履歴の情報を読影レポート状態／履歴情報３５２として蓄積する。これらの情報を用いて、読影レポート作業管理サービス２３２は、読影レポート作成作業の支援と修正履歴の管理を行う。

読影レポート構造化サービス２３１は、構造化された読影レポートの作成、編集、修正等を支援する。本実施形態の読影レポート構造化サービス２３１は、フォーマット変換／管理３６１、医療文書構造化３６２、医療用語／付帯表現抽出３７０、自然言語処理３７４の機能を有する。以下、これらの機能について説明する。

フォーマット変換／管理３６１は、構造化された読影レポート等の医療文書における構造化した内容を保持できるように、医療文書の記録フォーマットに対応して、蓄積、通信を行えるようにする。ここでいう、医療文書の記録フォーマットは、電子カルテや読影レポート等の独自もしくは公開された規格で定められたものであり、その組合せや混成であっても良い。ここで、医療文書の記録フォーマットに変換された文書は、読影レポート２３４として蓄積および管理される。また、フォーマット変換／管理３６１は、読影レポート生成部３４１からのユーザ指示に応じて、クライアントアプリケーション２１４や医療関連のサービスなどと文書の授受を行い、情報提供や情報入手を行う。

医療文書構造化３６２は、構造化された読影レポートの作成、編集および修正などの機能を提供する。医療文書構造化３６２は、構造入力／編集３６３、項目情報抽出３６４、入力用テンプレート検索３６５および入力候補検索／追加３６６の機能を有するとともに、入力用テンプレートデータ３６７を保持している。

構造入力／編集３６３は、構造化された読影レポートの入力および編集機能を実現するものであり、読影レポート生成部３４１の構造表示／入力３４６を介して、読影医２０２に対して、それらの機能を提供する。これにより、読影医２０２は、構造化された読影レポートの入力と編集を行うことができる。

項目情報抽出３６４は、読影レポートの内容の一部として、テキスト記載の所見や診断等が入力された際に、そのテキスト記載内容から重要情報の記載部分を抽出し、構造化することで、読影レポートの作成を支援する機能を提供する。重要情報の記載部分は、重要な詳細情報の項目（詳細項目）とその内容からなり、項目情報抽出３６４は、読影レポート構造化のうち、詳細項目とその内容の構造化を行う機能を提供する。なお、項目情報抽出３６４は、記載内容に対して、医療用語／付帯表現抽出３７０や自然言語処理３７４による解析結果を基に項目情報を抽出することで、上記の機能を提供する。この詳細については後述する。

入力用テンプレートデータ３６７は、主に病変や身体内で生じる正常・異常な現象の名前や病名等の単位に作製された複数の入力用テンプレートで構成される。入力用テンプレートは、構造化された読影レポート作成時の入力支援を行うために用いられる。入力用テンプレートは、１つ以上の所見や診断等の項目を保有しており、それ以外に、その項目の典型的な記載内容（典型記載内容）や、記載すべき詳細項目、その詳細項目の内容や値の候補（入力候補）、所見や診断等の項目間の関係も保有している。また、典型記載内容は、入力内容のひな形として利用可能で、ユーザはこれをそのまま、あるいは、一部修正を行って利用することで、入力操作を減らすことができる。また、入力用テンプレートに記述された詳細項目は、読影レポート記載時の記載漏れを抑止することができるとともに、その詳細項目の入力候補を利用した選択入力を可能にする。これにより、読影レポート作成時のユーザの負荷をさらに減らすことができる。また、入力用テンプレートに記述されている所見や診断等の項目間の関係は、ユーザが所見記載の内容や特定の詳細項目から診断内容が導かれる理由や根拠を明確にするために構造化を利用して関係を記載する際の負荷を減らす。入力用テンプレートデータ３６７から取得された入力用テンプレートは、読影レポート生成部３４１の詳細項目表示／入力３４７により表示され、用いられる。

入力用テンプレート検索３６５は、構造化した読影レポートの記載内容に基づいて、入力用テンプレートデータ３６７から適切な入力用テンプレートを検索する。項目情報抽出３６４は、読影レポートの記載内容から詳細項目を抽出した際に、その中に病変や身体内で生じる現象の名前や病名等があれば、それを詳細項目の情報として抽出する。入力用テンプレート検索３６５は、抽出された詳細項目の情報を検索キーワードとして入力用テンプレートデータ３６７に対して検索を行い、適切な入力用テンプレートを探し出す。この検索は、記載内容に応じて自動的に行われる。そのため、読影レポートの記載内容が増えるにつれて詳細な病変等の情報が増えると、適切な入力用テンプレートが変化する場合がある。また、複数の異なる病変や状態、病気等が同時に生じる場合があるため、１つの読影レポート内で、複数の入力用テンプレートが適用される場合もある。所見や診断等の項目ごとに１つのテンプレートが検索・適用される場合が多いが、複数の入力用テンプレートが合成されて適用される場合もある。入力用テンプレートを適用する場合、すでに医師によって入力、記載されている所見や診断等の項目や詳細項目やその内容および値が、適用された入力用テンプレートへ入力、記載されたものとして扱われる。適用された入力用テンプレートにはない項目や詳細項目やその内容および値がある場合には、その記載を追加する形で処理される。

入力候補検索／追加３６６は、適用されている入力用テンプレートの未入力の項目や詳細項目に対して、その入力候補（内容および／または値）の追加を行う。通常は、入力候補は、入力用テンプレートがあらかじめ保有する情報や、入力用テンプレートの内容に応じて準備された入力用テンプレート外の体系化された知識に基づく情報を参照して、利用することが多い。特に近年、過去に作成された読影レポートや、そこから得られた知見等のデータ利用により、使用頻度の高い詳細項目とその内容／値を得ておき、入力用テンプレートで利用するものも多い。入力候補検索／追加３６６は、構造化を利用してすでに読影レポートに記載された所見や診断等の項目の内容から、詳細項目の入力候補を追加する。すなわち、記載対象となっている項目に対して、構造化によって関係付けられている項目の記載内容の中から、詳細項目の入力候補になるものを検索し、入力用テンプレートへ追加する。入力用テンプレートが保有する入力内容および外部参照する入力内容の詳細項目やその内容／値だけでなく、すでに記載、入力された内容からも、詳細項目の内容／値の候補が追加され、医師による選択操作で容易に入力できるようになる。また、追加される入力候補は、入力対象の項目や入力内容の情報が再利用されることを想定して、再利用しやすいものが、追加されるようにする。

医療用語／付帯表現抽出３７０は、自然言語処理３７４の処理結果に基づいて、その処理結果内に出現した医療用語、その付帯表現となる単語、および言い回し等の言語表現を、医療文章から抽出する機能を提供する。この医療用語／付帯表現抽出３７０が抽出した医療用語やその付帯表現を基に、構造入力／編集３６３は、その医療文章に含まれる用語や単語等を情報分類し、構造化する処理を行う。

医療用語／付帯表現抽出３７０は、画像上の異常部分の名称や病変名や病名等の医療用語の表記文字列や表現パタン等の情報を保有する医療用語辞書３７１を使用して、医療文章から医療用語を抽出する。また、医療用語辞書３７１は、医療画像上の異常部分の名称や病変名や病名等についての内容や状態を示す付帯表現の用語（程度、大きさ、形状などを示す用語）の表記文字列や表現パタン等の情報を保有する。医療用語／付帯表現抽出３７０は、医療用語辞書３７１を用いて、医療文章からそのような付帯表現を抽出する。また、医療用語／付帯表現抽出３７０は、医療用語が文章において出現する場合に、どのような単語や表現と共起するかという情報である共起パタン統計情報３７２を保有している。医療用語／付帯表現抽出３７０は、共起パタン統計情報３７２を用いて、未知の医療用語や付帯表現が出現した場合に、用語を推定する。さらに、医療用語／付帯表現抽出３７０は、知覚表現の情報を保有する知覚表現辞書３７３を用いて、知覚表現を医療文章から抽出する。知覚表現とは、存在やその確認を示す「〜がある」や「〜が見える」、思考・判断等を示す「〜を認める」や「〜と思う」、要求や依頼を示す「〜してください」や「〜を願います」、否定を示す表現等である。

自然言語処理３７４は、医療文章に対して、そのテキスト・文章の解析を行う。これは、いわゆる形態素解析／構文解析３７５により実現される。形態素解析では、単語の辞書である一般辞書３７７を用いて、文章内の文字列を単語に分け、品詞に分類するとともに、活用や屈折等を取り除き、原型や基本形といった単語本来の表記を得る。また、その活用や屈折等の形態の変化パタンの分類情報も得る。これにより、文章が解析され、単語列の形態となる。構文解析は、形態素解析の結果である単語列に対して、文法等の情報を利用して、その構文や係り受け等の関係・構造を解析して求める。この解析の際に、構文規則３７６が有する構文の関係や構造等の文法の情報が利用される。構文解析により、単語列は、構文に基づく単語の木構造（構文木）や、係り受けのネットワーク構造（係り受け関係）等の形態となる。医療用語／付帯表現抽出３７０は、この自然言語処理３７４の解析結果を基に、上述した用語抽出やその付帯表現の抽出を行う。

以上のような構成により、読影医２０２が構造化した読影レポートを作成する際の入力および編集等の作成作業が実現される。ユーザである読影医２０２は、電子カルテ生成部３４４を利用して、電子カルテ管理サービス２２５より患者の電子カルテ情報の閲覧および情報取得を行える。そして、読影医２０２は、医療画像ビューア３４２を利用して、撮影された医療画像を医療画像管理サービス２２８より取得、閲覧し、画像診断を行う。読影医２０２は、画像診断の結果を読影レポートとして記載する際に、読影レポート生成部３４１を利用して構造化した所見および診断等の記載および編集を行い、その結果を読影レポート管理サービス２３３に記録する。また、読影医２０２は、必要に応じて、読影レポート生成部３４１と読影レポート管理サービス２３３を利用して、患者の過去の読影レポートの参照および比較をおこなう。この際に、読影医２０２は、医療画像ビューア３４２と医療画像管理サービス２２８を利用して、過去の（特に読影レポートが書かれた際の）医療画像を参照することができる。過去の読影レポート内の所見に対して、その経過観察等の所見を作成中の読影レポートに記載する場合には、その関係性も読影レポートの構造化情報として記録される。

また、読影作業時の記録として、読影レポート生成部３４１での構造化された所見および診断などの記載と、編集時の作業内容が読影レポート作業管理サービス２３２へ記録される。これにより、作業の中断後の再開の際に、読影レポート生成部３４１は作業中の読影レポートに応じた作業状況を再現できるようになる。

読影レポート作成に際して、読影医２０２は、読影レポート生成部３４１を介して読影レポート構造化サービス２３１を利用することにより、所見および診断等の構造化された情報を記載できる。また、前述したように、参照している過去の読影レポートの所見等の記載内容と、現在作成している読影レポートの所見とを関係づけて構造化することもできる。

また、読影レポート生成部３４１は、読影医２０２による読影レポートの作成時に、所見と診断をそれぞれの項目に分けて記載させ、その関係性も入力させ、個々の所見と診断の関係性をわかりやすく表示する。また、所見と診断の各項目の記載内容は、他の読影レポートとも関係付けることができ、それにより、記載修正が生じた場合の影響の可能性が分かると同時に、その記載内容をコピーまたは編集することで、読影レポートの記載作業を容易にする。さらに、構造化フォーマット変換／管理３６１は、構造化した状態で記録された読影レポートを共通化された構造化フォーマットに変換し、他の機器へ提供することが可能であり、読影レポートの再利用を可能にする。

図４、図５、図６に、構造化した読影レポートを作成する際の画面の例を示す。図４は、医療画像ビューア３４２が表示装置１０９に表示する画面（画像ビューアウィンドウ４０１）の例である。画像ビューアウィンドウ４０１は、処理や機能の呼び出しを行うメニューバー４０２、医療画像４０５を表示するための表示領域４０３を有する。メニューバー４０２内には、「画像選択」、「表示」などのメニュー要素４０４がある。読影医２０２は、行いたい処理や機能を示すメニュー要素をメニューバー４０２から選択し、操作することにより、様々な医療画像を所望の大きさ、位置、表示モードなどで、表示領域４０３に表示させることができる。図４では、医療画像４０５として、ＣＴなどで観察される人体の断面の医療画像４０５が表示領域４０３に表示された様子が示されている。

アノテーション４０６は、表示された医療画像内の特定部分や領域等に対して注目する部分があった場合に、読影医２０２が所見等のコメントを記載できる領域である。アノテーション４０６は、読影医２０２が、画像閲覧時や読影レポートの作成時に、メニューバー４０２から該当機能を呼び出して、付加するものである。アノテーション４０６は複数作成可能であり、指示される画像内の特定部分や領域と所見等のテキスト記載内容を保有する。アノテーション４０６は、個々に識別できるように番号等で管理されている。読影医２０２によって作成されたアノテーションの情報は、医療画像そのものとは別に保存、管理される。実施形態では、アノテーションの情報は読影レポート内の情報として蓄積され、管理される。

図５は、読影レポート生成部３４１が表示する読影レポートの作成画面の例で、項目内に記載されたテキストと項目間の関係を表示する形態を使用している場合の画面例を示している。作成画面は主に、構造化表示／入力３４６によって制御される。読影レポート生成ウィンドウ５０１の中に、処理や機能の呼び出しを行うメニューバー５０２、患者情報５０３、検査情報５０４、依頼医からの画像診断の依頼情報５０５、構造化された読影レポートの内容表示５０６がある。メニューバー５０２内には、「レポート選択」、「入力」、「表示」などのメニュー要素５０８がある。読影医２０２は、行いたい処理・機能を示すメニュー要素をメニューバー５０２から選択することで、読影レポートの呼出し、その内容を内容表示５０６に表示させ、所見や診断などを構造化した状態で記載することができる。また、その所見に該当する医療画像との関係付けを行ったり、複数の読影レポート間での所見等の関係を記載したりすることができる。

図５において、読影レポート生成ウィンドウ５０１の「画像」の欄には、医療画像のサムネイル５１０が貼り付けられている。サムネイル５１０は、医療画像ビューア３４２で表示された医療画像の全体もしくは一部を用いて生成され、読影レポートに貼り付けられている。サムネイル５１０が選択されると、医療画像ビューア３４２が、図４で示したような画像ビューアウィンドウ４０１に、サムネイル５１０に対応する医療画像を表示する。サムネイル５１０にはその基になった医療画像に関する情報と、その医療画像を表示する位置と大きさ等（サムネイル５１０の生成時の医療画像の表示状態）の情報が付加されており、読影作業情報３５１の一部として格納されている。医療画像ビューア３４２は、このような読影作業情報を利用してサムネイル５１０に対応する医療画像を表示する。この医療画像を表示する位置と大きさ等の情報には、位置や大きさ以外に、画像ビューア３４２で表示する際に使用した各種パラメータを含んでもよい。例えば、使用した画像変換フィルタやその使用時のパラメータ、表示濃度設定（ウィンドウ幅やウィンドウレベル等）などである。

本実施形態の医用レポート作成システムは、属性の異なる複数の項目により構造化された医用レポートの作成を支援する。本実施形態では、画像、所見、診断、計画／処置の属性により構造化されるものとする。所見の欄の項目（所見の属性を有する項目）である所見項目５１１と５１５と５１６には、所見の内容が記載されている。また、診断の欄の項目（診断の属性を有する項目）である診断項目５１２と５１３には、診断の内容が記載されている。計画／処置の欄の項目（計画／処置の属性を有する項目）である対応項目５１４には、計画／処置等の今後の依頼医や読影医の対応内容が記載されている。

また、サムネイル５１０と所見項目５１１の間、所見項目５１１と診断項目５１２の間、所見項目５１１と診断項目５１３の間、および、診断項目５１３と対応項目５１４の間には関係線が表示されている。サムネイル５１０と所見項目５１１の間の関係線は、所見項目５１１に記載されている所見が、サムネイルが示す医療画像の全体または部分を観察することで得られた所見であることを示している。なお、医療画像以外から得られる所見や、サムネイル５１０に対応する医療画像からは得られない所見が記載された所見項目と、サムネイル５１０との間には関係線は存在しない。

所見項目５１１と５１５と５１６には、検査対象の画像などを基に、何の病変や現象が起きていると考えるかという内容等が所見として記載されている。所見項目５１１と診断項目５１２の間、および、所見項目５１１と診断項目５１３の間の関係線は、所見とそれに基づく診断の関係を示している。すなわち、図５の例では、サムネイル５１０の所見を根拠または理由として診断項目５１２と診断項目５１３の両方の病名について言及していることが示されている。この場合、診断項目５１２では診断として病名「肺炎」について疑っていることが表明されており、診断項目５１３では診断として「肺癌」の可能性について言及している。診断項目５１３と対応項目５１４の間にも関係線があり、診断項目５１３に記載されている病気に対して、対応項目５１４では、経過観察をお願いしたいという示唆が対応付けられている。ここでいう経過観察は、一定期間経過後に再度、同じ検査による診断（本例では、検査情報５０４に記載された画像診断）を行うのが良いということを示唆している。したがって、対応項目５１４の記載内容は、依頼医２０１がそれを行うための検査および読影の指示を出して欲しいという読影医２０２からの依頼になっている。

カーソル５１８は文字入力用のカーソルであり、この状態で文字入力を行うと、カーソル５１８の位置へ文字が入力される。図５の例では、診断項目５１３が入力対象として選ばれており、その選択状態を示す選択枠５１７が表示され、カーソル５１８を保有する状態になっている。なお、所見項目や診断項目や対応項目はマウス等で選択操作を行うことで、選択状態にすることができる。また、テキスト内のカーソル５１８の位置もマウス等を用いた指定操作により指定可能である。

依頼情報５０５において、選択されている所見項目に関連する記載にはその関連付けを示す関連枠５０９が表示される。図５の例では、診断項目５１３が入力対象として選ばれており、依頼情報５０５内の記載において、対応する記載が関連枠５０９（図では破線の枠で示されている）により括られて示されている。これにより、診断項目５１３は、依頼情報５０５内で「肺癌疑い」と関連づけられていることがわかる。これは、依頼医２０１が読影依頼を行った際に依頼情報として記載した中の「肺癌疑い」という記載に対して、それに対する言及しているのが診断項目５１３であることを示している。この関連枠５０９による表示は、診断項目５１３が入力対象として選ばれている間だけ表示される。また、逆に、マウス等で依頼情報５０５に記載されている「肺癌疑い」が選択されると、診断項目５１３に対して関連枠が表示され、これらの関係を示すことができるようになっている。

このように、読影レポート生成部３４１と構造入力／編集３６３は、ユーザが、編集対象の読影レポートを呼出し、画像、所見、診断、計画／処置の各項目を作成し、その中に所見や診断等の内容を記載できるようにする。また、サムネイル、所見、診断、計画／処置の各項目に関係線を付けることで、その対応関係を明確にする。この関係線は、主に、論理的な関係である、原因−結果や根拠−帰結となる因果関係か、単純な対応関係に相当するようなものとなっている。読影医が医療画像から読影医が認識した内容が所見項目であり、それらの対応関係が、その医療画像に対応したサムネイルと所見項目の間の関係線で表現される。また、所見項目に記載された所見に関して、読影医が病気の種別や状態などを判断したりその可能性指摘したりした内容が診断項目であり、それらの因果関係が関係線で表現されている。同様に、診断項目に記載された診断に対し、読影医が行うべきと判断した処置や検査の内容が対応項目であり、その対応関係や因果関係が関係線で表現されている。このようにして、構造化された読影レポートが作成される。

図６は、図５と同じ読影レポート作成時の画面であるが、その表示形態が異なるものになっている。図６の読影レポート生成ウィンドウ５０１では、入力用テンプレートを併用して項目が示されるとともに、記載内容である文章（テキスト）に対して、自然言語処理による解析も適用している。これにより、その項目内の記載内容に対して詳細項目ごとに、その項目名と内容が入力された状態となっている。すなわち、所見、診断、計画／処置などの異なる属性の複数の項目の各々において記述されるべき詳細項目の項目名（カテゴリ）と入力候補を保有する入力用テンプレートを用いて、ユーザによる医用レポートの作成が支援される。この表示は、構造化表示／入力３４６の関係等の表示と、詳細項目表示／入力３４７の表示を組み合わせることで実現される。なお、図５と図６で表示されている読影レポートの内容は同じものを扱っており、図６において図５と同様の表示要素には同一の参照番号を付してある。

所見項目６１１，６１５，６１６、診断項目６１２，６１３、対応項目６１４には、所見項目５１１，５１５，５１６、診断項目５１２，５１３、対応項目５１４と同じ内容の文章（テキスト）に表形式の記載（以下、表部分）が加えられている。なお、図５の項目と同じ記載（テキスト）については、その一部が「…」で省略されている。所見項目６１１内の上側にある「対象」−「結節(1)＜認める＞」から「状態」−「胸膜浸潤≪なし≫」までが表部分であり、所見項目６１１の下側にある「左肺Ｓ８に、結節．．．」が図５の所見項目５１１と同じ内容のテキスト記載の部分である。表部分には詳細項目とその内容が表示されており、この表部分の存在が図５と図６の表示形態の大きな違いである。

表部分では、詳細項目が縦に並べられており、各詳細項目には項目名と内容や値が横に並べられている。たとえば、所見項目６１１の場合、詳細項目名として「対象」、「部位」等があり、それぞれに対応する詳細項目の内容や値として「結節(1)＜認める＞」、「左肺Ｓ８」等がある。表部分は、その項目内のテキスト記載の内容に対して、項目情報抽出３６４によって抽出された詳細項目情報と、入力用テンプレート検索３６５が検索した入力用テンプレートによって作成される。なお、表部分が作成される処理の詳細については後述する。

入力用テンプレートにおける詳細項目の内容や値は、項目情報抽出３６４によって抽出された詳細項目情報に該当するものがあれば入力された状態となるが、そうでない場合には未入力の状態となる。未入力の状態の詳細項目に対しては、入力用テンプレートに保持されている内容や値が入力候補となる。したがって、表部分の未入力の状態の部分が選択されると、図１０の１０２１に示されるような入力候補のリスト（候補リスト）が表示される。ユーザは、表示された候補リストから所望の入力候補を選択することで詳細項目の内容や値を入力することができる。なお、候補リストの詳細については、後述する。また、表部分の表示では、詳細項目の項目名、内容や値を修正することが可能である。修正の対象が項目情報抽出３６４によって抽出された項目名、内容や値の場合には、抽出の対象となったテキスト記載の該当部分も同時に修正される。また、メニューバー５０２から呼び出した機能を用いて、詳細項目情報の項目自体を表部分に追加することもできる。

項目名「対象」には、所見項目の場合は病変や状態等の名前、診断項目の場合は病名等の名前、対応項目の場合は検査や処置の名前といった、その項目で重要な内容が記載される。この「対象」は、各項目が必ず保有する詳細項目である。たとえば、所見項目６１１の場合、詳細項目の項目名「対象」に対して「結節(1)＜認める＞」がその内容として記載されている。ここで「結節」が病変名であり、その病変は複数出現する可能性があるため、番号付けされて「(1)」が付加されている。この番号付けは、構造入力／編集３６３が独自に番号を発番し管理する場合と、医療画像ビューア３４２での画像特定部分へのアノテーションに付加された番号がある場合にはその番号を利用する場合があるが、確実に識別できるように付加される。また、「＜認める＞」は、テキスト記載の内容で、「結節」に対する知覚表現があったため付加されたものである。なお、否定を示す知覚表現の場合は、「≪なし≫」のように、記号を変えて知覚表現が付加される。同様に、所見項目６１１において、詳細項目の項目名「部位」に対して「左肺Ｓ８」がテキスト記載から抽出されており、検索された入力用テンプレートにも「部位」の詳細項目があったために、組合せて表示されている。このように、項目情報抽出３６４と入力用テンプレートの連携により表示が行われる。所見項目６１５では、入力用テンプレートから「部位」の詳細項目が生成されているが、テキスト記載の中に部位に関する表現がないため、その内容や値は未入力で空白となっている。これにより、読影医２０２は読影レポート作成中に、このような未記入の詳細項目を発見すると、記載内容が不足している可能性に気づいて、必要があれば記載を行うことができるようになる。また、明確に記載する必要がない詳細項目であると読影医２０２が判断した場合は、読影医２０２はメニューバー５０２から機能を呼び出して、その詳細項目を表部分から削除することができる。

図７は、本実施形態のシステムの処理の流れのうち、図６で示された所見項目や診断項目内の表部分の情報を作成する処理を示すフローチャートである。表部分における詳細項目の情報は、テキスト記載に対して言語解析などを行って抽出された医療用語などの用語と、入力用テンプレートとを組み合せて作成される。以下、図７の処理の各ステップについて説明する。なお、図７の処理は、所見項目や診断項目において、テキスト記載を入力したり編集したりした際に開始される。

Ｓ７０１では、構造入力／編集３６３が、読影医により構造化表示／入力３４６を介して特定の項目に入力された文章のテキスト（内容）を取得する。ここでは、例文として図８（ａ）の内容（所見項目５１１のテキスト記載）が入力されたものとして、説明を行う。次に、Ｓ７０２において、項目情報抽出３６４は、構造入力／編集３６３によって取得されたテキストから詳細項目の情報を得るために自然言語処理等を利用した解析を行う。項目情報抽出３６４は、自然言語処理３７４を利用して、取得されたテキストに対する自然言語解析の結果を得る。この結果は、図８（ｂ）の中の「表記」、「品詞」、「構文構造」の情報となる。

図８（ｂ）中の「表記」の列には、図８（ａ）の例文が形態素解析によって単語単位に分離された状態が示されている。また、「品詞」の列には、形態素解析によって各表記に対して付与された品詞の情報が示されている。ここまでが、形態素解析の出力結果である。また、「構文構造」の列には、各表記について構文構造の情報を付与した結果が示されており、これが構文解析の出力結果である。実施形態の構文解析では、句構造を主に出力している。そのため、本実施形態では、「構文構造」内は名詞句や動詞句などの句の基本的な単位を構成する部分と、それに付加される後置詞や文終端等の部分との、２階層の構文構造を有している。また、修飾等の関係や、構文構造上、主となる主動詞句についても抽出している。なお、日本語の場合には名詞（句）に対して助詞がその直後に出現して、他の名詞句や動詞句と構文的な関係を持つため、ここでは、そのような助詞を後置詞、それを伴う名詞句等を後置詞句と表現している。この後置詞句は、文節などと呼ばれる場合もある。

自然言語処理３７４は以上のような自然言語処理を行う際に、単語単位の語や単語の情報を保有する一般辞書３７７や、句構造を形成する単語の組合せや、句構造間の関係や構造を保有する構文規則３７６を利用する。形態素解析／構文解析３７５は、一般辞書３７７や構文規則３７６を利用して、対象となる文章を単語単位に分割し、品詞等の情報を付加し、構文構造に組み立てる。なお、形態素解析／構文解析３７５の処理方式や処理結果の形態は上述したようなものが基本であるが、細かい点では様々なものがある。本実施形態では、上記した処理結果が得られればよく、形態素解析および構文解析の処理方式は問わない。

次に、Ｓ７０３において、医療用語／付帯表現抽出３７０は、Ｓ７０２で得られた自然言語処理による解析結果から、医療用語（用語表現）、医療用語の付帯表現、知覚表現に該当するものを見つけて各カテゴリに分ける。この際、医療用語辞書３７１、共起パタン統計情報３７２および知覚表現辞書３７３を使用される。用語表現、付帯表現、知覚表現を抽出し推定する手法としては、単純なものとして、辞書と突き合せて該当表現を得る方法がある。それ以外に、統計情報等を用いて辞書に登録されていない表現であっても、その表現自体の表記の構成や、その表現と共起する他の単語を利用して推定する方法など様々なものがある。また、その処理結果の形態についても、基本的にはここで示したようなものが基本となることが多いが、細かい点では様々なものがある。本実施形態で用いられる処理結果が得られるのであれば、いかなる方法が用いられてもよい。

図８（ｂ）中の「用語表現」、「付帯表現」、「知覚表現」の列にＳ７０３の処理結果の内容が示されている。なお、「用語表現」、「付帯表現」、「知覚表現」を総称して「抽出表現」と呼ぶ。抽出表現は、特定の表記または表記の並びをまとめた表現に対して、そのカテゴリを割り当てたものである。用語表現は、部位名や病変名、状態名、病名等の表現が抽出されたものである。用語表現には、「部位名」、「病変名」、「状態名」、「病名」などのカテゴリが割り当てられる。

付帯表現は、用語表現に付加された表現を抽出したものである。付帯表現は、それが付加される用語表現が持つ属性となる情報を示しており、「形状」や「大きさ」等のカテゴリが割り当てられる。また、付帯表現に付帯表現が付加される場合もあり、その場合は、別の情報の付加や情報限定の付加の関係がある。この付加の関係は、構文構造に現れる。たとえば、図８（ｂ）では、位置：「内部」が、濃度：「すりガラス濃度」に対して、情報限定の付加の関係となっている。

知覚表現は、「認める」、「見える」、「疑う」などの視覚や認識・可能性の有無等の直接的表現に該当するものや、「ある」、「伴う」などの存在（有無）を確認する表現を抽出したものである。その際に、「知覚」や「認識」等のカテゴリが抽出される。この知覚表現は、医師が用語表現や付帯表現で示される内容に対して、意志や考えを表明するものであり、「認めない」等の否定を意味する場合には、それもカテゴリの属性として割り当てられ、抽出されることになる。知覚表現は、用語表現や付帯表現に対して、記載した読影医の認識や知覚した際の程度や状態等を表明するものであり、構文構造において付加という形態の構造を生じさせる。図８（ｂ）において、認識：「認める」は、病変名：「結節」に付加され、その結節という病変に対する医師の考えを表明する知覚表現である。また、認識：「なし」は、状態：「胸膜浸潤」に付加され、その胸膜浸潤という状態に対する医師の考え方を表明する知覚表現であり、認識（否定）：「なし」という表現により否定的な考えが表明されている。

次に、Ｓ７０４において、構造入力／編集３６３は、Ｓ７０３における医療用語／付帯表現抽出３７０の抽出結果をもとに、詳細項目の項目（項目名）ごとにその内容や値を決定し、詳細項目の内容を作成する。まず、構造入力／編集３６３は、抽出結果に、病変名、病名等、検査名、処置名等の重要なカテゴリの抽出表現があれば、これを「対象」の詳細項目とし、その抽出表現をその内容や値とする。残った用語表現や付帯表現は、そのカテゴリを詳細項目の項目名とし、その抽出表現を対応する詳細項目の内容や値とする。用語表現や付帯表現に付加される抽出表現があれば、その付加対象の用語表現や付帯表現の詳細項目の内容や値に対して、付加理由である構文構造の関係も含めて付加表現として追加される。

図８（ｂ）では、詳細項目「対象」の内容として、病変名「結節」が選ばれ、それには認識「認める」が付加されている（構文構造の関係は「表明」）。そのため、項目名「対象」の詳細項目の内容や値として「結節＜認める＞」が得られる。ここでは、分かり易いように、付加理由である構文構造の関係により異なる記号で括るような記法を用いている。本実施形態では、肯定の表明の場合は「＜」と「＞」、否定の表明の場合は「≪」と「≫」、限定等の修飾の場合は「［」と「］」を使用している。

次に、Ｓ７０５において、入力用テンプレート検索３６５は、Ｓ７０３で抽出した結果に基づいて検索キーワードを抽出し、抽出された検索キーワードを用いて入力用テンプレートを検索する。入力用テンプレート検索３６５は、Ｓ７０３における医療用語／付帯表現抽出３７０の抽出結果から、特定の用語表現を選び、これを検索キーワードとして用いて入力用テンプレートデータ３６７に対して検索を行う。入力用テンプレートデータ３６７の各入力用テンプレートは、あらかじめ、検索しやすいように、それぞれ検索キーワードを保有しており、高速検索が可能に構築されている。たとえば、入力用テンプレート検索３６５は、Ｓ７０３における抽出結果から、部位名、病変名、病名、検査名、処置名等のカテゴリの用語表現を検索キーワードとして入力用テンプレートデータ３６７に対して検索を行う。図８（ｂ）の場合、部位名の「左肺Ｓ８」、病変名「結節」が検索キーワードとして選ばれ、入力用テンプレートデータ３６７に対して検索が行われ、その検索結果の入力用テンプレートが得られる。

図９は、検索された入力用テンプレートの例である。図９において、入力用テンプレートの管理情報９００は行９０１から行９０３を有する。行９０１は入力用テンプレート識別用のテンプレートＩＤ、行９０２は識別表示用のテンプレート・タイトル、行９０３は入力用テンプレートの種類を示すテンプレート・タイプである。

検索情報９１０には、入力用テンプレートを検索する際に使用する検索情報を構成する検索キーが記述されている。検索キーは検索キーＩＤで識別される。検索キーは、検索条件として、「部位名」、「病名」「病変名」等の用語のカテゴリを有し、そのカテゴリ毎に「肺」、「左肺」、「右肺」等の検索キーワードを保有している。検索キー内の検索条件の各カテゴリの検索キーワードについて、検索時には比較や検索インデックスでの対応が行われ、検索キーワード内の各カテゴリで該当するものがあれば、この入力用テンプレートが検索結果に含まれることとなる。たとえば、部位名「左肺Ｓ８」、病変名「結節」を検索キーワードとして検索が行われると、検索キーＩＤ＝１の検索条件（行９１１）の中に、部位名「左肺Ｓ８」と病変名「結節」があるため、図示の入力用テンプレートが検索されることとなる。

入力項目９２０は、入力用テンプレートの入力内容に関する部分である。入力項目９２０の各行には、入力用テンプレートを使用して入力を行う際に、所見項目や診断項目などの各項目内の詳細項目として必要な項目名とその入力候補（内容および／または値）が記載されている。例えば、行９２１は所見のテキスト記載について、その入力が必須であり、入力候補として「結節を認める」等のテキスト記載の内容があることを示している。行９２２は、詳細項目の項目名「対象」が、入力必須の詳細項目であり、その入力候補として「結節」等があることを示している。

また、入力項目９２０の各行には、詳細項目の内容や値の入力候補を追加するための、入力候補検索条件と、入力候補該当制約が記載されている。これらは、詳細項目の内容や値の入力候補を追加する際の検索条件となるカテゴリと、その検索結果の中で候補表示する際に優先的に表示されるもの（デフォルトにするもの）に該当するかどうかの制約である。これらの内容および使用方法については、後述するＳ７０７の処理において説明される。

次に、Ｓ７０６において、構造化入力／編集３６３は、Ｓ７０４で得られた項目のテキスト記載の内容から作成された詳細項目と、Ｓ７０５の入力用テンプレートから得られた詳細項目をまとめて、項目内の表部分の詳細項目を作成する。この際、構造化入力／編集３６３は、入力用テンプレートの入力項目９２０の内容にしたがった詳細項目のうち、Ｓ７０４で得られたテキスト記載内容から作成された詳細項目から対応する内容や値が得られる場合には、その内容や値が入力された状態となる。また、この際、入力用テンプレートから得られた詳細項目の入力候補は選択されていない状態の入力候補として残され、表示時には候補リストとして表示されることとなる。他方、入力用テンプレートから得られた詳細項目であって、Ｓ７０４で得られたテキスト記載内容に対応する詳細項目の内容や値がない場合は、その詳細項目の内容や値は、未入力となり、表示時には空白となる（項目名のみが表示される）。

次に、Ｓ７０７において、入力候補検索／追加３６６は、未入力状態の詳細項目について入力候補を検索し、追加する。すなわち、入力候補検索／追加３６６は、図９に示すような入力用テンプレートにおいて詳細項目に関連づけられて記載されている検索条件（入力候補検索条件）を用いて、読影レポートの入力済みの記載から入力候補を検索する。この処理の内容については、図１１のフローチャートにより詳しく後述する。

次に、Ｓ７０８において、構造化表示／入力３４６と詳細項目表示／入力３４７が、Ｓ７０７の処理結果を用いて読影レポートの項目の表示を行う。まず、構造入力／編集３６３が、保有する項目や関係等の情報、各項目内の項目詳細情報を読影レポート生成部３４１へ送る。そして構造化表示／入力３４６が主として項目とそれらの関係を表示し、詳細項目表示／入力３４７が主として項目内の詳細項目を表示する。この表示結果が図６の画面の表示内容となる。

次に、Ｓ７０９において、読影レポート生成部３４１は、Ｓ７０８で表示された内容に対して行われたユーザ操作を取得し、これを構造化／編集３６３へ送ることにより、ユーザ操作に応じた処理の分岐を行う。なお、処理を分岐させる操作には種々のものがあるが、以下では詳細項目への操作である「詳細項目の選択の操作」、「詳細項目の変更、編集の操作」、「詳細項目の確定の操作」に対応した処理について説明する。詳細項目の選択の操作が行われた場合、処理はＳ７１０へ進み、詳細項目の変更・編集の操作が行われた場合、処理はＳ７１１へ進み、詳細項目の確定の操作が行われた場合、処理はＳ７１２へ進む。

詳細項目の選択の操作が行われると、Ｓ７１０において、詳細項目表示／入力３４７は、選択操作の内容を取得し、これを読影レポート生成部３４１経由で構造化／編集３６３へ送る。構造化／編集３６３は、選択された詳細項目の内容や値の入力候補を読影レポート生成部３４１へ送る。詳細項目表示／入力３４７は、構造化／編集３６３から受け取った入力候補をリスト化し、候補リストとして表示してユーザによる選択ができるようにする。こうして、読影レポートの作成支援のために、Ｓ７０７で検索された入力候補が、入力候補検索条件が関連付けられている詳細項目の入力候補として追加される。Ｓ７１０の処理が終了すると、処理はＳ７０９へ戻る。

詳細項目の変更、編集の操作が行われた場合、Ｓ７１１において、詳細項目表示／入力３４７が変更および編集内容を取得し、これを読影レポート生成部３４１経由で構造化／編集３６３へ送る。構造化／編集３６３は、受け取った変更及び編集内容にしたがって、選択された詳細項目の内容や値の更新を行う。Ｓ７１１の処理が終了したら、処理はＳ７０９へ戻る。

詳細項目の確定の操作が行われた場合、Ｓ７１２において、詳細項目表示／入力３４７が、読影レポート生成部３４１経由で、構造化／編集３６３へ確定操作が行われたことを通知する。なお確定操作は、たとえば、項目や詳細項目が選択された状態（入力可能状態）でなくなった場合に発生する。構造化／編集３６３は、詳細項目の内容を、読影レポート管理サービス２３３経由で、読影レポート２３４として記録する。そして、読影レポート生成部３４１経由で、詳細項目表示／入力３４７に確定したことを通知し、詳細項目表示／入力３４７は、通常状態の非選択表示を行う。Ｓ７１２の処理が終了したら、図７の処理は終了となる。

このようにして、読影レポートの作成において所見や診断等の項目ごとに分けて記載する際に、入力用テンプレートとテキスト記載による所見や診断等の内容の両方を用いて、詳細項目の表示・入力を行うための画面が表示される。そのような画面の一例を示したのが図６である。図６の画面の表示、図６の画面を用いた操作を行う際に、図７のＳ７０７の処理によって、詳細項目の入力候補（内容や値）の追加が行われる。以下、入力候補の追加処理について説明する。

図１０は、未記入となっている詳細項目がユーザにより選択され、Ｓ７１０において、内容や値の入力候補の追加を行った結果を利用している画面を示している。図１０は、図６と同じ読影レポート作成時の画面である。図１０中、図６と同様の表示要素には同一の参照番号が付されている。図６では診断項目６１３が選択されていたが、図１０では計画／処置の対応項目６１４が選択されている。そのため、選択枠１０１７が対応項目６１４に対して表示されている。対応項目６１４内の詳細項目１０１９は、項目名が「検査」であり、図６では未入力であったが、図１０では「ＣＴ」が入力されている。対応項目６１４内の詳細項目１０２０は、入力用に選択されている状態であり、文字入力用カーソル１０１８と入力候補を示す候補リスト１０２１が表示されている。

候補リスト１０２１は、未記入の状態の詳細項目１０２０の内容や値の入力候補を表示しており、ユーザはこの候補リスト１０２１から所望の入力候補を選択することができる。候補リスト１０２１は、ステップＳ７０７において検索された入力候補も表示される。候補リスト１０２１において実線で囲まれている入力候補が選択状態となっている入力候補である。また、点線で囲まれている入力候補は、未選択の入力候補であることを示している。なお、この候補リスト１０２１の表示開始時では、入力候補のうちの一つがデフォルトで指定された状態となっている。

ユーザは候補リスト１０２１にリストされた入力候補の一つを選択することで、詳細項目１０２０の内容を入力することができる。これにより、入力したい内容が候補リスト１０２１内にあれば、それを選択するという簡単な操作で文字入力を行うことができる。候補リスト１０２１に適切な入力候補がない場合、非常に簡単にテキスト入力できる場合、他の部分からのコピー・ペーストなどで文字入力を行う場合などにおいて、文字入力用カーソル１０１８に対して、ユーザは文字入力の指示を行うことができる。このようにして、詳細項目への入力で、入力候補を利用した入力を行うことができる。

なお、図１０に示す画面では、未記入であった詳細項目１０１９が選択され、候補リストから入力候補の「ＣＴ」が選ばれて入力されている。さらに、未記入の詳細項目１０２０が選択されて、候補リスト１０２１が表示されている状態になっている。

図１１は、図７のＳ７０７の処理（入力候補を検索、追加する処理）の詳細を示すフローチャートである。この処理は、入力候補検索／追加３６６によって行われる。なお、図１１の処理は、詳細項目の内容や値が未入力となっている詳細項目ごとに実行される。また、図１２は、図１１に示される処理により図１０の詳細項目１０１９と詳細項目１０２０のための追加の入力候補を得る際の処理内容を説明するための図である。

Ｓ１１０１において、入力候補検索／追加３６６は、入力済みの内容や値がない詳細項目（未記入の詳細項目）について、入力用テンプレートから、入力候補検索条件と入力候補制約条件を取得する。これにより、内容や値の入力候補の追加を行うための準備が行われる。たとえば、対応項目６１４では、テキスト記載内容から対象が画像検査の「経過観察」になっている。図９に示される入力用テンプレートによれば、計画／処置の項目において対象が画像検査名の場合には、詳細項目「検査」に対応する入力候補検索条件が「検査名」、入力候補制約条件が「画像検査名」となる。また、入力用テンプレートによれば、計画／処置の項目において対象が画像検査名の場合に、詳細項目「部位」に対応する入力候補検索条件が「部位名」、入力候補制約条件が「画像検査範囲」となる。この様子を図１２に示す（検索条件の列および制約条件の列を参照）。

次に、Ｓ１１０２において、入力候補検索／追加３６６は、構造化により未記入の詳細項目と関係付けられている画像、所見、診断、計画／処置の項目内の詳細項目や検査情報を検索対象に加える。たとえば、未記入の詳細項目１０１９が属する項目と関連付けられている項目（図１０では、対応項目６１４と関連付けられている診断項目６１３、更に、診断項目６１３と関連付けられている所見項目６１１）が検索対象となる。

Ｓ１１０３では、未記入の詳細項目が属している項目と関連付けられている他の文書が検索対象として設定される。Ｓ１１０３において、入力候補検索／追加３６６は、内容や値の入力内容がない未記入の詳細項目と関係のある依頼箋、過去所見、過去の読影レポートの部分の情報を検索対象に加える。例えば、関係のある依頼箋、過去所見、過去の読影レポートは、患者情報の参照により同一患者のものが選択され、設定される。なお、同一患者の過去の読影レポートについては、所見、診断、計画／処置の項目が検索対象に選択されるものとする。この場合、同一患者だけでなく、同じもしくは類似の傷病の患者としてもよい。また、同一患者に対し、複数の異なる種類の画像検査を行う場合があり、それぞれに読影レポートが作成される場合があるので、これらの読影レポートを対象としてもよい。Ｓ１１０４では、入力候補検索／追加３６６は、さらに、レポートの記載対象の検査情報（検査情報５０４）を検索対象に加える。なお、検査情報５０４の情報も、医療用語／付帯表現抽出３７０により、所見や診断などの項目と同様に、医療用語をカテゴリに分類して構造化（カテゴリと内容の対）しておくものとする。後述の入力候補の検索（Ｓ１１０５）により検索を行うためである。

以上のＳ１１０２からＳ１１０４の処理によって、図１２の検索対象の項目が設定される。行１２０１〜１２０３では、関係のある画像、所見、診断、計画／処置の項目内の詳細項目が検索対象となるように設定されている。また、行１２０４では、検索対象の項目として検査情報５０４が設定されている。また、行１２０５では、検索対象の項目として、関係のある依頼箋・過去所見から、「関連検査・レポート」が設定されている。

Ｓ１１０５において、入力候補検索／追加３６６は、内容や値の入力内容がない詳細項目について、Ｓ１１０１で取得した「検索条件」を基に、Ｓ１１０２〜Ｓ１１０４で集めた検索対象の抽出表現に対して検索を行う。この検索により、内容や値がない詳細項目に対する入力候補の検索結果が得られることとなる。この検索によって検索された入力候補が図１２の行１２０１〜１２０５の「検索条件で検索した抽出表現」の列に示されている。また、詳細項目１０２０について検索された入力候補が行１２０６〜１２１０の「検索条件で検索した抽出表現」の列に示されている。

Ｓ１１０６において、入力候補検索／追加３６６は、Ｓ１１０５の検索結果があったかどうかで、処理を分岐する。検索結果がなかった場合は、図１１の処理は終了となる。他方、検索結果があった場合には、処理はＳ１１０７へ進む。Ｓ１１０７において、入力候補検索／追加３６６は、Ｓ１１０６の検索結果に対して、さらにＳ１１０１で得られた入力候補制約条件を基に選別を行い、制約条件に該当する検索結果と該当しない検索結果に分ける。

Ｓ１１０８において、入力候補検索／追加３６６は、Ｓ１１０７の処理で検査結果の中に制約条件に該当するものがあったかどうかで処理を分岐する。Ｓ１１０８で、制約条件に該当する検索結果がなかった場合は、処理はＳ１１１１へ進む。制約条件に該当する検索結果があった場合は、処理はＳ１１０９へ進む。Ｓ１１０９において、入力候補検索／追加３６６は、Ｓ１１０８で制約条件に該当するとして選別された検索結果（入力候補）を、処理対象となっている詳細項目に関して入力用テンプレートが保持している入力候補のリストの先頭に追加する。そして、この先頭に追加した入力候補をデフォルト候補とする。

Ｓ１１１０において、入力候補検索／追加３６６は、制約条件に該当しない検索結果（入力候補）を、入力用テンプレートが保持している入力候補により形成されるリストの後方に追加する。以上のように、Ｓ１１０５で検索された結果が詳細項目情報の入力候補のリストに加えられる際に、制約条件に該当したかどうかで、入力候補のリスト内の位置が異なることとなる。Ｓ１１１０の処理が終了したら、図１１の処理は終了となる。

以上のようにして、詳細項目の内容や値の入力候補の追加が行われる。図１２では、行１２０４（「カテゴリ」が「画像検査」であり、「内容や値」が「ＣＴ」）が制約条件に該当しているものとなった様子が示されている。また、詳細項目１０２０に関する入力項目の検索処理結果（行１２０６〜１２１０）では、行１２０９（「カテゴリ」が「部位名（画像検査）」で「内容や値」が「胸部」）が制約条件に該当しているものとなった様子が示されている。したがって、これら該当すると判定された入力候補（内容／値）が、入力用テンプレートが保有している入力候補のリストの先頭に、デフォルトとして追加されることとなる。

図１３は、図１１の処理を別の読影レポートに適用した場合の画面表示である。図１３において、図１０と同様の表示要素には同一の参照番号が付されている。また、参照番号が１３１１から１３２１の表示要素は、図１０の１０１１から１０２１と同様であるが、それぞれの各項目の記載内容が一部異なるため、項目内の記載と詳細項目の内容が図１０とは異なるものとなっている。

図１３の場合も、図１０の場合と同様に、詳細項目１３１９について入力候補の追加処理が行われ、項目名「検査」の内容として「生検」が記入されている。また、詳細項目１３２０について入力候補の追加処理が行われ、生検が患部を取り出して検査する方式であるため、その患部である病変名が部位の入力候補になっているのがわかる。

図１４は、図１３の詳細項目１３１９と詳細項目１３２０について追加すべき入力候補の検索（Ｓ７０７）を行った場合の処理内容の例を示す図である。図１３の場合、項目１３１４のテキスト記載から、対象が「患部検査」で内容や値が「生検」が得られているため、この結果に基づいて、詳細項目１３１９，１３２０について、入力候補を得る処理が行われる。図９の入力用テンプレートから、計画／処置の項目において対象が患部検査名の場合、「入力候補検索条件」が「部位名と病変名」で、「入力候補制約条件」が「病変名」となる。上述したように、Ｓ１１０２〜Ｓ１１０４で設定された検索対象について、Ｓ１１０５において「部位名」と「病変名」のカテゴリが検索され、行１４０１〜１４０６の「検索条件で検索した抽出表現の列に示されるような検索結果が得られる。制約条件が「病変名」であるため、行１４０３の「結節(1)」が該当する入力候補として得られることになる。

以上のように、図７と図１１の処理を実行して、図６、図１０、図１３で示したような表示や操作を行うことで、記載中の読影レポートの構造化の関係を利用して、入力用テンプレートの未入力項目について、記載済みの内容から入力候補が自動的に追加される。そのため、未入力項目への入力をより容易に行えるようになった。また、テキストだけの読影レポートだと、記載されたテキスト全体から、その入力候補を得ようとするため、複雑な解析や処理が必要で、その解析等の精度が非常に高くないと正しくない候補も含んでしまう可能性がある。これに対し、読影レポートの構造化の関係を利用することで、項目内のテキスト記載やそこから得られた詳細項目だけを対象とすることで、解析の精度の影響や処理負担を低く抑えることが可能になった。また、入力候補をその入力される情報入力項目に応じて、再利用しやすい内容や値を優先的に選びやすくし、再利用しやすい内容や値が入力対象となるようになった。

本実施形態によれば、読影レポートの作成を行う際に、テキスト入力（自然言語入力）と詳細項目への記載の両方が可能になる。また、入力項目・詳細入力項目を入力用テンプレートを用いて行う場合に、詳細項目の内容や値を入力するときに、適切な入力候補を利用することができる。これにより、読影レポートの作成が容易になった。

以上のように、上記実施形態によれば、読影医等の医療関係者が、構造化された読影レポートを利用する際に、その読影レポートの記載が容易になり、その作業負担が軽減される。また、入力が必要な情報が分かり易くなり、より良質な読影レポートの作成や利用が可能となる。また、再利用しやすい記載内容が増大することで、読影レポートの記載情報をそのまま再利用して検査依頼を作成することが可能になり、検査依頼の作成が容易になる。

なお、上記実施形態では、医療に関わる医用レポートの作成支援を説明したが、本発明はこれに限られるものではない。本発明は、属性の異なる複数の項目により構造化されており、さらに各項目が項目名（カテゴリ）と内容の対を含む詳細項目により構成された文書の作成支援に適用することができる。

（その他の実施形態）
本発明は、上述の実施形態の１以上の機能を実現するプログラムを、ネットワーク又は記憶媒体を介してシステム又は装置に供給し、そのシステム又は装置のコンピュータにおける１つ以上のプロセッサーがプログラムを読出し実行する処理でも実現可能である。また、１以上の機能を実現する回路（例えば、ＡＳＩＣ）によっても実現可能である。

１００：情報処理装置、２１０：ネットワーク、２１１，２１３，２１５：ＰＣクライアント、２１２，２１４，２１６：クライアントアプリケーション、２１７：撮影装置、２２１：検査オーダサーバ、２２４：電子カルテサーバ、２２７：医療画像サーバ、２３０：読影レポートサーバ

上記の目的を達成するための本発明の一態様によるレポート作成装置は以下の構成を有する。すなわち、
構造化された属性の異なる複数の項目と、前記複数の項目のそれぞれに対応する複数の詳細項目と、を有する医用レポートを作成する医用レポート作成装置であって、
前記医用レポートにおける前記複数の詳細項目のそれぞれに対して、詳細項目に対応する入力候補リストを用いて、ユーザの入力を支援する支援手段と、
前記入力候補リストに追加する入力候補を、前記入力候補リストに対応する詳細項目が属する項目と前記構造化において関係づけられている項目に属する詳細項目における入力済みの記載を検索対象として検索する検索手段と、
前記検索手段による検索によって取得された入力候補を前記入力候補リストに追加する追加手段と、を有する。

Claims

属性の異なる複数の項目により構造化された医用レポートを作成する医用レポート作成装置であって、
前記複数の項目の各々において記述されるべき詳細項目の項目名と入力候補を保有する入力用テンプレートを用いて、ユーザによる医用レポートの作成を支援する支援手段と、
前記入力用テンプレートにおいて詳細項目に関連づけられて記載されている検索条件を用いて、前記医用レポートの入力済みの記載から入力候補を検索する検索手段と、
前記支援手段による作成支援のために、前記検索手段で検索された入力候補を前記検索条件が関連付けられている詳細項目の入力候補に追加する追加手段と、を備えることを特徴とする医用レポート作成装置。
前記入力用テンプレートは、さらに詳細項目に関連付けられた制約条件を保有し、
前記追加手段は、前記検索手段により検索された入力候補のうち、前記制約条件を満たす入力候補を優先して用いることを特徴とする請求項１に記載の医用レポート作成装置。
前記追加手段は、前記制約条件に該当する入力候補を、デフォルトで選択状態となる入力候補として用いることを特徴とする請求項２に記載の医用レポート作成装置。
前記追加手段は、前記制約条件に該当する入力候補を、候補リストの先頭に配置して提示することを特徴とする請求項２または３に記載の医用レポート作成装置。
前記複数の項目に記述されている自然言語の文を解析する解析手段と、
前記解析手段による解析の結果として得られた表現に基づいて、作成支援に用いる前記入力用テンプレートを取得する取得手段と、をさらに備えることを特徴とする請求項１または２に記載の医用レポート作成装置。
前記取得手段は、前記解析手段により得られた解析の結果に含まれている部位名、病名、病変名をキーワードとして用いて入力用テンプレートを検索することを特徴とする請求項５に記載の医用レポート作成装置。
前記検索手段は、前記検索条件が関連付けられている詳細項目が属している項目と前記構造化によって関連づけられている項目において記載済みとなっている内容を検索対象とすることを特徴とする請求項１乃至６のいずれか１項に記載の医用レポート作成装置。
前記検索手段は、前記検索条件が関連付けられている詳細項目が属している項目と関連付けられている他の文書を検索対象とすることを特徴とする請求項７に記載の医用レポート作成装置。
前記構造化において、前記項目は、カテゴリとその内容を含む詳細項目を含み、
前記検索手段は、前記検索条件が指定するカテゴリに関して記載されている内容を前記入力候補として取得することを特徴とする請求項１乃至７のいずれか１項に記載の医用レポート作成装置。
前記検索手段は、未記入の詳細項目について入力候補の検索を行うことを特徴とする請求項１乃至９のいずれか１項に記載の医用レポート作成装置。
属性の異なる複数の項目により構造化された医用レポートを作成する医用レポート作成装置の制御方法であって、
前記複数の項目の各々において記述されるべき詳細項目の項目名と入力候補を保有する入力用テンプレートを用いて、ユーザによる医用レポートの作成を支援する支援工程と、
前記入力用テンプレートにおいて詳細項目に関連づけられて記載されている検索条件を用いて、前記医用レポートの入力済みの記載から入力候補を検索する検索工程と、
前記支援工程における作成支援のために、前記検索工程で検索された入力候補を前記検索条件が関連付けられている詳細項目の入力候補に追加する追加工程と、を有することを特徴とする医用レポート作成装置の制御方法。
互いに通信が可能なサーバとクライアントを有し、属性の異なる複数の項目により構造化された医用レポートを作成する医用レポート作成システムであって、
前記複数の項目の各々において記述されるべき詳細項目の項目名と入力候補を保有する入力用テンプレートを用いて、ユーザによる医用レポートの作成を支援する支援手段と、
前記入力用テンプレートにおいて詳細項目に関連づけられて記載されている検索条件を用いて、前記医用レポートの入力済みの記載から入力候補を検索する検索手段と、
前記支援手段による作成支援のために、前記検索手段で検索された入力候補を前記検索条件が関連付けられている詳細項目の入力候補に追加する追加手段と、を備え、
前記サーバが、前記支援手段、検索手段および前記追加手段の少なくとも一部として機能することを特徴とする医用レポート作成システム。
コンピュータを、請求項１乃至１１のいずれか１項に記載された医用レポート作成装置の各手段として機能させるためのプログラム。