xEDIKUR
Datenaustausch mit Kur- und REHAB-Einrichtungen
| Version | V2.3
| Stand | 01.02.2018

AenderungsAntraege

Start
Kurzübersicht
Detailstruktur
Elementliste
Komponenten
Strukturdiagramm
Schema

Vorherige Seite | Nächste Seite

| AenderungsAntraege
| Nachricht ÄnderungsAntrag von RZ/KUA an SV. Die Nachricht kann in folgenden Ausprägungen gesendet werden: ÄnderungsAntrag (MART = R11) Storno zu einem ÄnderungsAntrag (MART = R13). Mit Hilfe dieses übergeordneten 'Tags' können mehrere Wiederholungen der nachfolgenden Nachrichten übermittelt werden. Mit dem ÄnderungsAntrag können alle Änderungen zur letztgültigen Bewilligung durch RZ/KUA beantragt werden. Jede Form der Bewilligung eines Änderungsantrages R11 erfolgt mit der Meldungsart R02. Eine Ablehnung erfolgt mit der Meldungsart R12.

| ABLTEXT
| string1..300
| Text bei Ablehnung Es können maximal 300 Stellen übermittelt werden. Die Angabe ist zwingend, wenn im Datenfeld MART = R12 (Ablehnung zu einem Änderungsantrag) vorhanden ist.

| AenderungsAntrag
| Nachricht ÄnderungsAntrag von RZ/KUA an SV. Die Nachricht kann in folgenden Ausprägungen gesendet werden: ÄnderungsAntrag (MART = R11) Storno zu einem ÄnderungsAntrag (MART = R13). Mit dem ÄnderungsAntrag können alle Änderungen zur letztgültigen Bewilligung durch RZ/KUA beantragt werden. Jede Form der Bewilligung eines Änderungsantrages R11 erfolgt mit der Meldungsart R02. Eine Ablehnung erfolgt mit der Meldungsart R12.

| AenderungsDaten
| Änderungsdaten Zu einem Geschäftsfall können mehrere ÄnderungsAnträge gestellt werden. Je Patient und Aufenthalt sind die ÄnderungsAnträge im Datenfeld ANFNR (Anfragenummer) fortlaufend zu nummerieren.

| ANFART
| string2..2
| Anfrageart Codierung laut Codeliste D.3. Die Datenfeldverwendung und etwaige Abhängigkeiten sind in der Hilfstabelle D.3. dargestellt.

| ANFNR
| integer2
| Anfragenummer, je Patient und Aufenthalt sind die ÄnderungsAnträge fortlaufend zu nummerieren. Die Angabe ist zwingend bei SART 10. Bei SART 02 ist die Angabe zwingend bei der Beantwortung eines Zusatzantrages und bei der SART 40 ist die Angabe zwingend, wenn das Dokument einem Zusatzantrag zugeordnet werden soll.

| AnfrageDaten
| Anfragedaten

| 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

| BEGINNDAT
| xs:date
| Beginn eines Ereignisses Unterschiedliche Verwendung und Beschreibung in SART 02, 10, 20, 30.

| BEGLPER
| string1..1
| Begleitperson für Aufenthalt Codierung laut Codeliste D.8

| DIAG
| string3..3
| Aufnahme-, Zuweisungs- bzw. Entlassungsdiagnose Hier kommt der ICD-10 BMSG Schlüssel zur Anwendung. Link zum ICD-10 laut Internet-Link bei Codeliste D.13. 3 Stellen alphanumerisch. Die Angabe ist zwingend, wenn Datenfeld DIAGKZ = 01, ansonsten optional. Die Angabe ist zwingend bei der Übermittlung eines Patientenstatus (Feld PATSTAT) = 5 (abgereist am) oder 8 (Unterbrechung/Splitting).

| DIAGART
| string1..1
| Diagnoseart Codierung laut Codeliste D.11.

| DIAGCODE
| string0..10
| Diagnosecode Codierung und Link zum ICF-Code laut Codeliste D.12. Hier kommt der RC-Code bzw. der ICF-Code zur Anwendung. In Absprache zwischen dem Versicherungsträger und dem Gesundheitsdienstleister kann auch der RC-Code (Result of Consultation) bzw. der ICF-Code (International Classification of Functioning, Disability und Health) verwendet werden. Die Angabe ist zwingend, wenn Datenfeld DIAGKZ = 02 oder 03.

| DIAGKZ
| string2..2
| Diagnosekennzeichen Codierung laut Codeliste D.13. Wird das Diagnosekennzeichen mit "01" befüllt, sind die Diagnose-Elemente (DIAG, DIAGU1, DIAGU2) zwingend zu befüllen. Wird das Diagnosekennzeichen mit "02" oder "03" befüllt, ist der Diagnosecode (DIAGCODE) zwingend zu befüllen. Bei Diagnosekennzeichen = "02" wird der Diagnosecode (DIAGCODE) mit dem RC-CODE befüllt. Bei Diagnosekennzeichen = "03" wird der Diagnosecode (DIAGCODE) mit dem IFC-CODE befüllt.

| DiagnoseDaten
| Diagnosedaten

| DIAGU1
| string1..1
| Diagnose Untergliederung 1 1. Stelle alphanumerisch Die Angabe ist zwingend, wenn Datenfeld DIAGKZ = 01 und laut ICD-10 BMSG Schlüssel die 4. und 5. Stelle belegt werden muss, ansonsten optional. Die Angabe ist zwingend bei der Übermittlung eines Patientenstatus (Feld PATSTAT) = 5 (abgereist am) oder 8 (Unterbrechung/Splitting).

| DIAGU2
| string1..1
| Diagnose Untergliederung 2 1. Stelle alphanumerisch Die Angabe ist zwingend, wenn Datenfeld DIAGKZ = 01 und laut ICD-10 BMSG Schlüssel die 4. und 5. Stelle belegt werden muss, ansonsten optional. Die Angabe ist zwingend bei der Übermittlung eines Patientenstatus (Feld PATSTAT) = 5 (abgereist am) oder 8 (Unterbrechung/Splitting).

| ENDEDAT
| xs:date
| Unterbrechungsende bzw. Entlassungsdatum

| ENTGRD
| string1..1
| Entlassungsgrund Unterschiedliche Verwendung und Beschreibung in SART 10, 20.

| 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.

| IdentifikationsTeil
| Identifikationsteil Der Identifikationsteil dient der eindeutigen Zuordnung einer Meldung zu einem Geschäftsfall.

| 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.

| 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.

| 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

| TARKAT
| string1..2
| Tarifkategorie Codierung laut Codeliste D.51.

| TRANARTAB
| string3..3
| Transportart Abreise Codierung laut Codeliste D.57.

| TRANARTAN
| string3..3
| Transportart Anreise Codierung laut Codeliste D.57.

| TRANARTAUF
| string3..3
| Transportart während des Aufenthaltes Codierung laut Codeliste D.57.

| TRANBEW
| string2..2
| Transportbewilligung

| 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.

| VERSD
| string2..2
| Versionsnummer des Datenbestandes Codierung laut Codeliste D.63.

| VKTAGE
| integer3
| Verkürzungstage Das Element ist definiert mit 3 Stellen (integer 3). Gibt die Anzahl der Tage an, um die der Aufenthalt vorzeitig beendet wird. Die Angabe ist zwingend, wenn Datenfeld ANFART = VK.

| VLTAGE
| integer3
| Verlängerungstage Das Element ist definiert mit 3 Stellen (integer 3). Gibt die Anzahl der Tage an, um die der Aufenthalt verlängert wird. Die Angabe ist zwingend, wenn Datenfeld ANFART = VL.

| VLTHERD
| integer3
| Verlängerung der Therapiedauer Das Element ist definiert mit 3 Stellen (integer 3). Hier ist die beantragte Verlängerung der Therapiedauer in Wochen oder Monaten anzugeben. Die Angabe ist zwingend, wenn Datenfeld ANFART = VL und Datenfeld LEIART = AR2 oder AR3.

| VLTHERE
| decimal1..5
| Verlängerung der Therapieeinheiten Hier ist die Anzahl der zusätzlich beantragten Einheit anzugeben. Format 5-stellig: 000.00 mit zwei Nachkommastellen. Das Datenfeld wird in in der XML-Nachricht mit einem Dezimalpunkt dargestellt: 000.00 (6-stellig). Die Angabe ist zwingend, wenn Datenfeld ANFART = VL und Datenfeld LEIART = AR2 oder AR3.

| VLTHERZ
| string1..1
| Therapiezeiteinheit der Verlängerung Codierung laut Codeliste D.54. Die Angabe ist zwingend, wenn Datenfeld ANFART = VL und Datenfeld LEIART = AR2 oder AR3.

| 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.

| date
| xs:date

| dateTime
| xs:dateTime

| decimal1..4
| decimal1..4

| decimal1..5
| decimal1..5

| decimal1..8
| decimal1..8

| integer10
| integer10

| integer2
| integer2

| integer3
| integer3

| integer6
| integer6

| integer8
| integer8

| string0..10
| string0..10

| string1..1
| string1..1

| string1..10
| string1..10

| string1..2
| string1..2

| string1..20
| string1..20

| string1..300
| string1..300

| 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