Skip to content

EU compliance

Nine guarantees, and how to verify each one

Two relate to things we don’t have. These are the first your consultant would check, so we’re listing them upfront.

The regulation that changes the rules

From 2029 a medical record must be CE marked

Regulation (EU) 2025/327 establishes the European Health Data Space and sets out a harmonized framework for electronic health record systems. It applies from 26 March 2027, and from 26 March 2029 for systems intended for priority categories of health data.

This isn’t a formality for the procurement office: it’s a product requirement. Anyone selling a medical record system will have to prove they meet these standards, and those who don’t will be pushed out of the European market.

Today, no one can apply the CE marking: the European Commission’s implementing acts on the testing environment and data exchange format are still missing. If a provider claims it now, they’re telling you something about themselves.

REG. (EU) 2025/327 · CHAPTER III

Art. 37
Technical documentationThe manufacturer drafts it before placing the system on the market and keeps it updated. It demonstrates compliance with the essential requirements of Annex II.
Art. 39
EU Declaration of ConformityCertifies compliance with essential requirements. Remains accessible for at least ten years from the date of placement on the market.
Art. 40
European Digital Test EnvironmentHarmonised software components must be assessed there before being placed on the market. Common specifications are delegated to implementing acts of the Commission.
Art. 41
CE conformity markingApplied visibly, legibly, and indelibly on documents accompanying the system before it is placed on the market.

Measured, not promised

The requirements where an answer is already possible

Four requirements in Annex II don’t depend on the missing implementing acts. We can address those now, including where we’re halfway there.

2.6
Exiting must not be cumbersomeSoddisfatta

No features that make authorised export cumbersome for replacing the system with another product. How Full export in FHIR R4 is a built-in feature, available without asking for our permission.

3.1
Identify who accessesSoddisfatta

Reliable mechanisms for identifying and authenticating healthcare professionals. How Two-factor authentication, hardened sessions, separate roles, practice compartments.

3.2 e 3.3
Log access and review itSoddisfatta

Logging of every access event, with tools to analyse the data. How FHIR AuditEvent log linked by a hash chain, which you can review yourself.

3.4
Differentiated retention and accessParziale

Retention periods and access rights vary by data origin and category. How Differentiated retention is active; granularity by source is not. We’re telling you now, not when they ask.

This isn’t a courtesy on our part

Being able to take your data with you is your duty, not our concession

Gli indirizzi applicativi allegati all’art. 78 del codice di deontologia medica chiedono al medico di usare sistemi affidabili e di privilegiare i servizi che consentano la creazione di un formato indipendente rispetto alla piattaforma, senza che sia impedito il riuso dell’informazione, assicurandone disponibilità, riservatezza e modalità di conservazione.

In other words: choosing a management system you can’t leave isn’t just a commercial risk: it’s a deontological issue for you. The same requirement is set out in Article 20 of the GDPR on data portability and Prescription 2.6 of Annex II of the European Regulation.

That’s why export here is a feature, not a request: FHIR R4, complete, whenever you want, without going through us. It’s also why we have no interest in locking you in with a proprietary format: we’d rather tell you upfront.