Technical file

Technical file software for MDR devices

Technical file software helps a manufacturer assemble and maintain the technical documentation required by MDR Annex II and Annex III for each device or device family. In MDRpilot every product has its own technical file with sections for device description, information supplied by the manufacturer, design and manufacturing, GSPR, benefit-risk and risk management, verification and validation, and post-market surveillance. Each section shows whether it is missing, in draft or approved, and can hold drafts, edits and evidence files.

Who it is for

  • Regulatory teams assembling a first MDR technical file
  • Manufacturers maintaining several device families
  • Consultants preparing files for notified body submission

Key capabilities

  • Annex II and III sections

    A fixed structure per product with missing, draft, in review and approved status.

  • Drafts from product data

    AI drafts a section from the device description, standards and evidence you have entered; you edit and approve.

  • Evidence per section

    Attach test reports, certificates, labels and other files to the section they support.

  • Review and approval

    Reviewer, approver and release steps with an audit log of who changed what and when.

  • IFU and labelling

    Draft the IFU from product data, structured around MDR Annex I Section 23.

From scattered folders to a structured file

Most technical files start as a folder tree that mirrors Annex II. That works until the first change: a new sterilisation supplier, an updated standard or an extended indication. MDRpilot keeps the structure, but the content is drawn from the product record, so the device description, classification rationale and applied standards are the same wherever they appear.

Section status gives a fast answer to the question every reviewer asks first: what is still missing?

Exports that match how files are submitted

  • Technical file as DOCX and as a full ZIP package
  • GSPR checklist and risk file as XLSX
  • IFU as DOCX and labels as PDF
  • PMS and PMCF documents as DOCX
  • UDI device data as XML for manual EUDAMED preparation

How the workflow runs

  1. 1

    Describe the device

    Intended purpose, variants, accessories, class and sterilisation.

  2. 2

    Fill the sections

    Draft or write each Annex II section and attach evidence.

  3. 3

    Cross-check

    Use the GSPR and risk modules to confirm every claim has support.

  4. 4

    Approve

    Route sections through review and approval.

  5. 5

    Export

    Generate the submission package in the format your notified body expects.

Connected to the rest of the file

MDRpilot is not a stand-alone document generator. Requirements, evidence and documents share one product record.

  1. Requirements
  2. Evidence
  3. Documents
  4. Risk
  5. Clinical
  6. PMS
  7. QMS
  8. Audit

Each step reads from the same product record. A test report linked to a GSPR row can verify a risk control, a change to the device class flags the documents that depend on it, and the audit readiness view counts what is still open across all of them.

Limitations

  • MDRpilot does not hold design history it has not been given; design and verification evidence must be uploaded.
  • Formatting of exports follows MDRpilot templates; some notified bodies have their own submission formats.
  • AI drafts are starting points and must be checked against your evidence.

MDRpilot is documentation and workflow software. It is not a medical device, not a notified body and not a regulatory authority. It does not certify devices or guarantee compliance; AI-generated drafts must be reviewed and approved by qualified people in the manufacturer's organisation.

Frequently asked questions

What is an MDR technical file?

It is the technical documentation described in MDR Annex II and Annex III. It shows how a device meets the General Safety and Performance Requirements and how its post-market surveillance is organised.

Can MDRpilot generate a technical file?

It drafts the sections from your product data and evidence and exports them. It cannot create test results or clinical data, and the drafts must be reviewed and approved by your team.

Is one technical file per device enough for device families?

A technical file can cover a device and its variants when they share the same intended purpose and design basis. MDRpilot stores variants in the product description; how you group devices is your regulatory decision.

Which export formats are available?

DOCX, PDF, XLSX and ZIP depending on the document, plus XML for UDI device data.

Can several people work on the same file?

Yes. Team members are invited with roles such as owner, quality manager, regulatory affairs, consultant or viewer, and changes are recorded in the activity log.

References

  1. Regulation (EU) 2017/745 on medical devices (MDR) — EUR-Lex, Publications Office of the European Union.
  2. Guidance: MDCG endorsed documents and other guidance — European Commission.

Always check the consolidated text of the regulation and the current version of each guidance document before relying on it.

See it with your own device

Create an account, add your company and one real device. The Suite demo runs for 3 days and the first procedure opens straight away, not an empty dashboard.