Datenformate am USB-Stick

Transkript

1 Datenformate am USB-Stick hema: Datenstrukturen beim Seichern am USB-Stick GINA Software Version R3e, R3f Dokumentversion 2.0 urzfassung: Beschreibung des Datensatzaufbaus Der Inhalt dieses Dokumentes gliedert sich in 2 Abschnitte: Beschreibung der Datenlieferung im maschinenlesbaren BASE64 Format. Beschreibung der Datenlieferung im menschenlesbaren ASCII Format als csv-file. onsultationsbeleg maschinenlesbar in BASE64 Belegstruktur der Belegformatkennungen 0001 ( e-card/o-card/a-rust Bürgerkarte) Die Datenstruktur besteht auf Grund einer besseren Lesbarkeit bei der Nachverfolgung ausschließlich aus abdruckbaren Zeichen. Binärfelder werden daher in BASE64 und nicht binär codiert. Für Datenelemente die Inhalte variabler Länge zulassen werden gelten die folgenden Auffüllregeln: Numerische Werte werden links führenden Nullen ( 0 ) auf die angegebene länge aufgefüllt. Zeichenketten (Strings) werden linksbündig geseichert und rechts Leerzeichen (Blanks) aufgefüllt. : N numerischen Werten, A Zeichenketten. Bedeutung der einzelnen Salten der unten stehenden abellen : Laufende Nummer innerhalb der abelle. Name: Name des Datenfeldes Länge: Länge des Datenfeldes in Zeichen signatur signiert: X kennzeichnet, dass das in der signatur enthalten ist, die Nummer gibt die Reihenfolge innerhalb der Signatur an. signatur signiert: X kennzeichnet, dass das in der signatur enthalten ist, die Nummer gibt die Reihenfolge innerhalb der Signatur an. : urzbeschreibung des Datenfeldes, Angaben über Quelle und mögliche Werte. uss / ann: - Befüllung des es ist Pflicht, - Befüllung des es ist otional. "-" Das wird in der ommunikation zwischen dem HVB und dem e-card Sstem nicht verwendet. Datensatzstruktur des onsultationsbeleges Name Länge 1 Belegformatkennung 2 Signaturformat signatur 4 N Format-/Inhaltsversion des onsultationsbeleges aus der Entität definiert die vorliegende Beschreibung. 1 A ennzeichen für das Signaturformat der signatur aus der Entität. C Signaturformat CS uss/ ann - 1 -

2 Name Länge 3 Signaturformat signatur 1 A ennzeichen für das Signaturformat der signatur aus der Entität. C Signaturformat CS 4 VPNR 6 X-1 X-1 A Vertragsartnernummer, die die onsultationsversion erzeugt hat, aus der Entität. 5 VSNR 10 X-2 X-2 A VSNR des Patienten aus der Entität "V Ansruch", ertelt wird aufgrund Ansruchs ID in der Entität 6 Bearbeitungsdatum der signatur 8 X-3 X-3 A Datum der Erstellung der signatur aus der Entität Format: JJJJ 7 Ordinationsnummer 2 X-4 N Ordinationsnummer aus der Entität "Ordination", ertelt wird aufgrund. 8 Fachgebiet 2 X-5 A Fachgebietscode der verbrauchten onsultation, aus der Entität "VP Vertrag", ertelt wird aufgrund. 9 Behandlungsfall 2 X-6 A Behandlungsfallcode aus der Entität 10 onsultationsart 3 X-7 A onsultationsartcode aus der Entität 11 Behandlungsdatum 8 X-8 A Datum der Behandlung (der onsultation) aus der Entität Format: JJJJ 12 VSNR ABL 10 X-9 A VSNR des Versicherten, von dem der Ansruch abgeleitet ist aus der Entität "V Ansruch", ertelt wird aufgrund Ansruchs ID in der Entität 13 ursrünglicher SV 2 X-10 A Vom VP erfasster SV aus der Genehmigungsanfrage, aus der Entität 14 Bearbeitungsdatum 8 X-11 A Datum der Bearbeitung (Anlage, Änderung, Storno, Nachsignierung, Wiederinkraftsetzung) aus der Entität Format: JJJJ 15 onsultations ID 10 X-12 N Eindeutige Nummer der onsultation, aus der Entität 16 onsultationsversion 3 X-13 N Lfd. Nummer der onsultation, die ro Status-Änderung (z.b. nachgebracht oder storniert) hinaufgezählt wird, aus der Entität uss/ ann - 2 -

3 Name Länge 17 Abrechnungseriode der onsultation stattfindet, aus der 7 X-14 A Zeiteriode in der die Abrechnung Entität Format: JJJJ + onat ( 01-12) + Z "" für monatliche Abrechnung oder JJJJ + Quartal (01-04) + Z "Q" für quartalsmäßige Abrechnung. Beisiel: Q 18 Z Ohne e-card 2 X-15 N Z, dass das ohne e-card Li zum Liüberschreitung Zeitunkt der Durchführung der onsultation überschritten wurde. Aus der Entität 19 LR-Li gerüft 1 X-16 A ennzeichen LR-Li gerüft aus der Entität 20 Status 1 X-17 A Statuscode der onsultationsversion aus der Entität 21 Versichertenkategorie 2 X-18 A Versichertenkategorie aus der Entität "V Ansruch", ertelt wird aufgrund Ansruchs ID in der Entität 22 Ansruchsart 2 X-19 A Ansruchsart aus der Entität "V Ansruch", ertelt wird aufgrund Ansruchs ID in der Entität 23 ostenanteilsbefreiung 24 Rezetgebührenbefreiung 2 X-20 A Gebührenbefreiungscode aus der Entität "Gebührenbefreiung", befüllt ist nur, falls code 02 ist, ertelt wird aufgrund Ansruchs ID in der Entität 2 X-21 A Gebührenbefreiungscode aus der Entität "Gebührenbefreiung", befüllt ist nur, falls code 01 ist, ertelt wird aufgrund Ansruchs ID in der Entität 25 leistungszust SV 2 X-22 A Durch den ertelter leistungszuständiger SV der SV- Person. Aus der Entität "V Ansruch", ertelt wird aufgrund Ansruchs ID in der Entität 26 verrechnungszust SV 2 X-23 A übersteuerter verrechnungszuständiger SV aus der Entität onsultation. Eine Übersteuerung des VZ-SV LZ- SV der Person kann entweder durch die Übersteuerung bestimmter SVs für bestimmte FGGs erfolgen oder durch eine erweiterte VP- Ansruchsrüfung uss/ ann - 3 -

4 Name Länge 27 Bezugsbereich 2 X-24 A Bezugsbereich aus der Entität "VP Vertrag", ertelt wird aufgrund. 28 Bundesland 1 X-25 A Bundeslandcode aus der Entität "Ordination", ertelt wird aufgrund. 29 Versichertenart 1 X-26 A Versichertenartcode aus der Entität "V Ansruch", ertelt wird aufgrund Ansruchs ID in der Entität 30 ransaktionsnummer 31 Erweiterte VP Ansruchsrüfung 32 Länge der signatur 33 signaturdaten 34 Länge der signatur 35 signaturdaten 9 X-27 N Pro Vertragsartner vergebene, eindeutige, lückenlose Nummer der onsultationsversion, aus der Entität 1 X-28 N Eweiterte VP Ansruchsrüfung bei P Untersuchung aus der Entität. 3 N Länge der folgenden signaturdaten (SV Signatur e- card oder o-card), wird beim Selektieren der signatur aus der Entität ertelt. Als String codierte Zahl (z.b. 123 ). var X-29 Binärdaten signatur nach CS (1) (Crtograhic essage Sntax) externen Signaturdaten ("external signature"), aus der Entität Sezifikation der Signatur siehe weiter unten. Format Base64 3 N Länge der folgenden signaturdaten, wird beim Selektieren der signatur aus der Entität ertelt. Als String codierte Zahl (z.b. 123 ). var Binärdaten signatur nach CS (Crtograhic essage Sntax) externen Signaturdaten ("external signature"), aus der Entität Sezifikation der Signatur siehe weiter unten. Format Base64 (1) Im Rahmen der Signaturerstellung/Signaturrüfung der signatur werden die binär codierten signaturdaten ohne Längeninformation an die zu signierenden Datenfelder angehängt. D.h. bei der Signaturrüfung müssen die signaturdaten zuerst BASE64 decodiert und an die signierten onsultationsdaten angehängt werden. uss/ ann - 4 -

5 onsultationsdaten menschenlesbarer als csv-file Die folgende abelle wird als csv-file abgebildet um eine Weiterverarbeitung z.b. in Excel zu ermöglichen. Datensatzstruktur der menschenlesbaren onsultationsdaten Name Länge uss/ ann 1 Behandlungsdatum 8 Datum der Behandlung Format: JJJJ 2 Nachname der SV 70 Nachname der SV Person Person 3 Vorname der SV Person 70 Vorname der SV Person 4 Geburtsdatum der SV 8 Gebuertsdatum der SV Person Person Format: JJJJ 5 Nachname des 70 Nachname des Angehörigen Angehörigen 6 Vorname des 70 Vorname des Angehörigen Angehörigen 7 Belegformat-version 4 Format-/Inhaltsversion des onsultationsbeleges 8 VPNR 6 Vertragsartnernummer, die die onsultationsversion erzeugt hat 9 VSNR 10 VSNR des Patienten 10 Ordinations-nummer 2 Ordinationsnummer 11 Fachgebiet 2 Fachgebietscode 12 Behandlungsfall 2 Behandlungsfallcode 13 onsultations-art 3 onsultationsartcode 14 VSNR ABL 10 VSNR des Versicherten, von dem der Ansruch abgeleitet ist 15 Ursrün-glicher SV 2 Vom VP erfasster SV Code aus der Genehmigungsanfrage 16 Bearbeitungsdatum 8 Datum der Bearbeitung (Anlage, Änderung, Storno, Nachsignierung, Wiederinkraftsetzung) Format: JJJJ 17 onsultations ID 10 Eindeutige Nummer der onsultation 18 onsultationsversion 3 Lfd. Nummer der onsultation, die ro Status- Änderung (z.b. nachgebracht oder storniert) hinaufgezählt wird 19 Abrechnungseriode 7 Zeiteriode in der die Abrechnung der onsultation stattfindet Format: JJJJ + onat ( 01 12) + Z für monatliche Abrechnung oder JJJJ + Quartal (01 04) + Z Q für quartalsmäßige Abrechnung. Beisiel: Q 20 Z Ohne e-card Liüberschreitung 4 Z, dass das ohne e-card Li zum Zeitunkt der Durchführung der onsultation überschritten wurde ögliche Werte : JA/NEIN 21 LR-Li gerüft 1 ennzeichen LR-Li gerüft ögliche Werte: N für nicht gerüft - 5 -

6 Name Länge uss/ ann R für nach Regelwerk gerüft Z für zusätzlich genehmigte Lis 22 Status 1 Statuscode der onsultationsversion 23 Versichertenkategorie 2 Versichertenkategorie Code 24 Ansruchsart 2 Ansruchsart Code 25 ostenanteilsbefreiung 2 Gebührenbefreiungscode 26 Rezetgebührenbefreiung 2 Gebührenbefreiungscode 27 leistungszust SV 2 Durch den ertelter leistungszuständiger SV Code der SV-Person. 28 verrechnungszust SV 2 Verrechnungszuständiger SV Code des Vertragsartners 29 Bezugs-bereich 2 Bezugsbereich Code 30 Bundesland 1 Bundeslandcode 31 Versichertenart 1 Versichertenartcode 32 ransaktionsnummer 9 Pro Vertragsartner vergebene, eindeutige, 33 Erweiterte VP Ansruchsrüfung lückenlose Nummer der onsultationsversion 4 Eweiterte VP Ansruchsrüfung bei P Untersuchung ögliche Werte : JA/NEIN - 6 -