Rimsys Announces Rimsys AI. Smarter, Faster, and Built for Medtech!

Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Man and woman looking at a laptop screen together in an office setting.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
Thank you! Your submission has been received!
Oops! Something went wrong while submitting the form.
eBooks

The ultimate guide to the EU MDR and IVDR general safety and performance requirements (GSPR)

April 3, 2026

4 min read

This article is an excerpt from The ultimate guide to the EU MDR and IVDR general safety and performance requirements (GSPR) ebook.

Table of contents

Overview

With the initial rollout of the European Medical Device Regulation (MDR) complete, medical device companies are shifting focus to the sister In Vitro Diagnostic Regulation (IVDR) which has rolling effective dates starting in May 2022. Like the MDR, the IVDR also includes new General Safety and Performance Requirements (GSPR). The expanded 2nd edition of this ebook includes a detailed summary of the IVDR GSPR regulations in addition to those of the MDR. It provides you with practical guidance on how to meet the GSPR requirements for all types of medical technology products. This ebook, however, should not take the place of reviewing the actual regulations and consulting regulatory experts when needed

Timeline

The EU MDR submission became mandatory from the previous MDD directive on May 26, 2021, and the EU IVDR effective date is quickly approaching. In fact, all submissions for new devices under the new EU IVDR must be implemented no later than May 25, 2022. Below is a high-level overview of key dates for both regulations.

*Note that the timeline for compliance was extended in 2021. Class D (high-risk) devices have until 2025 to comply with IVDR, while Class C devices have until 2026. Class B and Class A sterile devices have until 2027 to comply with IVDR.

Terminology

What’s the difference between Essential Requirements, General Safety and Performance Requirements (GSPR), and Essential Principles. In order to have a meaningful dialogue, let’s first discuss the three (3) main terms used in the industry.

#1 Essential requirements

The ‘Essential Requirements’ is the backbone for establishing conformity with the Medical Device Directive (MDD 93/42/EEC) and the Active Implantable Medical Device Directive (AIMDD 90/385/EEC).  Detailed within Annex I of the MDD and AIMDD, the ‘Essential Requirements’ laid out the requirements that devices must meet in order to state compliance to the directives. With the implementation of the new EU Medical Device Regulation (MDR 2017/745), the ‘Essential Requirements’ will become superseded by the new EU MDR General Safety and Performance Requirements (GSPRs).

#2 Essential principles

The IMDRF laid out Essential Principles requirements in a document entitled Essential Principles of Safety and Performance of Medical Devices and IVD Medical Devices. From a high-level perspective, three basic tenets make up these ‘Essential Principles’:

  • A device must be designed to be safe and perform effectively throughout its lifecycle.
  • Device manufacturers must maintain all design characteristics.
  • Devices must be used in a way that is consistent with how it was designed.

Many countries use the term ‘Essential Principles’ when compiling the documentation required to determine compliance to the law.  For instance, the Australian Therapeutic Goods Administration (TGA) uses the term ‘Essential Principles Checklist’. Regardless of the term used, Essential Principles are of similar nature and overlap many of the Essential Requirements and new GSPRs.

#3 General safety and performance requirements (GSPR)

As of May 26, 2021, medical device manufacturers must start to comply with Annex I – General Safety and Performance Requirements (GSPRs) of the new EU Medical Device Regulation (MDR 2017/745).  GSPRs are specific to the European MDR and IVDR. If you hear any other term (i.e. Essential Principles), it most likely means it is not referencing the European market.

EU MDR/IVDR Annex I

Annex I of the EU MDR and IVDR details the specific requirements of the General Safety and Performance Requirements (GSPRs). The GSPRs are broken down into three (3) chapters in Annex I, MDR 2017/745 and IVDR 2017/746:

  • Chapter 1 - General requirements
  • Chapter 2 - Requirements regarding design and manufacture
  • Chapter 3 - Requirements regarding the information supplied with the device

Chapter 1 - General requirements

Both the EU MDR and the EU IVDR outline General Safety and Performance Requirements (GSPRs) in great detail for medical device designers and manufacturers. The general requirements for each are almost identical and consist of the following:

  • Devices must perform in a way that aligns with the intended design.
  • They must not compromise the health or safety of a patient, user, or any other person associated with the device.
  • Risks must be reduced as much as possible, but not so much that they negatively affect the risk-benefit ratio.
  • Device manufacturers must implement and maintain a thorough, well-documented, and evaluative risk management system that continues to be updated throughout the life cycle of a device.
  • Manufacturers and designers must include any necessary measures for protecting users in cases where risks cannot be completely eliminated.
  • Manufacturers must provide users with information about any potential risks that remain. This information must be clear, easy to understand, and considerate of the users’ technical knowledge level, use environment, and any applicable medical conditions.
  • Devices must withstand the stresses of normal use for the duration of their lifecycle. Devices must be designed, manufactured, and packaged in a way that protects them from damage during transport and storage.
  • When it comes to risks and negative side effects that are known and foreseeable, designers and manufacturers must make every effort to minimize negative outcomes. They must also ensure that potential risks are acceptable when compared to the potential benefits of a device to its users.

Chapter 2 - Requirements regarding design and manufacture

The GSPRs also provide key details regarding specific information about the performance, design and manufacture of medical devices. As it relates to design inputs, the MDR and IVDR GSPRs provide highly detailed requirements relating to a device’s technical information. Further detail can be found in the comparison tables in Appendix A and Appendix B, where we have compared MDR to MDD and IVDR to IVDD.

Chapter 3 - Requirements regarding the information supplied with the device

The final key area of governance within the GSPRs relates to specific information a manufacturer must supply with a device. The general requirements for this information states that, “Each device shall be accompanied by the information needed to identify the device and its manufacturer, and by any safety and performance information relevant to the user, or any other person, as appropriate.” The requirements provide further detail as far as location - specific information that must be provided on the following:

  • The device label includes its UDI.
  • The user instructions.
  • The packaging of a device that is intended to maintain its sterile condition.

Medical devices are subject to significant regulations and a full understanding of EU MDR and/or IVDR labeling as defined in Annex 1 Chapter 3.

EU MDR/IVDR Annex II

In addition to the specific requirements identified within Annex I of the EU MDR and IVDR, Annex II, Technical Documentation, identifies additional requirements. Specifically, in both EU MDR and IVDR’s Section 4 – General Safety and Performance Requirements it states:

“the documentation shall contain information for the demonstration of conformity with the general safety and performance requirements set out in Annex I that are applicable to the device taking into account its intended purpose, and shall include a justification, validation and verification of the solutions adopted to meet those requirements. The demonstration of conformity shall include:

(a) the general safety and performance requirements that apply to the device and an explanation as to why others do not apply;

(b) the method or methods used to demonstrate conformity with each applicable general safety and performance requirement;

(c) the harmonised standards, CS or other solutions applied; and

(d) the precise identity of the controlled documents offering evidence of conformity with each harmonised standard, CS or other method applied to demonstrate conformity with the general safety and performance requirements. The information referred to under this point shall incorporate a cross reference to the location of such evidence within the full technical documentation and, if applicable, the summary technical documentation.”

Let’s break this down into each part.

Requirement

(a) the general safety and performance requirements that apply to the device and an explanation as to why others do not apply;

What needs to be documented for the requirements that apply or the requirements that do not apply?

Each and every section of the EU MDR GSPR or EU IVDR should be assessed in its own right as it pertains to your medical device. When a requirement applies, a simple statement may be made that this requirement applies to the device. In practice this is often achieved using a checklist or table, with a column for applicability and a Yes/No answer against each requirement. When a requirement applies, you can move on to the other parts of demonstrating conformity regarding methods used and standards applied.

When a requirement is not applicable, a statement must be made to that effect, i.e. a ‘No’ in the applicability column. Additionally, it must be fully and properly justified. Such a justification may be something like ‘The device is not powered and is therefore not an active device. This requirement does not apply.' The justification should clearly state why the requirement has been deemed not to apply so that your notified body can understand your reasoning

Requirement

(b) the method or methods used to demonstrate conformity with each applicable general safety and performance requirement;

What is meant by “method or methods used”?

This relates to the way you complied with that GSPR requirement, historically it would be listed as a standard or other documentation reference that you have applied to demonstrate compliance, however, the question of ‘method or methods used’ is new to the MDR and it is expected that a verbal description be provided such as:

i. Risk analysis weighed against clinical evaluation benefit
ii. Performance intended demonstrated by design requirements, verification and validation

Requirement

(c) the harmonized standards, common standards (CS) or other solutions applied;

What are harmonized standards, common specifications (CS), and “other solutions”?

Harmonized standards

These are standards that have been specifically developed and assessed for compliance to a regulation or directive. They are published in the Official Journal of the European Union (sometimes just referred to as ‘the OJ’) and if you comply with these standards then there is a ‘presumption of conformity’ with that directive or regulation to which they have been harmonized. These harmonized standards can only be created by a recognized European Standard Organization (such as CEN or CENELEC). When a standard is harmonized, an annex is added that describes how the standard conforms to the directive or regulation. When using harmonized standards, you should make sure that you understand how the standard conforms so that you do not claim compliance when the standard either does not meet that requirement or only partially meets that requirement.

If a standard does not meet a certain requirement of the directive or regulation, or indeed only partially meets it, then you must employ additional mechanisms for compliance. If a harmonized standard meets part of a directive or regulation, then by complying with that standard you also fully meet the corresponding requirement(s) The list of harmonized standards continues to grow - refer to the “Healthcare Engineering” section of the European Commission’s Harmonized Standards page for current information. In this case, using an MDD harmonized standard and documenting a justification for doing so (i.e. how you believe the standard demonstrates compliance with the GSPRs), should provide sufficient evidence

Common specifications

Common Specifications (CS) are a new concept in the MDR. They allow the European Union to add additional requirements that must be met in order to claim compliance where harmonized standards do not exist or where relevant standards are considered insufficient. The definition of a Common Specification is:

‘A set of technical and/or clinical requirements, other than a standard, that provides a means of complying with the legal obligations applicable to a device, process or system.’

Requirement

(d) the precise identity of the controlled documents offering evidence of conformity with each harmonized standard, CS or other method applied to demonstrate conformity with the general safety and performance requirements. The information referred to under this point shall incorporate a cross- reference to the location of such evidence within the full technical documentation and, if applicable, the summary technical documentation;

What is the expectation for incorporating a "cross-reference to the location of such evidence within the full technical documentation"?

This means that someone looking at the document should be able to identify exactly where in the technical documentation that the compliance evidence can be found. For example, this may refer to test reports and their exact location, or it could even reference locations within a large document, depending on the GSPR and your particular documentation. (i.e. if you have included usability risks as part of a larger risk assessment, you may need to say ‘See Technical File XXX, Section XX, Doc RMF001 rev 3 lines 65-78’). In other cases it could just mean the whole document reference, i.e. Have you done risk management? – then yes, it is RMF001 rev 3. What the specific reference actually is depends on how you have managed your technical documentation and how defined it is (i.e. separate reports or one big one). There should be no ambiguity as to where the document is located

An example of a completed GSPR checklist could look something like this (applicable and nonapplicable examples are shown):

GSPR Description Applicable? Methods Applied Standards & Solutions Evidence
7 Devices shall be designed, manufactured, and packaged in such a way that their characteristics and performance during their intended use are not adversely affected during transport and storage, for example, through fluctuations of temperature and humidity, taking account of the instructions and information provided by the manufacturer Yes Design considers packaging requirements. Packaged product has been verified through shipping and transit testing. Product was stored at extremes of temperature and humidity. EN ISO 13585 QMS
EN ISO 15223-1
Labelling
ISTA 2A Testing
Design procedure XXXXXX, rev XX located in document management system
QMS certificate XXXXXX
Package design drawings XXXXXX, rev XX located in document management system
Product label XXXXXXX, rev XX found in section XX of Tech File XX ISTA 2A test report title XXXXX, dated XX/XX/XX found in section XX of Tech File XX
Storage condition test report title XXXXX, dated XX/XX/XX found in section XX of Tech File XX
11.5 Devices labelled as sterile shall be processed, manufactured, packaged and sterilised by means of appropraite, validated methods. No N/A - This does not apply to this device (device id XXXXX) as it is not a sterile device and cannot be sterilised. N/A - This does not apply to this device (device id XXXXX) as it is not a sterile device and cannot be sterilised. N/A - This does not apply to this device (device id XXXXX) as it is not a sterile device and cannot be sterilised.

Proactive monitoring & maintenance

Specification developers and manufacturers must continually maintain their technical documentation to stay compliant. Part of this process is to ensure that they take into account the "generally acknowledged state of the art".

Proactive monitoring

'State of the art'

There is no formal definition of ‘state of the art’ within the EU MDR or IVDR, although it is mentioned many times. ‘State of the art’ is an ongoing debate; however, it generally means that it embodies what is currently and generally accepted as good practice in the medtech industry. The ‘state of the art’ does not necessarily imply the most technologically advanced solution.

One consensus on state of the art is being up to date and compliant with the current and in effect standards that are applicable to your device. This means that if a standard is updated that your medical device is compliant with, you must evaluate that update to ensure that it would meet the EU MDR or EU IVDR ‘state of the art’ requirement. This is not a new requirement from the EU MDD but it is spelled out more clearly in the EU MDR.

The specification developer or manufacturer is ultimately responsible for determining if the updated standard applies or does not apply to their device(s). Either way, the justification should be documented within a gap analysis.

Monitoring for changes

Of course, 'state of the art' only applies if you actually know if something changed. This is why you need to develop a process for monitoring the standards that compliance is claimed. Every single standard that is associated with your technical documentation must be actively monitored, reviewed, and reported on.

If you have a product on the market and need a better way to monitor and maintain your General Safety and Performance Requirements (GSPR) or Essential Principles, Rimsys can help. Rimsys digitizes and automates GSPR and Essential Requirements so you can dynamically update and proactively monitor changing standards and evidence files.

When a standard or evidence file changes, you will automatically be notified and can update one GSPR or all of your GSPRs as applicable with a single click of a button. If additional information is needed, such as testing, it’s also invaluable to ensure that all devices are identified. What used to take weeks of manual, error-prone administrative tasks is now done in seconds within a fully validated, secure, maintenance-free, cloud-based solution

Maintenance

Maintaining and updating your technical documentation is generally the hardest part of staying compliant. Robust processes must be established to ensure nothing slips through the cracks and show up as nonconformances during regulatory audits.

Gap analysis

In addition to meeting the ‘state of the art’ requirements and the continuous proactive monitoring of standards, once a change has been detected that affects the technical documentation, a proper and thorough gap analysis must be completed.

The gap analysis between the old versions and the new versions, or an evaluation of a brand new standard, must occur and be properly documented. The gap analysis should detail what is applicable and what is not applicable, with your supporting justification.

If something within the new or revised standard was applicable to your device, additional engineering testing, documentation, justification, and, in some instances design changes, may be needed to ensure compliance

GSPR updates

Once the gap analysis has been properly documented, specification developers and manufacturers must update their GSPRs.

These updates include finding the withdrawn or superseded standard or evidence file throughout each row within your GSPR table, for every single device on the market on which this change is applicable. This could be one table or dozens of tables depending on the complexity of the products and your product mix.

Without a holistic RIM system to help you, this is an error-prone process as is it tedious, administrative, and extremely easy to miss an inappropriate referenced standard or evidence file.

Extreme diligence on the regulatory or engineering team must occur to ensure these critical updates to the GSPRs are not missed and a gap analysis must be properly referenced throughout. Any justification for including or excluding a new standard or evidence file will be scrutinized by regulatory auditors, and without proper maintenance, may lead to additional review time.

Comparison table: EU MDR Annex I GSPRs vs EU MDD Annex I Essential Principles

To continue reading this eBook including Comparison Table of the EU MDR Annex I GSPR vs. the EU MDD Annex I Essential Requirements, please register to download the full version.

eBooks

The beginner's guide to the FDA PMA submission process

April 3, 2026

4 min read

This article is an excerpt from The beginner's guide to the FDA PMA submission process ebook.

Table of Contents

Introduction

If your organization is planning to market a new medical device in the United States, you first need to determine which regulatory class the device falls under. The vast majority of medical devices regulated by the FDA are either Class I or Class II medical devices, requiring a 510(k) premarket notification or a simple registration if exempt from 510(k) requirements. However, if your device sustains or supports life, is implanted, or presents a “potential unreasonable risk of illness or injury,” your device is likely a Class III device which will require Premarket Approval (PMA) from the FDA before it can be marketed in the United States. Novel devices, for which there are no existing substantially equivalent devices, are automatically classified as Class III as well. Novel devices with a lower risk profile, however, may qualify for the De Novo process instead of the PMA. Just 10% of devices regulated by the FDA are Class III devices.

This ebook provides an overview of the PMA process and its requirements, but it is not designed to be the only resource used in compiling a PMA submission. The FDA provides significant documentation on this process, starting with the regulation governing premarket approval that is located in Title 21 Code of Federal Regulations (CFR) Part 814.

Chapter 1: PMA Basics

FDA: Background and device oversight 

Before we explain what a PMA is, let’s first talk generally about the Food and Drug Administration (FDA) and device oversight. The FDA is the U.S. governmental agency responsible for overseeing medical devices, drugs, food, and tobacco products. When it comes to medical devices, the FDA’s mission is to “protect the public health by ensuring the safety, efficacy, and security of...medical devices.” At the same time, the FDA also has an interest in “advancing public health by helping to speed innovations.” In other words, the FDA’s goal is to make sure devices are safe and effective for public use, while also ensuring that devices have a quick and efficient path to market.

In order to achieve this balance of safety and efficiency, the FDA has three different levels of oversight depending on the risk level of the device: (1) exempt from premarket notification, (2) Premarket Notification, also known as 510(k), and (3) Premarket Approval (PMA). 

PMA submissions - medical device classes

When is a PMA required?

The PMA process is the most stringent regulatory process for medical device approval under the FDA and applies to almost all Class III devices. To determine whether your device requires a PMA, you must first Classify your device by searching the Product Classification Database. The database will provide you with similar devices; their name, classification, and link to the Code of Federal Regulations (CFR) if applicable.

  • If a substantial equivalent is found in the Product Classification Database with a submission type of 510(k), you should submit a 510(k), not a PMA.
  • If the product classification database identifies your device as Class III and/or requiring a PMA - you should submit a PMA.
  • If your device involves a new concept and does not have a classification regulation in the CFR, the database will list only the device type name and product code. In this case, the three-letter product code can be used to search the PMA database and the 510(k). 
  • If  your device cannot be found in the product classification database because it is a new type of device and should be classified as a Class III device because of the level of risk it presents*.

Class III devices support or sustain human life, are of substantial importance in preventing impairment of human health, or present a potential and unreasonable risk of illness or injury.

Note that if your device is a new concept without a substantial equivalent, but does not present the level of risk of a class III device, it may be eligible for the De Novo process as a class I or class II device.

PMA vs 510(k)

Not only are PMA and 510(k) processes applicable to different types of devices, they have different purposes.

510(k): A 510(k) is intended to demonstrate that the device for which approval is being sought is as safe and effective as a currently marketed device that does not require a PMA.

PMA: A PMA is intended to prove that a new device is safe and effective for the end user. A PMA is much more detailed and in-depth than a 510(k). Device manufacturers are typically required to present human clinical trial data, in addition to laboratory testing data.

The difference in complexity between a PMA and 510(k) also affects the time needed to process the submissions. The FDA typically accepts or rejects a 510(k) submission within 30-90 days, at which point the device is posted to the FDA’s 510(k) database. A PMA submission can take up to 180 days to be processed, at which point the FDA can approve or deny the application. The FDA may also issue an “approvable” or “not approvable” letter, which the applicant can choose to respond to, thereby adding time to the submission process. 

PMA application methods

There are a number of types of PMA application methods. While most devices which require a PMA will follow the traditional process, be sure to verify that you are using the correct application process to maximize your chances for success and avoid unnecessary delays:

Traditional PMA

The most common method for attaining FDA clearance for Class III devices, the traditional PMA is the appropriate option for most devices that have completed clinical testing. 

Modular PMA

The modular PMA is the appropriate application method for devices that have not yet completed clinical testing. Applicants complete individual “modules,” with final confirmation granted once all sections are completed. For additional information on specific requirements of a modular PMA, read the FDA’s Premarket Approval Application Modular Review.

Product Development Protocol

Use the Product Development Protocol (PDP) with medical devices that are based on well-established technology. The PDP process for gaining market approval merges the clinical evaluation and development of information, and involves an agreement between the manufacturer and the FDA. The process provides the advantage of early predictability for the manufacturer and allows early interaction that can identifyFDA concerns as soon as possible in the development process. Because the PDP identifies the agreed upon design and development details, a completed PDP is considered to have an approved PMA. For additional information, read more about the FDA’s PMA Application Methods.

Humanitarian Device Exemption

A Humanitarian Use Device (HUD) is specifically defined as a device intended to benefit patients that are affected by a disease or condition that affects less than 8,000 individuals in the U.S. per year. TheHumanitarian Device Exemption (HDE) approval process is designed to encourage clinical activity around rare conditions, and does have certain restrictions, including:

  • After receiving HDE approval, a HUD is eligible to be sold for profit only if the device is intended to address a disease or condition that occurs primarily in pediatric patients, or occurs in pediatric patients in small numbers.
  • If an HDE is approved to be sold for profit, the FDA will determine an annual distribution number(ADN). Any devices sold beyond the ADN limit are required to be sold for no profit.

For more information see the FDA’s explanation of the Humanitarian Device Exemption.

CBER Submissions

There are two centers within the FDA responsible for evaluating medical devices. While the majority of devices will go through the Center for Devices and Radiological Health (CDRH), some will be managed by The Center for Biologics Evaluation and Research (CBER). CBER regulates medical devices related to blood and cellular products, including blood collection and processing procedures as well as cellular therapies. This ebook focuses on submissions made through the CDRH, but you can view CBER Regulatory Submissions – Electronic and Paper for more information on the CBER process.

Chapter 2: FDA Interactions

To continue reading this eBook, including a walk through of the different types of required and optional FDA meetings and communications, a detailed list of the contents of a traditional PMA submission, and an overview of quality management system requirements, please register to download the full version.

Regulatory Briefs

An overview of 21 CFR Part 11 regulations for medical device companies

April 3, 2026

4 min read

What is 21 CFR Part 11?  

21 CFR Part 11 refers to the federal regulation that address electronic records and electronic signatures associated with FDA requirements. This single, relatively small, part of the Code of Federal Regulations is extremely significant for companies with FDA-regulated products because it impacts every document signature, electronic file, and FDA submission. Codified in 1997, interpretations of this FDA-issued regulation continue to be debated and re-evaluated as the technology supporting electronic records and signatures changes. In this article, we’ll discuss the regulation and generally accepted interpretations.

Note that discussions and statements in this document are our observations only and should not be taken as fact. You can refer directly to the regulation here.

Part 11: General Provisions

The General Provisions section of 21CFR11 addresses the scope of the regulation, when and how it should be implemented, and defines some of the key terms used. It states that the purpose of Part 11 is to define the criteria under which electronic records, electronic signatures, and handwritten signatures attached to electronic records are equivalent to, and as reliable as, handwritten signatures on paper documents.

Fundamentally, any record that is maintained, used, or submitted under any FDA records regulation is subject to Part 11, and the FDA will accept electronic records in lieu of paper records if an organization can prove that their records and systems meet the Part 11 requirements.

The General Provisions subpart also sets forth a number of definitions, and we’ve listed the ones that are most significant to our discussion here:

  • Closed System: A computer system or software whose access is controlled by the same people who are responsible for the information stored in the system. Because the opposite of a closed system, and “open system,” is subject to additional scrutiny be sure that you are able to thoroughly explain and provide documentation for a decision to classify your system as a “closed system.”  
  • Open System: A computer system or software whose access is not controlled by the same people who are responsible for the information stored in the system.
  • Digital Signature: An electronic signature created in a manner that can be verified, ensures the identity of the signer, and maintains the integrity of the document and signature. This often involves the use of cryptography and/or biometric data.
  • Electronic Signature: Symbols that represent a legally binding equivalent to an individual’s handwritten signature (as adopted and authorized by the signer).

Part 11: Electronic Records

The Electronic Records section sets forth the requirements for administration of closed and open electronic record-keeping systems, then discusses signature manifestations and requirements for establishing a link between signatures and records.

Part 11 defines a “closed system” as any computer system in which the users controlling access to the system are the same people who are responsible for the data in the system. Today, most systems can be classified as closed systems, but take special care to document control procedures around software that is hosted offsite or classified as a SaaS solution.  

This section of the regulation deals with the controls that need to be in place for all applicable electronic record systems by defining:

  • Procedures to ensure that all electronic records are authentic, have integrity, and can ensure confidentiality (where that is appropriate).
  • Validation requirements for systems that maintain electronic records to ensure that all records are accurate, reliable, and that the system performs consistently according to regulatory requirements.
  • Audit trail requirements for all regulated records to ensure a complete history of all changes to records are maintained.
  • Controls around system access and document signatures.

Part 11: Electronic Signatures

The Electronic Signatures section defines the components of electronic signatures and the required controls and procedures necessary for using them.

In general, an organization must be able to demonstrate that electronic signatures:

  • Are unique to each individual, and that the individual assigned an electronic signature has had their identity and level of authorization verified.
  • Must be based either on biometric data (such as fingerprints) or made up of two distinct pieces (ie: a User ID and password)
  • Require appropriate controls to ensure that they are verified periodically, cannot be used by someone other than the intended user, and are immediately deactivated if compromised in any way.

Practical application of 21CFR Part 11 for regulatory affairs professionals

21 CFR Part 11 is a critical regulation, and one that can be open to interpretation. Below, we cover some of the key areas that should be of concern for RA professionals. This is an overview of key areas only, and should not be taken as complete instruction or guidance for 21CFR part 11 compliance.

System compliance and validation

Any system that you are using to store electronic records that fall under FDA regulations needs to be compliant with Part 11. This includes everything from spreadsheets to full-featured RIM and document management systems.  

Software vendors will often document how their systems are developed to be compliant, and may even support system validation during implementation - but it is ultimately the responsibility of the user organization to ensure that their systems and processes are compliant with Part 11.  System validation is the process of documenting that your system meets all of the Part 11 requirements.  Software vendors can support this process by ensuring that their systems are built on a highly secured infrastructure that can be demonstrated and proven.  

The Rimsys system was built from the ground up to meet the stringent requirements of not only 21 CFR Part 11, but other industry standards and good practices guidelines (GxP).  We have put in place a rigorous validation program, built by industry experts and supported by a secure and well-documented infrastructure. For more information, visit the Rimsys Security and Privacy page.

Audit trails

Audit trails are the required system logs that track the who, when, and what of every change made to data that falls under Part 11. Audit trails should be generated and time-stamped by the system, with no ability for users to change that information. Audit trails serve two purposes under 21 CFR Part 11:

  • To demonstrate that documented policies and procedures are being followed, including that only users with the appropriate authority are managing data.
  • To prove that data retention policies are being adhered to (see below).

At any time, you should be able to view the history of any record, from a Design History File to a submission document, in order to determine what changes have been made, when they were made, and by whom.

Record retention

21 CFR Part 11 specifies that electronic records must be protected and readily available throughout the defined record retention period. Additionally, 21 CFR Part 820 specifies that records related to the quality, manufacturer, regulatory submissions, or any other data that falls under FDA regulation, should be maintained for the life of the medical device and for a minimum of two years from the date of first commercial distribution.  This is often referred to as “cradle to grave” tracking.

This means that regulatory professionals need to not only be aware of their company’s record retention policy, but need to ensure that any system being used to track regulatory submissions or other data subject to audit meets Part 11 and Part 820 requirements. Note that record retention requirements apply also to paper records where they are the source document.

Electronic and digital signatures

An important piece of 21 CFR Part 11 is its definition of electronic and digital signatures. “Electronic signature” is used to define any set of symbols that are used in place of a handwritten signature, whereas a “digital signature” is an electronic signature based on methods that ensure the identity of the signer where the integrity of the data can be verified. A digital signature can be based on biometric data (such as fingerprints) or secure user IDs and passwords that are controlled to ensure only one authorized user can use the signature.  

As a regulatory affairs professional, you should ensure that:

  • Everyone on your team who needs to sign documents has their own unique digital signature and understands the importance of protecting it. Sharing of electronic credentials is a common FDA audit observation. Also ensure that users who are not required to sign documents have appropriate access to data to discourage other users from sharing login credentials with them.
  • You are following your company’s policies concerning electronic signature audits so that passwords remain updated and strong and signatures are revoked when a user leaves or changes positions.
  • You immediately report any possible loss, theft, or sharing of user credentials or devices that generate identification codes.

While 21 CFR Part 11 is usually considered more of a “quality regulation,” it is important that regulatory teams within medical device organizations fully understand this regulation and its compliance implications.  To learn more about the regulations, click below to read our regulatory brief.

Webinars

Why UDI is a regulatory concern - and not just an operational process

April 3, 2026

Case Studies

A leading global microbiology manufacturer makes regulatory information instantly accessible

April 3, 2026

Webinars

RIM for medical devices - challenges and opportunities for automation

April 3, 2026

Blogs

A primer on medical device classification

By

Bethaney Lentz

October 11, 2021

4 min read

While it may seem simple, medical device classification can be a challenging task for many medical device and IVD manufacturers. Device classes for specific regions and countries have a number of small variations, and each of those variations can impact the process by which a device obtains market clearance. Getting it wrong can lead to delays in getting to market. This article explores the classification systems for three major markets, and their associated regulations.

An important component of achieving regulatory approval is the appropriate classification of a medical device or in vitro diagnostic device, according to the specific regulations within a country or region. Product classifications are related to the intended use of the product and the perceived risk that it poses to a patient using the device. While this general approach is pretty standard across all regions, there are many small variations in different country classification systems that can impact how a device is regulated. It would be much easier if there was one global classification system that everyone followed.

However, since there are different guidelines to classifying a medical device (per country), we’ll dig into the most popular classification systems—Canada, the European Union and the United States. These three are globally perceived to have strong, thorough, and trusted quality and regulatory systems. Their approaches are often mirrored or used as proxies for market clearance in other countries.

Medical device classes

Canada

The Canadian Medical Devices Regulations include guidelines that classify devices into four risk classes. If a medical device can be classified into more than one class, the class representing the higher risk always applies.

  • Class I devices do not require a medical device licence to be sold in Canada, but manufacturers, distributors and importers of these devices are required to obtain an establishment licence.
  • Class II requires a medical device licence
  • Class III requires a medical device licence
  • Class IV requires a medical device licence

Some examples of different classes of devices in Canada include:

Class I Class II Class III Class IV
bandages, adhesive strips, crutches, canes powered toothbrush, hearing aids hip implants, respirators artificial heart, pacemaker

European Union

One of the main changes introduced with the new MDR/IVDR regulations are new classification rules for medical devices and in vitro diagnostic devices. If you have gone through the process of getting your medical device in the European market before, you might find it more difficult with the new EU MDR rules. For example, a new medical device you want to bring to market might now fall into a higher classification than it would have previously (under the MDD), and therefore require more testing, updates to documents, quality approvals, etc.

The new EU MDR brings the classification of medical devices in Europe more in line with international regulations, specifically the United States. These updated rules are listed in MDR 2017/745 for devices and IVDR 2017/746 for in vitro diagnostic products. As with Canada, if a medical device can be classified into more than one class, the class representing the higher risk always applies.

The EU has recently released a new guidance document MCDG 2021-24 to assist device manufacturers with device classification questions.

Class I – this classification is for the lowest risk device. Most medical devices in this category do not require a conformity assessment from a Notified Body so instead, they can be self-assessed. However, manufacturers must still complete a Technical File as part of the approval process.According to MDCG 2019-15, there are three subclasses under Class I. Unlike most Class I devices, these will require the involvement of a Notified Body.

  • Class Im: a product with a measuring function
  • Class Is: a product that is sterile
  • Class Ir: a product that is a reusable, surgical instrument

Class IIa – this classification is for a medium risk device. A conformity assessment by a Notified Body is required for this classification.

Class IIb – this classification is for medium-to-high risk devices. A conformity assessment by a Notified Body is required for this classification.

Class III – this classification is for the highest risk devices. A conformity assessment by a Notified Body is required for this classification.

Examples of different classes of devices in the European Union include:

Class I Class IIa Class IIb Class III
wheelchair, stethoscope, reading glasses surgical clamp, dental fillings, tracheostomy tube bone fixation plate, lung ventilator heart valve, simulator

In Vitro Diagnostic Devices:

Class A – this classification is for the lowest risk in vitro diagnostic devices. Most IVD devices in this category do not require a conformity assessment. Instead, they can be self-assessed.

Class B – this classification is for medium risk in vitro diagnostic devices. A conformity assessment by a Notified Body is required for this classification.

Class C – this classification is for medium-to-high risk in vitro diagnostic devices. A conformity assessment by a Notified Body is required for this classification.

Class D – this classification is for the highest risk in vitro diagnostic devices. A conformity assessment by a Notified Body is required for this classification.

Examples of the different in vitro diagnostic device classes in the European Union include:

Class A Class B Class C Class D
specimen receptacles, cynical chemistry analyzers pregnancy self-test, cholesterol self-test PSA screening, blood glucose self-test HIV blood diagnostic test, ABO blood grouping

United States

In the United States, the Food and Drug Administration (FDA) is responsible for overseeing the safety of medical devices. The FDA has established classifications for approximately 1,700 different types of devices and grouped them into 16 medical specialties referred to as panels. All three classes of devices are subject to General Controls which are the baseline requirements of the Food, Drug and Cosmetic (FD&C) Act.

  • Class I – General Controls (with or without exemptions)
  • Class II – General Controls and Special Controls (with or without exemptions)
  • Class III – General Controls, Special Controls and Premarket Approval

You are permitted to classify your own medical device based upon the FDA guidance documents and set regulations. However, if you wish for the FDA to assist with establishing your classification you can submit a 513(g) Request for Information. Note that there is a user fee associated with a 513(g) Request.

The device class determines which type of premarketing submission/application is required for market clearance.

In some instances, you do have the opportunity to reclassify your product after it’s been released to the market. The regulatory class of a device type, as defined by the Federal Food, Drug and Cosmetic Act (FD&C Act), may be changed through petition to the FDA. This process is only applied to a device type though, not to an individual device.

Examples of medical device classification in the US include:

Class I Class II Class III
tongue depressor, oxygen mask, adhesive bandage catheters, contact lenses, ultrasound equipment coronary stent, defibrillator orthopedic implant

Getting classification correct

Medical device classification is simple in that each country and region generally follows the same classification approach, and complex in that minor differences can change how a device is classified across markets. Understanding how a device is classified is one of the critical first steps regulatory affairs teams need to take when entering a new market, as medical device class often determines the pathway to market.

For example, in the EU classification can mean the difference between self-certification and a required conformity assessment from a Notified Body. In the US, classification can mean the difference between a 510(k) or PMA process for market clearance. Getting classification correct can ensure a smoother and faster route to market.

To learn more about market clearance processes for medical devices in the US, check out the Beginner’s Guide to the 510(k).

MedTech
Blogs

MDSAP - the ultimate guide to the medical device single audit program

By

Bethaney Lentz

September 20, 2021

4 min read

This article is an excerpt from The ultimate guide to the medical device single audit program (MDSAP) ebook.

Table of contents

What is MDSAP?

The Medical Device Single Audit Program (MDSAP) was designed and developed to allow a single audit of a medical device manufacturer to be applied to all country markets whose regulatory authorities are members of the program. The MDSAP provides efficient and thorough coverage of the standard requirements for medical device manufacturer quality management systems, and requirements for regulatory purposes (ISO 13485:2016). In addition, there are specific requirements of each medical device regulatory authority participating in the MDSAP that must be met:

  • Conformity Assessment Procedures of the Australian Therapeutic Goods (Medical Devices) Regulations (TG(MD)R Sch3)
  • Brazilian Good Manufacturing Practices (RDC ANVISA 16)
  • Medical Device Regulations of Health Canada (ISO 13485:2003)
  • Japan Ordinance on Standards for Manufacturing Control and Quality Control of Medical Devices and In Vitro Diagnostic Reagents (MHLW Ministerial Ordinance No 169)
  • Quality System Regulation (21 CFR Part 820), and specific requirements of medical device regulatory authorities participating in the MDSAP program.

This means that a report from a single MDSAP audit of a medical device manufacturer would be accepted as a substitute for routine inspections by all the member Regulatory Authorities (RAs) across the world. There are currently five participating Regulatory Authorities (RA) representing the following countries: Australia, Brazil, Canada, Japan and the USA.

In April, 2021, the RAs released an “Audit Approach” document (MDSAP AU P0002.006) that combines the formerly separate MDSAP Audit Model and Process Companion documents into a single guidance document. It includes guidance for assessing the conformity of each process and includes an audit sequence, instructions for auditing each specific process, and identifies links that highlight the interactions between the processes.

History of MDSAP

In March 2012 the US FDA announced that they had approved a final pilot guidance document “Guidance for Industry, Third Parties and Food and Drug Administration Staff: Medical Device ISO 13485:2003 Voluntary Audit Report Submission Pilot Program.” This allowed the owner or operator of a medical device manufacturing facility to be removed from FDA’s routine inspection work plan for 1 year upon completing a ISO 13485:2003 audit. This guidance document went into effect in June 2012, and was intended as an interim measure while a single audit program was being developed.

This pilot program was not very successful and few companies signed up because they did not see any advantage in participating. The manufacturer had to pay for a third party to inspect their facilities, generate a report, and share the inspection results back to the FDA. Many companies were reluctant to contract “someone else” to perform their inspection when they could easily wait for the FDA to conduct an inspection for free.

During its inaugural meeting in Singapore in 2012, the International Medical Device Regulators Forum (IMDRF) appointed a working group to develop a set of documents for a harmonized third-party auditor system. Hence, the “Medical Device Single Audit Program” (MDSAP) was formed. The concept was similar to the FDA’s original idea of creating a third-party auditor to help reduce their workload of performing regulatory audits of medical device manufacturers’ quality management systems. This new approach would consist of a single audit that would review regulatory QMS compliance, conducted by a third-party, who would later be called an Auditing Organization (AO).

From January 2014 to December 2016, five countries participated in a Medical Device Single Audit Program Pilot. In June 2017, a report was generated summarizing the outcomes of prospective “proof- of-concept” criteria established to confirm the success of the program. The outcomes are documented in the final MDSAP Pilot Report and recommended that the program become fully active and open to any manufacturer who requested this type of audit.

2012 Jan: Initiation of the pre-pilot project
2014 Jan: Announcement of the MDSAP Pilot project
Aug: Mid-Pilot Report
2015 Nov: 1st GMP Certificate delivered by ANVISA, using MDSAP audit report
Dec: Health Canada publish transition plan to replace CMDCAS by MDSAP
2016 Jan: 1st Canadian device license supported by an MDSAP certificate
Dec: Review of MDSAP Pilot project
2017 Jan: Auditing Organizations other than CMDCAS registrars can apply
July: Final Pilot Report concludes that the plan objectives met performance targets
2019 Jan: MDSAP replaces CMDCAS
2020 Implementation

Who is responsible for the MDSAP?

The governing body of the MDSAP is the Regulatory Authority Council (RAC), which is composed of two senior managers (and a few other staff members) from each participating RA. They are responsible for executive planning, strategic priorities, setting policy, and making decisions on behalf of the MDSAP International Consortium. The RAC also reviews and approves documents, procedures, work instructions, and more. The mission of the MDSAP International Consortium is to jointly leverage regulatory resources to manage an efficient, effective, and sustainable single audit program focused on the oversight of medical device manufacturers on a global scale.

Other international partners that are involved in the MDSAP include:

MDSAP Observers:

  • European Union (EU)
  • United Kingdom’s Medicines and Healthcare products Regulatory Agency (MHRA)
  • The World Health Organization (WHO) Prequalification of In Vitro Diagnostics (IVDs) Program

MDSAP Affiliate Members:

  • Argentina’s National Administration of Drugs, Foods and Medical Devices (ANMAT)
  • Republic of Korea’s Ministry of Food and Drug Safety
  • Singapore’s Health Sciences Authority (HSA)

The observers and affiliate members are not the same as the participating member RA’s. The observers simply observe and/or contribute to RAC activities. Affiliate members, on the other hand, are interested in engaging in the MDSAP program and are subject to certain rules. They are only given access to a certain level of information about the manufacturers, audit dates, and information in audit reports.

They are also invited to attend sessions that are open to members, observers, and affiliates only.

Audits can also be conducted by MDSAP participating RAs at any time and for various reasons including:

  • "For Cause" due to information obtained by the regulatory authority
  • as a follow up to findings from a previous audit
  • to confirm the effective implementation of the MDSAP requirements

The purpose of audits conducted by the RAs is to ensure appropriate oversight of the AOs MDSAP auditing activities. The AOs are appointed by the RAs and a list of the currently approved AO’s is published on the FDA website. Most AOs offer a broad range of management system certification services, beyond just medical devices. Manufacturers should verify that prospective AOs are clearly trained and perform MDSAP audits of medical devices.

AOs have the final word as to whether a manufacturer has met the requirements for the MDSAP during the execution of the audit and generation of the associated reports summarizing the results. MSDAP RAC participating RAs have the final decision regarding all development, implementation, maintenance, and expansion activities associated with the program.

Although an unannounced visit by an AO is rare, it can happen in circumstances where high-grade nonconformities have been detected.

How does an MDSAP audit work?

To continue reading this eBook including a detailed look at the MDSAP audit process and grading, pros and cons of the approach, and how to get started please register to download the full version.

MedTech
Blogs

Rimsys joins MedTech Europe

By

James Gianoutsos

September 10, 2021

4 min read

This week Rimsys became an associate member of MedTech Europe, the European trade association representing the medtech industry, alongside some of the world’s largest medical technology companies. As a member of the organization, we’ll have visibility into regulatory changes across the region as they’re being formed, and the opportunity to shape how those regulations are implemented. This access will help us to ensure that the digitization and automation of regulatory processes remains in reach for all medtech companies, and that our software will be best positioned to help them.

What is MedTech Europe?

MedTech Europe is a trade association focused on making innovative medical technology available to more people, and making healthcare systems more sustainable. Members of the organization include medical technology companies—device and in vitro diagnostic manufacturers, industry service and technology providers, and country-level associations within the European region.

The organization serves as a trusted resource of medical technology information for the public, providing data and highlighting the value of new technologies, and for policy-makers and other key stakeholders. It publishes industry research and statistics, contributes to health-related policy and legislation, and works to expand patient and provider access to new, lifesaving technologies.

Why did we join?

At Rimsys, we’re passionate about the medical technology industry, and focused on providing technology solutions to help medtech companies strengthen regulatory compliance, and bring new products to market more quickly. The European region is a focal point for medical technology regulation, and the MDR/IVDR regulations that began to take effect this year will inform the approaches of health authorities around the world.

Regulatory digitization and automation happens both at the manufacturer level and the health authority level. MDR/IVDR brings unique device identification (UDI) requirements, and a centralized technology system for product and post market surveillance information (EUDAMED) to the market. Both of these elements are digital by nature, and can serve as end-points of automated processes run within the Rimsys Platform.

Earlier this year, we introduced a new approach to UDI, one that ties together market requirements, product information, registrations, and selling status in an integrated regulatory lifecycle. Rather than managing UDI data separately from other regulatory information and activities, companies can auto-populate compliant UDI information directly, and will soon be able to submit that information electronically to the EUDAMED database. As a MedTech Europe member, we can participate in working groups around these systems, and ensure that we have the insights and access that we need to develop and deliver features like this for our customers.

How does this benefit our customers?

For Rimsys customers, this is all about maximizing the value they can get from our holistic Regulatory Information Management (RIM) platform. Our platform is designed to support a wide range of regulatory processes, and many of these processes are shaped by the regulations themselves. As members of MedTech Europe, we’ll be involved in policy discussions as they happen, and can ensure that the updates we make and features that we add are in alignment with the latest regulations. Understanding how regional policy is evolving also allows us to share that intelligence in-product—alerting customers to relevant changes, and updating market entrance requirements.

The second key benefit is access. The automation of regulatory processes is most effective when it can be done end to end. This therefore includes interactions with health authorities. Government agencies, including the European Commission, are establishing digital channels for product registration, UDI, and clinical and post market surveillance data. Our goal at Rimsys is to provide as many direct integrations with these systems as possible. As MedTech Europe members, we’ll be part of the groups that advise policy-makers, and help to develop these systems. As a result, we can help to ensure that our integrations are as functional and effective as possible.

Learn more about automation and digitization for regulatory affairs

Whether you distribute medical products in the European Union or in other markets, there can be significant benefits associated with digitizing and automating regulatory processes including better information access, more cross-company collaboration, less manual administrative work, and faster time to market for new products. To learn some more, see the Top 6 Benefits of a RIM system, or contact us to request a custom demo.

Company
Blogs

FDA 510(k) - a beginner's guide

By

Michael Peach

September 7, 2021

4 min read

This article is an excerpt from The beginner's guide to the 510(k) ebook.

Table of Contents

Introduction

Congratulations! You have successfully developed a new medical device. Now you need to take it to market. In the United States, this often means submitting a 510(k). A 510(k) is a structured package of information about your device and its performance and safety that you submit to the Food and Drug Administration (FDA) for “clearance” before you can sell your device in the U.S. In order to receive clearance from the FDA, your 510(k) will need to demonstrate that your medical device is substantially equivalent to another legally marketed device (called a predicate device). The substantial equivalence approval process is a simple equation that looks something like this:

The 510(k) is generally the most efficient route to market clearance in the U.S. because you show your device is safe and effective based on this substantial equivalence standard, instead of needing to present more extensive clinical trial data.

There are three types of 510(k): Traditional, Abbreviated, and Special. This eBook will begin with a general overview of the 510(k) process, including its purpose and benefits. Next, we will explore the Traditional 510(k) and the sections and components required in depth. Finally, we will look at the Special and Abbreviated 510(k).

Chapter 1: 510(k) basics

FDA: background and device oversight

Before we explain what a 510(k) is let’s first talk generally about the FDA and device oversight. The FDA is the U.S. governmental agency responsible for overseeing medical devices, drugs, food, and tobacco products. When it comes to medical devices, the FDA’s mission is to “protect the public health by ensuring the safety, efficacy, and security of…medical devices.” At the same time, the FDA also has an interest in “advancing public health by helping to speed innovations.” In other words, the FDA’s goal is to make sure devices are safe and effective for public use, while also ensuring that devices have a quick and efficient path to market.

In order to achieve this balance of safety and efficiency, the FDA has three different levels of oversight depending on the risk level of the device: (1) exempt from premarket submission, (2) Premarket Notification, also known as 510(k), and (3) Premarket Approval (PMA).

When is a 510(k) required?

A 510(k) is required for medium risk devices that have a predicate on the market which can be used to demonstrate the safety and effectiveness of the new device. Meanwhile, a PMA is required for high-risk or novel devices which require a higher level of scrutiny to be confirmed safe and effective.

A 510(k) is not only required for new devices, but also for devices that have been modified in a way that could impact safety or effectiveness. This could include changes to the:

  • Design
  • Components
  • Materials
  • Chemical composition
  • Energy source
  • Manufacturing process
  • Intended use

You must submit your 510(k) at least 90 days before marketing the device.

What Exactly is Substantial Equivalence?

Now that we know what a 510(k) is, let’s talk about the substantial equivalence standard. You’ll recall from the introduction that your 510(k) must show that the new (or modified) device is substantially equivalent to at least one other legally marketed device, called a predicate device. Substantial equivalence looks at the intended use and the technological characteristics of the two devices.

More specifically, you must show:

  • that the new device has the same intended use as the predicate, and
  • the differences between the two devices do not raise questions about the safety and effectiveness of the new device.

Now let’s take a closer look at intended use and technological characteristics.

Intended use

Intended use means the general purpose or function of the device. The FDA will look at your proposed labelling and your Indications of Use section of the 510(k) to determine the intended use of your device (this is covered in Chapter 2). Intended use includes:

Technological characteristics

Once the FDA has determined that a predicate device exists and that the new device and the predicate device have the same intended use, it will move on to compare the technological characteristics. Technological characteristics include:

  • Materials
  • Design
  • Energy source
  • Other device features

The two devices do not have to be identical, and in fact they almost never are. The key here is to demonstrate that any differences do not have a significant impact on safety or effectiveness. Here’s what to cover when you compare your device’s technological characteristics with that of the predicate device:

Overall description of the device design

  • Engineering drawings or diagrams to explain the device and component parts.
  • List of component parts and explanation of how each component contributes to the overall use and function of the device.
  • Physical specifications: dimensions, weight, temperature, tolerances, etc.

Materials

  • Detailed chemical formulation used in all materials of constructions (especially those that come into contact with a patient).
  • Any additives, coatings, paint, or surface modifications.
  • How materials have been processed and what state they’re in.

Energy Sources

  • Use of batteries, electricity, etc.

Other technological features

  • Software/hardware
  • Features
  • Density
  • Porosity
  • Degradation characteristics
  • Nature of reagents
  • Principle of the assay method

In deciding whether the differences in technological characteristics impact safety or effectiveness, the FDA will typically rely on descriptive information about the technological characteristics as well as non-clinical and clinical performance data.

Let’s look at an example: A manufacturer submits a 510(k) for a new type of contact lens. Both the new device and the predicate device are indicated for daily wear for the treatment of astigmatism. The predicate device is only available in a clear lens, but the new device comes in a line of colors, including purple tinted lenses.

Who is responsible for submitting a 510(k)?

The following four types of organizations may be responsible for submitting a 510(k):

Manufacturers

  • End-of-line device manufacturers who will be placing a device on the U.S. market.
  • Note: Does not apply to component part manufacturers unless components will be marketed independently.

Specification developers

  • Companies that develop the specifications for a finished device which has been manufactured elsewhere

Repackers or relabelers

  • Required to submit a 510(k) if they significantly alter the labeling or condition of the device, including modification of manuals, changing the intended use, deleting or adding warnings, contraindications, sterilization status.
  • Note: This is rare. The manufacturer, not the repackager or labeler, is typically responsible for the 510(k) submission.

Importers

  • Importers that introduce a new device to the U.S. market may need to submit a 510(k), if it hasn’t already been submitted by the manufacturer.

Chapter 2: Contents of a Traditional 510(k)

Now that we’ve covered the basics, let’s explore what actually goes into your 510(k).

A Traditional 510(k) should contain all the following components in the list below. In some cases, a particular section may not apply to your device. When that happens, it’s a good idea to include the section anyway and just state “This section does not apply” or “N/A” under that heading.

  • Medical Device User Fee Cover Sheet (Form FDA 3601)
  • Center for Devices and Radiological Health (CDRH) Premarket Review Submission Cover Sheet (Form FDA 3514)
  • 510(k) Cover Letter
  • ...

To continue reading this eBook including a detailed walk-through of all the Traditional 510(k) components, submission requirements and timelines, and an overview of the other 510(k) forms including the Abbreviated 510(k) and the Special 510(k), please register to download the full version

MedTech
Blogs

EUDAMED and UDI in Europe: an overview

By

Michael Peach

August 17, 2021

4 min read

What is EUDAMED?

The European Databank on Medical Devices (EUDAMED) is an IT system developed by the European Commission to increase transparency and improve surveillance of medical devices (and in vitro diagnostics) that are sold within the European Union. It serves a key functional role in the unique device identification (UDI) requirements included in the MDR and IVDR regulations.

This article excerpts from The Ultimate Guide to the EU/IVDR UDI ebook to highlight the specific role and associated requirements that the EUDAMED database plays in the new regulations.

Element 4: The UDI database

The fourth component of the UDI system is entry of UDI and device information into the UDI database through EUDAMED. The MDR and IVDR require manufacturers to register all devices and submit specific information to the database before placing a device on the market. The core data elements provided through the UDI database will be accessible to the public free of charge. The list below outlines all of the required information for device registration.

Annex VI, Part A of 2017/745, states that the UDI database will contain all information about devices presently on the market and discontinued products. The database is designed to allow for linking across all packaging levels of the device. For all devices currently on the market, manufacturers are required to periodically verify the accuracy of the information in the database. If any changes are made to a device that do not require a new UDI-DI, manufacturers must still update the database within 30 days.

Information to be submitted with the device and economic operator registration must include

  • Economic operator information (2017/745 Annex VI, Part A(1)):
  • Information relating to the device
  • Manufacturing information

The tables below outline all of the specific information that must be submitted to EUDAMED:

Economic Operator information
  • Type of economic operator - manufacturer, authorized representative, importer, distributor, a person who sterilizes systems or procedure packs, an investigator for clinical investigations
  • Name, address, and contact details of the economic operator or of any person submitting information on behalf of the economic operator
  • Name, address, and contact details of person responsible for regulatory compliance
  • Presence of human blood, human plasma, tissues, or cells of human or animal origin
  • Single Identification Number of the clinical investigation

Information relating to the device
  • Information regarding the certificate issued by the notified body
  • Member State in which the device will be placed on the market, and for all class IIa, IIb, or III devices, all Member States where the device will be made available
  • Risk class of the device
  • Whether the device is single-use
  • Whether the device contains any substance which may independently be considered a medicinal product, and name of that substance
  • Presence of human blood, human plasma, tissues, or cells of human or animal origin
  • Single Identification Number of the clinical investigation
  • Whether the device is intended for any non-medical purpose
  • Summary of safety and clinical performance for any class III or implantable devices
  • Status of the device (on market, recalled, discontinued, field safety corrective action initiated)
  • Manufacturing informatione
  • Quantity per package configuration
  • Basic UDI-DI and any additional UDI-DIs
  • Production information including expiration date or manufacturing date, lot number, serial number
  • The unit of use UDI-DI, if applicable
  • Name and address of the manufacturer
  • The Single Registration Number (SRN)
  • Name and address of the authorized representative, if applicable
  • Medical device nomenclature code
  • Risk class of the device
  • The name or trade name of the device
  • Device model, reference, or catalogue number
  • Clinical size information, including volume, length, gauge, diameter
  • Additional product description, if applicable
  • Storage and/or handling conditions
  • Whether it is a single-use device
  • Maximum number of reuses allowed
  • Whether it is sterile
  • Need for sterilization before use
  • Containing latex
  • URL for any additional information
  • Critical warnings or contra-indications
  • In addition to this information, the European Commission recently released the UDI HelpDesk. The HelpDesk will provide support to economic operators in the implementation of the obligations and requirements introduced by the new UDI system.

    To learn more about EUDAMED and the European UDI system including a UDI overview, formats and issuing entities, implementation timelines, and key differences between the EU and US UDI systems, please register to download the full ebook.

    MedTech
    Blogs

    Tackling regulatory continuity: How regulatory affairs teams can use technology to reduce the impact of employee turnover

    By

    Michael Peach

    August 11, 2021

    4 min read

    Regulatory affairs is without a doubt a challenging function for all life sciences companies. In a recent survey of industry executives, 72% of them reported that regulatory affairs is one of their top 3 challenges. The pain is even more acute in the medical technology space. In the past few years medical device and in vitro diagnostic companies have had to contend with a host of new, more complex regulations for the European market (the new EU MDR/IVDR regime), as well as nascent medical device regulations in new markets around the world.

    A significant additional challenge that medtech companies have to manage is that of continuity. Perhaps due to the challenges of the job, turnover among regulatory affairs (RA) professionals is surprisingly high. According to data from Zippia, RA professionals at all levels average less than 3 years in their jobs. This is echoed by the RAPS Global Compensation and Scope of Practice Report which showed that 63% of RA professionals have more than 7 years of regulatory experience, but 60% have been in their current jobs 3 years or less.

    The limitations of outsourcing

    One of the most common ways that medtech companies attempt to address continuity challenges is by employing external consultants. Consulting firms provide needed expertise, and especially bandwidth to resource-constrained RA teams. A recent survey by Grand View Research found that large medtech companies regularly outsource 50% or more of their regulatory activities.

    Consultants are undoubtedly helpful, but the general approach to consulting engagements makes them less than ideal for a broad set of regulatory activities. Consulting engagements are inherently project-based. They generally have a specific scope, and a set of associated deliverables. However, medtech regulatory affairs is inherently product-based. Activities revolve around the product’s lifecycle—from market introduction to maintenance to withdrawal. A consulting firm may help to complete market applications for a new device in Latvia, Japan, and Brazil, but the company still needs to maintain a full post market surveillance regime, track standards in associated essential principles tables, and keep UDI information up to date as packaging permutations change.

    At some point there’s a transition from the consultants back to the internal RA team, and the same continuity problem re-asserts itself. How to capture and disseminate the information, applications, and country certificates associated with a consulting project so that the internal team can move forward while maintaining compliance and market clearance?

    "Poor-fit" tooling creates information silos

    The lack of technology solutions designed specifically for medtech regulatory affairs is another driver of continuity issues. Regulatory activities necessitate the organization and management of large amounts of information. Detailed product specifications, performance and safety data, regulatory requirements, and relevant standards are just a few of the key pieces of information associated with each individual product and countries in which it’s sold. This is why RA professionals spend a huge amount of their time (up to 50%) simply looking for information.

    Typically organizations manage regulatory information using spreadsheets or other general purpose tools. These tools, used to try and help manage information continuity, can actually create information silos. This happens for two reasons. One, the information that RA teams need for their activities is often broadly dispersed across the organization. Regulatory documents may be in a document management system (or just as often on individual employees’ computers), product and quality information is stored in PLM/QMS systems, and information about countries and selling status is contained within ERP systems. Spreadsheets don’t actually integrate with these sources, they just link. As information changes or is updated, it’s incumbent on employees to make manual updates to the spreadsheet.

    Which brings us to the second problem. While there have been significant improvements in collaborative editing, documents like spreadsheets aren’t designed for the level of auditing and information management that regulatory teams need. Knowing whether an individual line item showing market status to be active, or a link to testing information in the QMS systems is up to date, still becomes “tribal knowledge” known only to the individual employees that make the update. If an employee leaves the company, all of that information goes with them.

    How regulatory information management systems can improve continuity

    The emergence of new technologies designed specifically for regulatory affairs activities has provided some new ways that medtech companies can tackle the continuity issue. Regulatory information management (RIM) systems provide a couple key capabilities that can increase the productivity of RA team members, and ensure that their work continues uninterrupted as team members come and go.

    The first advantage of a RIM system is data association and integration. Rather than simply noting information, RIM systems can actively integrate with information sources, and automatically update as information changes. All of the information can be organized around individual products—the way that feels most intuitive to RA professionals. For any given product, an RA team member can quickly find country selling status, registrations, certificates, and expiration dates.

    RIM systems can also eliminate a lot of the manual administrative work associated with regulatory activities. They can help streamline registrations with digitized authoring and publishing of regulatory submissions, and the creation and maintenance of digital essential principles tables. These capabilities are wrapped in a full set of project management tools, allowing teams to create workflows, approvals, timelines, etc. that match their internal processes and organizational goals. Individual records can be automatically updated such as the auto-population of UDI data when product details change, or bulk updates of essential principles tables when a standard is updated. These capabilities increase bandwidth across the RA team, and ensure that even new members can easily operate in accordance with the company’s processes.

    RIM systems function as a “single source of truth” for RA teams. Because they work with all regulatory activities, they not only store information, but cross-link it in ways that make it instantly usable. RA team members can quickly pull regulatory information about products, product families, countries, regions, individual projects, eliminating the time spent searching for information. With enterprise integration capabilities, information can be pulled and shared with PLM, QMS, and ERP systems. This ensures that information is automatically updated, and key dependencies on regulatory activities are automatically linked. For example, clearance to enter a new market could automatically trigger a change in selling status in the ERP system. Having an organized, central source of regulatory data prevents information silos from forming, and ensures that nothing is lost when RA team members move on to other roles.

    Finding the right RIM solution

    Medtech regulatory complexity isn’t likely to abate any time soon, but there are steps that companies can take to better manage RA team bandwidth and continuity. Traditional approaches like outsourcing, or general productivity/information tools like spreadsheets are helpful, but they have limitations that can exacerbate continuity challenges. Modernizing the regulatory affairs toolset can be a good starting point. RIM systems with the right capabilities have the potential to increase RA team productivity, and eliminate information silos.

    Key RIM features include support for a broad set of regulatory activities. Some tools focus on one aspect of RA like product registrations. As a result, they’re unlikely to effectively centralize and organize a broad set of regulatory information. While helpful from a productivity perspective, they can still lead to information silos for activities that aren’t digitized within the tool. Other RIM systems are primarily designed for the pharmaceutical industry. While they appear similar, regulations, and processes for medical technologies are different across the board. Tools that aren’t designed for medtech won’t feel as intuitive for employees, and likely won’t do as good a job at automating regulatory activities.

    Rimsys provides a full-featured RIM system that is designed specifically for medtech companies, and supports a full range of regulatory activities. To see if the Rimsys Platform can improve your RA continuity, request a custom demo today.

    RIM
    I agree to the privacy policy including to Rimsys using my contact details to contact me for marketing purposes.
    Thank you! Your submission has been received!
    Oops! Something went wrong while submitting the form.
    Hand holding smartphone showing email app with 12 unread messages notification.