JP4797380B2 - 医療支援システム - Google Patents

Description

本発明は、医療従事者による医療情報の入力を支援する医療支援システムに関する。

従来より，医療従事者による医療情報の入力を支援する医療支援システムが医療現場で用いられている。例えば、医師による診断レポートの入力を支援するため、診断レポートの入力中に、過去に入力された同一患者についての診断レポートを提示する医療支援システムが用いられている。あるいは、医師による効率的な診断レポートの入力を支援するため、診断レポートの入力中に、所定のテンプレートを提示する医療支援システムも用いられている。

なお、特許文献１は、ユーザのナビゲーションを支援する技術に関するものである。

特開平１０−３１６１５号公報

しかし、従来の医療支援システムでは、支援のために提示される情報は、医師が入力中の医療情報とは無関係に生成されているので、役に立たない情報であることが多かった。例えば、胃がんに関するレポートを医師が入力しているにも拘わらず、胸部Ｘ線写真や脳のスライス画像に関するテンプレートが医療支援システムから提示されてしまうこと等が生じていた。

本発明はこの問題を解決するためになされたもので、医療従事者による医療情報の入力を適切に支援可能な医療支援システムを提供することを目的とする。

上記課題を解決するため、請求項１の発明は、医療支援システムであって、文字列情報の医療情報の入力に用いられる入力手段と、前記入力手段を用いて入力された医療情報を構造化し、医療に関する属性を有する要素を含む構造化データを生成する構造化手段と、前記入力手段を用いて入力された医療情報を前記構造化手段により構造化した構造化データを記憶する記憶手段と、前記入力手段における医療従事者による医療情報の入力を支援する支援情報を生成する生成手段とを備え、前記生成手段は、前記入力手段において入力中の医療情報を前記構造化手段により構造化した構造化データに含まれる属性及び要素を検索キーとして前記記憶手段に記憶された医療情報を前記構造化手段により構造化した構造化データに対する検索を行い、検索結果に基づいて、前記支援情報を生成することを特徴とする。

請求項２の発明は、請求項１に記載の医療支援システムにおいて、前記生成手段が、医用画像についての文字列情報に基づいて、前記支援情報を生成することを特徴とする。

請求項３の発明は、請求項１又は請求項２に記載の医療支援システムにおいて、前記構造化データがＲＤＦによって叙述されることを特徴とする。

請求項４の発明は、請求項１ないし請求項３のいずれかに記載の医療支援システムにおいて、オントロジを保持するとともに、前記オントロジを利用して前記支援情報を生成することを特徴とする。

請求項５の発明は、請求項４に記載の医療支援システムにおいて、前記オントロジが医療用シソーラス辞書であることを特徴とする。

請求項６の発明は、請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、前記医療情報が、医用画像についての医師の読影結果を記載した読影レポートを含むことを特徴とする。

請求項７の発明は、請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、前記医療情報が、看護師の看護活動を記録した看護レポートを含むことを特徴とする。

請求項８の発明は、請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、前記医療情報が、医療活動中に発生したインシデントを記録したインシデントレポートを含むことを特徴とする。

請求項９の発明は、請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、前記医療情報が、医師の診断結果を記載した診断レポートを含むことを特徴とする。

請求項１０の発明は、請求項１ないし請求項９のいずれかに記載の医療支援システムにおいて、前記支援情報が、複数の要素を接続したグラフであることを特徴とする。請求項１１の発明は、請求項１ないし請求項１０のいずれかに記載の医療支援システムにおいて、前記入力手段が自然文を用いた医療情報の入力に用いられることを特徴とする

請求項１ないし請求項１１の発明によれば、入力中の医療情報に応じて、生成される支援情報が動的に変化するので、医療従事者による医療情報の入力を適切に支援可能である。

請求項１の発明によれば、医療従事者が入力中の文字列情報に応じて、生成される支援情報が動的に変化するので、医療従事者による医療情報の入力をさらに適切に支援可能である。

請求項２の発明によれば、医用画像についての文字列情報に応じて、生成される支援情報が動的に変化するので、医療従事者による医療情報の入力をさらに適切に支援可能である。

請求項１の発明によれば、医療に関する属性を有する情報を利用可能となるので、医療に関する属性を有する情報を支援情報に含めることが可能である。

請求項３の発明によれば、データ構造を変化させることが容易になる。

請求項１の発明によれば、入力中の医療情報に関連する支援情報を生成可能となるので、適切な支援情報を生成可能である。

請求項４の発明によれば、オントロジを支援情報に反映可能であるので、適切な支援情報を生成可能となる。

請求項１０の発明によれば、要素間の関係を容易に把握可能である。

＜１ 医療支援システムの主要な機能＞
図１は、本発明の実施形態に係る医療支援システム１の主要な機能を示す図である。

図１に示すように、医療支援システム１は、操作者である医療従事者９１により入力される医療情報ＭＩ１や、医療従事者９１が直接介在せずに入力される医療情報ＭＩ２を記憶する。さらに、医療支援システム１は、医療従事者９１による医療情報ＭＩ１の入力を支援する支援情報ＳＩを生成して出力する。支援情報ＳＩは、医療従事者９１により入力される医療情報ＭＩ１を内容的に充実させることを支援する情報や、医療従事者９１による医療情報ＭＩ１の入力速度を向上させることを支援する情報である。

医療支援システム１では、入力中の医療情報ＭＩ１，ＭＩ２に基づいて支援情報ＳＩが生成される。したがって、医療支援システム１では、入力中の医療情報ＭＩ１，ＭＩ２の内容が変化すれば、出力する支援情報ＳＩの内容も変化する。このような医療支援システム１では、入力中の医療情報ＭＩ１，ＭＩ２に応じて、生成される支援情報ＳＩが動的に変化するので、医療従事者９１による医療情報ＭＩ１の入力を適切に支援可能である。

医療支援システム１が支援対象とする医療従事者９１としては、例えば、医師、看護師、薬剤師、保健師、助産師、診療放射線技師、臨床検査技師、衛生検査技師、理学療法士および作業療法士等がある。

「医療従事者９１により入力される医療情報ＭＩ１」は、例えば、医師の診断結果を記載した診断レポート、医用画像についての医師の読影結果を記載した読影レポート、看護師の看護活動を記録した看護レポートおよび医療活動中に発生したインシデントを記録したインシデントレポート等の文字列情報を含む医療情報である。

一方、「操作者である医療従事者９１が直接介在せずに入力される医療情報ＭＩ２」とは、典型的には、画像診断装置により取得された医用画像や当該医用画像についての文字列情報であるが、これら以外の情報であってもよい。医療情報ＭＩ２は、例えば、電気通信回線や可搬性の記録媒体を用いて、医療支援システム１へ入力される。

以下では、このような医療支援システム１の一例として、読影医師による読影レポートの入力を支援する読影支援システムの構成および動作について説明する。ただし、以下で説明する読影支援システムは、医療支援システム１の例示にすぎず、他の実施態様の採用を妨げない。

＜２ 読影支援システムの構成＞
＜２．１ 全体構成＞
図２は、本発明の実施形態に係る読影支援システム３０を含む医用画像管理システム（ＰＡＣＳ；Picture Archiving and Communication System）１Ａの全体構成を示すブロック図である。

図２に示すように、医用画像管理システム１Ａは、ネットワーク４０により通信可能に接続された、少なくとも１つの画像診断装置（モダリティ）１０と、画像サーバ２０と、読影支援システム３０とを備える。

画像診断装置１０は、例えば、Ｘ線撮影装置、Ｘ線ＣＴ（Computed Tomography）装置、核磁気共鳴画像診断装置および超音波画像診断装置等の画像診断装置であり、医用画像（以下では、「画像」と略記する）を生成する。

画像サーバ２０は、画像診断装置１０が生成した画像（画像ファイル）を蓄積（記憶）する。画像サーバ２０に蓄積される画像は、ＤＩＣＯＭ（Digital Image and Communications in Medicine）形式の画像であり、ＤＩＣＯＭのモデリングに基づく構造化データを含む。

なお、画像診断においては、一般に、患者を差し向ける照会医師と、画像を作成する実行医師と、画像の読影を行う読影医師とは異なる。また、画像診断においては、患者を一次診療に置く記録担当医師が置かれることもある。これらの場合、読影医師は、照会医師、記録担当医師および実行医師を通じて画像診断のオーダーを受け取り、画像の読影を行う。そこで、本実施形態では、画像に含まれる構造化データに画像診断のオーダー情報を含め、当該オーダー情報を支援情報の生成に用いている。

読影支援システム３０は、読影端末３１および読影支援サーバ３２を備える。読影端末３１および読影支援サーバ３２は、少なくともＣＰＵおよびメモリを備えるコンピュータである。

読影端末３１は、画像サーバ２０に蓄積された画像を取得して読影対象画像としてディスプレイ３１３に表示するとともに、表示した読影対象画像についての読影レポートの入力に用いる入力手段を読影医師に提供する。より具体的には、読影医師は、ディスプレイ３１３に表示されたＧＵＩ（Graphical User Interface）画面を参照しながら、キーボード３１１およびマウス３１２を用いたＧＵＩ操作を行うことにより、読影端末３１から文字列（自然文）を用いて読影レポートを入力可能である。もちろん、読影端末３１において、音声等により読影レポートを入力するようにしてもよい。

読影支援サーバ３２は、読影端末３１を用いて読影医師が入力した読影レポートをネットワーク４０を介して取得して、データとして症例データベース３２１に蓄積（記憶）する。読影支援サーバ３２は、読影レポートの症例データベース３２１への格納にあたって、読影レポートの構造化を行う。また、読影支援サーバ３２は、読影対象画像に含まれる構造化データを、電子化された情報の入力手段となるネットワーク４０を介して取得して、読影レポートとともに症例データベース３２１に蓄積する。ここで、読影レポートは、先述の医療情報ＭＩ１に相当し、読影対象画像に含まれる構造化データは、先述の医療情報ＭＩ２に相当している。

加えて、読影支援サーバ３２は、読影端末３１における読影医師による読影レポートの入力を支援する支援情報を生成し、ネットワーク４０を介して読影端末３１へ出力する。読影支援サーバ３２には、支援情報を生成するための読影支援プログラム３２２がインストールされている。この読影支援サーバ３２のより詳細な構成については後述する。

読影支援システム３０においては、望ましくは、読影支援サーバ３２にＷＷＷ（World Wide Web）サーバが実装され、読影端末３１にＷＷＷブラウザがインストールされる。そして、読影レポートの入力のためのＧＵＩ画面を記述したＨＴＭＬ（Hyper Text Markup Language）ソースを読影支援サーバ３２から読影端末３１へ転送することにより、ディスプレイ３１３に読影レポートの入力のためのＧＵＩ画面を表示させ、読影医師に読影レポートの入力環境を提供する。もちろん、読影支援サーバ３２とは物理的に分離されたコンピュータに上述のＷＷＷサーバを実装することも妨げられない。ただし、ＷＷＷベースの入力環境の提供は必須ではなく、他の方法を用いてもよい。

＜２．２ 読影支援サーバの構成＞
図３は、読影支援サーバ３２のより詳細な構成を示すブロック図である。図３における構造化部３３３（形態素解析部３３４、クラス特定部３３５およびシソーラスコード決定部３３６）と、支援情報生成部３３７とは、コンピュータである読影支援サーバ３２が読影支援プログラム３２２を実行することにより実現される機能を表現した機能的ブロックである。

図３に示すように、読影支援サーバ３２は、症例データベース３２１と、読影端末３１から転送されてきた読影レポートを構造化する構造化部３３３と、読影医師による読影レポートの入力を支援する支援情報を生成する支援情報生成部３３７とを備えるとともに、構造化部３３３における構造化に用いられる構造化用辞書３３８と、医療用シソーラス辞書３３９とを保持している。

○構造化用辞書；
構造化用辞書３３８は、医療に関する単語とそのクラスが登録された辞書である。構造化用辞書３３８に登録されるクラスの種類は制限されないが、例えば、「部位（REGION）」「症状（SYMPTOM）」「病名（DIAGNOSYS）」「検査・処置（INSPECTION）」等を適宜登録可能である。

○医療用シソーラス辞書；
図４に例示するように、医療に関する単語間の関係の情報を記述したオントロジである医療用シソーラス辞書（以下では、「シソーラス」と略記する）３３９においては、概念の上下関係に基づいて単語が体系化され、概念的に上位の単語（上位語）が階層構造上で上位に位置し、概念的に下位の単語（下位語）が階層構造上で下位に位置するように、単語が階層的に整理されている。例えば、シソーラス３３９のノードＮ１には「脳」という単語が割り当てられ、ノードＮ１の１つ下の階層にあるノードＮ２には「脳」の下位語である「小脳」という単語が割り当てられている。

さらに、シソーラス３３９では、階層構造上の位置（以下では、「階層位置」と略記する）は、所定の規則に従って与えられる記号であるシソーラスコードによって特定される。シソーラスコードは、例えば、同一階層内の位置を識別する英数字のインデックス（図４において、ノードを表す楕円の中に記されている英数字）を階層間の移行を表すハイフン（-）で結合したものであり、シソーラス３３９では、「脳」という単語の階層位置は「A8-80-30」、「小脳」という単語の階層位置は「A-80-30-10」というシソーラスコードで表される。

○構造化部；
図３に示すように、構造化部３３３は、形態素解析部３３４、クラス特定部３３５およびシソーラスコード決定部３３６を備える。

形態素解析部３３４は、自然文で記述された読影レポートを単語（形態素）に分割する。

クラス特定部３３５は、構造化用辞書３３８を参照して、形態素解析部３３４により得られた単語のクラスを特定し、読影レポートの構造化データＳＤ１を生成する。構造化データＳＤ１は、「部位」「症状」「病名」「検査・処置」等の医療に関する属性を有する要素を含む構造化データとなっている。

シソーラスコード決定部３３６は、シソーラス３３９を参照して、読影レポートの構造化データＳＤ１に含まれる「部位」という属性を有する要素の内容（単語）の階層位置を表現するシソーラスコードを決定する。

ここで、シソーラスコードの決定について、さらに詳細に説明する。

シソーラスコード決定部３３６は、読影レポートの構造化データＳＤ１に含まれる「部位」という属性を有する要素の内容（単語）を取得し、当該単語がシソーラス３３９に含まれるか否かの検索を行う。続いて、シソーラスコード決定部３３６は、当該単語がシソーラスに含まれる場合、当該単語のシソーラスコードを検索結果から直接的に決定する。一方、シソーラスコード決定部３３６は、当該単語がシソーラス３３９に含まれない場合、当該単語のシソーラスコードの推定を行う。

シソーラスコードの推定にあたっては、推定の対象となる単語（以下では、「対象単語」と略記する）に対してさらに形態素解析を行う。このとき、シソーラスコード決定部３３６は、対象単語を複数の単語に分割できない場合は、シソーラスコードの推定は不可能であると判定してシソーラスコードの推定を終了する。

一方、シソーラスコード決定部３３６は、対象単語を複数の単語に分割できる場合、当該複数の単語がシソーラス３３９に含まれるか否かの検索を行う。そして、当該複数の単語がシソーラス３３９に含まれない場合、シソーラスコードの推定が不可能であると判定し、シソーラスコードの推定を終了する。

当該複数の単語のうち、シソーラス３３９に含まれる単語が１つである場合、シソーラスコード決定部３３６は、その１つの単語の階層位置の１つ下の階層位置が対象単語の階層位置であるとして、対象単語のシソーラスコードを決定する。

また、当該複数の単語のうち、シソーラス３３９に含まれる単語が２つ以上である場合、シソーラスコード決定部３３６は、その２つ以上の単語のうちの最後方の単語の階層位置の１つ下の階層位置を対象単語の階層位置であるとして、対象単語のシソーラスコードを決定する。

このシソーラスコードの推定について、より具体的な例をあげて説明する。例えば、「左大脳」という単語がシソーラス３３９に含まれない場合、「左大脳」という単語は「左」「大脳」という２つの単語に分割され、シソーラスコード決定部３３６は、そのそれぞれについて、シソーラス３３９に含まれるか否かの検索を行う。ここで、これらの２つの単語のうち「大脳」という１つの単語のみがシソーラス３３９に含まれており、そのシソーラスコードが「A-80-30-20」である場合、シソーラスコード決定部３３６は、「左大脳」という単語のシソーラスコードを、「大脳」という単語の下位語であることを示す（階層位置が１つ下であることを示す）「A-80-30-20-20」と決定する。

○支援情報生成部；
支援情報生成部３３７は、読影医師が読影端末３１を用いて入力中の読影レポートの構造化データＳＤ１または読影対象画像に含まれる構造化データＳＤ２に基づく検索キー（クエリ）を用いて症例データベース３２１に対する検索を行い、検索結果を反映した支援情報を読影端末３１へ送出する。より具体的には、支援情報生成部３３７は、構造化データＳＤ１，ＳＤ２に含まれる所定の要素の属性や要素内容を取得し、当該属性や当該要素内容を検索キーとして、症例データベース３２１に対する検索を行う。ここで、検索キーとなる要素内容は、読影レポートまたは読影対象画像に含まれる構造化データに基づいて生成される文字列であるから、支援情報生成部３３７は、入力中の医療情報に基づいて生成される文字列を検索キーとして症例データベース３２１に対する検索を行い、検索結果に基づいて支援情報を生成していることになる。これにより、支援情報生成部３３７は、入力中の医療情報に関連する支援情報を生成可能となるので、適切な支援情報を生成可能である。

＜２．３ データ構造＞
以下では、読影レポートの構造化データＳＤ１、読影対象画像に含まれる構造化データＳＤ２および症例データベース３２１に蓄積されている構造化データＳＤ３のデータ構造について具体例を参照しながら説明する。

○読影レポートの構造化データの具体例；
ここでは、「肺に陰影が見られる」という読影レポートが構造化部３３３に与えられた場合を例として、読影レポートの構造化データＳＤ１について説明する。

構造化部３３３においては、最初に、形態素解析部３３４が、「肺に陰影が見られる」という読影レポートを「肺」「に」「陰影」「が」「見」「られる」という６個の単語に分割し、クラス特定部３３５が、例えば、図５のテーブルに示すように、「肺」のクラスを「部位（REGION）」、「陰影」のクラスを「症状（SYMPTOM）」と特定する。なお、ここでは、クラス特定部３３５によって特定されたクラスとして「部位（REGION）」「症状（SYMPTOM）」のみが含まれる例を示したが、「病名（DIAGNOSYS）」「検査・処置（INSPECTION）」等の他のクラスが特定結果に含まれる場合もある。これにより、読影レポートは、クラスに対応する属性を有する要素を含む構造化データＳＤ１へ構造化されたことになる。

○読影対象画像に含まれる構造化データの具体例；
読影対象画像に含まれる構造化データＳＤ２は、「患者の氏名（PATIENT_NAME）」「患者の年齢（PATIENT_AGE）」「患者の性別（PATIENT_SEX）」「検査（INSPECTION）」「読影医師の氏名（READING_PHYSICIANS_NAME）」「読影日（READING_DATE）」「読影時間（READING_TIME）」等の属性を有する要素を含む構造化データとなっている。この構造化データＳＤ２に画像診断装置１０や部位の情報を含めてもよい。

○症例データベースに蓄積されている構造化データ；
図６は、症例データベース３２１に蓄積されている構造化データＳＤ３の例を示す図である。図６は、２回の検査（画像診断装置１０による撮影）によって得られた画像についての２つの読影レポートを含む構造化データの例となっている。

図６に示すように、症例データベース３２１に蓄積されている構造化データＳＤ３は、ＲＤＦ（Resource Description Framework）によって叙述されている。図６において、複数の楕円はＲＤＦにおけるリソースを示し、複数の矩形はＲＤＦにおけるリテラルを示す。また、図６において、アーク（矢印）で結合された２つの要素のうち、アークの起点のリソースは主語（Subject）、アークの終点のリソースまたはリテラルは目的語（object）とも呼ばれる。このようなＲＤＦによる叙述を採用することにより、データ構造を変化させることが容易になる。

構造化データＳＤ３では、検査がＵＲＩ（Uniform Resource Identfier）によって表現される。したがって、構造化データＳＤ３には、２回の検査に対応する２つのＵＲＩ（uri://data/inspection/1,uri://inspection/2）が含まれる。

さらに、構造化データＳＤ３では、読影レポートもＵＲＩによって表現される。したがって、構造化データＳＤ３には、２つの読影レポートに対応する２つのＵＲＩ（uri://data/sr/ip_1,uri://data/sr/ip_2）が含まれる。

検査を表現するＵＲＩと、当該検査で得られた画像についての読影レポートを表現するＵＲＩとは、検査を表現するＵＲＩを起点、読影レポートを表現するＵＲＩを終点とするアークによって結合される。当該アークには、ＲＤＦにおけるプロパティとして「STRUCTURED_REPORTS」が与えられる。これにより、構造化データＳＤ３では、読影レポートと検査とが対応付けられたことになる。

さらに、構造化データＳＤ３では、検査を表現するＵＲＩには、「患者の氏名（PATIENT_NAME）」「患者の年齢（PATIENT_AGE）」「患者の性別（PATIENT_SEX）」「検査（INSPECTION）」「読影医師の氏名（READING_PHYSICIANS_NAME）」「読影日（READING_DATE）」「読影時間（READING_TIME）」という属性を有する要素が結合される。

加えて、検査を表現するＵＲＩには、当該検査について特徴的な画像が、「FEATURED_PICS」という属性を有する要素として付加される。この画像もまたＵＲＩ（uri://data/pic/1,uri://data/pic/2）で表現される。

さらに、構造化データＳＤ３では，読影レポートを表現するＵＲＩには、「部位（REGION）」「症状（SYMPTOM）」「病名（DIAGNOSYS）」という属性を有する要素が結合される。ＵＲＩに結合されたこれらの要素は、構造化データＳＤ１，ＳＤ２に含まれる要素であるが、構造化データＳＤ１，ＳＤ２に含まれる全要素を構造化データＳＤ３に含める必要はない。また、構造化データＳＤ１，ＳＤ２に含まれない要素を構造化データＳＤ３に含めてもよい。

なお、構造化データＳＤ３では、要素内容が重複する要素を共通化する処理が施されている。例えば、図６に示すように、「症状（SYMPTOM）」という属性を有する「高信号域」という内容の要素（リソース）は、２つの読影レポートを表現するＵＲＩと結合され共通化されている。

また、構造化データＳＤ３では、「部位（region）」という属性を有する要素間の関係がシソーラスコードによって特定され、データ構造に反映される。例えば、uri://data/sr/ip_1というＵＲＩの「部位（region）」という属性を有する要素の内容である「小脳」は、uri://data/sr/ip_2というＵＲＩの「部位（region）」という属性を有する要素の内容である「脳」の下位語であることがシソーラスコードから特定可能であるので、「小脳」は、「脳」という主語に対して、「下位語(LOWER_WORD)」という属性を有する目的語となる。これにより、読影支援システム３０が保持するシソーラス３３９すなわちオントロジが、症例データベース３２１に格納される構造化データＳＤ３のデータ構造に反映される。

＜３ 読影端末の操作手順およびＧＵＩ画面＞
以下では、読影医師が読影レポートを入力する場合の読影端末３１の操作手順と、読影医師が読影レポートを入力する場合にディスプレイ３１３に表示されるＧＵＩ画面とについて、図７〜図１７を参照しながら説明する。ここで、図７は、読影端末３１の操作手順を示すフローチャートであり、図８〜図１７は、ディスプレイ３１３に表示されるＧＵＩ画面の例を示す図である。

○検査選択（ステップＳ１０１）；
読影端末３１の操作においては、最初に、図８の検査リスト選択画面ＳＣ５１を用いて、読影を行う検査の選択が行われる。図８に示すように、検査リスト選択画面ＳＣ５１には、氏名、日付および部位等の検査を特定する情報が一覧表示されており、読影医師は、一覧表示された検査のうちの１つを選択し、しかる後に選択ボタン５１１を押下することにより、読影を行う検査を選択可能である。

○読影レポート入力（ステップＳ１０２）；
読影を行う検査の選択後、読影端末３１においては、図９の読影レポート入力画面ＳＣ５２を用いて、読影レポートの入力が行われる。図９に示すように、読影レポート入力画面ＳＣ５２は、画像表示用領域５２１、所見入力欄５２２、診断支援ボタン５２３、入力支援ボタン５２４、クリアボタン５２５、登録ボタン５２６および支援情報表示枠５２７を備えており、所見入力欄５２２に入力された文字列が読影レポートとなる。読影医師は、画像表示用領域５２１に表示された読影対象画像を参照しつつ読影を行い、読影結果を所見入力欄５２２に自然文（文字列）で入力することにより、読影レポートを入力可能である。なお、画像表示領域には、検査リスト選択画面ＳＣ５１で選択した検査に係る単独または複数の読影対象画像が拡大縮小自在に表示される。

○読影レポート登録（ステップＳ１０３）；
読影レポートの入力終了後、読影医師は、読影レポート入力画面ＳＣ５２の登録ボタン５２６を押下することにより、入力した読影レポートの症例データベース３２１への蓄積指示を読影支援システム３０に与えることができる。

なお、読影支援システム３０では、症例データベース３２１への蓄積に先立って読影レポートが構造化データＳＤ１へ変換されるが、当該構造化データＳＤ１の要素の内容を修正するための登録内容確認画面ＳＣ５３（図１０）が蓄積指示の実行に先立ってディスプレイ３１３に表示される。登録内容確認画面ＳＣ５３には、要素内容表示欄５３１が設けられており、要素内容表示欄５３１に表示された要素の内容は読影医師により修正可能となっている。

○診断支援情報、入力支援情報の呼び出し（ステップＳ１０４）；
読影レポートの入力中（ステップＳ１０２）すなわち読影レポート入力画面ＳＣ５２において登録ボタン５２６を押下するまでは、読影医師は、診断支援情報または入力支援情報を支援情報表示欄５２７に呼び出し可能である。

図１１および図１２は、診断支援情報を呼び出すための診断支援メニューＭＮ１１，ＭＮ１２の例を示す図である。診断支援メニューＭＮ１１，ＭＮ１２は、読影レポート入力画面ＳＣ５２において、診断支援ボタン５２３を押下することにより支援情報表示枠５２７に呼び出しされる。もちろん、他の操作により診断支援メニューＭＮ１１，ＭＮ１２が呼び出されるようにしてもよい。ここで、図１１は、所見入力欄５２２に入力が行われていない状態で呼び出された診断支援メニューの例に相当し、図１２は、所見入力欄５２２に入力が行われている状態で呼び出された診断支援メニューの例に相当している。

図１１に示すように、診断支援メニューＭＮ１１からは、診断支援情報として、（１）読影対象画像に係る患者の過去の読影レポート（図１３の診断支援情報ＩＮＦ１１参照）、（２）読影対象画像と同一の検査により得られた画像の代表的な読影レポート（図１４の診断支援情報ＩＮＦ１２参照）、または（３）読影対象画像の類似画像とその読影レポート（図１５の診断支援情報ＩＮＦ１３参照）のいずれかを選択して呼び出すことができる。なお、この診断支援メニューＭＮ１１の具体的内容は、読影対象画像を取得した検査の種類によって変化するものであり、診断支援メニューＭＮ１１は、頭部スクリーニングＣＴ画像の読影を行う場合に表示される診断支援メニューの例となっている。

また、図１２に示すように、診断支援メニューＭＮ１２からは、診断支援情報として、診断支援メニューＭＮ１１と同様の（１）〜（３）に加えて、（４）「頚動脈」に関する読影レポート（図１６の診断支援情報ＩＮＦ１４参照）、（５）「頚静脈，肥厚」に関する読影レポート、または（５）これら以外の任意の内容に関する読影レポートのいずれかを選択して呼び出すことができる。この診断支援メニューの具体的内容も、読影対象画像を取得した検査の種類によって変化する他、所見入力欄５２２に入力した読影レポートによっても変化する。

なお、図１３〜図１６において、一覧表示された読影レポートのうちの１つを選択して、詳細表示ボタンＢＴを押下することにより、読影レポートの全文等のさらに詳細な診断支援情報が診断情報表示枠５２７に表示される。

一方、図１７は、読影レポート入力画面ＳＣ５２において、入力支援ボタン５２４を押下することにより呼び出しされる入力支援情報ＩＮＦ１５の例を示す図である。

入力支援情報ＩＮＦ１５は、複数の要素を接続したグラフとして与えられている。当該グラフにおいて、矩形形状で示された複数のノードに割り当てられた複数の単語は、概念的に上位下位の関係にある。入力支援情報ＩＮＦ１５の表示態様はこれに限られず、複数の単語を一覧表示する等の態様であってもよいが、グラフとして与えることにより、要素間の関係を容易に把握可能であるという利点もある。

なお、読影医師は、クリック等の所定のＧＵＩ操作により、グラフの要素の内容を所見入力欄５２２に転写可能である。

＜４ 読影支援システムの動作＞
以下では、（ａ）読影レポートを症例データベース３２１へ蓄積する場合、（ｂ）診断支援情報ＩＮＦ１１〜ＩＮＦ１４を生成する場合、および（ｃ）入力支援情報ＩＮＦ１５を生成する場合の読影支援システム３０の動作について説明する。

＜４．１ 読影レポートデータを症例データベースへ蓄積する場合の動作＞
図１８は、読影レポートを症例データベース３２１へ蓄積する場合の読影支援システム３０の動作を示すフローチャートである。当該動作は、読影レポート入力画面ＳＣ５２における登録ボタン５２６の押下をトリガとして開始される。

図１８に示すように、読影レポート入力画面ＳＣ５２において登録ボタン５２６が押下されると、最初に、所見入力欄５２２に入力された読影レポートが読影端末３１から読影支援サーバ３２へデータとして転送され（ステップＳ２０１）、当該読影レポートが構造化部３３３により構造化され、読影レポートの構造化データＳＤ１が生成される（ステップＳ２０２）。

続いて、読影対象画像に含まれる構造化データＳＤ２が画像サーバ２０から読影支援サーバ３２へ転送され（ステップＳ２０３）、「読影医師の氏名」「読影日」「読影時間」という、読影に関する属性を有する要素に具体的な要素内容が付与される（ステップＳ２０４）。

上述のステップＳ２０１〜Ｓ２０４により、読影支援サーバ３２は、症例データベース３２１に追加蓄積すべき構造化データＳＤ１，ＳＤ２を取得したことになる。そこで、ステップＳ２０４に続くステップＳ２０５では、取得した構造化データＳＤ１，ＳＤ２を、症例データベース３２１に既に蓄積されている構造化データＳＤ３に追加する処理が行われ、しかる後に動作フローは終了する。

＜４．２ 診断支援情報を生成する場合の動作＞
図１９は、診断支援情報を生成する場合の読影支援システム３０の動作を示すフローチャートである。当該動作は、読影レポート入力画面ＳＣ５２における診断支援ボタン５２３の押下をトリガとして開始される。

図１９に示すように、読影レポート入力画面ＳＣ５２において診断支援ボタン５２３が押下されると、ステップＳ２０１と同様のステップＳ３０１により、読影レポートが読影端末３１から読影支援サーバ３２へ転送され、ステップＳ２０３〜Ｓ２０４と同様のステップＳ３０２〜Ｓ３０３により、読影対象画像に含まれる構造化データＳＤ２を読影支援サーバ３２が取得する。

先述したように、診断支援情報の提示にあたっては、所見入力欄５２２への入力の有無によって異なる診断支援メニューが提供される。このため、ステップＳ３０３に続くステップＳ３０４では、所見入力欄５２２への入力の有無すなわちステップＳ３０１で取得した読影レポートが空データであるか否かによって処理の分岐が行われる。

ステップＳ３０３において、所見入力欄５２２への入力がないと判定された場合、支援情報生成部３３７は、読影対象画像に含まれる構造化データＳＤ２に基づく診断支援メニューＭＮ１１を生成する（ステップＳ３０５）。より詳しくは、支援情報生成部３３７は、読影対象画像に含まれる構造化データＳＤ２の中の所定の属性を有する要素の要素内容を取得し、属性および取得した要素内容を検索キーとして、属性および要素内容が一致する要素の検索を症例データベース３２１に対して行う。例えば、読影対象画像に含まれる構造化データＳＤ２に、「患者の名前（PATIENT_NAME）」という属性を有する「松宮雄介」という内容の要素がある場合、支援情報生成部３３７は、属性が「患者の名前（PATIENT_NAME）」であり、要素内容が「松宮雄介」である要素の検索を症例データベース３２１に対して行う。そして、支援情報生成部３３７は、検索により抽出された要素の主語となっている検査をリストアップして、当該リスト（診断支援情報の一部）の呼び出し手段（ハイパーリンク等）を診断支援メニューＭＮ１１に含める。もちろん、他の属性を有する要素についてに対して同様の処理を行ってもよい。

一方、ステップＳ３０３において、所見入力欄５２２への入力があると判定された場合、読影レポートが構造化部３３３により構造化され、読影レポートの構造化データＳＤ１が生成される（ステップＳ３０６）。しかる後に、支援情報生成部３３７は、読影レポートの構造化データＳＤ１および読影対象画像に含まれる構造化データＳＤ２に基づく診断支援メニューＭＮ１２を生成する（ステップＳ３０７）。より詳しくは、支援情報生成部３３７は、読影レポートの構造化データＳＤ１の中の所定の属性を有する要素の要素内容を取得し、属性および取得した要素内容を検索キーとして、属性および要素内容が一致する要素の検索を症例データベース３２１に対して行う。例えば、読影レポートの構造化データＳＤ１に、「部位」という属性を有する「頚動脈」という内容の要素がある場合、支援情報生成部３３７は、属性が「部位」であり、要素内容が「頚動脈」となっている要素の検索を症例データベース３２１に対して行う。そして、支援情報生成部３３７は、検索により抽出された要素の主語となっている検査をリストアップして、当該リストの呼び出し手段を診断支援メニューＭＮ１２に含める。なお、診断支援メニューＭＮ１２には、ステップＳ３０５の説明で述べた呼び出し手段も同時に含められている。もちろん、ステップＳ３０７においても、他の属性を有する要素についてに同様の処理を行ってもよい。

ステップＳ３０５またはＳ３０７における診断支援メニューの生成後、読影支援サーバ３２は、生成された診断支援メニューＭＮ１１またはＭＮ１２を読影端末３１へ送出し（ステップＳ３０８）、しかる後に動作フローは終了する。

なお、読影レポートの構造化データＳＤ１，ＳＤ２は、医療に関する属性を有する要素を含むので、診断支援情報ＩＮＦ１１〜１４には、医療に関する属性を有する情報が含まれることになる。

＜４．３ 入力支援情報を生成する場合の動作＞
図２０は、入力支援情報を生成する場合の読影支援システム３０の動作を示すフローチャートである。当該動作は、読影レポート入力画面ＳＣ５２における入力支援ボタン５２４の押下をトリガとして開始される。

図２０に示すように、読影レポート入力画面ＳＣ５２において入力支援ボタン５２４が押下されると、ステップＳ２０１〜Ｓ２０２と同様のステップＳ４０１〜Ｓ４０２により、読影レポートが読影端末３１から読影支援サーバ３２へ転送され（ステップＳ４０１）、読影レポートが構造化部３３３により構造化される（ステップＳ４０２）。

続いて、支援情報生成部３３７は、読影レポートの構造化データＳＤ１に含まれる要素の属性および要素内容を取得し、取得した属性および要素内容を検索キーとして、属性および要素内容が一致する要素の検索を読影支援サーバ３２に対して行う（ステップＳ４０３）。

ステップＳ４０３に続くステップＳ４０４では、ステップＳ４０３において、属性および要素内容が一致する要素が検索で抽出されたか否かによって処理の分岐が行われる。

ステップＳ４０４において、属性および要素内容が一致する要素が検索で抽出されなかった場合、ステップＳ４０３で取得された要素内容に対して、先述のシソーラスコードの推定処理が行われ、しかる後にステップＳ４０６への移行が行われる（ステップＳ４０５）。

一方、ステップ４０４において、属性および要素内容が一致する要素が検索で抽出された場合、ステップＳ４０５の処理を行わずに、ステップＳ４０６への移行が行われる。

続いて、ステップＳ４０３で抽出された要素またはステップＳ４０５で推定されたシソーラスコードと関連する要素の要素内容が取得され（ステップＳ４０６）、しかる後に取得した要素内容が出力される（ステップＳ４０７）。なお、ステップＳ４０３で抽出された要素と関連する要素とは、例えば、抽出された要素でデータ構造上の距離が所定の範囲内（階層範囲が所定の範囲内）の要素である。また、推定されたシソーラスコードを関連する要素とは、医療用シソーラス辞書３３９における階層位置が近い要素ないしは当該要素とデータ構造上の距離が所定の範囲内の要素である。

なお、入力支援情報ＩＮＦ１５の抽出元となる構造化データＳＤ３のデータ構造はオントロジであるシソーラスを反映しているので、入力支援情報ＩＮＦ１５の生成にあたっては読影支援システム３０が保持するオントロジを利用していることになる。これにより、オントロジに含まれる医療に関する単語間の関係の情報が入力支援情報ＩＮＦ１５に反映されるので、適切な支援情報を生成可能である。

＜５ 変形例＞
◎読影支援システムについて；
上述の実施形態では、読影支援システム３０が医用画像管理システム１Ａの一部である例を示したが、読影支援システム３０が放射線科情報システム（ＲＩＳ；Radiology Informatin System）や病院情報システム（ＨＩＳ；Hospital Informatin System）等の各種医療システムの一部であってもよい。あるいは、読影支援システム３０が、他のシステムから独立して用いられることも妨げられない。

◎画像ビュワーについて；
上述の実施形態では、読影レポート入力画面ＳＣ５２が画像ビュワーの機能を含む例を示したが、読影にあたって別途独立した画像ビュワーを用いるようにしてもよい。

◎医療情報について；
上述の実施形態では、読影対象画像に含まれる構造化データＳＤ２の中のオーダー情報を支援情報の生成に利用する態様について説明したが、読影レポートのみに基づいて支援情報ＩＮＦ１１〜ＩＮＦ１５を生成することや、オーダー情報以外の情報に基づいて支援情報ＩＮＦ１１〜ＩＮＦ１５を生成することも妨げられない。また、支援情報ＩＮＦ１１〜ＩＮＦ１５の基礎となる情報は、読影対象画像についての文字列情報であればよく、読影対象画像に含まれる構造化データである必要はない。例えば、画像を画像処理することにより得られる情報に基づいて支援情報ＩＮＦ１１〜ＩＮＦ１５を生成するようにしてもよい。なお、構造化されていない文字列情報は、読影レポートと同様の方法で読影支援サーバ３２において構造化可能である。

◎構造化について；
上述の実施形態では、自然文を単語に分割した後に構造化用辞書３３８を参照してクラスを特定することにより読影レポートの構造化を行う例を示したが、これ以外の方法により読影レポートを構造化してもよい。

本発明の実施形態に係る医療支援システム１の主要な機能を示す図である。 本発明の実施形態に係る読影支援システム３０を含む医用画像管理システム１Ａの全体構成を示すブロック図である。 読影支援サーバ３２の構成を示すブロック図である。 医療用シソーラス辞書３３９の階層構造を示す図である。 読例レポートの構造化データＳＤ１の例を示す図である。 症例データベース３２１に蓄積されている構造化データＳＤ３の例を示す図である。 読影端末３１の操作手順を示すフローチャートである。 検査リスト選択画面ＳＣ５１の例を示す図である。 読影レポート入力画面ＳＣ５２の例を示す図である。 登録内容確認画面の例を示す図である。 診断支援情報を呼び出すための診断支援メニューの例を示す図である。 診断支援情報を呼び出すための診断支援メニューの例を示す図である。 診断支援情報となる読影レポート一覧表示画面を示す図である。 診断支援情報となる読影レポート一覧表示画面を示す図である。 診断支援情報となる読影レポート一覧表示画面を示す図である。 診断支援情報となる読影レポート一覧表示画面を示す図である。 入力支援情報ＩＮＦ１５の例を示す図である。 読影レポートを症例データベース３２１へ蓄積する場合の動作を示すフローチャートである。 診断支援情報を生成する場合の動作を示すフローチャートである。 入力支援情報を生成する場合の動作を示すフローチャートである。

符号の説明

１ 医療支援システム
１Ａ 医用画像管理システム
１０ 画像診断装置
２０ 画像サーバ
３０ 読影支援システム
３１ 読影端末
３２ 読影支援サーバ
４０ ネットワーク
３２１ 症例データベース
３３３ 構造化部
３３７ 支援情報生成部
３３８ 構造化用辞書
３３９ 医療用シソーラス辞書
３３４ 形態素解析部
３３５ クラス特定部
３３６ シソーラスコード決定部

Claims (11)

1. 医療支援システムであって、
   文字列情報の医療情報の入力に用いられる入力手段と、
   前記入力手段を用いて入力された医療情報を構造化し、医療に関する属性を有する要素を含む構造化データを生成する構造化手段と、
   前記入力手段を用いて入力された医療情報を前記構造化手段により構造化した構造化データを記憶する記憶手段と、
   前記入力手段における医療従事者による医療情報の入力を支援する支援情報を生成する生成手段と、
   を備え、
   前記生成手段は、前記入力手段において入力中の医療情報を前記構造化手段により構造化した構造化データに含まれる属性及び要素を検索キーとして前記記憶手段に記憶された医療情報を前記構造化手段により構造化した構造化データに対する検索を行い、検索結果に基づいて、前記支援情報を生成することを特徴とする医療支援システム。
2. 請求項１に記載の医療支援システムにおいて、
   前記生成手段が、医用画像についての文字列情報に基づいて、前記支援情報を生成することを特徴とする医療支援システム。
3. 請求項１又は請求項２に記載の医療支援システムにおいて、
   前記構造化データがＲＤＦによって叙述されることを特徴とする医療支援システム。
4. 請求項１ないし請求項３のいずれかに記載の医療支援システムにおいて、
   オントロジを保持するとともに、
   前記オントロジを利用して前記支援情報を生成することを特徴とする医療支援システム。
5. 請求項４に記載の医療支援システムにおいて、
   前記オントロジが医療用シソーラス辞書であることを特徴とする医療支援システム。
6. 請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、
   前記医療情報が、医用画像についての医師の読影結果を記載した読影レポートを含むことを特徴とする医療支援システム。
7. 請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、
   前記医療情報が、看護師の看護活動を記録した看護レポートを含むことを特徴とする医療支援システム。
8. 請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、
   前記医療情報が、医療活動中に発生したインシデントを記録したインシデントレポートを含むことを特徴とする医療支援システム。
9. 請求項１ないし請求項５のいずれかに記載の医療支援システムにおいて、
   前記医療情報が、医師の診断結果を記載した診断レポートを含むことを特徴とする医療支援システム。
10. 請求項１ないし請求項９のいずれかに記載の医療支援システムにおいて、
    前記支援情報が、複数の要素を接続したグラフであることを特徴とする医療支援システム。
11. 請求項１ないし請求項１０のいずれかに記載の医療支援システムにおいて、
    前記入力手段が自然文を用いた医療情報の入力に用いられることを特徴とする医療支援システム。

Images