# Add series in subject hierarchy tree with identical study instance UID and series description (for example anonymized and not anonymized)
**URL:** https://discourse.slicer.org/t/add-series-in-subject-hierarchy-tree-with-identical-study-instance-uid-and-series-description-for-example-anonymized-and-not-anonymized/31544
**Category:** Support
**Created:** [September 4, 2023, 12:28pm UTC](https://discourse.slicer.org/t/add-series-in-subject-hierarchy-tree-with-identical-study-instance-uid-and-series-description-for-example-anonymized-and-not-anonymized/31544 "2023-09-04T12:28:27Z")
**Posts on this page:** 3
**Page:** 1
### Author:  [@CertisPoette](https://discourse.slicer.org/u/CertisPoette)
#### Post date: [September 4, 2023, 12:28pm UTC](https://discourse.slicer.org/t/add-series-in-subject-hierarchy-tree-with-identical-study-instance-uid-and-series-description-for-example-anonymized-and-not-anonymized/31544/1 "2023-09-04T12:28:27Z")
Dear All,
We are currently working on managing patient information in Slicer. A test have been made where we load series with identical instance UID and series description but with a different patient name (anonymized dataset for example).
See screenshot for result: node\_1 belongs to the “NOT anonymized” series and node\_2 to the “anonymized” series but still node\_2 is sorted in the first section because they both have the same instance UID and series description. And the last patient item ID is empty.
If the study instance UID already exists, I expect the patient item ID to exists as well. But in Slicer sources, the patient item ID is created anyway. Is there any scenario where the study instance UID already exists but not the patient item ID ?
This type of scenario is probably unlikely but it can be considered as a weakness especially when dealing with anonymized data. Could you provide information on how to deal with anonymized dataset? Is there some extra checks we could do ?
Thank you for your time!
Cheers,
Christopher
Operating system: Ubuntu 20.04.6 LTS
Slicer version: 5.2.2
Expected behavior: node\_2 is sorted in “anonymized” section.
Actual behavior: node\_2 is sorted in the “NOT anonymized” section with the “anonimized” section empty.
---
### Author:  [@lassoan](https://discourse.slicer.org/u/lassoan)
#### Post date: [September 4, 2023, 2:50pm UTC](https://discourse.slicer.org/t/add-series-in-subject-hierarchy-tree-with-identical-study-instance-uid-and-series-description-for-example-anonymized-and-not-anonymized/31544/2 "2023-09-04T14:50:24Z")
> [@CertisPoette](#):
>
> A test have been made where we load series with identical instance UID and series description but with a different patient name
It is a very serious violation of the DICOM standard if you use different patient name with the same study or series instance UID. When an image is anonymized then all instance UIDs must be replaced, too.
The DICOM standard is extremely complex and it is practically impossible to prepare a software to deal with all possible ways of data corruptions. Some systems may detect some kind of errors, but even then, the only “fix” is to delete all corrupted/inconsistent data objects.
This is why hospital IT administrators typically do not let researchers to upload _any_ data to the clinical PACS - because it is too easy to create inconsistent data sets by using DICOM manipulation tools and it can cause serious issues in the hospital information system.
---
### Author:  [@CertisPoette](https://discourse.slicer.org/u/CertisPoette)
#### Post date: [September 4, 2023, 3:25pm UTC](https://discourse.slicer.org/t/add-series-in-subject-hierarchy-tree-with-identical-study-instance-uid-and-series-description-for-example-anonymized-and-not-anonymized/31544/3 "2023-09-04T15:25:08Z")
Thank you very much for your quick response!
In that case, the problem is clearly the way I was anonymizing the DICOMs…
It is noted! Thanks again!
Christopher