JP6520007B2 - 遠隔読影システム、遠隔読影システムの制御方法、およびコンピュータプログラム - Google Patents

Description

本発明は、遠隔読影システム、遠隔読影システムの制御方法、およびコンピュータプログラムに関し、特に、装置の負荷を低減しつつ複数の医用画像データを暗号化することができる仕組みに関する。

医療の分野では、ＣＴ（Ｃｏｍｐｕｔｅｄ Ｔｏｍｏｇｒａｐｈｙ）やＭＲＩ（Ｍａｇｎｅｔｉｃ Ｒｅｓｏｎａｎｃｅ Ｉｍａｇｉｎｇ）等といったモダリティ（医用画像生成装置ともいう）で撮影された患者の医用画像のデジタル化が実現されており、医用画像データとしてサーバに格納して保存されている。このような医用画像データには、一般的にＤＩＣＯＭ情報と呼ばれる付帯情報として患者のＩＤや氏名、性別、生年月日といった患者の個人情報や、撮影した部位や検査方法等の検査情報等が含まれる。

このような医用画像は、医用画像を読影することができる専門医によって読影されるが、専門医は圧倒的に人員が不足しているため、撮影した医用画像を院外の専門医に依頼して読影を行ってもらうことが一般的である。

そのため、デジタル化された医用画像を外部から読影することができるように、公衆回線網やインターネット網等を介して読影医が院外の別の施設の端末から院内もしくはクラウド上の医用画像管理装置にアクセス可能にし、医用画像を読影医が容易に入手できるようにする仕組みが近年検討されている。

しかし、院外の端末に個人情報が含まれる医用画像データが誰でも閲覧可能な状態で保存されていることは好ましくないため、暗号化した状態で端末内に医用画像を保存することが求められている。このような技術として、特許文献１には、医用画像管理端末上で医用画像を暗号化して、復号キーと暗号済医用画像とを生成し、クライアント端末は受信した暗号済医用画像の読影を開始する際には、復号キーを用いて医用画像データを復号化させる技術が開示されている。

特開２００７−３２５７７９号公報

ところで、通常、ＣＴやＭＲＩによる撮影では、１回の検査で得られる医用画像の枚数は非常に多く、検査の種類によっては数千枚にも及ぶ場合がある。

特許文献１に開示される技術では、このように非常に多量の医用画像データそれぞれに対して暗号化を施すとともに、其々固有の暗号キーを発行する必要が生じてしまう。しかしながら、このように医用画像ごとに個々に暗号化を施す作業は、かなりの装置負荷となるばかりか、復号キーの管理が煩雑となることが懸念される。

本発明は、装置の負荷を低減しつつ複数の医用画像データを暗号化することができる仕組みを提供することを目的とする。

本発明は、医用画像生成装置を用いた検査によって生成された医用画像データと当該検査を示す検査ＩＤとを対応付けて管理する管理手段と、前記管理手段により管理される前記医用画像データを暗号化するための暗号化情報を取得する暗号化情報取得手段と、前記暗号化情報取得手段で取得した暗号化情報を用いて前記医用画像データを暗号化する暗号化手段と、前記医用画像データに対応づいた検査ＩＤを含む依頼情報を受け付ける依頼情報受付手段と、を備え、前記暗号化情報取得手段は、前記依頼情報受付手段で受け付けた依頼情報に前回の検査を示す検査ＩＤが含まれていた場合に当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を取得し、前記暗号化手段は、当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を用いて当該依頼情報に含まれる医用画像データを暗号化することを特徴とする。

また、本発明は、医用画像生成装置を用いた検査によって生成された医用画像データと当該検査を示す検査ＩＤとを対応付けて管理する管理手段を含む遠隔読影システムの制御方法であって、前記管理手段により管理される前記医用画像データを暗号化するための暗号化情報を取得する暗号化情報取得ステップと、前記暗号化情報取得ステップで取得した暗号化情報を用いて前記医用画像データを暗号化する暗号化ステップと、前記医用画像データに対応づいた検査ＩＤを含む依頼情報受け付ける依頼情報受付ステップとを含み、前記暗号化情報取得ステップは、前記依頼情報受付ステップで受け付けた依頼情報に前回の検査を示す検査ＩＤが含まれていた場合に当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を取得し、前記暗号化ステップは、当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を用いて当該依頼情報に含まれる医用画像データを暗号化することを特徴とする。

本発明によれば、装置の負荷を低減しつつ複数の医用画像データを暗号化することができる効果を奏する。

本発明の実施形態における遠隔読影システムの構成例を示す図である。 本発明の実施形態におけるコンピュータのハードウェア構成例を示すブロック図である。 本発明の実施形態における医用画像群及びＰＡＣＫファイルを説明する図である。 本発明の実施形態におけるＰＡＣＫファイルの管理例を示す図である。 本発明の実施形態における医療機関（依頼施設）からの依頼情報と読影医と暗号キーを紐付けたデータテーブルの一例を示す図である。 本発明の実施形態における端末装置１２１にダウンロードした医用画像データを暗号化・復号するまでの処理を示すフローチャートの一例である。 本発明の実施形態における図５のデータテーブルが作成されるまでのサーバ１１５の処理の流れを示すフローチャートの一例である。 本発明の実施形態における端末装置１２１にログインした読影医が担当する検査のリストを表示した画面の一例を示す図である。 本発明の実施形態における図５のデータテーブルが作成されるまでのサーバ１１５の処理の流れを示すフローチャートの一例である。

以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載した構成の具体的な実施例の１つである。

＜図１の説明＞

まず、本実施形態に係る遠隔読影システム（情報処理システムともいう）の構成例について、図１を用いて説明する。図１に示すように、本実施形態に係る遠隔読影システムは、読影を依頼する側である病院等の医療機関（依頼施設）１００と、依頼された読影を行ってその結果を返す機関である読影センタ１２０と、医療機関（依頼施設）１００と読影センタ１２０との仲介を担うデータセンタ１１０と、のそれぞれの機関における機器により構成されるものである。

それぞれの機関における機器（モダリティ１０１や記憶装置１１２を除く）は、インターネットなどのネットワーク１９５に接続されており、該ネットワーク１９５を介して互いにデータ通信を行うことができる（通信可能）。

まず、医療機関１００（依頼施設）における機器について説明する。
モダリティ１０１は、ＣＴ装置やＭＲＩ装置等の、患者の医用画像を撮像するための機器であり、患者の検査対象部位について複数枚の医用画像を撮像する。例えば、頭部のＣＴ撮像を行う場合には、頭部のある区間について複数枚のＣＴ画像を撮像することになる。

医用画像は、ＤＩＣＯＭと呼ばれる周知のフォーマットを有するデータ構造を有しており、医用画像本体と、該医用画像に係る様々な情報（患者のＩＤや氏名、性別、生年月日といった患者の個人情報や、撮影した部位や検査方法等の検査情報等）と、を含む。そしてモダリティ１０１は、検査対象部位について撮像したそれぞれの医用画像を、端末装置１０２に対して送出する。

端末装置１０２は、モダリティ１０１から送出された医用画像に基づいて１以上のＰＡＣＫファイル（所謂アーカイブファイル）を生成する。

ここで、モダリティ１０１を用いて、患者の頭部、胸部、腹部、のそれぞれの部位について複数枚の医用画像を撮像した場合における端末装置１０２の動作について、図３を用いて説明する。

＜図３の説明＞

図３は、本発明の実施形態における、モダリティ１０１を用いて、患者の頭部、胸部、腹部のそれぞれの部位について複数枚の医用画像を撮像した場合における端末装置１０２の動作を説明する図である。

モダリティ１０１を用いて、患者の頭部、胸部、腹部、のそれぞれの部位について複数枚の医用画像を撮像する、という検査（検査ＩＤ＝００１の検査）を行った場合、モダリティ１０１からは、患者の頭部の医用画像群５０４、患者の胸部の医用画像群５０６、患者の腹部の医用画像群５０８、が出力されることになる。

図３では、頭部の医用画像群５０４のデータサイズが１０ＭＢ、胸部の医用画像群５０６のデータサイズが１７ＭＢ、腹部の医用画像群５０８のデータサイズが１０ＭＢ、であるとしている。端末装置１０２は、これらの医用画像群から１以上のＰＡＣＫファイルを生成するのであるが、１つのＰＡＣＫファイルのデータサイズが閾値を超えないように生成する。

図３の場合は、閾値を２０ＭＢとしているため、頭部の医用画像群５０４と腹部の医用画像群５０８とから１つのＰＡＣＫファイル５０１を生成すると、該ＰＡＣＫファイル５０１のデータサイズは２０ＭＢとなり、胸部の医用画像群５０６から１つのＰＡＣＫファイル５０２を生成すると、該ＰＡＣＫファイル５０２のデータサイズは１７ＭＢ、となり、何れのＰＡＣＫファイルのデータサイズも閾値以下となる。

然るに、図３の場合は、頭部の医用画像群５０４、胸部の医用画像群５０６、腹部の医用画像群５０８、がモダリティ１０１から得られた場合には、端末装置１０２は、頭部の医用画像群５０４及び腹部の医用画像群５０８を含むＰＡＣＫファイル５０１、胸部の医用画像群５０６を含むＰＡＣＫファイル５０２、を生成する。

この場合、端末装置１０２は、ＰＡＣＫファイル５０１及びＰＡＣＫファイル５０２のそれぞれにおけるヘッダに、検査ＩＤ＝００１を記録すると共に、検査ＩＤ＝００１の検査における１つ目のＰＡＣＫファイルであることを示す識別子「Ｐ００１＿１」、検査ＩＤ＝００１の検査における２つ目のＰＡＣＫファイルであることを示す識別子「Ｐ００１＿２」をそれぞれ記録する。

なお、検査ＩＤは、モダリティ１０１において検査が行われるたびにインクリメントされる番号であるが、モダリティ１０１のユーザ（例えば、医師等）が不図示の操作部を操作して手動で設定しても構わない。
以上で図３の説明を終了する。

図１の説明に戻る。
端末装置１０２は、１つの検査についてモダリティ１０１から送出された医用画像群から１以上のＰＡＣＫファイル（図３の場合、ＰＡＣＫファイル５０１及び５０２）を生成すると、その生成した１以上のＰＡＣＫファイルを、ネットワーク１９５を介して、データセンタに対して送信する。

端末装置１０３は、モダリティ１０１を用いて患者に対する検査を行ったことで得られた医用画像に対する読影を依頼するための様々な情報を、依頼情報として作成するための機器である。例えば、端末装置１０３のユーザ（例えば、医師等）は、不図示の操作部を操作して、読影を依頼するための依頼情報を作成して入力する。

依頼情報には、対応する検査ＩＤが含まれている。例えば、図３に示すように、モダリティ１０１を用いて、検査ＩＤ＝００１の検査を行った場合には、ＰＡＣＫファイル５０１及びＰＡＣＫファイル５０２に含まれている医用画像に対する読影を依頼するための依頼情報には検査ＩＤ＝００１が含まれている。
なお、本実施例では、１つの依頼情報に含まれる検査（ＩＤ）は１つとする。

そして端末装置１０３のユーザが不図示の操作部を操作して依頼情報の送信指示を入力すると、端末装置１０３は、この入力された依頼情報を、ネットワーク１９５を介してデータセンタに対して送信する。

次に、読影センタ１２０について説明する。
端末装置１２１（クライアント端末とも言う）は、読影医が読影等の目的で使用したりする等のために使用されるものである。

ビューア１２２は、端末装置１２１の外部メモリ２１１に記憶され、端末装置１２１で医用画像を閲覧するためのアプリケーションである。

次に、データセンタ１１０について説明する。
サーバ１１５は、端末装置１０２からネットワーク１９５を介して送信されたＰＡＣＫファイルを、記憶装置１１２に格納する。記憶装置１１２におけるＰＡＣＫファイルの管理例について、図４を用いて後ほど説明する。記憶装置１１２は、本発明における複数の医用画像データを検査単位で管理する管理手段の一例である。

なお、本実施例では、端末装置１０２からネットワーク１９５を介して送信されたＰＡＣＫファイルを記憶装置１１２が記憶するとしたが、他の実施例として、端末装置１０２からネットワーク１９５を介して送信されたＰＡＣＫファイルをサーバ１１５の外部メモリ２１１に記憶しても良い。

また、サーバ１１５は、端末装置１０３からネットワーク１９５を介して送信された依頼情報を記憶装置１１２に保存する。そして、サーバ１１５は、端末装置１０３から受信した依頼情報を用いて、その依頼に対して読影する読影医を割り当てる。サーバ１１５が読影医を割り当てた後に生成され、記憶装置１１２に保存されるデータテーブルは、例えば、後述する図５である。
なお、本実施例では、図５のデータテーブルを記憶装置１１２が記憶するとしたが、他の実施例として、図５のデータテーブルをサーバ１１５の外部メモリ２１１に記憶しても良い。

また、サーバ１１５は、端末装置１２１からの要求に応じて、該端末装置１２１のユーザに割り当てられている読影に係る情報を提供したり、該端末装置１２１のユーザに割り当てられているＰＡＣＫファイルをダウンロードしたりする。
以上で図１の説明を終了する。

＜図２の説明＞

次に、端末装置１０２、端末装置１０３、サーバ１１５、端末装置１２１に適用可能な情報処理装置としてのコンピュータのハードウェア構成例について、図２のブロック図を用いて説明する。なお、図２に示した構成は一例であり、後述する各処理を実現可能な構成であれば、如何なる構成を採用しても構わない。

ＣＰＵ２０１は、ＲＡＭ２０３やＲＯＭ２０２に格納されているコンピュータプログラムやデータを用いて各種の処理を実行することで本コンピュータ全体の動作制御を行うと共に、本コンピュータを適用する装置が行うものとして後述する各処理を実行若しくは制御する。
ＲＯＭ２０２には、本コンピュータを適用する装置の設定データやブートプログラムなどが格納されている。

ＲＡＭ２０３は、外部メモリ２１１からロードされたコンピュータプログラムやデータ、通信Ｉ／Ｆ（インターフェース）コントローラ２０８を介して外部から受信したデータなどを格納するためのエリアや、ＣＰＵ２０１が各種の処理を実行する際に用いるワークエリア、等を有する。このように、ＲＡＭ２０３は、各種のエリアを適宜提供することができる。

入力コントローラ２０５は、入力デバイス（キーボード等）２０９の動作制御を行うためのもので、ユーザは入力デバイス２０９を操作することで各種の指示をＣＰＵ２０１に対して入力することができる。

ビデオコントローラ２０６は、ディスプレイ２１０の動作制御を行うためのものであり、ディスプレイ２１０には、ＣＰＵ２０１による処理結果を画像や文字などでもって表示することができる。

メモリコントローラ２０７は、外部メモリ２１１に対する読み書きを制御するためのものである。外部メモリ２１１は、ハードディスクドライブ装置に代表される大容量情報記憶装置である。外部メモリ２１１には、ＯＳ（オペレーティングシステム）や、本コンピュータを適用する装置が行うものとして後述する各処理をＣＰＵ２０１に実行させるためのコンピュータプログラムやデータが保存されている。外部メモリ２１１に保存されているコンピュータプログラムやデータは、ＣＰＵ２０１による制御に従って適宜ＲＡＭ２０３にロードされ、ＣＰＵ２０１による処理対象となる。

通信Ｉ／Ｆコントローラ２０８は、上記のネットワーク１９５上に接続されている機器やデータセンタ１１０における他の機器とのデータ通信を行うためのインターフェースとして機能するものである。

ＣＰＵ２０１、ＲＯＭ２０２、ＲＡＭ２０３、入力コントローラ２０５、ビデオコントローラ２０６、メモリコントローラ２０７、通信Ｉ／Ｆコントローラ２０８、は何れも、システムバス２０４に接続されている。

＜図４の説明＞

図４は、本発明の実施形態におけるＰＡＣＫファイルの管理例を示す図である。
図４の例では、検査００１（検査ＩＤ＝００１である検査）について端末装置１０２が生成したＰＡＣＫファイルは、識別子＝Ｐ００１＿１のＰＡＣＫファイル５０１と、識別子＝Ｐ００１＿２のＰＡＣＫファイル５０２と、であり、これら２つのＰＡＣＫファイルのヘッダには、検査ＩＤ＝００１が記録されているため、これら２つのＰＡＣＫファイルは、検査００１に対するＰＡＣＫファイルとして、記憶装置１１２に登録されている。

検査００２（検査ＩＤ＝００２である検査）について端末装置１０２が生成したＰＡＣＫファイルは、識別子＝Ｐ００２＿１のＰＡＣＫファイル６０１と、識別子＝Ｐ００２＿２のＰＡＣＫファイル６０２と、識別子＝Ｐ００２＿３のＰＡＣＫファイル６０３と、であり、これら３つのＰＡＣＫファイルのヘッダには、検査ＩＤ＝００２が記録されているため、これら３つのＰＡＣＫファイルは、検査００２に対するＰＡＣＫファイルとして、記憶装置１１２に登録されている。

検査００３（検査ＩＤ＝００３である検査）について端末装置１０２が生成したＰＡＣＫファイルは、識別子＝Ｐ００３＿１のＰＡＣＫファイル６０５であり、このＰＡＣＫファイル６０５のヘッダには、検査ＩＤ＝００３が記録されているため、このＰＡＣＫファイル６０５は、検査００３に対するＰＡＣＫファイルとして、記憶装置１１２に登録されている。

このようにして、サーバ１１５は、患者に対する複数種の検査のそれぞれについて、該検査において収集した医用画像から生成した１以上のＰＡＣＫファイルを、記憶装置１１２に保持して管理している。
以上で、図４の説明を終了する。

＜図５の説明＞

図５は、本発明の実施形態における医療機関（依頼施設）１００からの依頼情報と、依頼情報に含まれる検査ＩＤと、検査に含まれる医用画像データと、読影医と、暗号キーとを紐付けたデータテーブルの一例を示す図である。図５のデータテーブルは、記憶装置１１２に記憶される。

５１１は、医療機関（依頼施設）１００からの依頼情報に対して生成されるレポート情報のＩＤを示す。５１２は、医療機関（依頼施設）１００からの依頼情報に含まれる患者のＩＤを示す。５１３は、医療機関（依頼施設）１００からの依頼情報に含まれる検査ＩＤを示す。５１４は、医療機関（依頼施設）１００からの依頼情報に含まれる５１２の検査ＩＤに紐付く医用画像データの画像ＩＤを示す。５１５は、読影を担当する読影医を示す。５１６は、医療機関（依頼施設）１００からの依頼情報に含まれる医用画像データすべてに対して１つ生成される暗号キーを示す。

なお、図５のデータテーブルは、医療機関（依頼施設）から新たな読影の依頼情報を受信するごとに更新される。

＜図７の説明＞

ここで、図５のデータテーブルが作成されるまでのサーバ１１５の処理（つまり、暗号キーを生成するまでの処理）の流れについて、図７を用いて説明する。この処理は、サーバ１１５が、新規の依頼情報を端末装置１０３から受信する（後述するステップＳ７０１）ことにより始まる。

図７に示すフローチャートに示す各ステップの処理は、サーバ１１５のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現される。

ステップＳ７０１において、サーバ１１５は、端末装置１０３から、新規の依頼情報を受信する。そして、サーバ１１５は、受信した依頼情報から得られる患者ＩＤ、検査ＩＤ、画像Ｕｉｄの情報を５１２〜５１４に登録する。

ステップＳ７０２において、サーバ１１５は、ステップＳ７０１で受信した依頼情報に対して、読影を行う読影医を割り当てる。ステップＳ７０２で割り当てられた読影医の情報は、図５のデータテーブルの５１５に登録される。

ステップＳ７０３において、サーバ１１５は、ステップＳ７０１で受信した依頼情報に対するレポート情報（レポートＩＤや、所見等を記入するための記入枠等）を生成する。ステップＳ７０３で生成されたレポートＩＤは、図５のデータテーブルの５１１に登録される。

ステップＳ７０４において、サーバ１１５は、ステップＳ７０１で受信した依頼情報に含まれる医用画像データすべてに対して１つの暗号キーを生成する。すなわち、検査単位で１つの暗号キーを生成する。ステップＳ７０４と、後述するステップＳ９０６は、本発明における、管理手段により検査単位で管理される前記複数の医用画像データを暗号化するための暗号化情報を、前記検査単位で生成する暗号化情報生成手段の一例である。

ステップＳ７０４で、１つの依頼情報に含まれる医用画像データすべてに対して１つの暗号キーを生成することにより、後述する図６のステップＳ６１０において、端末装置１２１は、１つの依頼情報につき１回サーバ１１５と通信して、１つ暗号キーをサーバ１１５から受信するだけで、その依頼情報に含まれるすべての医用画像データを暗号化することができる。

逆に、従来のように、１つの依頼情報に含まれる医用画像データすべてに対してそれぞれ違う暗号キーを生成する場合、端末装置１２１は、医用画像データ１枚につき１回サーバ１１５と通信する必要があり、そうすると、医用画像データが数百枚ある場合には、数百回サーバ１１５と通信する必要があるため、通信回数が非常に多くなってしまうことが懸念される。

ステップＳ７０５において、サーバ１１５は、ステップＳ７０４で生成した暗号キーと、ステップＳ７０１で受信した依頼情報とを紐付けて図５のデータテーブルに登録する（図５の５１６）。すなわち、暗号キーを検査と紐付けて図５のデータテーブルに登録する。
以上で、図７の説明を終了する。

なお、本実施例では、サーバ１１５のＣＰＵ２０１が図７の各ステップをすべて実行するとしたが、他の実施例として、図７の各ステップを複数のサーバが分担して実行しても良い。

＜図６の説明＞

次に図６を用いて、端末装置１２１に医用画像データをダウンロードしてから、その医用画像データを暗号化・復号するまでの処理を説明する。

なお、図６に示すフローチャートに示す各ステップの処理は、端末装置１２１のＣＰＵ２０１、又はサーバ１１５のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現される。

ステップＳ６０１において、端末装置１２１は、端末装置１２１の外部メモリ２１１に記憶された、読影依頼を受けた検査（前述の依頼情報に対応する）に対して読影を行い、その結果を入力するためのレポート作成アプリケーションを起動させる。

そして、端末装置１２１は、レポート作成アプリケーションにログインするための情報（ユーザＩＤやパスワード等）の入力を、入力デバイス２０９を読影医が操作することにより受け付け、その情報を用いてログイン処理を行う。

なお、説明の都合上、ステップＳ６０１でログイン処理を行った読影医（ユーザ）を読影医Ａとし、以下の処理は読影医Ａがレポート作成アプリケーションにログインした後の処理を説明する。

ステップＳ６０２において、端末装置１２１は、端末装置１２１の外部メモリ２１１に記憶された配信クライアントを起動させる。

配信クライアントとは、サーバ１１５から検査リスト（各読影医が読影を行う検査のリストであって、医療機関１００から読影の依頼を受けた検査のリスト。前述の依頼情報に対応する）の情報と検査データ（医用画像等）を受信するアプリケーションである。

ステップＳ６０３において、端末装置１２１は、ステップＳ６０１でログイン処理を行った読影医Ａが読影すべき検査の検査リストが記憶装置１１２に登録されていないかを、読影医Ａがログインしている間、サーバ１１５に確認する。

ステップＳ６０４において、サーバ１１５は、ステップＳ６０３で端末装置１２１から問い合わせを受けた読影医の検査リストが図５のデータテーブルに登録されているか否かを判断する。より具体的には、図５のデータテーブルの５１５が、読影医Ａとなっている検査リストがあるか否かを判断する。読影医Ａの検査リストが登録されていればステップＳ６０５に進み、読影医Ａの検査リストが登録されていなければ、読影医Ａの検査リストが登録されるまで待機する。

ステップＳ６０５において、サーバ１１５は、図５のデータテーブルから読影医Ａの検査リストを抽出し、端末装置１２１に送信する。なお、このとき暗号キー５１６は端末装置１２１に送信しない。

ステップＳ６０６において、端末装置１２１は、ステップＳ６０５でサーバ１１５から送信された検査リストを受信し、端末装置１２１のディスプレイ２１０に表示する。ステップＳ６０６で端末装置１２１のディスプレイ２１０に表示される画面とは、例えば後述する図８である。

ステップＳ６０７において、端末装置１２１は、ステップＳ６０６で受信した読影医Ａの検査リストに含まれる検査中のすべての医用画像データの取得要求をサーバ１１５に送信する。なお、本実施例では、説明の都合上、ステップＳ６０５で受信した検査リストに１つの検査（以下、検査００１と呼ぶ）しか含まれていなかったものとする。

ステップＳ６０８において、サーバ１１５は、端末装置１２１から読影医Ａの検査リストに含まれる検査すべての医用画像データの取得要求（本実施例では、検査００１の医用画像データの取得要求）を受信する。

ステップＳ６０９において、サーバ１１５は、検査００１の医用画像データ（図５の５１４の中で、検査００１に対応する医用画像データ）と、検査００１の医用画像データ全体に対応して図５のデータテーブルに記憶されている暗号キー５１６とを端末装置１２１に送信する。

ステップＳ６１０において、端末装置１２１は、ステップＳ６０９で端末装置１２１から送信された検査００１の医用画像データと、検査００１の医用画像データ全体に対応する暗号キー５１６とを受信する。

ステップＳ６１１において、端末装置１２１は、ステップＳ６１０で受信した検査００１の医用画像データ全体に対応する暗号キー５１６を用いて、検査００１の医用画像データを暗号化する。ステップＳ６１１は、本発明における、暗号化情報生成手段によって生成された暗号化情報により、複数の医用画像データを検査単位で暗号化する暗号化手段の一例である。

ステップＳ６１１のように、サーバ１１５で医用画像データを暗号化するのではなく、端末装置１２１で医用画像データを暗号化することにより、以下のようなメリットが生じる。

まず、１つ目は、サーバが医用画像データを暗号化する処理の負荷がなくなるというメリットである。サーバ１１５は、複数の端末装置１２１と接続しているため、それらの端末装置１２１から同時に医用画像データの取得要求を受け付けた場合、従来の技術では、医用画像データを暗号化する処理を行うサーバの負荷がとても大きくなる恐れがあった。しかしながら、本発明のように、端末装置１２１で医用画像データを暗号化することにより、サーバは、医用画像データを暗号化する必要がなくなり、また、端末装置１２１も、自身が取得要求を行った検査の医用画像データの暗号化のみを行えばよいので、それほど端末装置１２１に負荷はかからない。

２つ目は、通信速度の低下を回避できるというメリットである。一般的に、医用画像データを暗号化するとデータの容量が大きくなるため、暗号化した医用画像データを端末装置１２１に送る場合は、暗号化していない医用画像データを端末装置１２１に送る場合に比べて、サーバ１１５と、端末装置１２１との間の通信に時間がかかる恐れがある。

しかしながら、本発明のように、端末装置１２１で医用画像データを暗号化する場合、サーバ１１５から端末装置１２１へ医用画像データを送信するときの医用画像データのデータ容量は、サーバ１１５で医用画像データを暗号化する場合のデータ容量よりも小さいため、サーバ１１５と、端末装置１２１との間の通信速度の低下を回避することが可能となる。

ステップＳ６１２において、端末装置１２１は、端末装置１２１のディスプレイ２１０に表示される画面に、検査００１の医用画像データのダウンロード完了通知を表示する。

ステップＳ６１２において、端末装置１２１のディスプレイ２１０に表示される検査ＩＤ００１の医用画像データのダウンロード完了通知は、例えば、後述する図８の８０１である。

ステップＳ６１３において、端末装置１２１は、ダウンロード完了した検査の医用画像データの表示指示を端末装置１２１のディスプレイ２１０に表示される画面（後述する図８）を介して、読影医Ａから受け付けたか否かを判定する。ダウンロード完了した検査の医用画像データの表示指示を読影医Ａから受け付けたならばステップＳ６１４に進み、ダウンロード完了した検査の医用画像データの表示指示を読影医Ａから受け付けなければ、そのまま待機する。

なお、ダウンロード完了した検査の医用画像データの表示指示とは、具体的には、後述する図８の８０１が「ダウンロード済み」となっている検査の欄を、読影医がマウスによりダブルクリックする等して、医用画像データを表示したい検査（読影を開始したい検査）を指定することをいう。
本実施例では、説明の都合上、検査ＩＤ００１の医用画像データの表示要求を読影医Ａから受け付けたものとする。

ステップＳ６１４において、端末装置１２１は、ステップＳ６１３で表示指示を受け付けた検査ＩＤ００１の医用画像データの復号情報（復号キー）の取得要求を、サーバ１１５に対して行う。その際、ステップＳ６０１で、端末装置１２１にログインした読影医Ａの情報（ユーザＩＤやパスワード等）も併せてサーバ１１５に送信する。

ステップＳ６１５において、サーバ１１５は、ステップＳ６１４で端末装置１２１から送信されたユーザ情報が、記憶装置１１２で管理しているユーザ情報と一致するか否かを判定する。記憶装置１１２で管理しているユーザ情報と一致していればステップＳ６１６へ進み、記憶装置１１２で管理しているユーザ情報と一致しなければステップＳ６１９に進む。

ステップＳ６１５でいう「記憶装置１１２で管理しているユーザ情報」とは、図５のデータテーブルに登録されている検査リストの読影を行うことが可能な読影医のユーザＩＤやパスワードの情報のことであり、記憶装置１１２が予め記憶している情報である。

ステップＳ６１６において、サーバ１１５は、ステップＳ６１３で端末装置１２１から表示指示を受け付けた検査ＩＤ００１の医用画像データの復号情報（復号キー）を、端末装置１２１に送信する。

なお、ステップＳ６１６で送信される復号情報（復号キー）は、ステップＳ６１１で検査ＩＤ００１の医用画像データを暗号化する際に使用した暗号キーと同じものである。

ステップＳ６１７において、端末装置１２１は、ステップＳ６１６でサーバ１１５から送信された復号情報（復号キー）を受信し、その復号情報（復号キー）を用いて、検査ＩＤ００１の医用画像データを復号する（復号手段）。復号した検査ＩＤ００１の医用画像データは、端末装置１２１の外部メモリ２１１の一時フォルダに、一時的に記憶される。
そして、端末装置１２１は、医用画像を閲覧するためのアプリケーションであるビューア１２２を起動させる。

ステップＳ６１７において、復号した検査ＩＤ００１の医用画像データを端末装置１２１の外部メモリ２１１の一時フォルダに一時的に記憶する処理は、本発明における、復号手段により復号した前記医用画像データを記憶する医用画像記憶手段の一例である。

ステップＳ６１８において、ビューア１２２は、ステップＳ６１７で復号した検査ＩＤ００１の医用画像データを表示する。読影医Ａは、ビューア１２２に表示した医用画像データを見ながら、レポート作成アプリケーション上で、読影結果を入力する。

ステップＳ６１９において、サーバ１１５は、ユーザ情報が一致しない旨のエラーメッセージを端末装置１２１に送信する。

ステップＳ６２０において、端末装置１２１は、ステップＳ６１９でサーバ１１５から送信されたエラーメッセージを、端末装置１２１のディスプレイ２１０に表示する。

ステップＳ６２１において、端末装置１２１は、レポート作成アプリケーションからログアウトする指示を、読影医Ａから受け付けたか否かを判定する。ログアウト指示を読影医Ａから受け付けたならば、ステップＳ６２２に進み、ログアウト指示を読影医Ａから受け付けなければ、ログアウト指示を読影医Ａから受け付けるまで、レポート作成アプリケーション上での検査結果の入力等を読影医Ａから受け付ける。

ステップＳ６２１でログアウト指示を読影医Ａから受け付ける処理は、本発明における情報処理システムにログインしているユーザのログアウト指示を受け付けるログアウト指示受付手段の一例である。

ステップＳ６２２において、端末装置１２１は、ビューア１２２を終了させる。

ステップＳ６２３において、端末装置１２１は、外部メモリ２１１の一時フォルダに一時的に保存した、復号済みの医用画像データを削除し（削除手段）、本処理を終了する。
ステップＳ６２３で復号済みの医用画像データを削除することにより、読影医による読影が終了した後も端末装置１２１に医用画像データが残ることによる、端末装置１２２１からの個人情報の漏洩のリスクを低減させることができる。
以上で、図６の説明を終了する。

＜図８の説明＞

図８は、端末装置１２１のディスプレイ２１０に表示されるレポート作成アプリケーションの画面であって、端末装置１２１にログインした読影医が担当する検査のリストを表示した画面の一例を示す図である。

図８の８０１は、１つの検査に含まれる医用画像データのダウンロード状況を示す。ダウンロード状況が「済」となっているものが、１つの検査に含まれる医用画像データがすべてダウンロード済みであることを示す。ダウンロード状況が「ダウンロード中」となっているものは、現在１つの検査に含まれる医用画像データをダウンロードしている途中であることを示す。ダウンロード状況に何も表示されていないものは、まだ医用画像データのダウンロードが始まっていないことを示す。
以上で、図８の説明を終了する。

＜図９の説明＞

ここで、図５のデータテーブルが作成されるまでのサーバ１１５の処理（つまり、暗号キーを生成するまでの処理）の流れの第２の実施形態について、図９を用いて説明する。

医療機関１００（依頼施設）が、ある患者の読影依頼をデータセンタ１１０に対して行うときに、その患者に関する前回の検査（すなわち、前回の読影依頼に含まれる検査の検査ＩＤ）を指定して、前回の検査の医用画像データと一緒に今回の検査の医用画像データの読影を依頼することがある。なお、指定した前回の検査の情報は、依頼情報に含まれており、依頼情報と一緒にデータセンタ１１０に送信される。

そこで、第２の実施例では、依頼情報に前回の検査の指定がある場合には、今回の依頼情報に含まれる医用画像データに対して、新たに暗号キーを生成することなく、前回の検査に含まれる医用画像データに対して生成した暗号キーを、今回の依頼情報に含まれる医用画像データに対して使用する。

それによって、サーバ１１５から、端末装置１２１に対して、医用画像データを送信する際に、前回検査の医用画像データに対する暗号キーと、今回の依頼情報に含まれる医用画像データに対する暗号キーをそれぞれ送信する必要がなくなり、サーバ１１５と端末装置１２１との間の通信回数を減らすことが可能となる。

図９に示すフローチャートに示す各ステップの処理は、サーバ１１５のＣＰＵ２０１が外部メモリ２１１に格納されるプログラムをＲＡＭ２０３にロードして実行することにより実現される。
なお、図７と同様の処理については、図７のどのステップに対応するかを記載し、詳細な説明は省略する。

ステップＳ９０１は、図７のステップＳ７０１の処理と同様である。そのため、説明は省略する。
ステップＳ９０２は、図７のステップＳ７０２の処理と同様である。そのため、説明は省略する。
ステップＳ９０３は、図７のステップＳ７０３の処理と同様である。そのため、説明は省略する。

ステップＳ９０４において、サーバ１１５は、ステップＳ９０１で受信した依頼情報に前回の検査の指定があるか否かを判定する。ステップＳ９０４において、前回の検査の指定がある場合にはステップＳ９０５に進み、前回の検査の指定がない場合には、ステップＳ９０６に進む。より具体的には、端末装置１０３から送信される依頼情報の中に、前回の検査の検査ＩＤの指定があるか否かを判定する。

ステップＳ９０５において、サーバ１１５は、前回の検査の暗号キーを取得し、今回の依頼情報に含まれる医用画像データの暗号キーとする。より具体的には、前回の検査の検査ＩＤを、図５の５１３から検索し、該当する検査ＩＤの暗号キー５１６を取得する。そして、その暗号キーを今回の依頼情報に含まれる医用画像データの暗号キーとする。

ステップＳ９０６は、図７のステップＳ７０４の処理と同様である。そのため、説明は省略する。

ステップＳ９０７において、サーバ１１５は、ステップＳ９０６で生成した暗号キー、またはステップＳ９０５で取得した暗号キーと、ステップＳ９０１で受信した依頼情報とを紐付けて図５のデータテーブルに登録する（図５の５１６）。すなわち、ステップＳ９０６で生成した暗号キー、またはステップＳ９０５で取得した暗号キーを検査と紐付けて図５のデータテーブルに登録する。

なお、本実施例では、サーバ１１５のＣＰＵ２０１が図９の各ステップをすべて実行するとしたが、他の実施例として、複数のサーバが図９の各ステップを実行しても良い。
以上で、図９の説明を終了する。

なお、以上２つの実施例では、１つの依頼情報に含まれる医用画像データすべてに対して１つの暗号キーを生成するとしたが、他の実施例として、１つの依頼情報に含まれる各ＰＡＣＫファイルに対して１つの暗号キーを生成してもよい。例えば、図３の例では、ＰＡＣＫファイル５０１とＰＡＣＫファイル５０２とに対してそれぞれ暗号キーを生成する。これにより、例えば、ＰＡＣＫファイルごとに読影する読影医が異なる場合に、それぞれの読影医が、自身が担当するＰＡＣＫファイルの暗号キーを受信し読影を開始することができる。

以上、本発明によると、検査ごとに１つの暗号化情報を用いて暗号化を行うことにより、複数の医用画像データを暗号化する際の負荷を軽減することができる。

本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、１つの機器からなる装置に適用してもよい。

なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。

したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。

その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、ＯＳに供給するスクリプトデータ等の形態であってもよい。

プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、ＭＯ、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどがある。また、磁気テープ、不揮発性のメモリカード、ＲＯＭ、ＤＶＤ（ＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒ）などもある。

その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。

また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるＷＷＷサーバも、本発明に含まれるものである。

また、本発明のプログラムを暗号化してＣＤ−ＲＯＭ等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。

また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているＯＳなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。

さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。

なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。

１０１ モダリティ
１０２ 端末装置
１０３ 端末装置
１１２ 記憶装置
１１５ サーバ
１２１ 端末装置
１２２ ビューア
１９５ ネットワーク

Claims (9)

1. 医用画像生成装置を用いた検査によって生成された医用画像データと当該検査を示す検査ＩＤとを対応付けて管理する管理手段と、
   前記管理手段により管理される前記医用画像データを暗号化するための暗号化情報を取得する暗号化情報取得手段と、
   前記暗号化情報取得手段で取得した暗号化情報を用いて前記医用画像データを暗号化する暗号化手段と、
   前記医用画像データに対応づいた検査ＩＤを含む依頼情報を受け付ける依頼情報受付手段と、
   を備え、
   前記暗号化情報取得手段は、前記依頼情報受付手段で受け付けた依頼情報に前回の検査を示す検査ＩＤが含まれていた場合に当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を取得し、
   前記暗号化手段は、当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を用いて当該依頼情報に含まれる医用画像データを暗号化する
   ことを特徴とする遠隔読影システム。
2. 前記遠隔読影システムは、前記検査ＩＤに基づいて前記管理手段で管理される医用画像データと前記依頼情報に含まれる医用画像データとの暗号化に共通で用いる暗号化情報を生成する暗号化情報生成手段
   をさらに備え、
   前記暗号化手段は、前記共通の前記暗号化情報を用いて、前記管理手段で管理されている医用画像データと前記依頼情報受付手段で受け付けた前記依頼情報に含まれる医用画像データとを暗号化することを特徴とする請求項１に記載の遠隔読影システム。
3. 前記暗号化情報生成手段は、前記依頼情報に暗号化情報を生成済みでない検査ＩＤが含まれている場合には新たに暗号化情報を生成し、前記依頼情報に暗号化情報を生成済みである前回の検査を示す検査ＩＤが含まれている場合には暗号化情報を生成しないことを特徴とする請求項２に記載の遠隔読影システム。
4. 前記管理手段は、前記暗号化手段により暗号化された前記医用画像データを復号するための復号情報を管理し、
   前記暗号化手段により暗号化された前記医用画像データを、前記管理手段に管理された復号情報を用いて復号する復号手段を備えることを特徴とする請求項１乃至３のいずれか１項に記載の遠隔読影システム。
5. 前記復号手段により復号した前記医用画像データを記憶する医用画像記憶手段と、
   前記遠隔読影システムにログインしているユーザのログアウト指示を受け付けるログアウト指示受付手段と、
   前記ログアウト指示受付手段により、ログアウト指示を受け付けると、前記医用画像記憶手段に記憶される前記復号手段で復号された前記医用画像データを削除する削除手段と
   を備えることを特徴とする請求項４に記載の遠隔読影システム。
6. 前記管理手段で管理される医用画像データは読影を行うユーザのユーザ情報と対応付けられており、
   前記遠隔読影システムは、
   前記遠隔読影システムにログインしているユーザのユーザ情報に基づいて、ユーザに割り当てられている医用画像データを取得する取得手段と、
   前記取得手段で取得した前記医用画像データを閲覧するための表示指示受付手段と、
   をさらに備え、
   前記復号手段は、前記取得手段で取得した複数の医用画像データのうち、前記表示指示受付手段で表示指示を受け付けた医用画像データを復号することを特徴とする請求項４または５に記載の遠隔読影システム。
7. 前記遠隔読影システムは、前記医用画像データを閲覧するためのクライアント端末を含み、
   前記クライアント端末が、前記暗号化手段を備えることを特徴とする請求項１乃至６のいずれか１項に記載の遠隔読影システム。
8. 医用画像生成装置を用いた検査によって生成された医用画像データと当該検査を示す検査ＩＤとを対応付けて管理する管理手段を含む遠隔読影システムの制御方法であって、
   前記管理手段により管理される前記医用画像データを暗号化するための暗号化情報を取得する暗号化情報取得ステップと、
   前記暗号化情報取得ステップで取得した暗号化情報を用いて前記医用画像データを暗号化する暗号化ステップと、
   前記医用画像データに対応づいた検査ＩＤを含む依頼情報受け付ける依頼情報受付ステップと
   を含み、
   前記暗号化情報取得ステップは、前記依頼情報受付ステップで受け付けた依頼情報に前回の検査を示す検査ＩＤが含まれていた場合に当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を取得し、
   前記暗号化ステップは、当該前回の検査の医用画像データの暗号化に用いられた暗号化情報を用いて当該依頼情報に含まれる医用画像データを暗号化することを特徴とする遠隔読影システムの制御方法。
9. コンピュータを、請求項１乃至７のいずれか１項に記載の遠隔読影システムとして機能させるためのコンピュータプログラム。
   
   

Images