08-2 Anhang 1 zu Anlage G-4 Technische Anlage zur elektronischen Einschreibung (1).pdf

Videosprechstunden zur Verbesserung der digitalen ärztlichen Versorgung

Extrahierter Dokumenttext · Stand: 22.09.2026, 16:47 (Europe/Berlin)

Herkunft: www.dtvp.de

Tabellen, Layout und Zeichen können bei der Extraktion abweichen. Maßgeblich ist die Originaldatei.

Originaldatei öffnen

[Seite 1]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

Anhang 1 zu Anlage G-4

Technische Anlage über den

Datenaustausch zwischen

Kooperationspartnern der GKV

zur maschinellen Einschreibung

von Versicherten in Verträge

für besondere Versorgungsformen

Version

2.0

Dokumentenstand

31.05.2021

[Seite 2]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

Schnittstellenformat TE

Für maschinelle Einschreibungen und LE-Teilnahmen sollen die Output-Schnittstelle AIS und die Input-Schnittstelle oscare® identisch sein.

Es wurde daher entschieden, das von der gevko® definierte Schnittstellenformat für die Output- Schnittstelle AIS auch für die Input-Schnittstelle oscare® zu adaptieren. Dies hat zur Folge, dass die oscare® TE-Input-Schnittstelle XML-basiert und in den EHD-Rahmen der KBV zu Grundstrukturen, Regeln und Namensgebung beim Entwurf von XML-Schnittstellen eingebettet ist, siehe http://www.gkv- datenaustausch.de/media/dokumente/leistungserbringer_1/sonstige_leistungserbringer/sapv/Richtlinie_ehd_V140.pdf .

Die exakte TE-Schnittstellenspezifikation erfolgt in Form sog. XML-Schemata, eines für die TEs von Versicherten und eines für die TEs von Leistungserbringern. Im Folgenden werden „nur“ die fachlichen Inhalte der TE-Schnittstelle in lesbarer Form dargestellt.

Header (Kopfdaten)

Für TE-Lieferungen, Fehlerrückmeldungen und Verzeichnisse wird ein gemeinsamer Header verwendet. Die prinzipielle Struktur des Headers wird vom EHD-Rahmen vorgeben und wird wie folgt ausgeprägt:

TypHäufigkeitBeschreibung
id: RT6-st. numerisch1lückenlos fortlaufende Nummer der Lieferungen zwischen Absender und physikalischem Empfänger mit führenden Nullen beginnend mit „1“
document_type_cd: V3-11-st. alphanumerisch1„Nachrichtentyp“: teve, teve_fehler, tele, tele_fehler, avz, pvz, tvz, avvz, pvvz, tvvz, amvvz
service_tmrYYYY-MM-DD..YYYY- MM-DD1Gültigkeitszeitraum der übermittelten Daten, keine Verwendung für TE-Listen in oscare® MC 3.0 / 3.2  Erstellungsdatum der Datei für TE-Listen
origination_dttmYYYY-MM-DD1Erstellungsdatum
intended_recipient / organization / id: EXIK1Institutionskennzeichen des verschlüsselungsberechtigten Empfängers
provider / organization / id: EXIK1Institutionskennzeichen des verschlüsselungsberechtigten Absenders

[Seite 3]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

state: V„RELEASE“ / „TEST“1Testlieferung ja/nein (Indikator, die Daten zunächst in einem Testsystem zu laden/prüfen)
interface / id: RT„1.2.276.0.76.5.109“1OID für Schlüsseltabelle für Verfahrenskennzeichen (S_KBV_SCHNITTSTELLE)
interface / id: EX„vm“1Verfahrenskennzeichen
interface / interface.nm: V„VM-Schnittstelle: Teilnahmeerklärungen und Verzeichnisse von Versicherten und Leistungserbringern“1Verfahrensbeschreibung
interface / version: V1.00 / 2.001Version der Schnittstelle / XML-Schemata
local_header / herkunftsart1Fehlerverfahren kann pro Herkunftsart aktiviert werden
local_header / kassen_ikIK1Institutionskennzeichen der Krankenkasse
local_header / gesamtlieferung_id36-st. alphanum.0..1Eindeutige ID der erstellten Gesamtlieferung (bspw. UUID)
local_header / teillieferung_zaehler5-st. numerisch0..1Falls eine Lieferung bzw. ein Verzeichnis aufgrund von Größenbeschränkungen in mehrere Teillieferungen aufgeteilt wird, werden in diesen beiden Feldern die Gesamtzahl der Teillieferungen sowie die Nummer der aktuellen Teillieferung übermittelt.
local_header / teillieferung_ gesamtanzahl5-st. numerisch0..1

[Seite 4]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

Nachrichtentyp „teve“ (Element „te_liste-te-versicherter“)

Jede TE-Lieferung vom Typ „teve“ (Teilnahmeerklärung Versicherter) beinhaltet eine oder mehrere Teilnahmeerklärungen in folgendem Format:

TypHäufigkeitBeschreibung
versichertennr_alt9-12-st. numerisch1entweder oder (auch beides)
versichertennr_egk10-st. alphanumerisch
kassennummerIK1Haupt-IK der Kasse
namensvorsatz20-st. Zeichenkette0..1z.B. „von der“ , „de“
nachname45-st. Zeichenkette0..1Länge analog TA 295 1b
vorname45-st. Zeichenkette0..1Länge analog TA 295 1b
strasse40-st. Zeichenkette0..1mit Hausnummer
plz1-7-st. numerisch0..1
ort40-st. Zeichenkette0..1
geburtsdatumYYYY-MM-DD0..1
geschlecht0..1
vertragsiehe 1.2.11..nVerträge des Versicherten

[Seite 5]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

Element „te_liste-te-versicherter-vertrag“

TypHäufigkeit proBeschreibung
Verarbeitungskennz.
12345
verarbeitungskennzeic hen111111 = Anlage 2 = Korrektur 3 = Betreuungsänderung 4 = Storno 5 = Beendigung
teilnahme_id_extern255-st., alphanum.11111ID in einer Mgmt.- Gesellschaft, nur eindeutig innerhalb des Vertrags/Produkts
vertragskennzeichensiehe 1.2.211111entweder Vertragskennzeichen oder Programmnummer
versorgungsprodukt255-st., alphanum.
alternative_vertragsnr16-st., numerisch0.. 10.. 10.. 10.. 10.. 1
teilnahme_beginnYYYY- MM-DD11000Beginn der Teilnahme
Mussfeld, auch für
Verträge, für die der
Beginn berechnet wird; in
diesem Fall mit
Beleglesedatum zu füllen;
wird aber ignoriert!
teilnahme_endeYYYY- MM-DD0.. 10..001Ende der TeilnahmeEnde der Teilnahme
1
datum_eingang_kuendi gungYYYY- MM-DD0.. 10.. 1000.. 1Mussfeld bei Endegrund
„Kündigung“
datum_eingang_widerru fYYYY- MM-DD0000.. 10Mussfeld bei Stornogrund
„Widerruf“
endegrund0.. 10.. 1001
stornogrund00010
ersteinschreibung_bei_i kIK0.. 10.. 1000Ersteinschreiber ist optional; falls übermittelt, dann entweder IK oder LANR mit ggf. BSNR
ersteinschreibung_bei_l anrLANR (9- st.)
ersteinschreibung_bei_b snrBSNR (9- st.)0.. 10..000
1
betreuungsiehe 1.2.30.. n0.. n0..1.. n00IK oder LANR/BSNR des betreuenden LE mit Zeitraum
n

[Seite 6]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

unterschrift_vers_kennz0 = falsch 1 = wahr0.. 10.. 1000Datum der Einwilligungserklärung muss genau dann angegeben werden, wenn Kennzeichen Einwilligungserklärung = 1 (--> per Schema- Validierung) (nicht möglich per XSD 1.0, außerdem wäre dann immer die komplette Lieferung ungültig)
unterschrift_vers_datumYYYY- MM-DD0.. 10.. 1000
unterschrift_le_kennz0 = falsch 1 = wahr0.. 10.. 1000Datum der Unterschrift des Einschreibers muss genau dann angegeben werden, wenn Kennzeichen Einwilligungserklärung = 1 (--> per Schema- Validierung) (nicht möglich per XSD 1.0, außerdem wäre dann immer die komplette Lieferung ungültig)
unterschrift_le_datumYYYY- MM-DD0.. 10.. 1000
einschreibediagnose0.. n0.. n000
einschreibeops0.. n0.. n000
datum_erstellung_teYYYY- MM-DD0.. 10.. 10.. 10.. 10.. 1Beleglesedatum
dpcm_id40-st., alphanum.0.. 10.. 10.. 10.. 10.. 1ID des oscare® Druckprozess, der für die Archivierung des Belegs erstellt wurde
zustimmung_evaluation0 / 10.. 10.. 1000Mussfeld, falls unterschrift_vers_kennz = 1 (Fehlercode 440)

[Seite 7]

Vertrag zur Verbesserung der digitalen, ärztlichen Versorgung für Patienten durch einen elektronischen Kommunikations- und Vernetzungsprozess nach § 140a Abs. 1 S.2 Alt.2 SGB V zwischen der AOK Bayern und [Vertragspartner]

Element „te_liste-te-versicherter-vertrag-vertragskennzeichen“

TypHäufigkeitBeschreibung
versionsnummer1-st., alphanumerisch1
rechtsgrundlage2-st., alphanumerisch1
regionalkennzeichen2-st., alphanumerisch1
kassenart1-st., alphanumerisch1
fortlaufendeNummer5-st., alphanumerisch1
sub_nummer14-st., alphanumerisch0..1

Element „te_liste-te-versicherter-vertrag-betreuung“

TypHäufigkeitBeschreibung
verarbeitungskennzeichen11 = Anlage 2 = Änderung 4 = Storno
betreuung_id_extern255-st., alphanumerisch1ID innerhalb einer Mgmt.- Gesellschaft
betreuer_ikIK1entweder IK oder LANR (nicht beides!)
betreuer_lanrLANR (9-st.)
betreuer_bsnrBSNR (9-st.)0..1nur in Verbindung mit
LANR
vonYYYY-MM-DD1Beginn der Betreuung
bisYYYY-MM-DD0..1Ende der Betreuung
vertragskennzeichensiehe 1.2.20..1Vertrag zur Betreuung; Mussfeld, falls TE zu einem 3.2-Programm (Fehlercode 441); nicht für AVZ/PVZ/TVZ
endegrundArzt-Endegründe + 101: "Umzug des Arztes" + 102: "Umzug des Vers." + 103: "Zerrüttetes Arztpatientenverhältnis"0..1Grund für die Beendigung der Betreuung
storniert0 = falsch / 1 = wahr1
Alle Unterlagen dieser Ausschreibung