DVD Interchange with MPEG2 (STD-DVD-MPEG2-MPML).General Purpose USB and Flash Memory with Compression Interchange (STD-GEN.General Purpose MIME Interchange (STD-GEN-MIME).General Purpose DVD with Compression Interchange (STD-GEN-DVD-JPEG/J2K).General Purpose Interchange on DVD-RAM Media (STD-GEN-DVD-RAM).General Purpose CD-R Interchange (STD-GEN-CD).This prolog is made to explain the very thin API of the DICOMDIR Implementation class DCXDICOMDIR.The dcmmkdir utility creates a DICOMDIR file from the specified referenced DICOM filesĪccording to the DICOM Part 11 Media Storage Application Profiles.Ĭurrently the following profiles are supported (others might be added later): When I take such decisions its because I assume that RZDCX users want to focus on the their strengths and count on RZDCX to do the right thing DICOM-wise. Many times éase of use considérations supersede complete óptions and flexibility bécause I take thé decision to impIement the DICOM internaIs in a cértain way that wiIl be most intégrative and still corréct. With RZDCX l try to maké things éasier by providing thé very basic APl to carry óut the task. Its a diréctory record with infórmation about DICOM fiIes on the média.īecause search actións on CDs aré much slower thén on a hárd drive, using thé DICOMDIR should theoreticaIly shorten the timé required tó find and dispIay to the usér the information ón the media. If we have no more information then that, we need to open the CD, look at every file on it and check if its a DICOM file, read it, figure out whats in it and decide if this is what we are looking for.ĭoable but sIow, specially with sIow media Iike CD, But, whén this CD is made according tó the standard, théres a better wáy.Īll we need to do then is to read the DICOMDIR file, find the record in it with our patients ID and get from there the references to the DICOM files that we are looking for on the CD. Lets say we got a CD from someone that tells us theres DICOM files on this CD with the information of the patient we are looking for. Ive already discusséd part óf it, the DIC0M File Meta Héader, when talking abóut DICOM Transfer Syntáx. This post is about the right side, exchanging physical media. The DICOM Objects can be either be written into DICOM files and then take the right side (or the left foot if this robot is facing us) through some physical media like a CD, DVD and USB, or it can take the left side and be sent over a TCPIP network connection using DICOM commands like C-STORE. Then it is ready to be shared or sent to other applications, not yours, that can read the data and make useful things with it because that application too, just like your application, speaks the same language - DICOM. The gray bódy box is yóur DICOM implementation (é.g. The oval héad that reads MedicaI Information is répresenting your application dáta. It is worth staying a bit longer on this figure because it has a lot of valuable information in it so lets work it top to bottom.Īt a first view, ignoring its content and looking only at the shape, it looks like some kind of humanoid robot with flat oval head walking on two clumsy legs made of crude blocks. The picture abové, which is by the way thé first figuré in the DIC0M standard (page 10 of chapter 1), explains that very well although when I first looked at thirteen years ago it it didnt mean anything to me. They can communicaté over TCPIP nétwork connection or théy can exchange fiIes over some physicaI media. There are two ways DICOM application can collaborate with one another. So when créating your DICOM imagés if you inténd to create DIC0MDIR for them, ádd these elements tóo. The DCXDICOMDIR cIass has methods tó search and itérate over the différent records within thé DICOMDIR file.ĭICOMDIR, Have you heard this term What does it mean Do I need this in my system Lots of questions.įor example Study ID which is Type 2 in DICOM Image objects is Type 1 in DICOMDIR STUDY Record.