GDT-Fehler beheben: Ursachen und Lösungen

Umlaute werden falsch angezeigt

Symptom: Aus „Jäger“ wird „Jäger“, „J„ger“ oder „J�ger“.

Ursache: Sender und Empfänger lesen die Datei mit unterschiedlichen Zeichensätzen. GDT 2.1 gibt den Zeichensatz in Feld 9206 an:

• 1 – 7 Bit (DIN 66003, Umlaute auf den Positionen von [ \ ] { | } ~)
• 2 – IBM CP437, der Standard, wenn das Feld fehlt
• 3 – ISO 8859-1 / Windows-1252

„Jäger“ entsteht, wenn eine UTF-8-Datei als Windows-1252 gelesen wird – UTF-8 ist in GDT 2.1 nicht vorgesehen. „J„ger“ entsteht, wenn eine CP437-Datei als Windows-1252 gelesen wird; ein „ü“ wird dabei sogar zu einem unlesbaren Zeichen.

Lösung: Auf beiden Seiten denselben Zeichensatz einstellen und ihn in 9206 eintragen. Bei UTF-8-Exporten auf ISO 8859-1 (9206 = 3) umstellen.

Im Viewer prüfen: Über der Tabelle steht, welcher Zeichensatz erkannt wurde und ob er aus Feld 9206 stammt. Stimmen dort die Umlaute, liegt das Problem beim Empfänger.

Datei wird nicht eingelesen

Symptom: Die Praxissoftware oder das Gerät ignoriert die Datei oder meldet einen Formatfehler.

Häufige Ursachen:

• Falsche Zeilenlänge: Die ersten drei Ziffern jeder Zeile müssen die Länge der ganzen Zeile in Byte angeben – einschließlich CR+LF. Für 0193101Mustermann: 3 + 4 + 10 + 2 = 19. Umlaute zählen je nach Zeichensatz als ein Byte (CP437, ISO 8859-1) oder zwei Byte (UTF-8).
• Falsche Satzlänge: Feld 8100 enthält die Länge des ganzen Satzes in Byte, immer fünfstellig mit führenden Nullen (00390, nicht 390).
• Zeilenende nur LF: GDT verlangt CR+LF (0D 0A). Unix-Zeilenenden brechen viele Importe.
• Pflichtfelder fehlen: In jeder Satzart sind 8000, 8100, 9218 und 3000 Pflicht; welche weiteren dazukommen, zeigt die Satzart-Tabelle.

Im Viewer prüfen: Die Prüfung meldet jede Zeile mit falscher Länge, eine abweichende Satzlänge, fehlende Pflichtfelder und falsche Zeilenenden – mit Zeilennummer.

Datei wird nicht gefunden oder überschrieben

Ursache: GDT tauscht Dateien über einen Ordner aus, den beide Seiten kennen. Der Dateiname setzt sich laut Spezifikation aus höchstens vier Zeichen für den Empfänger und vier für den Sender zusammen, dazu entweder die feste Endung .GDT (z. B. EDV1EKG1.GDT) oder eine hochzählende Nummer ab .001.

• Stimmen Ordner, Kürzel oder Endung auf einer Seite nicht, sucht der Empfänger nach der falschen Datei.
• Eine noch nicht gelesene .GDT-Datei darf der Sender nicht überschreiben – sonst gehen Daten verloren. Abhilfe schafft die hochzählende Endung.
• Der Empfänger verarbeitet Dateien in der Reihenfolge ihres Eingangs und löscht sie nach dem Lesen.
• Der Sender schreibt die Datei ohne Pause; liest der Empfänger zu früh, erhält er eine unvollständige Datei.

Mehr zum Ablauf: Typischer Ablauf der GDT-Anbindung.

Patient wird falsch oder gar nicht zugeordnet

• Patientennummer: Feld 3000 ist in jeder Satzart Pflicht und höchstens 10 Zeichen lang. Kann ein Gerät sie nicht übermitteln, sendet es laut Spezifikation den Wert 0 – dann muss die Praxissoftware selbst zuordnen.
• GDT-IDs: Empfänger (8315) und Sender (8316) werden über achtstellige GDT-IDs erkannt. Stehen zwei gleiche Geräte im selben Raum, brauchen sie unterschiedliche IDs.
• Geburtsdatum: 3103 im Format TTMMJJJJ. Ein vertauschtes Format führt zu Abweichungen beim Abgleich mit den Stammdaten.

Datum oder Uhrzeit sind falsch

Datumsfelder (3103, 6200, 8432) haben in GDT 2.1 das Format TTMMJJJJ, Uhrzeiten (6201, 8439) das Format HHMMSS mit sechs Stellen. Ein ISO-Datum wie 2026-11-04 oder eine vierstellige Uhrzeit wie 0930 sind nicht zulässig; richtig sind 04112026 und 093000.

Messwerte fehlen oder sind falsch

• Komma statt Punkt: Zahlenfelder wie 8420 verwenden einen Punkt (37.2). Mit Komma lesen viele Programme den Wert nicht.
• Fehlende Gruppierung: Jeder Messwert beginnt mit einem Test-Ident 8410; Bezeichnung (8411), Wert (8420) und Einheit (8421) folgen darauf.
• Fehlendes Kennfeld: In Satzart 6310 ist 8402 Pflicht – es beschreibt die Art der Untersuchung, z. B. EKG01 oder BDM01.

Texte werden abgeschnitten

Die meisten Textfelder sind auf 60 Zeichen begrenzt, Name und Vorname auf 28. Längere Befunde werden auf mehrere Zeilen desselben Feldes verteilt. Für formatierte Ergebnistabellen gibt Feld 6226 an, wie viele Zeilen 6228 folgen.

Checkliste zur Fehlersuche

1. Datei im GDT Viewer öffnen und das Prüfergebnis lesen.
2. Zeichensatz über der Tabelle mit der Einstellung beider Programme vergleichen.
3. Mit einer normgerechten Beispieldatei testen: Funktioniert sie, liegt der Fehler in der eigenen Datei.
4. Ordner, Dateinamen und GDT-IDs auf beiden Seiten vergleichen.
5. Erst mit fiktiven Daten testen, dann mit echten.