(57)【要約】【課題】読影レポートにおいて読影医により指摘された事項の見落としを防ぐ。【解決手段】画像検査に係る検査オーダーを取得し（ステップＳ２１）、検査オーダー内から所定文字列を抽出し、所定文字列に対応するカテゴリーを特定する（ステップＳ２２）。検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得し（ステップＳ２４）、第１の読影レポート内から所定文字列を抽出し、所定文字列に対応するカテゴリーを特定する（ステップＳ２５）。検査オーダーと第１の読影レポートとを比較して、検査オーダーと第１の読影レポートとの関連性の度合いを判定し（ステップＳ２７）、第１の読影レポート内の検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成する（ステップＳ２８）。【選択図】図８
2019109809.tif 000002
【特許請求の範囲】
【請求項１】
画像検査に係る検査オーダーを取得する検査オーダー取得手段と、
前記検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得する読影レポート取得手段と、
前記検査オーダーと前記第１の読影レポートとを比較して、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する判定手段と、
前記第１の読影レポート内の前記検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成する作成手段と、
を備える読影レポート作成装置。
【請求項２】
前記作成手段は、前記第２の読影レポートにおいて、前記第１の読影レポート内の前記検査オーダーとの関連性が前記所定の基準より低いと判定された部分の色、背景色、フォントサイズ又はフォントタイプを変更する請求項１に記載の読影レポート作成装置。
【請求項３】
所定の文字列を予め複数のカテゴリーに分類した対応表を記憶する記憶手段を備え、
前記判定手段は、前記検査オーダーと前記第１の読影レポートとのそれぞれから前記所定の文字列を抽出し、当該抽出された所定の文字列が属するカテゴリーを前記対応表から特定し、当該特定されたカテゴリー同士を比較することにより、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する請求項１又は２に記載の読影レポート作成装置。
【請求項４】
前記カテゴリーは、診断対象部位、臓器又は診療科を示す情報である請求項３に記載の読影レポート作成装置。
【請求項５】
前記判定手段は、前記検査オーダーを生成した検査依頼者の所属に基づいて、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する請求項１から４のいずれか一項に記載の読影レポート作成装置。
【請求項６】
コンピューターを、
画像検査に係る検査オーダーを取得する検査オーダー取得手段、
前記検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得する読影レポート取得手段、
前記検査オーダーと前記第１の読影レポートとを比較して、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する判定手段、
前記第１の読影レポート内の前記検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成する作成手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、読影レポート作成装置及びプログラムに関する。
【背景技術】
【０００２】
従来、医療分野においては、Ｘ線撮影装置（ＤＲ、ＣＲ）、超音波診断装置（ＵＳ）、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）等のモダリティーを用いて、患者に対して様々な画像検査が行われている。主治医は、患者の症状から必要な検査を判断し、医療施設内のモダリティーに対して検査オーダーを発行する。
【０００３】
主治医が画像検査を依頼する目的としては、手術後のフォローアップを始め、病状の状態確認や治療計画の確認が主である。主治医は、検査技師に対して目的の領域を十分カバーする範囲（例えば、腹部全体）で画像検査を依頼する。
【０００４】
また、モダリティーで撮影された医用画像については、主治医が読影医に画像診断を依頼し、読影医が画像診断報告書（以下、読影レポートという。）を作成するのが通例となっている。主治医は、読影医が作成した読影レポートを参考にしながら、診断を行う。
【０００５】
また、依頼者からの検査依頼に基づいて撮影された医用画像について読影レポートを作成するシステムにおいて、読影医が読影結果の重要性の度合いを示す重要度を読影レポートに設定し、重要度に基づいて患者に対して緊急な対応が必要であると判定した場合に、依頼者にメッセージを送信する技術が提案されている（特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−０７５９２７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、読影医は、主治医から読影を依頼されると、目的の領域だけでなく、撮影された全ての画像範囲の読影を行った上で、読影レポートを作成する。主治医は、読影レポートに、予測していなかった臓器に関する記載や専門領域外の内容が含まれていると、読影レポート内の指摘事項を見落とすおそれがあった。例えば、卵巣領域の診断を目的として腹部全体が撮影された医用画像に対し、読影医が読影レポートにおいて大腸の腫瘍について言及している場合等がある。この場合、患者に別の疾患があることが認知されず、放置されるという問題があった。
【０００８】
特に、緊急の手術が必要な場合等には、主治医は読影医に読影を依頼するものの、主治医自身が先に読影を行い、読影医による画像診断結果を待たずに治療・手術を行うことがある。主治医が予測していなかった領域の異常を読影医が指摘した読影レポートが、患者に対する処置が終わった後で主治医に送付された場合、主治医は、当初の治療目的に対して処置が終わったものと認識しているため、読影レポートに注意を払わない可能性もある。
【０００９】
特許文献１に記載の技術は、読影結果を待つ主治医に対して、緊急性の高低によって、メッセージを送信するものであるが、主治医がそもそも対応済みと認識している場合には、読影レポートの緊急性を指摘されても、見逃してしまうおそれがあった。
【００１０】
このように、読影医が気付いていた疾患を主治医が放置してしまうという問題に対し、読影医から主治医に直接連絡する機会を増やしたり、ダブルチェックしたりする等の対策が採られているが、手間がかかり、効率が悪かった。
【００１１】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、読影レポートにおいて読影医により指摘された事項の見落としを防ぐことを課題とする。
【課題を解決するための手段】
【００１２】
上記課題を解決するために、請求項１に記載の発明は、画像検査に係る検査オーダーを取得する検査オーダー取得手段と、前記検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得する読影レポート取得手段と、前記検査オーダーと前記第１の読影レポートとを比較して、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する判定手段と、前記第１の読影レポート内の前記検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成する作成手段と、を備える読影レポート作成装置である。
【００１３】
請求項２に記載の発明は、請求項１に記載の読影レポート作成装置において、前記作成手段は、前記第２の読影レポートにおいて、前記第１の読影レポート内の前記検査オーダーとの関連性が前記所定の基準より低いと判定された部分の色、背景色、フォントサイズ又はフォントタイプを変更する。
【００１４】
請求項３に記載の発明は、請求項１又は２に記載の読影レポート作成装置において、所定の文字列を予め複数のカテゴリーに分類した対応表を記憶する記憶手段を備え、前記判定手段は、前記検査オーダーと前記第１の読影レポートとのそれぞれから前記所定の文字列を抽出し、当該抽出された所定の文字列が属するカテゴリーを前記対応表から特定し、当該特定されたカテゴリー同士を比較することにより、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する。
【００１５】
請求項４に記載の発明は、請求項３に記載の読影レポート作成装置において、前記カテゴリーは、診断対象部位、臓器又は診療科を示す情報である。
【００１６】
請求項５に記載の発明は、請求項１から４のいずれか一項に記載の読影レポート作成装置において、前記判定手段は、前記検査オーダーを生成した検査依頼者の所属に基づいて、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する。
【００１７】
請求項６に記載の発明は、コンピューターを、画像検査に係る検査オーダーを取得する検査オーダー取得手段、前記検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得する読影レポート取得手段、前記検査オーダーと前記第１の読影レポートとを比較して、前記検査オーダーと前記第１の読影レポートとの関連性の度合いを判定する判定手段、前記第１の読影レポート内の前記検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成する作成手段、として機能させるためのプログラムである。
【発明の効果】
【００１８】
本発明によれば、読影レポートにおいて読影医により指摘された事項の見落としを防ぐことができる。
【図面の簡単な説明】
【００１９】
【図１】本発明の実施の形態における医用画像システムのシステム構成図である。
【図２】（ａ）は、検査オーダーに含まれる検査目的の例である。（ｂ）は、検査オーダーに含まれる読影目的の例である。
【図３】画像管理サーバーの機能的構成を示すブロック図である。
【図４】第１対応表のデータ構成例を示す図である。
【図５】第２対応表のデータ構成例を示す図である。
【図６】主治医端末、読影医端末の機能的構成を示すブロック図である。
【図７】医用画像システムにおいて実行される画像検査診断処理を示すラダーチャートである。
【図８】画像管理サーバーにより実行される読影レポート強調加工処理を示すフローチャートである。
【図９】解析対象となる検査オーダーの例である。
【図１０】（ａ）は、第１対応表に基づく検査オーダーの解析結果を示す図である。（ｂ）は、第２対応表に基づく検査オーダーの解析結果を示す図である。
【図１１】解析対象となる第１の読影レポートの例である。
【図１２】（ａ）は、第１対応表に基づく読影レポートの解析結果を示す図である。（ｂ）は、第２対応表に基づく読影レポートの解析結果を示す図である。
【図１３】第２の読影レポートの例である。
【発明を実施するための形態】
【００２０】
以下、本発明に係る読影レポート作成装置の実施の形態について説明する。ただし、発明の範囲は、図示例に限定されない。
【００２１】
図１に、医用画像システム１００のシステム構成を示す。
図１に示すように、医用画像システム１００は、電子カルテサーバー１０、ＲＩＳ（Radiology Information System）サーバー２０、読影レポート作成装置としての画像管理サーバー３０、主治医端末４０、読影医端末５０、モダリティー６０，６０，・・・等から構成され、ＬＡＮ（Local Area Network）等の通信ネットワークＮを介してデータ通信可能に接続されている。医用画像システム１００を構成する各装置は、ＨＬ７（Health Level Seven）やＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に準じており、各装置間の通信は、ＨＬ７やＤＩＣＯＭに則って行われる。なお、主治医端末４０、読影医端末５０の台数は、特に限定されない。
【００２２】
電子カルテサーバー１０は、主治医端末４０からの操作指示に応じて、患者に対する診療行為や診断結果を記録した電子カルテ情報や、患者に対する検査を依頼するための検査オーダーを生成する。
【００２３】
検査オーダーには、検査依頼者（主治医）、読影医、患者情報、検査情報等が含まれている。
患者情報は、患者に関する情報である。患者情報には、患者ＩＤ、患者氏名、生年月日、年齢、性別、身長、体重、血圧（上／下）、血液型、体温、現病歴、既往歴、入外区分、アレルギー歴、感染症等が含まれる。
検査情報は、検査に関する情報である。検査情報には、検査ＩＤ、検査日時、モダリティー（ＤＲ、ＣＲ、ＵＳ、ＣＴ、ＭＲＩ等）、検査部位（胸部、腹部等）、技師氏名、診療科、検査目的、読影目的、造影剤有無、受付番号等が含まれる。
【００２４】
検査目的は、検査依頼者から検査技師や読影医へ検査目的を伝えるための情報である。図２（ａ）に、検査オーダーに含まれる検査目的の例を示す。
読影目的は、検査依頼者から読影医へ読影すべきポイントを伝えるための情報である。図２（ｂ）に、検査オーダーに含まれる読影目的の例を示す。
【００２５】
ＲＩＳサーバー２０は、放射線機器による検査や治療の予約、検査結果等の放射線科内の情報を管理する。ＲＩＳサーバー２０は、電子カルテサーバー１０において発行された検査オーダーを管理し、検査オーダーに基づいて、検査対象のモダリティー６０に対して検査依頼を送信し、画像管理サーバー３０に読影依頼を送信する。
【００２６】
画像管理サーバー３０は、モダリティー６０において生成された医用画像の画像データを記憶し、患者ごとに管理する。画像管理サーバー３０としては、例えば、ＰＡＣＳ（Picture Archiving and Communication System）等が挙げられる。
【００２７】
図３に、画像管理サーバー３０の機能的構成を示す。
図３に示すように、画像管理サーバー３０は、制御部３１、通信部３２、記憶部３３、画像保管部３４等を備えて構成されており、各部はバス３５により接続されている。
【００２８】
制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）及びＲＡＭ（Random Access Memory）等から構成され、画像管理サーバー３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、ＲＯＭに記憶されている各種処理プログラムを読み出してＲＡＭに展開し、当該プログラムとの協働により各種処理を行う。
【００２９】
通信部３２は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。例えば、通信部３２は、モダリティー６０により患者を撮影して得られた医用画像を受信する。
【００３０】
記憶部３３は、ＨＤＤ（Hard Disk Drive）や不揮発性メモリー等により構成され、各種データを記憶している。例えば、記憶部３３には、第１対応表３３１、第２対応表３３２、ユーザー管理テーブルＴ１、検査管理テーブルＴ２が記憶されている。
【００３１】
図４に、第１対応表３３１のデータ構成例を示す。第１対応表３３１は、部位、病名等を含む所定の文字列を複数のカテゴリー（診断対象部位）に分類したものである。例えば、「白内障」、「口腔底」、「咽頭」という文字列は、「頭部」というカテゴリーに分類され、「尿路」、「前立腺」、「膀胱」、「股関節」という文字列は、「下腹部」というカテゴリーに分類されている。なお、カテゴリーとして、臓器を示す情報を用いることとしてもよい。
【００３２】
図５に、第２対応表３３２のデータ構成例を示す。第２対応表３３２は、部位、病名等を含む所定の文字列を複数のカテゴリー（診療科）に分類したものである。例えば、「白内障」、「眼底」という文字列は、「眼科」というカテゴリーに分類されている。
【００３３】
ユーザー管理テーブルＴ１は、画像管理サーバー３０が提供する画像管理システムを利用するユーザーを管理するためのテーブルである。ユーザー管理テーブルＴ１には、ユーザー（医療従事者）ごとに、ユーザーＩＤ、パスワード、氏名、所属（診療科）、メールアドレス等が対応付けられて格納されている。
【００３４】
検査管理テーブルＴ２は、画像検査を管理するためのテーブルである。検査管理テーブルＴ２には、画像検査ごとに、検査依頼者（主治医）、読影医、患者情報、検査情報、医用画像の識別情報（画像ＩＤ）、第１の読影レポートの識別情報（レポートＩＤ）、第２の読影レポートの識別情報（レポートＩＤ）等が対応付けられて格納される。
第１の読影レポートは、読影医が読影医端末５０において医用画像を読影して作成したものである。
第２の読影レポートは、第１の読影レポートに対して読影レポート強調加工処理（図８参照）が施された結果、作成されたものである。
【００３５】
また、記憶部３３には、読影医端末５０からの操作指示に応じて作成された第１の読影レポート、画像管理サーバー３０において自動的に作成された第２の読影レポートが記憶される。第１の読影レポート、第２の読影レポートは、それぞれレポートＩＤで特定される。
【００３６】
画像保管部３４は、患者ごとに、医用画像の画像データを記憶し、保管するための記憶装置である。
【００３７】
制御部３１は、読影医により第１の読影レポートが作成された場合に、当該作成された第１の読影レポートに対応する画像検査に係る検査オーダーをＲＩＳサーバー２０から取得する。すなわち、制御部３１は、検査オーダー取得手段として機能する。
【００３８】
制御部３１は、この検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得する。すなわち、制御部３１は、読影レポート取得手段として機能する。
【００３９】
制御部３１は、検査オーダーと第１の読影レポートとを比較して、検査オーダーと第１の読影レポートとの関連性の度合いを判定する。すなわち、制御部３１は、判定手段として機能する。具体的には、制御部３１は、検査オーダーと第１の読影レポートとのそれぞれから所定の文字列を抽出し、当該抽出された所定の文字列が属するカテゴリーを第１対応表３３１、第２対応表３３２から特定し、当該特定されたカテゴリー同士を比較することにより、検査オーダーと第１の読影レポートとの関連性の度合いを判定する。
【００４０】
制御部３１は、第１の読影レポート内の検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成する。すなわち、制御部３１は、作成手段として機能する。具体的には、制御部３１は、第２の読影レポートにおいて、第１の読影レポート内の検査オーダーとの関連性が所定の基準より低いと判定された部分の色又は背景色を変更する。「所定の基準」の設け方については、特に限定されない。
【００４１】
制御部３１は、通信部３２を介して、外部機器から医用画像や読影レポートの取得要求があった場合に、当該取得要求に応じて、要求された医用画像や読影レポートを表示するための画面データを当該外部機器に送信する。制御部３１は、同一の医用画像に対して、第１の読影レポートと第２の読影レポートが存在する場合には、第２の読影レポートの方を優先して表示させる。
【００４２】
主治医端末４０は、主治医により使用されるＰＣ（Personal Computer）等のコンピューター装置である。主治医は、主治医端末４０において、電子カルテの作成、検査オーダーの生成、医用画像や読影レポートの閲覧等を行う。
【００４３】
図６に、主治医端末４０の機能的構成を示す。
図６に示すように、主治医端末４０は、制御部４１、操作部４２、表示部４３、通信部４４、記憶部４５等を備えて構成されており、各部はバス４６により接続されている。
【００４４】
制御部４１は、ＣＰＵ、ＲＯＭ、ＲＡＭ等から構成され、主治医端末４０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、ＲＯＭに記憶されている各種処理プログラムを読み出してＲＡＭに展開し、当該プログラムとの協働により各種処理を行う。
【００４５】
操作部４２は、カーソルキー、文字・数字入力キー及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部４１に出力する。
表示部４３は、ＬＣＤ（Liquid Crystal Display）等のモニターを備えて構成されており、制御部４１から入力される表示信号の指示に従って、各種画面を表示する。
【００４６】
通信部４４は、ネットワークインターフェース等により構成され、通信ネットワークＮを介して接続された外部機器との間でデータの送受信を行う。
記憶部４５は、ＨＤＤや不揮発性の半導体メモリー等により構成され、各種データを記憶している。
【００４７】
読影医端末５０は、読影医により使用されるＰＣ等のコンピューター装置である。読影医は、読影医端末５０において、医用画像の読影、読影レポートの作成等を行う。
【００４８】
図６に、読影医端末５０の機能的構成を示す。
図６に示すように、読影医端末５０は、制御部５１、操作部５２、表示部５３、通信部５４、記憶部５５等を備えて構成されており、各部はバス５６により接続されている。読影医端末５０の各部は、主治医端末４０の各部と同様であるため、説明を省略する。
【００４９】
モダリティー６０は、Ｘ線撮影装置（ＤＲ、ＣＲ）、超音波診断装置（ＵＳ）、ＣＴ、ＭＲＩ等の画像生成装置であり、患者を撮影して得られた医用画像を生成する。モダリティー６０は、ＤＩＣＯＭ規格に則って、付帯情報（患者情報、検査情報等）を医用画像の画像ファイルのヘッダーに書き込むことにより、医用画像に付帯情報を付帯させる。
【００５０】
次に、医用画像システム１００における動作について説明する。
図７は、医用画像システム１００において実行される画像検査診断処理を示すラダーチャートである。
【００５１】
まず、主治医が主治医端末４０から電子カルテサーバー１０にアクセスし、患者や検査内容を指定して検査オーダーを発行すると（ステップＳ１）、電子カルテサーバー１０は、ＲＩＳサーバー２０に検査オーダーを送信する。
【００５２】
ＲＩＳサーバー２０は、電子カルテサーバー１０から受信した検査オーダーに基づいて、モダリティー６０に検査依頼を送信し（ステップＳ２）、画像管理サーバー３０に読影依頼を送信する（ステップＳ３）。検査依頼や読影依頼に、検査オーダーに含まれる情報のうち、どの内容を入れるかは任意に設定可能である。ＲＩＳサーバー２０からモダリティー６０や画像管理サーバー３０に、検査オーダーそのものを送信することとしてもよい。
【００５３】
モダリティー６０は、ＲＩＳサーバー２０から検査依頼を受信すると、検査技師の操作により、検査依頼に応じて対象患者の対象部位の撮影を行い（ステップＳ４）、生成された医用画像を保存する（ステップＳ５）。モダリティー６０は、医用画像を画像管理サーバー３０に送信する（ステップＳ６）。
【００５４】
画像管理サーバー３０では、モダリティー６０から医用画像を受信すると、制御部３１は、当該医用画像の付帯情報に基づいて、ＲＩＳサーバー２０から受信した読影依頼の中から当該医用画像に対応する読影依頼を特定し、当該医用画像と特定された読影依頼（患者情報、検査情報等）とを対応付けて保存する。具体的には、制御部３１は、医用画像を画像保管部３４に記憶させるとともに、記憶部３３の検査管理テーブルＴ２に、検査依頼者、読影医、患者情報、検査情報、医用画像の識別情報を対応付けて格納する。
【００５５】
読影医が読影医端末５０から画像管理サーバー３０にアクセスし、読影対象の医用画像を選択すると、選択された医用画像が読影医端末５０の表示部５３に表示される。
読影医は、表示部５３に表示された医用画像を読影し、操作部５２から読影結果を入力し、読影レポートを作成する（ステップＳ７）。画像管理サーバー３０において、制御部３１は、作成された読影レポート（第１の読影レポート）を、患者情報及び検査情報と対応付けて管理する。具体的には、制御部３１は、第１の読影レポートを記憶部３３に記憶させるとともに、検査管理テーブルＴ２の該当レコードに、第１の読影レポートの識別情報を格納する。
【００５６】
次に、制御部３１は、読影レポート強調加工処理を実行する（ステップＳ８）。読影レポート強調加工処理の詳細については、後述する。
【００５７】
次に、画像管理サーバー３０がＲＩＳサーバー２０に読影が完了した旨の通知を送信すると、ＲＩＳサーバー２０は、電子カルテサーバー１０に読影が完了した旨の通知を送信する（ステップＳ９）。
【００５８】
主治医が主治医端末４０から画像管理サーバー３０にアクセスし、読影レポートの表示を指示すると、主治医端末４０の表示部４３に読影レポートが表示される（ステップＳ１０）。この際、画像検査に対して第２の読影レポート（強調加工済みの読影レポート）がある場合には、第２の読影レポートが表示され、画像検査に対して第２の読影レポートがない場合、すなわち、読影医が作成した読影レポート（第１の読影レポート）内に検査オーダーとの関連性が所定の基準より低い部分がなかった場合には、第１の読影レポートが表示される。
【００５９】
主治医は、患者を診察するとともに（ステップＳ１１）、主治医端末４０から電子カルテサーバー１０にアクセスし、電子カルテを作成する（ステップＳ１２）。具体的には、主治医は、読影レポートを参考にして今後の治療方針を計画し、患者への説明を行う。主治医は、患者に対して処方・処置を行う（ステップＳ１３）。
以上で、画像検査診断処理が終了する。
【００６０】
なお、図７では、主治医が主治医端末４０において、読影レポートを確認し（ステップＳ１０）、その後、患者を診察する（ステップＳ１１）場合について図示したが、ステップＳ１１〜ステップＳ１３の後で、主治医が読影レポートを確認する場合もある。
【００６１】
次に、図８を参照して、画像管理サーバー３０における読影レポート強調加工処理（ステップＳ８）について説明する。読影レポート強調加工処理は、医用画像に対して第１の読影レポートが作成された後に行われる処理であり、承認医により第１の読影レポートが承認され、内容が確定された後に行われることとしてもよい。この処理は、制御部３１のＣＰＵとＲＯＭに記憶されているプログラムとの協働によるソフトウェア処理によって実現される。
【００６２】
まず、制御部３１は、通信部３２を介してＲＩＳサーバー２０から、第１の読影レポートに対応する検査オーダーを取得する（ステップＳ２１）。具体的には、制御部３１は、記憶部３３に記憶されている検査管理テーブルＴ２において、今回作成された第１の読影レポートの識別情報と対応付けられている患者情報及び検査情報に基づいて、ＲＩＳサーバー２０に検査オーダーの取得要求を送信し、ＲＩＳサーバー２０から検査オーダーを取得する。
【００６３】
次に、制御部３１は、検査オーダー内から所定文字列を抽出し、所定文字列に対応するカテゴリーを特定し、特定されたカテゴリーを保存する（ステップＳ２２）。具体的には、制御部３１は、記憶部３３の第１対応表３３１及び第２対応表３３２の「文字列」フィールドに格納されている文字列を、検査オーダーの「検査目的」、「読影目的」等から抽出する。そして、制御部３１は、第１対応表３３１及び第２対応表３３２を参照して、抽出された文字列に対応するカテゴリーを特定し、特定されたカテゴリーを記憶部３３に記憶させる。
【００６４】
次に、制御部３１は、カテゴリーごとに、検査オーダーから抽出された文字列の分布を求め、正規化する（ステップＳ２３）。なお、カテゴリーごとに、分布を求め、正規化する処理は、第１対応表３３１に関する処理と、第２対応表３３２に関する処理と、に分けて行う。
【００６５】
ここで、カテゴリーごとの分布の求め方、正規化について説明する。
図９に、解析対象となる検査オーダーの例を示す。
図１０（ａ）に、第１対応表３３１に基づく検査オーダーの解析結果を示す。
第１対応表３３１（図４参照）を参照すると、「腹部」という文字列は、「腹部」というカテゴリーに属している。図９に示す検査オーダーには、「腹部」という文字列７１が２回含まれているから、図１０（ａ）に示すように、「腹部」というカテゴリーのカウント数が「２」となる。
分布は、抽出された文字列の全カウント数のうち、該当するカテゴリーのカウント数が占める割合である。図１０（ａ）では、「腹部」以外のカテゴリーのカウント数が「０」であるから、「腹部」というカテゴリーの分布が「１００％」となる。
正規化は、分布の中で最も大きい数値（図１０（ａ）では、「腹部」に対応する「１００％」）を「１００％」とした時の、分布の数値の割合である。「腹部」以外のカテゴリーの正規化値は「０％」である。
【００６６】
第２対応表３３２に関するカテゴリーの分布の求め方及び正規化についても同様である。
図１０（ｂ）に、第２対応表３３２に基づく検査オーダーの解析結果を示す。
第２対応表３３２（図５参照）を参照すると、「ＨＣＣ」という文字列は、「消化器科」というカテゴリーに属している。図９に示す検査オーダーには、「ＨＣＣ」という文字列７２が２回含まれているから、図１０（ｂ）に示すように、「消化器科」というカテゴリーのカウント数が「２」となる。
また、図１０（ｂ）では、「消化器科」以外のカテゴリーのカウント数が「０」であるから、「消化器科」というカテゴリーの分布が「１００％」となる。
また、分布の中で最も大きい数値を「１００％」として正規化するから、「消化器科」というカテゴリーの正規化値は「１００％」、「消化器科」以外のカテゴリーの正規化値は「０％」となる。
【００６７】
次に、制御部３１は、記憶部３３から、検査オーダーに基づいて撮影された医用画像に対して作成された第１の読影レポートを取得する（ステップＳ２４）。具体的には、制御部３１は、読影レポート強調加工処理が行われる契機となった第１の読影レポートを取得する。
【００６８】
次に、制御部３１は、第１の読影レポート内から所定文字列を抽出し、所定文字列に対応するカテゴリーを特定し、特定されたカテゴリーを保存する（ステップＳ２５）。具体的には、制御部３１は、記憶部３３の第１対応表３３１及び第２対応表３３２の「文字列」フィールドに格納されている文字列を、第１の読影レポートの「所見」、「診断」、「コメント」等から抽出する。そして、制御部３１は、第１対応表３３１及び第２対応表３３２を参照して、抽出された文字列に対応するカテゴリーを特定し、特定されたカテゴリーを記憶部３３に記憶させる。
【００６９】
次に、制御部３１は、カテゴリーごとに、第１の読影レポートから抽出された文字列の分布を求め、正規化する（ステップＳ２６）。ここでも、カテゴリーごとに、分布を求め、正規化する処理は、第１対応表３３１に関する処理と、第２対応表３３２に関する処理と、に分けて行う。
【００７０】
図１１に、解析対象となる第１の読影レポートの例を示す。
図１２（ａ）に、第１対応表３３１に基づく読影レポートの解析結果を示す。
図１１に示す第１の読影レポートの「所見」、「診断」、「コメント」には、「横隔膜」という文字列８１が１回、「肺」という文字列８２が２回含まれているから、図１２（ａ）に示すように、「胸部」というカテゴリーのカウント数が「３」となる。
また、第１の読影レポートの「所見」、「診断」、「コメント」には、「腹水」という文字列８３が１回、「肝」という文字列８４が１回含まれているから、図１２（ａ）に示すように、「腹部」というカテゴリーのカウント数が「２」となる。
第１の読影レポートから特定されたカテゴリーのカウント数は、「胸部」が３回、「腹部」が２回であるから、「胸部」というカテゴリーの分布が「６０％」、「腹部」というカテゴリーの分布が「４０％」となる。
「胸部」の分布「６０％」を「１００％」として正規化すると、「胸部」というカテゴリーの正規化値は「１００％」、「腹部」というカテゴリーの正規化値は「６７％」、その他のカテゴリーの正規化値は「０％」となる。
【００７１】
図１２（ｂ）に、第２対応表３３２に基づく読影レポートの解析結果を示す。
図１１に示す第１の読影レポートの「所見」、「診断」、「コメント」には、「ＨＣＣ」という文字列８５が１回、「肝」という文字列８４が１回含まれているから、図１２（ｂ）に示すように、「消化器科」というカテゴリーのカウント数が「２」となる。
また、第１の読影レポートの「所見」、「診断」、「コメント」には、「肺」という文字列８２が２回含まれているから、図１２（ｂ）に示すように、「呼吸器科」というカテゴリーのカウント数が「２」となる。
第１の読影レポートから特定されたカテゴリーのカウント数は、「消化器科」が２回、「呼吸器科」が２回であるから、「消化器科」、「呼吸器科」というカテゴリーの分布は、ともに「５０％」となる。
「消化器科」、「呼吸器科」の分布「５０％」を「１００％」として正規化すると、「消化器科」、「呼吸器科」というカテゴリーの正規化値は「１００％」、その他のカテゴリーの正規化値は「０％」となる。
【００７２】
次に、制御部３１は、検査オーダーから得られたカテゴリーごとの正規化値と、第１の読影レポートから得られたカテゴリーごとの正規化値と、を比較して、関連性の度合いを判定する（ステップＳ２７）。
【００７３】
具体的には、図１０（ａ）に示す検査オーダー解析結果のカテゴリー「腹部」の正規化値「１００％」と、図１２（ａ）に示す第１の読影レポート解析結果のカテゴリー「腹部」の正規化値「６７％」と、を比較すると、「３３％」の差があるが、カテゴリーが同じであるため、関連性は高い（強調表示は不要）と判定する。
図１０（ａ）に示す検査オーダー解析結果のカテゴリー「胸部」の正規化値「０％」と、図１２（ａ）に示す第１の読影レポート解析結果のカテゴリー「胸部」の正規化値「１００％」と、を比較すると、「１００％」の差があるため、関連性は低い（強調表示すべき）と判定する。
【００７４】
図１０（ｂ）に示す検査オーダー解析結果のカテゴリー「消化器科」の正規化値「１００％」と、図１２（ｂ）に示す第１の読影レポート解析結果のカテゴリー「消化器科」の正規化値「１００％」と、を比較すると、正規化値が一致しており、且つ、カテゴリーが同じであるため、関連性は高い（強調表示は不要）と判定する。
図１０（ｂ）に示す検査オーダー解析結果のカテゴリー「呼吸器科」の正規化値「０％」と、図１２（ｂ）に示す第１の読影レポート解析結果のカテゴリー「呼吸器科」の正規化値「１００％」と、を比較すると、「１００％」の差があるため、関連性は低い（強調表示すべき）と判定する。
【００７５】
ここでは、第１の読影レポートから特定されたカテゴリーが検査オーダーからも特定されている場合には、関連性は高いと判定し、第１の読影レポートから特定されたカテゴリーが検査オーダーからは特定されていない場合には、関連性は低いと判定した。つまり、第１の読影レポートから特定されたカテゴリーが検査オーダーから特定されているか否かを「所定の基準」とした。
【００７６】
また、関連性の度合いに対して、検査オーダー解析結果のカテゴリーの正規化値と、第１の読影レポートの解析結果のカテゴリーの正規化値と、の差によって、３段階以上のランク（関連性高、関連性中、関連性低等）を設けることとしてもよい。
【００７７】
例えば、第１の読影レポートから特定されたカテゴリー（正規化値が０％でないカテゴリー）のそれぞれについて、以下の処理を行う。
まず、第１の読影レポートから特定された或るカテゴリー（以下、対象カテゴリーという。）に対して、検査オーダーから対象カテゴリーと同一のカテゴリーが特定されているか否か（検査オーダーに対象カテゴリーに関連する文字列が含まれているか否か）を判断する。
検査オーダーから対象カテゴリーと同一のカテゴリーが特定されている場合、すなわち、検査オーダーの対象カテゴリーと同一のカテゴリーの正規化値が０％でない場合には、検査オーダーと第１の読影レポートとでカテゴリーが一致しているから、「関連性高」と判定する。
【００７８】
一方、検査オーダーから対象カテゴリーと同一のカテゴリーが特定されていない場合、すなわち、検査オーダーの対象カテゴリーと同一のカテゴリーの正規化値が０％である場合には、第１の読影レポートの対象カテゴリーの正規化値と、検査オーダーの対象カテゴリーと同一のカテゴリーの正規化値（０％）と、の差（絶対値）を求める。正規化値の差が所定の閾値より大きい場合には「関連性低」、正規化値の差が所定の閾値以下である場合には「関連性中」と判定する。
【００７９】
次に、制御部３１は、関連性の度合いに応じて、強調処理を実行し、第２の読影レポートを作成する（ステップＳ２８）。具体的には、制御部３１は、第１の読影レポート内の検査オーダーとの関連性が所定の基準より低いと判定された部分を強調する。制御部３１は、第２の読影レポートを記憶部３３に記憶させるとともに、検査管理テーブルＴ２の該当レコードに、第２の読影レポートの識別情報を格納する。
以上で、読影レポート強調加工処理が終了する。
【００８０】
図１３に、第２の読影レポートの例を示す。
第２の読影レポートでは、第１の読影レポート内で、検査オーダーとの関連性が低いと判定された「胸部」に対応付けられた「横隔膜」、「肺」という文字列を含む文９１〜９３の背景色が変更されている。
また、第２の読影レポートでは、第１の読影レポート内で、検査オーダーとの関連性が低いと判定された「呼吸器科」に対応付けられた「肺」という文字列を含む文９２，９３の背景色が変更されている。
【００８１】
第２の読影レポートでは、検査オーダーには含まれていなかった「胸部」、「呼吸器科」に関する記載を目立たせることで、検査依頼者（主治医）に注意を喚起する。
また、検査オーダーと第１の読影レポートとの関連性の度合いに応じて、第２の読影レポート内の検査オーダーとの関連性が低いと判定された部分を、複数の段階に分けて、異なる色又は背景色で表示することとしてもよい。
【００８２】
以上説明したように、本実施の形態によれば、第１の読影レポート内の検査オーダーとの関連性が所定の基準より低いと判定された部分を強調した第２の読影レポートを作成するので、読影レポートにおいて読影医により指摘された事項の見落としを防ぐことができる。
【００８３】
例えば、第２の読影レポートにおいて、第１の読影レポート内の検査オーダーとの関連性が所定の基準より低いと判定された部分の色又は背景色を変更することで、検査依頼者が予測していなかったと考えられる見落としがちな内容を、強調することができる。
なお、第２の読影レポートにおいて、検査オーダーとの関連性が低いと判定された部分を強調する方法は、上記の例に限定されない。文字の大きさ（フォントサイズ）、フォントタイプ等を変更することで、他の部分と識別可能としてもよい。
【００８４】
また、検査オーダーと第１の読影レポートとのそれぞれから所定の文字列を抽出し、当該抽出された所定の文字列が属するカテゴリーを第１対応表３３１、第２対応表３３２から特定し、当該特定されたカテゴリー同士を比較することにより、検査オーダーと第１の読影レポートとの関連性の度合いを判定するので、第１対応表３３１、第２対応表３３２を用いて、容易に検査オーダーと第１の読影レポートとの関連性の度合いを判定することができる。
【００８５】
なお、上記実施の形態における記述は、本発明に係る読影レポート作成装置の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００８６】
例えば、検査オーダーを生成した検査依頼者の所属に基づいて、検査オーダーと第１の読影レポートとの関連性の度合いを判定することとしてもよい。例えば、循環器科の医師が生成した検査オーダーに対して、第１の読影レポートに泌尿器関係の所見が記載されている場合に、第１の読影レポート内の泌尿器関係の所見を目立たせることで、検査依頼者に注意を喚起することができる。
具体的には、検査オーダーに検査依頼者の所属（診療科）が含まれている場合には、制御部３１は、検査オーダーから直接検査依頼者の診療科を取得する。一方、検査オーダーに検査依頼者の所属が含まれていない場合には、制御部３１は、検査オーダーから検査依頼者を取得し、記憶部３３のユーザー管理テーブルＴ１から検査依頼者に対応する診療科を取得する。制御部３１は、記憶部３３の第２対応表３３２を用いて、第１の読影レポートに含まれる文字列に対応する診療科を特定し、検査依頼者の診療科と比較する。
【００８７】
また、画像管理サーバー３０において、第１対応表３３１、第２対応表３３２の「文字列」フィールドに、検査オーダーや第１の読影レポートから抽出すべき文字列を加えていくこととしてもよい。例えば、人工知能（ＡＩ：Artificial Intelligence）を用いて、検査オーダーや第１の読影レポートから、既に第１対応表３３１、第２対応表３３２に記載されている文字列と一緒に使われる頻度が高い文字列を抽出し、第１対応表３３１、第２対応表３３２に加えていくことで、より精度の高い関連性の度合いの判定を実現することが可能となる。
【００８８】
以上の説明では、各処理を実行するためのプログラムを格納したコンピューター読み取り可能な媒体としてＲＯＭを使用した例を開示したが、この例に限定されない。その他のコンピューター読み取り可能な媒体として、フラッシュメモリー等の不揮発性メモリー、ＣＤ−ＲＯＭ等の可搬型記録媒体を適用することも可能である。また、プログラムのデータを通信回線を介して提供する媒体として、キャリアウェーブ（搬送波）を適用することとしてもよい。
【符号の説明】
【００８９】
１０  電子カルテサーバー
２０  ＲＩＳサーバー
３０  画像管理サーバー
３１  制御部
３２  通信部
３３  記憶部
３４  画像保管部
４０  主治医端末
５０  読影医端末
６０  モダリティー
１００  医用画像システム
３３１  第１対応表
３３２  第２対応表
Ｎ  通信ネットワーク
Ｔ１  ユーザー管理テーブル
Ｔ２  検査管理テーブル
【図１】
2019109809.tif 000003
【図２】
2019109809.tif 000004
【図３】
2019109809.tif 000005
【図４】
2019109809.tif 000006
【図５】
2019109809.tif 000007
【図６】
2019109809.tif 000008
【図７】
2019109809.tif 000009
【図８】
2019109809.tif 000010
【図９】
2019109809.tif 000011
【図１０】
2019109809.tif 000012
【図１１】
2019109809.tif 000013
【図１２】
2019109809.tif 000014
【図１３】
2019109809.tif 000015