Release 2024.06 gaat op 3 juni 2024 in acceptatie en op 17 juni 2024 in productie en bevat 6 functionaliteiten en 7 opgeloste bugs.

Spotlight

Systeemmeting Defecatie beschikbaar
Vanaf deze release is de systeemmeting Defecatie beschikbaar.  In release 1.8.0 van SDB Octopus zal deze meting ook volgens dezelfde methodiek zijn voorzien.

Migratie bestaande (eigen) meting Defecatie
Mogelijk heb je voor defecatie ooit zelf een meting aangemaakt in het stambestand.  Om het voor de eindgebruiker overzichtelijk en eenduidig te maken, is ons advies (indien het technisch mogelijk is; dit zal per casus moeten worden onderzocht) om een migratie te doen van de zelf gemaakte meting naar de systeemmeting.  Om vervolgens de zelf gemaakte meting als verwijderd te markeren.  Op die manier is er slechts 1 meting (de systeemmeting) van defecatie te gebruiken en treedt er geen gegevensverlies op vanuit eerder gedane registraties.
Wij nemen zelf contact met je op om deze migratie te bespreken.

Systeemmeting Glucose nog niet beschikbaar
De systeemmeting Glucose kunnen we nog net niet beschikbaar stellen.  We hebben nog iets meer tijd nodig om deze meting ook in SDB Octopus te voorzien en dus vrij te kunnen geven in SDB ECD.  Deze meting blijft wel beschikbaar in acceptatie ter beoordeling.

Geen migratie voor inrichting Thuiszorgtechnologie
Zoals je hieronder in de Release Notes kunt lezen, is de inrichting voor de registratie en declaratie van de thuiszorgtechnologie aangepast.  Wees er alert op dat er geen automatische migratie van de eventuele huidige inrichting naar de nieuwe methodiek zal en kan worden uitgevoerd.  Het is dus van belang dat je de inrichting opnieuw controleert en daar waar nodig aanvullingen doet (denk hierbij bijvoorbeeld aan het koppelen van een complexiteitsklasse aan een tarief bij de prestatiecode maar ook aan het controleren van het tarief / aantal).

functionaliteiten - Zorg

Specificatie van "Overig" als symptoom bij een allergie
Selecteer je bij de registratie van een allergie, bij reactie, het symptoom "Overig", dan zal je moeten specificeren wat dat precies inhoudt.

functionaliteiten - Administratief

Gewijzigde inrichting Thuiszorgtechnologie
De inrichting voor de registratie en declaratie van thuiszorgtechnologie is aangepast.  Dit als gevolg van 2 waarnemingen:

• Er kan door zorgverzekeraars toegekend worden dat - bijvoorbeeld - 2,5u per maand gedeclareerd mag worden.  Het was tot en met release 2024.05 niet mogelijk om dat te registeren daar enkel volle uren toegestaan werden.
• Het kan voorkomen dat meerdere diensten in het kader van thuiszorgtechnologie gedeclareerd moeten worden onder dezelfde prestatiecode, doch met een ander vast aantal prestaties per maand.
  Bijvoorbeeld: dienst X moet onder prestatiecode 1234 gedeclareerd worden, 2u per maand en dienst Y moet ook onder prestatiecode 1234 gedeclareerd worden, 5u per maand.

Wat is er precies gewijzigd in SDB ECD?

Ten eerste is het noodzakelijk, in het stambestand "AW319 prestatiecodes", om de prestatiecode(s) van thuiszorgtechnologie als dusdanig te markeren.  Dat doe je door het selectievakje "Thuiszorgtechnologie" aan te kruisen.  De prestatiecode voor thuiszorgtechnologie zal - tenminste gebaseerd op de huidige codelijsten - altijd in eenheden van 5 minuten worden uitgedrukt.

Dan is het ook nodig om een complexiteitsklasse aan te maken die de thuiszorgtechnologie vertegenwoordigt.  Mogelijk heb je meerdere complexiteitsklassen nodig, afhankelijk van de diensten die je in dit kader aan cliënten levert.  Een complexiteitsklasse die thuiszorgtechnologie vertegenwoordigt, dien je als dusdanig te markeren door het selectievakje "Thuiszorgtechnologie" aan te kruisen.  Bij de complexiteitsklasse duid je vervolgens ook aan welke prestatiecode gebruikt dient te worden bij de declaratie (normale werking zoals bij elke te declareren complexiteitsklasse).  Vanzelfsprekend selecteer je hier een prestatiecode die de thuiszorgtechnologie vertegenwoordigt.  

Vervolgens registreer je de betreffende tarieven op de prestatiecode.  Als een prestatiecode is gemarkeerd als thuiszorgtechnologie, dan moet je naast het tarief en de begindatum ook een complexiteitsklasse selecteren en het aantal eenheden (uitgedrukt in de eenheid van de betreffende prestatiecode, in dit geval dus 5 minuten).  De lijst met complexiteitsklassen wordt gevuld met alle complexiteitsklassen die als thuiszorgtechnologie zijn gemarkeerd en waarvoor een prestatiecode voor de declaratie is geselecteerd (in het stambestand "Complexiteitsklasse").  Heb je meerdere complexiteitsklassen die met dezelfde prestatiecode gedeclareerd moeten worden (en wellicht dus ook een ander tarief en aantal), dan kan je met dezelfde begindatum een extra tariefregel toevoegen.

Tot slot maak je bij de betreffende cliënten een dienst aan voor thuiszorgtechnologie.  In de Wlz en Zvw declaratie zal vervolgens een maand gedeclareerd worden conform de gedane inrichting (aantal eenheden / tarief / ...).

Vanzelfsprekend wordt de thuiszorgtechnologie ook op de overzichten Declaratie en Productie Registratie weergegeven.

Overzicht Cliëntteam ook beschikbaar voor cliënten niet in zorg
Er is een extra filter "In zorg" toegevoegd aan het overzicht Cliëntteam.  Standaard is dit selectievakje aangekruist, waarmee de eerdere functionaliteit beschikbaar blijft (een overzicht van het cliëntteam bij cliënten in zorg, al dan niet gefilterd op OE).  
Als je de filter "In zorg" uit zet, dan wordt ook het cliëntteam van cliënten niet in zorg (bijv. cliënten op de wachtlijst) in het resultaat meegenomen.  

In het resultaat is een extra kolom "In zorg" toegevoegd, waarbij wordt aangegeven of een cliënt in zorg is of niet.  Deze informatie wordt uiteraard ook in de Excel export meegenomen.

Juridische status uit Ysis (terug) zichtbaar op de wachtlijst
Is een cliënt bekend in Ysis, dan zal de juridische status vanuit Ysis getoond worden op de wachtlijst.  

BSN uit betrouwbare bron randvoorwaardelijk voor versturen eOverdracht
Wil je een eOverdracht sturen naar een collega zorginstelling, dan is het niet enkel noodzakelijk dat een BSN geregistreerd is maar wordt ook afgedwongen dan het BSN uit betrouwbare bron afkomstig moet zijn.  Als betrouwbare bron wordt aanzien: "Andere BSN gebruiker" en "SBV-Z".

"Andere BSN gebruiker" als bron voor het BSN vanuit ontvangen eOverdracht
Als een cliënt vanuit een eOverdracht wordt aangemaakt in SDB ECD, dan zal de bron van het BSN de waarde "Andere BSN gebruiker" toegekend krijgen.  Het BSN is daarmee meteen uit betrouwbare bron.

DCC-script "Indicaties waarbij de AGB niet is ingevuld" niet meer beschikbaar
DCC-script 12, bedoeld om indicaties weer te geven waarbij de AGB niet is ingevuld, is verwijderd uit de job "Database Consistency Checker".  Het script was gedateerd en niet meer relevant gezien de doorontwikkelingen in de registratie van diensten de afgelopen jaren.

Opgeloste Bugs

• Abonnementen worden onvolledig weergegeven op het overzicht Productie Registratie. (6878)
  [ Overzichten -> Productie Registratie ]
• Wmo diensten gemarkeerd als eigen mandaat worden onterecht in de uitval opgenomen. (10558)
  [ Uitwisseling -> Jobs -> Wmo declaratie (WMO323) ]
• Een job met een wekelijks patroon met 1 herhaling wordt niet opgeslagen. (11284)
  [ Uitwisseling -> Jobs ]
• Het overslaan van een SNAQrc meting in een onderzoek werkt niet goed als deze meting als laatste aan bod komt in het onderzoek. (6395)
  [ Cliënten -> Zorgplan -> Metingen ]
• Er wordt soms onterecht een debet- en creditregel in de AW319 Wlz declaratie aangemaakt. (1697)
  [ Uitwisseling -> Jobs -> Wlz declaratie (AW319) ]
• Een nieuwsbericht voor de CliëntApp, bedoeld voor cliënten van OE X, wordt onterecht getoond bij cliënten die niet meer gekoppeld zijn aan die OE.
  (N.v.d.r.: nieuwsberichten mogen enkel getoond worden bij actuele (in zorg) OE's of de laatste OE (indien uit zorg). (10098)
  [ Beheer -> Nieuws ]
• Bij het verwijderen van een planning bij een onderzoek blijft de planning (visueel) staan (het geplande onderzoek is wel effectief verwijderd). (11661)
  [ Zorgplan - Metingen ]