Informationen zur Labor-Schnittstelle

Alle Laborsoftwarehersteller, die bereits auf Version 4.3 umgestellt haben, müssen ab 01.01.2015 unbedingt Version 4.4 einsetzen. Die Ursache liegt darin begründet, dass ab Version 4.2 die zulässigen BEL-Nummern Bestandteil der Schnittstelle sind. Da keine weiteren Änderungen vorliegen, sind für Version 4.4 außer der zusätzlichen Gebührennummer keine weiteren Anpassungen notwendig.

Damit auch die Labore diese Veränderung bei der elektronischen Übermittlung der abrechnungsrelevanten Rechnungsdaten in den XML-Dateien berücksichtigen können, ist eine neue XML-Definition (Version 4.3) erforderlich. Alle Laborsoftwarehersteller, die bereits auf Version 4.2 umgestellt haben, müssen ab 01.04.2014 unbedingt Version 4.3 einsetzen. Die Ursache liegt darin begründet, dass ab Version 4.2 die zulässigen BEL-Nummern Bestandteil der Schnittstelle sind. Da keine weiteren Änderungen vorliegen, sind für Version 4.3 außer den veränderten Gebührennummern keine weiteren Anpassungen notwendig.

Motivation: Das Attribut Menge ist damit bei allen Facetten auf einen Wert größer Null festgelegt, was auch im XSD so umgesetzt wurde. Damit werden Angaben von Null oder kleiner bereits im Testtool als fehlerhaft erkannt.

Motivation: Damit können nur gültige BEL2-Nummern angegeben werden. Bei Attribut Art=BEL ist der Inhalt damit sofort richtig gestellt. Werden irgendwelche Nummern bei den anderen Arten gemeldet (was laut Vorgabe nicht erfolgen soll), erkennt das Testtool auf Fehler.

Motivation: Byte-Order-Mark (BOM) gibt an, in welcher Folge die Bytes geliefert werden – niederwertigstes oder höherwertigstes zuerst. Bei UTF-8 spielt das keine Rolle, da es sich nur um ein Byte handelt. Dort ist die Angabe laut W3C optional und so muss es auch akzeptiert werden. Das Laborabrechnungssystem muss über unterschiedliche Plattformen hinweg funktionieren. Wenn eine dieser Plattformen BOM erzeugt, was optional zulässig ist, muss dies akzeptiert werden.

Wenn damit ausgedrückt werden soll, das diese drei Teile beliebig lang (>=1) sein dürfen, solange die Gesamtlänge der Auftragsnummer nicht größer als die max. Länge der Auftragsnummer ist, dann sollte das auch explizit in der Beschreibung stehen.

Für Patientenpseudonym, Planidentifikation und „Laufende Nummer zum Plan“ gibt es folgende Vorgaben zur Länge:
* die Angaben müssen vorhanden sein (Mindestlänge 1 Zeichen)
* die Gesamtlänge von 50 Zeichen der AN darf in Summe nicht überschritten werden

Vorschlag: Ab Version 4 wird der Name festgeschrieben, wobei die Version mit der Version im XSD übereinstimmen muss: Laborabrechnungsdaten_(KZBV-VDZI-VDDS)_(V4-0).xsd. Es wird dabei nur der Punkt in der Version durch ein Minus ersetzt, damit der Punkt eindeutiger Trenner zwischen Name und Anhang bleibt.

Diese Definition ist nicht restriktiv genug. Es darf z.B. nicht möglich sein, RBT-Positionen in einer Mehrwertsteuergruppe zusammen zu fassen, wobei dann eine negative Zwischensumme entsteht.

Es ist zulässig, dass mehrere MWST-Gruppen zu einem Mehrwertsteuersatz geliefert werden. Die Zwischensumme_netto darf dabei aber nicht negativ werden (). Eine Zusammenfassung nur von Rabatten in einer Mehrwertsteuergruppe ist somit nicht zulässig.

Das Auftreten der Mehrwertsteuergruppen ist derzeit auf 1 … 3 festgelegt. Diese Festlegung ist willkürlich und sie wird in zukünftigen Versionen signifikant erweitert werden. Dies erfolgt nicht zur Version 4, weil die KZBV-Prüfmodule und einige PVS-Hersteller derzeit auf 3 Gruppen festgelegt sind. Die Schnittstelle soll so ausgebaut werden, dass sie für zukünftig mögliche Änderungen am Mehrwertsteuersystem vorbereitet ist.

Zum Thema Versionsnummer: Hier wäre es schön, wenn in der XSD die konkrete Versionsnummer genannt werden würde.

Außerdem hat sich noch ein kleiner Schreibfehler eingeschlichen. Im Projektplan steht als Veröffentlichungsdatum unter Punkt 2.7 das Datum 08.06.3012.

Die konkrete Versionsnummer und der Änderungsstand stehen in Zeile 72.

Das Datum im Projektplan wird selbstverständlich korigiert.