JP2016035662A - 情報処理装置、情報処理方法 - Google Patents

Abstract

【課題】 読影医が読影する医用画像群を効率よく該読影医の端末装置に提供可能な技術を提供すること。
【解決手段】 複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した１以上のアーカイブファイルに係る情報を用いて決定（第１の決定）する。上記検査において収集した医用画像から生成した１以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定（第２の決定）する。第１の決定で決定した優先度及び第２の決定で決定した優先度に基づいて、記憶装置からのアーカイブファイルの読み出し順を決定する。
【選択図】 図１

Description

本発明は、医用画像を取り扱う技術に関するもので、特に、医用画像の取得技術に関するものである。

現在、医師総数３０万人に対して、ＣＴ装置やＭＲＩ装置等で撮影された医用画像を読影できる専門医は６千人ほどしかいないため、必ず病院内に専門医がいるとは限らない状況がある。そのため、近年、病院外の専門医に読影を依頼し、読影した結果を返信してもらうようにした遠隔読影システムが有効に活用されている。

遠隔読影システムにおいては、読影センターが、依頼施設と専門医との間を中継している。より具体的には、依頼施設は、読影センターに依頼内容と読影対象となる医用画像とを送信し、読影センターは、それらを専門医に転送することで、読影を依頼している。

ところで、このような遠隔読影システムには、ネットワーク負荷という課題がある。このような遠隔読影システムでは、院内のシステムとは違って、パブリックなインターネット上で医用画像のやり取りを行うため、医用画像の枚数によっては、専門医が読影すべき医用画像をダウンロードするのに、かなりの時間がかかってしまうことになる。このような課題は、専門医側の端末や遠隔読影システムにおけるサーバのプロセッサの性能やメモリの容量を増やしたとしても、解消されない場合がある。また、近年では、CT装置などのモダリティが１つの検査について撮影する医用画像の枚数は１千枚を超えるため、インターネットを介して効率よく医用画像をダウンロードすることが求められている。

特許文献１には、専門医の現況（空き状況）や、専門分野、読影端末の性能に応じて、読影を依頼する専門医を決定する技術が開示されている。

特許文献２には、読影センターから専門医の端末までの医用画像の受信時間を短縮する技術であって、撮影装置や画像枚数の情報によって医用画像の圧縮率を変えることで、ネットワークを介した通信量を少なくする技術が開示されている。

特開２０１０−１３４５４０号公報 特開２００８−５９２５０号公報

検査によって得られた医用画像群のデータサイズは、該検査の内容や種別等に応じて異なる。もし、データサイズが大きい医用画像群を先に専門医の端末に送信した場合、専門医は、該専門医の端末が該医用画像群を受信し終わるまで、読影を開始できないという課題があった。

特許文献１には、読影を依頼する専門医を決定した後にその専門医の端末に医用画像を送信する際の、その送信順については言及されていない。そのため、読影センターが効率よく専門医に医用画像を振り分けたとしても、仮にデータサイズが大きい医用画像群を先に専門医の端末に送信してしまった場合、上記の通り、専門医は、該専門医の端末が該医用画像群を受信し終わるまで、読影を開始することができない。

特許文献２には、撮影装置や画像枚数の情報によって医用画像の圧縮率を変えた後に、医用画像の送信順を制御することについては言及されていない。そのため、特許文献１と同様に、仮にデータサイズが大きい医用画像群を先に専門医の端末に送信してしまった場合、上記の通り、専門医は、該専門医の端末が該医用画像群を受信し終わるまで、読影を開始することができない。

本発明は、このような問題に鑑みてなされたものであり、読影医が読影する医用画像群を効率よく該読影医の端末装置に提供可能な技術を提供する。

本発明の一様態は、患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した１以上のアーカイブファイルを保持する記憶装置、と通信可能な情報処理装置であって、
前記複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した１以上のアーカイブファイルに係る情報を用いて決定する第１の決定手段と、
前記検査において収集した医用画像から生成した１以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定する第２の決定手段と、
前記第１の決定手段が決定した優先度及び前記第２の決定手段が決定した優先度に基づいて、前記記憶装置からのアーカイブファイルの読み出し順を決定する決定手段と
を備えることを特徴とする。

本発明の構成によれば、読影医が読影する医用画像群を効率よく該読影医の端末装置に提供することができる。

遠隔読影システムの構成例を示す図。 コンピュータのハードウェア構成例を示すブロック図。 医用画像群及びＰＡＣＫファイルを説明する図。 ＰＡＣＫファイルの管理例を示す図。 ＰＡＣＫファイル情報のテーブルの構成例を示す図。 ステップＳ８０５で受信して表示するリストの一例を示す図。 並び替え後のリストの構成例を示す図。 端末装置１２１及びサーバ１１５が行う処理のフローチャート。 ステップＳ８５５における処理の詳細を示すフローチャート。

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

［第１の実施形態］
先ず、本実施形態に係る遠隔読影システムの構成例について、図１を用いて説明する。図１に示す如く、本実施形態に係る遠隔読影システムは、読影を依頼する側である病院等の医療機関（依頼施設）１００と、依頼された読影を行ってその結果を返す機関である読影センタ１２０と、医療機関１００と読影センタ１２０と、の仲介を担うデータセンタ１１０と、のそれぞれの機関における機器により構成されるものである。それぞれの機関における機器（モダリティ１０１や記憶装置１１２及び１１４を除く）は、インターネットなどのネットワーク１９５に接続されており、該ネットワーク１９５を介して互いにデータ通信を行うことができる（通信可能）。

先ず、医療機関１００における機器について説明する。

モダリティ１０１は、ＣＴ装置やＭＲＩ装置等の、患者の医用画像を撮像するための機器であり、患者の検査対象部位について複数枚の医用画像を撮像する。例えば、頭部のＣＴ撮像を行う場合には、頭部のある区間について複数枚のＣＴ画像を撮像することになる。医用画像は、ＤＩＣＯＭと呼ばれる周知のフォーマットを有するデータ構造を有しており、医用画像本体と、該医用画像に係る様々な情報（検査対象部位、患者の情報、撮像日時、検査に固有の識別情報である検査ＩＤ等）と、を含む。そしてモダリティ１０１は、検査対象部位について撮像したそれぞれの医用画像を、端末装置１０２に対して送出する。

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

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

モダリティ１０１を用いて、患者の頭部、胸部、腹部、のそれぞれの部位について複数枚の医用画像を撮像する、という検査（検査ＩＤ＝００１の検査）を行った場合、モダリティ１０１からは、患者の頭部の医用画像群５０４、患者の胸部の医用画像群５０６、患者の腹部の医用画像群５０８、が出力されることになる。図３では、頭部の医用画像群５０４のデータサイズが１０ＭＢ、胸部の医用画像群５０６のデータサイズが１７ＭＢ、腹部の医用画像群５０８のデータサイズが１０ＭＢ、であるとしている。端末装置１０２は、これらの医用画像群から１以上のＰＡＣＫファイルを生成するのであるが、１つのＰＡＣＫファイルのデータサイズが閾値を超えないように生成する。図３の場合は、閾値を２０ＭＢとしているため、頭部の医用画像群５０４と腹部の医用画像群５０８とから１つのＰＡＣＫファイル５０１を生成すると、該ＰＡＣＫファイル５０１のデータサイズは２０ＭＢとなり、胸部の医用画像群５０６から１つのＰＡＣＫファイル５０２を生成すると、該ＰＡＣＫファイル５０２のデータサイズは１７ＭＢ、となり、何れのＰＡＣＫファイルのデータサイズも閾値以下となる。然るに、図３の場合は、頭部の医用画像群５０４、胸部の医用画像群５０６、腹部の医用画像群５０８、がモダリティ１０１から得られた場合には、端末装置１０２は、頭部の医用画像群５０４及び腹部の医用画像群５０８を含むＰＡＣＫファイル５０１、胸部の医用画像群５０６を含むＰＡＣＫファイル５０２、を生成する。この場合、端末装置１０２は、ＰＡＣＫファイル５０１及びＰＡＣＫファイル５０２のそれぞれにおけるヘッダに、検査ＩＤ＝００１を記録すると共に、検査ＩＤ＝００１の検査における１つ目のＰＡＣＫファイルであることを示す識別子「Ｐ００１＿１」、検査ＩＤ＝００１の検査における２つ目のＰＡＣＫファイルであることを示す識別子「Ｐ００１＿２」をそれぞれ記録する。なお、検査ＩＤは、モダリティ１０１において検査が行われるたびにインクリメントされる番号であるが、モダリティ１０１のユーザが不図示の操作部を操作して手動で設定しても構わない。

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

端末装置１０３は、モダリティ１０１を用いて患者に対する検査を行ったことで得られた医用画像に対する読影を依頼するための様々な情報を、依頼情報として作成するための機器である。例えば、端末装置１０３のユーザは、不図示の操作部を操作して、依頼情報を作成して入力する。依頼情報には、対応する検査ＩＤが含まれている。例えば、図３に示す如く、モダリティ１０１を用いて、検査ＩＤ＝００１の検査を行った場合には、ＰＡＣＫファイル５０１及びＰＡＣＫファイル５０２に含まれている医用画像に対する読影を依頼するための依頼情報には検査ＩＤ＝００１が含まれている。

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

次に、読影センタ１２０について説明する。

端末装置１２１は、読影医が読影等の目的で使用したりする等の目的のために使用されるものである。

次に、データセンタ１１０について説明する。

サーバ１１１は、端末装置１０２からネットワーク１９５を介して送信されたＰＡＣＫファイルを、記憶装置１１２に格納する。記憶装置１１２におけるＰＡＣＫファイルの管理例について、図４を用いて説明する。

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

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

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

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

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

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

サーバ１１３は、端末装置１０３からネットワーク１９５を介して送信された依頼情報を記憶装置１１４に保存する。更に、サーバ１１３は、端末装置１０３から受信した依頼情報を用いて、図５に例示するテーブル７００を作成する。

テーブル７００の各行には、記憶装置１１２に登録したＰＡＣＫファイルに係る情報（ＰＡＣＫファイル情報）が登録されており、図５の場合、ＰＡＣＫファイル情報は、ＰＡＣＫ ＩＤ７０１、検査ＩＤ７０２、登録日７０３、サイズ７０４、割当読影医７０５、実施予定日７０６、を含む。

ＰＡＣＫ ＩＤ７０１は、記憶装置１１２に格納したＰＡＣＫファイルのヘッダに記録された、該ＰＡＣＫファイルの識別子である。サーバ１１３は依頼情報を受けると、該依頼情報に含まれている検査ＩＤを特定し、記憶装置１１２において該特定した検査ＩＤを含むＰＡＣＫファイル中の識別子をＰＡＣＫ ＩＤ７０１として読み出す。

検査ＩＤ７０２は、記憶装置１１２に格納したＰＡＣＫファイルのヘッダに記録された検査ＩＤである。サーバ１１３は依頼情報を受けると、該依頼情報に含まれている検査ＩＤを、検査ＩＤ７０２として読み出す。

登録日７０３は、サーバ１１１がＰＡＣＫファイルを記憶装置１１４に格納（登録）したときの日時である。サーバ１１３は依頼情報を受けると、該依頼情報に含まれている検査ＩＤを特定し、記憶装置１１２において該特定した検査ＩＤを含むＰＡＣＫファイルを特定し、該特定したＰＡＣＫファイルの格納日時を登録日７０３として取得する。

サイズ７０４は、記憶装置１１２に格納したＰＡＣＫファイルのデータサイズである。サーバ１１３は依頼情報を受けると、該依頼情報に含まれている検査ＩＤを特定し、記憶装置１１２において該特定した検査ＩＤを含むＰＡＣＫファイルを特定し、該特定したＰＡＣＫファイルのデータサイズをサイズ７０４として取得する。

割当読影医７０５は、読影を割り当てた読影医に固有の情報であり、サーバ１１３のユーザが、不図示の操作部を操作することで入力する情報である。もちろん、割当読影医７０５は、サーバ１１３が何らかの基準条件に従って決定しても構わない。

実施予定日７０６は、読影医が読影を実施する予定の日時であり、サーバ１１３のユーザが、不図示の操作部を操作することで入力する情報である。もちろん、実施予定日７０６は、サーバ１１３が何らかの基準条件に従って決定しても構わない。

例えば、テーブル７００の最上段に登録されているＰＡＣＫファイル情報（ＰＡＣＫ ＩＤ７０１＝Ｐ００１＿１に対応するＰＡＣＫファイルの情報）は、識別子がＰ００１＿１であるＰＡＣＫファイルに係る情報で、該ＰＡＣＫファイルの記憶装置１１２への登録日時は「２０１４／６／１ １０：００」であり、該ＰＡＣＫファイルのデータサイズは「２０ＭＢ」であり、該ＰＡＣＫファイルに含まれている医用画像に対する読影を依頼する読影医に固有の情報は「ドクターＡ」であり、該読影を実施する予定の日時は「２０１４／６／１０」である。

サーバ１１３は、このようなテーブル７００を作成すると、該テーブル７００を記憶装置１１４に格納する。

記憶装置１１４に登録された依頼情報や図５のテーブルに登録されている情報の一部若しくは全部は、電子メールの形式でもって端末装置１２１に対して送信されるか、若しくは紙媒体に印刷されて読影センタ１２０に郵送されるなどして読影センタ１２０に通知され、これにより、読影センタ１２０に対して医用画像の読影が依頼されることになる。もちろん、医療機関１００から読影センタ１２０への医用画像の読影の依頼は、特定の方法によって行われることに限るものではなく、如何なる方法を採用しても構わない。

なお、本実施形態では、ＰＡＣＫファイルと依頼情報とは別個の記憶装置に格納するものとして説明するが、１つの記憶装置にＰＡＣＫファイルと依頼情報とを格納するようにしても構わない。これは、図５のテーブルについても同様である。

以上説明した構成によれば、モダリティ１０１において検査を行うたびに、該検査に応じたＰＡＣＫファイルが端末装置１０２において生成されてサーバ１１１に送信されると共に、該検査についての依頼情報が端末装置１０３において生成されてサーバ１１３に送信されるので、記憶装置１１２及び記憶装置１１４には、検査毎のＰＡＣＫファイル及び依頼情報が登録されることになる。また、記憶装置１１４には、図５に例示するような、ＰＡＣＫファイル毎の情報が登録されることになる。

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

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

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

ＲＯＭ２０２には、本コンピュータを適用する装置の設定データやブートプログラムなどが格納されている。

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

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

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

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

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

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

次に、読影センタ１２０に属する読影医Ａが端末装置１２１を操作して、自身に割り当てられているＰＡＣＫファイルをデータセンタからダウンロードするために、端末装置１２１及びサーバ１１５が行う処理について、図８のフローチャートを用いて説明する。

なお、図８のフローチャートに従った処理を開始する時点では、すでに端末装置１２１に入力されている読影医Ａの識別情報の認証が成功しているものとする。

＜ステップＳ８０１＞
端末装置１２１は、定期的若しくは不定期的に、読影医Ａの識別情報をサーバ１１５に対して送信することで、読影医Ａへの読影の依頼があるか否かを、サーバ１１５に問い合わせる。

＜ステップＳ８５１＞
サーバ１１５は、端末装置１２１からの上記問い合わせを受ける。

＜ステップＳ８５２＞
サーバ１１５は、端末装置１２１から読影医Ａの識別情報を受信すると、記憶装置１１４に登録されている図５に例示するテーブルを参照し、割当読影医７０５＝読影医Ａの識別情報、であるＰＡＣＫファイル情報が存在するか否かを判断する。そして存在する場合には、その旨を示す情報を端末装置１２１に対して送信する。図５の場合、読影医Ａの識別情報が「ドクターＡ」である場合には、存在する旨を示す情報を端末装置１２１に対して送信する。もちろん、存在しなければ、その旨を端末装置１２１に対して送信する。

＜ステップＳ８０２＞
端末装置１２１は、サーバ１１５から、存在する旨、若しくは、存在しない旨、を受信する。

＜ステップＳ８０３＞
サーバ１１５から、存在する旨を受信した場合には、処理はステップＳ８０３を介してステップＳ８０４に進み、存在しない旨を受信した場合には、処理はステップＳ８０３を介してステップＳ８０１に戻る。

＜ステップＳ８０４＞
端末装置１２１は、読影医Ａへの読影の依頼内容を表すリストの取得要求を、サーバ１１５に対して送信する。

＜ステップＳ８５３＞
サーバ１１５は、端末装置１２１から送信された、上記のリストの取得要求を受信する。

＜ステップＳ８５４＞
サーバ１１５は、記憶装置１１４に登録されている図５のテーブルを参照し、割当読影医７０５が「読影医Ａの識別情報」であるＰＡＣＫファイル情報群（リスト）を抽出する。以下では、本ステップにおいて図５に例示するリストが抽出されたものとして説明する。

＜ステップＳ８５５＞
サーバ１１５は、端末装置１２１に対して最初にダウンロードするＰＡＣＫファイルに対応するＰＡＣＫファイル情報が図５のリストの最上段に位置し、端末装置１２１に対して最後にダウンロードするＰＡＣＫファイルに対応するＰＡＣＫファイル情報が図５のリストの最下段に位置するように、図５のリストにおける各行を並び替える。

ステップＳ８５５における処理の詳細について、図９のフローチャートを用いて説明する。

＜ステップＳ９０１＞
サーバ１１５は先ず、リスト中のＰＡＣＫファイル情報群を、検査ＩＤが同じＰＡＣＫファイル情報のグループを単位に分割する（検査毎にグループ化する）。そして、それぞれのグループを、実施予定日７０６が古い順に並び替える。

＜ステップＳ９０２＞
ステップＳ９０２では、ステップＳ９０１において並び替えたグループのうち、実施予定日７０６が現在日時（サーバ１１５のＣＰＵ２０１が有するタイマ機能により計時）よりも過去のグループについては処理対象外とし、ステップＳ９０１において並び替えたグループのうち、実施予定日７０６が現在日時以降（現在日時よりも未来）のグループを処理対象とする。そして、処理対象とするそれぞれのグループを、データサイズの小さい順に並び替える。グループのデータサイズとは、該グループに属するそれぞれのＰＡＣＫファイル情報におけるサイズ７０４の合計値である。

＜ステップＳ９０３＞
ステップＳ９０２で並び替えたそれぞれのグループのうち、データサイズの差が規定値以内となるグループが存在した場合には、このようなグループのみを対象とし、該対象とするグループを、該グループに属するＰＡＣＫファイル情報の数の多い順に並び替える。

＜ステップＳ９０４＞
ステップＳ９０３で並び替えたそれぞれのグループのうち、ＰＡＣＫファイル情報の数が同じグループが存在した場合には、このようなグループのみを対象とし、該対象とするグループを、該グループ中の登録日７０３が古い順に並び替える。

ここまでの処理により、リスト中のＰＡＣＫファイル情報群を、グループ単位で並び替えた。次に、それぞれのグループ内でＰＡＣＫファイル情報を並び替える。

＜ステップＳ９０５＞
それぞれのグループのうち未選択のグループを１つ選択グループとして選択する。そして、選択グループに属するＰＡＣＫファイル情報を、サイズ７０４の小さい順に並び替える。

＜ステップＳ９０６＞
ステップＳ９０５で並び替えられたそれぞれのＰＡＣＫファイル情報のサイズ７０４を参照し、ステップＳ９０５で並び替えられたそれぞれのＰＡＣＫファイル情報のうち、サイズ７０４が規定値以内となるＰＡＣＫファイル情報が存在した場合には、このようなＰＡＣＫファイル情報のみを対象とし、該対象とするＰＡＣＫファイル情報を、該対象とするＰＡＣＫファイル情報中の登録日７０３が古い順に並び替える。

＜ステップＳ９０７＞
ステップＳ９０５において全てのグループを選択したか否かを判断する。この判断の結果、全てのグループを選択した場合には、処理はステップＳ８５６に進み、未選択のグループが残っている場合には、処理はステップＳ９０５に戻る。

以上説明した、図９のフローチャートに従った処理によりＰＡＣＫファイル情報が並び替えられたリストの最上段には、端末装置１２１に対して最初にダウンロードするＰＡＣＫファイルのＰＡＣＫファイル情報が位置していることになり、リストの最下段には、端末装置１２１に対して最後にダウンロードするＰＡＣＫファイルのＰＡＣＫファイル情報が位置していることになる。

図５のリストに対して図９のフローチャートに従った処理を行うことで得られるリスト９００を図７に示す。図７では、左端にダウンロード順（配送順）を示す列が付加されており、最上段から最下段に向けて１，２，…，１１と配送順が記されているが、この列の付加は必須ではない。すなわち、どの列のＰＡＣＫファイル情報に対応するＰＡＣＫファイルをどの順番でダウンロードするのかが特定できるのであれば、如何なる方法を採用しても構わない。

＜ステップＳ８５６＞
サーバ１１５は、図９のフローチャートに従った処理によって得られたリストを、端末装置１２１に対して送信する。例えば、図７のリストを送信する。なお、リストに登録されている全ての情報を送信することに限るものではなく、例えば、ＰＡＣＫ ＩＤ７０１やサイズ７０４以外の項目について送信しても良い。また、このリストを加工したもの（サーバ１１５が形式的に加工したものであっても良いし、サーバ１１５のユーザがＫＢ２０９を操作して加工したものであっても良い）を端末装置１２１に対して送信しても良い。

＜ステップＳ８０５＞
端末装置１２１は、サーバ１１５から送信されたリストを受信する。

＜ステップＳ８０６＞
端末装置１２１は、ステップＳ８０５において受信したリストをディスプレイ２１０に表示する。

＜ステップＳ８５７＞
サーバ１１５は、図９のフローチャートに従った処理によって得られたリストを最上段から順に参照して、該参照した行におけるＰＡＣＫ ＩＤ７０１に対応するＰＡＣＫファイル（該参照した行におけるＰＡＣＫ ＩＤ７０１をヘッダに含むＰＡＣＫファイル）を記憶装置１１２から読み出し、該読み出したＰＡＣＫファイルを端末装置１２１に対して送信する。

＜ステップＳ８０７＞
端末装置１２１は、サーバ１１５から送信されたＰＡＣＫファイルを受信して外部メモリ２１１に登録する。なお、ＰＡＣＫファイルを外部メモリ２１１に登録した後は、例えば、端末装置１２１はこのＰＡＣＫファイルを展開して各部位の医用画像を取り出してディスプレイ２１０に一覧表示しても良いし、そのうちの１つを他の医用画像よりも拡大してディスプレイ２１０に表示しても良い。

また、ＰＡＣＫファイルの送受信に際し、セキュリティーを考慮して、該ＰＡＣＫファイルを暗号化してから送信しても良く、その場合、受信側では暗号化されたＰＡＣＫファイルは復号してから使用することになる。

［第２の実施形態］
ステップＳ８０５で受信して表示するリストの一例を図６に示す。図６では、各行にＰＡＣＫファイル情報に含まれている情報が表示されている。図６では、１行目のＰＡＣＫファイル情報に対応するＰＡＣＫファイルがすでにダウンロード済みであることを示すマーカ６６０が表示されていると共に、対応するステータスが「読影待ち」となっている。また、図６では、３行目のＰＡＣＫファイル情報に対応するＰＡＣＫファイルがダウンロード中であることを示すマーカ６６１が表示されていると共に、対応するステータスが「読影待ち」となっている。

このようなマーカの表示制御やステータスの表示制御は、ステップＳ８０７においてどのＰＡＣＫファイルがダウンロード済みであるのか、どのＰＡＣＫファイルがダウンロード中であるのか、等を確認することで行うことができる。

なお、図６に示したリストの表示例は一例に過ぎず、どのＰＡＣＫファイルがダウンロード済みであるのか、どのＰＡＣＫファイルがダウンロード中であるのか、等を視認可能に提供する表示画面であれば、如何なる構成を有する表示画面を採用しても構わない。

［第３の実施形態］
本実施形態では、グループに対する並び替え条件及びＰＡＣＫファイル情報に対する並び替え条件が、システムの使用者にとって好ましい条件となるように調整可能にした。第１の実施形態では、ＰＡＣＫファイルに含まれている医用画像が患者のどの部位の画像であるのかについては全く触れることなく、ＰＡＣＫファイルの送信順を決定していた。しかし、頭部、胸部、腹部の順番に読影したいなど、読影医は、読影する部位の順番について要望があるケースも考えられる。そこで、本実施形態では、それぞれのＰＡＣＫファイルにどの部位の医用画像が含まれているのかを考慮して、ＰＡＣＫファイルの送信順を決定する。

例えば、ステップＳ９０２では、上記の通り、処理対象とするそれぞれのグループを、データサイズの小さい順に並び替えるのであるが、グループのデータサイズに該グループに対して予め設定した重み値を乗じたものを用いて並び替えを行っても良い。例えば、重要度がより高いグループ（より先に読影したいグループ）ほど小さい重み値を設定しておく。

また例えば、ステップＳ９０５では、上記の通り、選択グループに属するＰＡＣＫファイル情報を、データサイズの小さい順に並び替えるのであるが、データサイズにＰＡＣＫファイル情報に対して予め設定した重み値を乗じたものを用いて並び替えを行っても良い。例えば、重要度がより高いＰＡＣＫファイル情報（より先に読影したいＰＡＣＫファイルのＰＡＣＫファイル情報）ほど小さい重み値を設定しておく。

このように、読影医がより早く読影したい部位が予め決まっており、且つその要望をダウンロードに強く反映させたい場合には、このような、並び替えの基準として用いるデータ値に乗じる重み値を設定しても構わない。なお、このような重み値は、サーバ１１５のユーザがＫＢ２０９を用いて設定してから外部メモリ２１１に登録しても良いし、端末装置１２１のユーザがＫＢ２０９を用いて設定したものをサーバ１１５に送信して外部メモリ２１１に登録しても良い。

また、図９では幾つかの並び替え条件を挙げているが、幾つかの並び替え条件は省略しても良い。例えば、ステップＳ９０３やステップＳ９０６の並び替えが不要なケースについては、これらのステップにおける並び替えは省略しても良い。

もちろん、上記のような要望を背景に考えると、部位毎にＰＡＣＫファイルを作成しても良い。

［第４の実施形態］
第１〜第３の実施形態では、何れの検査も同じモダリティ１０１を使用していた。しかし、検査ＩＤ＝００１の検査ではＣＴ装置を用い、検査ＩＤ＝００２の検査ではＭＲＩ装置を用いるなど、複数の検査において２種類以上のモダリティを使用するケースも考え得る。本実施形態では、グループに対する並び替え条件として、該グループに対応する検査で用いたモダリティの種別を用いる。

一般に、モダリティにて撮像された医用画像には、該モダリティの種別（ＣＴ装置やＭＲＩ等）を表す情報（モダリティ情報）がヘッダとして添付される。然るに、本実施形態では、ＰＡＣＫファイルのヘッダに、該ＰＡＣＫファイルに含まれている医用画像のモダリティ情報を記録し、そして、ステップＳ９０１〜Ｓ９０４の処理の代わりに若しくは加えて、それぞれのグループを、該グループ内のＰＡＣＫファイルのヘッダに記録されているモダリティの種別に応じて並び替える。例えば、ＣＴ装置→ＭＲＩ装置の順に優先度が高い場合には、モダリティ情報＝ＣＴ装置のグループ、モダリティ情報＝ＭＲＩ装置のグループの順に並び替える。

［第５の実施形態］
第１〜第４の実施形態では、端末装置１２１に対して最初にダウンロードするＰＡＣＫファイルに対応するＰＡＣＫファイル情報がリストの最上段に位置し、端末装置１２１に対して最後にダウンロードするＰＡＣＫファイルに対応するＰＡＣＫファイル情報がリストの最下段に位置するように、リストにおける各行を並び替えていた。

しかし、この処理は、患者に対する複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した１以上のＰＡＣＫファイルに係る情報を用いて決定すると共に、該検査において収集した医用画像から生成した１以上のＰＡＣＫファイルのそれぞれに対する優先度を、該ＰＡＣＫファイルに係る情報を用いて決定する、という処理を実現するための一例に過ぎず、各ＰＡＣＫファイルの優先度をこのように決定可能な構成であれば、図９のフローチャートに示したような「リストにおける並び替え処理」以外の処理を採用しても構わない。

この場合、記憶装置１１２が保持するＰＡＣＫファイル群（アーカイブファイル群）のうち、より優先度が高い検査のＰＡＣＫファイルから順に選択し、該選択したＰＡＣＫファイルのうちより優先度が高いＰＡＣＫファイルから順に送信することになる。

［第６の実施形態］
第１の実施形態では、「端末装置１２１に対して最初にダウンロードするＰＡＣＫファイルに対応するＰＡＣＫファイル情報が図５のリストの最上段に位置し、端末装置１２１に対して最後にダウンロードするＰＡＣＫファイルに対応するＰＡＣＫファイル情報が図５のリストの最下段に位置するように、図５のリストにおける各行を並び替える」処理をサーバ１１５が行うものとして説明した。しかし、サーバ１１５は端末装置１２１から要求されたリストを並び替えることなくそのまま端末装置１２１に対して送信し、端末装置１２１側で該リストを図９のフローチャートに従った処理でもって並び替えても構わない。

この場合、図８のフローチャートに従った処理を以下のように変更すればよい。すなわち、サーバ１１５は、端末装置１２１からリストの取得要求を受けると（ステップＳ８５３）、図５のリストを抽出し（ステップＳ８５４）、該抽出した図５のリストを端末装置１２１に対して送信する（ステップＳ８５６）。端末装置１２１は図５のリストを受信すると（ステップＳ８０５）、該受信したリストを用いてステップＳ８５５の処理を行う。そして端末装置１２１は、ステップＳ８５５の処理によって得られたリストをディスプレイ２１０に表示する（ステップＳ８０６）と共に、該リストを最上段から順に参照して、該参照した行におけるＰＡＣＫ ＩＤ７０１に対応するＰＡＣＫファイル（該参照した行におけるＰＡＣＫ ＩＤ７０１をヘッダに含むＰＡＣＫファイル）をサーバ１１５に対して要求する。サーバ１１５は該要求に応じたＰＡＣＫファイルを記憶装置１１２から読み出して端末装置１２１に対して送信し（ステップＳ８５７）、端末装置１２１は、サーバ１１５から送信されたＰＡＣＫファイルを受信する（ステップＳ８０７）。

また、第５の実施形態を本実施形態に適用した場合、「患者に対する複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した１以上のＰＡＣＫファイルに係る情報を用いて決定すると共に、該検査において収集した医用画像から生成した１以上のＰＡＣＫファイルのそれぞれに対する優先度を、該ＰＡＣＫファイルに係る情報を用いて決定する」、という処理は端末装置１２１側で行うことになる。

そして、このような処理をサーバ１１５及び端末装置１２１の何れ側で行ったとしても、このような処理を実行する装置は、「患者に対する複数の検査のそれぞれに対する優先度」及び「該検査において収集した医用画像から生成した１以上のＰＡＣＫファイルのそれぞれに対する優先度」に基づいて、記憶装置１１２からのＰＡＣＫファイルの読み出し順を決定していることになる。

なお、以上の各実施形態で説明した内容は、適宜組み合わせて使用しても構わない。

Claims (12)

1. 患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した１以上のアーカイブファイルを保持する記憶装置、と通信可能な情報処理装置であって、
   前記複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した１以上のアーカイブファイルに係る情報を用いて決定する第１の決定手段と、
   前記検査において収集した医用画像から生成した１以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定する第２の決定手段と、
   前記第１の決定手段が決定した優先度及び前記第２の決定手段が決定した優先度に基づいて、前記記憶装置からのアーカイブファイルの読み出し順を決定する決定手段と
   を備えることを特徴とする情報処理装置。
2. 前記第１の決定手段は、
   前記複数の検査のそれぞれに対する１以上のアーカイブファイルを、検査ごとのアーカイブファイルにグループ化した場合に、より古い読影の実施予定日が設定されているグループに対する優先度をより高くする
   ことを特徴とする請求項１に記載の情報処理装置。
3. 前記第１の決定手段は、
   前記グループのうち実施予定日が現在日時以降のグループを対象とし、よりデータサイズが小さいグループに対する優先度をより高くする
   ことを特徴とする請求項２に記載の情報処理装置。
4. 前記第１の決定手段は、
   前記グループのうちデータサイズの差が規定値以内であるグループを対象とし、より多くのアーカイブファイルを含むグループに対する優先度をより高くする
   ことを特徴とする請求項２又は３に記載の情報処理装置。
5. 前記第１の決定手段は、
   前記グループのうち同じ数のアーカイブファイルを含むグループを対象とし、登録日がより古いアーカイブファイルのグループに対する優先度をより高くする
   ことを特徴とする請求項２乃至４の何れか１項に記載の情報処理装置。
6. 前記第１の決定手段は、
   前記複数の検査に対する優先度を、該検査において収集した医用画像から生成した１以上のアーカイブファイルに係る情報に含まれている、該検査に用いたモダリティの種別に応じて決定する
   ことを特徴とする請求項１乃至５の何れか１項に記載の情報処理装置。
7. 前記第２の決定手段は、
   前記検査において収集した医用画像から生成した１以上のアーカイブファイルのそれぞれを対象とし、データサイズがより小さいアーカイブファイルの優先度をより高くする
   ことを特徴とする請求項１乃至６の何れか１項に記載の情報処理装置。
8. 前記第２の決定手段は、
   前記検査において収集した医用画像から生成した１以上のアーカイブファイルのうちデータサイズの差が規定値以内であるアーカイブファイルを対象とし、登録日がより古いアーカイブファイルの優先度をより高くする
   ことを特徴とする請求項１乃至７の何れか１項に記載の情報処理装置。
9. 前記決定手段は、
   前記記憶装置が保持するアーカイブファイル群のうち、より優先度が高い検査のアーカイブファイルから順に選択し、該選択したアーカイブファイルのうちより優先度が高いアーカイブファイルから順に送信する
   ことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
10. 前記決定手段は、
    前記記憶装置が保持するアーカイブファイル群のうち、より優先度が高い検査のアーカイブファイルから順に選択し、該選択したアーカイブファイルのうちより優先度が高いアーカイブファイルから順に要求する
    ことを特徴とする請求項１乃至８の何れか１項に記載の情報処理装置。
11. 患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した１以上のアーカイブファイルを保持する記憶装置、と通信可能な情報処理装置が行う情報処理方法であって、
    前記情報処理装置の第１の決定手段が、前記複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した１以上のアーカイブファイルに係る情報を用いて決定する第１の決定工程と、
    前記情報処理装置の第２の決定手段が、前記検査において収集した医用画像から生成した１以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定する第２の決定工程と、
    前記情報処理装置の決定手段が、前記第１の決定工程で決定した優先度及び前記第２の決定工程で決定した優先度に基づいて、前記記憶装置からのアーカイブファイルの読み出し順を決定する決定工程と
    を備えることを特徴とする情報処理方法。
12. コンピュータを、請求項１乃至１０の何れか１項に記載の情報処理装置の各手段として機能させるためのコンピュータプログラム。

Images