DICOM file의 저장
DICOM 2022. 6. 15. 08:36DICOM file을 열어서 Pixel data를 얻은 후 여러가지 processing 을 거쳐서 새로운 영상을 얻었다고 가정해 봅시다.
우리는 이 새로운 이미지를 어떻게 저장해야 할까요?
보통 번뜩 떠오르는 생각은 원본 DICOM file에 Pixel data만 바꿔치기 하면 되는거 아닌가?
그리고 그렇게 해보면 이미지가 Viewer에서 잘 보이기도 하구요.
그런데 이전 글에서도 여러번 언급 하였지만 DICOM data는 영상만 있는 것이 아니라 부가 데이터가 많이 포함되어 있으며 하나 하나가 의미가 있습니다.
무슨 데이터를 변경해야 할까요?
일단 원본 영상에서 수정을 가했으니 새로운 영상은 유니크하게 구분이 되어야 합니다.
SOP Instance UID(0008, 0016) 가 수정이 되어야 하겠군요. 이미지 한 픽셀이라도 다르면 다른 이미지 입니다.
DICOM data의 유일성을 보장하는 것이 SOP Instance UID 이니 반드시 바꿔야 겠죠.
그리고 UID 를 만드는 규칙도 잘 지켜야 하구요.
Instance 관련 Tag가 있다면 Type 1이 아니면 다 지우거나 넣고 싶으면 전부 수정해야 하겠지요.
Instance Creation Date, Time, Creator UID...등
https://dicomis.tistory.com/4?category=944172
원본에 어떤 Processing 해서 저장했으면 ImageType (0008, 0008) 이 DERIVED 로 변경 되어야 합니다.
환자를 실제 검사하는 과정에서 생성된 이미지가 아니니 SECONDARY 입니다.
즉, ImageType 값은 "DERIVED\SECONDARY" 로 시작해야 합니다.
AcquisitionDate (0008, 0002), Content Date(0008, 0023), Content Time(0008, 0033)...... 그 외 다수
만약 이미지 자체 속성을 변경하였으면 ImagePixel의 속성 그룹인 (0028,XXXX) 를 수정해야 합니다.
이미지 번호도 변경해야 겠군요. Instance Number (0020, 0013)
그 외에도 많은데 이미지를 어떻게 가공 하느냐에 따라서 많이 달라 집니다.
그냥 별도의 GSPS data를 만들는 정도면 얘기는 또 달라 지겠지요.
정답이 뭐라고 얘기하기 어려운 부분이고 DICOM tag 들의 의미를 하나 하나 이해하면서 고쳐 나갈 수 밖에 없는 것 같습니다.
https://dicom.innolitics.com/ciods
위 경우에 딱 한 가지 SOP Instance UID 하나만은 만드시 변경하면 좋겠네요.
재 생성된 이미지가 어디에 어떻게 사용될지 모르고 UID 가 이미지 자체를 유일하게 구분해 주니까 UID의 중복이 일어나지 않게 해야 겠습니다. 무슨 일이 일어 날 지도 모르니....
의료 업계 에서는 A 환자의 이미지가 B 환자의 이미지로 처리되는 경우는 매우 심각하게 받아 들이기 때문에 매우 유의해야 합니다.
'DICOM' 카테고리의 다른 글
DICOM Viewer 와 PACS (0) | 2022.06.15 |
---|---|
DICOM Multi-frame Image (0) | 2022.06.15 |
DICOM Private Data Element (0) | 2022.06.14 |
DICOM 영상, 검사 과정과 Data (0) | 2022.06.14 |
Transfer Syntax와 모호한 DICOM (0) | 2022.06.13 |