Second generation Dicom RT

Questions regarding the DCMRT library, a DCMTK add-on that implements support for the various DICOM Radiation Therapy (RT) IODs

Moderator: Moderator Team

Post Reply
Message
Author
IThirunarayanan
Posts: 12
Joined: Thu, 2021-03-18, 08:57

Second generation Dicom RT

#1 Post by IThirunarayanan » Thu, 2021-05-06, 22:34

Hello dcmtk team,

Are second generation dicom rt objects supported by dcmrt? e.g. RTPhysicianIntent, RTSegmentAnnotation etc.? I saw that they were in the release information with the following line "Added support for the new 2nd generation RT Storage SOP Classes that have been introduced with Supplement 175, 176 and 199". Are there specific examples for these? What are the relevant interface classes?

Thanks!

J. Riesmeier
DCMTK Developer
Posts: 2305
Joined: Tue, 2011-05-03, 14:38
Location: Oldenburg, Germany
Contact:

Re: Second generation Dicom RT

#2 Post by J. Riesmeier » Fri, 2021-05-07, 10:11

Are second generation dicom rt objects supported by dcmrt? e.g. RTPhysicianIntent, RTSegmentAnnotation etc.? I saw that they were in the release information with the following line "Added support for the new 2nd generation RT Storage SOP Classes that have been introduced with Supplement 175, 176 and 199". Are there specific examples for these? What are the relevant interface classes?
The cited line in the ANNOUNCE file says that the corresponding Storage SOP Classes have been added to the DCMTK, i.e. you can create DICOM files for these SOP Classes and store SOP Instances over the network (using C-STORE), and the data dictionary has been updated for the corresponding Supplements, but there are no ready-to-use interface classes for the underlying IODs.

I think there are multiple ways to get support for these new IODs. Here are three of them:
  • Use the approach taken for "dcmrt", i.e. generate the required C++ classes (semi-) automatically from the machine-readable DocBook/XML version of the DICOM standard.
  • Use the approach taken for "dcmect", "dcmpmap", "dcmseg" and "dcmtract", i.e. create the required C++ classes manually based on "dcmiod" and "dcmfg".
  • Use the approach taken for "dcmpstat" or "dcmsr", i.e. create the required C++ classes manually based on "dcmdata" and other lower level DCMTK modules.
All of these approaches have their pros and cons, of course.

IThirunarayanan
Posts: 12
Joined: Thu, 2021-03-18, 08:57

Re: Second generation Dicom RT

#3 Post by IThirunarayanan » Fri, 2021-05-07, 18:54

Thank you!

Post Reply

Who is online

Users browsing this forum: No registered users and 1 guest