JP2010264107A - 遠隔読影システム - Google Patents
遠隔読影システム Download PDFInfo
- Publication number
- JP2010264107A JP2010264107A JP2009118743A JP2009118743A JP2010264107A JP 2010264107 A JP2010264107 A JP 2010264107A JP 2009118743 A JP2009118743 A JP 2009118743A JP 2009118743 A JP2009118743 A JP 2009118743A JP 2010264107 A JP2010264107 A JP 2010264107A
- 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.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims description 37
- 238000000034 method Methods 0.000 claims description 33
- 230000008569 process Effects 0.000 claims description 23
- 230000004044 response Effects 0.000 claims description 12
- 230000005540 biological transmission Effects 0.000 claims description 8
- 238000006243 chemical reaction Methods 0.000 claims 1
- 238000010586 diagram Methods 0.000 description 20
- 238000012546 transfer Methods 0.000 description 17
- 230000006835 compression Effects 0.000 description 16
- 238000007906 compression Methods 0.000 description 16
- 238000002591 computed tomography Methods 0.000 description 7
- 238000002595 magnetic resonance imaging Methods 0.000 description 7
- 230000006870 function Effects 0.000 description 6
- 238000004891 communication Methods 0.000 description 5
- 238000003745 diagnosis Methods 0.000 description 5
- 239000000284 extract Substances 0.000 description 5
- 230000006837 decompression Effects 0.000 description 2
- 238000002592 echocardiography Methods 0.000 description 2
- 238000007689 inspection Methods 0.000 description 2
- 230000007246 mechanism Effects 0.000 description 2
- 230000003287 optical effect Effects 0.000 description 2
- 239000000523 sample Substances 0.000 description 2
- 101000911772 Homo sapiens Hsc70-interacting protein Proteins 0.000 description 1
- 101001139126 Homo sapiens Krueppel-like factor 6 Proteins 0.000 description 1
- 101000710013 Homo sapiens Reversion-inducing cysteine-rich protein with Kazal motifs Proteins 0.000 description 1
- 101000661807 Homo sapiens Suppressor of tumorigenicity 14 protein Proteins 0.000 description 1
- UFHFLCQGNIYNRP-UHFFFAOYSA-N Hydrogen Chemical compound [H][H] UFHFLCQGNIYNRP-UHFFFAOYSA-N 0.000 description 1
- 230000008901 benefit Effects 0.000 description 1
- 229940079593 drug Drugs 0.000 description 1
- 239000003814 drug Substances 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 229910052739 hydrogen Inorganic materials 0.000 description 1
- 239000001257 hydrogen Substances 0.000 description 1
- 238000003384 imaging method Methods 0.000 description 1
- 108090000237 interleukin-24 Proteins 0.000 description 1
- 230000005389 magnetism Effects 0.000 description 1
- 238000012986 modification Methods 0.000 description 1
- 230000004048 modification Effects 0.000 description 1
- 230000008520 organization Effects 0.000 description 1
- 238000002601 radiography Methods 0.000 description 1
- 239000007787 solid Substances 0.000 description 1
- 238000012360 testing method Methods 0.000 description 1
- 238000002604 ultrasonography Methods 0.000 description 1
- 210000000707 wrist Anatomy 0.000 description 1
Images
Landscapes
- Measuring And Recording Apparatus For Diagnosis (AREA)
- Medical Treatment And Welfare Office Work (AREA)
Abstract
【解決手段】病院2において、医療用デジタル画像データを生成したとき、管理装置5はその医療用デジタル画像データから患者情報を削除し、画像データに固有の画像IDと削除した患者情報とを対応付ける患者情報管理リストを生成する。読影拠点から読影レポートを受信した場合には、読影レポートに含まれる画像IDを基に、患者情報管理リストを参照して読影レポートと患者情報とを対応付ける。
【選択図】図6
Description
読影医は、読影の結果や所見等を記入した読影レポートを生成する。
このようにして生成された読影レポートは、担当医が患者を診察する際に有効に利用される。
これは、近年では、医療用デジタル画像データの絶対数が爆発的に増大しており、医療施設において、増大した全ての医療用デジタル画像データの読影を行うための人的・機械的資源が不足しているからである。
個人情報の流出は、個人情報を扱う医療施設などにとっては大きな問題であり、このような事態の出現を防止する必要がある。
特許文献1には、読影依頼の操作の簡略化及び読影依頼ミスの削減・防止を図ることができ、また、運用センターでの患者情報入力の作業を不要にすることができる読影依頼端末が開示されている。
外部に転送される医療用画像から個人情報の流出を完全に防止するためには、医療用画像に添付される個人情報を完全に消去してしまえばよいが、こうした場合どの画像がどの患者のものであるかが分からなくなってしまう、という不利益があった。
以下、第1実施形態の遠隔読影システム100について説明する。
図1は、本実施形態の遠隔読影システム100の構成の一例を示した図である。
図1に示すように、遠隔読影システム100では、データセンタ1、病院2(本発明の医療施設に対応)、読影拠点3(本発明の読影拠点に対応)がネットワーク4を介して互いに接続されている。
図2は、本実施形態の遠隔読影システム100における病院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)に適合した医療用デジタル画像データを生成することができる。すなわち、モダリティ21は、各画像データに対応する患者の個人情報データ(以下患者情報と称する)や画像生成に関する情報(画像の識別ナンバー(画像ID)、画像に写る患部名、画像が生成された日時、生成したモダリティ21の種別・機種名、生成した医師の名前等:以下検査情報と称する)をDICOM規格に従って埋め込んだ医療用デジタル画像データを生成することができる。
LAN23には、病院内に設置された少なくとも1つのモダリティ21、少なくとも1つの端末装置22、DB24、そして後述する管理装置5が接続されている。
LAN23を介して、モダリティ21が生成したデータが端末装置22や管理装置5に転送されたり、端末装置22が複数ある場合には、端末装置22同士で各種データが転送されたりする。
DB24は、モダリティ21が生成した医療用デジタル画像データを記憶するためのデータベースである。
特に、本実施形態の管理装置5は、外部の読影施設に対して医療用デジタル画像データを転送し、読影を依頼する遠隔読影処理を行うことができるように設計されている。この際、患者の個人情報をDICOMタグの形式で含む医療用デジタル画像データが病院2外部に転送されることになるので、本実施形態の管理装置5では、医療用デジタル画像データに含まれる患者の個人情報が第三者に流出することがないように、個人情報を管理する個人情報管理処理を行っている。
管理装置5の個人情報管理処理の詳細については後述する。
図3は、本実施形態の遠隔読影システム100における読影拠点3の構成の一例を示した図である。
図3に示すように、読影拠点3は、端末装置31と、メモリ32と、管理装置5とを有する。
この管理装置5は、上述した病院2の構成例における管理装置5と同一の構成と機能を有する。すなわち、管理装置5は、読影を依頼する側(病院2)、読影を依頼される側(読影拠点3)のいずれに設置しても、設置された場所に応じた動作を実行することが可能である。
端末装置31は、図3に示す読影拠点3内の構成において、少なくとも1つ配設される。
読影拠点3では、病院2からの読影依頼に応じて、データセンタ1から医療用デジタル画像データを受信し、読影を行いその結果を記した読影結果レポートを生成して、データセンタ1へと送付する。データセンタ1が読影結果レポートを病院2に送信することにより、医療用デジタル画像データを生成する施設と読影を行う施設が異なる遠隔読影システムを構築することができる。
メモリ32は、端末装置31を使用して作成された読影結果レポートや、読影結果レポート作成のために使用される各種データを記憶する記憶手段である。
病院2から依頼された読影を行う場合の読影拠点3の各構成の動作例についての詳細は後述する。
データセンタ1は、病院2と読影拠点3の間の医療用デジタル画像データの転送の制御や管理を行う。
データセンタ1は、図1に示すように、サーバ装置11を有する。
サーバ装置11は、ネットワーク4を介して病院2と読影拠点3との間で行われる医療用デジタル画像データの転送を管理するためのサーバである。
まず、病院2内において、モダリティ21により医療用デジタル画像データが生成される。
上述したように、モダリティ21において生成される医療用デジタル画像データには、各画像データに対応する患者の個人情報データ(患者情報)や画像生成に関する情報(検査情報)がDICOM規格に則って埋め込まれている。
DICOM規格は、医療用デジタル画像データのフォーマットと、画像データを扱う医療用画像機器間の通信プロトコルとを定義した標準規格である。本実施形態においては、医療用デジタル画像データのフォーマットとしてDICOM規格を利用している。
画像データに関する様々な情報とは、例えば、画像生成日時・画像を生成したモダリティの名称や番号・検査の種類・検査部位などの検査情報、患者の名前・生年月日・年齢などの患者情報である。このような医療用デジタル画像データに関する様々な情報、すなわち、患者情報と検査情報とを併せて、以下管理情報と称する。
医療用デジタル画像データが、CTやMRIなど、断層画像を生成するモダリティにより生成された場合には、断層画像のスライス1枚ごとのヘッダ部分に上述した管理情報が書き込まれている。
画像データのヘッダ部分には、最初にDICOMであるという宣言が記述され、次に各データがどの番地から始まるかの記述がなされる。それらの記述の後に、管理情報についての記載がある。
このようにDICOM規格では、画像データのヘッダ部分に様々な情報を含む管理情報が記載される。
図4は、DICOMタグの一例を示した図である。
図4に示すように、DICOMタグは、16進数で表された数字の組み合わせにより特定される。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へと医療用デジタル画像データを転送し、読影を依頼することが可能である。この際、人的ミス等により病院2から読影拠点3に転送される途中に医療用デジタル画像データが第三者の下に流出してしまう等の事故が発生した場合を考えると、転送する医療用デジタル画像データに患者情報が埋め込まれていた場合、患者の個人情報保護の観点から問題が大きくなってしまう恐れがある。
このため、本実施形態の遠隔読影システム100では、病院2の管理装置5が、モダリティ21により生成された医療用デジタル画像データをDB24に記憶する時点で、医療用デジタル画像データから患者情報を取り除く匿名化処理を行う。
この患者情報管理リストには、例えば、モダリティ21によって生成された医療用デジタル画像データの識別番号(例えば病院内の全ての医療用デジタル画像データにそれぞれ固有に割り当てられた画像ID)や、医療用画像の生成日時、カットされた個人情報などが記載される。或いは、患者情報管理リストには、カットされた個人情報だけではなく、当該医療用デジタル画像データにDICOMタグの形式で記載されている全ての情報が転載されていてもよい。
以上説明した、医療用デジタル画像データから患者情報をカットする処理を匿名化処理と称する。
すなわち、DB24に記憶される全ての医療用デジタル画像データは、匿名化され、匿名化された医療用デジタル画像データが元々有していた患者情報について患者情報管理リストに全て記載された状態となっている。
上述した匿名化処理は、例えばモダリティ21による医療用デジタル画像データの生成直後に行われればよい。すなわち、例えば、管理装置5は、モダリティ21により生成された画像データを取得した時点で、上述した匿名化処理を実行するようにすればよい。
読影依頼処理において、病院2の医療従事者は、まず、例えば端末装置22を介して、メモリ24に記憶された医療用デジタル画像データの中から、読影を依頼すべき医療用デジタル画像データを例えば端末装置22を介して選択する。ここで選択される医療用デジタル画像データは、モダリティ21により生成された医療用デジタル画像データである。
端末装置22において医療従事者により読影依頼操作がなされると、LAN23を介して管理装置5が読影依頼要求を生成する。
管理装置5は、ネットワーク4を介して、まずデータセンタ1に対して読影依頼要求及び読影を依頼する医療用デジタル画像データを送信する。
ここで、管理装置5がデータセンタ1に対して送信する医療用デジタル画像データは、上述したように匿名化された医療用デジタル画像データである。
読影依頼要求には、例えば、依頼元の病院2の名称、読影依頼を行った医師名、依頼日時、依頼先の読影拠点3の名称等の情報が含まれている。
データセンタ1のサーバ装置11は、病院2からの読影依頼要求を読影データベースに記憶する。そして、読影拠点3に対して読影依頼があったことを通知し、読影拠点3から依頼を受ける旨の返答を受信してから医療用デジタル画像データと読影依頼要求を転送する。
次に、読影拠点3において、端末装置31から医療用デジタル画像データの閲覧や添付された読影依頼要求の閲覧・検索等の処理の要求がなされると、管理装置5は要求された処理を実行する。
このようにして、端末装置31において、読影拠点3の読影医等は、医療用デジタル画像データの検索や閲覧を行い、これを基に読影を行って、その結果を記した読影結果レポートを生成する。
しかし、上述したように、匿名化された医療用デジタル画像データは、それぞれ固有のID(画像ID)が自動的に付与されている。各医療用デジタル画像データの画像IDは、例えばDICOMタグの1つとして記述されている。そして、読影拠点3において読影医がデータセンタ1を介して病院2から取得した医療用デジタル画像データを基に読影結果レポートを生成したとき、読影結果レポートに当該画像IDに関する情報も記載される。
これにより、読影拠点3において生成された読影結果レポートが病院2に転送された際に、どの読影結果レポートがどの医療用デジタル画像データを基に生成されたかが識別できるようになっている。
データセンタ1は、読影拠点3から受信した読影結果レポートを、病院2に対して転送する。
病院2の管理装置5は、読影結果レポートを受信すると、受信した読影結果レポートに対応する医療用デジタル画像データの画像IDを基に、当該読影結果レポートに対応する患者情報を関連付け、読影結果データベースにおいて管理する。
以下、管理装置5の詳細について説明する。
図5は、管理装置5の構成の一例を示した図である。
図5に示すように、管理装置5は、通信部51、記憶部52、サーバ機能部53、圧縮処理部54、制御部55を有する。
記憶部52は、医療用デジタル画像データ、医療用デジタル画像データに対応する患者情報や検査情報、医療用デジタル画像データを基に生成された読影結果レポート、病院2から外部の読影拠点3に読影を依頼した依頼件数に関する情報(依頼件数、依頼日時、依頼した医師名等:以下依頼件数情報と称する)等を記憶する。記憶部52は、例えばHDD(Hard Disk Drive)やSSD(Solid State Drive)等の記憶媒体により構成される。記憶部52は、或いは光ディスク(DVD(Digital Versatile Disk)やBD(Blu-ray Disk:登録商標)等)にデータを書き込んで記憶させる光ドライブ装置で構成されてもよい。これにより、病院2から読影拠点3に依頼された遠隔読影の件数が管理され、この情報は読影拠点3に対する報酬支払時等に使用される。
サーバ機能部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は、医療用デジタル画像データの匿名化処理を行う。
すなわち、上述したように、管理装置5は、医療用デジタル画像データのDICOMタグに記載された患者情報のうち、個人情報に該当する情報をカットして、医療用デジタル画像データと患者情報との対応関係を示したリストを生成し、そこにカットした患者情報をペーストする。
この際、患者情報を除いた医療用デジタル画像データの画像IDと、対応する患者情報とを対応付けたリスト(患者情報管理リスト)を新たに生成する。
すなわち、DB24に記憶される全ての医療用デジタル画像データは、匿名化され、匿名化された医療用デジタル画像データがどの患者情報と対応しているか、が患者情報管理リストに全て記載された状態となっている。
患者情報管理リストには、例えば、画像に固有のID(画像ID)、画像IDに対応する患者情報及び検査情報、医療用デジタル画像データのサムネイル画像などが記載される。
ステップST5:
管理装置5は、ステップST4において匿名化処理を行った医療用デジタル画像データと、患者情報管理リストとをDB24に記憶させる。
図7は、病院2において、端末装置22から管理装置5に記憶された医療用デジタル画像データを閲覧する場合の動作例について説明したシーケンス図である。
端末装置22は、管理装置5に対して、閲覧可能な医療用デジタル画像データのリストを要求する。このリストを以下では閲覧可能リストと称する。
ここで、端末装置22は、管理装置5に対して、記憶部52に記憶された全ての医療用デジタル画像データの閲覧可能リストを要求することもできるが、必要な医療用デジタル画像データのみを抽出した閲覧可能リストを要求することもできる。
すなわち、例えば、同一患者の過去全ての医療用デジタル画像データの閲覧可能リストを要求したり、同一の日に生成された医療用デジタル画像データの閲覧可能リストを要求したり、同一のモダリティ21によって生成された医療用デジタル画像データの閲覧可能リストを要求したりすることができる。
管理装置5は、ステップST11において生成された閲覧可能リスト要求に応じて、記憶部52に記憶された医療用デジタル画像データ、患者情報、検査情報、患者情報管理リストを基に、閲覧可能リストを生成する。
ステップST13:
管理装置5は、ステップST12において生成した閲覧可能リストを、端末装置22に対して転送する。
端末装置22を操作する医師等により、ステップST13において転送された閲覧可能リストを基に、閲覧する医療用デジタル画像データやその他の情報が選択される。端末装置22は、医師等の選択を基に、選択された医療用デジタル画像データやその他の情報を管理装置5に対して要求する。その他の情報には、例えば患者情報や検査情報、依頼件数情報等が含まれる。
ステップST15:
管理装置5は、ステップST14の閲覧要求に応じて、要求された医療用デジタル画像データやその他の情報を転送する。
ステップST16:
端末装置22は、ステップST15において転送された画像データやその他の情報を端末装置22を操作する医師等に対して閲覧させる。
図8は、病院2において、病院2から読影拠点3に対して遠隔読影を依頼する場合の動作例を示したシーケンス図である。
ステップST21:
医師等が、端末装置22を操作し、読影拠点3に対して所定の医療用デジタル画像データの読影を依頼する操作を行う。これに応じて、端末装置22は、所定の医療用デジタル画像データの読影拠点3への読影依頼要求を管理装置5に対して転送する。
管理装置5は、記憶部52に記憶された患者情報管理リストを参照し、ステップ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に依頼した読影の数等が容易に把握することができ、料金の支払いや送信した医療用デジタル画像データの管理などを容易に行うことができるようになる。
図9は、読影依頼を受診したデータセンタ1の動作例を示したフローチャートである。
ステップST31:
サーバ装置11は、ネットワーク4を介して病院2から読影依頼情報を取得する。
ステップST32:
サーバ装置11は、ステップST31において病院2から読影依頼があったことを読影データベースに登録する。
サーバ装置11は、病院2に対して読影依頼を取得したことを通知する。
ステップST34:
サーバ装置11は、読影拠点3に対して、読影依頼が来ていることを通知する。同時に、当該依頼に関連する医療用デジタル画像データを送信する。
なお、本発明においては、読影拠点3に対して、読影依頼の通知と医療用デジタル画像データの送信を必ずしも同時に行う必要はなく、読影依頼の通知に対する読影拠点3からの応答に対して医療用デジタル画像データを送信するようにしてもよい。
図10は、読影拠点3において読影依頼の通知を受けた場合の動作例について説明するためのシーケンス図である。
ステップST41:
管理装置5は、データセンタ1からの読影依頼通知及び読影依頼に対応する医療用デジタル画像データを取得する。或いは、読影拠点3の管理装置5は、データセンタ11からの読影依頼通知に対応してデータセンタ11に対してこれに対応する医療用デジタル画像データを要求するようにしてもよい。
ステップST42:
管理装置5は、端末装置31に対して読影依頼通知を取得したことを通知する。同時に、医療用デジタル画像データを転送する。
ステップST42において転送された医療用デジタル画像データを読影医は端末装置31を使用して閲覧し、読影の結果を記した読影結果レポートを生成する。この際、病院2において医療用デジタル画像データに匿名化処理が施されているため、読影医は転送された医療用デジタル画像データの患者情報を知ることができない。しかし、読影依頼情報として画像IDが通知されているため、読影医は読影を行う医療用デジタル画像データの患者情報を知らないまま読影を行い、画像IDを読影結果レポートに記すことになる。
ステップST44:
端末装置31は、ステップST43において作成が完了した読影結果レポートを管理装置5に転送する。
管理装置5は、ステップST44において転送された読影結果レポートを読影結果データベースに登録する。
これにより、読影拠点3において行った読影の件数、日時、依頼元などがデータベースとして管理されるので、例えば病院2に対する料金の請求等が容易になる。
ステップ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を基に、患者情報管理リストを参照して、取得した読影結果レポートに対応する患者情報を対応付ける。患者情報を対応付ける方法としては、読影結果レポートに患者情報そのものを添付してもよいし、患者情報管理リストに読影結果レポートに固有のID(読影結果ID)を加えるような形式としてもよい。すなわち、以後病院2内で読影結果レポートが参照される際に、参照される読影結果レポートに対応する患者情報も同時に参照可能な状態となるようになればよい。
管理装置5は、読影結果レポートを取得したことを端末装置22に対して通知する。
ステップST64:
端末装置22は、読影結果レポートを閲覧するか否かを判断する。
閲覧すると判断した場合はステップST65に進み、そうでない場合は処理を終了する。
端末装置22は、管理装置5に対して読影結果レポートの閲覧を要求する。
ステップST66:
管理装置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実施形態の遠隔読影システム100について説明する。
第2実施形態の遠隔読影システム100においては、病院2の管理装置5における匿名化処理の方法が第1実施形態と異なっている。
従って、遠隔読影システム100の構成要素やその動作については第1実施形態において説明した遠隔読影システムとほぼ同様であり、同様である部分については説明を省略する。
上述したように、DICOM規格に適合した医療用デジタル画像データには、DICOMタグの形式で患者情報が埋め込まれている。
第2実施形態の遠隔読影システム100では、第1実施形態と同様、病院2の管理装置5が、モダリティ21により生成された医療用デジタル画像データをDB24に記憶する時点で、医療用デジタル画像データから患者情報を取り除く匿名化処理を行う。そして、さらに管理装置5は、仮想的な患者名を新たに医療用デジタル画像データに付与する。
患者情報管理リストには、モダリティ21によって生成された医療用デジタル画像データの識別番号(例えば病院内の全ての医療用デジタル画像データにそれぞれ固有に割り当てられた画像ID)や、医療用画像の生成日時、カットされた個人情報などが記載される。
仮想患者名の決定方法は、例えば以下のようにする。
名字は、例えば予め抽出された所定数の日本人の名字の中から無作為に名字を選択するようにすればよい。予め抽出する所定数の名字は、例えば日本人に多い名字の上位所定数を抽出するようにすればよい。或いは、名字となり得る漢字を予め所定数抽出しておき、それらの漢字を2文字或いは3文字組み合わせて名字を生成するようにしてもよい。
次に、名前を決定する。
名前は、例えば、患者情報を参照して、患者の生まれた年に多く付けられた名前を男女それぞれ所定数だけ予め抽出しておき、その中から無作為に選択するようにすればよい。
そして、患者情報管理リストに仮想患者名が追記され、仮想患者名が与えられた医療用デジタル画像データと対応付けられてDB24に記憶される。
また、病院2の医師等と読影拠点3の読影医との間において、読影に関する問い合わせなどがある場合、第1実施形態のような患者名を完全に削除する匿名化処理の場合は画像IDによる照合を行うしかなく、どの画像に対する問い合わせであるのかがわかりにくい。一方、第2実施形態のように仮想患者名を与える匿名化処理を施してある場合には、病院2の医師等と読影拠点3の読影医との間において読影に関する問い合わせなどがある場合でも、どの画像に対する問い合わせであるのかが容易かつ直感的に分かる、という利点を有している。
また、第1実施形態における患者情報を削除する匿名化処理と比較して、サーバ装置11において、過去の同一の患者の画像データを探し出すのが容易になる。すなわち、第1実施形態における匿名化処理では、サーバ装置11に記憶されている医療用デジタル画像データは、患者情報が削除されているため、過去の同一患者の画像データを検出することは容易ではなかったが、本第2実施形態においては、医療用デジタル画像データには仮想患者名が付けられているため、同一患者の過去の医療用デジタル画像データを検出することが容易となる。
すなわち、本発明の実施に際しては、本発明の技術的範囲またはその均等の範囲内において、上述した実施形態の構成要素に関し様々な変更、コンビネーション、サブコンビネーション、並びに代替を行ってもよい。
Claims (7)
- 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、
前記医療施設の読影依頼に応じて、前記医療施設が生成した前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点と、
前記医療施設から前記読影拠点への前記読影依頼に関する情報の管理を行うデータセンタと、
前記少なくとも1つの医療施設と、前記少なくとも1つの読影拠点と、前記データセンタとが互いに接続されたネットワークと、
を有し、
前記医療施設と前記読影拠点は、前記医療施設が生成した前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うための遠隔読影管理装置をそれぞれ有し、
前記遠隔読影管理装置は、
前記医療施設における前記医療用デジタル画像データの送信処理と、
前記読影拠点における前記医療用デジタル画像データの受信処理と、
前記読影拠点における前記読影レポートの送信処理と、
前記医療施設における前記読影レポートの受信処理と、
を実行する遠隔読影システムであって、
前記医療施設の前記遠隔読影管理装置は、前記医療施設において生成された前記医療用デジタル画像データから、当該医療用デジタル画像データの被写体である患者の個人情報を削除し、当該医療用デジタル画像データに固有の識別番号である画像IDと当該画像IDに対応する前記削除した患者の個人情報とを含む患者情報管理リストを生成して記憶し、前記読影拠点から読影レポートを受信した場合には、当該読影レポートに含まれる画像IDを基に、前記患者情報管理リストを参照して当該読影レポートに対応する患者情報を対応付ける
遠隔読影システム。 - 前記遠隔読影管理装置は、前記医療用デジタル画像データがDICOM規格に適合していない場合には、当該医療用デジタル画像データをDICOM規格に適合させる変換処理を行う
請求項1に記載の遠隔読影システム。 - 前記医療施設及び前記読影拠点は、前記遠隔読影管理装置に接続されたそれぞれ別個の端末装置を有し、
前記遠隔読影管理装置は、前記端末装置からの要求に応じて、記憶した前記医療用デジタル画像データを検索する検索処理及び閲覧する閲覧処理を実行する
請求項1または2に記載の遠隔読影システム。 - 前記医療施設において、前記遠隔読影管理装置は、前記読影拠点へ依頼した遠隔読影の件数をカウントして記憶する
請求項1から3のいずれか一項に記載の遠隔読影システム。 - 前記データセンタは、前記医療施設から前記読影拠点への読影依頼を受信して当該読影拠点に通知し、前記読影拠点が生成した読影レポートの完成を前記医療施設に対して通知するサーバ装置を有する
請求項1から4に記載の遠隔読影システム。 - 医療用デジタル画像データを生成し記憶する少なくとも1つの医療施設と、
前記医療施設の読影依頼に応じて、前記医療施設が生成した前記医療用デジタル画像データを読影して読影レポートを生成する少なくとも1つの読影拠点と、
前記医療施設から前記読影拠点への前記読影依頼に関する情報の管理を行うデータセンタと、
前記少なくとも1つの医療施設と、前記少なくとも1つの読影拠点と、前記データセンタとが互いに接続されたネットワークと、
を有し、
前記医療施設と前記読影拠点は、前記医療施設が生成した前記医療用デジタル画像データを前記読影拠点に送信して読影を依頼し、当該読影拠点にて当該医療用デジタル画像データを基に生成された前記読影レポートを前記医療施設に送信する遠隔読影処理を行うための遠隔読影管理装置をそれぞれ有し、
前記遠隔読影管理装置は、
前記医療施設における前記医療用デジタル画像データの送信処理と、
前記読影拠点における前記医療用デジタル画像データの受信処理と、
前記読影拠点における前記読影レポートの送信処理と、
前記医療施設における前記読影レポートの受信処理と、
を実行する遠隔読影システムであって、
前記医療施設の前記遠隔読影管理装置は、前記医療施設において生成された前記医療用デジタル画像データから、少なくとも当該医療用デジタル画像データの被写体である患者の名前を削除し、代わりに無作為に生成した仮の名前である仮想患者名を付与する
遠隔読影システム。 - 前記医療用デジタル画像データの前記削除した患者名と、当該削除した患者名の代わりに付与された仮想患者名とを少なくとも含む患者情報管理リストを生成して記憶し、前記読影拠点から読影レポートを受信した場合には、当該読影レポートに含まれる仮想患者名を基に、前記患者情報管理リストを参照して当該読影レポートに対応する患者名を対応付ける
請求項6に記載の遠隔読影システム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009118743A JP4995230B2 (ja) | 2009-05-15 | 2009-05-15 | 遠隔読影システム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2009118743A JP4995230B2 (ja) | 2009-05-15 | 2009-05-15 | 遠隔読影システム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2010264107A true JP2010264107A (ja) | 2010-11-25 |
JP4995230B2 JP4995230B2 (ja) | 2012-08-08 |
Family
ID=43361655
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2009118743A Active JP4995230B2 (ja) | 2009-05-15 | 2009-05-15 | 遠隔読影システム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP4995230B2 (ja) |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012232114A (ja) * | 2011-04-19 | 2012-11-29 | Toshiba Corp | 医用診断装置および医用データ収集システム |
JP2015125515A (ja) * | 2013-12-26 | 2015-07-06 | コニカミノルタ株式会社 | 画像送信装置及び治験システム |
JP2017224149A (ja) * | 2016-06-15 | 2017-12-21 | 株式会社日立製作所 | 情報管理システム及びこれに用いられる画像を生成する医用画像診断装置 |
JP2018036977A (ja) * | 2016-09-02 | 2018-03-08 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
CN110419043A (zh) * | 2017-03-17 | 2019-11-05 | 普罗克拉提欧有限公司 | 个人医疗信息数据管理方法及系统 |
WO2020066076A1 (ja) * | 2018-09-28 | 2020-04-02 | オリンパス株式会社 | 医療システム、ネットワーク装置、医療装置、及び検査情報処理方法 |
Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002007847A (ja) * | 2000-06-16 | 2002-01-11 | Duplo Kk | 利益享受型データベースシステムとこれを用いた情報提供方法 |
JP2002117137A (ja) * | 2000-10-04 | 2002-04-19 | Hitachi Ltd | 検査システム |
JP2002140685A (ja) * | 2000-11-01 | 2002-05-17 | Fuji Photo Film Co Ltd | 画像管理システム及び画像管理方法 |
JP2003256570A (ja) * | 2002-03-06 | 2003-09-12 | Takuo Tsujimura | 画像診断支援システム |
JP2003323496A (ja) * | 2002-05-08 | 2003-11-14 | Canon Inc | 連携診断システム |
JP2004024772A (ja) * | 2002-06-28 | 2004-01-29 | Hitachi Medical Corp | 読影依頼端末 |
JP2004258833A (ja) * | 2003-02-25 | 2004-09-16 | Toshiba Corp | 医用画像装置及びその情報送信方法 |
JP2004305289A (ja) * | 2003-04-03 | 2004-11-04 | Toshiba Corp | 医用システム |
JP2005092706A (ja) * | 2003-09-19 | 2005-04-07 | Canon Inc | 連携検査診断装置 |
JP2005184731A (ja) * | 2003-12-24 | 2005-07-07 | Canon Inc | 医用画像送受信装置および方法 |
JP2006268075A (ja) * | 2005-03-22 | 2006-10-05 | Hitachi Medical Corp | 遠隔読影システム |
JP2007117362A (ja) * | 2005-10-27 | 2007-05-17 | Konica Minolta Medical & Graphic Inc | 小規模診断システム |
JP2007252610A (ja) * | 2006-03-23 | 2007-10-04 | Toshiba Corp | 医用画像読影システム |
JP2008029419A (ja) * | 2006-07-26 | 2008-02-14 | Fujifilm Corp | 読影データ管理装置及び読影データ管理方法 |
JP2008108021A (ja) * | 2006-10-25 | 2008-05-08 | Hitachi Medical Corp | 症例データベースシステム |
-
2009
- 2009-05-15 JP JP2009118743A patent/JP4995230B2/ja active Active
Patent Citations (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2002007847A (ja) * | 2000-06-16 | 2002-01-11 | Duplo Kk | 利益享受型データベースシステムとこれを用いた情報提供方法 |
JP2002117137A (ja) * | 2000-10-04 | 2002-04-19 | Hitachi Ltd | 検査システム |
JP2002140685A (ja) * | 2000-11-01 | 2002-05-17 | Fuji Photo Film Co Ltd | 画像管理システム及び画像管理方法 |
JP2003256570A (ja) * | 2002-03-06 | 2003-09-12 | Takuo Tsujimura | 画像診断支援システム |
JP2003323496A (ja) * | 2002-05-08 | 2003-11-14 | Canon Inc | 連携診断システム |
JP2004024772A (ja) * | 2002-06-28 | 2004-01-29 | Hitachi Medical Corp | 読影依頼端末 |
JP2004258833A (ja) * | 2003-02-25 | 2004-09-16 | Toshiba Corp | 医用画像装置及びその情報送信方法 |
JP2004305289A (ja) * | 2003-04-03 | 2004-11-04 | Toshiba Corp | 医用システム |
JP2005092706A (ja) * | 2003-09-19 | 2005-04-07 | Canon Inc | 連携検査診断装置 |
JP2005184731A (ja) * | 2003-12-24 | 2005-07-07 | Canon Inc | 医用画像送受信装置および方法 |
JP2006268075A (ja) * | 2005-03-22 | 2006-10-05 | Hitachi Medical Corp | 遠隔読影システム |
JP2007117362A (ja) * | 2005-10-27 | 2007-05-17 | Konica Minolta Medical & Graphic Inc | 小規模診断システム |
JP2007252610A (ja) * | 2006-03-23 | 2007-10-04 | Toshiba Corp | 医用画像読影システム |
JP2008029419A (ja) * | 2006-07-26 | 2008-02-14 | Fujifilm Corp | 読影データ管理装置及び読影データ管理方法 |
JP2008108021A (ja) * | 2006-10-25 | 2008-05-08 | Hitachi Medical Corp | 症例データベースシステム |
Cited By (6)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2012232114A (ja) * | 2011-04-19 | 2012-11-29 | Toshiba Corp | 医用診断装置および医用データ収集システム |
JP2015125515A (ja) * | 2013-12-26 | 2015-07-06 | コニカミノルタ株式会社 | 画像送信装置及び治験システム |
JP2017224149A (ja) * | 2016-06-15 | 2017-12-21 | 株式会社日立製作所 | 情報管理システム及びこれに用いられる画像を生成する医用画像診断装置 |
JP2018036977A (ja) * | 2016-09-02 | 2018-03-08 | 富士ゼロックス株式会社 | 情報処理装置及びプログラム |
CN110419043A (zh) * | 2017-03-17 | 2019-11-05 | 普罗克拉提欧有限公司 | 个人医疗信息数据管理方法及系统 |
WO2020066076A1 (ja) * | 2018-09-28 | 2020-04-02 | オリンパス株式会社 | 医療システム、ネットワーク装置、医療装置、及び検査情報処理方法 |
Also Published As
Publication number | Publication date |
---|---|
JP4995230B2 (ja) | 2012-08-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP2011036327A (ja) | 遠隔読影サーバ装置、遠隔読影システム及び遠隔読影管理装置 | |
JP4995230B2 (ja) | 遠隔読影システム | |
US8108228B2 (en) | Methods, systems, and devices for transferring medical files | |
JP6573443B2 (ja) | デジタル医療用画像データ記憶システム | |
US20090259490A1 (en) | Framework for transmission and storage of medical images | |
US20070271316A1 (en) | System and method for backing up medical records | |
US20040193901A1 (en) | Dynamic configuration of patient tags and masking types while de-identifying patient data during image export from PACS diagnostic workstation | |
JP4904109B2 (ja) | 読影データ管理装置及び読影データ管理方法 | |
JP5048286B2 (ja) | 画像転送方法、画像転送装置、及び画像転送プログラム | |
US20140372149A1 (en) | Method for processing patient-related data records | |
JP5615880B2 (ja) | 遠隔読影システム及び遠隔読影方法 | |
JP5640841B2 (ja) | 医用情報管理システム及びプログラム | |
JP2007330374A (ja) | 診断支援方法、診断支援装置、診断支援システム、及び診断支援プログラム | |
US11361020B2 (en) | Systems and methods for storing and selectively retrieving de-identified medical images from a database | |
JP3232539U (ja) | データ統合システム | |
JP2007323378A (ja) | 画像保管方法及び画像保管装置 | |
JP6013083B2 (ja) | 医用画像管理サーバ | |
Robinson | Beyond the DICOM header: additional issues in deidentification | |
JPH1097582A (ja) | 医療情報システム | |
JP5064365B2 (ja) | 遠隔読影システム及び遠隔読影管理装置 | |
JP5539698B2 (ja) | 遠隔読影システム及び読影管理装置 | |
JP2010227385A (ja) | 遠隔読影管理装置、遠隔読影管理方法、プログラム及び遠隔読影管理システム | |
JP5305728B2 (ja) | 医用ファイル管理システム及び医用ファイル管理装置 | |
JP4547896B2 (ja) | 医用画像管理システム | |
JP2005293059A (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 |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20111101 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20111227 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20120417 |
|
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20120509 |
|
FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20150518 Year of fee payment: 3 |
|
R150 | Certificate of patent or registration of utility model |
Free format text: JAPANESE INTERMEDIATE CODE: R150 Ref document number: 4995230 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S111 | Request for change of ownership or part of ownership |
Free format text: JAPANESE INTERMEDIATE CODE: R313111 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |
|
S531 | Written request for registration of change of domicile |
Free format text: JAPANESE INTERMEDIATE CODE: R313531 |
|
S533 | Written request for registration of change of name |
Free format text: JAPANESE INTERMEDIATE CODE: R313533 |
|
R350 | Written notification of registration of transfer |
Free format text: JAPANESE INTERMEDIATE CODE: R350 |
|
R250 | Receipt of annual fees |
Free format text: JAPANESE INTERMEDIATE CODE: R250 |