(57)【要約】  医用画像管理システムのネットワーク負荷の軽減と、ネットワーク資源の効率化とを図る。  コンソール６は、モダリティ５の撮影の進行状況に応じたステータス更新指示情報をサーバ２に送信する。サーバ２は、受信したステータス更新指示情報に基づいてリストデータのステータス情報を更新し、その更新後のリストデータをビューア３に送信する。コンソール６は、モダリティ５によって生成された医用画像データを一時的に記憶し、ビューア３からの送信指示に応じてその一時記憶した医用画像データをビューア３に転送する。また、所定の時刻になった場合に、一時記憶している医用画像データの全てをサーバ２に転送する。
2008075526.tif 000002
【特許請求の範囲】
【請求項１】
医用画像撮影装置の撮影動作を制御して当該撮影により生成された医用画像データを医用画像管理装置に転送する撮影制御装置と、当該撮影制御装置から転送される医用画像データを記憶管理する医用画像管理装置と、当該医用画像データの再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システムにおいて、
前記撮影制御装置は、
前記医用画像管理装置への前記医用画像データの転送の前に、前記医用画像撮影装置により生成された医用画像データを一時的に記憶する一時記憶手段と、
前記医用画像再生装置の転送要求に応じた医用画像データを前記一時記憶手段から読み出して転送する転送制御手段と、
を備え、
前記医用画像再生装置は、
前記医用画像撮影装置により生成された医用画像データの再生指示をユーザ操作に従って入力する入力手段と、
前記入力手段により再生指示が入力された医用画像データの転送要求を行って前記撮影制御装置から転送される当該医用画像データを受信する受信制御手段と、
を備えることを特徴とする医用画像管理システム。
【請求項２】
前記医用画像再生装置は、
前記受信制御手段により受信された医用画像データを一時的に記憶する再生画像記憶手段を更に備えることを特徴とする請求項１に記載の医用画像管理システム。
【請求項３】
前記転送制御手段は、
前記転送要求に応じた前記医用画像データを前記医用画像管理装置に転送し、
前記医用画像管理装置は、
前記撮影制御装置から転送される医用画像データを記憶管理すると共に、当該医用画像データを前記医用画像再生装置に送信する送信制御手段を更に備え、
前記受信制御手段は、
前記撮影制御装置から転送される医用画像データを前記医用画像管理装置を介して受信することを特徴とする請求項１又は２に記載の医用画像管理システム。
【請求項４】
前記撮影制御装置は、
前記転送制御手段により転送された医用画像データを前記一時記憶手段から削除する削除手段を更に備えることを特徴とする請求項１〜３の何れか一項に記載の医用画像管理システム。
【請求項５】
前記撮影制御装置は、
前記一時記憶手段に記憶された医用画像データを所定の時間帯に前記医用画像管理装置へ転送する転送手段を更に備えることを特徴とする請求項１〜４の何れか一項に記載の医用画像管理システム。
【請求項６】
前記撮影制御装置は、
前記医用画像撮影装置による撮影動作の進行状況を示すステータス情報を前記医用画像管理装置に送信するステータス送信手段を更に備え、
前記医用画像管理装置は、
前記医用画像データ毎の撮影動作の進行状況を示すリストデータを作成するリスト作成手段と、
前記撮影制御装置から送信されるステータス情報に基づいて前記リスト作成手段により作成されたリストデータを更新する更新手段と、
を更に備え、
前記医用画像再生装置は、
前記医用画像管理装置により作成更新されたリストデータを表示する表示手段を更に備えることを特徴とする請求項１〜５の何れか一項に記載の医用画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像撮影装置の撮影動作を制御して当該撮影により生成された医用画像データを医用画像管理装置に転送する撮影制御装置と、当該撮影制御装置から転送される医用画像データを記憶管理する医用画像管理装置と、当該医用画像データの再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システムに関する。
【背景技術】
【０００２】
医療の分野では、患者を撮影した医用画像のデジタル化が実現されており、ＣＲ（Computed Radiography）、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、乳房撮影装置、超音波／内視鏡診断装置等といった医用画像撮影装置（以下、「モダリティ」という。）は、撮影して得られた医用画像の画像データ（以下、「医用画像データ」という。）を生成する。【０００３】
医用画像のデジタル化に伴い、各種システムとの統合化が進んでおり、例えば、モダリティが生成した医用画像データを記憶管理するサーバ（医用画像管理装置）と、この記憶管理された医用画像データを再生表示するクライアント端末（医用画像再生装置）とを備えるＰＡＣＳ（Picture Archiving and Communication System：画像保管管理システム）が知られている。【０００４】
また、モダリティの撮影を制御する装置として撮影制御装置（以下「モダリティコンソール」という）が知られている（例えば、特許文献１参照）。モダリティコンソールは、ＨＩＳ（Hospital Information System：病院情報システム）やＲＩＳ（Radiological Information System：放射線情報システム）からのオーダーに従ってモダリティの撮影開始の制御を行い、その撮影により得られた医用画像データを逐次ＰＡＣＳに転送する。
【特許文献１】特開２００２−２１９１２２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
各種モダリティによって生成された医用画像データは、半永久的に参照することができるが、医療の現場においては、撮影直後や診察時間等の特定の時間帯に参照されることが多くある。しかし、特許文献１のようにモダリティで生成された医用画像データをＰＡＣＳのサーバに逐次転送する場合には、クライアントからのサーバへのアクセスが特定の時間帯に集中してしまうため、当該サーバのパフォーマンスが低下してしまう。【０００６】
また、モダリティコンソールにおいて撮影技師等のユーザが確認・チェックを行った医用画像データであっても、読影医により実際には参照されない医用画像データもある。このような医用画像データが、医用画像の参照が多い特定の時間帯にネットワーク上に流れることは、サーバとクライアント端末間の通信速度の低下にもなり、ネットワークが高負荷になると共に、ネットワーク資源の浪費にも繋がってしまった。【０００７】
本発明は、上述した課題に鑑みて為されたものであり、その目的とするところは、医用画像管理システムのネットワーク負荷の軽減と、ネットワーク資源の効率化とを図ることである。
【課題を解決するための手段】
【０００８】
以上の課題を解決するために、請求項１に記載の発明は、
医用画像撮影装置の撮影を制御して当該撮影により生成された医用画像データを医用画像管理装置に転送する撮影制御装置と、当該撮影制御装置から転送される医用画像データを記憶管理する医用画像管理装置と、当該医用画像データの再生表示を行う医用画像再生装置とがネットワークを介して接続された医用画像管理システムにおいて、
前記撮影制御装置は、
前記医用画像管理装置への前記医用画像データの転送の前に、前記医用画像撮影装置により生成された医用画像データを一時的に記憶する一時記憶手段と、
前記医用画像再生装置の転送要求に応じた医用画像データを前記一時記憶手段から読み出して転送する転送制御手段と、
を備え、
前記医用画像再生装置は、
前記医用画像撮影装置により生成された医用画像データの再生指示をユーザ操作に従って入力する入力手段と、
前記入力手段により再生指示が入力された医用画像データの転送要求を行って前記撮影制御装置から転送される当該医用画像データを受信する受信制御手段と、
を備えることを特徴としている。【０００９】
請求項２に記載の発明は、請求項１に記載の発明において、
前記医用画像再生装置は、
前記受信制御手段により受信された医用画像データを一時的に記憶する再生画像記憶手段を更に備えることを特徴としている。【００１０】
請求項３に記載の発明は、請求項１又は２に記載の発明において、
前記転送制御手段は、
前記転送要求に応じた前記医用画像データを前記医用画像管理装置に転送し、
前記医用画像管理装置は、
前記撮影制御装置から転送される医用画像データを記憶管理すると共に、当該医用画像データを前記医用画像再生装置に送信する送信制御手段を更に備え、
前記受信制御手段は、
前記撮影制御装置から転送される医用画像データを前記医用画像管理装置を介して受信することを特徴としている。【００１１】
請求項４に記載の発明は、請求項１〜３の何れか一項に記載の発明において、
前記撮影制御装置は、
前記転送制御手段により転送された医用画像データを前記一時記憶手段から削除する削除手段を更に備えることを特徴としている。【００１２】
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、
前記撮影制御装置は、
前記一時記憶手段に記憶された医用画像データを所定の時間帯に前記医用画像管理装置へ転送する転送手段を更に備えることを特徴としている。【００１３】
請求項６に記載の発明は、請求項１〜５の何れか一項に記載の発明において、
前記撮影制御装置は、
前記医用画像撮影装置による撮影動作の進行状況を示すステータス情報を前記医用画像管理装置に送信するステータス送信手段を更に備え、
前記医用画像管理装置は、
前記医用画像データ毎の撮影動作の進行状況を示すリストデータを作成するリスト作成手段と、
前記撮影制御装置から送信されるステータス情報に基づいて前記リスト作成手段により作成されたリストデータを更新する更新手段と、
を更に備え、
前記医用画像再生装置は、
前記医用画像管理装置により作成更新されたリストデータを表示する表示手段を更に備えることを特徴としている。
【発明の効果】
【００１４】
請求項１に記載の発明によれば、撮影制御装置が医用画像管理装置への医用画像データの転送の前に当該医用画像データを一時記憶し、医用画像再生装置におけるユーザの再生指示に応じてその医用画像データを転送する。このため、医用画像データが撮影制御装置から医用画像再生装置に転送される場合には、再生指示の都度、医用画像管理装置にアクセスが集中することを防止できる。また、医用画像撮影装置の撮影の度に医用画像データが医用画像管理装置に転送されなくなる。従って、医用画像管理システムのネットワーク負荷の軽減と、ネットワーク資源の効率化とを図ることができる。【００１５】
また、請求項２に記載の発明によれば、請求項１に記載の発明と同様の効果が得られるのは無論のこと、医用画像データが撮影制御装置と医用画像再生装置とに分散されて一時記憶されるようになる。【００１６】
また、請求項３に記載の発明によれば、請求項１又は２に記載の発明と同様の効果が得られるのは無論のこと、医用画像管理装置は、撮影制御装置から転送される医用画像データを記憶管理すると共に、医用画像再生装置に送信する。このため、再生指示が入力された場合に医用画像データが転送され、その再生指示の度に逐次医用画像管理装置において記憶してくことができる。【００１７】
また、請求項４に記載の発明によれば、請求項１〜３の何れか一項に記載の発明と同様の効果が得られるのは無論のこと、撮影制御装置は、転送した医用画像データを一時記憶手段から削除するため、撮影制御装置で一時記憶している画像データが医用画像管理装置や医用画像再生装置に分散されていく。【００１８】
また、請求項５に記載の発明によれば、請求項１〜４の何れか一項に記載の発明と同様の効果が得られるのは無論のこと、医用画像の参照の多い時間帯等を避けて医用画像データを医用画像管理装置に転送することができ、ネットワークが高負荷になることを防止できる。【００１９】
また、請求項６に記載の発明によれば、請求項１〜５の何れか一項に記載の発明と同様の効果が得られるのは無論のこと、医用画像撮影装置の撮影の進行状況に応じて送信されるステータス情報に基づいてリストデータが更新されるため、医用画像データの送受信を行うことなく、撮影の進行状況を医用画像管理装置や医用画像再生装置において確認することができる。
【図面の簡単な説明】
【００２０】
【図１】医用画像管理システムのシステム構成の一例を示すブロック図。
【図２】医用画像データのデータ構成の一例を示す図。
【図３】画像選択画面の画面例を示す図。
【図４】サーバ、ビューア及びコンソールの機能構成の一例を示すブロック図。
【図５Ａ】第１実施形態におけるサーバが有する記憶部のデータ構成の一例を示す図。
【図５Ｂ】第１実施形態におけるビューアが有する記憶部のデータ構成の一例を示す図。
【図５Ｃ】第１実施形態におけるコンソールが有する記憶部のデータ構成の一例を示す図。
【図６Ａ】リストデータのデータ構成の一例を示す図。
【図６Ｂ】ステータス更新指示情報のデータ構成の一例を示す図。
【図７】第１実施形態における医用画像管理システムの具体的な動作を説明するためのフローチャート。
【図８】第１実施形態における医用画像管理システムの動作例を示す図。
【図９】第２実施形態におけるビューアが有する記憶部のデータ構成の一例を示す図。
【図１０】第２実施形態における医用画像管理システムの具体的な動作を説明するためのフローチャート。
【図１１】第２実施形態における医用画像管理システムの動作例を示す図。
【符号の説明】
【００２１】
Ｓ      医用画像管理システム
Ｎ      院内ネットワーク
１      ＰＡＣＳ
２      サーバ
３      ビューア
５      モダリティ
４      ＨＩＳ，ＲＩＳ
６      コンソール
２０    制御部
２２    入力部
２４    表示部
２６    記憶部
２８    通信部
３０    制御部
３２    入力部
３４    表示部
３６    記憶部
３７    記憶部
３８    通信部
６０    制御部
６２    入力部
６４    表示部
６６    記憶部
６８    通信部
２６２  リストデータ
２６８  ステータス情報
３６０  リストデータ
６６２  ステータス更新指示情報
６６２ｂ  ステータス情報
３７０  画像一時格納ＤＢ
６６０  画像一時格納ＤＢ
【発明を実施するための最良の形態】
【００２２】
〔第１実施形態〕
以下、本発明の医用画像管理システムの第１実施形態について図１〜図８を参照して説明する。【００２３】
〔医用画像管理システムの概要〕
先ず、医用画像管理システムＳの概要について図１を用いて説明する。図１は、医用画像管理システムＳのシステム構成の一例を示すブロック図である。図１によれば、医用画像管理システムＳは、ＰＡＣＳ１と、ＨＩＳ，ＲＩＳ４と、各種モダリティ５と、当該モダリティ５に対応するコンソール６とが院内ネットワークＮに接続されて構成される。【００２４】
ＨＩＳ（病院情報システム）は、ＣＰＵ（Central Processing Unit）やＲＯＭ（Read Only Memory）やＲＡＭ（Random Access Memory）を含む記憶部、入力部、表示部、通信部等を有するコンピュータにより構成され、医療事務会計や診療予約、電子カルテの管理、検査及び薬剤等の各部門へのオーダリング等、病院内の情報を統括的に管理するシステムである。【００２５】
ＲＩＳ（放射線情報システム）は、ＣＰＵや記憶部、入力部、表示部、通信部等を有するコンピュータにより構成され、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行い、放射線科システム内の情報を統括的に管理するシステムである。【００２６】
ＨＩＳ，ＲＩＳ４は、医師から撮影依頼を受け付けて、その撮影依頼の内容を含むオーダー情報を生成する。そして、そのオーダー情報を院内ネットワークＮを介して該当するコンソール６とサーバ２とに送信する。オーダー情報は、撮影を行う患者の氏名やＩＤ、性別等の患者情報と、医師がオーダーした検査を識別する検査ＩＤ、検査部位、撮影方向及び体位といった検査条件を示す検査情報とを含むデータである。【００２７】
モダリティ５は、撮影技師の操作に従って撮影して得られた画像のデータ信号をＤＩＣＯＭ規格に則したデジタルデータに変換することにより医用画像データを生成して、ＰＡＣＳ１に送信する。モダリティ５としては、図１に示すＣＴ５ａ、ＭＲＩ５ｂ、ＦＰＤ５ｃの他、ＣＲ、乳房撮影装置、超音波診断装置等がある。【００２８】
図２に、医用画像データＤＴ１のデータ構造の一例を示す。図２によれば、医用画像データＤＴ１は、付帯情報ＤＴ３と実画像データＤＴ５とを有して構成される。実画像データＤＴ５は、モダリティ５によって撮影された被写体の撮影画像の画像データであり、ＤＩＣＯＭ規格に準拠したデータ形式である。【００２９】
付帯情報ＤＴ３は、医用画像データＤＴ１の生成を行ったモダリティ５を識別するＡＥ（Application Entity）タイトルと、患者ＩＤや患者氏名、生年月日等の患者情報と、検査ＩＤや検査日時、検査部位等の検査情報とを有して構成される。付帯情報ＤＴ３に含まれるデータは、ＨＩＳ，ＲＩＳ４から受信したオーダー情報に基づいて、例えば、ＤＩＣＯＭ規格に則ったデータで記述される。【００３０】
各モダリティ５それぞれには、コンソール６が設けられている。コンソール６は、各種モダリティ５の撮影開始や終了等の撮影動作を制御して、当該モダリティ５で生成された医用画像データＤＴ１を転送する撮影制御装置であり、当該モダリティ５と直接又は院内ネットワークＮを介してデータ通信可能に構成される。コンソール６としては、図１に示すようにＣＴ５ａの撮影制御を行うＣＴコンソール６ａ、ＭＲＩ５ｂの撮影制御を行うＭＲＩコンソール６ｂ、ＦＰＤ５ｃの撮影制御を行うＦＰＤコンソール６ｃ等がある。【００３１】
例えば、ＣＴ５ａが設置される近隣にＣＴコンソール６ａが設置されるといったように、各モダリティ５と、当該モダリティ５に対応するコンソール６とは、一対の組み合わせで設置される。撮影技師等のユーザは、コンソール６を操作することにより、モダリティ５の撮影の開始及び終了を指示する。また、コンソール６は、モダリティ５により生成された医用画像データＤＴ１を再生表示し、ユーザ指示に従って当該医用画像データＤＴ１に画像処理を施す。【００３２】
ユーザが、例えば、再生表示された医用画像の確認・チェックを行った後に、入力部６２（図４参照）の操作により確認完了の指示入力を行うと、医用画像データＤＴ１は、コンソール６の記憶部６６（図４参照）に一時的に記憶されていく。このコンソール６にて一時記憶される医用画像データＤＴ１は、ＰＡＣＳ１のサーバ２及びビューア３からの要求に従って送信される他、予め定められた時間帯（例えば、午前０時〜５時）にサーバ２にまとめて送信される。【００３３】
また、コンソール６は、モダリティ５における撮影（検査）の進行状況（以下「ステータス」という）を管理して、そのステータスをＰＡＣＳ１のサーバ２に通知する。【００３４】
ＰＡＣＳ１は、モダリティ５において生成された医用画像データＤＴ１を記憶管理するサーバ２と、当該医用画像データＤＴ１の再生表示を行う複数のビューア（クライアント）３とを備えて構成される。【００３５】
サーバ２は、モダリティ５により生成された医用画像データＤＴ１をデータベース化して記憶管理する医用画像管理装置である。モダリティ５において生成された医用画像データＤＴ１は、上述したようにコンソール６において一時記憶されているため、ビューア３において再生表示する指示が入力された際には、該当する医用画像データＤＴ１をコンソール６から取得する。そして、その取得した医用画像データＤＴ１をサーバ２で記憶すると共に、ビューア３に送信する。【００３６】
また、サーバ２は、ＨＩＳ，ＲＩＳ４から送信されるオーダー情報と、コンソール６からのステータスの変更通知とに基づいて、各種モダリティ５において撮影される医用画像に関する各種情報の一覧リストを作成して、各種コンソール６やビューア３に配信する。【００３７】
図３に、その一覧リストＬＳＴを表示した画像選択画面４００の表示例を示す。図３によれば、一覧リストＬＳＴは、患者ＩＤ、患者氏名、生年月日、年齢及び性別といった患者情報を表示する患者情報欄Ｌ１と、検査ＩＤ、検査日、検査部位、モダリティといった検査情報を表示する検査情報欄Ｌ２と、検査状況欄Ｌ３とを有して構成される。【００３８】
検査状況欄Ｌ３は、検査ＩＤで示される検査のステータスを表示するための欄であり、検査が既に終了している場合には「終了」、検査中であれば「検査中」といったステータスが表示される。例えば、図３における検査ＩＤ「００００００００２１」に該当する検査は、ＣＴ５ａにおいて行われ、その検査状況の「終了」から既に終了していることを示している。【００３９】
ビューア３は、ＬＣＤ（Liquid Crystal Display）等を備えて構成され、医用画像データＤＴ１に基づいた医用画像を再生表示する医用画像再生装置である。ビューア３は、図３に示すような一覧リストＬＳＴを表示するためのリストデータ（後述）をサーバ２から取得して表示する。ユーザが、所望の検査ＩＤを選択すると、その検査ＩＤに対応する医用画像データＤＴ１がサーバ２を介して転送されて、当該医用画像データＤＴ１が再生表示される。【００４０】
即ち、医用画像データＤＴ１の記憶管理を行う機能と、医用画像データＤＴ１の再生表示を行う機能とを分散したクライアントサーバシステムがサーバ２及びビューア３により実現される。【００４１】
〔コンソール、サーバ及びビューアの機能構成〕
次に、図４〜図６を参照して、サーバ２、ビューア３及びコンソール６の機能構成について説明する。尚、サーバ２、ビューア３及びコンソール６は、汎用的なコンピュータで実現可能であり、その主たる構成要素は同一であるため、それぞれの機能構成を図４のブロック図に示す。【００４２】
〔サーバ〕
サーバ２は、制御部２０、入力部２２、表示部２４、記憶部２６及び通信部２８を備えて構成される。制御部２０は、ＣＰＵやＲＯＭ、ＲＡＭ等により構成され、各機能部の動作の制御と、機能部間のデータ入出力の制御等を行うことでサーバ２を統括的に管理・制御する。【００４３】
具体的には、入力部２２から入力される操作信号に応じてＲＯＭや記憶部２６に格納されたプログラムを読み出し、当該プログラムに従った処理を実行する。そして、その処理結果に基づいて、表示部２４の表示画面の更新や記憶部２６へのデータの記憶、外部機器とのデータ通信等を行う。【００４４】
入力部２２は、カーソルキーやテンキー等の各種キー群や、マウスやタッチパネル等のポインティングデバイスを備えて構成される。入力部２２は、ユーザに押下されたキーに対応する操作信号や、ポインティングデバイスにより指定された画面上の座標位置に対応する操作信号を制御部２０に出力する。【００４５】
表示部２４は、ＣＲＴ（Cathode-ray Tube）やＬＣＤ等により構成され、制御部２０の制御に基づいた表示画面の表示を行う。通信部２８は、ＬＡＮインターフェイス等により構成され、院内ネットワークＮを介してビューア３やコンソール６との間でデータ通信を行う機能部である。【００４６】
記憶部２６は、磁気的、光学的な記憶媒体にデータの読み書きを行う機能部であり、ＨＤＤ（Hard Disk Drive）等により構成される。図５Ａに、記憶部２６のデータ構成例を示す。図５Ａによれば、記憶部２６は、画像管理ＤＢ２６０と、リストデータ２６２とを記憶している。【００４７】
画像管理ＤＢ２６０は、コンソール６から受信した医用画像データＤＴ１を蓄積記憶するデータベースである。制御部２０は、モダリティ５により生成された医用画像データＤＴ１をコンソール６を介して受信すると、当該医用画像データＤＴ１に含まれる付帯情報ＤＴ３に基づいて検索可能に画像管理ＤＢ２６０に記憶する。【００４８】
リストデータ２６２は、図３に示すような一覧リストＬＳＴを表示するための表示データであり、図６Ａに示すようなデータ構成を有して構成される。即ち、リストデータ２６２は、患者ＩＤ２６４ａ、患者氏名２６４ｂ、生年月日２６４ｃ及び性別２６４ｄを含む患者情報２６４と、検査ＩＤ２６６ａ、検査日付２６６ｂ、部位２６６ｃ及びモダリティ種別２６６ｄを含む検査情報２６６と、ステータス情報２６８とを有して構成される。【００４９】
リストデータ２６２のうちの患者情報２６４及び検査情報２６６は、ＨＩＳ，ＲＩＳ４から送信されるオーダー情報に基づいて設定される。制御部２０は、ＨＩＳ，ＲＩＳ４からオーダー情報を受信すると、そのオーダー情報から患者情報２６４及び検査情報２６６を抽出して、リストデータ２６２に蓄積記憶していく。【００５０】
ステータス情報２６８は、当該ステータス情報２６８に対応付けられた患者情報２６４及び検査情報２６６において示される検査の進行状況を示すデータである。リストデータ２６２に患者情報２６４及び検査情報２６６が記憶された際、ステータス情報２６８には、初期データとして無効データが記憶される。【００５１】
そして、コンソール６から検査開始を示すデータ（後述するステータス更新指示情報６６２）がサーバ２に送信されてきた際には、リストデータ２６２中のステータス情報２６８が検査中を示すデータに更新される。また、コンソール６から検査終了を示すデータがサーバ２に送信されてきた際には、ステータス情報２６８が検査終了を示すデータに更新される。【００５２】
〔ビューア〕
ＰＡＣＳ１のビューア３は、図３に示すように、制御部３０、入力部３２、表示部３４、記憶部３６及び通信部３８を備えて構成される。尚、ビューア３の各機能部の構成は、サーバ２の各機能部の構成と同一であるため、その詳細な説明は省略する。【００５３】
図５Ｂに、ビューア３の記憶部３６のデータ構成例を示す。図５Ｂによれば、記憶部３６は、リストデータ３６０を記憶している。このリストデータ３６０は、サーバ２側で記憶されているリストデータ２６２と同一のデータ構成である。【００５４】
サーバ２側でリストデータ２６２が更新される度に、そのリストデータ２６２がビューア３に送信されてくる。このリストデータ３６０に基づくことで、ビューア３側でもサーバ２と同様の図３に示すような一覧リストＬＳＴを表示することが可能になる。【００５５】
ユーザは、この一覧リストＬＳＴを参照して再生表示させるリストを選択する。制御部３０は、入力部３２からの操作信号に基づいて選択されたリストに対応するステータス情報２６８が無効データであったり、検査中を示している場合には、そのリストに対応する医用画像データＤＴ１の再生が不可である旨のメッセージを表示部３４に表示させる。【００５６】
また、ステータス情報２６８が検査終了を示している場合には、医用画像データＤＴ１の患者ＩＤ２６４ａ及び検査ＩＤ２６６ａをリストデータ３６０から抽出し、サーバ２に送信することで、医用画像データＤＴ１の送信を要求する。【００５７】
このとき、サーバ２側では、その患者ＩＤ２６４ａ及び検査ＩＤ２６６ａを含む医用画像データＤＴ１が画像管理ＤＢ２６０から読み出されるか、コンソール６から取得されてビューア３に送信される。ビューア３では、サーバ２から送信された医用画像データＤＴ１が表示部３４に再生表示される。【００５８】
〔コンソール〕
コンソール６は、図３に示すように、制御部６０、入力部６２、表示部６４、記憶部６６及び通信部６８を備えて構成される。コンソール６の各機能部の構成は、サーバ２の各機能部の構成と略同一である。【００５９】
コンソール６の通信部６８は、サーバ２及びビューア３と同様にＬＡＮインターフェイス等により構成されるが、例えば、シリアルインターフェイス等で構成することとして、モダリティ５と直接データ通信して医用画像データＤＴ１を受信することとしてもよい。【００６０】
図５Ｃに、コンソール６の記憶部６６のデータ構成例を示す。図５Ｃによれば、記憶部６６は、画像一時格納ＤＢ６６０と、ステータス更新指示情報６６２とを記憶している。【００６１】
画像一時格納ＤＢ６６０は、モダリティ５から受信した医用画像データＤＴ１を一時的に記憶するデータベースである。具体的には、モダリティ５により生成された医用画像データＤＴ１が、当該医用画像データＤＴ１に含まれる付帯情報ＤＴ３に基づいて検索可能に記憶される。【００６２】
制御部６０は、サーバ２から医用画像データＤＴ１の送信を要求されると、画像一時格納ＤＢ６６０から指定された医用画像データＤＴ１を読み出してサーバ２に送信すると共に、その送信した医用画像データＤＴ１を画像一時格納ＤＢ６６０から削除する。【００６３】
また、制御部６０は、現在時刻が所定の時刻（例えば、ＡＭ０：００）になった場合に、画像一時格納ＤＢ６６０に記憶している医用画像データＤＴ１を全てサーバ２に送信する。この医用画像データＤＴ１を送信する時刻は、院内ネットワークＮの通信負荷が低い時間帯が好ましく、例えば、医用画像データＤＴ１の参照等が少ない時間帯の時刻で深夜０：００〜３：００等に設定される。【００６４】
このため、画像一時格納ＤＢ６６０に記憶された医用画像データＤＴ１のうち、サーバ２から送信要求があった医用画像データＤＴ１が逐次サーバ２に送信され、他の送信要求がなかった医用画像データＤＴ１は、所定の時刻にサーバ２に送信されることとなる。【００６５】
ステータス更新指示情報６６２は、サーバ２において記憶されているリストデータ２６２のステータス情報２６８の更新を指示するためのデータであり、図６Ｂに示すデータ構成例のように検査ＩＤ６６２ａと、ステータス情報６６２ｂとを有して構成される。ステータス情報６６２ｂは、モダリティ５における撮影・検査の進行状況を示すデータである。【００６６】
制御部６０は、ＨＩＳ，ＲＩＳ４からオーダー情報を受信すると、当該オーダー情報に基づいてモダリティ５の撮影・検査のスケジューリングを行う。そして、そのスケジューリングに従ってモダリティ５に撮影開始の指示を通信部６８を介して出力し、当該撮影・検査を実行させる。【００６７】
制御部６０は、モダリティ５の撮影・検査を制御し、その進行状況に従ったステータス情報６６２ｂを生成する。そして、モダリティ５において実行されている検査の検査ＩＤ６６２ａとステータス情報６６２ｂとを対応付けてステータス更新指示情報６６２としてＰＡＣＳ１のサーバ２に送信する。このとき、サーバ２では、コンソール６から送信されるステータス更新指示情報６６２に基づいてリストデータ２６２のステータス情報２６８が更新される。【００６８】
具体的には、モダリティ５の撮影を開始した際には、検査開始を示すステータス情報６６２ｂを含むステータス更新指示情報６６２をサーバ２に送信する。また、撮影が終了した際には、その撮影により生成された医用画像データＤＴ１を画像一時格納ＤＢ６６０に記憶すると共に、検査終了を示すステータス情報６６２ｂを含むステータス更新指示情報６６２を送信する。【００６９】
一方、このステータス更新指示情報６６２が送信されてくるサーバ２側では、ステータス更新指示情報６６２を受信すると、当該ステータス更新指示情報６６２に含まれる検査ＩＤ６６２ａを有する検査情報２６６をリストデータ２６２から検索し、その検査情報２６６に対応付けられたステータス情報２６８を受信したステータス情報６６２ｂで上書きして更新する。【００７０】
即ち、コンソール６において医用画像の撮影が開始されると、ステータス更新指示情報６６２の送受信によってリストデータ２６２のステータス情報２６８が検査中を示すデータに書き換えられ、また、撮影が終了すると、当該ステータス情報２６８が検査終了を示すデータに書き換えられる。このため、医用画像データＤＴ１の送受信を行わずに、ステータス更新指示情報６６２の送受信によってリストデータ２６２のステータス情報２６８が更新され、サーバ２側で検査の進行状況を管理して表示することができる。【００７１】
〔医用画像管理システムの具体的な動作〕
次に、医用画像管理システムＳの具体的な動作について図７及び８を参照して説明する。図７は、医用画像管理システムＳの具体的な動作を説明するためのフローチャートであり、図８は、医用画像管理システムＳの動作例を示す図である。尚、図７に示すフローチャートの処理は、モダリティ５、コンソール６、サーバ２及びビューア３の制御部が主体となって行う処理であるが、説明の簡便化のため、各装置を主体として以下説明する。【００７２】
先ず、コンソール６は、ＨＩＳ，ＲＩＳ４から受信したオーダー情報に基づいて撮影の開始指示を該当するモダリティ５に送信すると共に（ステップＢ１）、検査開始を示すステータス更新指示情報６６２をサーバ２に送信する（ステップＢ２）。【００７３】
サーバ２では、ＨＩＳ，ＲＩＳ４から受信したオーダー情報に基づいてリストデータ２６２を生成し、当該リストデータ２６２をビューア３に送信して図３に示すような画像選択画面４００を当該ビューア３に表示させる。【００７４】
そして、コンソール６からステータス更新指示情報６６２を受信した場合には（ステップＣ１）、そのステータス更新指示情報６６２に基づいてリストデータ２６２を更新する（ステップＣ２）。サーバ２は、更新したリストデータ２６２をビューア３に送信して（ステップＣ２）、ビューア３の画像選択画面４００を更新させる（ステップＤ１）。【００７５】
図８においては、ＣＴコンソール６ａがＣＴ５ａに撮影開始を指示して、当該ＣＴコンソール６ａからサーバ２にステータス更新指示情報６６２が送信される。このとき、サーバ２が受信したステータス更新指示情報６６２の検査ＩＤ６６２ａが‘００００００１０３２’であり、ステータス情報６６２ｂが「検査中」であるとすると、このステータス情報６６２ｂに基づいてリストデータのステータス情報が書き換えられ、図３のように検査ＩＤが‘００００００１０３２’の検査状況Ｌ３０が「検査中」という表示に更新される。【００７６】
その後、モダリティ５において医用画像の撮影が終了すると、図８のＣＴ５ａとＣＴコンソール６ａのように医用画像データＤＴ１が当該コンソール６に送信されてくる（ステップＡ２）。コンソール６は、医用画像データＤＴ１を受信すると（ステップＢ３）、その医用画像データＤＴ１に基づいた医用画像を表示部６４に表示させ（ステップＢ４）、ユーザの確認操作を待機する（ステップＢ５）。【００７７】
ユーザは、表示された医用画像を参照して、付帯情報の成否やコントラストを確認し修正等を施した後に当該医用画像の確認が終了した旨を入力部６２を操作して入力する。コンソール６は、このユーザの入力部６２の操作を検出した場合に（ステップＢ５；Ｙｅｓ）、表示した医用画像データＤＴ１を画像一時格納ＤＢ６６０に一時的に記憶する（ステップＢ６）。【００７８】
また、ステップＢ５において再撮影の指示が入力部６２を介して入力された場合には（ステップＢ５；Ｎｏ）、ステップＢ１に処理を移行して再度モダリティ５に撮影の開始指示を送信する。【００７９】
コンソール６は、医用画像データＤＴ１を画像一時格納ＤＢ６６０に記憶すると、その医用画像データＤＴ１の付帯情報ＤＴ３に含まれる検査ＩＤ６６２ａと、検査終了を示すステータス情報６６２ｂとを組み合わせたステータス更新指示情報６６２を生成してサーバ２に送信する（ステップＢ７）。【００８０】
サーバ２は、コンソール６からステータス更新指示情報６６２を受信すると（ステップＣ３）、そのステータス更新指示情報６６２に基づいてリストデータ２６２を更新し（ステップＣ４）、当該リストデータ２６２をビューア３に送信してビューア３の画像選択画面４００を更新させる（ステップＤ２）。【００８１】
図８において、ＣＴ５ａが撮影を終了してＣＴコンソール６ａからサーバ２にステータス更新指示情報６６２が送信され、そのステータス更新指示情報６６２の検査ＩＤ６６２ａが‘００００００１０３２’、ステータス情報６６２ｂが「検査終了」であるとすると、このステータス情報６６２ｂに基づいてリストデータ２６２が書き換えられ、図３の検査状況Ｌ３０の「検査中」が「検査終了」という表示に更新される。【００８２】
ビューア３側のユーザが、画像選択画面４００上で検査状況Ｌ３０が「検査終了」となった医用画像、即ち、リストデータ２６２中の検査終了を示すステータス情報２６８が対応付けられた検査情報２６６の医用画像を選択した場合、ビューア３は、その選択された医用画像の検査ＩＤ２６６ａを送信することで当該医用画像の送信要求をサーバ２に対して行う（ステップＤ３）。【００８３】
サーバ２は、ビューア３から医用画像の送信要求を受信すると、受信した検査ＩＤに対応する医用画像データＤＴ１を画像管理ＤＢ２６０から検索する。このとき、検査ＩＤに対応する医用画像データＤＴ１が検索されれば、その医用画像データＤＴ１をビューア３に送信するが、画像管理ＤＢ２６０に格納されておらず検索できなかった場合には、ビューア３と同様に検査ＩＤを送信することで医用画像の送信要求をコンソール６に対して行う。【００８４】
コンソール６は、サーバ２から医用画像の送信要求を受信すると、受信した検査ＩＤを付帯情報ＤＴ３内に含む医用画像データＤＴ１を画像一時格納ＤＢ６６０から検索して、図８のＣＤコンソール６のようにサーバ２に送信する（ステップＢ８）。そして、その送信した医用画像データＤＴ１を画像一時格納ＤＢ６６０から削除する（ステップＢ９）。【００８５】
サーバ２は、医用画像の送信要求後に医用画像データＤＴ１をコンソール６から受信すると（ステップＣ５）、その医用画像データＤＴ１を画像管理ＤＢ２６０に記憶すると共に（ステップＣ６）、その当該医用画像データＤＴ１を図８のようにビューア３に送信する（ステップＣ７）。【００８６】
ビューア３は、ステップＤ３の医用画像の送信要求後に、医用画像データＤＴ１をサーバ２から受信すると（ステップＤ４）、当該医用画像データＤＴ１に基づいた医用画像を表示部３４に表示させる（ステップＤ５）。【００８７】
一方、コンソール６は、時刻計時を行い、その現在時刻が所定の時刻に到達した場合、画像一時格納ＤＢ６６０に記憶している医用画像データＤＴ１の全てをサーバ２に送信する（ステップＢ１０）。このとき、サーバ２は、コンソール６から受信した医用画像データＤＴ１を画像管理ＤＢ２６０に記憶する（ステップＣ８〜Ｃ９）。【００８８】
以上、第１実施形態によれば、コンソール６は、モダリティ５の撮影の進行状況に応じたステータス更新指示情報６６２をサーバ２に送信するため、医用画像の撮影の都度、医用画像データＤＴ１がサーバ２に逐次送信されることがなくなり、深夜等の所定の時間帯に医用画像データＤＴ１がサーバ２にまとめて送信される。このため、診察時間等のネットワーク負荷が高くなりやすい時間帯に院内ネットワークＮが高負荷となってしまうことを防止できる。【００８９】
また、ビューア３側で医用画像の参照の指示入力が為された場合に、その医用画像データＤＴ１がコンソール６からサーバ２に送信されるため、診察時間等の時間帯にサーバ２のコンソール６との間に係る通信処理の負荷が軽減され、サーバ２のパフォーマンスの低下を防止できる。従って、医用画像管理システムＳのネットワーク負荷の軽減と、ネットワーク資源の効率化とを図ることができる。【００９０】
〔第２実施形態〕
次に、医用画像管理システムＳの第２実施形態について図９〜図１１を参照して説明する。第２実施形態における医用画像管理システムＳのシステム構成は、第１実施形態におけるシステム構成と略同一である。【００９１】
また、第２実施形態におけるビューア３は、図５Ｂに示す記憶部３６を図９に示す記憶部３７に置き換えた構成により実現され、サーバ２及びコンソール６は、第１実施形態における各装置の機能構成と略同一の機能構成により実現される。このため、以下の説明において、第１実施形態と同一の構成要素には、同一の符号を付してその説明を省略する。【００９２】
図９によれば、ビューア３の記憶部３７は、リストデータ３６０と画像一時格納ＤＢ３７０とを記憶している。画像一時格納ＤＢ３７０は、コンソール６から受信した医用画像データＤＴ１を一時的に記憶するデータベースである。【００９３】
制御部３０は、ユーザの入力部３２の操作により、医用画像の閲覧の指示入力が行われると、その医用画像データＤＴ１の送信をコンソール６に要求する。そして、当該コンソール６から送信される医用画像データＤＴ１を受信すると、その医用画像データＤＴ１に基づいた医用画像を表示すると共に、当該医用画像データＤＴ１を一時的に画像一時格納ＤＢ３７０に記憶する。【００９４】
図１０は、第２実施形態における医用画像管理システムＳの具体的な動作を説明するためのフローチャートである。尚、図１０において、図７に示した第１実施形態における医用画像管理システムＳの処理ステップと同一の処理ステップには、同一のステップ番号を付してその詳細な説明を省略する。【００９５】
図１０のフローチャートにおいて先ず、モダリティ５は、コンソール６からの撮影開始指示に基づいて撮影を行い、図１１のＣＴ５ａからＣＴコンソール６ａへのように生成した医用画像データＤＴ１を各コンソール６に送信する（ステップＡ１〜Ａ２）。【００９６】
コンソール６は、ＨＩＳ，ＲＩＳ４から送信されたオーダー情報に基づいてモダリティ５に撮影開始の指示を送信し、検査開始を示すステータス更新指示情報６６２をサーバ２に送信する（ステップＢ１〜Ｂ２）。【００９７】
そして、モダリティ５から送信される医用画像データＤＴ１を受信して再生表示した後に、ユーザの確認入力が為された場合に、その医用画像データＤＴ１を画像一時格納ＤＢ６６０に記憶し、検査終了を示すステータス更新指示情報６６２をサーバ２に送信する（ステップＢ３〜Ｂ７）。【００９８】
サーバ２は、コンソール６からステータス更新指示情報６６２を受信すると、当該ステータス更新指示情報６６２に基づいてリストデータ２６２を更新してビューア３に送信する（ステップＣ１〜Ｃ２、Ｃ３〜Ｃ４）。【００９９】
ビューア３は、サーバ２から送信されるリストデータ２６２に基づいて画像選択画面４００を表示した後（ステップＤ１、Ｄ２）、入力部３２の操作に応じて当該画像選択画面４００上で医用画像が選択された場合は、その選択された医用画像の検査ＩＤをコンソール６に送信して、医用画像データＤＴ１の送信を要求する（ステップＤ３ａ）。【０１００】
このとき、コンソール６は、ビューア３から受信した検査ＩＤを付帯情報の検査情報に含む医用画像データＤＴ１を画像一時格納ＤＢ６６０から検索して、その医用画像データＤＴ１を図１１のＣＴコンソール６ａのようにビューア３に送信すると共に（ステップＢ８ａ）、画像一時格納ＤＢ６６０から削除する（ステップＢ９）。【０１０１】
尚、コンソール６が画像一時格納ＤＢ６６０を検索して、受信した検査ＩＤを含む医用画像データＤＴ１が記憶されていなかった場合には、コンソール６は、ステップＤ３ａと同様にサーバ２に医用画像データＤＴ１の送信の要求を行うこととしてもよい。【０１０２】
ビューア３は、コンソール６から送信された医用画像データＤＴ１を受信すると（ステップＤ４ａ）、その医用画像データＤＴ１をビューア３側の画像一時格納ＤＢ６６０に一時的に記憶すると共に（ステップＤ４ｂ）、医用画像の再生表示を行う（ステップＤ５）。【０１０３】
一方、コンソール６は、時刻計時を行い、その現在時刻が所定の時刻に到達した場合に画像一時格納ＤＢ６６０に記憶している医用画像データＤＴ１の全てをサーバ２に送信する（ステップＢ１０）。また、ビューア３も同様に時刻計時を行い、その現在時刻が所定の時刻に到達した場合に画像一時格納ＤＢ３７０に記憶している医用画像データＤＴ１の全てをサーバ２に送信する（ステップＤ６）。【０１０４】
このとき、サーバ２は、図１１のＣＴコンソール６ａ及びビューア３のようにコンソール６とビューア３とのそれぞれから受信した医用画像データＤＴ１を画像管理ＤＢ２６０に記憶する（ステップＣ８ａ〜Ｃ９）。【０１０５】
以上、第２実施形態によれば、ビューア３からの医用画像データＤＴ１の送信指示に応じてコンソール６は、医用画像データＤＴ１をビューア３に転送され、医用画像の参照の際にサーバ２が介されない。このため、サーバ２のパフォーマンスの低下を防止できる。また、送信指示が為された医用画像データＤＴ１はコンソール６から削除され、ビューア３に一時的に記憶されるため、コンソール６の負荷を低減することもできる。従って、医用画像管理システムＳのネットワーク負荷の軽減と、ネットワーク資源の効率化とを図ることができる。【０１０６】
尚、第２実施形態においてビューア３が医用画像データＤＴ１の送信指示をコンソール６に直接行って受信することとして説明したが、第１実施形態のようにサーバ２を介して送信指示を行って、当該サーバ２を介して医用画像データＤＴ１を受信することとしてもよい。この場合、サーバ２は、第１実施形態と同様に中継する医用画像データＤＴ１を画像管理ＤＢ２６０に記憶することで、所定の時間帯にビューア３やコンソール６が送信する医用画像データＤＴ１の枚数を低減させることができる。【０１０７】
また、第２実施形態においてコンソール６がステップＢ８ａにおいて医用画像データＤＴ１を送信後、当該医用画像データＤＴ１を画像一時格納ＤＢ６６０から削除することとして説明したが、次のようにしてもよい。即ち、コンソール６は、ステップＢ８ａにおいて送信した医用画像データＤＴ１を削除せずに一時記憶しておき、ステップＢ１０においてその送信済の医用画像データＤＴ１もサーバ２に送信する。この場合、ビューア３は、受信した医用画像データＤＴ１を一時記憶してサーバ２に送信する必要がなくなる。また、医用画像データＤＴ１の一時記憶をコンソール６でのみ行うため、医用画像管理システムＳの処理を簡単にすることができる。
【産業上の利用可能性】
【０１０８】
医療分野において利用することが可能であり、モダリティ、ビューワ、サーバ等を含んで構成される医用画像管理システムに適用することができる。
【図１】
2008075526.tif 000003
【図２】
2008075526.tif 000004
【図３】
2008075526.tif 000005
【図４】
2008075526.tif 000006
【図５Ａ】
2008075526.tif 000007
【図５Ｂ】
2008075526.tif 000008
【図５Ｃ】
2008075526.tif 000009
【図６Ａ】
2008075526.tif 000010
【図６Ｂ】
2008075526.tif 000011
【図７】
2008075526.tif 000012
【図８】
2008075526.tif 000013
【図９】
2008075526.tif 000014
【図１０】
2008075526.tif 000015
【図１１】
2008075526.tif 000016
【国際調査報告】
2008075526.tif 000017
2008075526.tif 000018