JP2009199161A - 医用画像管理システム - Google Patents

Abstract

【課題】開業医等の小規模な医療施設において、医用画像管理装置が複数ある場合でも、画像生成装置において生成された画像データと患者情報との対応付けを効率的に行うことのできる医用画像管理システムを提供する。
【解決手段】画像生成装置２と接続された複数の医用画像管理装置３を備え、各医用画像管理装置は、患者の患者情報を記憶する記憶部３２と、記憶部３２に記憶されている患者の中から画像データと対応付ける患者として指定する患者指定手段と、画像生成装置２から送信された画像データを指定された患者の患者情報と対応付ける対応付け手段と、他の医用画像管理装置３に対して、患者の指定の解除を求める指定解除要求を送信する通信部３５と、他の医用画像管理装置３から指定解除要求が送信された際に患者指定手段による患者の指定を解除するための指定解除手段と、を備えている。
【選択図】図１

Description

本発明は、医用画像管理システムに係り、特に、小規模な医療施設で用いられる医用画像管理システムに関するものである。

従来から、来院した患者を、ＣＲ（Computed Radiography）による撮影装置やＦＰＤ（Flat PanelDetector）を用いた撮影装置等の画像生成装置を用いて、技師が検査対象である患者を撮影し、得られた画像が診断に提供可能となるよう階調処理等の画像処理を加え、画像処理済の画像を出力し、医師による読影に提供する診断システムが知られている。

このような診断システムでは、来院した患者を受け付け、撮影オーダを発行する担当（受付）、実際に患者を撮影室で撮影し画像データを生成する担当（技師）、階調性等の得られた画像の診断提供の可否を判断し、場合によってはコントラストや濃度を修正する担当（一般の技師の中かから任命された技師等）、画像に基づき疾病の有無を判断（診断）する読影担当（医師）等、複数の担当者が役割分担を行い、診断が進められる。

こうした従来の診断システムの適用が想定されていたような大規模な医療施設（以下、大規模施設という。）では、上記の各役割を担当する場所は、受付は１Ｆ、放射線科は地下等、広い病院内で離れた場所にあることが多い。また、画像生成装置もこれを操作する技師等も複数存在し、画像生成装置を操作するコンソールや医師等が画像データを確認するビューワ等もそれぞれ役割を分担して別個に設けられている。そして、放射線科内で、複数の患者を、複数の技師が、複数の撮影装置を使用して、同時に撮影を実行する場面が定常的であり、複数の患者が常時各工程に滞留しているという状況がある。

このため、画像生成装置で生成された画像データと患者との対応付けに誤りが生じるおそれがある。そこで、このような画像データと個々の患者との取り違え等を防止するために、各装置をネットワークを介して連携させ、各工程での作業毎に各装置においてＩＤを発行し、各装置で行われた作業工程の結果をそれぞれ関連付けるシステムが提案されている（例えば、特許文献１参照）。
そして、各工程での作業毎に付されるＩＤの対応付けは、例えば、ＨＩＳ（Hospital Information System；病院情報システム）やＲＩＳ（Radiology Information System；放射線情報科情報システム）のネットワークを介して行われる（例えば、特許文献２及び特許文献３参照）。

しかしながら、本願発明者等の調査によれば、開業医やクリニックのような比較的小規模な医療施設（以下、小規模施設という）の場合は、多くの場合、患者の診察を行う医師は一人であり、画像生成装置の設置台数も少ない。助手が患者のポジショニングを行い、助手からポジショニング完了の連絡を受け医師が放射線曝射スイッチを制御する場合や、患者のポジショニングを含め全ての操作を医師自身が行う場合も多い。

また、例えば大規模施設の場合には、複数の患者について同時並行的に撮影を行うことが多く、複数の情報系統が存在することも想定されるが、小規模施設の場合には、撮影を行う患者の数も大規模施設ほど多くなく、複数の情報系統が錯綜するおそれも少ない。

このような状況のもとでは撮影画像を別の患者のものと取り違えることは考えづらい。それにも拘らず大規模施設と同様なシステムを用いたのでは、患者氏名の入力にはじまる撮影オーダ情報の生成作業等が必要となり、かえって手続きが煩雑となり、診療効率が悪い。

また、予め患者の患者情報や撮影条件情報等の撮影オーダ情報を生成し、当該撮影オーダ情報を撮影した撮影画像と対応付けるためには、ＲＩＳ／ＨＩＳのような基幹システムに対応したネットワークで各装置を接続するようなシステムが必要となるが、このようなシステムを構築するためにはコストもかかり、また、基幹システムとのデータの整合性をとるための手段も必要となり（例えば、特許文献４及び特許文献５参照）、小規模施設にとって負担となるとの問題もある。また、前述する大規模施設での構成コンセプトのまま各装置の数を少なくしても、診療効率を向上させることは難しく、小規模施設に最適とは言えない。
米国特許第５３３４８５１号明細書 特開２００２−１５９４７６号公報 特開２００２−３１１５２４号公報 特開２００６−９２２６１号公報 特開２００３−２４８７２３号公報

そこで、医用画像データを管理する医用画像管理装置の側で、撮影画像と対応付ける患者を指定することも考えられる。このような構成とすれば、予め撮影オーダ情報を生成しなくても、ユーザが所望する患者の患者情報と撮影画像の画像データとを対応付けることができる。

しかしながら、医用画像管理装置で患者を指定する場合、医用画像管理装置が複数設置されていると、各医用画像管理装置で別々の患者が指定されることがあり得るが、この場合には、画像データをどの患者と対応付ければよいかが特定できず、不都合である。そこで、ある医用画像管理装置で患者が指定されている場合には、この指定が解除されるまで他の医用画像管理装置で患者を指定することができないようにすることが考えられる。

ただ、このように、ある医用画像管理装置で患者が指定されているときは他の医用画像管理装置で患者を指定することができないとすると、ある医用画像管理装置で患者を指定した後、指定を解除するのを忘れているような場合には、いつまでも他の医用画像管理装置で患者の指定を行うことができず、診療効率が悪いとの問題がある。

本発明は、このような状況に鑑みてなされたものであり、開業医等の小規模な医療施設において、医用画像管理装置が複数ある場合でも、画像生成装置において生成された画像データと患者情報との対応付けを効率的に行うことのできる医用画像管理システムを提供することを目的とするものである。

上記課題を解決するため、請求項１に記載の発明は、
複数の医用画像管理装置を備える医用画像管理システムであって、
前記各医用画像管理装置は、
患者に関する画像データを生成する画像生成装置とデータ送受信可能に接続され、
診察すべき患者の患者情報を記憶する患者情報記憶手段と、
前記患者情報記憶手段に記憶されている患者の中から前記画像データと対応付ける患者を指定する患者指定手段と、
前記画像生成装置から送信された画像データを前記患者指定手段により指定された患者の患者情報と対応付ける対応付け手段と、
他の前記医用画像管理装置に対して、患者の指定の解除を求める指定解除要求を送信する解除要求送信手段と、
他の前記医用画像管理装置の前記解除要求送信手段により前記指定解除要求が送信された際に前記患者指定手段による患者の指定を解除するための指定解除手段と、を備えていることを特徴とする医用画像管理システムである。

請求項２に記載の発明は、請求項１に記載の医用画像管理システムにおいて、
前記医用画像管理装置は、他の前記医用画像管理装置の前記解除要求送信手段より前記指定解除要求が送信されたときに自身の稼働状況を判断する稼動状況判断手段を備え、
前記指定解除手段は、前記稼動状況判断手段による判断結果に応じて、患者の指定解除を行うことを特徴としている。

請求項３に記載の発明は、請求項１に記載の医用画像管理システムにおいて、
前記医用画像管理装置は、他の前記医用画像管理装置の前記解除要求送信手段より前記指定解除要求が送信されたときに患者の指定解除の可否を入力する可否入力手段を備え、
前記指定解除手段は、前記可否入力手段の入力結果に応じて、患者の指定解除を行うことを特徴としている。

請求項４に記載の発明は、請求項１から請求項３のいずれか一項に記載の医用画像管理システムにおいて、
前記医用画像管理装置は、前記指定解除要求に応じて患者の指定解除が行われた際に、当該指定解除がいずれの前記医用画像管理装置からの指定解除要求によるものであるかを表示する表示手段を備えていることを特徴としている。

請求項５に記載の発明は、請求項１から請求項４のいずれか一項に記載の医用画像管理システムにおいて、
前記医用画像管理装置は、前記指定解除要求の送信先である他の前記医用画像管理装置において患者の指定解除が行われた後、再度もとの患者指定を回復させる指定回復指示を送信する回復指示送信手段と、
他の前記医用画像管理装置の前記回復指示送信手段から前記回復指示が送信されたときに、もとの患者指定状態を回復させる指定回復手段を備えていることを特徴としている。

請求項１に記載の発明によれば、医用画像管理装置の側で、画像データと対応付ける患者を指定すると、指定された患者と画像データとの対応付けがなされるようになっている。このため、開業医等のように、ＲＩＳ等の基幹システムを導入していないような小規模な医療施設においても、医師等のユーザを煩わせることなく、画像生成装置において生成された画像データと患者情報との対応付けを効率的に行うことができる。

そして、医用画像管理装置が複数ある場合には、各医用画像管理装置で別々の患者が指定されないように（画像データと対応付ける患者が１人に特定されるように）、ある医用画像管理装置で患者が指定されている場合には、当該指定が解除されるまで他の医用画像管理装置で患者を指定することができないように構成することが好ましい。
このように構成した場合、ある医用画像管理装置で患者を指定した後、指定を解除し忘れていると他のユーザが患者を指定して画像データを対応付けることができないとの不都合がある。
この点、本発明によれば、他の医用画像管理装置から患者の指定を解除するよう求める指定解除要求を送信し、患者の指定を解除させることができるため、他の医用画像管理装置で患者の指定を解除し忘れているような場合には、当該患者の指定を解除して、別の患者の指定を行うことができる状態にすることができ、診療効率を向上させることができるとの効果を奏する。

請求項２に記載の発明によれば、ある医用画像管理装置で患者の指定を行ったまま、長時間何も操作されていない等、当該医用画像管理装置の稼働状況に応じて当該医用画像管理装置における患者の指定を解除する。このため、ユーザが患者の指定解除を忘れていたような場合でも、別の医用画像管理装置による患者指定が可能となり診療効率が向上するとの効果を奏する。

請求項３に記載の発明によれば、他の医用画像管理装置から指定解除要求が送信されたときに、可否入力手段の入力結果に応じて患者の指定解除を行う。このため、画像の取り込みに時間がかかっている場合や、一連のシリーズで画像データを取り込んでいる場合等、途中で患者の指定解除を行いたくない場合には、指定解除要求を拒否することができ、事情に応じた対応を行うことができるとの効果を奏する。

請求項４に記載の発明によれば、患者の指定解除を行ったときは、それがいずれの医用画像管理装置からの指定解除要求によるものであるかをユーザが認識することができるとの効果を奏する。

請求項５に記載の発明によれば、一旦患者の指定解除が行われた後、再度もとの患者指定を回復させることができるので、患者の指定解除をされた側の医用画像管理装置のユーザが、指定解除要求の送信側の医用画像管理装置での画像データ取り込み後に再度患者の選択・指定をやり直す手間を省くことができるとの効果を奏する。

［第１の実施形態］
以下、図１から図１５を参照しながら、本発明に係る医用画像管理システムの第１の実施形態である小規模診断システム１について説明する。なお、本発明は図示例のものに限定されるものではない。

図１は、小規模診断システム１のシステム構成を示すブロック図であり、図２は、本実施形態における主な装置間での画像データの流れを模式的に示す図である。

小規模診断システム１は、開業医やクリニック等の比較的小規模の医療施設に適用されるシステムであり、図１に示すように、画像生成装置２である超音波診断装置（ＵＳ：ultrasonography）２ａ、内視鏡（ＥＳ：endoscope）２ｂ、心電図記録装置（ＥＣＧ：Electrocardiogram）２ｃ、ＣＲ読取装置２ｄと、医用画像管理装置３と、受付装置４とから構成されている。画像生成装置２、医用画像管理装置３及び受付装置４は、例えば図示しないスイッチングハブ等を介してＬＡＮ（Local Area Network）等の通信ネットワーク（以下単に「ネットワーク」という）５に接続されている。医用画像管理装置３は、医師の常駐場所である診察室に設けられたＷＳ（ワークステーション）であることが好ましい。なお、この医用画像管理装置３として作動するＷＳが各画像生成装置２の起動や処理条件等を制御する構成としてもよい。

病院内の通信方式としては、一般的に、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格が用いられており、ＬＡＮ接続された各装置間の通信では、ＤＩＣＯＭ ＭＷＭ(Modality Worklist Management)やＤＩＣＯＭ ＭＰＰＳ（Modality Performed Procedure Step）が用いられる。なお、本実施形態に適用可能な通信方式はこれに限定されない。また、ＬＡＮ接続された装置の中にＤＩＣＯＭ規格に対応しないものが含まれていてもよい。本実施形態では、ＣＲ読取装置２ｄは、ＤＩＣＯＭ規格に対応していないものとなっている。

以下、小規模診断システム１を構成する各装置について説明する。

画像生成装置２は、患者の診断対象部位を被写体として撮影を行い、撮影した画像をデジタル変換して撮影画像の画像データ（撮影画像情報）を生成したり、所定の検査結果を記録して画像データを生成する画像生成手段（モダリティ）である。
図１に示すように、本実施形態では、画像生成装置（モダリティ）２として、超音波診断装置（ＵＳ）２ａ、内視鏡（ＥＳ）２ｂ、心電図記録装置（ＥＣＧ）２ｃ、ＣＲ読取装置２ｄを備えている。なお、画像生成装置２はこれに限定されず、例えば、ＣＴ撮影装置（ＣＴ：Computed Tomography）、磁気共鳴画像撮影装置（ＭＲＩ：magnetic resonance imaging）等を画像生成装置２として設けてもよい。また、皮膚等の身体の外観を撮影するデジタルカメラ等を画像生成装置２としてもよい。
さらに、例えばＣＲ読取装置２ｄを２台備える等、同種の画像生成装置２を複数備える構成としてもよい。また、小規模診断システム１に設けられる画像生成装置２の組合せはここに例示したものに限定されない。

超音波診断装置２ａは、超音波を出力する超音波プローブと、超音波プローブに接続され、超音波プローブで受信された音波（エコー信号）を内部組織の撮影画像の画像データに変換する電子装置とから構成されている（いずれも図示せず）。超音波診断装置２ａは、超音波プローブから体内に超音波を送り、体内組織に反射した音波（エコー信号）を再び超音波プローブで受信して、このエコー信号に応じた撮影画像を電子装置によって生成するようになっている。

超音波診断装置２ａには、アナログ信号からデジタル信号への変換等を行う変換手段（コンバータ）である変換装置２１が接続されており、超音波診断装置２ａは、変換装置２１を介してネットワーク５に接続されている。このように変換装置２１を介することにより、ネットワーク５に接続された他の外部機器の規格（例えば、通信プロトコル）等に合わない形式のデータが超音波診断装置２ａから出力される場合でも適宜変換してネットワーク５に接続された外部機器との間でデータの送受信を行うことができる。

本実施の形態において、変換装置２１は、ＤＩＣＯＭ規格に準じた形式で小規模診断システム１内の画像データを特定するためのＵＩＤ（ユニークＩＤ）を画像データに付与する機能を備えている。ＵＩＤは、画像生成装置２の識別情報（以下、「モダリティＩＤ」と称する。）、撮影日付及び時刻を示す数字等から構成される。なお、本実施の形態において、モダリティＩＤは画像生成装置２の種類を示す情報を含んで構成されているものとする。

また、変換装置２１は、文字入力キー、数字入力キー等を備えたキーボード等の入力部（図示せず）を備えており、撮影対象である患者を特定する患者情報を入力する入力手段を兼ねている。
ここで、患者情報とは、患者の患者ＩＤ、患者氏名（漢字・カナ・ＡＳＣＩＩ）、患者の性別、生年月日、年齢等の他、患者の診療日、撮影時間、受付番号、担当医等、患者を特定する情報を広く含むが、変換装置２１において入力される患者情報は、このうち、例えば患者ＩＤ、患者氏名、性別、生年月日である。なお、変換装置２１においてこれらすべてを入力する必要はなく、患者情報を何ら入力しないとすることもできる。変換装置２１が患者情報として患者ＩＤのみを入力する仕様である場合には、変換装置２１の入力部は、例えばテンキー等でもよい。

変換装置２１により付与されたＵＩＤ及び患者情報は、生成された撮影画像の画像データに付帯する付帯情報となる。

内視鏡２ｂは、可撓性を有する管の先端部に小型の撮影装置が設けられたものであり（いずれも図示せず）、撮影装置は例えば光学レンズ等で構成される対物光学系と、対物光学系の結像位置に配置された撮像部と、ＬＥＤ（Light Emitting Diode）等で構成され撮像を行うために必要な照明を行う照明部とを備えている（いずれも図示せず）。撮像部は、例えばＣＣＤ（Charge Coupled Device）、ＣＭＯＳ（Complementary Metal-OxideSemiconductor）等の固体撮像素子を備え、光が入射すると光の入射光量に応じた量の電気的な信号へと光電変換する。対物光学系は、照明部により照明された領域を光学レンズで集光し、撮像部が有する固体撮像素子に結像するように構成されており、固体撮像素子に入射した光が光電変換されることにより、電気信号として撮影画像の画像データが出力されるようになっている。

心電図記録装置２ｃは、心電波形を検出して波形データを取得・記録するものであり、生成した画像データ（波形データ）を医用画像管理装置３に送信する。

ＣＲ読取装置２ｄは、診断対象部位を撮影した放射線画像情報が記録された放射線画像変換媒体であるＣＲカセッテ（図示せず）から画像データを読み取るものである。
ＣＲカセッテは、例えば放射線エネルギーを蓄積する輝尽性蛍光体シートを備える放射線画像変換プレートを内蔵しており、撮影時には図示しない放射線撮影装置の放射線源（図示せず）から照射される放射線の照射領域内に配置される。ＣＲカセッテは、放射線が照射されると診断対象部位の放射線透過率分布に従った量の放射線を輝尽性蛍光体シートの輝尽性蛍光体層に蓄積させ、この輝尽性蛍光体層に診断対象部位の放射線画像情報を記録する。

ＣＲ読取装置２ｄは、診断対象部位の放射線画像情報が記録されたＣＲカセッテが装填されると、装置内に装填されたＣＲカセッテ内の輝尽性蛍光体シートに励起光を照射し、これによりシートから発光される輝尽光を光電変換し、得られた画像信号をＡ／Ｄ変換して、撮影画像の画像データを生成するようになっている。
なお、ＣＲ読取装置２ｄは、放射線撮影装置と一体となった一体型の装置であってもよい。

なお、内視鏡２ｂ、心電図記録装置２ｃ、ＣＲ読取装置２ｄには、生成された画像データに上述のＵＩＤを付与する機能が備えられている。
また、内視鏡２ｂ、心電図記録装置２ｃは、文字入力キー、数字入力キー等を備えたキーボード等の入力部（図示せず）を備えており、撮影対象である患者を特定する患者情報を入力可能となっている。
なお、各装置の入力部において入力される患者情報は特に限定されず、患者情報を何ら入力しないとすることもできる。当該装置が患者情報として患者ＩＤのみを入力する仕様である場合には、入力部は、例えばテンキーでもよい。
上記ＵＩＤ及び患者情報は、各画像生成装置２で生成された撮影画像の画像データに付帯する付帯情報となる。

変換装置２１を介して超音波診断装置２ａから送信される画像データ、内視鏡２ｂや心電図記録装置２ｃから送信される画像データは、いずれもＤＩＣＯＭ規格に則ったＤＩＣＯＭ画像データである。ＤＩＣＯＭ画像データは、患者を識別する患者ＩＤ等の患者情報が付されている場合と、患者情報が付されていない場合とがある。なお、図２では、内視鏡２ｂを例として示している。
また、ＣＲ読取装置２ｄによって生成される画像データは、ＤＩＣＯＭ規格に則っていないＣＲＲａｗ画像データ（ＲＡＷデータ）であり、この画像データは患者ＩＤ等の患者情報が付されていない状態で医用画像管理装置３に送信される。

医用画像管理装置３は、図２に示すように、患者情報と画像データとを対応付けて保存する画像ＤＢ管理部３８（図３参照）等を備えるサーバ兼用機３ａと、このサーバ兼用機３ａと接続されサーバ兼用機３ａの画像ＤＢ管理部３８に保存されている画像データを参照可能な参照用機３ｂ，３ｃとから構成されている。

サーバ兼用機３ａ及び参照用機３ｂ，３ｃは、いずれも、制御部３１、記憶部３２（図３参照）等を備えるコンピュータである。
本実施形態において、小規模診断システム１が適用される施設内には、医師が患者の診察を行う第１診察室１１、第２診察室１２が設けられており（図７参照）、サーバ兼用機３ａと参照用機３ｂのうちの１つは、各診察室１１，１２に設置され、もう１つの参照用機３ｃは、例えばＣＲ読取装置２ｄ等が設置されている検査室１３に設置されている（図７参照）。なお、サーバ兼用機３ａ及び参照用機３ｂ，３ｃの設置場所はここに示したものに限定されない。

サーバ兼用機３ａ及び参照用機３ｂ，３ｃは、画像ＤＢ管理部３８に格納されたデータを共有することができ、画像データと患者情報とを対応付けて新たに画像ＤＢ管理部３８に書き込んだり、医師が画像等を表示させて読影・診断等を行ったりすることができるクライアント機である。
なお、医用画像管理装置３は、一般的なＰＣ（Personal Computer）に用いられるモニタ（表示部）よりも高精細のモニタを備えるものであってもよい。

図３は、医用画像管理装置３（サーバ兼用機３ａ）の機能的構成を示す要部ブロック図である。
図３に示すように、医用画像管理装置３（サーバ兼用機３ａ）は、ＣＰＵ（central processing unit）等で構成される制御部３１、記憶部３２、入力部３３、表示部３４、通信部３５、Ｉ／Ｆ３６、画像ＤＢ管理部３８等を備えて構成されており、各部はバス４０により接続されている。なお、参照用機３ｂ，３ｃも、画像ＤＢ管理部３８を備えていない点以外は、図３に示すサーバ兼用機３ａと同様の構成となっている。

記憶部３２は、図示しないＲＯＭ（read only memory）、ＲＡＭ（Random Access Memory）等から構成されている。
ＲＯＭは、例えばＨＤＤ（Hard Disk Drive）や半導体の不揮発性メモリ等で構成されており、ＲＯＭには、各種プログラムが記憶されているほか、撮影画像の画像データを診断に適した画質に調整するための画像処理パラメータ（階調処理に用いる階調曲線を定義したルックアップテーブル、周波数処理の強調度等）等が記憶されている。
ＲＡＭは、制御部３１により実行制御される各種処理において、ＲＯＭから読み出されて制御部３１で実行可能な各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶するワークエリアを形成する。本実施形態において、ＲＡＭは、画像生成装置２から受信した画像データや患者情報等を一時的に格納するようになっている。
本実施形態では、記憶部３２は、患者の患者情報を記憶する患者情報記憶手段として機能する。

制御部３１は、ＲＯＭに記憶されているシステムプログラムや処理プログラム等の各種プログラムを読み出してＲＡＭに展開し、展開されたプログラムに従って後述する患者情報対応付け処理、患者指定解除処理をはじめとする各種処理を実行する医用画像管理装置３の制御手段である。

入力部３３は、文字入力キー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードで押下操作されたキーの押下信号とマウスによる操作信号とを、入力信号として制御部３１に出力する。

表示部３４は、例えば、ＣＲＴ（Cathode Ray Tube）やＬＣＤ（Liquid Crystal Display）等のモニタを備えて構成されており、制御部３１から入力される表示信号の指示に従って、各種画面を表示する。
なお、表示部３４の画面上に、透明電極を格子状に配置した感圧式（抵抗膜圧式）のタッチパネル（図示せず）を形成し、表示部３４と入力部３３とが一体に構成されるタッチスクリーンとしてもよい。この場合、タッチパネルは、手指やタッチペン等で押下された力点のＸＹ座標を電圧値で検出し、検出された位置信号が操作信号として制御部３１に出力されるように構成される。

本実施形態において、表示部３４は、後述する受付装置４から取得した患者情報のリスト（患者情報リスト）を表示する患者情報リスト画面３４１（図４参照）を表示することができる。患者情報リスト画面３４１には、患者情報を検索するための検索フィルタを設定することのできる検索フィルタ欄６１、検索したい患者の患者ＩＤを入力する患者ＩＤ欄６２、患者氏名を入力する患者氏名欄６３が設けられており、ユーザがこれら各欄に任意の情報を入力した上で検索開始ボタン６４を押す（画面上の検索開始ボタンをマウス等の入力部３３で操作する）ことにより、所望の患者情報を検索・抽出することができる。また、さらに詳細な条件を入力して検索を行いたい場合には、詳細検索ボタン６５を押すことにより、詳細な検索条件を設定できるようになっている。

図４に示すように、本実施形態において、患者情報リスト画面３４１には、来院した患者の診療日、受付時間、受付番号、診療料、担当医、患者ＩＤ、患者氏名（漢字・カナ・ＡＳＣＩＩ）、性別、生年月日、年齢といった患者情報が一覧として表示される。なお、患者情報リスト画面３４１に表示される内容はここに例示したものに限定されない。このうちの一部のみでもよいし、さらに多くの項目が表示されるようになっていてもよい。

患者情報リスト画面３４１に表示された患者の中から任意の患者の欄を選択（画面上の任意の患者の欄をマウス等の入力部３３で選択する）ことにより、患者が選択されると、表示部３４の表示画面が、当該選択された患者に対応する患者表示画面３４２（図５参照）に遷移する。
このように、本実施形態では、表示部３４の患者情報リスト画面３４１から診察対象の患者を選択することができるようになっており、患者情報リスト画面３４１と入力部３３により患者選択手段が構成されている。

図５に示すように、患者表示画面３４２には、選択された患者の患者ＩＤ及び患者氏名を表示する患者表示欄７１があり、現在どの患者の患者表示画面３４２が表示されているかが視認できるようになっている。なお、リスト画面ボタン７２を操作すると、患者情報リスト画面３４１に戻ることができる。

患者表示画面３４２には、画像を表示する画像表示欄７３と、画像のサムネイルを表示するサムネイル表示欄７４とが設けられている。
また、患者表示画面３４２には、当該患者についての画像データを選択するための画像データ選択ボタン７５が設けられている。この画像データ選択ボタン７５により所望の画像データを選択することによって、当該画像データに基づく画像を画像表示欄７３及びサムネイル表示欄７４に表示させることができるようになっている。画像データ選択ボタン７５は表示分類切替ボタン７６により日付別と画像生成装置（モダリティ）２の種別ごとのいずれの分類によって配列するかを切り替えることができるようになっている。

また、患者表示画面３４２には、当該患者の画像について検査を保留することを入力する検査保留ボタン７７、検査の終了を入力する検査終了ボタン７８が設けられている。

また、患者表示画面３４２には、外部装置から画像データを取り込む画像取込みボタン８１が設けられている。画像取込みボタン８１はネットワーク５に接続されている各種画像生成装置２から画像データを取り込むための画像取込みボタン８１ａと、デジタルカメラ等の各種機器から画像データを取り込むための画像取込みボタン８１ｂとからなる。
本実施形態において、画像取込みボタン８１ａは、ネットワーク５に接続されている画像生成装置２の種別（超音波診断装置（ＵＳ）２ａ、内視鏡（ＥＳ）２ｂ、心電図記録装置（ＥＣＧ）２ｃ、ＣＲ読取装置２ｄ）に対応して、「ＣＲ」「ＵＳ」「ＥＳ」「ＥＣＧ」の４種類が患者表示画面３４２上に配置されるようになっている。
なお、その他の画像生成装置２がネットワーク５に接続されている場合には、それに対応した画像取込みボタン８１が設けられる。

画像取込みボタン８１は、画像生成装置２によって生成された画像データを対応付ける患者を指定（特定）するものである。患者表示画面３４２において、いずれかの画像取込みボタン８１が押される（操作される）と、当該画像データを取り込んだ際に対応付ける患者が、当該患者表示画面３４２に表示されている患者に指定（特定）される。患者の指定がなされると、当該画像生成装置２から医用画像管理装置３に送信された画像データが、当該指定された患者の患者情報と対応付けられる。患者の患者情報と対応付けられた画像データは、画像ＤＢ管理部３８の確定画像領域３８ａに記憶される。また、当該患者の患者表示画面３４２の画像表示欄７３には、当該画像データに基づく画像が表示され、サムネイル表示欄７４には当該画像のサムネイル画像が表示される（図６参照）。
このように、本実施形態では、表示部３４の患者表示画面３４２において、画像取込みボタン８１が押されることにより、画像データと対応付ける患者を指定することができるようになっており、患者表示画面３４２と入力部３３により患者指定手段が構成されている。

その他、患者表示画面３４２には、取り込んだ画像を印刷、メール送信等により出力するための画像出力ボタン８２、画像表示欄のレイアウト等の表示を切り替えるための表示切替ボタン８３等が設けられている。

通信部３５は、ネットワークインターフェース等により構成され、スイッチングハブを介してネットワーク５に接続された各種画像生成装置２等の外部機器との間でデータの送受信を行う。
本実施形態において、通信部３５は、後述する受付装置４で作成（更新）された患者情報リストを受付装置４から取得する患者情報リスト取得手段である。

Ｉ／Ｆ３６は、医用画像管理装置３が複数ある場合（例えば、図２に示すように、１台のサーバ兼用機３ａと、２台の参照用機３ｂ，３ｃとがある場合）に、医用画像管理装置３同士を接続し、医用画像管理装置３間でのデータの送受信を制御するインターフェースである。

画像ＤＢ（Data Base）管理部３８は、ＨＤＤ等により構成され、撮影画像の画像データを患者情報と対応付けて保存する保存手段である。
図３に示すように、画像ＤＢ管理部３８は、患者の患者情報と対応付けられた確定画像の画像データを保存する確定画像領域３８ａと、患者の患者情報との対応付けが行われていない未確定画像の画像データを保存する未確定画像領域３８ｂとを備えている。

ここで、制御部３１による患者情報対応付け処理について説明する。

制御部３１は、画像生成装置２から画像データが送信されると、当該画像データに患者情報である患者ＩＤが付帯しているか否かを判断し、患者ＩＤが付帯している場合には、この患者ＩＤその他の患者情報と医用画像管理装置３側の記憶部３２に記憶されている患者ＩＤ等の患者情報とを照合する。そして、記憶部３２に患者情報の合致する患者がある場合には、画像データをその患者と対応付け、確定画像として画像ＤＢ管理部３８の確定画像領域３８ａに保存する。他方、合致する患者がない場合には、未確定画像と判断し、画像ＤＢ管理部３８の未確定画像領域３８ｂに保存する。
一方、画像データに患者ＩＤが付帯していない場合には、いずれかのクライアント機（サーバ兼用機３ａ又は参照用機３ｂ，３ｃ）で画像取込みボタン８１が押されているか否かを判断する。画像取込みボタン８１が押されている場合には、当該画像取込みボタン８１が押されているクライアント機に当該画像データを取り込み、当該画像データを画像取込みボタン８１によって指定されている患者の患者情報と対応付けた上で確定画像として画像ＤＢ管理部３８の確定画像領域３８ａに保存する。
このように、本実施形態において、制御部３１は、画像生成装置２から送信された画像データを、画像取込みボタン８１が押されることにより指定された患者の患者情報と対応付ける対応付け手段として機能する。
他方、画像取込みボタン８１が押されていない場合には、当該画像データを未確定画像と判断し、画像ＤＢ管理部３８の未確定画像領域３８ｂに保存する。

次に、制御部３１による患者指定解除処理について説明する。
以下においては、第２診察室１２に設置された参照用機３ｂにおいて画像取込みボタン８１が押され、患者の指定がなされている場合に、第１診察室１１に設置されたサーバ兼用機３ａから患者の指定解除を求める指定解除要求を送信して、参照用機３ｂにおける患者の指定を解除させる場合（図７参照）を例として説明する。

サーバ兼用機３ａにおいて画像取込みボタン８１を押した際、他のクライアント機ですでに画像取込みボタン８１が押され患者が指定されている場合には、サーバ兼用機３ａでさらに画像取込みボタン８１を押すことができない。この場合、制御部３１は、いずれのクライアント機で患者の指定がなされているのかを判断し、患者の指定を行っているクライアント機（本実施形態では参照用機３ｂ）に対し通信部３５を介して指定解除要求を送信する。このように、通信部３５は指定解除要求を送信する解除要求送信手段として機能する。

指定解除要求を受信したクライアント機（参照用機３ｂ）の制御部３１は、指定解除手段として機能し、当該指定解除要求に応じて患者の指定解除を行う。指定解除要求に応じて患者の指定解除を行ったときには、制御部３１は、当該指定解除がいずれのクライアント機からの指定解除要求によるものであるか（すなわち、指定解除要求の送信元はどこか）を判断し、当該指定解除要求の送信元であるクライアント機（本実施形態ではサーバ兼用機３ａ）を示す情報を表示部３４に表示させる。

指定解除要求の送信先である参照用機３ｂの制御部３１は、患者の指定解除を行うと、患者の指定解除をした旨を他のクライアント機に対して送信する。参照用機３ｂから患者の指定解除をした旨を受信すると、各クライアント機において画像取込みボタン８１の操作が可能となる。
指定解除要求を送信したクライアント機（本実施形態ではサーバ兼用機３ａ）の画像取込みボタン８１が押され、画像データと対応付ける患者が指定されると、サーバ兼用機３ａの制御部３１は、画像データを取り込み、当該画像データと、指定された患者の患者情報とを対応付ける。画像データの取り込みが完了すると、制御部３１は、指定解除要求の送信先であるクライアント機（参照用機３ｂ）に対し、通信部３５を介してもとの患者指定状態を回復するよう指示する指定回復指示を送信する。このように、通信部３５は指定回復指示を送信する回復指示送信手段として機能する。
他のクライアント機（本実施形態ではサーバ兼用機３ａ）から指定回復指示を受信すると、参照用機３ｂの制御部３１は、指定回復手段として機能し、もとの患者指定状態を回復させる。

受付装置４は、図示しない受付に設置され、来院した患者の受付登録、会計計算、保険点数計算等を行うためのコンピュータ装置であり、ＣＰＵ、ＲＯＭ、ＲＡＭ等により構成される記憶部、キーボードやマウス等により構成される入力部、ＣＲＴやＬＣＤ等により構成される表示部、ネットワーク５に接続された各装置との通信を制御する通信部（いずれも図示せず）等を備えて構成されている。受付装置４は、入力部より受付入力画面の表示が指示されると、ＣＰＵと記憶部に記憶されたプログラムとの協働によるソフトウエア処理により、表示部に図示しない受付入力画面を表示する。この受付入力画面を介して入力部により受付情報（受付番号＋患者氏名）が入力されると、受付された患者の患者情報リストを作成（更新）して記憶部に記憶し、通信部により適宜医用画像管理装置３に対して送信する。

次に、小規模診断システム１が適用された小規模施設における、一の患者についての診察の流れについて説明する。

患者が来院すると、受付において、患者に対し受付番号札が付与され、受付装置４において、入力部の操作により受付された患者の受付番号及び患者氏名等、患者情報リストを構成する各種の患者情報の入力（受付入力）が行われる。受付装置４においては、患者の受付番号及び患者情報等が入力されると、患者情報のリスト（患者情報リスト）が生成（更新）され、ＲＡＭの所定領域に格納される。患者情報リストは、例えば、その日の最初の患者が受付入力されると生成され、ＲＡＭの所定領域に記憶され、次の患者が受付入力される毎に新しい患者情報リストに更新される。

受付番号が付与された患者が診察室（例えば第１診察室）に移動すると、医師により問診が行われ、行うべき撮影、検査が決定される。

問診により患部の撮影が必要であると決定された場合には、撮影技師又は看護士等の撮影を行う撮影実施者は、患者を、撮影を行う画像生成装置２（超音波診断装置２ａ、内視鏡２ｂ、心電図記録装置２ｃ又はＣＲ読取装置２ｄ）の前に連れて行き、その患者の診断対象部位を被写体として撮影を行い、撮影画像の画像データの生成を行う。例えば、画像生成装置２がＣＲ読取装置２ｄの場合、放射線撮影装置において撮影を行い、放射線撮影装置において撮影済みのＣＲカセッテをＣＲ読取装置２ｄにセットし、ＣＲカセッテに記録された放射線画像の読み取りを行う。画像生成装置２において、撮影実施者の操作に応じて撮影及び画像データの生成が行われると、生成された画像データに上述のＵＩＤが付与される。また、内視鏡２ｂ等のＤＩＣＯＭ規格に則った装置の場合であって、患者情報の入力が行われた場合には、生成された画像データにＵＩＤと患者情報とが付与される。
各画像生成装置２で生成された画像データは、ＵＩＤや患者情報といった付帯情報とともに医用画像管理装置３に対して送信される。

画像生成装置２から医用画像管理装置３に画像データが送信されると、医用画像管理装置３の制御部３１は、当該画像データを記憶部３２に記憶されている患者の患者情報と対応付ける患者情報対応付け処理を行う。本実施形態において医用画像管理装置３は、画像データがいずれかの患者と対応付けられることによって、当該患者の患者表示画面３４２（図６）において当該画像データに基づく撮影画像を表示させ、読影、診断等を行うことのできる状態となる。
画像データと患者との対応付けが行われ、画像データが患者表示画面３４２に表示可能な状態となると、医師は、画像生成装置２から受信された撮影画像等を医用画像管理装置３の表示部３４に表示させて参照し、読影や患者の診察を行う。

ここで、本実施形態における患者情報対応付け処理について図８から図１３を参照しつつ説明する。
図８に示すように、画像データを受信すると（ステップＳ１）、制御部３１は、当該画像データに患者情報として患者ＩＤが付帯しているか否かを判断する（ステップＳ２）。画像データに患者ＩＤが付帯している場合（ステップＳ２：ＹＥＳ）には、制御部３１は、記憶部３２内に記憶されている患者の患者情報の中に、当該画像データに付帯する患者ＩＤと一致するものがあるか否かをさらに判断する（ステップＳ３）。

当該患者ＩＤが記憶部３２内に記憶されているいずれかの患者の患者ＩＤと一致する場合（ステップＳ３：ＹＥＳ）には、図９に示すように、制御部３１は、当該画像データに患者氏名（漢字：以下「漢字氏名」と称する。）が付帯しているか否か判断する（ステップＳ４１）。画像データに漢字氏名が付帯している場合（ステップＳ４１：ＹＥＳ）には、さらに、患者ＩＤが一致した記憶部３２内の患者情報の中に漢字氏名が含まれているか否か判断する（ステップＳ４２）。該当する患者情報に漢字氏名が含まれている場合（ステップＳ４２：ＹＥＳ）には、当該漢字氏名についても、画像データに付帯する漢字氏名と一致するか否かを判断する（ステップＳ４３）。そして、画像データに付帯する漢字氏名と記憶部３２内の患者情報の中に含まれる漢字氏名とが一致しない場合（ステップＳ４３：ＮＯ）には、制御部３１は、当該画像データを未確定画像と判断する（ステップＳ１２）。

画像データに漢字氏名が付帯していない場合（ステップＳ４１：ＮＯ）、漢字氏名が付帯しているが記憶部３２内の該当する患者情報の中に漢字氏名が含まれていない場合（ステップＳ４２：ＮＯ）、及び画像データに付帯する漢字氏名と記憶部３２内の患者情報の中に含まれる漢字氏名とが一致する場合（ステップＳ４３：ＹＥＳ）には、図１０に示すように、制御部３１は、当該画像データに患者氏名（カナ：以下「カナ氏名」と称する。）が付帯しているか否か判断する（ステップＳ５１）。画像データにカナ氏名が付帯している場合（ステップＳ５１：ＹＥＳ）には、さらに、患者ＩＤが一致した記憶部３２内の患者情報の中にカナ氏名が含まれているか否か判断する（ステップＳ５２）。該当する患者情報にカナ氏名が含まれている場合（ステップＳ５２：ＹＥＳ）には、当該カナ氏名についても、画像データに付帯するカナ氏名と一致するか否かを判断する（ステップＳ５３）。そして、画像データに付帯するカナ氏名と記憶部３２内の患者情報の中に含まれるカナ氏名とが一致しない場合（ステップＳ５３：ＮＯ）には、制御部３１は、当該画像データを未確定画像と判断する（ステップＳ１２）。

画像データにカナ氏名が付帯していない場合（ステップＳ５１：ＮＯ）、カナ氏名が付帯しているが記憶部３２内の該当する患者情報の中にカナ氏名が含まれていない場合（ステップＳ５２：ＮＯ）、及び画像データに付帯するカナ氏名と記憶部３２内の患者情報の中に含まれるカナ氏名とが一致する場合（ステップＳ５３：ＹＥＳ）には、図１１に示すように、制御部３１は、当該画像データに患者氏名（ＡＳＣＩＩ：以下「ＡＳＣＩＩ氏名」と称する。）が付帯しているか否か判断する（ステップＳ６１）。画像データにＡＳＣＩＩ氏名が付帯している場合（ステップＳ６１：ＹＥＳ）には、さらに、患者ＩＤが一致した記憶部３２内の患者情報の中にＡＳＣＩＩ氏名が含まれているか否か判断する（ステップＳ６２）。該当する患者情報にＡＳＣＩＩ氏名が含まれている場合（ステップＳ６２：ＹＥＳ）には、当該ＡＳＣＩＩ氏名についても、画像データに付帯するＡＳＣＩＩ氏名と一致するか否かを判断する（ステップＳ６３）。そして、画像データに付帯するＡＳＣＩＩ氏名と記憶部３２内の患者情報の中に含まれるＡＳＣＩＩ氏名とが一致しない場合（ステップＳ６３：ＮＯ）には、制御部３１は、当該画像データを未確定画像と判断する（ステップＳ１２）。

画像データにＡＳＣＩＩ氏名が付帯していない場合（ステップＳ６１：ＮＯ）、ＡＳＣＩＩ氏名が付帯しているが記憶部３２内の該当する患者情報の中にＡＳＣＩＩ氏名が含まれていない場合（ステップＳ６２：ＮＯ）、及び画像データに付帯するＡＳＣＩＩ氏名と記憶部３２内の患者情報の中に含まれるＡＳＣＩＩ氏名とが一致する場合（ステップＳ６３：ＹＥＳ）には、図１２に示すように、制御部３１は、当該画像データに生年月日情報（以下単に「生年月日」と称する。）が付帯しているか否か判断する（ステップＳ７１）。画像データに生年月日が付帯している場合（ステップＳ７１：ＹＥＳ）には、さらに、患者ＩＤが一致した記憶部３２内の患者情報の中に生年月日が含まれているか否か判断する（ステップＳ７２）。該当する患者情報に生年月日が含まれている場合（ステップＳ７２：ＹＥＳ）には、当該生年月日についても、画像データに付帯する生年月日と一致するか否かを判断する（ステップＳ７３）。そして、画像データに付帯する生年月日と記憶部３２内の患者情報の中に含まれる生年月日とが一致しない場合（ステップＳ７３：ＮＯ）には、制御部３１は、当該画像データを未確定画像と判断する（ステップＳ１２）。

画像データに生年月日が付帯していない場合（ステップＳ７１：ＮＯ）、生年月日が付帯しているが記憶部内の該当する患者情報の中に生年月日が含まれていない場合（ステップＳ７２：ＮＯ）、及び画像データに付帯する生年月日と記憶部内の患者情報の中に含まれる生年月日とが一致する場合（ステップＳ７３：ＹＥＳ）には、図１３に示すように、制御部３１は、当該画像データに性別情報（以下単に「性別」と称する。）が付帯しているか否か判断する（ステップＳ８１）。画像データに性別が付帯している場合（ステップＳ８１：ＹＥＳ）には、さらに、患者ＩＤが一致した記憶部３２内の患者情報の中に性別が含まれているか否か判断する（ステップＳ８２）。該当する患者情報に性別が含まれている場合（ステップＳ８２：ＹＥＳ）には、当該性別についても、画像データに付帯する性別と一致するか否かを判断する（ステップＳ８３）。そして、画像データに付帯する性別と記憶部３２内の患者情報の中に含まれる性別とが一致しない場合（ステップＳ８３：ＮＯ）には、制御部３１は、当該画像データを未確定画像と判断する（ステップＳ１２）。
また、画像データに付帯する性別と記憶部３２内の患者情報の中に含まれる性別とが一致する場合（ステップＳ８３：ＹＥＳ）には、制御部３１は、当該画像データを記憶部３２内の患者ＩＤの一致した患者と対応付けて、確定画像として画像ＤＢ管理部３８の確定画像領域３８ａに保存する（ステップＳ９）。

他方、画像データに患者ＩＤが付帯していない場合（ステップＳ２：ＮＯ）には、図８に示すように、制御部３１は、サーバ兼用機３ａ及び参照用機３ｂを含むいずれかのクライアント機において、画像取込みボタン８１が押されているか否かを判断する（ステップＳ１０）。そして、いずれかのクライアント機において、画像取込みボタン８１が押されている場合（ステップＳ１０：ＹＥＳ）には、当該画像データを画像取込みボタン８１により指定された患者の患者情報と対応付け、確定画像として画像ＤＢ管理部３８の確定画像領域３８ａに保存する（ステップＳ１１）。
一方、いずれのクライアント機でも画像取込みボタン８１が押されていない場合（ステップＳ１０：ＮＯ）には、制御部３１は、当該画像データを未確定画像と判断する（ステップＳ１２）。

画像データを未確定画像と判断したときは、制御部３１は、画像データを画像ＤＢ管理部３８の未確定画像領域３８ｂに保存する。

次に、本実施形態における患者指定解除処理について図１４及び図１５を参照しつつ説明する。なお、本実施形態では、図７に示したように、参照用機３ｂにおいて患者の指定がされている場合に、これをサーバ兼用機３ａからの患者の指定解除要求に応じて解除する場合を例として説明する。
他のクライアント機ですでに患者の指定が行われ、自機で患者の指定を行うことができない場合には、患者の指定を行いたいクライアント機（本実施形態ではサーバ兼用機３ａ）の制御部３１は、いずれのクライアント機で患者の指定がなされているのかを判断し、図１４に示すように、患者の指定を行っているクライアント機（本実施形態では参照用機３ｂ）に対し、通信部３５を介して指定解除要求を送信する（ステップＳ１０１）。

参照用機３ｂが指定解除要求を受信すると（ステップＳ１０２）、参照用機の制御部３１は、当該指定解除要求に応じて患者の指定解除を行い（ステップＳ１０３）、当該指定解除要求の送信元であるクライアント機（本実施形態ではサーバ兼用機３ａ）を示す情報を表示部３４に表示させる（ステップＳ１０４）。

図１５に示すように、参照用機３ｂの制御部３１は、患者の指定解除を行うと、患者の指定解除をした旨を他のクライアント機に対して送信する（ステップＳ１０５）。参照用機３ｂから患者の指定解除をした旨を受信すると（ステップＳ１０６）、指定解除要求を送信したクライアント機（本実施形態ではサーバ兼用機３ａ）の制御部３１は、画像取込みボタン８１が押されたか否かを判断する（ステップＳ１０７）。そして、画像取込みボタン８１が押され画像データと対応付ける患者が指定されると（ステップＳ１０７：ＹＥＳ）、サーバ兼用機３ａの制御部３１は、画像データを取り込み（ステップＳ１０８）、当該画像データと、指定された患者の患者情報とを対応付ける。画像取込みボタン８１が押されないとき（ステップＳ１０７：ＮＯ）は、押されるまでその判断を繰り返す。

制御部３１は、画像データの取り込みを開始すると、取り込みが完了したかを判断し（ステップＳ１０９）、取り込みが完了していないとき（ステップＳ１０９：ＮＯ）は、完了するまで画像データの取り込みを行う。画像データの取り込みが完了すると（ステップＳ１０９：ＹＥＳ）、制御部３１は、指定解除要求の送信先であるクライアント機（参照用機３ｂ）に対し、通信部を介してもとの患者指定状態を回復するよう指示する指定回復指示を送信する（ステップＳ１１０）。
指定回復指示を受信すると（ステップＳ１１１）、参照用機３ｂの制御部３１は、指定解除前のもとの患者指定状態を回復させる（ステップＳ１１２）。

以上のように、本実施形態によれば、ＣＲ読取装置２ｄから患者情報の付されていないＣＲＲａｗ画像データが送られてきた場合や、ＤＩＣＯＭ規格に則った各種の画像生成装置２から患者情報の付されていないＤＩＣＯＭ画像データが送られてきた場合でも、画像データを対応付ける患者が指定されている場合には当該指定されている患者の患者情報と対応付けることができる。このため、医用画像管理装置３が、画像データがいずれかの患者と対応付けられなければ表示部３４に撮影画像を表示させることができない構成となっているような場合でも、画像データと患者情報との対応付けを効率的に行い、撮影画像を読影、診断等を行うことのできる状態にすることができる。

また、医用画像管理装置３が複数ある場合には、各医用画像管理装置３で別々の患者が指定されないように、ある医用画像管理装置３で患者が指定されている場合には、当該指定が解除されるまで他の医用画像管理装置３で患者を指定することができないように構成されている。このため、同時に複数の患者が指定されて画像データと対応付ける患者が特定できなくなるとの不都合を回避することができる。
そして、この場合でも、他の医用画像管理装置３から患者の指定を解除するよう求める指定解除要求を送信し、患者の指定を解除させることができるため、他の医用画像管理装置３で患者の指定を解除し忘れているような場合には、当該患者の指定を解除して、別の患者の指定を行うことができる状態にすることができ、診療効率を向上させることができる。

また、患者の指定解除を行ったときは、それがいずれの医用画像管理装置３からの指定解除要求によるものであるかを表示部３４に表示させるので、ユーザが指定解除要求の送信元の医用画像管理装置３を知ることができ、何らかの不都合があれば当該医用画像管理装置３を操作するユーザに問合せを行う等、適宜対処することも可能となる。

また、一旦患者の指定解除が行われても、その後、再度もとの患者指定を回復させることができるので、患者の指定解除をされた側の医用画像管理装置３のユーザが、指定解除要求の送信側の医用画像管理装置３での画像データ取り込み後に再度患者の選択・指定をやり直す手間を省くことができる。これにより、すぐに画像データの取り込みを行いたいユーザの要請と、画像データの取り込みを継続したいユーザの要請とを調和させて、画像データと患者情報との対応付けをより効率よく行うことができる。

なお、本実施形態では、参照用機３ｂで画像取込みボタン８１が押され、患者の指定がなされている場合に、サーバ兼用機３ａから患者の指定解除を求める指定解除要求を送信して、参照用機３ｂにおける患者の指定を解除させる場合を例として説明したが、サーバ兼用機３ａで指定されている患者の指定の解除を参照用機３ｂから求める場合や、ある参照用機３ｂで指定されている患者の指定の解除を他の参照用機３ｂから求める場合でも同様である。

また、本実施形態では、一旦あるクライアント機（参照用機３ｂ）での患者の指定を解除した後、指定解除要求を行ったクライアント機（サーバ兼用機３ａ）での画像取り込みが完了したら、参照用機３ｂの患者指定状態を元の状態に戻すようになっているが、元の患者指定状態を回復することは、必須の構成ではない。
例えば、サーバ兼用機３ａからの指定解除要求に従って患者の指定を解除した参照用機３ｂが、指定解除をした旨をサーバ兼用機３ａに送信する際、患者指定状態の回復不要である旨をともに送信することができるようにし、このような送信があったときには参照用機３ｂにおける元の患者指定状態を回復させず、サーバ兼用機３ａにおける画像データの取り込みが完了したら、単に患者の指定を解除するようにしてもよい。
また、指定解除要求を行ったクライアント機（サーバ兼用機３ａ）での画像取り込みが完了したら、その旨をサーバ兼用機３ａから指定解除要求送信先のクライアント機（参照用機３ｂ）に対して送信するようにしてもよい。この場合、参照用機３ｂの制御部３１は、自機における元の患者指定状態を回復させる必要があるか否かを判断し、回復させる必要があると判断される場合にのみ元の患者指定状態を回復させるようにしてもよい。

また、本実施形態では、患者の指定解除を行ったときは、それがいずれの医用画像管理装置３からの指定解除要求によるものであるかを表示部３４に表示させるようにしたが、表示部３４に表示させる内容はこれに限定されない。
例えば、指定解除要求を送信する側から、自機で取り込む予定の画像データの枚数や内容、予定される所要時間等の情報も指定解除要求とともに送信し、患者の指定解除を行った際には、これらの情報も合わせて表示部３４に表示させるようにしてもよい。

また、本実施形態では、画像が未確定画像と判断された場合には、当該画像データを未確定画像領域３８ｂに保存するようにしたが、未確定画像と判断されたときは、予め定められた何らかの割り付けルールに従って画像データと患者情報との対応付けを自動的に行い、このようにして対応付けを行ったものについては確定画像領域３８ａに保存するようにしてもよい。

また、本実施形態では、まず、画像データに患者ＩＤが付帯しているか否かを判断し、画像データに患者ＩＤが付帯している場合には、必ずこの患者ＩＤと記憶部３２内に記憶されている患者の患者情報との一致を判断するように構成したが、患者情報対応付け処理はこれに限定されない。例えば、いずれかのクライアント機の画像取込みボタン８１が押されている場合には、患者ＩＤの付与の有無を判断することなく当該クライアント機で選択・指定されている患者の患者情報と画像データとを対応付けるように構成してもよい。
このように構成することにより、ＣＲカセッテを用いた撮影が多い場合や、ＤＩＣＯＭ規格対応の画像生成装置２を用いていても患者ＩＤの付与を行わずに画像データの送信を行うことが多い場合、クライアント機が少なく、いちいち患者ＩＤを確認しなくても画像データと患者情報との対応付けに誤りが生じるおそれが少ない場合等、施設の事情に応じて処理の簡素化を図ることができる。

なお、本実施形態においては、ＣＲ読取装置２ｄには患者情報を入力する入力手段が設けられていない場合を例としたが、ＣＲ読取装置２ｄにも患者情報を入力する入力手段を設けてもよい。

また、本実施形態では、患者情報が対応付けられた画像データを医用画像管理装置３の画像ＤＢ管理部３８に記憶させるようにしたが、画像データを記憶する記憶手段はこれに限定されない。例えば、外部の記憶装置や着脱可能な記憶手段に記憶させるようにしてもよい。

また、本実施形態では、医用画像管理装置３として、１台のサーバ兼用機３ａに２台の参照用機３ｂ，３ｃが接続されている構成のものを例としているが、医用画像管理装置３の構成はこれに限定されない。例えば、参照用機がサーバ兼用機３ａに３台以上接続されている構成としてもよい。
また、サーバ兼用機３ａ及び参照用機３ｂ，３ｃの配置は、図７に示したものに限定されず、例えば、参照用機３ｂ，３ｃのうちの１台は受付に設置されていてもよい。この場合、参照用機３ｂ，３ｃが受付装置４を兼ねてもよい。また、各画像生成装置２に対応してそれぞれ１台ずつ医用画像管理装置３が設置されていてもよい。

その他、本発明が上記実施形態に限定されず、適宜変更可能であるのは勿論である。

［第２の実施形態］
次に、図１６を参照しつつ、本発明に係る医用画像管理装置の第２の実施形態について説明する。なお、第２の実施形態は、患者指定解除処理のみが第１の実施形態と異なるものであるため、以下においては、特に第１の実施形態と異なる点について説明する。

本実施形態において、医用画像管理装置は、第１の実施形態と同様、サーバ兼用機３ａとこれと接続される参照用機３ｂ等とからなっている。サーバ兼用機３ａ及び参照用機３ｂは制御部、表示部、通信部等を備えるコンピュータである。
本実施形態において、医用画像管理装置の制御部は、他のクライアント機から指定解除要求が送信されたときに、自身の稼働状況を判断する稼動状況判断手段として機能し、制御部は、稼動状況の判断結果に応じて、患者の指定解除を行う。具体的には、指定解除要求が送信されると、制御部は、自機が、一定時間何も操作されていないかどうかを判断し、一定時間何も操作されていない場合には、当該指定解除要求に応じて患者の指定解除を行う。また、一定時間内に操作が行われていた場合には、指定解除要求の送信元のクライアント機に対して患者の指定解除ができない旨のメッセージを送信するようになっている。なお、どの程度の時間を「一定時間」とするかについては、予めデフォルトで定められていてもよいし、ユーザが任意に設定してもよい。
患者の指定解除ができない旨のメッセージを受信したときは、制御部は、その旨を示すメッセージ画面を表示部に表示させる。

なお、その他の構成は、第１の実施形態で示したものと同様であるため、その説明を省略する。

また、医用画像管理装置が設置される施設内における患者の診察の流れ、患者情報対応付け処理は第１の実施形態と同様であるため、その説明を省略する。

次に、本実施形態における患者指定解除処理について図１６を参照しつつ説明する。なお、本実施形態では、第１の実施形態と同様に、参照用機３ｂにおいて患者の指定がされている場合に、これをサーバ兼用機３ａからの患者の指定解除要求に応じて解除する場合を例として説明する。
図１６に示すように、サーバ兼用機３ａの制御部は、患者の指定を行っているクライアント機（本実施形態では参照用機３ｂ）に対し、通信部を介して指定解除要求を送信する（ステップＳ１２１）。

参照用機３ｂが指定解除要求を受信すると（ステップＳ１２２）、参照用機３ｂの制御部は、自機が、一定時間何も操作されていないか否かを判断する（ステップＳ１２３）。そして、一定時間何も操作されていない場合（ステップＳ１２３：ＹＥＳ）には、当該指定解除要求に応じて患者の指定解除を行い（ステップＳ１２４）、当該指定解除要求の送信元であるクライアント機（本実施形態ではサーバ兼用機３ａ）を示す情報を表示部に表示させる（ステップＳ１２５）。なお、参照用機３ｂにおいて患者の指定解除が行われた場合、以降の処理は第１の実施形態で説明したものと同様であるため、その説明を省略する。

他方、一定時間内に自機についての操作が行われている場合（ステップＳ１２３：ＮＯ）には、参照用機３ｂの制御部は、指定解除要求の送信元のクライアント機（本実施形態ではサーバ兼用機３ａ）に対して患者の指定解除ができない旨のメッセージを送信する（ステップＳ１２６）。
参照用機３ｂから患者の指定解除ができない旨のメッセージを受信すると（ステップＳ１２７）、指定解除要求を送信したクライアント機（本実施形態ではサーバ兼用機３ａ）の制御部は、その旨を示すメッセージ画面を表示部に表示させる（ステップＳ１２８）。

以上のように、本実施形態によれば、他の医用画像管理装置（本実施形態では、サーバ兼用機３ａ）から患者の指定解除要求があった場合に、患者の指定を行ったまま、長時間何も操作されていない等、自機（本実施形態では、参照用機３ｂ）の稼働状況に応じて、当該医用画像管理装置（参照用機３ｂ）における患者の指定を解除する。このため、患者の指定を行っている医用画像管理装置（参照用機３ｂ）のユーザが、画像データの取り込みが完了したにも拘らず患者の指定解除を忘れていたような場合に、その指定を解除して、別の医用画像管理装置（サーバ兼用機３ａ）による患者の指定を可能とすることができる。

なお、本実施形態では、制御部３１が患者の指定解除を行うか否かを決定する際に判断する稼働状況として、自機の操作が一定時間行われていないか否かを判断するようにしたが、制御部３１が判断する稼動状態は、これに限定されない。
例えば、取り込みを行う画像データの枚数が予め決まっている場合等であれば、当該枚数分の画像データを取り込み終わっているか否かを判断し、取り込み終わっていれば患者の指定解除を行うようにしてもよい。

なお、その他、本発明が本実施形態に限られないことは、第１の実施形態と同様である。

［第３の実施形態］
次に、図１７から図１９を参照しつつ、本発明に係る医用画像管理装置の第３の実施形態について説明する。なお、第３の実施形態は、患者指定解除処理のみが第１の実施形態及び第２の実施形態と異なるものであるため、以下においては、特に第１の実施形態及び第２の実施形態と異なる点について説明する。

本実施形態において、医用画像管理装置は、第１の実施形態及び第２の実施形態と同様、サーバ兼用機３ａとこれと接続される参照用機３ｂ等とからなっている。サーバ兼用機３ａ及び参照用機３ｂは制御部、入力部、表示部、通信部等を備えるコンピュータである。

本実施形態では、他のクライアント機から指定解除要求が送信されたときに、制御部は、指定解除要求を受信した旨のメッセージ画面を表示部に表示させ、ユーザに患者の指定解除を行うか否かの回答を促すようになっている。
例えば、クライアント機でＣＲの画像取込みボタンが押されることにより患者の指定がなされている場合には、図１７に示すようなメッセージ画面１５が表示される。

メッセージ画面１５には、患者の指定解除の可否を入力するＯＫボタン１６とＮＯボタン１７とが設けられており、いずれかのボタン１６，１７が押されると（画面上のボタン１６，１７をマウス等の入力部で操作すると）、各ボタン１６，１７に応じた信号が制御部に出力される。
このように、本実施形態では、表示部のメッセージ画面１５において、ＯＫボタン１６又はＮＯボタン１７が押されることにより、患者の指定解除の可否を入力することができるようになっており、メッセージ画面１５と入力部により可否入力手段が構成されている。

そして、指定解除要求を受信した側のクライアント機の制御部は、このメッセージ画面１５において、ＯＫボタン１６、ＮＯボタン１７のいずれが押されたかの回答に応じて、患者の指定解除を行うか否かを判断するようになっている。

患者の指定解除を行わないと判断した場合には、制御部は、指定解除要求の送信元のクライアント機に対して、患者の指定解除ができない旨のメッセージを送信する。
他のクライアント機から患者の指定解除ができない旨のメッセージを受信した場合には、受信側のクライアント機の制御部は、例えば図１８に示すような、ＯＫボタン１９を備えるメッセージ画面１８を表示部に表示させるようになっている。

なお、その他の構成は、第１の実施形態で示したものと同様であるため、その説明を省略する。

また、医用画像管理装置が設置される施設内における患者の診察の流れ、患者情報対応付け処理は第１の実施形態と同様であるため、その説明を省略する。

次に、本実施形態における患者指定解除処理について図１９を参照しつつ説明する。なお、本実施形態では、第１の実施形態及び第２の実施形態と同様に、参照用機３ｂにおいて患者の指定がされている場合に、サーバ兼用機３ａから患者の指定解除要求に応じて解除する場合を例として説明する。
図１９に示すように、サーバ兼用機３ａの制御部は、患者の指定を行っているクライアント機（本実施形態では参照用機３ｂ）に対し、通信部を介して指定解除要求を送信する（ステップＳ１３１）。

参照用機３ｂが指定解除要求を受信すると（ステップＳ１３２）、参照用機３ｂの制御部は、表示部に患者の指定解除要求を受信した旨のメッセージ画面１５を表示させる（ステップＳ１３３）。そして、制御部は、メッセージ画面１５を介してユーザによる入力があったか否かを判断する（ステップＳ１３４）。ユーザによる入力がない場合（ステップＳ１３４：ＮＯ）には、制御部は、さらに自機が、一定時間何も操作されていないかを判断する（ステップＳ１３５）。そして、一定時間何も操作されていない場合（ステップＳ１３５：ＹＥＳ）には、当該指定解除要求に応じて患者の指定解除を行い（ステップＳ１３６）、当該指定解除要求の送信元であるクライアント機（本実施形態ではサーバ兼用機）を示す情報を表示部に表示させる（ステップＳ１３７）。なお、参照用機３ｂにおいて患者の指定解除が行われた場合、以降の処理は第１の実施形態で説明したものと同様であるため、その説明を省略する。

他方、メッセージ画面１５を介してユーザによる入力があった場合（ステップＳ１３４：ＹＥＳ）又は、メッセージ画面１５からの入力はないが一定時間内に自機について何らかの操作が行われている場合（ステップＳ１３５：ＮＯ）には、参照用機３ｂの制御部は、メッセージ画面１５を介してＹＥＳボタン１７が操作されたかをさらに判断する（ステップＳ１３８）。ＹＥＳボタン１７が操作された場合（ステップＳ１３８：ＹＥＳ）には、患者指定を解除し（ステップＳ１３６）、当該指定解除要求の送信元であるクライアント機（本実施形態ではサーバ兼用機３ａ）を示す情報を表示部に表示させる（ステップＳ１３７）。

ＹＥＳボタン１７が操作されない場合（ステップＳ１３８：ＮＯ）には、参照用機３ｂの制御部は、指定解除要求の送信元のクライアント機（本実施形態ではサーバ兼用機３ａ）に対して患者の指定解除ができない旨のメッセージを送信する（ステップＳ１３９）。
参照用機３ｂから患者の指定解除ができない旨のメッセージを受信すると（ステップＳ１４０）、指定解除要求を送信したクライアント機（本実施形態ではサーバ兼用機３ａ）の制御部は、患者の指定解除ができない旨のメッセージ画面１８を表示部に表示させる（ステップＳ１４１）。

以上のように、本実施形態によれば、他の医用画像管理装置３から指定解除要求が送信された場合、表示部に表示されるメッセージ画面１５でＯＫボタン１６が押された場合にのみ患者の指定解除を行うので、画像の取り込みに時間がかかっている場合や、一連のシリーズで画像データを取り込んでいる場合等、途中で患者の指定解除を行いたくない場合には、指定解除要求を拒否することができ、事情に応じた対応を行うことができる。

なお、本実施形態では、他の医用画像管理装置３から指定解除要求が送信された場合、表示部にメッセージ画面１５を表示するようにしたが、患者の指定解除の可否を入力する可否入力手段はここに例示したものに限定されない。
例えば、医用画像管理装置３からの指定解除要求を、患者の指定を行っているクライアント機のユーザの携帯端末等に送信し、当該携帯端末等から患者の指定解除の可否を入力させるようにしてもよい。この場合には、携帯端末等の入力部が可否入力手段として機能する。

表示部に表示されるメッセージ画面１５は、ここに例示したものに限定されず、例えば、指定解除要求の送信元のクライアント機で予定されている画像データの取り込み枚数や内容、予定される所要時間等を合わせて表示させたり、画像データの取り込み後、元の患者指定状態を回復させる旨を表示させたりしてもよい。

なお、その他、本発明が本実施形態に限られないことは、第１の実施形態及び第２の実施形態と同様である。

本実施形態における小規模診断システムの全体構成例を示す図である。 図１に示す小規模診断システムを構成する主な装置間での画像データの流れを模式的に示す説明図である。 図１に示す小規模診断システムに適用される医用画像管理装置３の機能的構成を示す要部ブロック図である。 図３の表示部に表示される患者情報リスト画面の一例を示す図である。 図３の表示部に表示される患者表示画面の一例を示す図である。 図５の患者表示画面の一例を示す図である。 本実施形態におけるサーバ兼用機及び参照用機の設置例を示す説明図である。 図３の制御部により実行される患者情報対応付け処理を示すフローチャートである。 図８の患者情報対応付け処理のうち、処理Ａの内容を示すフローチャートである。 図８の患者情報対応付け処理のうち、処理Ｃの内容を示すフローチャートである。 図８の患者情報対応付け処理のうち、処理Ｅの内容を示すフローチャートである。 図８の患者情報対応付け処理のうち、処理Ｇの内容を示すフローチャートである。 図８の患者情報対応付け処理のうち、処理Ｉの内容を示すフローチャートである。 図３の制御部により実行される患者指定解除処理を示すフローチャートである。 図３の制御部により実行される患者指定解除処理を示すフローチャートである。 第２の実施形態における患者指定解除処理を示すフローチャートである。 第３の実施形態において表示部に表示されるメッセージ画面の一例である。 第３の実施形態において表示部に表示されるメッセージ画面の一例である。 第３の実施形態における患者指定解除処理を示すフローチャートである。

符号の説明

１ 小規模診断システム
２ 画像生成装置
２ａ 超音波診断装置
２ｂ 内視鏡
２ｃ 心電図記録装置
２ｄ ＣＲ読取装置
３ 医用画像管理装置
３ａ サーバ兼用機
３ｂ 参照用機
３ｃ 参照用機
４ 受付装置
５ ネットワーク
１５ メッセージ画面
２１ 変換装置
３１ 制御部
３２ 記憶部
３３ 入力部
３４ 表示部
３４１ 患者情報リスト画面
３４２ 患者表示画面
３５ 通信部
３６ Ｉ／Ｆ
３８ 画像ＤＢ管理部
３８ａ 確定画像領域
３８ｂ 未確定画像領域
４０ バス

Claims (5)

1. 複数の医用画像管理装置を備える医用画像管理システムであって、
   前記各医用画像管理装置は、
   患者に関する画像データを生成する画像生成装置とデータ送受信可能に接続され、
   診察すべき患者の患者情報を記憶する患者情報記憶手段と、
   前記患者情報記憶手段に記憶されている患者の中から前記画像データと対応付ける患者を指定する患者指定手段と、
   前記画像生成装置から送信された画像データを前記患者指定手段により指定された患者の患者情報と対応付ける対応付け手段と、
   他の前記医用画像管理装置に対して、患者の指定の解除を求める指定解除要求を送信する解除要求送信手段と、
   他の前記医用画像管理装置の前記解除要求送信手段により前記指定解除要求が送信された際に前記患者指定手段による患者の指定を解除するための指定解除手段と、を備えていることを特徴とする医用画像管理システム。
2. 前記医用画像管理装置は、他の前記医用画像管理装置の前記解除要求送信手段より前記指定解除要求が送信されたときに自身の稼働状況を判断する稼動状況判断手段を備え、
   前記指定解除手段は、前記稼動状況判断手段による判断結果に応じて、患者の指定解除を行うことを特徴とする請求項１に記載の医用画像管理システム。
3. 前記医用画像管理装置は、他の前記医用画像管理装置の前記解除要求送信手段より前記指定解除要求が送信されたときに患者の指定解除の可否を入力する可否入力手段を備え、
   前記指定解除手段は、前記可否入力手段の入力結果に応じて、患者の指定解除を行うことを特徴とする請求項１に記載の医用画像管理システム。
4. 前記医用画像管理装置は、前記指定解除要求に応じて患者の指定解除が行われた際に、当該指定解除がいずれの前記医用画像管理装置からの指定解除要求によるものであるかを表示する表示手段を備えていることを特徴とする請求項１から請求項３のいずれか一項に記載の医用画像管理システム。
5. 前記医用画像管理装置は、前記指定解除要求の送信先である他の前記医用画像管理装置において患者の指定解除が行われた後、再度もとの患者指定を回復させる指定回復指示を送信する回復指示送信手段と、
   他の前記医用画像管理装置の前記回復指示送信手段から前記回復指示が送信されたときに、もとの患者指定状態を回復させる指定回復手段を備えていることを特徴とする請求項１から請求項４のいずれか一項に記載の医用画像管理システム。

Images