(57)【要約】【課題】医用画像のデータ量を低減させる。【解決手段】画像サーバ３０は、医用画像の画像データと当該画像データに関する付帯情報とを含むＤＩＣＯＭファイルをモダリティ１０から受信し、受信したＤＩＣＯＭファイルを画像データのファイル（汎用画像ファイル）と付帯情報のファイル（ＤＩＣＯＭヘッダファイル）とに分割し、対応付けて記憶部に保存する。画像サーバ３０では、読影端末４０から汎用画像ファイルに対応する医用画像の読影が完了したことを示す情報を受信した場合に、汎用画像ファイルを圧縮する。【選択図】図１
2008293264.tif 000002
【特許請求の範囲】
【請求項１】
外部機器との間でデータの送受信を行う通信手段と、
記憶手段と、
前記通信手段により医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信した場合に、当該受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記通信手段により前記画像データのファイルに対応する医用画像の読影が完了したことを示す情報を受信した場合に、当該画像データのファイルを圧縮する制御手段と、
を備える医用画像管理装置。
【請求項２】
コンピュータを、
外部機器との間でデータの送受信を行う通信手段、
記憶手段、
前記通信手段により医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信した場合に、当該受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記通信手段により前記画像データのファイルに対応する医用画像の読影が完了したことを示す情報を受信した場合に、当該画像データのファイルを圧縮する制御手段、
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、医用画像管理装置及びプログラムに関する。
【背景技術】
【０００２】
近年、多くの医療機関において情報の電子化が図られている。例えば、ＣＲ（Computed Radiography）装置、ＣＴ（Computed Tomography）装置、ＭＲＩ（Magnetic Resonance Imaging）装置等の画像生成装置（モダリティ）は、撮影により得られた画像データにＤＩＣＯＭ（Digital Imaging and Communications in Medicine）規格に則った付帯情報を付帯させたＤＩＣＯＭファイルを生成する。画像サーバでは、ＤＩＣＯＭファイルを保存・管理し、ＤＩＣＯＭ対応の画像ビューワ端末からＤＩＣＯＭファイルの要求があった場合にこれを提供する。画像ビューワ端末では、ＤＩＣＯＭファイルに基づいて、高精細モニタ上に医用画像を表示する。
【０００３】
また、電子カルテの作成や診察結果の閲覧を行う際に用いる電子カルテ端末においても、患者に対する説明や診断のために画像を参照したい場合がある。電子カルテ端末は、ＤＩＣＯＭファイルを直接処理する機能や高度な画像処理機能等を備えていないのが一般的である。そのため、画像サーバにおいて、予めＤＩＣＯＭファイル中の画像データのみをＪＰＥＧ（Joint Photographic Experts Group）やＰＤＦ（Portable Document Format）等の形式に変換した汎用画像ファイルを生成しておき、画像サーバにＷｅｂサーバ機能を搭載することにより、電子カルテ端末からの要求に応じて汎用画像ファイルを提供することが行われている。
【０００４】
例えば、地域全体で診療情報を共有可能な広域型病院情報システムにおいて、ＩＣカードに、外部のファイル群を参照するためのリンク情報を含む診療記録をＳＧＭＬ（Standard Generalized Markup Language）／ＨＴＭＬ（HyperText Markup Language）で記述する技術が提案されている（特許文献１参照）。
【特許文献１】特開平１０−７９７７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかし、画像サーバにおいて、ＤＩＣＯＭファイルの他に、電子カルテ端末等からの要求に対応可能な汎用画像ファイルを保存する場合には、同一の医用画像についてファイルを複数持つことになり、記憶容量の増大を招いていた。また、電子カルテ端末等からの参照の有無にかかわらず汎用画像ファイルを生成するので、参照されない場合には汎用画像ファイルを生成する処理が無駄になっていた。
【０００６】
また、医用画像は、利用目的に応じて要求される画質が異なる。例えば、読影医が画像診断を行う際には、画像中から病変等の異常を発見することを目的としているため、画質の劣化があってはならない。また、読影医が作成した報告書に基づいて診断を行う参照医は、患者への説明やカルテへの添付用、患者の再診時に画像を用いるため、読影医の場合に要求されるほど高画質である必要はないが、あるレベル以上の画質が要求される。また、研修医等の教育用に画像を用いる場合には、診断に使うわけではないので、必要に応じた画質であればよい。また、撮影技師は、再撮影のための撮影条件を参照したいだけで、画像は必要としないので、画質は問わない。したがって、高画質の画像が要求されない場合においてまで、未圧縮の状態で画像ファイルを保存しておく必要はない。
【０００７】
本発明は、上記の従来技術における問題に鑑みてなされたものであって、医用画像のデータ量を低減させることを課題とする。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の医用画像管理装置は、外部機器との間でデータの送受信を行う通信手段と、記憶手段と、前記通信手段により医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信した場合に、当該受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記通信手段により前記画像データのファイルに対応する医用画像の読影が完了したことを示す情報を受信した場合に、当該画像データのファイルを圧縮する制御手段と、を備える。
【０００９】
請求項２に記載の発明は、コンピュータを、外部機器との間でデータの送受信を行う通信手段、記憶手段、前記通信手段により医用画像の画像データ及び当該画像データに関する付帯情報を含むＤＩＣＯＭファイルを受信した場合に、当該受信したＤＩＣＯＭファイルを、画像データのファイルと付帯情報のファイルとに分割し対応付けて前記記憶手段に保存させ、前記通信手段により前記画像データのファイルに対応する医用画像の読影が完了したことを示す情報を受信した場合に、当該画像データのファイルを圧縮する制御手段、として機能させるためのプログラムである。
【発明の効果】
【００１０】
本発明によれば、医用画像の読影が完了した場合に画像データのファイルを圧縮するので、読影が完了するまでは画質を保持することができ、読影完了後には医用画像のデータ量を低減させることができる。また、ＤＩＣＯＭファイルを画像データのファイルと付帯情報のファイルとに分割することにより、画像データのファイルのみを圧縮することが可能となる。
【発明を実施するための最良の形態】
【００１１】
以下、図面を参照して、本発明に係る医用画像管理装置の一実施形態について説明する。
【００１２】
［医用画像システムのシステム構成］
図１に、医用画像システム１００のシステム構成を示す。図１に示すように、医用画像システム１００は、モダリティ１０と、ＲＩＳ（Radiological Information System：放射線情報システム）２０と、画像サーバ３０と、読影端末４０と、電子カルテ端末５０とが通信ネットワークＮを介して接続され、それぞれがデータ通信可能に接続されている。
【００１３】
ＲＩＳ２０は、制御部、記憶部、操作部、表示部、通信部等を有するコンピュータにより構成され、放射線科部門内における診療予約、診断結果のレポート、実績管理、材料在庫管理等の情報管理を行う。ＲＩＳ２０は、オペレータによる検査オーダの登録を受け付け、その登録された検査オーダに基づいて検査オーダ情報を生成し、モダリティ１０に送信する。検査オーダ情報とは、撮影や診断の検査オーダの内容を示すデータである。また、ＲＩＳ２０は、後述するＤＩＣＯＭヘッダファイルを取得するための取得要求を画像サーバ３０に送信する。
【００１４】
モダリティ１０は、患者を撮影し、医用画像の画像データを生成する画像生成装置である。モダリティ１０は、撮影した医用画像の画像データに、ＤＩＣＯＭ規格に則った付帯情報を付帯させてＤＩＣＯＭファイルを生成し、画像サーバ３０に送信する。ＤＩＣＯＭファイルは、医用画像の画像データと当該画像データに関する付帯情報とを含む。付帯情報は、患者情報、検査情報、シリーズ情報等を含む。患者情報は、患者の氏名、患者ＩＤ、性別等の患者毎に設定されたデータである。検査情報は、検査を識別する検査ＩＤ、検査部位、撮影方向及び体位といった検査条件を示すデータである。シリーズ情報は、一つの検査の中で生成されるモダリティ１０毎の一連の医用画像の単位（シリーズ）を示すシリーズＩＤやモダリティ１０の種別を含むデータである。
【００１５】
画像サーバ３０は、医用画像の画像データと画像データに対応する付帯情報とを保存し、管理する医用画像管理装置である。画像サーバ３０は、モダリティ１０からＤＩＣＯＭファイルを受信する。そして、画像サーバ３０は、図２に示すように、受信したＤＩＣＯＭファイルを、画像データのファイル（以下、汎用画像ファイルという。）と付帯情報のファイル（以下、ＤＩＣＯＭヘッダファイルという。）とに分割し、保存する。
【００１６】
画像サーバ３０は、他装置から受信するファイルの取得要求に応じて、ＤＩＣＯＭヘッダファイル、汎用画像ファイル、又はこれら２つのファイルを結合したＤＩＣＯＭファイルを当該他装置に送信する。ここで、取得要求には、取得するファイルを指定するためのファイル指定情報（患者情報、検査情報、シリーズ情報、ＳＯＰインスタンスＵＩＤ、又はこれらの情報の組み合わせ等）が含まれる。
【００１７】
読影端末４０は、ＤＩＣＯＭファイルに基づいて、医用画像の表示や、医用画像に関する各種情報を表示する装置である。読影端末４０は、ＤＩＣＯＭファイルを取得するための取得要求を画像サーバ３０に送信する。読影医等のユーザは、読影端末４０において読影を行う。
【００１８】
電子カルテ端末５０は、電子カルテを作成する電子カルテ機能を有し、併せて参照医の診断に供するために、汎用画像ファイルに基づいて医用画像を表示する。電子カルテ端末５０は、汎用画像ファイルを取得するための取得要求を画像サーバ３０に送信する。
【００１９】
［画像サーバの機能的構成］
図３に、画像サーバ３０の機能的構成を示す。図３に示すように、画像サーバ３０は、制御部３１、操作部３２、表示部３３、通信部３４、ＲＯＭ（Read Only Memory）３５、記憶部３６等を備え、各部はバス３７により接続されている。
【００２０】
制御部３１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、画像サーバ３０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部３２から入力される操作信号又は通信部３４により受信される指示信号に応じて、ＲＯＭ３５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００２１】
操作部３２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部３１に出力する。
【００２２】
表示部３３は、ＬＣＤ（Liquid Crystal Display）により構成され、制御部３１から入力される表示データに基づいて各種画面を表示する。
【００２３】
通信部３４は、ＬＡＮ（Local Area Network）アダプタ、ルータ、ＴＡ（Terminal Adapter）等を備え、通信ネットワークＮを介して接続されたモダリティ１０、ＲＩＳ２０、読影端末４０、電子カルテ端末５０等の外部機器との間でデータの送受信を行う。
【００２４】
通信部３４は、ＲＩＳ２０にＤＩＣＯＭヘッダファイルを送信する際、又は電子カルテ端末５０に汎用画像ファイルを送信する際には、ＨＴＴＰ（HyperText Transfer Protocol）等の汎用のＷｅｂ通信用のプロトコルを採用する。また、通信部３４は、読影端末４０にＤＩＣＯＭファイルを送信する際、又はモダリティ１０からＤＩＣＯＭファイルを受信する際には、ＤＩＣＯＭ対応のプロトコルを採用する。
【００２５】
ＲＯＭ３５は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。
【００２６】
記憶部３６は、ハードディスク等の記憶装置であり、汎用画像ファイル、ＤＩＣＯＭヘッダファイル等のデータを記憶する。
【００２７】
通信部３４がモダリティ１０からＤＩＣＯＭファイルを受信すると、制御部３１は、図２に示すように、ＤＩＣＯＭファイルを汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割する。そして、制御部３１は、汎用画像ファイルとＤＩＣＯＭヘッダファイルとを対応付けて記憶部３６に保存させる。例えば、汎用画像ファイルのファイル名に付帯情報に含まれるＳＯＰインスタンスＵＩＤを付することにより、汎用画像ファイルとＤＩＣＯＭヘッダファイルとを対応付ける。汎用画像ファイルは、ビットマップ、ＪＰＥＧ、ＪＰＥＧ２０００等、いずれの画像形式であってもよいが、読影が完了するまでは、ビットマップ形式等、読影に適した画質の医用画像を提供可能な画像形式で汎用画像ファイルを保存することとする。
【００２８】
また、制御部３１は、通信部３４により他装置から受信するファイルの取得要求に応じて、ＤＩＣＯＭヘッダファイル、汎用画像ファイル又はＤＩＣＯＭファイルを通信部３４を介して当該他装置に送信させる。具体的には、通信部３４によりＲＩＳ２０からＤＩＣＯＭヘッダファイルの取得要求を受信した場合には、制御部３１は、取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭヘッダファイルを記憶部３６から読み出して、当該ＤＩＣＯＭヘッダファイルを通信部３４を介してＲＩＳ２０に送信させる。また、通信部３４により電子カルテ端末５０から汎用画像ファイルの取得要求を受信した場合には、制御部３１は、取得要求に含まれるファイル指定情報により指定された汎用画像ファイルを記憶部３６から読み出して、当該汎用画像ファイルを通信部３４を介して電子カルテ端末５０に送信させる。また、通信部３４により読影端末４０からＤＩＣＯＭファイルの取得要求を受信した場合には、制御部３１は、取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭファイルに対応する汎用画像ファイル及びＤＩＣＯＭヘッダファイルを記憶部３６から読み出し、これら２つのファイルを結合してＤＩＣＯＭファイルを生成し、生成したＤＩＣＯＭファイルを通信部３４を介して読影端末４０に送信させる。
【００２９】
また、制御部３１は、通信部３４により読影端末４０から医用画像の読影が完了したことを示す情報（以下、読影完了情報という。）を受信した場合に、当該医用画像に対応する汎用画像ファイルを圧縮する。ここで、圧縮とは、未圧縮の状態のファイルを圧縮すること、及び、既に圧縮されているファイルの圧縮率を上げることの両方を含む。圧縮方式としては、ＪＰＥＧ、ＪＰＥＧ２０００等、何を用いてもよい。読影医による読影が済んでしまえば、汎用画像ファイルを圧縮することにより、画質が多少劣化したとしても問題はない。
【００３０】
［読影端末の機能的構成］
図４に、読影端末４０の機能的構成を示す。図４に示すように、読影端末４０は、制御部４１、操作部４２、表示部４３、通信部４４、ＲＯＭ４５、記憶部４６等を備え、各部はバス４７により接続されている。
【００３１】
制御部４１は、ＣＰＵ、ＲＡＭ等から構成され、読影端末４０の各部の処理動作を統括的に制御する。具体的には、ＣＰＵは、操作部４２から入力される操作信号又は通信部４４により受信される指示信号に応じて、ＲＯＭ４５に記憶されている各種処理プログラムを読み出し、ＲＡＭ内に形成されたワークエリアに展開し、当該プログラムとの協働により各種処理を行う。
【００３２】
操作部４２は、カーソルキー、数字入力キー、及び各種機能キー等を備えたキーボードと、マウス等のポインティングデバイスを備えて構成され、キーボードに対するキー操作やマウス操作により入力された操作信号を制御部４１に出力する。
【００３３】
表示部４３は、ＬＣＤ等の高精細モニタにより構成され、制御部４１から入力される表示データに基づいて各種画面を表示する。特に、表示部４３は、読影医が読影を行う際に医用画像を表示する。
【００３４】
通信部４４は、ＬＡＮアダプタ、ルータ、ＴＡ等を備え、通信ネットワークＮを介して接続された画像サーバ３０等の外部機器との間でデータの送受信を行う。
【００３５】
ＲＯＭ４５は、不揮発性の半導体メモリ等により構成され、制御プログラム、当該プログラムの実行に必要なパラメータやファイル等を記憶している。
【００３６】
記憶部４６は、ハードディスク等の記憶装置であり、各種データを記憶する。
【００３７】
読影医の操作部４２からの操作により、読影対象となるＤＩＣＯＭファイルの指定があった場合に、制御部４１は、通信部４４を介して、画像サーバ３０にＤＩＣＯＭファイルの取得要求を送信させる。そして、制御部４１は、通信部４４により画像サーバ３０からＤＩＣＯＭファイルを受信すると、ＤＩＣＯＭファイルに基づいて、表示部４３に医用画像等を表示させる。
【００３８】
図５に、表示部４３に表示される読影画面４３０の一例を示す。図５に示すように、読影画面４３０には、画像表示領域４３１、レポート領域４３２、画像処理ボタン群４３３、読影完了ボタン４３４が表示される。画像表示領域４３１は、ＤＩＣＯＭファイル中の画像データに基づく医用画像が表示される領域である。レポート領域４３２は、読影医が画像を診断した結果として読影レポートを入力するための領域である。画像処理ボタン群４３３には、拡大ボタン、縮小ボタン、コントラスト変更ボタン、濃度変更ボタン等が含まれ、操作されたボタンに応じて、画像表示領域４３１に表示された画像に画像処理が施され、処理済みの画像が画像表示領域４３１に表示される。読影完了ボタン４３４は、読影が完了した場合に選択されるボタンである。
【００３９】
読影医は、画像表示領域４３１に表示される医用画像について読影を行い、操作部４２からの操作により、レポート領域４３２に読影レポートを入力する。読影が完了すると、読影医は、操作部４２からの操作により、表示部４３に表示されている読影完了ボタン４３４を選択する。制御部４１は、読影完了ボタン４３４が選択された場合に、通信部４４を介して、読影完了情報を画像サーバ３０に送信させる。
【００４０】
［医用画像システムの動作］
次に、医用画像システム１００における動作を説明する。
図６は、モダリティ１０、画像サーバ３０及び読影端末４０において実行される処理を示すラダーチャートである。
【００４１】
まず、モダリティ１０において、患者が撮影され、ＤＩＣＯＭファイルが生成される（ステップＳ１）。そして、生成されたＤＩＣＯＭファイルは、画像サーバ３０に送信される（ステップＳ２）。
【００４２】
画像サーバ３０では、通信部３４により、モダリティ１０からＤＩＣＯＭファイルが受信される。次に、制御部３１により、ＤＩＣＯＭファイルが汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割され、汎用画像ファイルとＤＩＣＯＭヘッダファイルとが対応付けられて記憶部３６に保存される（ステップＳ３）。
【００４３】
読影端末４０において読影が行われる際には、制御部４１の制御に従って、通信部４４により、画像サーバ３０に読影対象となるＤＩＣＯＭファイルの取得要求が送信される（ステップＳ４）。
【００４４】
画像サーバ３０では、通信部３４により、読影端末４０からＤＩＣＯＭファイルの取得要求が受信されると、制御部３１により、取得要求に含まれるファイル指定情報により指定されたＤＩＣＯＭファイルに対応する汎用画像ファイル及びＤＩＣＯＭヘッダファイルが記憶部３６から読み出され、これら２つのファイルが結合されてＤＩＣＯＭファイルが生成される（ステップＳ５）。そして、制御部３１の制御に従って、通信部３４により、ＤＩＣＯＭファイルが読影端末４０に送信される（ステップＳ６）。
【００４５】
読影端末４０では、通信部４４により、画像サーバ３０からＤＩＣＯＭファイルが受信されと、制御部４１により、ＤＩＣＯＭファイルに基づいて、表示部４３に医用画像等が表示される（ステップＳ７）。読影医は、表示部４３に表示される医用画像について読影を行い、読影レポートを作成する。読影が完了すると、読影医は、操作部４２からの操作により、表示部４３に表示されている読影完了ボタン４３４（図５参照）を選択する。読影完了ボタン４３４が選択されると、制御部４１の制御に従って、通信部４４により、読影完了情報が画像サーバ３０に送信される（ステップＳ８）。
【００４６】
画像サーバ３０では、通信部３４により、読影端末４０から読影完了情報が受信されると、制御部３１により、読影が完了した医用画像に対応する汎用画像ファイルが圧縮される（ステップＳ９）。
【００４７】
以上説明したように、画像サーバ３０によれば、医用画像の読影が完了した場合に汎用画像ファイルを圧縮するので、読影が完了するまでは画質を保持することができ、読影完了後には医用画像のデータ量を低減させることができる。また、ＤＩＣＯＭファイルを汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割することにより、汎用画像ファイルのみを圧縮することが可能となる。ＤＩＣＯＭファイルのうち、データ量のほとんどを占めているのは画像データ部分であるため、効果的に圧縮を行うことができる。このため、より多くの患者や検査の画像を保存することができる。また、ファイル総容量の減少により、データのバックアップを短時間で行うことができる。
【００４８】
また、画像サーバ３０では、あらゆる装置からの要求に対応可能な汎用画像ファイルを保存しているため、ＤＩＣＯＭファイルに対応した専用ビューワ端末からでなくても医用画像を参照することができる。また、ＤＩＣＯＭファイルと汎用画像ファイルの両方を保存する場合と比較して、データ量を低減させることができる。汎用画像ファイルは、ＤＩＣＯＭファイルを要求された場合にも用いるので、予め生成しておいても無駄になることはない。また、汎用画像ファイルが低速高容量のライブラリ装置に移された後も、ネットワーク接続された電子カルテ端末等のＷｅｂブラウザを用いて画像を参照することができる。
【００４９】
また、汎用画像ファイルとＤＩＣＯＭヘッダファイルとに分割された状態で保存されているので、付帯情報のみを利用する場合にはＤＩＣＯＭヘッダファイルのみを読み出せばよい。ＤＩＣＯＭヘッダファイルには画像部分が含まれないため、高速に処理を行うことができる。
【００５０】
なお、上記実施の形態における記述は、本発明に係る医用画像管理装置の例であり、これに限定されるものではない。装置を構成する各部の細部構成及び細部動作に関しても本発明の趣旨を逸脱することのない範囲で適宜変更可能である。
【００５１】
上記実施の形態では、読影端末４０において読影医による読影が完了した場合に、読影が完了した医用画像に対応する汎用画像ファイルを圧縮することとしたが、二人の医師が個別に同一の医用画像を読影するダブルリーディングや、読影医とその読影レポートの承認を行う承認医等の階層の異なる二人の医師が個別に同一の医用画像を読影するオーバーリーディングを行う場合には、二人の医師の読影が完了した場合に、汎用画像ファイルを圧縮することとしてもよい。
【００５２】
また、上記実施の形態では、ＤＩＣＯＭファイルに含まれる付帯情報をＤＩＣＯＭヘッダファイルとして保存することとしたが、複数のＤＩＣＯＭファイルに対応する付帯情報の各データをデータベース化して保存してもよい。
【００５３】
また、上記実施の形態では、画像サーバ３０が他装置から受信する取得要求にファイル指定情報が含まれることとしたが、予め画像サーバ３０の記憶部３６の内部構成が公開されている場合には、ユーザが取得対象となるフォルダ名やファイル名を含むＵＲＬ（Uniform Resource Locator）を直接指定することにより、汎用画像ファイルやＤＩＣＯＭヘッダファイルを特定することとしてもよい。
【図面の簡単な説明】
【００５４】
【図１】本発明の一実施形態における医用画像システムのシステム構成図である。
【図２】ＤＩＣＯＭファイルの分割を説明するための図である。
【図３】画像サーバの機能的構成を示すブロック図である。
【図４】読影端末の機能的構成を示すブロック図である。
【図５】読影画面の一例を示す図である。
【図６】モダリティ、画像サーバ及び読影端末において実行される処理を示すラダーチャートである。
【符号の説明】
【００５５】
１０  モダリティ
２０  ＲＩＳ
３０  画像サーバ
３１  制御部
３２  操作部
３３  表示部
３４  通信部
３５  ＲＯＭ
３６  記憶部
３７  バス
４０  読影端末
４１  制御部
４２  操作部
４３  表示部
４４  通信部
４５  ＲＯＭ
４６  記憶部
４７  バス
５０  電子カルテ端末
１００  医用画像システム
４３０  読影画面
４３１  画像表示領域
４３２  レポート領域
４３３  画像処理ボタン群
４３４  読影完了ボタン
Ｎ  通信ネットワーク
【図１】
2008293264.tif 000003
【図２】
2008293264.tif 000004
【図３】
2008293264.tif 000005
【図４】
2008293264.tif 000006
【図５】
2008293264.tif 000007
【図６】
2008293264.tif 000008