医用画像処理システム
【課題】読影効率のよい医用画像処理システムを提供すること。
【解決手段】実施形態の医用画像処理システムは、画像データを画像処理する画像処理サーバと、読影医がログインするクライアント端末を複数の前記画像処理サーバの１つに割り当てるログイン制御部と、前記ログインを契機として読影医情報と未読影検査情報を取得し前記読影医に対する読影すべき検査リストを抽出する検査リスト抽出部と、前記割り当てた画像処理サーバに前記検査リストを送信する検査リスト送信部と、前記検査リストに対応する医用画像データを前記割り当てた画像処理サーバに転送するように医用画像サーバに要求する画像要求部とを備え、前記画像処理サーバは、前記検査リストを受信する検査リスト受信部と、前記検査リストに基づく未読影の医用画像データを前記医用画像サーバから取得する画像受信部と、前記未読影の医用画像データの画像処理を行うアプリケーション実行部と、を有する。
【解決手段】実施形態の医用画像処理システムは、画像データを画像処理する画像処理サーバと、読影医がログインするクライアント端末を複数の前記画像処理サーバの１つに割り当てるログイン制御部と、前記ログインを契機として読影医情報と未読影検査情報を取得し前記読影医に対する読影すべき検査リストを抽出する検査リスト抽出部と、前記割り当てた画像処理サーバに前記検査リストを送信する検査リスト送信部と、前記検査リストに対応する医用画像データを前記割り当てた画像処理サーバに転送するように医用画像サーバに要求する画像要求部とを備え、前記画像処理サーバは、前記検査リストを受信する検査リスト受信部と、前記検査リストに基づく未読影の医用画像データを前記医用画像サーバから取得する画像受信部と、前記未読影の医用画像データの画像処理を行うアプリケーション実行部と、を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、医用画像の読影などに使用する医用画像処理システムに関する。
【背景技術】
【０００２】
近年、ＣＴ（Computed Tomography）やＭＲI（Magnetic Resonance Imaging）等の医用画像収集装置で生成される画像データは高精細大容量であり、かつ検査数の増加から処理すべき画像データ量は膨大になっている。読影医は医用画像収集装置で生成された医用画像をそのまま見て読影するだけでなく、高機能な画像処理アプリケーションソフトで新たな医用画像を生成し病巣部の読影を行う。このようなアプリケーションソフトの研究・開発は盛んであり、次々に新しいアプリケーションソフトがリリースされている。病院では、アプリケーションソフトの更新や処理能力の高い読影用ワークステーションに更新する必要性から、維持運用コストが増大化してきている。
【０００３】
また、医用画像収集装置の高性能化のため短時間で正確な検査できるようになった一方で、検査数の増加に伴う読影医の不足が問題となっている。このような問題を解決するため、従来の読影用ワークステーションに代わり、アプリケーションサーバが導入されつつある。
【０００４】
このアプリケーションサーバは、読影医が自身のＰＣ（Personal Computer）やクライアント端末などネットワークに接続された場所からアプリケーションサーバにログインして読影できるため、病院の維持運用コストの低減と同時に読影時間の効率化に有効である。
【０００５】
アプリケーションサーバを用いた医用画像処理・読影システムは、例えば、多くの読影医が同時にログインでき、大容量の医用画像データを処理するために、クラスタ構成のアプリケーションサーバ、医用画像収集装置の画像データを保存する医用画像サーバ、および複数のクライアント端末などが病院内のネットワークを介して構成される。
【０００６】
読影医は、クライアント端末からアプリケーションサーバにログインし、医用画像サーバ上の医用画像データを、アプリケーションサーバにロードした後、医用画像データを読影可能な医用画像に処理して読影する。
【０００７】
ＣＴやＭＲＩ等の医用画像収集装置で生成される画像データの容量や検査数が膨大なため、ログインしてから読影すべき検査の医用画像データを医用画像サーバからアプリケーションサーバに転送していたのでは、転送時間がかかり読影の効率が低下するという問題がある。
【０００８】
また、読影対象となる医用画像データを、あらかじめ医用画像サーバからアプリケーションサーバに転送しておくことが多いが、アプリケーションサーバが複数の画像処理用コンピュータからなるクラスタ構成の場合、読影すべき医用画像データを全ての画像処理用コンピュータに転送しておく場合と、いずれかの画像処理用コンピュータに転送しておく場合がある。
【０００９】
しかし、読影すべき画像データをあらかじめ全ての画像処理用コンピュータに転送しておく場合は、読影医がどの画像処理用コンピュータにログインしても読影すべき検査の画像データ存在するため利便性は良いが、画像処理用コンピュータに大容量の画像保存領域が必要であり大きな無駄が発生するという問題がある。一方、いずれかの画像処理用コンピュータに読影すべき画像データを転送しておく場合は、画像保存領域の無駄は少ないが、画像データを転送した画像処理用コンピュータに必ずログインできるとは言えないため、必ずしも読影すべき検査の画像データが存在するとは限らないという問題がある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１０−２３８０９３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明が解決しようとする課題は、上記問題を解決し、読影効率のよい医用画像処理システムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を達成するために、実施形態の医用画像処理システムは、画像データを画像処理する画像処理サーバと、読影医がログインするクライアント端末を複数の前記画像処理サーバの１つに割り当てるログイン制御部と、前記ログインを契機として読影医情報と未読影検査情報を取得し前記読影医に対する読影すべき検査リストを抽出する検査リスト抽出部と、前記割り当てた画像処理サーバに前記検査リストを送信する検査リスト送信部と、前記検査リストに対応する医用画像データを前記割り当てた画像処理サーバに転送するように医用画像サーバに要求する画像要求部とを備え、前記画像処理サーバは、前記検査リストを受信する検査リスト受信部と、前記検査リストに基づく未読影の医用画像データを前記医用画像サーバから取得する画像受信部と、前記未読影の医用画像データの画像処理を行うアプリケーション実行部と、を有する。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態における医用画像処理システムのネットワーク構成図である。
【図２】同実施形態における医用画像処理サーバ群のブロック構成図である。
【図３】同実施形態における画像処理割当部のフローチャート図である。
【図４】同実施形態における読影医データベースに保存される読影医テーブルの例である。
【図５】同実施形態における検査リスト抽出の例である。
【図６】同実施形態における画像処理サーバのフローチャート図である。
【図７】同実施形態における検査リストの医用画像データ転送状況を示す図である。
【図８】第２の実施形態における優先度情報を有する検査リスト抽出の例である。
【図９】同実施形態における優先度情報を有する検査リストの画像データ転送状況を示す図である。
【図１０】同実施形態における読影医情報を有する検査リスト抽出の例である。
【図１１】同実施形態における読影医情報を有する検査リストの画像データ転送状況を示す図である。
【図１２】第３の実施形態における再ログインの場合のフローチャート図である。
【図１３】第４の実施形態における未登録の読影医情報を読影医情報データベースに自動登録するフローチャート図である。
【発明を実施するための形態】
【００１４】
以下、発明を実施するための実施形態について図１から図１３に示す図面を参照しながら詳細に説明する。
【００１５】
本実施形態の医用画像処理システムは、ＨＩＳ（Hospital Information System）、ＲＩＳ（Radiology Information System）、ＰＡＣＳ（Picture Archiving and Communication Systems)などのシステムと連携して構築することが可能であり、既存のシステムとの整合性が容易に得られる。
【００１６】
（第１の実施形態）
図１に示すように、本実施形態の医用画像処理システムは、超音波診断装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置などの複数の医用画像収集装置１１Ａ、１１Ｂ、１１Ｃと、これらの医用画像収集装置１１で撮影された医用画像データを保存する医用画像サーバ１２、および病院内情報システム（ＨＩＳ）１３が接続されたネットワーク１４上に構築され、読影医がログインする複数のクライアント端末１５Ａ、１５Ｂ、１５Ｃと、アプリケーションサーバとして機能する医用画像処理サーバ群１６から構成される。
【００１７】
複数の画像処理サーバ１７Ａ、１７Ｂ、１７Ｃで構成される医用画像処理サーバ群１６とクライアント端末１５Ａ、１５Ｂ、１５Ｃはシンクライアントシステムを形成する。シンクライアントとは、クライアント端末１５に必要最小限の処理をさせ、画像処理を含む大部分の処理を医用画像処理サーバ群１６側に集中させたシステムである。
【００１８】
画像処理サーバ１７はクライアント端末１５へログインした読影医の操作入力に応じて種々の画像処理を行い、その処理した結果の医用画像をクライアント端末１５へ送信して表示させる。画像処理は、例えば３次元のレンダリング処理、画像中の医学的異常を検出するＣＡＤ（Computer-aided Diagnosis）処理、画像計測処理、心臓等の機能解析処理などである。
【００１９】
医用画像処理サーバ群１６は複数の画像処理サーバ１７Ａ、１７Ｂ、１７Ｃと、クライアント端末１５からログインする読影医を、どの画像処理サーバ１７Ａ、１７Ｂ、１７Ｃに割り当てるかを制御する画像処理割当部１８を有する。画像処理サーバ１７Ａ、１７Ｂ、１７Ｃと画像処理割当部１８は、内部バスまたはネットワーク１９で接続される。なお、本実施形態では画像処理割当部１８と画像処理サーバ１７Ａ、１７Ｂ、１７Ｃは、それぞれ個別にコンピュータを用いてクラスタ構成のアプリケーションサーバを構築しているものとして説明するが、例えば画像処理割当部１８と画像処理サーバ１７の一部または全部をマルチタスク、マルチコアタイプなどの並列処理コンピュータ内に構築してもよい。
【００２０】
次に、医用画像処理サーバ群１６のブロック構成について図２を用いて説明する。尚、図２では、画像処理割当部１８と、画像処理割当部１８で割り当てられた画像処理サーバ１７についての関係を示している。
【００２１】
画像処理割当部１８は、クライアント端末１５から読影医のログイン要求に対して、クラスタ内の1つ画像処理サーバ１７を割り当てるログイン制御部１８１、病院内情報システム１３から未読影検査情報を含む病院内情報を取得するＨＩＳ情報取得部１８２、クライアント端末１５からログインする読影医の読影医情報が保存される読影医情報データベース１８３、読影医情報データベース１８３への登録・削除などのデータベース管理を行う登録・管理部１８４、ＨＩＳ情報取得部１８２で取得した未読影検査情報と、読影医情報データベース１８３に登録された読影医情報を用いてクライアント端末１５からログインした読影医に対する読影すべき検査リストを抽出する検査リスト抽出部１８５、割り当てた画像処理サーバ１７に対して検査リストの送信・受信を行う検査リスト送受信部１８６、検査リストに対応する医用画像データを、割り当てた画像処理サーバ１７に送信するよう医用画像サーバ１２に対して要求を行う画像要求部１８７、および画像処理サーバ１７より読影が完了した時点で読影履歴情報を受信する履歴情報受信部１８８を有する。
【００２２】
画像処理サーバ１７は、画像処理割当部１８の検査リスト送受信部１８６から送信された検査リストを受信する検査リスト送受信部１７１、医用画像サーバ１２より未読影の医用画像データを受け取る画像受信部１７２、受信した未読影の医用画像データの登録・読み出し・削除などの画像管理を行う画像管理部１７３、未読影の医用画像データを保存する画像データベース１７４、画像処理割当部１８から受信した検査リストの保存、削除および検査リストに対応する医用画像データの転送状況などを管理する検査リスト管理部１７５、ログインした読影医の読影すべき検査リスト一覧とそれに対応する医用画像データの転送状況などをクライアント端末１５へ表示させ、クライアント端末１５からの読影すべき検査の指示・命令を待つ表示部１７６、クライアント端末１５からの指示に基づき、医用画像読影に使用される所定のアプリケーションを実行するアプリケーション実行部１７７、読影履歴情報を管理し医用画像データおよび検査リストの削除、病院内情報システム１３への通知などを行う履歴管理部１７８、履歴管理部１７８の読影履歴情報を画像処理割当部１８の履歴情報受信部１８８に送信する履歴情報送信部１７９を有する。
【００２３】
まず、図３のフローチャートを用いて画像処理割当部１８の処理について説明する。ステップＳＴ３０１では、読影医がクライアント端末１５からログイン制御部１８１へログインする。
【００２４】
ステップＳＴ３０２において、検査リスト抽出部１８５は、ログイン制御部１８１へログインしている読影医ユーザ名に基づいて読影医の名前、専門部位、使用可能な医療診断装置等の読影医情報を登録・管理部１８４を介して読影医情報データベース１８３から取得する。
【００２５】
ここで読影医情報データベース１８３から取得する読影医情報テーブルの例を図４に示す。図４の例では「読影医ユーザ名」とその読影医の専門を示す「専門部位」の２つのフィールドを取得する。
【００２６】
また同時に、ステップＳＴ３０３において、検査リスト抽出部１８５は、ＨＩＳ情報取得部１８２から病院情報システムに保存されている未読影検査情報を取得する。図５は、病院情報システム１３から取得する未読影検査情報の例を示す。図５の例では、「検査ＩＤ」、「検査日」、「患者ＩＤ」、「部位」フィールドを取得する。
【００２７】
次にステップＳＴ３０４では、読影医情報と未読影検査情報をもとに、ログインした読影医が読影すべき検査の抽出を行う。例えば図４で、ログインした読影医が「ＢＢＢ」の場合は「専門部位」フィールドが「胸部」であるため、図５の太枠で示すように、「部位」フィールドから「胸部」であるものを抽出し、ステップＳＴ３０５では、抽出した未読影検査を検査リストとして作成する。
【００２８】
ステップＳＴ３０６では、ログインした読影医に対して複数の画像処理サーバ１７から最適な例えば画像処理サーバ１７Ａを割り当てる。ここでは、各画像処理サーバ１７Ａ、１７Ｂ、１７Ｃがネットワーク１９で接続されている場合は、ＩＰアドレスなど画像処理サーバ１７Ａ、１７Ｂ、１７Ｃを一意に識別し通信可能な情報を割当てて通信を行う。
【００２９】
ステップＳＴ３０７では、画像要求部１８７は、ステップＳＴ３０５で作成した検査リストに対応する医用画像を、ステップＳＴ３０６で割り当てた画像処理サーバ１７のＩＰアドレスに転送するように画像サーバ１２に対して要求する。
【００３０】
同時にステップＳＴ３０８では、検査リスト送信部１８６は、ステップＳＴ３０５で作成した検査リストを、ステップＳＴ３０６で割り当てた画像処理サーバ１７のＩＰアドレスに送信する。
【００３１】
以上のステップにより、クライアント端末１５にログインした読影医は、医用画像サーバ１６内の所定の画像処理サーバ１７と通信し読影の準備が整うことになる。
【００３２】
次に、図６のフローチャートを用いて画像処理サーバ１７の処理について説明する。ステップＳＴ６０１では、画像処理割当部１８の検査リスト送受信部１８６から送信された検査リストを検査リスト送受信部１７１で受信する。また、同時にステップＳＴ６０２では、医用画像サーバ１２より転送される医用画像データを画像受信部１７２で受信開始する。
【００３３】
ステップＳＴ６０３では、画像管理部１７３は、転送された医用画像データを画像データベース１７４に保存すると同時に医用画像データの転送状況を把握し、少なくとも「転送済み」、「転送中」、「転送待ち」の状態を管理する。その他、予想される転送待ち時間を算出してもよい。
【００３４】
ステップＳＴ６０４では、検査リスト管理部１７５は、検査リスト送受信部１７１で受信した検査リストと、画像管理部１７３から取得する医用画像データ転送状況とを一覧表にして表示部１７６へ送信し、表示部１７６は、医用画像データ転送状況を含む検査リストを読影医がログインしたクライアント端末１５の図示しないモニタに表示させる。図７に医用画像データ転送状況を含む検査リストの例を示す。図７では、図５のフィールドに加え、医用画像データの転送状況が表示され、例えば、検査ＩＤ１１１１に対応する医用画像は「転送済み」であることがわかる。
【００３５】
読影医はログインしたクライアント端末１５で、図７に示す転送状況から「転送済み」が表示されている検査から読影が可能である。ステップＳＴ６０５では、読影医がクライアント端末１５に接続されるマウスなどのユーザインターフェースを用いて検査リストをクリックするなどの読影開始の指示を出すのを待機する。読影医の指示待ちの場合（ステップＳＴＳＴ６０５：Ｙｅｓ）、ステップＳＴ６０３に戻り医用画像データの転送状況を把握する。読影医から読影指示があった場合（ステップＳＴＳＴ６０５：Ｎｏ）次のステップＳＴ６０６へ進む。
【００３６】
ステップＳＴ６０６では、画像管理部１７３は読影医から指示があった医用画像データを画像データベース１７４から読み出し、アプリケーション実行部１７７では医用画像読影に使用される所定のアプリケーションを選択して実行する。これにより、読影医はログインしたクライアント端末１５上で、読影が開始できる。なお、読影開始後においても、医用画像データの受信はバックグランドで継続される。
【００３７】
ステップＳＴ６０７では、履歴管理部１７８は、読影医の読影状況を判断し、読影が終了していれば、検査リストから削除し、かつ画像データベース１７４から読影済みの医用画像データを削除する。また、病院内情報システム１３へ読影が終了した検査情報を送信すると同時に、履歴情報送信部１７９にて、ログインした読影医が読影した医用画像の部位などの読影履歴情報を画像処理割当部１８の履歴情報受信部１８８へ送信する。この読影履歴情報の扱いについては後述する。
【００３８】
以上述べたように第１の実施形態によれば、読影医のログインをトリガとして、ログインした読影医が読影すべき検査リストとその検査リストに対応する医用画像データが画像処理サーバ１７に転送される。読影が終了すればその医用画像データは削除されるため、画像処理サーバ１７の医用画像データ保存領域を小さくできる。これにより保存領域の効率化および医用画像データ転送の効率化が達成され、読影すべき医用画像データへのアクセスが高速化される。
【００３９】
また、本実施形態では、読影医情報データベース１８３の読影医情報テーブルの「専門部位」フィールドを用いて検査リストを抽出する説明をしたがこれに限られない。例えば、ＣＴ、ＭＲＩ、超音波診断装置など操作可能な医用画像収集装置１１の種別などをフィールドに加え、これらを抽出条件にしてもよい。
【００４０】
（第２の実施形態）
本実施形態は、検査リストに対して読影の優先度やその他の抽出条件を設定する。図８は、優先度情報を有する検査リスト抽出の例であり、図９はそれに対する医用画像データの転送状況を示す図である。ステップＳＴ３０３では、病院内情報システム１３より未読影検査情報を取得しているが、この時読影の優先度情報を取得することも可能である。図８によれば、「優先度」フィールドが付加され読影の順番が記載される。抽出された検査リストの優先度情報に基づき、医用画像サーバ１２からの医用画像データの転送も優先的に行われ、図９に示すように、クライアント端末１５に表示される検査リストも優先度が高い順に表示される。
【００４１】
また、さらに抽出条件を付加することができる。図１０は、読影医情報をさらに有する検査リストの例であり、読影医を指定する検査などの場合に有効である。図１１は、その転送状況を示す図である。図１０によれば、読影医情報として「指定読影医」フィールドが付加され読影医の指定がなされる。この場合、ログインした読影医情報により（この例ではＢＢＢ）で検査リストが抽出されるため、図１１に示すように、指定した読影医ＢＢＢの検査リストが優先度の高い順に表示され、医用画像データの転送が行われる。
【００４２】
以上述べたように第２の実施形態によれば、読影の優先度や読影医の指定など、所望の検索条件を付加できるので、さらに読影効率が向上する。
【００４３】
（第３の実施形態）
本実施形態は、同じ読影医が再ログインした場合について説明する。特に最初のログイン時に表示された検査リストのすべてに対して読影が終了せずにログオフした場合などに対応する。このような場合は、最初にログインした画像処理サーバ１７には、未読影の画像データが残っているため、この画像処理サーバ１７に優先的に割当を行うものである。
【００４４】
図１２のフローチャートを用いて、再ログインの場合の処理について説明する。ステップＳＴ１２０では、クライアント端末１５からログインする読影医が再ログインかどうか判断する。ここで再ログインかどうかは、所定の期間内に再びログインしたかどうかで判断することが好ましい。例えば当日内のログイン回数について判断してもよい。また、このステップＳＴ１２０は、図３ではステップＳＴ３０１に対応するものである。ここで、読影医のログインが再ログインでなければ（ＳＴ１２０：Ｎｏ）、ステップＳＴ３０２からステップＳＴ３０６で示した通常のログイン処理を行う（ステップＳＴ１２１）。読影医のログインが再ログインであれば、（ＳＴ１２０：Ｙｅｓ）、ステップＳＴ１２２に進む。
【００４５】
ステップＳＴ１２２において、ログイン制御部１８１は、すべての画像処理サーバ１７の検査リスト管理部１７５に対して、管理している未読影検査リスト要求する。ここでいう未読影検査リストとは、以前のログインで読影が終了しなかった検査リストと定義する。
【００４６】
そして図２の点線で示すように、検査リスト管理部１７５は、検査リスト送受信部１７１、１８６を介して未読影検査リストをログイン制御部１８１へ送信する。
【００４７】
ステップＳＴ１２３において、ログイン制御部１８１は、読影医情報データベース１８３の読影医情報を登録・管理部１８４を介して取得する。
【００４８】
ステップＳＴ１２４では、この未読影検査リストをログインした読影医情報（読影医ユーザ名）を抽出条件として未読影の検査を抽出し、ログインした読影医の未読影検査がより多く存在している画像処理サーバ１７を判定する。この判定は未読影検査数、またはそれに対応する医用画像データの総容量などにて判断してよい。
【００４９】
ステップＳＴ１２５では、ステップＳＴ１２４で判断した画像処理サーバ１７が再割当可能かどうか判断する。すでに、他の読影医ユーザにて再割当がなされている場合には（ステップ１２５：Ｎｏ）、２番目に多くの未読影検査が残っている画像処理サーバ１７へ割当てもよいし、通常と同様に他の画像処理サーバ１７に割り当てても良い（ステップＳＴ１２６）。再割当が可能な場合は（ステップ１２５：Ｎｏ）、再割当を実行する（ステップＳＴ１２７）。
【００５０】
ステップＳＴ１２８では、図３に示したステップＳＴ３０２からＳＴ３０５までを行い、今回のログインに対する新たな検査リストを抽出する。
【００５１】
ステップＳＴ１２９において、新たに抽出された検査リストの内、過去のログインと同じ画像処理サーバ１７に再割当された場合には、ステップＳＴ１２４で算出した未読影検査の医用画像データについては、すでに転送済みであるため、この検査に対応する医用画像データを医用画像サーバ１２から転送する必要がない。このため、未転送である医用画像データのみを算出する。
【００５２】
その後、ステップＳＴ３０７で未転送である医用画像データの転送要求を医用画像サーバ１２に対して行い、割り当てた画像処理サーバ１７にステップＳＴ１２８で作成した検査リストを送信する。
【００５３】
以上述べたように、第３の実施形態によれば、再ログインした場合に、未読検査の医用画像データがより多く残っている画像処理サーバ１７に割当されるため、さらに読影に費やす時間が低減される。
【００５４】
なお、この他の方法として、未読影検査が存在して読影医がログオフした場合、履歴管理部１７８でこれを管理し、履歴情報送信部１７９、履歴情報受信部１８８経由でログイン制御部１８１に未読影検査が存在する画像処理サーバ１７をあらかじめ通知しておくことで本実施形態同様のログイン制御が行える。
【００５５】
（第４の実施形態）
本実施形態は、読影医情報データベース１８３に登録していない読影医がログインした場合の自動登録について説明する。これは、遠隔読影や他病院から読影医を招いて読影する場合に有効である。
【００５６】
図１３のフローチャートを用いて未登録の読影医のログインについて説明する。ステップＳＴ１３１では、ログインした読影医が読影医情報データベース１８３に登録されているかどうか判定する。ログインした読影医が読影医情報データベース１８３に登録されていれば（ステップＳＴ１３１：Ｎｏ）、ステップＳＴ１３２において図３のステップＳＴ３０２からＳＴ３０８に示す通常処理を行う。
【００５７】
ログインした読影医が読影医情報データベース１８３に登録されていない場合（ステップＳＴ１３１：Ｙｅｓ）、読影医情報データベース１８３から読影医情報は得られないため、ステップＳＴ１３３では、未読影検査情報内に含まれるすべての検査リストが抽出される。
【００５８】
以下、ステップ１３４では、図３のＳＴ３０５〜ＳＴ３０８までが行われ、割り当てた画像処理サーバ１７に検査リストと医用画像データが送信される。
【００５９】
ステップＳＴ１３５では、図６のステップＳＴ６０１〜ＳＴ６０７が行われ、読影医による医用画像の読影が行われる。
【００６０】
ステップＳＴ１３６において、読影履歴管理部１７８は、読影医が読影した検査部位などの読影履歴情報を図２の一点鎖線矢印に示すように、履歴情報送信部１７９から送信し、履歴情報受信部１８８で受信する。
【００６１】
ステップＳＴ１３７において、登録・管理部１８４は、読影履歴情報に基づき自動的に読影医情報を読影医情報データベース１８３に反映する。
【００６２】
以上述べたように、第４の実施形態によれば、遠隔地にいる未登録読影医に対しても読影が可能となり、ネットワーク管理者などが不在で登録ができなくても読影が可能となる。また、読影後にはその検査部位により自動登録されるため、次回のログインからは、読影医情報によって抽出された検査リストが表示される。このため未登録の読影医に対しても効率のよい読影が可能となる。
【００６３】
なお、未登録の読影医に関しては、数回読影するまでは仮登録としたり、正式にネットワーク管理者などが登録するまでは仮登録とすることで、読影医情報データベース１８３や病院内情報にはアクセスできないようにすることも可能である。
【００６４】
以上述べたように本実施形態の医用画像処理システムによれば、読影医のログインをトリガとして、ログインした読影医が読影すべき検査リストとその検査リストに対応する医用画像データのみが転送される。したがって迅速な読影が可能となる。
【００６５】
また読影が終了すればその医用画像データは削除されるため、画像処理サーバ側の保存領域を小さくできる。これにより保存領域の効率化が達成される。
【００６６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６７】
１１、１１Ａ、１１Ｂ、１１Ｃ…医用画像収集装置、
１２…医用画像サーバ、
１３…病院内情報システム、
１４…ネットワーク、
１５、１５Ａ、１５Ｂ、１５Ｃ…クライアント端末、
１６…医用画像処理サーバ群、
１７、１７Ａ、１７Ｂ、１７Ｃ…画像処理サーバ、
１８…画像処理割当部、
１９…内部バスまたはネットワーク。
【技術分野】
【０００１】
本発明の実施形態は、医用画像の読影などに使用する医用画像処理システムに関する。
【背景技術】
【０００２】
近年、ＣＴ（Computed Tomography）やＭＲI（Magnetic Resonance Imaging）等の医用画像収集装置で生成される画像データは高精細大容量であり、かつ検査数の増加から処理すべき画像データ量は膨大になっている。読影医は医用画像収集装置で生成された医用画像をそのまま見て読影するだけでなく、高機能な画像処理アプリケーションソフトで新たな医用画像を生成し病巣部の読影を行う。このようなアプリケーションソフトの研究・開発は盛んであり、次々に新しいアプリケーションソフトがリリースされている。病院では、アプリケーションソフトの更新や処理能力の高い読影用ワークステーションに更新する必要性から、維持運用コストが増大化してきている。
【０００３】
また、医用画像収集装置の高性能化のため短時間で正確な検査できるようになった一方で、検査数の増加に伴う読影医の不足が問題となっている。このような問題を解決するため、従来の読影用ワークステーションに代わり、アプリケーションサーバが導入されつつある。
【０００４】
このアプリケーションサーバは、読影医が自身のＰＣ（Personal Computer）やクライアント端末などネットワークに接続された場所からアプリケーションサーバにログインして読影できるため、病院の維持運用コストの低減と同時に読影時間の効率化に有効である。
【０００５】
アプリケーションサーバを用いた医用画像処理・読影システムは、例えば、多くの読影医が同時にログインでき、大容量の医用画像データを処理するために、クラスタ構成のアプリケーションサーバ、医用画像収集装置の画像データを保存する医用画像サーバ、および複数のクライアント端末などが病院内のネットワークを介して構成される。
【０００６】
読影医は、クライアント端末からアプリケーションサーバにログインし、医用画像サーバ上の医用画像データを、アプリケーションサーバにロードした後、医用画像データを読影可能な医用画像に処理して読影する。
【０００７】
ＣＴやＭＲＩ等の医用画像収集装置で生成される画像データの容量や検査数が膨大なため、ログインしてから読影すべき検査の医用画像データを医用画像サーバからアプリケーションサーバに転送していたのでは、転送時間がかかり読影の効率が低下するという問題がある。
【０００８】
また、読影対象となる医用画像データを、あらかじめ医用画像サーバからアプリケーションサーバに転送しておくことが多いが、アプリケーションサーバが複数の画像処理用コンピュータからなるクラスタ構成の場合、読影すべき医用画像データを全ての画像処理用コンピュータに転送しておく場合と、いずれかの画像処理用コンピュータに転送しておく場合がある。
【０００９】
しかし、読影すべき画像データをあらかじめ全ての画像処理用コンピュータに転送しておく場合は、読影医がどの画像処理用コンピュータにログインしても読影すべき検査の画像データ存在するため利便性は良いが、画像処理用コンピュータに大容量の画像保存領域が必要であり大きな無駄が発生するという問題がある。一方、いずれかの画像処理用コンピュータに読影すべき画像データを転送しておく場合は、画像保存領域の無駄は少ないが、画像データを転送した画像処理用コンピュータに必ずログインできるとは言えないため、必ずしも読影すべき検査の画像データが存在するとは限らないという問題がある。
【先行技術文献】
【特許文献】
【００１０】
【特許文献１】特開２０１０−２３８０９３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１１】
本発明が解決しようとする課題は、上記問題を解決し、読影効率のよい医用画像処理システムを提供することである。
【課題を解決するための手段】
【００１２】
上記課題を達成するために、実施形態の医用画像処理システムは、画像データを画像処理する画像処理サーバと、読影医がログインするクライアント端末を複数の前記画像処理サーバの１つに割り当てるログイン制御部と、前記ログインを契機として読影医情報と未読影検査情報を取得し前記読影医に対する読影すべき検査リストを抽出する検査リスト抽出部と、前記割り当てた画像処理サーバに前記検査リストを送信する検査リスト送信部と、前記検査リストに対応する医用画像データを前記割り当てた画像処理サーバに転送するように医用画像サーバに要求する画像要求部とを備え、前記画像処理サーバは、前記検査リストを受信する検査リスト受信部と、前記検査リストに基づく未読影の医用画像データを前記医用画像サーバから取得する画像受信部と、前記未読影の医用画像データの画像処理を行うアプリケーション実行部と、を有する。
【図面の簡単な説明】
【００１３】
【図１】第１の実施形態における医用画像処理システムのネットワーク構成図である。
【図２】同実施形態における医用画像処理サーバ群のブロック構成図である。
【図３】同実施形態における画像処理割当部のフローチャート図である。
【図４】同実施形態における読影医データベースに保存される読影医テーブルの例である。
【図５】同実施形態における検査リスト抽出の例である。
【図６】同実施形態における画像処理サーバのフローチャート図である。
【図７】同実施形態における検査リストの医用画像データ転送状況を示す図である。
【図８】第２の実施形態における優先度情報を有する検査リスト抽出の例である。
【図９】同実施形態における優先度情報を有する検査リストの画像データ転送状況を示す図である。
【図１０】同実施形態における読影医情報を有する検査リスト抽出の例である。
【図１１】同実施形態における読影医情報を有する検査リストの画像データ転送状況を示す図である。
【図１２】第３の実施形態における再ログインの場合のフローチャート図である。
【図１３】第４の実施形態における未登録の読影医情報を読影医情報データベースに自動登録するフローチャート図である。
【発明を実施するための形態】
【００１４】
以下、発明を実施するための実施形態について図１から図１３に示す図面を参照しながら詳細に説明する。
【００１５】
本実施形態の医用画像処理システムは、ＨＩＳ（Hospital Information System）、ＲＩＳ（Radiology Information System）、ＰＡＣＳ（Picture Archiving and Communication Systems)などのシステムと連携して構築することが可能であり、既存のシステムとの整合性が容易に得られる。
【００１６】
（第１の実施形態）
図１に示すように、本実施形態の医用画像処理システムは、超音波診断装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置などの複数の医用画像収集装置１１Ａ、１１Ｂ、１１Ｃと、これらの医用画像収集装置１１で撮影された医用画像データを保存する医用画像サーバ１２、および病院内情報システム（ＨＩＳ）１３が接続されたネットワーク１４上に構築され、読影医がログインする複数のクライアント端末１５Ａ、１５Ｂ、１５Ｃと、アプリケーションサーバとして機能する医用画像処理サーバ群１６から構成される。
【００１７】
複数の画像処理サーバ１７Ａ、１７Ｂ、１７Ｃで構成される医用画像処理サーバ群１６とクライアント端末１５Ａ、１５Ｂ、１５Ｃはシンクライアントシステムを形成する。シンクライアントとは、クライアント端末１５に必要最小限の処理をさせ、画像処理を含む大部分の処理を医用画像処理サーバ群１６側に集中させたシステムである。
【００１８】
画像処理サーバ１７はクライアント端末１５へログインした読影医の操作入力に応じて種々の画像処理を行い、その処理した結果の医用画像をクライアント端末１５へ送信して表示させる。画像処理は、例えば３次元のレンダリング処理、画像中の医学的異常を検出するＣＡＤ（Computer-aided Diagnosis）処理、画像計測処理、心臓等の機能解析処理などである。
【００１９】
医用画像処理サーバ群１６は複数の画像処理サーバ１７Ａ、１７Ｂ、１７Ｃと、クライアント端末１５からログインする読影医を、どの画像処理サーバ１７Ａ、１７Ｂ、１７Ｃに割り当てるかを制御する画像処理割当部１８を有する。画像処理サーバ１７Ａ、１７Ｂ、１７Ｃと画像処理割当部１８は、内部バスまたはネットワーク１９で接続される。なお、本実施形態では画像処理割当部１８と画像処理サーバ１７Ａ、１７Ｂ、１７Ｃは、それぞれ個別にコンピュータを用いてクラスタ構成のアプリケーションサーバを構築しているものとして説明するが、例えば画像処理割当部１８と画像処理サーバ１７の一部または全部をマルチタスク、マルチコアタイプなどの並列処理コンピュータ内に構築してもよい。
【００２０】
次に、医用画像処理サーバ群１６のブロック構成について図２を用いて説明する。尚、図２では、画像処理割当部１８と、画像処理割当部１８で割り当てられた画像処理サーバ１７についての関係を示している。
【００２１】
画像処理割当部１８は、クライアント端末１５から読影医のログイン要求に対して、クラスタ内の1つ画像処理サーバ１７を割り当てるログイン制御部１８１、病院内情報システム１３から未読影検査情報を含む病院内情報を取得するＨＩＳ情報取得部１８２、クライアント端末１５からログインする読影医の読影医情報が保存される読影医情報データベース１８３、読影医情報データベース１８３への登録・削除などのデータベース管理を行う登録・管理部１８４、ＨＩＳ情報取得部１８２で取得した未読影検査情報と、読影医情報データベース１８３に登録された読影医情報を用いてクライアント端末１５からログインした読影医に対する読影すべき検査リストを抽出する検査リスト抽出部１８５、割り当てた画像処理サーバ１７に対して検査リストの送信・受信を行う検査リスト送受信部１８６、検査リストに対応する医用画像データを、割り当てた画像処理サーバ１７に送信するよう医用画像サーバ１２に対して要求を行う画像要求部１８７、および画像処理サーバ１７より読影が完了した時点で読影履歴情報を受信する履歴情報受信部１８８を有する。
【００２２】
画像処理サーバ１７は、画像処理割当部１８の検査リスト送受信部１８６から送信された検査リストを受信する検査リスト送受信部１７１、医用画像サーバ１２より未読影の医用画像データを受け取る画像受信部１７２、受信した未読影の医用画像データの登録・読み出し・削除などの画像管理を行う画像管理部１７３、未読影の医用画像データを保存する画像データベース１７４、画像処理割当部１８から受信した検査リストの保存、削除および検査リストに対応する医用画像データの転送状況などを管理する検査リスト管理部１７５、ログインした読影医の読影すべき検査リスト一覧とそれに対応する医用画像データの転送状況などをクライアント端末１５へ表示させ、クライアント端末１５からの読影すべき検査の指示・命令を待つ表示部１７６、クライアント端末１５からの指示に基づき、医用画像読影に使用される所定のアプリケーションを実行するアプリケーション実行部１７７、読影履歴情報を管理し医用画像データおよび検査リストの削除、病院内情報システム１３への通知などを行う履歴管理部１７８、履歴管理部１７８の読影履歴情報を画像処理割当部１８の履歴情報受信部１８８に送信する履歴情報送信部１７９を有する。
【００２３】
まず、図３のフローチャートを用いて画像処理割当部１８の処理について説明する。ステップＳＴ３０１では、読影医がクライアント端末１５からログイン制御部１８１へログインする。
【００２４】
ステップＳＴ３０２において、検査リスト抽出部１８５は、ログイン制御部１８１へログインしている読影医ユーザ名に基づいて読影医の名前、専門部位、使用可能な医療診断装置等の読影医情報を登録・管理部１８４を介して読影医情報データベース１８３から取得する。
【００２５】
ここで読影医情報データベース１８３から取得する読影医情報テーブルの例を図４に示す。図４の例では「読影医ユーザ名」とその読影医の専門を示す「専門部位」の２つのフィールドを取得する。
【００２６】
また同時に、ステップＳＴ３０３において、検査リスト抽出部１８５は、ＨＩＳ情報取得部１８２から病院情報システムに保存されている未読影検査情報を取得する。図５は、病院情報システム１３から取得する未読影検査情報の例を示す。図５の例では、「検査ＩＤ」、「検査日」、「患者ＩＤ」、「部位」フィールドを取得する。
【００２７】
次にステップＳＴ３０４では、読影医情報と未読影検査情報をもとに、ログインした読影医が読影すべき検査の抽出を行う。例えば図４で、ログインした読影医が「ＢＢＢ」の場合は「専門部位」フィールドが「胸部」であるため、図５の太枠で示すように、「部位」フィールドから「胸部」であるものを抽出し、ステップＳＴ３０５では、抽出した未読影検査を検査リストとして作成する。
【００２８】
ステップＳＴ３０６では、ログインした読影医に対して複数の画像処理サーバ１７から最適な例えば画像処理サーバ１７Ａを割り当てる。ここでは、各画像処理サーバ１７Ａ、１７Ｂ、１７Ｃがネットワーク１９で接続されている場合は、ＩＰアドレスなど画像処理サーバ１７Ａ、１７Ｂ、１７Ｃを一意に識別し通信可能な情報を割当てて通信を行う。
【００２９】
ステップＳＴ３０７では、画像要求部１８７は、ステップＳＴ３０５で作成した検査リストに対応する医用画像を、ステップＳＴ３０６で割り当てた画像処理サーバ１７のＩＰアドレスに転送するように画像サーバ１２に対して要求する。
【００３０】
同時にステップＳＴ３０８では、検査リスト送信部１８６は、ステップＳＴ３０５で作成した検査リストを、ステップＳＴ３０６で割り当てた画像処理サーバ１７のＩＰアドレスに送信する。
【００３１】
以上のステップにより、クライアント端末１５にログインした読影医は、医用画像サーバ１６内の所定の画像処理サーバ１７と通信し読影の準備が整うことになる。
【００３２】
次に、図６のフローチャートを用いて画像処理サーバ１７の処理について説明する。ステップＳＴ６０１では、画像処理割当部１８の検査リスト送受信部１８６から送信された検査リストを検査リスト送受信部１７１で受信する。また、同時にステップＳＴ６０２では、医用画像サーバ１２より転送される医用画像データを画像受信部１７２で受信開始する。
【００３３】
ステップＳＴ６０３では、画像管理部１７３は、転送された医用画像データを画像データベース１７４に保存すると同時に医用画像データの転送状況を把握し、少なくとも「転送済み」、「転送中」、「転送待ち」の状態を管理する。その他、予想される転送待ち時間を算出してもよい。
【００３４】
ステップＳＴ６０４では、検査リスト管理部１７５は、検査リスト送受信部１７１で受信した検査リストと、画像管理部１７３から取得する医用画像データ転送状況とを一覧表にして表示部１７６へ送信し、表示部１７６は、医用画像データ転送状況を含む検査リストを読影医がログインしたクライアント端末１５の図示しないモニタに表示させる。図７に医用画像データ転送状況を含む検査リストの例を示す。図７では、図５のフィールドに加え、医用画像データの転送状況が表示され、例えば、検査ＩＤ１１１１に対応する医用画像は「転送済み」であることがわかる。
【００３５】
読影医はログインしたクライアント端末１５で、図７に示す転送状況から「転送済み」が表示されている検査から読影が可能である。ステップＳＴ６０５では、読影医がクライアント端末１５に接続されるマウスなどのユーザインターフェースを用いて検査リストをクリックするなどの読影開始の指示を出すのを待機する。読影医の指示待ちの場合（ステップＳＴＳＴ６０５：Ｙｅｓ）、ステップＳＴ６０３に戻り医用画像データの転送状況を把握する。読影医から読影指示があった場合（ステップＳＴＳＴ６０５：Ｎｏ）次のステップＳＴ６０６へ進む。
【００３６】
ステップＳＴ６０６では、画像管理部１７３は読影医から指示があった医用画像データを画像データベース１７４から読み出し、アプリケーション実行部１７７では医用画像読影に使用される所定のアプリケーションを選択して実行する。これにより、読影医はログインしたクライアント端末１５上で、読影が開始できる。なお、読影開始後においても、医用画像データの受信はバックグランドで継続される。
【００３７】
ステップＳＴ６０７では、履歴管理部１７８は、読影医の読影状況を判断し、読影が終了していれば、検査リストから削除し、かつ画像データベース１７４から読影済みの医用画像データを削除する。また、病院内情報システム１３へ読影が終了した検査情報を送信すると同時に、履歴情報送信部１７９にて、ログインした読影医が読影した医用画像の部位などの読影履歴情報を画像処理割当部１８の履歴情報受信部１８８へ送信する。この読影履歴情報の扱いについては後述する。
【００３８】
以上述べたように第１の実施形態によれば、読影医のログインをトリガとして、ログインした読影医が読影すべき検査リストとその検査リストに対応する医用画像データが画像処理サーバ１７に転送される。読影が終了すればその医用画像データは削除されるため、画像処理サーバ１７の医用画像データ保存領域を小さくできる。これにより保存領域の効率化および医用画像データ転送の効率化が達成され、読影すべき医用画像データへのアクセスが高速化される。
【００３９】
また、本実施形態では、読影医情報データベース１８３の読影医情報テーブルの「専門部位」フィールドを用いて検査リストを抽出する説明をしたがこれに限られない。例えば、ＣＴ、ＭＲＩ、超音波診断装置など操作可能な医用画像収集装置１１の種別などをフィールドに加え、これらを抽出条件にしてもよい。
【００４０】
（第２の実施形態）
本実施形態は、検査リストに対して読影の優先度やその他の抽出条件を設定する。図８は、優先度情報を有する検査リスト抽出の例であり、図９はそれに対する医用画像データの転送状況を示す図である。ステップＳＴ３０３では、病院内情報システム１３より未読影検査情報を取得しているが、この時読影の優先度情報を取得することも可能である。図８によれば、「優先度」フィールドが付加され読影の順番が記載される。抽出された検査リストの優先度情報に基づき、医用画像サーバ１２からの医用画像データの転送も優先的に行われ、図９に示すように、クライアント端末１５に表示される検査リストも優先度が高い順に表示される。
【００４１】
また、さらに抽出条件を付加することができる。図１０は、読影医情報をさらに有する検査リストの例であり、読影医を指定する検査などの場合に有効である。図１１は、その転送状況を示す図である。図１０によれば、読影医情報として「指定読影医」フィールドが付加され読影医の指定がなされる。この場合、ログインした読影医情報により（この例ではＢＢＢ）で検査リストが抽出されるため、図１１に示すように、指定した読影医ＢＢＢの検査リストが優先度の高い順に表示され、医用画像データの転送が行われる。
【００４２】
以上述べたように第２の実施形態によれば、読影の優先度や読影医の指定など、所望の検索条件を付加できるので、さらに読影効率が向上する。
【００４３】
（第３の実施形態）
本実施形態は、同じ読影医が再ログインした場合について説明する。特に最初のログイン時に表示された検査リストのすべてに対して読影が終了せずにログオフした場合などに対応する。このような場合は、最初にログインした画像処理サーバ１７には、未読影の画像データが残っているため、この画像処理サーバ１７に優先的に割当を行うものである。
【００４４】
図１２のフローチャートを用いて、再ログインの場合の処理について説明する。ステップＳＴ１２０では、クライアント端末１５からログインする読影医が再ログインかどうか判断する。ここで再ログインかどうかは、所定の期間内に再びログインしたかどうかで判断することが好ましい。例えば当日内のログイン回数について判断してもよい。また、このステップＳＴ１２０は、図３ではステップＳＴ３０１に対応するものである。ここで、読影医のログインが再ログインでなければ（ＳＴ１２０：Ｎｏ）、ステップＳＴ３０２からステップＳＴ３０６で示した通常のログイン処理を行う（ステップＳＴ１２１）。読影医のログインが再ログインであれば、（ＳＴ１２０：Ｙｅｓ）、ステップＳＴ１２２に進む。
【００４５】
ステップＳＴ１２２において、ログイン制御部１８１は、すべての画像処理サーバ１７の検査リスト管理部１７５に対して、管理している未読影検査リスト要求する。ここでいう未読影検査リストとは、以前のログインで読影が終了しなかった検査リストと定義する。
【００４６】
そして図２の点線で示すように、検査リスト管理部１７５は、検査リスト送受信部１７１、１８６を介して未読影検査リストをログイン制御部１８１へ送信する。
【００４７】
ステップＳＴ１２３において、ログイン制御部１８１は、読影医情報データベース１８３の読影医情報を登録・管理部１８４を介して取得する。
【００４８】
ステップＳＴ１２４では、この未読影検査リストをログインした読影医情報（読影医ユーザ名）を抽出条件として未読影の検査を抽出し、ログインした読影医の未読影検査がより多く存在している画像処理サーバ１７を判定する。この判定は未読影検査数、またはそれに対応する医用画像データの総容量などにて判断してよい。
【００４９】
ステップＳＴ１２５では、ステップＳＴ１２４で判断した画像処理サーバ１７が再割当可能かどうか判断する。すでに、他の読影医ユーザにて再割当がなされている場合には（ステップ１２５：Ｎｏ）、２番目に多くの未読影検査が残っている画像処理サーバ１７へ割当てもよいし、通常と同様に他の画像処理サーバ１７に割り当てても良い（ステップＳＴ１２６）。再割当が可能な場合は（ステップ１２５：Ｎｏ）、再割当を実行する（ステップＳＴ１２７）。
【００５０】
ステップＳＴ１２８では、図３に示したステップＳＴ３０２からＳＴ３０５までを行い、今回のログインに対する新たな検査リストを抽出する。
【００５１】
ステップＳＴ１２９において、新たに抽出された検査リストの内、過去のログインと同じ画像処理サーバ１７に再割当された場合には、ステップＳＴ１２４で算出した未読影検査の医用画像データについては、すでに転送済みであるため、この検査に対応する医用画像データを医用画像サーバ１２から転送する必要がない。このため、未転送である医用画像データのみを算出する。
【００５２】
その後、ステップＳＴ３０７で未転送である医用画像データの転送要求を医用画像サーバ１２に対して行い、割り当てた画像処理サーバ１７にステップＳＴ１２８で作成した検査リストを送信する。
【００５３】
以上述べたように、第３の実施形態によれば、再ログインした場合に、未読検査の医用画像データがより多く残っている画像処理サーバ１７に割当されるため、さらに読影に費やす時間が低減される。
【００５４】
なお、この他の方法として、未読影検査が存在して読影医がログオフした場合、履歴管理部１７８でこれを管理し、履歴情報送信部１７９、履歴情報受信部１８８経由でログイン制御部１８１に未読影検査が存在する画像処理サーバ１７をあらかじめ通知しておくことで本実施形態同様のログイン制御が行える。
【００５５】
（第４の実施形態）
本実施形態は、読影医情報データベース１８３に登録していない読影医がログインした場合の自動登録について説明する。これは、遠隔読影や他病院から読影医を招いて読影する場合に有効である。
【００５６】
図１３のフローチャートを用いて未登録の読影医のログインについて説明する。ステップＳＴ１３１では、ログインした読影医が読影医情報データベース１８３に登録されているかどうか判定する。ログインした読影医が読影医情報データベース１８３に登録されていれば（ステップＳＴ１３１：Ｎｏ）、ステップＳＴ１３２において図３のステップＳＴ３０２からＳＴ３０８に示す通常処理を行う。
【００５７】
ログインした読影医が読影医情報データベース１８３に登録されていない場合（ステップＳＴ１３１：Ｙｅｓ）、読影医情報データベース１８３から読影医情報は得られないため、ステップＳＴ１３３では、未読影検査情報内に含まれるすべての検査リストが抽出される。
【００５８】
以下、ステップ１３４では、図３のＳＴ３０５〜ＳＴ３０８までが行われ、割り当てた画像処理サーバ１７に検査リストと医用画像データが送信される。
【００５９】
ステップＳＴ１３５では、図６のステップＳＴ６０１〜ＳＴ６０７が行われ、読影医による医用画像の読影が行われる。
【００６０】
ステップＳＴ１３６において、読影履歴管理部１７８は、読影医が読影した検査部位などの読影履歴情報を図２の一点鎖線矢印に示すように、履歴情報送信部１７９から送信し、履歴情報受信部１８８で受信する。
【００６１】
ステップＳＴ１３７において、登録・管理部１８４は、読影履歴情報に基づき自動的に読影医情報を読影医情報データベース１８３に反映する。
【００６２】
以上述べたように、第４の実施形態によれば、遠隔地にいる未登録読影医に対しても読影が可能となり、ネットワーク管理者などが不在で登録ができなくても読影が可能となる。また、読影後にはその検査部位により自動登録されるため、次回のログインからは、読影医情報によって抽出された検査リストが表示される。このため未登録の読影医に対しても効率のよい読影が可能となる。
【００６３】
なお、未登録の読影医に関しては、数回読影するまでは仮登録としたり、正式にネットワーク管理者などが登録するまでは仮登録とすることで、読影医情報データベース１８３や病院内情報にはアクセスできないようにすることも可能である。
【００６４】
以上述べたように本実施形態の医用画像処理システムによれば、読影医のログインをトリガとして、ログインした読影医が読影すべき検査リストとその検査リストに対応する医用画像データのみが転送される。したがって迅速な読影が可能となる。
【００６５】
また読影が終了すればその医用画像データは削除されるため、画像処理サーバ側の保存領域を小さくできる。これにより保存領域の効率化が達成される。
【００６６】
本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【符号の説明】
【００６７】
１１、１１Ａ、１１Ｂ、１１Ｃ…医用画像収集装置、
１２…医用画像サーバ、
１３…病院内情報システム、
１４…ネットワーク、
１５、１５Ａ、１５Ｂ、１５Ｃ…クライアント端末、
１６…医用画像処理サーバ群、
１７、１７Ａ、１７Ｂ、１７Ｃ…画像処理サーバ、
１８…画像処理割当部、
１９…内部バスまたはネットワーク。
【特許請求の範囲】
【請求項１】
画像データを画像処理する画像処理サーバと、
読影医がログインするクライアント端末を複数の前記画像処理サーバの１つに割り当てるログイン制御部と、
前記ログインを契機として読影医情報と未読影検査情報を取得し前記読影医に対する読影すべき検査リストを抽出する検査リスト抽出部と、
前記割り当てた画像処理サーバに前記検査リストを送信する検査リスト送信部と、
前記検査リストに対応する医用画像データを前記割り当てた画像処理サーバに転送するように医用画像サーバに要求する画像要求部とを備え、
前記画像処理サーバは、
前記検査リストを受信する検査リスト受信部と、
前記検査リストに基づく未読影の医用画像データを前記医用画像サーバから取得する画像受信部と、
前記未読影の医用画像データの画像処理を行うアプリケーション実行部と、
を有する医用画像処理システム。
【請求項２】
前記読影医情報を保存する読影医情報データベースと、
前記読影医情報の登録・削除を行う登録・管理部をさらに有する請求項１記載の医用画像処理システム。
【請求項３】
前記未読影検査情報を病院内情報システムから取得するＨＩＳ情報取得部をさらに有する請求項２記載の医用画像処理システム。
【請求項４】
前記画像処理サーバは、前記画像受信部で受信した医用画像データの保存を行う画像データベースと、
前記医用画像データの転送状況の把握および登録・削除を行う画像管理部をさらに有する請求項３記載の医用画像処理システム。
【請求項５】
前記画像処理サーバは、前記検査リストの管理、削除および医用画像データの転送状況を管理する検査リスト管理部と、
前記医用画像データの転送状況を含む検査リストを前記クライアント端末へ表示する表示部をさらに有する請求項４記載の医用画像処理システム。
【請求項６】
前記画像処理サーバは、前記ログインした読影医の読影済み検査の読影履歴情報を管理する履歴管理部をさらに有する請求項５記載の医用画像処理システム。
【請求項７】
前記履歴管理部で管理される読影履歴情報を送信する履歴情報送信部と、送信された読影履歴情報を受信する履歴情報受信部をさらに有する請求項６記載の医用画像処理システム。
【請求項８】
前記未読影検査情報に読影優先順位が付与される請求項７記載の医用画像処理システム。
【請求項９】
読影医が再ログインした場合、未読影の医用画像データが残っている画像処理サーバを優先的に割り当てる請求項８記載の医用画像処理システム。
【請求項１０】
未登録の読影医がログインした場合、前記読影履歴情報から自動的に前記読影医情報データベースへの登録を行う請求項９記載の医用画像処理システム。
【請求項１】
画像データを画像処理する画像処理サーバと、
読影医がログインするクライアント端末を複数の前記画像処理サーバの１つに割り当てるログイン制御部と、
前記ログインを契機として読影医情報と未読影検査情報を取得し前記読影医に対する読影すべき検査リストを抽出する検査リスト抽出部と、
前記割り当てた画像処理サーバに前記検査リストを送信する検査リスト送信部と、
前記検査リストに対応する医用画像データを前記割り当てた画像処理サーバに転送するように医用画像サーバに要求する画像要求部とを備え、
前記画像処理サーバは、
前記検査リストを受信する検査リスト受信部と、
前記検査リストに基づく未読影の医用画像データを前記医用画像サーバから取得する画像受信部と、
前記未読影の医用画像データの画像処理を行うアプリケーション実行部と、
を有する医用画像処理システム。
【請求項２】
前記読影医情報を保存する読影医情報データベースと、
前記読影医情報の登録・削除を行う登録・管理部をさらに有する請求項１記載の医用画像処理システム。
【請求項３】
前記未読影検査情報を病院内情報システムから取得するＨＩＳ情報取得部をさらに有する請求項２記載の医用画像処理システム。
【請求項４】
前記画像処理サーバは、前記画像受信部で受信した医用画像データの保存を行う画像データベースと、
前記医用画像データの転送状況の把握および登録・削除を行う画像管理部をさらに有する請求項３記載の医用画像処理システム。
【請求項５】
前記画像処理サーバは、前記検査リストの管理、削除および医用画像データの転送状況を管理する検査リスト管理部と、
前記医用画像データの転送状況を含む検査リストを前記クライアント端末へ表示する表示部をさらに有する請求項４記載の医用画像処理システム。
【請求項６】
前記画像処理サーバは、前記ログインした読影医の読影済み検査の読影履歴情報を管理する履歴管理部をさらに有する請求項５記載の医用画像処理システム。
【請求項７】
前記履歴管理部で管理される読影履歴情報を送信する履歴情報送信部と、送信された読影履歴情報を受信する履歴情報受信部をさらに有する請求項６記載の医用画像処理システム。
【請求項８】
前記未読影検査情報に読影優先順位が付与される請求項７記載の医用画像処理システム。
【請求項９】
読影医が再ログインした場合、未読影の医用画像データが残っている画像処理サーバを優先的に割り当てる請求項８記載の医用画像処理システム。
【請求項１０】
未登録の読影医がログインした場合、前記読影履歴情報から自動的に前記読影医情報データベースへの登録を行う請求項９記載の医用画像処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【公開番号】特開２０１３−９７２６（Ｐ２０１３−９７２６Ａ）
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願番号】特願２０１１−１４２９２０（Ｐ２０１１−１４２９２０）
【出願日】平成２３年６月２８日（２０１１．６．２８）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
【公開日】平成２５年１月１７日（２０１３．１．１７）
【国際特許分類】
【出願日】平成２３年６月２８日（２０１１．６．２８）
【出願人】（０００００３０７８）株式会社東芝 (54,554)
【出願人】（５９４１６４５４２）東芝メディカルシステムズ株式会社 (4,066)
【Ｆターム（参考）】
[ Back to top ]