In application
MDR: Medical Device Regulation in application
This includes the rules for software as a medical device.
Healthcare & Life Sciences
Private clinics, care homes, health insurers and pharmaceutical manufacturers in Malta come to us for three things: data exchange on open standards, AI that handles admin and leaves clinical judgement alone, and validated systems an inspector can examine without surprises.
For private clinics, care homes, health insurers and pharmaceutical manufacturers in Malta whose data and products also have to work across EU health systems.

25 March 2025
EHDS Regulation in force
Patients’ access to their data, exchange between Member States and secondary use of health data, introduced in phases.
2 August 2028
AI Act rules for AI in devices
Obligations for high-risk AI built into regulated products, following the 2026 change to the timetable.
26 March 2029
EHDS exchange and secondary use start
Cross-border exchange of patient summaries and ePrescriptions begins, and access bodies take their first research requests.
Under the European Health Data Space, patients gain electronic access to their records and exchange follows common formats. Health data access bodies will open regulated access for research and policy work, inside secure processing environments.
SourceRegulation (EU) 2025/327
Notes, coding, referrals and insurer pre-approvals consume hours that belong to patients and residents. Assistance with clear limits can give some of that time back, provided the clinician remains the author of the record.
Under the MDR, software that supports diagnosis or treatment may qualify as a medical device, and AI within it is high-risk under the AI Act. Deliberately keeping administrative AI outside that line is a design choice made at the start.
SourceRegulation (EU) 2017/745
Healthcare providers fall under NIS2, which Malta applies through the NIS2 Order with the CIP Department as competent authority. Ransomware attacks have shown the cost of untested recovery, so segmentation and resilience have to be part of the architecture.
Doctors finish their notes long after the clinic has closed.
A documentation aid prepares letters and summaries from structured data and notes. The clinician corrects and signs them, and nothing unsigned enters the record.
Referrals and admission forms come in every possible format.
Intake that sorts referrals, picks out the clinical question and marks gaps for staff to fill, keeping a full audit trail.
Clinical and administrative systems cannot understand each other.
Integration built on HL7 FHIR, IHE profiles and shared terminology such as SNOMED CT, ready to connect to national and European eHealth services rather than relying on one-off interfaces.
Researchers wait months before they receive data they can use.
Pipelines with pseudonymisation, recorded lineage and access control, prepared for secure processing environments and for requests to a health data access body.
At a pharma plant, validation slows down every change to a GxP system.
Risk-based computerised system validation along GAMP 5 lines: automated tests and traceable requirements, so each release produces its own validation evidence instead of waiting for it.
Medical, quality and regulatory know-how is spread over thousands of documents.
Search across SOPs, labelling and correspondence with regulators that always quotes the controlled version of the source.
Administrative support, clinical decision support and secondary use are kept apart by design, each with its own rules, approvals and evidence, all resting on a single interoperability layer.
The assistance described on this page covers only the administrative zone. Clinical decision support goes through a medical-device route.
The picture has three zones resting on a common exchange layer (HL7 FHIR, IHE profiles, SNOMED CT) that is wired to the patient record and the other clinical applications.
In the administrative support zone are documentation drafts and coding and referral intake. All of it needs a clinician’s signature before it enters the record.
Decision support for clinicians is fenced off in a zone of its own, because that kind of software needs MDR validation as a device and counts as high-risk AI.
Research use sits in its own zone under the EHDS rules: nothing happens without a permit from a health data access body, processing takes place inside a secure processing environment, and only the results go on to researchers and registries.
No draft or suggestion is written to the record until a named clinician has approved it.
A feature that starts shaping diagnosis or treatment is taken onto the regulated device track, never shipped quietly in a normal release.
FHIR resources, IHE profiles and shared terminology replace point-to-point connections built for one case.
Research data only leaves care systems pseudonymised, with a permit, and goes nowhere except a secure processing environment.
The dates behind health data platforms, AI and validated systems. Several of them depend on implementing acts that are not yet final.
In application
This includes the rules for software as a medical device.
In application
Healthcare providers are covered; in Malta through the NIS2 Order, in force since 23 January 2026.
In application
In application
The consultation has closed; the final texts had not been adopted on the status date.
Status on 2 October 2026
Upcoming
Implementing acts fix the detailed formats and requirements.
Upcoming
Applies to class III devices and implantable class IIb ones, while EU institutions debate a focused MDR revision.
Upcoming
Applies to AI in medical devices, on the timetable amended in 2026.
Upcoming
Patient summaries and ePrescriptions; health data access bodies in operation.
Upcoming
Medical imaging, lab results and discharge reports.
The instruments that most often sit behind a specification in Maltese healthcare or pharmaceutical manufacturing, and their effect on delivery.
This summary is meant for planning and is not legal, regulatory or clinical advice. EU dates were reviewed on 2 October 2026 and the Maltese references on 4 November 2026.
Health and genetic information belong to the special categories of Article 9. You need a specific legal ground to process them, and a DPIA is expected once the processing reaches scale. Supervision in Malta lies with the IDPC, and the national rules sit in the Data Protection Act (Cap. 586).
Access limits, pseudonymisation and retention are settled before the build starts, and we provide the technical material for your DPIA.
SourceRegulation (EU) 2016/679, EUR-Lex (opens external site)
Patients get electronic access to their own records, electronic health record systems get common requirements and one European exchange format, and research use is channelled through health data access bodies. The provisions phase in between 2027 and 2031.
A system built today should publish data in standard formats and log access in a way that meets the EHDS later without being rebuilt.
SourceRegulation (EU) 2025/327, EUR-Lex (opens external site)
If the manufacturer’s stated purpose is to diagnose, prevent, monitor or treat, software can fall within the device definition, and the software classification rule then tends to place it in class IIa or higher. Legacy devices received longer transition periods through Regulation (EU) 2023/607.
Intended purpose is written down early. Administrative tools are designed to remain outside the device definition, and device software follows a regulated lifecycle.
SourceRegulation (EU) 2017/745, EUR-Lex (opens external site)
When AI is itself the device, or acts as its safety component, the Act treats it as high-risk. After the 2026 amendment those obligations bite from 2 August 2028 and run in parallel with MDR conformity assessment. Legal Notice 226 of 2025 gives the MDIA the lead surveillance role in Malta.
Where the AI and device regimes overlap, we prepare a single body of technical documentation that answers both.
SourceRegulation (EU) 2024/1689, EUR-Lex (opens external site)
Computerised systems in a GMP setting must meet Annex 11, while GAMP 5 remains the reference guide on validating them in proportion to risk. In July 2025 the Commission published drafts of a reworked Annex 11 and of Annex 22, a new text on AI.
Validation sits inside the delivery pipeline: requirements linked to tests, evidence produced for each release, and AI use cases checked against the draft Annex 22.
SourceEudraLex Volume 4, European Commission (opens external site)
Care providers, EU reference laboratories and producers of specific medical products are all within scope, with obligations on risk, incidents and suppliers. Malta gives effect to it through the NIS2 Order (S.L. 460.41), which has applied since 23 January 2026.
Network segmentation, backups and recovery that has been practised are part of the design, and as a supplier we support your incident reporting.
SourceDirective (EU) 2022/2555, EUR-Lex (opens external site)
A draft built from structured data and notes, which the treating doctor corrects and signs.
Incoming requests and referrals are sorted and checked, and missing details are asked for before the care team assesses them.
Reports of side effects become structured cases; a safety specialist assesses and decides on each one.
Answers drawn from controlled SOPs and quality documents, always referring to the version currently approved.
An assistant for bookings, cover and practical questions that passes anything medical to a member of staff.
Patient and policyholder service, sales representatives and partner schemes, without copying clinical data out of the systems that hold it.
Supply chain, batch handling and finance for a pharmaceutical plant in Malta reporting to its European group, linked to quality and validation.
The partner levels shown are FromNine’s own. Product names are trademarks of the companies that own them.
Malta
The EHDS, the MDR, the AI Act and the GDPR give Maltese providers and manufacturers the same European frame as everyone else, while Maltese law fills in the national side: the IDPC supervises health data under the Data Protection Act (Cap. 586), the NIS2 Order brings healthcare providers under the CIP Department, and the MDIA leads AI Act market surveillance.
A pharmaceutical plant in Malta that exports to the rest of the EU and reports to a European group needs GxP systems that satisfy group quality standards as well as inspections. We build health data flows and validated systems on European standards first, then connect them to the national services each system needs.
Not by default: what counts is the purpose you declare. We keep note-taking, coding and intake tools on the administrative side, with every output approved by a clinician. If a feature drifts towards diagnosis or treatment, you hear it from us early, together with a plan for the regulated device route.
Wherever your legal basis and internal policies permit, usually in your own environment or an EU cloud region with encryption keys you control, so data is kept within the EU. Data flows, retention and access are recorded before the build, ready for the IDPC if it asks.
Yes, because we build on HL7 FHIR and IHE profiles: the same interfaces then serve national eHealth services and the coming European exchange format, with no proprietary connectors to maintain.
Proportionate to risk, in the GAMP 5 way: each requirement is traced to an automated test, every release produces its own evidence pack, and your quality unit approves changes through a process it can audit.
It will, now and then. For that reason no draft is filed without a signature, uncertain extractions are marked for review, and quality is measured against agreed test sets before and after every release.
Easing the documentation load, preparing for the EHDS or renewing a validated system? We begin with the workflow and the rules that govern it.