Release 2026-4 (NL)

platform and partner lifecycle policy docid\ yyytvtnxeeluqzzpdmb6 overzicht classificatie functionele release introduceert image prefetch, auto reconcile en de patient facing viewer, met verbeterde mogelijkheden in de beeldviewer, doorlopend platformonderhoud en opgeloste defecten in het platform deze release introduceert drie nieuwe mogelijkheden van het founda platform image prefetch , auto reconcile en de patient facing viewer , naast doorlopend werk aan productstabiliteit en het oplossen van gemelde defecten in het platform deze release maakt daarnaast de operationele functionaliteit van het founda health portal compleet, waarmee toestemming, documentbeheer en patiëntregistratie in het portaal beschikbaar komen ook de beeldviewer is verbeterd, met onder meer ondersteuning voor ecg signalen naast de beelden het doorlopende platformonderhoud en beveiligingswerk gaat verder in alle omgevingen, om omgevingen veilig, ondersteund en betrouwbaar te houden nieuw – alle markten image prefetch image prefetch automatiseert het ophalen van relevante eerdere beeldvormende onderzoeken vóór afspraken, ingrepen en klinische beoordelingen op basis van door het ziekenhuis vastgestelde regels en hl7 triggers worden bijpassende eerdere onderzoeken opgezocht bij de andere ziekenhuizen in het regionale uitwisselingsnetwerk en in de betreffende workflows afgeleverd — zodat de beelden er al zijn op het moment dat ze nodig zijn, in plaats van dat ze handmatig moeten worden opgezocht en geïmporteerd regelgebaseerde triggering de voorbereiding start automatisch vanuit geplande afspraken en klinische gebeurtenissen, zonder handmatige coördinatiestap selectie van onderzoeken per ziekenhuis en afdeling regels selecteren de relevante onderzoeken op criteria zoals modaliteit, lichaamsdeel en tijdsperiode, zodat clinici de onderzoeken krijgen die er voor dat contact toe doen in plaats van een volledige beeldvormingshistorie ophalen uit aangesloten systemen onderzoeken worden opgehaald uit de systemen en domeinen die via founda zijn aangesloten, waarbij de overdracht is geoptimaliseerd om vertraging te beperken monitoring en terugvaloptie ophaalhistorie, gedetailleerde ophaalstatus, fouten en herhaalpogingen zijn inzichtelijk voor operationele teams, en uitzonderingen kunnen waar nodig handmatig worden opgelost standaardgebaseerd gebouwd op hl7, fhir, dicom en ihe profielen, waardoor koppelingen op maat per bronsysteem niet nodig zijn rolgebaseerde toegang , afgebakend per organisatie en afdeling wat dit betekent clinici openen een onderzoek dat al is voorbereid, in plaats van te wachten tot het ophalen klaar is of achter een onderzoek aan te gaan dat nooit is aangekomen het voorbereidende werk verschuift van medewerkers naar het platform, wat de klinische capaciteit beschermt in beeldvormingsprocessen met hoge volumes en de variatie tussen afspraken verkleint in één provinciaal zorgnetwerk worden meer dan 40 000 onderzoeken per maand vooraf opgehaald, met een foutpercentage van minder dan één procent lees het klantverhaal hier interesse? neem contact op met het founda aanspreekpunt voor meer informatie over image prefetch en hoe het de organisatie kan ondersteunen auto reconcile auto reconcile (voorheen auto archive) maakt het mogelijk een extern onderzoek te importeren in het eigen pacs van het ziekenhuis en daarbij te koppelen aan een lokale patiënt en een lokale order, waarbij het bijbehorende verslag naar het epd wordt gestuurd daarmee is het mogelijk de externe onderzoekscode af te stemmen op de standaarden van het eigen ziekenhuis daarnaast vervangt het de html formulieren per klant van de oude viewer door één standaard, configureerbare mogelijkheid eén handeling in plaats van een werkstroom door meerdere systemen en stappen het externe onderzoek openen, het onderzoekstype en eventuele geconfigureerde gegevens bevestigen en verzenden geen handmatige orderinvoer in het epd, geen handmatige import in het pacs order, verslag en beelden zijn per definitie aan elkaar gekoppeld een nieuw aangemaakt lokaal accessienummer verbindt ze, zodat het pacs de beelden automatisch aan de juiste order koppelt externe onderzoeken die zich gedragen als lokale eenmaal geïmporteerd vallen ze in het pacs onder het eigen bewaar en levenscyclusbeleid van het ziekenhuis configuratie in plaats van maatwerk velden, de koppeling van onderzoekscodes en de bestemming worden via configuratie geregeld, in plaats van via de formulieren per ziekenhuis die tot nu toe werden gebruikt een volledig audittraject elke poging wordt vastgelegd, of deze nu slaagt of mislukt wat dit betekent radiologie en pacs beheerders hoeven niet langer handmatig orders aan te maken of accessienummers te matchen om beelden binnen te halen externe onderzoeken komen in het pacs binnen, gekoppeld aan een lokale order en vallend onder het eigen bewaarbeleid van het ziekenhuis, waardoor het pacs een betrouwbare enige bron van waarheid blijft en de koppeling tussen order, verslag en beelden per definitie standhoudt doordat de werkstroom op configuratie is gebaseerd, is deze uit te breiden naar andere afdelingen en locaties zonder telkens nieuw maatwerk interesse? neem contact op met het founda aanspreekpunt voor meer informatie over auto reconcile en hoe het de organisatie kan ondersteunen patient facing viewer met de patient facing founda health portal viewer kunnen patiënten hun eigen medische beelden bekijken en, waar dat is toegestaan, downloaden, rechtstreeks in het patiëntportaal dat zij al gebruiken, zonder tweede inlog en zonder een parallel portaal de patiënt opent een onderzoek vanuit het eigen patiëntportaal en de founda health viewer wordt precies voor dat onderzoek gestart, met standaardgebaseerde authenticatie waardoor opnieuw inloggen niet nodig is geen tweede inlog en geen apart portaal de viewer opent vanuit het bestaande patiëntportaal van het ziekenhuis, en de patiënt keert daarna daarnaar terug een vereenvoudigde patiëntweergave het onderzoek opent direct, met een beperkte set functies voor in en uitzoomen, verschuiven en scrollen, en zonder zoekfunctie of klinische gereedschappen ondersteuning voor ecg gegevens ecg signalen in dicom formaat worden in dezelfde viewer weergegeven als de beelden, zodat ecg registraties naast de overige onderzoeken aan patiënten beschikbaar kunnen worden gesteld de ondersteuning voor ecg blijft niet beperkt tot de patiëntweergave klinische gebruikers zien dezelfde signalen in het founda health portal optioneel downloaden van het onderzoek patiënten kunnen het onderzoek dat zij bekijken downloaden als standaard beeldpakket ontworpen voor telefoon, tablet en beeldscherm patiënten kunnen hun onderzoeken bekijken op het apparaat van hun keuze strikt afgebakende en volledig controleerbare toegang een patiënt kan uitsluitend bij de eigen gegevens en alleen bij het onderzoek dat vanuit het portaal is geopend; het openen, raadplegen en downloaden wordt vastgelegd in de auditlog standaardgebaseerd en portaalonafhankelijk gebouwd op smart on fhir, ihe en dicomweb in plaats van als koppeling per ziekenhuis, en met hergebruik van het bestaande beeldplatform in plaats van dat gegevens worden gedupliceerd wat dit betekent patiënten kunnen de beelden achter hun radiologie en cardiologieverslag bekijken op dezelfde plek waar zij het verslag al lezen, in plaats van dat zij worden doorverwezen naar een apart portaal, een cd moeten ophalen of een handmatige aanvraag moeten doen doordat de viewer de bestaande beeldkoppeling hergebruikt en op open standaarden is gebouwd, komt er patiënttoegang bij zonder een parallel portaal om te beheren of maatwerk om te onderhouden interesse? neem contact op met het founda aanspreekpunt voor meer informatie over de patient facing viewer en hoe deze de organisatie kan ondersteunen nieuw – duitsland founda health portal — volledige operationele functionaliteit het founda health portal (voorheen forview) ondersteunt nu ook de workflows waarvoor eerder de oude viewer nodig was, waarmee de functionaliteit voor de duitse markt compleet is beheer van patiënttoestemming — rechtstreeks vanuit het toestemmingsdocument bekijken en aanpassen welke organisaties toegang hebben tot het dossier van een patiënt, inclusief documenten die als vertrouwelijk zijn gemarkeerd wijzigingen zijn direct van kracht documenten uploaden en metadata corrigeren — meerdere documenten in één handeling aan een patiëntdossier toevoegen met titel, documenttype en vertrouwelijkheid per bestand, en die metadata achteraf corrigeren op bestaande documenten patiëntregistratie en demografie — zoeken in de master patient index, nieuwe patiënten registreren, de eigen organisatie toegang geven tot een bestaand dossier en demografische gegevens bijwerken een bevestigingsstap voor toestemming gaat aan elke handeling vooraf er wordt niets verstuurd voordat de zorgverlener bevestigt dat een ondertekend toestemmingsformulier aanwezig is koppelen van patiëntportaal accounts — de widget die een zelf geregistreerd portaalaccount koppelt aan een patiëntdossier is nu ook in het portaal beschikbaar wat dit betekent klinisch en operationeel personeel kan toestemming, documenten en patiëntregistratie afhandelen zonder het portaal te verlaten of terug te vallen op de oude viewer een migratie naar het founda health portal gaat daardoor niet gepaard met functieverlies de duitse taal, adresnotaties en speciale tekens worden overal ondersteund, en elke handeling blijft traceerbaar in de auditlog opgeloste defecten alle markten stabiliteit van de auditcomponent bij langdurige belasting een geheugenlek is verholpen waardoor de auditcomponent kon stoppen met reageren en de auditinterface bleef hangen zonder resultaat de oorzaak lag in een databaseregistratie die niet correct werd vrijgegeven; deze wordt nu wel opgeruimd, waardoor het geheugengebruik niet langer oploopt toegangsregels op configureerbare acties worden nu correct afgedwongen een probleem is opgelost waarbij de rolvoorwaarde op een configureerbare actie niet werd toegepast, waardoor een actieknop die alleen voor een bepaalde rol bedoeld was voor alle gebruikers zichtbaar was rolvoorwaarden worden nu correct geëvalueerd en de actie is uitsluitend zichtbaar voor gerechtigde gebruikers duitsland patiëntberichten met meerdere identificaties uit dezelfde bron worden nu geaccepteerd een probleem is opgelost waarbij de integration engine (voorheen forconnect) adt berichten weigerde die twee of meer patiëntidentificaties uit dezelfde uitgevende instantie bevatten, ook wanneer het register hier expliciet op was ingericht de betreffende patiënten werden nooit geregistreerd, waardoor de patiëntenlijst onvolledig bleef en externe repositories de melding "unknown patient" kregen bij het registreren van documenten deze berichten worden nu verwerkt conform de configuratie van het register abonnementen kunnen nu filteren op documentreferenties een probleem is verholpen waarbij een documentabonnement (iti 52) met een filter op referentie id's wel werd geaccepteerd, maar het filter stilzwijgend werd genegeerd gateway ziekenhuizen konden daardoor geen abonnement aanmaken zoals bedoeld en ontvingen onvolledige of juist te brede notificaties de parameter wordt nu wel toegepast opslaan van configuratie in admin (voorheen foradmin) geeft geen onterechte foutmelding meer de foutmelding "socket closed" bij het opslaan van een configuratie in admin is verholpen de configuratie werd in werkelijkheid correct opgeslagen, maar de misleidende melding leidde tot onnodige twijfel en dubbele controles de melding kwam voort uit de monitoringinstrumentatie van de http client en treedt niet meer op speciale tekens in waarden van configureerbare acties een coderingsprobleem is opgelost waarbij een formulierwaarde met een umlaut (ä, ö, ü) verkeerd werd doorgegeven, waardoor een vervolgzoekopdracht op die waarde mislukte en de flow met een fout eindigde waarden met duitse speciale tekens worden nu ongewijzigd doorgegeven gebruikersnaam in de auditapplicatie de auditapplicatie toont nu de gebruikersnaam in plaats van het interne gebruikers id, in lijn met de weergave in de viewer bij dezelfde inloggegevens nederland foutmeldingen in cross gateway queries voldoen nu aan de ihe specificatie een probleem is opgelost waarbij de foutenlijst in een cross gateway query antwoord (iti 38) de korte naam van de community bevatte in plaats van de homecommunityid dat is niet geldig volgens de ihe specificatie en kon door aangesloten systemen worden geweigerd of verkeerd geïnterpreteerd het antwoord bevat nu de juiste identificatie