Release 2026-4

read in german docid\ fd7x nb5zzj hrzku7mbe read in dutch docid\ ynfjoztfb4umdthlu9bnn platform and partner lifecycle policy docid\ yyytvtnxeeluqzzpdmb6 overview classification feature release introduces image prefetch, auto reconcile, and the patient facing viewer, with improved imaging viewer capabilities, ongoing platform maintenance, and resolved defects across the platform this release introduces three new capabilities of the founda platform image prefetch , auto reconcile , and the patient facing viewer , alongside continued product stability work and the resolution of reported defects across the platform this release also completes the operational functionality of the founda health portal, bringing consent, document, and patient registration workflows into the portal the imaging viewer has been improved as well, including support for ecg waveforms alongside imaging ongoing platform maintenance and security work continues across all deployments to keep environments secure, supported, and reliable what's new – all markets image prefetch image prefetch automates the retrieval of relevant prior imaging studies ahead of appointments, procedures, and clinical reviews using hospital defined rules and hl7 triggers, it locates matching priors across the other hospitals in the regional exchange network and delivers them into the relevant workflows so the images are already there when needed, instead of being searched for and imported by hand rule based triggering preparation starts automatically from scheduled appointments and clinical events, with no manual coordination step study selection per hospital and department rules select the relevant studies using criteria such as modality, body part, and timeframe, so clinicians receive the studies that matter for the encounter rather than a complete imaging history retrieval across connected systems studies are fetched from the systems and domains connected through founda, with transfer optimized to reduce delays monitoring and fallback retrieval history, detailed retrieval status, errors, and retries are visible to operational teams, and exceptions can be resolved manually where needed standards based built on hl7, fhir, dicom, and ihe profiles, so no custom integration per source system is required role based access , scoped per organisation and department what this means for you clinicians open a study that is already prepared instead of waiting for a retrieval to complete or chasing a study that never arrived preparation work moves from staff to the platform, which protects clinical capacity in high volume imaging workflows and reduces variability between appointments in one provincial health network, more than 40,000 studies are prefetched each month at an error rate below one percent read the customer success story here interested? get in touch with your founda point of contact to learn more about image prefetch and how it can support your organization auto reconcile auto reconcile (formerly auto archive) lets a user import an external study into the hospital's own pacs while reconciling it to a local patient and a local order, with the associated report delivered to the emr it allows you to reconcile the external procedure code to local hospital standards it also replaces the per customer html forms of the legacy viewer with a standard, configurable capability one action in place of a multi system and step workflow open the external study, confirm the procedure and any configured details, and submit no manual order entry in the emr, no manual import into pacs order, report and images linked by construction a newly generated local accession number ties them together, so the pacs matches the images to the right order automatically external studies that behave like local ones once imported they sit in the pacs under the hospital's own retention and lifecycle rules configuration rather than custom build fields, procedure code mapping and destination are driven by configuration, replacing the per hospital forms used until now a full audit trail every attempt recorded, whether it succeeds or fails what this means for you radiology and pacs administrators no longer raise orders by hand or match accession numbers to pull images in external studies arrive in pacs reconciled to a local order and governed by the hospital's own retention rules, so pacs stays a reliable single source of truth and the link between order, report, and images holds by construction because the workflow is configuration driven, it extends across departments and sites without a new build each time interested? get in touch with your founda point of contact to learn more about auto reconcile and how it can support your organization patient facing viewer the patient facing founda health portal viewer lets patients see and, where permitted, download their own medical images directly inside the patient portal they already use, without a second login and without a parallel portal experience the patient opens a study from their patient portal and the founda health viewer is launched for exactly that study, using standards based authentication so no second sign in is needed no second login and no separate portal the viewer opens from within the hospital's existing patient portal, and the patient returns to it afterwards a simplified patient view the study opens directly, with a limited set of tools for zooming, panning and scrolling, and no study search or clinical tooling support for ecg clinical data dicom ecg waveforms are rendered in the same viewer as imaging, so ecg recordings can be made available to patients alongside their other studies ecg support is not limited to the patient view — clinical users see the same waveforms in the founda health portal optional study download patients can download the study they are viewing as a standard imaging package designed for phones and tablets and computer monitors patients can view their studies on any platform of choice access strictly scoped and fully audited a patient can reach only their own data, and only the study launched from the portal; launch, access and download are all recorded in the audit trail standards based and portal agnostic built on smart on fhir, ihe and dicomweb rather than as a hospital specific integration, reusing the existing imaging platform rather than duplicating data what this means for you patients can view the images behind their radiology and cardiology report in the same place they already read the report, instead of being sent to a separate portal, asked to collect a cd, or put through a manual request process because the viewer reuses the existing imaging integration and is built on open standards, it adds patient access without a parallel portal to operate or a bespoke build to maintain interested? get in touch with your founda point of contact to learn more about the patient facing viewer and how it can support your organization what's new – germany founda health portal — full operational functionality the founda health portal (formerly forview) now covers the workflows that previously required the legacy viewer, completing the functionality set for the german market patient consent management — review and update which organisations may access a patient's records, including documents marked high confidentiality, directly from the consent document changes take effect immediately document upload and metadata correction — add multiple documents to a patient record in a single action with title, document type, and confidentiality per file, and correct that metadata afterwards on existing documents patient registration and demographics — search the master patient index, register new patients, grant your organisation access to an existing record, and update demographic data a consent confirmation step gates every action nothing is submitted until the professional confirms a signed consent form is available patient account linking — the widget that links a self registered patient portal account to a patient record is now available in the portal as well what this means for you clinical and operations staff can complete consent, document, and patient registration work without leaving the portal or falling back to the legacy viewer, so a migration to the founda health portal involves no loss of functionality german language, address formats, and special characters are supported throughout, and every action remains traceable in the audit log defect fixes all markets audit component stability under sustained load resolved a memory leak that could cause the audit component to stop responding, leaving the audit interface hanging with no result the underlying cause was a database service registry that was not released correctly; it is now destroyed properly, so memory no longer accumulates over time access rules on configurable actions now enforced correctly fixed an issue where the role condition on a configurable action was not applied, so an action button intended only for a specific role was visible to all users role conditions are now evaluated correctly and the action is shown only to users who are entitled to it germany patient feeds with multiple identifiers from the same authority are now accepted resolved an issue where the integration engine (previously forconnect) rejected adt patient feed messages containing two or more patient identifiers from the same assigning authority, even where the registry was explicitly configured to allow this affected patients were never registered, leaving the patient list incomplete and causing "unknown patient" responses when external repositories registered documents these messages are now processed in line with the registry configuration subscriptions can now filter on document reference identifiers fixed an issue where a document subscription (iti 52) containing a reference id filter was accepted but the filter itself was silently ignored, so gateway hospitals could not create subscriptions as designed and received notifications that were incomplete or too broad the parameter is now honoured saving configuration in admin (formerly foradmin) no longer reports a false error fixed a "socket closed" error that appeared when saving a configuration in admin the configuration was in fact saved correctly, but the misleading error message caused unnecessary doubt and re checking the error originated in the monitoring instrumentation of the http client and no longer occurs special characters in configurable action values resolved an encoding issue where a form value containing an umlaut (ä, ö, ü) was passed on incorrectly, so a subsequent lookup of that value failed and the flow ended in an error values containing german special characters are now passed through unchanged username shown in the audit application the audit application now displays the username rather than the internal user identifier, matching the behaviour of the viewer for the same credentials netherlands cross gateway query error responses now conform to the ihe specification fixed an issue where the error list in a cross gateway query response (iti 38) carried the community short name instead of the home community identifier, which is not valid under the ihe specification and could be rejected or misinterpreted by connected systems the response now carries the correct identifier