2010-02-10 11 views

Répondre

0

Cela signifierait à peu près à partir de the DICOM standard et en écrivant beaucoup de code.

3

"Mon projet, je n'ai besoin que de mettre à jour les données de pixels, donc ce n'est pas trop dur à manipuler.Je fais juste analyser le fichier DICOM jusqu'à ce que j'atteigne les données de pixels. C'est devenu un succès. "

Même s'il existe un certain nombre d'applications de recherche qui font la même chose que vous avez fait, c'est précisément La mauvaise chose à faire (TM). Pourquoi est-ce une si mauvaise pratique? Les images DICOM sont censées être identifiées de manière unique par leurs UID d'instance SOP. Lorsque vous prenez une image DICOM existante et remplacez les données de pixel, en laissant inchangées les informations d'en-tête d'origine, vous créez deux objets de données qui partagent la même clé primaire. Envisagez ce qui se passera si vous prenez cette image et l'envoyez à un SCP de stockage DICOM qui a déjà une copie de l'image originale. Le SCP de stockage doit invoquer une procédure de résolution de conflit car il ne peut pas avoir deux instances SOP avec le même UID. À la réception de votre nouvelle image, le SCP de stockage détecte que la nouvelle image a le même UID qu'une image existante et que le comportement requis du SCP n'est pas bien défini. Le SCP de stockage peut traiter votre nouvelle image comme s'il s'agissait simplement d'une retransmission de l'image originale et ignorer votre nouvelle image, ou la traiter comme s'il s'agissait d'une version corrigée de l'image originale et remplacer l'image originale par votre nouvelle image , ou il peut abandonner et admettre qu'il n'a absolument aucune idée de ce qu'il faut faire de cette nouvelle image et la jeter dans une zone d'attente et demander à un être humain d'interagir avec l'application pour décider quoi faire avec les deux images. Vous, le créateur de la nouvelle image, n'avez aucun moyen de connaître ou de contrôler le comportement du SCP de stockage lors de la réception de votre nouvelle image. Au minimum, vous devez générer un nouvel UID d'instance SOP valide lorsque vous créez une nouvelle image. Votre type d'image doit également être l'un des types DERIVED \ SECONDARY car il s'agit d'une image post-traitée, et non d'une acquisition primaire générée par la modalité. Vous devriez également regarder les autres balises DICOM présentes dans l'en-tête d'origine et examiner sérieusement si elles décrivent avec précision la nouvelle image que vous avez créée.

+0

Bonjour Matt, http://stackoverflow.com/questions/10784512/-there-any-alternate-way-to-processing-dicom-images-using-wpf-in-c-sharp-witho J'ai posté une question dans SO pour voir DICOM Image/Images, Pouvez-vous s'il vous plaît m'aider à résoudre ce problème. Merci d'avance. – SharpUrBrain