JP4447312B2 - 新しい情報の到着に基づく医療スタディの再検討を可能にするためのシステム - Google Patents

Description

本発明は、一般に、イメージングシステムに関し、さらに詳しくは、新しい情報の到着に基づいて医療管理システムにおける医療スタディの再検討を可能にするシステムに関する。

イメージングシステムであって、特に超音波イメージングシステムは、非常に長い期間利用可能であり、通常は非破壊検査であるが、しばしば破壊検査である医療用応用である。医療用超音波イメージングは、代表的には、人体の内部構造をリアルタイムであって非侵襲的にみえるようにする。超音波イメージングシステムは、例えば、一次元および二次元イメージングを含む種々のイメージング応用の種々のタイプを可能にする。さらにまた、将来的には、三次元および四次元イメージングシステムが検討されることとなる。

代表的には、１つのイメージング装置を様々の異なるユーザが使用することが可能であり、イメージング装置により生成される画像は多くの異なる技師や医者により分析され且つ解釈されることとなる。一部の例においては、多くのイメージング装置はネットワークにより相互接続されることが可能である。例えば、多くのイメージング装置は、病院または医師の事務所のような１つ１つの設備をあまねく網羅するようにして設置されることが可能である。これらのイメージング装置は、ローカルエリアネットワーク（ＬＡＮ）のようなネットワークにより相互接続されることが可能である。それに代えて、異なる場所に設置される２つまたはそれ以上のイメージング装置は、インターネットのような広域ネットワーク（ＷＡＮ）により接続されることが可能である。

一部の応用においては、コンピュータは、イメージング装置またはイメージング装置が接続されるネットワークに接続されることが可能である。イメージング装置に（直接的にまたは何らかのネットワークにより）接続されるとき、コンピュータは、イメージング装置を用いて診断情報を交換する。例えば、イメージング装置は、コンピュータに診断画像ファイルを転送することが可能である。そのような配置において、コンピュータは、任意数のイメージング装置からの画像ファイルを収容し且つ記憶することが可能であり、サーバのユーザにとってそれらのファイルが利用可能であるようにすることが可能であるため、
“サーバ”とみなされることが可能である。サーバはまた、サーバが画像ファイルを操作することを可能にする付加的なソフトウェアを含むことが可能である。ユーザは、診断がなされることを可能にするように、サーバに設けられた画像ファイルへのアクセスを希望することが可能である。ユーザは、サーバから直接サーバにおける画像ファイルにアクセスすることが可能であり、または、一般に“クライアント”と呼ばれる他のコンピュータからそのコンピュータにアクセスすることが可能であり、上記のネットワークの１つによりまたは直接的にサーバに接続される。ユーザがサーバに直接アクセスするとき、そのサーバはクライアントアプリケーションを含むものとみなされる。そのような配置においては、サーバはまた、クライアントとみなされる。

代表的には、特定の患者に関連する１つまたはそれ以上の診断画像とあらゆる人口統計データとが、サーバにおいて、スタディと呼ばれるものに統合される。画像ファイルをレビューすることを希望するそのシステムのユーザは、クライアントアプリケーションによりそのスタディにアクセスすることができる。一般に、そのシステムを用いる個人は画像技師であり、技師または医者と呼ばれる。
ユーザは関連画像ファイルを含むスタディにアクセスすることができ、画像を分析した後、“依頼医師”と呼ばれる、診断画像を依頼する医師に送られるレポートを作成するためにクライアントに関してアプリケーションソフトウェアを用いることができる。そのような測定および診断結果のような周辺的なデータをそのレポートに加えることが可能である。一部の例において、技師は、主治医により保存され且つ後に調べられることができる予備レポートを発展させることが可能である。

そのような医療情報管理システムは、診断画像を転送し且つ関連スタディを記憶するための医用デジタル画像と通信（ＤＩＣＯＭ：Ｄｉｇｉｔａｌ Ｉｍａｇｉｎｇ ａｎｄ Ｃｏｍｍｕｎｉｃａｔｉｏｎ ｉｎ Ｍｅｄｉｃｉｎｅ）として知られている通信標準を用いることが可能である。ＤＩＣＯＭにしたがって、医療診断が実行されるとき、収集された情報が対照されるところで、“依頼された手法”が作成される。ＤＩＣＯＭにしたがい、用語“スタディ”は依頼手法に関連する情報の収集、すなわち、実行された診断に関連する情報の収集に対応する。

好適には、スタディが完了するとき、スタディは、スタディに含まれる情報に基づくレポートを作成する技師またはレビュー医師によりレビューされる。残念ながら、ＤＩＣＯＭ標準および他の所有権を有するプロトコルのような現在利用可能である通信プロトコルを用いる場合、スタディが完了したかどうかを示すための便利な方法はない。それに代えて、新しく獲得された超音波診断画像のような新しい情報は、いつでも画像取得装置からサーバに転送されることを可能にする、操作の“行くところすべてに送る”モードと言われることをサポートする。この付加的な情報は、医療情報管理システムにより適切な対応するスタディに関連する。この状況は、スタディがいまだにレビューされず、いまだにレポートが作成されない場合は、問題ではない。しかしながら、スタディがレビューされ、レポートまたは予備レポートが作成され、および新しい情報が到着する場合、この新しい情報が到着したという情報をレビューする個々に対して示すことは困難である。最終レポート作成に先立ちすべての関連情報が検討されるべき確かな方法がないため、この苦境は診断を危険にさらすこととなる。

さらに、画像取得装置からサーバに全ての診断画像がすぐに転送されることが可能でない状況があり得る。この状況の幾つかの例としては、１）ユーザのエラーによる診断の不注意で早過ぎる終了、２）恐らく患者または他の患者の必要性に適応するための、意図的に早い診断の終了、３）診断中に得られた情報を含むスタディの予備レビューに基づく画像および／または測定であって、それらに限定されないが、それらを含む付加的なアーチファクトについての要求、または４）送信媒体の不良または遅い送信であって、それによる単独の診断に関連する情報の断片化、がある。さらに、一部の画像取得装置は、オペレータが今まで収集された情報を送信することを決定するまで、診断情報が収集されるオペレーションモードをサポートする。そして、その手法は、情報の他のブロックが収集され且つ送信されるまでかまたはその手法が終了されて且つその手法のための残りの全ての情報が転送されるまで、続く。

スタディが完了し且つレビューのための準備が整ったことを通信するために、一部のシステムは、画像取得装置とサーバとの間のネットワーク接続の遮断は、スタディが完了したことを示すと仮定する。他のシステムは、新しい情報が所定の時間の間にサーバに到着しないとき、スタディは完了し且つレビューの準備が整ったという仮定をする。さらに、個々の手法が完了することを決定するためにサーバにより用いられることが可能であるＭｏｄａｒｉｔｙ Ｐｅｒｆｏｒｍｅｄ Ｐｒｏｃｅｄｕｒｅ ＳｔｅｐおよびＳｔｒａｇｅ Ｃｏｍｍｉｔｍｅｎｔのような他のＤＩＣＯＭサービスがある。残念ながら、Ｍｏｄａｒｉｔｙ Ｐｅｒｆｏｒｍｅｄ Ｐｒｏｃｅｄｕｒｅ Ｓｔｅｐはスタディが完了したかどうかを示すことはできない。さらに、このＤＩＣＯＭサービスは任意である。それにも拘らず、一旦、サーバが、スタディが完了し且つレビューの準備ができたことを決定すると、上記の理由により、遅く到着した情報がレポートを作成するに先立って検討されることが確かであるとは考えられない。実際には、スタディがレビューされている間に、またはスタディが完了し且つレポートが作成された後に、新しい情報がスタディに追加されることさえ可能である。残念ながら、このような新しい情報は臨床関連のデータを含むことが可能であり、それが検討されない場合は診断の正確さを脅かすこととなる。

したがって、新しい情報の到着に基づいて医療スタディを再検討することができる医療情報管理システムが実現することが求められる。

本発明は、医療スタディに情報を関連付け、医療スタディに関する新しい情報が到着し且つ検討される医療情報管理システムのユーザに情報を提供するためのシステムに関する。情報が関連する医療スタディが開放されていないが、システムユーザにより予めレビューされている場合、そのシステムはスタディファイルに識別子を付け、それ故、新しい情報が到着してスタディに関連付けられたことについてユーザに情報を提供する。情報が関連する医療スタディが開放されていて、システムユーザによりレビューされる場合、そのシステムは、現開放スタディに関する新しい情報がレビューされることについてユーザに情報を提供するグラフィカルユーザインタフェース（ＧＵＩ：Ｇｒａｐｈｉｃａｌ Ｕｓｅｒ Ｉｎｔｅｒｆａｃｅ）
をユーザに提供する。ＧＵＩはまた、ユーザが新しい情報の受領を確認応答することを可能にするために用いられる。

本発明の他のシステム、方法および有利点については、以下の図および詳細な説明における検討に関して、当業者は明確に理解するようになるであろう。全てのそのような付加的なシステム、方法、特徴および有利点は、以下の説明に含まれ、本発明の適用範囲内にあり、そして同時提出の請求項により保護される。

本発明は添付図を参照することによりよく理解されることができる。図中の構成要素は互いに相対的な大きさにする必要はなく、本発明の本質を明瞭に表現することに重きをおいて、強調表示を採用している。

本発明の医療情報管理システムは、ハードウェア、ソフトウェアまたはそれらの組み合わせにおいて実行されることができる。本発明の好適な実施形態において、医療情報管理システムは、ハードウェアとソフトウェアの組み合わせまたはメモリに記憶されおよび適切な命令実行システムにより実行されるファームウェアを用いて実施される。ハードウェアにおいて実施される場合、代わりの実施形態におけるように、医療情報管理システムは、当該技術分野において周知である次の技術、データ信号に関するロジック関数を実行するためにロジックゲートを有するディスクリート論理回路、組み合わせロジックゲート、プログラム可能ゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等の何れかまたはそれらの組み合わせを用いて実施されることができる。

さらに、超音波イメージング情報のコンテキストに説明される一方、本発明は、医療スタディの一部となる何れかのタイプの情報に適用することが可能である。そのような情報は、代表的には、“アーチファクト”と呼ばれ、あらゆる医療情報システムに適用可能である。アーチファクトは、制限されない例として、波形、チャート式記録、オペレータのコメント用の録音、ドップラ流音、心音、測定、計算、調査結果（フリーテキストまたはコード化）およびレポートを含むことが可能である。さらに、本発明は、例えば、限定されないが、心電図（ＥＣＧ：Ｅｌｅｃｔｒｏ−ｃａｒｄｉｏｇｒａｍ）管理システムのような他のタイプの医療スタディに適用可能である。さらに、ここで用いる用語“スタディ”は“収集された”を“収集または収集している”情報の代わりに参照する。

図１は、代表的なネットワーク環境を示す図であって、医療情報管理システムを含むサーバが備えられている。ネットワークを通じて接続されるように図１に示されているが、本発明の医療情報管理システムは説明されたようなネットワーク接続に依存しない。

ネットワーク環境１００は、接続１０６を経由してネットワーク１１４に接続される、この例においては画像取得装置である少なくとも１つの取得装置１０２を含む。ネットワーク環境１００はまた、接続１０８を経由してネットワーク１１４に接続される画像取得装置１０４を含む。画像取得装置１０２および１０４は、電子画像１０１を生成することが可能である何れかの電子装置であることが可能であり、この実施形態においては、超音波診断装置である。しかしながら、医療スタディに関する他の情報を生成するための他の装置を用いることが可能である。ネットワーク１１４は、何れかのローカルエリアネットワーク（ＬＡＮ）または広域ネットワーク（ＷＡＮ）とすることができる。

ネットワーク環境１００はまた、接続１１２を経由してネットワーク１１４に接続されるサーバ２００と、接続１２２を経由してサーバ２００に接続されるクライアント３００を含む。それに代えて、クライアント３００は、サーバ２００内に含まれることが可能であり、または、例えば接続１１６および１１８を経由してネットワークに接続されることが可能である。さらに、１人以上のクライアント３００は、ネットワーク１１４に直接かまたはそれを経由してサーバ２００に結合されることが可能である。図２乃至６を参照してさらに詳細に説明するように、個人に新しい情報が特定のスタディのために利用可能であることを知らせつために、クライアント３００の一部である、クライアントアプリケーションと連携する医療情報管理システムを含む。新しい情報は画像取得装置１０２により生成された追加画像１０１、測定情報、調査結果または医療スタディの分析およびレポートの生成に関連する他の何れかの情報とすることが可能である。クライアント３００がサーバ２００内に含まれる場合、クライアントアプリケーションはまた、サーバ２００内に含まれる。さらに、サーバ２００およびクライアント３００が画像取得装置１０２に組み入れられることが可能であり、その場合、サーバ２００、クライアント３００および画像取得装置１０２の機能全ては、ここで説明するように、単一装置内に含まれる。

好適には、例えば、上記のＤＩＣＯＭ通信標準を用いて、情報がネットワーク１１４において交換されることができる。それに代えて、ネットワーク１１４において情報を転送するために、他の専用通信プロトコルを用いることが可能である。

現在の熟考されたベストモードにおいて、医療情報管理システムは、パーソナルコンピュータ（ＰＣ；ＩＢＭ互換機、Ａｐｐｌｅ互換機、他）、ワークステーション、ミニコンピュータまたはメインフレームコンピュータのような特定または一般目的のコンピュータにより実行され且つソフトウェアにおいて実行される。本発明の画像管理システムを実行することができる一般目的コンピュータの例を図２に示す。

図２は、本発明の医療情報管理システム２５０を含むコンピュータ２００を示すブロック図である。コンピュータ２００は、医療情報管理システム２５０をじっこうすることができる一般目的コンピュータとすることができ、サーバと呼ばれるものである。一般に、ハードウェアアーキテクチャに関しては、図１に示すように、コンピュータ２０２は、プロセッサ２０４、メモリ２０６、ディスクドライブ２１２、入力インタフェース２４４、ビデオインタフェース２４６、出力インタフェース２５４、およびローカルインタフェース２１４を経由して互いに接続され且つ互いに通信することができるネットワークインタフェース２４２を含む。ローカルインタフェース２１４は、例えば、限定されないが、当該分野で知られているように、１つまたはそれ以上のバス或いは他の有線接続または有線接続とすることができる。ローカルインタフェース２１４は、通信を可能にするバッファ（キャッシュ）、ドライバおよびコントローラのような付加的要素を有することが可能であるが、ここでは簡単のためにそれらを省略する。さらに、ローカルインタフェース２１４は、アドレス、制御、および上記の構成要素の間の適切な通信を可能にするデータ接続を含む。ディスクドライブ２１２は、例えば、複数の記憶構成において配置された複数のディスクドライバを含むことが可能であり、且つ、例えば、磁気的、光学的または他の記憶フォーマットを含むことが可能である。

プロセッサ２０４は、メモリ２０６に記憶されることができるソフトウェアを実行するためのハードウェア装置である。プロセッサ２０４は、何れかの特注または市販されているプロセッサ、中央演算処理装置（ＣＰＵ）またはコンピュータ２００に関連する一部のプロセッサの間の補助的なプロセッサ、およびマイクロプロセッサまたはマクロプロセッサに基づくマイクロチップとすることが可能である。最適な市販されているマイクロプロセッサの例は次のようなもの、すなわち、Ｉｎｔｅｌ社製の８０ｘ８６またはＰｅｎｔｉｕｍ（登録商標）シリーズのマイクロプロセッサ、ＩＢＭ製のＰｏｗｅｒＰＣマイクロプロセッサ、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社製のＳｐａｒｃマイクロプロセッサ、Ｈｅｗｌｅｔｔ−Ｐａｃｋａｒｄ社製のＰＡ−ＲＩＳＣシリーズのマイクロプロセッサ、またはＭｏｔｏｒｏｌａ社整の６８ｘｘｘシリーズのマイクロプロセッサが挙げられる。

メモリ２０６は、揮発性メモリ素子（例えば、ランダムアクセスメモリ（ＤＲＡＭ、ＳＲＡＭ等のようなＲＡＭ））および不揮発性メモリ素子（例えば、ＲＯＭ、ハードディスクドライブ、テープ、ＣＤＲＯＭ等）の何れか１つのまたは組み合わせを含むことが可能である。さらに、メモリ２０６は、電子的、磁気的、光学的および／または他のタイプの記憶媒体を組み込むことが可能である。メモリ２０６は、種々の構成要素が互いに離れて設置される分散型アーキテクチャを有し、プロセッサ２０４によりアクセスされることが可能である。

入力インタフェース２４４は、例えば、接続２６２を経由してキーボード２４８から、および接続２６４を経由してマウス２５２から命令を受信し、ローカルインタフェース２１４においてプロセッサ２０４およびメモリ２０６にそれら命令を転送する。入力インタフェース２４４はまた、例えば、接続１０６を経由して、画像取得装置１０２から、画像ファイルの形式で、診断画像を受信する。画像ファイルは、画像ファイル２３８としてメモリ２０６に電子的に記憶されることが可能である。

ビデオインタフェース２４６は、表示装置２５６に接続２６６を経由して、ビデオ出力信号を供給する。表示装置２５６は従来型のＣＲＴベースの表示装置とすることが可能であり、液晶表示装置（ＬＣＤ）または他のタイプの表示装置のような他の表示装置とすることが可能である。

出力インタフェース２５４はプリンタ２５８に接続２６８を経由してプリンタ命令を送信する。ネットワークインタフェース２４２は、例えば、ネットワーク１１４に接続１１２を経由してコンピュータ２００に接続するネットワークインタフェースカードとすることが可能であり、この場合は、ＬＡＮである。それに代えて、ネットワークインタフェース２４２は、変調器／復調器（モデム）、または、ネットワーク１１４にコンピュータ２００を接続することが可能である何れかの通信装置とすることが可能であり、この例においては、インターネットのようなＷＡＮである。また、他の取得装置からネットワーク１１４に電子ファイルを受信するために、ネットワークインタフェース２４２を用いることが可能である。

メモリ２０６におけるソフトウェアは１つまたはそれ以上の分離プログラムを含むことが可能であり、それらの各々はロジック関数を実行するための実行命令の順序付けられたリストから構成される。図２の例において、メモリ２０６におけるソフトウェアは、医療情報管理システム２５０、クライアントアプリケーション３５０を有するクライアント３００、および適切なオペレーティングシステム（Ｏ／Ｓ）２１０を含む。市販されている適切なオペレーティングシステム２１０の例の網羅的でないリストは次のようなものである。すなわち、それらは、Ｍｉｃｒｏｓｏｆｔ社製のＷｉｎｄｏｗｓ（登録商標）オペレーティングシステム、Ｎｏｖｅｌ社製のＮｅｔｗａｒｅオペレーティングシステム、Ｓｕｎ Ｍｉｃｒｏｓｙｓｔｅｍｓ社、Ｈｅｗｌｅｔｔ−Ｐａｃｋｅｒｄ社およびＡＴ＆Ｔ社のような多くの製造会社から購入することが可能であるＵＮＩＸ(登録商標)オペレーティングシステム、または利用可能の準備が整ったＬＩＮＵＸオペレーティングシステムである。オペレーティングシステム２１０は、医療情報管理システム２５０やクライアントアプリケーション３５０のような他のコンピュータプログラムの実行を本質的に制御し、スケジューリング、入力−出力制御、ファイルとデータの管理、メモリ管理、および通信管理と関連サービスを提供する。オペレーティングシステム２１０、医療情報管理システム２５０およびクライアントアプリケーション３５０は、上記のオペレーティングシステムの何れかを用いて実行されることが可能である。

クライアントアプリケーション３５０は、サーバ２００に保存されたスタディにアクセスするためおよびレポートを生成するためにスタディの内容をレビューするために用いられる。レポートは、スタディに含まれる情報の診断を含む。本発明の特徴にしたがって、医療情報管理システム２５０は、クライアントアプリケーション３５０とメモリ２０６に含まれるデータベース２１６と共に、スタディに関連する新しい情報が到着し且つ検討されるスタディを分析する個人に知らせるために用いられる。医療情報監視システム２５０は、スタディが完了したか予め保存されたときに新しい情報が到着した場合に、個人に新しい情報の到着について知らせることが可能であり、新しい情報が関連付けられるスタディを個人が積極的にレビューするときでさえ、個人に新しい情報の到着を知らせることが可能である。これは、ユーザに新しい情報の到着を知らせるグラフィカルユーザインタフェースの使用により達成される。オペレーションにおいて、クライアントアプリケーション３５０は、フラグが設定されるかどうか、それ故、スタディに関連付けられる新しい情報の存在を示すかどうかを決定するために、データベースを周期的にポーリングする。フラグは、データベース２１６に維持され且つスタディに関連付けられるインジケータ領域である。フラグを設定するために、取得装置１０２はサーバ２００と通信する。一実施形態において、サーバにおいて実行されるＷｉｎｄｏｗｓ（登録商標） ＮＴ Ｓｅｒｖｉｃｅは取得装置１０２から信号を受信し、データベース２１６において設定されるべきフラグをもたらす構造化問い合わせ言語（ＳＱＬ：Ｓｔｒｕｃｔｕｒｅ Ｑｕｅｒｙ Ｌａｎｇｕａｇｅ）を実行する。しかしながら、データベースにおいてフラグを設定するための他の方法論は可能である。

フラグが設定され、それ故、スタディに関連する新しい情報の到着が示される場合、クライアントアプリケーション３５０はグラフィカルユーザインタフェースがユーザに提供されるようにし、それ故、ユーザに新しい情報の到着を知らせる。

プロセッサ２０４とオペレーティングシステム２１０はコンピュータプラットフォームを規定し、そのために、医療情報管理システム２５０とクライアントアプリケーション３５０のようなアプリケーションプログラムは、より高いレベルのプログラミング言語で書かれる。クライアントアプリケーション３５０はまた、システムのユーザがコンピュータ２００および医療情報管理システム２５０と
通信するユーザインタフェースを提供する。クライアントアプリケーションのユーザインタフェース構成要素は、例えば、コンピュータ２００に入力するためのキーボード２４８およびマウス２５２を用い、出力を与えるために表示装置２５６を用いる。

コンピュータ２００がＰＣである場合、メモリ２０６におけるソフトウェアは、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）をさらに含む（ここでは、簡単のために省略する）。ＢＩＯＳは、始動においてハードウェアを試験する基本的なソフトウェアルーチンのセットであり、Ｏ／Ｓ２１０を開始し、そしてハードウェア装置におけるデータの転送を支援する。ＢＩＯＳは、コンピュータ２００がアクティブにされたときに実行されることができるように、ＲＯＭに記憶される。

コンピュータ２００が動作中であるとき、メモリからのおよびメモリへのデータを通信するために、並びに、ソフトウェアにしたがってコンピュータ２００の動作を一般に制御するために、メモリ２０６において記憶されたソフトウェアを
実行する。医療情報管理システム２５０、クライアントアプリケーション３５０およびＯ／Ｓ２１０は、全体的にまたは部分的に、しかし一般に後者であるが、プロセッサ２０４に読み取られ、恐らくプロセッサ２０４においてバッファリングされ、続いて実行される。

メモリ２０６は、典型的な目的のみのためには、例えば、取得装置１０２からコンピュータ２００に転送される複数の画像ファイル２３８を含む。各々の画像ファイル２３８は、診断超音波画像１０１（図１）に対応している。画像ファイル２３８がコンピュータ２００により受信されるとき、医療情報管理システム２５０は、各々の画像ファイル２３８をスタディ２２４に関連付ける。スタディ２２４は、メモリ２０６に関連するデータベース２１６において維持される。画像ファイル２３８が到着するとき、医療情報管理システム２５０は、画像ファイル２３８が前に記憶されたスタディ２２４に関連付けられるかどうかを決定する。そうである場合、画像ファイル２３８は対応するスタディ２２４に記憶される。画像ファイル２３８が到着する情報の第１部分である場合、データベース２１６において新しいスタディ記録が生成され、画像ファイル２３８はそれに関連付けられる。

データベース２１６は、例えば、Ｍｉｃｒｏｓｏｆｔ ＳＱＬＳサーバを用いて実行され、とりわけ、スタディ表３０１、関連スタディ記録３０２（図３において説明される）を各々有する複数のスタディ２２４、画像表３２１とセッション表３４１を含む。他のデータベースの実行、および当業者に周知であるような
索引順アクセス法（ＩＳＡＭ：Ｉｎｄｅｘｅｄ Ｓｅｑｕｅｎｔｉａｌ Ａｃｃｅｓｓ Ｍｅｔｈｏｄ）のツリーの実行およびファイルシステム等のデータベースの代替が有効である。スタディ表３０１は、とりわけ、以下詳細に説明される読み取り医師識別子フィールドと依頼医師識別子フィールドを含む。スタディ表３０１は、スタディ表において識別される各々の読み取り医師がデータベース２１６において記憶されたスタディ２２４にアクセスすることができるように、クライアントアプリケーション３５０に電子的にリンクされている。一般に、システム管理者は、システム管理者がスタディテーブル３０１において維持される読み取り医師のリストを相互関連させ且つ維持することを可能にする手段（図示せず）にアクセスする。スタディ２２４はあらゆる対応する画像ファイル２３８および特定の患者に関連するあらゆる患者の人口統計データを含む。

一旦、画像ファイル２３８が医療情報管理システム２５０に対して利用可能になると、医療情報管理システム２５０およびクライアントアプリケーション３５０は、各々の画像ファイル２３８を適切なスタディ２２４と関連付けることができる。読み取り医師は、次いで、診断を行い且つメモリ２０６に記憶されたレポート２７２を作成するために、スタディ２２４と関連画像ファイル２３８にアクセスすることができる。コンピュータ２００にユーザインタフェースを提供することに加えて、クライアントアプリケーション３５０はまた、ユーザが画像ファイルに診断結果を追加することを可能にする画像ファイルまたは診断パッケージに、システムのユーザが測定結果を追加することを可能にする測定パッケージのような付加的な機能を含むことが可能である。さらに、スタディ２２４は、画像情報に加えて他のアーチファクトを含むことが可能である。例えば、限定されるものではないが、スタディ２２４は、波形、チャート記録、オペレータのコメントの音声記録、ドップラ流音、心音、計算、（フリーテキストまたはコード化）およびレポートを含むことが可能である。

医療情報管理システム２５０が、図２に示すようなソフトウェアにおいて実行されるとき、あらゆるコンピュータ関連システムまたは方法によりまたはそれらと関連付けて使用するために何れかのコンピュータ読み取り可能媒体に医療情報管理システム２５０を記憶することができることに留意する必要がある。この文書のコンテキストにおいて、コンピュータ読み取り可能媒体は、コンピュータ関連システムまたは方法によりあるいはそれと関連付けて用いるためのコンピュータプログラムを含むことまたは記憶することが可能である電子的、磁気的、光学的、または他の物理的装置あるいは手段である。医療情報管理システム２５０は、命令実行システム、装置または素子から命令をフェッチし、且つ命令を実行することができる、コンピュータベースのシステム、プロセッサを含むシステムまたは他のシステムのような、命令実行システム、装置または素子によりまたはそれらと関連付けて使用するための何れかのコンピュータ読み取り可能媒体において具現化されることが可能である。この文書のコンテキストにおいて、“コンピュータ読み取り可能媒体”は、命令実行システム、装置または素子によりまたはそれらと関連付けて用いることにより、プログラムを含む、通信する、伝搬するまたは送信することができる何れかの手段とすることが可能である。コンピュータ読み取り可能媒体は、例えば、限定されるものではないが、電子的、磁気的、光学的、電磁気的、赤外線、または半導体システム、装置、素子あるいは伝搬媒体とすることが可能である。さらに詳細なコンピュータ読み取り可能媒体の例（網羅的でないリスト）は次のようなものを含む。すなわち、１つまたはそれ以上のワイヤを有する電気（電子）接続、ポータブルコンピュータディスク（磁気的）、ランダムアクセスメモリ（ＲＡＭ）（電子的）、読み出し専用メモリ（ＲＯＭ）（電子的）、消去およびプログラム可能ＲＯＭ（ＥＰＲＯＭまたはフラッシュメモリ）（電子的）、光ファイバ（光学的）、並びに携帯用ＣＤＲＯＭ（Ｃｏｍｐａｃｔ Ｄｉｓｃ Ｒｅａｄ−Ｏｎｌｙ Ｍｅｍｏｒｙ）（光学的）である。例えば、プログラムが紙または他の媒体の光学的走査により電子的に捕捉されることができ、次いで、コンパイルされ、解釈され、または必要に応じて適切な方法で処理され、次いで、コンピュータのメモリに記憶ように、コンピュータ読みとり可能媒体は、プログラムが印刷される紙または他の適切な媒体とさえすることが可能であることに留意されたい。

代替の実施形態において、医療情報管理システム２５０はハードウェアにおいて実行され、当該分野において各々が周知である次のような技術の何れかまたはそれらの組み合わせを用いて、医療情報管理システム２５０を実行することが可能である。すなわち、データ信号にかんする論地関数を実行するためのロジックゲートを有するディスクリート論理回路、適切な組み合わせのロジックゲートを有する特定用途向け集積回路（ＡＳＩＣ）、プログラム可能ゲートアレイ（ＰＧＡ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）等である。

図３は、図２のデータベースにおいて維持された記録の代表的な部分を示すブロック図である。データベース２１６は、参照番号３０２を用いて示される代表的な１つである、１つまたはそれ以上のスタディ記録からなるスタディ表３０１を含む。スタディ記録３０２は、スタディ識別（Ｉ．Ｄ．）フィールド３０４、患者Ｉ．Ｄ．フィールド３０６、読み取り医師Ｉ．Ｄ．フィールド３０８、依頼医師Ｉ．Ｄ．フィールド３１２および再検討フラグフィールド３１４を含む。本発明の特徴にしたがって、再検討フラグフィールド３１４は、スタディ記録３０２に加えられるべき新しい情報の到着をユーザに示すために設定される。

データベース２１６はまた、少なくとも１つの画像表３２１を含む。画像表は、画像Ｉ．Ｄ．フィールド３２４、スタディＩ．Ｄ．フィールド３２６、日／時Ｉ．Ｄ．フィールド３２８、およびオプションとして再検討フラグフィールド３３２を含む少なくとも１つの画像記録３２２を含む。データベース２１６はまた、参照番号３４２を用いて示される代表的な１つである、１つまたはそれ以上のセッション記録を含むセッション表３４０を含む。各々のセッション記録３４２は、スタディＩ．Ｄ．フィールド３４４、ユーザＩ．Ｄ．フィールド３４６、コンピュータＩ．Ｄ．フィールド３４８、日／時フィールド３５２および新しい取得対象フラグ３５４を含む。

ユーザがスタディを開く度に、セッション表３４０における記録３４２が作成される。再検討フラグ３１４がスタディ記録３０２において設定されるとき、新しい取得対象フラグ３５４がまた、そのスタディのための全てのセッション記録３４２について設定される。ユーザがスタディを閉じるとき、セッション記録３４２は取り除かれる。スタディが読まれないままの状態にある場合、新しい情報は再検討フラグ３１４の状態に影響を及ぼすべきではない。しかしながら、開いたセッション記録を有するユーザに知らせることは、尚も好ましいことである。後に説明するように、ユーザは、新しい情報が開いたスタディのために到着したことをユーザに知らせるグラフィカルユーザインタフェース（ＧＵＩ）により提供される。新しい画像が到着したことをユーザが認めたとき、再検討フラグ３１４と新しい取得対象フラグ３５４は、データベース２１６においてフラグが消去されるＳＱＬ命令を実行するクライアントアプリケーション３５０により消去される。任意に、再検討フラグは、再検討フラグ３３２として画像記録３２２において設定されることが可能である。レポートが作成されるとき、全てのフラグが立てられた画像はユーザにより検討されるため、この画像とすべてのそれに続く画像は検討されるべきである。それに代えて、再検討フラグフィールド３１４に第１非レビュー画像の画像Ｉ．Ｄ．（画像記録３２２におけるフィールド３２４）を付けることが可能である。新しい情報が到着したことをユーザに知らせるためにデータベース２１６においてフラグを設定する全ての種々の方法は、本発明の範囲内にある。

図４は、図２の医療情報管理システム２５０の１つの実施形態の動作を示す流れ図４００である。ブロック２０２において、新しい情報は画像取得装置１０２から到着する。この例においては、新しい情報は超音波診断画像１０１（図１）である。しかしながら、新しい情報は、医療スタディ２２４（図２）の一部となるべき何らかの情報であることが可能である。新たに到着した画像はコンピュータ２００のメモリ２０６に転送され、画像ファイル２３８として電子的に記憶される。画像は、画像取得装置１０２からの直接転送により、ネットワークにより、１つ以上のスタディをまとめることにより、または何れかの他の方法により、到着することが可能であることを述べておく必要がある。

さらに、医療情報管理システム２５０およびクライアントアプリケーション３５０は何れかの新たに到着した情報に関して機能する。例えば、新たに到着した画像ファイル２３８としてここでは説明されるが、スタディに加えられ且つスタディを個別にレビューすることにより検討されるべき何れかのタイプの情報の到着は、スタディと、それ故、知らされたユーザに追加されることができる。例えば、患者の測定、計算、調査結果、コメント、波形、チャート記録、オーディオ記録、ドップラオーディオ、ドップラ流音または心音、診断、患者Ｉ．Ｄ．情報、医療スタディレポート等を、そのような情報の到着を知らせるユーザのスタディに追加することが可能である。

ブロック４０４においては、このような新たに取得された情報に対応するスタディが存在するかどうかが決定される。例えば、画像ファイル２３８がメモリ２０６に転送されるとき、データベース２１６は、新たに到着した画像ファイル２３８の識別コード（図３のスタディＩＤフィールド３４４）に対応する識別コード（図３のスタディＩＤフィールド３２６）を有するスタディがあるかどうかを決定するために、医療情報管理システム２５０により問い合わせがなされる。新たに到着した画像ファイル２３８が関連スタディ２２４を有しない場合、ブロック４０６において、スタディ記録３０２（図３）はデータベース２１６において作成される。新たに取得された画像に対応するスタディがすでに存在する場合、ブロック４０７においてその画像はスタディに追加される。

ブロック４０８においては、新たに取得された画像２３８が関連する特定のスタディ２２４がいまだにレビューされているかどうかを決定する。代表的には、読み取り医師がスタディをレビューし、スタディ２２４に含まれる診断情報を含むレポート２７２を作成する。ブロック４０８において、新たに到着した情報が追加されるスタディがすでにレビューされたことが決定された場合、ブロック４０９において、再検討フラグ（図３の３１４）がこの新しい情報の到着を示すために設定される。クライアントアプリケーション３５０がデータベース２１６にポーリングするとき、再検討フラグ３１４はクライアントアプリケーション３５０により検出される。再検討フラグ３１４に応答して、クライアントアプリケーション３５０はユーザに対して適切なＧＵＩを表示し、それ故、新しい情報がスタディに追加されたことを依頼医師に知らせる。読み取り医師が再びスタディを分析するために最終的にスタディを開くとき、それらは、まさに分析されようとしているスタディが新しい情報を含むことを、再検討フラグ３１４に基づいて、読み取り医師に情報を提供するインジケータに表示される。クライアントアプリケーション３５０とデータベース２１６との間の通信は、当業者には周知であるように、例えば、ＯＤＢＣ（Ｏｐｅｎ Ｄａｔａｂａｓｅ Ｃｏｎｎｅｃｔｉｖｉｔｙ）またはＡＤＯ（Ａｃｔｉｖｅ Ｘ Ｄａｔａ Ｏｂｊｅｃｔ）のような工業規格技術にしたがうことが可能である。

本発明は、予め受け取られたレポートに基づいて誰が診断および／または治療を受けることが可能であるかを、図３のスタディ記録３０２においてＩＤフィールド３１２を用いて識別される依頼医師または図３のスタディ記録３０２においてＩＤフィールド３０８を用いて識別される読み取り医師が、適切な診断に役立つように、利用可能である最新の診断情報を得ることを可能にする。

再検討フラグ３１４がブロック４０９において設定された後、ブロック４１１において、スタディを現在レビューしているユーザがいるかどうかが決定される。ブロック４１１において、ユーザが現在スタディをレビューしていることが決定された場合、ブロック４１２において、セッション記録３４２における新しい取得対象フラグ（図３の３５４）が設定される。クライアントアプリケーション３５０は、新しい取得対象フラグ（図３の３５４）が設定されたかどうかを決定するために、周期的にデータベース２１６にポーリングする。そのような例においては、新しい情報が到着したことについてユーザに情報を提供するために、図６の下部に示されるようなグラフィカルユーザインタフェースによりユーザが与えられることが可能である。ＧＵＩはまた、新しい情報が受け取られたという承認をユーザが提供することを必要とする。ＧＵＩはまた、新たに到着した情報をすぐにみえるようにする機会をユーザに与えることが可能であり、または、新しい情報はユーザに自動的に与えられることが可能である。ブロック４１１において、どのユーザもスタディをレビューしていないことが決定された場合、そのプロセスは終了する。

再検討フラグ３１４、３３２または新しい取得対象フラグ３５４を検出するためにデータベース２１６における記録をポーリングするためにクライアントアプリケーション３５０に依存することに代えて、新しい情報が利用可能になったことについてユーザに情報を提供するために他の技術を用いることが可能である。例えば、ＤＣＯＭ（Ｄｉｓｔｒｉｂｕｔｅｄ Ｃｏｍｐｏｎｅｎｔ Ｏｂｊｅｃｔ Ｍｏｄｅｌ）またはＳＯＡＰ（Ｓｉｍｐｌｅ Ｏｂｊｅｃｔ Ａｃｃｅｓｓ Ｐｒｏｐｏｓａｌ）のような何れかの利用可能なプロセス間通信を用いることが可能である。

図５は、図２の医療情報管理システム２５０のクライアントアプリケーション３５０の特徴のオペレーションを示すフロー図である。ブロック５０２において、クライアントアプリケーション３５０のユーザは、分析されるべきであって作成されたレポートを有するすべてのスタディのリストを作成するために、スタディ調査を開始する。他のタイプの調査は、本発明にしたがって、再検討の通知を含むことが可能であることを述べておく必要がある。ブロック５０４において、サーバ２００は、ブロック５０２においてユーザにより入力された調査基準に適合するリストを作る。

ブロック５０６において、医療情報管理システム２５０は、再検討フラグ（図３の３１４）を設定する何れかのスタディを段階５０４において作成されたリストに追加する。このようにして、ユーザは、スタディのリストが作成され且つユーザに対して表示されるとき、追加情報を何も有しないスタディと追加情報を有するスタディの両方を含むスタディのリストをみることとなる。続いて、ブロック５０７において、クライアントアプリケーション３５０は調査結果をユーザに対して表示する。この方法において、新しい追加情報を有する何れかのスタディは、クライアントアプリケーション３５０のユーザに対して明確に表示される。

ブロック５０８において、ユーザは、レビューを希望するスタディを選択し、そのスタディを開く。続いて、ブロック５０９において、開かれたスタディに追加された何らかの新しい画像があるかどうかを決定する。ユーザが開いたスタディを有する時間の間に受け取られる新しい画像が全くない場合、そのプロセスはブロック５１４において待機する。プロセスがクライアントアプリケーション３５０のバックグラウンドにおいて待機する一方、ブロック５１９においてユーザがスタディを閉じるかまたはブロック５１８においてスタディが保存されるまで、ユーザはがスタディを分析する。

アクティブなセッション記録３４２が進行している場合、ブロック５１２において、ユーザがスタディをレビューする間に新しい画像が到着したことをユーザに知らせるために新しい取得対象フラグ（図３の３５４）が設定され、新しい画像がブロック５０９に到着する場合、再検討フラグ（図３の３１４）が設定される。再検討フラグ３１４はスタディ記録３０２にリンクされる一方、新しい取得対象フラグ３５４は各々のユーザのセッション記録３４２にリンクされる。進行中のセッションがない場合、セッション記録３０２は存在しない筈であるため、再検討フラグ３１４のみが設定される。再検討フラグ３１４は、スタディの調査結果のセットにおいてこれらの特定なスタディを表示するために用いられる。新しい取得対象フラグ３５４は各々アクティブなセッション記録３４２のために設定される。上記のように、ユーザは、医療情報管理システム２５０がユーザに新しい情報が到着したことについて情報を提供する、図６において示されているダイアログボックス６００を提供されることが可能である。ダイアログボックス６００はユーザからの承認を任意に必要とすることが可能である。

それに代えて、ユーザは、コントロールパネルまたはユーザインタフェースのツールバーにおいて“モードレス”単一ボタンを備えることが可能である。ユーザは、そのボタンに関係なく、彼らが選択した場合、動作を継続することが可能である。そのボタンをクリックすると承認されたものとして機能し、他のユーザが消去しなかった場合、再検討フラグ３１４は消去される。そのボタンをクリックすることはまた、新しい取得対象フラグ３５４を消去する。

ユーザがブロック５１２において新しい情報の到着に気づいた後、ユーザは、承認するために（図６におけるＯＫボタンを）クリックすることができ、この場合、再検討フラグ３１４と新しい取得対象フラグ３５４はブロック５１６において消去される。また、ユーザは、ブロック５１９において（再検討フラグ３１４と新しい取得対象フラグ３５４とが尚も設定されている間に）保存することなく、スタディを閉じることができる。再検討フラグ３１４または新しい取得対象フラグ３５４が設定され且つ不承認である間にスタディを閉じることは好ましくはないが、顧客の選択に基づいてなされることが可能である。

ユーザがブロック５１６において新しいスタディの情報を承認した後、ブロック５１７において、サーバはスタディ記録（図３の３０２）において再検討フラグ３１４と新しい取得対象フラグ３５４を更新し、新しいスタディの情報を表示し、そしてそのプロセスはブロック５０９に戻る。スタディがブロック５１８において保存された後、ユーザはブロック５１９においてスタディを閉じる。また、ブロック５１８における保存オペレーションとブロック５１９における閉鎖オペレーションが１つの段階として実行されることが可能であり、ユーザは、ブロック５１７においてスタディ記録（図３の３０２）が更新された後、ブロック５１９においてスタディを閉じる。

また、新しい情報が関連するスタディ２２４とレポート２７２が終了された後に、スタディ２２４に新しい情報を追加する能力を有することは好ましいことである。しかしながら、終了されたスタディ２２４とレポート２７２がサーバ２００に位置している間のみに、終了されたスタディに新しい情報を追加することを可能にすることは好ましいことである。

図６は、新しい情報が到着したことをユーザに伝えるために医療情報管理システム２５０により用いられるユーザインタフェースの１つの可能な実施形態を示す図である。新しい情報が到着したことをユーザに知らせるためにスタディをレビューする間に、ダイアログボックス６００がユーザに提供される。ユーザが新しい情報の到着に気が付いていることを医療情報管理システム２５０（図２）に表示するために、“ＯＫ”ボタンをユーザが動作させることができる。また、上記のように、単一ボタンをユーザに提供することが可能である。

本発明の原則から本質的に逸脱することなく、上述のように、本発明については数多くの修正及び変形を実行することが可能であると、当業者ははっきりと理解するであろう。例えば、本発明は、あらゆる医療情報管理システムを用いて実行することができる。全てのそのような修正および変形は、同時提出の請求項に規定されているように、本発明の範囲に以上のように含まれることを意図している。

医療情報管理システムを含むサーバが備えられている代表的なネットワーク環境を示す図である。 医療情報管理システムが備えられている図１のサーバを示す模式図である。 図２のデータベースに維持された記録の代表的部分を示すブロック図である。 図２の医療情報管理システムの一実施形態の動作を示すフロー図である。 図２の医療情報管理システムのクライアントアプリケーションの特徴の動作を示すフロー図である。 図２の医療情報管理システムの代表的なユーザインタフェースを示す図である。

Claims (6)

1. 情報取得装置；
   前記情報取得装置に結合されているコンピュータであって、
   前記情報取得装置から情報を受信する入力インタフェースと、
   複数のフラグについて前記データベースをポーリングし、フラグを求めることに応答して前記対応するスタディを開くよう命令を生成するクライアントアプリケーションであって、前記対応するスタディを開くよう前記命令をユーザインタフェースに対して通信する、クライアントアプリケーションと、
   を有する、コンピュータ；
   該コンピュータに関連付けられたメモリ要素であって、
   該メモリ要素に前記情報を記憶する手段と、
   前記情報をスタディに関連付ける手段と、
   新しい情報が有効であることを示すよう前記スタディに対してフラグを設定する手段と、
   ユーザに対して前記フラグを提示する手段と、
   前記フラグの確認を前記ユーザに要求する手段と、
   を有する、メモリ要素；及び
   前記対応するスタディを開くよう前記命令を表示する前記ユーザインタフェースに接続している表示端末；
   を有する医療情報管理システムであって、
   前記クライアントアプリケーションは、サーバに蓄積されているスタディにアクセスし、レポートを作成するよう前記スタディの内容をレビューするように用いられ；
   前記医療情報管理システムは、データベースにおける対応するスタディに前記受信された情報を加え、前記ユーザが前記対応するスタディをレビューしている又はレビューしたかどうかを判定し、前記ユーザが前記対応するスタディをレビューしている又はレビューした場合にフラグを設定し；
   新しい情報は、診断の精度を高めるよう、前記スタディがレビューされている間に又は前記スタディが終了してレポートが作成された後に、前記スタディに加えられることが可能である；
   医療情報管理システム。
2. 請求項１に記載の医療情報管理システムであって、前記情報は、超音波画像情報、医療画像情報、患者の測定、計算、調査結果、コメント、波形、チャート記録、オーディオ記録、ドップラオーディオ、ドップラ流音又は心音、及び医療スタディレポートのうちの少なくとも１つを有する、医療情報管理システム。
3. 請求項１に記載の医療情報管理システムであって、新しい情報が対応する前記スタディをユーザがレビューしている間に、前記クライアントアプリケーションは前記新しい情報の到着について前記ユーザに知らせる、医療情報管理システム。
4. 請求項１に記載の医療情報管理システムであって、前記クライアントアプリケーションは、前記ユーザがレビューしてしないスタディに関する前記の新しい情報の到着について前記ユーザに知らせる、医療情報管理システム。
5. 医療情報を処理する方法であって：
   情報取得装置により情報を取得する段階；
   入力インタフェースにより、前記情報取得装置から前記情報を受信する段階；
   医療管理システムにより、データベースにおける対応するスタディに前記受信された情報を加える段階；
   クライアントアプリケーションにより、フラグについて前記データベースをポーリングし、フラグを求めることに応じて前記対応するスタディを開くよう命令を生成する段階；
   ユーザインタフェースに対して前記対応するスタディを開くよう前記命令を通信する段階；
   前記ユーザインタフェースに接続されている表示端末において、前記対応するスタディを開くよう前記命令を表示する段階；及び
   前記情報取得装置に結合しているコンピュータにメモリ要素を関連付ける段階であって、前記メモリ要素は、
   該メモリ要素に前記情報を記憶する手段と、
   前記情報をスタディに関連付ける手段と、
   新しい情報が有効であることを示すよう前記スタディに対してフラグを設定する手段と、
   ユーザに対して前記フラグを提示する手段と、
   前記フラグの確認を前記ユーザに要求する手段と、
   を有する、段階；
   を有する、方法であり、
   前記クライアントアプリケーションは、サーバに蓄積されているスタディにアクセスし、レポートを作成するよう前記スタディの内容をレビューするように用いられ；
   前記医療情報管理システムは、データベースにおける対応するスタディに前記受信された情報を加え、前記ユーザが前記対応するスタディをレビューしている又はレビューしたかどうかを判定し、前記ユーザが前記対応するスタディをレビューしている又はレビューした場合にフラグを設定し；
   新しい情報は、診断の精度を高めるよう、前記スタディがレビューされている間に又は前記スタディが終了してレポートが作成された後に、前記スタディに加えられることが可能である；
   方法。
6. 請求項５に記載の方法であって、前記情報は、超音波画像情報、医療画像情報、患者の測定、計算、調査結果、コメント、波形、チャート記録、オーディオ記録、ドップラオーディオ、ドップラ流音又は心音、及び医療スタディレポートのうちの少なくとも１つを有する、ことを特徴とする方法。

Images