Kurze Antwort: Jedes DICOM-Objekt (ein Bild, ein Bericht, eine Dosisaufzeichnung) ist eine Liste von Datenelementen, die jeweils durch einen Tag identifiziert werden: eine Gruppennummer und eine Elementnummer, jeweils vier Hexadezimalziffern, wie z. B. (0010,0010) für den Patientennamen. Jedes Element hat eine Wertdarstellung (VR), die angibt, welche Art von Daten es enthält (Text, Datum, UID, Ganzzahl, Binärdaten) und dann den Wert selbst. Die Pixel sind nur ein weiteres Element, (7FE0,0010) Pixel Data. Das vollständige Wörterbuch ist Teil 6 des Standards mit etwa 5.000 öffentlichen Tags; Anbieter können private Tags mit ungeraden Gruppennummern hinzufügen.
Die Ebenen
DICOM-Tags sind in vier Ebenen gegliedert, die der DICOM-Hierarchie entsprechen: Patient (Name, ID, Geburtsdatum, Geschlecht), Studie (Study Instance UID, Datum, Zugangsnummer, Beschreibung, überweisender Arzt), Serie (Series Instance UID, Modalität, Körperteil) und Bild (SOP Instance UID, SOP Class UID, Zeilen, Spalten, Bits, Fenstereinstellungen, Pixeldaten). Jede Datei wiederholt die Werte aller vier Ebenen.
DICOM gruppiert die Attribute nach der Ebene der Hierarchie, die sie beschreiben. Die gleichen Werte werden in jeder Datei einer Studie wiederholt, weshalb ein einzelnes Bild für sich allein korrekt abgelegt werden kann.
| Ebene | Tag | Name | VR | Beispiel |
|---|---|---|---|---|
| Patient | (0010,0010) | Patient's Name | PN | DOE^JANE^^^ |
| Patient | (0010,0020) | Patient ID | LO | MRN-00012345 |
| Patient | (0010,0030) | Patient's Birth Date | DA | 19800523 |
| Patient | (0010,0040) | Patient's Sex | CS | F |
| Study | (0020,000D) | Study Instance UID | UI | 1.2.840.113619.2.55… |
| Study | (0008,0020) | Study Date | DA | 20260314 |
| Study | (0008,0050) | Accession Number | SH | RAD2026-77812 |
| Study | (0008,1030) | Study Description | LO | CT CHEST W/O CONTRAST |
| Study | (0008,0090) | Referring Physician's Name | PN | SMITH^JOHN |
| Series | (0020,000E) | Series Instance UID | UI | 1.2.840.113619.2.55… |
| Series | (0008,0060) | Modality | CS | CT |
| Series | (0018,0015) | Body Part Examined | CS | CHEST |
| Image | (0008,0018) | SOP Instance UID | UI | 1.2.840.113619.2.55… |
| Image | (0008,0016) | SOP Class UID | UI | 1.2.840.10008.5.1.4.1.1.2 (CT Image Storage) |
| Image | (0028,0010) / (0028,0011) | Rows / Columns | US | 512 / 512 |
| Image | (0028,0100) | Bits Allocated | US | 16 |
| Image | (0028,1050) / (0028,1051) | Window Center / Width | DS | 40 / 400 |
| Image | (7FE0,0010) | Pixel Data | OB or OW | the bytes |
Wertdarstellungen
Eine DICOM-Wertdarstellung (VR) ist ein zweibuchstabiger Code, der der Software mitteilt, wie die Bytes eines Elements gelesen werden sollen: PN für Personennamen, LO und SH für Zeichenketten, CS für Code-Zeichenketten, DA, TM und DT für Daten und Zeiten, UI für eindeutige Identifikatoren, IS und DS für numerische Zeichenketten, US für vorzeichenlose Kurzwerte, SQ für Sequenzen, OB oder OW für Binärdaten.
Die VR teilt der Software mit, wie die Bytes gelesen werden sollen. Die gängigsten: PN Personennamen (Komponenten getrennt durch ^: Familienname^Vorname^Mittelname^Präfix^Suffix); LO langer String; SH kurzer String; CS Code-String (Großbuchstaben, aus einer festen Liste); DA Datum JJJJMMTT; TM Zeit; DT Datum und Uhrzeit; UI eindeutiger Identifikator (gepunktete Zahlen, max. 64 Zeichen); IS Integer-String; DS Dezimal-String; US vorzeichenloser Short; SQ Sequenz, eine verschachtelte Liste weiterer Datenelemente; OB/OW other byte oder word, rohe Binärdaten. In DICOMweb JSON wird jedes Attribut als {"vr": "PN", "Value": [...]} geschrieben, wie in DICOMweb erklärt gezeigt.
UIDs: die Identifikatoren, die sich nicht ändern dürfen
Die DICOM Study, Series und SOP Instance UIDs sind global eindeutige Identifikatoren, die vom Scanner unter der registrierten Wurzel des Herstellers generiert und vom PACS-Index, der FHIR ImagingStudy und den DICOMweb-URLs wiederverwendet werden. Sie dürfen niemals inkonsistent überschrieben werden, sonst zerfällt die Studie. Die SOP Class UID hingegen identifiziert die Art des Objekts, nicht das Bild.
Die drei UIDs (Studie, Serie, Instanz) sind die einzigen global eindeutigen Identifikatoren im System. Sie werden vom Scanner unter der registrierten Wurzel des Herstellers generiert und überall wiederverwendet: im PACS-Index, im FHIR ImagingStudy, in der DICOMweb-URL. Wenn ein Werkzeug sie inkonsistent umschreibt (eine Datei de-identifiziert, aber nicht ihre Nachbarin), zerfällt die Studie. Die SOP Class UID ist anders: Sie ist kein Identifikator dieses Bildes, sondern der Art des Objekts (CT-Bild, MR-Bild, strukturierter Bericht), festgelegt durch den Standard.
Tags, die persönliche Daten enthalten
Die DICOM-Tags, die persönliche Daten enthalten, sind in Teil 15, Anhang E des Standards, dem Basic Application Level Confidentiality Profile, aufgeführt: Patientenname, ID, Geburtsdatum, Adresse und Telefonnummer, Namen von Ärzten und Institutionen, Geräteseriennummern, Daten und Zeiten auf jeder Ebene, Freitextbeschreibungen, private Tags, verschachtelte Sequenzen mit Identifikatoren und in die Pixel eingebrannter Text.
Teil 15, Anhang E des Standards definiert das Basic Application Level Confidentiality Profile: eine Liste von Attributen, die den Patienten, die Ärzte oder die Institution identifizieren, mit einer Aktion für jedes (entfernen, durch einen Dummy ersetzen, beibehalten, bereinigen). Die offensichtlichen sind der Patientenname, die ID, das Geburtsdatum, die Adresse und Telefonnummer, die Namen der Ärzte, der Name und die Adresse der Institution und die Seriennummer des Geräts. Weniger offensichtlich:
- Daten und Zeiten auf jeder Ebene (Studie, Serie, Akquisition, Inhalt), die je nach Forschungsbedarf verschoben oder entfernt werden;
- Freitextfelder (Study Description, Image Comments, Protocol Name), die Techniker manchmal mit Namen füllen;
- Private Tags, deren Bedeutung nur der Anbieter kennt; die sichere Standardeinstellung ist, sie zu entfernen;
- Eingebrannte Annotationen: Text, der direkt in die Pixel gezeichnet wird (Ultraschall und einige Screenshots), gekennzeichnet durch
(0028,0301)Burned In Annotation und nur durch Bearbeiten des Bildes entfernbar; - Sequenzen wie Referenced Patient Sequence oder Other Patient IDs, bei denen Identifikatoren in verschachtelten Elementen versteckt sind.
Gute De-Identifizierungswerkzeuge folgen Teil 15, bewahren eine Zuordnung von alten zu neuen UIDs an einem sicheren Ort auf und protokollieren, was sie geändert haben. Für das breitere Bild (HIPAA Safe Harbor, DSGVO-Anonymisierung und -Pseudonymisierung) siehe De-Identifizierung von Gesundheitsdaten.
Einen Header selbst lesen
Sie können einen DICOM-Header selbst mit jedem DICOM-Viewer oder mit Kommandozeilen-Tools wie dcmdump von DCMTK oder pydicom in Python lesen, die die Datei als Liste von Tags ausgeben. Der Header zeigt den Patientennamen, das Geburtsdatum, das Studientum und die Studienerklärung, sodass Sie bestätigen können, dass die vom Krankenhaus erhaltenen Bilder Ihnen gehören.
Jeder DICOM-Viewer zeigt den Header an; Kommandozeilenwerkzeuge (dcmdump von DCMTK, pydicom in Python) geben ihn als Tag-Liste aus. Wenn Sie Ihre eigenen Bilder von einem Krankenhaus erhalten haben, können Sie im Header bestätigen, dass der Name, das Geburtsdatum und das Studiendatum Ihre sind und dass die Studienbeschreibung mit der Untersuchung übereinstimmt, die Sie hatten. Siehe So erhalten Sie Ihre CT- oder MRT-Bilder.
Verwandte Seiten
- DICOMweb erklärt
- FHIR ImagingStudy vs. DICOMweb
- PACS vs. RIS vs. VNA
- De-Identifizierung von Gesundheitsdaten
- So erhalten Sie Ihre CT- oder MRT-Bilder (DICOM)
Quellen
- DICOM PS3.6: Data Dictionary
- DICOM PS3.5: Data Structures and Encoding (value representations)
- DICOM PS3.15 Annex E: Attribute Confidentiality Profiles
- DICOM PS3.3: Information Object Definitions
- pydicom documentation
Häufige Fragen
Warum werden Tags als (0010,0010) und auch als 00100010 geschrieben?
Es ist dasselbe: die Gruppe 0010 und das Element 0010 in Hexadezimal. Die Klammerform wird in Dokumentationen und Viewern verwendet; die achtstellige Form wird als Schlüssel in DICOMweb JSON verwendet.
Was ist ein privater Tag?
Ein Element, das von einem Anbieter und nicht vom Standard definiert wurde, in einer ungeraden Gruppennummer (z. B. (0009,xxxx) oder (0029,xxxx)), mit einem privaten Ersteller-Element, das den Anbieternamen angibt. Nur die Software dieses Anbieters kennt die Bedeutung; die De-Identifizierung entfernt sie standardmäßig.
Sind DICOM-Tags dasselbe wie FHIR-Elemente?
Nein. FHIR ImagingStudy enthält eine Handvoll davon (die UIDs, Modalität, Körperregion, Zählungen, Daten); der Rest des Headers verbleibt in DICOM. Der Teil 16 des DICOM-Standards und die FHIR-Spezifikation dokumentieren die wenigen vorhandenen Zuordnungen.
Welche Tags benötige ich, um ein Bild in einem Archiv zu finden?
Patienten-ID oder Name, um die Studien zu finden, dann die Study Instance UID, um die richtige abzurufen. QIDO-RS sucht genau danach; die Serien- und Instanz-UIDs werden in der Antwort zurückgegeben.
Anpheros Daily ausprobieren
Bewahren Sie Ihre Befunde von Scans und Tests an einem Ort in Anpheros Daily auf, bereit für Ihren nächsten Arztbesuch.
So funktioniert es in der App →
Anpheros entwickelt eine Patientenakte, die der Patient kontrolliert und mit jeder Klinik teilen kann, auf einer HL7 FHIR R4-Plattform mit Sitz in der EU. Diese Anleitungen helfen Ihnen, Ihre Gesundheit zu verstehen und zu organisieren; sie ersetzen nicht Ihren Arzt.
Über Anpheros →