의료 영상 전송 완벽 기술 가이드

KISA의 의료 데이터 보안 지침과 개인정보 보호법(PIPA) 제29조는 의료 영상 전송 시 전송 중 TLS 1.3, 저장 중 AES-256-GCM 암호화를 요구한다. 단일 심장 CT 연구가 500MB~2GB, 전체 슬라이드 병리 영상이 4GB, 연구용 fMRI 데이터셋이 피험자당 40GB에 달한다. 의료 영상 전송은 PACS 시스템, 의뢰 의사, 전문의, 환자 사이에서 DICOM, NIFTI, 독점 영상의학 형식을 이동시킨다—일반적으로 DICOMweb(WADO-RS, STOW-RS, QIDO-RS), IHE XDS-I, 직접 SFTP, 또는 웹 기반 암호화 업로드를 통해.

DICOM, NIFTI, 그리고 실제 이동 대상

전송 방법을 선택하기 전에 형식을 파악해야 한다. DICOM(Digital Imaging and Communications in Medicine)은 메타데이터 태그와 픽셀 데이터를 묶는다—환자명은 (0010,0010), 연구 UID는 (0020,000D), 검사 유형은 (0008,0060)에 있다. 일반적인 MRI 연구는 각 슬라이스가 하나인 수백 개의 .dcm 파일 폴더다. NIFTI(.nii 또는 .nii.gz)는 전체 볼륨을 단일 파일에 압축하는 신경영상 연구 형식이다.

크기 범위:

흉부 X선: 10~30MB
두부 CT: 50~200MB
복부 MRI: 300MB~1GB
심장 MRI(시네 포함): 500MB~2GB
전체 슬라이드 병리(.svs, .ndpi): 슬라이드당 1~4GB
fMRI 작업 실행: 500MB~2GB; 전체 연구: 10~40GB

전송할 가장 큰 파일에 맞는 도구를 선택하라, 평균이 아니라.

DICOMweb: 현대적 와이어 프로토콜

DICOMweb은 DICOM PS3.18에 정의되어 있으며 오래된 DIMSE 프로토콜을 HTTP로 대체한다. 세 가지 핵심 서비스:

STOW-RS: 멀티파트/관련 바디로 DICOM 인스턴스를 /studies에 POST
WADO-RS: /studies/{StudyInstanceUID}를 GET하여 검색
QIDO-RS: 쿼리 매개변수로 연구·시리즈 검색

DICOMweb은 TLS 1.3에서 실행되며 OAuth 2.0 베어러 토큰과 잘 작동한다. 최신 PACS인 Orthanc, dcm4chee, Ambra Health가 이를 지원하는 이유다. 두 병원 시스템이 모두 DICOMweb을 지원하면 별도 전송 도구 없이 구성된 게이트웨이만 필요하다.

DICOMweb이 옵션이 아닌 경우

대부분의 실제 전송은 게이트웨이를 공유하지 않는 시스템 간에 발생한다. 지역 병원이 외상 CT를 3차 병원에 보낸다. 환자가 외부 MRI를 전문의에게 가져간다. 연구 기관이 fMRI 데이터를 데이터 조정 센터에 보낸다.

SFTP(RFC 4253, OpenSSH): 알려진 엔드포인트 간 예약된 전송에 신뢰할 수 있지만 감사 UX가 약함
IHE XDS-I.b: 크로스 엔터프라이즈 영상의 상호운용성 프로파일, Carequality 같은 HIE에서 사용, 배포가 복잡
웹 기반 암호화 업로드: 특히 환자가 루프에 있을 때 일회성 또는 임시 전송을 위한 실용적 선택
물리적 미디어: IHE PDI 프로파일이 포함된 굽혀진 CD가 여전히 존재하지만 병원이 광학 드라이브를 제거하면서 빠르게 사라지고 있다

전송 전 비식별화

DICOM 헤더는 PHI로 빽빽하다. DICOM Standard PS3.15 부록 E는 제거·교체·비워야 할 400개 이상의 태그를 나열하는 비식별화 기본 프로파일을 정의한다. 일반적인 실수:

픽셀 데이터에 소각된 주석 남기기—OCR·수정이 필요하며 단순 헤더 변경으로는 처리 불가
(0009,xxxx) 범위의 개인 태그 누락(벤더가 스캐너 일련 번호를 보관하는 곳)
Study Instance UID 유지—공격자가 원본을 보유하면 재연결 허용

GDPR 하의 연구 데이터의 경우 비식별화 플러스 TLS 플러스 AES-256-GCM이 기준선이다.

압축, 전송 구문, 대역폭

DICOM 파일은 비압축(Implicit VR Little Endian, Transfer Syntax UID 1.2.840.10008.1.2) 또는 JPEG 2000 무손실(1.2.840.10008.1.2.4.90), JPEG-LS, RLE로 저장할 수 있다. CT 데이터의 무손실 압축은 일반적으로 50~60%를 절약한다. 손실 압축은 법의학적 지뢰밭으로, 많은 영상의학 기관이 진단용으로는 완전히 금지한다.

100Mbps 대칭 링크에서 2GB 심장 MRI는 와이어 속도로 약 3분이 걸린다. 업로드 10Mbps 기관에서는 30분이 걸린다. 그에 맞게 계획하거나 연결 끊김 시 재시작하는 전송 서비스를 사용하라.

환자 통제 전송

성장하는 워크플로우: 환자가 전문의 사무실에서 USB 스틱이나 환자 포털 로그인을 건네주면 전문의가 영상을 가져온다. 21세기 치료법 정보 차단 규칙이 이를 환자의 권리로 만든다.

비기술 환자도 사용할 수 있는 전송 방법이 필요하다. 파일을 드롭하고, 패스프레이즈로 클라이언트 측 암호화하고, 패스프레이즈를 클리닉에 문자로 전송하는 웹 양식이 효과적이다. 계정 없음, IT 티켓 없음. HexaTransfer는 이 패턴에 맞는다—클라이언트 측 AES-256-GCM, 공유 가능한 링크, 대역 외 패스프레이즈.

원격 영상의학을 위한 관리 연속성

vRad, Nighthawk, Radisphere 같은 원격 영상의학 업체는 감사관이 시간별로 추적하는 전송 파이프라인에 의존한다. 필수 요소:

전송 PACS에서 기록되고 판독 스테이션에서 검증되는 SHA-256 해시
등록 번호와 판독 방사선사 ID를 포함한 타임스탬프 이벤트 로그
환자의 마지막 방문 후 종종 7~10년인 주 의료 기록법이 지정하는 기간 동안 전송 로그 보관
영구 보관 서버가 되지 않도록 수신 확인 후 전송 스테이징 영역 자동 제거

웹 전송의 10GB 상한 처리

대부분의 웹 기반 전송 서비스는 개별 전송을 2~10GB로 제한한다. HexaTransfer는 계정 없이 10GB 무료다.

상한을 초과하는 전송의 경우:

논리적 번들로 분할: 방문 하나, 검사 유형 하나, 시리즈 하나씩 전송
물리적 배송: AWS Snowball Edge는 80TB 보관; 임시 케이스에는 암호화된 LUKS 또는 VeraCrypt 드라이브가 있는 FedEx 익일 배송
전용 링크: 반복적인 대용량 흐름을 위한 Direct Connect, ExpressRoute, 또는 병원 VPN

약속을 하기 전에 상한을 파악하라.

PACS를 판독 방해 없이 통합

한 가지 규칙: 방사선사의 워크리스트를 중단시키지 말라. 전송 워크플로우가 PACS를 건드리는 경우, 스테이징 노드(DICOM 라우터로서의 Orthanc 또는 dcm4chee)를 통해 라우팅하여 운영 PACS가 검증된 연구만 수신하도록 한다. 기술자가 QC할 때까지 별도 워크리스트에 표시되도록 들어오는 전송에 특별한 AE 타이틀을 태그한다.

아웃바운드 전송의 경우, PACS에서 "외부로 전송" 원클릭 작업이 전송 도구로 라우팅되면 방사선사가 암호화 워크플로우에서 빠져나온다—그들이 원하는 것이 바로 그것이다.

검증 및 인계

모든 전송 후 확인:

파일 수 일치(.dcm 파일 또는 NIFTI 볼륨 수)
아카이브의 SHA-256이 발신자와 수신자에서 일치
최소 하나의 영상이 수신 뷰어에서 열림
메타데이터 손상 없음—환자명, 연구 날짜, 등록 번호 판독 가능

전송 기록에 검증을 로깅한다. "보냈다"는 것은 방어가 되지 않는다. "보내고 바이트 수준 무결성을 확인했다"는 것이 방어가 된다. 의료 영상 전송은 단순히 바이트를 이동하는 것이 아니라—누군가의 진료가 의존하는 진단 기록을 이동하는 것이다, 때로는 몇 분 내에.

https://hexatransfer.com — 무료, 계정 불필요, 최대 10 GB.