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:

In Ysis:

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)