What is the MDIS platform by MedQAIR?
MDIS is a platform to track and trace Basic UDI, and UDI-DI’s between economic operators, such as the Legal Manufacturer, the Authorised Representative, the Importer and the Distributor. The platform is designed to facilitate secure sharing of technical documentation and accompanying documentation (the IFU and Product Label), ensure compliant documentation reviews by each Economic Operator, and automate registration onto regulatory databases, such as EUDAMED.
Which economic operators does MDIS support across the medical device lifecycle?
The software platform is designed to support the contracted Economic Operator, it can be used by the Legal Manufacturer to manage the downstream Economic Operators, such as the Authorised Representative, the Importer and the Distributor. Similarly, the software platform can be used to manage the upstream Economic Operators, such as an Authorised Representative or Distributor managing multiple Legal Manufacturers, and their provided Technical Documentation and or their Accompanying Documentation, such as the IFU and Product Label per Basic UDI and each consequent UDI-DI.
How does MDIS streamline post‑market surveillance and compliance?
It is developed to ensure that the technical documentation and accompanying documentation of the Legal Manufacturers is available to each Economic Operator in the medical device distribution chain. In the event of Post-Market incidents, the Economic Operators have continuous access to the latest version of the Documentation, and the system will facilitate Vigilance reporting to regulatory databases, such as EUDAMED through the IMDRF coding systems.
What types of documents can be managed in MDIS?
The software platform is designed to support an effortless upload of technical documentation and accompanying documents to facilitate quick and easy sharing across Economic Operators. The technical documentation and accompanying documents are split into separate sections to ensure that each Economic Operator only gains access to those sections relevant to their duties, for example, the Distributor will only gain access to the Labeling materials relevant to their region.
Is MDIS integrated with EUDAMED registration processes?
The software platform is designed to automate registration into regulatory databases such as EUDAMED. Once all data for EUDAMED is present, it can be pushed through the EUDAMED API towards EUDAMED, any new UDI-DI added to the system can simply upload the new UDI-DI into EUDAMED, and into future supported databases, such as GUDID and SWISSDAMED.
Can MDIS facilitate rapid device recall documentation?
If, for any need, access to documentation needs to be cancelled, the user can withdraw access. Note that there are legal obligations for Economic Operators for continued access, even when a contract with a Legal Manufacturer has been cancelled. As such information shared prior to end of contract date will continue to be accessible for the relevant Economic Operators.
How does MDIS support manufacturers specifically?
When a Legal Manufacturer makes use of MDIS, they can add their Authorised Representatives, Importers and Distributors (within and outside of the EU), share their Technical Documentation through a single portal, and update each of the Economic Operators in the event of adding or changing Basic UDI and UDI-DI details. It ensures that the Legal Manufacturer can demonstrate that they have fulfilled their duties per the medical device regulations, and provide continuous (24/7) access in a secure manner to all Economic Operators involved.
Similarly, the Legal Manufacturer can embed the use of MDIS into their QMS procedures on national product release level. For example, after a review of the local Distributor of their required duties in the system (e.g. review of Accompanying Documentation in a local language), the Distributor can ‘approve’ the documentation, so that a Legal Manufacturer can securely release their medical devices onto national markets in the EU after the CE mark has been granted. A level of national release that is often complex to manage for Legal Manufacturers, since the CE mark applies to the full European Union.
What features does MDIS provide for authorised representatives under Article 11 compliance?
When an Authorised Representative makes use of MDIS, they can document their reviews and approvals of the Technical Documentation, CE certificate, registration in EUDAMED completed by the respective Legal Manufacturers. As shown in 2024 by the Dutch healthcare inspectorate, many Authorised Representatives lack the required documented approvals of Technical Documentation and associated documents prepared by the Legal Manufacturer.
These tasks can be assigned in MDIS to the PRRC, which can be an employee of the Authorised Representative, or in the event of a micro-enterprise or SME, an external PRRC who is contracted by the Authorised Representative to perform these duties.
The use of MDIS further supports Authorised Representative to gain 24/7 access to the documentation of each of the manufacturers they are representing in their local markets. The Authorised Representative can easily create accounts for Legal Manufacturers to upload the required documentation. Similarly, these Legal Manufacturers can use the system to facilitate EUDAMED registration.
How are importers assisted in regulatory compliance via MDIS?
As an Importer of medical devices, you also share a portion of the liability of the making available of medical devices onto the market. Similar as an Authorised Representative, tasks may be assigned to the Importer, which include review of parts of the documentation and accompanying documentation. The Importer may further add its own product label to the product prior to bringing it onto the market.
Within MDIS, Importers are capable of managing the information that belongs to various Legal Manufacturers in a single software system, and ensure they stay abreast with the latest changes made by the Legal Manufacturers.
What compliance support does MDIS offer to distributors?
As a Distributor of medical devices the number of Legal Manufacturers represented could easily run into a larger group of Legal Manufacturers. More limited than the Authorised Representative and the Importer, the Distributor has fewer verification tasks assigned, and may be able to sample verification activities.
Irrespective, as a Distributor where regulatory compliance might not be at the forefront of business activities, ensuring compliance with the regulatory requirements may not be straightforward. MDIS can support Distributors in ensuring compliance with regulatory activities, such as review of accompanying documentation and review of EUDAMED registrations.
Does MDIS include automated workflows for secure document exchange?
MDIS is designed to support the verification workflows between all Economic Operators as intended by the regulatory frameworks. When using MDIS compliance is evidenced for the Legal Manufacturer, the Authorised Representative, the Importer and the Distributor.
Even when you are an Authorised Representative and an Importer, the system allows you to fulfill both roles and evidence compliance in both roles.
How does MDIS handle document verification and validation?
The Legal Manufacturer is requested to share their Technical Documentation, Accompanying Documentation (e.g. IFU, Product Label), DOC, and potentially the CE certificate in the MDIS system. Consequently, the relevant parts of those documents are shared with the Authorised Representative, Importer and or the Distributor.
Each party can use the system and provide access to the other Economic Operators, unlocking the required verification workflows. Verification refers to the activity at the party completing the information, and validation by the Economic Operators reviewing and completing their validation activities.
Is MDIS designed with centralized and traceable database management?
Within MDIS, all Documentation, verification activities, and past revisions are stored to ensure full traceability for Basic-UDI DI’s and their UDI-DI history. Logs are stored and made available to each of the Economic Operators to ensure their actions completed are traceable and can be used to evidence compliance.
Can MDIS accommodate role-based access for different stakeholders?
As a paying customer of MDIS, there are more functionalities available. When making the system available to other Economic Operators, they will be required to complete the tasks to support the paying customer, but won’t be able to link other Economic Operators.
For example, as a Distributor, you can request a Legal Manufacturer to share their Accompanying Documentation in MDIS, yet at the same time the Legal Manufacturer cannot share the information with other Distributors, unless they become themselves customer of MDIS.
Specific user roles can be assigned to the PRRC of the Legal Manufacturer and the Authorised Representative, so that the execution of the PRRC required activities become more transparent.
What type of expert consultancy is available through MDIS?
At MedQAIR, we have a full team of regulatory experts available to support with the implementation of MDIS, and to provide generic Regulatory, Quality and Information Security support.
Which medical device regulations is MDIS aligned with (e.g., MDR, QSR, AI Act)?
The MDIS system is designed to support compliance with generic medical device distribution regulations that apply globally. It currently adds compliance with EUDAMED in specific, however other databases will be added in time.
Can users book a demo or access support directly through the MDIS page?
When visiting the MedQAIR website, users can schedule a free demo with the team of MedQAIR.
Who are the key team members behind MDIS, and what are their roles?
MedQAIR was founded by Leon Doorn, who has over 15 years of regulatory affairs experience, and Ivo Flipse, who has a similar background. MedQAIR is advised by Willibrord Driessen, who once founded Qserve Consultancy, and is a key opinion leader within regulatory compliance. Add-on, lead by Hugo Messer and Jeroen van Duffelen is further a co-founder and support with the software development of MDIS.
Why is post-market compliance becoming more complex under MDR, IVDR, and the EU AI Act?
Post-market compliance activities along the full economic operator chain have been introduced with the implementation of the new Medical Device Regulations in the European Union. Many of the activities introduced did not exist beforehand.
At the same time, the UDI requirements are new and so is the registration need within the EUDAMED System which will be enforced for medical devices in 2026.
Especially for Authorised Representatives, Importers and Distributors, the new regulatory environment adds requirements.
How have regulatory responsibilities shifted from manufacturers to all economic operators?
With the introduction of the MDR and the IVDR, the regulatory responsibilities have not shifted towards the Authorised Representative, Importer and or the Distributor, but have rather been extended. Where prior the main responsibilities resided with the Legal Manufacturer, it is now shared along the full chain of Economic Operators.
What are the major pitfalls of using traditional, decentralized data management systems for medical devices?
There are various challenges when distributing documentation over the full economic operator chain. For example, ensuring that with the release of updates (new UDI-DI’s), each of the Economic Operators receive the updated documentation that is relevant to their business.
Similar it may be challenging to ensure that all verification tasks for each of the Economic Operators along the medical device distribution are documented in a systematic and transparent manner. Additionally, EUDAMED registration may be overlooked when releasing a new UDI-DI onto the market.
The use of a system, such as MDIS can support Economic Operators such as the Legal Manufacturer, Authorised Representative, the Importer and the Distributor to complete their mandatory regulatory tasks.
Why is a centralized data platform essential for regulatory compliance in 2025 and beyond?
Regulatory requirements along the full chain are increasing, and transparency requirements are increasing. This duplicates requirements over various jurisdictions, e.g. registration in EUDAMED, GUDID, PARD, SWISSDAMED, etc, which can be simplified and labour can be reduced by managing the activities through a single platform that integrates APIs to the various regulatory databases. In the future further automation and connections are planned, such as to eQMS systems.
How does a lack of real-time documentation impact post-market surveillance?
Obviously, regulatory authorities may audit the evidence from each Economic Operators to verify compliance against regulatory requirements, which may lead to warnings and penalties.
However, the bigger risk may be associated with Legal Manufacturers bringing faulty medical devices onto the market. In such event, it is pertinent that each of the Economic Operators must be able to demonstrate that they have completed their tasks as demanded by law, to demonstrate they fulfilled their regulatory needs and have done the needed to verify the regulatory compliance of the products involved.
Failure to demonstrate such compliance may lead to liability on the end of the Authorised Representative, the Importer and or the Distributor.
What are the risks of non-compliance for EOs due to poor documentation workflows?
Each of the Economic Operators may be at risks of receiving warnings by Regulatory Authorities, penalties, and potentially in the event of patient harm liability.
How can digital solutions help economic operators collaborate effectively to meet EU regulations and beyond?
Digital solutions, such as MDIS, support Legal Manufacturers, Authorised Representatives, Importers and Distributors to make sure post-market regulatory compliance requirements of the MDR and IVDR are met.
As MDIS connects the various Economic Operators, collaboration between the parties is completely built into the system.
What post-market challenges do manufacturers face under MDR and IVDR?
The increased Documentation sharing and reviewing tasks increase the demand for each party to ensure that they review the right documentation throughout the full product lifecycle and with the release of new UDI-DI’s. Similarly, maintaining regulatory databases which often require similar information leads to unnecessary duplicate regulatory burden.
How do manufacturers struggle with managing large volumes of regulatory documentation?
Legal Manufacturers need to provide Technical Documentation, Accompanying Documentation, Declarations of Conformity and CE Certifications (where applicable) to Economic Operators, of which each requires different portions.
Keeping all these parties up-to-date, especially when releasing new UDI-DI’s may not be a straightforward and simple process, especially when bringing markets into various regulatory jurisdictions, with various requirements, various products and various Economic Operators.
Why do manufacturers need a centralized system to manage PMS, CAPA, and vigilance reports?
Having a centralised system to securely share documentation along the full Economic Operator chain facilitates transparency, and allows for Regulatory Authorities to audit compliance.
Furthermore, it supports Legal Manufacturers to obtain feedback directly from the market for their evaluation and potentially reporting to Regulatory Authorities through future EUDAMED and GUDID API’s.
How can digital platforms support manufacturers in Article 10 obligations?
The requirements set out in Article 10 cover a wide range of quality requirements, specifically those with regards to post-market compliance can partially be covered by using a system such as MDIS. Other systems such as eQMS and eTD solutions are well positioned to support with the other requirements.
How have the responsibilities of Authorised Representatives expanded under MDR Article 11?
Compared to the previous regulatory frameworks (MDD and IVDD), the Authorised Representatives have been provided with more clear instructions under the MDR and IVDR on activities which must be executed to ensure that medical devices they represent are compliance with regulatory requirements.
In addition, the role of the PRRC was non-existent under the MDR and IVDR, and demands that Authorised Representatives have in-house expertise available with regards to Quality and Regulatory Affairs.
What compliance risks do ARs face without real-time access to manufacturer documentation?
As an Authorised Representative, one can only hope that the Legal Manufacturer shares all documentation with regards to medical device releases and updates for review and ensures that Technical Documentation is made available 24/7.
As the Authorised Representative, who is not in the lead of the manufacturing and release of medical devices, the activities of the Legal Manufacturer may not always be transparent, whilst as the same time the Authorised Representative may automatically assume part of the liability for those products placed onto the market.
Why is centralized access critical for ARs to meet EU representation duties?
Specifically for Authorised Representatives having continued access to the Technical Documentation and being able to demonstrate completion of verification activities is important to ensure compliance.
The activities are critical to demonstrate compliance and reduce legal liability.
How can ARs benefit from structured workflows in a shared compliance environment?
Authorised Representatives benefit from structured workflows in demonstrating regulatory compliance with Article 11 of the MDR and the IVDR.
What are the compliance challenges importers face in verifying device documentation before market release?
The Importer role is often a role shared with the Authorised Representative or the Distributor. Both Economic Operators face challenges in obtaining the right documentation at the right time from the Legal Manufacturer. As for the Authorised Representative, these parties may face regulator non-compliance if not demonstrably performing the tasks required by Article 13 or Article 14.
Why do importers need digital tools to manage Article 13 obligations effectively?
Importers require the information from the manufacturers to perform their tasks under Article 13. Especially when representing multiple Legal Manufacturers, it may be complex to receive information in a systematic and structured manner and document the verification tasks in a structured manner. As such digital systems can support to evidence compliance.
What regulatory challenges do distributors face in ensuring documentation completeness?
The Importer role is frequently combined with that of the Authorised Representative or Distributor. Both Economic Operators often encounter difficulties in receiving the necessary documentation from the Legal Manufacturer in a timely manner. Similar to the Authorised Representative, these parties risk regulatory non-compliance if they cannot demonstrate fulfillment of the responsibilities outlined in Article 13 or Article 14.
Why is it difficult for distributors to manage incident reporting and product withdrawals without centralized tools?
Today, medical device feedback processes between Economic Operators are disconnected. Often the Legal Manufacturer has no insight in the post-market feedback received by other Economic Operators. At the same time, there are strict evaluation and reporting timelines in place that require information to be shared.
With added requirements through the IMDR classification coding, tools such as MDIS can help to streamline reporting between Economic Operators and by reporting to the Regulatory Authorities.
How can a digital compliance system improve distributor-level traceability and reporting?
Digital compliance systems, such as MDIS, have the ability to trace products along the full Economic Operator chain, starting with the Legal Manufacturer, all the way downstream to the Distributor, and back up to the Legal Manufacturer.
It ensures the availability of Technical Documentation, Accompanying Documentation, Declaration of Conformity and where applicable the CE certificate for Basic-UDI-DIs and the UDI-DIs.
What features should distributors look for in a post-market compliance support platform?
It is important that systems ensure the traceability of UDI-DI’s for Basic UDI-DI’s from the Legal Manufacturer all the way onto the market. In addition, having integrations with systems of EUDAMED help to streamline compliance processes. Systems should ensure the secure sharing of data, and having the documentation available 24/7.
What makes centralized systems like MDIS more effective for EU-wide compliance collaboration?
The MDIS platform is unique, there are no other systems which facilitate to cross-Economic Operator cooperation. It saves valuable time by sharing the documentation across the Economic Operators, and by facilitating EUDAMED registration.
How can MDIS help reduce the burden of redundant document requests across stakeholders?
As the Legal Manufacturer uploads their documentation, all parties have automatically access to the items that are relevant to them. None of the parties needs to rely on legacy sharing systems which require manual actions, such as sharing drives, folders, or other types of file-sharing systems.
In what ways does MDIS ensure data integrity and audit readiness for all EOs?
All data stored within MDIS is stored in a ISO/IEC 27001 compliant environment. Data integrity is further verified through verification actions by each of the Economic Operators.
Having all information in a single location support audit readiness and makes demonstration of compliance to Regulatory Authorities and Notified Bodies simpler than ever.
What regulatory services does MedQAIR provide for medical device companies?
MedQAIR provides end-to-end regulatory support for medical and IVD device manufacturers, with expertise in EU MDR, IVDR, FDA, and Health Canada compliance. Services cover both pre-market and post-market phases, tailored to traditional, software-based, and AI-enabled devices.
Key services include:
- Authorised Representative (AR): Legal representation for non-EU manufacturers, ensuring EU market access
- PRRC Services: Outsourced compliance responsibility per MDR/IVDR Article 15
- Regulatory Affairs: Multi-region strategy, gap analysis, and Notified Body coordination
- Technical Documentation: Support with GSPR, risk files, CERs, PMS, and EUDAMED data
- SaMD & AI Compliance: Support for software classification, cybersecurity, and EU AI Act readiness
- Post-Market Compliance: Vigilance reporting, UDI tracking, and coordination across the supply chain
MedQAIR combines deep regulatory knowledge with practical support across global markets.
How does MedQAIR help with EU MDR and IVDR compliance?
MedQAIR supports manufacturers, authorised representatives, and other economic operators in meeting the regulatory obligations set out in the EU Medical Device Regulation (MDR 2017/745) and In Vitro Diagnostic Regulation (IVDR 2017/746). This includes both pre-market and post-market activities required to maintain compliant access to the European market.
Key areas of support include:
- Authorised Representative (AR) Role
- Person Responsible for Regulatory Compliance (PRRC)
- Regulatory Strategy & Documentation
- EUDAMED Registration & UDI Management
- Vigilance & Post-Market Surveillance
- Software and AI-Enabled Devices
Through a structured, standards-based approach, MedQAIR enables manufacturers to confidently meet EU market requirements, avoid costly delays, and maintain compliance throughout the product lifecycle.
Is MedQAIR experienced in international regulatory submissions beyond the EU?
Yes. MedQAIR supports regulatory submissions for the US (FDA), Canada (Health Canada), and other global markets. This includes preparing 510(k), De Novo, PMA, and Canadian licensing documentation, as well as aligning technical files for multi-market compliance.
How can I request a consultation with MedQAIR’s regulatory experts?
Consultations can be requested directly through the MedQAIR contact page or by emailing the team via the contact information provided on the website. A regulatory expert will follow up to understand the specific needs and propose next steps.
What is included in MedQAIR’s technical documentation support?
MedQAIR provides comprehensive support in preparing, reviewing, and maintaining technical documentation in line with MDR Annex II & III or IVDR equivalents. This includes:
Device description and intended purpose
Classification and conformity assessment route
General Safety and Performance Requirements (GSPR) checklist
Risk management file
Clinical Evaluation Reports (CER) or Performance Evaluation Reports (PER)
Post-Market Surveillance (PMS) plan and reports
Labelling and Instructions for Use (IFU)
Software lifecycle documentation (for SaMD and AI-enabled devices)
Traceability information including Basic UDI-DI and UDI-DI
EUDAMED registration data
Documentation is prepared to meet the expectations of Notified Bodies and competent authorities, ensuring audit-readiness and market approval.
How do you prepare technical files for MDR or IVDR compliance?
Technical files are prepared according to the structure defined in MDR Annex II and III (or IVDR equivalents), ensuring alignment with regulatory expectations and Notified Body requirements. The process typically includes:
Defining the device’s intended purpose and classification
Identifying the applicable conformity assessment route
Compiling evidence for General Safety and Performance Requirements (GSPR)
Developing or reviewing the risk management documentation
Preparing Clinical Evaluation Reports (CER) or Performance Evaluation Reports (PER)
Structuring Post-Market Surveillance (PMS) plans and reports
Including labelling, packaging, and Instructions for Use (IFU)
Ensuring traceability through Basic UDI-DI and UDI-DI data
Including relevant software documentation for digital and AI-based devices
All documentation is compiled in a format suitable for submission to Notified Bodies and for registration in EUDAMED.
What are the core components of technical documentation for medical devices?
The core components of technical documentation, as required under EU MDR Annex II (and IVDR equivalent), typically include:
Device Description and Specification
- Intended purpose
- Device variants and configurations
- Reference to previous or similar generations
Design and Manufacturing Information
- Description of design stages and methods
- Manufacturing processes and sites
General Safety and Performance Requirements (GSPR)
- Checklist demonstrating conformity with applicable GSPR
- Applied standards and evidence of compliance
Risk Management Documentation
- Risk analysis, evaluation, and control measures
- Alignment with ISO 14971
Product Verification and Validation Data
- Bench testing, usability, biocompatibility, electrical safety, etc.
- Software validation (for SaMD or embedded software)
Clinical Evaluation Report (CER)
- Clinical data, literature review, and equivalence justifications
Labeling and IFU
- Device labels, symbols, packaging, and translated Instructions for Use
Post-Market Surveillance (PMS) Plan and Report
- Procedures for ongoing monitoring and periodic safety updates
UDI and EUDAMED Registration Information
- Basic UDI-DI, UDI-DI, and registration details per Article 29 MDR
Each component must be complete, up to date, and traceable to support conformity assessment and regulatory audits.
Can you assist with FDA 510(k), De Novo, or PMA submissions?
Yes. MedQAIR supports U.S. FDA submissions, including:
510(k) premarket notifications (Traditional, Special, Abbreviated)
De Novo classification requests for novel, low- to moderate-risk devices
Premarket Approval (PMA) applications for high-risk Class III devices
Services include regulatory strategy, documentation preparation, predicate device analysis, risk and benefit assessment, and submission readiness reviews.
How frequently should technical documentation be updated?
Technical documentation must be updated whenever there are relevant changes that could affect the device’s safety, performance, or regulatory status. This includes:
- Design or manufacturing changes
- Updates in clinical data or risk assessments
- Changes in regulatory requirements or standards
- Feedback from post-market surveillance or vigilance activities
- Label or IFU revisions
- UDI or EUDAMED updates
For many devices, updates are triggered at regular intervals—such as during the annual Post-Market Surveillance (PMS) review, Periodic Safety Update Reports (PSURs), or before audits and notified body renewals. Documentation must remain current, accurate, and traceable throughout the device’s lifecycle.
What is the process for creating FDA and EU-compliant technical files?
The process involves aligning with both EU MDR/IVDR and FDA requirements:
Regulatory Classification & Strategy
- Determine device class and submission route (e.g., 510(k), PMA, MDR Annex IX)
Core Documentation
- Device description, risk management, verification/validation, and manufacturing info
- Software and clinical data, if applicable
EU Requirements
- GSPR checklist, CER/PER, PMS plan, UDI, IFU, and EUDAMED registration
FDA Requirements
- Predicate device comparison (510(k)), labeling per 21 CFR, submission formatting (eSTAR)
Review & Submission
- Ensure consistency, traceability, and audit readiness for Notified Bodies or FDA
The goal is a harmonized, compliant file set tailored to both regulatory systems.
How can MedQAIR assist with EUDAMED registration and UDI submissions?
MedQAIR supports medical device manufacturers and economic operators in meeting EUDAMED and UDI-related obligations under MDR and IVDR by:
Registering actors (e.g. manufacturers, ARs, importers, distributors) in EUDAMED with validated Single Registration Numbers (SRNs)
Submitting device and UDI information in compliance with Part B of MDR Annex VI, including Basic UDI-DI and UDI-DI data
Ensuring the correct assignment and formatting of UDI elements for different packaging levels
Coordinating updates to UDI records when devices are modified or reclassified
Maintaining traceability across the economic operator chain via version-controlled documentation
MedQAIR also provides tools and structured workflows through its MDIS platform to automate and track these submissions, ensuring timely updates and audit readiness.
Does MedQAIR offer services for Authorized Representatives and Importers?
Yes. MedQAIR acts as a European Authorised Representative (AR) for non-EU manufacturers, fulfilling the legal obligations under EU MDR and IVDR. This includes:
- Serving as the official point of contact with EU authorities
- Verifying technical documentation and declarations of conformity
- Ensuring UDI and EUDAMED registration
- Cooperating with Post-Market Surveillance and Vigilance activities
For Importers, MedQAIR provides regulatory support to help meet Article 13 obligations, including:
- Verification of CE marking, labelling, and accompanying documents
- Coordination with manufacturers and ARs
- Documentation traceability and regulatory readiness
These services ensure that both ARs and Importers remain compliant with their specific responsibilities under EU regulations.
What regulatory requirements apply to AI-based medical device software?
AI-based medical device software must comply with:
- EU MDR or IVDR: Classification (often under Rule 11), technical documentation, clinical evaluation, and risk management
- Software Standards: IEC 62304 (lifecycle), ISO 14971 (risk), IEC 62366 (usability), and cybersecurity guidance
- EUDAMED & UDI: Registration and traceability under EU device regulations
- ISO 13485 & ISO 27001: Quality and information security management
- EU AI Act (upcoming): High-risk AI systems will need to meet new requirements for transparency, data governance, and human oversight
Compliance must address both medical device safety and AI-specific risks.
How does MedQAIR support AI-enabled medical device compliance?
MedQAIR helps manufacturers navigate MDR/IVDR and upcoming EU AI Act requirements by supporting device classification, technical documentation, risk management, software lifecycle processes (IEC 62304), and aligning with AI-specific standards for transparency, data governance, and cybersecurity.
Can you help with documentation for AI algorithms used in medical devices?
Yes. MedQAIR supports the preparation of regulatory documentation for AI algorithms, including intended use, model architecture, training and validation data, performance metrics, risk analysis, change management, and compliance with MDR, IEC 62304, ISO 14971, and upcoming EU AI Act requirements.
How do I demonstrate explainability and transparency for AI models?
To demonstrate explainability and transparency, manufacturers should:
- Clearly define the intended purpose and decision logic of the AI model
- Describe the model architecture and training process, including datasets used
- Document performance metrics, limitations, and potential biases
- Provide human-readable justifications for outputs, where possible
- Implement human oversight mechanisms
- Maintain version control and traceability of model updates
- Align with emerging guidance under the EU AI Act and standards like ISO/IEC 23894
This ensures regulatory readiness and builds trust in clinical use.
What data is needed to validate AI-based medical devices?
Validation of AI-based medical devices requires:
- Training and test datasets: Well-characterized, clinically relevant, and representative of the target population
- Performance metrics: Sensitivity, specificity, accuracy, AUC, etc., evaluated against ground truth
- External validation: Independent dataset testing to confirm generalizability
- Bias and robustness analysis: Identification of potential performance gaps across subgroups
- Clinical validation data: Evidence showing the model performs safely and effectively in the intended clinical context
- Traceability and version control: For data, model versions, and changes over time
This data must be documented in the technical file and aligned with MDR/IVDR and relevant standards.
Do you support FDA and EU regulatory pathways for AI-driven software?
Yes. we at MedQAIR support both FDA (510(k), De Novo, PMA) and EU (MDR/IVDR) regulatory pathways for AI-driven software. This includes classification, technical documentation, risk and performance evaluation, and compliance with standards like IEC 62304, ISO 14971, and upcoming EU AI Act requirements.
What are the documentation requirements for SaMD verification?
Verification documentation for Software as a Medical Device (SaMD) typically includes:
- Software Requirements Specification (SRS)
- Architecture and design documentation
- Verification and validation test plans and reports
- Unit, integration, and system-level testing results
- Traceability matrix linking requirements to tests
- Cybersecurity and risk control verification
- Software version history and change management records
These must align with IEC 62304, ISO 14971, and be included in the technical file to meet MDR/IVDR or FDA expectations.
What’s the difference between verification and validation for medical software?
Verification confirms that the software was built correctly. It meets the specified requirements (e.g. through code reviews, unit tests, and system testing).
Validation confirms that the right software was built. It fulfills its intended purpose in the clinical context (e.g. via usability testing, clinical performance, and real-world evaluation).
In short: Verification = “Did we build it right?”
Validation = “Did we build the right thing?”
How do you validate machine learning models in SaMD?
Validation of machine learning models in Software as a Medical Device (SaMD) involves:
- Defining the intended use and clinical context
- Using representative, high-quality training and test datasets
- Evaluating performance using metrics like sensitivity, specificity, and AUC
- Testing on independent (external) datasets to confirm generalizability
- Assessing robustness and bias, especially across subpopulations
- Documenting all processes including data handling, model versioning, and updates
- Ensuring traceability from requirements to test results
All validation must align with MDR/IVDR, FDA guidance, and relevant standards like IEC 62304, ISO 14971, and ISO/IEC 24029.
Can you create test protocols and validation reports for AI-based devices?
Yes. MedQAIR develops test protocols and validation reports for AI-based medical devices, covering:
- Model performance testing (e.g. sensitivity, specificity, AUC)
- Dataset selection and characterization
- External validation procedures
- Robustness and bias analysis
- Traceability from requirements to results
- Compliance with IEC 62304, ISO 14971, and MDR/IVDR documentation requirements
Reports are prepared to support both EU and FDA submissions
How do you handle updates and revalidation of adaptive AI systems?
Updates and revalidation of adaptive AI systems are managed through a structured change control process, including:
- Version control and documentation of model changes
- Impact assessment to determine if revalidation or regulatory resubmission is needed
- Re-testing and performance verification using updated and external datasets
- Assessment of clinical relevance, safety, and bias after changes
- Maintaining traceability from previous to updated model versions
- Alignment with regulatory expectations for locked vs. adaptive algorithms under MDR and FDA guidance
This ensures continued compliance, transparency, and patient safety throughout the product lifecycle.
What is a Risk Management File, and why is it necessary?
A Risk Management File (RMF) is a structured set of documents that demonstrates how risks associated with a medical device are identified, evaluated, controlled, and monitored throughout its lifecycle.
It is necessary because:
- It is mandatory under ISO 14971 and required by both EU MDR/IVDR and FDA
- It ensures patient safety and regulatory compliance
- It provides documented evidence of risk acceptability, including for software and AI-based systems
- It supports decision-making during design, development, and post-market phases
- It includes key elements such as a risk management plan, hazard analysis, risk control measures, and a risk-benefit evaluation
The RMF must be kept up to date and aligned with the device’s technical documentation.
How do you conduct risk assessments for software-based medical devices?
Risk assessments for software-based medical devices follow ISO 14971 and typically involve:
- Defining intended use and system boundaries
- Identifying potential hazards (e.g. data corruption, incorrect outputs, cybersecurity threats)
- Estimating risks based on severity and probability of harm
- Implementing risk control measures (e.g. error handling, access control, redundancy)
- Verifying risk controls through testing and documentation
- Evaluating residual risks and overall risk–benefit ratio
- Monitoring risks post-market, including software updates and user feedback
Special attention is given to software-specific risks, such as algorithmic errors, logic flaws, and unintended behavior in real-world settings.
What standards do you follow for risk management documentation?
MedQAIR follows internationally recognized standards for risk management documentation, including:
- ISO 14971 – Risk management for medical devices (primary standard)
- ISO/TR 24971 – Guidance on the application of ISO 14971
- IEC 62304 – Software lifecycle processes, including risk control integration
- ISO/IEC 27001 – For information security risks (especially in connected devices)
- ISO/IEC 23894 / ISO/IEC TR 24028 – For AI-specific risk management (where applicable)
Documentation is structured to align with MDR/IVDR, FDA, and Notified Body expectations.
Can you help create a full RMF for regulatory submission?
Yes. MedQAIR supports the development of complete Risk Management Files (RMFs) for regulatory submissions under MDR, IVDR, and FDA. This includes:
- Risk management plan
- Hazard identification and risk analysis
- Risk evaluation and control measures
- Residual risk and benefit-risk assessment
- Risk control verification evidence
- Post-market risk monitoring procedures
All documentation is aligned with ISO 14971, ISO/TR 24971, and integrated with technical files to meet Notified Body and FDA expectations.
What cybersecurity services does MedQAIR offer for SaMD?
MedQAIR provides cybersecurity support for Software as a Medical Device (SaMD), including:
- Threat and vulnerability assessments aligned with MDR, IVDR, and FDA expectations
- Security risk analysis integrated into the overall risk management file (per ISO 14971 and ISO/IEC 27005)
- Support for cybersecurity documentation, including Software Bill of Materials (SBOM), patch management, and access control
- Alignment with standards such as IEC 81001-5-1 (health software cybersecurity) and MDCG 2019-16
- Guidance on secure software development and lifecycle planning per IEC 62304 and ISO 27001
- Incident response planning and post-market surveillance of security vulnerabilities
These services help ensure regulatory compliance, data protection, and resilience of connected and AI-enabled devices.
How does MedQAIR support clinical evaluation and performance studies?
MedQAIR supports clinical evaluation (for medical devices) and performance evaluation (for IVDs) by:
- Preparing or reviewing Clinical Evaluation Reports (CERs) and Performance Evaluation Reports (PERs) in line with MDR and IVDR requirements
- Conducting literature reviews, equivalence assessments, and gap analyses
- Supporting clinical data collection plans, including post-market clinical follow-up (PMCF) and performance follow-up (PMPF)
- Ensuring alignment with MDCG guidance documents and relevant standards
- Coordinating with external CROs or clinical experts when clinical investigations are required
All documentation is structured to meet expectations of Notified Bodies and Competent Authorities.
When is a Clinical Evaluation Report required for my device?
A Clinical Evaluation Report (CER) is required for all medical devices under EU MDR 2017/745, regardless of risk class.
Specifically, a CER is needed:
- Before CE marking, as part of the technical documentation
- During conformity assessment, to demonstrate clinical safety and performance
- Throughout the lifecycle, with updates based on post-market surveillance and PMCF data
- When significant changes to the device, indications, or intended use are made
The CER must follow MDR Annex XIV Part A and relevant MDCG guidance (e.g. MDCG 2020-13).
What’s the difference between a CER and a PER?
A Clinical Evaluation Report (CER) is required for medical devices under EU MDR. It assesses clinical data to demonstrate safety, performance, and conformity with General Safety and Performance Requirements (GSPR).
A Performance Evaluation Report (PER) is required for in vitro diagnostic devices (IVDs) under EU IVDR. It focuses on scientific validity, analytical performance, and clinical performance to demonstrate intended use.
Both are mandatory for CE marking but apply to different device categories under separate regulations.
How do you conduct clinical evaluation for software-only devices?
Clinical evaluation for software-only medical devices (SaMD) involves:
- Defining the intended purpose and clinical context of use
- Reviewing scientific literature and relevant clinical guidelines
- Assessing existing clinical data (e.g. from prior studies, real-world use, or equivalent devices)
- Demonstrating clinical performance through usability studies, diagnostic accuracy, or clinical validation
- Evaluating benefit-risk profile and documenting findings in the Clinical Evaluation Report (CER)
The process follows MDR Annex XIV and MDCG 2020-1 for software-specific evaluation.
Can you update or audit an existing CER or PER?
Yes. MedQAIR can review, update, or audit existing Clinical Evaluation Reports (CERs) and Performance Evaluation Reports (PERs) to ensure they meet current EU MDR/IVDR and MDCG guidance.
Support includes:
- Gap analysis against latest regulatory expectations
- Literature update and data reassessment
- Integration of PMS and PMCF/PMPF data
- Formatting and traceability improvements
- Preparation for Notified Body review or renewal submissions
What data is required to build a compliant performance evaluation?
A compliant Performance Evaluation Report (PER) under IVDR must include:
- Scientific validity: Evidence linking the analyte to the clinical condition
- Analytical performance: Data on sensitivity, specificity, precision, etc.
- Clinical performance: Data showing the IVD’s effectiveness in real-world or clinical settings
- Risk–benefit analysis: Assessment of overall device safety and performance
- PMPF: Post-market performance follow-up plan and summary
All must follow Annex XIII of the IVDR and relevant MDCG guidance.
Do software-based devices require a Biological Evaluation Report?
Not always. A Biological Evaluation Report (BER) is typically required only if the software-based device includes hardware components that come into direct or indirect contact with the patient or user (e.g. sensors, wearables, embedded systems).
If the device is pure software (e.g. standalone SaMD with no physical interface), a BER is usually not required, but a justification for its exclusion should be documented in the technical file under MDR Annex II.
What standards apply to biological safety evaluations?
The primary standard for biological safety evaluations is:
- ISO 10993 series – Biological evaluation of medical devices
Key parts include:
- ISO 10993-1: Evaluation and testing within a risk management process
- ISO 10993-5: Tests for in vitro cytotoxicity
- ISO 10993-10: Tests for irritation and sensitization
- ISO 10993-18: Chemical characterization of materials
These standards guide the selection of tests based on device type, duration, and nature of body contact, and are required for compliance under EU MDR and FDA regulations.
What’s included in a BER for regulatory submission?
A Biological Evaluation Report (BER) summarizes the assessment of biological risks related to a medical device. For regulatory submission, it typically includes:
- Device description and materials (including body contact type and duration)
- Toxicological risk assessment based on material composition
- Summary of applicable ISO 10993 tests (e.g. cytotoxicity, sensitization, irritation)
- Rationale for test selection or omission
- Results of biological tests or chemical characterization
- Conclusion on biological safety and biocompatibility
The BER must be aligned with ISO 10993-1 and form part of the technical documentation under MDR or FDA submissions.
How do you assess material biocompatibility risks?
Material biocompatibility risks are assessed through a structured process based on ISO 10993-1, including:
- Identifying materials in direct or indirect contact with the body
- Characterizing chemical composition and potential leachables
- Determining contact type and duration (e.g. skin, mucosal, blood; short-term vs. long-term)
- Reviewing existing data and literature for known risks
- Conducting biological tests (e.g. cytotoxicity, sensitization, irritation) if needed
- Evaluating results in the context of the device’s intended use and overall risk profile
The outcome supports the biological safety section of the technical file and informs the Biological Evaluation Report (BER).
What quality management services does MedQAIR provide?
MedQAIR provides comprehensive quality management support tailored to medical devices, IVDs, and software-based products. Services include:
- Implementation of ISO 13485: Quality Management System (QMS) setup, documentation, and internal audits
- QMS remediation and upgrade: For MDR/IVDR or FDA compliance
- Software lifecycle quality integration: Including IEC 62304 and SaMD-specific controls
- Supplier and document control systems
- Audit preparation and support: For Notified Bodies, FDA, or internal audits
- QMS training and interim quality leadership
Support is adapted to startups, scale-ups, and established manufacturers preparing for EU, US, or global market entry.
Can MedQAIR help us prepare for an MDR or IVDR audit?
Yes. MedQAIR assists manufacturers in preparing for MDR or IVDR audits by:
- Conducting mock audits and gap assessments
- Reviewing technical documentation, QMS, and PMS processes
- Verifying alignment with MDR/IVDR requirements and MDCG guidance
- Providing audit readiness checklists and corrective action support
- Training teams on audit procedures and expectations
Support is tailored to Notified Body audits, surveillance assessments, and unannounced inspections.
How does MedQAIR support Post-Market Surveillance (PMS) planning?
MedQAIR supports manufacturers in developing and maintaining compliant Post-Market Surveillance (PMS) systems by:
- Preparing PMS Plans aligned with MDR/IVDR Annex III and Article 83
- Defining data sources, responsibilities, and evaluation methods
- Supporting Periodic Safety Update Reports (PSURs) and Post-Market Clinical Follow-up (PMCF)
- Providing templates, workflows, and documentation reviews
- Integrating PMS data with vigilance, risk management, and clinical evaluation activities
This ensures continuous monitoring of device performance and compliance throughout the product lifecycle.
Does MedQAIR help with setting up PRRC roles and responsibilities?
Yes. MedQAIR assists manufacturers and Authorised Representatives in setting up Person Responsible for Regulatory Compliance (PRRC) roles in line with EU MDR Article 15 and IVDR Article 15. Support includes:
- Providing qualified PRRC personnel on an outsourced or interim basis
- Defining roles, responsibilities, and accountability within the QMS
- Ensuring compliance oversight for technical documentation, conformity assessments, PMS, and vigilance
- Aligning documentation and training with regulatory expectations
This helps fulfil mandatory obligations while maintaining compliance continuity.