DICOM 용어 정리

DICOM Service와 Role은 앞 장에 설명한 SOP class와 Service Class로 정의된다.

 

SCP : Service Class Provider, 서버의 역할

SCU : Service Class User, Client의 역할

 

만약 US Image IOD + C-STORE 를 이용해 PACS로 데이터를 전송하는 시스템이라면 Storage SCU로 동작하는 Application Entity인 것이고 반대로 PACS 입장에서는 Storage SCP로 동작하는 Application Entity가 되는 것이다.

 

Application Entity : 특정 network 내의 시스템에서 동작하는 하나의 서비스나 Application을 의미한다.

여기서 주의할 점은, DICOM에서 정의하는 많은 서비스 하나 하나가 각각 Application Entity로 지정될 수 있고 각 Application Entity는 network 상에서 구분이 가능한 Application Entity Title을 가져야 한다.

 

예를 들어 A.exe 라는 Software가 Storage, Worklist의 역할을 동시에 지원한다면 Application Entity를 하나만 가질 수도 있고 만약 각각의 서비스를 구분해서 2개의 Application Entity를 가지게 할 수도 있다.

 

UID : DICOM에서 사용되는 UID는 Unique ID의 약자이고 세계적으로 유일한 값이어야 한다.

일반적으로 이미지를 생성하여 UID를 부여하기 위해 적용되는 UID 생성 규칙은 ISO ID(1), ANSI ID(2), 국가 코드(410), 제조사의 코드(???)를 기본으로 하고 이후 값은 제조사가 정한 규칙을 따르면 된다.

참고로 DICOM은 1.2.840.10008 라는 문자열을 미리 지정해 놓고 DICOM 표준에서 사용되는 SOP class UID 나 Transfer Syntax UID 등에 사용하고 있다. 즉, "1.2.840.10008" 로 시작되는 UID는 DICOM 표준에서 미리 정해 놓은 문자열이라는 의미가 되고 그렇지 않은 것은 새로 생성된 Unique 문자열 이라는 의미가 된다.

https://dicom.nema.org/dicom/2013/output/chtml/part05/chapter_9.html

9 Unique Identifiers (UIDs)

ID : 환자를 구분하는 PatientID 값과 같이 뒤에 ID가 붙는 항목 들은 해당 병원 내에서만 유일하게 구별 가능한 값이 된다. 즉, A 병원에서 생성한 PatientID가 B 병원에서는 다른 환자의 PatientID로 인식될 수 있다는 의미이다. 따라서 A 병원에서 생성한 DICOM 데이터를 B 병원으로 옮길 때에 B 병원에서는 A 병원의 PatientID를 기준으로 데이터를 처리하면 안된다. 

 

Accession Number : Order가 내려오면 RIS에서 Study를 만들고 스케쥴을 입력하게 되는데 이때에 order를 구분할 수 있도록 order와 매칭되는 숫자가 만들어 지는데 이것을 Accession Number라고 한다.

 

Instance Number : (0020, 0013) Tag가 예전에는 Image number로 불렸는데 instance number가 되었다. Instance는 Series 아래 붙는 건데 Image나 SR등 여러가지 type의 DICOM object들이 Series의 child가 될 수 있기 때문에 Image 대신 Instance를 사용하게 되었다. 이 숫자는 각 Series 별로 1, 2, .... 숫자가 붙는다.