遠隔画像システム、クライアント端末及びプログラム
【課題】医療データの表示を円滑化し、快適な操作性を提供する。
【解決手段】遠隔画像システムは、医療データを保存するセンターサーバーと、当該医療データをセンターサーバーから取得して表示するクライアント端末とを、備える。クライアント端末は、センターサーバーと無線通信する通信手段と、通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、記憶手段と、通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を記憶手段に保存し、予め設定された削除の条件が満たされると（ステップＳ２１；Ｙ）、記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する（ステップＳ２２〜Ｓ２４）制御手段と、を備える。
【解決手段】遠隔画像システムは、医療データを保存するセンターサーバーと、当該医療データをセンターサーバーから取得して表示するクライアント端末とを、備える。クライアント端末は、センターサーバーと無線通信する通信手段と、通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、記憶手段と、通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を記憶手段に保存し、予め設定された削除の条件が満たされると（ステップＳ２１；Ｙ）、記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する（ステップＳ２２〜Ｓ２４）制御手段と、を備える。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、遠隔画像システム、クライアント端末及びプログラムに関する。
【背景技術】
【０００２】
従来、医療施設ではＰＡＣＳ（Picture Archiving and Communication）が利用されている（例えば、特許文献１参照）。ＰＡＣＳによれば、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、ＰＥＴ（Positron Emission Tomography）等により撮影された医用画像が、病院内のサーバーに蓄積される。サーバーから医師が使用するクライアント端末に、医用画像をダウンロードすることにより、医用画像を医師の閲覧に供することができ、効率的な診察が可能となる。
【０００３】
病院内だけでなく、病院外の遠隔地にあるサーバーに医用画像を転送する遠隔システムも開発されている（例えば、特許文献２、３参照）。このような遠隔システムによれば、読影の専門医が常駐する読影センターのサーバーに、医用画像を転送することができ、高度な読影診断が可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１０３０９５号公報
【特許文献２】特開２００２−１５０６２号公報
【特許文献３】特開２００４−５７５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、利便性が良いことから、医師による医用画像の閲覧に、タブレット型の携帯端末が利用されるケースが増えている。携帯端末は、無線通信によって医用画像をダウンロードするが、無線通信は有線通信に比べて通信スピードが遅く、医用画像はデータ量が大きいために、目的の医用画像が表示されるまで時間を要する。医用画像を簡単に確認したいという場合でも、ダウンロードのために毎回通信が発生し、医師は表示まで待たされることが多かった。
【０００６】
医用画像を逐一ダウンロードするのではなく、携帯端末に医用画像を保存し、これを読み出すことができれば、表示時間を短縮し、快適な操作を実現することができる。しかし、携帯端末のメモリーはもともと大容量ではなく、また他の用途もあるため、医用画像の表示に使用できる容量が限られている。ダウンロードされた医用画像を全て保存すれば、すぐにメモリーの容量が尽きる。
【０００７】
容量を確保するため、上記特許文献２によれば、不要な医用画像から順次削除されていくが、削除された医用画像を再度表示する場合、やはりダウンロードのための通信が発生するため、表示までに待たされることには変わりがない。
また、閲覧の対象は医用画像だけではなく、電子カルテ等の他の医療データについても表示の円滑化が望まれている。
【０００８】
本発明の課題は、医療データの表示を円滑化し、快適な操作性を提供することである。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明によれば、
医療データを保存するセンターサーバーと、当該医療データをセンターサーバーから取得して表示するクライアント端末とを、備え、
前記クライアント端末は、
前記センターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備える遠隔画像システムが提供される。
【００１０】
請求項２に記載の発明によれば、
医療データを保存するセンターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備えるクライアント端末が提供される。
【００１１】
請求項３に記載の発明によれば、
前記制御手段は、
前記通信手段によりセンターサーバーから取得した医療データに付帯されている管理ＩＤを、そのサムネイル画像に付帯させて前記記憶手段に保存し、
医療データの候補として、当該医療データと同じ管理ＩＤが付帯されたサムネイル画像が前記記憶手段に保存されていれば、当該サムネイル画像を前記記憶手段から読み出して前記表示手段により表示させる請求項２に記載のクライアント端末が提供される。
【００１２】
請求項４に記載の発明によれば、
予め設定された削除の条件は、前記記憶手段の最大使用容量の設定値であり、
前記制御手段は、前記医療データとそのサムネイル画像の保存に使用されている前記記憶手段の使用容量が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２又は３に記載のクライアント端末が提供される。
【００１３】
請求項５に記載の発明によれば、
予め設定された削除の条件は、サムネイル画像の最大保存数の設定値であり、
前記制御手段は、前記記憶手段におけるサムネイル画像の保存数が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２〜４の何れか一項に記載のクライアント端末が提供される。
【００１４】
請求項６に記載の発明によれば、
前記制御手段は、前記記憶手段に保存された医療データのうち、保存期間が長い順に医療データを削除する請求項２〜５の何れか一項に記載のクライアント端末が提供される。
【００１５】
請求項７に記載の発明によれば、
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像が保存されるように、他の医療データを優先的に削除する請求項６に記載のクライアント端末が提供される。
【００１６】
請求項８に記載の発明によれば、
前記制御手段は、前記記憶手段に保存された医療データが無ければ、前記記憶手段に保存されたサムネイル画像を削除する請求項２〜７の何れか一項に記載のクライアント端末が提供される。
【００１７】
請求項９に記載の発明によれば、
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像のサムネイル画像が保存されるように、他の医療データのサムネイル画像を優先的に削除する請求項８に記載のクライアント端末が提供される。
【００１８】
請求項１０に記載の発明によれば、
前記制御手段は、前記記憶手段に保存されたサムネイル画像のうち、保存期間が長い順に、サムネイル画像を削除する請求項８又は９に記載のクライアント端末が提供される。
【００１９】
請求項１１に記載の発明によれば、
前記制御手段は、前記通信手段により前記センターサーバーからサムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末が提供される。
【００２０】
請求項１２に記載の発明によれば、
前記制御手段は、前記通信手段により前記センターサーバーから取得した医療データを縮小処理し、サムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末が提供される。
【００２１】
請求項１３に記載の発明によれば、
コンピューターを、
医療データを保存するセンターサーバーから通信手段により取得した医療データとそのサムネイル画像を記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段として機能させるためのプログラムが提供される。
【発明の効果】
【００２２】
本発明によれば、保存された医療データを表示することにより、医療データの取得のための通信を省略し、医療データを表示するまでの時間を短縮することができる。これにより、医療データを円滑に表示することができ、快適な操作性を提供することができる。また、サムネイル画像よりも医療データを優先的に削除し、サムネイル画像を残すことにより、削除された医療データに代えてサムネイル画像を表示することができる。これにより、記憶手段の使用容量を削減できるとともに、削除された医療データの再表示にも対応することができる。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態に係る遠隔画像システムのシステム構成図である。
【図２】図１のセンターサーバーの機能ブロック図である。
【図３】ユーザーデータベースの一例を示す図である。
【図４】連携データベースの一例を示す図である。
【図５】図１のクライアント端末の機能ブロック図である。
【図６】サムネイル管理データベースの一例を示す図である。
【図７】クライアント端末が実行する医療データの表示処理のフローチャートである。
【図８】依頼の電子メールのリストの表示画面例を示す図である。
【図９】医用画像の表示画面例を示す図である。
【図１０】削除の条件の操作画面例を示す図である。
【図１１】クライアント端末が実行する医療データの削除処理のフローチャートである。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施の形態について説明する。
【００２５】
〔遠隔画像システム〕
図１は、本実施の形態に係る遠隔画像システムＰのシステム構成図である。
図１に示すように、遠隔画像システムＰは、センターサーバー１と、クライアント端末２Ａ、２Ｂとを備えて構成されている。センターサーバー１とクライアント端末２Ａ、２Ｂは、ネットワークＮを介して通信し、相互にデータの送受信が可能である。
図１の遠隔画像システムＰは例示であり、遠隔画像システムＰを構成するセンターサーバー１、クライアント端末２Ａ、２Ｂの設置台数、設置場所等は、特に限定されない。
【００２６】
ネットワークＮは、電話回線、ＩＳＤＮ回線、専用線、衛星通信回線網、移動体通信網、ＣＡＴＶ回線、光通信回線、無線通信回線等によって構築されたインターネットである。
【００２７】
センターサーバー１は、医療データのバックアップサービスを提供し、Ａ病院、クリニックＢの医療施設内に設置されているクライアント端末２Ａから送信された医療データを保存し、管理する。医療データは、医療に関するデータであり、例えば電子カルテ、モダリティ３により得られた医用画像、血液検査等の検体検査結果等が挙げられる。医療データに対するリスク分散のため、センターサーバー１は、Ａ病院、クリニックＢ等の医療施設外の遠隔地に設置されている。
【００２８】
センターサーバー１は、保存された医療データを、クライアント端末２Ａ、２Ｂに送信し、閲覧に供することができる。
また、センターサーバー１は、医師間の連携サービスを提供することができる。連携サービスとは、連携元のユーザー（医師）から連携先のユーザー（医師）へ、センターサーバー１に保存されている医療データを送信し、読影や診断、検査の依頼等を可能とするサービスである。
【００２９】
クライアント端末２Ａ、２Ｂは、無線又は有線の通信によって、センターサーバー１から医療データを取得し、表示する。クライアント端末２Ａ、２Ｂとしては、通信によって医療データを取得し、表示できる端末であれば、デスクトップ型のパーソナルコンピューターの他、ノート型のパーソナルコンピューター、ＰＤＡ（Personal Digital Assistant）等の携帯型のコンピューター装置、ｉｐｈｏｎｅ（登録商標）やｉＰａｄ（登録商標）に代表されるタブレット型の携帯端末等も用いることができる。
【００３０】
クライアント端末２Ａは、医療施設内に固定的に設置され、医療施設内に構築されたセキュアなＬＡＮ（Local Area Network）経由でセンターサーバー１と通信する。医療施設内のＬＡＮ経由であれば、クライアント端末２Ａは、無線又は有線の何れで通信してもよいが、医療施設内のセキュリティを確保するため、センターサーバー１との通信においてＶＰＮ（Virtual Private Network）を構築する。このようなクライアント端末２Ａとしては、デスクトップ型が代表的である。
【００３１】
Ａ病院のクライアント端末２Ａに例示されるように、クライアント端末２Ａは、ＰＡＣＳ４におけるサーバー又はビューアーとして構成されている場合もあるし、クリニックＢのクライアント端末２Ａに例示されるように、医療施設内のモダリティ３に接続されている場合もある。何れの場合も、クライアント端末２Ａは、モダリティ３によって生成された医用画像を１次保存し、バックアップのため、当該医用画像をセンターサーバー１にアップロードすることができる。医用画像の他にも、クライアント端末２Ａは、クライアント端末２Ａ、２Ｂで作成された電子カルテ、ＰＡＣＳ４又は図示しないＨＩＳ（Hospital Information System）等から取得した電子カルテ、検体検査結果等の医療データもセンターサーバー１にアップロードする。
【００３２】
クライアント端末２Ｂは、クライアント端末２Ａのように医療データのアップロードは行わず、主に医療データの閲覧に用いられる。クライアント端末２Ｂは、ＰＡＣＳ４やセンターサーバー１から医療データをダウンロードして表示する。このようなクライアント端末２Ｂとしては、携帯型の他、医師の自宅に設置されたデスクトップ型が代表的である。
クライアント端末２Ｂは、医療施設内のセキュアなＬＡＮ経由でセンターサーバー１と通信することもできるし、医療施設外のネットワーク経由でセンターサーバー１と通信することもできる。例えば、３Ｇ（第３世代移動通信システム）等の移動体通信網を利用して、又はＷｉ−Ｆｉ（Wireless Fidelity）等を利用して医療施設内のＬＡＮや医師の自宅のネットワークを経由して、ネットワークＮに接続することもできる。クライアント端末２Ｂは、クライアント端末２Ａと同様に、ネットワークＮ上でＶＰＮを確立したうえでセンターサーバー１と通信してもよい。
【００３３】
〔センターサーバー〕
図２は、センターサーバー１の機能ブロック図である。
図２に示すように、センターサーバー１は、制御部１１、通信部１２、記憶部１３を備えて構成されている。
【００３４】
制御部１１は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）等から構成され、記憶部１３に記憶されているプログラムを読み出し、当該プログラムとの協働により各種処理を実行して、センターサーバー１の各部を制御する。
例えば、制御部１１は、メールサーバー、Ｗｅｂサーバーのソフトウェアのプログラムを実行し、電子メール、Ｗｅｂページの作成、それらの送受信等を制御する。
【００３５】
また、制御部１１は、医療データのバックアップサービス、閲覧サービス、連携サービスを利用できるユーザーの登録処理を実行する。具体的には、制御部１１は、通信部１２により、ユーザー登録のＷｅｂページをクライアント端末２Ａ、２Ｂに送信し、当該Ｗｅｂページ介してクライアント端末２Ａ、２Ｂからユーザー情報が送信されると、当該ユーザー情報をユーザーデータベースＤ１に書き込み、記憶部１３に保存する。ユーザー情報としては、ユーザーのユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設の施設ＩＤ、施設名等が挙げられる。
【００３６】
制御部１１は、ログイン時にクライアント端末２Ａ、２Ｂから送信されるユーザー情報を、ユーザーデータベースＤ１のユーザー情報と照合し、一致すればログインを許可する。
制御部１１は、ログイン時に送信されたユーザー情報、例えばユーザーＩＤと、ユーザーデータベースＤ１において対応付けられている医療施設の施設ＩＤを特定する。そして、ログインが許可されたクライアント端末２Ａから医療データが送信されると、制御部１１は、特定された施設ＩＤに対応する記憶部１３の医療施設の領域に、当該医療データを保存する。保存時、制御部１１は、医療データを一意に識別するため、医療データに管理ＩＤを付帯させる。管理ＩＤとしては、ＵＵＩＤ（Universally Unique Identifier）等を用いることができる。制御部１１は、ある単位毎に管理ＩＤを作成し、同じ単位の医療データに同じ管理ＩＤを付帯させる。例えば、ＣＴのように１つの検査によって得られた複数枚の医用画像には、同じ管理ＩＤを付帯させる。
【００３７】
制御部１１は、ログインが許可されたクライアント端末２Ａ、２Ｂから医療データの閲覧が要求されると、上記と同様にユーザー情報から施設ＩＤを特定し、当該施設ＩＤに対応する記憶部１３の医療施設の領域から医療データを読み出し、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。また、制御部１１は、クライアント端末２Ａ、２Ｂから、特定の管理ＩＤの医療データ又はそのサムネイル画像が要求されると、当該管理ＩＤの医療データを記憶部１３から読出し、当該医療データ又は医療データを縮小処理して作成したサムネイル画像をクライアント端末２Ａ、２Ｂに送信する。
制御部１１は、Ｗｅｂサーバープログラムによって医療データが閲覧可能なＷｅｂページを作成し、クライアント端末２Ａ、２Ｂに提供することもできるし、閲覧専用のソフトウェアのプログラムがクライアント端末２Ａ、２Ｂにインストールされている場合は、当該ソフトウェアに対応するプロトコルにより医療データをクライアント端末２Ａ、２Ｂに送信することができる。
【００３８】
また、制御部１１は連携処理を実行し、連携サービスを提供可能とする。
連携処理において、制御部１１は、連携登録のＷｅｂページを、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。当該Ｗｅｂページを介して、連携するユーザーの登録情報がクライアント端末２Ａ、２Ｂから送信されると、制御部１１は、ユーザーの登録情報を記憶部１３の連携データベースＤ２に書き込み、保存する。登録情報は、例えばユーザーＩＤ、ユーザーが所属する医療施設の施設ＩＤ、施設名等である。
【００３９】
制御部１１は、連携サービスのＷｅｂページを、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。このＷｅｂページを介して、連携元のユーザーから連携の依頼情報が送信されると、制御部１１は、連携先のユーザー宛に連携依頼のメールを作成し、通信部１２により連携先のクライアント端末２Ａ、２Ｂに送信する。例えば、依頼内容が医用画像の読影であれば、制御部１１は連携元からのコメント、患者情報等が記載された電子メールを作成する。制御部１１は、連携先として指定されたユーザーの電子メールアドレスをユーザーデータベースＤ１から取得し、当該電子メールアドレス宛に、通信部１２により電子メールを送信させる。
【００４０】
連携依頼に対し、連携先のユーザーから読影レポートや電子カルテ等が送信されると、制御部１１はこれら医療データを記憶部１３に保存する。医療データの保存時、制御部１１は上述のように保存する単位で管理ＩＤを作成し、医療データに付帯させる。また、制御部１１は、連携先からのコメント等が記載された電子メールを作成する。制御部１１は、当該電子メールに、連携先から送信され、保存された医療データの管理ＩＤを添付する。制御部１１は、連携元のユーザーの電子メールアドレスをユーザーデータベースＤ１から取得し、当該電子メールアドレス宛に、通信部１２により電子メールを送信させる。
【００４１】
通信部１２は、通信用のインターフェイスを備え、ネットワークＮ上のクライアント端末２Ａ、２Ｂと通信する。通信部１２は、例えばＩＰｓｅｃ（Security Architecture for Internet Protocol）等を用いて、ＶＰＮを構築することができる。
【００４２】
記憶部１３は、制御部１１が実行するプログラム、プログラムの実行に必要なデータ等を記憶している。記憶部１３としては、大容量のメモリーであれば、ハードディスクや不揮発性メモリーを用いることができる。
【００４３】
記憶部１３は、ユーザーデータベースＤ１、連携データベースＤ２、医療データＤ３等を記憶している。
ユーザーデータベースＤ１は、医療施設毎に、センターサーバー１が提供するサービスを利用可能なユーザー（医師）のユーザー情報からなる。サービスが課金制であれば、課金状況をユーザーデータベースＤ１により管理してもよい。
図３は、ユーザーデータベースＤ１の一例を示している。
図３に示すように、ユーザーデータベースＤ１において、各ユーザーに付与されたユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設に付与された施設ＩＤ、施設名、ユーザーが所属する診療科、ユーザー名、ユーザーの住所、電話番号、電子メールアドレス等がデータベース化されている。
【００４４】
連携データベースＤ２は、連携サービスにおいて連携するユーザーのユーザー情報からなる。
図４は、連携データベースＤ２の一例を示している。
図４に示すように、連携データベースＤ２において、連携元のユーザーのユーザーＩＤに対応付けて、連携先として登録されたユーザーが所属する医療施設の施設ＩＤ、施設名、ユーザー名等がデータベース化されている。
【００４５】
医療データＤ３は、上述したように、クライアント端末２Ａからアップロードされた電子カルテ、検体検査結果、医用画像等、医療施設内で得られた診療に関するデータである。
記憶部１３には、医療施設毎に専用の記憶領域が設けられ、各医療施設のクライアント端末２Ａからアップロードされた医療データＤ３は、医療施設に応じた記憶領域に保存される。
【００４６】
〔クライアント端末〕
図５は、クライアント端末２Ａ、２Ｂの機能ブロック図である。
図５に示すように、クライアント端末２Ａ、２Ｂは、制御部２１、操作部２２、表示部２３、通信部２４、記憶部２５を備えて構成されている。
【００４７】
制御部２１は、ＣＰＵ、ＲＡＭ等から構成され、記憶部２５からプログラムを読出して実行し、クライアント端末２Ａ、２Ｂの各部を制御する制御手段である。
【００４８】
例えば、制御部２１は、医療データの表示処理を実行する。具体的には、制御部１１は、操作部２２を介して入力されるユーザーＩＤ、ログインパスワード等の認証情報を、通信部２４によりセンターサーバー１に送信し、ログインする。クライアント端末２Ａの場合、制御部１１は、センターサーバー１との通信時に通信部２４によりＶＰＮを構築させる。
【００４９】
ログイン後、制御部２１は、センターサーバー１から医療データを取得し、取得した医療データとそのサムネイル画像を記憶部２５に保存する。保存時、制御部２１は、取得した医療データに付帯されている管理ＩＤを、サムネイル画像に付帯させる。また、制御部２１は、管理ＩＤに対応付けて、取得した医療データとそのサムネイル画像に関する情報を、記憶部２５のサムネイル管理データベースＤ４に書込み、保存する。
【００５０】
制御部２１は、医療データの削除処理を実行し、記憶部２５に保存された医療データ又はサムネイル画像を削除する。制御部２１は、予め定められた削除の条件が満たされると、記憶部２５に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除し、可能な限りサムネイル画像を保持する。
【００５１】
操作部２２は、キーボード、マウス、タッチパネル等を備え、これらの操作に応じた操作信号を制御部２１に出力する。
表示部２３は、ディスプレイ、又はタッチパネルと一体に構成されたディスプレイを備える表示手段であり、制御部２１の表示制御に従って、操作画面や医療データの表示画面等を表示する。
【００５２】
通信部２４は、通信用のインターフェイスを備え、ネットワークＮ上のセンターサーバー１と通信する通信手段である。通信部２４は、例えばＩＰｓｅｃ等を用いて、ＶＰＮを構築することができる。
【００５３】
記憶部２５は記憶手段であり、制御部２１が実行するプログラム２５ａ、プログラムの実行に必要なデータを記憶している。例えば、記憶部２５は、Ｗｅｂブラウザーのソフトウェア、医療データの閲覧専用のソフトウェア等のプログラムを記憶している。
記憶部２５としては、ハードディスクや不揮発性メモリー等を用いることができる。
【００５４】
記憶部２５は、センターサーバー１から取得した医療データＤ３を記憶している。医療データＤ３には、電子カルテｄ１、検体検査結果ｄ２、医用画像ｄ３が含まれる。また、記憶部２５は、医療データＤ３のサムネイル画像ｄ４を記憶している。１つの医療データＤ３に対し１枚のサムネイル画像ｄ４が作成されるとは限らない。例えば、ＣＴやＭＲＩのように医用画像ｄ３の数が多い場合は、それら一連の医用画像ｄ３の代表として１枚又は数枚のサムネイル画像ｄ４が作成される場合がある。サムネイル画像ｄ４には、その医療データＤ３と同じ管理ＩＤが付帯され、サムネイル画像ｄ４は医療データＤ３と対応付けられる。
【００５５】
記憶部２５は、サムネイル管理データベースＤ４を記憶している。
図６は、サムネイル管理データベースＤ４の一例を示している。
図６に示すように、サムネイル管理データベースＤ４において、管理ＩＤに対応付けて、取得した医療データのサムネイル画像の枚数とその合計サイズ（単位：ＭＢ）、医療データの枚数とその合計サイズ（単位：ＭＢ）、それらの取得日時がデータベース化されている。
【００５６】
〔医療データの表示処理〕
次に、上記クライアント端末２Ａ、２Ｂが、センターサーバー１から医療データを取得して表示する処理について説明する。
以下、クライアント端末２Ａ、２Ｂにインストールされた専用のソフトウェアによって、医療データを取得し、表示する例を説明するが、センターサーバー１は医療データを表示するＷｅｂページを提供可能であるので、Ｗｅｂブラウザーによって当該Ｗｅｂページを取得することによっても同様の表示を実現することが可能である。
【００５７】
図７は、上記クライアント端末２Ａ、２Ｂが実行する医療データの表示処理のフローチャートである。
図７に示すように、クライアント端末２Ａ、２Ｂにおいて、ログイン時に入力されたユーザーＩＤ、ログインパスワードを、制御部２１がセンターサーバー１に送信し、ログインする（ステップＳ１１）。センターサーバー１では送信されたユーザーＩＤ、ログインパスワードを、ユーザーデータベースＤ１と照合することによってユーザーの認証が行われる。認証され、ログインが許可されると、センターサーバー１から、ユーザーＩＤに対応する医療施設の医療データのリストが送信されるので、制御部２１は取得した当該リストを表示する（ステップＳ１２）。
【００５８】
医療データのリストとしては、依頼、未読のリストがある。依頼のリストは、連携先のユーザーからの読影や診断の依頼に係る電子メールのリストであり、依頼の電子メールには依頼に係る医用画像や電子カルテ等の医療データの管理ＩＤが添付されている。未読のリストは、まだ読影が終了していない医用画像や、診察が終了していない検体検査結果、電子カルテ等のリストである。
【００５９】
リスト中、ユーザーによって何れかの医療データが選択されると、制御部２１は、選択された医療データのサムネイル画像が記憶部２５に保存されていれば（ステップＳ１３；Ｙ）、記憶部２５から当該サムネイル画像を読み出して、リストとともに表示する（ステップＳ１４）。例えば、依頼のリストの場合、制御部２１がリスト中の依頼の電子メールに添付されている管理ＩＤを、サムネイル管理データベースＤ４と照合する。サムネイル管理データベースＤ４に一致する管理ＩＤが有れば、サムネイル画像が記憶部２５に保存されているので、制御部２１は当該管理ＩＤが付帯されたサムネイル画像を記憶部２５から読み出して表示する。
【００６０】
サムネイル管理データベースＤ４において一致する管理ＩＤが無い場合、サムネイル画像が記憶部２５に保存されていないので、制御部２１はセンターサーバー１に対し、通信部２４を介して、当該管理ＩＤに対応する医療データのサムネイル画像を要求する。要求に応じて、センターサーバー１からは医療データが縮小処理されたサムネイル画像が送信されるので、制御部２１は取得したサムネイル画像をリストとともに、表示部２３により表示させる（ステップＳ１５）。
【００６１】
図８は、依頼の電子メールのリストの表示例を示している。図８に示すように、リストｋ１の下部に、選択された電子メールの添付ファイルとして、電子メールと同じ管理ＩＤが付帯された医用画像のサムネイル画像ｋ２１及び電子カルテのサムネイル画像ｋ２２が表示されている。
このサムネイル画像の何れかがユーザーにより選択されると、制御部２１は、センターサーバー１に対し、選択されたサムネイル画像と管理ＩＤが同じ医療データを要求する。要求に応じて、センターサーバー１から医療データが送信されるので、制御部２１は、取得した医療データを表示する。図９は、図８のサムネイル画像ｋ２１の選択により表示された医用画像の例を示している。このように、閲覧できる全ての医療データを取得するのではなく、必要な医療データのみ取得することにより、センターサーバー１との通信を必要最小限とすることができる。
【００６２】
なお、センターサーバー１で作成されたサムネイル画像を取得するのではなく、医療データをセンターサーバー１から取得し、制御部２１が当該医療データを縮小処理することにより、サムネイル画像を取得してもよい。この場合、センターサーバー１からサムネイル画像を取得して表示するよりも、サムネイル画像を表示するまでの時間が長くなるが、医療データを表示するまでの時間が短時間となる。
【００６３】
新規に取得したサムネイル画像に対し、制御部２１は医療データと同じ管理ＩＤを付帯させ、記憶部２５に保存する（ステップＳ１６）。サムネイル画像のファイル名に管理ＩＤを追加して、付帯させてもよいし、サムネイル画像にヘッダーがあればヘッダーに管理ＩＤを書き込むことにより付帯させてもよい。
新規に取得された医療データがあれば、制御部２１は当該医療データも記憶部２５に保存する。
【００６４】
また、制御部２１は、サムネイル管理データベースＤ４に、新規に取得したサムネイル画像に関する情報として、サムネイル画像に付帯された管理ＩＤ、サムネイル画像の枚数、サイズ、取得日時を書き込み、更新する（ステップＳ１７）。サムネイル画像に対応する医療データも取得している場合、制御部２１は、サムネイル管理データベースＤ４に当該医療データの枚数、サイズも書き込み、保存する。
【００６５】
〔医療データの削除処理〕
クライアント端末２Ａ、２Ｂの記憶部２５に保存された医療データ又はそのサムネイル画像は、予め定められた削除の条件が満たされたとき、削除される。削除の条件として、サムネイル画像の最大保存数の設定値、記憶部２５の最大使用容量の設定値が予め定められている。これら設定値はデフォルトで設定されているが、ユーザーが設定値を変更することもできる。
【００６６】
図１０は、設定値の操作画面例を示している。
図１０に示すように、操作画面には、サムネイル画像の最大保存数、医療データ及びサムネイル画像の保存に使用可能な最大使用容量（単位：ＭＢ）の項目が表示され、ユーザーは各項目の設定値を入力することができる。
制御部２１は、この操作画面において、操作部２２を介して入力された設定値を、削除の条件として記憶部２５に保存する。
【００６７】
図１１は、クライアント端末２Ａ、２Ｂが実行する医療データの削除処理のフローチャートである。この医療データの削除処理は、クライアント端末２Ａ、２Ｂにおいて、記憶部２５に医療データ又はサムネイル画像が保存されると開始される。
【００６８】
図１１に示すように、制御部２１がサムネイル管理データベースＤ４の全サムネイル画像の保存数を合計し、削除の条件であるサムネイル画像の最大保存数の設定値を超えるか否かを判断する。また、制御部２１は、サムネイル管理データベースＤ４における全医療データ及び全サムネイル画像のサイズを合計し、記憶部２５において医療データ及びサムネイル画像の保存に使用している使用容量を求める。制御部２１は、当該使用容量が、削除の条件である最大使用容量の設定値を超えるか否かを判断する（ステップＳ２１）。
【００６９】
何れも設定値を超えない場合（ステップＳ２１；Ｎ）、本処理が終了する。
何れかが設定値を超える場合（ステップＳ２１；Ｙ）、制御部２１は、サムネイル管理データベースＤ４中の全医療データの数を合計し、記憶部２５における医療データの保存数が０か否かを判断する（ステップＳ２２）。医療データが１つでも保存されていれば（ステップＳ２２；Ｎ）、制御部２１は、サムネイル管理データベースＤ４の取得日時からの保存期間が最長のサムネイル画像に対応する医療データを特定し、当該医療データを記憶部２５から削除する（ステップＳ２３）。このとき、制御部２１は、管理ＩＤ単位で、医療データを記憶部２５から削除し、サムネイル管理データベースＤ４においても当該医療データの数、サイズの情報を削除する。
【００７０】
制御部２１は、医用画像と他の医療データのうち、医用画像が保存されるように、他の医療データを優先的に削除することが好ましい。例えば、制御部２１は、保存期間が最長の医療データが医用画像であれば、次に保存期間が長い、医用画像以外の医療データを特定し、これを削除すればよい。
医用画像は、電子カルテや検体検査結果等の他の医データに比較してデータ量が大きく、取得のための通信時間が長い。医用画像ができるだけ長く保存されれば、医用画像の再取得の機会を減らすことができ、医療データの中でも表示されるまでの時間の短縮効果が大きい。
【００７１】
医療データの保存数が０であり、削除すべき医療データが無い場合（ステップＳ２２；Ｙ）、制御部２１は、サムネイル管理データベースＤ４の取得日時からの保存期間が最長のサムネイル画像を特定し、当該サムネイル画像を記憶部２５から削除する（ステップＳ２４）。このとき、制御部２１は、管理ＩＤ単位で、サムネイル画像を記憶部２５から削除し、サムネイル管理データベースＤ４においても当該サムネイル画像の数、サイズの情報を削除する。
【００７２】
制御部２１は、医用画像と他の医療データのサムネイル画像のうち、医用画像のサムネイル画像が保存されるように、他の医療データのサムネイル画像を優先的に削除することが好ましい。例えば、制御部２１は、保存期間が最長のサムネイル画像が、医用画像のサムネイル画像であれば、次に保存期間が長い、医用画像以外の医療データのサムネイル画像を特定し、これを削除すればよい。
取得のための通信時間が長い医用画像については、サムネイル画像をできるだけ長く保存することにより、医用画像に代えてサムネイル画像を表示することができる。簡単に医用画像を確認したい場合等は、医用画像を再取得するまでもなくサムネイル画像で足りる場合もあるので、医用画像の再取得を回避することができる。
【００７３】
削除後、制御部２１は、再度、削除の条件を満たすか否か、すなわちサムネイル画像の最大保存数又は最大使用容量の設定値を超えるか否かを判断する（ステップＳ２５）。何れかが設定値を超えれば（ステップＳ２５；Ｙ）、ステップＳ２２に戻って医療データ又はサムネイル画像の削除を繰り返す。これにより、サムネイル画像の保存数又は記憶部２５の使用容量が設定値を下回るまで、医療データ又はサムネイル画像が保存期間が長い順に削除される。
サムネイル画像の最大保存数又は最大使用容量の何れも設定値を超えていなければ（ステップＳ２５；Ｎ）、本処理が終了する。
【００７４】
以上のように、本実施の形態によれば、遠隔画像システムＰは、医療データを保存するセンターサーバー１と、当該医療データをセンターサーバーから取得して表示するクライアント端末２Ａ、２Ｂと、を備えている。クライアント端末２Ａ、２Ｂは、センターサーバー１と無線通信する通信部２４と、通信部２４によりセンターサーバー１から取得した医療データ又はそのサムネイル画像を表示する表示部２３と、記憶部２５と、通信部２４によりセンターサーバー１から取得した医療データとそのサムネイル画像を記憶部２５に保存し、予め設定された削除の条件が満たされると、記憶部２５に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御部２１と、を備えている。
【００７５】
保存された医療データを表示することにより、医療データの取得のための通信を省略し、医療データを表示するまでの時間を短縮することができる。これにより、医療データを円滑に表示することができ、快適な操作性を提供することができる。
保存された医療データ又はサムネイル画像のうち、データ量が大きい医療データが優先的に削除されるので、記憶部２５の使用容量を抑えることができる。
サムネイル画像は医療データよりも長く保持されるので、医療データが削除された後も、再取得する医療データの候補として、又は簡単に医療データを確認できるように、サムネイル画像を記憶部２５から読み出して速やかに表示することができる。これにより、記憶部２５の使用容量を削減できるとともに、削除された医療データの再表示にも対応することができる。
すなわち、医療データの保存によって医療データが表示されるまでの時間の短縮化が可能であるとともに、医療データの削除によって使用容量を削減することができる。さらに、サムネイル画像を維持することによって、削除された医療データを再取得することなく、簡易に表示することができる。
【００７６】
従来は、医療データとそのサムネイル画像が一体に扱われ、医療データが削除されれば、そのサムネイル画像もともに削除されていた。しかし、本実施の形態によれば、医療データ、サムネイル画像の何れにも同じ管理ＩＤが付帯されて、保存され、医療データとサムネイル画像はそれぞれ個別に削除されるので、医療データとサムネイル画像の保存期間を独立させることができる。これにより、上述のように医療データの表示の円滑化、快適な操作性の提供が可能となる。
【００７７】
なお、上記実施の形態は本発明の好適な一例であり、これに限定されない。
例えば、上記医療データの保存処理において、医療データの中でも医用画像のみを保存の対象とし、上記医療データの削除処理において、制御部２１が医用画像とそのサムネイル画像のうち、医用画像を優先的に削除することとしてもよい。ほとんどがテキストデータからなる電子カルテや検体検査結果等は、医用画像に比較してデータ量が小さい。このようにデータ量が小さく、センターサーバー１からの取得に要する通信時間が短い医療データであれば、保存せずとも、その都度、取得し表示することとしても、医用画像ほど表示までの時間は長くはならない。よって、データ量が大きく、表示されるまでの時間の短縮効果の高い医用画像のみ保存することとしてもよい。一方で、保存により記憶部２５の使用容量を占める医用画像を優先的に削除し、サムネイル画像をできるだけ残すことにより、記憶部２５の容量の確保と、削除された医用画像の再取得の必要性への対応が可能となる。
【００７８】
また、本発明に係るプログラムのコンピューター読み取り可能な媒体としては、ＲＯＭ、フラッシュメモリ等の不揮発性メモリー、ＣＤ-ＲＯＭ等の可搬型の媒体を適用することが可能である。
また、本発明に係るプログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も本発明に適用される。
その他、本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
【符号の説明】
【００７９】
Ｐ 遠隔画像システム
１ センターサーバー
１１ 制御部
１３ 記憶部
Ｄ１ ユーザーデータベース
Ｄ２ 連携データベース
Ｄ３ 医療データ
２ クライアント端末
２１ 制御部
２３ 記憶部
Ｄ４ サムネイル管理データベース
３ モダリティ
４ ＰＡＣＳ
【技術分野】
【０００１】
本発明は、遠隔画像システム、クライアント端末及びプログラムに関する。
【背景技術】
【０００２】
従来、医療施設ではＰＡＣＳ（Picture Archiving and Communication）が利用されている（例えば、特許文献１参照）。ＰＡＣＳによれば、ＣＴ（Computed Tomography）、ＭＲＩ（Magnetic Resonance Imaging）、ＰＥＴ（Positron Emission Tomography）等により撮影された医用画像が、病院内のサーバーに蓄積される。サーバーから医師が使用するクライアント端末に、医用画像をダウンロードすることにより、医用画像を医師の閲覧に供することができ、効率的な診察が可能となる。
【０００３】
病院内だけでなく、病院外の遠隔地にあるサーバーに医用画像を転送する遠隔システムも開発されている（例えば、特許文献２、３参照）。このような遠隔システムによれば、読影の専門医が常駐する読影センターのサーバーに、医用画像を転送することができ、高度な読影診断が可能となる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１１−１０３０９５号公報
【特許文献２】特開２００２−１５０６２号公報
【特許文献３】特開２００４−５７５９２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
一方、利便性が良いことから、医師による医用画像の閲覧に、タブレット型の携帯端末が利用されるケースが増えている。携帯端末は、無線通信によって医用画像をダウンロードするが、無線通信は有線通信に比べて通信スピードが遅く、医用画像はデータ量が大きいために、目的の医用画像が表示されるまで時間を要する。医用画像を簡単に確認したいという場合でも、ダウンロードのために毎回通信が発生し、医師は表示まで待たされることが多かった。
【０００６】
医用画像を逐一ダウンロードするのではなく、携帯端末に医用画像を保存し、これを読み出すことができれば、表示時間を短縮し、快適な操作を実現することができる。しかし、携帯端末のメモリーはもともと大容量ではなく、また他の用途もあるため、医用画像の表示に使用できる容量が限られている。ダウンロードされた医用画像を全て保存すれば、すぐにメモリーの容量が尽きる。
【０００７】
容量を確保するため、上記特許文献２によれば、不要な医用画像から順次削除されていくが、削除された医用画像を再度表示する場合、やはりダウンロードのための通信が発生するため、表示までに待たされることには変わりがない。
また、閲覧の対象は医用画像だけではなく、電子カルテ等の他の医療データについても表示の円滑化が望まれている。
【０００８】
本発明の課題は、医療データの表示を円滑化し、快適な操作性を提供することである。
【課題を解決するための手段】
【０００９】
請求項１に記載の発明によれば、
医療データを保存するセンターサーバーと、当該医療データをセンターサーバーから取得して表示するクライアント端末とを、備え、
前記クライアント端末は、
前記センターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備える遠隔画像システムが提供される。
【００１０】
請求項２に記載の発明によれば、
医療データを保存するセンターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備えるクライアント端末が提供される。
【００１１】
請求項３に記載の発明によれば、
前記制御手段は、
前記通信手段によりセンターサーバーから取得した医療データに付帯されている管理ＩＤを、そのサムネイル画像に付帯させて前記記憶手段に保存し、
医療データの候補として、当該医療データと同じ管理ＩＤが付帯されたサムネイル画像が前記記憶手段に保存されていれば、当該サムネイル画像を前記記憶手段から読み出して前記表示手段により表示させる請求項２に記載のクライアント端末が提供される。
【００１２】
請求項４に記載の発明によれば、
予め設定された削除の条件は、前記記憶手段の最大使用容量の設定値であり、
前記制御手段は、前記医療データとそのサムネイル画像の保存に使用されている前記記憶手段の使用容量が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２又は３に記載のクライアント端末が提供される。
【００１３】
請求項５に記載の発明によれば、
予め設定された削除の条件は、サムネイル画像の最大保存数の設定値であり、
前記制御手段は、前記記憶手段におけるサムネイル画像の保存数が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２〜４の何れか一項に記載のクライアント端末が提供される。
【００１４】
請求項６に記載の発明によれば、
前記制御手段は、前記記憶手段に保存された医療データのうち、保存期間が長い順に医療データを削除する請求項２〜５の何れか一項に記載のクライアント端末が提供される。
【００１５】
請求項７に記載の発明によれば、
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像が保存されるように、他の医療データを優先的に削除する請求項６に記載のクライアント端末が提供される。
【００１６】
請求項８に記載の発明によれば、
前記制御手段は、前記記憶手段に保存された医療データが無ければ、前記記憶手段に保存されたサムネイル画像を削除する請求項２〜７の何れか一項に記載のクライアント端末が提供される。
【００１７】
請求項９に記載の発明によれば、
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像のサムネイル画像が保存されるように、他の医療データのサムネイル画像を優先的に削除する請求項８に記載のクライアント端末が提供される。
【００１８】
請求項１０に記載の発明によれば、
前記制御手段は、前記記憶手段に保存されたサムネイル画像のうち、保存期間が長い順に、サムネイル画像を削除する請求項８又は９に記載のクライアント端末が提供される。
【００１９】
請求項１１に記載の発明によれば、
前記制御手段は、前記通信手段により前記センターサーバーからサムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末が提供される。
【００２０】
請求項１２に記載の発明によれば、
前記制御手段は、前記通信手段により前記センターサーバーから取得した医療データを縮小処理し、サムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末が提供される。
【００２１】
請求項１３に記載の発明によれば、
コンピューターを、
医療データを保存するセンターサーバーから通信手段により取得した医療データとそのサムネイル画像を記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段として機能させるためのプログラムが提供される。
【発明の効果】
【００２２】
本発明によれば、保存された医療データを表示することにより、医療データの取得のための通信を省略し、医療データを表示するまでの時間を短縮することができる。これにより、医療データを円滑に表示することができ、快適な操作性を提供することができる。また、サムネイル画像よりも医療データを優先的に削除し、サムネイル画像を残すことにより、削除された医療データに代えてサムネイル画像を表示することができる。これにより、記憶手段の使用容量を削減できるとともに、削除された医療データの再表示にも対応することができる。
【図面の簡単な説明】
【００２３】
【図１】本実施の形態に係る遠隔画像システムのシステム構成図である。
【図２】図１のセンターサーバーの機能ブロック図である。
【図３】ユーザーデータベースの一例を示す図である。
【図４】連携データベースの一例を示す図である。
【図５】図１のクライアント端末の機能ブロック図である。
【図６】サムネイル管理データベースの一例を示す図である。
【図７】クライアント端末が実行する医療データの表示処理のフローチャートである。
【図８】依頼の電子メールのリストの表示画面例を示す図である。
【図９】医用画像の表示画面例を示す図である。
【図１０】削除の条件の操作画面例を示す図である。
【図１１】クライアント端末が実行する医療データの削除処理のフローチャートである。
【発明を実施するための形態】
【００２４】
以下、図面を参照して本発明の実施の形態について説明する。
【００２５】
〔遠隔画像システム〕
図１は、本実施の形態に係る遠隔画像システムＰのシステム構成図である。
図１に示すように、遠隔画像システムＰは、センターサーバー１と、クライアント端末２Ａ、２Ｂとを備えて構成されている。センターサーバー１とクライアント端末２Ａ、２Ｂは、ネットワークＮを介して通信し、相互にデータの送受信が可能である。
図１の遠隔画像システムＰは例示であり、遠隔画像システムＰを構成するセンターサーバー１、クライアント端末２Ａ、２Ｂの設置台数、設置場所等は、特に限定されない。
【００２６】
ネットワークＮは、電話回線、ＩＳＤＮ回線、専用線、衛星通信回線網、移動体通信網、ＣＡＴＶ回線、光通信回線、無線通信回線等によって構築されたインターネットである。
【００２７】
センターサーバー１は、医療データのバックアップサービスを提供し、Ａ病院、クリニックＢの医療施設内に設置されているクライアント端末２Ａから送信された医療データを保存し、管理する。医療データは、医療に関するデータであり、例えば電子カルテ、モダリティ３により得られた医用画像、血液検査等の検体検査結果等が挙げられる。医療データに対するリスク分散のため、センターサーバー１は、Ａ病院、クリニックＢ等の医療施設外の遠隔地に設置されている。
【００２８】
センターサーバー１は、保存された医療データを、クライアント端末２Ａ、２Ｂに送信し、閲覧に供することができる。
また、センターサーバー１は、医師間の連携サービスを提供することができる。連携サービスとは、連携元のユーザー（医師）から連携先のユーザー（医師）へ、センターサーバー１に保存されている医療データを送信し、読影や診断、検査の依頼等を可能とするサービスである。
【００２９】
クライアント端末２Ａ、２Ｂは、無線又は有線の通信によって、センターサーバー１から医療データを取得し、表示する。クライアント端末２Ａ、２Ｂとしては、通信によって医療データを取得し、表示できる端末であれば、デスクトップ型のパーソナルコンピューターの他、ノート型のパーソナルコンピューター、ＰＤＡ（Personal Digital Assistant）等の携帯型のコンピューター装置、ｉｐｈｏｎｅ（登録商標）やｉＰａｄ（登録商標）に代表されるタブレット型の携帯端末等も用いることができる。
【００３０】
クライアント端末２Ａは、医療施設内に固定的に設置され、医療施設内に構築されたセキュアなＬＡＮ（Local Area Network）経由でセンターサーバー１と通信する。医療施設内のＬＡＮ経由であれば、クライアント端末２Ａは、無線又は有線の何れで通信してもよいが、医療施設内のセキュリティを確保するため、センターサーバー１との通信においてＶＰＮ（Virtual Private Network）を構築する。このようなクライアント端末２Ａとしては、デスクトップ型が代表的である。
【００３１】
Ａ病院のクライアント端末２Ａに例示されるように、クライアント端末２Ａは、ＰＡＣＳ４におけるサーバー又はビューアーとして構成されている場合もあるし、クリニックＢのクライアント端末２Ａに例示されるように、医療施設内のモダリティ３に接続されている場合もある。何れの場合も、クライアント端末２Ａは、モダリティ３によって生成された医用画像を１次保存し、バックアップのため、当該医用画像をセンターサーバー１にアップロードすることができる。医用画像の他にも、クライアント端末２Ａは、クライアント端末２Ａ、２Ｂで作成された電子カルテ、ＰＡＣＳ４又は図示しないＨＩＳ（Hospital Information System）等から取得した電子カルテ、検体検査結果等の医療データもセンターサーバー１にアップロードする。
【００３２】
クライアント端末２Ｂは、クライアント端末２Ａのように医療データのアップロードは行わず、主に医療データの閲覧に用いられる。クライアント端末２Ｂは、ＰＡＣＳ４やセンターサーバー１から医療データをダウンロードして表示する。このようなクライアント端末２Ｂとしては、携帯型の他、医師の自宅に設置されたデスクトップ型が代表的である。
クライアント端末２Ｂは、医療施設内のセキュアなＬＡＮ経由でセンターサーバー１と通信することもできるし、医療施設外のネットワーク経由でセンターサーバー１と通信することもできる。例えば、３Ｇ（第３世代移動通信システム）等の移動体通信網を利用して、又はＷｉ−Ｆｉ（Wireless Fidelity）等を利用して医療施設内のＬＡＮや医師の自宅のネットワークを経由して、ネットワークＮに接続することもできる。クライアント端末２Ｂは、クライアント端末２Ａと同様に、ネットワークＮ上でＶＰＮを確立したうえでセンターサーバー１と通信してもよい。
【００３３】
〔センターサーバー〕
図２は、センターサーバー１の機能ブロック図である。
図２に示すように、センターサーバー１は、制御部１１、通信部１２、記憶部１３を備えて構成されている。
【００３４】
制御部１１は、ＣＰＵ（Central Processing Unit）やＲＡＭ（Random Access Memory）等から構成され、記憶部１３に記憶されているプログラムを読み出し、当該プログラムとの協働により各種処理を実行して、センターサーバー１の各部を制御する。
例えば、制御部１１は、メールサーバー、Ｗｅｂサーバーのソフトウェアのプログラムを実行し、電子メール、Ｗｅｂページの作成、それらの送受信等を制御する。
【００３５】
また、制御部１１は、医療データのバックアップサービス、閲覧サービス、連携サービスを利用できるユーザーの登録処理を実行する。具体的には、制御部１１は、通信部１２により、ユーザー登録のＷｅｂページをクライアント端末２Ａ、２Ｂに送信し、当該Ｗｅｂページ介してクライアント端末２Ａ、２Ｂからユーザー情報が送信されると、当該ユーザー情報をユーザーデータベースＤ１に書き込み、記憶部１３に保存する。ユーザー情報としては、ユーザーのユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設の施設ＩＤ、施設名等が挙げられる。
【００３６】
制御部１１は、ログイン時にクライアント端末２Ａ、２Ｂから送信されるユーザー情報を、ユーザーデータベースＤ１のユーザー情報と照合し、一致すればログインを許可する。
制御部１１は、ログイン時に送信されたユーザー情報、例えばユーザーＩＤと、ユーザーデータベースＤ１において対応付けられている医療施設の施設ＩＤを特定する。そして、ログインが許可されたクライアント端末２Ａから医療データが送信されると、制御部１１は、特定された施設ＩＤに対応する記憶部１３の医療施設の領域に、当該医療データを保存する。保存時、制御部１１は、医療データを一意に識別するため、医療データに管理ＩＤを付帯させる。管理ＩＤとしては、ＵＵＩＤ（Universally Unique Identifier）等を用いることができる。制御部１１は、ある単位毎に管理ＩＤを作成し、同じ単位の医療データに同じ管理ＩＤを付帯させる。例えば、ＣＴのように１つの検査によって得られた複数枚の医用画像には、同じ管理ＩＤを付帯させる。
【００３７】
制御部１１は、ログインが許可されたクライアント端末２Ａ、２Ｂから医療データの閲覧が要求されると、上記と同様にユーザー情報から施設ＩＤを特定し、当該施設ＩＤに対応する記憶部１３の医療施設の領域から医療データを読み出し、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。また、制御部１１は、クライアント端末２Ａ、２Ｂから、特定の管理ＩＤの医療データ又はそのサムネイル画像が要求されると、当該管理ＩＤの医療データを記憶部１３から読出し、当該医療データ又は医療データを縮小処理して作成したサムネイル画像をクライアント端末２Ａ、２Ｂに送信する。
制御部１１は、Ｗｅｂサーバープログラムによって医療データが閲覧可能なＷｅｂページを作成し、クライアント端末２Ａ、２Ｂに提供することもできるし、閲覧専用のソフトウェアのプログラムがクライアント端末２Ａ、２Ｂにインストールされている場合は、当該ソフトウェアに対応するプロトコルにより医療データをクライアント端末２Ａ、２Ｂに送信することができる。
【００３８】
また、制御部１１は連携処理を実行し、連携サービスを提供可能とする。
連携処理において、制御部１１は、連携登録のＷｅｂページを、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。当該Ｗｅｂページを介して、連携するユーザーの登録情報がクライアント端末２Ａ、２Ｂから送信されると、制御部１１は、ユーザーの登録情報を記憶部１３の連携データベースＤ２に書き込み、保存する。登録情報は、例えばユーザーＩＤ、ユーザーが所属する医療施設の施設ＩＤ、施設名等である。
【００３９】
制御部１１は、連携サービスのＷｅｂページを、通信部１２によりクライアント端末２Ａ、２Ｂに送信する。このＷｅｂページを介して、連携元のユーザーから連携の依頼情報が送信されると、制御部１１は、連携先のユーザー宛に連携依頼のメールを作成し、通信部１２により連携先のクライアント端末２Ａ、２Ｂに送信する。例えば、依頼内容が医用画像の読影であれば、制御部１１は連携元からのコメント、患者情報等が記載された電子メールを作成する。制御部１１は、連携先として指定されたユーザーの電子メールアドレスをユーザーデータベースＤ１から取得し、当該電子メールアドレス宛に、通信部１２により電子メールを送信させる。
【００４０】
連携依頼に対し、連携先のユーザーから読影レポートや電子カルテ等が送信されると、制御部１１はこれら医療データを記憶部１３に保存する。医療データの保存時、制御部１１は上述のように保存する単位で管理ＩＤを作成し、医療データに付帯させる。また、制御部１１は、連携先からのコメント等が記載された電子メールを作成する。制御部１１は、当該電子メールに、連携先から送信され、保存された医療データの管理ＩＤを添付する。制御部１１は、連携元のユーザーの電子メールアドレスをユーザーデータベースＤ１から取得し、当該電子メールアドレス宛に、通信部１２により電子メールを送信させる。
【００４１】
通信部１２は、通信用のインターフェイスを備え、ネットワークＮ上のクライアント端末２Ａ、２Ｂと通信する。通信部１２は、例えばＩＰｓｅｃ（Security Architecture for Internet Protocol）等を用いて、ＶＰＮを構築することができる。
【００４２】
記憶部１３は、制御部１１が実行するプログラム、プログラムの実行に必要なデータ等を記憶している。記憶部１３としては、大容量のメモリーであれば、ハードディスクや不揮発性メモリーを用いることができる。
【００４３】
記憶部１３は、ユーザーデータベースＤ１、連携データベースＤ２、医療データＤ３等を記憶している。
ユーザーデータベースＤ１は、医療施設毎に、センターサーバー１が提供するサービスを利用可能なユーザー（医師）のユーザー情報からなる。サービスが課金制であれば、課金状況をユーザーデータベースＤ１により管理してもよい。
図３は、ユーザーデータベースＤ１の一例を示している。
図３に示すように、ユーザーデータベースＤ１において、各ユーザーに付与されたユーザーＩＤ、ログインパスワード、ユーザーが所属する医療施設に付与された施設ＩＤ、施設名、ユーザーが所属する診療科、ユーザー名、ユーザーの住所、電話番号、電子メールアドレス等がデータベース化されている。
【００４４】
連携データベースＤ２は、連携サービスにおいて連携するユーザーのユーザー情報からなる。
図４は、連携データベースＤ２の一例を示している。
図４に示すように、連携データベースＤ２において、連携元のユーザーのユーザーＩＤに対応付けて、連携先として登録されたユーザーが所属する医療施設の施設ＩＤ、施設名、ユーザー名等がデータベース化されている。
【００４５】
医療データＤ３は、上述したように、クライアント端末２Ａからアップロードされた電子カルテ、検体検査結果、医用画像等、医療施設内で得られた診療に関するデータである。
記憶部１３には、医療施設毎に専用の記憶領域が設けられ、各医療施設のクライアント端末２Ａからアップロードされた医療データＤ３は、医療施設に応じた記憶領域に保存される。
【００４６】
〔クライアント端末〕
図５は、クライアント端末２Ａ、２Ｂの機能ブロック図である。
図５に示すように、クライアント端末２Ａ、２Ｂは、制御部２１、操作部２２、表示部２３、通信部２４、記憶部２５を備えて構成されている。
【００４７】
制御部２１は、ＣＰＵ、ＲＡＭ等から構成され、記憶部２５からプログラムを読出して実行し、クライアント端末２Ａ、２Ｂの各部を制御する制御手段である。
【００４８】
例えば、制御部２１は、医療データの表示処理を実行する。具体的には、制御部１１は、操作部２２を介して入力されるユーザーＩＤ、ログインパスワード等の認証情報を、通信部２４によりセンターサーバー１に送信し、ログインする。クライアント端末２Ａの場合、制御部１１は、センターサーバー１との通信時に通信部２４によりＶＰＮを構築させる。
【００４９】
ログイン後、制御部２１は、センターサーバー１から医療データを取得し、取得した医療データとそのサムネイル画像を記憶部２５に保存する。保存時、制御部２１は、取得した医療データに付帯されている管理ＩＤを、サムネイル画像に付帯させる。また、制御部２１は、管理ＩＤに対応付けて、取得した医療データとそのサムネイル画像に関する情報を、記憶部２５のサムネイル管理データベースＤ４に書込み、保存する。
【００５０】
制御部２１は、医療データの削除処理を実行し、記憶部２５に保存された医療データ又はサムネイル画像を削除する。制御部２１は、予め定められた削除の条件が満たされると、記憶部２５に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除し、可能な限りサムネイル画像を保持する。
【００５１】
操作部２２は、キーボード、マウス、タッチパネル等を備え、これらの操作に応じた操作信号を制御部２１に出力する。
表示部２３は、ディスプレイ、又はタッチパネルと一体に構成されたディスプレイを備える表示手段であり、制御部２１の表示制御に従って、操作画面や医療データの表示画面等を表示する。
【００５２】
通信部２４は、通信用のインターフェイスを備え、ネットワークＮ上のセンターサーバー１と通信する通信手段である。通信部２４は、例えばＩＰｓｅｃ等を用いて、ＶＰＮを構築することができる。
【００５３】
記憶部２５は記憶手段であり、制御部２１が実行するプログラム２５ａ、プログラムの実行に必要なデータを記憶している。例えば、記憶部２５は、Ｗｅｂブラウザーのソフトウェア、医療データの閲覧専用のソフトウェア等のプログラムを記憶している。
記憶部２５としては、ハードディスクや不揮発性メモリー等を用いることができる。
【００５４】
記憶部２５は、センターサーバー１から取得した医療データＤ３を記憶している。医療データＤ３には、電子カルテｄ１、検体検査結果ｄ２、医用画像ｄ３が含まれる。また、記憶部２５は、医療データＤ３のサムネイル画像ｄ４を記憶している。１つの医療データＤ３に対し１枚のサムネイル画像ｄ４が作成されるとは限らない。例えば、ＣＴやＭＲＩのように医用画像ｄ３の数が多い場合は、それら一連の医用画像ｄ３の代表として１枚又は数枚のサムネイル画像ｄ４が作成される場合がある。サムネイル画像ｄ４には、その医療データＤ３と同じ管理ＩＤが付帯され、サムネイル画像ｄ４は医療データＤ３と対応付けられる。
【００５５】
記憶部２５は、サムネイル管理データベースＤ４を記憶している。
図６は、サムネイル管理データベースＤ４の一例を示している。
図６に示すように、サムネイル管理データベースＤ４において、管理ＩＤに対応付けて、取得した医療データのサムネイル画像の枚数とその合計サイズ（単位：ＭＢ）、医療データの枚数とその合計サイズ（単位：ＭＢ）、それらの取得日時がデータベース化されている。
【００５６】
〔医療データの表示処理〕
次に、上記クライアント端末２Ａ、２Ｂが、センターサーバー１から医療データを取得して表示する処理について説明する。
以下、クライアント端末２Ａ、２Ｂにインストールされた専用のソフトウェアによって、医療データを取得し、表示する例を説明するが、センターサーバー１は医療データを表示するＷｅｂページを提供可能であるので、Ｗｅｂブラウザーによって当該Ｗｅｂページを取得することによっても同様の表示を実現することが可能である。
【００５７】
図７は、上記クライアント端末２Ａ、２Ｂが実行する医療データの表示処理のフローチャートである。
図７に示すように、クライアント端末２Ａ、２Ｂにおいて、ログイン時に入力されたユーザーＩＤ、ログインパスワードを、制御部２１がセンターサーバー１に送信し、ログインする（ステップＳ１１）。センターサーバー１では送信されたユーザーＩＤ、ログインパスワードを、ユーザーデータベースＤ１と照合することによってユーザーの認証が行われる。認証され、ログインが許可されると、センターサーバー１から、ユーザーＩＤに対応する医療施設の医療データのリストが送信されるので、制御部２１は取得した当該リストを表示する（ステップＳ１２）。
【００５８】
医療データのリストとしては、依頼、未読のリストがある。依頼のリストは、連携先のユーザーからの読影や診断の依頼に係る電子メールのリストであり、依頼の電子メールには依頼に係る医用画像や電子カルテ等の医療データの管理ＩＤが添付されている。未読のリストは、まだ読影が終了していない医用画像や、診察が終了していない検体検査結果、電子カルテ等のリストである。
【００５９】
リスト中、ユーザーによって何れかの医療データが選択されると、制御部２１は、選択された医療データのサムネイル画像が記憶部２５に保存されていれば（ステップＳ１３；Ｙ）、記憶部２５から当該サムネイル画像を読み出して、リストとともに表示する（ステップＳ１４）。例えば、依頼のリストの場合、制御部２１がリスト中の依頼の電子メールに添付されている管理ＩＤを、サムネイル管理データベースＤ４と照合する。サムネイル管理データベースＤ４に一致する管理ＩＤが有れば、サムネイル画像が記憶部２５に保存されているので、制御部２１は当該管理ＩＤが付帯されたサムネイル画像を記憶部２５から読み出して表示する。
【００６０】
サムネイル管理データベースＤ４において一致する管理ＩＤが無い場合、サムネイル画像が記憶部２５に保存されていないので、制御部２１はセンターサーバー１に対し、通信部２４を介して、当該管理ＩＤに対応する医療データのサムネイル画像を要求する。要求に応じて、センターサーバー１からは医療データが縮小処理されたサムネイル画像が送信されるので、制御部２１は取得したサムネイル画像をリストとともに、表示部２３により表示させる（ステップＳ１５）。
【００６１】
図８は、依頼の電子メールのリストの表示例を示している。図８に示すように、リストｋ１の下部に、選択された電子メールの添付ファイルとして、電子メールと同じ管理ＩＤが付帯された医用画像のサムネイル画像ｋ２１及び電子カルテのサムネイル画像ｋ２２が表示されている。
このサムネイル画像の何れかがユーザーにより選択されると、制御部２１は、センターサーバー１に対し、選択されたサムネイル画像と管理ＩＤが同じ医療データを要求する。要求に応じて、センターサーバー１から医療データが送信されるので、制御部２１は、取得した医療データを表示する。図９は、図８のサムネイル画像ｋ２１の選択により表示された医用画像の例を示している。このように、閲覧できる全ての医療データを取得するのではなく、必要な医療データのみ取得することにより、センターサーバー１との通信を必要最小限とすることができる。
【００６２】
なお、センターサーバー１で作成されたサムネイル画像を取得するのではなく、医療データをセンターサーバー１から取得し、制御部２１が当該医療データを縮小処理することにより、サムネイル画像を取得してもよい。この場合、センターサーバー１からサムネイル画像を取得して表示するよりも、サムネイル画像を表示するまでの時間が長くなるが、医療データを表示するまでの時間が短時間となる。
【００６３】
新規に取得したサムネイル画像に対し、制御部２１は医療データと同じ管理ＩＤを付帯させ、記憶部２５に保存する（ステップＳ１６）。サムネイル画像のファイル名に管理ＩＤを追加して、付帯させてもよいし、サムネイル画像にヘッダーがあればヘッダーに管理ＩＤを書き込むことにより付帯させてもよい。
新規に取得された医療データがあれば、制御部２１は当該医療データも記憶部２５に保存する。
【００６４】
また、制御部２１は、サムネイル管理データベースＤ４に、新規に取得したサムネイル画像に関する情報として、サムネイル画像に付帯された管理ＩＤ、サムネイル画像の枚数、サイズ、取得日時を書き込み、更新する（ステップＳ１７）。サムネイル画像に対応する医療データも取得している場合、制御部２１は、サムネイル管理データベースＤ４に当該医療データの枚数、サイズも書き込み、保存する。
【００６５】
〔医療データの削除処理〕
クライアント端末２Ａ、２Ｂの記憶部２５に保存された医療データ又はそのサムネイル画像は、予め定められた削除の条件が満たされたとき、削除される。削除の条件として、サムネイル画像の最大保存数の設定値、記憶部２５の最大使用容量の設定値が予め定められている。これら設定値はデフォルトで設定されているが、ユーザーが設定値を変更することもできる。
【００６６】
図１０は、設定値の操作画面例を示している。
図１０に示すように、操作画面には、サムネイル画像の最大保存数、医療データ及びサムネイル画像の保存に使用可能な最大使用容量（単位：ＭＢ）の項目が表示され、ユーザーは各項目の設定値を入力することができる。
制御部２１は、この操作画面において、操作部２２を介して入力された設定値を、削除の条件として記憶部２５に保存する。
【００６７】
図１１は、クライアント端末２Ａ、２Ｂが実行する医療データの削除処理のフローチャートである。この医療データの削除処理は、クライアント端末２Ａ、２Ｂにおいて、記憶部２５に医療データ又はサムネイル画像が保存されると開始される。
【００６８】
図１１に示すように、制御部２１がサムネイル管理データベースＤ４の全サムネイル画像の保存数を合計し、削除の条件であるサムネイル画像の最大保存数の設定値を超えるか否かを判断する。また、制御部２１は、サムネイル管理データベースＤ４における全医療データ及び全サムネイル画像のサイズを合計し、記憶部２５において医療データ及びサムネイル画像の保存に使用している使用容量を求める。制御部２１は、当該使用容量が、削除の条件である最大使用容量の設定値を超えるか否かを判断する（ステップＳ２１）。
【００６９】
何れも設定値を超えない場合（ステップＳ２１；Ｎ）、本処理が終了する。
何れかが設定値を超える場合（ステップＳ２１；Ｙ）、制御部２１は、サムネイル管理データベースＤ４中の全医療データの数を合計し、記憶部２５における医療データの保存数が０か否かを判断する（ステップＳ２２）。医療データが１つでも保存されていれば（ステップＳ２２；Ｎ）、制御部２１は、サムネイル管理データベースＤ４の取得日時からの保存期間が最長のサムネイル画像に対応する医療データを特定し、当該医療データを記憶部２５から削除する（ステップＳ２３）。このとき、制御部２１は、管理ＩＤ単位で、医療データを記憶部２５から削除し、サムネイル管理データベースＤ４においても当該医療データの数、サイズの情報を削除する。
【００７０】
制御部２１は、医用画像と他の医療データのうち、医用画像が保存されるように、他の医療データを優先的に削除することが好ましい。例えば、制御部２１は、保存期間が最長の医療データが医用画像であれば、次に保存期間が長い、医用画像以外の医療データを特定し、これを削除すればよい。
医用画像は、電子カルテや検体検査結果等の他の医データに比較してデータ量が大きく、取得のための通信時間が長い。医用画像ができるだけ長く保存されれば、医用画像の再取得の機会を減らすことができ、医療データの中でも表示されるまでの時間の短縮効果が大きい。
【００７１】
医療データの保存数が０であり、削除すべき医療データが無い場合（ステップＳ２２；Ｙ）、制御部２１は、サムネイル管理データベースＤ４の取得日時からの保存期間が最長のサムネイル画像を特定し、当該サムネイル画像を記憶部２５から削除する（ステップＳ２４）。このとき、制御部２１は、管理ＩＤ単位で、サムネイル画像を記憶部２５から削除し、サムネイル管理データベースＤ４においても当該サムネイル画像の数、サイズの情報を削除する。
【００７２】
制御部２１は、医用画像と他の医療データのサムネイル画像のうち、医用画像のサムネイル画像が保存されるように、他の医療データのサムネイル画像を優先的に削除することが好ましい。例えば、制御部２１は、保存期間が最長のサムネイル画像が、医用画像のサムネイル画像であれば、次に保存期間が長い、医用画像以外の医療データのサムネイル画像を特定し、これを削除すればよい。
取得のための通信時間が長い医用画像については、サムネイル画像をできるだけ長く保存することにより、医用画像に代えてサムネイル画像を表示することができる。簡単に医用画像を確認したい場合等は、医用画像を再取得するまでもなくサムネイル画像で足りる場合もあるので、医用画像の再取得を回避することができる。
【００７３】
削除後、制御部２１は、再度、削除の条件を満たすか否か、すなわちサムネイル画像の最大保存数又は最大使用容量の設定値を超えるか否かを判断する（ステップＳ２５）。何れかが設定値を超えれば（ステップＳ２５；Ｙ）、ステップＳ２２に戻って医療データ又はサムネイル画像の削除を繰り返す。これにより、サムネイル画像の保存数又は記憶部２５の使用容量が設定値を下回るまで、医療データ又はサムネイル画像が保存期間が長い順に削除される。
サムネイル画像の最大保存数又は最大使用容量の何れも設定値を超えていなければ（ステップＳ２５；Ｎ）、本処理が終了する。
【００７４】
以上のように、本実施の形態によれば、遠隔画像システムＰは、医療データを保存するセンターサーバー１と、当該医療データをセンターサーバーから取得して表示するクライアント端末２Ａ、２Ｂと、を備えている。クライアント端末２Ａ、２Ｂは、センターサーバー１と無線通信する通信部２４と、通信部２４によりセンターサーバー１から取得した医療データ又はそのサムネイル画像を表示する表示部２３と、記憶部２５と、通信部２４によりセンターサーバー１から取得した医療データとそのサムネイル画像を記憶部２５に保存し、予め設定された削除の条件が満たされると、記憶部２５に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御部２１と、を備えている。
【００７５】
保存された医療データを表示することにより、医療データの取得のための通信を省略し、医療データを表示するまでの時間を短縮することができる。これにより、医療データを円滑に表示することができ、快適な操作性を提供することができる。
保存された医療データ又はサムネイル画像のうち、データ量が大きい医療データが優先的に削除されるので、記憶部２５の使用容量を抑えることができる。
サムネイル画像は医療データよりも長く保持されるので、医療データが削除された後も、再取得する医療データの候補として、又は簡単に医療データを確認できるように、サムネイル画像を記憶部２５から読み出して速やかに表示することができる。これにより、記憶部２５の使用容量を削減できるとともに、削除された医療データの再表示にも対応することができる。
すなわち、医療データの保存によって医療データが表示されるまでの時間の短縮化が可能であるとともに、医療データの削除によって使用容量を削減することができる。さらに、サムネイル画像を維持することによって、削除された医療データを再取得することなく、簡易に表示することができる。
【００７６】
従来は、医療データとそのサムネイル画像が一体に扱われ、医療データが削除されれば、そのサムネイル画像もともに削除されていた。しかし、本実施の形態によれば、医療データ、サムネイル画像の何れにも同じ管理ＩＤが付帯されて、保存され、医療データとサムネイル画像はそれぞれ個別に削除されるので、医療データとサムネイル画像の保存期間を独立させることができる。これにより、上述のように医療データの表示の円滑化、快適な操作性の提供が可能となる。
【００７７】
なお、上記実施の形態は本発明の好適な一例であり、これに限定されない。
例えば、上記医療データの保存処理において、医療データの中でも医用画像のみを保存の対象とし、上記医療データの削除処理において、制御部２１が医用画像とそのサムネイル画像のうち、医用画像を優先的に削除することとしてもよい。ほとんどがテキストデータからなる電子カルテや検体検査結果等は、医用画像に比較してデータ量が小さい。このようにデータ量が小さく、センターサーバー１からの取得に要する通信時間が短い医療データであれば、保存せずとも、その都度、取得し表示することとしても、医用画像ほど表示までの時間は長くはならない。よって、データ量が大きく、表示されるまでの時間の短縮効果の高い医用画像のみ保存することとしてもよい。一方で、保存により記憶部２５の使用容量を占める医用画像を優先的に削除し、サムネイル画像をできるだけ残すことにより、記憶部２５の容量の確保と、削除された医用画像の再取得の必要性への対応が可能となる。
【００７８】
また、本発明に係るプログラムのコンピューター読み取り可能な媒体としては、ＲＯＭ、フラッシュメモリ等の不揮発性メモリー、ＣＤ-ＲＯＭ等の可搬型の媒体を適用することが可能である。
また、本発明に係るプログラムのデータを、通信回線を介して提供する媒体として、キャリアウエーブ(搬送波)も本発明に適用される。
その他、本発明の趣旨を逸脱しない範囲で、適宜変更可能である。
【符号の説明】
【００７９】
Ｐ 遠隔画像システム
１ センターサーバー
１１ 制御部
１３ 記憶部
Ｄ１ ユーザーデータベース
Ｄ２ 連携データベース
Ｄ３ 医療データ
２ クライアント端末
２１ 制御部
２３ 記憶部
Ｄ４ サムネイル管理データベース
３ モダリティ
４ ＰＡＣＳ
【特許請求の範囲】
【請求項１】
医療データを保存するセンターサーバーと、当該医療データをセンターサーバーから取得して表示するクライアント端末とを、備え、
前記クライアント端末は、
前記センターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備える遠隔画像システム。
【請求項２】
医療データを保存するセンターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備えるクライアント端末。
【請求項３】
前記制御手段は、
前記通信手段によりセンターサーバーから取得した医療データに付帯されている管理ＩＤを、そのサムネイル画像に付帯させて前記記憶手段に保存し、
医療データの候補として、当該医療データと同じ管理ＩＤが付帯されたサムネイル画像が前記記憶手段に保存されていれば、当該サムネイル画像を前記記憶手段から読み出して前記表示手段により表示させる請求項２に記載のクライアント端末。
【請求項４】
予め設定された削除の条件は、前記記憶手段の最大使用容量の設定値であり、
前記制御手段は、前記医療データとそのサムネイル画像の保存に使用されている前記記憶手段の使用容量が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２又は３に記載のクライアント端末。
【請求項５】
予め設定された削除の条件は、サムネイル画像の最大保存数の設定値であり、
前記制御手段は、前記記憶手段におけるサムネイル画像の保存数が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２〜４の何れか一項に記載のクライアント端末。
【請求項６】
前記制御手段は、前記記憶手段に保存された医療データのうち、保存期間が長い順に医療データを削除する請求項２〜５の何れか一項に記載のクライアント端末。
【請求項７】
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像が保存されるように、他の医療データを優先的に削除する請求項６に記載のクライアント端末。
【請求項８】
前記制御手段は、前記記憶手段に保存された医療データが無ければ、前記記憶手段に保存されたサムネイル画像を削除する請求項２〜７の何れか一項に記載のクライアント端末。
【請求項９】
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像のサムネイル画像が保存されるように、他の医療データのサムネイル画像を優先的に削除する請求項８に記載のクライアント端末。
【請求項１０】
前記制御手段は、前記記憶手段に保存されたサムネイル画像のうち、保存期間が長い順に、サムネイル画像を削除する請求項８又は９に記載のクライアント端末。
【請求項１１】
前記制御手段は、前記通信手段により前記センターサーバーからサムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末。
【請求項１２】
前記制御手段は、前記通信手段により前記センターサーバーから取得した医療データを縮小処理し、サムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末。
【請求項１３】
コンピューターを、
医療データを保存するセンターサーバーから通信手段により取得した医療データとそのサムネイル画像を記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段として機能させるためのプログラム。
【請求項１】
医療データを保存するセンターサーバーと、当該医療データをセンターサーバーから取得して表示するクライアント端末とを、備え、
前記クライアント端末は、
前記センターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備える遠隔画像システム。
【請求項２】
医療データを保存するセンターサーバーと無線通信する通信手段と、
前記通信手段によりセンターサーバーから取得した医療データ又はそのサムネイル画像を表示する表示手段と、
記憶手段と、
前記通信手段によりセンターサーバーから取得した医療データとそのサムネイル画像を前記記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段と、
を備えるクライアント端末。
【請求項３】
前記制御手段は、
前記通信手段によりセンターサーバーから取得した医療データに付帯されている管理ＩＤを、そのサムネイル画像に付帯させて前記記憶手段に保存し、
医療データの候補として、当該医療データと同じ管理ＩＤが付帯されたサムネイル画像が前記記憶手段に保存されていれば、当該サムネイル画像を前記記憶手段から読み出して前記表示手段により表示させる請求項２に記載のクライアント端末。
【請求項４】
予め設定された削除の条件は、前記記憶手段の最大使用容量の設定値であり、
前記制御手段は、前記医療データとそのサムネイル画像の保存に使用されている前記記憶手段の使用容量が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２又は３に記載のクライアント端末。
【請求項５】
予め設定された削除の条件は、サムネイル画像の最大保存数の設定値であり、
前記制御手段は、前記記憶手段におけるサムネイル画像の保存数が、前記設定値を超えたとき、前記記憶手段に保存された医療データを削除する請求項２〜４の何れか一項に記載のクライアント端末。
【請求項６】
前記制御手段は、前記記憶手段に保存された医療データのうち、保存期間が長い順に医療データを削除する請求項２〜５の何れか一項に記載のクライアント端末。
【請求項７】
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像が保存されるように、他の医療データを優先的に削除する請求項６に記載のクライアント端末。
【請求項８】
前記制御手段は、前記記憶手段に保存された医療データが無ければ、前記記憶手段に保存されたサムネイル画像を削除する請求項２〜７の何れか一項に記載のクライアント端末。
【請求項９】
前記医療データには、医用画像が含まれ、
前記制御手段は、医用画像と他の医療データのうち、医用画像のサムネイル画像が保存されるように、他の医療データのサムネイル画像を優先的に削除する請求項８に記載のクライアント端末。
【請求項１０】
前記制御手段は、前記記憶手段に保存されたサムネイル画像のうち、保存期間が長い順に、サムネイル画像を削除する請求項８又は９に記載のクライアント端末。
【請求項１１】
前記制御手段は、前記通信手段により前記センターサーバーからサムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末。
【請求項１２】
前記制御手段は、前記通信手段により前記センターサーバーから取得した医療データを縮小処理し、サムネイル画像を取得する請求項２〜１０の何れか一項に記載のクライアント端末。
【請求項１３】
コンピューターを、
医療データを保存するセンターサーバーから通信手段により取得した医療データとそのサムネイル画像を記憶手段に保存し、予め設定された削除の条件が満たされると、前記記憶手段に保存された医療データ又はサムネイル画像のうち、医療データを優先的に削除する制御手段として機能させるためのプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１０】
【図１１】
【図９】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図１０】
【図１１】
【図９】
【公開番号】特開２０１３−１１４２８４（Ｐ２０１３−１１４２８４Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２５７０２９（Ｐ２０１１−２５７０２９）
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（３０３０００４２０）コニカミノルタエムジー株式会社 (2,950)
[ Back to top ]