DICOM in der Praxis: Wie Röntgen-, Ultraschall- und CT-Bilder in die Patientenakte kommen

Beim Softwarewechsel stellt eine bildgebende Praxis früher oder später dieselbe, sehr konkrete Frage: Landen meine Bilder zuverlässig beim richtigen Patienten, und finde ich sie später wieder? Das klingt banal, entscheidet über den Praxisalltag aber mehr als jedes Hochglanz-Feature. Ein Ultraschallbild, das im falschen Ordner oder unter der falschen Patientennummer liegt, ist im Zweifel schlimmer als gar kein Bild.

Hinter dieser Frage steht ein Standard mit fünf Buchstaben: DICOM. Er regelt, wie medizinische Geräte Bilder erzeugen, benennen, verschicken und archivieren. Um zu verstehen, worauf es bei einer Bildanbindung ankommt, braucht man kein IT-Studium. Aber ein paar Begriffe und Fallstricke sollte man kennen, bevor man einem Softwareanbieter glaubt. Dieser Artikel erklärt sie in Praxissprache.

DICOM, PACS, Modalität, Worklist: erst die Begriffe sortieren

Rund um die Bildgebung schwirren vier Wörter durcheinander, die gern verwechselt werden.

DICOM (Digital Imaging and Communications in Medicine) ist der weltweite Standard für medizinische Bilder. Er ist zwei Dinge auf einmal: ein Dateiformat (die einzelne .dcm-Datei, die neben dem Bild auch Patient, Untersuchung und Gerät in sich trägt) und ein Netzwerkprotokoll (die Sprache, in der Geräte und Server miteinander reden). Wegen dieser Doppelnatur sagt der Satz „wir können DICOM“ fast nichts aus. Man muss immer nachfragen: welchen Teil davon?

Eine Modalität ist das bildgebende Gerät selbst, also der Röntgenapparat, das Ultraschallgerät oder das CT. Im DICOM-Sprech heißt jedes dieser Geräte „Modality“.

Ein PACS (Picture Archiving and Communication System) ist der Bildspeicher, also das Archiv, in dem die Aufnahmen liegen und aus dem man sie wieder aufruft.

Die Modalitäten-Worklist (MWL) ist die Arbeitsliste am Gerät. Sie sorgt dafür, dass am Röntgen schon steht, welcher Patient als Nächstes drankommt, mitsamt Name, Geburtsdatum und Auftragsnummer. So muss niemand diese Daten am Gerät noch einmal abtippen. Fehlt sie, entstehen genau hier die meisten Verwechslungen.

Wie eine Bildanbindung wirklich funktioniert

Was eine gute Bildanbindung leisten muss, ist eine kleine Kette aus vier Schritten. Jeder davon hat im DICOM-Standard seinen eigenen Namen.

Zuerst holt sich das Gerät seine Arbeitsliste. Die Modalität fragt beim Server nach, welche Untersuchungen für sie heute vorgesehen sind. Das ist die Modality Worklist. Der Server antwortet mit den geplanten Aufträgen, und am Gerät wählt man nur noch den nächsten Patienten aus, statt seine Stammdaten neu einzutippen.

Dann wird untersucht und das Bild erzeugt. Weil die Stammdaten aus der Worklist kommen, trägt die fertige Aufnahme automatisch die richtige Patientenidentität und die richtige Auftragsnummer in sich. Dafür ist die Worklist überhaupt da.

Anschließend schickt das Gerät das Bild an den Speicher. Dieser Sendevorgang heißt C-STORE: Die Modalität überträgt die .dcm-Aufnahme an das PACS, wo sie dauerhaft archiviert wird.

Und schließlich muss man Bilder wiederfinden. Das Suchen nach Studien heißt C-FIND, das Zurückholen C-MOVE oder C-GET. Damit lassen sich alle Aufnahmen eines Patienten oder einer Untersuchung gezielt aus dem Archiv holen und in der Akte anzeigen.

Über all dem steht ein einfacher Verbindungstest, der in der Praxis Gold wert ist: C-ECHO, im Jargon „DICOM-Ping“. Damit prüft man, ob zwei Geräte sich überhaupt erreichen und akzeptieren, bevor das erste echte Bild fließt.

Der eine Begriff, an dem alles hängt: das AET

Damit dieses Zusammenspiel funktioniert, muss jedes Gerät im Netz einen eindeutigen Namen haben. Dieser Name heißt AET, kurz für Application Entity Title. Man kann ihn sich wie das Namensschild eines Geräts im Netzwerk vorstellen. Wenn das Röntgen ein Bild an den Server schickt, weisen sich beide Seiten über ihr AET aus. Stimmt es nicht mit dem überein, was die Gegenstelle erwartet, wird die Verbindung abgelehnt, oft mit einer wenig hilfreichen Fehlermeldung.

Am wichtigsten ist dabei die Eindeutigkeit. Innerhalb einer Umgebung darf ein AET nur ein einziges Gerät bezeichnen. Ein doppelt vergebenes AET wäre wie zwei Patienten mit derselben Patientennummer und damit der Ausgangspunkt für genau die Verwechslungen, die man vermeiden will. Zu jeder sauberen Bildanbindung gehört deshalb ein verlässliches Verzeichnis, das jedem Gerät seinen eindeutigen Netzwerknamen zuordnet.

Die Fallstricke, die man von außen nicht sieht

Bei DICOM entscheidet selten das Datenblatt, viel eher die Detailtreue. Vier Stolperstellen tauchen in der Praxis immer wieder auf.

Das AET muss auf beiden Seiten exakt übereinstimmen, Groß- und Kleinschreibung inklusive. Ein Gerät, das sich als ULTRASCHALL1 meldet, während der Server Ultraschall1 erwartet, wird abgelehnt. Hinzu kommt eine harte Grenze aus dem Standard: Ein AET darf höchstens 16 Zeichen lang sein. Namen wie ULTRASCHALL_RAUM_2 sind damit schon zu lang und führen je nach Gerät zu abgeschnittenen oder abgewiesenen Verbindungen. Wer den Namen an einer verbindlichen Stelle festhält, ihn kurz und eindeutig wählt und beide Seiten daran ausrichtet, verwandelt die Fehlersuche vom rätselhaften „warum kommt nichts an“ in einen simplen Abgleich zweier Einträge.

Die Worklist-Zuordnung ist der wunde Punkt der Patientenidentität. Wird eine Untersuchung ohne Worklist am Gerät manuell getippt, entstehen Bilder mit falsch geschriebenen Namen, vertauschten Geburtsdaten oder einer erfundenen Patientennummer. Solche Aufnahmen lassen sich später kaum noch sauber der richtigen Akte zuordnen. Die Worklist ist genau dazu da, diese manuelle Eingabe zu ersetzen. Eine Bildanbindung, die keine liefert, löst nur das halbe Problem.

Bilder sind groß, und sie kommen selten einzeln. Eine CT-Serie besteht schnell aus hunderten Einzelbildern. Der Speicher muss das aushalten, ohne die Akte auszubremsen. In der Praxis heißt das: Große Bildserien gehören in ein dafür ausgelegtes Archiv, während die Patientenakte selbst nur den Verweis darauf führt. So bleibt die Akte schnell, auch wenn viele Serien dazukommen.

Datenschutz reist im Bild mit. Eine DICOM-Datei enthält weit mehr als das reine Bild. Name, Geburtsdatum, Untersuchungsdatum, Gerät und einiges mehr stecken als „Tags“ in der Datei selbst. Wer Bilder weitergibt, exportiert oder in eine Zweitmeinung schickt, transportiert also automatisch personenbezogene Daten mit. Das sollte man bei Übertragung und Speicherung von Anfang an mitdenken und nicht erst im Nachhinein.

Ein konkretes Beispiel (anonymisiert)

Damit greifbar wird, wovon hier die Rede ist, hier ein erfundenes, aber realistisches Zusammenspiel aus Gerätekennung und Worklist-Auftrag. Alle Werte sind anonymisiert und frei erfunden.

Zunächst die Kennung eines Geräts im Netzwerk:

Und ein dazu passender Worklist-Eintrag, den das Gerät morgens abruft:

Der Clou steckt in der letzten Zeile im Zusammenspiel mit der ersten Tabelle. Weil das Ziel-AET des Auftrags exakt dem eindeutigen AET des Geräts entspricht, erscheint der Auftrag am richtigen Ultraschallgerät. Das fertige Bild trägt anschließend P-100472 und A-2026-0710-003 in sich, ohne dass jemand etwas abtippen musste.

Was das für die Softwareauswahl bedeutet

Für bildgebende Praxen und MVZ lässt sich die Erkenntnis auf einen Satz bringen: „Wir können DICOM“ ist keine Antwort, sondern der Anfang der eigentlichen Fragen. Wer eine Software prüft, sollte konkret nachhaken.

Liefert die Software eine Modalitäten-Worklist, sodass am Gerät nichts mehr abgetippt wird? Oder muss das Personal Stammdaten am Röntgen selbst eingeben? Wie stellt das System sicher, dass ein ankommendes Bild dem richtigen Gerät und dem richtigen Patienten zugeordnet wird, und wie geht es mit doppelten oder falsch konfigurierten AETs um? Wo und wie werden die oft sehr großen Bildserien gespeichert, ohne die Akte auszubremsen? Und wie ist die Übertragung zwischen Gerät, Server und Akte abgesichert, wo doch jede DICOM-Datei personenbezogene Daten mitführt?

Wer auf diese Fragen präzise antwortet, hat die Bildgebung als Ganzes verstanden und nicht bloß das Häkchen „DICOM“ auf der Verkaufsfolie gesetzt. In diesen Details entscheidet sich, ob die Bildgebung ein reibungsloser Automatismus im Hintergrund ist oder eine wiederkehrende Fehlerquelle.