Releasenotes

Releases gaan eerst naar acceptatie (tweede dinsdag van de maand), daarna naar productie (derde dinsdag van de maand). Ga naar Releasebeleid TriasWeb voor meer informatie.

Heb je vragen of opmerkingen over deze releasenotes, mail dan alsjeblieft de product owner van TriasWeb via kim@triaspect.nl.

2024 junirelease (18 juni 2024)

Versienummer 6.43.0 / TW.2024.6.0 / TWAUTH.2024.6.0 / API.2024.6.0

Gebruikersbeheer

In de april-release is hernoemen van uitgeschakelde accounts uitgerold. In de huidige release is voor alle organisaties het hernoemen van uitgeschakelde accounts aangezet. De waarde hiervan staat nu op 60 dagen. Dat betekent dat het effect heeft op accounts die ten minste 60 dagen geleden zijn uitgeschakeld (gedeactiveerd). Deze accounts zullen 's nachts hernoemd worden. De uitschakeldatum wordt toegevoegd aan de gebruikerscode, de naam en het e-mailadres.

Als een gebruiker na deze hernoeming opnieuw ingevoerd wordt, wordt er voor die gebruiker een nieuw account aangemaakt. Let op! Deze accounts kunnen niet meer samengevoegd worden. Het hergebruiken van een account is wel mogelijk wanneer je éérst de datums van het bestaande account verwijdert.

Performancewinst voor meldingenbeheer (fase 2) en de KOLA-rapporten

Zowel meldingenbeheer als de KOLA-rapporten zijn significant versneld voor grotere organisaties.

Authenticatie en autorisatie

Zoals eerder genoemd in de release notes heeft een bug in de software van een leverancier ervoor gezorgd dat we de inlogmodule van TriasWeb niet konden updaten naar de nieuwste versie van dotNet. De bug is verholpen en de inlogmodule is nu weer helemaal up-to-date.

Uitdraaien van modules (betaversie)

Het is nu mogelijk om per route een pdf-document te bekijken (en uit te printen) van de vragen en antwoorden. Je vindt deze functionaliteit via het menu Beheren - Autorisatie - Routes. Achter elke route is een printicoon aanwezig. De PDF opent in dezelfde tab als TriasWeb. Je kunt met de ‘back-button’ van de browser terug naar de vorige pagina.
Dit is een betaversie. We horen graag hoe jullie deze functionaliteit willen gebruiken en hoe dit verder ontwikkeld zou kunnen worden om die werkwijze te ondersteunen. Schrijf daarvoor een mail naar kim@triaspect.nl, alsjeblieft.

Bugfixes

• De API kan nu ook koppelcodes uitlezen bij organisatorische eenheden die meerdere koppelcodes hebben.

• De automatische import van cliënten uit Caress kan nu ook cliënten opnieuw inschakelen die al in TriasWeb aanwezig zijn, maar uitgeschakeld zijn.

2024 meirelease (21 mei 2024)

Versienummer 6.42.0 / TW.2024.5.0 / TWAUTH.2024.2.1 / API.2024.5.0

TWAUTH draait nog op de 2024.2.1-versie. We hebben een hapering in het systeem gevonden. Hierover spreken we nog met de leverancier. Dit gaat niet ten koste van functionaliteit of veiligheid van TriasWeb.

Meldkoppeling TriasWeb → Ons: PDF autoriseren
Je kunt de PDF’s van meldingen die naar de meldmodule van Ons gestuurd worden een autorisatiegroep of profiel meegeven. Dat betekent dat ze alleen voor die groepen of profielen zichtbaar zijn. Je kunt hiermee dus de PDF’s afschermen voor cliënten en hun vertegenwoordigers. Als je hiervan gebruik wilt maken geef je de id’s van de groepen en profielen door via de servicedesk.

We hebben Nedap gevraagd hoe je aan de id’s kunt komen. Het id van een expertisegroep kun je vinden in de tabel ExpertiseGroups in de ONSDB-download. Het id van een expertiseprofiel kun je vinden in de adresbalk van de browser als je een groep geopend hebt, of in de tabel ExpertiseProfiles in de ONSDB-download.

Performancewinst voor meldingenbeheer

Het meldingenbeheerscherm is bij het registreren van meldingen voor grotere organisaties sneller geworden doordat er een aantal technische wijzigingen zijn doorgevoerd.

2024 aprilrelease (16 april 2024)

Versienummer 6.41.0 / TW.2024.4.0 / TWAUTH.2024.2.1 / API.2024.4.0

Het is geen typefout dat versie TWAUTH.2024.2.1 hierboven staat. We hebben contact met de leverancier van het basisproduct wat we hiervoor gebruiken (Duende). We hebben daarom een oudere versie teruggezet. Dit gaat niet ten koste van functionaliteit of veiligheid van TriasWeb.

Hergebruik accounts nu mogelijk (hernoemen gedeactiveerde accounts)

Er is al jaren vraag naar het hergebruik van e-mailadressen in TriasWeb. Als je nu een emailadres hergebruikt, dan blijven de meldingen en instellingen van het eerdere account zichtbaar. Dat is zeer ongewenst.

We hebben nu een werkwijze gerealiseerd die dit regelt. Accounts worden automatisch hernoemd. Zowel gebruikerscode als e-mailadres als naam krijgen de tekst ‘_deactief_datum’. Dit zorgt ervoor dat je het emailadres kunt hergebruiken voor een andere medewerker.

Dit kan heel vervelend zijn als er per ongeluk een gebruikersimport mis gaat, en alle accounts gedeactiveerd worden en opnieuw aangemaakt. Daarom hebben we aan het hernoemen een termijn gekoppeld. Als een gebruiker gedeactiveerd wordt, wordt na die termijn het account hernoemd. Deze termijn is in te stellen op de pagina Beheren → Instellingen → Standaardrol.

Let op! In de volgende release (uitrol half juni) wordt voor alle organisaties het hernoemen vastgezet op 60 dagen. Je kunt de termijn dan nog verkorten als je wilt, maar niet meer uitschakelen.

Escalatie uitgebreid

Je kunt nu per route instellen of er geëscaleerd mag worden. Escaleren is de autorisatiescope vergroten tot niveau zorgorganisatie, gedurende 30 minuten. De escalatie wordt gelogd. Lees hier meer: https://triaspect.atlassian.net/wiki/spaces/TRIAS/pages/2291925022/Autorisatiescope#Escaleren. Dit is in te stellen per route en wordt voor jullie ingericht door onze technisch consultants. Vraag deze functie aan via de servicedesk.

Gebruikers

De kolom ‘Handmatig uitgeschakeld’ is toegevoegd aan de gebruikerstabel. Ook bij exporteren van gebruikers is deze zichtbaar.

Er zijn twee dingen veranderd met betrekking tot het verwijderen van gebruikers. Bij het verwijderen van een gebruiker wordt aangegeven dat je dat alleen moet doen als je zeker weet dat dat is wat je wilt, en geven we de suggestie om de gebruiker te deactiveren.

Het tweede is dat als een gebruiker verwijderd was, de meldingen nu wel getoond worden in het overzicht van meldingen in de totaalanalyse en in de csv-export. Voorheen ontbraken de meldingen van verwijderde gebruikers nog wel eens.

SSO - userclaims beheren

Er is een scherm voor het wijzigen van de volgorde van userclaims gebouwd. Voorheen moest er soms een enterprise registratie aangemaakt worden. Nu kun je als beheerder zelf de volgorde wijzigen waarin de Authenticatie moet plaatsvinden. Meer informatie vind je hier: SSO: Userclaims beheren

Anonieme meldingen exporteren

Er is een permissie ontwikkeld waarmee anonieme meldingen geëxporteerd kunnen worden. Wat altijd afgeschermd blijft is de naam van de melder.

Bugfixes en kleine wijzigingen

• Voor meelezers werden meldingen soms tweemaal in ‘Meldingen ter info’ getoond. Dat is verholpen.

• Meldingen konden overdragen worden naar afhandelaren die geen afhandelpermissie voor de route hadden. Nu kun je bij overdragen alleen nog kiezen voor iemand die de melding daadwerkelijk mag afhandelen.

• Wanneer de uiterste invuldatum van een MTO verstreken was, en deze van het meldplein afgehaald was, kon je met een deeplink nog wel een enquete invullen. Dat kan nu niet meer.

• Nedap-klantcodes met speciale tekens konden niet worden toegevoegd aan TriasWeb (voor koppelingen van en naar Ons van Nedap). Dat kan nu wel.

• Informatieblokken in meldformulieren zijn enige tijd geleden per ongeluk gewijzigd: je zag veel grotere witregels tussen de teksten. Dat hebben we nu teruggedraaid.

• In sommige gevallen werd bij het wijzigen van een route door de triaspectbeheerder, een aantal permissies gewist. Dit is nu verholpen.

• De omschrijving voor ‘Anonieme route’ op het instellingenscherm voor routes is gewijzigd: “Melders, meelezers en afhandelaars zien de gegevens van de melding op hun meldingsoverzicht. Op de analyseschermen is er echter geen zichtbaarheid voor deze gegevens, maar ze worden wel meegenomen in grafieken en rapportages.”

• De bijlage-link in meldingen werkte niet bij meldingen die voor 1 december zijn aangemaakt. Dat is nu verholpen.

• De organisatieonderdelenimport koppelde de opgegeven gebruikers niet altijd aan de afdelingen. Dat is nu verholpen.

Wat wel gepland was deze release, maar nog niet opgeleverd wordt

• Meldkoppeling TriasWeb → Ons: PDF autoriseren
  Je kunt de PDF’s van meldingen een autorisatiegroep of profiel meegeven. De reden hiervoor is dat het onduidelijk is wat de voor de klantbeheerder zichtbare unieke identificatie is van de groepen. Hiervoor vindt nu overleg met Nedap plaats. We verwachten deze wijziging op korte termijn wel op te leveren.

2024 maartrelease (19 maart 2024)

Versienummer 6.40.0 / TW.2024.3.0 / TWAUTH.2024.3.0 / API.2024.3.0

Verwijderen gebruiker

Het verwijderen van gebruikers is al enige tijd mogelijk. Dit is ontwikkeld omdat meerdere klanten daarom gevraagd hebben. We merken echter dat hierdoor soms fouten in het systeem ontstaan. Als je nu een gebruiker verwijderd wordt er een duidelijk bericht getoond. In dit bericht staat ook een alternatief voor het verwijderen, (namelijk deactiveren).

Gegevenssynchronisatie vanuit Ons van Nedap

In de situatie dat er een fout optrad bij Nedap intern (http-error 495) werden alle cliënten of medewerkers in TriasWeb gedeactiveerd en ontkoppeld. Dat is nu verholpen. Als een dergelijke fout ontstaat, wordt de gegevenssynchronisatie gestopt.

CareConnections-API

In de releasenotes van februari schreef ik dit: “Aangezien we graag meehelpen in het verlichten van de administratieve last voor zorgmedewerkers, zetten we in op zinvolle koppelingen. Daarom is er contact geweest tussen Triaspect en Care Connections over een mogelijke koppeling tussen TriasWeb en de ZorgApp. Er worden op dit moment technische voorbereidingen gedaan. Het doel is om bij een client een kort overzicht van de laatste meldingen te tonen.”

Ondertussen is de API aan onze kant gebouwd. CareConnections kan nu aan hun kant de invoegtoepassing gaan bouwen. We houden jullie op de hoogte. We zullen er gezamenlijk documentatie voor maken.

API verkorte meldingen per client

De API die hierboven beschreven is, is natuurlijk voor iedereen te gebruiken. De aanroep kan per client gedaan worden (op basis van de client-code), eventueel met een van-af datum en een tot-datum. De endpoint retourneert samenvattingen per melding: meldingsnummer, meldingstype, risicofactor, meldingsdatum en meldingsstatus.

Wil je gebruik maken van deze API, vraag dan onze technisch consultants om meer informatie.

Bugs

• Tijdens het importeren van organisatieonderdelen trad er soms een fout op waardoor de hiërarchische structuur niet meer klopte. Dat is nu verholpen.

2024 februarirelease (20 februari 2024)

Versienummer 6.39.0 / TW.2024.2.0 / TWAUTH.2024.2.0 / API.2024.2.0

Voorbereiding op wijzigingen in de Nedap-API voor Ons.

Nedap voert een technische wijziging door in hun API. De wijziging is dat er nu in JSON wordt gecommuniceerd in plaats van in XML. Dit wordt door Nedap in mei op staging en in juni op production doorgevoerd. Wij zijn er nu dus al klaar voor.

Koppelingen

• Encryptie van synchronisatiebestanden. Een technische wijziging die ervoor zorgt dat de gegevens van verschillende synchronisatiejobs tussentijds nog een keer versleuteld worden. De Caress-, Ons-, en Afas-synchronisaties zijn nu klaar.

• Uitbreiding gebruikers-API. De gebruikers-API is uitgebreid met een functie waarmee je (in stappen) alle gebruikers kunt ophalen uit TriasWeb. Meer informatie over de gebruikers-API is hier te vinden: https://swaggerapi-test.triasweb.nl/triaswebapi. Wil je gebruik maken van deze API voor je gebruikersbeheer, neem dan contact op met de ServiceDesk.

• Caress-synchronisatie. Om onverklaarbare redenen wordt de connectie tussen Caress en TriasWeb wel eens verbroken bij het importeren van cliënten. Er is daarom een retry-mechanisme ingebouwd bij het ophalen van gegevens uit Caress. Dat betekent dat als de verbinding even weg is geweest, de actie opnieuw wordt uitgevoerd. De uiteindelijke synchronisatie kan daarmee met goed gevolg worden afgehandeld.

• Aangezien we graag meehelpen in het verlichten van de administratieve last voor zorgmedewerkers, zetten we in op zinvolle koppelingen. Daarom is er contact geweest tussen Triaspect en Care Connections over een mogelijke koppeling tussen TriasWeb en de ZorgApp. Er worden op dit moment technische voorbereidingen gedaan. Het doel is om bij een client een kort overzicht van de laatste meldingen te tonen. Het is nog niet duidelijk of we deze koppeling kunnen realiseren, maar zodra we weten of dit gaat lukken, zullen we dat hier vertellen.

Routeconfiguratie

Wanneer de verbetermodule niet gebruikt werd, werd nog steeds de instelling getoond die ging over de vraag: “Wilt u een verbeteractie maken op basis van deze melding?”. Dat is nu verholpen. 

Verbeteracties per gebouw kunnen zoeken

In de decemberrelease hebben we een nieuwe zoekpagina uitgerold, waarmee je risico-inventarisaties per gebouw kunt zoeken. Deze functionaliteit hebben we uitgebreid naar de verbeteracties. Op die manier kun je de verbeteracties per gebouw vinden. Hiervoor is een formulierwijziging voor verbeteracties vereist. Bovendien werkt dit niet met terugwerkende kracht voor bestaande verbeteracties. Neem contact op met de ServiceDesk als je hiervan gebruik wilt maken.

Beheermenu

Samen met een informatiearchitect hebben we een andere structuur opgezet voor het beheermenu. Het is nu soms erg lastig om iets te vinden. Hier zie je wat het uiteindelijk wordt.

De nieuwe RI&E

Elke keer als ik de beheerschermen zie die ontwikkeld zijn voor de nieuwe RI&E word ik blij. Ze zijn prachtig en werken intuïtief. Ik zou jullie graag iets willen laten zien. Dat doe ik binnenkort.