Release 2026.10 gaat op 30 augustus 2026 in acceptatie en op 14 september 2026 in productie.

overzicht endpoints die worden uitgefaseerd  

Het kan gebeuren dat een endpoint om een bepaalde reden wordt uitgefaseerd. Dit maken we kenbaar in onderstaande tabel. Per endpoint wordt de release aangegeven vanaf wanneer het endpoint niet meer beschikbaar is. Je hebt altijd minimaal 1 jaar de tijd om er zorg voor te dragen dat het betreffende endpoint niet meer wordt aangeroepen.

Functionaliteiten - Open Systeem

Financiële gegevens van cliënt via API wijzigen
Het is nu mogelijk om financiële gegevens van een cliënt via de API te wijzigen. Hiervoor is een nieuw endpoint beschikbaar: 

• PUT /api/clients/{id}/financials

Via deze functie kunnen financiële gegevens worden gewijzigd voor een specifieke cliënt.

Bij het gebruik van het endpoint wordt gecontroleerd of het opgegeven IBAN geldig is. Daarnaast wordt gecontroleerd of de opgegeven betalingswijze overeenkomt met een geldige code uit de codetabel. De betalingswijze kan worden opgehaald via de bestaande codecategorie voor betalingswijzen.

Om deze gegevens te mogen wijzigen is de juiste autorisatie vereist. De gebruiker moet beschikken over de benodigde rechten voor Financieel - IBAN en mag de actie alleen uitvoeren voor cliënten waarvoor de gebruiker toegang heeft.

Uitgevoerd door-gegevens beschikbaar via API
De API-bibliotheek is uitgebreid met ondersteuning voor de ‘Uitgevoerd door’-gegevens binnen zorgplan- en rapportagegegevens. Deze informatie is nu beschikbaar via diverse bestaande endpoints voor PDA-, Omaha-, MIKZO- en Werkplan-items. Daarnaast kunnen deze gegevens worden uitgelezen en vastgelegd binnen SDB-rapportages.

De volgende endpoints zijn uitgebreid:

• GET api/clients/{id}/care-plan
• GET api/clients/{id}/care-plan/pda
• GET api/clients/{id}/care-plan/omaha
• GET api/clients/{id}/care-plan/mikzo
• GET api/clients/{id}/care-plan/work-plan
• GET api/clients/{id}/reports/sdb
• GET api/clients/{id}/reports/sdb/{reportId}
• GET api/v3/clients/{id}/reports
• POST api/clients/{id}/reports/sdb
• PUT api/clients/{id}/reports/sdb/{reportId}

Vervangende endpoints waarin actioncode bij Mikzo optioneel wordt
Vanaf deze release zijn er 2 nieuwe endpoints beschikbaar voor Mikzo waarbij de actioncode optioneel wordt. 
Dit zijn volgende endpoints:

• GET api/v2/clients/{id}/care-plan
• GET api/v2/clients/{id}/care-plan/mikzo

Praktisch 

Wil je graag op de hoogte blijven van de API's uit SDB ECD? Stuur dan een mailtje naar ecd@sdbgroep.nl om je aan te melden. Graag ontvangen we je voornaam, naam en e-mailadres. Je wordt dan per e-mail op de hoogte gebracht van de Release Notes van SDB ECD API's.

Release 2026.10 gaat op maandag 31 augustus 2026 in acceptatie en op maandag 14 september 2026 in productie en bevat 8 functionaliteiten en 4 opgeloste bugs. 

functionaliteiten - Zorg

Lees-permissie voor Ysis-rapportages
Het is nu mogelijk om het lezen van Ysis-rapportages te autoriseren, vergelijkbaar met rapportages die binnen ECD worden opgesteld. Daarom is een nieuw leespermissie ‘Rapportages’ toegevoegd binnen de functierol bij de overige Ysis-rechten.

Gebruikers met deze permissie kunnen Ysis-rapportages bekijken vanuit zowel het cliëntdossier als de groepsrapportage. Wanneer de permissie niet is toegewezen, zijn deze rapportages niet zichtbaar. Standaard staat deze permissie 'aan' gevinkt conform huidige werking.

Afdruk zorg/administratief: autorisaties worden nu gerespecteerd
Wij blijven continu werken aan het verbeteren van de kwaliteit, beveiliging en beschikbaarheid van cliëntgegevens. Daarbij controleren we regelmatig of informatie binnen het ECD alleen zichtbaar is voor gebruikers die hiervoor de juiste autorisaties hebben.

Tijdens een dergelijke controle hebben we geconstateerd dat gebruikers wel rechten konden hebben om een afdruk zorg/administratief te doen via cliëntacties, maar dat bij het genereren van de afdruk niet altijd rekening werd gehouden met de autorisaties op afzonderlijke onderdelen hiervan. Hierdoor konden onderdelen in de afdruk terechtkomen waarvoor de gebruiker geen inzagerechten had op de desbetreffende pagina's.

Dit is aangepast. Vanaf nu bevat een afdruk alleen de onderdelen waarvoor de gebruiker daadwerkelijk geautoriseerd is. Hierdoor sluiten afdrukken beter aan op de ingestelde toegangsrechten en wordt de privacy van cliëntgegevens beter gewaarborgd.

functionaliteiten - Administratief

Overhalen mobiele uren: datumselectie toegevoegd
Bij het handmatig starten van de job Overhalen mobiele uren moest een gebruiker aangeven hoeveel dagen terug de verwerking moest plaatsvinden. Dit vereiste het handmatig berekenen van het aantal dagen op basis van een gewenste startdatum.

Om dit gebruiksvriendelijker te maken is een datumkiezer toegevoegd. De gebruiker kan nu direct een datum selecteren, waarna het systeem automatisch het benodigde aantal dagen berekent.

Netwerkkaart: weergave derde telefoonnummer interne zorgverlener
Op de netwerkkaart werd het derde telefoonnummer van een interne zorgverlener niet weergegeven. Dit is aangepast, waardoor nu ook het derde telefoonnummer zichtbaar is aan de rechterzijde van de netwerkkaart.

Daarnaast wordt voortaan, net als binnen het onderdeel Netwerk, het type telefoonnummer (bijvoorbeeld werk, mobiel of privé) als label bij het telefoonnummer getoond. Hierdoor is direct duidelijk welk soort nummer wordt weergegeven.

Standaardfilter voor openstaande taken bij cliënttaken
Binnen [ Cliënten -> Communicatie -> Taken}  werden standaard alle taken van de cliënt getoond. Hierdoor moesten gebruikers in lange takenlijsten telkens zelf zoeken naar openstaande taken of handmatig een filter instellen. Deze filterinstelling ging bovendien verloren zodra de pagina werd verlaten.

Om de gebruikservaring te verbeteren wordt voortaan standaard gefilterd op openstaande taken. Hierdoor krijgen gebruikers direct een overzicht van de nog uit te voeren taken en zijn minder handmatige filteracties nodig.

(On)vrijwillige zorg: verduidelijkende toelichting aangepast
De toelichtende tekst bij de laatste vraag in de situatiestap van (on)vrijwillige zorg is aangepast om duidelijker uit te leggen wanneer het WZD-stappenplan van toepassing is.

De tekst luidt nu: "Bij 'Ja' word je automatisch doorverwezen naar stap 1 van het WZD-stappenplan, dat vereist is voor onvrijwillige zorg of bepaalde vrijwillige zorg."

Waarom deze wijziging? Vanuit eerdere klantbevragingen bleek dat niet altijd duidelijk was waarom het WZD-stappenplan in sommige situaties ook bij vrijwillige zorg moet worden gevolgd. De module heet bewust (on)vrijwillige zorg, omdat deze niet alleen bedoeld is voor het registreren van onvrijwillige zorg, maar ook voor bepaalde vormen van vrijwillige zorg.

De Wet zorg en dwang (Wzd) schrijft namelijk voor dat naast onvrijwillige zorg ook bepaalde vrijwillige zorg via het WZD-stappenplan moet worden vastgelegd. Overige vrijwillige zorg wordt geregistreerd en geëvalueerd binnen het reguliere zorgplan.

Met deze aangepaste toelichting wordt dit onderscheid beter uitgelegd, zodat gebruikers duidelijker begrijpen wanneer het WZD-stappenplan moet worden gevolgd.

Adressynchronisatie naar Ysis aangepast
De logica voor het bepalen van welk adres aan Ysis wordt aangeleverd is vereenvoudigd. Voortaan geldt de volgende volgorde:

• Indien er een actueel tijdelijk adres aanwezig is, wordt dit adres aan Ysis aangeleverd.
• Indien er geen actueel tijdelijk adres aanwezig is, wordt het woon-/verblijfadres aan Ysis aangeleverd.

Hiermee wordt het postadres niet langer meegenomen in de bepaling van het adres dat naar Ysis wordt gestuurd.

Cliënt verwijderen: duidelijkere waarschuwing en verbeterde leesbaarheid
Het scherm voor het verwijderen van cliënten is verder verfijnd om de kans op onbedoelde verwijderingen te verkleinen en de informatie duidelijker te presenteren.

Bij het verwijderen van één cliënt wordt voortaan de naam en het cliëntnummer getoond in de bevestigingsmelding.
Voorbeeld: Je staat op het punt om cliënt Bekkers (11986) te verwijderen.

Bij het verwijderen van meerdere cliënten toont de bevestigingsmelding het aantal geselecteerde cliënten.
Voorbeeld: Je staat op het punt om 2 cliënten te verwijderen.

Hierdoor is direct duidelijk welke cliënt(en) worden verwijderd en valt de impact van deze actie beter op voordat de verwijdering wordt bevestigd.

Opgeloste Bugs

• In bepaalde situaties wordt de intake niet correct opgeslagen. (118578)
  [ Cliëntacties ]
• De kolom 'Specificatie' bij Mikzo is te smal. (117067)
  [ Cliënten -> Zorgplan -> Doelen ]
• Het overzicht Cliëntgegevens algemeen geeft een foutmelding als bij Cliënten - Extra teveel karakters worden ingevuld bij de vrije velden. (115810)
• De gekoppelde functies staan niet in alfabetische volgorde in het stambestand Disciplines. (115765)
  [ Meer -> Beheer -> Stambestanden ]

kennisbank

De volgende artikels in de kennisbank van het klantenportaal zijn toegevoegd / bijgewerkt:

• Verwijderen cliënt (bijgewerkt)
• Leesrechten rapportages (bijgewerkt) 

Release 2026.09 gaat op maandag 3 augustus 2026 in acceptatie en op maandag 17 augustus 2026  in productie en bevat 9 functionaliteiten en 4 opgeloste bugs. 

functionaliteiten - Zorg

eOverdracht - Onbekende veroorzakende stof
Klanten die al gebruik maken van eOverdracht zullen het ongetwijfeld herkennen... 

• Je ontvangt vanuit een andere zorgaanbieder een overdrachtsbericht.
• In het overdrachtsbericht zijn allergieën opgenomen met een veroorzakende stof die niet voorkomt in de codetabel / uitwisselcodes van SDB ECD. Op zich niet heel gek want er zijn maar liefst 5 codelijsten toegestaan om de veroorzakende stof met elkaar uit te wisselen (zie de referentie ZIB die voor eOverdracht van toepassing is). In overleg met klanten is eerder de volledige SNOMED codelijst geïmplementeerd in de codetabel. De overige codelijsten werden als te medisch en te uitgebreid beschouwd. Maar een ziekenhuis kan er uiteraard voor kiezen om wel een andere codelijst te gebruiken.
• Dat betekent dus concreet dat je een veroorzakende stof ontvangt die je niet kunt vertalen naar de overeenkomstige waarde in SDB ECD.
• Met als gevolg dat de gestuurde allergie niet kan worden overgenomen.
• Dat is uiteraard geen wenselijke situatie.

In deze release is een wijziging doorgevoerd waardoor deze mismatch wordt opgelost. Krijg je een "vreemde" veroorzakende stof via een overdrachtsbericht binnen, dan tonen we die waarde in het bericht maar zal het ook mogelijk zijn om die allergie op te slaan.

Na overnemen zie je de betreffende allergie / veroorzakende stof in SDB ECD maar ... je kunt de veroorzakende stof niet aanpassen want geen link kunnen maken met de interne codetabel van SDB ECD. Deze allergie zal zich gedragen zoals alle andere allergieën: resulteert in een icoontje aan de rechterkant, wordt getoond op de zorgafdruk (cliëntactie), wordt opgenomen in de eOverdracht PDF en wordt opnieuw meegestuurd in een eOverdracht mocht je daar op een later moment voor kiezen.

Metingcodering niet meer zichtbaar
Zowel bij OMAHA als MIKZO moet je - als zogenaamd doel - via een meting registreren hoe je de situatie van de cliënt graag zou zien bewegen.

MIKZO: 

OMAHA:

Deel je deze informatie op één of andere manier met cliënt, familie, andere zorgaanbieders, ..., dan worden deze codering vermeld. Echter kennen de ontvangers van die informatie vaak niet die coderingen of hetgeen erachter schuil gaat en is het meer verwarrend dan verduidelijkend.  

Om die reden is besloten om de coderingen niet meer te tonen:

• Op de zorgplan afdruk
• Op de afdruk zorg (cliëntactie)
• In de PDF die wordt meegestuurd met eOverdracht

Status accorderen (on)vrijwillige zorg naar Ysis
Een in SDB ECD geregistreerde (on)vrijwillige zorg wordt ook in Ysis getoond. Op die manier kan de behandelaar kennis nemen daarvan. Doch het is gewenst om ook in Ysis te kunnen zien of de betreffende (on)vrijwillige zorg al is geaccordeerd.

Daar er geen expliciete plek is in Ysis om de status van accorderen te tonen, is in overleg met Gerimedica besloten om die status toe te voegen aan de eventuele toelichting bij de (on)vrijwillige zorg. De status van accorderen zal als eerste getoond worden, met daarop volgend de eventuele opmerking.

In SDB ECD:

functionaliteiten - Administratief

Functie medewerker bij afdruk en delen vanuit Zvw en Contracten

Bij Diensten - Zvw en Diensten - Contracten is het van belang om goed te kunnen onderbouwen wie wanneer de dienst heeft toegevoegd (oftewel "de indicatie heeft gesteld"). Accountants durven hier wel eens op controleren ... Maar blijkbaar is het ook van belang om de functie van de betreffende medewerker in beeld te hebben. Op die manier kan snel gecontroleerd worden of de betreffende medewerker de juiste functie heeft en überhaupt mag indiceren. 

Om die reden is, op beide plaatsen, de functie (of functies) van de medewerker toegevoegd. Deel je de afdruk met Documentbeheer, dan wordt vanzelfsprekend ook daar de functie meegenomen.

Basisplanning: zelfde functionaliteit / nieuwe look
Plaatjes zeggen meer dan duizend woorden ... 😀  Het registreren van de basisplanning was nog voorzien volgens een iets oudere techniek.  Deze functionaliteit is vernieuwd om jou als klant een optimale gebruikersinterface te kunnen bieden en om eventuele kwetsbaarheden qua veiligheid in de toekomst te voorkomen.

We hebben de signaleringen op de pagina gegroepeerd aan de rechterkant van het scherm en van een mouse over voorzien om deze te verduidelijken.

Daarnaast is het vanaf nu mogelijk om, net als bij groepsafspraken, met behulp van de functionaliteit Opslaan + in bulk afspraken toe te voegen voor de V&V.

Verbeterde registratie einde zorg
Om de registratie van het einde van zorg verder te verbeteren, is de reden van einde zorg opgesplitst voor Wlz, Zvw en Contracten. Hierdoor kan er beter een specifieke reden worden vastgelegd, wat zorgt voor een nauwkeurigere registratie en betere ondersteuning van administratieve processen.

Daarnaast is voor de Wlz een verbetering doorgevoerd in het meegeven van de leveringsstatus. Hiermee sluit de registratie beter aan op de geldende informatie-uitwisseling en wordt de kwaliteit van de aangeleverde gegevens verder verbeterd.

Import DBC uren
Sommige klanten willen DBC uren in SDB ECD geïmporteerd zien om van daaruit te kunnen declareren. De import werd tot op heden via een ticket (klantenportaal) door SDB uitgevoerd. Om klanten zelf in staat te stellen deze import te kunnen doen, is een nieuwe job “Import DBC uren” beschikbaar.

Je vindt deze job via Uitwisseling - Jobs en kiest daar in de keuzelijst de optie "Import DBC uren". Vergeet uiteraard niet de permissie voor deze job in de functierol te activeren.

Bij het aanmaken van de job voeg je het Excel toe met daarin de uren die je graag wenst te importeren.

Voor het importeren gebruik je het daarvoor voorzien sjabloon (kun je downloaden vanuit de kennisbank via het op het einde van de Release Notes vermelde artikel) met de volgende kolommen:

• Medewerkernummer
• BSN nummer cliënt
• DBC zorgtraject nummer
• DBC subtraject nummer
• DBC zorgactiviteit nummer
• Datum (formaat: dd-mm-jjjj, zonder tijd)
• CG (minuten)
• ICG (minuten)
• MDO (minuten)

Alle velden zijn verplicht, met uitzondering van de laatste drie waarden (CG, ICG, MDO): daarvan moet minimaal één veld een waarde groter dan 0 bevatten.

Bij het verwerken van het bestand worden eerst controles uitgevoerd. Records die niet voldoen, worden niet geïmporteerd. De uitval wordt in de job via het uitvalbestand kenbaar gemaakt.  Mogelijke redenen van uitval:

• Medewerkernummer bestaat niet in ECD
• BSN bestaat niet in ECD
• DBC zorgtraject bestaat niet voor de cliënt
• DBC subtraject bestaat niet voor de combinatie cliënt + DBC zorgtraject
• DBC zorgactiviteit bestaat niet

In de job logging zie je na afloop het resultaat van de verwerking (aantal verwerkte en niet verwerkte records).

Geen aparte kolom Partnernaam meer
Op basis van de resultaten van een eerdere klantbevraging is gevolg gegeven aan de vraag om de kolom Partnernaam te verwijderen uit het zoekscherm van cliënten. Bij het zoeken op naam zal de partnernaam nog steeds meegenomen worden doch zal niet meer apart getoond worden.

Verbetering Declaratie overzicht
Het overzicht Declaratie is verbeterd. De export mogelijkheid staat bovenaan mee in de filtering en het is nu zichtbaar als je op deze knop geklikt hebt.

Logging gegevens bij DCC-scripts
In een vorige release voegden we 2 DCC-scripts toe om basis- en contractgegevens van medewerkers te kunnen exporteren.

De output van beide scripts is uitgebreid met logging gegevens:

• Aangemaakt op: datum/tijdstip waarop medewerker / contract is aangemaakt
• Aangemaakt door: gebruiker / proces die medewerker / contract heeft aangemaakt
• Laatst gewijzigd op: datum/tijdstip waarop medewerker / contract laatst is gewijzigd
• Laatst gewijzigd door: gebruiker / proces die medewerker / contract laatst heeft gewijzigd

De uitbreiding helpt je om makkelijker in bulk te weten welke medewerkers / contracten recentelijk zijn aangemaakt dan wel bijgewerkt.  

Opgeloste Bugs

• In de leesweergave van de AW33 worden de commentaarvelden niet over de hele breedte van de afdruk getoond. (113939)
  [ Uitwisseling -> iStandaarden -> Importeren ]
• In bepaalde situaties worden interne producten niet getoond op Productieregistratie overzicht. (112032)
  [ Overzichten ]
• Filter binnen Cliëntrapportages werkt niet optimaal bij selectie van OE's. (109737)
  [ Start Dienst -> Cliëntrapportages ]
• Volgorde van namen is niet consistent in de Clients API. (112773|110611)

kennisbank

De volgende artikels in de kennisbank van het klantenportaal zijn toegevoegd / bijgewerkt:

• Import DBC uren (toegevoegd) 

 Release 2026.09 gaat op 3 augustus 2026 in acceptatie en op 17 augustus 2026 in productie.

overzicht endpoints die worden uitgefaseerd  

Het kan gebeuren dat een endpoint om een bepaalde reden wordt uitgefaseerd. Dit maken we kenbaar in onderstaande tabel. Per endpoint wordt de release aangegeven vanaf wanneer het endpoint niet meer beschikbaar is. Je hebt altijd minimaal 1 jaar de tijd om er zorg voor te dragen dat het betreffende endpoint niet meer wordt aangeroepen.

functionaliteiten - OPEn Systeem

Vervangend end point om netwerk van cliënt op te vragen
Vanaf deze release is een nieuw end point beschikbaar om het netwerk van de cliënt (betrokkenen, interne zorgverleners en externe zorgverleners) op te vragen. Het end point api/clients/{id}/network vervangt api/v2/clients/{id}/stakeholders.  Inhoudelijk wordt dezelfde informatie geretourneerd maar beter gerubriceerd per type (betrokkene, interne zorgverlener, externe zorgverlener).

CliëntApp toegang betrokkene
Twee vliegen in één klap: in het nieuwe end point om het netwerk van een cliënt op te vragen is meteen ook voorzien dat je voor de betrokkene weet welke CliëntApp toegang van toepassing is. Het element ClientAppRole geeft je die informatie.

Toevoegen van een betrokkene
Er is vanaf deze release ook een end point beschikbaar om een betrokkene toe te kunnen voegen aan het netwerk van de cliënt. Via het POST end point api/clients/{id}/stakeholder kun je dit ten uitvoer brengen.

Wijzigen van een betrokkene
Nu we toch bezig waren ... 😀 Als je een betrokken kunt toevoegen, dan is het ook interessant om de gegevens van een betrokkene te kunnen wijzigen. Het PUT end point api/clients/{id}/stakeholder/{stakeholderId} is daarvoor in het leven geroepen.

OE-nummer bij opvragen organisatiestructuur
Er is een extra element Number toegevoegd aan het end point api/OrganizationalUnits. Daarmee krijg je naast de unieke identificatie en de naam dus ook het OE-nummer terug zoals toegekend in de organisatiestructuur.

Opvragen van verzekeringen cliënt
Er is een nieuw end point api/clients/{id}/insurer toegevoegd om de verzekeringen van een cliënt op te kunnen vragen. Je kunt er kiezen tussen current (actuele verzekeringen) en all (alle verzekeringen - dus ook historie en toekomst).

praktisch 

Wil je graag op de hoogte blijven van de API's uit SDB ECD? Stuur dan een mailtje naar ecd@sdbgroep.nl om je aan te melden. Graag ontvangen we je voornaam, naam en e-mailadres. Je wordt dan per e-mail op de hoogte gebracht van de Release Notes van SDB ECD API's.

Minor release 2026.08.01 gaat op 27 juli 2026 in productie en op 28 juli 2026 in acceptatie en bevat 2 opgeloste bugs. 

Opgeloste Bugs

• De leesweergave van Mikzo doelen kan niet worden geopend. (117894)
  [ Cliënten -> Zorgplan -> Doelen ]
• Indien 'uitgevoerd door' actief is, kan voor bestaande Mikzo doelen de discipline niet gevuld worden. (116429)
  [ Cliënten -> Zorgplan -> Doelen ]

Release 2026.08 gaat op maandag 6 juli 2026 in acceptatie en op maandag 20 juli 2026 in productie en bevat 2 functionaliteiten en 15 opgeloste bugs. 

Spotlight

Uitgevoerd door (Schijf van 5) - Mikzo en werkplan
De Schijf van 5 is een veelgebruikte term om op een andere manier te kijken naar de zorg voor een cliënt. Sommige organisaties gebruiken er een andere naam voor, vandaar dat we binnen SDB ECD spreken over de functionaliteit ‘Uitgevoerd door’.  
Het is mogelijk om in SDB ECD per activiteit vast te leggen door wie de taak wordt uitgevoerd. Of de cliënt zelf verantwoordelijk is, een hulpmiddel ingezet wordt, het netwerk een rol speelt, andere instanties of vrijwilligers ingezet worden, óf dat de professionele zorg de taken uitvoert. In deze release wordt de tweede fase van de functionaliteit beschikbaar gesteld, namelijk voor Mikzo en Werkplan. Octopus zal in een van volgende releases volgen.  

Wanneer je gebruik wilt maken van deze functionaliteit, of deze wilt uitproberen op de acceptatie omgeving, dan kun je deze middels een ticket op het klantenportaal laten activeren. 

Let op: 

• Er is 1 parameter voor de toepassing van Uitgevoerd door. Dat betekent dat u deze methodiek bij activering toepast voor alle classificaties voor de gehele organisatie.
• Uitgevoerd door is nog niet doorgevoerd in SDB Octopus en ook nog niet zichtbaar in het Zorgplanoverzicht. Deze toevoegingen worden in een van de volgende releases (Uiterlijk in de 2026.10) toegevoegd. Ook is het nog niet doorgevoerd in de CliëntApp. 

functionaliteiten - Zorg

Uitgevoerd door (Schijf van 5) - Mikzo en werkplan

Ook op de Mikzo classificatie en in het Werkplan is het nu mogelijk om de Schijf van 5 (Uitgevoerd door) toe te passen. Het is mogelijk per activiteit vast te leggen door wie de taak wordt uitgevoerd. Of de cliënt zelf verantwoordelijk is, een hulpmiddel ingezet wordt, het netwerk een rol speelt, andere instanties of vrijwilligers ingezet worden, óf dat de professionele zorg de taken uitvoert.

Binnen het registreren van Mikzo ziet dit er als volgt uit:

Binnen het Doelen-scherm ziet dit er dan zo uit voor Mikzo (en Omaha en PDA):

Ook bij het aanmaken van een nieuwe werkplan activiteit kan je nu de uitgevoerd door vullen:

Dit geeft de volgende weergave binnen het werkplan:

Ook op het vandaag scherm wordt gewoon door wie de activiteiten van de PDA, Mikzo en Omaha worden uitgevoerd.

functionaliteiten - Administratief

Verwijderen cliënt
Soms is het nodig om (alle gegevens van) een cliënt te kunnen verwijderen. Je kunt een cliënt per abuis hebben aangemaakt en die daarna terug willen verwijderen maar je hebt als organisatie ook de plicht om cliëntgegevens na afloop van de bewaarplicht te verwijderen.

Vanaf deze release is er een functionaliteit "Verwijderen cliënt" beschikbaar. Hiermee kun je ALLE gegevens van een cliënt verwijderen. Wil je slechts een gedeelte verwijderd hebben, dan dien je dat via een ticket vanuit het klantenportaal kenbaar te maken.

Geef gebruikers toegang tot deze functionaliteit door de betreffende permissie toe te wijzen.

Gebruikers met deze permissie zien vervolgens een extra menu-optie "Verwijderen cliënt" bij Meer - Beheer.

Je komt vervolgens op een pagina waar je kunt zoeken naar cliënten die niet (meer) in zorg zijn. Alleen deze cliënten kunnen worden verwijderd.

Zoek naar cliënten via minstens één van de vier zoekmogelijkheden:

• Cliëntnummer: zoek naar een specifieke cliënt op basis van nummer
• Cliëntnaam: zoek op (gedeelte van) naam
• Geboortedatum: zoek op geboortedatum
• Niet in zorg sinds: zoek naar cliënten die niet meer in zorg zijn sinds een bepaalde datum

Opgelet: er wordt bewust geen data-autorisatie toegepast in dit scherm. Je ziet dus alle cliënten die voldoen aan de criteria in de filtering, ongeacht de OE('s) waar ze aan toegewezen waren.

In het zoekresultaat zie je per cliënt ook de mogelijke laatste dag in zorg. Die is gebaseerd op de laatste einddatum die onder Diensten werd geregistreerd. Voor cliënten die nooit in zorg zijn geweest zal deze kolom vanzelfsprekend leeg blijven.

Selecteer één of meerdere cliënten door op het selectievakje van de cliënt te klikken.  De knop [Verwijderen] verschijnt rechtsboven.  Je hebt ook de mogelijkheid om 1 cliënt te verwijderen door op het verwijdericoontje achteraan het record te klikken.  Selecteer je meerdere cliënten, dan is de actie beperkt tot 10 cliënten per keer.

Kies je voor de verwijderactie, dan word je nog eens extra geattendeerd op het feit dat gegevens definitief en onherroepelijk zullen worden verwijderd.  En dien je het woord VERWIJDEREN in te typen vooraleer je de actie effectief uit kunt voeren.

De eerdere cliëntactie "Verwijderen cliënt" is als gevolg van deze nieuwe functionaliteit verwijderd.

Opgeloste Bugs

• Cliëntportaal toont dubbel voorvoegsel van de naam. (107761)
  [ Cliëntportaal ]
• Fiatteren bij wijzigen toont geen suggesties van de producten die bij de cliënt geregistreerd staan. (107041)
  [ Meer -> Tijdregistratie - > Fiatteren ]
• Snelkoppeling op de functierol toont de oude naam van de functionaliteit. (108661)
  [ Meer -> Beheer -> Autorisatie ]
• Wijzigen van een Mikzo toont soms de leesweergave. (107039)
  [ Cliënten -> Zorgplan -> Doelen ]
• De knop 'Nieuwe cliënt' wordt niet getoond als je geen leesrechten hebt tot Adressen. (107951)
  [ Startpagina ]
• Een retourbericht AW36 kan in bepaalde situatie niet goed verwerkt worden. (108987)
  [ Uitwisseling -> Jobs ]
• Overzicht Declaratie toont geen AGB's voor Wmo/Jw. (109692)
  [ Overzichten ]
• DCC 'MPT controle' toont in bepaalde situaties niet het juiste bedrag. (109659)
  [ Uitwisseling -> Jobs ]
• Als je via het plusje een bericht verstuurd en je de 'Aan' vult via selecteren en niet via het loepje, slaat de selectie niet op. (108041)
  [ Plus-knop ]
• Kopiëren van functies onder een zorgprofiel werkte niet meer optimaal. Je kon geen besluit of zorgprofiel meer kiezen. (110001)
  [ Cliënten -> Diensten -> Wlz ]
• Verwijderen van een zorgpad geeft in bepaalde situaties een foutmelding. (110315)
  [ Cliënten -> Zorgplan -> Doelen ]
• Job 'SDB ECD -> AFAS Debiteuren' toont landcode niet als het land van een debiteur Australië is. (111242)
  [ Uitwisseling -> Jobs ]
• In bepaalde situaties wordt bij het omboeken van uren er een dubbele AW39 klaargezet. (110116)
  [ Cliënten -> Cliëntoverzicht -> Berichtenverkeer ]
• Toggle 'Toon alle vragen' wordt niet getoond als bij Mijn Verhaal enkel niet primaire vragen zijn gevuld. (110318)
  [ Cliënten -> Zorgplan -> Beeldvorming ]
• Datumnotatie van Productieregistratie overzicht is niet dd-mm-yyyy.
  [ Overzichten ]

kennisbank

De volgende artikels in de kennisbank van het klantenportaal zijn toegevoegd / bijgewerkt:

• Uitgevoerd door (Schijf van 5) (bijgewerkt)
• Verwijderen cliënt (toegevoegd)

Release 2026.08 gaat op maandag 6 juli 2026 in acceptatie en op maandag 20 juli 2026 in productie.

overzicht endpoints die worden uitgefaseerd  

Het kan gebeuren dat een endpoint om een bepaalde reden wordt uitgefaseerd. Dit maken we kenbaar in onderstaande tabel. Per endpoint wordt de release aangegeven vanaf wanneer het endpoint niet meer beschikbaar is. Je hebt altijd minimaal 1 jaar de tijd om er zorg voor te dragen dat het betreffende endpoint niet meer wordt aangeroepen.

functionaliteiten - OPEn Systeem

Lijst van kamers
Via /api/rooms kan een lijst opgevraagd worden van alle (actuele en toekomstige) kamers.

Lijst van kamerbezetting
Via /api/rooms/occupancy kan de (actuele en toekomstige) kamerbezetting opgevraagd worden.

praktisch 

Wil je graag op de hoogte blijven van de API's uit SDB ECD?  Stuur dan een mailtje naar ecd@sdbgroep.nl om je aan te melden. Graag ontvangen we je voornaam, naam en e-mailadres.  Je wordt dan per e-mail op de hoogte gebracht van de Release Notes van SDB ECD API's.

Release 2026.07 gaat op 8 juni 2026 in acceptatie en op 22 juni 2026 in productie en bevat 2 functionaliteiten en 8 opgeloste bugs.

functionaliteiten - Administratief

Overzicht groepsplanning gesorteerd op naam
Het overzicht van de groepsplanning wordt vanaf deze release standaard gesorteerd op naam (alfabetisch). In het kader van deze wijziging is tevens de weergave aangepast: het cliëntnummer wordt nu achter de naam weergegeven, tussen haakjes. Deze aanpassing zorgt voor een consistenter sorteer- en raadpleeggedrag binnen het overzicht van de groepsplanning. 

Verbetering Medimo NAW-koppeling omtrent kamers
Naar aanleiding van het testen door diverse klanten, hebben we nog een verbetering doorgevoerd in het doorsturen van kamers richting Medimo. Dit betreft een technische verbetering in het afleiden van met of zonder behandeling.

Bussiness intelligence

Mogelijk heb je als klant toegang tot jouw databases (of heb je anderen toegang gegeven) voor managementinformatie en/of BI. Hieronder een overzicht van alle relevante databasewijzigingen in deze release. Op die manier kun je in de periode tussen acceptatie en productie hierop anticiperen zodat BI-rapporten blijven werken zoals beoogd.

• View [Administration].[Employees] | [UserId] verwijderd.
• Tabel | [T_Medewerker] | [UserId] verwijderd.
• Tabel | [Logging].[AnwRequest] | Nieuw.

Opgeloste Bugs

• In bepaalde situaties wordt een rapportage niet getoond bij Start Dienst - Cliëntrapportages. (101321)
  [ Start Dienst -> Cliëntrapportages ]
• Bij abonnementen kan de einddatum voor de begindatum geregistreerd worden. (105344)
  [ Cliënten -> Diensten -> Abonnementen ]
• Contracten zijn niet gesorteerd op begindatum. (106013)
  [ Cliënten -> Diensten -> Contracten ]
• Het verwijderen van een taak uit de herhalende actie workflow toont diakritische tekens in de boodschap. (106939)
  [ Meer -> Beheer -> Workflow ]
• Snel zoeken werkt niet optimaal en traag in bepaalde situaties. (106898)
• Intake maakt velden leeg tijdens het tussentijds opslaan. (106968)
  [ Cliëntacties -> Intake ] 
• In bepaalde situaties worden er dubbelingen getoond bij MIC - Leidinggevende. (105919)
  [ Meer -> MIC -> Leidinggevende ]
• Administratief dashboard houdt geen rekening met Wlz prestatiecode Z1003. (105083)
  [ Administratief dashboard ]

Release 2026.07 gaat op 8 juni 2026 in acceptatie en op 22 juni 2026 in productie.

overzicht endpoints die worden uitgefaseerd  

Het kan gebeuren dat een endpoint om een bepaalde reden wordt uitgefaseerd. Dit maken we kenbaar in onderstaande tabel. Per endpoint wordt de release aangegeven vanaf wanneer het endpoint niet meer beschikbaar is. Je hebt altijd minimaal 1 jaar de tijd om er zorg voor te dragen dat het betreffende endpoint niet meer wordt aangeroepen.

functionaliteiten - OPEn Systeem

Lijst van organisatorische eenheden van een cliënt
Via /api/clients/{id}/organizational-units kan een lijst opgevraagd worden met de organisatorische eenheden waarop de cliënt in zorg is geweest, in zorg is of in zorg zal zijn in de toekomst.

praktisch 

Wil je graag op de hoogte blijven van de API's uit SDB ECD?  Stuur dan een mailtje naar ecd@sdbgroep.nl om je aan te melden. Graag ontvangen we je voornaam, naam en e-mailadres.  Je wordt dan per e-mail op de hoogte gebracht van de Release Notes van SDB ECD API's.

Minor release 2026.06.01 gaat op 4 juni 2026 in productie en wordt niet geïnstalleerd in acceptatie door de installatie van release 2026.07 op 8 juni 2026. Deze release bevat 3 opgeloste bugs.

Spotlight

Weergave documentsjablonen in Verslaglegging

Door de introductie van permissies op sjablonen binnen Verslaglegging werden oudere documentsjablonen in sommige gevallen niet meer getoond.

Om te voorkomen dat bestaande documenten op basis van deze oudere sjablonen niet meer zichtbaar zijn, zijn deze documentsjablonen tijdelijk weer zichtbaar gemaakt binnen de autorisatie. Hierdoor kunnen de sjablonen alsnog geautoriseerd worden en blijven bijbehorende documenten zichtbaar binnen Verslaglegging.

Zonder deze aanpassing zou het kunnen voorkomen dat documenten gebaseerd op oudere sjablonen niet meer raadpleegbaar zijn.

Deze tijdelijke oplossing zal in een van volgende releases verder worden aangepast en verbeterd.

Opgeloste Bugs

• Cliëntdocumenten gebaseerd op verwijderde sjablonen zijn niet meer inzichtelijk (110356)
  [ Cliënten -> Zorgplan -> Verslaglegging ]
• Delen van documenten vanuit Documentbeheer richting Verslaglegging/CliëntApp werkt niet optimaal (110283|110205| 110077)
  [ Cliënten -> Documentbeheer ]
• Verbetering AW319 Wlz declaratie omtrent aanlevering vervoersprestaties. (104849)
  [ Uitwisseling -> Jobs ]