(57)【要約】【課題】画像データのリアルタイムの統合及び記録を提供する。【解決手段】本出願のある種の実施形態は、医療環境における撮像方法（６００）であって、アプリケーション内において履歴患者画像データを含んだ第１のフィード（２１０）を受け取る工程と、該アプリケーション内において実質的なライブ患者画像データを含んだ第２のフィード（２１２）を受け取る工程と、該アプリケーション内において該第１のフィード（２１０）と該第２のフィード（２１２）をリアルタイムで統合し表示描出を形成する工程であって該表示描出はディスプレイ（５０２）上に表示可能でありかつ該表示描出は該第１のフィード（２１０）及び該第２のフィード（２１２）に対応したデータを同時に包含している表示描出形成工程と、を含む方法を提供する。【選択図】図２
2007050254.tif 000002
【特許請求の範囲】
【請求項１】
少なくとも１つの履歴画像を備えた第１の画像フィード（２１０）と、
少なくとも１つの実質的なライブ画像を備えた第２の画像フィード（２１２）と、
画像蓄積伝送システム・ワークステーション（１０８）上で実行可能なアプリケーションであって、前記第１の画像フィード（２１０）及び前記第２の画像フィード（２１２）をリアルタイムで処理して該履歴画像と該実質的なライブ画像の両者の統合表示（５０４）を提供することが可能なアプリケーションと、
を備える医療撮像システム（１００）。
【請求項２】
前記少なくとも１つの履歴画像がＤＩＣＯＭに準拠している、請求項１に記載のシステム。
【請求項３】
前記少なくとも１つの実質的なライブ画像がＤＩＣＯＭに準拠している、請求項１に記載のシステム。
【請求項４】
さらに、前記少なくとも１つの実質的なライブ画像をＤＩＣＯＭ準拠のフォーマットに適合させるためのＤＩＣＯＭ準拠モジュール（１０６）を備える請求項１に記載のシステム。
【請求項５】
前記第２の画像フィード（２１２）は記録フィードを形成するように前記アプリケーションによって記録可能である、請求項１に記載のシステム。
【請求項６】
前記記録フィードがＤＩＣＯＭに準拠している、請求項５に記載のシステム。
【請求項７】
医療環境における撮像方法（６００）であって、
アプリケーション内において履歴患者画像データを備えた第１のフィード（２１０）を受け取る工程と、
前記アプリケーション内において実質的なライブ患者画像データを備えた第２のフィード（２１２）を受け取る工程と、
前記アプリケーション内において前記第１のフィード（２１０）と前記第２のフィード（２１２）をリアルタイムで統合して表示描出を形成する工程であって、該表示描出はディスプレイ（５０２）上に表示可能であり、かつ該表示描出（５０２）は該第１のフィード（２１０）及び該第２のフィード（２１２）に対応したデータを同時に包含している表示描出形成工程と、
を含む方法。
【請求項８】
さらに、前記実質的なライブ患者画像データをＤＩＣＯＭ準拠のフォーマットに変換するための画像変換器（１０６）を備える請求項７に記載の方法（６００）。
【請求項９】
前記第２のフィード（２１２）はＤＩＣＯＭ準拠フォーマットで記録可能である、請求項７に記載の方法。
【請求項１０】
医療環境向けの撮像システム（１００）であって、
画像蓄積伝送システム・ワークステーション（１０８）上で実行可能なアプリケーションと、
前記アプリケーションと通信可能に結合させており、記録画像データを形成するように前記アプリケーションによって記録可能な実質的なライブ画像データと、
を備える撮像システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本出願の実施形態は、全般的には医療環境における撮像に関する。具体的にある種の実施形態は、画像蓄積伝送システム（ＰＡＣＳ）ワークステーション上への履歴画像と実質的なライブ画像の統合表示の提供に関する。ある種の実施形態はさらに、ＰＡＣＳワークステーション上に実質的なライブ画像を記録するための記録機能の提供に関する。
【背景技術】
【０００２】
過去数十年にわたって、診療所、病院及びその他の医療施設は益々コンピュータに依存するようになってきた。特に、医療施設は、コンピュータ断層（ＣＴ）、磁気共鳴撮像（ＭＲＩ）、超音波撮像及びＸ線撮像などのある種のディジタル式診断撮像様式を利用している。ディジタル式診断撮像様式のそれぞれは、それ以外の様式と異なるフォーマットを有する画像を作成することがある。画像フォーマットが異なるという問題に対応して、米国放射線科医学会と全国電機製造業者協会によって、１９８３年に標準画像フォーマットを開発するための合同委員会が形成された。この標準（実際には、医学におけるディジタル式撮像及び伝送（ＤＩＣＯＭ）と呼ばれる）によって、１）装置製造者の如何によらないディジタル画像情報の伝送が促進され、２）医療情報に関する別のシステムともインタフェースが取れるような画像蓄積伝送システム（ＰＡＣＳ）の開発及び普及が容易となり、かつ３）地理的に分散された広範で多様なデバイスによって照会できるような診断情報データベースの生成が可能となった。
【０００３】
ＤＩＣＯＭ標準への集中が高まったために、医療産業においてＰＡＣＳのシステム及びワークステーションの急成長が生じた。ＰＡＣＳシステムは、典型的には病院などの医療施設内に配置させるネットワークである。ユーザはＰＡＣＳワークステーションのところにいて、リモートのネットワーク箇所にあるＤＩＣＯＭに適合した画像データにアクセスすることができる。例えば、ＰＡＣＳワークステーションはハードディスク・アーカイブ内に保存された画像や、Ｘ線などの撮像装置からの画像を取り出すことができる。ＰＡＣＳシステムの別の恩恵は、ＰＡＣＳシステムが別の情報システムと連係動作ができることである。例えばＰＡＣＳシステムは、放射線科情報システム（ＲＩＳ）や病院情報システム（ＨＩＳ）と連係動作することができる。
【０００４】
ＰＡＣＳのシステム及びワークステーションは、益々医療施設内の多様な箇所に見られるようになりつつある。例えば、ＰＡＣＳワークステーションは放射線科や外科など様々な医療職場で使用されることがある。「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＨＡＮＤＬＩＮＧ  ＭＵＬＴＩＰＬＥ  ＲＡＤＩＯＬＯＧＹ  ＡＰＰＬＩＣＡＴＩＯＮＳ  ＡＮＤ  ＷＯＲＫＦＬＯＷＳ」（整理番号：１５５７４４ＩＴ（１６０７７ＵＳ０１））、「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＲＵＬＥＳ−ＢＡＳＥＤ  ＣＯＮＴＥＸＴ  ＭＡＮＡＧＥＭＥＮＴ  ＩＮ  ＡＮ  ＭＥＤＩＣＡＬ  ＥＮＶＩＲＯＮＭＥＮＴ」（整理番号：１５４７２１ＩＴ（１６０７９ＵＳ０１））、及び「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＳＵＲＧＩＣＡＬ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭ  ＩＮＦＯＲＭＡＴＩＯＮ  ＤＩＳＰＬＡＹ  ＧＡＺＥ  ＤＥＴＥＣＴＩＯＮ  ＡＮＤ  ＵＳＥＲ  ＰＲＩＯＲＩＴＩＺＡＴＩＯＮ  ＦＯＲ  ＣＯＮＴＲＯＬ」（整理番号：１６１４１３ＩＴ（１６１６０ＵＳ０１））と題する２００４年１０月１日に提出された３件の米国特許出願（これらはいずれも参照により本明細書に組み込むものとする）は、医療職場で見られる問題点の幾つかについて記載している。
【０００５】
手術室や放射線科などの幾つかの医療職場はスペースが限定されている。機器類の急増によって過密状態が生じることがあり得る。過密状態のリスクのために、装置や撮像システムの追加の実現可能性が低くなる。このことは、新たな装置や撮像システムによる既存装置の置き換えや縮小が成されない場合に特に言えることである。職場が乱雑となると非効率性につながることがある。
【０００６】
装置の急増に関する別の欠点は統一性の欠如である。医師は、幾つかの異なる画像データ源よりは、統合された画像データ源を有することを好むことがある。しかし、装置取得の手順が一体的でなくかつ構成要素間で規格化が欠如していると医療職場内に別々の画像データ源が増えることにつながることがある。こうなると、放射線医や外科医などの医療従事者は、複数の装置上で画像データを観察することが要求されることになりかねない。
【０００７】
ＰＡＣＳシステムは履歴患者画像データを呼び出してＰＡＣＳワークステーション上に表示させることができる。本出願で使用する場合、履歴の（ｈｉｓｔｏｒｉｃａｌ）という用語は必ずしもその画像データがある種の古く価値のあるもの（ｖｉｎｔａｇｅ）であることを意味しない。そうではなく、この用語は単に以前のある手技で患者から収集した画像データを示しているに過ぎない。また一方、以前の手技にはごく最近に実施された手技、例えば当日中のより早い時点で実施された（数秒以内に実施されることもあり得る）手技も含めることが可能である。例えば、緊急事態の間に、患者が従来の撮像装置で撮像され、次いでＰＡＣＳワークステーションを備えた手術室内に急送されることがある。この従来の撮像装置からの画像データは、履歴画像データとすると共にＰＡＣＳワークステーション上に表示可能（そのデータが数分以内、あるいは数秒以内に得られたものであっても可能）とすることができる。ＰＡＣＳワークステーションは、医療従事者が履歴画像データにアクセスできるように支援するために医療職場内に設けられることがある。患者の処置や撮像を実施する医療専門職は患者の医用画像履歴に対する柔軟なアクセスを高く評価することがある。例えば、手技を行う外科医は、患者の履歴医用画像データが手術室内で利用可能であることを高く評価することがある。別の例として放射線医も、撮像手技中に患者の医用画像データが利用可能であることを高く評価することがある。同様に医療専門職も、手技中や検査中に別の患者の画像データにアクセスできることを高く評価することがある。このため、履歴患者画像データへの柔軟なアクセスを提供するように医療職場内にＰＡＣＳワークステーションが設けられることがある。
【０００８】
しかし、ＰＡＣＳワークステーションを追加することによって医療職場が乱雑となることがある。これによりさらに、患者画像データの脱集中化が進むことにつながりかねない。例えば放射線医は、実質的なライブ画像データを観察するために超音波システムを見て、さらにまた、履歴画像データを観察するために別のＰＡＣＳワークステーションを見なければならない。さらに放射線医は、複数のモニタや複数のＰＡＣＳワークステーションを見て関連する画像を観察することが必要となることもある。画像データ源が増えると画像データの管理容易性（ｍａｎａｇｅａｂｉｌｉｔｙ）の低下につながりかねない。
【０００９】
さらに、医用画像データがＤＩＣＯＭ準拠のフォーマットで提供されないことがある。その結果、ＰＡＣＳステーションが非準拠の画像を表示できないことや、さもなければレンダリングを要することがある。ＤＩＣＯＭに準拠しない画像は、ＰＡＣＳシステム内に適正に保存して取り出せないことがある。例えば、超音波や内視鏡などの医用撮像装置は、画像データをＤＩＣＯＭ準拠のフォーマットで提供できないことがある。一方こうした装置は、非準拠の画像しか提供しないことがある。このことによって、あるシステムはＤＩＣＯＭ準拠の画像をアーカイブし取り出し、また別のシステムは非準拠のフォーマットをアーカイブし取り出すというアーカイブ・システムの分断が生じる可能性がある。
【特許文献１】米国特許出願「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＨＡＮＤＬＩＮＧ  ＭＵＬＴＩＰＬＥ  ＲＡＤＩＯＬＯＧＹ  ＡＰＰＬＩＣＡＴＩＯＮＳ  ＡＮＤ  ＷＯＲＫＦＬＯＷＳ」（２００４年１０月１日、整理番号：１５５７４４ＩＴ（１６０７７ＵＳ０１、米国出願番号10/956434））
【特許文献２】米国特許出願「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＲＵＬＥＳ−ＢＡＳＥＤ  ＣＯＮＴＥＸＴ  ＭＡＮＡＧＥＭＥＮＴ  ＩＮ  ＡＮ  ＭＥＤＩＣＡＬ  ＥＮＶＩＲＯＮＭＥＮＴ」（２００４年１０月１日、整理番号：１５４７２１ＩＴ（１６０７９ＵＳ０１、米国出願番号10/956171））
【特許文献３】米国特許出願「ＭＥＴＨＯＤ  ＡＮＤ  ＡＰＰＡＲＡＴＵＳ  ＦＯＲ  ＳＵＲＧＩＣＡＬ  ＯＰＥＲＡＴＩＮＧ  ＲＯＯＭ  ＩＮＦＯＲＭＡＴＩＯＮ  ＤＩＳＰＬＡＹ  ＧＡＺＥ  ＤＥＴＥＣＴＩＯＮ  ＡＮＤ  ＵＳＥＲ  ＰＲＩＯＲＩＴＩＺＡＴＩＯＮ  ＦＯＲ  ＣＯＮＴＲＯＬ」（２００４年１０月１日、整理番号：１６１４１３ＩＴ（１６１６０ＵＳ０１、対応日本国出願の出願番号2005-279272））
【発明の開示】
【発明が解決しようとする課題】
【００１０】
したがって、医療職場の乱雑さを軽減させるシステムの必要性が存在する。さらに、医用画像データ源の統合を支援するシステムの必要性が存在する。ＤＩＣＯＭ準拠のフォーマットで提供されない画像データをＰＡＣＳシステム内に組み入れるシステムの必要性が存在する。さらに、実質的なライブ画像と履歴画像の統合表示を提供するシステム及び方法の必要性が存在する。
【課題を解決するための手段】
【００１１】
本出願のある種の実施形態は、少なくとも１つの履歴画像を有する第１の画像フィードと、少なくとも１つの実質的なライブ画像を有する第２の画像フィードと、画像蓄積伝送システム・ワークステーション上で実行可能なアプリケーションであって該第１の画像フィード及び第２の画像フィードをリアルタイムで処理し履歴画像と実質的なライブ画像の両者の統合表示を提供することが可能なアプリケーションと、を含む医療撮像システムを提供する。一実施形態では、その統合表示はカスタマイズ可能である。一実施形態では、その少なくとも１つの履歴画像はＤＩＣＯＭに準拠している。一実施形態では、その実質的なライブ画像はＤＩＣＯＭに準拠している。一実施形態では、本システムはさらに、少なくとも１つの実質的なライブ画像をＤＩＣＯＭ準拠のフォーマットに適合させるためのＤＩＣＯＭ準拠モジュールを含む。一実施形態では、その少なくとも１つの実質的なライブ画像は、超音波システム、内視鏡、Ｃ字アーム、ガイド式外科ユニット及びロボット工学センサのうちの少なくとも１つによって得たデータを描出している。一実施形態では、その第２の画像フィードは記録フィードを形成するようにアプリケーションによって記録可能である。一実施形態では、その記録フィードはＤＩＣＯＭに準拠している。
【００１２】
本出願のある種の実施形態は、医療環境における撮像の方法であって、アプリケーション内で履歴患者画像データを含んだ第１のフィードを受け取る工程と、該アプリケーション内で実質的なライブ患者画像データを含んだ第２のフィードを受け取る工程と、該アプリケーション内で第１のフィードと第２のフィードをリアルタイムで統合して表示描出を形成する工程であって、該表示描出はディスプレイ上で表示可能であり、かつ該表示描出は第１のフィードと第２のフィードに対応したデータを同時に含む表示描出形成工程と、を含む撮像方法を提供する。一実施形態では、そのアプリケーションは画像蓄積伝送システム・ワークステーション上で実行可能である。一実施形態では、その表示描出はカスタマイズ可能である。一実施形態では、その履歴患者画像データはＤＩＣＯＭ準拠のフォーマットを含む。一実施形態では、その実質的なライブ患者画像データはＤＩＣＯＭ準拠のフォーマットを含む。一実施形態では、本方法はさらに、実質的なライブ患者画像データをＤＩＣＯＭ準拠のフォーマットに変換するための画像変換器を含む。一実施形態では、その実質的なライブ患者画像データは、超音波システム、内視鏡、Ｃ字アーム、ガイド式外科ユニット及びロボット工学センサのうちの少なくとも１つからのデータを描出している。一実施形態では、その第２のフィードはＤＩＣＯＭ準拠フォーマットで記録可能である。
【００１３】
本出願のある種の実施形態は、医療環境向けの撮像システムであって、画像蓄積伝送システム・ワークステーション上で実行可能なアプリケーションと、該アプリケーションと通信可能に結合されており記録画像データを形成するように該アプリケーションによって記録可能な実質的なライブ画像データと、を含む撮像システムを提供する。一実施形態では、本システムはさらに、実質的なライブ画像データをＤＩＣＯＭ準拠のフォーマットで提供するための変換モジュールを含む。一実施形態では、その実質的なライブ画像データはＤＩＣＯＭ準拠のフォーマットを備える。一実施形態では、その実質的なライブ画像データは、超音波システム、内視鏡、Ｃ字アーム、ガイド式外科ユニット及びロボット工学センサのうちの少なくとも１つからのデータを描出している。一実施形態では、そのアプリケーションは、実質的なライブ画像データを含む表示可能データをリアルタイムで提供する。一実施形態では、本システムはさらに、画像蓄積伝送システム・ワークステーションと通信可能に結合された保存済み画像データであって、アプリケーションが該保存済み画像データと実質的なライブ画像データをリアルタイムで処理し統合済み表示可能データを形成させるような保存済み画像データを含む。一実施形態では、その統合済み表示可能データはカスタマイズ可能である。
【００１４】
本出願のある種の実施形態は、コンピュータ向けの命令組を含んだコンピュータ読み取り可能記憶媒体であって、該命令組は、履歴患者画像データを備えた第１のフィードを受け取るための第１の受け取りルーチンと、実質的なライブ患者画像データを備えた第２のフィードを受け取るための第２の受け取りルーチンと、第１のフィード及び第２のフィードに対応したデータをリアルタイムで統合し統合済み表示描出を形成するための処理ルーチンと、を含むコンピュータ読み取り可能記憶媒体を提供する。一実施形態では、該命令組はさらに、第２のフィードの少なくとも一部分を記録するための記録ルーチンを含む。一実施形態では、前記の第１の受け取りルーチン、第２の受け取りルーチン、処理ルーチン、及び記録ルーチンのうちの少なくとも１つが画像蓄積伝送システム・ワークステーション上で実行可能である。
【発明を実施するための最良の形態】
【００１５】
上述した要約、並びに本出願のある種の実施形態に関する以下の詳細な説明は、添付の図面と共に読むことによってさらに十分な理解が得られよう。本発明の例証を目的として、図面ではある特定の実施形態を示している。しかし、本発明は添付の図面に示した配置や手段に限定するものではないことを理解すべきである。
【００１６】
図１は、本出願の一実施形態による医用撮像システム１００のブロック図を表している。医用撮像システム１００は、ＰＡＣＳ記憶域１０２を含むことがある。ＰＡＣＳ記憶域１０２はＤＩＣＯＭ準拠の画像データの保存が可能な記憶媒体を備えている。この記憶媒体は、ＤＩＣＯＭ準拠の画像データの保存に適した任意のディジタル媒体とすることができる。例えば、ＰＡＣＳ記憶域１０２は、ＰＡＣＳ長期アーカイブを含むことがある。ＰＡＣＳ長期アーカイブは例えば、患者の履歴医用画像データを含むことがある。別の例として、ＰＡＣＳ記憶域１０２は、同じく患者の履歴医用画像データを包含し得るＰＡＣＳ短期アーカイブを含むことがある。ＰＡＣＳ記憶域はさらに、例えば非画像データを含むことがある。履歴医用画像データは、患者の２次元または３次元画像データを含むことがある。履歴医用画像データはさらに、静止画像データ、ストリーミング画像データ、映像画像データ、その他を含むことがある。
【００１７】
ＰＡＣＳ記憶域１０２は、通信経路１１０を介してＰＡＣＳワークステーション１０８と電子的に連絡している。ＰＡＣＳワークステーション１０８は、医用画像データが経路１１０を介してＰＡＣＳ記憶域１０２からＰＡＣＳワークステーション１０８まで伝達されるように電子的に連絡することができる。ＰＡＣＳワークステーション１０８は、ＰＡＣＳ記憶域１０２から伝達された医用画像データを保持するためのローカル記憶域を有することがある。通信経路１１０によって永続的な通信チャンネル（複数のこともある）が提供されることや、あるいはＰＡＣＳワークステーション１０８とＰＡＣＳ記憶域１０２の間の通信チャンネル（複数のこともある）を断続的とすることもある。通信経路１１０や１１２などの通信経路はいずれも、有線式ネットワーク、光学的ネットワーク、ワイヤレスネットワーク、あるいはこれらの組み合わせを含み得ることを理解されたい。
【００１８】
医用撮像システム１００はさらに撮像装置１０４を含むことがある。撮像装置１０４は、患者に関する実質的なライブ画像データを作成する。例えば撮像装置１０４は、超音波システム、内視鏡、Ｘ線システム、ＣＴスキャナ、Ｃ字アームシステム、ガイド式外科ユニット、ロボット工学センサ、その他とすることができる。例えば撮像装置１０４は入院患者や外来患者の外科手技中に使用されることがある。別の例として撮像装置１０４は放射線医によって使用されることがある。撮像装置１０４は患者に関する２次元または３次元の実質的なライブ画像データを作成することがある。撮像装置１０４は、映像、シネ像、ループ像、その他を形成するために患者に関する一連の実質的なライブ画像データを作成することがある。本出願で使用する場合、実質的なライブ画像データという表現は、最近に収集した（ｒｅｃｅｎｔｌｙ  ａｃｑｕｉｒｅｄ）データに対応している、ただし必ずしも秒単位の近さの（ｕｐ−ｔｏ−ｔｈｅ−ｓｅｃｏｎｄ）データである必要はない。例えば撮像装置１０４は、画像データを取り込んである時間期間後に実質的なライブ画像データを提供することができる。画像処理のボトルネックやネットワークのトラフィックを含む様々な要因に由来して遅延が予測されることがある。別の例として撮像装置１０４は、ディジタル式カメラやディジタル式ビデオカメラと同様の方式で機能することがある。この状況において撮像装置１０４は、１つまたは複数の静止画像及び／または映像をローカルに保存し、また実質的なライブ画像データを後からアップロードすることがある。したがって、実質的なライブ画像データとは、アップロードするある時間期間前に収集した画像データを含め広範な多様な画像データを包含することを理解されたい。
【００１９】
撮像装置１０４はＤＩＣＯＭ準拠の画像データを提供することがある。画像がＤＩＣＯＭに準拠している場合、実質的なライブ画像を撮像装置１０４からＰＡＣＳワークステーション１０８まで通信経路１１２（図１において点線で図示）を介して伝達することができる。しかし撮像装置１０４はまた、ＤＩＣＯＭに準拠しない画像データを提供することがある。画像がＤＩＣＯＭに準拠しない場合、実質的なライブ画像を通信経路１１２を介して撮像装置１０４からＤＩＣＯＭ準拠モジュール１０６に伝達することができる。ＤＩＣＯＭ準拠モジュール１０６は非準拠の画像データを受け取ることができる。ＤＩＣＯＭ準拠モジュール１０６は、非準拠の画像データに対して、変換、トランスコード、フォーマット設定、トランスポーズ、さもなければアダプト（ａｄａｐｔ）を実施して、対応するＤＩＣＯＭ準拠の画像データを得ることができる。ＤＩＣＯＭ準拠モジュール１０６はＰＡＣＳワークステーション１０８の一部として実現されることがある。別法としてＤＩＣＯＭ準拠モジュール１０６は撮像装置１０４の一部として実現されることがある。さらに別の選択肢としてＤＩＣＯＭ準拠モジュール１０６を別のネットワークデバイスとすることや、様々なネットワーク構成要素全体にわたる分散方式でＤＩＣＯＭ準拠モジュール１０６が実現されることがある。
【００２０】
図２は、本出願の一実施形態によるＰＡＣＳワークステーション１０８のブロック図を表している。履歴患者画像データを含んだフィード２１０は第１のインタフェース２０２で受け取ることができる。実質的なライブ患者画像データを含んだフィード２１２は第２のインタフェース２０４で受け取ることができる。フィードは、ストリーミング画像データ、映像画像データ、静止画像データ、２次元画像データ、３次元画像データ、その他、あるいはこれらの任意の組み合わせを含むことがある。フィードが静止画像データを含む場合、周期的にあるいは場合に応じて画像が再描画あるいは再送信されることがある。しかし、フィードが静止画像の送信機会を１回しか含まないこともあり得る。一実施形態では、その履歴フィード（２１０）及び実質ライブ・フィード（２１２）を１つの通信チャンネルまたは通信ライン上に多重化させて単一のインタフェースによって受け取り、次いでこれを多重分離させることがある。
【００２１】
インタフェース２０２及び２０４は、フィード統合器２０６と通信可能にリンクさせている。フィード統合器２０６は、履歴画像データと実質的なライブ画像データを統合して過去の画像データと実質的なライブ画像データの両者を含む表示可能画像データを形成することができる。フィード統合器２０６は、リアルタイムでの統合の実行を可能とさせることがある。フィード統合器２０６はさらに、追加の画像や非画像のデータの統合を可能とさせることがある。例えばフィード統合器２０６はさらに、患者の血圧、パルス及び別の生命徴候に対応したデータの統合を可能とさせることがある。フィード統合器２０６は、この追加データを統合して表示可能な画像データにすることがある。
【００２２】
表示可能画像データはさらに、統合済み画像データを表示するためのディスプレイ・ドライバ２０８に伝達されることがある。一実施形態では、その履歴画像データは統合期間の全体にわたって実質的に同じである。例えば、画像データの統合は外科目的で使用することができる。医師は手術中に、患者の肺腔に関する履歴Ｘ線を観察し、かつこの履歴画像を該患者の実質的なライブ内視鏡像の傍らに統合することを希望することがある。この状況では、患者の内部で内視鏡を移動させるに従って、その実質的なライブ画像データが変更される。しかし、履歴データは静的である。履歴画像データはローカルのディジタル記憶媒体内に保存しておきフィード統合器２０６が履歴画像データに迅速にアクセスできるようにすることが好ましい。このため、ディジタル記憶媒体はフィード統合器２０６内あるいは、ＰＡＣＳワークステーション１０８内に含めることが好ましい。ディジタル記憶媒体はさらに、バッファ用及び記録用フィードに関しても有用となり得る。
【００２３】
図３は、本出願の一実施形態によるＰＡＣＳワークステーション１０８上への統合表示像を表している。ＰＡＣＳワークステーション１０８はディスプレイ３０２を備える。このディスプレイは、履歴画像データ表示３０４及び実質的ライブ画像データ表示３０６を備える。ディスプレイ３０２は、履歴画像データ表示３０４と実質的ライブ画像データ表示３０６の両方を同時に表示することが可能である。画像データ表示３０４及び３０６は、例えば単一のアプリケーションにおいて表示されることがある。別法として画像データ表示３０４及び３０６は別々のアプリケーションの一部として表示可能とさせることがある。
【００２４】
ＰＡＣＳワークステーション１０８のユーザは、画像データ表示３０４及び３０６の位置及びサイズを再構成または再配列させることが可能である。画像データ表示３０４及び３０６に対する再構成や再配列のために可能な方法の１つは、米国特許出願「ＳＹＳＴＥＭ  ＡＮＤ  ＭＥＴＨＯＤ  ＦＯＲ  ＲＵＬＥＳ−ＢＡＳＥＤ  ＣＯＮＴＥＸＴ  ＭＡＮＡＧＥＭＥＮＴ  ＩＮ  ＡＮ  ＭＥＤＩＣＡＬ  ＥＮＶＩＲＯＮＭＥＮＴ」（２００４年１０月１日提出）に開示されているようなパースペクティブ（ｐｅｒｓｐｅｃｔｉｖｅ）を用いたものである。パースペクティブによれば少なくとも、医学情報を柔軟に構成し配置させるための方法を提供することができる。アプリケーションはパースペクティブを利用することによって、ユーザが同時に観察できるように様々なデータを統合することが可能である。
【００２５】
ＰＡＣＳワークステーション１０８のユーザはさらに、画像データ表示３０４及び３０６のそれぞれを非画像データ３０８と統合させることが可能である。非画像データは、例えば血圧、体温、パルスなどの患者の生命情報を含むことがある。様々な非画像データ３０８は、別の非画像データ３０８や画像データ表示３０４及び３０６に対して個別に配列可能とさせることがある。
【００２６】
さらにユーザは、色相、コントラスト、鮮鋭度、画質などの画像データ・パラメータや、よく知られた別の画像データ・パラメータを編集することも可能である。この編集可能な画像データ・パラメータは、画像データ表示３０４と３０６の各々、あるいはこれら両方に対応することがある。
【００２７】
図４は、本出願の一実施形態による記録機能を利用したＰＡＣＳワークステーション１０８のブロック図を表している。ユーザインタフェース４０２はＰＡＣＳワークステーション１０８と通信するように表している。ユーザインタフェース４０２は、例えばキーボード、マウス、その他を含むことがある。ユーザは、実質的なライブ画像データを記録するためにユーザインタフェース４０２を介してＰＡＣＳワークステーション１０８を制御することができる。ＰＡＣＳワークステーション１０８はさらに、実質的なライブ画像データを自動的に記録することができる。ＰＡＣＳワークステーション１０８は実質ライブ画像データ記録用バッファ４０４を含む。バッファ４０４はディジタル記憶媒体を含むことがある。より一般的には、ワークステーション１０８がディジタル記憶媒体を含むことがある。バッファ４０４はＤＩＣＯＭ準拠のフォーマットで実質的なライブ画像データを保存することがある。バッファ４０４は、リモート箇所に保存された実質的なライブ画像データをＰＡＣＳネットワーク上にエクスポート（４０６）するためにＰＡＣＳネットワークと通信可能にリンクさせることができる。
【００２８】
図５は、本出願の一実施形態によるＰＡＣＳワークステーション１０８のディスプレイを表している。ディスプレイ５０２はアプリケーション・フレーム５０４を含む。アプリケーション・フレーム５０４は、履歴画像データ表示３０４及び実質的ライブ画像データ表示３０６を含むことがある。アプリケーション・フレーム５０４はさらに、患者の生命情報、患者名、患者のアレルギーなどの非画像データ３０８を含むことがある。非画像データ３０８の様々な組み合わせを様々な配列で表示させるように選択することができる。履歴画像データ表示３０４、実質的ライブ画像データ表示３０６、及び非画像データ３０８は、様々な構成で配列、サイズ調整、構成及び表示させることができる。データ３０４、３０６及び３０８はパースペクティブを使用することによって配列可能とさせることがある。データ３０４、３０６及び３０８は所与の任意の構成で保存しまた呼び出すことができる。ユーザに対して多種多様な構成を容易に利用可能とすることができ、また例えばワークフローや視点検出（ｇａｚｅ  ｄｅｔｅｃｔｉｏｎ）の原理に基づいて迅速に変更することができる。
【００２９】
アプリケーション・フレーム５０４はさらに記録及び／または再生制御子５０８を含む。記録及び／または再生制御子５０８は単独のパネル内に置かれており、またアイコン、メニュー、ラジオボタン、チェックボックス、ドロップダウン・メニュー、あるいは記録制御子を指示するための多種多様な任意の別の方法によって表現されることがある。記録及び／または再生制御子５０８は図５に示したもの以外のアイコンによって指示されることがある。ユーザは記録及び／または再生制御子５０８を起動し、例えば記録、巻き戻し、早送り、一時停止、あるいは再生をスタートまたはストップさせることができる。これ以外の可能性には、フレーム前進、フレーム後退、再生速度調整、及びよく知られた別の様々な映像再生及び／または編集モードが含まれる。記録及び／または再生制御子５０８は、例えば記録制御子と記録停止制御子だけなど、こうしたモードの一部分組だけを含むことがある。
【００３０】
記録及び／または再生制御子５０８はデータを記録するために使用されることがある。例えばユーザは、アイコンをクリックすることによって記録制御子５０８を選択して記録を開始し、これにより記録処理過程を始動させることができる。別の選択肢として、あるイベントに基づいて自動的に記録を開始させることがある。例えば、実質的なライブ画像データが検出された時点で自動的に記録を開始することがある。記録モードには可能な様々なモードが存在する。例えばある記録モードでは実質的ライブ画像データ表示３０６を静止画像または映像として取り込むことがある。別の例としてある記録モードは、実質的ライブ画像データ表示３０６及び履歴画像データ表示３０４を１つの静止画像または映像の形で取り込むことや、別々の静止画像または映像として取り込むことがある。別の例としてある記録モードは、画像データ３０４、３０６以外に非画像データ３０８を静止画像または映像として取り込むことがある。別の例としてある記録モードは、非画像データ３０８を画像データ・ヘッダ情報として取り込み、取り込んだ画像を画像データ３０４、３０６に付属させることがある。
【００３１】
このデータはＤＩＣＯＭ準拠のフォーマットで取り込まれることがある。別の選択肢としてそのデータは、ＤＩＣＯＭに準拠しないフォーマットで取り込まれることがある。この状況では、後で画像データをＤＩＣＯＭ準拠のフォーマットに変換することが有用となることがある。例えば実質的ライブ画像データ表示３０６に対応した非ＤＩＣＯＭ準拠のデータフィードを受け取ることが好ましい。非ＤＩＣＯＭ準拠のデータは、表示されてメモリ内に取り込まれ、記録処理過程の後あるいは該過程中において後からさらにＤＩＣＯＭ準拠のフォーマットに変換されることがある。
【００３２】
この記録処理過程は、光ディスク、磁気ディスク、ランダム・アクセス・メモリ、フラッシュ・メモリ、その他などのディジタル媒体記憶域内にデータを保存することを含む。例えばこの記録処理過程は、バッファ４０４（図４参照）内に画像データを保存することを含むことがある。別の選択肢としてその記録は、画像データをバッファ４０４から磁気ハードディスクなど別のディジタル媒体記憶域内に転送することを含むことがある。別の選択肢としてその記録は、ＰＡＣＳワークステーションにローカルに配置させた磁気ハードディスクから別のディジタル媒体記憶域に画像データを転送することを含むことがある。ディジタル媒体記憶域はＰＡＣＳワークステーション１０８にローカルに配置させることや、通信経路全体にわたってリモートに配置させることがある。
【００３３】
この記録能力のためにユーザは、撮像事象全体あるいは撮像事象の一部分を取り込むことが可能となる。例えばその記録機能によってユーザは、外科手技の全体を記録すること、並びに得られた画像をＤＩＣＯＭ準拠のフォーマットで保存することが可能となる。得られた記録画像データは、ＰＡＣＳシステム内で別の患者データと関連付けして保存されることがある。例えばその記録画像データは、患者の履歴画像データとの関連付け及び／または患者の非画像データとの関連付けに従って保存されることがある。
【００３４】
再生制御子５０８によって様々な再生モードを起動させることができる。例えば巻き戻しアイコンをクリックすることによって、データ３０４、３０６及び／または３０８を逆時系列で表示させることができる。時系列データはバッファ４０４内に保存したり、ローカルのディジタル記憶媒体などのディジタル記憶媒体内に保存することがある。
【００３５】
例証のための一例として、本出願の実施形態が以下の方式で使用されることがある。ＰＡＣＳワークステーション１０８は、通信チャンネルを介してＰＡＣＳアーカイブ１０２に接続されている。ＰＡＣＳアーカイブ１０２は、関連するＸ線データを含む履歴患者画像データを包含している。この関連するＸ線データはＰＡＣＳワークステーションに伝達される。ＰＡＣＳワークステーション１０８はさらに実質的なライブ画像データを受け取る。実質的なライブ画像データは、ＤＩＣＯＭ準拠の画像を提供しない内視鏡によって作成されている。内視鏡データはさらに、その画像データがＤＩＣＯＭ準拠のフォーマットとなるように保証するためにＤＩＣＯＭ準拠モジュールによって処理される。内視鏡データは次いで、ＰＡＣＳワークステーション１０８によって受け取られ、ＰＡＣＳワークステーション上のバッファ４０４内に保存される。
【００３６】
フィード統合器２０６は、履歴Ｘ線データと実質的なライブ内視鏡データの両方を受け取った後、このＸ線画像データと内視鏡画像データを統合フィードに統合させる。統合済みフィードはディスプレイ・ドライバ２０８に送られてユーザに対して表示される。ユーザはユーザインタフェース４０２を介して、Ｘ線と内視鏡の画像に関する配列、サイズ及び向きを構成させることができる。したがって、履歴画像データと実質的なライブ画像データの両方が統合されて表示される。
【００３７】
ユーザは次いで、記録制御子５０８の使用を通じて画像データの記録を開始することができる。ユーザは内視鏡データだけを記録してこれをＤＩＣＯＭ準拠のフォーマットで保存することができる。したがって、外科事象からの画像を記録して保存することができる。記録された内視鏡データは次いで、Ｘ線データを含む患者の履歴データと関連付けして保存される。
【００３８】
図６は、本出願の一実施形態に従った流れ図である。工程６０２では、アプリケーションが履歴患者画像データを受け取る。工程６０４では、アプリケーションが実質的なライブ患者画像データを受け取る。工程６０４は、工程６０２の前、工程６０２の後、あるいは工程６０２と同時に実施することができる。工程６０６では、実質的なライブ画像データと履歴画像データがアプリケーションによって統合される。
【００３９】
例証のための一例として、外科補助者が手術室において患者の処置中にＰＡＣＳワークステーションを操作する。アプリケーションはＰＡＣＳワークステーション上で動作する。アプリケーションは、ＰＡＣＳ記憶域（図１の１０２で示す）から当日の早い時点で作成されたＸ線像を受け取るために利用される。アプリケーションはさらに、手術中に患者を探索する内視鏡システムからその患者に関する実質的なライブ画像データフィードを受け取る。アプリケーションは次いで内視鏡フィードとＸ線画像データを統合させる。引き続いてこの統合済みデータを表示させることがある。
【００４０】
したがって、本出願の実施形態によれば医療職場の乱雑さが軽減される。さらに、本出願の実施形態によれば、医用画像データ源の統合に対する支援が提供される。本出願の実施形態によれば、ＤＩＣＯＭ準拠のフォーマットを提供しない画像データがＰＡＣＳシステム内に組み入れられる。さらに、本出願の実施形態によれば実質的なライブ画像と履歴画像の統合表示が提供される。
【００４１】
本発明に関してある種の実施形態を参照しながら記載してきたが、本発明の趣旨を逸脱することなく様々な変更が可能であると共に、等価物による置換が可能であることは当業者であれば理解するであろう。さらに、多くの修正形態により、本発明の趣旨を逸脱することなく具体的な状況や材料を本発明の教示に適応させることができる。例えば、ソフトウェア、ハードウェア、あるいはこれらを混合したものによって機能を実現することができる。したがって、開示した特定の実施形態に本発明を限定しようという意図ではなく、本発明は添付の特許請求の範囲の域内に入るすべての実施形態を包含するように意図している。また、図面の符号に対応する特許請求の範囲中の符号は、単に本願発明の理解をより容易にするために用いられているものであり、本願発明の範囲を狭める意図で用いられたものではない。そして、本願の特許請求の範囲に記載した事項は、明細書に組み込まれ、明細書の記載事項の一部となる。
【図面の簡単な説明】
【００４２】
【図１】本出願の一実施形態による医用撮像システムのブロック図である。
【図２】本出願の一実施形態によるＰＡＣＳワークステーションのブロック図である。
【図３】本出願の一実施形態によるＰＡＣＳワークステーション上への統合表示を表した図である。
【図４】本出願の一実施形態による記録機能を利用したＰＡＣＳワークステーションのブロック図である。
【図５】本出願の一実施形態によるＰＡＣＳワークステーションのディスプレイの図である。
【図６】本出願の一実施形態に従った流れ図である。
【符号の説明】
【００４３】
１００  医用撮像システム
１０２  ＰＡＣＳ記憶域
１０４  撮像装置
１０６  ＤＩＣＯＭ準拠モジュール
１０８  ＰＡＣＳワークステーション
１１０  通信経路
１１２  通信経路
２０２  第１のインタフェース
２０４  第２のインタフェース
２０６  フィード統合器
２０８  ディスプレイ・ドライバ
２１０  履歴患者画像データ・フィード
２１２  実質的なライブ患者画像データ・フィード
３０２  ディスプレイ
３０４  履歴画像データ表示
３０６  実質的なライブ画像データ表示
３０８  非画像データ
４０２  ユーザインタフェース
４０４  実質ライブ画像データ記録バッファ
４０６  実質的なライブ画像データ
５０２  ディスプレイ
５０４  アプリケーション・フレーム
５０８  記録及び／または再生制御子
【図１】
2007050254.tif 000003
【図２】
2007050254.tif 000004
【図３】
2007050254.tif 000005
【図４】
2007050254.tif 000006
【図５】
2007050254.tif 000007
【図６】
2007050254.tif 000008