<xs:element name="MindestMengenMeldung" type="MindestMengenMeldungType"><xs:annotation><xs:documentation>Wurzel-Element für die Übertragung von Leistungsmengen in maschinenlesbarer Form gemäß § 5 Abs. 3 Satz 2 Mm-R.</xs:documentation></xs:annotation></xs:element>
<xs:element name="MetaInformationenAnmeldung" type="MetaInformationenType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element>
IK des physikalischen Datenabsenders bzw. Datenempfängers, derfür die Ver- und Entschlüsselung der Daten sowie Signatur verantwortlichist, also den, der die IK-Zertifikate hält.
<xs:element name="IK_des_Empfaengers" type="IknrType"><xs:annotation><xs:documentation>IK des physikalischen Datenabsenders bzw. Datenempfängers, der für die Ver- und Entschlüsselung der Daten sowie Signatur verantwortlich ist, also den, der die IK-Zertifikate hält.</xs:documentation></xs:annotation></xs:element>
Datenflussrichtung: von Krankenhausträger zuLandesverband Krankenkasse. Inhalt: Der Krankenhausträger hatnach § 6 Mm-R vorab die beabsichtigte Erbringung einer Leistungnach Absatz 1 Satz 1 der Mm-R den zuständigen Landesverbändender Krankenkassen und den Ersatzkassen gemäß dem Verzeichnisnach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oderelektronisch in maschinenlesbarer Form auf Basis der vom G-BAbeschlossenen Spezifikation mitzuteilen.
<xs:element name="Anmeldung" type="AnmeldungType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Der Krankenhausträger hat nach § 6 Mm-R vorab die beabsichtigte Erbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R den zuständigen Landesverbänden der Krankenkassen und den Ersatzkassen gemäß dem Verzeichnis nach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oder elektronisch in maschinenlesbarer Form auf Basis der vom G-BA beschlossenen Spezifikation mitzuteilen.</xs:documentation></xs:annotation></xs:element>
Der Krankenhausträger hat nach § 6 Mm-R vorab diebeabsichtigte Erbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R denzuständigen Landesverbänden der Krankenkassen und den Ersatzkassen gemäß demVerzeichnis nach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oderelektronisch in maschinenlesbarer Form auf Basis der vom G-BA beschlossenenSpezifikation mitzuteilen.
<xs:element name="Aufnahmephase" type="AufnahmePhaseAntwortType"><xs:annotation><xs:documentation>Der Krankenhausträger hat nach § 6 Mm-R vorab die beabsichtigte Erbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R den zuständigen Landesverbänden der Krankenkassen und den Ersatzkassen gemäß dem Verzeichnis nach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oder elektronisch in maschinenlesbarer Form auf Basis der vom G-BA beschlossenen Spezifikation mitzuteilen.</xs:documentation></xs:annotation></xs:element>
<xs:element name="MetaInformationen" type="MetaInfoLieferungType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element>
Diese Jahresangabe bezieht sich auf den Zeitraum zurLeistungszahl X entsprechend § 6 Abs. 4 Satz 3. Im ersten Jahr handelt essich um den Monat und das Jahr der Aufnahme der Leistung für die50%-Leistungsmenge. Im zweiten Jahr der Aufnahemphase wird das Datum (Monatund Jahr) des ersten Monats in dem 100% der Leistungsmenge erbracht werdenmuss, dokumentiert. Beispiel: Wird hier für StartJahrAufnahmePhase=2019 undStartMonatAufnahmePhase=4 gewählt, bedeutet dies, dass die 100-Prozent-Phasevom 01.04.2019 bis zum 31.03.2020 übermittelt wird.
<xs:element name="StartJahrAufnahmePhase" type="JahrAuhnahmePhaseType"><xs:annotation><xs:documentation>Diese Jahresangabe bezieht sich auf den Zeitraum zur Leistungszahl X entsprechend § 6 Abs. 4 Satz 3. Im ersten Jahr handelt es sich um den Monat und das Jahr der Aufnahme der Leistung für die 50%-Leistungsmenge. Im zweiten Jahr der Aufnahemphase wird das Datum (Monat und Jahr) des ersten Monats in dem 100% der Leistungsmenge erbracht werden muss, dokumentiert. Beispiel: Wird hier für StartJahrAufnahmePhase=2019 und StartMonatAufnahmePhase=4 gewählt, bedeutet dies, dass die 100-Prozent-Phase vom 01.04.2019 bis zum 31.03.2020 übermittelt wird.</xs:documentation></xs:annotation></xs:element>
Für die Übermittlung von Leistungszahlen im Regelbetrieb gem.§ 5 Abs. 3 Satz 2. Im Regelbetrieb werden alle Leistungsbereiche aus demKatalog planbarer Leistungen benannt.
<xs:element name="RegelBetrieb" type="RegelBetriebType"><xs:annotation><xs:documentation>Für die Übermittlung von Leistungszahlen im Regelbetrieb gem. § 5 Abs. 3 Satz 2. Im Regelbetrieb werden alle Leistungsbereiche aus dem Katalog planbarer Leistungen benannt.</xs:documentation></xs:annotation></xs:element>
Für die Übermittlung von Leistungszahlen in der(Wieder-)Aufnahmephase gem. § 6 Abs. 4. In der (Wieder-)Aufnahmephase werdenlediglich die betroffenen Leistungsbereiche benannt.
<xs:element name="AufnahmePhase" type="AufnahmePhaseType"><xs:annotation><xs:documentation>Für die Übermittlung von Leistungszahlen in der (Wieder-)Aufnahmephase gem. § 6 Abs. 4. In der (Wieder-)Aufnahmephase werden lediglich die betroffenen Leistungsbereiche benannt.</xs:documentation></xs:annotation></xs:element>
<xs:element name="MetaInformationenAntwort" type="MetaInformationenAntwortType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element>
Die Versionskennung des XML-Schemas entspricht der Versioneines Releases für die Mindestmengen-Spezifikation. Mit jedem neuen Releasewird auch das XML-Schema mit einer aktualisierten Versionskennungveröffentlicht. Dies erfolgt auch dann, wenn am XML-Schema keine sonstigenVeränderungen vorgenommen wurden, um sicherzustellen, dass alleKommunikationspartner die aktuellste Spezifikation einsetzen.
<xs:element name="Spezifikationsversion" type="EnumSpezVersionType"><xs:annotation><xs:documentation>Die Versionskennung des XML-Schemas entspricht der Version eines Releases für die Mindestmengen-Spezifikation. Mit jedem neuen Release wird auch das XML-Schema mit einer aktualisierten Versionskennung veröffentlicht. Dies erfolgt auch dann, wenn am XML-Schema keine sonstigen Veränderungen vorgenommen wurden, um sicherzustellen, dass alle Kommunikationspartner die aktuellste Spezifikation einsetzen.</xs:documentation></xs:annotation></xs:element>
Die Transaktionskennung in Form einer GUID dient dereineindeutigen Identifizierung einer einzelnen Datenübertragung. Sie wirdvom Leistungserbringer vergeben. In der technischen Quittung / Antwort wirddie GUID der vorausgegangenen Lieferung genutzt und zurückübermittelt.
<xs:element name="Transaktionskennung" type="GuidType"><xs:annotation><xs:documentation>Die Transaktionskennung in Form einer GUID dient der eineindeutigen Identifizierung einer einzelnen Datenübertragung. Sie wird vom Leistungserbringer vergeben. In der technischen Quittung / Antwort wird die GUID der vorausgegangenen Lieferung genutzt und zurückübermittelt.</xs:documentation></xs:annotation></xs:element>
Die technische E-Mail-Adresse ist die E-Mail-Adresse desAbsenders, an den auch über das KKS die Antworten versendet werden müssen.Hierbei handelt es sich um die gleiche E-Mail-Adresse, die auch imAuftragsdatensatz angegeben wird. Eine zusätzliche Angabe dieserE-Mail-Adresse in den Nutzdaten ist notwendig, da die Möglichkeit besteht,dass der Auftragsdatensatz von Zwischenstationen verändert wird oder nachVerarbeitung der Daten im Ziel dieser nicht mehr vorhanden ist.
<xs:element name="TechnischeEmail" type="EmailType" minOccurs="0"><xs:annotation><xs:documentation>Die technische E-Mail-Adresse ist die E-Mail-Adresse des Absenders, an den auch über das KKS die Antworten versendet werden müssen. Hierbei handelt es sich um die gleiche E-Mail-Adresse, die auch im Auftragsdatensatz angegeben wird. Eine zusätzliche Angabe dieser E-Mail-Adresse in den Nutzdaten ist notwendig, da die Möglichkeit besteht, dass der Auftragsdatensatz von Zwischenstationen verändert wird oder nach Verarbeitung der Daten im Ziel dieser nicht mehr vorhanden ist.</xs:documentation></xs:annotation></xs:element>
Das Transaktionsziel gibt an, zu welchem Zweck diesesDokument erzeugt wurde. Die Unterscheidung beläuft sich auf Testzweckeversus Produktivlieferung. (Nach Erstellung nicht mehr modifizierbar.)
<xs:element name="Transaktionsziel" type="EnumZweckType" minOccurs="0"><xs:annotation><xs:documentation>Das Transaktionsziel gibt an, zu welchem Zweck dieses Dokument erzeugt wurde. Die Unterscheidung beläuft sich auf Testzwecke versus Produktivlieferung. (Nach Erstellung nicht mehr modifizierbar.)</xs:documentation></xs:annotation></xs:element>
Die ErstellZeit in Form eines Zeitstempels gibt den Zeitpunktder ursprünglichen Dokumenterzeugung wieder. (Nach Erstellung nicht mehrmodifizierbar.)
Diagram
Type
xs:dateTime
Properties
content
simple
minOccurs
0
Source
<xs:element name="ErstellZeit" type="xs:dateTime" minOccurs="0"><xs:annotation><xs:documentation>Die ErstellZeit in Form eines Zeitstempels gibt den Zeitpunkt der ursprünglichen Dokumenterzeugung wieder. (Nach Erstellung nicht mehr modifizierbar.)</xs:documentation></xs:annotation></xs:element>
<xs:element name="StandortIK" type="IknrType" minOccurs="0"><xs:annotation><xs:documentation>Institutionskennzeichen des Standorts, für den die übermittelten Leistungsmengen entsprechend § 5 Abs. 3 Mm-R gelten.</xs:documentation></xs:annotation></xs:element>
<xs:element name="StandortKontaktdaten" type="OptionalAdressDatenType" minOccurs="0"><xs:annotation><xs:documentation>Kontaktdaten des Standorts, in dem die Leistung erbracht wurden und für den die Mindestmengenmeldung gilt.</xs:documentation></xs:annotation></xs:element>
Institutionskennzeichen des Absenders (Absender Eigner KKS)ist das für die elektronische Übermittlung notwendige IK.Dies kann vomTräger selbst sein oder einem beauftragten Dritten Dienstleister. Dierechtliche (richtlinienkonforme) und datenschutzrechtliche Verantwortunghierfür trägt der Krankenhausträger. Diese IK muss dem DatenfeldAbsender_Eigner der Auftragsdatei entsprechen. Der Absender muss in der Lagesein, die Lieferdateien zu signieren und die Antwortdateien zuentschlüsseln. An diesen Absender wird anschließend durch die LV-KK/EK dietechnische Quittung hinsichtlich des Empfangs der Leistungszahlenaddressiert. Bei der Absender-IK muss es sich nicht zwingend um das demleistungserbringenden Standort zugehörige Institutionskennzeichen desKrankenhauses handeln.
<xs:element name="IK_des_Absenders" type="IknrType" minOccurs="0"><xs:annotation><xs:documentation>Institutionskennzeichen des Absenders (Absender Eigner KKS) ist das für die elektronische Übermittlung notwendige IK.Dies kann vom Träger selbst sein oder einem beauftragten Dritten Dienstleister. Die rechtliche (richtlinienkonforme) und datenschutzrechtliche Verantwortung hierfür trägt der Krankenhausträger. Diese IK muss dem Datenfeld Absender_Eigner der Auftragsdatei entsprechen. Der Absender muss in der Lage sein, die Lieferdateien zu signieren und die Antwortdateien zu entschlüsseln. An diesen Absender wird anschließend durch die LV-KK/EK die technische Quittung hinsichtlich des Empfangs der Leistungszahlen addressiert. Bei der Absender-IK muss es sich nicht zwingend um das dem leistungserbringenden Standort zugehörige Institutionskennzeichen des Krankenhauses handeln.</xs:documentation></xs:annotation></xs:element>
Institutionskennzeichen des verantwortlichenKrankenhausträgers entsprechend § 1 Abs. 2 Mm-R. An dieses IK wird dieÜbermittlung der Ergebnisse der Prüfung der Prognose gerichtet. Falls mitdem Träger kein Rechnungskonto verbunden ist, d. h. kein IK assoziiert ist,wird alternativ auf die Adressdaten zur Kontaktaufnahme zum Trägerzurückgegriffen werden. Dieses Feld ist ein optionales Servicefeld derSpezifikation, eine Erhebung der IK des Trägers ist gemäß Mm-R nichtgefordert.
<xs:element name="IK_des_Traegers" type="IknrType" minOccurs="0"><xs:annotation><xs:documentation>Institutionskennzeichen des verantwortlichen Krankenhausträgers entsprechend § 1 Abs. 2 Mm-R. An dieses IK wird die Übermittlung der Ergebnisse der Prüfung der Prognose gerichtet. Falls mit dem Träger kein Rechnungskonto verbunden ist, d. h. kein IK assoziiert ist, wird alternativ auf die Adressdaten zur Kontaktaufnahme zum Träger zurückgegriffen werden. Dieses Feld ist ein optionales Servicefeld der Spezifikation, eine Erhebung der IK des Trägers ist gemäß Mm-R nicht gefordert.</xs:documentation></xs:annotation></xs:element>
Es handelt sich um die IK des physikalischen Datenabsendersbzw. Datenempfängers, die für die Ver- und Entschlüsselung der Daten sowieSignatur verantwortlich sind, also die, die die IK-Zertifikatehalten.
<xs:element name="IK_des_Empfaengers" type="IknrType"><xs:annotation><xs:documentation>Es handelt sich um die IK des physikalischen Datenabsenders bzw. Datenempfängers, die für die Ver- und Entschlüsselung der Daten sowie Signatur verantwortlich sind, also die, die die IK-Zertifikate halten.</xs:documentation></xs:annotation></xs:element>
Datenflussrichtung: von LandesverbandKrankenkasse zu Krankenhausträger. Inhalt: Antwort darüber, obdie zuvor in den LieferDaten übertragenen Inhalte angekommen undtechnisch lesbar waren.
<xs:element name="AntwortDaten" type="AntwortDatenType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Antwort darüber, ob die zuvor in den LieferDaten übertragenen Inhalte angekommen und technisch lesbar waren.</xs:documentation></xs:annotation></xs:element>
Bezogen auf die Transaktionskennung sind die Lieferdaten zuden in den Metadaten gehörenden Angaben (insbesondere Standort undZeitBezug) angekommen und lesbar, d. h. es gibt keine Beanstandung seitensdes Adressaten der LieferDaten.
<xs:element name="OK" type="LeerType"><xs:annotation><xs:documentation>Bezogen auf die Transaktionskennung sind die Lieferdaten zu den in den Metadaten gehörenden Angaben (insbesondere Standort und ZeitBezug) angekommen und lesbar, d. h. es gibt keine Beanstandung seitens des Adressaten der LieferDaten.</xs:documentation></xs:annotation></xs:element>
Bezogen auf die Transaktionskennung sind die Lieferdaten zuden in den Metadaten gehörenden Angaben (insbesondere Standort undZeitBezug) zwar angekommen, jedoch liegt ein technisches Problem mit derLesbarkeit und somit der Verarbeitbarkeit beim Adressaten der LieferDatenvor.
<xs:element name="NichtOK" type="FehlerType"><xs:annotation><xs:documentation>Bezogen auf die Transaktionskennung sind die Lieferdaten zu den in den Metadaten gehörenden Angaben (insbesondere Standort und ZeitBezug) zwar angekommen, jedoch liegt ein technisches Problem mit der Lesbarkeit und somit der Verarbeitbarkeit beim Adressaten der LieferDaten vor.</xs:documentation></xs:annotation></xs:element>
Die Pruefung_id ist der Tabelle Pruefung der Datenbank(Pruefung.ID) zu entnehmen.
Diagram
Type
xs:positiveInteger
Properties
content
simple
Source
<xs:element name="Pruefung_id" type="xs:positiveInteger"><xs:annotation><xs:documentation>Die Pruefung_id ist der Tabelle Pruefung der Datenbank (Pruefung.ID) zu entnehmen.</xs:documentation></xs:annotation></xs:element>
<xs:element name="Fehlermeldung" type="xoev-lc:String.Latin"><xs:annotation><xs:documentation>Die Fehlermeldung ist der Tabelle Fehlermeldung der Datenbank (Fehlermeldung.fehlermeldung) zu entnehmen.</xs:documentation></xs:annotation></xs:element>
<xs:element name="Fehlerfreitext" minOccurs="0" type="xoev-lc:String.Latin"><xs:annotation><xs:documentation>Hier sind weitere optionale Angaben als Rückmeldung möglich.</xs:documentation></xs:annotation></xs:element>
<xs:element name="MetaInformationenPrognoseErgebnis" type="MetaInfoPrognoseErgebnisType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element>
Die Meldung-GUID ist identisch mit derTransaktionskennung der Mindestmengen-Meldung des LE, auf die sichdie Antwort bezieht. Sie dient der eineindeutigen Zuordnung derAntwort der LVKK/EK an den LE.
<xs:element name="Meldung-GUID" type="GuidType"><xs:annotation><xs:documentation>Die Meldung-GUID ist identisch mit der Transaktionskennung der Mindestmengen-Meldung des LE, auf die sich die Antwort bezieht. Sie dient der eineindeutigen Zuordnung der Antwort der LVKK/EK an den LE.</xs:documentation></xs:annotation></xs:element>
Datenflussrichtung: von Landesverband Krankenkassezu Krankenhausträger. Inhalt: Die Landesverbände derKrankenkassen und die Ersatzkassen prüfen die Prognose undteilen dem Krankenhausträger bis zum 7. Oktober des laufendenKalenderjahres das Ergebnis der Prüfung mit. Das Ergebnis kannhierbei als "bestätigt" oder "nicht bestätigt" ausgegebn werden.
<xs:element name="Ergebnis_Prognosepruefung" type="Ergebnis_PrognosepruefungType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Die Landesverbände der Krankenkassen und die Ersatzkassen prüfen die Prognose und teilen dem Krankenhausträger bis zum 7. Oktober des laufenden Kalenderjahres das Ergebnis der Prüfung mit. Das Ergebnis kann hierbei als "bestätigt" oder "nicht bestätigt" ausgegebn werden.</xs:documentation></xs:annotation></xs:element>
Nach § 5 Mm-R prüfen die Landesverbände der Krankenkassen undErsatzkassen die von dem Krankenhausträger übermittelte Prognose und teilendem Krankenhausträger das Prüfergebnis mit, wenn es positiv ausfällt. Wirddie Prognose nicht bestätigt erfolgt die Mitteilung als Verwaltungsakt ohneNutzung der Spezifikation.
<xs:element name="RegelBetrieb" type="RegelbetriebAntwortType"><xs:annotation><xs:documentation>Nach § 5 Mm-R prüfen die Landesverbände der Krankenkassen und Ersatzkassen die von dem Krankenhausträger übermittelte Prognose und teilen dem Krankenhausträger das Prüfergebnis mit, wenn es positiv ausfällt. Wird die Prognose nicht bestätigt erfolgt die Mitteilung als Verwaltungsakt ohne Nutzung der Spezifikation.</xs:documentation></xs:annotation></xs:element>
Bestehen keine begründeten erheblichen Zweifel bei derPrüfung der Prognose durch die LVKK/EK so wird die Prognose bestätigt. DieseInformation wird über die Spezifikation an die Krankenhäuser übermittelt.
enumeration
siehe Bescheid
Bestehen bei der Prüfung der Prognose begründete erheblicheZweifel an der Richtigkeit, wird die Prognose durch Bescheid im Rahmen einesVerwaltungsaktes widerlegt. Dies erfolgt nicht über die Spezifikation.
<xs:complexType name="MindestMengenMeldungType"><xs:choice><xs:sequence><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Metainformationen und Lieferdaten</xs:documentation></xs:annotation><xs:choice><xs:sequence><xs:element name="MetaInformationenAnmeldung" type="MetaInformationenType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element><xs:element name="Anmeldung" type="AnmeldungType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Der Krankenhausträger hat nach § 6 Mm-R vorab die beabsichtigte Erbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R den zuständigen Landesverbänden der Krankenkassen und den Ersatzkassen gemäß dem Verzeichnis nach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oder elektronisch in maschinenlesbarer Form auf Basis der vom G-BA beschlossenen Spezifikation mitzuteilen.</xs:documentation></xs:annotation></xs:element></xs:sequence><xs:sequence><xs:element name="MetaInformationen" type="MetaInfoLieferungType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element><xs:element name="LieferDaten" type="LieferDatenType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse. Inhalt: Leistungsmengen nach § 4 Abs. 2 Mm-R sowie ggf. ersetzende inhaltliche Angaben.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:choice></xs:sequence><xs:sequence><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Metainformationen und Antwortdaten</xs:documentation></xs:annotation><xs:choice><xs:sequence><xs:element name="MetaInformationenAntwort" type="MetaInformationenAntwortType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element><xs:element name="AntwortDaten" type="AntwortDatenType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Antwort darüber, ob die zuvor in den LieferDaten übertragenen Inhalte angekommen und technisch lesbar waren.</xs:documentation></xs:annotation></xs:element></xs:sequence><xs:sequence><xs:element name="MetaInformationenPrognoseErgebnis" type="MetaInfoPrognoseErgebnisType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Administrative Informationen zu einer Transaktion.</xs:documentation></xs:annotation></xs:element><xs:element name="Ergebnis_Prognosepruefung" type="Ergebnis_PrognosepruefungType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Die Landesverbände der Krankenkassen und die Ersatzkassen prüfen die Prognose und teilen dem Krankenhausträger bis zum 7. Oktober des laufenden Kalenderjahres das Ergebnis der Prüfung mit. Das Ergebnis kann hierbei als "bestätigt" oder "nicht bestätigt" ausgegebn werden.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:choice></xs:sequence></xs:choice></xs:complexType>
Datenflussrichtung: von Krankenhausträger zu LandesverbandKrankenkasse Inhalt: Bei Datenlieferungen sind die Inhalte der Metainformationenverpflichtend anzugeben, um sämtliche relevanten Zuordnungen zu gewährleisten.Grundsätzlich müssen die Inhalte der Metainformationen aus den Datenlieferungen indie Antwortdateien übernommen werden. Lediglich bei Fehlern, welche zur Folge haben,dass die Metainformationen aus der Datenlieferung nicht in die Antwortdateienübertragen werden können (z. B. Schemaverletzung), dürfen die Metainformationen inreduzierter Form in der Antwortdatei angegeben werden. Die grundlegendeTypdefinition mit optionalen Inhalten der Metainformationen wird folglich für dieAntwortdateien in MetaInformationenAntwortType definiert, so dass dieseTypdefinition MetaInformationenType als Ableitung auf verpflichtende Angabeneinschränkt. Die Bedeutungen der einzelnen Elemente können der übergeordnetenTypdefinition entnommen werden.
<xs:complexType name="MetaInformationenType"><xs:annotation><xs:documentation>Datenflussrichtung: von Krankenhausträger zu Landesverband Krankenkasse Inhalt: Bei Datenlieferungen sind die Inhalte der Metainformationen verpflichtend anzugeben, um sämtliche relevanten Zuordnungen zu gewährleisten. Grundsätzlich müssen die Inhalte der Metainformationen aus den Datenlieferungen in die Antwortdateien übernommen werden. Lediglich bei Fehlern, welche zur Folge haben, dass die Metainformationen aus der Datenlieferung nicht in die Antwortdateien übertragen werden können (z. B. Schemaverletzung), dürfen die Metainformationen in reduzierter Form in der Antwortdatei angegeben werden. Die grundlegende Typdefinition mit optionalen Inhalten der Metainformationen wird folglich für die Antwortdateien in MetaInformationenAntwortType definiert, so dass diese Typdefinition MetaInformationenType als Ableitung auf verpflichtende Angaben einschränkt. Die Bedeutungen der einzelnen Elemente können der übergeordneten Typdefinition entnommen werden.</xs:documentation></xs:annotation><xs:sequence><xs:element name="Spezifikationsversion" type="EnumSpezVersionType"/><xs:element name="Transaktionskennung" type="GuidType"/><xs:element name="TechnischeEmail" type="EmailType"/><xs:element name="Transaktionsziel" type="EnumZweckType"/><xs:element name="ErstellZeit" type="xs:dateTime"/><xs:element name="Standort" type="StandortIdType"/><xs:element name="StandortIK" type="IknrType"/><xs:element name="StandortKontaktdaten" type="StandortKontaktDatenType"/><xs:element name="IK_des_Absenders" type="IknrType"/><xs:element name="IK_des_Traegers" type="IknrType" minOccurs="0"/><xs:element name="IK_des_Empfaengers" type="IknrType"><xs:annotation><xs:documentation>IK des physikalischen Datenabsenders bzw. Datenempfängers, der für die Ver- und Entschlüsselung der Daten sowie Signatur verantwortlich ist, also den, der die IK-Zertifikate hält.</xs:documentation></xs:annotation></xs:element><xs:element name="TraegerKontaktdaten" type="OptionalAdressDatenType"/></xs:sequence></xs:complexType>
Diese Kennung ergibt sich aus der MMR-Datenbank: Tabelle Version, Feldname, sodass sichergestellt ist, dass das XML-Schema immer mit der aktuell gültigenDatenbank synchronisiert ist.
<xs:simpleType name="EnumSpezVersionType"><xs:annotation><xs:documentation>Diese Kennung ergibt sich aus der MMR-Datenbank: Tabelle Version, Feld name, sodass sichergestellt ist, dass das XML-Schema immer mit der aktuell gültigen Datenbank synchronisiert ist.</xs:documentation></xs:annotation><xs:restriction base="xoev-lc:String.Latin"><xs:enumeration value="2023 MMR V01"/></xs:restriction></xs:simpleType>
<xs:simpleType name="String.Latin"><xs:annotation><xs:appinfo><title>Datentyp für lateinische Zeichen in Unicode</title></xs:appinfo><xs:documentation>Einschränkung auf lateinischen Zeichen.</xs:documentation></xs:annotation><xs:restriction base="xs:string"><xs:pattern value="(([ -
-~¡-¬®-ćĊ-ěĞ-ģĦ-ıĴ-śŞ-ūŮ-žƏƠ-ơƯ-ưƷǍ-ǔǞ-ǟǤ-ǰǴ-ǵǺ-ǿȘ-țȞ-ȟȪ-ȫȮ-ȳəʒḂ-ḃḊ-ḋḐ-ḑḞ-ḡḤ-ḧḰ-ḱṀ-ṁṄ-ṅṖ-ṗṠ-ṣṪ-ṫẀ-ẅẌ-ẓẞẠ-ầẪ-ẬẮ-ềỄ-ồỖ-ờỤ-ỹ€])|(M̂|N̂|m̂|n̂|D̂|d̂|J̌|L̂|l̂))*"/></xs:restriction></xs:simpleType>
<xs:complexType name="AnmeldungType"><xs:sequence><xs:element name="Aufnahmephase" type="AufnahmePhaseAntwortType"><xs:annotation><xs:documentation>Der Krankenhausträger hat nach § 6 Mm-R vorab die beabsichtigte Erbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R den zuständigen Landesverbänden der Krankenkassen und den Ersatzkassen gemäß dem Verzeichnis nach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oder elektronisch in maschinenlesbarer Form auf Basis der vom G-BA beschlossenen Spezifikation mitzuteilen.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:complexType>
Der Krankenhausträger hat nach § 6 Mm-R vorab die beabsichtigteErbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R den zuständigenLandesverbänden der Krankenkassen und den Ersatzkassen gemäß dem Verzeichnis nach §5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oder elektronisch in maschinenlesbarerForm auf Basis der vom G-BA beschlossenen Spezifikationmitzuteilen.
<xs:complexType name="AufnahmePhaseAnmeldungsType"><xs:annotation><xs:documentation>Der Krankenhausträger hat nach § 6 Mm-R vorab die beabsichtigte Erbringung einer Leistung nach Absatz 1 Satz 1 der Mm-R den zuständigen Landesverbänden der Krankenkassen und den Ersatzkassen gemäß dem Verzeichnis nach § 5 Absatz 1 Satz 2 und 3 der Mm-R schriftlich oder elektronisch in maschinenlesbarer Form auf Basis der vom G-BA beschlossenen Spezifikation mitzuteilen.</xs:documentation></xs:annotation><xs:complexContent><xs:extension base="AnmeldungsType"><xs:sequence><xs:element name="AnmeldungZurLeistungserbringung" type="AnmeldungAufnahmePhaseType"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
Nach § 6 Absatz 2 Satz 1 Mm-R müssen Krankenhausträger vorab diebeabsichtigte Erbringung einer Leistung den zuständigen Landesverbänden derKrankenkassen und Ersatzkassen mitteilen. Das Krankenhaus hat ab dem gemeldetenBeginn-Datum sechs Monate Zeit, mindestens eine entsprechende Leistung zu erbringen.Andernfalls ist eine erneute Mitteilung an die LVKK/EK notwendig.
<xs:complexType name="AnmeldungAufnahmePhaseType"><xs:annotation><xs:documentation>Nach § 6 Absatz 2 Satz 1 Mm-R müssen Krankenhausträger vorab die beabsichtigte Erbringung einer Leistung den zuständigen Landesverbänden der Krankenkassen und Ersatzkassen mitteilen. Das Krankenhaus hat ab dem gemeldeten Beginn-Datum sechs Monate Zeit, mindestens eine entsprechende Leistung zu erbringen. Andernfalls ist eine erneute Mitteilung an die LVKK/EK notwendig.</xs:documentation></xs:annotation><xs:complexContent><xs:extension base="AnmeldungsType"><xs:sequence><xs:annotation><xs:documentation>Pro Leistungsbereich ist anzugeben, wann der geplante Beginn zur erneuten oder erstmaligen Leistungserbringung geplant ist.</xs:documentation></xs:annotation><xs:sequence><xs:element name="Beginn" type="DatumType"/></xs:sequence></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
<xs:complexType name="ZeitBezugAufnahmePhaseType"><xs:sequence><xs:element name="StartJahrAufnahmePhase" type="JahrAuhnahmePhaseType"><xs:annotation><xs:documentation>Diese Jahresangabe bezieht sich auf den Zeitraum zur Leistungszahl X entsprechend § 6 Abs. 4 Satz 3. Im ersten Jahr handelt es sich um den Monat und das Jahr der Aufnahme der Leistung für die 50%-Leistungsmenge. Im zweiten Jahr der Aufnahemphase wird das Datum (Monat und Jahr) des ersten Monats in dem 100% der Leistungsmenge erbracht werden muss, dokumentiert. Beispiel: Wird hier für StartJahrAufnahmePhase=2019 und StartMonatAufnahmePhase=4 gewählt, bedeutet dies, dass die 100-Prozent-Phase vom 01.04.2019 bis zum 31.03.2020 übermittelt wird.</xs:documentation></xs:annotation></xs:element><xs:element name="StartMonatAufnahmePhase" type="MonatType"><xs:annotation><xs:documentation>Siehe Dokumentation StartJahrAufnahmePhase.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:complexType>
<xs:complexType name="LieferDatenType"><xs:choice><xs:element name="RegelBetrieb" type="RegelBetriebType"><xs:annotation><xs:documentation>Für die Übermittlung von Leistungszahlen im Regelbetrieb gem. § 5 Abs. 3 Satz 2. Im Regelbetrieb werden alle Leistungsbereiche aus dem Katalog planbarer Leistungen benannt.</xs:documentation></xs:annotation></xs:element><xs:element name="AufnahmePhase" type="AufnahmePhaseType"><xs:annotation><xs:documentation>Für die Übermittlung von Leistungszahlen in der (Wieder-)Aufnahmephase gem. § 6 Abs. 4. In der (Wieder-)Aufnahmephase werden lediglich die betroffenen Leistungsbereiche benannt.</xs:documentation></xs:annotation></xs:element></xs:choice></xs:complexType>
<xs:complexType name="PrognoseRegelBetriebType"><xs:annotation><xs:documentation>Erläuterungen siehe Kommentar in ComplexType PrognoseType</xs:documentation></xs:annotation><xs:complexContent><xs:extension base="PrognoseType"><xs:sequence><xs:choice><xs:annotation><xs:documentation>Konkrete Ausprägung der Prognosedaten im Regelbetrieb, d. h. nur die Zahlen A und B sind zulässig.</xs:documentation></xs:annotation><xs:sequence><xs:element name="Zahl_A" type="GanzeZahlType"/><xs:element name="Zahl_B" type="GanzeZahlType"/></xs:sequence></xs:choice><xs:element name="DokumentDigital" type="DokumentDigitalType" minOccurs="0" maxOccurs="3"/><xs:element name="DokumentePapierformJaNein" type="WahrheitswertType"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
<xs:complexType name="DokumentDigitalType"><xs:annotation><xs:documentation>In diesem Element werden die Dateien zur Prognose im base64-Format und der Dateiname der Ursprungsdatei als String übermittelt.</xs:documentation></xs:annotation><xs:sequence><xs:element name="PrognoseDatei" type="base64Type"/><xs:element name="Dateiname" type="xoev-lc:String.Latin"/></xs:sequence></xs:complexType>
Im vorliegenden XSD werden XML-Elemente definiert, mit deren Existenzin einer XML-Datei bereits eine konkrete Bedeutung assoziiert ist. Die Angabe vonergänzenden, nicht genormten Inhalten (oder Zeichen) wird durch den vorliegendenDatentyp "LeerType" verhindert.
<xs:simpleType name="LeerType"><xs:annotation><xs:documentation>Im vorliegenden XSD werden XML-Elemente definiert, mit deren Existenz in einer XML-Datei bereits eine konkrete Bedeutung assoziiert ist. Die Angabe von ergänzenden, nicht genormten Inhalten (oder Zeichen) wird durch den vorliegenden Datentyp "LeerType" verhindert.</xs:documentation></xs:annotation><xs:restriction base="xoev-lc:String.Latin"><xs:enumeration value=""/></xs:restriction></xs:simpleType>
<xs:complexType name="PrognoseAufnahmePhaseType"><xs:annotation><xs:documentation>Erläuterungen siehe Kommentar in ComplexType PrognoseType</xs:documentation></xs:annotation><xs:complexContent><xs:extension base="PrognoseType"><xs:sequence><xs:choice><xs:annotation><xs:documentation>Konkrete Ausprägung der Prognosedaten in der (Wieder-)Aufnahmephase, d. h. nur die Zahlen X und Y sind zulässig.</xs:documentation></xs:annotation><xs:sequence><xs:element name="Zahl_X" type="GanzeZahlType"/><xs:element name="Zahl_Y" type="GanzeZahlType"/></xs:sequence></xs:choice><xs:element name="DokumentDigital" type="DokumentDigitalType" minOccurs="0" maxOccurs="3"/><xs:element name="DokumentePapierformJaNein" type="WahrheitswertType"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
Datenflussrichtung: von Landesverband Krankenkasse zuKrankenhausträger. Inhalt: Grundsätzlich müssen die Inhalte der Metainformationenaus den Datenlieferungen in die Antwortdateien übernommen werden, vgl. abgeleiteteTypdefinition MetaInformationenType. Lediglich bei Fehlern, welche zur Folge haben,dass die Metainformationen aus der Datenlieferung nicht in die Antwortdateienübertragen werden können (z. B. Schemaverletzung), dürfen die Metainformationen inreduzierter Form in der Antwortdatei angegeben werden. In diesem besonderenFehlerfall gilt die Maßgabe so viele Informationen wie möglich anzugeben.
<xs:complexType name="MetaInformationenAntwortType"><xs:annotation><xs:documentation>Datenflussrichtung: von Landesverband Krankenkasse zu Krankenhausträger. Inhalt: Grundsätzlich müssen die Inhalte der Metainformationen aus den Datenlieferungen in die Antwortdateien übernommen werden, vgl. abgeleitete Typdefinition MetaInformationenType. Lediglich bei Fehlern, welche zur Folge haben, dass die Metainformationen aus der Datenlieferung nicht in die Antwortdateien übertragen werden können (z. B. Schemaverletzung), dürfen die Metainformationen in reduzierter Form in der Antwortdatei angegeben werden. In diesem besonderen Fehlerfall gilt die Maßgabe so viele Informationen wie möglich anzugeben.</xs:documentation></xs:annotation><xs:sequence><xs:element name="Spezifikationsversion" type="EnumSpezVersionType"><xs:annotation><xs:documentation>Die Versionskennung des XML-Schemas entspricht der Version eines Releases für die Mindestmengen-Spezifikation. Mit jedem neuen Release wird auch das XML-Schema mit einer aktualisierten Versionskennung veröffentlicht. Dies erfolgt auch dann, wenn am XML-Schema keine sonstigen Veränderungen vorgenommen wurden, um sicherzustellen, dass alle Kommunikationspartner die aktuellste Spezifikation einsetzen.</xs:documentation></xs:annotation></xs:element><xs:element name="Transaktionskennung" type="GuidType"><xs:annotation><xs:documentation>Die Transaktionskennung in Form einer GUID dient der eineindeutigen Identifizierung einer einzelnen Datenübertragung. Sie wird vom Leistungserbringer vergeben. In der technischen Quittung / Antwort wird die GUID der vorausgegangenen Lieferung genutzt und zurückübermittelt.</xs:documentation></xs:annotation></xs:element><xs:element name="TechnischeEmail" type="EmailType" minOccurs="0"><xs:annotation><xs:documentation>Die technische E-Mail-Adresse ist die E-Mail-Adresse des Absenders, an den auch über das KKS die Antworten versendet werden müssen. Hierbei handelt es sich um die gleiche E-Mail-Adresse, die auch im Auftragsdatensatz angegeben wird. Eine zusätzliche Angabe dieser E-Mail-Adresse in den Nutzdaten ist notwendig, da die Möglichkeit besteht, dass der Auftragsdatensatz von Zwischenstationen verändert wird oder nach Verarbeitung der Daten im Ziel dieser nicht mehr vorhanden ist.</xs:documentation></xs:annotation></xs:element><xs:element name="Transaktionsziel" type="EnumZweckType" minOccurs="0"><xs:annotation><xs:documentation>Das Transaktionsziel gibt an, zu welchem Zweck dieses Dokument erzeugt wurde. Die Unterscheidung beläuft sich auf Testzwecke versus Produktivlieferung. (Nach Erstellung nicht mehr modifizierbar.)</xs:documentation></xs:annotation></xs:element><xs:element name="ErstellZeit" type="xs:dateTime" minOccurs="0"><xs:annotation><xs:documentation>Die ErstellZeit in Form eines Zeitstempels gibt den Zeitpunkt der ursprünglichen Dokumenterzeugung wieder. (Nach Erstellung nicht mehr modifizierbar.)</xs:documentation></xs:annotation></xs:element><xs:element name="Standort" type="StandortIdType" minOccurs="0"><xs:annotation><xs:documentation>Standort gemäß Standortverzeichnis für den die übermittelten Leistungsmengen entsprechend § 5 Abs. 3 Mm-R gelten.</xs:documentation></xs:annotation></xs:element><xs:element name="StandortIK" type="IknrType" minOccurs="0"><xs:annotation><xs:documentation>Institutionskennzeichen des Standorts, für den die übermittelten Leistungsmengen entsprechend § 5 Abs. 3 Mm-R gelten.</xs:documentation></xs:annotation></xs:element><xs:element name="StandortKontaktdaten" type="OptionalAdressDatenType" minOccurs="0"><xs:annotation><xs:documentation>Kontaktdaten des Standorts, in dem die Leistung erbracht wurden und für den die Mindestmengenmeldung gilt.</xs:documentation></xs:annotation></xs:element><xs:element name="IK_des_Absenders" type="IknrType" minOccurs="0"><xs:annotation><xs:documentation>Institutionskennzeichen des Absenders (Absender Eigner KKS) ist das für die elektronische Übermittlung notwendige IK.Dies kann vom Träger selbst sein oder einem beauftragten Dritten Dienstleister. Die rechtliche (richtlinienkonforme) und datenschutzrechtliche Verantwortung hierfür trägt der Krankenhausträger. Diese IK muss dem Datenfeld Absender_Eigner der Auftragsdatei entsprechen. Der Absender muss in der Lage sein, die Lieferdateien zu signieren und die Antwortdateien zu entschlüsseln. An diesen Absender wird anschließend durch die LV-KK/EK die technische Quittung hinsichtlich des Empfangs der Leistungszahlen addressiert. Bei der Absender-IK muss es sich nicht zwingend um das dem leistungserbringenden Standort zugehörige Institutionskennzeichen des Krankenhauses handeln.</xs:documentation></xs:annotation></xs:element><xs:element name="IK_des_Traegers" type="IknrType" minOccurs="0"><xs:annotation><xs:documentation>Institutionskennzeichen des verantwortlichen Krankenhausträgers entsprechend § 1 Abs. 2 Mm-R. An dieses IK wird die Übermittlung der Ergebnisse der Prüfung der Prognose gerichtet. Falls mit dem Träger kein Rechnungskonto verbunden ist, d. h. kein IK assoziiert ist, wird alternativ auf die Adressdaten zur Kontaktaufnahme zum Träger zurückgegriffen werden. Dieses Feld ist ein optionales Servicefeld der Spezifikation, eine Erhebung der IK des Trägers ist gemäß Mm-R nicht gefordert.</xs:documentation></xs:annotation></xs:element><xs:element name="IK_des_Empfaengers" type="IknrType"><xs:annotation><xs:documentation>Es handelt sich um die IK des physikalischen Datenabsenders bzw. Datenempfängers, die für die Ver- und Entschlüsselung der Daten sowie Signatur verantwortlich sind, also die, die die IK-Zertifikate halten.</xs:documentation></xs:annotation></xs:element><xs:element name="TraegerKontaktdaten" type="OptionalAdressDatenType" minOccurs="0"><xs:annotation><xs:documentation>Kontaktdaten des verantwortlichen Krankenhausträgers entsprechend § 1 Abs. 2 Mm-R.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:complexType>
<xs:complexType name="AntwortDatenType"><xs:choice><xs:element name="OK" type="LeerType"><xs:annotation><xs:documentation>Bezogen auf die Transaktionskennung sind die Lieferdaten zu den in den Metadaten gehörenden Angaben (insbesondere Standort und ZeitBezug) angekommen und lesbar, d. h. es gibt keine Beanstandung seitens des Adressaten der LieferDaten.</xs:documentation></xs:annotation></xs:element><xs:element name="NichtOK" type="FehlerType"><xs:annotation><xs:documentation>Bezogen auf die Transaktionskennung sind die Lieferdaten zu den in den Metadaten gehörenden Angaben (insbesondere Standort und ZeitBezug) zwar angekommen, jedoch liegt ein technisches Problem mit der Lesbarkeit und somit der Verarbeitbarkeit beim Adressaten der LieferDaten vor.</xs:documentation></xs:annotation></xs:element></xs:choice></xs:complexType>
Wenn Fehler auftreten werden diese unter dem Element 'NichtOK' mitPrüfung-ID und Fehlermeldung (sowie optionaler Angabe zusätzlicher Informationengelistet. Treten mehrere Fehler auf, so erfolgt pro Fehler gruppiert jeweils einEintrag aus Prüfung-ID und Fehlermeldung.)
<xs:complexType name="FehlerType"><xs:annotation><xs:documentation>Wenn Fehler auftreten werden diese unter dem Element 'NichtOK' mit Prüfung-ID und Fehlermeldung (sowie optionaler Angabe zusätzlicher Informationen gelistet. Treten mehrere Fehler auf, so erfolgt pro Fehler gruppiert jeweils ein Eintrag aus Prüfung-ID und Fehlermeldung.)</xs:documentation></xs:annotation><xs:group ref="Fehler" maxOccurs="unbounded"/></xs:complexType>
<xs:complexType name="MetaInfoPrognoseErgebnisType"><xs:complexContent><xs:extension base="MetaInformationenAntwortType"><xs:sequence><xs:element name="Meldung-GUID" type="GuidType"><xs:annotation><xs:documentation>Die Meldung-GUID ist identisch mit der Transaktionskennung der Mindestmengen-Meldung des LE, auf die sich die Antwort bezieht. Sie dient der eineindeutigen Zuordnung der Antwort der LVKK/EK an den LE.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
<xs:complexType name="Ergebnis_PrognosepruefungType"><xs:sequence><xs:element name="RegelBetrieb" type="RegelbetriebAntwortType"><xs:annotation><xs:documentation>Nach § 5 Mm-R prüfen die Landesverbände der Krankenkassen und Ersatzkassen die von dem Krankenhausträger übermittelte Prognose und teilen dem Krankenhausträger das Prüfergebnis mit, wenn es positiv ausfällt. Wird die Prognose nicht bestätigt erfolgt die Mitteilung als Verwaltungsakt ohne Nutzung der Spezifikation.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:complexType>
Nach § 5 Mm-R prüfen die Landesverbände der Krankenkassen undErsatzkassen die von dem Krankenhausträger übermittelte Prognose und teilen demKrankenhausträger das Prüfergebnis mit, wenn es positiv ausfällt. Wird die Prognosenicht bestätigt erfolgt die Mitteilung als Verwaltungsakt ohne Nutzung derSpezifikation.
<xs:complexType name="PrognoseprüfungAntwortType"><xs:annotation><xs:documentation>Nach § 5 Mm-R prüfen die Landesverbände der Krankenkassen und Ersatzkassen die von dem Krankenhausträger übermittelte Prognose und teilen dem Krankenhausträger das Prüfergebnis mit, wenn es positiv ausfällt. Wird die Prognose nicht bestätigt erfolgt die Mitteilung als Verwaltungsakt ohne Nutzung der Spezifikation.</xs:documentation></xs:annotation><xs:complexContent><xs:extension base="PrognoseprüfungType"><xs:sequence><xs:element name="BerechtigungZurLeistungserbringung" type="LeistungserbringungsberechtigungType"/></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
<xs:complexType name="LeistungserbringungsberechtigungType"><xs:annotation><xs:documentation>Das Prüfergebnis zur weiteren Berechtigung zur Leistungserbringung kann dem Ergebnis entnommen werden.</xs:documentation></xs:annotation><xs:complexContent><xs:extension base="PrognoseprüfungType"><xs:sequence><xs:annotation><xs:documentation>Pro Leistungsbereich, für welchen eine Prognoseprüfung vorgenommen wurde, ist anzugeben, welches Ergebnis die Prüfung ergeben hat und wie diese Information übermittelt wird.</xs:documentation></xs:annotation><xs:sequence><xs:element name="Ergebnis" type="ErgebnisType"/><xs:element name="DokumentePapierformJaNein" type="WahrheitswertType"/></xs:sequence></xs:sequence></xs:extension></xs:complexContent></xs:complexType>
Bestehen keine begründeten erheblichen Zweifel bei derPrüfung der Prognose durch die LVKK/EK so wird die Prognose bestätigt. DieseInformation wird über die Spezifikation an die Krankenhäuser übermittelt.
enumeration
siehe Bescheid
Bestehen bei der Prüfung der Prognose begründete erheblicheZweifel an der Richtigkeit, wird die Prognose durch Bescheid im Rahmen einesVerwaltungsaktes widerlegt. Dies erfolgt nicht über die Spezifikation.
<xs:simpleType name="ErgebnisType"><xs:restriction base="xoev-lc:String.Latin"><xs:enumeration value="bestätigt"><xs:annotation><xs:documentation>Bestehen keine begründeten erheblichen Zweifel bei der Prüfung der Prognose durch die LVKK/EK so wird die Prognose bestätigt. Diese Information wird über die Spezifikation an die Krankenhäuser übermittelt.</xs:documentation></xs:annotation></xs:enumeration><xs:enumeration value="siehe Bescheid"><xs:annotation><xs:documentation>Bestehen bei der Prüfung der Prognose begründete erhebliche Zweifel an der Richtigkeit, wird die Prognose durch Bescheid im Rahmen eines Verwaltungsaktes widerlegt. Dies erfolgt nicht über die Spezifikation.</xs:documentation></xs:annotation></xs:enumeration></xs:restriction></xs:simpleType>
<xs:group name="Fehler"><xs:annotation><xs:documentation/></xs:annotation><xs:sequence><xs:element name="Pruefung_id" type="xs:positiveInteger"><xs:annotation><xs:documentation>Die Pruefung_id ist der Tabelle Pruefung der Datenbank (Pruefung.ID) zu entnehmen.</xs:documentation></xs:annotation></xs:element><xs:element name="Fehlermeldung" type="xoev-lc:String.Latin"><xs:annotation><xs:documentation>Die Fehlermeldung ist der Tabelle Fehlermeldung der Datenbank (Fehlermeldung.fehlermeldung) zu entnehmen.</xs:documentation></xs:annotation></xs:element><xs:element name="Fehlerfreitext" minOccurs="0" type="xoev-lc:String.Latin"><xs:annotation><xs:documentation>Hier sind weitere optionale Angaben als Rückmeldung möglich.</xs:documentation></xs:annotation></xs:element></xs:sequence></xs:group>