해당 연구에서 파일의 DICOM 헤더를 읽음으로써 DICOM 연구에서 이미지 수를 찾을 수 있습니까?DICOM 연구에서 이미지 수를 찾는 방법은 무엇입니까?
다른 출처에서 DICOM 연구를받는 Java 응용 프로그램을 개발 중입니다. 연구가 완전히 접수되었는지 확인하고 싶습니다.
불행히도 많은 경우에 DICOMDIR을 읽는 것에 의존 할 수 없으므로 연구에 해당 파일이 없습니다. 또한 dcm4che 및 imageJ 라이브러리에 익숙합니다.
건배, 아라 쉬 Tag.InstanceNumber에서
우리는 이미지의 번호를 찾을 (0020,0013).
그래, 그게 내가 사용했던거야. 하지만 그다지 신뢰할 수 없습니다. – Arash
태그 (0020, 0013)는 인스턴스의 인스턴스 번호이며 일련의 인스턴스 수를 나타내는 것이 아니라 일련의 인스턴스를 식별합니다. –
스터디 관련 인스턴스 태그 (0020, 1208)의 수는이 정보를 전달할 수 있습니다. 그러나 이전 응답에서 언급했듯이 이는 신뢰할 만하지 않습니다. 문제는 당신이 연구의 단일 인스턴스를보고 있다는 것입니다. 해당 파일의 작성자가 해당 연구의 모든 현재 인스턴스를 알고 있음을 보장하는 것은 사실상 불가능합니다. 예를 들어, 양식 (modality)은 얼마나 많은 인스턴스가 생성되어 아카이브로 전송되는지 알 수 있습니다. 그러나 나중에 일부 증거 개체 (예 : 프레젠테이션 상태, 주요 개체 또는 구조화 된 보고서)를 추가 할 수 있습니다. 이것은 스터디의 인스턴스 수를 변경하지만 기존 파트 10 파일을 (필연적으로) 변경하지는 않습니다.
올바르지 않습니다. 태그 (0020, 0013)는 인스턴스의 인스턴스 번호이며 일련의 인스턴스 수를 나타내는 것이 아니라 일련의 인스턴스를 식별합니다. –
@DavidSimic, 수정 해 주셔서 감사합니다. –
여러분을 환영합니다. :) –
일련의 이미지 수가 dicom 이미지 파일 자체에 없습니다. 이것은 보조 정보이며이를 얻기위한 유일한 방법은 사실 이후에 다른 사람이 그것을 계산하여 사용 가능하게하는 것입니다.
이것은 종종 PACS 인 경우 높은 확신을 가지고 송신자가 이미 수행하며 쿼리/검색 요청을 통해 DICOM 호환 방식으로 수신자에게 제공 될 수 있습니다 (자세한 내용은 계속 읽으십시오) .
다른 답변과 달리 dicom 태그 (0020, 0013)는 시리즈 내의 인스턴스 수와 일치하지 않습니다. 대신 시리즈 내 인스턴스를 식별하고 일반적으로 특정 시리즈 내에서 이미지를 찍은 순서를 추적합니다.
브렛 (Brett)이 대답에 언급했듯이 파일 제작자가 최종 이미지 수를 알 수 없기 때문에 가능합니다. (모든 종류의 현실성으로 인해) 파일 자체이지만 사실 후에 결정해야합니다.
좋은 소식은 보낸 사람이 당신을 위해 카운팅을 한 적이 있고 (종종 PACS라면) 있어야한다는 것입니다.이 정보는 DICOM 태그 "Series of Related 인스턴스 (0020,1209) "쿼리/검색을 통해.
일반적으로 연구 시리즈의 번호 인 DICOM 태그 "연구 관련 시리즈 수 (0020,1206)"에 해당하는 태그가 있습니다.
다시 말하면, 이러한 태그는 이미지 파일 자체에는 없지만 보낸 사람에 대한 올바른 형식의 쿼리/검색 요청에서 얻을 수있는 경우가 많습니다.
ImageJ 및 Dcm4Che로 질문에 태그를 추가했습니다. ImageJ 및 Dcm4Che를 사용하여이 작업을 수행하는 방법에 대한 코드를 찾으십니까? –
그래, dcm4che를 사용하여 자바 코드를 찾고있다. – Arash
참조 된 계열 시퀀스를 사용하여 문제를 해결하려면 Dcm4Che API (최신 버전 Dcm4Che3 권장)를 사용해보십시오. 여기에 코드를 게시하고 문제가 있으면 도와 드리겠습니다. –