MDRC logo
Explore
← Knowledge centre

EU MDR · Articles 83–89 · Vigilance · CAPA

A medical device failed. What must the manufacturer do?

Protect the patient, contain the suspected product, preserve the evidence and record the manufacturer-awareness date. Then decide reportability without waiting for the technical investigation to finish.

A failure may remain a documented complaint, become a reportable serious incident, reveal a reportable trend or require a field safety corrective action. The route depends on possible harm, causality, frequency and the population exposed—not on whether the returned device has already been examined.

Updated 7 February 2025 19-minute guide Includes 2-, 10- and 15-day decisions
Start the response ↓
THE RESPONSE PATHCONTAIN · ASSESS · CORRECT
ONE CONTROLLED CASE

Control
the event

Harm contained
Clock recorded
Evidence preserved

  1. 01

    Contain

    Protect patients

  2. 02

    Record

    Fix awareness day

  3. 03

    Assess

    Decide reportability

  4. 04

    Correct

    Control field risk

  5. 05

    Learn

    Update CAPA and PMS

THE FAILURE SIGNAL

The reporting decision waits for the returned device or a confirmed root cause

The direct answer

A device failure triggers one controlled response with parallel safety and regulatory decisions

The first objective is to prevent further harm. At the same time, the manufacturer must open the complaint record, determine the awareness date, preserve evidence and assess whether the event could meet the MDR serious-incident criteria. Technical root-cause work continues in parallel and must not hold up an initial vigilance report.

FIRST HOURS · CONTROL THE IMMEDIATE RISK

Protect people and preserve the facts before evidence disappears

  • Stop use, shipment or installation where justified
  • Arrange clinical support or alternative treatment where needed
  • Secure the device, packaging, accessories, logs and photographs
  • Record who first received the information and when
  • Identify UDI, serial number, lot, software and configuration
  • Notify the designated complaint and vigilance owners
REGULATORY TRIAGE · CHOOSE THE RIGHT ROUTE

Assess potential outcome, causality, population and recurrence

  • Complaint, nonconformity, incident or serious incident
  • Actual and reasonably possible health consequences
  • Established, reasonably possible or suspected causality
  • Potentially affected units, markets and patient groups
  • Individual reporting, trend reporting or both
  • Containment, correction, FSCA, withdrawal or recall
THE PRACTICAL RULE

If a pump stops but an alarm prompts immediate replacement before harm occurs, the event may still be serious because the malfunction might have led to serious deterioration without timely intervention. A near miss is assessed by its potential outcome, not only by the outcome that happened.

Before the investigation begins

Secure the first-response record while the evidence is still available

The first record should separate known facts, reporter statements, immediate actions and open questions. Do not change the returned device, delete digital logs or merge assumptions into facts before the competent authority has had an opportunity to request access to the evidence.

SAFETY · WHAT MUST HAPPEN NOW

Contain immediate exposure

Quarantine suspect stock, pause use or shipment and issue interim instructions when the available risk justifies action

Preserve clinical continuity

Coordinate alternatives so that corrective action does not create a greater risk by interrupting essential care

EVIDENCE · WHAT MUST NOT BE LOST

Control the returned product

Preserve device state, accessories, packaging, labels, disposables, photographs, handling history and chain of custody

Secure digital and manufacturing data

Retain logs, audit trails, software versions, production records, release results, complaints and distribution data

Safety action does not need to wait for perfect information. It should be proportionate, documented and revised as facts emerge. Evidence preservation is equally urgent because altering the device can make both root-cause analysis and authority review impossible.

THE FIRST 24-HOUR CASE FILE

Create one record that controls the clock, product identity and open decisions

The file should let a new reviewer understand what happened, what remains unknown and why each immediate action was chosen.

  • Reporter, date, time, location and event narrative
  • Patient or user outcome and intervention required
  • Device, UDI, serial, lot, software and accessories
  • Awareness date and applicable reporting deadline
  • Distribution scope and immediately exposed population
  • Containment owner, decisions, approvals and next review
ASK 01

Could the event have led to a serious outcome?

Consider what would have happened without timely detection, clinical intervention, redundancy or chance.

ASK 02

What is the manufacturer-awareness date?

Record when the first employee or representative received enough information to identify a potentially serious incident.

ASK 03

Which other units could share the failure?

Map lots, components, suppliers, software versions, sites, processes, markets and common failure mechanisms.

Classify the regulatory route

Four routes can arise from the same initial complaint

Select the route that matches the current facts. Routes can overlap and may change as new information arrives, so document the decision date, evidence and person responsible for reassessment.

RECORDED · ASSESSED · TRENDED

A non-serious complaint remains a controlled PMS input

The case may not require an individual authority report, but it still requires documented assessment, proportionate investigation and inclusion in trend detection.

  1. SCREEN

    Confirm product identity, event facts, possible outcome, causality and whether the serious-incident criteria could be met.

  2. INVESTIGATE

    Determine failure mode, scope and risk and decide whether correction, CAPA or supplier action is needed.

  3. TREND

    Code the complaint consistently and include it in frequency and severity analysis using a meaningful denominator.

Make the triage reproducible

Seven decisions make the incident assessment defensible

The record should show what was known at each decision point and why the selected route was reasonable at that time. New information can change the conclusion, but it should not erase the earlier assessment.

Decision
Must establish
Controlled record
Failure signal
01

Awareness

Who received which information, on what date and at what time
Timestamped intake and manufacturer-awareness date
The clock starts only when Regulatory Affairs opens the file
02

Device

UDI, serial, lot, version, accessories, software and use conditions
Verified product identity and distribution history
The case refers only to a product family name
03

Outcome

Actual harm, intervention and reasonably possible worst outcome
Clinical assessment and source information
A near miss is called non-serious because no injury occurred
04

Causality

Established, reasonably possible, suspected or excluded relationship
Documented device-event causality assessment
Reporting waits for confirmed root cause
05

Scope

Affected lots, variants, suppliers, versions, markets and patients
Population and distribution assessment
Only the returned unit is considered
06

Reportability

Individual MIR, trend report, periodic summary route or non-reportable rationale
Approved assessment with deadline and authority
Incomplete information is used to delay the initial report
07

Action

Containment, correction, CAPA, FSCA, withdrawal, recall and communication
Health-risk-based action plan and effectiveness evidence
Technical repair closes the case without system updates
MINIMUM REVIEW-READY CASE FILE

Eight controlled records connect the first complaint to final closure

Record names may differ. The chronology and decision trail should not.

  1. 01

    Complaint intake

    Source, chronology, device identity, use conditions, outcome and immediate measures.

  2. 02

    Initial triage

    Seriousness, causality, awareness date, deadline, scope and approvals.

  3. 03

    Authority record

    MIR, trend report, FSCA notification, correspondence and report revisions.

  4. 04

    Product evidence

    Chain of custody, photographs, logs, configuration, returned unit and retain samples.

  5. 05

    Investigation report

    Failure mode, testing, root cause, affected population and limitations.

  6. 06

    Health-risk assessment

    Hazard, severity, probability, detectability, exposure and benefit–risk impact.

  7. 07

    CAPA and field action

    Containment, corrections, systemic actions, communications and effectiveness checks.

  8. 08

    Closure package

    Final decision, residual risk and updates to PMS, PSUR, CER and technical documentation.

Cross-functional ownership

Six functions must work from the same incident record

Vigilance is not a Regulatory Affairs hand-off. Safety, reporting, root cause, correction and communication depend on coordinated decisions with one accountable case owner and defined escalation rules.

01COMPLAINT INTAKE

Capture the event without filtering it

Record oral, written, service, distributor and digital reports promptly and preserve the reporter’s facts and original wording.

Do not let commercial channels decide reportability
02MEDICAL AND CLINICAL

Assess actual and possible health outcomes

Evaluate clinical course, intervention, alternative causes, vulnerable populations and what could have happened without mitigation.

Near misses require a potential-outcome assessment
03REGULATORY AND VIGILANCE

Control deadlines and authority reporting

Determine awareness, jurisdiction, report type and revisions and coordinate the authorised representative and notified body as applicable.

Incomplete information does not stop the clock
04QUALITY AND CAPA

Connect correction with systemic action

Control nonconforming product, investigate process failure, open CAPA where justified and verify that actions prevent recurrence.

A repair is not automatically a corrective action
05ENGINEERING AND OPERATIONS

Determine failure mode, cause and scope

Analyse the returned product, design, software, production, suppliers, servicing and related lots without destroying critical evidence.

Test hypotheses against production and field data
06SUPPLY CHAIN AND COMMUNICATIONS

Reach every affected recipient

Use distribution records to stop supply, deliver field safety notices, reconcile responses and maintain product availability where safely possible.

Measure completion, not only notice delivery
KEEP THE DECISIONS PARALLEL

Reporting, investigation and correction do not wait for one another to finish

The initial MIR can precede root cause. Containment can precede the final health-risk assessment. An urgent field action can precede routine notification steps. Each workstream should use current evidence, document uncertainty and trigger reassessment when new facts arrive.

The MDR reporting clock

Six rules determine when the initial report is due

The deadlines are outer limits, not waiting periods. Article 87 requires reporting immediately, with two, ten or fifteen days as the latest permitted timing according to severity.

01DAY ZERO

Manufacturer awareness

The date the first employee or representative receives information about the potentially serious incident normally fixes the clock.

CHECK

Intake records preserve the first receipt date and source

02TWO DAYS

Serious public health threat

Report immediately and no later than two calendar days after awareness when prompt remedial action is required for an imminent population-level threat.

CHECK

The escalation route operates outside ordinary office hours

03TEN DAYS

Death or unanticipated serious deterioration

Report immediately once device causality is established or suspected and no later than ten calendar days after awareness.

CHECK

Clinical review does not wait for confirmed technical cause

04FIFTEEN DAYS

Other serious incidents

Report immediately and no later than fifteen calendar days after awareness for other events meeting the serious-incident criteria.

CHECK

The final day is treated as a limit, not a target

05INCOMPLETE FACTS

Initial report first

Missing device returns, clinical records or root cause do not justify delay. Submit available information and update it through follow-up reports.

CHECK

Open questions and planned follow-up are stated clearly

UNCERTAINTY RULE

Report first and refine the conclusion

  1. A

    Submit within the applicable deadline

  2. B

    Continue investigation and risk assessment

  3. C

    Update or close with documented rationale

HOW TO COUNT THE REPORTING PERIOD

Use calendar days and preserve the exact awareness timestamp

  • The awareness date is day zero and is not counted in the period
  • The reporting period begins at the start of the following day
  • Weekdays, weekends and public holidays are calendar days
  • EU time-calculation rules apply when the last day is not a working day
  • The requirement to report immediately still applies
  • The first employee or representative can trigger awareness
  • An authorised representative or outsourced handler can trigger awareness
  • Every transfer and escalation should retain its timestamp

A controlled investigation sequence

Seven gates from first report to verified closure

The sequence keeps patient safety, reporting, root cause and correction connected. Passing a gate means that the next decision can rely on controlled facts while unresolved uncertainty remains visible.

  1. GATE 01
    INTAKE

    Stabilise the event and preserve evidence

    Record the reporter, chronology, outcome, product identity, use conditions and immediate actions and secure the device, data and packaging.

    PASS WHEN

    The case is complete enough to screen, awareness is fixed and critical evidence is protected.

  2. GATE 02
    TRIAGE

    Decide seriousness and reportability

    Apply the incident definition, potential outcome, causality, jurisdiction and reporting clock without waiting for a confirmed technical cause.

    PASS WHEN

    The route and deadline are approved or the initial MIR has been submitted.

  3. GATE 03
    SCOPE

    Determine the potentially affected population

    Map lots, components, suppliers, software versions, production sites, markets, common processes and the suspected failure mechanism.

    PASS WHEN

    The containment scope is justified and does not stop at the returned unit by default.

  4. GATE 04
    INVESTIGATION

    Test hypotheses without destroying key evidence

    Examine the device, logs, production, service, supplier, complaint and retain-sample evidence and record the limits of every test.

    PASS WHEN

    The evidence supports or excludes credible causes and unresolved limitations remain explicit.

  5. GATE 05
    HEALTH RISK

    Reassess benefit–risk and the need for field action

    Evaluate severity, probability, exposure, detectability, vulnerable users, alternatives and risks introduced by the proposed correction.

    PASS WHEN

    The decision on correction, FSCA, withdrawal or recall has a documented clinical rationale.

  6. GATE 06
    CORRECTION AND CAPA

    Control the current risk and prevent recurrence

    Define product corrections and any design, process, supplier, software, labelling, training or quality-system actions required.

    PASS WHEN

    Owners, dates, field completion criteria and effectiveness checks are approved.

  7. GATE 07
    CLOSURE

    Return the conclusions to the regulatory system

    Complete authority reports and update the risk file, PMS or PSUR, clinical evaluation, technical documentation, complaints and affected communications.

    PASS WHEN

    Residual risk is acceptable, actions are effective and every open commitment is closed or controlled.

Common incident-response failures

Six delays that turn a manageable failure into a compliance problem

Most failures are not caused by a missing form. They arise when the organisation delays the clock, narrows the affected population too early or closes the technical problem without completing the regulatory consequences.

01

Waiting for the returned device before assessing reportability

The device may never arrive and the clock continues. Assess the available facts, report on time where required and update the authority later.

02

Starting awareness when Regulatory Affairs reviews the case

The first employee or representative may already have triggered awareness. Preserve the original receipt time across service, sales and distributors.

03

Calling a near miss non-serious because nobody was harmed

Assess what might have happened without an alarm, intervention, redundancy or chance. Potential serious outcomes can make the event reportable.

04

Equating repair with root cause and CAPA

Replacing a part corrects one unit. The manufacturer must still determine cause, affected population and whether systemic action is needed.

05

Containing only the complaint unit

A common component, lot, software version, supplier or process may expose many devices. Distribution and configuration data must set the scope.

06

Closing without updating risk and PMS outputs

Return the conclusion to the risk file, PMS or PSUR, clinical evaluation, technical documentation and trend baseline wherever it changes them.

Practical questions

Medical device failures, vigilance and field action under the EU MDR

Open the question that affects reportability, the reporting deadline, trend reporting, field safety action or final closure.

Is every medical device failure reportable to a competent authority?+

No. Every complaint and suspected failure must be recorded, assessed and trended, but individual reporting under Article 87 MDR is required for serious incidents. A failure may still require containment, investigation, CAPA, risk-management updates or a field action even when it is not individually reportable. A statistically significant increase in the frequency or severity of non-serious incidents or expected undesirable side-effects may require trend reporting under Article 88.

When does a device failure qualify as a serious incident?+

A serious incident requires three elements. An incident occurred, it led, might have led or might lead to death, serious deterioration in health or a serious public health threat, and a causal relationship with the device is established, reasonably possible or suspected. The absence of actual injury does not exclude reporting when timely clinical action or another circumstance prevented the serious outcome.

When does the MDR vigilance reporting clock start?+

Day zero is generally the date on which the first employee or representative of the manufacturer receives information about the potentially serious incident. This can include the authorised representative or an outsourced complaint-handling organisation acting for the manufacturer. The clock does not wait for management review, receipt of the returned device or completion of the investigation.

What are the 2-, 10- and 15-day reporting deadlines?+

A serious public health threat must be reported immediately and no later than two calendar days after awareness. Death or an unanticipated serious deterioration in health must be reported immediately and no later than ten calendar days. Other serious incidents must be reported immediately and no later than fifteen calendar days. Submit an initial report if information is incomplete and follow it with updates.

What should the manufacturer do when reportability is uncertain?+

Report the potentially serious incident within the applicable deadline. Article 87 permits an initial report followed by additional information, and uncertainty is not a reason to delay. If the investigation later shows that the serious-incident criteria were not met, the case can be concluded with a final non-reportable incident report and a documented rationale.

What is the difference between a complaint, nonconformity and incident?+

A complaint is information alleging a deficiency in a device or related service and is an input to the manufacturer’s assessment. A nonconformity is failure to fulfil a specified requirement and may arise before or after release. An incident is the MDR-defined malfunction, deterioration, ergonomics-related use error, inadequacy in supplied information or undesirable side-effect involving a device made available on the market. One event can fall into all three categories.

When is a field safety corrective action required?+

An FSCA is a corrective action taken for technical or medical reasons to prevent or reduce the risk of a serious incident involving a device made available on the market. It may involve return, withdrawal, exchange, modification, destruction, software correction, revised instructions or specific user advice. The decision follows the health-risk assessment and is not limited to cases where an injury has already occurred.

What is the difference between a recall and a withdrawal?+

Under the MDR, a recall aims to achieve the return of a device that has already been made available to the end user. A withdrawal aims to prevent a device in the supply chain from being made further available. Either measure may form part of an FSCA, but an FSCA can also be implemented without physically recovering every device.

Does identifying the technical root cause close the event?+

No. The manufacturer must also determine the affected population, assess health risk, decide on correction and field action, update the risk-management file and clinical evaluation where relevant, open CAPA when the issue is systemic, verify effectiveness, update PMS or PSUR outputs and maintain required communications with authorities and economic operators.

Where should a serious incident be reported when the device is sold across the EU?+

The serious incident is reported to the competent authority of the Member State in which it occurred, using the applicable vigilance route and current MIR. A field safety corrective action is notified to the competent authorities of the Member States where it is undertaken, normally before implementation unless urgent action is required to protect health. The manufacturer should coordinate the case across its authorised representative, importers, distributors and notified body as applicable.

Build the response before the first serious complaint

Need to establish or repair an MDR vigilance and field-action process?

MDRC can create complaint and vigilance decision trees, reporting timelines, investigation and CAPA workflows, health-risk assessments, FSCA and field safety notice packages, PMS links and review-ready incident files.

Discuss vigilance and field action ↗
↑

Discuss your regulatory pathway

Whether you are developing medical software, an AI-enabled healthcare solution, a digital health platform or a software-driven medical device, we can help define the regulatory strategy, evidence requirements and next steps.

→

Where companies need support

Regulatory strategy
Technical documentation
Clinical and performance evidence
Software lifecycle and cybersecurity
Notified Body readiness

Start a discussion

 

Regulatory support for software medical devices, AI health technologies and digital healthcare solutions.


©2026 MDRC - Medical Devices Regulatory Compliance

Useful information

CE-Certificate vs. EC-Certificate

Basic UDI-DI (bUDI)

EUDAMED registration - a brief guide

Authorised Representative Mandate

GSPR – General Safety and Performance Requirements

How to obtain CE marking for medical software under the EU MDR or IVDR?

Technical documentation for Medical Device Software in the EU

Read more >>


Cookie Policy

We only use essential cookies that enable core functionality and proper operation of the website. These cookies do not store any personally identifiable data. By continuing to use this website, you consent to the use of the essential cookies. You may disable these cookies by changing your browser settings, but this may affect how the website functions.
We do not use our own or third-party analytical, preferences, statistics, marketing, functional, advertisement, performance or any other non-essential cookies.

Send us an email:
info@mdrc-services.com

Or use the contact form below

 

Solutions

EU Authorised Representative (EC REP)

EU PRRC

Technical documentation

Risk management

Clinical evaluation

Notified Bodies

Quality management system

Post-market surveillance

Resources

Medical Device Regulation (MDR) - basics

CE-marking process for medical devices

CE-marking process for in vitro diagnostic medical devices

MDR technical documentation checklist

IVDR technical documentation checklist

Technical documentation checklist for medical device software (MDSW)

MDR-compliant quality system documentation checklist

MDR-compliant quality system documentation checklist for medical device software

Clinical Evaluation Plan checklist

Clinical Evaluation Report checklist

PRRC under MDR or IVDR

Articles

CE-Certificate vs. EC-Certificate

Basic UDI-DI (bUDI)

EUDAMED registration - a brief guide

Authorised Representative Mandate

GSPR – General Safety and Performance Requirements

More articles >>

Devices

General medical devices and equipment

In vitro diagnostics (IVD)

Medical software

Cookie Policy

We only use essential cookies that enable core functionality and proper operation of the website. These cookies do not store any personally identifiable data. By continuing to use this website, you consent to the use of the essential cookies. You may disable these cookies by changing your browser settings, but this may affect how the website functions.
We do not use our own or third-party analytical, preferences, statistics, marketing, functional, advertisement, performance or any other non-essential cookies.