JP2014115800A - サーバ装置、読影システム及び医用画像の枚数確認方法 - Google Patents

Abstract

【課題】サーバ装置のみの対応によって、医用画像収集装置から送信される医用画像の枚数を確認し、検査において取得された医用画像の全てがサーバ装置に揃ったことを担保することが可能なサーバ装置、読影システム及び医用画像の枚数確認方法を提供する。
【解決手段】医用画像収集装置２において撮影、生成された被検体の医用画像を保存するサーバ装置１であって、医用画像の撮影内容ごとに定められている医用画像の基準枚数と、医用画像収集装置２から送信される医用画像の枚数との比較を行い、医用画像収集装置２から送信された医用画像収集装置２において撮影された医用画像の全てを受信したか否かを確認する枚数管理部１０と、基準枚数を規定するテーブルを作成するテーブル作成部２０とを備える。
【選択図】図２

Description

本発明の実施の形態は、サーバ装置、読影システム及び医用画像の枚数確認方法に関する。

近年、例えば、Ｘ線ＣＴ装置（computed tomography：コンピュータ断層撮影装置）や、磁気共鳴診断装置（ＭＲＩ：magnetic resonance imaging）等といった、被検体の内部情報を収集し医用画像として生成する医用画像収集装置が利用されるようになってきている。読影され生成された医用画像は、例えば、読影医によって読影用ワークステーションを利用した読影処理に利用される。

読影医が読影を行うに当たっては、医用画像が格納されているサーバ装置にアクセスして必要な医用画像を利用することになるが、そもそも当該サーバ装置には、通信ネットワークを介して医用画像収集装置から医用画像が送信され、格納される。そして読影処理は、被検体の少しの変化も見逃すことなく漏れなく行われる必要があることから、基本的に撮影された全ての医用画像が揃ったことをもって行われる。

但し、医用画像収集装置からサーバ装置に対して全ての医用画像が送信され、漏れなく受信したか否か（全ての医用画像が揃ったか否か）について判断するのは困難である。この原因は、次第に医用画像収集装置において生成される医用画像の種類、枚数等が増大していること、或いは、医用画像収集装置からサーバ装置へ、例えば、ある検査ごとにまとまって医用画像が送信されるとは限らないことが挙げられる。

そこで、例えば、以下の特許文献１に記載の発明等を用いて医用画像収集装置からサーバ装置へ送信する医用画像を検査ごとにまとめることが行われている。つまり、医用画像収集装置において転送キューを制御することによって検査ごとの転送要求がまとまるように制御されていることから、サーバ装置へはある程度まとまって医用画像が送信されることになる。

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

しかしながら、上記特許文献１において開示されている発明は、画像再構成に比べて転送に多くの時間を要する場合は有効な措置であるが、近年のように通信ネットワークの性能が向上し、画像生成直後に送信が完了してしまうような場合にはその有用性が生かされない。

また、ＤＩＣＯＭ規格のＭＰＰＳ（Modality Performed Procedure Step）の機能を利用すれば医用画像収集装置からサーバ装置へと送信される医用画像が全て揃ったか否か確認可能である。但し、この機能を利用するには、医用画像収集装置及びサーバ装置の両者での対応が必要となり煩雑である。

本発明は上記課題を解決するためになされたものであり、本発明の目的は、サーバ装置のみの対応によって、医用画像収集装置から送信される医用画像の枚数を確認し、検査において取得された医用画像の全てがサーバ装置に揃ったことを担保することが可能なサーバ装置、読影システム及び医用画像の枚数確認方法を提供することにある。

請求項１に記載の発明の特徴は、医用画像収集装置において撮影、生成された被検体の医用画像を保存するサーバ装置であって、医用画像の撮影内容ごとに定められている医用画像の基準枚数と、医用画像収集装置から送信される医用画像の枚数との比較を行い、医用画像収集装置から送信された医用画像収集装置において撮影された医用画像の全てを受信したか否かを確認する枚数管理部と、基準枚数を規定するテーブルを作成するテーブル作成部とを備える。

請求項７に記載の発明の特徴は、読影システムにおいて、被検体の内部情報を取得し、医用画像を生成する医用画像収集装置と、医用画像収集装置において撮影、生成された被検体の医用画像を保存するサーバ装置であって、医用画像の撮影内容ごとに定められている医用画像の基準枚数と、医用画像収集装置から送信される医用画像の枚数との比較を行い、医用画像収集装置から送信された医用画像収集装置において撮影された医用画像の全てを受信したか否かを確認する枚数管理部と、基準枚数を規定するテーブルを作成するテーブル作成部とを備えるサーバ装置と、医用画像収集装置、及び、サーバ装置と通信ネットワークを介して接続し、サーバ装置において確認され、医用画像収集装置において生成されて漏れなくサーバ装置に格納されている医用画像の読影を行う読影用ワークステーションとを備えている。

請求項８に記載の発明の特徴は、医用画像の枚数確認方法において、医用画像収集装置において撮影された医用画像を受信するステップと、受信した医用画像と同じプロトコルであって、テーブルに記憶されているプロトコルに関する情報を取得し、１つの検査を構成するシリーズごとにテーブルに記憶されている基準となる枚数分前記医用画像を受信しているか否かを確認するステップと、医用画像が含まれるシリーズ内全ての医用画像に関する枚数の確認が完了し、かつ、検査を構成する全てのシリーズについて枚数の確認が完了した場合には、確認の処理を完了し、テーブルの内容を更新、或いは、追加するステップとを備える。

実施の形態における医用画像処理装置を含む読影システムの全体構成を示すブロック図である。 第１の実施の形態におけるサーバ装置の内部構成を示すブロック図である。 実施の形態における枚数管理部の内部構成を示すブロック図である。 実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。 医用画像収集装置内における検査、シリーズと送信順序等との関係を示す表である。 実施の形態における説明において使用する検査、シリーズ、医用画像の関係を示す説明図である。 サーバ装置の表示部に示される表示画面の一例を示す画面例である。 サーバ装置内に予め格納されている、医用画像の枚数の確認処理を行う際の基準となる枚数を定めるテーブルの一例を示す説明図である。 医用画像の枚数の確認処理を行う際、その枚数を把握する方法を説明する際に用いる説明図である。 実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。 実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。 実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。 第２の実施の形態におけるサーバ装置の内部構成を示すブロック図である。 第２の実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。

以下、本発明の実施の形態について図面を参照して詳細に説明する。

（第１の実施の形態）
図１は、実施の形態におけるサーバ装置１を含む読影システムＳの全体構成を示すブロック図である。読影システムＳは、サーバ装置１と、医用画像収集装置２と、読影用ワークステーション３と、これらを互いに接続する通信ネットワークＮから構成される。読影システムＳは、それ自体独立したシステムとして構成されても良いが、例えば、病院情報管理システム（ＨＩＳ：Hospital Information System）、放射線部門情報管理システム（ＲＩＳ：Radiological Information System）、医用画像管理システム（ＰＡＣＳ：Picture Archiving Communication System）といった医療機関内に構築された各種管理システムの全て、或いは、その一部を構成するようにされていても良い。

サーバ装置１は、医用画像収集装置２において撮影されて生成された医用画像を保存する。また、読影用ワークステーション３（を利用する読影医）からの要求に応じて、読影に必要な画像を検索して読影用ワークステーション３の表示部に表示させる。

なお、ここでは、読影処理に必要な医用画像の解析や加工等の各種処理については、サーバ装置１にてまとめて行い、読影用ワークステーション３は、各種要求の送信と要求に応じたサーバ装置１からの医用画像を受信するのみの、いわばクラウドシステムを採用している。従って、上述したように、本発明の実施の形態におけるサーバ装置１は、医用画像の保存のみならず、読影に必要な各種処理を行うことが可能に構成されている。

但し、読影に必要な各種処理を読影用ワークステーション３にて行い、あくまでもサーバ装置１は医用画像の保存のみとすることも可能である。

医用画像収集装置２は、被検体を撮影してその内部情報を取得するとともに、医用画像の生成、加工処理を行う。生成された医用画像は、通信ネットワークＮを介してサーバ装置１へと送信する。医用画像収集装置２としては、例えば、Ｘ線ＣＴ装置（computed tomography：コンピュータ断層撮影装置）や、磁気共鳴診断装置（ＭＲＩ：magnetic resonance imaging）等が該当する。

読影用ワークステーション３は、読影医が医用画像の読影を行う際に使用するワークステーションである。その処理能力に関して、例えば、上述したように、読影システムＳがクラウドシステムを採用している場合には、サーバ装置１から送信される医用画像を最低限表示することができれば足りる。

なお、図１に示す読影システムＳでは、通信ネットワークＮに２つの読影用ワークステーション３Ａ及び３Ｂ（以下、適宜これら複数の読影用ワークステーションをまとめて「読影用ワークステーション３」と表わす。）が接続されているが、通信ネットワークＮに接続される読影用ワークステーションの数は単数、或いは複数のいずれでも良く、その数は任意である。また、医用画像収集装置についても、図１に示す読影システムＳでは、通信ネットワークＮに１つのみ示されているが、接続される数は単数でも、或いは、複数でも良い。

通信ネットワークＮは、サーバ装置１、医用画像収集装置２及び、読影用ワークステーション３をそれぞれつなぎ、互いの間で、例えば医用画像のやりとりを可能とする。通信ネットワークＮの例としては、ＬＡＮ（Local Area Network）やインターネット等のネットワークを挙げることができる。また、この通信ネットワークＮで使用される通信規格は、ＤＩＣＯＭ（Digital Imaging and Communication in Medicine）等、いずれの規格であっても良い。

図２は、第１の実施の形態におけるサーバ装置１の内部構成を示すブロック図である。

サーバ装置１は、ＣＰＵ（Central Processing Unit）１ａと、ＲＯＭ(Read Only Memory)１ｂと、ＲＡＭ（Random Access Memory）１ｃ及び入出力インターフェイス１ｄがバス１ｅを介して接続されている。入出力インターフェイス１ｄには、入力部１ｆと、表示部１ｇと、通信制御部１ｈと、記憶部１ｉと、リムーバブルディスク１ｊと、枚数管理部１０と、テーブル作成部２０とが接続されている。

ＣＰＵ１ａは、入力部１ｆからの入力信号に基づいてＲＯＭ１ｂからサーバ装置１を起動するためのブートプログラムを読み出して実行し、記憶部１ｉに格納されている各種オペレーティングシステムを読み出す。またＣＰＵ１ａは、入力部１ｆや入出力インターフェイス１ｄを介して、図２において図示していないその他の外部機器からの入力信号に基づいて各種装置の制御を行う。

さらにＣＰＵ１ａは、ＲＡＭ１ｃや記憶部１ｉ等に記憶されたプログラム及びデータを読み出してＲＡＭ１ｃにロードするとともに、ＲＡＭ１ｃから読み出されたプログラムのコマンドに基づいて、医用画像収集装置２から送信されてくる医用画像の枚数を確認するための処理やデータの計算、加工等、一連の処理を実現する処理装置である。

入力部１ｆは、サーバ装置１の操作者が各種の操作を入力するキーボード、ダイヤル等の入力デバイスにより構成されており、操作者の操作に基づいて入力信号を作成しバス１ｅを介してＣＰＵ１ａに送信される。

表示部１ｇは、例えば液晶ディスプレイである。この表示部１ｇは、ＣＰＵ１ａからバス１ｅを介して出力信号を受信し、例えばＣＰＵ１ａの処理結果等を表示する。

通信制御部１ｈは、ＬＡＮカードやモデム等の手段であり、サーバ装置１をインターネットやＬＡＮ等の通信ネットワークＮに接続することを可能とする手段である。通信制御部１ｈを介して通信ネットワークと送受信したデータは入力信号または出力信号として、入出力インターフェイス１ｄ及びバス１ｅを介してＣＰＵ３ａに送受信される。

記憶部１ｉは、半導体や磁気ディスクで構成されており、ＣＰＵ１ａで実行されるプログラムやデータが記憶されている。また、医用画像収集装置２から送信されてくる医用画像の枚数を確認する際に基となるテーブルも記憶部１ｉに記憶されている。

リムーバブルディスク１ｊは、光ディスクやフレキシブルディスクのことであり、ディスクドライブによって読み書きされた信号は、入出力インターフェイス１ｄ及びバス１ｅを介してＣＰＵ１ａに送受信される。

枚数管理部１０は、医用画像収集装置２から送信されてくる医用画像の枚数を確認する機能を備える。詳細は後述するが、予め記憶部１ｉ内に記憶されているテーブルに示されている検査、及び、シリーズごとに撮影されるであろう医用画像の枚数、すなわち、医用画像の撮影内容ごとに定められている医用画像の基準枚数と、医用画像収集装置２から送信されてくる医用画像の枚数とを照らし合わせて比較し、医用画像収集装置２において生成された医用画像が漏れなくサーバ装置１に送信されてきているか否かを確認する。

テーブル作成部２０は、枚数管理部１０において送信されてくる医用画像に漏れがないか確認される際に利用される基準枚数を規定するテーブルを作成する。このテーブルにおいて規定される医用画像の枚数については、サーバ装置１の操作者が個別に入力しても、或いは、モダリティごとに規定されている数値を例えばリムーバブルディスク１ｊを介して入力しても良い。

図３は、実施の形態における枚数管理部１０の内部構成を示すブロック図である。枚数管理部１０は、例えば、医用画像収集装置２から送信される医用画像に関する情報を受け付ける受信部１１と、検査判断部１２と、医用画像の枚数を確認する枚数確認部１３と、確認結果を例えば、読影用ワークステーション３へ送信する送信部１４とから構成される。

さらに枚数確認部１３は、検査ごとに枚数を確認することから複数設けられている。図３では、第１の枚数確認部１３−１、第２の枚数確認部１３−２、及び第ｎの枚数確認部１３−ｎと示している。但し、以下の説明においては、特に必要がない限り、「枚数確認部１３」とまとめて表わす。枚数確認部１３をいくつ設けるかは任意である。

複数の枚数確認部１３の内部はいずれも同じ構成であり、判断部１５と、確認部１６と、設定・更新部１７と、設定・更新部１７からの指示に基づいて、確認処理におけるタイムアウトとなる時間を計測する計時部１８とから構成されている。

なお、これら各部の機能、働きについては、後述する医用画像処理に関するリソース配分の流れを説明する際に併せて説明する。

次に、医用画像収集装置２において生成された医用画像が送信された場合に、サーバ装置１において送信された医用画像について漏れなく全て受信できているか否かを確認する流れについて、図４以下のフローチャート、説明図等を利用して以下説明する。

図４は、実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。

医用画像収集装置２は、被検体の撮影を行ってその内部情報を取得すると、当該内部情報を利用して、医用画像を生成する。本発明の読影システムＳにおいては、生成された医用画像は、通信ネットワークＮを介して医用画像収集装置２からサーバ装置１へと送信される。これは、生成された医用画像をサーバ装置１に格納し、保存しておくためである。また、読影医が医用画像の読影を行う場合には、読影用ワークステーション３を利用して、サーバ装置１に保存されている医用画像を基に読影を行う。

図５は、医用画像収集装置２内における検査、シリーズと送信順序等との関係を示す表である。図５に示す表は、「検査」、「シリーズ」、「種類」、「枚数」、「作成優先度」、「送信順序」、及び「揃う順」の７つの項目に分かれて示されている。検査は、例えば、複数のシリーズから構成されており、例えば、「検査１」では、４つのシリーズからなっている。

そのうち、「検査１」の「シリーズ１」は、「スキャノ画像」である。つまり「画像」の項目は、シリーズに含まれる画像の種類を示している。ここで「厚い画像」とは、被検体に対するスキャンが正しく行われたか否かを確認するために利用される画像であり、スライスの間隔が広く、結果として枚数が少なくなる。医用画像収集装置２における撮影（スキャン）の成否のために利用される画像であることから、正しくスキャンできたことが確認されれば次の検査に移ることができる。従って、項目として挙げられている「作成優先度」は高くなる。

一方、「薄い画像」とは、詳細な読影やＭＰＲ等の処理画像の元となる画像であり、スライスの間隔が狭く、枚数が多くなる。従って、このような「薄い画像」については、作成優先度は低くなる。

「送信順序」とは、医用画像収集装置２がサーバ装置１へ送信する医用画像の順序を示している。基本的には、検査を跨いで作成優先度が高く、枚数の少ない、例えば、「スキャノ画像」や「厚い画像」からサーバ装置１へと送信される。

一方、「揃う順」とは、医用画像収集装置２から送信されてくる医用画像がサーバ装置１において揃う順番を示している。図５に示す表にも明らかなように、医用画像収集装置２は適宜生成した医用画像をサーバ装置１に送信しており、送信の順序に一定の基準があるわけではないように見える。

これは、医用画像収集装置２における医用画像の生成は、撮影（検査）とは別にバックグラウンドで行われるからである。従って、医用画像の生成時に当該医用画像の対象である被検体ではなく、次の被検体の検査が行われている場合もある。そこで、随時生成された医用画像の中からいずれの医用画像をサーバ装置１へ送信するべきか判断される。つまり、複数の検査に亘った医用画像の中からその時送信するに適した医用画像が選択されて送信される。このように、医用画像収集装置２は検査、シリーズの順にサーバ装置１に医用画像を送信しているわけではない。

一方で、読影医は、少なくともシリーズごとに医用画像が揃った状態でなければ、読影処理を行うことができない。これは上述したように、生成された医用画像の中に漏れがあると、当該漏れた医用画像に映った内容が非常に重要であった場合、読影医がその重要な内容を見落とすことにもなりかねないからである。

そこで、本発明の実施の形態においては、サーバ装置１に医用画像収集装置２から送信されてくる医用画像が漏れなく送信されてきているか否かを確認することで、医用画像がサーバ装置１において揃った状態にあることを担保するものである。

ここで図６は、実施の形態における説明において使用する検査、シリーズ、医用画像の関係を示す説明図である。上述したように、１つの検査は、基本的に複数のシリーズから構成されている。また、１つのシリーズの中には単数、或いは、複数の医用画像が含まれる。従って、図６に示した通り、「検査１」の「シリーズ１」の中には、医用画像１ａないし医用画像１ｄが含まれ、さらに図６には示されていない医用画像も含んでいる。以下においては、適宜当該図６に示す検査、シリーズ、医用画像の関係を用いて説明を行う。

サーバ装置１では、まず、医用画像収集装置２から生成された医用画像を受信する（ＳＴ１）。通信制御部１ｈを介して受信した医用画像については、枚数管理部１０において受信され、当該医用画像の確認が行われる（ＳＴ２）。ここでの確認は、受信した医用画像がどのような医用画像であるか否か確認するもので、判断部１５において行われる。具体的には、例えば、当該医用画像が属する検査、シリーズに関する情報の確認を行う。

検査判断部１２は受信した医用画像について、当該医用画像が新たな検査に関する医用画像であるか否かを確認する（ＳＴ３）。すなわち、ある検査において生成されたあまたの医用画像の中でサーバ装置１において最初に受信した医用画像であるか否かの確認である。その結果、新検査に関する医用画像である場合には（ＳＴ３のＹＥＳ）、新たな枚数確認部１３を起動する（ＳＴ４）。枚数確認部１３を起動するに当たっては、例えば、検査判断部１２が枚数確認部を構成する判断部１５に対して現在いずれかの検査に掛かる医用画像の枚数を確認する処理を行っているか問い合わせた上で、処理を行っていない判断部１５が属する枚数確認部１３を選択し起動する。

検査判断部１２によって選択された枚数確認部１３の判断部１５は、表示部１ｇに表示されている検査のリストであって、当該医用画像を含む検査の欄に「未完マーク」をセット（表示）する（ＳＴ５）。

図７は、サーバ装置１の表示部１ｇに示される表示画面の一例を示す画面例である。当該画面例においては、「検査」と「シリーズ」が示されており、検査はリスト状に４つ示されている。そのうち、検査の番号として「１」が付与されている検査については「完了」との文字が示されているので、当該検査１に含まれる医用画像は全て医用画像収集装置２から漏れなく受信したことの確認が完了したことを示している。

一方、画面例上、検査２に関する欄に対して矢印でカーソルが示されている。従って、現在、医用画像収集装置２から送信されて来た医用画像のうち、検査２の枚数について確認処理が行われていることが示されている。そしてまだ当該確認処理が完了していないことから、上述したように、検査２の欄に「未完マーク」が示されている。なお、ここでは検査３、検査４については「完了マーク」も「未完マーク」も付されていないことから、これらの検査に関する確認処理は行われていないことを示している。

検査の下段にある「シリーズ」の表示については、確認処理が実行されている検査に関するシリーズが示されており、かつ、当該シリーズに含まれる全ての医用画像が漏れなく送信され受信されていることが確認されたシリーズのみが表示されている。

なお、図７では以上に説明したような画面例を示しているが、あくまでも画面例であって、どのような内容を表示部１ｇに表示させるのかについては任意に設定することができる。

例えば、医用画像の枚数の確認処理は、シリーズごとに行うこととして、確認処理が完了したシリーズの表示を行っている例を挙げて説明をしているが、シリーズの表示を設けず、あくまでも１つ１つの検査について枚数の確認処理が完了したか否かのみを表示させることとしても良い。

その他、例えば、ここでは確認処理が完了したシリーズのみを表示させることとしているが、シリーズを示す欄にも検査の表示と同様「未完マーク」等のマークを付すことで確認処理の現状を表わすこととしても良い。

また、ここではサーバ装置１がある検査に関して生成された医用画像の全てを漏れなく医用画像収集装置２から受信したか否か確認している状態（全ての医用画像が揃ったとはいえない状態）であることを「未完」との文字で示している。但し、このような状態を示す方法としては、文字で示すのではなく、例えば、記号を付す、表示画面の色を変える、といった視覚に訴える別の方法や、その他五感に訴える方法を採用することができる。

さらに、当該画面例自体をサーバ装置１の表示部１ｇだけではなく、読影用ワークステーション３の表示部にも示すように設定されていても良い。サーバ装置１の表示部１ｇではなく、読影用ワークステーション３の表示部に示すように設定されていても良い。

枚数確認部１３における判断部１５は、記憶部１ｉに格納されているテーブルの情報（基準枚数に関する情報）を取得し、当該基準枚数に関する情報とともに併せて医用画像収集装置２から送信された医用画像に関する情報を確認部１６へと送信する。

ここで、基準枚数に関する情報を規定するテーブルは、例えば、以下の通りである。図８は、サーバ装置１内に予め格納されている、医用画像の枚数の確認処理を行う際の基準となる枚数を定めるテーブルの一例を示す説明図である。

テーブルＴは、例えば、「プロトコル」、「シリーズ」、「画像数」、「画像種」といった４つの項目を規定している。ここで「プロトコル」とは、検査の種類のことである。図８に示すテーブルＴでは、「胸部検診」、「頭部詳細」、及び「頭部ノンヘリカル」の３つが規定されている。当該プロトコルには、それぞれのプロトコルを構成するシリーズが設定されており、例えば、「胸部検診」の場合、５つのシリーズがある。つまり、「胸部検診」の場合、５つのシリーズに分けられる医用画像が撮影（収集）され、これらの医用画像がサーバ装置１に送信されてくることになる。

「画像数」は、各シリーズにおいて撮影され、生成される医用画像の枚数を規定する項目である。例えば、「胸部検診」の「シリーズ１」では、「画像数」は「２枚」である。なお、画像数を示す数字の後ろに付されているアスタリスクは、被検体の差異や撮影条件の設定等によって画像数が増減することを示している。従って、例えば、「胸部検診」の「シリーズ３」における画像数は「１０００枚前後」ということを示しており、例えば、被検体によって「９００枚」のこともあれば「１１００枚」のこともあり、いずれもテーブルＴに規定されている基準枚数を備えていると判断される。

「画像種」は、図８のテーブルＴに示されているように、医用画像の種類を示すものである。そのため、「スキャノ（画像）」、「アキシャル（画像）」といった表示となっている。

なお、ここで確認部１６が医用画像収集装置２から送信されてきた医用画像が漏れなくサーバ装置１において受信されているか否かの確認を行う際には、テーブルＴに規定されている「プロトコル」、「シリーズ」、「画像数」の項目を参照して基準枚数として送信された医用画像の枚数を確認する。従って、上述した「基準枚数に関する情報」とは、少なくともこれらの項目に関する情報である。なお、ここでは特に「画像種」の項目については利用されないが、テーブルＴにどのような項目を設けて規定するかについては自由である。

確認部１６では、テーブルＴに規定されている「基準枚数に関する情報」のうち、まず「プロトコル」についての情報を取得する（ＳＴ６）。その上で、医用画像収集装置２から送信されてきた医用画像のプロトコルに該当するプロトコルがテーブルＴに規定されているか否か確認する（ＳＴ７）。

例えば、サーバ装置１が受信した医用画像のプロトコルが「頭部ノンヘリカル」である場合には、図８に示すテーブルＴにそのプロトコルが規定されているので、ステップＳＴ６における確認部１６の確認結果は「テーブルＴにプロトコル有り」ということになる（ＳＴ７のＹＥＳ）。テーブルＴにプロトコルがある場合には、確認部１６は、さらに医用画像収集装置２から送信された医用画像が漏れなくサーバ装置１に届いているか確認を行うため、基準枚数となるテーブルＴの「画像数」を基に比較を行って枚数の確認を行う（ＳＴ８）。

具体的には、例えば、以下のように枚数を把握する。図９は、医用画像の枚数の確認処理を行う際、その枚数を把握する方法を説明する際に用いる説明図である。図９には、１枚の医用画像Ｆが示されている。

この医用画像Ｆには、被検体Ｈの首から腰のあたりまでが映っており、左右の腕も一部ではあるが映っている。医用画像Ｆの左上部に黒い丸が示されており、この黒い丸が医用画像Ｆの基準となる画像位置を表わす。当該画像位置から２方向に矢印が伸びており、下向きの矢印は被検体Ｈの首から腰に向けての方向を示しており、いわば被検体の長手方向を示す矢印である。一方、画像位置から右向きに示されている矢印は、被検体Ｈの短手方向を示す矢印である。また、医用画像Ｆのマトリクスサイズは、符号Ａ１，Ａ２によってその大きさが示される。さらに、医用画像Ｆの右下に示されている黒い四角はピクセルサイズを表わす。

以上の各数値、方向は確認部１６において把握できる。従って、まず、画像位置から伸びる矢印によって被検体Ｈの体軸方向が把握できる。さらに、画像位置、マトリクスサイズ、ピクセルサイズを使用して被検体Ｈの体軸方向の範囲Ｂが把握される。

なお、体軸方向の範囲Ｂについては、撮影の仕方によっては医用画像Ｆがマトリクスサイズの全てを満たさない場合も考えられる。例えば、医用画像Ｆの上下に横方向に帯状に撮影されない領域が出る場合である。この場合には、実際に撮影された範囲のみを把握して体軸方向の範囲Ｂを把握することもできる。但し、医用画像Ｆのマトリクスサイズいっぱいに画像が撮影されている場合に比べて、体軸方向の範囲Ｂの大きさは小さくなる。

また、医用画像Ｆの画像位置が複数把握されることによって、医用画像Ｆと隣接する医用画像Ｆとの間の距離（ピッチ）を把握することができる。この医用画像Ｆ間のピッチの値と体軸方向の範囲Ｂとの値とを利用することで、シリーズに含まれる医用画像Ｆの枚数を推定することができる。

確認部１６では、以上のようにして医用画像収集装置２から送信されてくる医用画像の枚数を推定し、テーブルＴに規定されている各プロトコル及びシリーズごとの基準枚数と比較を行う。この比較の結果、医用画像収集装置２から送信されてくる医用画像の全て（確認中のシリーズに含まれる医用画像の全て）を受信したかの確認が可能となる。

確認部１６では、受信した医用画像の枚数を確認するとともに、設定・更新部１７に指示を出して、各種タイムアウトの時間を設定し、計時部１８に計測を開始させる（ＳＴ９ないしＳＴ１１）。ここで「タイムアウト」とは、医用画像の受信に当たって、どのくらい待ったらシリーズに含まれる医用画像の医用画像収集装置２からの送信が終了したか、ということを判断するための基準（値）である。

従って、テーブルＴに規定されている医用画像として備える枚数の基準枚数に近づくにつれその値が小さくなる。つまり、ある程度の枚数が届いていれば、あとタイムアウトの値を小さくしても確認処理の進行を行うことができる。一方、基準枚数よりも少ない枚数しか届いていない場合には、例えば、医用画像収集装置２から送信する際に何らかのトラブルがある結果として届いていないことも考えられることから、タイムアウトの値を大きく設定して処理の進行を待つという対応を取ることができるようにしている。

設定・更新部１７によって設定されるタイムアウトの時間は、医用画像間を受信する時間のタイムアウトの時間、シリーズに属する医用画像を受信する時間のタイムアウトの時間、検査に属するシリーズ、医用画像を受信する時間のタイムアウトの時間、の３種類である。これら３種類のタイムアウトの値はそれぞれ任意に設定することができる。

確認結果は、確認部１６から判断部１５へと送信される。さらに確認が終了した旨が判断部１５（枚数確認部１３）から検査判断部１２へと送られ、ステップＳＴ１に戻ってサーバ装置１にて受信する医用画像の枚数の確認を最初から行う。

なお、医用画像収集装置２からサーバ装置１が受信した医用画像について取得したプロトコルがテーブルＴに規定されていない場合には（ＳＴ７のＮＯ）、新規なプロトコルに該当するため、新たな検査であると判断して設定・更新部１７によって検査のタイムアウトが設定され、設定されたタイムアウトの時間を計時部１８にて計時する（ＳＴ１２）。その上で、判断部１５は確認部１６からの確認結果を検査判断部１２へと送り、確認が終了した旨を受けた検査判断部１２では、ステップＳＴ１に戻ってサーバ装置１にて受信する医用画像の枚数の確認を最初から行う。

サーバ装置１にて受信した２枚目以降の医用画像についての確認処理については、図４の他、主に図１０に示すフローチャートを利用して説明する。図１０は、実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。

サーバ装置１が受信した最初の医用画像に対する確認処理が完了した後は、検査判断部１２が再度医用画像収集装置２から送信された医用画像について、新たな検査に関する医用画像に該当するか否かの判断を行う（図４のＳＴ１ないしＳＴ３）。これまではある検査に含まれる医用画像の中で最初の医用画像を例に挙げて枚数の確認処理について説明した。サーバ装置１は引き続き医用画像収集装置２から医用画像の受信を続けており、その受信は同じ検査の同じシリーズに含まれる医用画像である。従ってここでは検査判断部１２は、受信した医用画像について、新たな検査に関する医用画像ではないと判断する（ＳＴ３のＮＯ）。

さらに検査判断部１２は、受信した医用画像が含まれる検査を担当する枚数確認部１３を判断部１５に問い合わせることで確認し、同じ枚数確認部１３に引き続き枚数の確認を行う処理を行わせる（図４のＳＴ１３）。

枚数確認部１３では、まず判断部１５が、判断の対象となる医用画像が新たなシリーズに関する（含まれる）医用画像であるか否かについて判断する（図１０のＳＴ２１）。ここでは、同じ検査、同じシリーズに含まれる医用画像が判断の対象となっていることから、新たなシリーズに関する医用画像には該当しない（ＳＴ２１のＮＯ）。そこで確認部１６は当該医用画像についてのプロトコルを把握した後、すぐにテーブルＴにこのプロトコルと同じプロトコルが規定されているか否か、確認する（ＳＴ２２）。但し、ここでは、同じ検査、同じシリーズに含まれる医用画像が判断の対象となっていることから、あくまでも念のための確認である。

その上で、上述したようにテーブルＴに規定されている基準枚数を基に、受信した医用画像の枚数を比較、確認する（ＳＴ２３）。さらに、受信する医用画像と医用画像との間のタイムアウトの時間及び、当該医用画像を含むシリーズに属する医用画像を受信し終わるまでのタイムアウトの時間を更新する（ＳＴ２４、ＳＴ２５）。さらに図４のステップＳＴ１に遷移し、引き続き枚数確認部１３において受信した医用画像の枚数の確認処理が行われる。

次に図１０のフローチャートに示されているように、確認処理の対象となる医用画像について、いずれのシリーズに含まれる医用画像であるかを示す情報を基に判断部１５が新たなシリーズに含まれるか否かを確認する。その結果、判断部１５によって判断の対象となる医用画像が新たなシリーズに関する（含まれる）医用画像であると判断された場合には（ＳＴ２１のＹＥＳ）、以下に説明する処理が開始される。

図１１、及び図１２は、実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。

サーバ装置１の枚数管理部１０では、新たなシリーズに含まれる医用画像を受信したと判断したことで、これまで確認処理を行っていた医用画像が含まれるシリーズの枚数の確認処理が完了したと判断する（図１１のＳＴ３１）。そして、新たなシリーズに含まれる医用画像を受信する直前に行っていた確認処理の対象となる医用画像が含まれるシリーズについては、確認処理が完了したものとして、サーバ装置１の表示部１ｇに表示する（ＳＴ３２）。確認処理が完了したシリーズが複数存在する場合には、これらのシリーズはリストとして表示される（図７の画面例を参照）。

また、判断部１５は、確認処理が完了したシリーズに関して、プロトコルが取得済みであるか否かを判断する（ＳＴ３３）。当該シリーズについて、プロトコルが既にテーブルＴに規定されている（プロトコルが取得済みである）場合には（ＳＴ３３のＹＥＳ）、確認部１６は、さらに確認処理が完了したシリーズの数を確認する（ＳＴ３４）。判断部１５では、テーブルＴに規定されている情報から、１つのプロトコル（検査）にいくつのシリーズが含まれているのかを把握している。そこで、当該テーブルＴに規定されている情報を判断部１５から確認部１６へと送り、確認部１６では検査を構成するシリーズの全てについて確認が完了したか否か確認する（ＳＴ３５）。

その結果、検査を構成するシリーズのうち未だ枚数の確認処理が完了していないシリーズがある場合には（ＳＴ３５のＮＯ）、設定・更新部１７を介して計時部１８に指示し検査のタイムアウトを更新する（ＳＴ３６）。これで直前まで確認処理が行われていたシリーズに含まれる医用画像についての枚数の確認は完了したことになる。その上で、新たなシリーズに含まれる医用画像の枚数を確認する処理を開始する（ＳＴ３７）。枚数の確認処理は、確認部１６にて行われるとともに（図１０のＳＴ２３）、適宜タイムアウトの更新も行われる（ＳＴ２４、ＳＴ２５）。

一方、判断部１５によって確認処理が完了したシリーズに関して、プロトコルが取得済みであるか否かが判断された場合に、新たなプロトコルに関するシリーズであってプロトコルの取得がされていない場合には（ＳＴ３３のＮＯ）、検査のタイムアウトを更新する（ＳＴ３８）。その上で、改めてステップＳＴ１（図４のフローチャート参照）へと遷移し、上述した枚数の確認処理を継続する。

次に、検査を構成する全てのシリーズについて枚数の確認処理が完了したと判断された場合には（ＳＴ３５のＹＥＳ）、検査のタイムアウトを更新するとともに（ＳＴ３９）、判断部１５において検査のタイムアウトが検出されるか否か判断される（図１２のＳＴ４１）。但し、ここでは検査を構成する全てのシリーズについて枚数の確認処理が完了したと判断されていることから、更新されるタイムアウトの時間はごく短いものとなる。

上述したように、検査を構成する全てのシリーズに関して、医用画像の枚数の確認処理が完了した場合、検査に対して設定、更新されていたタイムアウトの検出がなされる（ＳＴ４１のＹＥＳ）。判断部１５は、検査のタイムアウトを検出したことを判断した場合には、検査リスト（図７参照）に表示されている「未完マーク」を削除する（ＳＴ４２）。その上で、確認処理されたシリーズに関してプロトコルが取得済みであるか否か、すなわち新たなプロトコルの有無を判断し（ＳＴ４３）、新たなプロトコルがある場合には、新たなプロトコルをテーブルＴに追加するようテーブル作成部２０に指示する（ＳＴ４４）。

一方、新たなプロトコルが存在しない場合には（ＳＴ４３のＮＯ）、テーブルＴの内容を更新するとともに（ＳＴ４５）、表示部１ｇに「完了マーク」を表示して医用画像収集装置２から送信されサーバ装置１が受信した医用画像の枚数の確認処理が完了したことを明らかにする（ＳＴ４６）。

以上で医用画像収集装置２から送信される全ての検査に掛かる医用画像の枚数を確認する処理が終了したことになる。そこで、枚数確認部１３は、検査判断部１２に対して全ての検査（に掛かる医用画像の）受信が完了したことを通知するとともに（ＳＴ４７）、検査判断部１２では枚数確認部１３の起動を終了させる（ＳＴ４８）。これをもって枚数管理部１０における医用画像の枚数確認の処理は完了することになる。

以上説明した流れに沿って医用画像収集装置から送信された医用画像の枚数の確認処理を行うことによって、サーバ装置のみの対応によって、医用画像収集装置から送信される医用画像の枚数を確認し、検査において取得された医用画像の全てがサーバ装置に揃ったことを担保することが可能なサーバ装置、読影システム及び医用画像の枚数確認方法を提供することができる。

（第２の実施の形態）
次に本発明における第２の実施の形態について説明する。なお、第２の実施の形態において、上述の第１の実施の形態において説明した構成要素と同一の構成要素には同一の符号を付し、同一の構成要素の説明は重複するので省略する。

第１の実施の形態においては、サーバ装置１が医用画像収集装置２から送信された医用画像を漏れなく受信しているか否か、サーバ装置１自身が確認することによって、検査において撮影された全ての医用画像の取得を担保する。サーバ装置１では、次の検査に関する医用画像の受信を確認し、これまで確認処理の対象となっている検査のタイムアウトを検出すると、当該検査に関する医用画像の枚数の確認処理は完了したものと判断し、次の検査に関する医用画像の枚数の確認処理が開始される。

このように次の検査に関する医用画像の受信を確認することをもって１つの検査に関する医用画像の枚数の確認処理が完了したと判断する場合、この判断は困難である。また、新たな検査に属する医用画像の枚数の確認処理が開始された後に確認処理が完了したと判断された検査に含まれる医用画像が存在した場合に、当該医用画像の確認処理を行うことが困難となる。

そこで、第２の実施の形態においては、検査のタイムアウトを検出した際に、サーバ装置１から医用画像収集装置２に対して枚数の確認処理が完了したと判断された検査に関する医用画像の有無を問い合わせる処理を行っている。具体的には、例えば、ＤＩＣＯＭ規格のＱ／Ｒ（Query/Retrieve）の機能を利用して、サーバ装置１は医用画像収集装置２から検査を構成するシリーズの一覧を取得する。

図１３は、第２の実施の形態におけるサーバ装置１Ａの内部構成を示すブロック図である。第２の実施の形態におけるサーバ装置１Ａには、新たに「Ｑ／Ｒ取得部３０」が設けられている。「Ｑ／Ｒ取得部３０」は、例えば、枚数管理部１０の判断部１５が検査タイムアウトの検出を行った際に指示を受けて、医用画像収集装置２から検査タイムアウトの対象となる検査に関して、確認処理を行ったシリーズ以外に新たなシリーズがないか、当該検査に関するシリーズの一覧を取得する。

図１４は、第２の実施の形態における医用画像の受信枚数を確認する処理の流れを示すフローチャートである。ここでの処理の流れのスタートは、図１１に示すステップＳＴ３３に示す、判断部１５が検査タイムアウトを検出したところである。判断部１５が検査タイムアウトを検出すると（ＳＴ６１）、さらに確認処理された検査に関してプロトコルが取得済みであるか否か、すなわち新たなプロトコルの有無を判断する（ＳＴ６２）。新たなプロトコルがある場合には、新たなプロトコルをテーブルＴに追加するようテーブル作成部２０に指示する（ＳＴ６３）。新たなプロトコルが存在しない場合には（ＳＴ６２のＮＯ）、テーブルＴの内容を更新する（ＳＴ６４）。

一方、Ｑ／Ｒ取得部３０は、医用画像収集装置２からＤＩＣＯＭ Ｑ／Ｒを利用して、検査タイムアウトの対象となる検査に関するシリーズの一覧を取得する（ＳＴ６５）。

確認部１６は、Ｑ／Ｒ取得部３０が取得した一覧を確認し、プロトコルにないシリーズ、すなわち、枚数の確認処理が完了していないシリーズがあるか否か、確認する（ＳＴ６６）。

その結果、全てのシリーズをサーバ装置１にて受信しており、枚数の確認処理が完了していないシリーズがない場合には（ＳＴ６６のＮＯ）、表示部１ｇに「完了マーク」を表示して医用画像収集装置２から送信されサーバ装置１が受信した医用画像の枚数の確認処理が完了したことを明らかにする（ＳＴ６７）。

以上で医用画像収集装置２から送信される全ての検査に掛かる医用画像の枚数を確認する処理が終了したことになる。そこで、枚数確認部１３は、検査判断部１２に対して全ての検査（に掛かる医用画像の）受信が完了したことを通知するとともに（ＳＴ６８）、検査判断部１２では枚数確認部１３の起動を終了させる（ＳＴ６９）。これをもって枚数管理部１０における医用画像の枚数確認の処理は完了することになる。

一方、一覧を確認した結果、枚数の確認処理が完了していないシリーズを確認した場合には以下の対応が取られる。すなわち、例えば、図６に示す検査とシリーズとの関係を示す説明図において、検査３のシリーズ１まではサーバ装置１が受信した医用画像の枚数の確認処理が完了したが、一覧を取得するとシリーズ２が確認された場合には、まず、検査のリストに付されている「未完マーク」を維持した状態におく（ＳＴ７０）。その上で直前に確認処理を行っていたシリーズに関して確認処理が完了したことを確認し（ＳＴ７１）、その旨を表示部１ｇ上に表示させて（ＳＴ７２）、新たなシリーズに含まれる医用画像の枚数の確認処理を行う（図１０のＳＴ２３）。

以上説明した流れに沿って医用画像収集装置から送信された医用画像の枚数の確認処理を行うことによって、サーバ装置のみの対応によって、医用画像収集装置から送信される医用画像の枚数を確認し、検査において取得された医用画像の全てがサーバ装置に揃ったことを担保することが可能なサーバ装置、読影システム及び医用画像の枚数確認方法を提供することができる。

特に、１つの検査に関する医用画像の枚数の確認処理が一旦完了した後に、医用画像収集装置に対してＤＩＣＯＭ Ｑ／Ｒの機能を利用してサーバ装置において受信漏れがないか一覧を用いて確認を行うことによって、より漏れのない、確実な医用画像の受信を果たすことが可能となる。

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

１ サーバ装置
２ 医用画像収集装置
３ 読影用ワークステーション
１０ 枚数管理部
１１ 受信部
１２ 判断部
１３ 確認部
１４ 設定・更新部
１５ 計時部
１６ 送信部
２０ テーブル作成部
３０ Ｑ／Ｒ取得部

Claims (9)

1. 医用画像収集装置において撮影、生成された被検体の医用画像を保存するサーバ装置であって、
   前記医用画像の撮影内容ごとに定められている前記医用画像の基準枚数と、前記医用画像収集装置から送信される前記医用画像の枚数との比較を行い、前記医用画像収集装置から送信された前記医用画像収集装置において撮影された前記医用画像の全てを受信したか否かを確認する枚数管理部と、
   前記基準枚数を規定するテーブルを作成するテーブル作成部と、
   を備えることを特徴とするサーバ装置。
2. 前記枚数管理部は、
   前記医用画像収集装置から送信された前記医用画像が前記テーブルに規定されるいずれの前記基準枚数を適用して比較されるかを判断する判断部と、
   前記基準枚数を基に前記医用画像収集装置から送信される前記医用画像が漏れなく受信されているか否かを確認する確認部と、
   前記枚数管理部における確認処理において利用される時間の条件を設定、更新する設定・更新部と、
   前記設定・更新部からの指示に基づいて所定の時間を計測する計時部と、
   を備えることを特徴とする請求項１に記載のサーバ装置。
3. 前記判断部は、前記確認部が受信する前記医用画像の枚数を確認する間、表示部において確認中の前記医用画像が含まれる検査に関する情報の１つとして、前記検査に関する前記医用画像を未だ全て受信していない旨を示す未完マークの表示を行うことを特徴とする請求項１または請求項２に記載のサーバ装置。
4. 前記確認部は、受信した前記医用画像の枚数の確認をシリーズごとに行うとともに、前記確認部による前記シリーズに含まれる前記医用画像の確認が完了すると、前記判断部は確認が完了した前記シリーズを表示部に表示させることを特徴とする請求項１ないし請求項３のいずれかに記載のサーバ装置。
5. 前記判断部は、前記確認部による前記医用画像の確認が完了し、前記計時部におけるタイムアウトを検出すると、前記未完マークの表示を削除するとともに、前記テーブルの内容更新、追記を行うことを特徴とする請求項１ないし請求項４のいずれかに記載のサーバ装置。
6. 前記サーバ装置は、さらにＱ／Ｒ取得部を備え、１つの検査を構成する前記医用画像の枚数を確認した後、前記医用画像収集装置に対してＤＩＣＯＭ Ｑ／Ｒの機能を利用して前記シリーズの一覧を取得し、受信していないシリーズの有無を確認することを特徴とする請求項１ないし請求項５のいずれかに記載のサーバ装置。
7. 被検体の内部情報を取得し、医用画像を生成する医用画像収集装置と、
   請求項１ないし請求項６のいずれかに記載のサーバ装置と、
   前記医用画像収集装置、及び、前記サーバ装置と通信ネットワークを介して接続し、前記サーバ装置において確認され、前記医用画像収集装置において生成されて漏れなく前記サーバ装置に格納されている前記医用画像の読影を行う読影用ワークステーションと、
   を備えていることを特徴とする読影システム。
8. 医用画像収集装置において撮影された医用画像を受信するステップと、
   受信した前記医用画像と同じプロトコルであって、テーブルに記憶されているプロトコルに関する情報を取得し、１つの検査を構成するシリーズごとに前記テーブルに記憶されている基準となる枚数分前記医用画像を受信しているか否かを確認するステップと、
   前記医用画像が含まれる前記シリーズ内全ての前記医用画像に関する枚数の確認が完了し、かつ、前記検査を構成する全ての前記シリーズについて枚数の確認が完了した場合には、確認の処理を完了し、前記テーブルの内容を更新、或いは、追加するステップと、
   を備えることを特徴とする医用画像の枚数確認方法。
9. 前記医用画像収集装置において撮影された医用画像の受信枚数の確認を開始する際に、確認の対象となる前記医用画像が含まれる前記検査に関する情報の１つとして、前記検査に関する前記医用画像を未だ全て受信していない旨を示す未完マークの表示を行うステップと、
   前記検査に含まれる全ての前記医用画像の確認が完了した際に、前記未完マークの表示を削除するステップと、
   を備えることを特徴とする請求項８に記載の医用画像の枚数確認方法。
   
   
   

Images