DICOM: Quel est l'intérêt de la balise SOPInstanceUID?
DICOM, prévoit déjà une assez unique identificateur de la Série (par exemple,Instance Série UID
), alors pourquoi inclure également un niveau inférieur d'objets (par exemple,SOPInstanceUID
)?
Ce que je trouve vraiment ennuyeux, c'est le fait que lors de la référence à d'autres objets - par exemple lorsque RTPlan
les références de l'objet RTStruct
de l'objet via ReferencedStructureSetSequence
/ReferencedSOPInstanceUID
- c'est fait à l'aide de la SOP Instance UID
. Cependant, tous de la DICOM SCPs - comme trouver/move - ne pas travailler avec SOP Instance UID
ils travaillent avec les Series Instance UID
. Donc, ce qui donne? Dois-je charger la totalité du Series
pour trouver tous les objets référencés?
source d'informationauteur Budric
Vous devez vous connecter pour publier un commentaire.
Comme vous le savez probablement, la DICOM a une hiérarchie des identifiants pour chaque SOP (Service Paire d'Objets) Instance (identification du Patient /de l'Étude Instance UID /Série Instance UID /SOP Instance UID). Cette hiérarchie est construite dans la Requête et Récupérer mécanisme de DICOM, et est également utilisée pour identifier des Instances SOP.
Dans le cas que tu mentionnes, je crois qu'il pourrait y avoir la possibilité de multiples RT Structure de Jeux à l'intérieur d'une Série d'Étude. L'individu SOP Instance doit être référencé de sorte que vous savez qui Structure la RT Plan de référence.
Que pour les produits qui prennent en charge la récupération par SOP Instance UID, malheureusement, les requêtes relationnelles ne sont pas largement pris en charge par DICOM Query/Retrieve SCPs, comme vous l'avez découvert, et certains DICOM serveurs ne prennent pas en Image les requêtes de niveau. Dans ce cas précis, vous pouvez lancer une requête au niveau de la série spécifiquement pour le RTSTRUCT modalité, et de récupérer uniquement la Série qui ont cette modalité, donc de circonscrire les données que vous devez télécharger pour juste la RT Structure Fixe.
Cette question a été de tout à fait il ya un moment, mais je pensais que je voudrais ajouter que, ignorant
QR
au total, unSeriesInstanceUID
est un identificateur unique pour une seule série.SOPInstanceUID
est un identificateur unique pour unDICOM
fichier. Une série peut avoir plusieursDICOM
fichiers, de sorte que chaque permettrait de partager le mêmeSeriesInstanceUID
mais chaque fichier devrait avoir son propreSOPInstanceUID
.SOPInstanceUID représenter des uid de la Dicom Fichier Image. L'étude, les séries et sopinstace uides sont basés sur les données le modèle. StudyUID vous donner l'étude particulière de l'information. Dans lequel les différentes séries divisée. Instance série uid utilisé pour pour cette. Et SOP instance uid représentent séparée Dicom image. C'est la structure de hiérarchie. Je n'ai jamais utilisé SOPInstanceUID quand j'ai développé station de travail PACS en Java. Selon mon expérience, Étude & Série de uides sont assez pour représenter des données du patient. Mais encore SOPInstanceUID donne identité unique pour dicom image.
SOP Instance UID : Représenter votre un Identificateur unique pour les intérêts sur la dette publique, de Son un de TYPE 1 balise doit se présenter avec une valeur.
Par Exemple :
Chaque DICOM Image a l'identificateur unique de la
De référence de la série n'est pas assez précis. Dans le cas de la structure définit la Référence de l'Instance SOP UID liens les contours de la structure créée à la spécificité de ce secteur dans l'ensemble de données. Il ne suffit pas de référence à la série parce que vous devez vous assurer que le contour est exactement l'alignement avec une tranche.