UIDs are fundamental to DICOM and have many uses, including there being a unique one for each SOP Class and for each Composite Instance and each Normalised Instance.

There are several rules to be followed when making UIDs, and this page is a useful summary

General DICOM Rules

  • Total length must be 1- 64 characters, including the stops
  • Must contain only digits 0-9 and full stops
  • Each numeric “component” (between stops) must be a valid and unambiguous integer number, and so must not have a leading zero (unless the whole component is zero), 1.2.826.0.1.012345.11.22.33 would be wrong
  • No double full stops are permitted
  • Must be guaranteed to be unique - this means:
    • It must be derived from a proper official root under your sole control. Medical Connections hands out free UID roots on request, but UK companies have a root by rights, which is: 1.2.826.0.1.[English company number]
    • It must not be created by appending digits (however special you consider the combination!) to someone else’s UID.
    • In particular, series UIDs for secondary capture images, KIN objects etc. must not be created as derivatives of the Study UID (unless you own that root!)
  • Related to the above, there is no expectation or requirement that the Study UID, Series UID and Instance UID for images should be derived from the same root (though in practice, Series UID and Instance UID normally are, as both must be generated internally by the equipment which generates the images)
  • Date and Time are useful for generating UIDs, but only if:
    • Each machine has a unique root (normally your company UID root + a machine specific suffix such as a serial number
    • If it is possible for UIDs to be generated at > 1 per second, then a sequential counter should also be used
    • if on a multi-threaded machine, then the thread ID or a properly interlocked counter are needed to prevent 2 applications or 2 threads in the same application from generating identical UIDs simultaneously.
    • Do not use time on its own - it is too easy to end up with a leading zero 0 - e.g. 20060724.093017 use instead 20060724093017


\

DicomObjects Rules

If you are using DicomObjects, then much of the above is taken care of for you, simply by using the DicomGlobal.NewUID COM/.NET method, but you are still responsible for setting a machine specific UID root into the UIDRoot registry value (a string of course).

Note that UIDs

  • Are valid anywhere in the world (irrespective of the country root from which they derive)
  • Are not “registered” anywhere, and do not have to be (in fact there is no such system)
  • Do not have to be in any way “special” for use with DICOM
  • Are identical in construction, uniqueness and roots to the OIDs used in networking and security, so a root for one of these may be equally well used.

Medical Connections UID Range

For those interested in the details, UIDs allocated for free by Medical Connections have the following derivation.

ISO root (2 = ITU)
1.2 
branch of ISO root allocated to member countries
1.2.826 
branch allocated to the British Standards Institute (BSI)
1.2.826.0 
branch allocated by BSI to UK companies
1.2.826.0.1 
branch allocated to companies in England & Wales (2 = Scotland and 3 = N. Ireland)
1.2.826.0.1.3680043 
branch allocated to UK company number 3680043 (Medical Connections Ltd)
1.2.826.0.1.3680043.2 (and .9 & .10) 
branches allocated by Medical Connections to free roots (old roots)
1.2.826.0.1.3680043.2.XXXX (and .9.XXXX & .10.XXXX)
branches allocated to particular users.