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