SDB EPD USER/REFLEX (Release 9.33)
Beschikbaar vanaf donderdag 4 november 2026:
Overzicht opgeloste issues in USER/REFLEX versie 9.33 hotfix 6
| Type | Title | Release note | ZoHo ID | Categorie | Subcategorie |
| Bug | Status van de plaatsingsbesluit ook goed overnemen naar zorgtraject (knop --> berichtgegevens overnemen) | De status van de plaatsingsbesluite wordt nu netjes overgenomen naar het zorgtraject. | Berichtenverkeer | FZ | |
| Bug | AW39(AAT) Het lukt niet om een AAT in te dienen - Kentalis (D025P) | Als bij de toeslag overig veld gekozen wordt voor de optie '10 - Logeren' uit de LOV kan deze nu ook netjes verstuurd worden via een AW39(AAT) bericht. | #123944 | Berichtenverkeer | WLZ |
| Bug | Kort klinische trajecten - alsnog afkeur 8263 ondanks hotfix 9.32.9 en datacorrectie | In het geval van OZP verblijfsdagen in kort klinische trajecten wordt nu altijd de juiste code lijst benoemd op de declaratie en zo wordt voldaan aan de hashcode | #128842 | ||
| Bug | Correction in prefill zpm jobs | Zorgdata job is uitgebreid met een extra stap om gewijzigde afspraakgegevens alsnog te verwerken in de prefill stap als dat al niet gebeurd was. | |||
| Bug | Apply Oracle October patches | Oracle security patches zijn aangebracht voor clientportaal schermen. |
Beschikbaar vanaf donderdag 21 oktober 2026:
Overzicht opgeloste issues in USER/REFLEX versie 9.33 hotfix 5
| Type | Title | Release note | ZoHo ID | Categorie | Subcategorie |
| Bug | In versie 9.33 staan ten onrechte sommige start- en mutatieberichten klaar om te versturen | Ten onrechte stonden nog enkele start- en mutatieberichten klaar om te versturen terwijl deze al afgehandeld zijn. Dit kwam door een probleem met de ordening. Deze is aangepast naar 'op datum' en nu zijn de betreffende berichten verdwenen. | |||
| Bug | De performance van de te versturen FZ berichten is na installatie 9.33 niet goed genoeg | De performance van het scherm 'Te versturen berichten FZ' was erg slecht. Door een aanpassing in de query is deze weer aanzienlijk versneld. | #128955 | ||
| Bug | Aanpassing in verschuiven van ZG blokken kan leiden tot een 'unique-key error' in zorgdata | Door de aanpassing die we gedaan hebben voor het oplossen van de verschoven blokken, kon er een foutmelding onstaan door een unique constraint, dit is nu opgelost. | |||
| Bug | Wanneer er meerdere oude plaatsingsbesluiten zijn met dezelfde 6 eindcijfers werden soms de verkeerde start- en einddatum bepaald | Wanneer er meerdere plaatsingen zijn ingevoerd op het zorgtraject met 9 cijfers en de laatste 6 cijfers van deze plaatsingen waren hetzelfde dan werd niet altijd de start- of mutatiedatum goed bepaald. De query hiervoor is aangepast, zodat altijd de startdatum wordt genomen van het laagste plaatsingsnummer (bijv. 000123456) en de mutatiedatum (einddatum) van het hoogste plaatsingsnummer (bijv. 100123456). | |||
| Bug | Retourberichten worden in FZ berichtenverkeer 4.0 nog niet goed verwerkt | Voor FZ berichtenverkeer 4.0 werden de retourberichten nog niet goed verwerkt. Dit kwam doordat het verkeerde datatype was toegekend aan het veld retourcode. Na aanpassing hiervan worden nu de retourberichten wel goed verwerkt. | |||
| Bug | Vanaf versie 9.33 ververst in het FZ berichtenverkeer de knop 'cliënt (ont)koppelen' niet meer na de actie | Na koppelen / ontkoppelen ververste de knop niet meer naar de vorige status. Dit is nu weer terug aangepast. | |||
| Bug | Failed zorgdata msr job with low limit | Deze fix lost een probleem op voor de zorgdata jobs van de MSR. Indien een subtraject overloopt bij de ondergrens en er wijzigt wat, kan er ten onrechte een dubbele UUID ontstaan, waardoor de job crasht. |
Beschikbaar vanaf donderdag 8 oktober 2026:
Overzicht opgeloste issues in USER/REFLEX versie 9.33 hotfix 4
| Type | Title | Release note | ZoHo ID | Categorie | Subcategorie |
| Bug | Indien de eerste of de laatste afspraak een afspraak indirecte tijd is van minder dan 10 minuten wordt de start/einddatum van het subtraject niet goed bepaald | Als de eerste of de laatste afspraak, een afspraak indirecte tijd is van minder dan 10 minuten, wordt de start/einddatum van het subtraject nu wel goed bepaald. | |||
| Bug | Performance problems details JW301/WMO301 | Het lijkt dat de performance van het openen van het detailscherm sneller is geworden, doordat we alleen kijken naar de status 'ongekoppelde clienten' voordat de waarschuwing wordt getoond in het scherm. Daarvoor werd namelijk gekeken naar alle berichten van een desbetreffende gemeente of er nog een ander bericht niet gekoppeld was. | #107477, #110359, #126262, #108299 | ||
| Bug | Research: some ZVT rows cannot be opened any longer | Sommige ZVT's van een client konden niet meer geopend worden, dit is nu opgelost. | #116787, #102154, #106175 | ||
| Bug | JW job is na installatie 9.33 een stuk trager | De JW job is weer sneller geworden. De performance is weer verbeterd. | #126762 |
Beschikbaar vanaf vrijdag 30 september 2026:
Overzicht opgeloste issues in USER/REFLEX versie 9.33 hotfix 3
| Type | Title | Release note | ZoHo ID | Categorie | Subcategorie |
| Feature | Change the plaatsingsbesluitnummer filter in 'te versturen berichten FZ' | Het filter op plaatsingsbesluitnummer in het te versturen berichten FZ scherm altijd zoekt op 6 karakters, zodat ik berichten krijg met zowel 6 als 9 karakters die bij elkaar horen. | |||
| Feature | Change the screen for viewing / adding / editing the placement decision number on the care trajectory | Vanaf de livegang datum is het overzicht / toevoegen / aanpassen van een plaatsingsbesluitnummer op het zorgtraject aangepast naar 6 karakters, zodat ik deze informatie altijd kan inzien volgens de nieuwe FZ berichtenverkeer 4.0 standaard. | |||
| Feature | Change the use of the placement decision in logic to determine start and mutation messages | De logica rondom het bepalen van start- en mutatieberichten is aangepast aan een plaatsingsbesluitnummer van 6 karakters, zodat de juiste start- en mutatieberichten klaar worden gezet. | |||
| Feature | Change the message version for FZ822, FZ823 and FZ825 to 4.0 | Het versienummer in de header van het FZ822, FZ823 en FZ825 bericht is aangepast naar versie 4.0, zodat het bericht niet wordt afgekeurd door DJI. | |||
| Feature | Send the right plaatsingsbesluitVersienummer and plaatsingsbesluitnummer in the FZ822, FZ823 and FZ825 | Het plaatsingsbesluitVersienummer en plaatsingsbesluitnummer zijn nu opgenomen in het FZ822, FZ823 en FZ825 bericht vanaf versie 4.0 en hoger, zodat DJI weet om welke plaatsing het gaat. | |||
| Bug | Crediteringen JW/WMO na tijdelijke beëindiging MUT20 nog niet opgelost (Novadic-Kentron) | Er komen geen crediteringen meer na een tijdelijk beëindiging MUT20. | #112307, #118038 | ||
| Bug | Re-import all FZ berichtenverkeer 4.0 codelists | We hebben de codelijsten van versie 4.0 nu goed ingelezen met de start- en einddatums vanuit de codelijst in plaats van de systeemdatum. |
Beschikbaar vanaf vrijdag 25 september 2026:
Overzicht opgeloste issues in USER/REFLEX versie 9.33 hotfix 1 & hotfix 2
| Type | Title | Release note | ZoHo ID | Categorie | Subcategorie |
| Bug | MoVIN Intake aanpassen fout in tabblad Gezondheid | MoVIN Intake "Op tabblad "Gezondheid" vraag "Heeft u deze stoornis nu of in de afgelopen 12 maanden gehad? (Vink aan)" worden bij het antwoord "Andere psychische problemen" extra vragen getoond. | #122749 | ||
| Feature | Add the plaatsingsbesluitversienummer to the message detail screen | Het plaatsingsbesluitVersienummer is nu ook zichtbaar in het detailscherm van een FZ bericht van versie 4.0 | |||
| Bug | Uitval WLZ Vervoer vervoerskoepelcode Z902 | De uitval vervoer met vervoerskoppelcode 'Z902' is opgelost, omdat er meerdere records tegelijkertijd aktief waren in de koppeltabel van WLZ. | #108263, #103759 | Declaratie/Facturatie | WLZ |
| Bug | Failure to open details of a JW/WMO 305/307 message. | Het openen van het detailscherm van een JW/WMO 305/307 bericht gaat zonder foutmeldingen. | #122009 | ||
| Bug | Een DG301-factuur met crediteringen is afgekeurd door Vecozo | Een veld in de DG301 bevatte een onjuiste waarde wanneer het om een credit ging (‘D’ – debet in plaats van ‘C’ – credit). Dit is nu opgelost. | |||
| Bug | Foutmelding in ‘Aanmaken facturen’ voor sommige geparkeerde cliënten | Het onderliggende probleem is opgelost en de foutmelding “error_during_action” verschijnt niet meer bij het bekijken van geparkeerde cliënten. | |||
| Bug | Fout bij het aanmaken van nieuwe medewerkers | Bij het aanmaken van een nieuwe medewerker en het kopiëren van een bestaande medewerker kon onterecht een foutmelding optreden. Deze situatie is verholpen. Zowel het aanmaken als het kopiëren van medewerkers functioneert nu zonder problemen. | |||
| Feature | Als medewerker zorgadministratie wil ik dat het versienummer niet meer zichtbaar is bij het kiezen van een plaatsingsbesluit status, zodat het duidelijk is dat ik deze ook bij het FZ berichtenverkeer 4.0 kan gebruiken | Het versienummer is niet meer zichtbaar in de Status LOV bij het kiezen van een plaatsingsbesluit status. | |||
| Bug | Inlezen nieuwe codelijsten voor JW/WMO productcodes | Er ontbraken nog enkele JW en WMO productcodes in USER die wel in de landelijke codelijst staan. Deze zijn nu toegevoegd aan USER. | #118849 | ||
| Bug | In versie 9.32 op een 19c database is de lijst met te versturen berichten FZ onterecht leeg | Op een 19C database kan het voorkomen dat de lijst met te versturen FZ berichten leeg blijft, dit is nu opgelost. | #124239 | ||
| Bug | Updaten van Medewerker toegang nam teveel temporary opslag in beslag | Het updaten van de medewerker toegang records worden nu op een andere manier gecommit zodat er minder gebruik gemaakt hoeft te worden van de temporary opslag. |
Hieronder volgen de functionele wijzigingen zijn doorgevoerd in USER/Reflex versie 9.33.
Preventie modules t.b.v. Preventie dashboard (type Algemeen) in Nova/Reflex
In Nova/Reflex zijn nu alle preventie modules beschikbaar voor dashboard type Algemeen. Hiermee is het mogelijk om conform Alta een Preventie dashboard te maken die er bijvoorbeeld als volgt uit ziet:
Toekomstige medewerkers koppelen aan een Nova/Reflex dashboard
Medewerkers met een toekomstig dienstverband kunnen nu ook worden gekoppeld aan een Nova/Reflex dashboard
Overlegbord aanpassingen
In de inrichting module Overlegborden is een nieuwe configuratie toegevoegd waarmee applicatiebeheerders kunnen instellen welke behandelprogramma’s worden meegenomen. Hierbij kan gekozen worden tussen alle behandelprogramma’s of alleen klinische behandelprogramma’s (alleen voor Overlegbord type Anders) , en tussen alleen gestarte behandelprogramma’s of zowel aangemelde als gestarte behandelprogramma’s (zowel voor Overlegbord type FACT als Anders). Hierdoor kunnen organisaties, zoals klinische afdelingen, gerichter dashboards tonen met alleen de relevante cliënten. Bij een Overlegbord type Anders worden default alle cliënten met een gestarte behandelprogramma's getoond. Voor het type overlegbord Anders ziet de configuratie er als volgt uit:
Bij een Overlegbord type FACT worden default alle cliënten met een aangemelde en gestarte behandelprogramma's op de betreffende afdeling/groep getoond. Voor het type overlegbord Anders ziet de configuratie er als volgt uit:
De widget Overleg bord widget toont afhankelijk van de gekozen configuratie cliënten met een behandelprogramma of alleen cliënten met een klinisch behandelprogramma en alleen de gestarte of de aangemelde en gestarte behandelingen. De subtitel van de widget is afhankelijk van de gekozen configuratie. Voor type Anders kan de widget er dan als volgt uit zien:
Voor type Type kan de widget er dan als volgt uit zien:
FZ Berichtenverkeer 4.0
Vanaf 1 december 2026 wordt ketenbreed het FZ berichtenverkeer 4.0 in gebruik genomen. In tegenstelling tot eerdere jaren is er dit jaar geen overgangsperiode. Op 1 december 2026 gaat dus de hele keten in één keer over, inclusief alle USER zorgaanbieders. De benodigde wijzigingen zijn opgeleverd in 9.33.3. Zorg er dus voor dat deze versie geïnstalleerd staat op uw omgeving voor 1 december 2026. Anders kunt u vanaf 1 december geen gebruik meer maken van het FZ berichtenverkeer.
De belangrijkste wijzigingen zijn hieronder samengevat:
Default waarde
Er is een nieuwe default waarde gemaakt voor FZ berichtenverkeer 4.0 en de ingangsdatum is op 01-12-2026 gezet. De default waarde is terug te vinden met de tekst 'datum_fz_berichten_v40' in de default waarden module.
Plaatsingsbesluitnummer gaat van 9 naar 6 cijfers
Het plaatsingsbesluitnummer bestaat in versie 3.1 uit 9 cijfers, bijvoorbeeld 000123456. Voor DJI zijn de eerste drie cijfers altijd al het versienummer geweest en de laatste 6 cijfers het daadwerkelijke plaatsingsbesluitnummer. Vanaf FZ berichtenverkeer 4.0 wordt dit in het berichtenverkeer ook daadwerkelijk als twee aparte velden meegestuurd.
Naast dat het plaatsingsbesluitnummer nu uitgesplitst is in het berichtenverkeer, en ook als zodanig wordt weergegeven in de details van alle FZ berichten (FZ821 – FZ826), heeft dit ook grote impact op het plaatsingsbesluit in het zorgtraject en alle logica in de module. De gehanteerde identifier wijzigt namelijk van 9 naar 6 tekens. Immers plaatsingsbesluitnummer 000123456 en 1000123456 zijn vanaf FZ berichtenverkeer 4.0 hetzelfde plaatsingsbesluitnummer.
We hebben geprobeerd dit zoveel mogelijk te ondervangen in de module zelf door alle 9-cijferige plaatsingsbesluitnummers die al ingevoerd zijn terug te brengen naar het 6-cijferige plaatsingsbesluitnummer. Dit is bijvoorbeeld gedaan op de volgende plekken:
- In de logica die bepaalt of er een start- of mutatiebericht aangemaakt moet worden
- Bij het aanmaken van de berichten die naar DJI verstuurd worden
- In de filters voor het overzicht van de FZ berichten en de te versturen FZ berichten
- In het GDS801 declaratiebericht
- In het FZ813 verantwoordingsbericht
- In het creditmechanisme voor ZPM FZ prestaties. Wanneer een 6-cijferig nummer wordt aangeleverd en het betrof eerst een 9-cijferig plaatsingsbesluitnummer wordt er nu geen credit aangemaakt als de laatste 6 cijfers met elkaar overeenkomen.
Een uitzondering hierop vormen het FZ303 declaratiebericht en het FZ811 verantwoordingsbericht. Omdat deze berichten worden uitgefaseerd en nog ei-berichten zijn met een vaste lengte heeft DJI hier geen aanpassing in doorgevoerd. In dit bericht wordt nog steeds het 9-cijferig plaatsingsbesluitnummer gehanteerd. Waar nodig vullen we een 6-cijferig plaatsingsbesluitnummer aan met drie voorloopnullen, zodat deze het juiste formaat heeft voor het FZ303 en FZ811 bericht.
Vanaf 1 december 2026 kunnen in het zorgtraject dus ook alleen nog maar plaatsingsbesluitnummers opgevoerd worden met 6 cijfers. Het versienummer van het plaatsingsbesluit wordt niet meegenomen naar het zorgtraject, omdat deze niet noodzakelijk is voor de declaratie en ook niet om te bepalen of er een start -of mutatiebericht verstuurd moet worden.
Op het zorgtraject zijn de oude plaatsingsbesluitnummers met 9 cijfers niet geconverteerd, maar herkenbaar gemaakt aan het versienummer dat tussen haakjes staat (000)123456.
Let extra goed op in de volgende situaties:
- Als je een plaatsingsbesluit toevoegt met 6 cijfers kan het zijn dat hij aangeeft dat er al een plaatsingsbesluitnummer bestaat. Deze kan dus weergegeven worden als (000)123456 of (100)123456. Voeg in dit geval een nieuw volgnummer toe onder het al bestaande plaatsingsbesluitnummer en pas eventueel het nummer aan naar 6 cijfers.
Wanneer er meerdere versies van hetzelfde plaatsingsbesluit aanwezig zijn op het zorgtraject, bijvoorbeeld (000)123456 en (100)123456, dan kan het voor de nieuwe situatie overzichtelijk zijn om deze samen te voegen tot één regel. Dit kan als volgt:
- Pak alle volgnummers die onder plaatsingsbesluitnummer (100)123456 zijn ingericht en zet deze over naar plaatsingsbesluitnummer (000)123456.
- Verwijder vervolgens regel (100)123456
- Pas vervolgens de regel met nummer (000)123456 aan naar 123456
- Pak alle volgnummers die onder plaatsingsbesluitnummer (100)123456 zijn ingericht en zet deze over naar plaatsingsbesluitnummer (000)123456.
Wellicht volgt later nog een volledige conversie in een versie, maar dit is gezien de overgangssituatie op dit moment niet mogelijk.
ZZP-C en ZZP-VG codes zijn hernoemd
DJI heeft de verschillende ZZP-C en ZZP-VG codes een nieuwe naam gegeven en de lijst verder uitgebreid. Deze nieuwe codes zijn te vinden op:
Afwijsreden verplicht
In USER was het al verplicht om bij afwijzen een reden in te voeren, maar dit is nu ook verplicht gemaakt in het FZ berichtenverkeer. DJI wil hier graag ketenbreed meer inzicht krijgen waarom aanmeldingen worden afgewezen.
Paramedische zorg
Trajecttype
Het is nu mogelijk om een zorgtraject aan te maken van het financieringstype ParaMedische zorg (PM).
Generieke conversietabel
De inrichting van de verschillende trajecttypes die horen bij welk PM subtype kan nu gedaan worden in de generieke conversietabel in de set 'Paramedisch' met koppeling 'Paramedisch subtraject'.
Zorgtraject
Dit trajecttype kan gekoppeld worden aan clienten, zodat het zichtbaar is in het zorgtrajectscherm.
Bij een paramedisch traject kunnen bij de verwijzing alleen de verwijstypen '01 - verwijzing aanwezig' en '07 - verwijzing aanwezig, maar vewijzer heeft geen AGB-code' worden gekozen.
Trajecttype MSZ (specialisme Geriatrische revalidatie zorg)
Bij het afsluiten van een MSZ subtraject met specialisme 0335 (GRZ) worden de velden 'Reden einde' en 'Vervolg subtraject' automatisch gevuld na het invullen van een einddatum.
Subtraject voor meedenkadvies
De subtrajecten batch maakt een zorgtraject aan voor meedenkadvies als er een contact of indirecte tijd afspraak wordt geregistreerd. Dit is terug te zien in het zorgtraject van de client.
Meedenkadvies factureren in aanmaken facturen
Meedenkadvies kan in de module ‘Aanmaken facturen’ als één unieke OZP-prestatie worden gefactureerd (er is geen subtraject aanwezig). Voor declaratiecode 190070 moeten tarieven en grootboeken worden geconfigureerd in de inrichting.
GGZ prestaties vanaf 1-1-2027 moeten met GDS801 versie 2.1 of hoger worden ingediend
Met ingang van 1 januari 2027 wordt de GDS801-factuur geüpgraded van versie 2.0 naar versie 2.1. Voor testdoeleinden kan de datum worden ingesteld in ‘Configuratie facturatie’. Let op: test niet met betalers DJI, CAK SOV of CAK OVV, aangezien zij zijn vrijgesteld van bepaalde wijzigingen. Aangezien de overgangsdatum verplicht is, zal de configuratieoptie later uit de module worden verwijderd.
| Type | Title | Release note | ZoHo ID | Categorie | Subcategorie |
| Bug | Medewerkers zien onterecht cliënten in Octopus | In Octopus worden onder de caseload alle cliënten getoond waar de medewerker toegang toe heeft (dus een andere caseload definitie dan in Alta/Nova/Reflex).Hierdoor is duidelijk geworden dat in sommige gevallen caseload autorisaties onterecht niet zijn beëindigd door de autorisatie job. Deze dagelijkse autorisatie job is op twee punten aangepast: 1.Voor alle automatisch gegenereerde dossierautorisaties wordt nu gecontroleerd of de autorisatie nog geldig is. 2.De dossierautorisatie van medewerkers die als evaluatieverantwoordelijke zijn gekoppeld, wordt nu beëindigd wanneer een zorgplanevaluatie of deelplanevaluatie definitief wordt gemaakt zonder dat er een nieuwe evaluatie wordt aangemaakt. De toegang blijft alleen nog tijdelijk bestaan volgens de standaardwaarde van caseload_auth_enddate_delay. Wanneer de evaluatieverantwoordelijke wordt gewijzigd, beëindigt de job de toegang direct, dus zonder vertraging. | #102842 | ||
| Feature | 2026/5/4 Nova/Reflex: t.b.v. preventie een BI Stuurinformatie menu item beschikbaar maken voor preventie medewerker op dashboard Algemeen | In Nova/Reflex is de Algemeen dashboard module 'BI analytics dashboard' hernoemt naar 'BI Stuurinformatie (BEH)'. Tevens heeft de parameter biDashboardParameters nu default de juiste waarde gekregen zodat de stuurinformatie van de medewerker wordt getoond. De 'BI Stuurinformatie (BEH)' module kan worden gebruikt voor het maken van een Preventie dashboard (type Algemeen). | |||
| Feature | Nova/Reflex: preventie module 'Uitvoerfase' toevoegen aan dashboard type Algemeen | In Nova/Reflex is de preventie module Uitvoerfase nu beschikbaar voor het dasboard type Algemeen. Op deze module staan de rollen BASISCODESCHERMEN en BASISCODESCHERM_LEES. | |||
| Feature | Configureerbare filtering behandelprogramma’s op het Flexibel Overlegbord | Er is een nieuwe configuratie toegevoegd aan de inrichting van het Overlegbord waarmee applicatiebeheerders kunnen instellen welke behandelprogramma’s worden meegenomen. Hierbij kan gekozen worden tussen alle behandelprogramma’s of alleen klinische behandelprogramma’s, en tussen alleen gestarte behandelprogramma’s of zowel aangemelde als gestarte behandelprogramma’s. Hierdoor kunnen organisaties, zoals klinische afdelingen, gerichter dashboards tonen met alleen de relevante cliënten. | #114483 | ||
| Bug | Bij Afgesloten inschrijving gaat de navigatie fout bij klikken op naam | In Nova/Reflex werd na klikken op de cliëntnaam vanuit het dashboard 'Afgesloten inschrijving' naar het medewerker dashboard genavigeerd in plaats van naar het cliënt dashboard van de afgesloten inschrijving. Dit is nu opgelost. | #118097, #120624 | Dossier | |
| Bug | Afdeling/Groep van actieve opname niet zichtbaar in adresregel van overlegbord | Alleen in 9.32.8/9.33.0: In het detailscherm van het overlegbord wordt onder de geboortedatum nu altijd de afdeling/groep van de klinische opname getoond. Dit geldt ook wanneer de opname op een andere afdeling/groep staat dan de afdeling/groep waarvoor het overlegbord is geopend. Voor 9.31.6, 9.32.8 en 9.33.0 geldt dat de opname datum wordt getoond die hoort bij de afdeling/groep waar de cliënt nu verblijft. | #117117, #116722 | ||
| Bug | Nova/Reflex: rapporteren vanuit de snel agenda voor groepsafspraak geeft foutmelding | Via de Agenda Quickbar-knop RAPPORTEER kunnen rapportageteksten na het registreren van een afspraak niet meer worden gewijzigd zodra het aantal dagen is verstreken dat is ingesteld in de agenda defaultwaarde tekst_mutaties. De foutmelding die hierbij werd getoond, was onduidelijk en is daarom aangepast. Ook gebruikers met de rol SYSOP, CO_SYSOP of CORRECTIE_TEKSTEN kunnen de rapportage via deze knop niet wijzigen. Voor het wijzigen van rapportageteksten moet de Agenda-module worden gebruikt. Verder verscheen de onverwachtse foutmelding soms door een timing probleem. Dit is ook opgelost, | 104295 | ||
| Bug | Verwijder inschrijving records in het client schema die niet voorkomen in het impulse schema | Tijdens de installatie van versie 9.33 zal een script draaien dat alle inschrijvingen in het client schema verwijdert die niet in het impulse schema staan. De oorzaak van dit probleem is inmiddels in versie 9.32.0 opgelost (zie CL-1249). | #74123 | ||
| Bug | Nova/Reflex:, bug in 9.32/9.33: navigatie naar home page van cliënt dashboard werkt niet vanuit een module die is geopend vanuit een werklijst taak | Wanneer een clientmodule wordt geopend vanuit een werklijsttaak of signalering, werkt de navigatie naar het clientdashboard weer zoals verwacht. Via de clientnaam komt de gebruiker nu direct op het juiste clientdashboard terecht, in plaats van op het home dashboard. | #119271, #119069, #120171 | ||
| Bug | NOVA/Reflex, URL beveiligingsincident: gebruikers kunnen cliënten zien waarvoor ze niet (meer) zijn geautoriseerd door opslaan URL | Indien in Nova/Reflex een gebruiker probeert om middels het direct invoeren van een url toegang te krijgen tot een dashboard waar de gebruiker niet voor is geautoriseerd dan wordt de medewerker genavigeerd naar zijn start pagina en verschijnt de melding 'U heeft geen toegang tot dit dashboard of deze afdeling/groep. De startpagina wordt geopend'. Indien de medewerker niet meer is geautoriseerd voor de ingestelde startpagina dan dient de gebruiker een nieuwe startpagina in te stellen. | 108620 | ||
| Bug | NOVA/Reflex, startpagina beveiligingsincident: gebruikers kunnen dashboards zien waarvoor ze niet (meer) zijn geautoriseerd indien opgeslagen als Startpagina | Indien in Nova/Reflex een gebruiker naar zijn startpagina navigeert terwijl hij daar niet meer voor is geautoriseerd dan verschijnt het scherm om de startpagina opnieuw in te stellen. Het is dan niet meer mogelijk om naar de oude startpagina te navigeren waar de gebruiker niet voor is geautoriseerd. | 109320 | ||
| Bug | Anonieme toegang blokkeert op het openen van tegels | In USER Alta was het niet meer mogelijk om met anonieme toegang binnen de module Personalia te navigeren naar de gerelateerde tegels. Dit is nu opgelost. | #50145 | ||
| Bug | 2026-5-18 [MAIN-4514] Widget 'Evaluatie Zorgplan' geeft soms foutmelding | In Nova/Reflex gaf de Evaluatie zorgplan widget een foutmelding 'single-row subquery returns more than one row' indien de medewerker die de evaluatie had aangemaakt op die dag meerdere dienstverbanden had met een registratie functie. Hiervoor is een aanpassing gedaan die de registreer functie ophaalt die hoort bij de eigen instantie. Als deze functie niet kan worden gevonden, wordt er geen functie getoond. Dit kan voorkomen wanneer de eigen organisatie is gewijzigd. | 108801, 104663 | ||
| Bug | Actuele Farmed medicatie wordt niet volledig opgehaald in USERDocs brieven | In USER Docs brieven kon de Farmed medicatie niet goed worden opgehaald. Dit bleek een aantal oorzaken te hebben. In de tabel systeeminstellingen tabel dient in de farmed_url ‘gekoppelde_main.php’ te worden gewijzigd naar ‘gekoppelde_xml.php’ (handmatige actie SDB). Daarnaast bleek dat als een cliënt nummer een lengte korter dan 6 cijfers had dan werd de medicatie niet opgehaald zonder het aanvullen met voorloopnullen tot een lengte van 6. Hier hebben we een aanpassing voor gedaan. Tot slot dienen de IP-adressen van de applicatieservers te worden gewhitelist door Farmed (actie klant; IP-adressen op te vragen bij SDB). | 106648, 106599, 103967 | Dossier | |
| Bug | BUG Nova: Werklijst - taak wordt niet op widget en tiny worklist getoond | Een probleem is opgelost waarbij taken uit zorgprocessen in sommige situaties niet zichtbaar waren in de werklijstwidget en de tiny worklist. Hierdoor kon een lege of onvolledige takenlijst worden weergegeven. De taken worden nu weer correct getoond. | 111381 | Dossier | |
| Bug | 29-6-2026: Rapportage/ voortgang NOVA widget op afdeling/groep dashboard laten pas na 2 minuten | Er is een wijziging aangebracht in de software wat het laden van de rapportage widget significant sneller heeft gemaakt. | #114725 | Beheer en inrichting | Dashbboards |
| Bug | 2026-5-27: Nova/Reflex: afdeling/groep signaleringswidget 'Wachtlijst afdeling/groep (navi)' toont 'dubbele' gegevens | De signaleringswidget 'Wachtlijst afdeling/groep (navi)' op het afdeling-/groepdashboard is verbeterd. In sommige situaties werden cliënten dubbel weergegeven, waardoor het aantal getoonde records niet overeenkwam met de teller. De widget toont nu geen dubbele gegevens meer en sluit aan op de inhoud van de Wachtlijst-tegel op de FACT-, MDO- en Crisisdashboards. | 108876 | ||
| Feature | Medewerker met toekomstig dienstverband toe kunnen voegen aan Nova dashboard | In Nova/Reflex is het nu ook mogelijk om een toekomstig dienstverband te koppelen aan een dashboard. | #102707, #117849, #119214, #114648 | Beheer en inrichting | Inrichting dashboards |
| Bug | Info tekst op cliënt en medewerker dashboard van widget "Te verwerken formulieren" is niet correct | Op het cliëntdashboard heeft de signaleringswidget ‘Te verwerken formulieren’ de volgende beschrijving gekregen: 'Overzicht van formulieren die zijn ingevuld en gecontroleerd dienen te worden.'. Op het medewerkersdashboard heeft de signaleringswidget ‘Te verwerken formulieren’ de volgende beschrijving gekregen: 'Alle cliënten waarbij een formulier nog geaccordeerd, afgehandeld/gecontroleerd dient te worden.'. | #106633, #105431 | ||
| Bug | In de ROM en vragenlijst module worden de rollen van een voorgaand dienstverband gebruikt om te bepalen of een gebruiker is geautoriseerd | In de ROM (Meetinstrumenten) en de Vragenlijsten module werden de rollen van een voorgaand dienstverband gebruikt om te bepalen of een gebruiker is geautoriseerd voor het betreffende formulier. Nu wordt alleen nog gekeken naar de profielen die zijn gekoppeld aan het actuele dienstverband van de ingelogde gebruiker. | #100826 | ||
| Bug | 2026-5-27 Zorgoverzicht ontbreekt als gerelateerde tegel op FACT en Crisis dashboard | In Alta is het nu mogelijk om het Zorgoverzicht als gerelateerde tegel aan te zetten op het FACT en Crisis dashboard. Default staat de tegel uit. | #109224 | ||
| Bug | 2026/5/4 Nova/Reflex: preventie module 'Beschikking' koppelen aan het juiste dashboard | Het dashboarditem ‘Beschikking’ is hernoemd naar ‘Preventie aanbod/beschikking’ en gekoppeld aan de soort ‘Algemeen’ (was soort ‘Client’). Het menu-item ‘Preventie aanbod/beschikking’ wordt alleen getoond aan gebruikers met de rol PREVENTIEAANBOD of PREVENTIEAANBOD_LEES. | #107175 | ||
| Bug | Aanvullen MoVIN Intake en Follow-up met evaluatievragen | Aanvulling Evaluatievragen MoVIN Intake | |||
| Bug | MoVIN meetinstrument 2 kleine fouten herstellen in Intake | Tekstuele fouten hersteld in MoVIN Intake meetinstrument. | #111614 | ||
| Bug | When you add no client to a task, there should open no dashboard, only the mini worklist opens on the right side | Wanneer er geen client is toegevoegd aan een taak dan opent alleen de mini werklijst aan de rechterkant en blijf je verder in het scherm waar je was. | |||
| Bug | Verwijderen evaluatievragen in MoVIN follow up formulier | Evaluatievragen en vragen toestemming verwijderd uit MoVIN follow up | |||
| Bug | MoVIN Intake aanpassingen n.a.v. gebruik formulier | Aanpassingen MoVIN intake | |||
| Bug | AHA (Assisting Hand Assessment) aanpassen Age in month van 18 maanden tot en met 216 maanden (van 18 maanden tot 18 jaar) | Het is nu mogelijk om vled Age in months van 18 tot 216 maanden in te vullen. | #87904 | ||
| Bug | Rapport 'Standaard formulier' toevoegen aan Bijlage formulieren Klinimetrie | Rapport toegevoegd aan Bijlage formulieren Klinimetrie ET, FT, LO, RA, PS, OP en Multidisciplinair | #121345 | ||
| Bug | Rename parentAppointmentClientId to parentAgendaClientId | ||||
| Bug | Fix ADF Personalia module Geboortegemeente LOV is disabled | In het personaliascherm kan de geboortegemeente weer aangepast worden. | |||
| Feature | implement integration setting screen | Het scherm instellingen binnen Onderhoud Microsoft is opgeleverd. Hier kan de technische inrichting gedaan worden voor de vernieuwde Exchangekoppeling. | |||
| Feature | [Karify] Notifications settings | Er is een aanpassing in USER gedaan die het mogelijk maakt om aan de Karify kant nu per USER omgeving aan te geven of er wel of geen notificaties gestuurd moeten worden vanuit Karify. | |||
| Feature | Create Practitioner endpoint to retrieve the EmployeeId in USER based on the UPN | Er is een nieuw Practitioner-endpoint toegevoegd waarmee AI-leveranciers op basis van een UPN/e-mailadres het bijbehorende Practitioner ID (Employee ID) kunnen opvragen. Hiermee kan een ingelogde gebruiker eenvoudiger worden gekoppeld aan de medewerker die is vastgelegd in Onderhoud medewerker. | |||
| Feature | Change the message version for FZ822, FZ823 and FZ825 to 4.0 | ||||
| Bug | USER 9.27: BI overzicht 'Productieoverzicht forensisch ZZP en EMZ (#37034) | In het Productieoverzicht forensisch ZZP en EMZ wordt nu ook daadwerkelijk gekeken of de client ook aanwezig is in de afspraak en eventueel hoeveel minuten. | #37034 | ||
| Bug | [FIN-6794] Aparte rol ZORGVRAAGTYPERING_NIET_DEF geeft niet de knop 'niet-definitief maken' in 9.26. | De rol ZORGVRAAGTYPERING_NIET_DEF werkte niet meer zoals bedoeld. Dit is opgelost. Hierbij is ook opnieuw gekeken naar alle rollen in de Zorgvraagtypering module, en deze werken nu allemaal naar behoren. Hierbij is de aanpassing gemaakt dat de rollen ZORGVRAAGTYPERING_DEF en ZORGVRAAGTYPERING_NIET_DEF nu werken in combinatie met ZORGVRAAGTYPERING en ZORGVRAAGTYPERING_LEES. De combinatie met ZORGVRAAGTYPERING_LEES is nieuw. Het leek onlogisch dat ZORGVRAAGTYPERING_ADMIN kon werken met zowel ZORGVRAAGTYPERING als ZORGVRAAGTYPERING_LEES, maar de andere twee rollen niet. Dit is met de aanpassing gelijkgetrokken. Dit is ook aangepast in de handleiding in de Kennisbank: https://support.sdbgroep.nl/portal/nl/kb/articles/zorgvraagtypering. | #62612 | ||
| Bug | WLZ: De job 'Toeslagen WLZ genereren' werkt niet goed in Alta en is niet meer beschikbaar in FORMS | De job 'Toeslagen WLZ genereren' werkte niet goed in Alta, dit is nu opgelost. | #109866 | ||
| Bug | JW/WMO: menu bar not available in care-order in the detailscreen of a message | Het menu met daarin o.a. 'Terug naar overzicht' bij het detailscherm in de modules Berichtenverkeer JW en Berichtenverkeer WMO werd niet langer getoond. Dit is opgelost, en het menu is wederom zichtbaar. | #105952, #106117, #105706, #107671, #110359, #112763, #117794 | ||
| Bug | [DG-897] ZVT is niet zichtbaar in de module, terwijl deze wel in de database aanwezig is | De aangemaakte ZVT's zijn nu weer zichtbaar in het zorgtraject. | #91330 | ||
| Bug | Signalering ZPM zorgvraagtypering gaat niet correct om met zorglabel G06 | Bij voor een ZPM-GGZ traject moet met label 06 moet er in ieder geval een ZVT FZ gekoppeld zijn en als er helemaal geen ZVT gekoppeld is zal hij ook een melding geven dat er geen Zorgvraagtypering gekoppeld is. | #60190 | ||
| Feature | [FIN-6869] Subtrajecten batch updaten voor meedenkadvies | De subtrajecten batch maakt een zorgtraject aan voor meedenkadvies als er een contact of indirecte tijd afspraak wordt geregistreed. Dit is terug te zien in het zorgtraject van de client. | |||
| Bug | Statusbenaming FZ823 / FZ824 en FZ825 / FZ826 aanpassen | De statusbenamingen van alle berichten staan weer goed. | #96910 | ||
| Bug | [CO-1890] WMO bericht kan niet worden gekoppeld | Als er nu meerdere berichten klaar staan voor dezelfde client wordt er een waarschuwing getoond en is de knop 'Bericht Koppelen' uitgegrijst om te voorkomen dat het verkeerde bericht eerst gekoppeld wordt. | |||
| Bug | [FIN-6980] JW: Intrekkingen stop onterecht | Na het beeindigen van het traject en de behandelingen worden er geen intrekkingen meer klaar gezet als deze al verstuurd en goedgekeurd zijn. | |||
| Bug | [FIN-6991] Onterechte ZVT bij gebruik label G06 | De signalering die onterecht afging met label G06 is nu opgelost. | 90250 | ||
| Bug | [FIN-5492] Verschuiven van blokken in declaratie Zvw-ZG | Het verschuiven van blokken in de ZG-declaratie mogen niet meer voor komen. Dit hebben we opgelost en hebben daarvoor twee nieuwe tabellen aangemaakt om het probleem te verhelpen. De twee tabellen zijn: ZG_PERIODE_28D_DTL en ZG_PERIODE_28D_HDR. | |||
| Feature | Create a new financing type - Paramedisch (PM) | Het is nu mogelijk om een zorgtraject aan te maken van het financieringstype ParaMedische zorg (PM). | |||
| Feature | Create the option to connect a traject type to a PM subtype | De inrichting van de verschillende trajecttypes die horen bij welk PM subtype kan nu gedaan worden in de generieke conversietabel in de set 'Paramedisch' met koppeling 'Paramedisch subtraject'. | |||
| Feature | Show the right tabs and blocks for PM subtype 073 - Fysiotherapie on the care trajectory screen | Alle tabbladen voor een Paramedische zorgtraject van het subtype Fysiotherapie zijn gemaakt. | |||
| Feature | Only allow referral type 01 and 07 on a PM care trajectory | Bij een paramedisch traject kunnen bij de verwijzing alleen de verwijstypen '01 - verwijzing aanwezig' en '07 - verwijzing aanwezig, maar vewijzer heeft geen AGB-code' worden gekozen. | |||
| Feature | MSZ: bij het beeindigen van een GRZ subtraject via de wizard, dient er default afsluitreden 75 opgeslagen worden | Bij het afsluiten van een GRZ subtraject met specialisme 0335 worden de velden 'Reden einde' en 'Vervolg subtraject' automatisch gevuld na het invullen van een einddatum. | |||
| Bug | When switching a radio button in the 'client koppelen' pop-up in care-order there is no selection any longer | De selectie tussen een bestaande client en een nieuwe client is weer gerepareerd. | |||
| Bug | Analyse: MEZ onterecht intrekken - Kentalis (D025P) | De onterechte intrekking komt met de aanpassing die gedaan is niet meer naar voren, alleen de AW39 voor het beeindigen van de huidige indicatie kan verstuurd worden. | #115479 | ||
| Bug | MPT en VPT op dezelfde dag moeten gedeclareerd kunnen worden | MPT en VPT op dezelfde dag kunnen weer gelijktijdig gedeclareerd worden. | #51550 | ||
| Feature | Create lower limit for MSZ derivation | ||||
| Bug | Er wordt geen foutmelding weergegeven als er geen diagnose is | Bij sommige ZPM-patiënten werd er in ‘Aanmaken facturen’ geen foutmelding weergegeven als er een diagnose miste. Dit is nu verholpen en er wordt een foutmelding getoond als er geen DSM-5- of ZVT-diagnose is. | #118364 | ||
| Feature | Meedenkadvies factureren in Aanmaken facturen | Meedenkadvies kan in de module ‘Aanmaken facturen’ als één unieke OZP-prestatie worden gefactureerd (er is geen subtraject aanwezig). Voor declaratiecode 190070 moeten tarieven en grootboeken worden geconfigureerd. | |||
| Bug | Korte klinische opname op factuur afgekeurd door verzekeraar | Door sommige verzekeraars werden facturen voor korte klinische opnames afgekeurd omdat niet alle velden met betrekking tot de grouper waren ingevuld. Dit is nu opgelost. Let op: nadat de gecorrigeerde versie is geïnstalleerd, moet er een datacorrectie worden uitgevoerd voordat deze prestaties correct kunnen worden gefactureerd. | |||
| Feature | GGZ prestaties vanaf 1-1-2027 moeten met GDS801 versie 2.1 of hoger worden ingediend. | Met ingang van 1 januari 2027 wordt de GDS801-factuur geüpgraded van versie 2.0 naar versie 2.1. Voor testdoeleinden kan de datum worden ingesteld in ‘Configuratie facturatie’. Let op: test niet met betalers DJI, CAK SOV of CAK OVV, aangezien zij zijn vrijgesteld van bepaalde wijzigingen. Aangezien de overgangsdatum verplicht is, zal de configuratieoptie later uit de module worden verwijderd. | |||
| Feature | Uitbreiding tariefconfiguratie (detailscherm DG) | In de module ‘Verkoopprijs’ is het nu mogelijk om per tarief een aantal eenheden in te voeren voor de financieringsstroom DG. | |||
| Feature | [FZ813] "Ophalen retourberichten“ knop direct weergeven in de module "Financiële aanleveringen“ | Alleen relevant voor FZ-klanten: De knop "Ophalen retourberichten" was voorheen alleen zichtbaar als de gebruiker eerst de aanlevering opende en vervolgens naar de lijst navigeerde die vergelijkbaar is met de facturen. Om dit proces eenvoudiger te maken, is de knop nu direct zichtbaar in de module "Financiële aanleveringen" wanneer er een aanlevering is met de status "Wacht op antwoord". De functionaliteit zelf is ongewijzigd. | |||
| Bug | Subtrajecten verdwijnen uit de module Aanmaken facturen als er geen antwoord is van de grouper | Voorheen trad er een fout op wanneer een subtraject naar de grouper werd verzonden en er geen antwoord werd ontvangen. In dat geval was het subtraject niet meer zichtbaar in de module ‘Aanmaken facturen’. In de nieuwe oplossing proberen we het subtraject driemaal opnieuw naar de grouper te verzenden, en als er dan nog steeds geen antwoord is, wordt in het scherm de status ‘Uitval’ weergegeven, samen met de volgende foutmelding: "Het systeem heeft geen antwoord ontvangen van de Vecozo grouper. Neem contact op met uw softwareleverancier." | |||
| Feature | Meedenkadvies voor MSZ (subtrajecttype 41) afleiden | Nadat de activiteit „Meedenkadvies” correct is geconfigureerd in de generieke conversietabel en in „Onderhoud DBC zorgactiviteit/functie”, en vervolgens als indirecte tijd in de agenda van een patiënt is geregistreerd, wordt deze doorgestuurd naar Billing voor facturering. | |||
| Feature | MSZ: Activiteiten binnen de GRZ worden afgeleid bij een subtraject | ||||
| Bug | Fouten in DIS aanlevering Vogellanden | We hebben de DIS-export aangepast, zodat het declaratiedataset nummer van een creditering altijd overeenkomt met dat van de voorgaande bijbehorende debitering. Dit zou beide foutmeldingen van de NZa moeten verhelpen. Daarnaast moeten we een datacorrectie uitvoeren wanneer versie 9.32.3 in de productieomgeving wordt geïnstalleerd. | 107252 | ||
| Bug | [BL-5355] Verblijfs-verrichting wordt niet afgeleid. PACK_ZPM_VERBLIJFSDAGEN_2026 en 2025 logica aanpassen | Voorheen werd de declarabiliteit bepaald op basis van de eerst gestarte behandeling. Wanneer dit een ziekenhuisopname betrof waarbij een bed bezet werd gehouden, werd geconcludeerd dat er geen declarabele verblijfsdagen aanwezig waren. Met deze nieuwe wijziging blijft de eerst gestarte behandeling declarabel wanneer gedurende deze behandeling een aanvullende verblijfsbehandeling wordt gestart, zoals een ziekenhuisopname. Hierdoor wordt de declarabiliteit van de oorspronkelijke behandeling niet langer onterecht beïnvloed door een later gestarte opname. | #75227 | ||
| Feature | [FIN-6142] Verblijfsdag valt uit bij overplaatsing traject ZPM FZ naar ZPM GGZ | Verblijfsdag kon uitvallen bij overplaatsing traject ZPM FZ naar ZPM GGZ. Dit is opgelost. | #37055 | ||
| Feature | Use lower limit for MSZ in derivation | MSZ-afleiding houdt rekening met ondergrensdatum en ondergrens-extradatum De MSZ-afleiding is aangepast zodat subtrajecten en OZP’s met een datum vóór de ingestelde ondergrens niet meer worden gewijzigd of opnieuw naar Billing worden gestuurd. Hierdoor blijven historische gegevens buiten de afleidingsperiode ongewijzigd en worden onnodige mutaties in Billing voorkomen. Zie Default waarden: 'zorgdata_msr_ondergrens' en 'zorgdata_msr_ondergrens_extra'. Handleiding: https://support.sdbgroep.nl/portal/nl/kb/articles/default-waarden | |||
| Feature | Als medewerker financiële administratie wil ik dat het plaatsingsbesluitnummer 6 karakters bevat in de GDS801 en FZ813, zodat DJI het bericht niet kan afkeuren omdat er een te lang plaatsingsbesluitnummer wordt meegestuurd | Vanaf 1 december 2026 worden in de GDS801 factuur en de FZ813 aanlevering alleen de laatste 6 karakters van het plaatsingsbesluitnummer verzonden, conform de specificaties van DJI. | |||
| Feature | Als medewerker financiële administratie wil ik dat een wijziging in het plaatsingsbesluitnummer van 9 naar 6 tekens niet altijd een significante wijziging triggert, zodat er niet ten onrechte credits ontstaan | Vanaf versie 9.33.0 vergelijkt Billing bij ontvangst van een wijziging alleen de laatste 6 tekens van het plaatsingsbesluitnummer. Als de laatste 6 tekens hetzelfde zijn, wordt er geen credit en geen nieuwe debit aangemaakt. | |||
| Bug | [BL-5537] Verblijfsdagen niet gefactureerd omdat USER onterecht een ontslagdag ziet door wisseling van financieringsvorm/traject | Intern overplaatsen klinische behandeling / nieuwe klinische behandeling op nieuw traject leverde onterecht een ontslagdag op. Dit is opgelost. | #89565 | ||
| Bug | Dubbelingen in tabel ZPM_VERBLIJFSDAGEN_FZ sinds V9.31 | Om de dubbelingen te herstellen moest de ondergrens tijdelijk op NULL worden gezet en de betreffende job opnieuw worden uitgevoerd. Hiermee worden de onterechte dubbelingen in zpm_verblijfsdagen_fz opgeschoond. Vervolgens wordt de ondergrens weer teruggezet naar de juiste waarde via een scriptaanpassing. In theorie kunnen er geen dubbelingen in de zorgdata ontstaan, omdat de verwerking van de zorgdata gebruikmaakt van dezelfde ondergrens als de berekening van de FZ-verblijfsdagen. Eventuele onterechte dubbelingen bevinden zich daarom uitsluitend vóór de ingestelde ondergrens. | 115888 | ZPM facturatie | |
| Bug | Reeds gefactureerde zorg die wordt gecrediteerd en er een nieuwe debet met een hoger tarief klaar staat | Reeds gefactureerde zorg ZPM-GGZ uit 2025 valt niet meer terug naar de NZA tarieven | |||
| Bug | Add-on 190229 zou niet moeten gelden voor CCL en GRZ, alleen voor MSR | De afleiding van de add-on is aangepast. De add-on voor kortdurende klinische revalidatie wordt alleen aangemaakt voor MSR-subtrajecten (met startdatum in 2026). Voor CCL en GRZ wordt geen add-on 190229 afgeleid; deze trajecten volgen de reguliere declaratieregels. | |||
| Bug | DG factuur afgekeurd door Vecozo: 1501, 8011, 8014 | Sommige lege velden in de DG301 factuur waren ingevuld met spaties in plaats van nullen, waardoor Vecozo de factuur niet accepteerde. Dit is nu opgelost. | |||
| Bug | Een DG301-factuur moet de eenheid ‘stuks’ (ST) gebruiken om door de verzekeraar te worden goedgekeurd | Op een DG301-factuur wordt nu de eenheid ‘stuks’ (ST) gebruikt om aan de eisen van de verzekeraars te voldoen. Het aantal wordt als volgt berekend: het gebruikte hoeveelheid wordt gedeeld door de verpakkingsgrootte. Als er dus 100 E uit een verpakking van 200 E wordt uitgegeven, staat er 0,5 ST op de factuur. | #119776 | ||
| Bug | Een DG301-factuur met crediteringen is afgekeurd door Vecozo | Een veld in de DG301 bevatte een onjuiste waarde wanneer het om een credit ging (‘D’ – debet in plaats van ‘C’ – credit). Dit is nu opgelost. | |||
| Bug | Foutmelding in ‘Aanmaken facturen’ voor sommige geparkeerde cliënten | Het onderliggende probleem is opgelost en de foutmelding “error_during_action” verschijnt niet meer bij het bekijken van geparkeerde cliënten. | |||
| Bug | [9.32] Release authorization 2.13.1 | Er is een probleem opgelost waarbij de Autorisatie API niet meer correct functioneerde na een wijziging in release 9.32.3 HF. De API is aangepast zodat autorisatieverzoeken weer correct worden verwerkt. |