Fehler in LDT-Dateien: Meldungen, Ursachen, Lösungen

Die Meldungen betreffen nicht die Laborwerte, sondern den Aufbau der Datei. Wie Sie sie finden, zeigt die Anleitung LDT-Datei öffnen. Grundregel: Korrigieren Sie den Inhalt nicht von Hand. Die Datei muss dort neu erzeugt werden, wo sie entstanden ist, meist beim Labor bzw. in dessen Software.

Übersicht: Fehler in LDT-Dateien auf einen Blick

Die Fehler im Einzelnen

Umlaute kaputt: falscher Zeichensatz

Meldung im Viewer: „Die Datei scheint UTF-8 zu verwenden. Vorgeschrieben ist ISO 8859-15.“ oder „Die Datei gibt Codepage 437 an (Feld 9106 = 2), die Umlaute passen aber eher zu ISO 8859-15.“

Bedeutung: Der Zeichensatz legt fest, welches Byte für welchen Buchstaben steht. In LDT 3 ist nur ISO 8859-15 erlaubt (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 6.6); eine UTF-8-Datei meldet der Viewer dort als Fehler. LDT 2 erlaubt 7-Bit-Code nach DIN 66003, IBM-Codepage 437, ISO 8859-1 und ISO 8859-15; welcher gilt, steht in Feld 9106 und im ersten Buchstaben des Dateinamens. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 2.6, 2.7.3 und Feld 9106) Passen Angabe und Umlaute nicht zusammen, liest der Viewer die Datei mit dem Zeichensatz, der zu den Umlauten passt, und meldet den Widerspruch.

Lösung: Wählen Sie in der Karte „Zeichensatz“ einen anderen, um die Datei zu lesen. Dauerhaft muss der Absender den richtigen Zeichensatz verwenden.

Zum Ausprobieren: Als UTF-8 gespeichert statt ISO 8859-15 (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Die Datei wurde als UTF-8 gespeichert“; LDT 2: Zeichensatz-Angabe passt nicht zum Inhalt (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Die Zeichensatz-Angabe passt nicht zum Inhalt“.

Längenangabe passt nicht zum Inhalt

Meldung im Viewer: „Zeile 74: Die Längenangabe passt nicht zum Inhalt (angegeben 024, richtig wäre 032).“

Bedeutung: Die ersten drei Ziffern jeder Zeile nennen die Länge in Bytes: Inhalt plus 9. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 6.4.1) In LDT 2 gilt dieselbe Regel. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 2.4.1) Ergänzt der Viewer „Die Längenfehler treten in Zeilen mit Umlauten auf.“, wurde die Datei als UTF-8 gespeichert. Dort belegt ein Umlaut zwei Bytes.

Lösung: Lassen Sie die Datei beim Absender neu erzeugen.

Zum Ausprobieren: Falsche Längenangabe nach Bearbeitung im Editor (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Die Datei wurde vermutlich von Hand bearbeitet“.

Zeilen enden mit LF statt mit CR LF

Meldung im Viewer: „347 Zeilen enden nur mit LF statt mit CR LF.“

Bedeutung: Jedes Feld endet mit CR (Wagenrücklauf) und LF (Zeilenvorschub). (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 6.4.1) Fehlt das CR, wurde die Datei so erzeugt oder später umgewandelt; weil sich dabei die Bytes ändern, passt in LDT 3 meist auch die Prüfsumme nicht mehr. Erscheint zusätzlich „Fast alle falschen Längenangaben sind genau um 1 zu klein.“, hat das erzeugende Programm für das Zeilenende vermutlich nur ein Byte gezählt.

Lösung: Fordern Sie die Originaldatei erneut an und speichern Sie sie nicht in einem Texteditor.

Zum Ausprobieren: Zeilenende LF statt CR LF (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Die Zeilenenden wurden umgewandelt“.

Pflichtfeld fehlt

Meldung im Viewer: „Zeile 124: Im Objekt Obj_0060 (Untersuchungsergebnis Klinische Chemie, als UE Klinische Chemie) fehlt das Pflichtfeld 8418 (Ergebnisstatus).“

Bedeutung: Jede Satzart hat Muss-Felder, im LDT-2-Labor-Bericht 8201 zum Beispiel das Eingangsdatum 8301. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 3.8) In LDT 3 hat zusätzlich jedes Objekt Mussfelder, im Untersuchungsergebnis Obj_0060 zum Beispiel den Ergebnisstatus 8418. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 11.43, S. 169) Der Viewer prüft die Pflichtfelder jeder Satzart und die unbedingten Mussfelder jedes LDT-3-Objekts; bedingte Pflichtfelder, die von Regeln abhängen, prüft er nicht. (Stand 12.10.2026, Quelle: Quellenliste des LDT & BDT Viewers, Abschnitt Lücken)

Lösung: Informieren Sie das Labor bzw. den Hersteller der sendenden Software und nennen Sie Satzart, Zeile und Feldkennung.

Zum Ausprobieren: Pflichtfeld im Ergebnis fehlt (herunterladen).

Ältere oder falsche Version

Meldung im Viewer: „Die Datei wurde nach LDT3.2.19 erstellt. Aktuell gültig ist LDT3.2.20 (in Kraft seit 01.10.2026).“

Bedeutung: In LDT 3 steht die Version in Feld 0001 der Kopfdaten (Obj_0032). Regel E001 erlaubt dort nur „LDT3.2.20“ und stuft Abweichungen als Warnung ein. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Regel E001) In LDT 2 steht die Version in Feld 9212, verbindlich ist „LDT1014.01“. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 3.3)

Lösung: Bitten Sie den Absender, seine Software zu aktualisieren. Die Unterschiede der Versionen stehen unter LDT 2 vs. LDT 3.

Unbekannte Feldkennung

Meldung im Viewer: „Zeile 89: Feldkennung 7999 ist in der LDT-3.2.20-Feldtabelle nicht bekannt.“

Bedeutung: Die Kennung fehlt in der Feldtabelle der erkannten Version. Steht sie in einer anderen Tabelle, nennt der Viewer deren Bedeutung gleich mit. Mögliche Ursachen sind herstellereigene Erweiterungen, eine andere Version oder ein Tippfehler in der Schnittstelle.

Lösung: Schlagen Sie die Kennung unter Feldkennungen nach und klären Sie sie mit dem Hersteller der sendenden Software.

Zum Ausprobieren: Unbekannte Feldkennung (Herstellerfeld) (herunterladen).

Satzlänge 8100 oder Gesamtlänge 9202 falsch (LDT 2)

Meldung im Viewer: „Zeile 20: Die Satzlänge in Feld 8100 (00652) stimmt nicht mit der tatsächlichen Länge des Satzes überein (00595 Bytes).“ oder „Zeile 2: Die Satzlänge in Feld 8100 (00170) stimmt nicht mit der tatsächlichen Länge des Satzes überein (00150 Bytes).“

Bedeutung: In LDT 2 ist das zweite Feld jedes Satzes die Satzlänge 8100, die Summe aller Feldlängen des Satzes. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 2.3.3) Die Abschluss-Sätze 8221 und 8231 enthalten in Feld 9202 die Gesamtlänge des Datenpakets. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 3.4 und 3.6) Fehlt eine Zeile oder kommt eine hinzu, stimmen beide Werte nicht mehr.

Lösung: Lassen Sie die Datei neu erzeugen und prüfen Sie, ob sie beim Kopieren abgeschnitten wurde.

Zum Ausprobieren: LDT 2: Zeile gelöscht, Satzlänge stimmt nicht (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Im Satz wurde eine Zeile entfernt oder ergänzt“; BDT: Zeile gelöscht, Satzlänge stimmt nicht (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Im Satz wurde eine Zeile entfernt oder ergänzt“.

Prüfsumme in Feld 9300 passt nicht (LDT 3)

Meldung im Viewer: „Zeile 365: Die Prüfsumme in Feld 9300 passt nicht zum Dateiinhalt.“

Bedeutung: Der Abschluss-Satz enthält in Feld 9300 einen SHA-1-Wert über alle Zeichen vor dieser Zeile. Eine Abweichung ist ein Fehler. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 8.2, 8.4 und Regel E157) Schon ein geändertes Zeichen reicht dafür aus.

Lösung: Fordern Sie die Originaldatei neu an. Erscheinen weitere Fehler, beheben Sie zuerst diese beim Absender.

Zum Ausprobieren: Wert von Hand geändert: Prüfsumme stimmt nicht (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Die Datei wurde nach dem Erstellen verändert“.

Satzende 8001 fehlt oder Objekte passen nicht (LDT 3)

Meldung im Viewer: „Zeile 281: Objekt Obj_0035 (Laborergebnisbericht) wird nicht mit 8003 abgeschlossen.“

Bedeutung: Jeder Satz beginnt mit Feld 8000 und endet mit Feld 8001 mit derselben Satzart. Jedes Objekt beginnt mit 8002 und endet mit 8003 mit derselben Objekt-ID. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 6.3) Fehlt ein Ende, ist die Datei abgeschnitten oder durcheinander. Die Meldung „Die Datei enthält mehrere Datenpaket-Header oder -Abschlüsse.“ deutet auf zusammengefügte Dateien hin; jede Datei muss aber separat erzeugt und eingelesen werden. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 6.2.1)

Lösung: Lassen Sie die Datei neu übertragen und fügen Sie LDT-Dateien nie zusammen.

Zum Ausprobieren: Abgeschnittene Datei (Export abgebrochen) (herunterladen), der Viewer nennt als wahrscheinliche Ursache „Die Datei ist abgeschnitten“.

Dateiname folgt nicht der Namensregel

Meldung im Viewer: „Der Dateiname „befund.ldt“ folgt nicht der LDT-3-Namensregel (Z01….ldt).“

Bedeutung: In LDT 3 beginnt der Name mit Z01, danach folgen Buchstaben, Ziffern oder Unterstrich, am Ende .ldt, höchstens 256 Zeichen. Die Konvention ist verbindlich. (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Kap. 6.7) In LDT 2 nennt der erste Buchstabe den Zeichensatz: X für IBM-Code, S für 7-Bit-Code, A für ISO 8859-1, Z für ISO 8859-15. (Stand 12.10.2026, Quelle: KBV, Datensatzbeschreibung LDT Version 5.12 (LDT1014.01), Kap. 2.7.3) Der Viewer gibt dazu nur einen Hinweis aus.

Lösung: Benennen Sie die Datei nach der Regel, zum Beispiel Z0147112345M27_01.ldt, oder fragen Sie, wer sie umbenannt hat.

Was der Viewer prüft und was nicht

Der Viewer prüft Zeilenaufbau, Satz- und Objektstruktur, Pflichtfelder der Satzarten und die unbedingten Mussfelder jedes LDT-3-Objekts, Feldlänge, Feldtyp, erlaubte Inhalte, Version, Zeichensatz und Prüfsumme. Von den Kontextregeln der LDT-3-Regeltabelle wertet er nur eine Auswahl aus, etwa dass ein abgeschlossener Befund keine vorläufigen Werte enthalten darf (K096) und auf einen Extremwert eine Meldung des Labors folgen muss (K099). (Stand 12.10.2026, Quelle: KBV, LDT 3 Satzbeschreibung Version 3.2.20, Regeln K096 und K099) Die neun offiziellen KBV-Testdateien zu LDT 3.2.20 zeigt er ohne Fehler und Warnungen. (Stand 12.10.2026, Quelle: Quellenliste des LDT & BDT Viewers) Er ersetzt nicht das LDK-Prüfmodul der KBV, das in allen Systemen eingebunden sein muss. (Stand 12.10.2026, Quelle: KBV, FAQ für Softwarehersteller zur Labordatenkommunikation, Version 1.04, Kap. 2) Laborwerte bewertet er nicht, denn er ist kein Medizinprodukt. Bedeutung und Länge einzelner Kennungen stehen unter Feldkennungen. Alle Fehlerbeispiele dieser Seite und gültige Vergleichsdateien finden Sie unter LDT-Beispieldateien.