xEDIKUR
  
Datenaustausch mit Kur- und REHAB-Einrichtungen
  
Version V2.3
Stand 01.02.2018
  
 
Rechnungen
 
  
Start
  
  
Kurzübersicht
  
  
Detailstruktur
  
  
Elementliste
  
  
Komponenten
  
  
Strukturdiagramm
  
  
Schema
  
 
  
Vorherige Seite Nächste Seite
 
Rechnungen
Nachricht Rechnung von RZ/KUA an SV.
Die Nachricht kann in folgenden Ausprägungen gesendet werden:
R08 (Rechnung)
R09 (Gutschrift zu einer Rechnung)
R10 (Lastschrift zu einer Rechnung)
R16 (Storno zu einer Rechnung)
Mit Hilfe dieses übergeordneten 'Tags' können mehrere Wiederholungen der nachfolgenden Nachrichten übermittelt werden.
Die EinzelRechnung beinhaltet alle abrechnungsrelevanten Daten zu einem
Geschäftsfall.
Die GesamtRechnung ist die Summe aller zugehörigen EinzelRechnungen.
Für die GesamtRechnung ist ein Identifikationsteil in abgeänderter Form
vorgesehen.
Alle Satzarten 30 und 35 innerhalb einer Rechnungsmeldung (R08, R09 oder
R10) sind mit der gleichen Rechnungsnummer bzw. mit dem gleichen
Rechungsdatum zu befüllen.
Alle Betragsfelder sind zwingend zu befüllen (Grundstellung ist 0).
R08: Rechnung:
Pro Patient ist immer eine Satzart 01 und eine Satzart 30 zu liefern. Sollten
auch Zusatzleistungen bzw. Leistungen der ambulanten REHAB abgerechnet
werden, ist zusätzlich pro Zusatzleistung (bei der ambulanten REHAB pro
Leistungstag und Leistung) eine Satzart 04 für diesen Patienten zu liefern.
Die Gesamtsumme der Rechnung wird immer durch die Satzart 35
übermittelt.
R09, R10: Gutschrift- bzw. Lastschrift zu einer Rechnung:
Mit diesen Meldungsarten werden Gutschriften bzw. Lastschriften zu einem
Patienten oder einer Rechnung übermittelt.
In solchen Fällen wird pro Patient eine Satzart 01 und eine Satzart 30
benötigt, gegebenenfalls eine oder mehrere Satzarten 04. Je nach
Vereinbarung mit dem Versicherungsträger kann aber die Befüllung der
einzelnen Datenfelder in der Satzart 30 nur auf jene beschränkt werden, die
von der Gutschrift bzw. Lastschrift betroffen sind. Die Gesamtsumme der
Gutschrift/Lastschrift wird wie auch bei R08 mit der Satzart 35 übermittelt.
R16: Storno zu einer Rechnung:
Bei einer Stornierung kann es sich immer nur um eine Gesamtrechnung
handeln. In diesem Fall sind die Satzarten 01, 04, 30 und 35 ident der
vorangegangenen Rechnungslegung über die Meldungsart R08 mit der
Meldungsart R16 nochmals zu übermitteln.
ANTGRD
string3..3
Antragsgrund
Codierung laut Codeliste D.5.
ANTRDAT
xs:date
Antragsdatum
Format 8-stellig: JJJJMMTT. Die Datumsdarstellung in XML ist bei diesem Datum 10-stellig : z.B.: 2011-10-01
AZUL
string1..1
Ausgleichszulagenbezug
Codierung laut Codeliste D.7.
Die Angabe ist zwingend, wenn Datenfeld PKZ = P und Meldungsart=Bewilliigung (R01, R02), ansonsten optional.
BEGINNDAT
xs:date
Beginn eines Ereignisses
Unterschiedliche Verwendung und Beschreibung in SART 02, 10, 20, 30.
DGKONT
integer10
Dienstgeberkontonummer (HVB)
EinzelRechnung
Einzelrechnung
Die EinzelRechnung beinhaltet alle abrechnungsrelevanten Daten zu einem Geschäftsfall.
EMAIL
string1..70
E-Mail Adresse
ENDEDAT
xs:date
Unterbrechungsende bzw. Entlassungsdatum
FILENR
string1..10
File-Nummer
Fortlaufende Nummerierung der versendeten Pakete je Einrichtung und MART (Meldungsart) und/oder SV-Träger (auch über Jahreswechsel) an welcher der Empfänger erkennen kann, ob ein Paket fehlt.
Die Angabe ist zwingend.
FRTEXT
string1..300
Freier Text
Werden mehr als die 300 Stellen dieses Feldes benötigt, dann ist die Meldungsart (MART) R15 mit dem Dokumentdatensatz SART40, zu verwenden.
GEBDAT
xs:date
Geburtsdatum
Format 8-stellig: JJJJMMTT. Die Datumsdarstellung in XML ist bei diesem
Datum 10-stellig : z.B.: 2011-10-01
Die Angabe ist zwingend, wenn Datenfeld PKZ = P.
GesamtRechnung
Gesamtrechnung
Die GesamtRechnung ist die Summe aller zugehörigen EinzelRechnungen. Für die
GesamtRechnung ist ein Identifikationsteil in abgeänderter Form vorgesehen.
GesamtRechnungsSummen
Gesamtrechnungssummen
Die GesamtRechnungsSummen ist die Summe aller zugehörigen
RechnungsDetailSummen.
Im Datenfeld NETTOGES bzw. UMSTGES sind alle gemeldeten Einzelbeträge (NETTO
bzw. UMST) aus den Satzarten 30 aufzusummieren. Mit dieser SART 35 wird die Rechnungsmeldung
abgeschlossen.
GESCHL
string1..1
Geschlecht
Codierung laut Codeliste D.24.
IdentifikationsTeil
Identifikationsteil
Der Identifikationsteil dient der eindeutigen Zuordnung einer Meldung zu einem
Geschäftsfall.
IdentifikationsTeilGesamtRechnungsSummen
Identifikationsteilgesamtrechnungssummen
Der IdentifikationsTeilGesamtRechnungsSummen ist ein reduzierter Identifikationsteil, weil er keinem einzelnen Geschäftsfall zugeordnet werden kann.
KURTA
decimal1..6
Betrag der zu zahlenden Kurtaxe für den Patienten
Der anzugebende Betrag ist das Produkt der Summe aller relevanten orts- bzw. regionalabhängigen Taxen und Abgaben (z.B.: Kurtaxe, Ortstaxe, Regionalabgabe, etc.) x Anzahl der verrechenbaren Tage (siehe Datenfeld KURTAV).
Format 6-stellig: 0000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 0000.00 (7-stellig).
KURTABP
decimal1..6
Betrag der zu zahlenden Kurtaxe der Begleitperson
Der anzugebende Betrag ist das Produkt der Summe aller relevanten orts- bzw.
regionalabhängigen Taxen und Abgaben (z.B.: Kurtaxe, Ortstaxe, Regionalabgabe,
etc.) x Anzahl der verrechenbaren Tage (siehe Datenfeld KURTAVBP).
Format 6-stellig: 0000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 0000.00 (7-stellig).
KURTAV
integer3
Anzahl der verrechenbaren Kurtaxe des Patienten
Das Element ist definiert mit 3 Stellen (integer 3).
Die Anzahl entspricht den Tagen für die Kurtaxe verrechnet wird.
KURTAVBP
integer3
Anzahl der verrechenbaren Kurtaxe der Begleitperson
Das Element ist definiert mit 3 Stellen (integer 3).
Die Anzahl entspricht den Tagen für die Kurtaxe verrechnet wird.
LEIANZ
decimal1..4
Anzahl der Leistung
Hier ist die Anzahl der verrechenbaren Zusatzleistungen bzw. ambulanten Leistungen anzugeben.
Format 4-stellig: 00.00 mit zwei Nachkommastellen. Das Datenfeld wird in in der XML-Nachricht mit einem Dezimalpunkt  dargestellt: 00.00 (5-stellig).
LEIBET
decimal1..8
Betrag der Leistung
Der anzugebende Betrag ist das Produkt aus dem Nettotarif der Leistung
(Zusatzleistung oder ambulante Leistung) x Anzahl der Leistung (Datenfeld
LEIANZ).
Die Angabe ist zwingend bei ambulanter REHAB sowie zwingend bei stationären Aufenthalten in Kombination mit Satzart 30 (bei Verrechnung von Zusatzleistungen), ansonsten optional.
Format 8-stellig: 000000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in XML mit einem Dezimalpunkt dargestellt: 000000.00 (9-stellig).
LEIDAT
xs:date
Datum der Leistungserbringung bei ambulanter REHAB
Format 8-stellig: JJJJMMTT. Die Datumsdarstellung in XML ist bei diesem Datum 10-stellig : z.B.: 2011-10-01
Die Angabe ist zwingend bei Verwendung der MART (Meldungsarten) R08, R09, R10 und R16, wenn Datenfeld LEIKZ = A.
LEIKZ
string1..1
Leistungskennzeichen
Codierung laut Codeliste D.30.
LEIST
string3..3
Art der Zusatzleistung bzw. ambulanten Leistung
Codierung laut Codeliste D.31.
Die Datenfeldverwendung ist in der Hilfstabelle D.31. dargestellt.
LeistungsDaten
Leistungsdaten
LENR
integer8
Leistungserbringernummer der zuständigen Einrichtung
Hier ist die Leistungserbringernummer der bewilligten Einrichtung anzugeben.
Das Element ist definiert mit 8 Stellen (integer 8).
Die Leistungserbringernummer wird vom Hauptverband der österreichischen
Sozialversicherungsträger vergeben. Sie ist grundsätzlich personenbezogen
und Hauptordnungsbegriff aller Vertragspartnerdaten. Der Ordnungsbegriff
Leistungserbringernummer wird im Hauptverband verwaltet.
Die Leistungserbringernummer ist eine 8-stellige Zahl, die aus einer Prüfziffer (P) und einer 7-
stelligen Laufnummer (L) besteht (PLLLLLLL). Die 1. Stelle der Leistungserbringernummer ist
die Prüfziffer, die die Richtigkeit dieser Nummer gewährleistet. Die Leistungserbringernummer wird bei der Neuanlage automatisiert vergeben.
Die Leistungserbringernummer hat folgenden Aufbau:
P L L L L L L L (Laufnummer und Prüfziffer)
Jede Stelle der Leistungserbringernummer wird mit einem Faktor multipliziert.
Faktorenreihe: 3796421
Die Prüfziffer ist der Divisionsrest aus der Summe der Produkte geteilt durch 11.
Ergibt sich der Divisionsrest 0 oder 10, so wird die nächstfolgende Laufnummer verwendet.
MART
string3..3
Meldungsart
Codierung laut Codeliste D.32.
Die Datenfeldverwendung ist in der Hilfstabelle D.32. dargestellt.
NAMERG
string1..6
Namensergänzung
Codierung laut Codeliste D.33.
NETTO
decimal1..9
Rechnungsbetrag netto
Der Rechnungsbetrag netto ergibt sich aus der Summe der Datenfelder KURTA,
KURTABP, UVBG, TAGSA, TAGSABP (SART 30) und LEIBET (SART04) abzüglich
des Betrages ZUZIST (SART30).
Format 9-stellig: 0000000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in XML mit einem Dezimalpunkt dargestellt: 0000000.00 (10-stellig).
NETTOGES
decimal1..9
Rechnungsbetrag netto der Gesamtrechnung
Summe der Datenfelder NETTO aus allen zu der Rechnung zugehörigen SART 30.
Format 9-stellig: 0000000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 0000000.00 (10-stellig).
PATQUAL
string3..3
Patientenqualifikation Versicherungsstatus
Codierung laut Codeliste D.35.
Die Angabe ist zwingend, wenn Datenfeld PKZ = P und Meldunsart = Bewilligung (R01, R02), ansonsten optional.
PersonenDaten
Personendaten
Die PersonenDaten beinhalten die persönlichen Daten (Stammdaten).
PFSTUFE
string1..1
Pflegegeldstufe
Codierung laut Codeliste D.40.
Die Angabe ist zwingend, wenn Datenfeld PKZ = P und Meldungsart = Bewilliigung (R01, R02), ansonsten optional.
PKZ
string1..1
Personenkennzeichen
Codierung laut Codeliste D.38.
RECHDAT
xs:date
Rechnungsdatum
Format 8-stellig: JJJJMMTT. Die Datumsdarstellung in XML ist bei diesem Datum 10-stellig : z.B.: 2011-10-01
RECHNR
string1..15
Rechnungsnummer
Die Rechnungsnummer wird vom Rechnungsleger vergeben.
Rechnung
Nachricht Rechnung von RZ/KUA an SV.
Die Nachricht kann in folgenden Ausprägungen gesendet werden:
R08 (Rechnung)
R09 (Gutschrift zu einer Rechnung)
R10 (Lastschrift zu einer Rechnung)
R16 (Storno zu einer Rechnung)
Die EinzelRechnung beinhaltet alle abrechnungsrelevanten Daten zu einem
Geschäftsfall.
Die GesamtRechnung ist die Summe aller zugehörigen EinzelRechnungen.
Für die GesamtRechnung ist ein Identifikationsteil in abgeänderter Form
vorgesehen.
Alle Satzarten 30 und 35 innerhalb einer Rechnungsmeldung (R08, R09 oder
R10) sind mit der gleichen Rechnungsnummer bzw. mit dem gleichen
Rechungsdatum zu befüllen.
Alle Betragsfelder sind zwingend zu befüllen (Grundstellung ist 0).
R08: Rechnung:
Pro Patient ist immer eine Satzart 01 und eine Satzart 30 zu liefern. Sollten
auch Zusatzleistungen bzw. Leistungen der ambulanten REHAB abgerechnet
werden, ist zusätzlich pro Zusatzleistung (bei der ambulanten REHAB pro
Leistungstag und Leistung) eine Satzart 04 für diesen Patienten zu liefern.
Die Gesamtsumme der Rechnung wird immer durch die Satzart 35
übermittelt.
R09, R10: Gutschrift- bzw. Lastschrift zu einer Rechnung:
Mit diesen Meldungsarten werden Gutschriften bzw. Lastschriften zu einem
Patienten oder einer Rechnung übermittelt.
In solchen Fällen wird pro Patient eine Satzart 01 und eine Satzart 30
benötigt, gegebenenfalls eine oder mehrere Satzarten 04. Je nach
Vereinbarung mit dem Versicherungsträger kann aber die Befüllung der
einzelnen Datenfelder in der Satzart 30 nur auf jene beschränkt werden, die
von der Gutschrift bzw. Lastschrift betroffen sind. Die Gesamtsumme der
Gutschrift/Lastschrift wird wie auch bei R08 mit der Satzart 35 übermittelt.
R16: Storno zu einer Rechnung:
Bei einer Stornierung kann es sich immer nur um eine Gesamtrechnung
handeln. In diesem Fall sind die Satzarten 01, 04, 30 und 35 ident der
vorangegangenen Rechnungslegung über die Meldungsart R08 mit der
Meldungsart R16 nochmals zu übermitteln.
RechnungsDetailSummen
Rechnungsdetailsummen
Die RechnungsDetailSummen beinhalten die abrechungsrelevanten Daten zu einem
Geschäftsfall.
Im Datenfeld NETTO bzw. UMST sind allfällige Leistungen aus der Satzart 04
(LeistungsDaten) mit zu berücksichtigen.
REZFREI
string1..1
Rezeptgebührenbefreiung
Codierung laut Codeliste D.43.
Die Angabe ist zwingend, wenn Datenfeld PKZ = P und Meldungsart=Bewilligung (R01, R02), ansonsten optional.
SART
string2..2
Satzart
Codierung laut Codeliste D.45.
Jede Meldungsart besteht aus einer oder mehreren Satzart(en). Die Art der Daten wird durch SART gekennzeichnet.
STAAT
string3..3
Staat
Die Belegung des Datenfeldes STAAT erfolgt nach dem ISO-3166-1 Code - ISO-A3.
STAND
string1..1
Familienstand
Codierung laut Codeliste D.47.
Die Angabe ist zwingend, wenn Datenfeld PKZ = P.
SYSDAT
xs:dateTime
Systemdatum
Format 14-stellig: JJJJMMTTHHMMSS. Die Datumsdarstellung in XML ist bei diesem Datum 19-stellig : z.B.: 2011-04-19T13:21:00
TAGSA
decimal1..7
Summe Tagsatz für den Patienten
Der anzugebende Betrag ist der tägliche Tagsatz x der Anzahl der zu verrechnenden Tage.
Format 7-stellig: 00000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 00000.00 (8-stellig).
TAGSABP
decimal1..7
Summe Tagsatz der Begleitperson
Der anzugebende Betrag ist der tägliche Tagsatz x VPFTAGEBP.
Format 7-stellig: 00000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 00000.00 (8-stellig).
TELNR
string1..25
Telefonnummer
TITLH
string1..30
Titel hinten
Die Kurzbezeichnung des Titels (z.B. MSc) lt. Naric – Verzeichnis ist
anzugeben.
TITLV
string1..30
Titel vorne
Die Kurzbezeichnung des Titels (z.B. Dr.) lt. Naric – Verzeichnis ist
anzugeben.
TRID
string1..20
Trägerspezifische (Antrags-) ID
Wird bei einem Versicherungsträger eine TRID verwendet, so ist dieses Datenfeld bei
allen Meldungsarten so zurückzumelden, wie es in der Bewilligungsmeldung vom SV-Träger
belegt wurde.
UBRTAGE
integer3
Unterbrechungstage
Summe aller Unterbrechungstage zu einem Aufenthalt (Abrechnungsperiode).
Das Element ist definiert mit 3 Stellen (integer 3).
UIDR
string1..12
Umsatzsteueridentifikationsnummer des rechnungslegenden Vertragspartners
Die Angabe ist bei nicht steuerbefreiten Vertragspartnern zwingend.
UIDV
string1..12
Umsatzsteueridentifikationsnummer des verrechnungszuständigen SV-Träger
Codierung laut Codeliste D.60.
UMST
decimal1..8
Umsatzsteuer
Hier wird der Betrag einer zu berücksichtigenden Umsatzsteuer eingetragen. Derzeit
sind nur die Tagsätze (TAGSA und TAGSABP) und bestimmte Zusatzleistungen
(LEIBET) umsatzsteuerpflichtig.
Format 8-stellig: 000000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 000000.00 (9-stellig).
UMSTGES
decimal1..8
Umsatzsteuer der Gesamtrechnung
Summe der Felder UMST aus allen zu der Rechnung zugehörigen SART 30.
Format 8-stellig: 000000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 000000.00 (9-stellig).
UVBG
decimal1..6
UVBG - UV-Betrag § 8 ASVG
Der anzugebende Betrag ist der tägliche UVBG x UVBGV.
Format 6-stellig: 0000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 0000.00 (7-stellig).
UVBGV
integer3
Anzahl des verrechenbaren täglichen UV-Beitrags
Das Element ist definiert mit 3 Stellen (integer 3).
VERSD
string2..2
Versionsnummer des Datenbestandes
Codierung laut Codeliste D.63.
VONA
string1..70
Vorname
Die Verwendung von Sonderzeichen erfolgt nach dem Zeichensatz  ISO 8859-1.
Die Angabe ist zwingend, wenn Feld PKZ = P oder V.
VPFTAGE
integer3
Anzahl der Verpflegstage
Gibt die Anzahl der Tage an, für die ein Tagsatz in Rechnung gestellt wird.
Das Element ist definiert mit 3 Stellen (integer 3).
VPFTAGEBP
integer3
Anzahl der Verpflegstage der Begleitperson
Gibt die Anzahl der Tage an, für die ein Tagsatz (Begleitperson) in Rechnung gestellt wird.
Das Element ist definiert mit 3 Stellen (integer 3).
VPNR
integer6
Vertragspartnernummer der zuständigen Einrichtung
Hier ist die Vertragspartnernummer der bewilligten Einrichtung anzugeben.
Definiert ist das Element mit 6 Stellen (integer 6).
Die Vertragspartnernummer wird vom Hauptverband der österreichischen
Sozialversicherungsträger vergeben. Sie ist grundsätzlich personenbezogen
und Hauptordnungsbegriff aller Vertragspartnerdaten. Der Ordnungsbegriff
Vertragspartnernummer wird im Hauptverband verwaltet.
Die Vertragspartnernummer ist numerisch, 6-stellig, wobei die 6. Stelle eine Prüfziffer ist, die die Richtigkeit der Vertragspartnernummer gewährleistet.
Die Vertragspartnernummer hat folgenden Aufbau: LLLLLP (L = Laufnummr, P = Prüfziffer)
Die Prüfziffer (P) wird auf folgende Art errechnet:
Vertragspartnernummer: zB.:. 7 4 1 2 5 mal Faktorenreihe 3 7516.  Jede Stelle der Vertragspartnernummer wird mit einem Faktor multipliziert, Faktorenreihe: 37516
Die Prüfziffer ist der Rest aus der Summe der Produkte geteilt durch 11. Die Prüfziffer ist der Divisionsrest aus der Summe der Produkte geteilt durch 11. Ergibt sich ein Divisionsrest von 10, so wird die nächst höhere Laufnummer verwendet.
VSNR
integer10
Versicherungsnummer
Definiert ist das Element mit 10 Stellen (integer 10).
VSTR
string2..4
Einweisender Versicherungträger
Es müssen mindestens 2 Stellen angegeben werden. Definiert ist das Element mit String 2..4, Minimallänge ist 2 und Maximallänge ist 4.
Codierung laut Codelisten D.56.
Bei Bedarf kann an der 3. Stelle „0“ und an der 4. Stelle der Bundeslandcode (der
zuständigen Geschäftsstelle des Versicherungsträgers) übermittelt werden.
Die Datenfeldverwendung ist in der Hilfstabelle D.56. dargestellt.
WAEHR
string3..3
Währungseinheit
Derzeit ist nur der Wert EUR vorgesehen.
ZUNA
string1..70
Zuname
Die Verwendung von Sonderzeichen erfolgt nach dem Zeichensatz  ISO 8859-1.
ZUZIST
decimal1..8
Eingehobener Zuzahlungsbetrag
Der von der Einrichtung zum Zeitpunkt der Rechnungserstellung eingehobene
Zuzahlungsbetrag.
Format 8-stellig: 000000.00 mit zwei Nachkommastellen. Das Betragsfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 000000.00 (9-stellig).
ZUZTAGE
integer3
Zuzahlungstage
Gibt die Anzahl der Tage an, für die eine Zuzahlung geleistet wurde.
Das Element ist definiert mit 3 Stellen (integer 3).
date
xs:date
 
dateTime
xs:dateTime
 
decimal1..4
decimal1..4
 
decimal1..6
decimal1..6
 
decimal1..7
decimal1..7
 
decimal1..8
decimal1..8
 
decimal1..9
decimal1..9
 
integer10
integer10
 
integer3
integer3
 
integer6
integer6
 
integer8
integer8
 
string1..1
string1..1
 
string1..10
string1..10
 
string1..12
string1..12
 
string1..15
string1..15
 
string1..20
string1..20
 
string1..25
string1..25
 
string1..30
string1..30
 
string1..300
string1..300
 
string1..6
string1..6
 
string1..70
string1..70
 
string2..2
string2..2
 
string2..4
string2..4
 
string3..3
string3..3
 
xs:date
xs:date
 
xs:dateTime
xs:dateTime
 
xs:decimal
xs:decimal
 
xs:integer
xs:integer
 
xs:nonNegativeInteger
xs:nonNegativeInteger
 
xs:string
xs:string