(57)【要約】【課題】データ管理サーバが他の外部装置から医用画像データを取得して登録する際のデータの整合性や保全性を確保する。【解決手段】本発明に係る医用画像管理システム１００によれば、一のサーバ（例えば、第２サーバ２）から他の外部サーバ（例えば、第１サーバ１）に記憶されている医用画像データの検索要求及び取得要求を行った医用画像データについて、一のサーバの医用画像ＤＢに登録する前に、重複チェック、付帯情報の登録済みのデータとの整合性チェック、ＲＩＳとの整合性チェックを行い、その結果を表示するとともに、医用画像及び付帯情報を表示して操作部からの入力に応じて修正を行う。【選択図】図４
2009042906.tif 000002
【特許請求の範囲】
【請求項１】
付帯情報を含む医用画像データを蓄積記憶する記憶手段を備えたデータ管理サーバと、医用画像データを蓄積記憶する外部装置と、が通信ネットワークを介して接続され、前記データ管理サーバは、前記外部装置に対し医用画像データの検索及び取得要求を行って、当該取得要求に応じて前記外部装置から送信された医用画像データを前記記憶手段に登録する医用画像管理システムであって、
前記データ管理サーバからの取得要求に応じて前記外部装置から送信された医用画像データ及びその付帯情報の前記記憶手段への登録可否を前記記憶手段への登録前にチェックし、その結果を表示手段に表示する事前チェック手段と、
前記外部装置から送信された医用画像データ及びその付帯情報をユーザ操作に応じて修正する修正手段と、
を備える医用画像管理システム。
【請求項２】
前記事前チェック手段は、前記医用画像データが前記記憶手段に既に登録されているか否かの重複チェックを行い、前記重複チェックの結果を前記表示手段に表示する請求項１に記載の医用画像管理システム。
【請求項３】
前記事前チェック手段は、前記医用画像データの付帯情報と前記記憶手段に既に登録されている情報との整合性チェックを行い、前記整合性チェックの結果を前記表示手段に表示する請求項１に記載の医用画像管理システム。
【請求項４】
前記医用画像管理システムは、検査オーダ情報を生成し保存するオーダ生成装置に接続され、
前記事前チェック手段は、前記医用画像データの付帯情報と前記オーダ生成装置に保存されている検査オーダ情報との整合性チェックを行い、前記整合性チェックの結果を前記表示手段に表示する請求項１に記載の医用画像管理システム。
【請求項５】
前記医用画像管理システムは、前記データ管理サーバから医用画像データを取得して表示するためのクライアント端末を備えて構成され、
前記事前チェック手段及び前記修正手段は、前記クライアント端末に備えられる請求項１〜４の何れか一項に記載の医用画像管理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理システムに関する。
【背景技術】
【０００２】
医療の分野では、患者を撮影した医用画像のデジタル化が実現されている。デジタル化は、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置、カセッテ読み取り装置等の各種モ
ダリティにより行われる。デジタル化された医用画像は、患者の患者情報や検査情報等とともにデータ管理サーバにより一元的に管理される。具体的には、医用画像とＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に適合するＤＩＣＯＭ基本情報（付帯情報）とがデータ管理サーバのデータベースに登録され、管理される医用画像管理システム（以下、ＰＡＣＳ（Picture Archiving and Communication System）という。）が用いられている。
【０００３】
モダリティからデータ管理サーバ等への医用画像データの送信は、ＤＩＣＯＭ規格のＳＴＯＲＡＧＥ−ＳＣＰ（Service Class Provider）により一方的に行われている。また、ＤＩＣＯＭ規格では、これとは別に、ＱＲ（Query/Retrieve）−ＳＣＵ（Service Class User）によりデータ管理サーバや端末等が他の外部装置に医用画像データの検索・取得要求を行って、他の外部装置が保持している医用画像データを取得することができるサービスがある。
【０００４】
ところで、医用画像データを異なる装置間で送信する場合、送信元と送信先とでデータの整合性がとれていない場合がある。そこで、例えば、特許文献１には、モダリティから画像参照端末に送信する医用画像データのチェックを行う画像データチェック端末を備えたシステムが記載されている。
【特許文献１】特開２００３−１１６１５４号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来、ＱＲ−ＳＣＵにより取得要求された医用画像データは、直接要求元に送信されて登録されていた。ＱＲ−ＳＣＵでは、ユーザが自由に取得対象を選択可能なため、要求元がデータ管理サーバである場合には、既に要求元でデータベースに登録されている医用画像データと重複するデータや不要なデータ、登録済みのデータと不整合が生じているデータ等の登録不可のデータを選択してしまう場合があり、そのままの状態で取り込むと、要求元でデータの整合性や保全性が損なわれてしまう可能性があった。
【０００６】
本発明は、データ管理サーバが他の外部装置から医用画像データを取得して登録する際のデータの整合性や保全性を確保することである。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、請求項１に記載の発明は、
付帯情報を含む医用画像データを蓄積記憶する記憶手段を備えたデータ管理サーバと、医用画像データを蓄積記憶する外部装置と、が通信ネットワークを介して接続され、前記データ管理サーバは、前記外部装置に対し医用画像データの検索及び取得要求を行って、当該取得要求に応じて前記外部装置から送信された医用画像データを前記記憶手段に登録する医用画像管理システムであって、
前記データ管理サーバからの取得要求に応じて前記外部装置から送信された医用画像データ及びその付帯情報の前記記憶手段への登録可否を前記記憶手段への登録前にチェックし、その結果を表示手段に表示する事前チェック手段と、
前記外部装置から送信された医用画像データ及びその付帯情報をユーザ操作に応じて修正する修正手段と、
を備える。
【０００８】
請求項２に記載の発明は、請求項１に記載の発明において、
前記事前チェック手段は、前記医用画像データが前記記憶手段に既に登録されているか否かの重複チェックを行い、前記重複チェックの結果を前記表示手段に表示する。
【０００９】
請求項３に記載の発明は、請求項１に記載の発明において、
前記事前チェック手段は、前記医用画像データの付帯情報と前記記憶手段に既に登録されている情報との整合性チェックを行い、前記整合性チェックの結果を前記表示手段に表示する。
【００１０】
請求項４に記載の発明は、請求項１に記載の発明において、
前記医用画像管理システムは、検査オーダ情報を生成し保存するオーダ生成装置に接続され、
前記事前チェック手段は、前記医用画像データの付帯情報と前記オーダ生成装置に保存されている検査オーダ情報との整合性チェックを行い、前記整合性チェックの結果を前記表示手段に表示する。
【００１１】
請求項５に記載の発明は、請求項１〜４の何れか一項に記載の発明において、
前記医用画像管理システムは、前記データ管理サーバから医用画像データを取得して表示するためのクライアント端末を備えて構成され、
前記事前チェック手段及び前記修正手段は、前記クライアント端末に備えられる。
【発明の効果】
【００１２】
請求項１に記載の発明によれば、データ管理サーバが外部装置から医用画像データを取得して記憶手段に登録する前に、その医用画像データの登録可否をチェックし修正できるので、データ管理サーバにおけるデータの整合性や保全性を確保することができる。
【００１３】
請求項２に記載の発明によれば、データ管理サーバが外部装置から医用画像データを取得して記憶手段に登録する前に、その医用画像データが既に記憶手段に登録されているか否かをチェックするので、データ管理サーバにおけるデータの重複を防止することができる。
【００１４】
請求項３に記載の発明によれば、データ管理サーバが外部装置から医用画像データを取得して記憶手段に登録する前に、その医用画像データの付帯情報と既に記憶手段に登録されている情報との整合性チェックを行うので、データ管理サーバに既に登録されている情報とのデータの不整合を防止することができる。
【００１５】
請求項４に記載の発明によれば、データ管理サーバが外部装置から医用画像データを取得して記憶手段に登録する前に、その医用画像データの付帯情報と検査オーダ情報との整合性チェックを行うので、検査オーダ情報との不整合を防止することができる。
【００１６】
請求項５に記載の発明によれば、事前チェック手段及び修正手段が医用画像表示用のクライアント端末に備えられているので、事前チェック用の端末を別途設ける必要がなくなる。
【発明を実施するための最良の形態】
【００１７】
以下、図１〜８を参照して本発明の実施形態を詳細に説明する。
【００１８】
[医用画像管理システムの構成]
図１に、本実施の形態における医用画像管理システム１００の全体構成を示す。図１に示すように、医用画像管理システム１００は、第１データ管理サーバ１（以下、第１サーバ１と称する）、第２データ管理サーバ２（以下、第２サーバ２と称する）、クライアント端末３、ＲＩＳ４を備えて構成され、各装置は、ＬＡＮ（Local Area Network）やＷＡＮ（Wide Area Network）等の通信回線からなる通信ネットワークＮを介してデータ送受信可能に接続されている。医用画像管理システム１００を構成する各装置は、ＤＩＣＯＭ（Digital Image and Communications in Medicine）規格に準じており、各装置間の通信は、ＤＩＣＯＭに則って行われる。
【００１９】
第１サーバ１、第２サーバ２は、各種モダリティにより撮影された医用画像データ、及び医用画像データに関する付帯情報（患者情報、検査情報等）を蓄積記憶・管理する装置である。
第１サーバ１及び第２サーバ２は、クライアント端末３又は他の外部サーバ（例えば、第１サーバ１に対して第２サーバ２、第２サーバ２に対して第１サーバ１）からの検索要求に応じて、クライアント端末３から送信される条件に合致した医用画像データを検索してそのリストデータを検索要求元に送信する。また、クライアント端末３又は他の外部サーバから取得要求のあった医用画像データを読み出して取得要求元の装置に送信する。このときの医用画像データの検索要求、取得要求は、例えば、ＤＩＣＯＭ規格のサービスの一つであるＱＲ−ＳＣＵにより行われる。
【００２０】
図２に、第１サーバ１の機能的構成を示す。
図２に示すように、第１サーバ１は、ＣＰＵ（Central Processing Unit）１１、操作部１２、表示部１３、通信部１４、ＲＡＭ（Random Access Memory）１５、記憶部１６等を備えて構成され、各部はバス１７により接続されている。
【００２１】
ＣＰＵ１１は、記憶部１６に記憶されているシステムプログラムや各種処理プログラムを読み出し、ＲＡＭ１５内に形成されたワークエリアに展開し、該プログラムに従って各部を制御する。
【００２２】
操作部１２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ１１に出力する。
【００２３】
表示部１３は、ＬＣＤ（Liquid Crystal Display）やＣＲＴ（Cathode Ray Tube）等のモニタにより構成され、ＣＰＵ１１から入力される表示信号の指示に従って、操作部１２からの入力指示やデータ等を表示する。
【００２４】
通信部１４は、ＬＡＮアダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮに接続された各装置とデータの送受信を行う。
【００２５】
ＲＡＭ１５は、ＣＰＵ１１により実行制御される各種処理において、記憶部１６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶する記憶領域を形成する。
【００２６】
記憶部１６は、不揮発性の半導体メモリやハードディスク等により構成され、ＣＰＵ１１で実行されるシステムプログラム及び各種処理プログラム、各種データ等を記憶する。これらの各種プログラムは、読み取り可能なプログラムコードの形態で格納され、ＣＰＵ１１は、当該プログラムコードに従った動作を逐次実行する。
【００２７】
また、記憶部１６は、記憶手段として、各種モダリティにより生成された医用画像データ及び医用画像データに関する情報である付帯情報を蓄積記憶するための医用画像ＤＢ（Data Base）１６１を有している。付帯情報は、患者ＩＤ、患者氏名、年齢、生年月日、性別等の患者情報や、検査ＩＤ、検査日付、検査時刻、受付番号、検査部位等の検査情報、シリーズ情報、医用画像情報を一意に特定するための画像識別情報（例えば、ＳＯＰ（Service Object Pair）インスタンスＵＩＤ）等が含まれる。
【００２８】
第２サーバ２の構成は、上述の第１サーバ１と略同様である。即ち、第２サーバ２は、ＣＰＵ２１、操作部２２、表示部２３、通信部２４、ＲＡＭ２５、医用画像ＤＢ２６１を有する記憶部２６等を備えて構成され、各部はバス２７により接続されている。各部の構成は、それぞれ上述のＣＰＵ１１、操作部１２、表示部１３、通信部１４、ＲＡＭ１５、記憶部１６と同様であるので説明を省略する。
【００２９】
クライアント端末３は、第１サーバ１又は第２サーバ２に保存されている医用画像データを取得して、医師の読影用に表示するためのＰＣ（Personal Computer）等の端末装置である。また、本実施の形態において、クライアント端末３は、第１サーバ１及び第２サーバ２間で医用画像データの取得要求があった場合に、要求元のサーバにおいて医用画像データを取り込んで登録する前に、該当する医用画像データや付帯情報の事前チェックを行う。
【００３０】
図３に、クライアント端末３の機能的構成を示す。
図３に示すように、クライアント端末３は、ＣＰＵ３１、操作部３２、表示部３３、通信部３４、ＲＡＭ３５、記憶部３６等を備えて構成され、各部はバス３７により接続されている。
【００３１】
ＣＰＵ３１は、記憶部３６に記憶されているシステムプログラムや各種処理プログラムを読み出し、ＲＡＭ３５内に形成されたワークエリアに展開し、該プログラムに従って各部を制御する。
【００３２】
操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された指示信号をＣＰＵ３１に出力する。
【００３３】
表示部３３は、ＬＣＤやＣＲＴ等のモニタにより構成され、ＣＰＵ３１から入力される表示信号の指示に従って、操作部３２からの入力指示やデータ等を表示する。
【００３４】
通信部３４は、ＬＡＮアダプタ、ルータ、ＴＡ等を備え、通信ネットワークＮに接続された各装置とデータの送受信を行う。
【００３５】
ＲＡＭ３５は、ＣＰＵ３１により実行制御される各種処理において、記憶部３６から読み出された各種プログラム、入力若しくは出力データ、及びパラメータ等を一時的に記憶する記憶領域を形成する。
【００３６】
記憶部３６は、ＨＤＤ（Hard Disc）や半導体の不揮発性メモリ等により構成される。
記憶部３６は、ＣＰＵ３１で実行されるシステムプログラムや、事前チェック処理プログラム及び確認／修正処理プログラムを始めとする各種プログラム、及びこれらのプログラムの実行に必要なデータ等を記憶する。
【００３７】
また、記憶部３６は、第１サーバ１又は第２サーバ２から転送された医用画像データを記憶するチェック待ち画像記憶部３６１、第１サーバ１又は第２サーバ２から転送された医用画像データの付帯情報を記憶するチェック待ち情報記憶部３６２を有している。
【００３８】
ＲＩＳ４は、オペレータによる検査オーダ（患者情報や検査情報等）の登録を受け付け、その登録された検査オーダによって、患者情報及び検査情報を含む検査オーダ情報を生成し、その検査オーダ情報の識別情報である検査ＩＤを付加して保存・管理するオーダ生成装置である。各種モダリティ（図示せず）においては、このＲＩＳ４で生成された検査オーダ情報に従って検査が行われ、医用画像データが生成されるとともに、生成された医用画像データのヘッダ部に検査オーダ情報の患者情報や検査情報、モダリティで付与した情報（例えば、シリーズ情報やＳＯＰ（Service Object Pair）インスタンスＵＩＤ等）が付帯情報として書き込まれる。
【００３９】
[医用画像管理システムの動作]
次に、医用画像管理システム１００における各装置間の動作について説明する。
図４に、一のサーバが他の外部サーバに記憶されている医用画像データを取得して自己の医用画像ＤＢに登録する場合の各装置間のデータの処理及び流れを示す。本実施の形態において、一のサーバを第２サーバ２、他の外部サーバを第１サーバ１とした場合を例にとり説明する。各装置における処理は、各装置のＣＰＵと記憶部に記憶されているプログラムとの協働によるソフトウエア処理により実現される。
【００４０】
第２サーバ２において、操作部２２により第１サーバ１から取得したい医用画像の条件（例えば、患者ＩＤ、患者名、検査ＩＤ、検査日等）が入力されると（ステップＳ１）、通信部２４を介して、入力された条件に合致する医用画像データの検索要求が第１サーバ１に送信される（ステップＳ２）。
【００４１】
第１サーバ１においては、通信部１４により第２サーバ２から送信された条件及び検索要求が受信されると、医用画像ＤＢ１６１において、受信した条件に合致する医用画像データの検索が行われ（ステップＳ３）、検索結果のリストデータが通信部１４により要求元である第２サーバ２に送信される（ステップＳ４）。検索結果のリストデータは、例えば、検索された医用画像データの付帯情報により構成される。
【００４２】
第２サーバ２においては、通信部２４により第１サーバ１から送信された検索結果のリストデータが受信されると、受信されたリストデータに基づいて、検索結果リストが表示部２３に表示される（ステップＳ５）。操作部２２の操作により、表示部２３に表示されたリストの中から取得する医用画像が選択されると、通信部２４を介して、選択された医用画像の取得要求が第１サーバ１に送信される（ステップＳ６）。
【００４３】
第１サーバ１において、通信部１４により第２サーバ２からの医用画像の取得要求が受信されると、要求された医用画像データが医用画像ＤＢ１６１から読み出され、第２サーバ２に送信される（ステップＳ７）。
【００４４】
第２サーバ２においては、通信部２４により第１サーバ１からの医用画像データが受信されると、受信された医用画像データがクライアント端末３に転送され、登録前処理要求される（ステップＳ８）。
【００４５】
クライアント端末３において、通信部３４により医用画像データが受信されると、受信された医用画像データがチェック待ち画像記憶部３６１に記憶され、受信された医用画像データの付帯情報がチェック待ち情報記憶部３６２に記憶される（ステップＳ９）。なお、受信された医用画像データとその付帯情報は、医用画像データの到着順を示す識別番号が付与され、それぞれこの識別番号と対応付けて記憶される。そして、登録前処理が実行される（ステップＳ１０）。
【００４６】
登録前処理は、クライアント端末３により自動的に行われる事前チェック処理と、操作部３２の操作、即ち、ユーザの操作に応じて行われる確認／修正処理の２段階により構成される。
【００４７】
まず、事前チェック処理について説明する。
事前チェック処理は、受信された医用画像データの登録先のサーバの医用画像ＤＢへの登録可否をチェックし、チェック結果を表示する処理である。
図５に、クライアント端末３において実行される事前チェック処理を示す。当該処理は、ＣＰＵ３１と記憶部３６に記憶されている事前チェック処理プログラムとの協働によるソフトウエア処理により実現される。当該処理の実行により事前チェック手段が実現される。
【００４８】
まず、受信された医用画像データの重複チェックが行われる（ステップＳ１０１）。
具体的には、受信された医用画像データ（チェック対象）の付帯情報のうち予め定められた項目（例えば、画像を一意に識別する情報であるＳＯＰインスタンスＵＩＤ等）の情報が通信部３４を介して当該医用画像データの登録先となる第２サーバ２へ送信され、当該項目が合致する付帯情報をもつ医用画像データの検索要求が行われる。第２サーバ２においては、受信された検索条件でＣＰＵ２１により医用画像ＤＢ２６１の検索が行われ、検索条件に合致する情報の有無が検索結果としてクライアント端末３に送信される。クライアント端末３においては、送信した検索条件に合致する情報が存在するという結果が受信されると、ＣＰＵ３１により登録不可と判断され、ＲＡＭ３５に当該医用画像データの識別番号と「重複エラー」を示す情報が対応付けて記憶される。
【００４９】
次いで、受信された医用画像データの付帯情報と登録先データ、即ち、第２サーバ２に既に記憶されている医用画像データの付帯情報との整合性チェックが行われる（ステップＳ１０２）。
ここで、第１サーバ１から第２サーバ２に登録しようとする医用画像データは、重複して登録する場合を除き未だ第２サーバ２には保存されていないが、同一患者についての医用画像データは既に第２サーバ２に保存されている場合がありうる。この場合、同一患者の画像であるのにも拘わらず、医用画像データによって異なる患者情報が付帯されたのではデータの整合性が損なわれる。そこで、ステップＳ１０２においては、受信された医用画像データの付帯情報に含まれる患者情報と第２サーバ２に保存されている同一患者についての医用画像データに含まれる患者情報との整合性がチェックされる。
【００５０】
具体的には、受信された医用画像データ（チェック対象）の付帯情報に含まれる患者情報のうち予め定められた項目（例えば、患者ＩＤ）の情報が通信部３４を介して当該医用画像データの登録先となる第２サーバ２へ送信され、当該項目の情報と合致する付帯情報をもつ医用画像データの検索及び取得要求が行われる。
第２サーバ２においては、ＣＰＵ２１により、受信された検索条件で医用画像ＤＢ２６１の検索が行われ、検索された付帯情報がクライアント端末３に送信される。該当する付帯情報が検索されなかった場合には、検索されなかった旨がクライアント端末３に通知される。
クライアント端末３においては、第２サーバ２から付帯情報が受信されると、ＣＰＵ３１により、第２サーバ２から受信された付帯情報に含まれる患者情報の各項目（例えば、患者ＩＤ、患者氏名（カナ）、患者氏名（ローマ字）、患者氏名（漢字）、性別、生年月日）と、チェック対象の医用画像データの付帯情報に含まれる患者情報の対応する各項目が比較され、一致しない項目があった場合に登録不可と判断され、当該医用画像データの識別番号、「登録データとの不整合」を示す情報、及び不一致であった項目名が対応付けてＲＡＭ３５に記憶される。第２サーバ２から検索されなかった旨が通知された場合、当該医用画像データの識別番号と「登録データなし」を示す情報が対応付けて記憶される。
【００５１】
なお、ステップＳ１０２における整合性チェックにおいては、その他、チェック対象の医用画像データの付帯情報の各項目について、データ型や桁数が登録先となる第２サーバ２の付帯情報の対応する項目と一致しているかをチェックするようにすることが好ましい。そして、不一致の項目がある場合、ＲＡＭ３５に、当該医用画像データの識別番号、不一致の項目名、及び「データ型が不一致」又は「桁数不一致」であることを示す情報を対応付けて記憶しておくことが好ましい。
【００５２】
次いで、受信された医用画像データの付帯情報とＲＩＳ４に保存されている検査オーダ情報との整合性チェックが行われる（ステップＳ１０３）。
例えば、受信された医用画像データ（チェック対象）の付帯情報に含まれる検査ＩＤの情報が通信部３４を介して当該医用画像データの登録先となる第２サーバ２へ送信され、当該検査ＩＤを有する検査オーダ情報のＲＩＳ４からの取得要求が行われる。
第２サーバ２においては、クライアント端末３から検査ＩＤ及び検査オーダ情報の取得要求が受信されると、ＣＰＵ２１により、通信部２４を介してＲＩＳ４に対し当該検査ＩＤを持つ検査オーダ情報の取得要求が行われる。第２サーバ２において、ＲＩＳ４から検査オーダ情報が受信されると、ＣＰＵ２１により、当該検査オーダ情報が通信部２４を介して要求元のクライアント端末３に転送される。ＲＩＳ４から該当するデータがない旨が通知された場合、当該通知がクライアント端末３に転送される。
クライアント端末３においては、第２サーバ２から検査オーダ情報が受信されると、ＣＰＵ３１により、第２サーバ２から受信された検査オーダ情報の予め定められた項目の情報と、チェック対象の医用画像データの付帯情報に含まれる患者情報の対応する項目の情報とが比較され、一致しなかった場合に登録不可と判断され、当該医用画像データの識別番号、「検査オーダ情報との不整合」を示す情報、及び不一致であった項目名が対応付けてＲＡＭ３５に記憶される。第２サーバ２から該当するデータがない旨が通知された場合、当該医用画像データの識別番号と「検査オーダ情報なし」を示す情報が対応付けて記憶される。
【００５３】
ステップＳ１０１〜Ｓ１０３の処理が終了すると、チェック対象となった医用画像データの付帯情報の所定の項目の情報（例えば、患者ＩＤ、患者氏名、検査ＩＤ、検査日付時等）及びチェック処理の結果が表示部３３のリスト画面３３１に表示され（ステップＳ１０４）、本処理は終了する。
【００５４】
図６に、リスト画面３３１の一例を示す。リスト画面３３１は、図６に示すように、確認／修正待ちの医用画像の付帯情報をリスト表示した画面である。確認／修正待ちの各付帯情報には、重複結果欄３３１ａ、登録済み整合結果欄３３１ｂ、検査オーダ整合結果欄３３１ｃが対応付けられており、上述の重複チェックの結果、登録済みデータとの整合性チェックの結果、ＲＩＳとの整合性チェックの結果が「○」「×」でそれぞれ表示される。また、リスト画面３３１には、リスト上で選択状態となっている付帯情報の医用画像をサムネイル表示するサムネイル表示欄３３１ｄ、サムネイル表示された医用画像の表示指示を入力するための「画像確認」ボタン３３１ｅ、リスト上で選択状態となっている付帯情報の修正画面の表示指示を入力するための「情報修正」ボタン３３１ｆ、選択された付帯情報の医用画像データを登録先（ここでは、第２サーバ２）に登録する指示を入力するための「登録」ボタン３３１ｇ、選択された付帯情報の医用画像データを登録先に登録せずに削除することを指示するための「削除」ボタン３３１ｈ等が表示されている。
【００５５】
次に、確認／修正処理について説明する。
図７に、クライアント端末３において実行される確認／修正処理を示す。当該処理は、上述のリスト画面３３１において操作部３２の操作に応じて実行される処理であり、ＣＰＵ３１と記憶部３６に記憶されている確認／修正処理プログラムとの協働によるソフトウエア処理により実現される。当該処理の実行により修正手段が実現される。
【００５６】
操作部３２によりリスト画面３３１から確認／修正対象とする医用画像の付帯情報が押下されて選択され（ステップＳ２０１）、「画像確認」ボタン３３１ｅが押下されると（ステップＳ２０２；ＹＥＳ）、画像確認処理が実行される（ステップＳ２０３）。
画像確認処理においては、選択された付帯情報に対応する医用画像を表示する画像表示画面（図示せず）が表示部３３に表示される。そして、ＣＰＵ３１により、操作部３２からの画像表示画面上の操作（即ち、ユーザ操作）に応じた処理が実行される。例えば、画像表示画面には、階調補正等の画像処理のパラメータを設定するための設定欄等が設けられており、当該設定欄からパラメータが入力されると、入力されたパラメータに基づいて、表示された医用画像の画像データに階調補正が施される。また、画像表示画面には、表示された医用画像を確定するための「確定」ボタンが表示されており、「確定」ボタンが押下されると、画像確認処理は終了し、処理はステップＳ２０２に戻り、表示部３３の表示はリスト画面３３１に戻る。
【００５７】
一方、操作部３２によりリスト画面３３１から「情報修正」ボタン３３１ｆが押下されると（ステップＳ２０２；ＮＯ、ステップＳ２０４；ＹＥＳ）、情報修正処理が実行される。
情報修正処理においては、選択された付帯情報の詳細を表示する修正画面３３２が表示部３３に表示される。そして、ＣＰＵ３１により、操作部３２からの修正画面３３２上の操作（即ち、ユーザ操作）に応じた処理が実行される。
【００５８】
図８に、修正画面３３２の一例を示す。修正画面３３２は、リスト画面３３１において選択された付帯情報を修正する画面である。
【００５９】
修正画面３３２は、エラーメッセージエリア３３２ａを有している。エラーメッセージエリア３３２ａには、上述の事前チェック処理において登録不可の要件である医用画像データの重複や付帯情報の不整合が発生した場合に、エラーの内容に応じたエラーメッセージが表示される。患者情報エリア３３２ｂ、検査情報エリア３３２ｃには、リスト画面３３１において選択された付帯情報の患者情報と検査情報が表示される。患者情報エリア３３２ｂ、検査情報エリア３３２ｃにおいては、操作部３２により患者情報、検査情報を直接修正入力することができる。
【００６０】
また、修正画面３３２は、検索条件エリア３３２ｄ、検索結果エリア３３２ｆを有している。操作部３２により検索条件エリア３３２ｄから検索対象（ＲＩＳ４の情報（ＨＬ７オーダ）又は登録先のサーバの医用画像ＤＢ（ＤＢ情報）が選択され、検索条件が入力されて「検索」ボタン３３２ｅが押下されると、ＣＰＵ３１により、通信部３４を介して検索対象として指定された装置に検索要求が送信され、送信先から検索結果が受信されると、検索結果エリア３３２ｆに検索結果が表示される。操作部３２により「転記」ボタン３３２ｇが押下されると、ＣＰＵ３１により、検索結果が患者情報エリア３３２ｂ、検査情報エリア３３２ｃに反映される。「確定」ボタン３３２ｈが押下されると、患者情報エリア３３２ｂ、検査情報エリア３３２ｃに表示されている内容でチェック待ち情報記憶部３６２の対応する付帯情報及び医用画像データの付帯情報が更新され、情報修正処理は終了し、処理はステップＳ２０２に戻り、表示部３３の表示はリスト画面３３１に戻る。
【００６１】
一方、リスト画面３３１において、「画像確認」ボタン３３１ｅ又は「情報修正」ボタン３３１ｆ以外の操作がなされると（ステップＳ２０４；ＮＯ）、本処理は終了し、図４のステップＳ１１に移行する。
【００６２】
図４に戻り、選択されている医用画像の付帯情報の確認及び修正、画像の確認及び修正が終了し、操作部３２により「登録」ボタン３３１ｇが押下されると（ステップＳ１１；ＹＥＳ）、選択されている付帯情報の医用画像データが通信部３４を介して第２サーバ２に送信され、登録要求される（ステップＳ１２）。第２サーバ２においては、通信部２４を介して受信した医用画像データ及び付帯情報が医用画像ＤＢ２６１に登録され（ステップＳ１３）、本処理は終了する。
【００６３】
一方、操作部３２により「削除」ボタン３３１ｈが押下されると（ステップＳ１１；ＮＯ）、選択されている医用画像データがチェック待ち画像記憶部３６１から削除され（ステップＳ１４）、本処理は終了する。なお、この場合、第２サーバ２に事前チェック処理のチェック結果が通知され、第２サーバ２において、表示部２３に通知された整合性チェック結果を表示することが好ましい。
【００６４】
なお、上記実施の形態においては、医用画像データの要求元である一のサーバを第２サーバ２とし、医用画像データを提供する他の外部サーバを第１サーバ１として説明したが、一のサーバ、他の外部サーバは、これに限られるものではない。例えば、一のサーバを第１サーバ１とし、他の外部サーバを第２サーバとしてもよい。
【００６５】
以上説明したように、医用画像管理システム１００によれば、一のサーバ（例えば、第２サーバ２）から他の外部サーバ（例えば、第１サーバ１）に記憶されている医用画像データの検索要求及び取得要求を行った医用画像データについて、一のサーバの医用画像ＤＢに登録する前に、重複チェック、付帯情報の登録済みのデータとの整合性チェック、ＲＩＳ４の検査オーダ情報との整合性チェックを行い、その結果を表示するとともに、医用画像及び付帯情報を表示して操作部１２からの入力に応じて修正を行う。
【００６６】
従って、医用画像管理システム１００において、一のサーバが他の外部サーバから医用画像データを取得して登録する前に、医用画像データの必要性や登録済みデータとの整合性をチェックできるので、一のサーバにおけるデータの整合性や保全性を確保することができる。
【００６７】
具体的に、登録しようとする医用画像データが既に登録先の医用画像ＤＢに登録されているか否かをチェックするので、登録先のサーバにおけるデータの重複を防止することができる。
【００６８】
また、登録しようとする医用画像データの付帯情報と既に医用画像ＤＢに登録されている情報との整合性チェックを行うので、既に登録先のサーバに既に登録されている情報とのデータの不整合を防止することができる。
【００６９】
また、登録しようとする医用画像データの付帯情報と検査オーダ情報との整合性チェックを行うので、検査オーダ情報との不整合を防止することができる。
【００７０】
また、事前チェック処理及び確認／修正処理を医用画像表示用のクライアント端末３で行うので、事前チェック専用の端末を別途設ける必要がない。
【００７１】
なお、上記各実施の形態における記述は、本発明に係る医用画像管理システムの一例であり、これに限定されるものではない。
例えば、上記実施の形態においては、読影用のクライアント端末３に事前チェック処理プログラムや確認／修正処理プログラムをもたせ、登録前処理を実行することとして説明したが、登録前処理を専用に行うチェック端末を別途設けることとしてもよい。また、データ管理サーバ側に事前チェック処理プログラムや確認／修正処理プログラムをもたせ、医用画像ＤＢへの登録前処理を行う構成としてもよい。
【００７２】
また、上記実施の形態においては、医用画像データを要求された他の外部サーバが、医用画像データの要求元に一旦医用画像データを送信し、要求元のサーバからクライアント端末３に医用画像データを転送する構成としたが、要求元に医用画像データを送信する前に、クライアント端末３に直接医用画像データを送信する構成としてもよい。
【００７３】
また、登録前チェック処理において登録可否をチェックするためのチェック項目は、例として重複チェック、登録済みデータとの整合性チェック、検査オーダ情報との整合性チェックとして説明したが、これに限定されない。
【００７４】
その他、医用画像管理システムを構成する各装置の細部構成及び細部動作に関しても、本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【図面の簡単な説明】
【００７５】
【図１】本発明の実施の形態における医用画像管理システムの全体構成を示す図である。
【図２】図１の第１サーバ、第２サーバの機能的構成を示すブロック図である。
【図３】図３のクライアント端末の機能的構成を示すブロック図である。
【図４】第２サーバが第１サーバに記憶されている医用画像データを取得して自己の医用画像ＤＢに登録する場合の各装置間のデータの処理及び流れを示す図である。
【図５】図３のＣＰＵにより実行される事前チェック処理を示すフローチャートである。
【図６】図３の表示部に表示されるリスト画面の一例を示す図である。
【図７】図３のＣＰＵにより実行される確認／修正処理を示すフローチャートである。
【図８】図３の表示部に表示される修正画面の一例を示す図である。
【符号の説明】
【００７６】
１００    医用画像管理システム
１        第１サーバ
１１      ＣＰＵ
１２      操作部
１３      表示部
１４      通信部
１５      ＲＡＭ
１６      記憶部
１６１    医用画像ＤＢ
１７      バス
２        第２サーバ
２１      ＣＰＵ
２２      操作部
２３      表示部
２４      通信部
２５      ＲＡＭ
２６      記憶部
２６１    医用画像ＤＢ
２７      バス
３        クライアント端末
３１      ＣＰＵ
３２      操作部
３３      表示部
３３１    リスト画面
３３２    修正画面
３４      通信部
３５      ＲＡＭ
３６      記憶部
３６１    チェック待ち画像記憶部
３６２    チェック待ち情報記憶部
３７      バス
【図１】
2009042906.tif 000003
【図２】
2009042906.tif 000004
【図３】
2009042906.tif 000005
【図４】
2009042906.tif 000006
【図５】
2009042906.tif 000007
【図６】
2009042906.tif 000008
【図７】
2009042906.tif 000009
【図８】
2009042906.tif 000010