Release 2025-6

read in docid\ ep7oku9lanzilmnnwpj2b read in docid\ lxwnbdxqypll edrupez0 docid\ yyytvtnxeeluqzzpdmb6 overview this release brings a combination of platform wide improvements, regional enhancements, and foundational interoperability work it includes updates that improve how documents are managed at scale, strengthen the reliability and security of existing xdscloud deployments, and make data retrieval more precise through consent aware querying in parallel, we’re continuing to invest in regulatory readiness for the german market by advancing isik related research and proof of concepts, reducing uncertainty around compliance and integration with both modern and legacy ehr environments together, these updates focus on making data availability more controlled, predictable, and future ready, without disrupting existing workflows what’s new document flow improvements delete defined set of documents this update enhances the information lifecycle management (ilm) service by enabling partial deletion of document history instead of deleting an entire document version history, specific documents can now be deleted selectively by using their document identifiers filtering based on criteria such as status, date range, author institution, document type, format code, class code, or repository is not performed directly within the ilm service instead, documents are first identified using filtering capabilities outside of ilm, after which the resulting document ids can be used to perform a partial deletion what this means for you you gain more granular control over document lifecycle management this allows you to clean up deprecated or outdated documents without affecting active or approved records, making document repositories easier to manage at scale and control storage costs what’s new netherlands mitz smart target querying with mitz localization this update introduces smart target querying using mitz localization to determine which organizations hold patient data and whether valid consent exists before issuing queries this addresses inefficiencies caused by over or under querying connected organizations https //landelijkdekkendnetwerk nl/duo what this means for you patient data queries are now more precise and intentional instead of querying all connected organizations, requests are targeted only at organizations that are known to hold relevant data and where valid patient consent exists this reduces unnecessary system load, lowers retrieval latency, and increases the likelihood that returned results are relevant and up to date while respecting consent requirements by design mitz wid check identity validation added support for wid check (identity verification) validation when a patient’s identity is not (yet) verified in the ehr/emr, hospitals can automatically block external data exchange (e g , outbound sharing/queries) until verification is completed what this means for you helps prevent external exchange for patients whose identity isn’t verified yet, acting as an extra safety gate alongside consent clinicians can also see the patient’s identity verification status in forview, reducing the risk of exchanging data under an unverified identity what’s new germany isik poc base and security module level 3 overview of the update we have implemented and successfully tested support for the isik base module using an open source fhir server integrated with founda’s existing infrastructure all current isik base module test cases are covered, providing a production ready foundation for isik compliant fhir transactions what this means for you when required, we can now provide isik base module–compliant transactions for german projects we will continue to expand our isik support with additional modules in future releases isik support for hl7v2 based ehrs we have completed in depth research into how founda can reliably support isik compliant workflows when connecting to ehr systems that communicate via hl7v2 this work focuses on defining a scalable strategy to transform incoming isik fhir requests, such as appointment scheduling and vital signs, into the required hl7v2 message types (e g siu, oru), and to map hl7v2 responses back into compliant fhir resources what this means for you if your ehr landscape relies on hl7v2, this work directly addresses one of the main barriers to isik adoption bridging modern isik fhir requirements with existing hl7v2 based systems the research clarifies what transformations are feasible today, where limitations exist, and how onboarding effort can be reduced through configurable mappings while no new feature is enabled yet, this foundation reduces uncertainty around timelines, scope, and feasibility for future isik implementations