SDB ECD (Release 2023.08)
Release 2023.08 gaat op 31 juli 2023 in acceptatie en op 14 augustus in productie en bevat 13 functionaliteiten en 10 opgeloste bugs.
Spotlight
Vergeet niet over te stappen naar de nieuwe metingenmodule!
De eerste klant heeft inmiddels de overstap gemaakt naar de vernieuwde metingenmodule. Ben jij de volgende?
Vergeet niet dat je uiterlijk tegen release 2023.10 de overstap moet hebben gemaakt!
Aangepaste Medimo versie nodig vooraleer zonder/met behandeling vanuit de synchronisatie kan worden geïnterpreteerd
Zoals je verder in deze release notes zult lezen, is een uitbreiding doorgevoerd in de synchronisatie naar Medimo, waarbij voortaan ook wordt doorgegeven indien er sprake is van behandeling bij een cliënt.
Aan Medimo zijde worden wijzigingen doorgevoerd om dit gegeven te kunnen interpreteren. Een nieuwe versie van Medimo is dus nodig. Neem contact op met de collega's van Medimo inzake de planning hieromtrent.
Sync. naar Ysis, Medimo, HL7 ADT gekoppelde systemen
De aanpassing van de cliëntnaam, waarbij voortaan de roepnaam wordt weergegeven indien bekend en waarbij de samenstelling van de familienaam moderner is opgezet, heeft tot gevolg dat er voor cliënten opnieuw een synchronisatie zal worden uitgevoerd naar Ysis, Medimo en HL7 ADT gekoppelde systemen.
Wij hebben de collega's van Gerimedica en Medimo hiervan ook op de hoogte gebracht. Concreet zal er dus extra verkeer zijn bij de installatie van deze release op een omgeving die is gekoppeld aan één van de genoemde partnerapplicaties.
functionaliteiten - Zorg
Tekstveld past zich automatisch aan de inhoud aan!
Sommige velden kunnen best veel tekst bevatten. Meer tekst zelfs dan het veld initieel laat zien. Voor wat betreft de SOAP, SOEP en TIME rapportages, alsook voor de PES velden bij OMAHA/MIKZO, is een wijziging doorgevoerd zodat het betreffende tekstveld zich automatisch aanpast aan de tekst zodra er meer tekst ingevuld wordt dan standaard zichtbaar is in het veld.
Op die manier behoudt de gebruiker het totaaloverzicht en is de tekst telkens als geheel leesbaar.
SNAQrc meting voortaan standaard opgenomen in SDB ECD
Vanaf deze release is de SNAQrc meting, ter evaluatie van het risico op ondervoeding, standaard in SDB ECD voorzien (Stambestanden - Metingen). Eerder moest deze meting expliciet worden aangevraagd en geactiveerd / geconfigureerd.
Voedingsadvies vanuit eOverdracht niet over te nemen bij cliënt
Ontvang je van een andere zorgprofessional via eOverdracht informatie inzake voedingsadvies van een cliënt, dan kan die informatie niet worden opgeslagen bij de cliënt in SDB ECD.
Voedingsadvies informatie is namelijk als vrije tekst in een eOverdracht bericht opgenomen, en kan niet "vertaald" worden naar SDB ECD daar voedingsadviezen via de gelijknamige codetabel (dus gestructureerd) worden geregistreerd.
In overleg met klanten is besloten de gestructureerde registratie in SDB ECD te handhaven, met als gevolg dat informatie inzake voedingsadvies vanuit een eOverdracht bericht desgewenst apart in SDB ECD bij de cliënt dient te worden geregistreerd.
Hoofdbehandelaar uit Ysis bepalend voor mutatierechten gegevens in SDB ECD
Voortaan wordt bij Ysis opgevraagd of een hoofdbehandelaar voor de betreffende cliënt van toepassing is. Zo ja, dan is dit bepalend (i.p.v. de markering "Synchroniseer cliënt naar Ysis" bij Registratie - Extra) voor het blokkeren van de volgende gegevens in SDB ECD:
- Wilsverklaring, voor "Niet reanimeren verklaring"
- Reanimeren besproken
- Beleid
- Wilsbekwaamheid
Klinische context onderdelen apart te autoriseren
Vanaf deze release is het mogelijk om de diverse onderdelen van klinische context (Zorgplan - Profiel - Klinische context) apart te autoriseren. Op die manier ben je flexibeler om te bepalen welke rechten iemand heeft voor blaasfunctie, darmfunctie, etc.
Geen marges voor metingen DOS score en SNAQrc
Gezien de aard en de resultaten van de metingen DOS score en SNARrc is besloten geen mogelijkheid te bieden bij deze metingen om marges te registeren op cliëntniveau (van toepassing in vernieuwde metingenmodule).
functionaliteiten - Administratief
Weergave cliëntnaam
De weergave van de cliëntnaam is doorheen de gehele applicatie aangepast. De cliëntnaam wordt voortaan als volgt getoond:
- Roepnaam (indien bekend)
- Voorletters (indien geen roepnaam bekend)
- Geboortenaam / partnernaam (afhankelijk van de gekozen schrijfwijze)
Er is afscheid genomen van de weergave waarbij het voorvoegsel met een komma achter de geboortenaam getoond werd (bijv. "Veerdonk, van der").
Graag illustreren we met een aantal voorbeelden hoe de cliëntnaam voortaan getoond zal worden.
Voorbeeld 1
- Roepnaam: Joost
- Voorletters: J.
- Geboortenaam: Veerdonk
- Voorvoegsel: van der
- Schrijfwijze: geboortenaam
Dit resulteert in: "Joost van der Veerdonk".
Voorbeeld 2
- Roepnaam:
- Voorletters: J.
- Geboortenaam: Veerdonk
- Voorvoegsel: van der
- Schrijfwijze: geboortenaam
Dit resulteert in: "J. van der Veerdonk".
Voorbeeld 3
- Roepnaam: Joost
- Voorletters: J.
- Geboortenaam: Veerdonk
- Voorvoegsel: van der
- Partnernaam: Jansen
- Schrijfwijze: geboortenaam - partnernaam
Dit resulteert in: "Joost van der Veerdonk - Jansen".
Voorbeeld 4
- Roepnaam:
- Voorletters: J.
- Geboortenaam: Veerdonk
- Voorvoegsel: van der
- Partnernaam: Donk
- Voorvoegsel partner: ter
- Schrijfwijze: geboortenaam - partnernaam
Dit resulteert in: "J. van der Veerdonk - ter Donk".
Synchronisatie naar Medimo voortaan (ook) op cliëntniveau instelbaar!
Je herkent het mogelijk wel: op OE-niveau heb je ingesteld dat cliënten van die OE naar Medimo moeten worden gesynchroniseerd. Doch er is ook een aantal cliënten in zorg op die OE waarvan geen synchronisatie naar Medimo gewenst is (bijv. omdat cliënt extramurale zorg ontvangt). Maar die cliënten komen toch in Medimo terecht.
Vanaf deze release kan je ook op cliëntniveau aangeven of een synchronisatie naar Medimo dient uitgevoerd te worden. Voorwaarde is uiteraard het in gebruik hebben van de Medimo synchronisatie in SDB ECD. Standaard staat de synchronisatie op cliëntniveau op "Nee". De marking op OE-niveau blijft ook nog steeds van toepassing. Een cliënt zal dus gesynchroniseerd worden indien in zorg op een OE gemarkeerd als Medimo of indien op cliëntniveau is aangevinkt dat de synchronisatie dient plaats te vinden.
Om op cliëntniveau te kunnen bepalen of de synchronisatie dient plaats te vinden, dient eerst volgende configuratie doorgevoerd te worden:
1. Geef de betreffende gebruikers permissie om op cliëntniveau te kunnen zien / bepalen of een synchronisatie dient uitgevoerd te worden (Beheer - Autorisatie - Rollen - Cliënten - Zorgplan).
P.S.: er is gekozen voor een toekomstgerichte functionaliteit dus er wordt gesproken over een EVS (Elektronisch Voorschrijf Systeem) en niet expliciet over Medimo.
2. Stel de naam van het EVS in (bijv. Medimo) (Beheer - Parameters, parameter "Gebruikte naam voor EVS (Elektronisch Voorschrijf Systeem)").
Een gebruiker met de permissie zal onder Zorgplan - Profiel een extra sectie zien waarbij te zien is of de cliënt wordt gesynchroniseerd naar het EVS of niet. Heeft de gebruiker ook de wijzigpermissie, dan kan de gebruiker de synchronisatie op cliëntniveau aan-/uitzetten.
Zie je onder Zorgplan - Profiel ook als de synchronisatie (al) gebeurd op basis van de OE? Jazeker! Op de profielpagina zal je dus zien of een synchronisatie wordt uitgevoerd, ongeacht of dat gebeurt op basis van OE dan wel op basis van het activeren op cliëntniveau.
Als de synchronisatie gebeurt op basis van OE, dan zal dat tussen haakjes ook vermeld worden. Je hebt dan niet de mogelijkheid om dit via de wijzig knop nog expliciet in te stellen voor de cliënt.
Medimo OE's kunnen makkelijk omgezet worden naar synchronisatie op cliëntniveau. Het werkt als volgt:
Het uitzetten van de vink op OE-niveau zorgt ervoor dat er naar Medimo berichten verstuurd worden dat de cliënt uit zorg is. Als hierna de vink op cliëntniveau wordt aangezet, wordt er een nieuw in zorg bericht verstuurd naar Medimo.
Voortaan ook zonder/met behandeling richting Medimo
In Medimo kan het van belang zijn om te weten of een cliënt zonder dan wel met behandeling zorg ontvangt. Deze informatie werd in de synchronisatie tussen SDB ECD en Medimo niet voorzien.
Tot nu! Vanaf deze release wordt aan Medimo doorgegeven of er sprake is van behandeling of niet. Dit gegeven is afkomstig uit het mandaat dat bij de cliënt (Diensten - WLZ) is geregistreerd.
In Medimo is het vervolgens mogelijk om op basis van dat gegeven een andere "routering" te volgen, waardoor bijvoorbeeld een opsplitsing gemaakt kan worden tussen cliënten met en zonder behandeling.
Activiteitenplanning aan te roepen vanuit menu
De vernieuwde activiteitenplanning (SDB Planning) is vanaf deze release ook vanuit SDB ECD aan te roepen.
Draag er zorg voor dat de betreffende gebruikers de gelijknamige permissie toebedeeld hebben gekregen en vervolgens verschijnt de optie in het linkermenu en kan de activiteitenplanning worden geopend (uiteraard indien de betreffende gebruiker toegang heeft tot de activiteitenplanning in SDB Planning).
Leespermissie: nodig om de activiteitenplanning te kunnen openen.
Wijzigpermissie: nodig om de activiteitenplanning te kunnen muteren (enkel noodzakelijk indien je als organisatie geen gebruik maakt van SDB Planning maar toch de activiteitenplanning wilt gebruiken; maak je wel gebruik van SDB Planning, dan wordt de autorisatie daar geconfigureerd).
Snelkoppeling naar activiteitenplanning mogelijk
Op rolniveau (Beheer - Autorisatie - Rollen) en bij de persoonlijke snelkoppelingen (startscherm gebruiker) is het voortaan ook mogelijk om een snelkoppeling naar de activiteitenplanning toe te voegen.
Beveiligingsniveau eOverdracht instelbaar
Als verzendende organisatie kan je voortaan bepalen aan welke authenticatie de ontvangende organisatie wordt onderworpen bij het openen van een eOverdracht bericht (Beheer - Parameters, parameter "eOverdracht authenticatieniveau").
Je hebt de keuze uit:
- Substantieel: standaard keuze. Betekent dat de ontvangende partij middels IRMA/YIVI een extra authenticatie moet uitvoeren vooraleer het eOverdracht bericht te kunnen openen.
- Laag: IRMA/YIVI is niet noodzakelijk. De medewerker van de ontvangende organisatie zal moeten bevestigen via het NUTS netwerk dat hij/zij handelt in naam van de ontvangende organisatie.
Hoe uit zich dit in SDB ECD?
Heeft de verzendende organisatie bepaald dat een substantieel beveiligingsniveau toegepast moet worden, dan krijg je onderstaand scherm te zien bij het openen van het eOverdracht bericht. De gebruiker dient dan via de IRMA/YIVI app een extra authenticatie uit te voeren.
Heeft de verzendende organisatie bepaald dat een laag beveiligingsniveau voldoende is, dan dien je als medewerker te bevestigen dat je handelt in naam van jouw organisatie.
GBA landcodes standaard als uitwisselcode voorzien voor eOverdracht
Landcodes kunnen in eOverdracht volgens 2 codelijsten worden uitgewisseld: ISO en GBA. In SDB ECD hebben we ervoor gekozen om standaard ISO te gebruiken vanuit verzendend / ontvangend perspectief. Doch een andere zorgprofessional kan ervoor gekozen hebben om een land te coderen conform de GBA codelijst. Om een vlotte ontvangst en verwerking van dergelijke eOverdracht berichten te ondersteunen, is vanaf deze release standaard voor alle landen in de codetabellen ook een GBA uitwisselcode voor eOverdracht (HL7 FHIR) toegevoegd. Geen handmatige inrichting meer dus.
Opgeloste Bugs
- Er wordt een dubbele selectielijst getoond bij het wijzigen van de groepsplanning. (437.934)
[ Logistiek -> Groepsplanning ] - De maandweergave werkt niet altijd correct in de cliëntagenda. (437.656)
[ Cliënten -> Agenda ] - WMO325-bestanden worden niet correct ingelezen. (437.919)
[ Uitwisseling -> Jobs -> Vecozo schakelpunt (VSP) ophalen berichten ] - DCC Onvrijwillige zorg toont niet op elke regel de cliëntinformatie. (437.287)
[ Uitwisseling -> Jobs -> Database Consistency Checker (DCC) ] - Bij bepaalde cliënten worden metingen langzaam opgehaald. (402.528 - 425.474)
[ SDB Octopus ] - Bij bepaalde extensies worden bestanden en foto's niet goed getoond in SDB Octopus en het cliëntportaal. (432.754)
[ SDB Octopus ] - [ Cliëntportaal ] - SDB Octopus toont meer producten dan geïndiceerd zijn bij een cliënt. Dit is aangepast dat bij de suggesties enkel geïndiceerde producten getoond worden die in zorg zijn (ook binnen basisplanning is deze lijn doorgetrokken). (429.395)
[ SDB Octopus ] - [ Cliënten - Planning ] - Tijdelijk toegangsverzoek werkt niet optimaal in SDB Octopus. (430.822)
[ SDB Octopus ] - In bepaalde situaties wordt er geen taak aangemaakt bij de workflow "verlopen indicaties". (349.945)
[ Beheer - Workflow ] - Overzicht Groepsplanning toont de totalen 1 kolom teveel naar links. (432.832)
[ Overzichten - Groepsplanning ] - Exporteren van vragenlijst data onder Stambestanden - Cliëntdocumenten geeft een foutmelding in bepaalde situaties. (435.725)
[ Beheer -> Stambestanden -> Cliëntdocumenten ] - Nieuw-knop is niet zichtbaar onder Zvw als er geen rechten zijn tot Documenten - Toevoegen. (439.212)
[ Cliënten -> Diensten -> Zvw ]