Hieronder volgen de functionele wijzigingen zijn doorgevoerd in USER/Reflex versie 9.30.

Diagnoses uit vorige inschrijving niet meer tonen

Vanuit privacy oogpunt is het zichtbaar zijn van diagnoses uit voorgaande inschrijving aangepast in de onderstaande modules/widget:

• In de Diagnose module worden nu alleen diagnoses getoond die zijn vastgelegd met een registratiedatum die valt binnen de huidige geopende inschrijving.
• In de Plannen module wordt nu de diagnose getoond met de meest recente registratiedatum die is vastgelegd met een registratiedatum die valt binnen de huidige geopende inschrijving. 
• In Nova/Reflex wordt in de Diagnose widget nu de diagnose getoond met de meest recente registratiedatum die is vastgelegd met een registratiedatum die valt binnen de huidige geopende inschrijving. 

Om deze diagnose alsnog in te zien, dient de voorgaande inschrijving te worden raadplegen. 

Let op: de diagnose is door deze aanpassing niet technisch voorzien van een inschrijvingsvolgnummer. Het is enkel een aanpassing in de zichtbaarheid van de diagnose binnen de module en inschrijving.

Buiten scope: 

• USER Docs brieven;
• Zorgtraject;
• Overleg bord diagnose;
• diagnoses die worden getoond in de Toestemmingen module;
• diagnoses tonen in vragenlijsten (bijvoorbeeld in de Wvggz formulieren).

Module (juridische) titels/maatregelen

Het is nu mogelijk om in de module Juridische titels en machtigingen gelijktijdig een Zorgmachtiging, Crismaatregel of Voortzetting Crisismaatregel te kunnen vastleggen.

 Aanpassingen aan de Karify koppeling

• Alleen-lezen vragen werken nu naar behoren in de nieuwe Vragenlijsten oplossing in Karify. De cliënt kan de vraag zien, en ook het antwoord. Ze kunnen de vraag niet invullen.
• In de Cliëntportaal toegang module is een nieuwe status toegevoegd voor uitnodigingen. De status is 'Afgewezen door Karify'. Een uitnodiging krijgt deze status wanneer Karify een uitnodiging weigert vanwege een missende valide BSN voor de cliënt vanuit USER/REFLEX. De uitnodiging zal opnieuw moeten worden gestuurd nadat er voor de cliënt een valide BSN is toegevoegd in USER/REFLEX.
• Er is een notificatie toegevoegd onder het kopje 'Berichten' in het notificatiecentrum (bel icoon rechtsboven) in USER Alta. Alleen de medewerker die een uitnodiging voor een healthspace heeft gestuurd aan een cliënt krijgt deze notificatie. De medewerker krijgt de notificatie zodra de cliënt de uitnodiging accepteert. Dit is enkel in USER Alta geïmplementeerd, omdat er geen notificatiecentrum is in NOVA/REFLEX. Hier moet in de toekomst nog naar worden gekeken, en dit staat nog niet op de roadmap.
• Karify uitnodigingen zijn nu met elke status te verwijderen. De 'Uitnodiging intrekken' prullenbak knop is nu beschikbaar bij elke status in de 'Cliëntportaal toegang' en 'Onderhoud medewerkers (>Medewerker>Karify portaal)' modules. Dit leidt tot het volgende resultaat bij elke status:
  • Wacht op antwoord: De uitnodiging wordt verwijderd in USER/REFLEX, en staat nog niet in Karify. De cliënt/medewerker krijgt dus ook nog geen e-mail. De cliënt/medewerker kan niet bij de healthspace in Karify.
  • Uitgenodigd: De uitnodiging wordt verwijderd in USER/REFLEX, en stond al wel in Karify. De cliënt/medewerker krijgt dus een e-mail, maar deze werkt niet meer om een een account te maken voor die healthspace. De cliënt/medewerker kan niet bij de healthspace in Karify.
  • Geaccepteerd: De uitnodiging wordt verwijderd in USER/REFLEX, en stond al in Karify inclusief acceptatie. De cliënt/medewerker had dus al toegang tot die healthspace. De cliënt/medewerker wordt uitgeschreven voor die healthspace, en kan niet bij de healthspace in Karify.
  • Afgewezen door Karify (alleen in 'Cliëntportaal toegang' voor cliënt): De uitnodiging wordt verwijderd in USER/REFLEX, en was afgewezen door Karify gebaseerd op een ontbrekende BSN bij de cliënt. Er stond dus nog geen uitnodiging in Karify. De cliënt krijgt dus ook nog geen e-mail. De cliënt kan niet bij de healthspace in Karify.

Aanpassingen in Nova/Reflex

• Wanneer de agenda wordt geopend vanuit het cliënt dashboard, wordt alleen de agenda van de cliënt getoond.
• Vanuit de Werklijst widget wordt bij het klikken op een taak die is gekoppeld aan een cliënt maar niet aan een module, genavigeerd naar het standaard cliënt dashboard van de medewerker. In de mini werklijst wordt de taak getoond en kan daar worden afgevinkt. 
• De Werkpunten module kan nu worden gekoppeld aan een cliëntendashboard. De Werkpunten widget wordt nog steeds weergegeven op een afdeling/groep dashboard om een overzicht te bieden.
  Let op! Als de Werkpunten module eerder was toegevoegd aan een afdeling/groep dashboard, moet deze handmatig worden verwijderd.

Ladis aanlevering

Vanaf nu is de MATE-Y ook standaard onderdeel van de LADIS aanlevering (naast de reeds bestaande MATE Q en MATE 2.1)

Facturatie en declaratie

Handmatige correctie van facturen na betaling

Vanaf versie 9.30 is het mogelijk om de status van facturen handmatig aan te passen nadat er een antwoord van de betaler is ontvangen.  Een gedetailleerde beschrijving is beschikbaar in de Kennisbank. 

Factureren van dure geneesmiddelen

Het is nu mogelijk om facturen voor dure medicijnen op te stellen en te versturen. Het proces verloopt praktisch hetzelfde als bij DBC-MSZ-MSR. Een aantal aandachtspunten voor een succesvolle financiële administratie:

• Zorg ervoor dat u in het scherm ‘Onderhoud instantie’ een AGB-code toevoegt voor uw instantie voor de financiële stroom DG.
• U kunt tarieven en grootboeken invoeren in dezelfde modules als voor DBC-MSZ-MSR.
• Stel een factuurnummerformaat in via de module Factuurnummers.
• Controleer of er een geldig Vecozo-certificaat aanwezig is voor de AGB-code.

Dit is de eerste werkende versie voor de facturering van DG en daarom zijn er enkele bekende probleempunten. Het ontwikkelingsteam werkt eraan om deze op te lossen. Dit zijn:

• Als er een wijziging plaatsvindt in de registratie van het geneesmiddel (bijvoorbeeld een wijziging in de hoeveelheid of de arts), of de prestatie wordt handmatig gecrediteerd, de credit en de nieuwe debit worden op dit moment nog niet automatisch aan elkaar gekoppeld bij het aanmaken van facturen. Totdat dit is opgelost, adviseren wij om deze posten uitsluitend gezamenlijk te factureren. Een alternatief is om eerst de credit te verwerken en pas daarna de nieuwe debit. 
• De naam van het geneesmiddel is nog niet zichtbaar op de detailpagina, alleen de code.
• De indicatie is nog niet zichtbaar op de detailpagina.
• De AGB-code van de medewerker is niet altijd zichtbaar.

Zorgoverzicht: kamer/bed registratie functionaliteit toegevoegd

In het Zorgoverzicht is het nu mogelijk een kamer/bed registratie toe te voegen, te wijzigen en verwijderen. 

Om een kamer/bed registratie te wijzigen, dient de gebruiker de rol ZORGOVERZICHT of ZORGOVERZICHT_KAMER_BED te hebben. Indien een patiënt wordt overgeplaatst dan dient de knop OVERPLAATSEN te worden gebruikt. In de kamer en bed lov worden alleen de kamers en bedden getoond die voor de hele periode beschikbaar zijn en niet geblokkeerd zijn. Default worden de kamers getoond die horen bij de afdeling/groep behorende bij de behandeling. In de kamer lov is het mogelijk om te zoeken naar kamers en bedden op andere afdeling door de gebruikte afdeling/groep filters te verwijderen of middels het filter te filteren op een specifieke afdeling en/of groep.

Bij het kopje kamers en bedden kan middels de knop `OVERPLAATSEN` het huidige bed worden beëindig en het nieuwe bed worden vastgelegd. Deze knop wordt alleen getoond indien bij de behandeling nog een bed zonder einddatum/tijd is geregistreerd en de medewerker de rol ZORGOVERZICHT of de rol ZORGOVERZICHT_KAMER_BED heeft. Default is de startdatum/tijd van het nieuwe bed gelijk aan de einddatum/tijd van het oude bed. 

Bij het overplaatsen en het stoppen van een behandeling wordt de vraag gesteld of het huidige gekoppelde bed dient te worden beëindigd. Zo ja, dan wordt het huidige bed beëindigd met de einddatum/tijd van de huidige behandeling.

Tevens is een aanpassing gedaan waardoor (oude) kamer/bed registraties zichtbaar blijven na het overplaatsen van een behandeling.

Aanpassingen n.a.v. nieuwe versie juridische Wvggz zorgplan Art 5:13 lid 1 en 7 - Zorgplan

Vanaf USER versie 9.29.0 kunnen juridische zorgplannen (Art 5:13 lid 1 en 7) volgens versie V30 worden aangemaakt middels de Vragenlijsten module. Instellingen kunnen zelf het moment van overgaan bepalen via de nieuwe default waarde jur_zorgplan_v30. Default heeft deze default waarde de inhoud 'N'. De functionaliteit behorende bij deze waarde is als volgt:

• 'N': betekent dat het oude juridische zorgplan nog kan worden ingevuld in de module '(Juridische) titels/machtigingen' en dat deze gegevens ook doorvallen naar de Plannen module en het oude zorgplan module;
•  'J': betekent dat het nieuwe juridische zorgplan wordt gebruikt middels de vragenlijst module en dat de gegevens niet meer doorvallen naar de plannen module en het oude zorgplan module.

Deze parameter zal na 1 juni 2026 geen functie meer hebben. Vanaf dat moment wordt het nieuwe juridische zorgplan gebuikt.

Voor het kunnen gebruiken van het nieuwe juridische zorgplan en de medewerkers te informeren over de nieuwe manier van werken, zijn de volgende aanpassingen doorgevoerd:

• (Juridische) titels en machtigingen module:

 In de module '(Juridische) titels en machtigingen' wordt nu i.g.v. een titel/machtiging die na de overgang naar USER versie 9.29.0 is aangemaakt en waarbij de default waarde op 'J' staat. onder kopje 'Zorginhoudelijke gegevens' de volgende melding gegeven: ‘Let op: de zorginhoudelijke gegevens dienen in de Wvggz vragenlijst ‘Art 5:13 lid 1 en 7 - Zorgplan’ te worden ingevoerd. Na het invullen van deze vragenlijst kan het bijbehorende Zorgplan rapport worden aangemaakt vanuit de geopende vragenlijst.’

I.g.v. een bestaande machtiging of titel met een Wvggz zorgplan wordt onder kopje 'Zorginhoudelijke gegevens' de volgende melding gegeven: 'Let op, dit is een verouderde versie van het juridische zorgplan. Nieuwe zorgplannen worden aangemaakt in de module Vragenlijsten. U vindt de vragenlijst onder de naam 'Art 5:13 lid 1 en 7 - Zorgplan'. Voor deze machtigingen en titels kan vanuit de module '(Juridische) titels en machtigingen' nog het oude zorgplan rapport worden aangemaakt.

De naam van het huidige (oude) Zorgplan rapport dat kan worden aangemaakt vanuit de module '(Juridische) titels en machtigingen' is hernoemd naar 'Art 5:13 lid 1 zorgplan (OUD)'. Het nieuwe juridische zorgplan rapport kan worden aangemaakt vanuit de Vragenlijsten module.

• (Oude) zorgplan module:

In de oude Zorgplan module worden geen zorginhoudelijke gegevens meer getoond voor (juridische) titels en machtigingen die na de overgang naar USER versie 9.29.0 zijn aangemaakt en waarbij de default waarde op 'J' staat. . De volgende melding wordt getoond: 'Let op: de zorginhoudelijke gegevens dienen in de Wvggz vragenlijst 'Art 5:13 lid 1 en 7 - Zorgplan' te worden ingevoerd. Na het invullen van deze vragenlijst kan het bijbehorende Zorgplan rapport worden aangemaakt vanuit de geopende vragenlijst.'. De zorginhoudelijke gegevens van reeds geregistreerde (juridische) titels en machtigingen worden nog wel getoond maar wel met de melding: 'Let op, dit is een verouderde versie van het juridische zorgplan. Nieuwe zorgplannen worden aangemaakt in de module Vragenlijsten. U vindt de vragenlijst onder de naam 'Art 5:13 lid 1 en 7 - Zorgplan'.

• Plannen module:

In de Plannen module wordt in het blok 'Dwang in de Zorg' de zorginhoudelijke gegevens niet meer getoond voor juridische titels/machtigingen die na de overgang naar USER versie 9.29.0 zijn aangemaakt en waarbij de default waarde op 'J' staat. . De volgende melding wordt getoond 'Het juridische zorgplan vindt u in de module vragenlijsten, onder de naam ‘Art 5:13 lid 1 en 7 - Zorgplan’.

• Vragenlijst module:

Nieuw Wvggz formulier met naam ‘Art 5:13 lid 1 en 7 - Zorgplan (V302021)' is opgeleverd. In dit formulier dienen de zorginhoudelijke gegevens worden ingevoerd. Deze vragen vervangen de oude zorginhoudelijke vragen die konden worden ingevoerd in de module (juridische) titels/machtigingen. Na het invoeren van het formulier is het mogelijk om de nieuwe versie van het zorgplan rapport aan te maken.

In het rapport worden de volgende gegevens opgehaald:

• contactpersonen en wettelijke vertegenwoordiger uit het Sociaal netwerk m.u.v. de personen waar geen contact mee mag worden opgenomen;
• van de laatste aangemaakte definitieve diagnose wordt de beschrijvende diagnose getoond en de DSM-5 diagnose codes vastgelegd onder 'Probleemgebied: psychisch/persoonlijkheid/psychosociaal' en 'Probleemgebied: somatisch';
• alle afgegeven (actuele) juridische titels (m.u.v. zelfbindingsverklaring);
• zorgverantwoordelijke uit het Wvggz zorgplan behorende bij de laatst aangemaakt Wvggz titel, de laatste afgegeven Wvggz titel of de 'Laatste aangemaakte Zelfbindingsverklaring').

Plannen module aanpassingen

• Het is nu mogelijk om in alle MDO velden maximaal 20.000 karakters in te voeren. In USERDocs brieven en BI rapporten, zoals het Zorgplan, wordt de volledige inhoud getoond. In Samenvattingen (Alta) waar MDO velden vanuit de Plannen module worden getoond, wordt de inhoud van deze MDO velden afgekapt op 4.000 karakters. Gezien samenvattingen in Nova/Reflex niet meer worden gebruikt, zullen deze velden niet verruimd worden naar 20.000 karakters.
• Indien een medewerker hetzelfde Zorgplan wil wijzigen als een andere medewerker die het plan in MDO mode heeft geopend dan krijgt deze medewerker hiervan een melding en kan het zorgplan niet worden gewijzigd. Zodra de andere medewerker de wijzigingen heeft opgeslagen, kan na het verversen van het scherm het zorgplan wel worden gewijzigd. Bij het sluiten van de browser wordt de lock na 5 minuten vrij gegeven. Let op: deze aanpassing werkt in versie 9.29 alleen voor Nova/Reflex. Vanaf versie 9.30 zit deze aanpassing ook in USER Alta.

Herbouw ophalen Farmed medicatie in USER Docs brieven

Het ophalen van Farmed medicatie voor het gebruik in brieven gebeurt niet langer via de OBS koppeling. Functioneel is het ophalen van de Farmed medicatie niet gewijzigd. Het ophalen is herbouwd om de performance te verbeteren. In sommige gevallen was de performance zo slecht dat er helemaal geen gegevens werden opgehaald.

Script toevoegen voor oplossen tonen verkeerde adres in Nova/Octopus

Bij de overgang naar versie 9.29.0 worden adressen (technisch gezien) aangepast die verkeerd in de database zijn opgeslagen. Doordat deze adressen verkeerd zijn opgeslagen, werd in sommige gevallen het verkeerde adres in Nova/Octopus getoond. Deze aanpassing heeft geen functionele gevolgen voor de getoonde adressen binnen Alta. 

Let op: door deze aanpassing is het mogelijk dat er veel HL7 berichten worden aangemaakt en verstuurd. Het aantal kan groot zijn doordat alle in- en uitgeschreven cliënten worden gecontroleerd en zo nodig worden bijgewerkt. 

Declaratie/Facturatie

Uniforme Productie Monitor GGZ 2026

De UPM GGZ 2026 is beschikbaar gemaakt onder Verantwoording op peildatum. Deze nieuwe template is gebaseerd op de voorgaande (van 2025). 

Een nieuw overlegbord beschikbaar in NOVA

In de vorige release hebben wij een nieuw FACT bord uitgeleverd. In deze release zijn we een stap verder gegaan. We hebben flexibiliteit aangebracht aan het bord en de inrichting ervan, waardoor dit overlegbord breder inzetbaar wordt. Zo hebben wij er in deze release voor gezorgd dat het bord ook als klinisch bord gebruikt kan worden. In overleg met onze klanten middels de advisory boards zijn we tot een hele mooie set aan nieuwe functionaliteit gekomen waardoor het bord nu ook in een klinische setting te gebruiken is! Hier zijn wij erg trots op.

Ga in NOVA naar inrichting dashboards. In het menu navigeer je naar Overlegborden. Daar zie je het volgende:
Door voor type "Anders" te kiezen, wordt het geen FACT bord maar bijvoorbeeld een klinisch bord. je kunt het bord voor één of meerdere afdelingen tegelijk maken. Vervolgens kun je in de inrichting aangeven wat er allemaal op het bord te zien moet zijn. Je kunt kiezen welke invulvelden er in het middelste deel van het bord getoond moeten worden en welke raadpleegvelden aan de linkerkant van het bord:

 De gekozen invuldvelden zijn blauw. De uitgegrijsde invulvelden zijn velden die niet aan te passen zijn. 

Cliëntinfo bestaat uit raadpleegvelden die gekozen kunnen worden voor een overlegbord. vanuit deze raadpleegvelden wordt soms al wat informatie getoond, of door erop te klikken kom je uit bij de betreffende informatie, zoals een vragenlijst of het sociaal netwerk. Dit opent in een nieuwe tab, zodat je het overlegbord altijd nog bij de hand hebt. 

Het overlegbord is terug te vinden in het menu wanneer er naar een afdeling/groep dasboard is genavigeerd. Ook is er een widget op een afdeling/groep dashbord te plaatsen. 

Vervolgens is er een overlegbord te zien met cliënten van de betreffende afdeling/groep. 

Bij een geselecteerde cliënt worden de details inzichtelijk. Het middelste deel bevat velden die ook te muteren zijn. Aan de rechterkant zijn alle gekozen raadpleegvelden terug te vinden. 

Reanimatiebeleid 

Het is mogelijk gemaakt om een nieuwe toestemming 'Reanimatiebeleid' toe te voegen aan een toestemmingen set onder categorie Behandelaanwijzing. Deze toestemming is bedoeld om vast te leggen of artsen vinden dat een patiënt wel of niet dient te worden gereanimeerd. Dit reanimatiebeleid kan afwijken van de wilsverklaring 'Niet reanimeren verklaring' van de patiënt.

In USER zie je het reanimatiebeleid op verschillende terug, zoals in een widget en in de header van de cliënt:

Bij Medewerkers toevoegen aan dashboard kunnen zoeken op afdeling/groep

In Nova/Reflex is het nu mogelijk om medewerkers aan een dashboards te koppelen middels een filtering op afdeling of afdeling/groep. Indien wordt gefilterd op alleen een afdeling worden alle medewerkers getoond die zijn geautoriseerd voor de betreffende afdeling of voor een of meerdere groepen binnen deze afdeling (in Onderhoud medewerker op tabblad Dienstverband onder 'Afdeling/groep/locatie'). Indien wordt gefilterd op een afdeling/groep worden alle medewerkers getoond die zijn geautoriseerd voor de gehele betreffende afdeling of voor de te filteren afdeling/groep (in Onderhoud medewerker op tabblad Dienstverband onder 'Afdeling/groep/locatie'). In de Groepen lov worden alleen niet beëindigde groepen getoond. Medewerkers met autorisatieniveau 'Geen beperkingen' of 'Anonieme toegang' zonder afdelingen of afdelingen/groepen worden niet geselecteerd bij filtering op afdeling of afdeling/groep. Hetzelfde geldt voor medewerkers die alleen zijn geautoriseerd voor locaties.

De medewerkers van de betreffende afdeling/groep komen in beeld en kunnen per medewerker of in zijn geheel geselecteerd worden. 

Mogelijkheid om meerdere dasboards per medewerker toe te voegen

In Nova/Reflex is het nu mogelijk om een medewerker aan meerdere medewerker dashboards te koppelen.

Plannenmodule: 'Maak rapport' in context menu

In NOVA/Reflex is in de Plannen module de optie 'Maak rapport' toegevoegd aan het context menu (de drie puntjes) conform de optie voor het aanmaken van brieven. Het oude download icoon bij de overige knoppen is hiermee vervallen. Indien er geen rapport is gekoppeld dan verschijnt hierover een melding bij het kiezen van 'Maak rapport'.

Wvggz brieven updaten - Per 1 oktober 2025 

Het telefoonnummer van stichting PvP is gewijzigd. Daarom is dit nummer aangepast in de WvGGZ brieven/formulieren. Deze wijziging is gezien de datum ook al meegenomen in de hotfix van 9.27.2. 

Wet -en regelgeving 2026

1. De beroepen Orthopedagoog-generalist (OG) en Physician assistant (PA) worden per 2026 in de beroepscategorie “Gezondheidszorgpsycholoog (Wet Big artikel 3)” geplaatst.

Hiervoor is er een nieuwe codelijst beschikbaar gekomen waarin de beroepen BP22 en BP23 onder de beroepscategorie B06 vallen.

2. Spravato wordt per 2026 een Overige prestatie in plaats van een Toeslag. De werking hiervan is hetzelfde gebleven. Er wordt nu geen TC0015 meer afgeleid maar een OV0166.

Dit behoeft een aanpassing in de inrichting in de generieke conversietabel. De TC0015 krijgt een vanaf (01-01-2025) en t/m (31-12-2025) datum in de kolom. Er zal een nieuw record moeten worden ingevoegd voor de activiteit waaraan de OV prestatie OV0166 kan worden gekoppeld met een vanaf datum 01-01-2026.

3. De AGB instantie code en de naam van de instantie wordt gevuld op het detail scherm van de facturatie bij het ontbreken van de verwijzer als natuurlijk persoon.

4. Bij de prestaties Consultatie bij euthanasieverzoeken (ggz) en Prestatiebeschrijving Nietbasispakketzorg consult (ggz) worden per 2026 de prestaties niet langer vastgesteld per 60 minuten, maar per 15 minuten en daarbij wordt het ‘naar rato’ los gelaten.

5. Als applicatiebeheerder kan aangegeven worden welk ZPM zorglabel er afgeleid moet worden per contactsoort of verrichting of behandeling, zodat er ingericht kan worden of het 'S01 - Digitale zorg' label of 'N05 - Verblijf met rechtvaardigheidsgrond' meegestuurd wordt.

Configuratie: Het nieuwe scherm is te benaderen via de tegel Inrichting - Financiering - Zorglabel configuratie.

Vanaf 01-01-2026 willen verzekeraars de zorglabels ‘S01 - Digitale zorg’ en ‘N05 - Verblijf met rechtvaardigheidsgrond’ ontvangen. Het scherm is toegevoegd zodat deze zorglabels kunnen worden geconfigureerd per contactsoort, verrichting of behandelprogramma. Op dit moment mogen alleen de zorglabels S01 en N05 in dit scherm worden geconfigureerd. Het gebruik van andere codes kan een conflict veroorzaken met bestaande zorglabels in het USER-schema.

Nieuwe combinaties kunnen worden toegevoegd door op de knop + te klikken.

Wij raden aan om ‘Datum vanaf’ in te vullen met 01-01-2026 en ‘Datum t/m’ leeg te laten. Nadat de configuraties zijn toegevoegd en de relevante afspraken/verblijfsdagen in de agenda met de juiste waarden zijn geregistreerd, zijn de zorglabels zichtbaar op het detailscherm van de prestaties in de facturatiemodule.

Opmerking: het toevoegen, bewerken of verwijderen van een zorglabelconfiguratie heeft geen impact op bestaande facturen of prestaties. 

Rol: CONFIGURATIE_ZORGLABEL

Zorgvraagtypering

De zorgvraagtyperingsmodule is per 1-1-2026 gewijzigd. In de onderliggende tabelstructuur is een geldigheid toegevoegd, waarbij de huidige codelijsten per 31-12-2025 beeindigd zijn en er een nieuwe set codelijsten geldig is per 1-1-2026. 

De belangrijkste inhoudelijke wijzigingen en doorontwikkelingen zitten vooral in de nuancering en verbetering van de bruikbaarheid van de bestaande typen:

• Verduidelijking van typering: Er zijn aanpassingen gedaan in de omschrijvingen en de handleiding om de keuze voor een bepaald zorgvraagtype, met name bij complexe aandoeningen zoals bipolaire stoornissen, eenduidiger te maken voor behandelaars. Dit moet leiden tot minder discussie en meer consistentie in de typering door verschillende zorgaanbieders.
• Aanpassing van hulpmiddelen: De bijbehorende documenten, zoals de HoNOS+ (Health of the Nation Outcome Scales) en de V&C-lijst (Validatie- en Controlelijst), zijn geactualiseerd om beter aan te sluiten bij de praktijk en de NZa-regels.
• Focus op doorontwikkeling: Veldpartijen en de NZa erkennen dat het huidige model nog niet optimaal is voor alle doeleinden, zoals zorginkoop op basis van de typering alleen. Daarom wordt er wetenschappelijk onderzoek gedaan naar verbeteringen op de langere termijn (richting 2028). Het doel is om de indeling beter te laten aansluiten bij de daadwerkelijke behandelkosten en de hoeveelheid zorg die een patiënt nodig heeft, mogelijk door het samenvoegen van bepaalde typen en het toevoegen van 'verzwarende elementen' (zoals eerdere opnames of Wvggz-maatregelen).

In de praktijk betekent deze wijziging dat er functioneel opzicht geen wijziging gedaan kan worden van de typeerdatum tussen de oorspronkelijke situatie (2025 en daarvoor) en de nieuwe situatie (vanaf 2026). Als dit toch uitgevoerd wordt, zal er een foutmelding verschijnen: De zorgvraagtypering is niet te wijzigen naar een andere datum, omdat op deze datum een andere versie van de ZVT geldig is. Verwijder deze ZVT en maak een nieuwe aan. 

Een voorbeeld:

- Stel een gebruiker registreert een ZVT met registratiedatum 01-12-2025 en maakt deze definitief
- De gebruiker kan op versie 9.28 in 2026 deze ZVT niet-definitief maken en wijzigen. 
- Zodra de datum wordt aangepast van 2025 naar bijv. 01-01-2026 zal er een foutmelding ontstaan
- Indien er een ZVT in 2026 vastgelegd moet worden, zul er dus een nieuwe aangemaakt moeten worden

FZ Berichtenverkeer: uitsluiten behandelingen

Het is nu mogelijk om specifieke behandelingen uit te sluiten voor het FZ berichtenverkeer.

Bij het inrichten van de default waardes is nu een nieuwe optie toegevoegd genaamd 'fz_uitsluiten_behandelingen'. Hierin kunnen de nummers van de behandelprogramma's die geen FZ start- of stopbericht moeten triggeren worden toegevoegd. Wanneer er meerdere behandelprogramma's zijn kun je deze scheiden door een komma. Bijvoorbeeld: 1085,1086,1092. 

Om een komma-gescheiden lijst op te kunnen slaan, dient de default waarde op soort 'string' te staan.

Door deze default waarde in te richten kan bijvoorbeeld voorkomen worden dat er een startbericht wordt klaargezet als alleen de behandeling voor Medimo medicatie gestart wordt. Op deze manier wordt dan veel vervuiling in de te versturen lijst voorkomen.

Verbeteringen declaratie en facturatie

1. Bepaalde betalers worden niet meer opgenomen in de OHW-aanlevering. Het bestuurlijk hoofdlijnen akkoord MSZ heeft betrekking op de Zorgverzekeringswet (Zvw). Daarom moeten alle gegevens worden aangeleverd over zorg die onder de Zvw valt. Er mag niet aangeleverd worden aan 0212 (krijgsmacht), 3356 (SOV), 3363 (SZVK), 7125 (Orgaan van de verblijfplaats), 9989 (OVV) en 9992 (DJI). 

2. Verbetering OHW aanlevering: Na deze update zal de OHW-aanlevering kopieën van de prestaties gebruiken in plaats van de originele rijen. Dit betekent dat de subtrajecten niet langer uit een ZH310 verdwijnen nadat ze zijn gefactureerd.

3. Bij het openen van de module Inzien facturen worden in de lijst geen aanleveringen (OHW of ANG ZPM-FZ) meer getoond, alleen facturen. Aanleveringen zijn toegankelijk via de module Financieele aanleveringen en door het bericht te openen via de 3 puntjes aan het einde van een rij (Aanlevering bekijken). Als u op de ‘x’ bij ‘Invoice batch’ klikt, worden alle aanleveringen weergegeven, maar geen facturen. Op deze manier kunnen de verschillende berichttypes niet met elkaar worden verward. 

4. Door middel van een tussenscherm met keuze-opties kunnen medewerkers van de financiële administratie nu een selectie maken voor welke financieringsstroom de retourberichten opgehaald moeten:

Declaraties: Financieel beheer → Factureren → Inzien facturen → Ophalen retourberichten

ANG: Financieel beheer → Factureren → Financiële aanleveringen → Meer opties at 'Wacht op antwoord' record → Aanlevering bekijken → Wis filters → Ophalen retourberichten

Belangrijk om te weten: De module houdt rekening met facturen met de status ‘Wacht op antwoord’. Het is niet zeker dat er al een antwoordbericht beschikbaar is in het Vecozo-portaal.

SDB EPD USER/REFLEX 

Overleg bord in USER/REFLEX NOVA (te gebruiken voor FACT)

• Voor afdeling/groep dashboarden is een nieuwe module 'Overleg bord' opgeleverd ten behoeve van FACT (rol OVERLEG_BORD noodzakelijk). Op dit bord worden alle cliënten getoond met een aangemelde en/of gestarte behandeling op de betreffende afdeling/groep. Per cliënt wordt de foto, naam, geboortedatum, categorie, subcategorie, dagen op bord en de bespreeklijst getoond. Indien een cliënt nieuw is op het overleg bord dan zijn de velden categorie, subcategorie, dagen op bord en de bespreeklijst niet gevuld.
• Aan het overleg bord is de juridische titel/machtiging toegevoegd. Hier ziet u of een cliënt een juridische titel of machtiging heeft die actueel is. Zijn er meerdere titels, dan wordt de meest recent afgegeven titel getoond en geeft een '+' getal aan dat er meer titels zijn dan de getoonde titel.
  
  
• In het Overleg bord overzicht is het mogelijk om op een cliënt te klikken om de cliënt te bespreken tijdens de FACT vergadering. Wanneer in het overzicht op de cliënt wordt geklikt, opent er een modal in schrijfmodus. Daar kan een rapportage van het FACT overleg aangemaakt worden. Wanneer er op opslaan wordt geklikt wordt de velden opgeslagen en daar verschijnt een melding van onderin het scherm. De (voortgang) rapportage valt door naar de module Voortgangrapportage en wordt getoond met type Overleg bord. Op de dag van de (voortgang)rapportage zelf is deze nog aan te passen. De dag erop is het rapportage verslag onder het kopje Voortgang terug te zien. In het rechter blok worden de raadpleeg velden getoond (juridische titel, waarschuwingen, behandelende medewerkers, diagnose, sociaal netwerk en agenda van de client. Door op de naam van de cliënt te klikken opent het default cliënt dashboard van de medewerker op een nieuw browser tabblad:
•  
  
• Verder is het mogelijk gemaakt om te filteren op 'Dagen op bord', 'Cliënten op bespreeklijst', Categorie, Subcategorie, (Voor)naam, Cliëntnummer, (juridische) titel/machtiging en aantal dagen waarop een juridische titel of machtiging afloopt:

• De filters op het Overleg bord zijn ook op te slaan, te bewerken, als default in te stellen en te verwijderen.
• Het is nu mogelijk om een overleg bord widget op een afdeling/groep dashboard te plaatsen. De widget toont hoeveel cliënten er per dag besproken worden. Door in de header van de widget te klikken, of op een van de dagen, wordt genavigeerd naar het overleg bord. Op die manier kan men meer informatie over de cliënten inzien. 

Rapporteren op doelen vanuit het snelmenu in Nova/Reflex:

Vanuit een agenda afspraak kan middels de context menu optie Doelen naar de Doelen module te navigeren. Hier worden de doelen getoond die zijn gekoppeld aan de behandelmodule van de agenda afspraak. Vervolgens kunnen doelen worden toegevoegd, gewijzigd of verwijderd. Tevens is het mogelijk om op de doelen te rapporteren:

Tevens is het mogelijk om vanuit de Bezetting naar de Doelen module te navigeren. Vanuit de Bezetting worden de doelen op zorgplan niveau getoond. 

Waarschuwingen Nova/Reflex

• In de Nova/Relex module Waarschuwingen is het nu ook mogelijk om de volgende veroorzakende stoffen te registreren bij een allergie:

'doxycycline', 'flucloxacilline', 'ceftazidim', 'morfine', 'trimethoprim' en 'sulfamethoxazol'.

• Verder is het nu mogelijk om risico/alert 'Drager BRMO - Algemeen' toe te voegen.
• De header wordt nu automatisch ververst, iedere 5 minuten zodat een andere medewerker ook direct de aanpassingen ziet in bijvoorbeeld de waarschuwingen. 

(Juridische) titels en machtigingen

In de module '(Juridische) titels/machtigingen' is het nu alleen met de nieuwe rol WZD_BEKRACHTIGEN mogelijk om voor titels/machtigingen die vallen onder de wet WZD de onvrijwillige zorg om te zetten of aan te maken met status Bekrachtigd. 

Signaleringen in Nova/Reflex

Bij het openen van een signalering wordt nu getoond dat gegevens worden geladen zodat het duidelijk is dat op de achtergrond de gegevens worden geladen.

Nieuwe rollen Nova/Reflex

In Nova/Reflex zijn de volgende rollen toegevoegd voor de volgende modules:

• Questmanager (bestaande rol QUESTMANAGER)
• Jouw Omgeving (bestaande rol JOUWOMGEVING)
• Bergop (nieuwe rol BERGOP)
• Logboek cliëntinzage (bestaande rol:  LOG_INZAGE_CLIENT)
• Afgesloten inschrijvingen (nieuwe rol AFGESLOTEN_INSCHRIJVING)
• Aanmaken documenten (bestaande rol BRIEVEN).

Voor de Medimo en Farmed menu items de volgende nieuwe rollen toegevoegd:
FARMED_BERICHTEN, FARMED_NASLAG,  FARMEDRX (bestaande rol), FARMED_TOEDIENINGSREGISTRATIE, MEDIMO_MEDICATIE_BESTELLEN, MEDIMO_MEDICATIEOVERZICHT, MEDIMO_TOEDIENEN, MEDIMO_MEDICATIESTATUS en MEDIMO_TOEDIENINGSREGISTRATIE.

Afdelling/groep dashboard

In Nova/Reflex wordt op het afdeling/groep dashboard de naam van de gekozen afdeling/groep getoond in de naam van het browser tabblad. Na het openen van een module wordt de naam van de module achter de naam van de afdeling/groep getoond.

In Nova/Reflex is het nu mogelijk om op een afdeling/groep dashboard de FARMED koppeling 'Farmed Naslag' en 'Toedieningsregistratie' te plaatsen. Let op: deze koppelingen zijn niet door SDB volledig getest.

Ook voor Medimo hebben we nu menu items beschikbaar op afdeling/groeps dashboards voor 'Medimo medicatie bestellen' en 'Medimo Toedieningsregistratie.' 

Productiviteitcijfers (BI) in Nova/Reflex

In Nova/Reflex is voor het behandelaar dashboard de widget 'Productiviteit' beschikbaar gemaakt. Deze widget toont de productiviteit cijfers van de ingelogde medewerker van de huidige maand, de vorige maand en van het begin van het jaar tot en met de vorige maand. De productiviteit die wordt getoond, is een percentage van het totaal aantal uren geboekt gedeeld door het aantal uren van het dienstverband.

Persoonsgegevens widget in Nova/Reflex

In Nova/Reflex wordt in Persoonsgegevens widget nu de opmerking tekst behorende bij de telefoonnummers en e-mail adressen getoond. 

Standaard formulieren 

In het standaard formulier 'Triage- en Crisisverslag' verschijnt nu een waarschuwing als in het veld 'Tijdstip bepaling urgentiecode (24-uursnotatie)' (tabblad 1) en/of 'Tijdstip beoordeling (24-uursnotatie)' (tabblad 2) bij de uren of minuten een getal wordt ingevoerd met een komma. 

In het standaard formulier 'Cliëntfactoren Aanmelding en Intake' zijn de vraag 'Wat is het niveau van verstandelijk functioneren?' en bijbehorende antwoordopties tekstueel gewijzigd. De business rules zijn ongewijzigd (deze waren reeds correct).

Update Wvggz formulier Art. 8:16 lid 2-5 
Vanaf 1 maart 2025 hoeft de geneesheer-directeur geen informatie meer over Beslissing overplaatsing individuele cliënt te delen met de IGJ. Daarom is in de brief behorende bij Wvggz formulier ‘Art 8:16 lid 2-5 - Beslissing tot overplaatsing (V042021)’ de tekst ‘- de inspectie Gezondheidszorg en jeugd' verwijderd uit de lijst onder de tekst 'Ik stuur een kopie van deze brief naar:

FZ berichtenverkeer 3.1

Vanaf versie 9.27 is het FZ berichtenverkeer versie 3.1 beschikbaar. In deze versie zijn vooral technische aanpassingen doorgevoerd, zodat de berichten aansluiten bij de standaarden die Vektis hanteert. Zo is bijvoorbeeld de opbouw van alle XML berichten aangepast.

Naast deze technische wijzigingen zijn er ook enkele functionele wijzigingen:

Voorvoegsel bij de naam van de plaatser wordt niet langer als apart veld aangeboden

Binnen DJI is er op dit moment geen standaardisatie voor het vastleggen van de naamgeving. Hierdoor wordt soms het voorvoegsel niet of vastgeplakt aan de achternaam meegestuurd. Vanaf versie 3.1 wordt het voorvoegsel niet meer apart verstuurd en is dus altijd onderdeel van de achternaam. Zo kan het dus voorkomen dat de naam van de plaatser de ene keer als ‘van Beek’ wordt verstuurd en in een andere situatie als ‘Beek, van’. Dit komt doordat dit zo vastligt in de verschillende systemen van DJI.

Eén set codelijsten

In plaats van de codelijsten onderdeel te maken van een versie is ervoor gekozen om alle codelijsten los te koppelen van een FZ berichtenverkeer versie. Hierdoor is het mogelijk om ook buiten een versie om aanpassingen te doen in een codelijst. USER 9.27 maakt nu ook gebruik van de nieuwe codelijsten.

Eén berichtvolgnummer en geen nummer meer apart per plaatsing of aanmelding

In FZ berichtenverkeer versie 2.2 had zowel de aanmelding als de plaatsing een apart volgnummer. Als de aanmelding volgnummer 1 had dan kreeg de plaatsing vervolgens ook volgnummer 1.

Dit is aangepast, zodat er over de aanmeldingen en plaatsingen wordt doorgenummerd. Als de aanmelding volgnummer 1 had krijgt de plaatsing vervolgens volgnummer 2. Het volgnummer is dan ook hernoemd naar een ‘berichtvolgnummer’.

Bij het overnemen van de gegevens naar het zorgtraject wordt vanaf nu voor versie 3.1 berichten dan ook het berichtvolgnummer meegenomen.

Aanmeldings- en plaatsingsstatus zijn vervangen door ‘reden versturen bericht’

De aanmelding en plaatsing hebben in versie 2.2 van het FZ berichtenverkeer beide nog een aparte status. Vanaf versie 3.1 is dit aangepast en delen de aanmelding en plaatsing een codelijst. In het berichtenverkeer is de status hernoemd naar ‘reden versturen bericht’.

Na overleg met verschillende zorgaanbieders heeft DJI de codelijst ook uitgebreid, zodat altijd duidelijk is waarom een bericht verstuurd is. Bekijk de nieuwe codelijst op de website van Vektis.

In het zorgtrajectscherm zijn bij het plaatsingsbesluit nu ook deze waarden uit de nieuwe codelijst te kiezen. Gezien er in het begin nog wijzigingen zijn bij plaatsingen die voor versie 2.2 zijn afgegeven is ook de oude codelijst nog te gebruiken. Per waarde is aangegeven of deze voor het berichtenverkeer versie 2.2 of eerder is en welke voor versie 3.1.

Deze waarden zijn puur ter informatie in het zorgtrajectscherm, er is geen verdere actie aan gekoppeld, bijvoorbeeld voor het versturen van start- en stopberichten. Een 3.1 waarde toevoegen bij een 2.2 bericht is dus geen probleem. Uiteindelijk zullen we de 2.2 waarden uitfaseren.

Correctieberichten verwijderen

Vanaf FZ berichtenverkeer versie 3.1 mag er geen gebruik meer gemaakt worden van correctieberichten. Dit gebeurde in USER echter vanaf het allereerste begin al niet. Hier is dus geen wijziging voor doorgevoerd. Bij wijziging van de startdatum van een al verstuurde start zal dus eerste en intrekkingsbericht aangemaakt worden en een nieuw bericht met de juiste startdatum.

Livegang

Vanaf 1 oktober 2025 00:00 uur is het mogelijk om FZ berichtenverkeer versie 3.1 berichten te versturen. Door de grote wijziging is er echter een overgangssituatie waardoor je niet voor 1 oktober 2025 al over hoeft te zijn. Versie 2.2 berichten blijven dus ook nog een tijd ondersteund na 1 oktober 2025. De zorgaanbieders krijgen van DJI hierover een mailing met meer informatie. Let op: communiceer altijd met DJI de datum waarop het FZ berichtenverkeer 3.1 geactiveerd moet worden.

Gezien versie 9.27 vanuit USER nodig is om versie 3.1 berichten te versturen ontstaan de volgende twee situaties:

• De omgeving is al voor 1 oktober 2025 over op versie 9.27. In dat geval worden tot 1 oktober versie 2.2 berichten verstuurd en vanaf 1 oktober versie 3.1 berichten. Geef aan DJI aan dat je al op 1 oktober 3.1 wilt ontvangen en gaat versturen.
• De omgeving is pas na 1 oktober 2025 over op versie 9.27. In dat geval blijven tot installatie van versie 9.27 2.2 berichten verstuurd worden. Na overgang op 9.27 is USER klaar voor het berichtenverkeer 3.1 en worden ook direct al 3.1 berichten verstuurd. Stem dan dus met DJI de datum van livegang USER 9.27 af. Ga je bijvoorbeeld live in de avond van 7 oktober, geef dan aan dat je vanaf 8 oktober de 3.1 berichten wilt ontvangen.

Toevoegingen FZ Berichtenverkeer

Bijlages openen

Bijlages bij berichten (zoals indicatiestelling en uitgeschreven rapport) kunnen vanaf nu geopend worden in het detailscherm van het bericht.

De nog te ontwikkelen vervolgstap hierin zal zijn om de bijlages op te kunnen slaan in de correspondentiemodule.

Notities

In het FZ berichtenverkeer overzicht wordt nu per bericht getoond of er een opmerking / commentaar is bij dit bericht.

Zodra het bericht wordt geopend, worden standaard alleen de notities getoond behorende bij het specifieke bericht. Via een slider is het mogelijk om te kiezen voor alle notities.

Reactie op aanmelding

Het nummer is zichtbaar is bij het openen van de lijst met 'reactie op aanmelding', zodat duidelijk is welk nummer hoort bij welke omschrijving.

Hier kan ook op gezocht worden in de LOV en ook in de auto-suggest.

Zorgdomein – email adres

Wanneer in Zorgdomein een e-mailadres is opgegeven voor de cliënt, is deze nu ook te zien bij de Zorgdomein verwijzing. Vervolgens wordt deze ook overgenomen bij het aanmaken van een nieuwe client vanuit de verwijzing.

SMS 2e herinnering

Het is vanaf nu mogelijk om een 2e SMS herinnering te versturen vanuit een agenda afspraak.

In de inrichtingstabel voor’waarschuwingen’ zijn een aantal extra records uitgeleverd:

• 1 week, 1 dag
• 4 dagen, 1 dag
• 3 dagen, 1 dag
• 2 dagen, 1 dag

Dit betreffen nieuw te kiezen opties waarbij er 2 herinneringen verstuurd zullen worden voor de betreffende afspraak. Deze opties zijn beschikbaar bij de afspraak in de agenda.

De bestaande werking blijft verder gelijk. Om structureel te gebruiken van een 2e herinnering  zal het veld ‘waarschuwen voor’ bij ‘onderhoud activiteit’  aangepast kunnen worden naar 1 van de opties voor een 2e herinnering.

Inrichtingsschermen

In de volgende inrichtingsschermen van Alta zijn verbeteringen aangebracht:

• Profiel/rollen: nummer van het profiel is nu ook in te richten, i.p.v. de standaard autonummering
• Toegestane productcodes JW/WMO: direct op nummer zoeken
• Categorie: nummer kan handmatig worden ingevuld i.p.v. standaard autonummering
• Bepalingen: het is nu mogelijk om te zoeken op categorieën binnen een bepaling en bepalingen/memo materiaal bijzonderheden binnen categorieën
• Tarief per verrichting: in de lijstweergave is ‘declaratietype’ en ‘indirecte tijd declarabel’ zichtbaar

Door deze aanpassingen worden deze inrichtingsschermen in Forms uitgezet.

ZPM financiering per behandeling

Er is een inrichtingsscherm toegevoegd voor ZPM financiering per behandeling. De inrichtingstabel was reeds aanwezig in de database. Deze kan nu ingericht worden via dashboard 'Inrichting', 'Financiering', 'ZPM financiering per behandeling'. 

Metingsgegevens klaarmaken voor uitwisseling

Er kunnen nu zorginformatiebouwstenen (ZIBs) worden gekozen bij metingen en ZIB attributen bij meting velden in de inrichtingsmodule Meting, ter voorbereiding van het uitwisselen van informatie.

Facturatie en declaratie

Configuratie

• In de module ‘Ondergrens’ is het nu mogelijk om de ondergrens afzonderlijk te configureren voor de schermen ‘Aanmaken facturen’ en ‘Inzien facturen’.
• In de module ‘Configuratie facturatie’ is het nu mogelijk om het aanmaken en verzenden van facturen uit te schakelen, mocht dit om welke reden dan ook nodig zijn.

Nieuwe kwaliteitscontrole MSR

De verwijzer moet een specialisme hebben. Als deze code niet aanwezig is, valt de prestatie uit, en wordt er een foutmelding getoond.

Functionele wijziging foor de factuurstroom DBC-MSZ-MSR in 'Facturen aanmaken'

Bij het maken van een selectie en het selecteren van een datum in de velden ‘Datum vanaf’ of ‘Datum t/m’, wordt rekening gehouden met de einddatum van het subtraject (voorheen was dit de startdatum).

Wijzigingen in FZ813 (ZPM-FZ aanlevering)

Volgens de specificaties van DJI bevat dit bericht nu ook de creditprestaties.

BI Controlepunten

De acties die voortvloeien uit controlepunt "ZV.5 Controle op onjuiste typering van diagnose bij declaratie" zijn specifieker omschreven, waardoor de signaleringen beter toegewezen kunnen worden aan de juiste medewerkers. 

Het controlepunt is ook gelijk opgesplitst en hernoemd naar onderstaande 2 controlepunten:

"ZV.- Controle op onjuiste GGZ typering van diagnose bij declaratie"

"FZ.15 Controle op onjuiste FZ typering van diagnose bij declaratie"

Hotfixes op 9.26

Voor een overzicht van de inhoud van de uitgebrachte hotfixes op 9.26, zie: Hotfix overzicht USER | Versie 9.26

Nova/Reflex aanpassingen

In Nova/Reflex zijn de volgende aanpassingen doorgevoerd:

• In de snelmenu agenda in het tijdsoverzicht worden voor afspraken van type Systeemcontact en Groepsafspraak nu bij meerdere cliënten en relaties (bij Systeemcontact) enkel het feit dat er meerderen zijn en het aantal getoond.
• In de snelmenu agenda in de details van afspraken van het type Systeemcontact wordt nu niet langer geboortedatum en (ID) getoond.
• In de snelmenu agenda bij het rapporteren is bij het lezen van de rapportages van anderen nu de naam dikgedrukt boven de door de andere medewerkers gerapporteerde teksten om nadruk te leggen op wie welke rapportage geschreven heeft.
• Het is mogelijk gemaakt om vanuit de Plannen module een rapport op te slaan in de Correspondentie module. Dit kon in Alta al, en werkt nu ook in Nova/Reflex.
• In de Plannen module is een aanpassing gemaakt om de MDO velden mee te laten groeien met de ingevoerde tekst, zodat deze beter leesbaar blijft. Dit geldt ook in Alta.
• In de Plannen module is een aanpassing gemaakt om in de MDO modus de tekst van andere medewerkers (blok 'Bijdragen door:') en de volledig tekst (blok ‘Inzien van volledige tekst’) standaard in te klappen. Dit geldt ook in Alta.
• De Werklijst widget is aangepast om nu openstaande taken te tonen van zowel de huidige week als de vorige week. De taken worden in de Werklijst widget geordend van oud naar nieuw, op datum gepland (van boven naar beneden). Dit is conform hoe dit werkt in de Werklijst module.
• In de Verpleegkundige taken module is het mogelijk gemaakt om de taak 'Bloeddruk en pols meten' te kiezen.
• Voor de modules Plannen module, Verpleegkundige taken, en Zorgoverzicht zijn verbeteringen gemaakt in de context menu's door het toevoegen van iconen waar deze misten, het versimpelen van namen van menu opties, en het zetten van menu items op een logische volgorde of als dit niet nodig was op een alfabetische volgorde.
• Via een systeeminstelling was het voorheen al mogelijk om de naam van de cliënt in het tabblad van de browser te tonen voor Nova/Reflex indien de gebruiker op het cliënt dashboard was. Hier is nu aan toegevoegd dat de naam van de cliënt ook wordt getoond als de gebruiker in een specifieke module is voor een cliënt in de vorm van Naam cliënt | Naam module. Instellingen kunnen een aanvraag doen bij SDB Zorgt om naam van de cliënt in het tabblad aan te laten zetten. De alternatieven waar voor gekozen kan worden zijn:
  1. Roepnaam en eerste letter achternaam van de cliënt (geen voorvoegsels).
  2. Eerste letter van de roepnaam, voorvoegsel en achternaam van de cliënt. 
• Leeftijd en geslacht worden nu getoond in de header op cliënt dashboards.
• Wanneer een cliënt is overleden, wordt dit nu getoond in de header door middel van een kruis op cliënt dashboards. Bij een mouse over op dit kruis wordt de datum van overlijden getoond. 
• De Waarschuwingen widget toont nu altijd alle actuele waarschuwingen en toestemmingen (alleen de actuele behandelaanwijzing en wilsverklaringen).
• Bij het aanmaken van een taak in de gebruikersbalk links kan nu met de knop 'Aan mijzelf toewijzen' automatisch de ingelogde gebruiker gevuld worden als medewerker. Met de knop 'Toewijzen aan huidige cliënt' kan de cliënt waarvan op dat moment een cliënt dashboard of module is geopend, worden toegevoegd als cliënt.
• Bij inloggen in Nova/Reflex wordt nu niet langer het Avinty logo getoond. Nu wordt het SDB Zorgt logo getoond.
• In Nova/Reflex en voor Reflex modules (zoals Plannen module, Dwangregistratie, Toestemmingen, FZ berichtenverkeer, SOEP) zijn veel aanpassingen gedaan ten behoeve van de veiligheid van de gegevens. Functioneel hebben deze aanpassingen geen gevolgen maar ze waren wel noodzakelijk om door te voeren. 

Veranderingen formulieren

De volgende grotere wijzingen zijn gedaan aan formulieren (zie voor meer informaties de bijbehorende issues, waar beschikbaar):

• Het is voor de brief 'Besluit Geneesheer-directeur over uitstel voorbereiding verzoekschrift zorgmachtiging in verband met plan van aanpak (art. 5:5 Wvggz)' mogelijk gemaakt om in de vragenlijst aan te vinken dat er een kopie naar de advocaat wordt gestuurd (UE-6129);
• Een nieuwe versie van de CQI is opgeleverd met de naam 'AKWA-CQi Vragenlijst 2024 versie 6.0' (UE-6165);
• In het ROM meetinstrument 'COPM | Canadees meetinstrument voor handelingen en vaardigheden' is onderaan de tabbladen 'Onderzoek' van het initiële en nameting formulier een opmerkingen veld toegevoegd;
• In het ROM formulier 'CPET (Ergometrie)' zijn enkele wijzigingen gedaan: bij de vraag Capillair/Arterie is antwoordoptie 'N.v.t.' toegevoegd; Het kopje 'Voor meting' is aangepast naar 'Rust meting'; het kopje 'Na meting' is aangepast naar 'Max meting'; het veld 'Borg zwaarte' is niet meer verplicht om in te vullen.Dit is ook in versie 9.25.3 uitgeleverd; 
• Aan het meetinstrument ‘CP Classificaties’ is onder de kop ‘Spraak’ het item ‘Viking Speech Scale’ toegevoegd (RE-26);
• Aan het FACT formulier is de categorie ‘Wettelijke groep’ toegevoegd met de subcategorieën ‘Wvggz’ en ‘FZ’ (UE-6519). 

FZ Berichtenverkeer

• Indien bij het overnemen van clientgegevens geen voorletters meekomen, worden de voorletter(s) van de voornaam gevuld. 

MSZ Patientgroepen

Het is nu mogelijk om MSR patiëntgroepen vanaf 2025 te kunnen registreren bij een ICD-10 diagnose en deze als zorgvraag af te leiden binnen de MSZ DBC declaratie.

In de module Diagnose (ICD-10) wordt het veld 'MSR patiëntgroepen' alleen weergegeven als de gekozen DBC-diagnose begint met 03 (Hersenaandoening), begint met 05 (Laesie van het ruggenmerg) of 0215, 0216 of 0218 (Amputatie van het been). 

Onderhoud DBC (zorg)activiteit/functie

Het is nu mogelijk om de DBC-MSZ-MSR activiteiten en functies aan een DBC zorgactiviteit te koppelen via het scherm 'Onderhoud DBC (zorg)activiteit/functie' onder de tegel 'Inrichting' --> 'Behandeling/Traject'.
Het is tevens mogelijk de inhoud te exporteren en indien nodig door een consultant te laten importeren in een omgeving die over dezelfde activiteiten en functies beschikt.

Zorgvraagtypering

Naast de rol ZORGVRAAGTYPERING_DEF (zorgvraagtypering definitief maken) is het vanaf USER versie 9.26 ook mogelijk om gebruik te maken van de toegevoegde rol ZORGVRAAGTYPERING_NIET_DEF (zorgvraagtypering niet-definitief maken). Deze rollen werken in alleen combinatie met de rol ZORGVRAAGTYPERING.
Nb. De rol ZORGVRAAGTYPERING_ADMIN is ongewijzigd. Het verschil met deze rol is dat een gebruiker ook kan bewerken en verwijderen.

Diagnose

De rol DIAGNOSE_DEFINITIEF is vanaf USER versie 9.26 opgesplitst in twee aparte rollen nl.: DIAGNOSE_DEFINITIEF en DIAGNOSE_NIET_DEFINITIEF. Deze rollen werken in alleen combinatie met de rol DIAGNOSE.
Het is dus niet meer mogelijk om met de combinatie DIAGNOSE en DIAGNOSE_DEFINITIEF een diagnose niet-definitief te maken! 

Facturatie en declaratie

Functionele verbeteringen:

- Als een DBC-MSR-activiteit een ontbrekende verrichtingscode heeft, wordt deze niet verzonden naar de grouper en gemarkeerd als uitval in het tabblad 'Geleverde productie' met een foutmelding

- Het is nu mogelijk om activiteiten per kolom te sorteren door op de pijltjes in de kolomtitels te klikken.

Nieuwe kwaliteitscontroles:

Er zijn nieuwe controles toegevoegd in het scherm Aanmaken facturen die de prestaties markeren als uitval om onjuiste facturering te voorkomen. Dit zijn:

- De startdatum van het zorgtraject mag niet in de toekomst liggen.
- De startdatum van de forensische zorgtitel mag niet in de toekomst liggen.
- De verwijsdatum mag niet in de toekomst liggen.

Opgeloste bugs:

- Probleem opgelost waarbij toeslagen niet zichtbaar waren in Aanmaken facturen als de betreffende hoofdprestatie al was afgedrukt.
- Problemen met het creditering opgelost die optraden bij het overschakelen van een Vecozo-betaler naar restitutienota of omgekeerd.
- DBC-MSR subtrajecten die handmatig opnieuw werden geopend en/of gesloten, worden nu op de juiste plaats in de schermen getoond.
- Verkeerd gedrag van de knop 'Opschonen' opgelost wanneer een factuur de status Validatiefouten heeft.

USER/REFLEX BI

UPM GGZ 2025

De UPM GGZ 2025 is beschikbaar gemaakt onder Verantwoording op peildatum, volgens de template die via GGNet is aangeleverd, genaamd "3.1.1. ZN-25-001211 Bijlage UMP 2025 (v1.0).xlsx"  

Horizontale controlepunten 'Dossier op orde'

Controlepunten uit de categorie 'Dossier op orde' kunnen nu zowel onder Horizontale controle als onder bijvoorbeeld het Zorgadministratie dashboard getoond worden. Breidt hiervoor in de sql de categorie uit met de gewenste plek, bijvoorbeeld 'Dossier op orde; Zorgadministratie'.

Hotfixes op 9.25

Voor een overzicht van de inhoud van de uitgebrachte hotfixes op 9.25, zie: Hotfix overzicht | 9.25

Nova/Reflex aanpassingen

In Nova/Reflex zijn de volgende aanpassingen doorgevoerd:

• Het is mogelijk gemaakt om te rapporteren op afspraken en de rapportage van collega's te lezen bij die afspraken via de agenda in het snelmenu voor alle afspraaktypes, m.u.v. Straathoekwerk, Preventie, Blok, en Overige afspraak;
• In Persoonlijke instellingen kan de gebruiker nu de tijdsschaal instellen van de snelmenu agenda (5 minuten, 15 minuten, 30 minuten (default), 1 uur);
• In de snelmenu agenda voor systeemcontact afspraken worden de systeemcontacten nu met een ander icoon duidelijk onderscheden van de cliënten, en hebben systeemcontacten ook geen contextmenu meer;
• Het is mogelijk gemaakt om signaleringswidgets te combineren in groepen, en om die groepen weer te geven als één widget op dashboards;
• Het is nu mogelijk om te navigeren naar een cliënt met inschrijvingsstatus 'Geen inschrijving', waarbij de gebruiker gelijk uitkomt op de Inschrijving module op het 'Geen inschrijving' dashboard (menu met zelfde menu-items als standaard dashboard, geen widgets);
• In de Plannenmodule is de mogelijkheid om gekoppelde brieven aan te maken toegevoegd;
• In de Plannenmodule wordt bij het aanmaken van een rapport het rapport niet langer gelijk lokaal opgeslagen, maar geopend op een nieuw scherm in de browser;
• In het Zorgoverzicht is de mogelijkheid om gekoppelde brieven aan te maken toegevoegd op Zorgoverzicht niveau en behandeling niveau;
• Het aan/uit zetten van categorieën, menu-items en widgets is verplaatst naar de 'Wijzigen' functionaliteit, en uit wordt nu doorgestreept getoond in de inrichting;
• De Voortgang widget (Cliënt dashboard), Rapportages widget (Afdeling/groep dashboard), en Overzicht rapportages (Afdeling/groep dashboard) tonen niet langer instantie voor medewerkers om onnodige tekst te verminderen;
• In de Werklijst module is toegevoegd dat de gebruiker kan zien wie een taak of zorgproces heeft aangemaakt, en wanneer, als ze er op klikken;
• De 'Buiten autorisatie zoeken' knop in de Openen cliëntdossier wordt nu enkel nog getoond wanneer dit nodig is;
• In de Persoonsgegevens widget wordt verblijf bij een Afdeling/Groep los getoond van het adres en is de weergave van adres verbeterd (huis icoon bij huisadres, locatie icoon bij verblijfsadres, bij geheim adres niet getoond in de widget); 
• De allergie codelijsten gebruikt in de Waarschuwingen module zijn aangepast naar de recentste versie van de allergie ZIB (v4.1.1);
• Zoeken in het menu links is verbeterd: 
  • bij openen automatisch focus in het zoekveld;
  • zoeken geeft alleen nog menu-items als resultaat, geen categorieën;
  • zoeken op een menu-item waar de gebruiker geen toegang toe heeft geeft niet langer de bovenliggende categorie als resultaat.

Nova/Reflex: ingerichte menu-items verdwijnen

Bij het inrichten van een dashboard is het mogelijk dat toegevoegde menu-items verdwijnen. Dit kan ontstaan door snel achter elkaar menu-items toe te voegen, te verplaatsen, en aan en uit te zetten. Op de achtergrond is het opslaan van een dergelijke wijziging dan nog niet gereed. 

Advies voor 9.24: geef het systeem even de tijd om de wijzigingen op te slaan. Een refresh geeft de actuele gegevens in de database weer. Het kan handig zijn om bij het inrichten af en toe even een refresh uit te voeren. 

Om dit op te lossen zijn een aantal aanpassingen doorgevoerd in 9.25 (UE-6291). Het aan/uit zetten van menu-items en widgets is daarom verplaatst naar het wijzigen van een menu-items en widgets (UE-6293). 

Aandachtspunt voor applicatie beheerders na overgang 9.25:

Menu-item met dubbele positie nummers kunnen weer verschijnen na overgang naar 9.25. Om die reden is het advies aan applicatie beheerders om na de overgang naar 9.25 te controleren of aan de menu's op de verschillende dashboarden modules (dubbel of onterecht) zijn toegevoegd.

Veranderingen formulieren

De volgende grotere wijzingen zijn gedaan aan formulieren (zie voor meer informaties de bijbehorende issues, waar beschikbaar):

• Er zijn nieuwe rollen toegevoegd voor meetinstrumenten STATIC-99R, STABLE-2007, ACUTE-2007, en SAPROF (UE-6370);
• Het formulier Standaard Lichamelijk Onderzoek (SLO) is aangepast naar ontwerp v3 (UE-6210);
• De Afbakeningscriteria checklist vragenlijst is aangepast naar ontwerp v2 (UE-6194);
• Het Longfunctieformulier zijn nieuwe velden Conclusie en Bijlage aan toegevoegd;
• De Utrechtse Schaal voor de Evaluatie van Klinische Revalidatie (USER) vragenlijst zijn Barthel index scores berekeningen aan toegevoegd (UE-6175);
• De Utrechtse Coping Lijst - Herziene Editie (UCL-R) is opgeleverd, omdat Pearson ondersteuning staakt voor de oude Utrechtse Coping Lijst (UCL). Er dient over te worden geschakeld naar deze herziene versie (UE-5963);
• Het Medical Research Council (MRC) formulier is aangepast om te kunnen scoren op spiergroepen en bewegingsrichtingen.

Facturatie en declaratie

CAK declareren

Aandachtspunt voor applicatiebeheerders, administratiemedewerkers en managers met betrekking tot het CAK.

Het digitaal declareren voor zorgverleners aan het CAK is mogelijk. In alle gevallen verloopt digitaal declareren via VECOZO. Daarmee sluiten we aan bij de manier van declareren waar de meeste zorgverleners bekend mee zijn. Dit geldt voor zowel de regeling Onverzekerbare Vreemdelingen (OVV) als de Subsidieregeling medisch noodzakelijke zorg aan onverzekerden (SOV).

Om digitaal te kunnen declareren is het nodig dat de nationaliteit van de patiënt wordt meegestuurd in het declaratiebestand zowel bij ZPM als MSR financiering. Bij ZPM financiering zijn voorletters verplicht maar BSN en verzekeringsnummer zijn niet langer verplicht.

Wat is nodig in USER/REFLEX om de facturatie goed te laten verlopen?

Voor de inrichting moet er een nieuwe instantie CAK toegevoegd worden aan Inrichting → Instantie/afd/grp → Instantie als type 'verzekering'. Bij de nieuwe instantie moet het vinkje digitaal declareren aangezet worden. Op client niveau moet deze nieuwe instantie worden toegevoegd. 

Om daadwerkelijk te kunnen factureren aan CAK via VECOZO moeten de volgende waarden in de modules gehanteerd worden.

In de applicatie bij de module zorgtraject van de client, op het tabblad financiering, de betaler op standaard zetten in plaats van instantie.

Daarnaast moet er bij de module verzekering van de client de zorgverzekering gevuld zijn met de nieuwe CAK.

Wanneer het een papieren factuur betreft dan wordt in het zorgtraject van de client op het tabblad financiering gekozen voor CAK als instantie.

Zorgverzekering:

Zorgtraject:

FZ verantwoordingsbericht verbeteringen:

We hebben het mogelijk gemaakt om de einddatum verantwoordingsperiode te kiezen voor een ANG ZPM-FZ levering. De startdatum is dan automatisch 1 januari van hetzelfde jaar. Het doel hiervan is om de periode specifieker te kunnen kiezen, om aan verzoeken van DJI te kunnen voldoen.

Als automatisch terugkerende aanleveringen worden gebruikt, is de einddatum altijd de laatste dag van het vorige kwartaal.

Grouper configuratie en verbeteringen:

We hebben twee nieuwe waarden toegevoegd in het scherm Configuratie facturatie:

Het is mogelijk om de standaardwaarden te wijzigen van wanneer gegevens naar de grouper moeten worden verzonden na het maken van wijzigingen in het traject. Daarnaast kan er aangegeven worden hoeveel dagen na het einde van een subtraject gegevens naar de grouper moeten worden verstuurd.

Activiteiten die naar de grouper worden gestuurd zijn nu zichtbaar in een apart tabblad in het detailscherm van MSR prestaties. Het tabblad 'Geleverde productie' toont activiteiten die naar de grouper zijn gestuurd. Het tabblad 'Afgeleide productie' toont activiteiten die declarabel werden geacht door de grouper.

Filteren op behandelaar in Aanmaken facturen:

In het scherm Aanmaken facturen is het nu mogelijk om te zoeken naar een behandelaar (inclusief verzorgers, regiebehandelaars, verwijzers etc.) Het zoeken kan op naam of AGB-code. 

Door op het vergrootglaspictogram te klikken, kan een meer gedetailleerd zoekvenster worden gebruikt.

Overige verbeteringen en foutoplossingen:

• Bij prestaties die mogelijk dubbel zijn, worden de rijen niet langer geblokkeerd bij het importeren van gegevens naar facturering.
• Het probleem met dubbele debet rijen in ANG ZPM-FZ aanleveringen is opgelost.
• Wanneer cliëntgegevens worden gewijzigd, worden deze nu correct bijgewerkt in de facturering.
• Validaties in het GDS801 bericht met betrekking tot APK-code bijgewerkt, zodat ze niet meer worden afgekeurd door Vecozo.
• Als retourcode 8001 (Declaratie is volledig toegewezen) voorkomt in het ZH309 retourbericht, wordt deze niet langer afgekeurd. De factuur krijgt de status 'Goedgekeurd'.
• Probleem opgelost dat het venster voor parkeren/uitsluiten soms niet sloot na het klikken op Bevestigen.
  
  

Verholpen issues integratie USER - Karify 

In het Karify portaal werden bepaalde gegevens getoond aan de cliënt die voor verwarring konden zorgen. Daarom hebben we verschillende issues opgelost:

• Als een afspraak op tijd is afgemeld door de cliënt (en dus niet doorgaat) is dat niet te zien in het portaal. Nu voorkomen we dat deze afspraak wordt getoond in het portaal (UE-6336).
• Bij een online afspraak zoals een belafspraak, werd nog het adres van de locatie weergegeven wat er mogelijk toe kon leiden dat de cliënt naar de instelling zou reizen. We hebben daarom de locatie verwijderd voor de meetings die online gehouden worden (UE-6355).
• We hebben een verbetering doorgevoerd zodat het makkelijker wordt om in het Karify portaal te zien dat een afspraak online is. Hiervoor is een aanpassing nodig bij een contactsoort in USER. Ga naar Inrichting → Agenda → Contactsoort. Bij een contactsoort is nu een extra checkbox te vinden om aan te geven of een contactsoort online is ((UE-6439).
  
  
• 
  
• Bij een afspraak waar de cliënt zelf niet aanwezig is, maar de relatie wel, staat deze afspraak wel in de agenda van de cliënt zelf. Ook is daar niet te zien dat de afspraak met een relatie van hem/haar is en welke relatie dan. Het is dus niet duidelijk voor de cliënt dat hij/zij zelf niet verwacht wordt. Wij hebben ervoor gekozen om bij een afspraak met een systeemcontact zonder aanwezigheid van de cliënt, de afspraak niet te tonen in het portaal om verwarring te voorkomen. Wanneer de cliënt wel zelf aanwezig is bij de afspraak zal deze wel in de agenda in het portaal worden getoond, inclusief de relatie (UE-6337).
• Op het moment dat een medewerker de status "afgemeld" heeft en dus niet bij een afspraak aanwezig is, werd deze medewerker nog wel getoond in de portal bij de afspraak die de cliënt heeft. Dit is nu verholpen (UE-6335).

FZ Berichtenverkeer v2.2

Per 1-4-2025 dient de nieuwe versie van het FZ berichtenverkeer in gebruik genomen te worden. Het betreft een minor relase, welke in een 'big bang' scenario uitgerold gaat worden.

Aanpassingen in versie 2.2

De volgende zaken zijn aangepast in versie 2.2:

• Er is een nieuwe default waarde toegegvoegd voor FZ berichtenverkeer 2.2, deze default waarde is 'datum_fz_berichten_v22' geworden met de datum van 02-04-2025.
• Voor alle FZ berichten worden het versienummer en subversie nummer getoond in het detailscherm van het bericht.
• Alle berichten van versie 2.2 kunnen opgehaald en verwerkt worden
• De dubbele code voor delict '240b kinderpornografie' is verwijderd, deze kan nu niet meer gebruikt worden in het FZ 2.2 berichtenverkeer.
• De nieuwe codelijst voor de reactie op de aanmelding is ingelezen en kan gebruikt worden om reageren op aanmeldingsberichten in het FZ berichtenverkeer 2.2.

Ingebruikname

DJI heeft voor de ingebruikname van versie 2.2 de volgende planning afgegeven:

• Vanaf 31 maart 2025 12:00 uur gaat er een ‘freeze’ periode in.
  Vanaf deze datum is er geen berichtenverkeer mogelijk. Er worden vanuit DJI dan ook geen nieuwe plaatsingen verstuurd. Als zorgaanbieder is het belangrijk om in deze periode ook geen berichten te versturen. Deze worden bij DJI niet verwerkt. Verstuur dus geen reactie op aanmeldingen / plaatsingen en geen start- of mutatieberichten.
• DJI werkt haar systemen bij met versie 2.2 in de nacht van 1 op 2 april. In de ochtend van 2 april is het berichtenverkeer dan weer operationeel. Er kunnen dan ook weer berichten verstuurd worden vanuit de zorgaanbieder.

Er is dit keer dus geen overgangssituatie waarbij het mogelijk is om ook na 1 april nog gebruik te maken van de oude berichtversie 2.1. Werk de productieomgeving dus voor 1 april bij naar versie 9.25. Is de omgeving voor die datum niet bijgewerkt naar versie 9.25 dan kan er geen gebruik meer gemaakt worden van het FZ berichtenverkeer.

ISO code bij nationaliteit

Bij digitale berichten aan het CAK is het noodzakelijk de nationaliteit op te nemen. Deze is momenteel opgeslagen in de nationaliteitstabel (onderhoud nationaliteit), maar deze tabel bevat niet de 2-letterige ISO-code. De tabel onder 'Inrichting', 'Topografische basisgegevens', 'Nationaliteit' is gewijzigd en bevat nu ook de mogelijkheid (een nieuwe kolom 'NATI_LAND_CODE2') om de 2-letterige ISO-code in te voeren. Voor de meeste landen is de code reeds voorgevuld.

Hotfixes op 9.24

Voor een overzicht van de inhoud van de uitgebrachte hotfixes op 9.24, zie: Hotfix overzicht | 9.24

NOVA/REFLEX aanpassingen

 In NOVA/REFLEX zijn de volgende aanpassingen doorgevoerd:

• Het onderwerp van een agenda afspraak is toegevoegd aan het snelmenu;
• Eigen zorgplan printen vanuit de Plannen module is mogelijk gemaakt;
• Medewerker aan een dashboard toevoegen door te filteren op medewerkers met een bepaald profiel;
• In het account menu kan middels de optie ‘Versie’ worden bekeken in welke omgeving is ingelogd, welke versie draait en wanneer de laatste versie wijziging is doorgevoerd;
• In het account menu is de volgorde aangepast zodat sneller naar Uitloggen kan worden genavigeerd;
• Inzicht in het gebruik van Nova/Reflex (nu alleen de aantal ingelogde Nova/Reflex gebruikers per dag);
• Logging van React modules (b.v. Plannen module) en logging van cliënt dashboarden vanuit Nova/Reflex is toegevoegd;
• In de Plannen module wordt onder historie nu duidelijker per zorgplan versie getoond om welke versie het gaat (onderverdeeld in Concept, Actueel en Vorige versies);
• De module ‘Dashboard items’ toont nu voor signalering widgets ook bijbehorende informatie;
• Na het uitloggen en daarna opnieuw inloggen wordt Nova/Reflex nu wel direct opgestart zonder eerst de url naar Nova/Reflex in te voeren;
• Menu-item ‘VIP live’ is nu beschikbaar voor het plaatsen op een cliënt dashboard;
• Verbetering van de rollen met prefix 'NOVA_' (nog niet gereed, gaan we in 9.25 mee verder);
• Ten behoeve van Revalidatie klanten is een nieuwe widget ‘Vitale functies’ toegevoegd.

Nova/Reflex Rollen uitleg

Aanleiding

Naar aanleiding van de onduidelijkheid over Nova/Reflex rollen proberen we middels deze uitleg meer duidelijkheid te verschaffen. Op dit moment worden de functies van de bestaande rollen met prefix 'NOVA_' onderzocht. Deze rollen worden ook gebruikt in Reflex. In versie 9.24 zijn reeds een aantal overbodige 'NOVA_'-rollen verwijderd. Ook in USER versie 9.25 werken we verder aan het verminderen, verbeteren en verduidelijken van de bestaande 'NOVA_'-rollen.

De onderstaande informatie is ook toegevoegd aan de handleiding van USER/NOVA/REFLEX versie 9.24.

Noodzakelijke rollen in versie 9.24 zodat USER Alta gebruikers kunnen inloggen in Nova

In de onderstaande tabel staan de rollen die specifiek voor NOVA dienen te worden toegekend aan een elke Alta medewerker:

Voor nu zijn de bovenstaande rollen ook minimaal nodig voor Reflex gebruikers. Ook voor de bovenstaande rollen wordt bekeken of deze kunnen worden verwijderd als noodzakelijke rollen. De 'NOVA_'- rollen zullen waarschijnlijk worden verwijderd.

Sysop functionaliteit ontbreekt

In USER Alta hebben systeembeheerders met de rol sysop automatisch toegang tot alle modules. In Nova/Reflex wordt geen gebruik gemaakt van de rol sysop en hebben ook applicatie beheerders de specifieke rollen nodig die horen bij een module. Om dit op te lossen kan een sysop profiel worden aangemaakt waaraan alle rollen worden toegevoegd (m.u.v. de rol IMPULSE_ROL). Vervolgens kan dit sysop profiel aan de applicatie beheerders worden toegekend.

Specifieke rol alleen voor applicatie beheerders

Verder is in Nova/Reflex de onderstaande rol specifiek voor applicatie beheerders toegevoegd. Medewerkers met de rol NOVA_DASHBOARD_BEHEER hebben, naast toegang tot het inrichten van dashboards en dashboard items, toegang tot alle dashboards. Het is hierdoor niet nodig om applicatie beheerders aan alle dashboarden te koppelen. 

Rollen of profielen toevoegen via versie update of hotfix

Tijdens het installeren van nieuwe versies of hotfixes worden in principe geen rollen toegevoegd aan profielen en ook geen profielen aangemaakt. Bij het aanmaken van nieuwe rollen streven we naar het vermelden van de nieuwe rollen in het bijbehorende issue.

Uitleg rollen in handleiding

In de handleiding behorende bij USER/NOVA/REFLEX versie 9.24 staat een overzicht van de 'NOVA_'-rollen en hun functies.

Nieuwe formulieren

De volgende nieuwe formulieren zijn opgeleverd (zie voor meer informaties de bijbehorende issues):

• Checklist Langdurig medisch noodzakelijk verblijf GGZ 2024 (
  UE-6019 - Checklist Langdurig medisch verblijf GGZ 2024 Actief );
• Triage- en Crisisverslag (nieuwe versie) (
  UE-6157 - GMAP - Crisis/Triage formulier Klaar voor test );
• Verkorte delictanalyse (VDA) (
  UE-6156 - Verkorte versie Delictanalyse Klaar voor test ).

FACTURATIE EN DECLARATIE | ZPM & DBC-MSZ

De release van versie 9.24 zal op 26 en 28 november getest worden waarna op 4 december de release voor productie beschikbaar komt. In dit overzicht worden de nieuwe functionaliteiten gepresenteerd en verbeteringen aan het product. 

Procesondersteuning afgekeurde declaraties | Inzicht voorgaande factuur

• In het scherm ‘Aanmaken facturen’ is meer informatie te vinden over de prestaties met de status 'Afgekeurd, ter beoordeling'. 

   

• Via het het factuurnummer kan je snel inzicht krijgen in het voorgaande factuur en kan het retourbericht gedownload worden. 

  
  

• Deze functionaliteit wordt ook ondersteund op elke factuur bij het openen van het detailscherm voor de rijen

Voordeel: Snel inzicht in afkeur. 

Procesondersteuning afgekeurde declaraties | Status prestatie meegeven

• Bij het parkeren/uitsluiten van de betaler, cliënt, zorgtraject of prestatie is het mogelijk om een uitvoerdatum toe te kennen en aan wie je het hebt toegewezen.

   

• Deze extra informatie wordt ook weergeven in het detailscherm van de prestatie.

  
  

• Het parkeren/uitsluiten van een rij kan nu worden aangepast via de optie Parkeren aanpassen / Uitsluiten aanpassen

Procesondersteuning afgekeurde declaraties | Verbeterde selecties en inzicht om afkeur af te handelen

• Parkeren/uitsluiten wordt nu alleen toegepast op de geselecteerde AGB zodat prestaties geparkeerd/uitgesloten blijven op een andere AGB bij bijvoorbeeld overplaatsing. 

• In het selectiescherm kan gekozen worden voor betaler door middel van naam of UZOVI. Hierdoor verbeterd tevens de snelheid van het laden van de gegevens ter facturatie. 

  
  

• Alleen de betalers zijn zichtbaar waarbij prestaties geleverd zijn. 

• Er kan op uitvoerdatum en toegewezen gefilterd worden zodat je de juiste selectie hebt om afgekeurde prestaties op gereed te zetten. 

   

• In het scherm ‘Inzien facturen’. Hierdoor kan beter inzicht vergekregen worden voor communicatie over de status. 

Scherm verbeteringen

• De schermen en inrichting van facturatie en declaratiemodule Billing voor factuurstromen ZPM en DBC-MSZ zijn beschikbaar gemaakt via Nova/Reflex. 

• De prestatieregels zijn beter zichtbaar gemaakt. Prestatieregels kunnen nu op volledige breedte worden gemaakt via het pictogram ‘Lijst verbreden’

  
  

• Verschillende velden (bijv. datum, periode) tonen nu de volledige tekst in een tooltip voor betere leesbaarheid (als de cursor over het veld beweegt)

   

Toekomstbestendigheid snelheid van de facturatie en declaratiemodule (Billing)

• Alle data dat in het billing schema staat dat een UUID bevat is gewijzigd van een RAW datatype naar een NUMERICAL datatype. Voor meer informatie zie UE-6110.

  
  

  
  

  
  

  
  

Wat betekent dit technisch gezien (Billing):

Alle data dat in het billing schema staat dat een UUID bevat is gewijzigd van een RAW datatype naar een NUMERICAL datatype.De data uit andere tabellen zoals employees, clients etc. hebben een numeriek ID. In deze tabellen is een kolom toegevoegd met daarin een relatie naar het originele UUID. Deze kolommen hebben vaak de kolomnaam reference_uuid. Naar aanleiding van feedback uit klantentest hebben we dit nog extra onderstaande beschreven wat precies is gewijzigd ten opzichte van de voorgaande versie. 

Ditzelfde geldt voor de invoices tabel om op deze manier de integriteit van het financiële proces te waarborgen

Voor de tabel declaration_rows betekent dit dat de relatie naar het referentie ID is opgeslagen in de tabel declaration_rows_aud in de kolom old_id.

De UUID’s die nu nog steeds gebruikt worden als referentie zijn aangepast van het datatype RAW naar datatype VARCHAR(2), waarvan het formaat is gewijzigd voor hoofdletters(uppercase) naar kleine letters (lowercase) met streepjes.

Voor de clients tabel en de employees tabel is de kolom registration_number hernoemd naar reference_id

De tabel DECLARATION_ROWS heeft een extra veld MODIFIED_DATE_TIME gekregen.

Opgeloste bugs:

• FZ814-berichttype hersteld zodat het mogelijk is een antwoord van DJI te ontvangen
• Bug verholpen waarbij papieren facturen van GDSv1 niet konden worden geprint
• Probleem met prestatiekoppelnummer van toeslagen opgelost
• Bug opgelost waarbij credit- en gerelateerde debetrijen niet onafhankelijk van elkaar konden worden geparkeerd
• Terug naar overzicht knop navigeerde naar de verkeerde plaats, dit is opgelost
• Automatisch vernieuwen van verschillende inrichtingsschermen hersteld
• Het factuurnummerformaat van ZH310-berichten volgt nu het OHW_xxx-formaat in plaats van een normaal factuurformaat.
• In een DBC-selectie is het nu mogelijk om naar een cliënt te zoeken op basis van BSN of verzekeringsnummer

Validaties toegevoegd voor ANG ZPM-FZ aanlevering:

• Uitgesloten rijen worden niet opgenomen in de export
• Prestatieregels zonder tarief, prestatiecode, hoeveelheid en declaratiebedrag worden niet opgenomen in de export

Voorbereiding voor CAK Vecozo facturatie:

• Codelijsten bijgewerkt
• Nationaliteitsveld van cliënt opgehaald in database

JW/WMO berichten verkeer:

Er kan nu een notitie gemaakt worden in het detailscherm Jw/Wmo berichtenverkeer zodat de voortgang gevolgd kan worden.

ZPM 2025:

Codelijsten
Voor ZPM GGZ en FZ zijn de volgende codelijsten geüpdatet voor 2025:

• Prestatie en tarieven
• Overige prestatie
• Toeslag consult

De rest van de codelijsten zijn ongewijzigd gebleven.

Reistijd 
 In de ZPM regelgeving is nu expliciet opgenomen dat reistijd naar naasten ook gedeclareerd mag worden. Hiervoor zijn geen aanpassingen in USER gedaan. De reistijd kan geregistreerd worden bij het betreffende (systeem)contact.

 Aan de ZPM regelgeving is toegevoegd dat reistijd van- en naar een afdeling beschermd wonen binnen dezelfde instelling ook declarabel is. Dit was eerst alleen naar buiten de eigen instelling. Hiervoor zijn geen aanpassingen doorgevoerd in USER. Ook deze reistijd naar beschermd wonen kan bij de betreffende agenda afspraak worden geregistreerd.

Contingency management
De toeslag 'Voucher Contingency Management' (TC0017) wordt vanaf 2025 ook afgeleid naar Billing.

Het is vanaf 2025 mogelijk om bij ZPM GGZ en ZPM FZ trajecten in een afspraak aan te geven dat er een voucher is uitgedeeld in het kader van de therapievorm Contingency management, een behandelmethode voor drugsverslaving, zodat deze afgeleid en gefactureerd kan worden.

Hiervoor is het nodig een activiteit 'Voucher Contingency Management' in te richten en toe te staan bij de gewenste behandeling en deze via de generieke conversietabel (Set is ZPM, Koppeling is Toeslagen consult ZPM) te koppelen aan de toeslag TC0017. De codelijsten voor 2025 bevatten reeds deze prestatie.

Signalering op AGB

Bij de signalering (zorgadministratie dasboards) 'Administratief - Ontbrekende ZPM gegevens' worden nu ook zorgtrajectrecords met een ontbrekende AGB getoond. Deze kan aan- of uitgezet worden in de inrichting Dashboards/workflows.

Werking:
Als er bij een zorgtraject geen AGB is ingevuld en als er maar één AGB gekozen kan worden binnen de periode dán komt dit traject niet op de signalering. Er wordt er dan van uitgegaan dat de enige AGB binnen de periode van het zorgtraject gebruikt wordt. In de declaratie wordt deze dan ook gebruikt.

Reistijd bij opiatenuitgifte/methadonverstrekking

Als er een opiatenuitgifte/methadonverstrekking via een externe contactsoort plaatsvindt wordt er ook reistijd afgeleid wanneer het een uitgifte/verstrekking voor één cliënt betreft.

• Als er reistijd bij de aanwezige medewerker(s) is geregistreerd betekent dit twee keer een consult en dus ook twee keer een toeslag reistijd.
• Indien er meer cliënten in de afspraak zitten (groep) zijn leiden we (voorlopig) geen reistijd af, want er is geen reistijd voor groepsafspraken binnen de ZPM regelgeving.

Deze aanpassing is doorgevoerd met terugwerkende kracht vanaf 2023.

De release van versie 9.23 zal op 10 en 11 september getest worden waarna op 18 september de release voor productie beschikbaar komt. In dit overzicht worden de nieuwe functionaliteiten gepresenteerd en verbeteringen aan het product 💻 

In de spotlight

NIEUWE functionaliteiten

ANG ZPM-FZ verantwoordingsberichten

In versie 9.22 zijn de FZ813-814 berichten al mogelijk gemaakt. In deze versie zijn diverse verbeteringen doorgevoerd.

• Verbetering uit klantentest: Het ontbreken van het contractnummer leidt niet tot blokkade voor aanmaken export | https://avinty.atlassian.net/browse/UE-5774
• Statussen na verzenden beschikbaar in financiële aanleveringen scherm | https://avinty.atlassian.net/browse/UE-5886
• Verbetering: Het verwijderen van een FZ813 in concept is dit wordt ook in het financiële aanleveringen scherm doorgevoerd  | https://avinty.atlassian.net/browse/UE-5749

FZ Berichtenverkeer 2.1

Vanaf 9.23 kan de nieuwe versie van het FZ berichtenverkeer in gebruik genomen worden.

Wat is er gewijzigd:

• De codelijsten voor de ZZP-C en ZZP-VG zijn uitgebreid. DJI kan in het aanmeldings- of plaatsingsbericht nu ook meegeven dat het om VPT zorg gaat. Deze informatie wordt getoond in de details van het bericht.
• In het aanmeldings- en plaatsingsbericht kan door DJI een locatie meegegeven worden. Deze locatie wordt in USER getoond in de details van het bericht. Daarnaast is de locatie toegevoegd aan het filter van de berichten.
• Technische aanpassingen: versie-update van FZ823 en FZ825 berichten en nieuwe berichtstructuren en verbandscontroles

REGISTRATIE DURE GENEESMIDDELEN 

• Een lijstoverzicht van toegediende dure geneesmiddelen is beschikbaar waarmee de behandelaar of verpleegkundige inzicht heeft in de toegediende geneesmiddelen. Deze registratie van dure geneesmiddelen is te vinden als module op het patiëntdashboard.

• Het toevoegen van dure geneesmiddelen is beschikbaar. Hiermee kan de behandelaar of verpleegkundige de registratie doen van welk geneesmiddel is toegediend.

• Onderhoudsschermen add-on dure geneesmiddelen is beschikbaar. Hiermee kan worden ingericht welke geneesmiddelen geregistreerd kunnen worden.
  
• Onderhoudsschermen indicatie dure geneesmiddelen is beschikbaar. Hiermee kan de indicatie worden toegevoegd en welke geneesmiddelen bij deindicatie hoort.

Nieuw: Afgesloten inschrijvingen module 

opgeloste bugs

• Fout bij verzenden maar factuur aangekomen in Vecozo | https://avinty.atlassian.net/browse/UE-5828
• ZPM - TC0010 toeslag reistijd wordt nu goed gekoppeld aan factuur | https://avinty.atlassian.net/browse/UE-5683
• Verbetering: Als een toeslag uitgesloten of geparkeerd is en de hoofdprestatie gefactureerd dan is deze alleen zichtbaar als gezocht wordt op geparkeerde of uitgesloten prestaties | https://avinty.atlassian.net/browse/UE-5535
• Verbetering: Kwaliteitscontrole DSM/zorgvraagtypering voor 'acute zorg buiten budget' is nu uitval in plaats van een waarschuwing | https://avinty.atlassian.net/browse/UE-5279