Release 2026-5 (NL)
Overzicht
Classificatie: Major Functionele release
Deze release brengt het Founda-platform naar Apache Tomcat 11 en Java 21 en voegt ondersteuning toe voor Windows Server 2025 en SQL Server 2025, zodat on-premise- en cloudinstallaties op een ondersteund en actief onderhouden fundament blijven draaien.
Image Prefetch krijgt nauwkeurigere regels en een monitoringdashboard dat directer bruikbaar is, zodat prefetch de onderzoeken levert die ertoe doen en operationele teams mislukte ophaalacties zelf kunnen oplossen.
Het Founda Health Portal ondersteunt nu het beheer van aanvullende patiënt-ID's, de Integration Engine kan waarden uit JSON-antwoorden uitlezen en hergebruiken in flows, en beeldgegevens die via MedMij worden gedeeld sluiten aan op het Nictiz-profiel voor de Nederlandse markt. Gemelde defecten zijn verholpen in het hele platform, en het doorlopende onderhoud en beveiligingswerk gaat verder in alle omgevingen.
💡 Upgrade-opmerking: Deze release draait op Apache Tomcat 11 en vereist Java 21. Raadpleeg het TRM voor de gedetailleerde stappen.
Nieuw – Alle markten
Platformupgrade: Apache Tomcat 11 en Java 21
De applicatiestack van Founda is overgezet van Apache Tomcat 9 naar Tomcat 11 en van Java 17 naar Java 21, ruim vóór het einde van de ondersteuning voor Tomcat 9 in maart 2027.
- Actuele, ondersteunde runtime: alle componenten draaien nu op Jakarta EE 11 (Servlet 6.1, JSP 4.0) met Java 21.
- Geen functionele wijziging: de upgrade is gevalideerd met integratie- en IHE-conformiteitstests, tests op achterwaartse compatibiliteit en smoketests.
Wat dit betekent
De installatie draait op een ondersteunde Tomcat-versie die beveiligingsupdates blijft ontvangen, zonder dat er voor gebruikers iets verandert in de werking van het platform. De overstap naar Java 21 kan worden gepland aan de hand van de stappen in het TRM.
Ondersteuning voor Windows Server 2025
Founda is nu gevalideerd op Windows Server 2025, zodat infrastructuurteams van ziekenhuizen de vervanging van servers kunnen afstemmen op de levenscyclus van Microsoft.
- Ondersteunde combinaties: Windows Server 2025 met SQL Server 2022, en Windows Server 2025 met SQL Server 2025.
- Volledig gevalideerd: nieuwe installaties zijn door de volledige geautomatiseerde regressietest van de release gegaan, inclusief TLS en certificaatafhandeling.
Wat dit betekent
Ziekenhuizen kunnen de overstap naar Windows Server 2025 plannen, met SQL Server 2022 of SQL Server 2025. De validatie had betrekking op nieuwe installaties. In-place upgrades van het besturingssysteem of SQL Server volgen de upgraderichtlijnen van Microsoft en maakten geen deel uit van deze validatie.
Verbeteringen in Image Prefetch
De regels van Image Prefetch zijn nauwkeuriger geworden, en het monitoringdashboard geeft operationele teams de informatie om mislukte ophaalacties zelf te begrijpen en op te lossen.
- Gedeeltelijke matching op lichaamsdeel: een nieuwe hoofdletterongevoelige "contains"-optie voor lichaamsdeel vangt alle naamvarianten die ziekenhuizen gebruiken (zo matcht "THORAX" met "CT THORAX" en "THORAX EN ABD"), in plaats van lange lijsten met exacte waarden.
- Meest recente onderzoek per modaliteit: een optionele regelinstelling haalt per modaliteit alleen het laatste onderzoek op, over alle bronziekenhuizen heen, zodat het lokale PACS niet volloopt met oudere onderzoeken van beperkte waarde. Oudere onderzoeken blijven beschikbaar voor handmatige export.
- Bronziekenhuis en onderzoeksdatum: twee nieuwe kolommen in het dashboard tonen uit welk ziekenhuis een onderzoek afkomstig is en wat de klinische datum van het onderzoek is, beide sorteerbaar en filterbaar.
- Foutmelding bij mislukte jobs: bij mislukte jobs verschijnt nu een duidelijke foutmelding, met een kopieeroptie voor supportmeldingen. Technische details en patiëntgegevens worden nooit getoond.
- Handmatig opnieuw proberen vanuit het dashboard: een mislukte job kan met één klik opnieuw worden gestart, waarbij elke herhaalpoging in de auditlog wordt vastgelegd.
Wat dit betekent
Clinici krijgen de eerdere onderzoeken die relevant zijn voor het zorgcontact, met minder ruis en minder onnodige gegevensoverdracht. Klinische beheerders en PACS-beheerders zien waarom een ophaalactie is mislukt en kunnen deze direct vanuit het dashboard oplossen, waardoor contact met support minder vaak nodig is.
Interesse? Neem contact op met het Founda-aanspreekpunt voor meer informatie over Image Prefetch en hoe het de organisatie kan ondersteunen.
Founda Health Portal: aanvullende patiënt-ID's en verbeteringen in gebruiksgemak
Het tabblad Patient Details in het Founda Health Portal ondersteunt nu het toevoegen en verwijderen van aanvullende patiënt-ID's, net als de oude viewer. Daarnaast bevat deze release een reeks verbeteringen in het gebruiksgemak, op basis van feedback van klanten.
- ID's toevoegen en verwijderen: de assigning authority selecteren, de ID invoeren en toevoegen; bij verwijderen volgt een bevestigingsvraag.
- Afgeschermd en controleerbaar: alleen gebruikers met het recht om patiëntgegevens bij te werken kunnen wijzigingen aanbrengen, en elke wijziging wordt vastgelegd in het audittrail. Andere gebruikers zien de ID's alleen-lezen.
- Verbeteringen in gebruiksgemak: de patiëntenlijst toont het juiste aantal resultaten, telefoonnummers worden correct weergegeven in de patiëntgegevens, de widgets voor patiëntregistratie en toestemming openen en sluiten zoals verwacht, de uploadwidget voor documenten bevestigt een geslaagde upload in plaats van een laadindicator te blijven tonen, en ontbrekende vertalingen in de interface zijn toegevoegd.
Wat dit betekent
Geautoriseerde medewerkers kunnen een patiënt rechtstreeks in het portaal koppelen aan ID's uit andere domeinen. Dat ondersteunt het matchen van patiënten en het ophalen van documenten over domeinen heen, zonder over te stappen naar de oude viewer. Dagelijkse taken zoals een patiënt zoeken, een patiënt registreren, toestemming beheren en documenten uploaden verlopen soepeler en geven duidelijkere terugkoppeling.
Integration Engine: waarden uit JSON-antwoorden uitlezen
De Integration Engine (voorheen forConnect) biedt nu een set functies om waarden uit JSON-antwoorden uit te lezen, zoals het antwoord op een HTTP-verzoek, en deze in volgende stappen van een flow te hergebruiken.
Wat dit betekent
Koppelingen met REST-API's kunnen worden gebouwd met de standaard HTTP-actie, zonder een aparte connector alleen om een paar velden uit een antwoord te lezen. Nieuwe koppelingen zijn sneller op te leveren en reageren betrouwbaar op wat een extern systeem terugstuurt.
Nieuw – Nederland
MedMij: beeldgegevens in lijn met het Nictiz-profiel
Beeldgegevens die via MedMij worden uitgewisseld voldoen nu aan de Nictiz-eisen die bij de hertest op conformiteit naar voren kwamen.
- Gestandaardiseerde codes: documenttypen gebruiken SNOMED CT-codes uit de voorgeschreven waardelijst, LOINC-codes gebruiken het juiste codesysteem en anatomiecodes zijn gekoppeld aan de Nictiz-waardelijst.
- Correcte identificaties: zorgverlener-ID's, study instance UID's en patiëntverwijzingen bevatten nu de vereiste systemen en prefixen.
- Geen gevolgen buiten MedMij: de wijzigingen zijn achterwaarts compatibel voor andere XDS-omgevingen.
Wat dit betekent
Ziekenhuizen die beelden via MedMij delen kunnen verder met de certificering voor Beeldbeschikbaarheid, en persoonlijke gezondheidsomgevingen (PGO's) ontvangen beeldgegevens met consistente codes en identificaties.
Opgeloste defecten
Alle markten
- Notificatieadressen zijn bereikbaar voor abonnees: Een probleem in cloudomgevingen is opgelost waarbij documentnotificaties (DSUB) een intern serveradres bevatten dat abonnees niet konden bereiken, bijvoorbeeld bij het opzeggen van een abonnement. Het adres in notificaties is nu zo te configureren dat het naar een bereikbare URL verwijst.
- Volledige tracebestanden voor query-antwoorden: Een probleem is opgelost waarbij tracebestanden voor query-antwoorden werden afgekapt op 8192 bytes, waardoor langere antwoorden lastig te analyseren waren. Tracebestanden bevatten nu het volledige antwoord.
- HL7-conversie verwerkt het volledige bericht: Een probleem is verholpen waarbij de HL7-conversieactie in de Integration Engine niet het hele bericht verwerkte, waardoor latere segmenten konden ontbreken. Het volledige bericht wordt nu verwerkt.