医用画像転送:完全テクニカルガイド

医用画像の転送はDICOM・NIFTI・独自フォーマットをPACSシステム・紹介元医師・専門医・患者の間で移動させる作業だ。胸部CTの単純撮影でも500MB〜2GBになり、デジタルパソロジーの全スライド画像は4GBに達する。個人情報保護委員会（PPC）の指針および個人情報保護法（APPI）の安全管理措置として、医療機関はこれらのデータを適切な暗号化手段で転送する義務がある。

DICOM、NIFTIとは何を転送しているのか

転送方法を選ぶ前に、フォーマットを把握する必要がある。DICOM（Digital Imaging and Communications in Medicine）はピクセルデータをメタデータタグで包む規格で、患者名タグ(0010,0010)、スタディUID(0020,000D)、モダリティ(0008,0060)が含まれる。典型的なMRI検査は数百個の.dcmファイルのフォルダとなる。NIFTI（.nii または .nii.gz）は研究用神経画像フォーマットで、1ボリューム全体を単一ファイルに収める。

ファイルサイズの目安を以下に示す。

胸部X線：10〜30MB
頭部CT：50〜200MB
腹部MRI：300MB〜1GB
心臓MRIシネ撮影：500MB〜2GB
全スライドパソロジー（.svs、.ndpi）：1枚あたり1〜4GB
fMRIタスクラン：500MB〜2GB、フルスタディ：10〜40GB

転送ツールは平均値ではなく、最大ファイルサイズに合わせて選択する。

DICOMweb：現代の通信プロトコル

DICOM PS3.18で定義されたDICOMwebは、旧来のDIMSEプロトコルをHTTPで置き換える。3つのコアサービスを示す。

STOW-RS（Store Over the Web）：DICOMインスタンスを/studiesへPOSTする
WADO-RS（Web Access to DICOM Objects）：/studies/{StudyInstanceUID}からGETで取得する
QIDO-RS（Query based on ID）：クエリパラメータでスタディ・シリーズを検索する

DICOMwebはTLS 1.3上で動作し、OAuth 2.0ベアラートークンと連携できる。Orthanc・dcm4chee・Ambra HealthなどのモダンなPACSがこれをサポートしている。

DICOMwebが使えない場合の代替手段

実際の転送の多くは、ゲートウェイを共有しないシステム間で発生する。地域病院が高度医療センターにトラウマスキャンを送る、患者がMRIを専門医に持参する、研究施設がデータコーディネーティングセンターにfMRIデータを送る、といったケースだ。

SFTP（RFC 4253, OpenSSH）：既知のエンドポイント間の定期転送に有効だが、監査UXが弱い
IHE XDS-I.b：医療情報交換ネットワーク向けの相互運用性プロファイル。導入コストが高い
ウェブベース暗号化アップロード：一回限りまたはアドホックな転送、特に患者が関与する場合の実務的選択
物理メディア：IHE PDIプロファイルのCD焼き込みはまだ存在するが、病院が光学ドライブを撤去するにつれ急減している

転送前のDe-identification（識別子除去）

DICOMヘッダはPHIで密に詰まっている。DICOM規格PS3.15附属書Eは400以上のタグの削除・置換・空欄化を定義する。DicomAnonymizer・CTP（Clinical Trial Processor）・dcm4cheのdcmdeidがこれを実装している。よくある失敗例を示す。

ピクセルデータに焼き込まれたアノテーションの見落とし（ヘッダ変更だけでなくOCR＋リダクションが必要）
ベンダーがスキャナのシリアル番号を格納する(0009,xxxx)範囲のプライベートタグの無視
スタディインスタンスUIDの維持（攻撃者が元のデータを持っていれば再リンクが可能）

GDPR対象の研究データには、De-identification＋TLS＋AES-256-GCMの保存が最低ラインだ。

圧縮・転送シンタックス・帯域幅

DICOMファイルは非圧縮（Implicit VR Little Endian、転送シンタックスUID 1.2.840.10008.1.2）または各種圧縮で保存できる。CT画像のロスレス圧縮（JPEG 2000 Lossless：1.2.840.10008.1.2.4.90）は通常50〜60%の削減をもたらす。非可逆圧縮は法的リスクが大きく、診断用途では多くの放射線科が全面禁止している。

100Mbpsの対称回線では2GBの心臓MRIに約3分かかる。10Mbpsのアップロード回線なら30分だ。転送が途中で切断された場合に再開できるサービスを選択することが重要になる。

患者自身が操作する転送

患者が専門医のオフィスでUSBスティックやポータルのログインを提示し、専門医が画像をインポートするワークフローが増えている。技術に不慣れな患者が使える転送方法が必要だ。ファイルをドラッグし、パスフレーズでクライアントサイド暗号化し、クリニックにパスフレーズをSMSで送る形式が機能する。アカウント不要、ITチケット不要だ。

HexaTransfer はこのパターンに適合している。クライアントサイドAES-256-GCM、共有リンク、パスフレーズをアウトオブバンドで送る構成だ。https://hexatransfer.com で無料・アカウント不要・最大10GBで利用できる。

遠隔放射線診断のカストディチェーン

vRad・Nighthawk・Radisphereのような遠隔放射線診断業者は、監査担当者が時間単位で追跡できる転送パイプラインに依存している。必須要素を以下に示す。

送信PACSでSHA-256ハッシュを記録し、読影ワークステーションで検証する
アクセッション番号と読影放射線科医IDを含むタイムスタンプ付きイベントログを保持する
患者の最終来院後7〜10年の状態法規が定める期間、転送ログを保持する
受領確認後に転送ステージングエリアを自動削除し、ステージングサーバーがシャドウアーカイブにならないようにする

10GBの上限を超えるケースへの対応

ウェブベースの転送サービスの多くは2〜10GBを上限とする。HexaTransfer はアカウント不要で10GB無料だ。上限を超える場合の選択肢を示す。

論理的な束に分割：1回の来院、1モダリティ、1シリーズごとに転送する
物理的な配送：AWS Snowball Edgeは80TBを保持。FedExでLUKSまたはVeraCryptで暗号化したドライブを送る
専用回線：定期的な大容量フローにはDirect Connect、ExpressRoute、または病院VPNを使用する

PACSへの統合と読影業務への影響排除

絶対的なルールは「放射線科医のワークリストを壊さないこと」だ。転送ワークフローがPACSに触れる場合は、ステージングノード（OrthancまたはDICOMルーターとしてのdcm4chee）を経由させる。本番PACSには検証済みのスタディのみが届く。

外部転送を「Send to External」のワンクリック操作として実装し、放射線科医を暗号化ワークフローから切り離すことが理想だ。スタディをドロップすれば、ツールが暗号化し、相手側の臨床医がリンクを受け取る。

転送後の検証

すべての転送後に以下を確認する必要がある。

ファイル数が一致すること（.dcmファイルまたはNIFTIボリュームの数）
アーカイブのSHA-256が送信側と受信側で一致すること
受信側のビューワで少なくとも1枚の画像が開くこと
患者名・スタディ日付・アクセッション番号が読み取れること

検証を転送記録に記録する。「送った」だけでは証拠にならない。「送り、バイトレベルの完全性を確認した」が唯一の防御だ。医用画像の転送は単なるバイトの移動ではなく、誰かのケアが依存する診断記録の移動であり、それは時に数分以内に行われなければならない。