JP2017102625A - 情報処理装置、情報処理方法、およびプログラム - Google Patents

情報処理装置、情報処理方法、およびプログラム Download PDF

Info

Publication number
JP2017102625A
JP2017102625A JP2015234298A JP2015234298A JP2017102625A JP 2017102625 A JP2017102625 A JP 2017102625A JP 2015234298 A JP2015234298 A JP 2015234298A JP 2015234298 A JP2015234298 A JP 2015234298A JP 2017102625 A JP2017102625 A JP 2017102625A
Authority
JP
Japan
Prior art keywords
information
examination
information processing
priority
processing apparatus
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Pending
Application number
JP2015234298A
Other languages
English (en)
Inventor
晃夫 森田
Teruo Morita
晃夫 森田
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Canon Marketing Japan Inc
Original Assignee
Canon Marketing Japan Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Canon Marketing Japan Inc filed Critical Canon Marketing Japan Inc
Priority to JP2015234298A priority Critical patent/JP2017102625A/ja
Publication of JP2017102625A publication Critical patent/JP2017102625A/ja
Pending legal-status Critical Current

Links

Images

Landscapes

  • Medical Treatment And Welfare Office Work (AREA)
  • Measuring And Recording Apparatus For Diagnosis (AREA)

Abstract

【課題】医用画像群を効率よく端末装置に提供可能な技術を提供する。
【解決手段】複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した1以上のアーカイブファイルに係る情報に含まれている、該検査に用いたモダリティが設置されている施設を示す情報と、各施設の優先度を示す情報とを用いて決定(第1の決定)する。上記検査において収集した医用画像から生成した1以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定(第2の決定)する。第1の決定で決定した優先度及び第2の決定で決定した優先度に基づいて、記憶装置からのアーカイブファイルの読み出し順を決定する。
【選択図】図9

Description

本発明は、情報処理装置、情報処理方法、およびプログラムに関し、特に、医用画像群を効率よく端末装置に提供可能な技術に関するものである。
現在、医師総数30万人に対して、CT装置やMRI装置等で撮影された医用画像を読影できる専門医は6千人ほどしかいないため、必ず病院内に専門医がいるとは限らない状況がある。そのため、近年、病院外の専門医に読影を依頼し、読影した結果を返信してもらうようにした遠隔読影システムが有効に活用されている。
遠隔読影システムにおいては、読影センタが、依頼施設と専門医との間を中継している。より具体的には、依頼施設は、読影センタに依頼内容と読影対象となる医用画像とを送信し、読影センタは、それらを専門医に転送することで、読影を依頼している。
ところで、このような遠隔読影システムには、ネットワーク負荷という課題がある。このような遠隔読影システムでは、院内のシステムとは違って、パブリックなインターネット上で医用画像のやり取りを行うため、医用画像の枚数によっては、専門医が読影すべき医用画像をダウンロードするのに、かなりの時間がかかってしまうことになる。このような課題は、専門医側の端末や遠隔読影システムにおけるサーバのプロセッサの性能やメモリの容量を増やしたとしても、解消されない場合がある。また、近年では、CT装置などのモダリティが1つの検査について撮影する医用画像の枚数は1千枚を超えるため、インターネットを介して効率よく医用画像をダウンロードすることが求められている。
特許文献1には、専門医の現況(空き状況)や、専門分野、読影端末の性能に応じて、読影を依頼する専門医を決定する技術が開示されている。
特許文献2には、読影センタから専門医の端末までの医用画像の受信時間を短縮する技術であって、撮影装置や画像枚数の情報によって医用画像の圧縮率を変えることで、ネットワークを介した通信量を少なくする技術が開示されている。
特開2010−134540号公報 特開2008−59250号公報
検査によって得られた医用画像群のデータサイズは、該検査の内容や種別等に応じて異なる。もし、データサイズが大きい医用画像群を先に専門医の端末に送信した場合、専門医は、該専門医の端末が該医用画像群を受信し終わるまで、読影を開始できないという課題があった。
また、読影センタは複数の依頼施設と契約をしていることが多いが、依頼施設によって、より優先的に専門医により読影を行う必要がある場合がある。
例えば、依頼施設が救急病院である場合、専門医によるより迅速な読影が求められる。しかしながら、他の依頼施設の医用画像群を、救急病院の医用画像群より先に専門医の端末に送信した場合、専門医は、該専門医の端末が該他の依頼施設の医用画像群を受信し終わるまで、救急病院の医用画像群の受信、および読影を開始できないという課題があった。
特許文献1には、読影を依頼する専門医を決定した後にその専門医の端末に医用画像を送信する際の、その送信順については言及されていない。そのため、読影センタが効率よく専門医に医用画像を振り分けたとしても、仮にデータサイズが大きい医用画像群を先に専門医の端末に送信してしまった場合、上記の通り、専門医は、該専門医の端末が該医用画像群を受信し終わるまで、読影を開始することができない。
また、救急病院の医用画像群より先に、他の依頼施設の医用画像群を専門医の端末に送信した場合、専門医は、該専門医の端末が該他の依頼施設の医用画像群を受信し終わるまで、救急病院の医用画像群の受信、および読影を開始できない。
特許文献2には、撮影装置や画像枚数の情報によって医用画像の圧縮率を変えた後に、医用画像の送信順を制御することについては言及されていない。そのため、特許文献1と同様に、仮にデータサイズが大きい医用画像群を先に専門医の端末に送信してしまった場合、上記の通り、専門医は、該専門医の端末が該医用画像群を受信し終わるまで、読影を開始することができない。
また、特許文献1同様に、救急病院の医用画像群より先に、他の依頼施設の医用画像群を専門医の端末に送信した場合、専門医は、該専門医の端末が該他の依頼施設の医用画像群を受信し終わるまで、救急病院の医用画像群の受信、および読影を開始できない。
本発明は、医用画像群を効率よく端末装置に提供可能な技術を提供することを目的とする。
本発明の一様態は、患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した1以上のアーカイブファイルと、該検査を行う施設それぞれの優先度を示す情報とを記憶する記憶装置、と通信可能な情報処理装置であって、前記複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した1以上のアーカイブファイルに係る情報に含まれている、該検査に用いたモダリティが設置されている施設を示す情報と、前記記憶装置で記憶する各施設の優先度を示す情報とを用いて決定する第1の決定手段と、前記検査において収集した医用画像から生成した1以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定する第2の決定手段と、前記第1の決定手段が決定した優先度及び前記第2の決定手段が決定した優先度に基づいて、前記記憶装置からのアーカイブファイルの読み出し順を決定する読み出し順決定手段とを備えることを特徴とする。
また、本発明の一様態は、患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した1以上のアーカイブファイルと、該検査を行う施設それぞれの優先度を示す情報とを記憶する記憶装置、と通信可能な情報処理装置が行う情報処理方法であって、前記情報処理装置の第1の決定手段が、前記複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した1以上のアーカイブファイルに係る情報に含まれている、該検査に用いたモダリティが設置されている施設を示す情報と、前記記憶装置で記憶する各施設の優先度を示す情報とを用いて決定する第1の決定工程と、前記情報処理装置の第2の決定手段が、前記検査において収集した医用画像から生成した1以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定する第2の決定工程と、前記情報処理装置の読み出し順決定手段が、前記第1の決定工程で決定した優先度及び前記第2の決定工程で決定した優先度に基づいて、前記記憶装置からのアーカイブファイルの読み出し順を決定する読み出し順決定工程とを備えることを特徴とする。
本発明の構成によれば、医用画像群を効率よく該読影医の端末装置に提供することができる。
遠隔読影システムの構成例を示す図。 コンピュータのハードウェア構成例を示すブロック図。 医用画像群及びPACKファイルを説明する図。 PACKファイルの管理例を示す図。 PACKファイル情報のテーブルの構成例を示す図。 ステップS805で受信して表示するリストの一例を示す図。 並び替え後のリストの構成例を示す図。 端末装置121及びサーバ115が行う処理のフローチャート。 ステップS855における処理の詳細を示すフローチャート。 依頼施設毎の優先度を示すテーブルの構成例を示す図。
以下、添付図面を参照し、本発明の好適な実施形態について説明する。なお、以下説明する実施形態は、本発明を具体的に実施した場合の一例を示すもので、特許請求の範囲に記載した構成の具体的な実施例の1つである。
[第1の実施形態] 先ず、本実施形態に係る遠隔読影システムの構成例について、図1を用いて説明する。図1に示す如く、本実施形態に係る遠隔読影システムは、読影を依頼する側である病院等の医療機関(依頼施設)100と、依頼された読影を行ってその結果を返す機関である読影センタ120と、医療機関100と読影センタ120と、の仲介を担うデータセンタ110と、のそれぞれの機関における機器により構成されるものである。それぞれの機関における機器(モダリティ101や記憶装置112及び114を除く)は、インターネットなどのネットワーク195に接続されており、該ネットワーク195を介して互いにデータ通信を行うことができる(通信可能)。
先ず、医療機関100における機器について説明する。
モダリティ101は、CT装置やMRI装置等の、患者の医用画像を撮像するための機器であり、患者の検査対象部位について複数枚の医用画像を撮像する。例えば、頭部のCT撮像を行う場合には、頭部のある区間について複数枚のCT画像を撮像することになる。医用画像は、DICOMと呼ばれる周知のフォーマットを有するデータ構造を有しており、医用画像本体と、該医用画像に係る様々な情報(検査対象部位、患者の情報、撮像日時、検査に固有の識別情報である検査ID等)と、を含む。そしてモダリティ101は、検査対象部位について撮像したそれぞれの医用画像を、端末装置102に対して送出する。
端末装置102は、モダリティ101から送出された医用画像に基づいて1以上のPACKファイル(所謂アーカイブファイル)を生成する。
ここで、モダリティ101を用いて、患者の頭部、胸部、腹部、のそれぞれの部位について複数枚の医用画像を撮像した場合における端末装置102の動作について、図3を用いて説明する。
モダリティ101を用いて、患者の頭部、胸部、腹部、のそれぞれの部位について複数枚の医用画像を撮像する、という検査(検査ID=001の検査)を行った場合、モダリティ101からは、患者の頭部の医用画像群504、患者の胸部の医用画像群506、患者の腹部の医用画像群508、が出力されることになる。図3では、頭部の医用画像群504のデータサイズが10MB、胸部の医用画像群506のデータサイズが17MB、腹部の医用画像群508のデータサイズが10MB、であるとしている。端末装置102は、これらの医用画像群から1以上のPACKファイルを生成するのであるが、1つのPACKファイルのデータサイズが閾値を超えないように生成する。図3の場合は、閾値を20MBとしているため、頭部の医用画像群504と腹部の医用画像群508とから1つのPACKファイル501を生成すると、該PACKファイル501のデータサイズは20MBとなり、胸部の医用画像群506から1つのPACKファイル502を生成すると、該PACKファイル502のデータサイズは17MB、となり、何れのPACKファイルのデータサイズも閾値以下となる。然るに、図3の場合は、頭部の医用画像群504、胸部の医用画像群506、腹部の医用画像群508、がモダリティ101から得られた場合には、端末装置102は、頭部の医用画像群504及び腹部の医用画像群508を含むPACKファイル501、胸部の医用画像群506を含むPACKファイル502、を生成する。この場合、端末装置102は、PACKファイル501及びPACKファイル502のそれぞれにおけるヘッダに、検査ID=001を記録すると共に、検査ID=001の検査における1つ目のPACKファイルであることを示す識別子「P001_1」、検査ID=001の検査における2つ目のPACKファイルであることを示す識別子「P001_2」をそれぞれ記録する。なお、検査IDは、モダリテ
ィ101において検査が行われるたびにインクリメントされる番号であるが、モダリティ101のユーザが不図示の操作部を操作して手動で設定しても構わない。
そして端末装置102は、1つの検査についてモダリティ101から送出された医用画像群から1以上のPACKファイル(図3の場合、PACKファイル501及び502)を生成すると、該生成した1以上のPACKファイルを、ネットワーク195を介して、データセンタに対して送信する。
端末装置103は、モダリティ101を用いて患者に対する検査を行ったことで得られた医用画像に対する読影を依頼するための様々な情報を、依頼情報として作成するための機器である。例えば、端末装置103のユーザは、不図示の操作部を操作して、依頼情報を作成して入力する。依頼情報には、対応する検査IDが含まれている。例えば、図3に示す如く、モダリティ101を用いて、検査ID=001の検査を行った場合には、PACKファイル501及びPACKファイル502に含まれている医用画像に対する読影を依頼するための依頼情報には検査ID=001が含まれている。
そして端末装置103のユーザが不図示の操作部を操作して依頼情報の送信指示を入力すると、端末装置103は、この入力された依頼情報をネットワーク195を介してデータセンタに対して送信する。
次に、読影センタ120について説明する。
端末装置121は、読影医が読影等の目的で使用したりする等の目的のために使用されるものである。
次に、データセンタ110について説明する。
サーバ111は、端末装置102からネットワーク195を介して送信されたPACKファイルを、記憶装置112に格納する。記憶装置112におけるPACKファイルの管理例について、図4を用いて説明する。
図4の例では、検査001(検査ID=001である検査)について端末装置102が生成したPACKファイルは、識別子=P001_1のPACKファイル501と、識別子=P001_2のPACKファイル502と、であり、これら2つのPACKファイルのヘッダには、検査ID=001が記録されているため、これら2つのPACKファイルは、検査001に対するPACKファイルとして、記憶装置112に登録されている。
検査002(検査ID=002である検査)について端末装置102が生成したPACKファイルは、識別子=P002_1のPACKファイル601と、識別子=P002_2のPACKファイル602と、識別子=P002_3のPACKファイル603と、であり、これら3つのPACKファイルのヘッダには、検査ID=002が記録されているため、これら3つのPACKファイルは、検査002に対するPACKファイルとして、記憶装置112に登録されている。
検査003(検査ID=003である検査)について端末装置102が生成したPACKファイルは、識別子=P003_1のPACKファイル605であり、このPACKファイル605のヘッダには、検査ID=003が記録されているため、このPACKファイル605は、検査003に対するPACKファイルとして、記憶装置112に登録されている。
検査004(検査ID=004である検査)について端末装置102が生成したPACKファイルは、識別子=P004_1のPACKファイル607であり、このPACKファイル607のヘッダには、検査ID=004が記録されているため、このPACKファイル607は、検査004に対するPACKファイルとして、記憶装置112に登録されている。
検査005(検査ID=005である検査)について端末装置102が生成したPACKファイルは、識別子=P005_1のPACKファイル609と、識別子=P005_2のPACKファイル610と、識別子=P005_3のPACKファイル611と、識別子=P005_4のPACKファイル612と、であり、これら4つのPACKファイルのヘッダには、検査ID=005が記録されているため、これら4つのPACKファイルは、検査005に対するPACKファイルとして、記憶装置112に登録されている。
このようにして、サーバ111は、患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した1以上のPACKファイルを、記憶装置112に保持して管理している。
サーバ113は、端末装置103からネットワーク195を介して送信された依頼情報を記憶装置114に保存する。更に、サーバ113は、端末装置103から受信した依頼情報を用いて、図5に例示するテーブル700を作成する。
テーブル700の各行には、記憶装置112に登録したPACKファイルに係る情報(PACKファイル情報)が登録されており、図5の場合、PACKファイル情報は、PACK ID701、検査ID702、登録日703、サイズ704、割当読影医705、実施予定日706、施設ID707を含む。
PACK ID701は、記憶装置112に格納したPACKファイルのヘッダに記録された、該PACKファイルの識別子である。サーバ113は依頼情報を受けると、該依頼情報に含まれている検査IDを特定し、記憶装置112において該特定した検査IDを含むPACKファイル中の識別子をPACK ID701として読み出す。
検査ID702は、記憶装置112に格納したPACKファイルのヘッダに記録された検査IDである。サーバ113は依頼情報を受けると、該依頼情報に含まれている検査IDを、検査ID702として読み出す。
登録日703は、サーバ111がPACKファイルを記憶装置114に格納(登録)したときの日時である。サーバ113は依頼情報を受けると、該依頼情報に含まれている検査IDを特定し、記憶装置112において該特定した検査IDを含むPACKファイルを特定し、該特定したPACKファイルの格納日時を登録日703として取得する。
サイズ704は、記憶装置112に格納したPACKファイルのデータサイズである。サーバ113は依頼情報を受けると、該依頼情報に含まれている検査IDを特定し、記憶装置112において該特定した検査IDを含むPACKファイルを特定し、該特定したPACKファイルのデータサイズをサイズ704として取得する。
割当読影医705は、読影を割り当てた読影医に固有の情報であり、サーバ113のユーザが、不図示の操作部を操作することで入力する情報である。もちろん、割当読影医705は、サーバ113が何らかの基準条件に従って決定しても構わない。
実施予定日706は、読影医が読影を実施する予定の日時であり、サーバ113のユーザが、不図示の操作部を操作することで入力する情報である。もちろん、実施予定日706は、サーバ113が何らかの基準条件に従って決定しても構わない。
施設ID707は、記憶装置112に格納したPACKファイルのヘッダに記録される、医用画像を撮影した依頼施設の識別子である。サーバ113は依頼情報を受けると、該依頼情報に含まれている検査IDを特定し、記憶装置112において該特定した検査IDを含むPACKファイルを特定し、該特定したPACKファイルの施設IDを、施設ID707として取得する。
例えば、テーブル700の最上段に登録されているPACKファイル情報(PACK ID701=P001_1に対応するPACKファイルの情報)は、識別子がP001_1であるPACKファイルに係る情報で、該PACKファイルの記憶装置112への登録日時は「2014/6/1 10:00」であり、該PACKファイルのデータサイズは「20MB」であり、該PACKファイルに含まれている医用画像に対する読影を依頼する読影医に固有の情報は「ドクターA」であり、該読影を実施する予定の日時は「2014/6/10」であり、医用画像を撮影した施設の施設IDは、「H001」である。
サーバ113は、このようなテーブル700を作成すると、該テーブル700を記憶装置114に格納する。
記憶装置114に登録された依頼情報や図5のテーブルに登録されている情報の一部若しくは全部は、電子メールの形式でもって端末装置121に対して送信されるか、若しくは紙媒体に印刷されて読影センタ120に郵送されるなどして読影センタ120に通知され、これにより、読影センタ120に対して医用画像の読影が依頼されることになる。もちろん、医療機関100から読影センタ120への医用画像の読影の依頼は、特定の方法によって行われることに限るものではなく、如何なる方法を採用しても構わない。
なお、本実施形態では、PACKファイルと依頼情報とは別個の記憶装置に格納するものとして説明するが、1つの記憶装置にPACKファイルと依頼情報とを格納するようにしても構わない。これは、図5のテーブルについても同様である。
以上説明した構成によれば、モダリティ101において検査を行うたびに、該検査に応じたPACKファイルが端末装置102において生成されてサーバ111に送信されると共に、該検査についての依頼情報が端末装置103において生成されてサーバ113に送信されるので、記憶装置112及び記憶装置114には、検査毎のPACKファイル及び依頼情報が登録されることになる。また、記憶装置114には、図5に例示するような、PACKファイル毎の情報が登録されることになる。
サーバ115は、端末装置121からの要求に応じて、該端末装置121のユーザに割り当てられている読影に係る情報を提供したり、該端末装置121のユーザに割り当てられているPACKファイルをダウンロードしたりする。
次に、端末装置102、端末装置103、サーバ111、サーバ113、サーバ115、端末装置121に適用可能な情報処理装置としてのコンピュータのハードウェア構成例について、図2のブロック図を用いて説明する。なお、図2に示した構成は一例であり、後述する各処理を実現可能な構成であれば、如何なる構成を採用しても構わない。
CPU201は、RAM203やROM202に格納されているコンピュータプログラムやデータを用いて各種の処理を実行することで本コンピュータ全体の動作制御を行うと共に、本コンピュータを適用する装置が行うものとして後述する各処理を実行若しくは制御する。
ROM202には、本コンピュータを適用する装置の設定データやブートプログラムなどが格納されている。
RAM203は、外部メモリ211からロードされたコンピュータプログラムやデータ、通信I/F(インターフェース)コントローラ208を介して外部から受信したデータなどを格納するためのエリアや、CPU201が各種の処理を実行する際に用いるワークエリア、等を有する。このように、RAM203は、各種のエリアを適宜提供することができる。
入力コントローラ205は、KB(キーボード)209の動作制御を行うためのもので、ユーザはKB209を操作することで各種の指示をCPU201に対して入力することができる。
ビデオコントローラ206は、ディスプレイ210の動作制御を行うためのものであり、ディスプレイ210には、CPU201による処理結果を画像や文字などでもって表示することができる。
メモリコントローラ207は、外部メモリ211に対する読み書きを制御するためのものである。外部メモリ211は、ハードディスクドライブ装置に代表される大容量情報記憶装置である。外部メモリ211には、OS(オペレーティングシステム)や、本コンピュータを適用する装置が行うものとして後述する各処理をCPU201に実行させるためのコンピュータプログラムやデー
タが保存されている。外部メモリ211に保存されているコンピュータプログラムやデータは、CPU201による制御に従って適宜RAM203にロードされ、CPU201による処理対象となる。
通信I/Fコントローラ208は、上記のネットワーク195上に接続されている機器やデータセンタ110における他の機器とのデータ通信を行うためのインターフェースとして機能するものである。
CPU201、ROM202、RAM203、入力コントローラ205、ビデオコントローラ206、メモリコントローラ207、通信I/Fコントローラ208、は何れも、システムバス204に接続されている。
次に、読影センタ120に属する読影医Aが端末装置121を操作して、自身に割り当てられているPACKファイルをデータセンタからダウンロードするために、端末装置121及びサーバ115が行う処理について、図8のフローチャートを用いて説明する。
なお、図8のフローチャートに従った処理を開始する時点では、すでに端末装置121に入力されている読影医Aの識別情報の認証が成功しているものとする。
<ステップS801> 端末装置121は、定期的若しくは不定期的に、読影医Aの識別情報をサーバ115に対して送信することで、読影医Aへの読影の依頼があるか否かを、サーバ115に問い合わせる。
<ステップS851> サーバ115は、端末装置121からの上記問い合わせを受ける。
<ステップS852> サーバ115は、端末装置121から読影医Aの識別情報を受信すると、記憶装置114に登録されている図5に例示するテーブルを参照し、割当読影医705=読影医Aの識別情報、であるPACKファイル情報が存在するか否かを判断する。そして存在する場合には、その旨を示す情報を端末装置121に対して送信する。図5の場合、読影医Aの識別情報が「ドクターA」である場合には、存在する旨を示す情報を端末装置121に対して送信する。もちろん、存在しなければ、その旨を端末装置121に対して送信する。
<ステップS802> 端末装置121は、サーバ115から、存在する旨、若しくは、存在しない旨、を受信する。
<ステップS803> サーバ115から、存在する旨を受信した場合には、処理はステップS803を介してステップS804に進み、存在しない旨を受信した場合には、処理はステップS803を介してステップS801に戻る。
<ステップS804> 端末装置121は、読影医Aへの読影の依頼内容を表すリストの取得要求を、サーバ115に対して送信する。
<ステップS853> サーバ115は、端末装置121から送信された、上記のリストの取得要求を受信する。
<ステップS854> サーバ115は、記憶装置114に登録されている図5のテーブルを参照し、割当読影医705が「読影医Aの識別情報」であるPACKファイル情報群(リスト)を抽出する。以下では、本ステップにおいて図5に例示するリストが抽出されたものとして説明する。
<ステップS855> サーバ115は、端末装置121に対して最初にダウンロードするPACKファイルに対応するPACKファイル情報が図5のリストの最上段に位置し、端末装置121に対して最後にダウンロードするPACKファイルに対応するPACKファイル情報が図5のリストの最下段に位置するように、図5のリストにおける各行を並び替える。
ステップS855における処理の詳細について、図9のフローチャートを用いて説明する。
<ステップS901> サーバ115は先ず、リスト中のPACKファイル情報群を依頼病院単位に分割するため記憶装置112から依頼病院毎の優先度を示す情報(図10に例示する優先度テーブル1000)を記憶装置114から取得する。
記憶装置114は、本発明における患者に対する複数の検査のそれぞれについて、該検査において収集した医用画像から生成した1以上のアーカイブファイルと、該検査を行う施設それぞれの優先度を示す情報とを記憶する記憶装置の一例である。
<ステップS902> サーバ115は、リスト中のPACKファイル情報群を、施設IDが同じPACKファイル情報ごとに分割する(依頼施設毎にグループ化する)。そして、それぞれのグループを、施設IDの優先度が高い順(1,2,3・・・)に並び替える。
ステップS902は、本発明における、前記複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した1以上のアーカイブファイルに係る情報に含まれている、該検査に用いたモダリティが設置されている施設を示す情報と、前記記憶装置で記憶する各施設の優先度を示す情報とを用いて決定する第1の決定手段の一例である。
<ステップS903> サーバ115は、ステップS902において依頼施設毎にグループ化されたそれぞれの施設グループのうち、未選択の施設グループを1つ施設グループとして選択する。そして、選択された施設グループに含まれるPACKファイル情報群を、検査IDが同じPACKファイル情報のグループを単位に分割する(検査毎にグループ化する)。そして、それぞれのグループを、実施予定日706が古い順に並び替える。
<ステップS904> ステップS904では、サーバ115は、ステップS903において並び替えたグループのうち、実施予定日706が現在日時(サーバ115のCPU201が有するタイマ機能により計時)よりも過去のグループについては処理対象外とし、ステップS903において並び替えたグループのうち、実施予定日706が現在日時以降(現在日時よりも未来)のグループを処理対象とする。そして、処理対象とするそれぞれのグループを、データサイズの小さい順に並び替える。グループのデータサイズとは、該グループに属するそれぞれのPACKファイル情報におけるサイズ704の合計値である。
<ステップS905> サーバ115は、ステップS904で並び替えたそれぞれのグループのうち、データサイズの差が規定値以内となるグループが存在した場合には、このようなグループのみを対象とし、該対象とするグループを、該グループに属するPACKファイル情報の数の多い順に並び替える。
<ステップS906> ステップS905で並び替えたそれぞれのグループのうち、PACKファイル情報の数が同じグループが存在した場合には、このようなグループのみを対象とし、該対象とするグループを、該グループ中の登録日703が古い順に並び替える。
ここまでの処理により、リスト中のPACKファイル情報群を、グループ単位で並び替えた。次に、それぞれのグループ内でPACKファイル情報を並び替える。
<ステップS907> サーバ115は、それぞれのグループのうち未選択のグループを1つ選択グループとして選択する。そして、選択グループに属するPACKファイル情報を、サイズ704の小さい順に並び替える。
<ステップS908> サーバ115は、ステップS907で並び替えられたそれぞれのPACKファイル情報のサイズ704を参照し、ステップS907で並び替えられたそれぞれのPACKファイル情報のうち、サイズ704が規定値以内となるPACKファイル情報が存在した場合には、このようなPACKファイル情報のみを対象とし、該対象とするPACKファイル情報を、該対象とするPACKファイル情報中の登録日703が古い順に並び替える。
<ステップS909> サーバ115は、ステップS907において全てのグループを選択したか否かを判断する。この判断の結果、全てのグループを選択した場合には、処理はステップS910に進み、未選択のグループが残っている場合には、処理はステップS907に戻る。
サーバ115は、ステップS903において全ての施設グループを選択したか否かを判断する。この判断の結果、全ての施設グループを選択した場合には、処理はステップS856に進み、未選択の施設グループが残っている場合には、処理はステップS903に戻る。
ステップS903〜ステップS908は、本発明における、検査において収集した医用画像から生成した1以上のアーカイブファイルのそれぞれに対する優先度を、該アーカイブファイルに係る情報を用いて決定する第2の決定手段の一例である。
また、図9の処理は、本発明における前記第1の決定手段が決定した優先度及び前記第2の決定手段が決定した優先度に基づいて、前記記憶装置からのアーカイブファイルの読み出し順を決定する読み出し順決定手段の一例である。
以上説明した、図9のフローチャートに従った処理によりPACKファイル情報が並び替えられたリストの最上段には、端末装置121に対して最初にダウンロードするPACKファイルのPACKファイル情報が位置していることになり、リストの最下段には、端末装置121に対して最後にダウンロードするPACKファイルのPACKファイル情報が位置していることになる。
図5のリストに対して図9のフローチャートに従った処理を行うことで得られるリスト900を図7に示す。図7では、左端にダウンロード順(配送順)を示す列が付加されており、最上段から最下段に向けて1,2,…,11と配送順が記されているが、この列の付加は必須ではない。すなわち、どの列のPACKファイル情報に対応するPACKファイルをどの順番でダウンロードするのかが特定できるのであれば、如何なる方法を採用しても構わない。
ここで、図9のステップS901においてサーバ115が記憶装置114から取得する優先度テーブル1000について説明する。
図10例示する優先度テーブル1000は、サーバ113が、遠隔読影システムの運用開始前に契約している依頼施設の優先度と依頼施設の情報をユーザ操作に従って受け付け、当該情報を用いて作成し、記憶装置114に登録される。
優先度テーブル1000の各行には、依頼施設の情報が登録されており、図10の場合、依頼施設情報は、優先度1001、施設ID1002、施設名1003を含む。
優先度1001は、端末装置121に配送される順番を格納した優先度を示すIDである。サーバ113は依頼情報を受けると、該依頼情報に含まれている検査IDを、検査ID702として読み出したあと、依頼施設毎に当該検査を分割する際に利用される。
優先度1001が高くなる依頼施設とは、例えば救急病院や、重症患者が多く入院する施設等で、当該依頼施設については優先度を高くすることで(1が最も高い)、より迅速に専門医が読影を開始することが出来る。
施設ID1002は、依頼施設(検査に用いたモダリティが設置されている施設を示す情報)を識別するための識別子である。
施設名1003は、読影センタ120で依頼情報を参照したときに、依頼施設の名称を端末装置121に表示する情報として読み出す。
<ステップS856> サーバ115は、図9のフローチャートに従った処理によって得られたリストを、端末装置121に対して送信する。例えば、図7のリストを送信する。なお、リストに登録されている全ての情報を送信することに限るものではなく、例えば、PACK ID701やサイズ704以外の項目について送信しても良い。また、このリストを加工したもの(サーバ115が形式的に加工したものであっても良いし、サーバ115のユーザがKB209を操作して加工したものであっても良い)を端末装置121に対して送信しても良い。
<ステップS805> 端末装置121は、サーバ115から送信されたリストを受信する。
<ステップS806>
端末装置121は、ステップS805において受信したリストをディスプレイ210に表示する。
<ステップS857> サーバ115は、図9のフローチャートに従った処理によって得られたリストを最上段から順に参照して、該参照した行におけるPACK ID701に対応するPACKファイル(該参照した行におけるPACK ID701をヘッダに含むPACKファイル)を記憶装置112から読み出し、該読み出したPACKファイルを端末装置121に対して送信する。
<ステップS807> 端末装置121は、サーバ115から送信されたPACKファイルを受信して外部メモリ211に登録する。なお、PACKファイルを外部メモリ211に登録した後は、例えば、端末装置121はこのPACKファイルを展開して各部位の医用画像を取り出してディスプレイ210に一覧表示しても良いし、そのうちの1つを他の医用画像よりも拡大してディスプレイ210に表示しても良い。
また、PACKファイルの送受信に際し、セキュリティーを考慮して、該PACKファイルを暗号化してから送信しても良く、その場合、受信側では暗号化されたPACKファイルは復号してから使用することになる。
[第2の実施形態] ステップS805で受信して表示するリストの一例を図6に示す。図6では、各行にPACKファイル情報に含まれている情報が表示されている。図6では、1行目のPACKファイル情報に対応するPACKファイルがすでにダウンロード済みであることを示すマーカ660が表示されていると共に、対応するステータスが「読影待ち」となっている。また、図6では、3行目のPACKファイル情報に対応するPACKファイルがダウンロード中であることを示すマーカ661が表示されていると共に、対応するステータスが「読影待ち」となっている。
このようなマーカの表示制御やステータスの表示制御は、ステップS807においてどのPACKファイルがダウンロード済みであるのか、どのPACKファイルがダウンロード中であるのか、等を確認することで行うことができる。
なお、図6に示したリストの表示例は一例に過ぎず、どのPACKファイルがダウンロード済みであるのか、どのPACKファイルがダウンロード中であるのか、等を視認可能に提供する表示画面であれば、如何なる構成を有する表示画面を採用しても構わない。
[第3の実施形態] 本実施形態では、グループに対する並び替え条件及びPACKファイル情報に対する並び替え条件が、システムの使用者にとって好ましい条件となるように調整可能にした。第1の実施形態では、PACKファイルに含まれている医用画像が患者のどの部位の画像であるのかについては触れることなく、PACKファイルの送信順を決定していた。しかし、頭部、胸部、腹部の順番に読影したいなど、読影医は、読影する部位の順番について要望があるケースも考えられる。そこで、本実施形態では、それぞれのPACKファイルにどの部位の医用画像が含まれているのかを考慮して、PACKファイルの送信順を決定する。
例えば、ステップS904では、上記の通り、処理対象とするそれぞれのグループを、データサイズの小さい順に並び替えるのであるが、グループのデータサイズに該グループに対して予め設定した重み値を乗じたものを用いて並び替えを行っても良い。例えば、重要度がより高いグループ(より先に読影したいグループ)ほど小さい重み値を設定しておく。
また例えば、ステップS907では、上記の通り、選択グループに属するPACKファイル情報を、データサイズの小さい順に並び替えるのであるが、データサイズにPACKファイル情報に対して予め設定した重み値を乗じたものを用いて並び替えを行っても良い。例えば、重要度がより高いPACKファイル情報(より先に読影したいPACKファイルのPACKファイル情報)ほど小さい重み値を設定しておく。
このように、読影医がより早く読影したい部位が予め決まっており、且つその要望をダウンロードに強く反映させたい場合には、このような、並び替えの基準として用いるデータ値に乗じる重み値を設定しても構わない。なお、このような重み値は、サーバ115のユーザがKB209を用いて設定してから外部メモリ211に登録しても良いし、端末装置121のユーザがKB209を用いて設定したものをサーバ115に送信して外部メモリ211に登録しても良い。
また、図9では幾つかの並び替え条件を挙げているが、幾つかの並び替え条件は省略しても良い。例えば、ステップS905やステップS908の並び替えが不要なケースについては、これらのステップにおける並び替えは省略しても良い。
もちろん、上記のような要望を背景に考えると、部位毎にPACKファイルを作成しても良い。
[第4の実施形態] 第1〜第3の実施形態では、何れの検査も同じモダリティ101を使用していた。しかし、検査ID=001の検査ではCT装置を用い、検査ID=002の検査ではMRI装置を用いるなど、複数の検査において2種類以上のモダリティを使用するケースも考え得る。本実施形態では、グループに対する並び替え条件として、該グループに対応する検査で用いたモダリティの種別を用いる。
一般に、モダリティにて撮像された医用画像には、該モダリティの種別(CT装置やMRI等)を表す情報(モダリティ情報)がヘッダとして添付される。然るに、本実施形態では、PACKファイルのヘッダに、該PACKファイルに含まれている医用画像のモダリティ情報を記録し、そして、ステップS903〜S904の処理の代わりに若しくは加えて、それぞれのグループを、該グループ内のPACKファイルのヘッダに記録されているモダリティの種別に応じて並び替える。例えば、CT装置→MRI装置の順に優先度が高い場合には、モダリティ情報=CT装置のグループ、モダリティ情報=MRI装置のグループの順に並び替える。
[第5の実施形態] 第1〜第4の実施形態では、端末装置121に対して最初にダウンロードするPACKファイルに対応するPACKファイル情報がリストの最上段に位置し、端末装置121に対して最後にダウンロードするPACKファイルに対応するPACKファイル情報がリストの最下段に位置するように、リストにおける各行を並び替えていた。
しかし、この処理は、患者に対する複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した1以上のPACKファイルに係る情報を用いて決定すると共に、該検査において収集した医用画像から生成した1以上のPACKファイルのそれぞれに対する優先度を、該PACKファイルに係る情報を用いて決定する、という処理を実現するための一例に過ぎず、各PACKファイルの優先度をこのように決定可能な構成であれば、図9のフローチャートに示したような「リストにおける並び替え処理」以外の処理を採用しても構わない。
この場合、記憶装置112が保持するPACKファイル群(アーカイブファイル群)のうち、より優先度が高い検査のPACKファイルから順に選択し、該選択したPACKファイルのうちより優先度が高いPACKファイルから順に送信することになる。
[第6の実施形態] 第1の実施形態では、「端末装置121に対して最初にダウンロードするPACKファイルに対応するPACKファイル情報が図5のリストの最上段に位置し、端末装置121に対して最後にダウンロードするPACKファイルに対応するPACKファイル情報が図5のリストの最下段に位置するように、図5のリストにおける各行を並び替える」処理をサーバ115が行うものとして説明した。しかし、サーバ115は端末装置121から要求されたリストを並び替えることなくそのまま端末装置121に対して送信し、端末装置121側で該リストを図9のフローチャートに従った処理でもって並び替えても構わない。
この場合、図8のフローチャートに従った処理を以下のように変更すればよい。すなわち、サーバ115は、端末装置121からリストの取得要求を受けると(ステップS853)、図5のリストを抽出し(ステップS854)、該抽出した図5のリストを端末装置121に対して送信する(ステップS856)。端末装置121は図5のリストを受信すると(ステップS805)、該受信したリストを用いてステップS855の処理を行う。そして端末装置121は、ステップS855の処理によって得られたリストをディスプレイ210に表示する(ステップS806)と共に、該リストを最上段から順に参照して、該参照した行におけるPACK ID701に対応するPACKファイル(該参照した行におけるPACK ID701をヘッダに含むPACKファイル)をサーバ115に対して要求する。サーバ115は該要求に応じたPACKファイルを記憶装置112から読み出して端末装置121に対して送信し(ステップS857)、端末装置121は、サーバ115から送信されたPACKファイルを受信する(ステップS807)。
また、第5の実施形態を本実施形態に適用した場合、「患者に対する複数の検査のそれぞれに対する優先度を、該検査において収集した医用画像から生成した1以上のPACKファイルに係る情報を用いて決定すると共に、該検査において収集した医用画像から生成した1以上のPACKファイルのそれぞれに対する優先度を、該PACKファイルに係る情報を用いて決定する」、という処理は端末装置121側で行うことになる。
そして、このような処理をサーバ115及び端末装置121の何れ側で行ったとしても、このような処理を実行する装置は、「患者に対する複数の検査のそれぞれに対する優先度」及び「該検査において収集した医用画像から生成した1以上のPACKファイルのそれぞれに対する優先度」に基づいて、記憶装置112からのPACKファイルの読み出し順を決定していることになる。
[第7の実施形態] 第1の実施形態では、依頼施設ごとに全て優先度が異なる実施形態について説明した。しかし、優先度が同じである依頼施設があってもよい。その場合、いずれの依頼施設を優先するかは、ステップS903において依頼病院毎にグループ化されたPACKファイル情報群を検査毎にグループ化したときに、ファイルのサイズが最も小さいPACKファイル情報を含む検査の検査IDが含まれる依頼施設を優先するとしても良い。
そうすることで、ファイルのサイズが最も小さいPACKファイル情報から順に端末装置121に配信されるため、専門医はより迅速に読影を開始することが可能となる。
[第8の実施形態] 第8の実施形態では、依頼施設の端末装置103をユーザが操作して依頼情報を作成する際に、緊急で読影して欲しい旨の入力を併せて入力可能とした。緊急で読影して欲しい旨の入力が併せて入力された場合、依頼情報の中に当該緊急で読影して欲しい旨の情報が含まれることになる。
依頼情報に緊急で読影して欲しい旨の入力を可能とする場合、まず、サーバ115は、図9の処理を実行する前に、リストに含まれるPACKファイル情報群の検査IDと対応する依頼情報に緊急で読影して欲しい旨の情報が含まれる検査があるか否かを判定する。
次に、検査IDと対応する依頼情報に緊急で読影して欲しい旨の情報が含まれる検査があると判定される場合、サーバ115は、当該検査の検査IDを含むPACKファイル情報群については、図9のステップS901〜ステップS906の処理を行うことなく優先度を一番にし(すなわち他の検査よりも先に端末装置121に送信される)、当該PACKファイル情報群に対して、ステップS907、ステップS908の処理を実行する。
その後、当該PACKファイル情報群以外のPACKファイル情報群について、図9
の処理をステップS901から順に実行する。
第8の実施形態をとることにより、例えば、図10の依頼施設毎の優先度を示すテーブルで優先度が低い施設において、当該施設の周辺で災害や、大きな事故、伝染病等が発生し、急遽一時的に当該施設の優先度を上げる必要が生じた場合であっても、当該施設からの読影の依頼に紐付くPACKファイル情報群を優先して端末装置121に送信することが可能となる。
以上、本発明によると、医用画像群を効率よく端末装置に提供可能な技術を提供することができる。
本発明は、例えば、システム、装置、方法、プログラム若しくは記憶媒体等としての実施形態も可能であり、具体的には、複数の機器から構成されるシステムに適用してもよいし、また、1つの機器からなる装置に適用してもよい。
なお、本発明は、前述した実施形態の機能を実現するソフトウェアのプログラムを、システム或いは装置に直接、或いは遠隔から供給するものを含む。そして、そのシステム或いは装置のコンピュータが前記供給されたプログラムコードを読み出して実行することによっても達成される場合も本発明に含まれる。
したがって、本発明の機能処理をコンピュータで実現するために、前記コンピュータにインストールされるプログラムコード自体も本発明を実現するものである。つまり、本発明は、本発明の機能処理を実現するためのコンピュータプログラム自体も含まれる。
その場合、プログラムの機能を有していれば、オブジェクトコード、インタプリタにより実行されるプログラム、OSに供給するスクリプトデータ等の形態であってもよい。
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク、ハードディスク、光ディスク、光磁気ディスク、MO、CD−ROM、CD−R、CD−RWなどがある。また、磁気テープ、不揮発性のメモリカード、ROM、DVD(DVD−ROM,DVD−R)などもある。
その他、プログラムの供給方法としては、クライアントコンピュータのブラウザを用いてインターネットのホームページに接続する。そして、前記ホームページから本発明のコンピュータプログラムそのもの、若しくは圧縮され自動インストール機能を含むファイルをハードディスク等の記録媒体にダウンロードすることによっても供給できる。
また、本発明のプログラムを構成するプログラムコードを複数のファイルに分割し、それぞれのファイルを異なるホームページからダウンロードすることによっても実現可能である。つまり、本発明の機能処理をコンピュータで実現するためのプログラムファイルを複数のユーザに対してダウンロードさせるWWWサーバも、本発明に含まれるものである。
また、本発明のプログラムを暗号化してCD−ROM等の記憶媒体に格納してユーザに配布し、所定の条件をクリアしたユーザに対し、インターネットを介してホームページから暗号化を解く鍵情報をダウンロードさせる。そして、ダウンロードした鍵情報を使用することにより暗号化されたプログラムを実行してコンピュータにインストールさせて実現することも可能である。
また、コンピュータが、読み出したプログラムを実行することによって、前述した実施形態の機能が実現される。その他、そのプログラムの指示に基づき、コンピュータ上で稼動しているOSなどが、実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現され得る。
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれる。その後、そのプログラムの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるCPUなどが実際の処理の一部又は全部を行い、その処理によっても前述した実施形態の機能が実現される。
なお、前述した実施形態は、本発明を実施するにあたっての具体化の例を示したものに過ぎず、これらによって本発明の技術的範囲が限定的に解釈されてはならないものである。即ち、本発明はその技術思想、又はその主要な特徴から逸脱することなく、様々な形で実施することができる。
101 モダリティ102 端末装置103 端末装置121 端末装置111 サーバ113 サーバ115 サーバ

Claims (13)

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

Priority Applications (1)

Application Number Priority Date Filing Date Title
JP2015234298A JP2017102625A (ja) 2015-11-30 2015-11-30 情報処理装置、情報処理方法、およびプログラム

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
JP2015234298A JP2017102625A (ja) 2015-11-30 2015-11-30 情報処理装置、情報処理方法、およびプログラム

Publications (1)

Publication Number Publication Date
JP2017102625A true JP2017102625A (ja) 2017-06-08

Family

ID=59015397

Family Applications (1)

Application Number Title Priority Date Filing Date
JP2015234298A Pending JP2017102625A (ja) 2015-11-30 2015-11-30 情報処理装置、情報処理方法、およびプログラム

Country Status (1)

Country Link
JP (1) JP2017102625A (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019079355A (ja) * 2017-10-25 2019-05-23 株式会社Nobori 読影管理システム及び読影管理方法

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2019079355A (ja) * 2017-10-25 2019-05-23 株式会社Nobori 読影管理システム及び読影管理方法

Similar Documents

Publication Publication Date Title
US10861602B2 (en) Medical imaging apparatus, information processing method, and computer-readable storage medium
US20120159324A1 (en) Systems and methods for software state capture and playback
JP5048286B2 (ja) 画像転送方法、画像転送装置、及び画像転送プログラム
US20160239616A1 (en) Medical support system, method and apparatus for medical care
JP6683934B2 (ja) 遠隔読影システム、その制御方法、情報処理装置、及びプログラム
JP4738043B2 (ja) 画像管理システム及び画像管理装置
JP2023073508A (ja) 診療支援プログラム、情報処理システム、情報処理方法、情報処理装置
JP2017102625A (ja) 情報処理装置、情報処理方法、およびプログラム
JP2008079760A (ja) 画像圧縮処理方法及び画像圧縮処理装置並びに医用ネットワークシステム
JPWO2019107134A1 (ja) 検査情報表示装置、方法およびプログラム
JP5025090B2 (ja) 画像管理サーバ及び画像管理システム
US9842121B2 (en) Medical information processing apparatus to apply image processing to received medical images
JP2016035662A (ja) 情報処理装置、情報処理方法
KR20170046115A (ko) 의료 영상과 관련된 장치들 간에 송수신되는 의료 데이터를 생성하는 방법 및 장치.
JP5431415B2 (ja) 医用ネットワークシステム及びサーバ
JP2010218091A (ja) 医用画像管理システム、医用画像管理装置及びプログラム
US20210183500A1 (en) Smartphone Application for Medical Image Data Sharing and Team Activation
JP2019101679A (ja) 情報処理装置、情報処理方法、情報処理システム及びプログラム
JP6465574B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP2014191461A (ja) 医療情報配信システム及び制御方法、並びにプログラム
JP2006065483A (ja) 医用画像管理システム
JP2005293059A (ja) 医用画像サーバおよび医用画像サーバ用プログラム
JP2009031920A (ja) 医療情報管理装置、医療情報管理方法及び医療情報管理システム
JP5039217B2 (ja) 画像管理システム
JP6257568B2 (ja) 撮影情報処理装置、撮影情報処理装置の制御方法及びプログラム

Legal Events

Date Code Title Description
RD03 Notification of appointment of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7423

Effective date: 20180703

RD04 Notification of resignation of power of attorney

Free format text: JAPANESE INTERMEDIATE CODE: A7424

Effective date: 20181031