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 ]

Release 2026.06 gaat op 11 mei 2026 in acceptatie en op 26 mei in productie en bevat 10 functionaliteiten en 10 opgeloste bugs. 

Spotlight

Uitgevoerd door (Schijf van 5)
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 eerste fase van de functionaliteit beschikbaar gesteld, namelijk voor PDA en OMAHA. Mikzo en Werkplan en Octopus zullen in 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. 

Vernieuwde autorisatie Verslaglegging
In deze Release Notes maak je kennis met een vernieuwde autorisatie voor wat betreft Verslaglegging. Dat betekent dat de oorspronkelijke permissie "Verslaglegging" is opgesplitst in "Verslaglegging - Importeren" en "Verslaglegging - Sjablonen". Bij de installatie van de release zal automatisch een migratie uitgevoerd worden, waarbij de correctie permissies worden toegekend zodat een gebruiker er plots niet op achteruit gaat.

• Is de leespermissie voor Verslaglegging geactiveerd? Dan zal automatisch voor alle onderliggende sjablonen en categorieën ook de leespermissie worden toegekend.
• Is de wijzigpermissie voor Verslaglegging geactiveerd? Dan zal automatisch voor alle onderliggende categorieën ook de wijzigpermissie worden toegekend.
• Is de verwijderpermissie voor Verslaglegging geactiveerd? Dan zal automatisch voor alle onderliggende categorieën ook de verwijderpermissie worden toegekend.

Test synchronisatie Medimo
De synchronisatie van cliënten naar Medimo is aangepast. In deze Release Notes lees je er meer over. Wij verzoeken je in elk geval om een test te willen uitvoeren in de acceptatie omgevingen van SDB ECD en Medimo. Wij hebben vanuit SDB wel een test uitgevoerd maar hebben onvoldoende detailkennis van Medimo om goed te kunnen beoordelen of deze oplossing in Medimo ook daadwerkelijk goed uitpakt. Wij kijken in elk geval uit naar je feedback, die je kenbaar kunt maken (liefst zo snel mogelijk tijdens de acceptatieperiode van 2 weken) via ecd@sdbgroep.nl.

functionaliteiten - Zorg

Uitgevoerd door (Schijf van 5)

Codetabel "Uitgevoerd door"
De codetabel "Uitgevoerd door" is de basis voor het toepassen van de functionaliteit. Hier zie je dat er meer dan vijf opties beschikbaar zijn. Je kunt zo de juiste toepassing voor jouw organisatie inrichten.  

Ook is het mogelijk om een optie uit deze codetabel niet te gebruiken door deze via het oogje als niet zichtbaar te markeren.  

Stambestand Disciplines
In het stambestand Disciplines is het mogelijk om de verbijzondering van de optie "Professional" in te richten. Hiermee kan in het plan aangegeven worden welke discipline verantwoordelijk is voor een activiteit.  

In het stambestand kun je met behulp van de knop [Nieuw] een nieuwe discipline toevoegen. Aan iedere discipline koppel je vervolgens één of meerdere functies uit het stambestand "Functies Medewerker". 

Let op: het toevoegen van functies is een stukje voorbereiding op toekomstige functionaliteit, waarbij bijvoorbeeld bij rapportages inzichtelijk wordt tot welke discipline de auteur behoort (afgeleid via zijn of haar functie, zonder deze daadwerkelijk te tonen).   

Het is middels het selectievakje "Actief" ook mogelijk om disciplines te deactiveren wanneer deze later toch niet meer gebruikt worden.

Toepassing Schijf van 5
De functionaliteit "Uitgevoerd door" kan toegepast worden op de doelen van het plan van de cliënt, en specifiek bij de classificaties OMAHA en PDA. Voor PDA geldt dat het toegepast kan worden voor zowel PDA gekoppeld aan een domein, als PDA gekoppeld aan een episode.

In onderstaande tabel wordt aangegeven hoe de functionaliteit wordt toegepast bij het opstellen van een doel.   

Hieronder een voorbeeld van de toepassing voor OMAHA en PDA in het tabblad Doelen. Beide afbeeldingen tonen het toevoegen van een nieuw doel, waarbij op de actie kan worden aangegeven wie de actie uitvoert.  

Wanneer je de functionaliteit "Uitgevoerd door" toepast op PDA of OMAHA wordt middels onderstaande markeringen in het doelenoverzicht (tabbladen "Doelen" en "Vandaag") gekenmerkt wie verantwoordelijk is voor de uitvoering van de activiteit.  

Hieronder een voorbeeld van de weergave in het doelenscherm voor OMAHA. Uiteraard wordt deze informatie ook in de detailschermen weergegeven.   
Let op: wanneer een discipline, die in een plan van een cliënt wordt gebruikt, inactief gemaakt wordt, dan zal deze discipline ook niet meer getoond worden in dat plan. In dat geval zal er bijvoorbeeld in het plan niet meer "Professional: Zorg" staan, maar alleen Professional en zul je bij het wijzigen van het doel een nieuwe discipline moeten kiezen.  

Zowel op het tabblad "Vandaag" als op het tabblad "Doelen" is bovenin een filter beschikbaar. Hiermee kan de medewerker eenvoudig filteren op zijn of haar eigen discipline of snel zien welke rol bijvoorbeeld het netwerk speelt bij de cliënt. Deze filter wordt onthouden zodat de volgende keer dat de gebruiker het scherm opent de filter ook meteen wordt toegepast.  

Een gloednieuwe set aan eLearnings
Er is een nieuwe reeks aan video's toegevoegd in SDB ECD. Dit moet gebruikers ondersteunen in het gebruik van bepaalde functionaliteiten. Het kan zijn dat een functionaliteit zowel een introductie heeft als een video. Via de bijhorende icoontjes herken je waarvoor je kiest.

Voor volgende onderdelen zijn video's toegevoegd. Is een video enkel beschikbaar als de gebruiker een bepaalde permissie heeft, dan is dat tussen haakjes benoemd.

• Cliëntagenda
• Mikzo - Aanmaken (indien toevoegpermissie Mikzo)
• Mikzo - Wijzigen (indien wijzigpermissie Mikzo)
• Hulpvraag - Aanmaken (indien toevoegpermissie PDA) 
• Hulpvraag - Wijzigen (indien wijzigpermissie PDA) 
• OMAHA - Aanmaken (indien toevoegpermissie OMAHA)
• OMAHA - Wijzigen (indien wijzigpermissie OMAHA) 
• Metingen plannen en registreren
• Mijn verhaal
• Netwerk cliënt
• Plan opslaan & ondertekenen (indien permissie "Opslaan plan" en/of "Ondertekenen zorgplan")
• Profiel
• SDB CliëntApp - Toegang betrokkene (indien permissie voor registreren CliëntApp‑rechten)
• SDB CliëntApp - Toegang cliënt (indien permissie voor registreren CliëntApp‑rechten)
• Start - Cliënten beheren
• Start - Snelkoppelingen beheren
• Start Dienst - Cliëntrapportages
• Vandaag - Hulpvraag en werkplan
• Vandaag - Mikzo
• Vandaag - OMAHA
• Vandaag - PDA
• Werkplan - Aanmaken
• Werkplan - Wijzigen
• Zorgplan beëindigen (indien permissie "Zorgplan beëindigen")

functionaliteiten - Administratief

Verslaglegging - Permissies specifiek gebaseerd op categorie
Voortaan is het mogelijk om uitgebreider te autoriseren voor Verslaglegging en meer bepaald via de categorie die je moet selecteren als je een document importeert. Dat doe je in de functierol via de module "Cliënten" en vervolgens "Verslaglegging - Importeren".

Je kunt dus nu specifiek per categorie bepalen wie documenten van deze categorie mag lezen, toevoegen, wijzigen of verwijderen. Let op! eOverdracht en ZorgDomein zijn 2 waardes die enkel gebruikt worden vanuit het systeem, hier kan je op autoriseren maar ze zult deze niet zien bij het importeren van bestanden. 

Verslaglegging - Leespermissie op basis van sjabloon
Voortaan is het ook mogelijk om specifiek leesrechten toe te kennen aan sjablonen voor Verslaglegging. Je kunt dus per type document (lees: sjabloon) bepalen wie het mag lezen / toevoegen.

Verwijderen van cliëntdocumenten (Verslaglegging)
Vanaf deze release wordt gecontroleerd of een cliëntdocument voor Verslaglegging al ergens is gebruikt bij cliënten. Is dat het geval en je wilt dat cliëntdocument vanuit het gelijknamige stambestand verwijderen, dan volgt onderstaande melding. Concreet: het document zal in de lijst van het stambestand blijven staan (op die manier weet je ook dat het gebruikt is) en via de permissies in de functierol (zie hierboven) bepaal je dan dat een bepaald cliëntdocument niet meer mag toegevoegd worden.

Intake uitgebreid met woningtoegang
Tijdens de intake is het uiteraard belangrijk dat je ook eventuele informatie inzake woningtoegang meteen kunt registreren. Om die reden is dit onderdeel extra toegevoegd, in het tabblad "Wonen". De functionaliteit is identiek aan de functionaliteit zoals je die ook vindt in het tabblad "Wonen" onder Cliënten - Registratie.

Eenvoudig meerdere patronen voor groepsplanning toevoegen
Vaak wordt voor cliënten die naar de dagbesteding gaan zowel een dagdeel voor de ochtend als voor de middag gepland in de basisplanning. Het is nu eenvoudiger om een tweede patroon (dagdeel) te registeren op basis van het al eerder opgeslagen patroon.  

Er is namelijk een [+Opslaan] knop geïntegreerd. Wanneer je deze knop gebruikt om een patroon op te slaan, dan blijft het venster geopend en blijven de velden gevuld met dezelfde informatie. Alleen de markeringen voor vervoer en de begintijd worden leeg gemaakt. Op die manier kun je dus snel verschillende patronen toevoegen.

Synchronisatie met Medimo
Voor een intramurale cliënt is het (nagenoeg) altijd zo dat enerzijds een zorgprofiel (Diensten - Wlz) wordt geregistreerd (zonder / met behandeling) en anderzijds een toewijzing aan een kamer wordt toebedeeld. Dit leidt in de synchronisatie naar Medimo tot 2 locatietoewijzingen: eentje vanuit het zorgprofiel (zonder / met behandeling) en eentje vanuit de kamerbezetting (zonder behandeling).

De specifieke situatie van een intramurale cliënt met behandeling, toegewezen aan een kamer, leidt in Medimo tot de situatie dat de kamer netjes wordt verwerkt maar dat de behandeling niet als dusdanig wordt overgenomen (want op een locatietoewijzing vanuit de kamer staat die markering altijd uit gezien die markering op de locatietoewijzing vanuit het zorgprofiel wordt toegepast). Dat is uiteraard niet gewenst.

In de synchronisatie is een verbetering doorgevoerd, waarbij ook op de locatietoewijzing vanuit de kamerbezetting zal worden vermeld dat het om behandeling gaat (indien van toepassing). Die markering zal meegestuurd worden als er voor die cliënt in die periode en voor dezelfde OE als de kamer een zorgprofiel of autorisatie OE actief is.

ANW producten
In het kader van de ANW-oplossing (een oplossing waarbij meerdere zorgaanbieders in een regio kunnen samenwerken door vanuit het eigen ECD toegang te hebben tot cliëntgegevens uit de andere ECD's) is besloten om ook tijdregistratie te voorzien. Concreet kun je als zorgverlener ook wegschrijven in het brondossier hoeveel tijd je besteed hebt aan de verzorging van de cliënt.  

Er is afgesproken dat regionaal bepaald wordt welke producten voor de tijdregistratie gebruikt mogen worden. Deze producten dienen dan in het stambestand in SDB ECD te worden ingericht, opdat een andere zorgaanbieder (dus met een ander ECD) tijd kan wegschrijven in SDB ECD.

Het begint allemaal met het toekennen van de juiste permissies. In de module Beheer vind je onder stambestanden een permissie "ANW producten" terug waarmee je lees-, toevoeg-, wijzig- en verwijderpermissie toe kunt kennen.

Heb je als gebruiker de leespermissie, dan zie je een extra tabblad "ANW producten" bij Beheer - Stambestanden. In dit stambestand kun je vervolgens de regionale ANW producten registreren (middels een unieke code en een bijhorende omschrijving) en koppel je zo'n ANW product ook aan je eigen interne productenboek (lees: een complexiteitsklasse). De koppeling met de complexiteitsklasse is uiteraard belangrijk daar de tijd vanuit de zorgverlener straks ook echt moet kunnen worden opgeslagen in SDB ECD en dan is de complexteitsklasse randvoorwaardelijk.

Zodra de ANW-functionaliteit voor tijdregistratie volledig klaar is, lees je uiteraard nog uitgebreider over hoe het precies in z'n werk gaat.

Naam websitelink nieuwsbericht CliëntApp
De maximum lengte van de websitenaam die je kunt toevoegen als link bij een nieuwsbericht voor de CliëntApp bleek te kort. Het maximum aantal karakters is uitgebreid naar 100.

Business 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 [BI].[ContractMandaat] | Gewijzigd.
• View [BI].[JwMandaat] | Gewijzigd.
• View [BI].[WmoMandaat] | Gewijzigd.
• View [BI].[ZvwMandaat] | Gewijzigd.
• View [BI].[DBCZorgtraject] | Nieuw.
• View [BI].[DBCSubtraject] | Nieuw.
• View [BI].[DBCSubtrajectExtra] | Nieuw.
• View [BI].[DBCSubtrajectNevendiagnose] | Nieuw.
• Tabel [qicapp].[ProblemAction] | [ExecutedBy_Id] toegevoegd.
• Tabel [CarePlan].[ClientActionExecutedBy] | [DisciplineId] toegevoegd.
• Tabel [MasterFiles].[AnwProduct] | Nieuw.

Opgeloste Bugs

• Er komt in bepaalde situaties onterecht uitval over de Z99X (X kan een waarde hebben tussen 0 en 9) binnen de Wlz declaratie (AW319) (100910)
  [ Uitwisseling -> Jobs ]
• In het snel zoeken wordt niet altijd de kamer van de cliënt getoond (99972)
  [ Snel zoeken ]
• Taakeigenaar wordt bij Taken niet altijd correct opgeslagen bij het wisselen tussen eigenaars. (101714)
  [ Taken ]
• In bepaalde situaties komt er een foutmelding binnen het overzicht Etiketten als er gefilterd wordt op een bepaald product (102558)
  [ Overzichten ]
• DCC 1062 - Gegevens om op etiketten af te drukken toont niet de huisletters van de geëxporteerde adressen. (100819)
  [ Uitwisseling -> Jobs ]
• Foto's van rapportages kunnen maar eenmaal bekeken worden. (102850)
  [ Cliënten - Zorgplan - Rapportages ]
• Volgorde van de Signalering widget van (On)vrijwillige zorg is niet op datum. (103051)
  [ Start - Signaleringen ]
• De administratieve kaart wordt toch getoond in bepaalde situaties als je geen rechten hebt tot de diensten van cliënten. (100971)
  [ Cliënten - Diensten ]
• Wanneer je een foto als bijlage bij een rapportage twee keer achter elkaar wilt openen, dan wordt de foto bij de tweede keer niet weergegeven. (102850)
  [ Cliënten - Zorgplan - Rapportage ]
  [ Start Dienst - Cliëntrapportages ]
• Speciale tekens in de organisatienaam worden niet goed getoond bij nieuwsberichten in de CliëntApp. (97886)
  [ CliëntApp ]

kennisbank

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

• Codetabel ‘Uitgevoerd door’ (toegevoegd) 
• Stambestand Disciplines (toegevoegd) 
• Uitgevoerd door (Schijf van 5) (toegevoegd)
• Autorisatie Verslaglegging (toegevoegd)

Release 2026.06 gaat op 11 mei 2026 in acceptatie en op 26 mei 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

Zoeken naar cliënten met meerdere producten
Je had eerder al de mogelijkheid om te zoeken naar cliënten met een bepaald product. Dit is uitgebreid zodat je kunt zoeken naar meerdere producten tegelijkertijd. Via de parameter Product geef je tot maximum 30 productnummers mee voor api/v2/clients. Dit doe je door de parameter telkens te herhalen. Zie hieronder een voorbeeld ter verduidelijking.

GET https://{{tenant}}-api.{{api_domain}}/api/v2/clients?InCare=true&Product=1&Product=2

Begin-/einddatum adres(sen)
Bij het opzoeken van basisgegevens van een cliënt via api/v2/clients/{id} worden voor de adressen voortaan ook begin- en einddatum vermeld.  

Foutje in resultaat van api/clients/{id}/care-plan/wound
In het resultaat van dit specifieke endpoint werd voor codetabel 10101 (Wond: weefsel (onco ulcer)) in het veld CodeValue de omschrijving in plaats van de code vermeld. Dat is rechtgezet.

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.