BQML to SUV (how to do automatically while loading DICOM data)

I’m trying to do segmentation and quantification, but my values are too high (maybe its BQML) and I need it to be SUV values. Could you help me on how to do this?

You can try applying SUV normalization using PET-DICOM Extension!

1 Like

I am already using this extension but still the values are not SUVbw. The values in the segments are also very high in the range of hundreds and thousands and it should be less than 10. Could you tell me if there is any other way?

Describe the source of your data, what format it’s in, and what might have been done to it since the scan was acquired. It’s very important for you to know the exact history of the data if you want to process it correctly.

1 Like

Somewhat related to this is the new initiative to validate various SUV normalization tools against a digital phantom that attempts to mimic what various vendors do GitHub - oncoray/suv_computation: Manual for PET SUV Computation and Digital Reference Objects for its Verification · GitHub - since there is no consistency in how various metadata attributes needed for SUV normalization are encoded in DICOM.

I tested Slicer SUV normalization to prepare submission to that initiative, and you can see the results here: Add SUV measurement results using Slicer PET-IndiC QuantitativeIndicesTool by fedorov · Pull Request #2 · oncoray/suv_computation · GitHub. As you can see from those results, Slicer does NOT produce the expected values for quite a few of phantom configurations: suv_computation/submissions/Slicer-PETIndiC/DRO_Slicer_PETIndiC.csv at bff3dc49e7769691dab386d9f5e5bf60d6abce97 · fedorov/suv_computation · GitHub. Unfortunately, the group that introduced Slicer SUV capability is no longer maintaining it to investigate those issues.

Now, I personally do not know enough about the field to tell if phantom is correct and representative, but it is put together by the folks who know a lot more than me, and from the preliminary results presented by the organizers to the current participants (not public), there are some platforms that pass validation for most or all of the configurations.

You could compare the DICOM PET characteristics to those of the phantoms where Slicer failed, and maybe the flavor you have is not covered by the implementation. Hopefully, organizers of that challenge will make the results public eventually, and you will have access to alternative tools to process your data correctly.

But most definitely - before anything - as @pieper suggested you should make sure your data is in the right format and has not been corrupted.