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