JP6071627B2 - 医用情報管理装置 - Google Patents

Description

本発明の実施形態は、医用情報管理装置に関する。

ネットワークを介して接続された医用画像撮影装置、医用画像保管装置、読影レポート作成支援システム、及び電子カルテシステム等からなる医用画像診断システムがある。ユーザはクライアント端末で医用画像診断システムから提供される医用アプリケーションを利用し診断業務を行っている。診断業務に利用される医用アプリケーションとしては、具体的には、画像表示アプリケーション、レポート作成アプリケーション、電子カルテ作成アプリケーション等が挙げられる。

医用アプリケーションには複数の種類の情報が表示される。ある患者について診断業務を行う場合、基本的には、表示される複数の種類の情報は全て同一患者に関する情報となる。例えば、画像表示アプリケーションの表示画面には、患者情報（氏名、生年月日、性別、及び年齢等）、検査情報（検査日付や検査種別等）、画像情報（医用画像撮影装置で撮影された検査画像等）等が表示される。ユーザがある時点において患者Ａの診断を行っている場合、患者情報、検査情報、及び画像情報は、全て患者Ａに関する情報が表示されていなければならない。

また、複数の医用アプリケーションを利用して診断業務を行う場合がある。この場合、複数の医用アプリケーションにそれぞれ対応する複数の表示画面がクライアント端末等で表示される。これら複数の表示画面においても基本的には全て同一患者の情報が表示されていなければならない。例えば、画像表示アプリケーションの表示画面、レポート作成アプリケーションの表示画面、及び電子カルテ表示アプリケーションの表示画面が表示され、ユーザが患者Ａの診断を行っている場合、これら全ての表示画面には患者Ａに関する情報が表示されていなければならない。

しかしながら、医用アプリケーションの動作不正や想定外のユーザ操作等により、単一の医用アプリケーション内における情報の整合性、あるいは、複数の医用アプリケーション内における情報の整合性が崩壊してしまうことがある。例えば、画像表示アプリケーションにおいて、診断対象を患者Ａから患者Ｂへ変更した場合、患者情報は患者Ｂに関する情報に変更されたが、検査画像は患者Ｂに関する画像に変更されず、患者Ａに関する画像のままになってしまう場合がある。このような整合性の崩壊は、誤診を招く危険性を孕んでいる。

特開２０１０−２６２５９２号公報

目的は、医用アプリケーションを利用した診断業務の精度の向上を可能とする医用情報管理装置を提供することにある。

本実施形態に係る医用情報管理装置は、医用アプリケーションの表示画面を表示する表示手段と、医用アプリケーションにおいて利用され、予め設定された複数の監視項目がそれぞれ有する複数の値を取得する取得手段と、前記取得された複数の値が、前記医用アプリケーション内における複数の監視項目のうちの基準項目の値の変化の有無と他の項目の値の変化の有無との関連性に関する整合性判定ルールを満たすか否かを判定する判定手段と、前記判定手段により前記取得された複数の値が前記整合性判定ルールを満たしていないと判定された場合、前記表示手段を制御して警告を表示させる警告手段と、を具備する。

本実施形態に係る医用情報管理装置のネットワーク環境を示す図。 図１の医用情報管理装置のハードウェア構成を示す図。 図２の処理部の機能構成を示す図。 図３の監視項目設定部による監視項目の設定処理を説明するための図であり、レポート作成アプリケーションの表示画面の一例を示す図。 図３の整合性判定ルール設定部による監視項目の設定処理を説明するための図であり、レポート作成アプリケーションの表示画面と画像表示アプリケーションの表示画面との一例を示す図。 図３の判定部による判定処理を具体的に説明するための図。 図３の判定部による判定処理を具体的に説明するための他の図。 図３の警告部による警告処理の一例を示すための図。 図２の医用情報管理装置による動作例の一例を示す図であり、過去レポートと今回レポートとの比較のための表示画面の一例を示す図。

以下、図面を参照しながら本実施形態に係わる医用情報管理装置を説明する。

図１は、本実施形態に係る医用情報管理装置１のネットワーク環境を示す図である。図に示すように、医用情報管理装置１は、互いにネットワーク（ＬＡＮ）を介して医用画像撮影装置２００、医用画像保管装置３００、医用レポート保管装置４００、及び電子カルテ保管装置５００に接続されている。医用情報管理装置１、医用画像撮影装置２００、医用画像保管装置３００、医用レポート保管装置４００、及び電子カルテ保管装置５００は、医用画像診断システム１００を構成している。医用情報管理装置１は、医用画像撮影装置２００、医用画像保管装置３００、医用レポート保管装置４００、及び電子カルテ保管装置５００等のハードウェア資源をＬＡＮを介して遠隔的に利用するシンクライアント端末として機能する。

医用画像撮影装置２００は、検査により患者の体内等を撮影し、患者に関する医用画像データを発生する。医用画像データは、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に準拠したフォーマットで医用画像保管装置３００に送信される。

医用画像保管装置３００は、医用画像撮影装置２００からの医用画像データを保管する。また、医用画像保管装置３００は、医用画像データに関連付けられた患者情報、検査情報、及び画像情報をデータベースで管理する。例えば、医用画像保管装置３００は、医用情報管理装置１からの指示に従って画像表示アプリケーションを実行し、画像表示アプリケーションの表示画面のデータ及びロジックを医用情報管理装置１に送信する。

医用レポート保管装置４００は、医用情報管理装置１等で作成された医用レポートを保管する。例えば、医用レポート保管装置４００は、医用情報管理装置１からの指示に従ってレポート作成アプリケーションを実行し、レポート作成アプリケーションの表示画面のデータ及びロジックを医用情報管理装置１に送信する。

電子カルテ保管装置５００は、医用情報管理装置１等で作成された電子カルテを保管する。例えば、電子カルテ保管装置５００は、医用情報管理装置１からの指示に従って電子カルテ表示アプリケーションを実行し、電子カルテ表示アプリケーションの表示画面のデータ及びロジックを医用情報管理装置１に送信する。

医用情報管理装置１は、医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００にＬＡＮを介してログインし、ログオンしている装置３００，４００，５００にインストールされている医用アプリケーションを実行する。医用情報管理装置１の表示機器には、医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００からの医用アプリケーションの表示画面が表示される。医用アプリケーションとしては、例えば、画像表示アプリケーション、レポート作成アプリケーション、電子カルテ表示アプリケーションがある。各医用アプリケーションは複数のアプリケーションに細分化することもできる。例えば、画像表示アプリケーションは、さらに、２Ｄ画像表示アプリケーションや３Ｄ画像表示アプリケーション等に細分化される。同種のアプリケーションが複数のメーカにより医用情報管理装置１に提供される場合もある。ユーザは、医用情報管理装置１において実行されている医用アプリケーションに応じた医用業務を、表示画面を観察しながら行う。

図２は、医用情報管理装置１のハードウェア構成を示す図である。図２に示すように、医用情報管理装置１は、処理部１１を中枢として記憶部１３、保管部１５、入力部１７、表示部１９、送信部２１、及び受信部２３を有している。

記憶部１３は、ＲＯＭ及びＲＡＭ等の記憶媒体を装備する記憶装置である。例えば、記憶部１３は、処理部１１によりワークエリアとして利用される。すなわち、処理部１１による処理により発生するデータを一時的に蓄えるために記憶部１３が利用される。

保管部１５は、ＨＤ（Hard Disk Drive）等の長期保存用の記憶媒体を装備する記憶装置である。例えば、保管部１５は、医用画像保管装置３００からの医用画像データ、医用レポート保管装置４００からの医用レポート、電子カルテ保管装置５００からの電子カルテを保管する。

入力部１７は、ユーザからの各種命令や情報入力を、入力機器を介して受け付ける。入力部１７は、ユーザによる入力機器の入力操作に応じた入力信号を処理部１１に送信する。入力機器としては、マウスやトラックボールなどのポインティングデバイス、スイッチボタン等の選択デバイス、あるいはキーボード等が挙げられる。

表示部１９は、画像合成回路、ＶＲＡＭ（Video Random Access Memory）、及び表示機器を装備している。表示部１９は、受信部２３を介して入力される単一又は複数の医用アプリケーションの表示画面を表示機器に表示する。複数の医用アプリケーションの表示画面を表示する場合、これら複数の表示画面は異なる表示機器に個別に表示されても良いし同一の表示機器に並列的に表示されても良い。表示機器としては、例えばＣＲＴディスプレイや液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等が挙げられる。

送信部２１は、医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００に指示や各種医用データを送信する。例えば、送信部２１は、ユーザによる入力部１７の入力操作に応じた入力信号を医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００に送信する。また、送信部２１は、処理部１１により発生された各種医用データを医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００に送信する。また、送信部２１は、各種医用データの送信要求を医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００に送信する。

受信部２３は、医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００から医用アプリケーションの表示画面のデータ及びロジックを受信する。また、受信部２３は、送信要求に応答して医用画像保管装置３００や医用レポート保管装置４００、電子カルテ保管装置５００から送信された各種医用データを受信する。

処理部１１は、医用情報管理装置１の中枢として機能する制御装置である。処理部１１は、半導体で構成された電子回路が複数の端子を有するパッケージに封入された集積回路を搭載している。ユーザにより入力部１７を介して開始指示が入力されることを契機として処理部１１は、記憶部１３に記憶されているプログラムを実行する。処理部１１は、ユーザに対する各種情報を、グラフィックを多用して表示部１９に表示する。処理部１１は、基礎的な操作を入力部１７により行うことが出来るＧＵＩ（Graphical user Interface）を提供する。

また、処理部１１は、単一の医用アプリケーション内における、または、複数の医用アプリケーション間における情報の整合性を既定の監視タイミングで監視するためのアプリケーション（以下、監視アプリケーションと呼ぶ）を実行する。監視アプリケーションは、例えば、記憶部１３に記憶されている。情報の整合性が崩壊したと判断した場合、処理部１１は、表示部１９を利用してユーザに警告を発する。これによりユーザが異常な状態に気づくことができ、アプリケーションの異常状態により発生しうる誤診を防止できる。処理部１１は、異常事態による影響を緩和することができる。ここで、監視とは、監視タイミング時に、監視対象の情報の値を取得し、他の情報の値との整合性を確認することを指す。以下、監視アプリケーションを実行することによる処理部１１の具体的な動作例について説明する。

図３は、監視アプリケーションの実行による処理部１１の機能構成を示す図である。図３に示すように、処理部１１は、監視項目設定部３１、監視タイミング設定部３３、整合性判定ルール設定部３５、取得部３７、判定部３９、及び警告部４１を有する。

監視項目設定部３１は、表示部１９により表示されている単一又は複数の医用アプリケーションにおいて利用されている情報の中から、ユーザからの指示に従って、複数の監視項目を設定可能である。監視項目は、医用アプリケーションが表示または管理するあらゆる情報の中から任意に選択可能である。監視項目は、例えば、医用アプリケーションの表示画面に表示されている情報項目、医用アプリケーションが内部で管理している情報項目から適宜選択される。医用アプリケーションが内部で管理している情報項目は、具体的には、表示画面には表示されないが、医用アプリケーションが利用する情報項目である。なお、本実施形態において監視項目とは、医用アプリケーションの種類と情報項目との組合せを意味する。すなわち、同種類の情報項目であっても、属する医用アプリケーションが異なれば、異なる監視項目であるとする。例えば、レポート作成アプリケーションの患者情報と画像表示アプリケーションの患者情報とが監視項目に設定された場合、これら２つの監視項目は異なる監視項目であるとする。監視項目の識別子は、取得部３７に供給される。

図４は、レポート作成アプリケーションの表示画面（レポート作成画面）ＲＩの模式図である。図４のレポート作成画面ＲＩの表示項目には、患者情報、所見、診断、過去レポート一覧、及び過去レポートの表示項目がある。患者情報は、さらに、患者ＩＤ、漢字氏名、生年月日、及び性別等の項目に細分化されている。監視項目設定部３１は、これら情報を監視項目に設定することができる。一種類の情報が監視項目に設定されても良いし、複数種類の情報が監視項目に設定されても良い。例えば、患者ＩＤのみが監視項目として設定されても良いし、患者ＩＤ、所見、及び診断の３種類の情報が監視項目として設定されても良い。監視項目の値は、典型的には、監視項目が有する文字列である。例えば、監視項目が患者ＩＤの場合、患者ＩＤの値は「０００１」である。監視項目が検査画像等の画像の場合、監視項目の値は画像データである。本実施形態において画像データとは、画像データを構成する離散値（典型的には、０と１）の羅列である。

具体的には、項目「所見」の値は、「胃や腸管の周囲に腹水を認め、軽度増大しています。」である。項目「診断」の値は、「中部胆管癌術後：下大静脈前面へのろう孔形成を疑います。」。項目「検査日」の値は、「２０１０／０２／０５」や「２０１０／０２／１０」、「２０１０／０２／１５」である。

監視項目は、「患者ＩＤ」といった医用アプリケーションの表示画面に表示されている情報の最小要素ではなく、「患者情報」等の複数種類のサブ項目から構成される情報に設定されても良い。複数種類のサブ項目から構成される監視項目の場合、監視項目の値は、複数のサブ項目が有する全ての文字列であっても良いし、表示画面内の監視項目の局所表示領域ＬＳ１に限定したキャプチャ画像データであっても良い。例えば、監視項目が図４の「患者情報」の場合、監視項目の値は、患者ＩＤ、漢字氏名、生年月日、及び性別の全ての文字列、すなわち、「０００１」、「東芝太郎」、「１９９７／０１／０１」、及び「男」であってもよいし、局所表示領域ＬＳ１のキャプチャ画像データであっても良い。監視項目は、典型的には、サービスマンにより設定される。

監視項目の設定は、種々の形態で医用情報管理装置１に記憶することが可能である。監視項目の設定は、監視アプリケーションの外部に記憶されても良いし、内部に記憶されても良い。監視アプリケーションの外部に記憶する場合、例えば、監視項目の設定は、設定ファイルとして保管部１５に保存されても良いし、ＤＢ（Data Base）に格納して保管部１５に保存されても良い。監視アプリケーションの内部に記憶する場合、監視アプリケーションの内部のアルゴリズムに組み込むことにより保存される。

監視タイミング設定部３３は、監視項目設定部３１により設定された監視項目の監視タイミングを設定する。監視タイミングは、具体的には、後述の取得部３７が監視項目の値を取得するタイミングである。監視タイミングの識別子は、取得部３７に供給される。

監視タイミングとしては、例えば、以下の３つのタイプが挙げられる。タイプ１．「１０秒毎等の単位時間毎」、タイプ２．「医用アプリケーションがアクティブになった時」、タイプ３．「ユーザにより入力１７を介して医用アプリケーションの表示指示がなされた時」である。なお、タイプ１の場合、単位時間の具体的な数値は、ユーザにより入力部１７を介して任意に設定可能である。監視タイミングは、上記の３つのタイプの何れか一つに設定されても良いし、適宜組み合わされても良い。例えば、監視タイミングは、医用アプリケーションがアクティブになった時点と単位時間毎との組み合わせでも良い。監視タイミングは、監視項目に応じた適切なタイプの監視タイミングに設定されると良い。監視タイミングは、装置の負荷などを考慮し、ユーザにより入力部１７を介して任意に設定可能である。監視タイミングは、典型的には、サービスマンにより設定される。しかしながら、監視タイミングは、監視項目と監視タイミングとを関連付けたＬＵＴ(Look Up Table)を利用して、監視項目設定部３１により設定された監視項目に応じて自動的に設定されても良い。

監視タイミングの設定は、種々の形態で医用情報管理装置１に記憶することが可能である。監視項目の設定は、監視アプリケーションの外部に記憶されても良いし、内部に記憶されても良い。監視アプリケーションの外部に記憶する場合、例えば、監視タイミングの設定は、設定ファイルとして保管部１５に保存されても良いし、ＤＢ（Data Base）に格納して保管部１５に保存されても良い。監視アプリケーションの内部に記憶する場合、監視アプリケーションの内部のアルゴリズムに組み込むことにより保存される。

整合性判定ルール設定部３５は、監視項目設定部３１により設定された複数の監視項目について整合性判定ルールを設定する。整合性判定ルールは、監視項目間の依存関係に応じて異なるタイプが利用される。整合性判定ルールは、複数の監視項目のうちの基準項目の値の変化の有無と他の項目の値の変化の有無との関連性を規定する。例えば、整合性判定ルールは、典型的には、タイプ１．「基準となる監視項目の値と他の監視項目の値とは同じでなければならない」、タイプ２．「基準となる監視項目の値が変化した場合、他の監視項目の値も変化しなければならない」、である。タイプ１の整合性判定ルールを用いるか、タイプ２の整合性判定ルールを用いるかは、ユーザあるいはサービスマンにより入力部１７を介して任意に設定可能である。または、タイプ１の整合性判定ルールとタイプ２の整合性判定ルールとの両方が用いられても良い。整合性判定ルールは、監視項目毎に設定されても良いし、複数の監視項目について一つ設定されても良い。整合性判定ルールは、ユーザあるいはサービスマンにより入力部１７を介して任意に設定可能である。整合性判定ルールは、典型的には、サービスマンにより設定される。しかしながら、整合性判定ルールは、監視項目と整合性判定ルールとを関連付けたＬＵＴ(Look Up Table)を利用して、監視項目設定部３１により設定された監視項目に応じて自動的に設定されても良い。

タイプ１の整合性判定ルールは、複数の医用アプリケーション間において監視項目の整合性が満足されるか否かの判定に利用される。具体的には、タイプ１の整合性判定ルールは、複数の医用アプリケーションの表示画面において表示されている情報が同一の患者の情報であることを確認するための判定ルールである。タイプ１の整合性判定ルールについて、図５を参照しながら具体的に説明する。

図５は、レポート作成アプリケーションの表示画面（レポート作成画面）ＲＩと画像表示アプリケーションの表示画面（以下、画像表示画面）ＩＩとの一例を示す図である。医用レポートの作成業務においては、典型的には、レポート作成画面ＲＩと画像表示画面ＩＩとが異なる表示機器に個別に表示される。ユーザは、これらレポート作成画面ＲＩと画像表示画面ＩＩとを参照しながら医用レポートを作成する。

図５に示すように、レポート作成画面ＲＩと画像表示画面ＩＩとの両方に患者ＩＤが表示されている。レポート作成画面ＲＩに表示されている患者ＩＤと画像表示画面ＩＩに表示されている患者ＩＤとは常に同一でなければならない。なぜなら、レポート作成画面ＲＩと画像表示画面ＩＩとに表示されている患者ＩＤが異なるということは、両者のアプリケーションが表示している患者が異なることを意味しているからである。すなわち、両者のアプリケーションで表示されている患者ＩＤが異なる場合、ユーザが診断対象の患者とは異なる患者の検査画像を観察してしまい、誤診する可能性があるからである。このような誤診を防止するため、「レポート作成画面に表示されている患者ＩＤの文字列と画像表示画面に表示されている患者ＩＤの文字列とが常に同じでなければならない。」という整合性判定ルールが設定されると良い。この整合性判定ルールが満足されているか否かが確認されることにより、レポート作成画面ＲＩと画像表示画面ＩＩとに表示されている情報が常に同一患者に関する情報であることが保証される。

タイプ２の整合性判定ルールは、単一の医用アプリケーション内において監視項目の整合性が満足されか否かの判定に利用される。タイプ２の整合性判定ルールは、単一の医用アプリケーションの表示画面に表示されている情報が同一の患者の情報であることを確認するための判定ルールである。

例えば、レポート作成表示画面ＲＩの患者情報欄に表示される患者情報と所見欄に表示される所見情報とは、常に同一患者のものである必要がある。しかしながら、医用アプリケーションの動作不正などにより、患者情報と所見情報とが別患者のものになってしまう場合がある。このように単一の医用アプリケーションの表示画面における複数の表示項目において異なる患者に関する情報が表示される場合、ユーザが誤診する可能性が高まってしまう。このような誤診を防止するため、「レポート作成画面に表示されている患者ＩＤの文字列が変化した場合には、レポート作成画面に表示されている所見の文字列も変化しなければならない。」という整合性判定ルールが設定されると良い。この整合性判定ルールが満足されているか否かが確認されることにより、レポート作成画面内の複数の表示項目に表示されている情報が適切なタイミングで変化していることが保証される。

整合性判定ルールの設定は、種々の形態で医用情報管理装置１に記憶することが可能である。監視項目の設定は、監視アプリケーションの外部に記憶されても良いし、内部に記憶されても良い。監視アプリケーションの外部に記憶する場合、例えば、整合性判定ルールの設定は、設定ファイルとして保管部１５に保存されても良いし、ＤＢ（Data Base）に格納して保管部１５に保存されても良い。監視アプリケーションの内部に記憶する場合、監視アプリケーションの内部のアルゴリズムに組み込むことにより保存される。

取得部３７は、単一又は複数の医用アプリケーションにおいて利用され、予め監視項目設定部３１により設定された複数の監視項目がそれぞれ有する複数の値を、予め監視タイミング設定部３３により設定された監視タイミングで取得する。例えば、監視タイミングが単位時間毎の場合、取得部３７は、設定された単位時間毎に監視項目の値を定期的に取得する。各監視項目の値を取得する方法としては、例えば、以下の３通りの方法がある。下記の３通りの取得方法のうちの何れの取得方法を採用するかは、ユーザにより入力部１７を介して任意に設定可能である。取得方法は、監視項目毎に設定されても良いし、監視項目が属する医用アプリケーション毎に設定されても良い。

取得方法１：取得方法１は、医用アプリケーションが能動的に転送する監視項目の値を取得部３７が受け取る方法である。この場合、医用アプリケーションは、監視タイミングにおいて取得部３７に監視項目の値を転送する。転送された値は、取得部３７により受け取られる。

取得方法２：取得方法２は、監視項目の値を取得するためのアプリケーション・インタフェース（以下、値取得アプリケーション・インタフェース）を利用して取得部３７が値を取得する方法である。医用アプリケーションが値取得アプリケーション・インタフェースを実装している場合、取得部３７は、この値取得アプリケーション・インタフェースを利用して、監視タイミングにおいて監視項目が有する値を取得する。値取得アプリケーション・インタフェースは、例えば、ライブラリ関数に収容されている特定の関数により実現される。この場合、取得部３７は、監視タイミングにおいて、値取得のための関数を実行し、実行した関数の返却値を監視項目の値として取得する。

取得方法３：取得方法３は、医用アプリケーションの表示画面のキャプチャ画像を画像解析することで監視項目の値を取得する方法である。この場合、取得部３７は、監視タイミングにおいて、医用アプリケーションの表示画面のうちの監視項目の表示領域を含む局所表示領域の画像データをスクリーンショット機能により生成する。そして取得部３７は、生成した局所表示領域の画像データを画像解析し、画像データに含まれる監視項目の値を認識する。取得方法３は、前述の取得方法１及び２を採用し難い場合に利用されると良い。例えば、他社のレポート作成アプリケーションから患者ＩＤの文字列を取得する場合、他社のレポート作成アプリケーションに対して前述の取得方法１及び２の機能の実装を行なうことは難しい。この場合、取得部３７は、レポート作成アプリケーションの表示画面に描出されている患者ＩＤの文字列を含む局所表示領域の画像データを生成し、生成された画像データに含まれる文字列を文字認識することにより、患者ＩＤの文字列を取得することができる。

判定部３９は、取得部３７により取得された複数の監視項目にそれぞれ対応する複数の値が整合性判定ルールを満たすか否かを判定する。整合性判定ルールを満たさない場合、整合性が崩壊していることを意味し、整合性判定ルールを満たす場合、整合性が保たれていることを意味する。

以下、図６及び図７を参照しながら、判定部３９による判定処理について具体的に説明する。なお、以下の具体例において、監視項目は、レポート作成アプリケーションの患者ＩＤ、画像表示アプリケーションの患者ＩＤ、及び画像表示アプリケーションの画像表示領域であるとする。また、整合性判定ルールは、整合性判定ルール１「レポート作成アプリケーションの患者ＩＤの文字列と、画像表示アプリケーションの患者ＩＤの文字列とは同じでなければならない。」と整合性判定ルール２「画像表示アプリケーションの患者ＩＤの文字列が変化した場合には、画像表示アプリケーションの画像表示領域に表示されている画像（以下、表示画像と呼ぶ）も変化しなければならない。」とであるとする。

図６に示すように、監視タイミングｔ−１における監視項目「レポート作成アプリケーションの患者ＩＤ」の値（文字列）が「０１」であり、監視項目「画像表示アプリケーションの患者ＩＤ」の値（文字列）が「０１」であり、監視項目「画像表示アプリケーションの表示画像」の値（画像データ）が「Ｓ１」であるとする。また、監視タイミングｔ−１の次の監視タイミングｔにおける監視項目「レポート作成アプリケーションの患者ＩＤ」の値（文字列）が「０２」であり、監視項目「画像表示アプリケーションの患者ＩＤ」の値（文字列）が「０１」であり、監視項目「画像表示アプリケーションの表示画像」の値（画像データ）が「Ｓ２」であるとする。この場合、監視タイミングtにおけるレポート作成アプリケーションの患者ＩＤの文字列と画像表示アプリケーションの患者ＩＤの文字列とが異なるため、監視タイミングtにおいて上記の整合性判定ルール１が満たされていない。従って、判定部３９は、監視タイミングｔにおいて、監視項目「画像表示アプリケーションの患者ＩＤ」と監視項目「レポート作成アプリケーションの患者ＩＤ」との間において情報の整合性が満たされていないと正しく判定することができる。

また、２つ目の具体例として、図７に示す状態を考える。図７においては、監視タイミングｔにおける監視項目「レポート作成アプリケーションの患者ＩＤ」の値（文字列）が「０２」であり、監視項目「画像表示アプリケーションの患者ＩＤ」の値（文字列）が「０２」であり、監視項目「画像表示アプリケーションの表示画像」の値（画像データ）が「Ｓ１」であるとする。この場合、監視タイミングｔにおける画像表示アプリケーションの患者ＩＤの文字列が「０１」から「０２」へ変化しているが、画像表示アプリケーションの表示画像は「Ｓ１」のまま変化しておらず、監視タイミングｔにおいて、整合性判定ルール２が満たされていない。従って、判定部３９は、監視タイミングｔにおいて、監視項目「画像表示アプリケーションの患者ＩＤ」と監視項目「レポート作成アプリケーションの表示画像」との間において情報の整合性が満たされていないと正しく判定することができる。

警告部４１は、判定部３９により整合性判定ルールが満たされていないと判定された場合、表示部１９に警告を表示させるために、表示部１９に警告信号を送信する。警告信号に応答して表示部１９は、整合性判定ルールが満たされていない旨の警告を表示する。例えば、警告表示として、ダイアログ・ボックスが表示されると良い。また、警告表示の他の例としては、医用アプリケーションの表示画面のうちの整合性判定ルールが満たされていない監視項目に関する局所表示領域と他の表示領域とが視覚的に区別して表示されると良い。例えば、整合性判定ルールが満たされていない監視項目に関する局所表示領域が他の表示領域よりも強調して表示されると良い。一方、判定部３９により整合性判定ルールが満たされていると判定された場合、警告部４１は、表示部１９に警告を表示させないために、表示部１９に非警告信号を送信する。非警告信号を受けた表示部１９は、警告を表示せず、通常のレイアウトで医用アプリケーションの表示画面を表示する。あるいは、表示部１９は、非警告信号を受けた場合、整合性が満たされている旨を表示しても良い。あるいは、判定部３９により整合性判定ルールが満たされていると判定された場合、警告部４１は、表示部１９に何も信号を送信しなくても良い。この場合、警告信号が送信されない限りは表示部１９は警告を表示しない。

図８は、警告表示の一例を示す図である。図８は、「レポート作成アプリケーションの患者ＩＤの文字列と画像表示アプリケーションの患者ＩＤの文字列とは同じでなければならない。」という整合性判定ルールが満たされなかった場合の警告表示例を示している。図８に示すように、レポート作成画面ＲＩ中の患者ＩＤの文字列（「０００１」）と画像表示画面ＩＩ中の患者ＩＤの文字列（「０００３」）とが異なっている。従って、この場合、整合性判定ルールが満たされていない。整合性判定ルールが満たされていないと判定された場合、表示部１９は、レポート作成画面ＲＩと画像表示画面ＩＩとの各々に警告のためのダイアログ・ボックスＤＢを表示する。ダイアログ・ボックスＤＢには、「患者ＩＤが一致していません。」等の整合性判定ルールが満たされていない旨のメッセージが表示されると良い。表示部１９は、ダイアログ・ボックスＤＢ内の「ＯＫ」ボタンがユーザにより入力部１７を介して押下されることを契機として、ダイアログ・ボックスＤＢを表示画面ＲＩ，ＩＩから消去する。なお、ダイアログ・ボックスＤＢは、レポート作成画面ＲＩと画像表示画面ＩＩとのうちの何れか一方の表示画面のみに表示されても良い。また、マルチモニターの技術を利用して、レポート作成画面ＲＩと画像表示画面ＩＩとの両方に跨ってダイアログ・ボックスＤＢが表示されても良い。

また、表示部１９は、レポート作成画面ＲＩ中の強調領域ＴＲと画像表示画面ＩＩの強調領域ＴＲとのみを通常通りに表示し、その他の表示領域ＮＲにマスクをかけてもよい。なお、強調領域ＴＲは、表示画面ＲＩ，ＩＩのうちの監視項目に限定した表示領域に相当する。図８の場合、監視項目が「患者ＩＤ」に設定されているので、強調領域ＴＲは、患者ＩＤに限定された表示領域に設定されている。例えば、その他の表示領域ＮＲは、半透明の指定色（例えば、グレー等）で覆われる。これにより、整合性判定ルールが満たされていない監視項目に関する表示領域ＴＲと他の表示領域ＮＲとを視覚的に区別して表示することができる。なお、指定色は、ユーザにより入力部１７を介して任意の色に設定可能である。また、マスクの透明度もユーザにより入力部１７を介して任意の値に設定可能であっても良い。

監視アプリケーションの他の利用例として、同一患者に関する過去検査と今回検査との比較時が挙げられる。以下、比較時における監視アプリケーションの利用例について説明する。なお、以下の説明を具体的に行うため、過去検査に関するレポート（以下、過去レポートと呼ぶ）と今回検査に関するレポート（以下、今回レポートと呼ぶ）との比較時を例に挙げて説明する。

図９は、過去レポートと今回レポートとの比較のための表示画面例を示す図である。図９に示すように、表示画面ＲＩには、過去レポートのための表示領域ＲＲ１、今回レポートのための表示領域ＲＲ２、及び過去レポートの一覧のための表示領域ＲＲ３が含まれている。表示領域ＲＲ３には、過去レポートに関するレコードが一覧で表示されている。各レコードは、過去検査に関する検査日、モダリティ、部位、及び年齢等の検査情報に関する項目を含んでいる。表示領域ＲＲ１は、監視項目設定部３１により監視項目に設定されている。監視項目「表示領域ＲＲ１」の値は、過去レポートのデータである。ここで、監視項目「表示領域ＲＲ１」は、比較項目であるとする。

比較時においてユーザは、入力部１７を介して表示領域ＲＲ３内の複数のレコードから表示対象のレコードを指定する。

正常状態時において、表示対象のレコードが指定されたことを契機として表示部１９は、表示領域ＲＲ１には、指定されたレコードに関する過去レポートを表示する。しかし、表示対象のレコードが指定されたとしても、指定されたレコードに関する過去レポートが表示されない場合がある。このような異常状態において、表示領域ＲＲ１に表示されているレポートを、指定されたレコードに関する過去レポートであるとユーザが誤認してしまう虞がある。

本実施形態に係る医用情報管理装置１は、監視アプリケーションを利用して、レコードの指定が表示領域ＲＲ１に反映されない不具合を検出することができる。

まず、監視項目設定部３１は、入力部１７を介して指定されたレコードを監視項目に設定する。監視項目「入力部１７を介して指定されたレコード」の値は、例えば、当該レコードが有する文字列である。監視項目「入力部１７を介して指定されたレコード」は、基準項目であるとする。監視タイミングは、監視タイミング設定部３３により「表示領域ＲＲ３に表示されている複数のレポートのうちの何れか一つが入力部１７を介して指定された時」に設定される。取得部３７は、当該監視タイミングにおいて基準項目の値と比較項目の値とを取得する。整合性判定ルールは、整合性判定ルール設定部３５により前述のタイプ２「基準となる監視項目の値が変化した場合、他の監視項目の値も変化しなければならない」に設定される。判定部３９は、基準項目の値と比較項目の値とがタイプ２の整合性判定ルールを満たすか否かを判定する。

例えば、監視タイミングｔ−１が前回のレコード選択時であり、監視タイミングｔが今回のレコード選択時であるとする。この場合、取得部３７は、監視タイミングｔ−１と監視タイミングｔとの各々において、基準項目の値と比較項目の値とを取得する。判定部３９は、監視タイミングｔ−１における基準項目の値と監視タイミングｔにおける基準項目の値とを比較して基準項目の値が変化したか否かを判定する。同様に、判定部３９は、監視タイミングｔ−１における比較項目の値と監視タイミングｔにおける比較項目の値とを比較して基準項目の値が変化したか否かを判定する。そして判定部３９は、比較項目の値が変化しているが、基準項目の値が変化していない場合、整合性判定ルールが満たされていないと判定する。それ以外の場合、判定部３９は、整合性判定ルールが満たされていると判定する。

警告部４１は、判定部３９により整合性判定ルールが満たされていないと判定された場合、表示部１９に警告を表示させるために、表示部１９に警告信号を送信する。警告信号に応答して表示部１９は、整合性判定ルールが満たされていない旨の警告を表示する。警告信号に応答して表示部１９は、整合性判定ルールが満たされていない旨の警告を表示する。一方、判定部３９により整合性判定ルールが満たされていると判定された場合、警告部４１は、表示部１９に警告を表示させないために、表示部１９に非警告信号を送信する。非警告信号を受けた表示部１９は、警告を表示せず、通常のレイアウトで医用アプリケーションの表示画面を表示する。

前述の動作により、レコードの指定が過去検査レコードの表示領域に反映されない不具合を検出することができる。

以上で、処理部１１の具体的な動作例についての説明を終了する。

なお、前述の説明において、医用情報管理装置１は、ネットワークを介して接続された各種装置２００，３００，４００，５００にインストールされた医用アプリケーションをＬＡＮを介して遠隔的に利用するシンクライアント端末であるとした。しかしながら、本実施形態に係る医用情報管理装置１は、これに限定されない。すなわち、医用情報管理装置１に医用アプリケーションがインストールされていても良い。この場合、医用アプリケーションは、例えば、処理部１１により実行される。

すなわち、医用情報管理装置は、シンクライアント端末でなくても良い。例えば、医用情報管理装置１がビューワ（viewer）であっても良い。この場合、医用情報管理装置１には、画像表示アプリケーションがインストールされている。また、医用情報管理装置１がレポート作成装置であっても良い。この場合、医用情報管理装置１には、レポート作成アプリケーションがインストールされている。医用情報管理装置１にインストール可能な医用アプリケーションは１種類に限定されず、複数の医用アプリケーションが医用情報管理装置１にインストールされても良い。

また、本実施形態に係る医用情報管理装置１は、監視装置であっても良い。当該監視装置は、医用アプリケーションの遠隔的操作または直接的操作を実行せず、前述の監視アプリケーションを利用して整合性の判定を専門的に行う。すなわち、当該監視装置は、処理部１１を有し、医用アプリケーションの実行を行う他の医用装置にネットワークを介して接続されている。当該監視装置は、当該他の医用装置からデータを受信する。そして当該監視装置は、監視アプリケーションを利用し、受信されたデータに基づいて、当該他の医用装置が利用または実行する医用アプリケーションの情報の整合性を判定する。これにより、クライアント端末に監視アプリケーションをインストールする手間を削減することができる。

また、監視アプリケーションは、医用画像撮影装置２００、医用画像保管装置３００、医用レポート保管装置４００、または電子カルテ保管装置５００にインストールされていても良い。すなわち、前述の監視装置が医用画像撮影装置２００、医用画像保管装置３００、医用レポート保管装置４００、または電子カルテ保管装置５００に組み込まれていても良い。

前述の説明により、本実施形態に係る医用情報管理装置１は、表示部２１、取得部３７、判定部３９、及び警告部４１を備えている。表示部２１は、医用アプリケーションの表示画面を表示する。取得部３７は、医用アプリケーションにおいて利用され予め設定された複数の監視項目がそれぞれ有する複数の値を予め設定された監視タイミングで取得する。判定部３９は、取得された複数の値が整合性判定ルールを満たすか否かを判定する。整合性判定ルールは、医用アプリケーション内における複数の監視項目のうちの基準項目の値の変化の有無と他の項目の値の変化の有無との関連性を規定する。警告部４１は、整合性判定ルールを満たしていると判定された場合、表示部２１に警告を表示させず、整合性判定ルールを満たしていないと判定された場合、表示部２１を制御して警告を表示させる。

この構成により医用情報管理装置１は、単一の医用アプリケーション内で表示されている情報間の整合性、あるいは、複数の医用アプリケーションで表示されている情報の整合性が崩れた場合、ユーザに対して警告することができる。それにより、ユーザに誤診につながる危険な状態の発生を知らせることができ、誤診を未然に防止することが可能となる。

かくして本実施形態によれば、医用アプリケーションを利用した診断業務の精度及び効率の向上が可能となる。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれるものである。

１…医用情報管理装置、１１…処理部、１３…記憶部、１５…保管部、１７…入力部、１９…表示部、２１…送信部、２３…受信部、３１…監視項目設定部、３３…監視タイミング設定部、３５…整合性判定ルール設定部、３７…取得部、３９…判定部、４１…警告部、１００…医用画像診断システム、２００…医用画像撮影装置、３００…医用画像保管装置、４００…医用レポート保管装置、５００…電子カルテ保管装置

Claims (12)

1. 医用アプリケーションの表示画面を表示する表示手段と、
   医用アプリケーションにおいて利用され、予め設定された複数の監視項目がそれぞれ有する複数の値を取得する取得手段と、
   前記取得された複数の値が、前記医用アプリケーション内における複数の監視項目のうちの基準項目の値の変化の有無と他の項目の値の変化の有無との関連性に関する整合性判定ルールを満たすか否かを判定する判定手段と、
   前記判定手段により前記取得された複数の値が前記整合性判定ルールを満たしていないと判定された場合、前記表示手段を制御して警告を表示させる警告手段と、
   を具備する医用情報管理装置。
2. 前記整合性判定ルールは、前記基準項目の値が変化したことを契機として前記他の項目の値も変化することである、請求項１記載の医用情報管理装置。
3. 前記医用アプリケーションは、単一又は複数の医用アプリケーションを含み、
   前記判定手段は、前記複数の監視項目が前記単一の医用アプリケーションについて設定されている場合、前記整合性判定ルールを利用して前記単一の医用アプリケーション内で情報が整合しているか否かを判定し、前記複数の監視項目が前記複数の医用アプリケーションについて設定されている場合、前記整合性判定ルールを利用して前記複数の医用アプリケーション間で情報が整合しているか否かを判定する、
   請求項２記載の医用情報管理装置。
4. 前記医用アプリケーションについて、ユーザからの指示に従って、前記複数の監視項目を設定する監視項目設定手段をさらに備える、請求項１記載の医用情報管理装置。
5. 前記複数の値は、前記表示画面に表示される文字、前記表示画面に表示される画像データ、前記医用アプリケーションの設定値である、請求項１記載の医用情報管理装置。
6. 前記取得手段が前記複数の値を取得するタイミングを、ユーザからの指示に従って、予め設定するタイミング設定手段、をさらに備える、請求項１記載の医用情報管理装置。
7. 前記取得手段が前記複数の値を取得するタイミングは、単位時間毎、前記医用アプリケーションがアクティブになった時点、及びユーザからの指示に従って医用アプリケーションの表示指示がなされた時点の少なくとも一つである、請求項１記載の医用情報管理装置。
8. 前記取得手段は、前記医用アプリケーションが能動的に転送する前記複数の監視項目の前記複数の値を受け取る、前記医用アプリケーションが有するライブラリ関数を使用する、及び前記医用アプリケーションの表示画面のキャプチャ画像を解析する、の少なくとも一つの方法により前記複数の値を取得する、請求項１記載の医用情報管理装置。
9. 前記警告手段は、前記整合性判定ルールを満たしていないと判定された場合、前記表示手段を制御して前記表示画面に警告のためのダイアログ・ボックスを表示する、請求項１記載の医用情報管理装置。
10. 前記警告手段は、前記整合性判定ルールを満たしていないと判定された場合、前記表示手段を制御して前記表示画面のうちの前記整合性判定ルールを満たしていないと判定された監視項目に関する第１の表示領域と、前記第１の表示領域以外の第２の表示領域とを視覚的に区別して表示する、請求項１記載の医用情報管理装置。
11. 前記医用アプリケーションは、過去検査の表示アプリケーションと過去検査のリストの表示アプリケーションとを含み、
    前記複数の監視項目は、前記過去検査の表示アプリケーションの表示領域において表示されている複数の過去検査レコードのうちのユーザ指定の過去検査レコードと、前記過去検査のリストの表示アプリケーションの表示領域に表示されている検査とである、
    請求項１記載の医用情報管理装置。
12. 前記過去検査の表示アプリケーションは、過去検査に関するレポートの表示アプリケーションであり、
    前記過去検査のリストの表示アプリケーションの表示領域に表示されている検査は、検査レコードである、
    請求項１１記載の医用情報管理装置。

Images