JP2010227385A - 遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム - Google Patents
遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム Download PDFInfo
- Publication number
- JP2010227385A JP2010227385A JP2009079855A JP2009079855A JP2010227385A JP 2010227385 A JP2010227385 A JP 2010227385A JP 2009079855 A JP2009079855 A JP 2009079855A JP 2009079855 A JP2009079855 A JP 2009079855A JP 2010227385 A JP2010227385 A JP 2010227385A
- Authority
- JP
- Japan
- Prior art keywords
- interpretation
- image data
- medical
- digital image
- base
- 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
Links
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
Abstract
【解決手段】病院2において、ある医療用画像データの遠隔読影が依頼するとき、管理装置5はその医療用画像データと同一の患者の過去の画像データを自動的に添付して、読影を依頼する画像データ及び読影依頼情報に加えて過去の画像データを送付する。
【選択図】図8
Description
読影医は、読影の結果や所見等を記入した読影レポートを生成する。
このようにして生成された読影レポートは、担当医が患者を診察する際に有効に利用される。
これは、近年では、医療用デジタル画像データの絶対数が爆発的に増大しており、医療施設において、増大した全ての医療用デジタル画像データの読影を行うための人的・機械的資源が不足しているからである。
特許文献1には、カスタムサポート、読影サービスに対する課金、及び読影医の指定に関して、システムの運営面において一層の効率化及び省力化が図られた遠隔読影のためのシステムが開示されている。
この際、医療施設側では、例えば担当医がネットワークを介して読影拠点と接続された端末装置等を操作して医療用デジタル画像データを転送する操作を行うことになる。
しかし、読影拠点における読影の際には、新しい医療用デジタル画像データに加えて、同一の患者の過去の医療用デジタル画像データがあった方が、読影医が読影を行いやすくなる場合もある。
図1は、本実施形態の遠隔読影システム100の構成の一例を示した図である。
図1に示すように、遠隔読影システム100では、データセンタ1、病院2(本発明の医療施設に対応)、読影拠点3(本発明の読影拠点に対応)がネットワーク4を介して互いに接続されている。
図1に示すような遠隔読影システム100においては、病院2において生成された医療用画像が、ネットワーク4を介して読影拠点3へと転送され、読影拠点3において読影医により読影される。読影医は読影拠点において病院2から転送された医療用画像を基に読影を行い、読影結果を病院2へ送信する。データセンタ1は、病院2と読影拠点3との間で医療用画像の転送制御等を行う。
病院2及び読影拠点3は、医療用データの保持や管理を行う管理装置5を有する。
図2は、病院2の構成の一例を示した図である。
図2に示すように、病院2は、モダリティ21、端末装置22、LAN23、データベース(DB)24、管理装置5を有する。
X線CT(Computed Tomography:コンピュータ断層撮影)装置は、検査対象に対して全方位から照射されたX線が、それぞれの方向でどの程度吸収されたか、を測定し、これを基に画像を再構成する装置であり、対象の断層画像を生成することができる。
超音波診断(Ultra Sonography)装置は、超音波を発生させて検査対象に投射し、反射した超音波(エコー)を受信するプローブ(探触子)でエコーを受信し、これを基に画像を再構成する装置であり、内部の様子を可視化することができる。
本実施形態のモダリティ21は、特に、デジタル画像を生成可能な医療機器である。モダリティ21は、例えば病院内に設置されており、後述するLAN23を介して、端末装置22に対して画像を転送する。
モダリティ21は、図2に示す病院2内の構成において、少なくとも1つ配設される。
モダリティ21は、例えばDICOM規格(DICOM:Digital Imaging and COmmunications in Medicine)に適合した医療用デジタル画像データを生成する。
LAN23には、病院内に設置された少なくとも1つのモダリティ21、少なくとも1つの端末装置22、DB24、管理装置5が接続されている。
LAN23を介して、モダリティ21が生成したデータが端末装置22や管理装置5に転送されたり、端末装置22が複数ある場合には、端末装置22同士で各種データが転送されたりする。
DB24は、モダリティ21が生成した医療用デジタル画像データを記憶するためのデータベースである。
管理装置5の詳細については後述する。
病院2では、管理装置5を介して、医療用画像データを病院2外部の読影拠点3に送信し、読影を依頼することができる。
図3は、読影拠点3の構成の一例を示す図である。
図3に示すように、読影拠点3は、端末装置31と、管理装置5とを有する。
この管理装置5は、上述した病院2の構成例における管理装置5と同一の構成と機能を有する。
端末装置31は、例えば読影医により使用され、医療用画像データの閲覧や、医療用画像データの読影を行った結果(読影結果)を記したレポート(以下読影結果レポート)の作成・編集等を行うためのPC(Personal Computer)等の端末である。
端末装置31は、図3に示す読影拠点3内の構成において、少なくとも1つ配設される。
読影拠点3では、病院2からの読影依頼に応じて、病院2から医療用画像データを受信し、読影を行いその結果を記した読影結果レポートを生成して、病院2へと送付することができる。
データセンタ1は、病院2と読影拠点3の間の医療用画像データの転送の管理を行う。
データセンタ1は、図1に示すように、サーバ装置11を有する。
サーバ装置11は、ネットワーク4を介して病院2と読影拠点3との間で行われる医療用画像データの転送を管理するためのサーバである。
まず、病院2内において、モダリティ21により医療用画像データが生成される。
モダリティ21において生成される医療用画像データには、各画像データに対応する患者の個人情報データ(以下患者情報と称する)や画像生成に関する情報(画像に写る患部名、画像が生成された日時、生成したモダリティ21の種別・機種名、生成した医師の名前等:以下検査情報と称する)が適宜DICOM規格に則って添付される。
DICOM規格は、医療用画像データのフォーマットと、画像データを扱う医療用画像機器間の通信プロトコルを定義した標準規格である。本実施形態においては、医療用画像データのフォーマットとしてDICOM規格を利用している。
画像データに関する様々な情報とは、例えば、画像生成日時・画像を生成したモダリティの名称や番号・検査の種類・検査部位などの検査情報、患者の名前・生年月日・年齢などの患者情報である。このような画像データに関する様々な情報、すなわち、患者情報と検査情報とを併せて、以下管理情報と称する。
医療用画像データが、CTやMRIなど、断層画像を生成するモダリティにより生成された場合には、断層画像のスライス1枚ごとのヘッダ部分に上述した管理情報が書き込まれている。
画像データのヘッダ部分には、最初にDICOMであるという宣言が記述され、次に各データがどの番地から始まるかの記述がなされる。それらの記述の後に、管理情報についての記載がある。
このようにDICOM規格では、画像データのヘッダ部分に様々な情報を含む管理情報が記載される。
図4は、DICOMタグの一例を示す図である。
図4に示すように、DICOMタグは、16進数で表された2つの数字の組み合わせにより特定される。DICOMタグを仮に(gggg, eeee)と示すと、”gggg”はグループ番号を、”eeee”はエレメント番号を示している。グループ番号とエレメント番号は、タグの中身の情報に対応して割り振られる。例えば、グループ番号”0008”は画像に関する情報、”0010”は患者に関する情報、というように予め決定されており、グループ番号とエレメント番号の組み合わせによって情報の詳細な中身が決定されるようになっている。具体的には、図4に示すように、例えばタグ(0008、0020)は検査日付を、(0010、0010)は患者の名前、というように、タグと情報の中身とが一対一で対応する。
病院2の医師等、医療従事者が医療用画像データを使用した各種処理を実行したい場合、医療従事者により端末装置22を介して各種処理の要求がなされる。当該要求は、LAN23を介して病院2の管理装置5に転送され、管理装置5は要求された処理を実行する。
病院2における各種処理とは、例えば、医療用画像データの閲覧、医療用画像データの検索、病院2外部(例えばサーバ装置11)への医療用画像データの転送、医療用画像データの外部への転送時における患者情報の匿名化、医療用画像データの外部への転送時におけるデータ暗号化や圧縮等の処理である。
上述したように、DICOM規格に適合した医療用画像データは、DICOMタグにより患者情報を有する。
本実施形態の遠隔読影システム100では、後述するように、病院2から外部の読影拠点3へと医療用画像データを転送し、読影を依頼することが可能である。
この際、転送する医療用画像データにDICOMタグにより患者情報が埋め込まれたままでは、もし医療用画像データが事故により第三者のもとに流出してしまった場合等を考慮すると、セキュリティの点で問題があると言える。
このため、本実施形態の遠隔読影システム100では、モダリティ21により生成された医療用画像データをDB24に記憶する時点で、病院2の管理装置5が医療用画像データの患者情報を取り除く匿名化処理を行う。
この際、患者情報を除いた医療用画像データの固有IDと、対応する患者情報とを対応付けたリスト(匿名化リスト)を新たに生成し、DB24に記憶する。
すなわち、DB24に記憶される全ての医療用画像データは、匿名化され、匿名化された医療用画像データがどの患者情報と対応しているか、が匿名化リストに全て記載された状態となっている。
これにより、医療用画像データが病院2から外部の読影拠点に転送されるとき、外部に流出することが好ましくない患者の個人情報が医療用画像データから削除されているため、患者の個人情報流出を防止することができるようになる。
なお、患者情報には患者の性別や年齢の情報も含まれているが、性別や年齢の情報は削除しない。何故なら、これらの情報は病院2における診断時や読影拠点3における読影時に必要な情報だからである。
病院2において、読影拠点3への医療用画像データの読影を依頼する場合、まず病院2の医療従事者が端末装置22を操作し、読影拠点3への読影依頼操作を行う。
端末装置22において医療従事者により読影依頼操作がなされると、LAN23を介して管理装置5が読影依頼を取得する。
管理装置5は、LAN23を介して受けた読影依頼を基に、ネットワーク4を介して、まずデータセンタ1に対して読影依頼要求及び医療用画像データを送信する。
ここで、管理装置5がデータセンタ1に対して送信する医療用画像データは、上述したように匿名化された医療用画像データである。
読影依頼情報には、例えば、依頼元の病院2の名称、読影依頼を行った医師名、依頼日時、依頼先の読影拠点3の名称等が含まれる。
管理装置5は、端末装置22から読影依頼を受けると、DB24に記憶された医療用画像データを参照し、読影依頼を受けた医療用画像データに対応する患者情報を取得する。
そして、管理装置は、取得した患者情報で医療用画像データ群を検索し、一致する患者情報に対応する医療用画像データを抽出する。
なお、管理装置5が検索に使用する条件を、患者情報以外にも、より詳細に設定できるようにしてもよい。すなわち、例えば病院2の医療従事者が端末装置22を介して設定を行うことにより、医療用画像データを生成したモダリティ21の種類、検査部位、検査日時などで管理装置5が医療用画像データの検索を行うようにしてもよい。
DICOM規格に適合した医療用画像データが生成されるとき、医療施設や部署によって情報の格納箇所が異なる場合がある。
例えば、図4に示すDICOMタグのうち、ある部署では検査部位を格納する部位に関する情報を(0018,0015)”Body Part Examined”に格納するが、他の部署では、(0008,1030)”Study Description”に格納する、といった場合が生じうる。
このような場合には、管理装置5が検査部位で検索を行うとき予め検索を行う対象として(0018,0015)”Body Part Examined”と(0008,1030)”Study Description”の両方を検索するように設定しておけばよい。この設定は、例えば医療従事者の手により、端末装置22を介して行われる。
医療施設や部署によって、同じ検査部位でも異なる表記をする場合がある。具体的には、例えば、検査部位として腹部を示す場合に、ある部署では”abdomen”と表記するが、他の部署では省略形で”ABD”と表示することがある。
このような場合には、”ABD”が”abdomen”の略語であることを予め設定しておくことにより、管理装置5が”ABD”と”abdomen”を同じ検査部位として検索することができるようになる。この設定は、例えば医療従事者の手により、端末装置22を介して行われればよい。
或いは、医療従事者による設定が行われない場合でも、管理装置5が検索を行う際に、検索用のキーワード押して設定された文字列(上記の例では”abdomen”)のうちの一部の文字列のみ(上記の例では”ABD”)がヒットした際にもその画像データを検索結果として抽出するようにしてもよい。
がThin Sliceデータを含んでいた場合、転送負荷を軽減するためにThin Sliceデータを除外するようにしてもよい。或いは、DICOM規格に適合した医療用デジタル画像データの内、個人情報がイメージとして含まれてしまう可能性があるJPEG−DICOM画像を除外することにより、匿名性を高めるようにしてもよい。
また、抽出した過去の画像データの実態は転送せずに、過去の画像データのリストを作成して読影拠点3に転送するようにし、読影拠点3においてリストをみた読影医がリクエストしてきた画像データを改めて転送するようにしてもよい。
データセンタ1のサーバ装置11は、病院2からの読影依頼要求と医療用画像データとを対応付けて読影データベースに記憶する。そして、読影拠点3に対して読影依頼があったことを通知し、読影拠点3から依頼を受ける旨の返答を受信してから医療用画像データと読影依頼情報を送信する。
次に、読影拠点3において、端末装置31から医療用画像データの閲覧や添付データによる検索等の処理の要求がなされると、管理装置5は要求された処理を実行する。
端末装置31において、読影拠点3の読影医等は、医療用画像データの検索や閲覧を行い、これを基に読影を行って、その結果を記した読影結果レポートを生成する。
しかし、病院2のモダリティ21において医療用画像データが生成された際に、各画像データには固有のIDが自動的に付与されており、DB24に医療用画像データが記憶されるとき、医療用画像データとIDとの対応関係も記憶される。医療用画像データに固有のIDは、例えばDICOMタグの1つとして記述される。そして、読影拠点3において読影医がデータセンタ1を介して病院2から取得した医療用画像データを基に読影結果レポートを生成したとき、読影結果レポートにIDに関する情報も記載される。
従って、どの読影結果レポートがどの医療用画像データを基に生成されたかが識別できるようになっている。
データセンタ1は、読影拠点3から受信した読影結果レポートを、病院2に対して送信する。
病院2の管理装置5は、読影結果レポートを受信すると、受信した読影結果レポートに対応する医療用画像データのIDを基に、当該読影結果レポートに対する患者情報を自動的に付与し、読影結果データベースとして管理する。
以下、管理装置5の詳細について説明する。
図5は、管理装置5の構成の一例を示した図である。
図5に示すように、管理装置5は、通信部51、記憶部52、サーバ機能部53、圧縮処理部54、制御部55を有する。
記憶部52が本発明の記憶手段に対応しており、制御部55が本発明の制御手段に対応している。
記憶部52は、医療用画像データ、医療用画像データに対応する患者情報や検査情報、医療用画像データを基に生成された読影結果レポート、病院2から外部の読影拠点3に読影を依頼した依頼件数に関する情報(依頼件数、依頼日時、依頼した医師名等:以下依頼件数情報と称する)等を記憶する。記憶部52は、例えばHDD(Hard Disk Drive)やSSD(Solid State Drive)等の記憶媒体により構成される。記憶部52は、或いは光ディスク(DVD(Digital Versatile Disc)やBD(Blu-ray Disc:登録商標)等)にデータを書き込んで記憶させる光ドライブ装置で構成されてもよい。
サーバ機能部53は、例えば病院2の端末装置22や読影拠点3の端末装置31からの要求に応じて、記憶部52に記憶される各種データをリスト化して端末装置22や31に送信したり、端末装置22・31においてリストから選択されたデータを送信したりする。
圧縮方法は、圧縮されるデータが医療用画像データである場合、可逆圧縮と不可逆圧縮とを選択可能としてもよい。可逆圧縮は、圧縮前のデータと、圧縮・展開の処理を経たデータが完全に等しくなる圧縮方法であり、非可逆圧縮は完全に等しくはならない圧縮方法である。可逆圧縮の例としてはJPEGやJPEG2000が、非可逆圧縮の例としてはPNG等がある。
制御部55は、例えばCPU(Central Processing Unit)により構成される。
まず、病院2において医療用画像データが生成される場合の動作例について説明する。
図6は、病院2において医療用画像データが生成される場合の動作例について説明したシーケンス図である。
ステップST1:
モダリティ21は、医療用画像データを生成する。
この際、モダリティ21は、生成した医療用画像データに対応する患者情報及び検査情報(管理情報)を生成し、これらの医療用画像データに管理情報を埋め込んでDICOM規格に適合した医療用画像データを生成する。
ステップST2:
モダリティ21は、LAN23を介してステップST1において生成した医療用画像データを管理装置5に対して転送する。
管理装置5は、医療用画像データを記憶部52に記憶する。
この際、管理装置5は、もし医療用画像データがDICOM規格に適合していない場合(例えばステップST1において医療用画像データを生成したモダリティ21がDICOM規格の画像データを生成できない場合など)には、DICOM規格に適合した医療用画像データに変換する。この場合、管理情報が存在しないことになるため、例えば医療従事者の手により端末装置22などを介して管理情報を入力するようにすればよい。
ステップST4:
管理装置5は、医療用画像データに固有のID(画像ID)を設定し、医療用画像データから管理情報(患者情報及び検査情報)を読み出して、患者情報・検査情報と対応する画像IDのテーブルを生成する。
そして、管理装置5は、取得した全ての医療用画像データをリスト化(画像リスト)する。
画像リストには、例えば、画像ID、画像IDに対応する患者情報及び検査情報、医療用画像データのサムネイル画像などが記載される。
管理装置5は、医療用画像データの匿名化処理を行う。
すなわち、上述したように、管理装置5は、医療用画像データのDICOMタグに記載された患者情報のうち、個人情報に該当する情報をカットして、医療用画像データと患者情報との対応関係を示したリストを生成し、そこにカットした患者情報をペーストする。
この際、患者情報を除いた医療用画像データの固有IDと、対応する患者情報とを対応付けたリスト(匿名化リスト)を新たに生成する。
すなわち、DB24に記憶される全ての医療用画像データは、匿名化され、匿名化された医療用画像データがどの患者情報と対応しているか、が匿名化リストに全て記載された状態となっている。
ステップST6:
管理装置5は、ステップST5において匿名化処理を行った医療用画像データと、匿名化リストとをDB24に記憶させる。
図7は、病院2において、端末装置22から管理装置5に記憶された医療用画像データを閲覧する場合の動作例について説明したシーケンス図である。
端末装置22は、管理装置5に対して、閲覧可能な医療用画像データのリストを要求する。
ここで、端末装置22は、管理装置5に対して、記憶部52に記憶された全ての医療用画像データのリストを要求することもできるが、必要な医療用画像データのみを抽出したリストを要求することもできる。
すなわち、例えば、同一患者の過去全ての医療用画像データのリストを要求したり、同一の日に生成された医療用画像データのリストを要求したり、同一のモダリティ21によって生成された医療用画像データのリストを要求したりすることができる。
管理装置5は、ステップST11において生成されたリスト要求に応じて、記憶部52に記憶された医療用画像データ、患者情報、検査情報を基に、リストを生成する。本ステップで管理装置5により生成されたリストを、以下閲覧リストと称する。
ステップST13:
管理装置5は、ステップST12において生成した閲覧リストを、端末装置22に対して転送する。
端末装置22を操作する医師等により、ステップST13において転送された閲覧リストを基に、閲覧する医療用画像データやその他の情報が選択される。端末装置22は、医師等の選択を基に、選択された医療用画像データやその他の情報を管理装置5に対して要求する。その他の情報には、例えば患者情報や検査情報、依頼件数情報等が含まれる。
ステップST15:
管理装置5は、ステップST14の閲覧要求に応じて、要求された医療用画像データやその他の情報を転送する。
ステップST16:
端末装置は、ステップST15において転送された画像データやその他の情報の閲覧を行う。
図8は、病院2において、病院2から読影拠点3に対して遠隔読影を依頼する場合の動作例を示したシーケンス図である。
ステップST21:
端末装置22は、特定の医療用画像データの読影拠点3への読影依頼を管理装置5に対して行う。
管理装置5は、ステップST21において読影を依頼された医療用画像データの患者情報を読み取って当該画像に対応する患者についての情報を取得する。
患者についての情報は、患者の名前・生年月日・年齢などの患者情報である。
ステップST23:
管理装置5は、ステップST22において取得した患者情報を基に、DB24を検索し、同一患者の過去の画像データを抽出する。或いは、端末装置22を介して医療従事者により設定された検索条件に合致する過去の画像データを抽出する。
管理装置5が同一患者の過去の画像データを抽出する方法の詳細については後述する。
管理装置5は、ステップST23において読影依頼された医療用画像データに、新たに依頼元情報を付加する。
依頼元情報は、読影を依頼する病院2に関する情報であり、例えば病院2の固有ID等を含んでいる。
なお、本ステップにおいて依頼元情報が付加される医療用画像データは、図6のステップST5において匿名化がなされた医療用画像データである。
すなわち、病院2外に送出される医療用画像データには、患者情報が付与されていない。これにより、患者の個人情報の流出を防止することができる。
また、管理装置5は、医療用画像データ自体のセキュリティ性を高めるため、医療用画像データを暗号化してもよい。
ステップST25:
管理装置5は、依頼元情報を付加した医療用画像データに、ステップST23において抽出した同一患者の過去の医療用画像データを添付して、データセンタ1に対して送信する。
管理装置5は、記憶部52に記憶されている読影依頼に関する依頼件数情報を更新する。
依頼件数情報は、上述したように依頼件数、依頼日時、依頼した医師名等を含む情報であり、上記ステップST21〜25において新たに行った読影依頼に関する情報を追記することにより、依頼件数情報は更新される。
これにより、病院2が外部の読影拠点3に依頼した読影の数等が容易に把握することができ、料金の支払いや送信した医療用画像データの管理などを容易に行うことができるようになる。例えば、管理装置5が依頼件数情報を基に、月ごとの読影依頼料金の明細書などを自動的に生成することができるようになる。
図9は、読影依頼を受診したデータセンタ1の動作例を示したフローチャートである。
ステップST31:
サーバ装置11は、ネットワーク4を介して病院2から読影依頼を取得する。
ステップST32:
サーバ装置11は、ステップST31において取得した読影依頼を読影データベースに登録する。
サーバ装置11は、病院2に対して依頼を取得したことを通知する。
ステップST34:
サーバ装置11は、読影拠点3に対して、読影依頼が来ていることを通知する。同時に、当該依頼に関連する医療用画像データ(病院2が依頼板医療用画像データと、同一患者の過去の医療用画像データ)を送信する。
なお、本発明においては、読影拠点3に対して、読影依頼の通知と医療用画像データを必ずしも同時に行う必要はなく、読影依頼の通知に対する読影拠点3からの応答に対して医療用画像データを送信するようにしてもよい。
図10は、読影依頼の通知を受けた読影拠点3の動作例について説明するためのシーケンス図である。
ステップST41:
管理装置5は、データセンタ1からの読影依頼通知及びこれに対応する医療用画像データ(病院2が依頼板医療用画像データと、同一患者の過去の医療用画像データ)を取得する。
ステップST42:
管理装置5は、端末装置31に対して読影依頼通知を取得したことを通知する。同時に、医療用画像データを転送する。
ステップST42において転送された医療用画像データを基に、読影医は端末装置31を使用して読影の結果を記した読影結果レポートを生成する。この際、読影を依頼された医療用画像データだけでなく、同一患者の過去の画像データが添付されているため、読影医は読影が容易となる。
ステップST44:
端末装置31は、ステップST43において生成した読影結果レポートを管理装置5に転送する。
管理装置5は、ステップST44において転送された読影結果レポートを読影結果データベースに登録する。
これにより、読影拠点3において行った読影の件数、日時、依頼元などがデータベースとして管理されるので、例えば料金の請求等が容易になる。
ステップST46:
管理装置5は、データセンタ1に対して、生成された読影結果レポートを送信する。
図11は、読影依頼を受診したデータセンタ1の動作例を示したフローチャートである。
ステップST51:
サーバ装置11は、ネットワーク4を介して読影拠点3から読影結果レポートを取得する。
ステップST52:
サーバ装置11は、ステップST51において取得した読影結果レポートを読影データベースに登録する。
サーバ装置11は、ステップST51で読影拠点3からの読影結果レポートを取得したことに対応して、読影拠点3に対して読影結果レポートを取得したことを通知する。
これらの通知は、例えば担当の医療従事者のメールアドレスへの通知、或いは医療従事者の携帯端末(携帯電話機など)への通知などにより行われるようにすればよい。
ステップST54:
サーバ装置11は、病院2に対して、読影結果レポート取得したことを通知すると共に、読影結果レポートを送信する。
図12は、読影結果レポートを取得した病院2の動作例について説明するためのシーケンス図である。
ステップST61:
管理装置5は、データセンタ1から読影結果レポートを取得する。
ステップST62:
管理装置5は、読影結果レポートを受信すると、受信した読影結果レポートに対応する医療用画像データのIDを基に、当該読影結果レポートに対する患者情報を自動的に付与し、読影結果データベースとして管理する。
ステップST63:
管理装置5は、読影結果レポートを取得したことを端末装置22に対して通知する。
端末装置22は、読影結果レポートを閲覧するか否かを判断する。
閲覧すると判断した場合はステップST66に進み、そうでない場合は処理を終了する。
ステップST65:
端末装置22は、管理装置5に対して読影結果レポートの閲覧を要求する。
管理装置5は、端末装置22に対して読影結果レポートを転送する。
ステップST67:
端末装置22は、読影結果レポートの閲覧を行う。
管理装置5は、病院2においては、生成された医療用画像データの管理、圧縮・暗号化、医療用画像データに対する患者情報・検査情報などの付与(添付)、DICOM規格への変換、読影拠点3への読影依頼処理、読影拠点3からの読影結果レポートの取得処理等を行うことができる。
また、管理装置5は、読影拠点3においては、読影依頼の取得処理、読影結果レポートの管理、読影結果レポートの送信処理等を行うことができる。
また、読影拠点3に存在する医師等は、例えば病院2における勤務経験を有する場合があり、共通の構成要素である管理装置5がどちらの拠点にも導入されていることによって、操作の習熟等に時間を要さず、人的コストを抑えることも可能となる。
例えば、読影拠点3が複数存在する場合、病院2からは、これらの読影拠点3のいずれに読影を依頼するかを選択することができるようになっている。
そして、病院2の管理装置5は、どの読影拠点3にどれだけ読影を依頼したかを読影情報として管理することにより、各読影拠点3に対する個別の料金算出等を行うことができるようになっている。
すなわち、例えば読影拠点3に属する医師が同一の組織の人間であったりする場合には、複数の読影拠点3への読影依頼を1つにまとめて管理した方が料金算出時等に有利である場合がある。
このような場合には、病院2の管理装置5は1つのグループに属する全ての読影拠点3に対して読影依頼を複製して送信することにより、複数の読影拠点3を1つのグループとして扱うことが可能となる。
ただし、読影時には、同一の患者の医療用画像データが判別できるようになっていることが読影の正確さの点から望ましい。
このため、病院2の管理装置5は、医療用画像データを匿名化する際に、同一患者の医療用画像データについてはフラグ(同一患者フラグ)を予め付与しておく。
このようにすることで、読影拠点3の管理装置5が、医療用画像データを受診したとき、受診した医療用画像データの中に、同一の患者の医療用画像データが存在することが判別できるようになる。
従って、端末装置31に医療用画像データを表示させる際に、同一患者の医療用画像データを識別できるように表示させる(例えば患者ごとに別の色で表示する、ブリンクさせる等)ことにより、読影医が同一患者を容易に識別できるようになる。
すなわち、本発明の実施に際しては、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
また、上述した実施形態では、病院2と読影拠点3にそれぞれ1つの管理装置5が配置されていたが、本発明はこれには限定されない。例えば、病院2内に複数の管理装置5−21〜5−2n、読影拠点3内に複数の管理装置5−31〜5−3nが配置されるようにしてもよい。この場合も、各管理装置の動作については上述した実施形態とほぼ変わらないが、同一拠点内(例えば病院2内、或いは読影拠点3内)の複数の管理装置5間で互いに画像管理状況・読影依頼状況・読影状況などを通知し合い、連携して動作するようにしてもよい。
さらに、上述した実施形態では、病院2内の管理装置5が読影拠点3に対して読影依頼をする際に、同一患者の過去の画像データを抽出して読影拠点3に転送するようになっていたが、本発明はこれには限定されない。例えば、データセンタ1に過去の画像データを匿名性が保たれたまま記憶させておき、読影拠点3に特定の患者の読影依頼があった時点で、読影拠点3の管理装置5から特定の患者とIDが一致する画像を転送する要求をデータセンタ1のサーバ装置11に送信し、データセンタ1から読影拠点3に過去の画像データを転送するようにしてもよい。
Claims (13)
- 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、前記医療施設の読影依頼に応じて、前記医療施設において生成された前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点とが、ネットワークを介して接続され、前記医療施設において生成された前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うために、前記医療施設と前記読影拠点とがそれぞれ有する遠隔読影管理装置であって、
前記医療施設の前記遠隔読影管理装置は、
前記医療施設において生成された前記医療用デジタル画像データと、当該医療用デジタル画像データの被写体である患者の個人情報とを対応付けて記憶する記憶手段と、
前記読影拠点に対して読影を依頼する際に、前記医療施設において生成された前記医療用デジタル画像データと対応付けられた個人情報を基に、新たに生成された画像データと同一の患者の過去の画像データを抽出し、前記新たに生成された画像データに添付して前記読影拠点に送付する制御手段と、
を有する遠隔読影管理装置。 - 前記制御手段は、前記医療用デジタル画像データのそれぞれに固有の識別番号を付与し、前記患者の個人情報と対応付けられた前記医療用デジタル画像データから前記患者の個人情報を削除する匿名化処理を行い、さらに前記匿名化処理を行った前記医療用デジタル画像データに匿名化識別番号を付与して前記固有の識別番号と前記匿名化識別番号とを対応させる
請求項1に記載の遠隔読影管理装置。 - 前記制御手段は、前記匿名化処理において、前記患者の個人情報の内、患者の性別と前記医療用デジタル画像データ生成時の年齢と除いた個人情報を削除する
請求項2に記載の遠隔読影管理装置。 - 前記制御手段は、前記医療用デジタル画像データがDICOM規格に適合していない場合には、当該医療用デジタル画像データをDICOM規格に適合させる変換処理を行う
請求項1から3のいずれか一項に記載の遠隔読影管理装置。 - 前記制御手段は、前記医療用デジタル画像データに対応する前記患者の個人情報を当該医療用デジタル画像データのDICOMタグに記載する
請求項4に記載の遠隔読影管理装置。 - 前記制御手段は、前記読影拠点に対して読影を依頼する際に、読影を依頼する医療用デジタル画像データを参照し、前記医療施設において過去に生成された医療用デジタル画像データ群のDICOMタグに記載された前記患者の個人情報を特定の用語で検索し、当該用語に一致する個人情報を有する医療用デジタル画像データを検出する
請求項5に記載の遠隔読影管理装置。 - 前記制御手段は、前記過去に生成された医療用デジタル画像データ群を前記特定の用語で検索する際に、当該特定の用語に対応する他の種類のDICOMタグに記載された情報の中から前記検索を行うように予め設定可能である
請求項6に記載の遠隔読影管理装置。 - 前記制御手段は、前記過去に生成された医療用デジタル画像データ群を前記特定の用語で検索する際に、当該特定の用語の異なる表記法の用語についても前記検索を行うように設定可能である
請求項6に記載の遠隔読影管理装置。 - 前記制御手段は、前記読影拠点へ依頼した遠隔読影の件数をカウントして記憶する
請求項1から8のいずれか一項に記載の遠隔読影管理装置。 - 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、前記医療施設の読影依頼に応じて、前記医療施設において生成された前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点とが、ネットワークを介して接続され、前記医療施設において生成された前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うために、前記医療施設と前記読影拠点とがそれぞれ有する遠隔読影管理装置の遠隔読影管理方法であって、
前記医療施設において、前記遠隔読影管理装置が、前記医療施設において生成された前記医療用デジタル画像データと、当該医療用デジタル画像データの被写体である患者の個人情報とを対応付けて記憶し、
前記読影拠点に対して読影を依頼する際に、前記医療施設において生成された前記医療用デジタル画像データと対応付けた個人情報を基に、新たに生成された画像データと同一の患者の過去の画像データを抽出し、前記新たに生成された画像データに添付して前記読影拠点に送付する
遠隔読影管理方法。 - 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、前記医療施設の読影依頼に応じて、前記医療施設において生成された前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点とが、ネットワークを介して接続され、前記医療施設において生成された前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うために、前記医療施設と前記読影拠点とがそれぞれ有するコンピュータを含む遠隔読影管理装置が実行するプログラムであって、
前記医療施設において、前記遠隔読影管理装置が、前記医療施設において生成された前記医療用デジタル画像データと、当該医療用デジタル画像データの被写体である患者の個人情報とを対応付けて記憶し、前記読影拠点に対して読影を依頼する際に、前記医療施設において生成された前記医療用デジタル画像データと対応付けた個人情報を基に、新たに生成された画像データと同一の患者の過去の画像データを抽出し、前記新たに生成された画像データに添付して前記読影拠点に送付する手順を
前記コンピュータに実行させるプログラム。 - 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、
前記医療施設の読影依頼に応じて、前記医療施設において生成された前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点と、
前記医療施設から前記読影拠点への前記読影依頼に関する情報の管理を行うデータセンタと、
前記少なくとも1つの医療施設と、前記少なくとも1つの読影拠点と、前記データセンタとが互いに接続されたネットワークと、
を有し、
前記医療施設と前記読影拠点は、前記医療施設において生成された前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うための遠隔読影管理装置をそれぞれ有し、
前記遠隔読影管理装置は、
前記医療施設における前記医療用デジタル画像データの送信処理と、
前記読影拠点における前記医療用デジタル画像データの受信処理と、
前記読影拠点における前記読影レポートの送信処理と、
前記医療施設における前記読影レポートの受信処理と、
を実行する遠隔読影システムであって、
前記医療施設の前記遠隔読影管理装置は、
前記医療施設において生成された前記医療用デジタル画像データと、当該医療用デジタル画像データの被写体である患者の個人情報とを対応付けて記憶し、
前記読影拠点に対して読影を依頼する際に、前記医療施設において生成された前記医療用デジタル画像データと対応付けた個人情報を基に、新たに生成された画像データと同一の患者の過去の画像データを抽出し、前記新たに生成された画像データに添付して前記読影拠点に送付する
遠隔読影管理システム。 - 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、
前記医療施設の読影依頼に応じて、前記医療施設において生成された前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点と、
前記医療施設から前記読影拠点への前記読影依頼に関する情報の管理を行うデータセンタと、
前記少なくとも1つの医療施設と、前記少なくとも1つの読影拠点と、前記データセンタとが互いに接続されたネットワークと、
を有する遠隔読影システムの遠隔読影管理方法であって、
前記医療施設と前記読影拠点は、前記医療施設において生成された前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うための遠隔読影管理装置をそれぞれ有し、
前記医療施設における前記遠隔読影管理装置が、前記医療用デジタル画像データの送信を行う第1の工程と、
前記読影拠点における前記遠隔読影管理装置が、前記医療用デジタル画像データの受信を行う第2の工程と、
前記読影拠点における前記遠隔読影管理装置が、前記読影レポートの送信を行う第3の工程と、
前記医療施設における前記遠隔読影管理装置が、前記読影レポートの受信を行う第4の工程と、
前記医療施設の前記遠隔読影管理装置が、前記医療施設において生成された前記医療用デジタル画像データと、当該医療用デジタル画像データの被写体である患者の個人情報とを対応付けて記憶し、前記読影拠点に対して読影を依頼する際に、前記医療施設において生成された前記医療用デジタル画像データと対応付けた個人情報を基に、新たに生成された画像データと同一の患者の過去の画像データを抽出し、前記新たに生成された画像データに添付して前記読影拠点に送付する第5の工程と、
を有する遠隔読影管理方法。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009079855A JP2010227385A (ja) | 2009-03-27 | 2009-03-27 | 遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009079855A JP2010227385A (ja) | 2009-03-27 | 2009-03-27 | 遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム |
Publications (1)
Publication Number | Publication Date |
---|---|
JP2010227385A true JP2010227385A (ja) | 2010-10-14 |
Family
ID=43043868
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009079855A Pending JP2010227385A (ja) | 2009-03-27 | 2009-03-27 | 遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP2010227385A (ja) |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014105592A1 (en) * | 2012-12-28 | 2014-07-03 | Volcano Corporation | Devices, systems, and methods for handling data in the context of invasive, multi-modality medical systems |
JP2016035717A (ja) * | 2014-08-04 | 2016-03-17 | 株式会社東芝 | 医用画像管理システム、医用画像観察装置、及び医用画像保管装置 |
US11120896B2 (en) | 2012-12-28 | 2021-09-14 | Philips Image Guided Therapy Corporation | Multi-modality anonymizing system and method |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002117137A (ja) * | 2000-10-04 | 2002-04-19 | Hitachi Ltd | 検査システム |
JP2004024772A (ja) * | 2002-06-28 | 2004-01-29 | Hitachi Medical Corp | 読影依頼端末 |
JP2005092706A (ja) * | 2003-09-19 | 2005-04-07 | Canon Inc | 連携検査診断装置 |
JP2005184731A (ja) * | 2003-12-24 | 2005-07-07 | Canon Inc | 医用画像送受信装置および方法 |
-
2009
- 2009-03-27 JP JP2009079855A patent/JP2010227385A/ja active Pending
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002117137A (ja) * | 2000-10-04 | 2002-04-19 | Hitachi Ltd | 検査システム |
JP2004024772A (ja) * | 2002-06-28 | 2004-01-29 | Hitachi Medical Corp | 読影依頼端末 |
JP2005092706A (ja) * | 2003-09-19 | 2005-04-07 | Canon Inc | 連携検査診断装置 |
JP2005184731A (ja) * | 2003-12-24 | 2005-07-07 | Canon Inc | 医用画像送受信装置および方法 |
Cited By (3)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
WO2014105592A1 (en) * | 2012-12-28 | 2014-07-03 | Volcano Corporation | Devices, systems, and methods for handling data in the context of invasive, multi-modality medical systems |
US11120896B2 (en) | 2012-12-28 | 2021-09-14 | Philips Image Guided Therapy Corporation | Multi-modality anonymizing system and method |
JP2016035717A (ja) * | 2014-08-04 | 2016-03-17 | 株式会社東芝 | 医用画像管理システム、医用画像観察装置、及び医用画像保管装置 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2011036327A (ja) | 遠隔読影サーバ装置、遠隔読影システム及び遠隔読影管理装置 | |
Spencer et al. | Utility of portable ultrasound in a community in Ghana | |
JP4995230B2 (ja) | 遠隔読影システム | |
US20110231327A1 (en) | Methods, systems, and devices for verifying and approving government required release forms | |
US20090259490A1 (en) | Framework for transmission and storage of medical images | |
US20140379374A1 (en) | Management of Medical Information | |
JP4904109B2 (ja) | 読影データ管理装置及び読影データ管理方法 | |
JP5615880B2 (ja) | 遠隔読影システム及び遠隔読影方法 | |
JP5048286B2 (ja) | 画像転送方法、画像転送装置、及び画像転送プログラム | |
CN102782690B (zh) | 用于处理针对临床文档的不同语言的消费者查询的系统和方法 | |
US20100241457A1 (en) | Network server, control method, and medical network system | |
JP2006304886A (ja) | 移動型放射線撮影装置及びその制御方法、プログラム | |
JP6013083B2 (ja) | 医用画像管理サーバ | |
US20130325507A1 (en) | Medical information data management system | |
JP2007323378A (ja) | 画像保管方法及び画像保管装置 | |
JPH1097582A (ja) | 医療情報システム | |
JP5064365B2 (ja) | 遠隔読影システム及び遠隔読影管理装置 | |
Robinson | Beyond the DICOM header: additional issues in deidentification | |
JP5539698B2 (ja) | 遠隔読影システム及び読影管理装置 | |
JP2009011721A (ja) | 医用画像管理装置及びプログラム | |
JP2010227385A (ja) | 遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム | |
JP3232539U (ja) | データ統合システム | |
JP5305728B2 (ja) | 医用ファイル管理システム及び医用ファイル管理装置 | |
JP4226959B2 (ja) | 医用画像の検査情報処理システム | |
JP2006236061A (ja) | 健診レポート閲覧システム、データ管理プログラム、及びデータ管理方法 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20111024 |
|
A131 | Notification of reasons for refusal |
Effective date: 20111101 Free format text: JAPANESE INTERMEDIATE CODE: A131 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111227 |
|
A02 | Decision of refusal |
Effective date: 20120417 Free format text: JAPANESE INTERMEDIATE CODE: A02 |
|
A521 | Written amendment |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20120717 |
|
A911 | Transfer of reconsideration by examiner before appeal (zenchi) |
Free format text: JAPANESE INTERMEDIATE CODE: A911 Effective date: 20120724 |
|
A912 | Removal of reconsideration by examiner before appeal (zenchi) |
Effective date: 20120928 Free format text: JAPANESE INTERMEDIATE CODE: A912 |