(57)【要約】【課題】医用画像の表示を円滑化する。【解決手段】遠隔画像システムは、医用画像を取得する病院端末と、病院端末からネットワークを介して送信された医用画像を保存するサーバーと、サーバーからネットワークを介して医用画像を取得し、表示する表示端末と、を備えている。病院端末は、ＤＩＣＯＭフォーマットの医用画像を取得し、病院端末又はサーバーは、ＤＩＣＯＭフォーマットの医用画像を画像処理して（ステップＢ）、汎用画像フォーマットの参照画像を作成し、サーバーは、作成された参照画像を表示端末に送信し（ステップＤ５）、表示端末は、送信された参照画像を表示する（ステップＤ６）。【選択図】図１０
2013111092.tif 000002
【特許請求の範囲】
【請求項１】
医用画像を取得する病院端末と、前記病院端末からネットワークを介して送信された医用画像を保存するサーバーと、前記サーバーからネットワークを介して医用画像を取得し、表示する表示端末と、を備え、
前記病院端末は、ＤＩＣＯＭフォーマットの医用画像を取得し、
前記病院端末又は前記サーバーは、ＤＩＣＯＭフォーマットの前記医用画像を画像処理して、汎用画像フォーマットの参照画像を作成し、
前記サーバーは、作成された前記参照画像を表示端末に送信し、
前記表示端末は、送信された参照画像を表示する遠隔画像システム。
【請求項２】
前記病院端末又は前記サーバーは、前記医用画像に対しアノテーションが作成された場合、当該医用画像及びアノテーションを画像処理し、医用画像上にアノテーションが重ねられた参照画像を作成する請求項１に記載の遠隔画像システム。
【請求項３】
前記病院端末又は前記サーバーは、ＤＩＣＯＭフォーマットの医用画像から参照画像が作成された後、当該医用画像に対しアノテーションが追加された場合、当該医用画像及びアノテーションを画像処理し、医用画像上にアノテーションが重ねられた参照画像を作成し、
前記サーバーは、先に作成された参照画像を、医用画像上にアノテーションが重ねられた参照画像に更新し、表示端末に再送する請求項２に記載の遠隔画像システム。
【請求項４】
前記画像処理は、ＤＩＣＯＭフォーマットの医用画像からビットマップの医用画像を取得し、当該ビットマップの医用画像を前記表示端末の表示サイズに合わせて縮小処理した後、補間処理し、汎用画像フォーマットによりフォーマット化する処理である請求項１〜３の何れか一項に記載の遠隔画像システム。
【請求項５】
前記サーバーは、前記病院端末により参照画像が作成されていない場合、前記参照画像を作成する請求項１〜４の何れか一項に記載の遠隔画像システム。
【請求項６】
前記サーバーは、前記表示端末により医用画像が要求されたとき、要求された医用画像の参照画像が前記病院端末により作成されていなければ、前記参照画像を作成する請求項１〜４の何れか一項に記載の遠隔画像システム。
【請求項７】
医用画像を取得し、ネットワークを介してサーバーに送信する病院端末と、前記病院端末から送信された医用画像を保存し、ネットワークを介して、当該医用画像を表示端末に送信するサーバーと、を備え、
前記病院端末は、ＤＩＣＯＭフォーマットの医用画像を取得し、
前記病院端末又は前記サーバーは、ＤＩＣＯＭフォーマットの医用画像を画像処理して、汎用画像フォーマットの参照画像を作成し、
前記サーバーは、作成された前記参照画像を、ネットワークを介して表示端末に送信する遠隔画像システム。
【請求項８】
病院端末からネットワークを介して送信されたＤＩＣＯＭフォーマットの医用画像を画像処理して、汎用画像フォーマットの参照画像を作成し、作成された前記参照画像を、ネットワークを介して表示端末に送信するサーバー。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔画像システム及びサーバーに関する。
【背景技術】
【０００２】
従来、医療施設ではＰＡＣＳ（Picture Archiving and Communication）が利用されている（例えば、特許文献１参照）。ＰＡＣＳによれば、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、ＰＥＴ（Positron Emission Tomography）等により撮影された医用画像が、病院内のサーバーに蓄積される。サーバーから医師が使用する表示端末に、医用画像をダウンロードすることにより、医用画像を医師の閲覧に供することができ、効率的な診察が可能となる。
【０００３】
病院内だけでなく、病院外の遠隔地にあるサーバーに医用画像を転送する遠隔システムも開発されている（例えば、特許文献２参照）。このような遠隔システムによれば、読影の専門医が常駐する読影センターのサーバーに、医用画像を転送することができ、高度な読影診断が可能となる。
【０００４】
一般的に、医用画像のフォーマットや医用画像の通信規格として、ＤＩＣＯＭ（Digital Image and Communications in Medicine）が利用されている。
ＤＩＣＯＭによりフォーマット化された医用画像は、ＪＰＥＧ等のような汎用画像フォーマットに比べてデータ量が大きい。そのため、サーバーから表示端末へＤＩＣＯＭフォーマットの医用画像をダウンロードしようとすると、表示端末が使用するネットワークや、表示端末自身のスペックによって、ダウンロードに長時間を要することがある。
【０００５】
上記特許文献１によれば、サーバーがＤＩＣＯＭフォーマットの医用画像からビットマップの医用画像を抽出し、これを可逆圧縮して表示端末に送信することにより、表示端末へ送信するデータ量を削減し、通信時間を短縮している。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００９−１１６５１号公報
【特許文献２】特開２００２−１５０６２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
しかしながら、表示端末において圧縮画像の伸張処理を行う必要があり、表示端末が低スペックであれば、伸張処理に時間を要することになる。結局、医用画像が表示されるまでの医師の待ち時間が長くなってしまい、快適な操作性が得られない。
サーバーが圧縮せずに、抽出したビットマップの医用画像をそのまま表示端末に送信し、伸長処理を不要としてもよいが、医用画像はＤＩＣＯＭフォーマットでなくとも、もともとデータ量が大きい。そのため、ネットワークの負荷状況や表示端末のスペックによってダウンロードが長時間となる点は変わらない。
【０００８】
近年では、表示端末として、タブレット型の携帯端末が用いられることも多い。通常の有線回線に比べ、３Ｇ（第３世代通信システム）やＷｉ−ｆｉのような通信速度が遅いネットワークが通信に用いられるため、医用画像の表示まで医師が待たされるという状況が生じやすかった。
【０００９】
本発明の課題は、医用画像の表示を円滑化することである。
【課題を解決するための手段】
【００１０】
請求項１に記載の発明によれば、
医用画像を取得する病院端末と、前記病院端末からネットワークを介して送信された医用画像を保存するサーバーと、前記サーバーからネットワークを介して医用画像を取得し、表示する表示端末と、を備え、
前記病院端末は、ＤＩＣＯＭフォーマットの医用画像を取得し、
前記病院端末又は前記サーバーは、ＤＩＣＯＭフォーマットの前記医用画像を画像処理して、汎用画像フォーマットの参照画像を作成し、
前記サーバーは、作成された前記参照画像を表示端末に送信し、
前記表示端末は、送信された参照画像を表示する遠隔画像システム。
【００１１】
請求項２に記載の発明によれば、
前記病院端末又は前記サーバーは、前記医用画像に対しアノテーションが作成された場合、当該医用画像及びアノテーションを画像処理し、医用画像上にアノテーションが重ねられた参照画像を作成する請求項１に記載の遠隔画像システムが提供される。
【００１２】
請求項３に記載の発明によれば、
前記病院端末又は前記サーバーは、ＤＩＣＯＭフォーマットの医用画像から参照画像が作成された後、当該医用画像に対しアノテーションが追加された場合、当該医用画像及びアノテーションを画像処理し、医用画像上にアノテーションが重ねられた参照画像を作成し、
前記サーバーは、先に作成された参照画像を、医用画像上にアノテーションが重ねられた参照画像に更新し、表示端末に再送する請求項２に記載の遠隔画像システムが提供される。
【００１３】
請求項４に記載の発明によれば、
前記画像処理は、ＤＩＣＯＭフォーマットの医用画像からビットマップの医用画像を取得し、当該ビットマップの医用画像を前記表示端末の表示サイズに合わせて縮小処理した後、補間処理し、汎用画像フォーマットによりフォーマット化する処理である請求項１〜３の何れか一項に記載の遠隔画像システムが提供される。
【００１４】
請求項５に記載の発明によれば、
前記サーバーは、前記病院端末により参照画像が作成されていない場合、前記参照画像を作成する請求項１〜４の何れか一項に記載の遠隔画像システムが提供される。
【００１５】
請求項６に記載の発明によれば、
前記サーバーは、前記表示端末により医用画像が要求されたとき、要求された医用画像の参照画像が前記病院端末により作成されていなければ、前記参照画像を作成する請求項１〜４の何れか一項に記載の遠隔画像システムが提供される。
【００１６】
請求項７に記載の発明によれば、
医用画像を取得し、ネットワークを介してサーバーに送信する病院端末と、前記病院端末から送信された医用画像を保存し、ネットワークを介して、当該医用画像を表示端末に送信するサーバーと、を備え、
前記病院端末は、ＤＩＣＯＭフォーマットの医用画像を取得し、
前記病院端末又は前記サーバーは、ＤＩＣＯＭフォーマットの医用画像を画像処理して、汎用画像フォーマットの参照画像を作成し、
前記サーバーは、作成された前記参照画像を、ネットワークを介して表示端末に送信する遠隔画像システムが提供される。
【００１７】
請求項８に記載の発明によれば、
病院端末からネットワークを介して送信されたＤＩＣＯＭフォーマットの医用画像を画像処理して、汎用画像フォーマットの参照画像を作成し、作成された前記参照画像を、ネットワークを介して表示端末に送信するサーバーが提供される。
【発明の効果】
【００１８】
本発明によれば、参照画像のフォーマットが汎用画像フォーマットであるので、表示端末がＤＩＣＯＭに対応していなくても、Ｗｅｂブラウザーにより参照画像を容易に表示することができる。汎用画像フォーマットの参照画像は、ＤＩＣＯＭフォーマットの医用画像に比べてデータ量が小さいため、表示端末が参照画像の取得に要する通信時間を短縮し、参照画像による医用画像の表示を円滑化することができる。
【図面の簡単な説明】
【００１９】
【図１】本実施の形態に係る遠隔画像システムのシステム構成図である。
【図２】病院端末の機能ブロック図である。
【図３】サーバーの機能ブロック図である。
【図４】病院端末が実行する処理のフローチャートである。
【図５】参照画像の作成処理のフローチャートである。
【図６】ＤＩＣＯＭフォーマットの医用画像から取得されるビットマップの医用画像を示す図である。
【図７】ビットマップの医用画像と縮小処理された医用画像の例を示す図である。
【図８】医用画像にアノテーションを重ねて縮小処理する例を示す図である。
【図９】サーバーが実行する処理のフローチャートである。
【図１０】サーバーと表示端末が実行する処理のフローチャートである。
【図１１】参照画像が表示されたＷｅｂページの例を示す図である。
【発明を実施するための形態】
【００２０】
以下、図面を参照して本発明の遠隔画像システム、サーバーの実施の形態について説明する。
【００２１】
〔遠隔画像システム〕
図１は、本実施の形態に係る遠隔画像システムＰのシステム構成図である。
図１に示すように、遠隔画像システムＰは、病院端末１、サーバー２、表示端末３を備えて構成されている。病院端末１、表示端末３は、ネットワークＮを介してサーバー２と通信することができ、相互にデータの送受信が可能である。
なお、図１の遠隔画像システムＰは例示であり、遠隔画像システムＰを構成する病院端末１、サーバー２、表示端末３の設置台数、設置場所等は、特に限定されない。
【００２２】
ネットワークＮは、電話回線、ＩＳＤＮ回線、専用線、衛星通信回線網、移動体通信網、ＣＡＴＶ回線、光通信回線、無線通信回線等によって構築されたインターネットである。
【００２３】
病院端末１は、ＰＡＣＳ４におけるサーバーであり、医療施設内に構築されたＬＡＮを介してモダリティ５に接続されている。病院端末１は、モダリティ５によって生成されたＤＩＣＯＭフォーマットの医用画像を保存し、バックアップのため、当該医用画像をサーバー２に送信する。医用画像の他にも、ＰＡＣＳ４における表示端末３により作成された電子カルテ、図示しないＨＩＳ（Hospital Information System）等から取得した電子カルテ、検体検査結果等の医療データを、病院端末１が取得し、サーバー２に送信する。医療施設内のセキュリティを確保するため、病院端末１はサーバー２との通信時、ネットワークＮ上でＶＰＮを構築する。
【００２４】
サーバー２は、医療データのバックアップサービスを提供し、ネットワークＮを介して病院端末１から送信された医療データを保存し、管理する。医療データは、医療に関するデータであり、例えば電子カルテ、モダリティ５により得られた医用画像、血液検査等の検体検査結果等が挙げられる。医療データに対するリスク分散のため、サーバー２は、医療施設外の遠隔地にあるサービスセンターに設置されている。
【００２５】
サーバー２は、保存された医療データを、表示端末３に送信し、閲覧に供することができる。
また、サーバー２は、医師間の連携サービスを提供することができる。連携サービスとは、連携元のユーザー（医師）から連携先のユーザー（医師）へ、サーバー２に保存されている医療データを送信し、読影や診断、検査の依頼等を可能とするサービスである。
【００２６】
表示端末３は、無線又は有線の通信によって、サーバー２から医療データを取得し、表示する。表示端末３としては、通信によって医療データを取得し、表示できる端末であれば、デスクトップ型のパーソナルコンピューターの他、ノート型のパーソナルコンピューター、ＰＤＡ（Personal Digital Assistant）等の携帯型のコンピューター装置、ｉｐｈｏｎｅ（登録商標）やｉＰａｄ（登録商標）に代表されるタブレット型の携帯端末等も用いることができる。
【００２７】
表示端末３は、医療施設内のセキュアなＬＡＮ経由でサーバー２と通信することもできるし、医療施設外のネットワーク経由でサーバー２と通信することもできる。例えば、３Ｇ（第３世代移動通信システム）等の移動体通信網を利用して、又はＷｉ−Ｆｉ（Wireless  Fidelity）等を利用して医療施設内のＬＡＮ、医師の自宅のネットワークを経由して、ネットワークＮに接続することもできる。表示端末３は、病院端末１と同様に、ネットワークＮ上でＶＰＮを確立したうえでサーバー２と通信してもよい。
【００２８】
〔病院端末〕
図２は、病院端末１の機能ブロック図である。
図２に示すように、病院端末１は、制御部１１、操作部１２、表示部１３、通信部１４、記憶部１５を備えて構成されている。
【００２９】
制御部１１は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）等から構成され、記憶部１５に記憶されているプログラムを読み出し、当該プログラムとの協働により各種処理を実行して、病院端末１の各部を制御する。
【００３０】
制御部１１は参照画像の作成処理を実行し、ＤＩＣＯＭフォーマットの医用画像を画像処理して、Ｗｅｂブラウザーにより表示可能な汎用画像フォーマットの参照画像を作成する。画像処理の詳細については後述する。
【００３１】
操作部１２は、キーボード、マウス、タッチパネル等を備え、これらの操作に応じた操作信号を制御部２１に出力する。
表示部１３は、ディスプレイ、又はタッチパネルと一体に構成されたディスプレイを備え、制御部１１の表示制御に従って、操作画面や医療データの表示画面等を表示する。
【００３２】
通信部１４は、通信用のインターフェイスを備え、ネットワークＮ上のサーバー２と通信する。通信部１４は、例えばＩＰｓｅｃ（Security Architecture for Internet Protocol）等を用いて、ＶＰＮを構築することができる。
【００３３】
記憶部１５は、制御部１１が実行するプログラム、プログラムの実行に必要なデータを記憶している。記憶部１５としては、ハードディスクや不揮発性メモリー等を用いることができる。
【００３４】
記憶部１５は、医療データを記憶している。医療データには、ＤＩＣＯＭフォーマットの医用画像、電子カルテ、検体検査結果が含まれる。医用画像に対し参照画像、アノテーションが作成された場合、記憶部１５は参照画像、アノテーション情報を医用画像に対応付けて記憶している。アノテーションとは、医用画像上に付加された矢印や丸等の図形、文字であり、アノテーション情報はアノテーションの図形、文字の種類、それらの配置位置を示す情報である。
記憶部１５は、保存された医療データを管理するためのデータベースを備えている。例えば、医用画像の管理に用いられる画像管理データベースは、ＤＩＣＯＭフォーマットの医用画像のファイル名、アノテーション情報、参照画像のファイル名等がデータベース化されている。
【００３５】
〔サーバー〕
図３は、サーバー２の機能ブロック図である。
図３に示すように、サーバー２は、制御部２１、記憶部２２、通信部２３、記憶装置Ｓ１、Ｓ２を備えている。
【００３６】
制御部２１は、ＣＰＵ、ＲＡＭ等を備えて構成され、記憶部２２からプログラムを読み出して実行し、サーバー２の各部を制御する。
例えば、制御部２１は、Ｗｅｂサーバーのプログラムを読み出して実行し、Ｗｅｂページを作成して表示端末３に送信する。
【００３７】
制御部２１は、バックアップサービス時、病院端末１からバックアップ用に送信された医療データを記憶装置Ｓ１に１次保存する。記憶装置Ｓ１における保存期間が一定期間経過すると、制御部２１は記憶装置Ｓ１から記憶装置Ｓ２へと医療データを移動し、記憶装置Ｓ２に医療データを蓄積していく。
【００３８】
制御部２１は、参照画像の作成処理を実行し、ＤＩＣＯＭフォーマットの医用画像を画像処理して、Ｗｅｂブラウザーにより表示可能な汎用画像フォーマットの参照画像を作成することができる。画像処理の詳細は後述する。制御部２１は、作成された参照画像を、医用画像に対応付けて記憶装置Ｓ１又は記憶装置Ｓ２に保存する。
【００３９】
制御部２１は、医療データの提供サービス時、ログイン時に表示端末３から送信されるユーザーＩＤ、パスワード等のユーザー情報を、記憶部２２に記憶されているユーザーデータベースのユーザー情報と照合し、一致すればログインを許可する。ログインが許可された表示端末３から医療データの閲覧が要求されると、ユーザーデータベースによってユーザーが属する医療施設を特定し、記憶装置Ｓ２の特定された医療施設の領域から医療データを読み出し、通信部２３により表示端末３に送信する。
【００４０】
制御部２１は、連携サービス時、連携元のユーザーから連携の依頼情報が送信されると、制御部２１は、連携依頼の電子メールを作成し、記憶部２２に記憶されている連携データベースにより連携先のユーザーを特定し、当該ユーザーの電子メールアドレスをユーザーデータベースから取得する。制御部２１は、取得した電子メールアドレス宛に、通信部２３により電子メールを送信させる。例えば、依頼内容が医用画像の読影であれば、制御部２１は連携元からのコメント、患者情報等が記載された電子メールを作成し、読影対象の医用画像を添付して連携先の表示端末３に送信する。
連携依頼に対し、連携先の表示端末３から読影レポートや電子カルテ等が送信されると、制御部２１はこれら医療データを記憶装置Ｓ１に保存する。制御部２１は、連携先からのコメント等が記載された電子メールを作成し、読影レポート等を添付して、連携元のユーザーの電子メールアドレス宛に、通信部２３により電子メールを送信させる。
【００４１】
記憶部２２は、制御部２１が実行するプログラム、プログラムの実行に必要なデータ等を記憶している。記憶部２２としては、ハードディスクや不揮発性メモリーを用いることができる。
【００４２】
記憶部２２は、ユーザーデータベース、連携データベース等を記憶している。
ユーザーデータベースは、医療施設毎に、サーバー２が提供するサービスを利用可能なユーザー（医師）のユーザー情報からなる。サービスが課金制であれば、課金状況をユーザーデータベースにより管理してもよい。ユーザー情報としては、各ユーザーに付与されたユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設に付与された施設ＩＤ、施設名、ユーザーが所属する診療科、ユーザー名、ユーザーの住所、電話番号、電子メールアドレス等が挙げられる。
【００４３】
連携データベースは、連携サービスにおいて連携するユーザーのユーザー情報からなる。例えば、連携元のユーザーのユーザーＩＤ、その連携先として登録されたユーザーが所属する医療施設の施設ＩＤ、施設名、ユーザー名等が対応付けられている。
【００４４】
通信部２３は、通信用のインターフェイスを備え、ネットワークＮ上の病院端末１、表示端末３と通信する。通信部２３は、例えばＩＰｓｅｃ等を用いて、ＶＰＮを構築することができる。
【００４５】
記憶装置Ｓ１、Ｓ２は、大容量のメモリーであれば、ハードディスクや不揮発性メモリーを用いることができる。
記憶装置Ｓ１、Ｓ２は、病院端末１から送信されたＤＩＣＯＭフォーマットの医用画像、電子カルテ、検体検査結果等の医療データを記憶する。記憶装置Ｓ１には、病院端末１から送信された医療データが一定期間保存され、記憶装置Ｓ２には、記憶装置Ｓ１において一定期間保存された後、移動された医療データが保存される。
【００４６】
記憶装置Ｓ１、Ｓ２には、医療施設毎に専用の記憶領域が設けられ、各医療施設の病院端末１から送信された医療データは、医療施設に応じた記憶領域に保存される。医用画像について作成された参照画像、アノテーション情報は、医用画像に対応付けて保存される。
【００４７】
記憶装置Ｓ１、Ｓ２は、それぞれ保存されている医療データを管理するためのデータベースを備えている。特に、医用画像の管理に用いられる画像管理データベースは、ＤＩＣＯＭフォーマットの医用画像のファイル名、アノテーション情報、参照画像のファイル名等がデータベース化されている。
【００４８】
〔表示端末〕
表示端末３は、病院端末１と基本的な構成が同じであるので、その機能ブロック図の図示を省略する。表示端末３は、制御部、操作部、表示部、通信部、記憶部等を備えて構成されている。
表示端末３にはＷｅｂブラウザーのプログラムがインストールされ、制御部がこのプログラムを記憶部から読み出して実行し、参照画像を含むＷｅｂページを表示部に表示させる。
【００４９】
次に、上記遠隔画像システムＰにおいて、病院端末１によって取得された医療データの中でも医用画像が、サーバー２に保存され、表示端末３において閲覧できるまでの処理の流れを説明する。
【００５０】
〔病院端末の処理〕
図４は、医用画像をサーバー２に保存する際、病院端末１が実行する処理のフローチャートである。
図４に示すように、病院端末１は、モダリティ５によって生成されたＤＩＣＯＭフォーマットの医用画像を、通信部１４により取得し、制御部１１が記憶部１５に保存する（ステップＡ１）。
【００５１】
制御部１１は、現在のＣＰＵの使用率をチェックし、使用率が一定値以下で負荷が大きくなければ(ステップＡ２；Ｎ)、参照画像の作成処理を実行する(ステップＢ)。使用率が一定値を超え、負荷が大きければ（ステップＡ２；Ｙ）、参照画像の作成処理をスキップして次の処理(ステップＡ３)に移行する。
【００５２】
図５は、参照画像の作成処理のフローチャートである。
図５に示すように、制御部１１は、ＤＩＣＯＭフォーマットの医用画像から、ビットマップの医用画像を取得する(ステップＢ１)。ＤＩＣＯＭフォーマットの医用画像は、図６に示すように付帯情報ｆ１とビットマップの医用画像ｆ２から構成されている。付帯情報ｆ１は患者情報や検査情報等、ＤＩＣＯＭの規定に従って収集された医用画像ｆ２に関する情報である。制御部１１は、図６に示すように、付帯情報ｆ１とビットマップの医用画像ｆ２を分離することにより、ビットマップの医用画像ｆ２を取得する。
【００５３】
制御部１１は、取得されたビットマップの医用画像に対応するアノテーション情報が記憶部１５に保存されているか否かによって、作成されたアノテーションの有無を判断する(ステップＢ２)。
アノテーション情報が記憶部１５に保存されておらず、作成されたアノテーションが無い場合（ステップＢ２；Ｎ)、制御部１１はビットマップの医用画像に縮小処理を施す(ステップＢ４)。具体的には、制御部１１が医用画像から画素を一定間隔で間引き、医用画像のサイズを縮小する。このとき、制御部１１は、医用画像の２辺のうちサイズが大きい方が、表示端末３の最小表示サイズ内に収まるように縮小する。例えば、図７に例示する医用画像は、ｘ方向よりｙ方向のサイズが大きい。表示端末３の最小表示サイズが１０２４画素であれば、医用画像のｙ方向のサイズが２０４８画素であるので、制御部１１は、ｙ方向のサイズが１０２４画素となるようにｘ方向、ｙ方向ともに１画素おきに１画素ずつ間引き、全体として医用画像のサイズを１／４に縮小する。
【００５４】
なお、医用画像のサイズがもともと最小表示サイズ以下であれば、制御部１１は縮小処理を省略する。
また、表示端末３によって最小表示サイズは様々であるので、各表示端末３の最小表示サイズを満たすサイズに縮小し、同じ医用画像についてサイズが異なる参照画像を作成してもよい。または、各表示端末３によって異なる最小表示サイズを平均した平均表示サイズを定めて一律にこの平均表示サイズに縮小し、平均表示サイズより表示端末３の最小表示サイズが小さければ、表示端末３においてさらに参照画像を縮小処理して表示端末３の最小表示サイズ内に収めてもよい。
【００５５】
記憶部１５にアノテーション情報が保存されており、作成されたアノテーションが有る場合(ステップＢ２；Ｙ)、制御部１１は、アノテーション情報に基づいて、図８に示すようにアノテーションを作成し、ビットマップの医用画像上に重ねて配置する(ステップＢ３)。その後、制御部１１は、アノテーションが重ねられた医用画像に対し、縮小処理を施す（ステップＢ４）。
【００５６】
次に、制御部１１は、縮小処理された医用画像を補間処理する(ステップＢ５)。補間処理は、縮小処理により間引かれた後の画素間の画素値を補間する処理である。縮小処理によって画素が間引かれた後の画像は、隣接する画素間で画素値が階段状となり、画質が低下しやすい。そこで、周辺画素の画素値を補間することにより、画質の低下を回避する。補間処理としては特に限定されず、ニアレストネイバー、バイリニア、バイキュービック等が挙げられる。
【００５７】
補間処理後、制御部１１は汎用画像フォーマットにより医用画像をフォーマット化し、Ｗｅｂブラウザーにより表示可能な参照画像を作成する(ステップＢ６)。汎用画像フォーマットは、ＪＰＥＧ、ＧＩＦ、ＴＩＦＦ、ＰＮＧ、ＰＤＦ等のように、Ｗｅｂブラウザーによって表示可能な汎用画像フォーマットであれば、特に限定されない。
【００５８】
以上のようにして参照画像が作成されると、作成された参照画像は、元のＤＩＣＯＭフォーマットの医用画像に対応付けて記憶部１５に保存される。
次に、図４に示すように、制御部１１は医用画像をバックアップする時期に至ったか否かを判断する(ステップＡ３)。毎日２４：００のように、予め設定されたバックアップの時期に至ると(ステップＡ３；Ｙ)、制御部１１は記憶部１５に保存されているＤＩＣＯＭフォーマットの医用画像をサーバー２に送信する。医用画像について参照画像、アノテーション情報も保存されていれば、参照画像、アノテーション情報もともにサーバー２に送信する(ステップＡ４)。サーバー２では、送信された医用画像、参照画像、アノテーション情報が記憶装置Ｓ１に保存される。
【００５９】
アノテーションは、医師による医用画像の読影時に作成されるが、医用画像の取得後すぐに医師が読影するとは限らず、時間をおいて読影することがある。そのため、参照画像が作成され、サーバー２に送信された後にアノテーションが作成される場合がある。その場合(ステップＡ５；Ｙ)、制御部１１はＣＰＵの負荷状況を再度チェックし(ステップＡ６)、負荷が大きく、参照画像を作成する余裕がなければ(ステップＡ６；Ｙ)、制御部１１はアノテーション情報をサーバー２に送信する(ステップＡ７)。
【００６０】
負荷が大きくなければ(ステップＡ６；Ｎ)、制御部１１は上述の参照画像の作成処理を実行する(ステップＢ)。これにより、アノテーションが医用画像上に重ねられた参照画像が得られるので、制御部１１は新たに作成された参照画像を、サーバー２に送信する(ステップＡ８)。サーバー２では、アノテーションが作成される前に作成され、保存されている参照画像が、送信された参照画像に更新されて保存される。
【００６１】
〔サーバーの処理〕
図９は、病院端末１から送信された医用画像を保存する際にサーバー２が実行する処理のフローチャートである。
図９に示すように、サーバー２は、通信部２３により病院端末１からＤＩＣＯＭフォーマットの医用画像が送信されると、制御部２１が当該医用画像を記憶装置Ｓ１に保存する。制御部１１は医用画像とともに参照画像、アノテーション情報が送信された場合は当該参照画像、アノテーション情報を、医用画像に対応付けて記憶装置Ｓ１に保存する(ステップＣ１)。
【００６２】
その後、記憶装置Ｓ１における保存期間が一定期間以上に至ると(ステップＣ２；Ｙ)、制御部２１は保存期間が一定期間以上に至った医用画像、参照画像、アノテーション情報を、記憶装置Ｓ２に移動し、保存する(ステップＣ３)。
【００６３】
制御部２１は、記憶装置Ｓ１又は記憶装置Ｓ２の画像管理データベースを検索し、各医用画像に対し、未作成の参照画像が有るか、又は追加されたアノテーション情報が有れば(ステップＣ４；Ｙ)、参照画像の作成処理を実行する(ステップＢ)。参照画像の作成処理の内容は、病院端末１と同じ処理内容であり、制御部２１が図５に示した処理を実行する。処理内容は上述したとおりであるので、詳細な説明を省略する。
【００６４】
制御部２１は、作成された参照画像を記憶装置Ｓ１又は記憶装置Ｓ２に保存する（ステップＣ５）。アノテーション情報が追加される前に先に作成され、保存されている参照画像が有る場合、制御部２１はアノテーションを重ねて新たに作成された参照画像に更新して保存する。
【００６５】
一方、未作成の参照画像が無く、かつ追加されたアノテーション情報も無ければ(ステップＣ４；Ｎ)、参照画像の作成、保存は行わずに本処理が終了する。
【００６６】
〔サーバーと表示端末の処理〕
図１０は、医用画像を表示端末３が表示する際に、サーバー２と表示端末３が実行する処理を示すフローチャートである。
図１０の処理は、ログインが許可された表示端末３において表示する医用画像がユーザーによって選択されると、開始する。
【００６７】
図１０に示すように、表示端末３がサーバー２に対し、ユーザーにより選択された医用画像を要求する(ステップＤ１)。サーバー２の制御部２１は、記憶装置Ｓ１、Ｓ２の画像管理データベースを検索し、要求された医用画像に対応する参照画像の有無を判断する（ステップＤ２）。
【００６８】
参照画像が無ければ(ステップＤ２；Ｎ)、制御部２１が要求されたＤＩＣＯＭフォーマットの医用画像を記憶装置Ｓ１又は記憶装置Ｓ２から読み出して、参照画像を作成する(ステップＢ)。参照画像の作成処理は、病院端末１と同じ処理内容であり、制御部２１が図５に示した処理を実行する。処理内容は上述したとおりであるので、詳細な説明を省略する。制御部２１は、作成された参照画像を医用画像に対応付けて記憶装置Ｓ１又は記憶装置Ｓ２に保存し(ステップＤ４)、通信部２３により表示端末３に送信する(ステップＤ５)。
【００６９】
参照画像が有る場合(ステップＤ２；Ｙ)、制御部２１は画像管理データベースを検索し、参照画像の作成後に追加されたアノテーション情報の有無を判断する(ステップＤ３)。
追加されたアノテーション情報が無ければ(ステップＤ３；Ｎ)、制御部２１は要求された医用画像の参照画像を記憶装置Ｓ１又は記憶装置Ｓ２から読み出して、通信部２３により表示端末３に送信する(ステップＤ５)。
追加されたアノテーション情報が有れば(ステップＤ３；Ｙ)、制御部２１は参照画像の作成処理を実行し(ステップＢ)、医用画像上にアノテーションが重ねられた参照画像を得る。制御部２１は、記憶装置Ｓ２に既に保存されているアノテーションが無い参照画像を、新たに作成されたアノテーションが重ねられた参照画像に更新して保存するとともに(ステップＤ４)、表示端末３に送信する(ステップＤ５)。
【００７０】
表示端末３は、サーバー２から送信された参照画像を、Ｗｅｂブラウザーにより表示する(ステップＤ６)。
図１１は、参照画像の表示画面例を示している。
図１１に示すように、参照画像はＷｅｂページの一部に用いられ、表示端末３の表示サイズ内に収まるように表示されている。
【００７１】
以上のように、本実施の形態によれば、遠隔画像システムＰは、医用画像を取得する病院端末１と、病院端末１からネットワークＮを介して送信された医用画像を保存するサーバー２と、サーバー２からネットワークＮを介して医用画像を取得し、表示する表示端末３と、を備えている。病院端末１は、ＤＩＣＯＭフォーマットの医用画像を取得し、病院端末１又はサーバー２は、ＤＩＣＯＭフォーマットの医用画像を画像処理して、汎用画像フォーマットの参照画像を作成する。サーバー２は、作成された参照画像を表示端末３に送信し、表示端末３は送信された参照画像を表示する。
【００７２】
参照画像のフォーマットが汎用画像フォーマットであるので、表示端末がＤＩＣＯＭに対応していなくても、Ｗｅｂブラウザーにより参照画像を容易に表示することができる。汎用画像フォーマットの参照画像は、ＤＩＣＯＭフォーマットの医用画像に比べてデータ量が非常に小さいため、ＤＩＣＯＭフォーマットの医用画像に代えて、参照画像を表示端末３に送信することにより、表示端末３が参照画像の取得に要する通信時間を短縮し、参照画像による医用画像の表示を円滑化することができる。表示端末３のスペックやネットワークＮによらず、医用画像を速やかに表示することができ、快適な操作性を実現できる。
【００７３】
また、病院端末１又はサーバー２は、医用画像に対しアノテーションが作成された場合、当該医用画像及びアノテーションを画像処理し、医用画像上にアノテーションが重ねられた参照画像を作成する。
これにより、医師は、アノテーションが反映された参照画像を、表示端末３において閲覧することができる。
【００７４】
また、病院端末１又はサーバー２は、ＤＩＣＯＭフォーマットの医用画像から参照画像が作成された後、当該医用画像に対しアノテーションが追加された場合、当該医用画像及びアノテーションを画像処理し、医用画像上にアノテーションが重ねられた参照画像を作成し、サーバー２は、先に作成された参照画像を、医用画像上にアノテーションが重ねられた参照画像に更新し、表示端末３に再送する。
参照画像が既に表示端末３に送信された後に、アノテーションが作成された場合も、アノテーションが重ねられた参照画像に更新されるので、医師はアノテーションが反映された参照画像を、表示端末３において閲覧することができる。
【００７５】
また、画像処理は、ＤＩＣＯＭフォーマットの医用画像からビットマップの医用画像を取得し、当該ビットマップの医用画像を表示端末３の表示サイズに合わせて縮小処理した後、補間処理し、汎用画像フォーマットによりフォーマット化する処理である。
これにより、表示端末３により表示可能なサイズに縮小することができ、縮小による画質の劣化を避けることができる。また、汎用画像フォーマットを用いることにより、参照画像のデータ量を削減できるとともに、Ｗｅｂブラウザーによる表示が容易となる。
【００７６】
サーバー２は、病院端末１により参照画像が作成されていない場合、参照画像を作成することができる。
これにより、病院端末１の負荷が大きい場合には、サーバー２が対応して参照画像を作成することができる。
【００７７】
サーバー２は、表示端末３により医用画像が要求されたとき、要求された医用画像の参照画像が病院端末１により作成されていなければ、参照画像を作成する。
これにより、参照画像がまだ作成されていない医用画像が要求された場合にも、サーバー２が対応して参照画像を作成し、表示端末３に提供することができる。
【００７８】
上記実施の形態は本発明の好適な一例であり、これに限定されない。
例えば、医用画像以外の電子カルテや検体検査結果等の他の医療データについても同様に、医療データそのものではなく、医療データをＰＤＦのような汎用画像フォーマットによりフォーマット化した参照画像を作成し、表示端末３に提供することとしてもよい。電子カルテ等はＤＩＣＯＭフォーマットの医用画像に比べればデータ量は小さく、通信時間も短いが、Ｗｅｂブラウザーにより表示できる汎用画像フォーマットとすることにより、表示端末３における表示が容易となる。
【００７９】
また、病院端末１、サーバー２、表示端末３が使用するプログラムのコンピューター読み取り可能な媒体としては、ＲＯＭ、フラッシュメモリ等の不揮発性メモリー、ＣＤ-ＲＯＭ等の可搬型記録媒体を適用することが可能である。また、プログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も適用される。
その他、本発明の趣旨を逸脱しない範囲で適宜変更可能である。
【符号の説明】
【００８０】
Ｐ    遠隔画像システム
１    病院端末
１１    制御部
１４    通信部
１５    記憶部
２    サーバー
２１    制御部
２３    通信部
Ｓ１、Ｓ２    記憶装置
３    表示端末
【図１】
2013111092.tif 000003
【図２】
2013111092.tif 000004
【図３】
2013111092.tif 000005
【図４】
2013111092.tif 000006
【図５】
2013111092.tif 000007
【図６】
2013111092.tif 000008
【図９】
2013111092.tif 000009
【図１０】
2013111092.tif 000010
【図７】
2013111092.tif 000011
【図８】
2013111092.tif 000012
【図１１】
2013111092.tif 000013