Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 2 Next »

Public Elements

  1.  DICOM PS 3.15 Annex E publishes a table that encodes de-identification actions for a subset of DICOM public elements. The TagSniffer software has an implementation of this table used to generate reports that includes the hexadecimal tag of the public element, the coded action and potentially a list of all unique values found in this element in the collection or sub-collection.
  2. DICOM PS 3.15 Annex E only documents elements that might reasonably contain PHI. We have extended the table used by TagSniffer to include a larger set of public elements annotated with the same coding scheme. Not all public elements have been added to the TagSniffer table. As we run into more datasets with elements that are not in our table, we can extend the table.
  3. Review the output of the TagSniffer software for elements that have clear actions that do not require review. Examples are the coded actions Z (zero), X (delete), K (keep). Encode the proper action in the CTP de-identification script.
  4. Review the TagSniffer output for elements that will require review. Some of these are encoded with R (review); others are encoded with C (clean). Note that R is a coded value defined by MIR and not DICOM PS 3.15 Annex E. Determine the proper action for each element and implement in the CTP de-identification script.
  5. Exceptions:
    1. 0008 103E is coded by PS 3.15 Annex E with X for delete. The NCI wants us to retain this value. Review this for PHI as if it was encoded as C or R. We need to update our  implementation tables.
    2. The original combination of CTP + scripts in the field entered some elements in images with zero length when the logic should have been "if present, replace with zero-length element". These require further review for DICOM SR objects. For DICOM images, delete these elements:
      1. 0008 0100 Code Value
      2. 0008 0102 Coding Scheme Designator
      3. 0008 0104 Code Meaning
      4. 0040 2016 Placer Order Number
      5. 0040 2017 Filler Order Number
      6. 0040 A075 Verifying Observer Name
      7. 0040 A088 Verifying Observer Code Sequence
      8. 0040 A123 Person Name
      9. 0070 0084 Content Creator's Name
  6. These elements might be found in images but either contain information that will have PHI or are dates that are not really helpful for researchers. In the context of these dates, it is not worth the time/effort to offset the dates and then check them later to make sure they are correct. It is better to just delete them. We will get these actions encoded in our TagSniffer software:
    1. 0032 1000 Scheduled Study Start Date
    2. 0032 1001 Scheduled Study Start Time
    3. 0032 1050 Study Completion Date
    4. 0032 1051 Study Completion Time
    5. 0040 0244 Performed Procedure Step Start Date
    6. 0040 0245 Performed Procedure Step Start Time
    7. 0040 0250 Performed Procedure Step End Date
    8. 0040 0251 Performed Procedure Step End Time
    9. 0040 0275 Request Attributes Sequence
  7. x
  8. x

Private Elements

  1. The TagSniffer software has profiles for modalities from vendors. The profiles are created by reading DICOM conformance statements and translating the vendor information on private elements into a table format that uses the coded vocabulary from PS 3.15 Annex E. That coded vocabulary is extended
    1. R Review the element for PHI
    2. KB Keep the data; according to the conformance statement, it contains binary values that do not need review.
  2. Not all private elements are documented in conformance statements. A conformance statement may document 30 private elements and omit 5 that are in the images. We may not be able to locate the appropriate conformance statement. The TagSniffer output indicates the coded action as "null". You can translate that to review.
  3. There will be collisions in the private element tags that can be resolved by examining the Private Creator data that goes with the private elements. The collisions are usually caused by a PACS or workstation adding extra elements after the modality has created the original data.
  • No labels