Berichtenverkeer Wmo: wat doe je als een iWmo-declaratie is afgekeurd?

Eerst de uitkomst lezen, dan pas corrigeren

Stuur een afgekeurde declaratie niet meteen nogmaals in. Controleer eerst of het hele bericht is afgewezen of alleen bepaalde prestaties. Een gedeelte kan namelijk al zijn verwerkt. Bewaar de identificatie van de oorspronkelijke declaratie en het bijbehorende antwoord, zodat je weet welke indiening je onderzoekt.

De kern van deze werkwijze: zoek de concrete retourcode op, controleer op welk berichtonderdeel die betrekking heeft en bepaal met je softwareleverancier of gemeente de juiste correctie. Het opnieuw versturen van dezelfde gegevens zonder die controle kan nieuwe afwijzingen opleveren.

Wat is iWmo en wat betekent berichtenverkeer Wmo?

iWmo is de informatiestandaard voor het uitwisselen van gegevens binnen de uitvoering van de Wet maatschappelijke ondersteuning. Gemeenten en aanbieders gebruiken gestandaardiseerde berichten voor administratieve afstemming. De standaard beschrijft de gegevens en regels; je software en de gebruikte ketenvoorzieningen verzorgen de uitwisseling.

VECOZO biedt aanbieders de dienst Berichtenverkeer Wmo. Een verzonden of afgeleverd bericht is niet hetzelfde als een inhoudelijk goedgekeurde declaratie. Daarvoor moet je ook het resultaat van de beoordeling bekijken. Deze uitleg gebruikt de officiële iWmo 3.2-documentatie, die bij raadpleging als ‘in productie’ is aangeduid. Voor Jeugdhulp bestaat de afzonderlijke iJw-standaard: controleer daar de eigen berichtsoort en regels.

Stap 1: verzamel de oorspronkelijke declaratie en het antwoord

Begin in de omgeving waarmee je de declaratie hebt verstuurd. Zoek de oorspronkelijke indiening en het declaratie-antwoord op. Volgens invulinstructie IV087 verwijst de identificatie in de header van het antwoord naar de ingediende declaratie. Daarmee voorkom je dat je een antwoord op een andere maand of indiening beoordeelt.

Maak een korte interne herstelnotitie. Gebruik bij contact met een leverancier bij voorkeur berichtidentificatie en gemaskeerde foutdetails. Deel geen BSN, volledige dossiers of andere cliëntgegevens via gewone e-mail of openbare supportfora. Gebruik het afgesproken beveiligde kanaal wanneer persoonsgegevens echt nodig zijn.

• Noteer berichtidentificatie, verzenddatum, ontvangende gemeente en gebruikte standaardversie.
• Bewaar de precieze foutmelding of retourcode en het onderdeel waarop die betrekking heeft.
• Controleer welke prestaties zijn afgewezen en welke mogelijk al zijn verwerkt.
• Leg vast wie de fout onderzoekt en wanneer je de uitkomst opnieuw controleert.

Stap 2: onderscheid technische afkeur van inhoudelijke afwijzing

De officiële instructie IV088 onderscheidt vier controleniveaus. Bij een fout in de controle op het bestandsformaat (XSD, niveau 1) ontvangt de verzender een foutmelding, maar geen declaratie-antwoord. Ontbreekt het antwoord, controleer dan dus ook de verzendstatus en validatiemeldingen. Het ontbreken van een antwoord bewijst op zichzelf niet dat er een XSD-fout is.

Bij afkeur op de controle met XSLT-regels (niveau 2) bevat het declaratie-antwoord volgens IV088 alleen een header met retourcode 0001. Laat je softwareleverancier de concrete validatiemelding onderzoeken. Een algemene melding ‘afgekeurd’ is niet genoeg om te bepalen welk gegeven moet veranderen.

Bij de controles op niveau 3 en 4 kan de declaratie geheel of gedeeltelijk zijn verwerkt. IV087 beschrijft dat niet-beoordeelde of niet-goedgekeurde prestaties worden afgewezen. Kijk daarom naar de details, niet alleen naar de status bovenaan je scherm. Een probleem op één regel betekent niet automatisch dat alle andere regels opnieuw moeten worden ingediend.

Stap 3: lees de retourcode in de juiste context

Een retourcode geeft het resultaat van de beoordeling van een bericht of berichtdeel weer. Zoek de volledige omschrijving op in codelijst WJ001 van de standaardversie die je gebruikt. Onderstaande voorbeelden komen uit iWmo 3.2. Het zijn aanknopingspunten voor onderzoek, geen universele instructies om opnieuw te declareren.

• 0001: technisch afgekeurd. Zoek de bijbehorende validatiefout en laat de berichtinhoud controleren.
• 0611: het tarief wijkt af van het contracttarief. Vergelijk de declaratieregel met de toepasselijke contractafspraak.
• 8021: het referentienummer van de prestatie is al aangeleverd. Zoek eerst de eerdere indiening en verwerkingsstatus op.
• 8017: een creditprestatie verwijst naar een onbekende debetprestatie. Controleer de oorspronkelijke prestatie en de gebruikte verwijzing.
• 8187: de prestatie hoort niet bij de cliënt. Controleer de relatie tussen cliënt en prestatie in de brongegevens.

Stap 4: vergelijk de declaratieregel met je bronadministratie

Controleer de relevante toewijzing, het product, de periode, het volume en de tariefafspraak naast de afgewezen regel. Kijk ook of de gegevens onderweg zijn veranderd: een export kan bijvoorbeeld anders zijn overgenomen in een spreadsheet dan in het bronsysteem stond. Corrigeer aantoonbare invoerfouten bij de bron, zodat ze bij de volgende maandafsluiting niet terugkomen.

Een aflopende indicatie is een apart aandachtspunt. Controleer de geldigheidsperiode en de afspraken met de gemeente. Pas niet zomaar een datum of productcode aan om een afwijzing te omzeilen. Wanneer een toewijzing of contractafspraak onduidelijk is, moet die inhoudelijke vraag eerst worden opgelost.

Stap 5: kies de juiste contactpersoon en herstelprocedure

Vragen over berichtopbouw, technische validatie of een onduidelijke foutweergave horen in eerste instantie bij je softwareleverancier. Vragen over toewijzingen, contracttarieven of de verwerking door de gemeente bespreek je met de gemeentelijke contactpersoon voor berichtenverkeer of contractbeheer.

Vraag concreet: welke prestaties zijn al verwerkt, welk gegeven veroorzaakt de afwijzing en welke correctieprocedure geldt? Dien pas opnieuw in wanneer duidelijk is of een correctie, nieuwe prestatie of credit nodig is. De officiële standaard geeft beoordelingsregels, maar dit artikel schrijft geen enkele herstelhandeling voor die in alle situaties passend is.

Fictief voorbeeld: één afgewezen prestatie bij de maandafsluiting

Een fictieve Wmo-aanbieder ziet bij één prestatie retourcode 8021. De administrateur zoekt het referentienummer terug en ontdekt een eerdere indiening. In plaats van de volledige maand opnieuw te versturen, controleert die eerst het bijbehorende antwoord en vraagt de leverancier welke vervolgstap bij de vastgestelde status past.

De herstelnotitie bevat de berichtidentificatie, de code, de onderzochte prestatie, de verantwoordelijke en de vervolgstap. Zo kan een collega het onderzoek overnemen zonder opnieuw te beginnen. Dit is een uitlegvoorbeeld, geen klantresultaat of belofte dat de gemeente daarna betaalt.

Wat DN Dynamics hierbij wel en niet levert

DN Dynamics automatiseert handmatig werk rond bestaande zorgsystemen, zoals gegevens uit exports verwerken, factuurregels voorbereiden en controleren, en overzicht houden op indicaties. Dat kan helpen om brongegevens consistenter klaar te zetten en herstelwerk overzichtelijker te organiseren. Welke controles bij jouw organisatie passen, onderzoeken we eerst samen.

We claimen hiermee geen bestaande rechtstreekse VECOZO-koppeling, automatische iWmo-validatie of gegarandeerde declaratieacceptatie. Berichten indienen en gemeentelijke antwoorden beoordelen blijven afhankelijk van de gebruikte software, de standaard en jullie afspraken. Bekijk de gerelateerde artikelen over facturatie en indicaties, of bespreek in een vrijblijvende demo welk terugkerend handwerk je wilt verminderen.