SA801v1.0 Bevindingen

Transcriptie

1 De bevindingen zijn ter ondersteuning aan de implementatie van de SA801-SA802v1.0. Deze lijst is een levend document dat permanent aangepast kan (en zal worden) tot aan de ketentest van de SA801v1.0. Tot aan de ketentest zullen op gezette tijden nieuwe uitgaven van de SA801-SA802v1.0 worden gepubliceerd. Hierna zal de normale wijzigingsprocedure voor onderhoud van start gaan. # datum beschrijving gemeld door status publicatie Indien iemand een indicatie heeft bij Zorgkantoor Nijmegen maar in zorg (verblijf incl. behandeling) is bij Zorgkantoor Arnhem. Gebeurt volgens mij het volgende: 1. Zorgkantoor Nijmegen levert de cliënt aan omdat er een indicatie is die bij hen in de regio is gesteld (Zij hebben de IO-31 ontvangen) 2. Zorgkantoor Arnhem levert de in zorg gegevens aan omdat cliënt in deze regio in zorg is. Omdat de EI-standaard het nou eenmaal afdwingt, levert Menzis ook de indicatiegegevens aan die ooit zijn ontvangen van Zoka Nijmegen via een ZK33. a. Bij cliënt vult Menzis dat het een cliënt is van Zorgkantoor 5508 (Nijmegen) 3. Vecozo voegt deze info samen en de verzekeraar krijgt de samengevoegde gegevens. Er komt dus maar 1 klant naar de zorgverzekeraar. Menzis - Richard Trigg doorgevoerd Na overleg met Menzis geconcludeerd dat bovenstaande beschrijving niet voldoet om diverse redenen. - Het berciht is zo gedefinieerd dat zorgkantoren volgens een aanleverlijst levereren. Het kan zijn dat een centrale verwerkingseenheid voor meerdere zorgkantoren leveren maar niet dat afhankelijk van bovenregionale keten het ene zorgkantoor indicatie van een zorgkantoor kan leveren. - Wanneer alleen het zorgkantoor van de oorspronkelijke indicatie wordt gecommuniceerd weet de zorgverzekeraar niet bij welk zorgkantoor de verzekerde in zorg is. - Ook kan het zijn dat de verzekerde eerst tijdelijke zorg in de regio Nijmegen en later de zorg ontvangt in regio Arnhem. Voorstel is dat alle indicaties, ook deze die via een ZK33 worden doorgegeven, aan de zorgverzekeraars worden gecommuniceerd. Het kan dan zijn dat voor een verzekerde meer dan één overlappende indicatie voorkomt, dit is het gevolg van een bovenregionaal proces voor de verzekerde. De informatie waar de verzekerde in zorg is, is echter altijd goed Pagina 10/11: Paragraaf 3.2 Selectie Wlz-cliënten met geïndiceerd ZZP deze een geïndiceerd zorgzwaartepakket, niet zijnde ZZP code 999, heeft waar geïndiceerd ZZP is deze geïndiceerde ZZP geldig is gedurende het aanleverjaar, d.w.z. dat de Bepalen begindatum en einddatum ZZP indicatie: Begindatum ZZP indicatie = van CIZ ontvangen Ingangsdatum uit het geïndiceerd ZZP (IO31) Einddatum ZZP indicatie = van CIZ ontvangen Einddatum uit het geïndiceerd ZZP (IO31) Of Begindatum ZZP indicatie = van zorgkantoor ontvangen Ingangsdatum uit het geïndiceerd ZZP (ZK33) Einddatum ZZP indicatie = van zorgkantoor ontvangen Einddatum uit het geïndiceerd ZZP (ZK33) Pagina 6: Paragraaf 2.1 Klassendiagram BERu1 De bron van de ZzpIndicatie is een geldig geïndiceerd zorgzwaartepakket uit IO31 (Indicatiebesluit) of een geldig geïndiceerd zorgzwaartepakket uit ZK33. Pagina 10/11: Paragraaf ZzpIndicatie Herkomst is '[element]' uit IO31 of is '[element]' uit ZK In paragraaf 3.3 van de STB staat nu VGZ - Bert Snippe doorgevoerd Zorglevering mag bij de ZZP indicatie worden toegevoegd indien: Het woord mag veranderen in moet n.v.t Pagina 11: Paragraaf 3.3 Bepalen zorglevering bij ZZP Indicatie Zorglevering moet bij de ZZP indicatie worden toegevoegd indien: In mijn beleving is in de beschrijving van de SA801 een herindicatie nog onvoldoende VGZ - Hans Evers doorgevoerd beschreven. Voorbeeld: Indicatie 1 ZZP A geldig van t/m , afgiftedatum Indicatie 2 ZZP B geldig van t/m , afgiftedatum Op basis van de huidige beschrijving worden voor het jaar 2018,2019 en 2020 allebei de indicaties nog gecommuniceerd in de keten. In de standaard staat bij de einddatum van Periode/einddatum van de ZZPindicatie het volgende: Datum die aangeeft tot en met welke datum het GeindiceerdZorgzwaartepakket rechtsgeldig is. Herkomst is Einddatum van GeindiceerdZorgzwaartepakket uit de IO31. Condities: Indien einddatum ZzpIndicatie voorkomt: Einddatum indicatie is groter dan of gelijk aan de begindatum indicatie. Einddatum indicatie is groter dan of gelijk aan eerste dag van aanleverjaar header (1-1- aanleverjaar) In mijn beleving moet hier nog aan worden toegevoegd dat indien er een herindicatie komt op een indicatie dat het jaar van herindicatie het laatste jaar is dat het voorgaande indicatiebesluit wordt gecommuniceerd via de SA801 en dat de einddatum van deze indicatie wordt gevuld met de begindatum van de nieuwe indicatie - 1 dag. Anders lijkt het er voor de zorgverzekeraars op dat er gelijktijdig meerdere indicaties geldig zijn en dat is niet het geval Pagina 1 van 7

2 Menzis en de Friesland stemmen in met deze bevinding. Indien 2 indicaties voor dezelfde client overlappen door een herindicatie voorkomen zal de einddatum van de eerste indicatie de begindatum van de tweede indicatie min 1 dag zijn. De indicaties overlappen elkaar niet meer Pagina 10/11: Paragraaf 3.2 Selectie Wlz-cliënten met geïndiceerd ZZP deze een geïndiceerd zorgzwaartepakket, niet zijnde ZZP code 999, heeft waar geïndiceerd ZZP is deze geïndiceerde ZZP geldig is gedurende het aanleverjaar, d.w.z. dat de Bepalen begindatum en einddatum ZZP indicatie: Begindatum ZZP indicatie = van CIZ ontvangen Ingangsdatum uit het geïndiceerd ZZP (IO31) Einddatum ZZP indicatie = van CIZ ontvangen Einddatum uit het geïndiceerd ZZP (IO31) Of Begindatum ZZP indicatie = van zorgkantoor ontvangen Ingangsdatum uit het geïndiceerd ZZP (ZK33) Einddatum ZZP indicatie = van zorgkantoor ontvangen Einddatum uit het geïndiceerd ZZP (ZK33) Indien binnen de selectie voor dezelfde cliënt twee indicaties elkaar overlappen door een herindicatie wordt de einddatum ZZP indicatie voor de eerste indicatie als volgt aangepast: Einddatum ZZP indicatie = Begindatum ZZP indicatie van de herindicatie min één dag. Pagina 10/11: Paragraaf ZzpIndicatie BERu1 Periode/Einddatum Datum die aangeeft tot en met welke datum het GeindiceerdZorgzwaartepakket rechtsgeldig is. Zie voor herkomst de standaardbeschrijving paragraaf 3.2. Condities: Indien einddatum ZzpIndicatie voorkomt: Einddatum indicatie is groter dan of gelijk aan de begindatum indicatie. Einddatum indicatie is groter dan of gelijk aan eerste dag van aanleverjaar header (1-1-aanleverjaar) Naar aanleiding van de review van de stukken komt toch nog een verduidelijkingsvraag naar voren, of in de STB verduidelijkt kan worden hoe en waar in het bericht zit wie er niet aangeleverd hebben. Verzoek is om dat te verduidelijken. ZK - Peter Beelen doorgevoerd Ik weet dat er een bepaalde klasse voor is gemaakt maar ik weet het ook niet en kan het er ook niet uit halen. Om misverstanden te voorkomen zou dat in de documentatie toegevoegd kunnen worden # datum Dit zal in de paragraaf waar de bundeling naar de zorgverzekeraar beschreven staat toegevoegd moeten worden. voorgestelde wijziging in document Pagina 13: Paragraaf 3.5 Bundelen samenloop per zorgverzekeraar Toevoegen alinea: Wanneer een zorgkantoor de cliënten niet voor de afgesproken datum levert wordt het UZOVI-nummer (Zorgkantoor of centrale verwerkingseenheid) van de ontbrekende verzender in een aparte klasse opgenomen in het SA801-bericht naar de zorgverzekeraar Ik heb een nieuwe bevinding. VGZ - Hans Evers doorgevoerd Stel er is een geïndiceerd ZZP van t/m Middels een MEZ wordt op aangegeven dat een cliënt is overleden. Zoals de standaard nu beschreven is wordt deze cliënt ook nog opgestuurd in de jaren 2017 en Voorstel: Indien cliënt overleden is wordt een einddatum van een geïndiceerd ZZP die groter is dan de overlijdensdatum gevuld met de overlijdensdatum CZ, De Friesland en ZK stemmen in met deze bevinding. Menzis heeft een alternatief voorstel: Ons voorstel is om overleden cliënten niet aan te leveren als datum overlijden ligt voor het aanleverjaar. Wij gaan er verder vanuit dat de Zorgverzekeraar ook zelf een GBA-check doet om te controleren of cliënt is overleden voordat er afkeur gaat plaatsvinden. De Friesland en ZK hebben een voorkeur voor het voorstel van VGZ. Vektis vindt het niet wenselijk hier om op verschillende manieren een beëindiging van een ZZP indicatie aan te leveren en wil ook dat de einddatum van een ZZP indicatie wordt gevuld bij overlijden (voorstel van VGZ). Menzis is akkoord met vullen einddatum ZZP bij overlijden maar heeft nog een aanvullende opmerking: Wat dan ook beschreven moet worden is hoe we dan omgaan met GIZ-zen die een begindatum hebben die ligt na datum overlijden, maar wel in het peiljaar vallen. Deze moeten dan worden uitgesloten, want Einddatum aanpassen is voor deze situatie niet mogelijk omdat die dan voor de begindatum komt te liggen. CZ stemt in met uitsluiten indicatie wanneer de datum overlijden voor begindatum ZZP valt Pagina 2 van 7

3 Pagina 10/11: Paragraaf 3.2 Selectie Wlz-cliënten met geïndiceerd ZZP STBu2 deze een geïndiceerd zorgzwaartepakket, niet zijnde ZZP code 999, heeft waar geïndiceerd ZZP is deze geïndiceerde ZZP geldig is gedurende het aanleverjaar, d.w.z. dat de o cliënt niet overleden is voor begindatum ZZP indicatie, Bepalen begindatum en einddatum ZZP indicatie: Begindatum ZZP indicatie: Begindatum ZZP indicatie = van CIZ ontvangen Ingangsdatum uit het geïndiceerd ZZP (IO31) of Begindatum ZZP indicatie = van zorgkantoor ontvangen Ingangsdatum uit het geïndiceerd ZZP (ZK33) Einddatum ZZP indicatie: Einddatum ZZP indicatie = van CIZ ontvangen Einddatum uit het geïndiceerd ZZP (IO31) of Einddatum ZZP indicatie = van zorgkantoor ontvangen Einddatum uit het geïndiceerd ZZP (ZK33) Indien binnen de selectie voor dezelfde cliënt twee indicaties elkaar overlappen door een herindicatie wordt de einddatum ZZP indicatie voor de eerste indicatie als volgt aangepast: o Einddatum ZZP indicatie = Begindatum ZZP indicatie van de herindicatie min één dag. Indien de cliënt overleden is voor de einddatum uit het geïndiceerd ZZP (IO31 of ZK33) wordt de einddatum ZZP indicatie gevuld met de datum van overlijden cliënt Wanneer een zorgkantoor per abuis een element OntbrekendeVerzenders opneemt in het SA801-bericht moet dit in het SA802-retourbericht worden opgenomen met een retourcode (verbandcontrole 16, retourcode 8938). VECOZO - Stefanie Meeder doorgevoerd In het SA802-bericht is de klasse ontbrekende verzender niet opgenomen Klasse Ontbrekende verzender moet worden toegevoegd in de berichtspecificatie en de XSD van de SA802. In de berichtspecificatie is de klasse OntbrekendeVerzender onderkend terwijl dit 1 gegevenselement is. De klasse wordt gewijzigd in OntbrekendeVerzenders (meervoud). Dit is in overeenstemming met de XSD Pagina 6: Paragraaf 2.1 Klassendiagram SA802_BERu1 Toevoegen klasse OntbrekendeVerzenders Pagina 11: Toevoegen nieuwe paragraaf 2.3 OntbrekendeVerzenders Toevoegen klasse OntbrekendeVerzender Pagina 6: Paragraaf 2.1 Klassendiagram SA802.xsd SA801_BERu1 Wijzigen klasse OntbrekendeVerzender in OntbrekendeVerzenders Pagina 13: Wijzigen paragraaf 2.3 OntbrekendeVerzender in OntbrekendeVerzenders Tijdens het testen hebben we geconstateerd dat bij aanleveringen met veel cliënten, de XSLTvalidatie een langdurig proces is. Met veel cliënten doel ik op een aantal van zo n Maas VECOZO - Vincent doorgevoerd Het proces duurde dermate lang dat er allerlei time-outs optraden in onze programmatuur die van deze stylesheets gebruik maken. Er staat gedefinieerd dat voor elke cliënt in de Header gekeken wat de Berichtcode is. Bij veel cliënten, betekent dit heel veel op-en-neer gespring tussen XML-elementen door de programmatuur die de xslt uitvoerd (XSLT processor). Dus tussen het begin van het bericht waar de Header staat en ergens waar de huidige Client zich bevind in de XML In plaats van elke keer naar de Header de elementen op te halen worden de waarde van verschillende elementen in een globale variabele geplaatst die bij de verschillende controles (rcxxxx) geraadpleegd worden. Het betreft de elementen Berichtcode, Aanleverjaar, Verzender en Ontvanger uit de Header. De nieuwe xslt is uitgetest door Vecozo. Dit leverde een verbeterde performance Toevoegen 4 globale variabelen: Berichtcode, Aanleverjaar, Verzender en Ontvanger 2. Aanroepen variabele $Berichtcode in variabelen rc8918, rc8919, rc8930, rc8922 en in template SA801_XSLTu1 SA801val.xslt sa801val:ontbrekendeverzenders/sa801val:retourcodes. 3. Aanroepen variabele $Aanleverjaar in variabelen rc8921, rc8935 en rc Aanroepen variabele $Verzender in variabelen rc8918, rc8919 en rc Aanroepen variabele $Ontvanger in variabelen rc8918, rc8919 en rc Pagina 3 van 7

4 We krijgen op onze SA801 afkeur van Vecozo wegens het ontbreken van een einddatum. Na het zien van de invulinstructie is mijn vermoeden dat Vecozo ten onrechte afkeurt. Onze SA801 wordt afgekeurd met retourcode Situatie is als volgt: Aanleverjaar = 2016 Aanmaakdatum = Periode ZZP indicatie = (dus met einddatum) Samenloop zorglevering bekend in database = er is geen ontslag bekend Menzis - Richard Trigg doorgevoerd Wij leveren de startdatum aan maar geen einddatum omdat we geen ontslag hebben. Vecozo keurt af, waarschijnlijk omdat de indicatie wel een einddatum (in de toekomst) heeft maar de zorglevering niet. De STB zegt: Einddatum zorglevering: Wanneer bij de laatste declaratieperiode: o een melding einde zorg is ontvangen is de einddatum zorglevering de Einddatum uit de Mutatie zorg (AW39) of anders o komt de einddatum zorglevering niet voor. Bij de laatste declaratieperiode kan de einddatum via de declaratiestroom niet bepaald worden. Bij een onderbreking is bij de vorige declaratieperiode de einddatum zorglevering de laatste Einddatum prestatie voorafgaand op de onderbreking In de berichtspecificatie staat op pagina 13 de volgende conditie voor een de einddatum van de zorglevering: Indien einddatum zorglevering voorkomt is: Einddatum zorg is groter dan of gelijk aan de begindatum zorg. Indien Einddatum ZzpIndicatie voorkomt is Einddatum zorg kleiner dan of gelijk aan Einddatum ZzpIndicatie Dit is conform de standaardbeschrijving en in de invulinstructie is hier ook een voorbeeld van. De boven geschetste situatie is conform deze conditie dus goed. In de RBC staat bij rc8927 de volgende conditie: IF EXISTS ZzpIndicatie/Periode/Einddatum THEN EXISTS ZzpIndicatie/Zorglevering/Periode/Einddatum AND ZzpIndicatie/Zorglevering/Periode/Einddatum >= ZzpIndicatie/Periode/Einddatum dit is niet conform de berichtspecificatie en wordt gewijzigd in: IF EXISTS ZzpIndicatie/Periode/Einddatum AND EXISTS ZzpIndicatie/Zorglevering/Periode/Einddatum THEN ZzpIndicatie/Zorglevering/Periode/Einddatum <= ZzpIndicatie/Periode/Einddatum De XSLT en testgevallen en testbericht voor rc8927 worden naast de RBC gewijzigd Wijzigen in regel 15 in verbandcontroles: SA801_RBCu1 IF EXISTS ZzpIndicatie/Periode/Einddatum THEN EXISTS ZzpIndicatie/Zorglevering/Periode/Einddatum AND ZzpIndicatie/Zorglevering/Periode/Einddatum >= ZzpIndicatie/Periode/Einddatum in: IF EXISTS ZzpIndicatie/Periode/Einddatum AND EXISTS ZzpIndicatie/Zorglevering/Periode/Einddatum THEN ZzpIndicatie/Zorglevering/Periode/Einddatum <= ZzpIndicatie/Periode/Einddatum Verwijderen test="normalize-space($einddatumzorg)='' and not(normalize-space($einddatumzzp)='' Verwijderen testgeval rc8927_sa801_1.xml en wijzigen testgeval rc8927_sa801_1.xml in rc8927_sa801.xml SA801_XSLTu2 rc8927.xslt SA801_TGu1 SA801_XMLu Vanuit VECOZO hebben we nog een verschil geconstateerd tussen de berichtspecificatie en de VECOZO - Remco doorgevoerd SA801 XSD. Spil In de berichtspecificatie staat het veld BrondIdSysteem met een kleine d in Id. In de XSD staat het veld BrondIDSysteem met een hoofdletter D in Id. Het lijkt beter dit niet in de XSD maar in de documentatie te wijzigen Dit wordt in een volgende nieuwe uitgave van de BER gewijzigd Pagina 9: Paragraaf 2.1 Header BERu3 BronIdSysteem wordt BronIDSysteem Pagina 4 van 7

5 In de Standaardbeschrijving (STB) voor het project Samenloop staat een richtlijn met betrekking tot de naamgeving van berichten. Het blijkt dat de gekozen naamgeving niet aansluit bij de architectuur van VECOZO. Als gevolg daarvan zijn wij genoodzaakt om voor die berichten die door VECOZO worden opgesteld, af te wijken van de genoemde naamgeving. Het betreft de namen van de volgende berichten: VECOZO - Stefanie Meeder doorgevoerd Foutbericht (SA801-Afkeuren) - Retourbericht bij inhoudelijke fouten (SA802-InhoudelijkeFout) - Verrijkt samenloopbericht voor zorgverzekeraars (SA801-Informeren) - Verrijkt retourbericht voor zorgkantoren (SA802-Notificeren) De naamgeving van de XML wordt voor die berichten: "{berichttype}_{berichtsubtype}_{berichtactie}_{vandaag(yyyy-mm-dd)}.xml" Een voorbeeld: Samenloop_SA801_Informeren_ xml Hierbij het vriendelijke verzoek aan u om deze afwijking z.s.m. te communiceren met de betrokken partijen. Wij zouden bij voorkeur deze afwijking op de bevindingenlijst op ZNnet laten opnemen Er staat een datum in de bestandsnaam. Is dit de huidige datum of de Aanmaakdatum uit de Header van het bericht? Antwoord VECOZO: dit is de huidige datum. VECOZO doet geen controle op de naam bericht van zorgkantoren. Daarmee kan de naamgeving voor zorgkantoren vervallen. VECOZO 29 mei: Als gevolg van het feit dat Menzis ons gemeldt heeft dat de naamgeving te lang is hebben we het volgende vastgesteld. Een afkeuring als gevolg van de technische of XSD controles of controle op BRS, levert altijd een bericht op met de naam foutbericht.xml. - De naamgeving voor onze bestanden wordt: {berichtsubtype}_{berichtactiecode}_{vandaag (jjjjmmdd_hhmmss)}.xml - Hierbij worden de volgende berichtactiecodes onderkend: I = Informeren N = Notificeren F = Inhoudelijke fout - Voorbeeld SA801_I_ _ xml VECOZO 2 juni: Naar aanleiding van jullie reactie moet ik jullie aangeven dat wij genoodzaakt zijn geweest, door een melding van Menzis en VGZ, de lengte van het retourbericht te beperken tot 30 karakters (wij rekenen hierbij incl. de.xml). Hierdoor is de toevoeging van het aanleverjaar volgens het format [yyyy] niet mogelijk. Een optie is dat we het jaar [yy] nog toevoegen Pagina 19: Paragraaf 5.3 Naamgeving berichten wordt gewijzigd in de volgende tekst: STBu3 Zorgkantoren zijn vrij in de naamgeving van het SA801-bericht. VECOZO levert aan zorgkantoren en zorgverzekeraars de berichten via de volgende naamgevingconventie: {standaardcode}_{berichtactiecode}_{vandaag (jjjjmmdd_hhmmss)}_{jj}.xml waar VECOZO de volgende combinaties voor {standaardcode}_{berichtactiecode} hanteert bij de berichtstromen van de samenloop: 530 = Samenloop financiering Wlz-Zvw van VECOZO naar zorgverzekeraar {standaardcode}_{berichtactiecode} = SA801_I (informeren) 533 = Retour samenloop financiering Wlz-Zvw controle van VECOZO naar zorgkantoor {standaardcode}_{berichtactiecode} = SA802_F (inhoudelijke fout) 534 = Retour samenloop financiering Wlz-Zvw verrijking van VECOZO naar zorgkantoor {standaardcode}_{berichtactiecode} = SA802_N (notificeren) {vandaag (jjjjmmdd_hhmmss)} = de datum/tijd waarop het samenloopbericht verstuurd wordt. {jj} = Het aanleverjaar waarop het samenloopbericht betrekking heeft, gelijk aan de laatste 2 posities uit de waarde van het element Aanleverjaar in de Header. Een voorbeeld is SA801_I_ _112355_16.xml In de werkgroep is destijds afgesproken dat VECOZO de 15e werkdag aanlevert. Blijkbaar is er in de communicatie hierover verstrooiing ontstaan. Dit is niet wat door VECOZO zo is geimplementeerd. VECOZO zal in de dienst de aanlevering op de 15e dag van de maand doen. VECOZO - Paul Vermeulen doorgevoerd Ook als de 15e dag van de maand in het weekend valt of een feestdag is. Zorgkantoren kunnen tot en met de 14e van de maand aanleveren. Als de 15e werkdag de 15e dag wordt, dan moet er ook gekeken worden naar de andere termijnen, die moeten dan ook in dagen ipv werkdagen Pagina 5 van 7

6 Pagina 20: Paragraaf 5.4 Periodiciteit wordt gewijzigd in de volgende tekst: STBu3 Alle zorgkantoren leveren uiterlijk de 7e dag van de maand de SA801-berichten. Binnen één dag na ontvangst controleert VECOZO het SA801-bericht van het zorgkantoor, dit is inclusief versturing van een eventueel retour SA802-bericht. Bij afkeur van het gehele bericht door VECOZO zal de verzender uiterlijk de 14e dag van de maand een nieuw gecorrigeerd volledig SA801-bericht aanleveren aan VECOZO. VECOZO levert de 15e dag van de maand de gebundelde SA801-berichten naar de zorgverzekeraars en de verrijkte SA802- berichten naar de zorgkantoren. De berichten voor de zorgverzekeraars en zorgkantoren blijven tot maximaal de laatste dag van de maand bij VECOZO beschikbaar, daarna worden ze verwijderd. Indien niet alle zorgkantoren c.q. centrale verwerkingseenheden hebben geleverd voor de 15e dag van de maand start VECOZO de verwerking van de aangeleverde bestanden en meldt zij in het SA801-bericht aan de zorgverzekeraars welke zorgkantoren c.q. centrale verwerkingseenheden het SA801-bericht niet tijdig hebben aangeleverd en dus geen onderdeel vormen van het gebundelde SA801-bericht naar de zorgverzekeraar Voorstel wijziging STB (pag. 12) voor bepalen einddatum zorglevering: DFZ - Theo van Wee doorgevoerd Wanneer bij de laatste declaratieperiode: een melding einde zorg is ontvangen is de einddatum zorglevering de Einddatum uit de Mutatie zorg (AW39) of anders De bijbehorende toegewezen ZZP een einddatum heeft is de einddatum zorglevering de Einddatum van de bijbehorende toegewezen ZZP of anders komt de einddatum zorglevering niet voor. Bij de laatste declaratieperiode kan de einddatum via de declaratiestroom niet bepaald worden. Voorstel wijziging STB (pag. 10) voor het bepalen van de selectie Wlz-clienten met geindiceerd ZZP: deze een geïndiceerd zorgzwaartepakket, niet zijnde ZZP code 999, heeft waar geïndiceerd ZZP is o van zorgkantoor ontvangen GeïndiceerdZorgzwaartepakket uit Toewijzing zorg ZK-ZK (ZK33) deze geïndiceerde ZZP geldig is gedurende het aanleverjaar, d.w.z. dat de o cliënt niet overleden is voor begindatum ZZP indicatie, o indien einddatum ZZP indicatie voorkomt, einddatum ZZP indicatie groter is of gelijk aan 1 januari van het aanleverjaar Indien het een laag ZZP betreft (ZZP code gelijk aan 750, 751, 752, 800, 802, 820, 824, 840 of 850) en de einddatum toewijzing ZZP is groter of gelijk aan 1-1 van het aanleverjaar Wijziging voorstel DFZ en Menzis indien het geïndiceerd zorgzwaartepakket een laag ZZP betreft (ZZP code gelijk aan 750, 751, 752, 800, 802, 820, 824, 840 of 850) dient de Einddatum uit de Toewijzing zorg (AW33) groter of gelijk is aan 1 januari van het aanleverjaar te zijn en de leveringsstatus van bijbehorende Melding Aanvang Zorg (AW35) gelijk aan 4 (In zorg) te zijn. Wijziging voorstel DFZ en ZK indien het geïndiceerd zorgzwaartepakket een laag ZZP betreft (ZZP code gelijk aan 750, 751, 752, 800, 802, 820, 824, 840 of 850) dient er minimaal een declaratie op basis van deze indicatie ontvangen te zijn in het aanleverjaar. (Toelichting: klanten met laag ZZP die niet opgenomen waren op zijn uitgestroomd, maar hebben nog wel een geldige Wlz indicatie. Er kan pas sprake zijn van samenloop als ze later alsnog opgenomen zijn in de Wlz. In dat geval zullen er dus een of meerdere declaraties zijn. Is dat niet het geval, kan deze indicatie uitgesloten worden) Zie bijdrage ZNnet Einddatum zorglevering Pagina 6 van 7

7 Pagina 10: Paragraaf 3.2 Selectie cliënt wordt de volgende vetgedrukte tekst toegevoegd: STBu4 deze een geïndiceerd zorgzwaartepakket, niet zijnde ZZP code 999, heeft waar geïndiceerd ZZP is deze geïndiceerde ZZP geldig is gedurende het aanleverjaar, d.w.z. dat de o cliënt niet overleden is voor begindatum ZZP indicatie, indien het geïndiceerd zorgzwaartepakket een laag ZZP betreft (ZZP code gelijk aan 750, 751, 752, 800, 802, 820, 824, 840 of 850) dient er minimaal een declaratie op basis van deze indicatie ontvangen te zijn gedurende het aanleverjaar. Met voetnoot: Klanten met laag ZZP die niet opgenomen waren op zijn uitgestroomd, maar hebben nog wel een geldige Wlz-indicatie. Er kan pas sprake zijn van samenloop als ze later alsnog opgenomen zijn in de Wlz. In dat geval zullen er dus een of meerdere declaraties zijn. Is dat niet het geval, kan deze indicatie uitgesloten worden Pagina 12: Paragraaf Bepalen einddatum zorglevering wordt de volgende vetgedrukte tekst toegevoegd: Einddatum zorglevering: Wanneer bij de laatste declaratieperiode: o een melding einde zorg is ontvangen is de einddatum zorglevering de Einddatum uit de Mutatie zorg (AW39) of anders o de bijbehorende toegewezen ZZP een einddatum heeft is de einddatum zorglevering de Einddatum uit de Toewijzing zorg (AW33) of anders o komt de einddatum zorglevering niet voor. Bij de laatste declaratieperiode kan de einddatum via de declaratiestroom niet bepaald worden. Bij een onderbreking is bij de vorige declaratieperiode de einddatum zorglevering de laatste Einddatum prestatie voorafgaand op de onderbreking Pagina 7 van 7