(57)【要約】【課題】シンクライアント環境下における、記録媒体を利用した医用情報の保存・参照の作業効率の向上を実現するサーバ装置及び医用情報処理システムの提供。【解決手段】医用情報処理システム１は、シンクライアント環境を有し、ネットワークを介して互いに接続されたクライアント装置７と複数の医用情報を記憶するサーバ装置５とを有する。クライアント装置７は、複数の医用情報のうちの所定の医用情報の保存要求を、ネットワークを介してサーバ装置５に送信する。サーバ装置５は、送信された保存要求に応じて複数の医用情報の中から所定の医用情報を読み出してネットワークを介してクライアント装置７に送信する。クライアント装置７は、送信された所定の医用情報をメディアに書き込む。【選択図】      図３
2010262592.tif 000002
【特許請求の範囲】
【請求項１】
シンクライアント環境下においてネットワークを介して互いに接続された、クライアント装置と複数の医用情報を記憶するサーバ装置とを具備する医用情報処理システムであって、
前記クライアント装置は、前記複数の医用情報のうちの所定の医用情報の保存要求を、前記ネットワークを介して前記サーバ装置に送信し、
前記サーバ装置は、前記送信された保存要求に応じて前記複数の医用情報の中から前記所定の医用情報を読み出して前記ネットワークを介して前記クライアント装置に送信し、
前記クライアント装置は、前記送信された所定の医用情報を受信して記録媒体に書き込む、
ことを特徴とする医用情報処理システム。
【請求項２】
シンクライアント環境下においてネットワークを介して互いに接続されたサーバ装置と医用情報を表示するためのディスプレイを有するクライアント装置とを具備する医用情報処理システムであって、
前記クライアント装置は、前記医用情報の表示要求を前記サーバ装置に送信し、
前記サーバ装置は、前記送信された表示要求に応じて、前記ネットワークを介して前記医用情報の取得要求を前記クライアント装置に送信し、
前記クライアント装置は、前記送信された取得要求に応じた医用情報を前記記録媒体から読み出して前記ディスプレイに表示する、
ことを特徴とする医用情報処理システム。
【請求項３】
前記クライアント装置は、前記記録媒体に記憶されている医用情報のリストを作成して表示する、ことを特徴とする請求項２記載の医用情報処理システム。
【請求項４】
シンクライアント環境下においてネットワークを介して複数のクライアント装置に接続されたサーバ装置であって、
前記複数のクライアント装置のそれぞれについて、前記クライアント装置に関する少なくともＩＰアドレスを含む通信情報を記憶する記憶部と、
前記複数のクライアント装置のうちの所定のクライアント装置に関するＩＰアドレスをキーとして前記記憶部を検索し、前記所定のクライアント装置に関する所定の通信情報を特定する検索部と、
前記特定された所定の通信情報に従って前記所定のクライアント装置と通信する通信部と、
を具備することを特徴とするサーバ装置。
【請求項５】
前記通信情報は、前記ＩＰアドレスの他に、ＡＥタイトル、ポート番号、ＤＩＣＯＭサービスリスト、及びＤＩＣＯＭシンタックスリストを含む、ことを特徴とする請求項４記載のサーバ装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、シンクライアント環境下におけるサーバ装置及び医用情報処理システムに関する。
【背景技術】
【０００２】
医療業界において、ネットワークを介して接続されたサーバ装置とクライアント装置とを含む医用情報処理システムが利用され始めている。この医用情報処理システムは、シンクライアントシステムと呼ばれるコンピュータネットワークシステムを利用している。このようなシンクライアント環境下においてサーバ装置は、複数の医用アプリケーション用を管理している。クライアント装置は、サーバ装置に管理されている医用アプリケーションを利用するために、サーバ装置にログオンする。クライアント装置は、ネットワークを介してログオンされたサーバ装置を遠隔操作する。ログオン後は、サーバ装置にインストールされている医用アプリケーションを使用できるため、画像表示（２Ｄ表示、３Ｄ表示、ＭＰＲ等）や画像保存（記録媒体へ保存）、ＤＩＣＯＭ（Digital Imaging and Communications in Medicine）転送等の画像転送を行なっている。この方法は、クライアント装置からネットワークを介して遠隔地から行なえるため、例えば、別の検査室からサーバ装置の機能を利用して画像診断を行なう時に利用される。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５―３３４６３４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
データベースに保存してある医用画像や読影レポート、電子カルテ等の医用情報をバックアップのためや装置間の移動のために記録媒体に保存する場合がある。シンクライアント環境下においては、アプリケーションはサーバ装置上で動作しているため、医用情報を記録媒体に保存する場合、サーバ装置に接続されているドライブを使用しなければならない。この場合、まずユーザは、サーバ装置の設置場所へ行き、サーバ装置に接続されているドライブに記録媒体を挿入する。それからユーザは、クライアント装置の設置場所へ行き、クライアント装置を操作して、挿入された記録媒体に所望の医用情報を書き込む。また、記録媒体に保存されている医用情報を参照したい場合もあるが、上記の医用情報の保存と同様の問題がある。このように、シンクライアント環境下において、クライアント装置に接続されているドライブ内の記録媒体へ医用情報を保存したり、記録媒体に保存されている医用情報を参照したりすることに大変な労力を必要とする。すなわち、記録媒体を利用した医用情報保存・参照の作業効率がとても悪いのである。
【０００５】
本発明の目的は、シンクライアント環境下におけるサーバ装置及び医用情報処理システムにおいて、記録媒体を利用した医用情報の保存・参照の作業効率の向上を実現することにある。
【課題を解決するための手段】
【０００６】
本発明の第１局面に係る医用情報処理システムは、シンクライアント環境下においてネットワークを介して互いに接続された、クライアント装置と複数の医用情報を記憶するサーバ装置とを具備する医用情報処理システムであって、前記クライアント装置は、前記複数の医用情報のうちの所定の医用情報の保存要求を、前記ネットワークを介して前記サーバ装置に送信し、前記サーバ装置は、前記送信された保存要求に応じて前記複数の医用情報の中から前記所定の医用情報を読み出して前記ネットワークを介して前記クライアント装置に送信し、前記クライアント装置は、前記送信された所定の医用情報を受信して記録媒体に書き込む、ことを特徴とする。
【０００７】
本発明の第２局面に係る医用情報処理システムは、シンクライアント環境下においてネットワークを介して互いに接続されたサーバ装置と医用情報を表示するためのディスプレイを有するクライアント装置とを具備する医用情報処理システムであって、前記クライアント装置は、前記医用情報の表示要求を前記サーバ装置に送信し、前記サーバ装置は、前記送信された表示要求に応じて、前記ネットワークを介して前記医用情報の取得要求を前記クライアント装置に送信し、前記クライアント装置は、前記送信された取得要求に応じた医用情報を前記記録媒体から読み出して前記ディスプレイに表示する、ことを特徴とする。
【０００８】
本発明の第３局面に係るサーバ装置は、シンクライアント環境下においてネットワークを介して複数のクライアント装置に接続されたサーバ装置であって、前記複数のクライアント装置のそれぞれについて、前記クライアント装置に関する少なくともＩＰアドレスを含む通信情報を記憶する記憶部と、前記複数のクライアント装置のうちの所定のクライアント装置に関するＩＰアドレスをキーとして前記記憶部を検索し、前記所定のクライアント装置に関する所定の通信情報を特定する検索部と、前記特定された所定の通信情報に従って前記所定のクライアント装置と通信する通信部と、を具備することを特徴とする。
【発明の効果】
【０００９】
本発明によれば、シンクライアント環境下におけるサーバ装置及び医用情報処理システムにおいて、記録媒体を利用した医用情報の保存・参照の作業効率の向上を実現することにある。
【図面の簡単な説明】
【００１０】
【図１】本発明の実施形態に係る医用情報処理システムの構成を示す図である。
【図２】図１のサーバ装置とクライアント装置とによりそれぞれ実行される、サーバ側メディア管理アプリケーションとクライアント側メディア管理アプリケーションとのネットワーク通信環境を示す図。
【図３】本発明の第１実施形態に係る医用情報処理システムの各構成要素により実行される主要機能のブロック図。
【図４】図３のＤＩＣＯＭ通信情報記憶部に記憶されているＤＩＣＯＭ通信情報の項目を示す図。
【図５】図３のサーバ装置により実行される医用アプリケーションにおける保存要求画面のレイアウト例を示す図。
【図６】図３のサーバ装置により、サーバ側メディア管理アプリケーションに従って実行される画像送信処理の手順を概略的に示す図。
【図７】図３のサーバ装置により、サーバ側メディア管理アプリケーションに従って実行されるＤＩＣＯＭ通信情報の取得処理の手順を概略的に示す図。
【図８】図３のクライアント装置により、クライアント側メディア管理アプリケーションに従って実行される画像保存処理の手順を概略的に示す図。
【図９】本発明の第２実施形態に係る医用情報処理システムの各構成要素により実現される主要機能のブロック図。
【図１０】図９のサーバ装置により、サーバ側メディア管理アプリケーションに従って実行されるクエリー要求処理の手順を概略的に示す図。
【図１１】図９のクライアント装置により、クライアント側メディア管理アプリケーションに従って実行されるクエリー応答処理の手順を概略的に示す図。
【発明を実施するための形態】
【００１１】
以下、図面を参照しながら本発明の実施形態に係わる医用情報処理システムについて説明する。
【００１２】
図１は、本実施形態に係る医用情報処理システム１の構成を示す図である。図１に示すように、医用情報処理システム１は、ネットワーク３を介して接続されたサーバ装置５とクライアント装置７とを有する。医用情報処理システム１は、シンクライアントシステムと呼ばれるコンピュータネットワークシステムである。ネットワーク３は、ＴＣＰ／ＩＰをもとに構築されている。なお、図１では説明の簡単のためクライアント装置７が一台しか記載されていないが、２台以上のクライアント装置７がネットワーク３に接続されていてもよい。
【００１３】
サーバ装置５は、医療業務に関する様々な医用アプリケーションを集中管理し、クライアント７装置に比して大規模なハードウェア資源を有するサーバコンピュータである。ハードウェア構成的にサーバ装置は、ハードディスクドライブ（hard disk drive、以下ＨＤＤと呼ぶことにする）やネットワークデバイス、ＣＰＵ（central processor unit）、ＲＡＭ（random access memory）等を有している。
【００１４】
サーバ装置５のＨＤＤは、例えば、サーバ装置５の筐体内部に収容される。ＨＤＤは、ＯＳ（operating system：基本ソフトウェア）や、複数の医用アプリケーション、サーバ装置側のメディア管理アプリケーション（以下、サーバ側メディア管理アプリケーションと呼ぶことにする）等を記憶する。また、ＨＤＤは、複数のクライアント装置のそれぞれについて、クライアント装置に関するＤＩＣＯＭ（Digital Imaging and Communications in Medicine）通信設定ファイルをデータベースで管理している。また、ＨＤＤは、様々な検査に関する医用画像や読影レポート、電子カルテ等の医用情報を記憶している。なお、医用情報の記憶場所は、サーバ装置５に収容されるＨＤＤのみに限定されない。例えば、ネットワーク３に接続された医用情報の保管装置のとしてのコンピュータ等に記憶されていてもよい。
【００１５】
ＯＳとしては、ウィンドウズ（登録商標）等の既存のＯＳが本実施形態に適用可能である。以下の説明を具体的に行なうため、サーバ装置のＯＳはウィンドウズ（登録商標）であるとする。
【００１６】
サーバ装置５のネットワークデバイスは、サーバ装置５のＣＰＵの制御のもとにネットワーク３を介してクライアント装置７とＤＩＣＯＭプロトコルで通信する通信部である。この際、ネットワークデバイスは、通信相手のクライアント装置７に関するＤＩＣＯＭ通信設定ファイルをサーバ装置５のＨＤＤから読み出して、読み出したＤＩＣＯＭ通信設定ファイルをもとにクライアント装置７と通信する。
【００１７】
サーバ装置５のＣＰＵは、サーバ装置５の中枢として機能する。サーバ装置５のＣＰＵは、サーバ装置５のＨＤＤに記憶されているＯＳをＲＡＭ上に展開して、サーバ装置５全体を制御する。また、ＣＰＵは、ユーザのクライアント装置７を介した指示に従って、サーバ装置５のＨＤＤに記憶されている所望のアプリケーションを展開し、クライアント装置７と種々の情報の送受信を行なう。
【００１８】
クライアント装置７は、サーバ装置５に比して小規模のハードウェア資源を有するコンピュータ（シンクライアント）である。クライアント装置７は、ネットワーク３を介してサーバ装置５にログオンし、ログオンしているサーバ装置５にインストールされている所望のアプリケーションを実行する。ハードウェア構成的には、クライアント装置は、ＨＤＤや、可搬性を有する記録媒体（以下、メディアと呼ぶことにする）用のドライブ（以下、メディアドライブと呼ぶことにする）、ネットワークデバイス、キーボード、マウス、ディスプレイ、ＣＰＵ、ＲＡＭ等を有している。
【００１９】
クライアント装置７のＨＤＤは、例えば、クライアント装置７の筐体８の内部に収容されている。クライアント装置７のＨＤＤは、ＯＳやクライアント装置５側のメディア管理アプリケーション（以下、クライアント側メディア管理アプリケーションと呼ぶことにする）を記憶する。サーバ装置５のＤＩＣＯＭ通信設定ファイルをデータベースで管理している。
【００２０】
クライアント装置７のＯＳとしては、サーバ装置５と同様に、ウィンドウズ（登録商標）等の既存のＯＳが適用可能である。しかし以下の説明を具体的に行なうため、クライアント装置７のＯＳは、サーバ装置５と同様のウィンドウズ（登録商標）であるとする。
【００２１】
メディアドライブ９は、クライアント装置７の筐体８の内部又は筐体８にケーブル等を介して接続されている。以下、メディアドライブ９は、筐体８にケーブル等を介して接続されているものとする。メディアドライブ９には、メディアの挿入口が設けられている。メディアドライブ９は、この挿入口に挿入されたメディアに対してＨＤＤに記憶されている種々のデータを書き込んだり、メディアに記憶されている種々のデータをＨＤＤに読み出したりする。メディアとしては、例えば、ＣＤ−Ｒ（compact disc ‐ recordable）やＤＶＤ−Ｒ（digital versatile disc ‐ recordable）、ＤＶＤ−ＲＡＭ（digital versatile disc ‐ random access memory）等の一般に流通している可搬性を有するメディアが適宜利用可能である。
【００２２】
クライアント装置７のネットワークデバイスは、クライアント装置７のＣＰＵによる制御のもと、ネットワーク３を介してサーバ装置５とＤＩＣＯＭプロトコルで通信する通信部である。通信時においてネットワークデバイスは、サーバ装置５に関するＤＩＣＯＭ通信設定ファイルをクライアント装置７のＨＤＤから読み出してサーバ装置５とＤＩＣＯＭプロトコルで通信する。
【００２３】
クライアント装置７に接続されたキーワードやマウス等の入力デバイスは、ユーザからの各種指示や情報入力を受け付ける。受け付けられた各種指示や情報入力に応じた操作信号は、ネットワークデバイスによりネットワーク３を介してサーバ装置５に送信され処理される。
【００２４】
クライアント装置７のディスプレイには、サーバ装置５から送信されてくる種々の画像信号を所定のレイアウトで表示される。ディスプレイとしては、例えばＣＲＴディスプレイや、液晶ディスプレイ、有機ＥＬディスプレイ、プラズマディスプレイ等が適宜利用可能である。
【００２５】
クライアント装置７のＣＰＵは、クライアント装置７の中枢として機能する。クライアント装置７のＣＰＵは、ＨＤＤに記憶されているＯＳをＲＡＭ上に展開して、クライアント装置７の各構成要素を制御する。また、クライアント装置７のＣＰＵは、サーバ装置５から送信される指示に従って、ＨＤＤに記憶されているクライアント側メディア管理アプリケーションを展開し、サーバ装置５と種々の情報の送受信を行なう。
【００２６】
図２は、サーバ側メディア管理アプリケーションとクライアント側メディア管理アプリケーションとのネットワーク通信環境を示す図である。サーバ側メディア管理アプリケーションは、サーバ装置５が医用情報の保存要求やリスト取得要求を受けた場合、このサーバ装置５にＤＩＣＯＭプロトコルでクライアント装置７と通信をさせるためのソフトウェアである。クライアント側メディア管理アプリケーションは、クライアント装置７がサーバ装置５からＤＩＣＯＭプロトコルで送信されてきた医用情報の保存要求やリスト取得要求を受けた場合、これら要求に従ってクライアント装置７にメディアドライブ９内のメディアに医用情報を読み書きさせるためのソフトウェアである。
【００２７】
このように本実施形態に係る医用情報処理システム１は、本実施形態に特有な各メディア管理アプリケーションを利用することで、シンクライアント環境を実現しつつ、クライアント装置７に接続されたメディアドライブ９内のメディアに医用情報を書き込んだり、あるいは、メディアドライブ９内のメディアに保存されている医用情報を読み出したりする。これにより、本実施形態に係る医用情報処理システム１は、クライアント装置７内のメディアを利用した医用情報の保存・参照の作業効率の向上を実現している。
【００２８】
以下、本実施形態に係る医用情報処理システム１を第１実施形態と第２実施形態とに分けて説明する。
【００２９】
（第１実施形態）
第１実施形態に係る医用情報処理システム１は、サーバ側メディア管理アプリケーションやクライアント側メディア管理アプリケーションを利用して、サーバ装置５側に記憶されている医用情報を、クライアント装置７に接続されたメディアドライブ９内のメディアに書き込むことができる。
【００３０】
図３は、第１実施形態に係る医用情報処理システム１の各構成要素により実現される主要機能のブロック図である。図３に示すように医用情報処理システム１は、イベント制御・送信部１１、イベント制御・受信部１３、画像記憶部１５、読み出し部１７、ＤＩＣＯＭ通信情報記憶部１９、ＤＩＣＯＭ通信情報検索部２１、画像送信部２３、画像受信部２５、フォーマット変換部２７、書き込み部２９、ＵＩ（ユーザインターフェース）画像生成・送信部３１、ＵＩ画像受信部３３、及び画像表示部３５を有する。読み出し部１７、ＤＩＣＯＭ通信情報検索部２１、及び画像送信部２３は、サーバ側メディア管理アプリケーションに従ってサーバ装置５のＣＰＵが実行する機能である。画像受信部２５、フォーマット変換部２７、及び書き込み部２９は、クライアント側メディア管理アプリケーションに従ってクライアント装置７のＣＰＵが実行する機能である。画像記憶部１５とＤＩＣＯＭ通信情報記憶部１９とは、サーバ装置５のＨＤＤが実現する機能である。イベント制御・送信部１１、ＵＩ画像受信部３３、及び画像表示部３５は、ＲｅｍｏｔｅＤｅｓｋｔｏｐ機能に従ってクライアント装置７のＣＰＵが実行する、ＤＩＣＯＭプロトコルではない通常のネットワーク通信機能である。イベント制御・受信部１３とＵＩ画像生成・送信部３１とは、ＲｅｍｏｔｅＤｅｓｋｔｏｐ機能に従ってサーバ装置５のＣＰＵが実行する、ＤＩＣＯＭプロトコルではない通常のネットワーク通信機能である。
【００３１】
イベント制御・送信部１１は、ユーザによるクライアント装置７の入力デバイスへの入力に基づいてサーバ装置３への指示・操作情報（イベント情報）を生成し、ネットワーク３を介してサーバ装置５に送信する。典型的には、イベント制御・送信部１１は、画像保存を要求するためのイベント情報を送信する。
【００３２】
イベント制御・受信部１３は、イベント制御・送信部１１によりネットワーク３を介して送信されたイベント情報を受信し、受信されたイベント情報に基づいてサーバ装置５の動作を制御する。
【００３３】
画像記憶部１５は、医用アプリケーションを実行することにより発生された医用情報や、図示しないモダリティにより発生された医用情報を記憶する。画像記憶部１５は、これら医用情報を所定のデータベース形式で管理している。この所定のデータベース形式において医用情報は、ＤＩＣＯＭ規格に準拠したフォーマットに変換するために必要な情報とともに管理される。換言すれば、画像記憶部１９は、医用画像のデータとその医用画像の付帯情報とを関連付けて記憶している。
【００３４】
読み出し部１７は、イベント制御・受信部１３により受信されたイベント情報に応じた医用情報を画像記憶部１５から読み出す。
【００３５】
ＤＩＣＯＭ通信情報記憶部１９は、ネットワーク３に接続されているクライアント装置７に関するＤＩＣＯＭ通信情報を記憶している。
【００３６】
図４は、ＤＩＣＯＭ通信情報のテーブルの一例を示す図である。図４に示すようにＤＩＣＯＭ通信情報は、ＩＰアドレス、ＡＥタイトル、ポート番号、ＤＩＣＯＭサービスリスト、及びＤＩＣＯＭシンタックスリストの項目を含む。ＩＰアドレスは、ネットワーク３に接続されている装置を識別するための識別番号である。ＡＥタイトルは、ネットワーク３に接続されている装置を識別するための識別文字列である。ポート番号は、ネットワークアプリケーションの識別番号である。ＤＩＣＯＭサービスリストは、クライアント装置７がサポートしているＤＩＣＯＭサービスのリストである。ＤＩＣＯＭシンタックスリストは、クライアント装置７がサポートしているＤＩＣＯＭシンタックスのリストである。これら項目は、予め登録されているものとする。
【００３７】
ＤＩＣＯＭ通信情報検索部２１は、イベント情報を送信したクライアント装置７のＩＰアドレスをキーとしてＤＩＣＯＭ通信情報記憶部１９を検索し、キーとしたＩＰアドレスに関連付けられているＤＩＣＯＭ通信情報を読み出す。
【００３８】
画像送信部２３は、ＤＩＣＯＭ通信情報に従って、イベント情報を送信したクライアント装置７を特定する。そして画像送信部２３は、読み出し部１７により読み出された医用情報を、ネットワーク３を介して、イベント情報を送信したクライアント装置７にＤＩＣＯＭプロトコルで送信する。
【００３９】
画像受信部２５は、画像送信部２３からネットワーク３を介して送信された医用情報をＤＩＣＯＭプロトコルで受信する。
【００４０】
フォーマット変換部２７は、画像受信部２５により受信された医用情報を、メディア保存用のＤＩＣＯＭ規格に準拠したフォーマットに変換する。
【００４１】
書き込み部２９は、フォーマット２７によりメディア保存用のＤＩＣＯＭ規格に準拠したフォーマットに変換された医用情報を、メディアドライブ９に挿入されたメディアに書き込む。
【００４２】
ＵＩ画像生成・送信部３１は、サーバ装置３の動作結果として表示する表示画面のデータを生成し、ネットワーク３を介してクライアント装置７に送信する。
【００４３】
ＵＩ画像受信部３３は、ＵＩ画像生成・送信部３１からネットワーク３を介して送信された表示画面のデータを受信する。
【００４４】
画像表示部３５は、ＵＩ画像受信部３３により受信された表示画面をクライアント装置７のディスプレイに表示する。
【００４５】
次に第１実施形態に係る医用情報処理システム１の処理の動作の詳細を説明する。サーバ装置５にインストールされている医用アプリケーションを用いて医療業務を行なう際、クライアント装置７は、ウィンドウズ（登録商標）のＲｅｍｏｔｅＤｅｓｋｔｏｐ機能を利用して、サーバ装置５にログインする。医用アプリケーションとしては、画像処理（２次元画像処理や３次元画像処理）のためのアプリケーションや読影レポート作成のためのアプリケーション等の医療業務に係わるあらゆるアプリケーションが適用可能である。以下、説明を具体的に行なうため、医用アプリケーションは、画像処理のためのアプリケーションであるとし、医用情報は医用画像であるとする。
【００４６】
ログイン後、サーバ装置５は、ユーザによるクライアント装置７からの指示に従って、ユーザ所望の医用アプリケーションの実行要求を受信し、受信された実行要求に応じた医用アプリケーションを実行する。医用アプリケーションが実行されると、医用画像のデータが発生される。医用画像の種類としては、例えば、２次元画像処理や３次元画像処理により発生された医用画像、スクリーンキャプチャ機能により発生された医用画像、モダリティにより発生されたオリジナルの医用画像等がある。発生された医用画像のデータは、画像記憶部１５に上述の所定のフォーマットで記憶される。
【００４７】
医用画像をバックアップしたり、セカンドオピニオン等として用いるために持ち出したい場合がある。この際、ユーザは、クライアント装置７を介してサーバ装置５に医用情報の保存要求をする。保存要求は、例えば、医用アプリケーションにおける保存要求画面に設けられた保存ボタンを押すことによりなされる。
【００４８】
図５は、医用アプリケーションにおける保存要求画面のレイアウト例を示す図である。図５に示すように保存要求画面には、検査表示領域Ｒ１、シリーズリスト表示領域Ｒ２、画像リスト表示領域Ｒ３、及び画像表示領域Ｒ４が設けられている。よく知られているように、ＤＩＣＯＭ規格において医用情報は、上から患者情報、検査情報、シリーズ情報、画像情報の順番に階層化されている。第１実施形態においては、情報管理の容易さのため、検査情報を最上層にして医用情報を管理するものとする。なお、患者情報を最上層にして医用情報を管理してもよい。
【００４９】
検査リスト表示領域Ｒ１には、検査情報のリストが表示される領域である。この検査リスト表示領域Ｒ１上である検査が選択された場合、選択された検査に属するシリーズのリストがシリーズリスト表示領域Ｒ２に表示される。同様に、シリーズリスト表示領域上であるシリーズが選択された場合、選択されたシリーズに属する医用画像のリストが画像リスト表示領域Ｒ３に表示される。画像リスト表示領域Ｒ３上である医用画像が選択された場合、画像表示領域Ｒ４にその選択された医用画像が表示される。
【００５０】
また、実行画面には、リストを編集するためのコピーボタンＢ１、削除ボタンＢ２、プロテクロボタンＢ３が設けられている。
【００５１】
さらに、実行画面には、第１実施形態に特有な保存ボタン群Ｂ４が設けられている。保存ボタンとしては、例えば、サーバ装置５に接続されたＨＤＤに保存するためのボタンＢ４１、サーバ装置５上のメディアドライブ内のメディアに保存するためのボタンＢ４２、クライアント装置７に接続されたＨＤＤに保存するためのボタンＢ４３、クライアント装置７上のメディアドライブ９内のメディアに保存するためのボタンＢ４４がある。
【００５２】
保存したい画像がある場合、ユーザは、保存する媒体に応じて、ボタン群Ｂ４の中から所望のボタンをクライアント装置７を介して選択する。例えば、クライアント装置７上のメディアドライブ９内のメディアに保存する場合、指定のリストを選択してボタンＢ４４を押す。ボタンＢ４４が押されることを契機として、イベント制御・送信部１１は、医用画像保存を要求するためのイベント情報をネットワーク３を介してサーバ装置５に送信する。このイベント情報を受信すると、サーバ装置５は、サーバ側メディア管理アプリケーションに従って画像送信処理を開始する。
【００５３】
図６は、サーバ側メディア管理アプリケーションに従って実行される画像送信処理の手順を概略的に示す図である。図６に示すように、医用画像保存の要求がなされると、サーバ側メディア管理アプリケーションに従って読み出し部１７が動作する。読み出し部１７は、要求された医用画像のデータを画像記憶部１５から読み出す。読み出された医用画像のデータは、読み出し部１７により画像送信部２３に供給される。医用画像のデータが供給されると、サーバ側メディア管理アプリケーションに従って画像送信部２３が動作する。画像送信部２３は、供給された医用画像のデータを、ネットワーク３を介してＤＩＣＯＭプロトコルでクライアント装置７に送信する。より詳細には、画像送信部２３は、ＤＩＣＯＭサービスの１つであるＤＩＣＯＭ  Ｓｔｏｒａｇｅで医用画像のデータを送信する。なお供給先のクライアント装置７に関するＤＩＣＯＭ通信情報は、サーバ側メディア管理アプリケーションに従ってＤＩＣＯＭ通信情報検索部２１により以下のように取得される。
【００５４】
図７は、サーバ側メディア管理アプリケーションに従って実行されるＤＩＣＯＭ通信情報の取得処理の手順を概略的に示す図である。図７に示すように、まずＤＩＣＯＭ通信情報検索部２１は、イベント情報を送信したクライアント装置７のＩＰアドレスを取得する。一方、ＤＩＣＯＭ通信情報記憶部１９は、ネットワーク３に接続されている全てのクライアント装置７に関するＤＩＣＯＭ通信情報を記憶している。ＤＩＣＯＭ通信情報検索部１９は、取得されたＩＰアドレスをキーとしてＤＩＣＯＭ通信情報記憶部１９を検索し、キーを含むＤＩＣＯＭ通信情報を取得する。この取得されたＤＩＣＯＭ通信情報は、イベント情報を送信したクライアント装置７に関するＤＩＣＯＭ通信情報である。例えば、イベント情報を送信したクライアント装置７のＩＰアドレスが１２７．０．０．３であるとすると、ＤＩＣＯＭ通信情報検索部２１は、このＩＰアドレス（１２７．０．０．３）を検索キーに設定して、ＤＩＣＯＭ通信情報記憶部１９を検索する。そしてＩＰアドレス（１２７．０．０．３）とＡＥタイトル（ＡＥ＿Ｔ＿ＣＣＣ）とを含むＤＩＣＯＭ通信情報が取得される。取得されたＤＩＣＯＭ通信情報は、ＤＩＣＯＭ通信情報検索部２１により画像送信部２３に供給される。画像送信部２３は、このＤＩＣＯＭ通信情報より特定されるクライアント装置７にネットワーク３を介して医用画像のデータを送信する。
【００５５】
医用画像のデータを受信すると、クライアント装置７は、クライアント側メディア管理アプリケーションに従って画像保存処理を開始する。
【００５６】
図８は、クライアント側メディア管理アプリケーションに従って実行される画像保存処理の手順を概略的に示す図である。図８に示すように、医用画像のデータが送信されると、クライアント側メディア管理アプリケーションに従ってフォーマット変換部２７が動作する。フォーマット変換部２７は、医用画像のデータ構造をＤＩＣＯＭ規格に準拠したデータ構造に変換する。より詳細には、医用画像のファイル構造を、メディア保存のためにＤＩＣＯＭによって特別に定義されたディレクトリ（以下、ＤＩＣＯＭＤＩＲと呼ぶことにする）構造に変換する。このようにデータ構造が変換された医用画像のデータは、書き込み部２９に供給される。書き込み部２９は、供給された医用画像のデータをクライアント装置７に接続されたメディアドライブ９内のメディアに間接的又は直接的に書き込む。ここで間接的とは、医用画像のデータをクライアント装置７のＨＤＤに一旦記憶させてから、メディアに書き込むことである。直接的とは、ＨＤＤを介さずに医用画像のデータをメディアに書き込むことである。なお、既にメディアに医用画像のデータが保存されている場合、新たな医用画像のデータは、追加で書き込まれる。
【００５７】
上記構成により、第１実施形態に係る医用情報処理システム１は、サーバ装置５側に記憶されている医用情報のデータを、クライアント装置７に接続されたメディアドライブ９内のメディアに書き込むことができる。これにより、ユーザがクライアント装置７上で医用情報のデータのメディアへの書き込み作業をする場合、サーバ装置５の設置場所に移動する必要がなくなる。かくして、第１実施形態に係るサーバ装置５と医用情報処理システム１とは、シンクライアント環境下において、記録媒体を利用した医用情報の保存の作業効率の向上を実現する。
【００５８】
なお上記構成においては、医用情報は、保存要求毎にリアルタイムにメディアに書き込まれるとした。しかしながら本実施形態は、これに限定する必要はない。例えば、書き込み部２９は、医用情報を以下に示す単位でまとめてメディアに書き込んでも良い。
【００５９】
ＤＩＣＯＭ通信においては、Ａｓｓｏｃｉａｔｉｏｎのオープンがなされてからクローズがなされるまで通信が行なわれている。このＡｓｓｏｃｉａｔｉｏｎのオープンからクローズの期間、医用情報の書き込みを行なわずに例えば、ＨＤＤに記憶させておく。そして、Ａｓｓｏｃｉａｔｉｏｎのクローズがなされることを契機として、書き込み部２９は、ＨＤＤに記憶されている医用情報をまとめてメディアに書き込んでもよい。
【００６０】
また他の例としては、Ｓｔｏｒａｇｅがされている期間、医用情報の書き込みを行なわずに例えば、ＨＤＤに記憶させておく。そして、Ｓｔｏｒａｇｅが終了されることを契機として、書き込み部２９は、ＨＤＤに記憶されている医用情報をまとめてメディアに書き込んでも良い。
【００６１】
（第２実施形態）
本発明の第２実施形態に係る医用情報処理システムは、サーバ側メディア管理アプリケーションやクライアント側メディア管理アプリケーションを利用して、クライアント装置７に接続されたメディアドライブ内のメディアに記憶されている医用情報を読み出して、クライアント装置のディスプレイに表示することができる。
【００６２】
以下、第２実施形態について説明するが、以下の説明において、第１実施形態と略同一の機能を有する構成要素については、同一符号を付し、必要な場合にのみ重複説明する。
【００６３】
図９は、第２実施形態に係る医用情報処理システム５０の各構成要素により実現される主要機能のブロック図である。図９に示すように医用情報処理システム５０は、ＵＩイベント送信部５１、ＵＩイベント受信部５３、ＤＩＣＯＭ通信情報記憶部１９、ＤＩＣＯＭ通信情報検索部２１、クエリー要求送信部５５、クエリー要求受信部５７、読み出し部５９、リスト作成部６１、クエリー応答送信部６３、クエリー応答受信部６５、フォーマット変換部６７、ＵＩ画像生成・送信部３１、ＵＩ画像受信部３３、及び画像表示部３５を有する。ＤＩＣＯＭ通信情報検索部２１、クエリー要求送信部５５、クエリー応答受信部６５は、サーバ側メディア管理アプリケーションに従ってサーバ装置５のＣＰＵが実行する機能である。クエリー要求受信部５７、読み出し部５９、リスト作成部６１、クエリー応答送信部６３は、クライアント側メディア管理アプリケーションに従ってクライアント装置７のＣＰＵが実行する機能である。ＤＩＣＯＭ通信情報記憶部１９は、サーバ装置５のＨＤＤが実現する機能である。ＵＩイベント送信部５１、ＵＩ画像受信部３３、及び画像表示部３５は、ＲｅｍｏｔｅＤｅｓｋｔｏｐ機能に従ってクライアント装置７のＣＰＵが実行する、ＤＩＣＯＭプロトコルではない通常のネットワーク通信機能である。ＵＩイベント受信部５３、フォーマット変換部６７、及びＵＩ画像生成・送信部３１は、ＲｅｍｏｔｅＤｅｓｋｔｏｐ機能に従ってサーバ装置５のＣＰＵが実行する、ＤＩＣＯＭプロトコルではない通常のネットワーク通信機能である。
【００６４】
ＵＩイベント送信部５１は、クライアント装置７の筐体８に接続されたメディアドライブ９内のメディアに記憶されている医用情報のリストの表示要求をするための操作信号（イベント情報）を、ネットワーク３を介してサーバ装置５に送信する。なお、メディアは、メディア保存のためのＤＩＣＯＭフォーマットで医用情報を記憶している。
【００６５】
ＵＩイベント受信部５３は、ＵＩイベント送信部５１によりネットワーク３を介して送信されたイベント情報を受信する。
【００６６】
クエリー要求送信部５５は、ＤＩＣＯＭ通信情報検索部２１により取得されたＤＩＣＯＭ通信情報に従って、イベント情報を送信したクライアント装置７にクエリー要求をＤＩＣＯＭプロトコルでネットワーク３を介して送信する。クエリー要求により、クライアント装置７に対してリストが要求される。
【００６７】
クエリー要求受信部５７は、クエリー要求送信部５５からネットワーク３を介して送信されたクエリー要求をＤＩＣＯＭプロトコルで受信する。
【００６８】
読み出し部５９は、クエリー要求受信部５７により受信されたクエリー要求に応じて、クライアント装置７に接続されたメディアドライブ９内のメディアから、このメディアに記憶されている医用情報を読み出す。
【００６９】
リスト作成部６１は、読み出し部５９により読み出された医用情報に基づいて、メディアドライブ９内のメディアに記憶されている医用情報のリストを作成する。医用情報のリストとは、例えば、医用情報を識別するための情報（例えば、画像番号や検査情報、シリーズ情報、患者名、患者識別番号、検査日時等）のリストである。
【００７０】
クエリー応答送信部６３は、リスト作成部６１により作成されたリストのデータをＤＩＣＯＭプロトコルでネットワーク３を介してサーバ装置５に送信する。また、クエリー応答送信部６３は、リストだけでなく、ＤＩＣＯＭ  Ｑ／Ｒサービスにより得られる他の情報（例えば、医用画像の付帯情報）もＤＩＣＯＭプロトコルでネットワーク３を介してサーバ装置５に送信する。
【００７１】
クエリー応答受信部６５は、クエリー応答送信部６３からネットワーク３を介して送信されたクエリー応答をＤＩＣＯＭプロトコルで受信する。
【００７２】
フォーマット変換部６７は、クエリー応答受信部６５により受信されたリストや医用情報を、表示のためのＤＩＣＯＭ規格に準拠したフォーマットに変換する。
【００７３】
ＵＩ画像生成・送信部３１は、フォーマット変換部６７により表示のためのＤＩＣＯＭ規格に準拠したフォーマットに変換されたリスト画像のデータをネットワーク３を介してクライアント装置７に送信する。また、ＵＩ画像生成・送信部３１は、フォーマット変換されたリスト画像のデータだけでなく、付帯情報を表示するための付帯情報画像のデータもクライアント装置７に送信する。
【００７４】
ＵＩ画像受信部３３は、ＵＩ画像生成・送信部３１からネットワーク３を介して送信されたリスト画像のデータや付帯情報画像のデータをＤＩＣＯＭプロトコルで受信する。
【００７５】
画像表示部３５は、ＵＩ画像受信部３３により受信されたリスト画像や付帯情報画像をクライアント装置７のディスプレイに所定のレイアウトで表示する。
【００７６】
次に第２実施形態に係る医用情報処理システム５０の処理の動作の詳細を説明する。サーバ装置５にインストールされている医用アプリケーションを用いて医療業務を行なう際、メディアに記憶されている医用情報を利用したい場合がある。この場合、まずクライアント装置７は、ウィンドウズ（登録商標）のＲｅｍｏｔｅＤｅｓｋｔｏｐ機能を利用して、サーバ装置５にログインする。また、ユーザは、クライアント装置７に接続されたメディアドライブ９に、所望の医用情報が記憶されたメディアを挿入する。そしてユーザは、クライアント装置７を介してサーバ装置５に医用情報のリストの要求をする。リスト要求は、例えば、医用アプリケーションの実行画面に設けられたリスト表示ボタンを押すことによりなされる。表示ボタンが押されることを契機として、ＵＩイベント送信部５１は、リスト表示のためのイベント情報をネットワーク３を介してサーバ装置５に送信する。このイベント情報を受信すると、サーバ装置５は、サーバ側メディア管理アプリケーションに従ってクエリー要求送信処理を開始する。なお、以下の説明を具体的に行なうため、リスト表示対象の医用情報は、医用画像であるとする。
【００７７】
図１０は、サーバ側メディア管理アプリケーションに従って実行されるクエリー要求処理の手順を概略的に示す図である。図１０に示すように、リスト表示のためのイベント情報が受信されると、サーバ側メディア管理アプリケーションに従ってクエリー要求送信部５５が動作する。クエリー要求送信部５５は、リストを取得するためのクエリー要求を、ネットワーク３を介してＤＩＣＯＭプロトコルでクライアント装置７に送信する。具体的には、クエリー要求送信部５５は、ＤＩＣＯＭサービスコマンドの１つであるＤＩＣＯＭ  Ｑ／Ｒ  ＦＩＮＤにより、クエリー要求を送信する。なお、供給先のクライアント装置に関するＤＩＣＯＭ通信情報は、第１実施形態と同様の方法でＤＩＣＯＭ通信情報検索部２１により取得される。従って、ＤＩＣＯＭ通信情報の取得処理についての説明は、省略する。
【００７８】
クエリー要求を受信すると、クライアント装置７は、クライアント側メディア管理アプリケーションに従ってクエリー応答処理を開始する。
【００７９】
図１１は、クライアント側メディア管理アプリケーションに従って実行されるクエリー応答処理の手順を概略的に示す図である。図１１に示すように、クエリー応答が送信されると、クライアント側メディア管理アプリケーションに従って読み出し部５９が動作する。読み出し部５９は、クライアント装置７に接続されたメディアドライブ９内のメディアから、医用画像のリストを作成するために必要な情報を読み出す。より詳細には、読み出し部５９は、メディアからＤＩＣＯＭＤＩＲを読み出す。読み出されたＤＩＣＯＭＤＩＲは、リスト作成部６１に供給される。また、読み出し部５９は、医用画像の付帯情報のデータもメディアから読み出す。読み出された付帯情報のデータは、クエリー応答送信部６３に供給される。
【００８０】
リスト作成部６１は、供給されたＤＩＣＯＭＤＩＲに基づいて、メディアに記憶されている医用画像のリストを作成する。作成されるリストには、例えば、患者識別番号や、検査識別番号、シリーズ識別番号、画像識別番号、撮影日時、モダリティ等の医用画像に関する付帯情報が含まれる。作成されたリストのデータは、クエリー応答送信部６３に供給される。クエリー応答送信部６３は、供給されたリストと医用画像とのデータを、クエリー応答としてＤＩＣＯＭプロトコルでネットワークを介してサーバ装置５に送信する。
【００８１】
クエリー応答送信部６３からリストのデータが送信されると、フォーマット変換部６７は、送信されたリストと付帯情報とのデータを、表示のためのＤＩＣＯＭ規格に準拠したフォーマットに変換する。このフォーマット変換されたリストのデータと付帯情報のデータとは、ＵＩ画像生成・送信部３１に供給される。
【００８２】
ＵＩ画像生成・送信部３１は、フォーマット変換部６７から供給されたリストのデータに基づいてリスト画像のデータを生成する。また、ＵＩ画像生成・送信部３１は、フォーマット変換部６７から供給された付帯情報のデータに基づいて付帯情報画像のデータを生成する。生成されたリスト画像のデータや付帯情報画像のデータは、ＵＩ画像生成・送信部３１により、ＤＩＣＯＭプロトコルでネットワーク３を介してクライアント装置７に送信される。
【００８３】
ＵＩ画像送信部３１により送信されたリスト画像や付帯情報画像のデータは、ＵＩ画像受信部３３により受信され、画像表示部３５によりクライアント装置７のディスプレイに表示される。
【００８４】
これによりユーザは、クライアント装置７のディスプレイを観察することで、クライアント装置７に接続されているメディアドライブ９内のメディアに記憶されている医用画像のリストを参照することができる。
【００８５】
上記構成により、第２実施形態に係る医用情報処理システムは、クライアント装置に接続されたメディアドライブ内のメディアに記憶されている医用情報のデータを読み込んで、クライアント装置のディスプレイに表示することができる。これにより、ユーザがクライアント装置上でメディアから医用情報の参照作業をする場合、サーバ装置の設置場所に移動する必要がなくなる。かくして、第２実施形態に係るサーバ装置と医用情報処理システムとは、シンクライアント環境下において、記録媒体を利用した医用情報の参照の作業効率の向上を実現する。
【００８６】
なお、本発明は上記実施形態そのままに限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で構成要素を変形して具体化できる。また、上記実施形態に開示されている複数の構成要素の適宜な組み合わせにより、種々の発明を形成できる。例えば、実施形態に示される全構成要素から幾つかの構成要素を削除してもよい。さらに、異なる実施形態にわたる構成要素を適宜組み合わせてもよい。
【産業上の利用可能性】
【００８７】
以上本発明によれば、シンクライアント環境下におけるサーバ装置と医用情報処理システムとにおいて、記録媒体を利用した医用情報の保存・参照の作業効率の向上を実現することができる。
【符号の説明】
【００８８】
１…医用情報処理システム、３…ネットワーク、５…サーバ装置、７…クライアント装置、８…クライアント装置の筐体、９…クライアント装置に接続されたメディアドライブ、１１…イベント制御・送信部、１３…イベント制御・受信部、１５…画像記憶部、１７…読み出し部、１９…ＤＩＣＯＭ通信情報記憶部、２１…ＤＩＣＯＭ通信情報検索部、２３…画像送信部、２５…画像受信部、２７…フォーマット変換部、２９…書き込み部、３１…ＵＩ画像生成・送信部、３３…ＵＩ画像受信部、３５…画像表示部
【図１】
2010262592.tif 000003
【図２】
2010262592.tif 000004
【図３】
2010262592.tif 000005
【図４】
2010262592.tif 000006
【図５】
2010262592.tif 000007
【図６】
2010262592.tif 000008
【図７】
2010262592.tif 000009
【図８】
2010262592.tif 000010
【図９】
2010262592.tif 000011
【図１０】
2010262592.tif 000012
【図１１】
2010262592.tif 000013