510(k) Archives

Dec 5 2023

eSTAR Project Management

20 Comments / 510(k) / By Robert Packard / 510(k), 510k project management, 510k project management-Medical Device Academy, 510k submission project management, 510k submisssion

Using the new FDA eSTAR template also requires a new process for eSTAR project management to prepare your 510k and De Novo submissions.

Outline of ten (10) major changes resulting from the new FDA eSTAR template

As of October 1, 2023, all 510k and De Novo submissions to the FDA now require using the new FDA eSTAR template and the template must be uploaded to the FDA Customer Collaboration Portal (CCP). Yesterday the FDA published an updated guidance explaining the 510k electronic submission requirements, but there are ten (10) major changes to Medical Device Academy’s submission process resulting from the new eSTAR templates:

We no longer need a table of contents.
We no longer use the volume and document structure.
We are no longer required to conform to sectioning or pagination of the entire submission.
We no longer worry about the RTA screening or checklist (it doesn’t exist).
We no longer bother creating an executive summary (it’s optional).
We no longer have a section for Class 3 devices, because there are no Class 3 510(k) devices anymore.
We no longer use FDA Form 3514, because that content is now incorporated into the eSTAR.
We no longer create a Declaration of Conformity, because the eSTAR creates one automatically.
We no longer recommend creating a 510(k) Summary, because the eSTAR creates one automatically
We no longer use FedEx, because we can upload to FDA CCP electronically instead.

What is different in the 510k requirements?

Despite all the perceived changes to the FDA’s pre-market notification process (i.e., the 510k process), the format and content requirements have not changed much. The most significant recent change to the 510k process was the requirement to include cybersecurity testing.

Outline of eSTAR Project Management

There were 20 sections in a 510k submission. Medical Device Academy’s consulting team created a template for the documents to be included in each section. eSTAR project management is different because there are no section numbers to reference. To keep things clear, we recommend using one or two words at the beginning of each file name to define the section it belongs in. The words should match up with the bookmarks used by the FDA. However, you should be careful not to make the file names too long. Below is a list of all of the sections:

Administrative Information;
Device Description;
Predicates and Substantial Equivalence;
Benefits, Risks, and Mitigation Measures;
Labeling;
Reprocessing, Sterility, and Shelf-life;
Biocompatibility;
Software/Firmware
Cybersecurity
Interoperability
EMC, Wireless, Electrical, Mechanical, and Thermal Safety;
Performance Testing;
Quality Management; and
Administrative Documentation.

The Benefit, Risks, and Mitigation Measures Section only applies to De Novo Classification Requests. The Quality Management Section includes subsections for Quality Management System Information, Facility Information, Post-Market Studies, and References. However, only the References subsection will be visible in most submissions because the other three subsections are part of the Health Canada eSTAR pilot. Other sections and subsections will be abbreviated or hidden depending on the dropdown menu selections you select in the eSTAR. For example, the cybersecurity section will remain hidden if your device does not have wireless functionality or a removable storage drive.

A Table of Contents is no longer required for 510k submissions

510k submissions using the FDA eCopy format required a Table of Contents, and Medical Device Academy used the Table of Contents as a project management tool. Sometimes, we still use our Table of Contents template to communicate assignments and manage the 510k project. The sections of the Table of Contents would also be color-coded green, blue, yellow, and red to communicate the status of each section. FDA eSTAR project management uses a similar color coding process with colored bars on the side of the template to indicate if the section is incomplete, complete, or optional.

The eSTAR also has a verification section at the end of the template to help with eSTAR project management. The verification section lists each of the 13 major sections of an FDA eSTAR. When the sections are completed, the section’s name automatically moves from the right side of the verification section to the left side. During the past two years (2021 – 2023) of implementing the eSTAR template, I have slowly learned to rely only on the eSTAR to communicate the status of each section. To assign responsibilities for each section of the 510k submission, we still use the Table of Contents simple lists and project management tools like Asana. Using the eSTAR verification section to check on the status of each 510k section also increases our team’s proficiency with the eSTAR every time we use it.

Using Dropbox for eSTAR project management

PreSTAR templates for a Q-Sub meeting are approximately half the length (i.e., 15 pages instead of 30+ pages) of an eSTAR template, and the 510k submission requires far more attachments than a Q-Sub. Therefore, we can usually email a revised draft of the PreSTAR to a team member for review, but we can’t use email to share a nearly complete eSTAR with a team member. Therefore, Medical Device Academy uses Dropbox to share revisions of the eSTAR between team members. Some of our clients use One Drive or Google Drive to share revisions. We also create sub-folders for each type of testing. This keeps all of the documents and test reports for a section of the eSTAR in one place. For example, the software validation documentation will be organized in one sub-folder of the Dropbox folder for a 510k project.

When using FDA eCopies instead of the FDA eSTAR template, we used twenty subfolders labeled and organized by volume numbers 1-20. Some of those 20 sections are now obsolete (e.g., Class III Summary), and others (e.g., Indications for Use) are integrated directly into the eSTAR template. Therefore, a team may only need 8-10 sub-folders to organize the documents and test reports for a 510k project. We typically do not attach these documents and test reports until the very end of the submission preparation because if the FDA releases a new version of the eSTAR, the attachments will not export from an older version of the eSTAR to the new version.

Coordination of team collaboration is critical to successful eSTAR project management

In the past, Medical Device Academy always used a volume and document structure to organize an FDA eCopy because this facilitated multiple team members simultaneously working on the same 510k submission–even from different countries. Many clients will use SharePoint or Google Docs to facilitate simultaneous collaboration by multiple users. Unfortunately, the eSTAR cannot be edited by two users simultaneously because it is a secure template that can only be edited in Adobe Acrobat Pro. Therefore, the team must communicate when the eSTAR template is being updated and track revisions. For communication, we use a combination of instant messenger apps (e.g., Slack or Whatsapp) and email, while revisions are tracked by adding the initials and date of the editor to the file name (e.g., nIVD 4.3 rvp 12-5-2023.pdf).

Importance of peer reviews

Each section of the FDA eSTAR must be completed before the submission can be uploaded to the Customer Collaboration Portal (CCP). If the FDA eSTAR is incomplete, the CCP will identify the file as incomplete. You will not be able to upload the file. If questions in the eSTAR are incorrectly answered, then sections that should be completed may not be activated because of how the questions were answered. Below are two examples of how the eSTAR questions can be incorrectly answered.

Example 1 – One of the helpful resource features of the FDA eSTAR is that many fields are populated with a dropdown menu of answers. One example is found in the Classification section of the eSTAR. This section requires the submitter to identify the device’s classification by answering three questions: 1) review panel, 2) classification regulation, and 3) the three-letter product code. Each of these fields uses a dropdown menu to populate the field, and the dropdown options for questions two and three depend on answers to the previous question. However, if you manually type the product code into the field for the third question, then the eSTAR will not identify any applicable special controls guidance documents for your device. Unless you are already aware of an applicable special controls guidance document, you will answer questions in the eSTAR about special controls with “N/A.” The eSTAR will only identify a special controls guidance document for your device if you select a product code from the dropdown menu, but the FDA reviewer knows which special controls guidance documents are applicable. This is why the FDA performs a technical screening of the eSTAR before the substantive review begins.

Example 2 – If you indicate the cumulative duration of contact for an externally communicating device < 24 hours, the eSTAR template will expect you to evaluate the following biocompatibility endpoints: cytotoxicity, sensitization, irritation, systemic toxicity, and pyrogenicity.

However, if you indicate the cumulative duration of contact is < 30 days, the eSTAR template will be populated with additional biocompatibility endpoints. The eSTAR doesn’t know what the cumulative duration of use is, but the FDA reviewer will. This is why the FDA performs a technical screening of the eSTAR before the substantive review begins.

To make sure that all of the sections of your submission are complete, it’s helpful to have a second person review all of the answers to make sure that everything was completed correctly. Even experienced consultants who prepare 510k submissions every week can make a mistake and incorrectly answer a question in one of the eSTAR fields. Therefore, you shouldn’t skip this critical QC check.

Additional 510k Training

The 510k book, “How to Prepare Your 510k in 100 Days,” was completed in 2017, but the book is only available as part of our 510k course series consisting of 58+ webinars. Please visit the webinar page to purchase individual webinars.

eSTAR Project Management Read More »

Mar 22 2023

Regulatory pathway analysis–a case study

510(k), FDA / By Robert Packard / 510(k), FDA, Medical Device, Regulatory Pathway

This article uses a case study example to explain how to determine the correct regulatory pathway for your medical device through the US FDA.

Regulatory Pathway 1 Regulatory pathway analysis a case study — **How do you select the right regulatory pathway for your device?**

Every consultant likes to answer this type of question with the answer, “It depends.” Well, of course, it depends. If there was only one answer, you could google that question, and you wouldn’t need to pay a regulatory consultant to answer the question. A more useful response is to start by asking five qualifying questions:

Does your product meet the definition of a device?
What is the intended purpose of your product?
How many people in the USA need your product annually?
Is there a similar product already on the market?
What are the risks associated with your product?

The first question is important because some products are not regulated as medical devices. If your product does not diagnose, treat, or monitor a medical condition, then your product may not be a device. For example, the product might be considered a general wellness product or clinical decision support software. In addition, some products have a systemic mode of action, and these products are typically categorized as a drug rather than a device–even if the product includes a needle and syringe.

The intended purpose of a product is the primary method used by the US FDA to determine how a product is regulated. This also determines which group within the FDA is responsible for reviewing a submission for your product. The US regulations use the term “intended use” of a device, but the decision is based upon the “indications for use” which are more specific. To understand the difference, we created a video explaining the difference.

Even regulatory consultants sometimes forget to ask how many people need your product annually, but population size determines the regulatory pathway. Any intended patient population less than 8,000 patients annually in the USA is eligible for a humanitarian device exemption with a special regulatory pathway and pricing constraints. If your product is intended for a population of <8,000 people annually, your device could qualify for a humanitarian device exemption, and the market is small enough that there may not be any similar products on the market.

If similar products are already on the US market, determining the regulatory pathway is much easier. We can look up the competitor product(s) in the FDA’s registration and listing database. In most cases, you must follow the same pathway your competitors took, and the FDA database will tell us your regulatory pathway.

If all of the products on the US market have different indications for use, or the technological characteristics of your product are different from other devices, then you need to categorize your product’s risks. For low-risk devices, general controls may be adequate. For medium-risk devices, special controls are required by the FDA. For the highest-risk devices, the FDA usually requires a clinical study, a panel review of your clinical data, and the FDA requires pre-market approval.

This article will use the example of bipolar forceps used with an electrosurgical generator as a case study.

Bipolar Forceps Regulatory pathway analysis a case study

What is the US FDA regulatory pathway for your device?

The generic term used for regulator authorization is “approval,” but the US FDA reserves this term for Class 3 devices with a Premarket Approval (PMA) submission. The reason for this is that only these submissions include a panel review of clinical data to support the safety and effectiveness of the device. Approval is limited to ~30 devices each year, and approximately 1,000 devices have been approved through the PMA process since 1976 when the US FDA first began regulating medical devices.

Most Class 2 devices are submitted to the FDA as Premarket Notifications or 510k submissions. This process is referred to as “510k clearance,” because clinical data is usually not required with this submission and there is no panel review of safety and effectiveness data. A 510k was originally planned as a rare pathway that would only be used by devices that are copies of other devices that are already sold on the market. However, the 510k pathway became the defacto regulatory pathway for 95+% of devices that are sold in the USA.

For moderate and high-risk devices that are intended for rare patient populations (i.e., <8,000 patients per year in the USA), the humanitarian device exemption process is the regulatory pathway.

Class 1 devices typically do not require a 510k submission, most of these devices are exempt from design controls, and some are exempt from quality system requirements. These devices still require listing on the FDA registration and listing database, but there is no review of the device by the FDA to ensure you have correctly classified and labeled Class 1 devices.

How do you find a predicate for your 510k submission?

As stated above, one of the most critical questions is, “Is there a similar product already on the market?” For our example of bipolar forceps, the answer is “yes.” There are approximately 169 bipolar forceps that have been 510k cleared by the FDA since 1976. If you are developing new bipolar forceps, you must prepare a 510k submission. The first step of this process is to verify that a 510k submission is the correct pathway and to find a suitable competitor product to use as a “predicate” device. A predicate device is a device that meets each of the following criteria:

it is legally marketing in the USA
it has indications for use that are equivalent to your device
the technological characteristics are equivalent to your device

There are two search strategies we use to verify the product classification of a new device and to find a suitable predicate device. The first strategy is to use the free, public databases provided by the FDA. Ideally, you instantly think of a direct competitor that sells bipolar forceps for electrosurgery in the USA (e.g., Conmed bipolar forceps). You can use the registration and listing database to find a suitable predicate in this situation. First, you type “Conmed” into the database search tool for the name of the company, and then you type “bipolar forceps” in the data search tool for the name of the device.

If you are unaware of any competitor products, you will need to search using the product classification database instead. Unfortunately, this approach will result in no results if you use the terms “bipolar” or “forceps.” Therefore, you will need to be more creative and use the word “electrosurgical,” which describes a larger product classification that includes both monopolar and bipolar surgical devices that have many sizes and shapes–including bipolar forceps. The correct product classification is seventh out of 31 search results.

The most significant disadvantage of the FDA databases is that you can only search each database separately. The search is also a boolean-type search rather than using natural language algorithms that we all take for granted. The second strategy is to use a licensed database (e.g., Basil Systems).

Searching these databases is more efficient, and the software will provide additional information that the FDA website does not offer, such as a predicate tree, review time, and models listed under each 510k number are provided below:

What does the predicate tree look like for the predicate device you selected?

I’m glad I don’t need to manually enter the 510k review time for 2,263 devices to create the above graph.

Wouldn’t having the model numbers for every device identified in the US FDA listing database be nice?

Another advantage of the Basil Systems software is that the database is lightning-fast, while the FDA is a free government database (i.e., not quite as fast).

How do you create a regulatory pathway strategy for medical devices?

The best strategy for obtaining 510k clearance is to select a predicate device with the same indications for use that you want and was recently cleared by the FDA. Therefore, you will need to review FDA Form 3881 for each of the potential predicate devices you find for your device. In the case of the bipolar forceps, there are 169 devices to choose from, but FDA Form 3881 is not available for 100% of those devices because the FDA database only displays FDA Form 3881 and the 510(k) Summary for devices cleared since 1996. Therefore, you should select a device cleared by the FDA in the past ten years unless there are no equivalent devices with a recent clearance.

In addition to identifying the correct product classification code for your device and selecting a predicate device, you will also need to develop a testing plan for the verification and validation of your device. For electrosurgical devices, there is an FDA special controls guidance that defines the testing requirements and the content required for a 510k submission. Once you develop a testing plan, you should confirm that the FDA agrees with your regulatory strategy and testing plan in a pre-submission meeting.

Which type of 510k submission is required for your device?

There are three types of 510k submissions:

Special 510k – 30-day review target timeline
Abbreviated 510k – 90-day review target timeline (requires summary reports and use of recognized consensus standards)
Traditional 510k – 90-day review target timeline

The special 510k pathway is intended for minor device modifications from the predicate device. However, this pathway is only eligible to your company if your company also submitted the predicate device. Originally it was only permitted to submit a Special 510k for modifications that require the review of one functional area. However, the FDA recently completed a pilot study evaluating if more than one functional area could be reviewed. The FDA determined that up to three functional areas could be reviewed. However, the FDA decides whether they can complete the review within 30 days or if you need to convert your Special 510k submission to a Traditional submission. Therefore, you should also discuss the submission type with the FDA in a pre-submission meeting if you are unsure whether the device modifications will allow the FDA to complete the review in 30 days.

In 2019 the FDA updated the guidance document for Abbreviated 510k submissions. However, this pathway requires that the manufacturer use recognized consensus standards for the testing, and the manufacturer must provide a summary document for each test report. The theory is that abbreviated reports require less time for the FDA to review than full test reports. However, if you do not provide sufficient information in the summary document, the FDA will place your submission on hold and request additional information. This happens for nearly 100% of abbreviated 510k submissions. Therefore, there is no clear benefit for manufacturers to take the time to write a summary for each report in the 510k submission. This also explains why less than 2% of submissions were abbreviated type in 2022.

The traditional type of 510k is the most common type of 510k submission used by manufacturers, and this is the type we recommend for all new device manufacturers.

Regulatory pathway analysis–a case study Read More »

Nov 29 2022

Software validation documentation for a medical device

Leave a Comment / 510(k), FDA, Software Verification and Validation / By Robert Packard / 510(k), fault tree, hazard analysis, IEC 62304, IEC/TR 80002-1, premarket submission, SaMD, SiMD, software validation documentation

Learn why you need to start with software validation documentation before you jump into software development.

When do you create software validation documentation for a medical device or IVD?

At least once a week, I speak with the founder of a new MedTech company that developed a new software application as a medical device (SaMD). The founder will ask me to explain the process for obtaining a 510(k), and they want help with software validation documentation. Many people I speak with have never even heard of IEC 62304.

Even though they already have a working application, usually, validation documentation has not even been started. Although you can create all of your software validation documentation after you create a working application, certain tasks are important to perform before you develop software code. Jumping into software development without the foundational documentation will not get your device to market faster. Instead, you will struggle to create documentation retroactively, and the process will be slower. In the end, the result will be a frustrating delay in the launch of your device.

What are the 11 software validation documents required by the FDA?

In 2005 the FDA released a guidance document outlining software validation documentation content required for a premarket submission. There were 11 documents identified in that guidance:

software validation documentation 1024x385 Software validation documentation for a medical device

What the FDA guidance fails to explain is that some of these documents need to be created before software development begins, or your software validation documentation will be missing critical design elements. Therefore, it is important to create a software development plan that schedules activities that result in those documents at the right time. In contrast, four of the eleven documents can wait until your software development is complete.

Which of the software validation documents can wait until the end?

The level of concern only determines what documents the FDA wants to review in a submission rather than what documents are needed for a design history file. In fact, the level of concern (LOC) document is no longer required as a separate document in premarket submissions using the FDA eSTAR template because the template already incorporates the questions that document your LOC. The revision level history document is simply a summary of revisions made to the software during the development process, and that document can be created manually or automatically at the end of the process, or the revision level history can be a living document that is created as changes are made. The traceability matrix can also be a living document created as changes are made, but its only purpose is to act as a tool to provide traceability from hazards to software requirements, to design specifications, and finally to verification and validation reports. Other software tools, such as Application Lifecycle Management (ALM) Software, are designed to ensure the traceability of every hazard and requirement throughout the entire development process. Finally, unresolved anomalies should only be documented at the time of submission. The list may be incomplete until all verification and validation testing is completed, and the list should be the shortest at the time of submission.

What documentation will be created near the end of development?

The software design specification (SDS) is typically a living document until your development process is completed, and you may need to update the SDS after the initial software release to add new features, maintain interoperability with software accessories, or change security controls. The SDS can not begin, however, until you have software requirements and the basic architecture defined. The verification and validation activities are discrete documents created after each revision of the SDS and must therefore be one of the last documents created–especially when provided to the FDA as a summary of the verification and validation efforts.

Which validation documents do you need first?

At the beginning of software development, you need a procedure(s) that defines your software development process. That procedure should have a section that explains the software development environment–including how patches and upgrades will be controlled and released. If you don’t have a quality system procedure that defines your development process, then each developer may document their coding and validation activities differently. That does not mean that you can’t improve or change the procedure once development has begun, but we recommend limiting the implementation of a revised procedure when making major software changes and discussing how revisions will be implemented for any work that remains in progress or has already been completed.

When do the remaining software validation documents get created?

The remaining four software validation documents required for a premarket submission to the FDA are:

Software description
Software hazard analysis
Software requirements specification (SRS)
Architecture design chart

Your development process will be iterative, and therefore, you should be building and refining these four documents iteratively in parallel with your software code. At the beginning of your project, your design plan will need a brief software description. Your initial software description needs to include the indications for use, a list of the software’s functional elements, and the elements of your user specification (i.e., intended patient population, intended users, and user interface). If you are using lean startup methodology, the first version of your device description will be limited to a minimal viable product (MVP). The target performance of the MVP should be documented as an initial software requirements specification (SRS). This initial SRS might only consist of one requirement, but the SRS will expand quickly. Next, you need to perform an initial software hazard analysis to identify the possible hazards. It is important to remember that software hazards are typically hazardous situations and are not limited to direct physical harm. For each potential hazard you identify in your hazard analysis, you will need a software requirement to address each hazard, and each requirement needs to be added to your SRS. As your software becomes more complex by adding software features, your device description needs to be updated. As you add functions and requirements to your software application, your SRS will need updates too. Finally, your development team will need a tool to track data flow and calculations from one software function to the next. That tool is your architecture design chart, and you will want to organize your SRS to match the various software modules identified in your architecture diagram. This phase is iterative and non-linear, you will always have failures, and typically a team of developers will collaborate virtually. Maintaining a current version of the four software documents is critical to keeping your development team on track.

How do you perform a software hazard analysis?

One of the most important pre-requisite tasks for software developers is conducting a hazard analysis. You can develop an algorithm before you write any code, but if you start developing your application to execute an algorithm before you perform a software hazard analysis, you will be missing critical software requirements. Software hazard analysis is different from traditional device hazard analysis because software hazards are unique to software. A traditional device hazard analysis consists of three steps: 1) answering the 37 questions in Annex A of ISO/TR 24971:2020, 2) systematically identifying hazards by using Table C1 in Annex C of ISO 14971:2019, and 3) reviewing the risks associated with previous versions of the device and similar competitor devices. A software hazard analysis will have very few hazards identified from steps 1 and 2 above. Instead, the best resource for software hazard analysis is IEC/TR 80002-1:2009. You should still use the other two standards, especially if you are developing software in a medical device (SiMD) or firmware, but IEC/TR 80002-1 has a wealth of tables that can be used to populate your initial hazards analysis and to update your hazard analysis when you add new features.

How do you document your hazard analysis?

Another key difference between a traditional hazard analysis and a software hazard analysis is how you document the hazards. Most devices use a design FMEA (dFMEA) to document hazards. The dFMEA is a bottom-up method for documenting your risk analysis by starting with device failure modes. Another tool for documenting hazards is a fault tree diagram.

Fault Tree Example from AAMI TIR 80002 1 2009 300x239 Software validation documentation for a medical device — Copied from Section 6.2.1.5 from AAMI / IEC TIR 80002-1:2009

A fault tree is a top-down method for documenting your risk analysis, where you identify all of the potential causes that contribute to a specific failure mode. Fault tree diagrams lend themselves to complaint investigations because complaint investigations begin with the identification of the failure (i.e., complaint) at the top of the diagram. For software, the FDA will not allow you to use the probability of occurrence to estimate risks. Instead, software risk estimation should be limited to the severity of the potential harm. Therefore, a fault tree diagram is generally a better tool for documenting software risk analysis and organizing your list of hazards. You might even consider creating a separate fault tree diagram for each module of your software identified in the architecture diagram. This approach will also help you identify the potential impact of any software hazard by looking at the failure at the top of the fault tree. The higher the potential severity of the software failure, the more resources the software team needs to apply to developing software risk controls and verifying risk control effectiveness for the associated fault tree.

Software validation documentation for a medical device Read More »

Oct 20 2021

eSTAR draft guidance is here, and wicked eSubmitter is dead.

5 Comments / 510(k), eSTAR / By Robert Packard / 510(k), eSTAR, FDA

I hated the the FDA eSubmitter template which was discontinued May 30, 2021. Finally we have eSTAR draft guidance for the new eSTAR template. Note: the final FDA eSTAR guidance was released on October 2, 2023 and we published a new blog the day of release.

History of 510k electronic submissions

The FDA has experimented with a multitude of pilot 510k submission programs over the years to streamline and improve the 510k submission content, formatting, and to facilitate a faster review process. The Turbo 510k program was one of the first successful pilot programs. In 2012, I wrote one of my first blogs about how to improve the 510k process. In September 2018, the FDA launched the “Quality in 510k Review Program Pilot” for certain devices using the eSubmitter electronic submission template. The goal of the this pilot program was to enable electronic submissions instead of requiring manufacturers to deliver USB flash drives to the FDA Document Control Center (DCC). I hated the eSubmitter template, and the FDA finally discontinued availability of the eSubmitter template on May 30, 2021. During the past 15 years, the FDA gradually streamlined the eCopy process too. Originally we had to submit one complete hardcopy, averaging 1,200 pages per submission, and one CD containing an electronic “eCopy.” Today, the current process involves a single USB flash drive and a 2-page printed cover letter, but today’s eCopy must still be shipped by mail or courier to the DCC.

eSTAR Pilot Program is Launched

During the 15-year evolution of the FDA eCopy, CDRH was trying to develop a reliable process for electronic submissions of a 510k. CBER, the biologics division of the FDA, has already eliminated the submission of eCopy submissions and now 100% of biologics submissions must be submitted through an electronic submissions gateway (ESG). In February 2020, CDRH launched a new and improved 510k template through the electronic Submission Template And Resource (eSTAR) Pilot Program. The eSTAR templates include benefits of the deceased eSubmitter template, but CDRH has incorporated additional benefits:

the templates use Adobe Acrobat Pro instead of a proprietary application requiring training;
support for images and messages with hyperlinks;
support for creation of Supplements and Amendments;
availability for use on mobile devices as a dynamic PDF;
ability to add comments to the PDF; and
the content and logic mirrors checklists used by CDRH reviewers.

Medical Device Academy’s experience with the eSTAR Templates

Every time the FDA has released a new template for electronic submissions we have obtained a copy and tried populating the template with content from one of our 510k submissions. Unfortunately, all of the templates have been slower to populate that the Word document templates that our company uses every day. On May 16 we conducted an internal training for our team on the eSTAR submission templates, and we published that training as a YouTube Video (see embedded video below). Then nine days later the FDA released updates to the eSTAR templates (version 0.7). The new eSTAR templates are available for non-IVD and IVD products (ver 0.7 updated May 27, 2021).

Sharon Morrow submitted our first eSTAR template to the FDA in August and we experienced no delays with the 510k submission during the initial uploading to the CDHR database, there was no RTA screening process, and CDRH did not identify any issues during their technical screening process. Shoron’s first eSTAR submission is now in interactive review, which is a better outcome than 95%+ of our 510k submissions. I have several other eSTAR submissions that are almost ready to submit as well. The other 510k consultants on our team are also working on their first eSTAR submissions.

Finally the CDRH releases an FDA eSTAR draft guidance

On September 29, 2021 the FDA released the new eSTAR draft Guidance for 510k submissions. This is a huge milestone because there have not been any draft guidance documents created for pilot programs. The draft indicates that the comment period will last 60 days (i.e. until November 28, 2021). However, the draft also states that the guidance will not be finalized until a date for requiring electronic submissions (i.e. submission via an ESG) is identified. The draft indicates that this will be no later than September 30, 2022. Once the guidance is finalized, there will be a transition period of at least one year where companies may submit via an ESG or by physical delivery to the FDA DCC.

Are there any new format or content requirements in the FDA eSTAR draft guidance?

There are no new format or content requirements in the eSTAR draft guidance, but the eSTAR template itself has several text boxes that must be filled in with summary information that is not specified in the guidance for format and content of a 510k. The information requested for the text boxes is a brief summary of non-confidential information contained in the attachments of the submission. Therefore, these boxes can information that would normally be in the overview summary documentst that are typically included at the beginning of each section of a 510k. If your overview documents do not already have this information, then you may have some additional work to do in order to complete the eSTAR templates. An example of one of these text boxes is provided below:

Another example of additional content required by the eSTAR templates is references to page numbers. Normally the FDA reviewer has to search the submission for information that is required in their regulatory review checklist. In the new templates the submitter is now asked to enter the page numbers of each attachment where specific information can be found. The following is an example of this type of request for a symbols glossary:

Are there any changes to the review timelines for a 510k in the eSTAR draft guidance?

The eSTAR draft guidance indicates that a technical screening will be completed in 15 calendar days instead of conducting a RTA screening. I believe that the technical screening is less challenging than the RTA screening, but the FDA has not released a draft of the technical screening criteria or a draft checklist. I would imagine that the intent was to streamline the process and reduce the workload of reviewers performing a technical screening, but we only have guesses regarding the substance of the technical review and so far our performance is 100% passing (i.e. 1 of 1). The next step in the 510k review process is a substantive review. Timelines for the substantive review are not even mentioned in the new draft guidance, but the FDA usually has the review clock details in Table 1 (MDUFA III performance goals) and Table 2 (MDUFA IV performance goals) of the FDA guidance specific to “Effect on FDA Review Clock and Goals.” In both tables, the goal is 60 calendar days, and our first eSTAR submission completed the substantive review in 60 days successfully. The 180-day deadline for responding to an additional information (AI) request has not changed in the eSTAR draft guidance, but our first submission is now interactive review. I believe this suggests that companies may have a higher likelihood of having an interactive review with their CDRH lead reviewer instead of being placed upon AI Hold, but we won’t have enough submissions reviewed by the FDA to be sure until the end of Q1 2022.

Register for our new webinar on the FDA eSTAR draft guidance

We hosted a live webinar on Thursday, October 21, 2021 @ Noon EDT. The webinar was approximately 37 minutes in duration. In this webinar we shared the lessons learned from our initial work with the eSTAR template. Anyone that registers for our webinar will also receive a copy of our table of contents template that we updated for use with the eSTAR templates. Unlike a 510k eCopy, an eSTAR template does not require a table of contents but we still use a table of contents to communicate the status of the 510(k) project with our clients. Finally, we reviewed the eSTAR draft guidance in detail. If you would like to receive our new eSTAR table of content template and an invitation to our live webinar, please complete the registration form below.

About the Instructor

Rob Packard is a regulatory consultant with ~25 years of experience in the medical device, pharmaceutical, and biotechnology industries. He is a graduate of UConn in Chemical Engineering. Rob was a senior manager at several medical device companies—including the President/CEO of a laparoscopic imaging company. His Quality Management System expertise covers all aspects of developing, training, implementing, and maintaining ISO 13485 and ISO 14971 certifications. From 2009 to 2012, he was a lead auditor and instructor for one of the largest Notified Bodies. Rob’s specialty is regulatory submissions for high-risk medical devices, such as implants and drug/device combination products for CE marking applications, Canadian medical device applications, and 510(k) submissions. The most favorite part of his job is training others. He can be reached via phone at +1.802.258.1881 or by email. You can also follow him on YouTube, LinkedIn, or Twitter.

eSTAR draft guidance is here, and wicked eSubmitter is dead. Read More »

Mar 24 2015

510k Submission, Section 14-Sterilization Validation and Shelf-life

Leave a Comment / 510(k) / By Robert Packard / 510(k), 510k submissions, sterilization, sterilization validation, validation

This article explains the process for preparing the sterilization validation and shelf-life section of a 510k submission.

Sterilization validation and shelf-life, Section 14, is typically one of the last sections of a 510k submission to be completed. However, most of the work in preparing this section of your 510k submission should be completed more than a month before actually completing the associated testing. The reason why you can write this section, before receiving the results, is that your results are 99% predictable. If you are unlucky enough to be part of the 1% that have surprising results during sterilization validation, then you will need to make changes and repeat your testing.

Design Planning Aspects Related to Sterilization Validation

During your design and development process, sterilization validation testing is part of design verification testing—not design validation. This testing is verification, rather than validation because you are testing in accordance with recognized standards (i.e., design inputs) to ensure that the sterilization process parameters are adequate to consistently meet the sterility specification (i.e., design output). In your design plan, it is critical to understand which of the following three categories your sterilization process falls under:

Traditional Sterilization (e.g., ethylene oxide)
Non-traditional Sterilization (e.g., Hydrogen Peroxide)
Novel, Non-traditional Sterilization (e.g., Chlorine Dioxide)

You must identify which category your sterilization process falls into because the review process used by the FDA for each category of the sterilization process is different. Traditional sterilization processes have recognized standards that a reviewer can easily compare your validation methods with.

Non-traditional sterilization methods are becoming more popular for products that are sensitive to degradation caused by high temperature, or exposure to radiation or ethylene oxide. However, the FDA has identified non-traditional sterilization processes as being a priority for inspection. Therefore, after your product receives 510k clearance, you can expect an FDA inspection sooner than products that use traditional sterilization methods (i.e., 6-12 months instead of 12-24 months).

The novel, Non-Traditional Sterilization

The novel, non-traditional sterilization methods require a different 510k clearance process, because the FDA requires an internal consultation from the Infection Control Devices Branch (INCB) before issuing 510k clearance. A consultation is needed for evaluation of the sterilization process because reviewers lack sufficient expertise in the field of microbiology and Sterilization to evaluate novel sterilization processes. The INCB can also provide a consult for non-traditional sterilization processes, but this is not typically needed if the process is following established ISO Standards for sterilization validation.

For the novel, non-traditional sterilization processes, and INCB consult is required, and it is recommended to consult with the FDA early regarding the use of this type of sterilization process. Part of the reason for this early consultation is that a pre-clearance priority inspection is required before issuing the 510k. The FDA published draft guidance on this topic in 2008 that can be found on the following webpage – Click Here.

The image below shows where the INCB is located within the hierarchy of the FDA’s organization.

Creating Summary Technical Documentation (STED)

The sterilization validation and shelf-life section of a 510k submission may be copied from the summary technical documentation (STED) that you prepare for CE Marking applications or a Canadian Medical Device License Application. Instead of including all of the protocols and testing reports from your validations, the regulators only require a summary of the validation activities and results. If the STED is thorough and well-organized, the reviewer should not request validation reports. However, if the STED is incomplete, then the reviewer is likely to request a copy of the validation reports.

Any STED should include the following elements:

Identification of the validation dates
Identification of the organization(s) that performed the validation
Reference to the ISO standard or other recognized standard that was used
Identification of any deviations from the referenced standard
Number of lots and samples per lot tested
Description of the testing performed—including testing parameters
Identification of the document control numbers and revisions for protocols and reports
Acceptance criteria for the validation
Summary of the results

For your STED specific to sterilization validation and shelf-life, you will also need to ensure you include a description of the packaging used to maintain the device’s sterility (primary packaging) and a description of the packaging used to protect the primary packaging (i.e., secondary packaging).

For a 510k submission, you will only need to make a few modifications to the STED that you use for European CE Marking and Canadian licensing. First, you need to ensure you are referencing standards recognized by the FDA. If you followed a different method, the differences need to be documented in Section 9 of your submission on FDA Form 3654 for each Standard.

Second, you will need to include a reference to Ethylene Oxide (EO) residual testing summarized in Section 15 for biocompatibility (not applicable to non-EO methods of Sterilization). EO residual testing must be performed in accordance with ISO 10993-7. You should also include an outline of the validation methods that were used in your comparison of substantial equivalence in Section 12 of your submission. Finally, you should reference the methods used briefly in your executive summary (i.e., Section 10) and the 510k summary (i.e., Section 5)—assuming that you did not use a 510k statement.

If you are writing your first STED for sterilization validation and shelf-life, I recommend reviewing the RTA checklist in advance.

You may want to organize your STED with headlines that address each of the questions outlined in the RTA checklist.

You should also be aware that although the FDA references the 2002 guidance document K90-1 for the format and content of the sterilization validation section, there is a 2008 draft guidance the represents the FDA’s current thinking on the topic of sterilization validation. That draft guidance document is also identified as a priority for the FDA to release as a final guidance in FY 2015 (i.e., before October 1, 2015).

Additional 510k Training

The new 510k book, “How to Prepare Your 510k in 100 Days,” ships on Monday, February 6th, 2017. There is also an on-line 510k course series consisting of 24 webinars. Please visit my webinar page to purchase individual webinars. We also have live 510k workshops

510k Submission, Section 14-Sterilization Validation and Shelf-life Read More »

Mar 2 2015

510k Case Study – Part 1

6 Comments / 510(k) / By Robert Packard / 510(k), 510k FDA submission, 510k submission, 510k submission to the FDA (case study-part 1)

510k case study explains the 510k submission process in order to obtain clearance from the US FDA for marketing a new medical device.

This article is the first part of a two-part 510k case study providing an overview of the premarket notification process (i.e., 510k submission) to obtain clearance from the US FDA for marketing a new medical device. This first part of the series focuses on the initial steps of a 510k submission project: 1) identifying product classification, 2) identifying any applicable international standards and special controls guidance documents, and 3) selecting a primary predicate device.

For this 510k case study, I chose the maker of Krazy Glue^® as a hypothetical new client. The company wants to start selling cyanoacrylate as a topical adhesive in the U.S. market. As with the Canadian and European markets, the US FDA considers cyanoacrylate a medical device when it is used as a topical adhesive. The first step toward obtaining FDA clearance for marketing the new product is to determine the device’s classification.

Device Classification

My client was considering asking the FDA to identify the classification of topical adhesives using the 513(g) submission process. Still, I provided the following reasons why the client should not use the 513(g) process:

the 513(g) process takes 60 days to get a response from the FDA, while a qualified consultant can make the same determination in less than a day
hiring a consultant typically costs less than the 513(g) fee (i.e., $3,387 for large companies and $1,694 for small businesses)
the FDA’s classification determination is non-binding, and the accuracy of the FDA’s response is highly dependent upon the quality of the information provided by the company

In this 510k case study, I was able to answer the client’s question about device classification over the phone without any charge. The client indicated that they wanted to launch a product similar to Surgiseal. I was able to use the US FDA Registration and Listing Database to identify the product classification by merely typing “Surgiseal” in the field for “Proprietary Name.” Adhezion Biomedical LLC is registered as the manufacturer of Surgiseal. The three-letter product code “MPN,” and the device is a Class II device requiring premarket notification via a 510k submission.

This product classification also gives my client additional options that are not available to all companies that are trying to achieve 510(k) clearance for the first time. Most new products can only achieve initial 510(k) clearance from the US FDA by submitting a “traditional” 510(k). This process is supposed to take 90 days—assuming there are no significant questions about the submission, and the reviewer has a manageable workload to review. The average time for determination of 510k clearance is currently between 120 and 180 calendar days.

Applicable International Standards & Special Controls Guidance

For some products, there are recognized consensus standards (i.e., ISO Standards) that define the performance requirements for a medical device or a Special Controls document published by the FDA that identifies which performance Standards the FDA requires for specific product classification. In the case of topical adhesives, the FDA has issued a Special Controls document. When there is a Special Controls guidance document available, the company may submit an Abbreviated 510k instead of a Traditional 510k submission.

An Abbreviated 510k submission contains summaries of all the testing results required in the Special Controls document or an ISO Standard recognized by the US FDA. Since all the testing of performance needed to be presented in an Abbreviated 510k submission is in accordance with a previously accepted standard, the FDA reviewer only has to verify that the performance testing identified in the Special Controls document or the ISO Standard has been completed and acceptance criteria have been met. Now that the FDA requires 510k submissions to be submitted with the FDA eSTAR template, the advantages of Abbreviated 510k submissions has disappeared. In the future, this 510k case study may be a rare example where the FDA accepts Abbreviated 510k submissions.

In addition to Special Controls documents, the FDA also has guidance documents related to 510k submissions, such as: “Format for Traditional and Abbreviated 510(k)s.” By following this document verbatim, my client can avoid a lot of time-consuming questions from a reviewer that is having trouble finding the information they are looking for. If a section of the suggested format is not applicable, I still include this section. However, I indicate the reason why this section is not applicable in a brief paragraph (i.e., a one-page section).

As I read through the Special Controls Guidance document, I realized that a specific format for an Abbreviated 510k is described for topical adhesives. Therefore, I need to modify my normal template to match the FDA format for a topical adhesive Abbreviated 510k submission. As I read further, I realized that there would be some additional testing required that my client may not have anticipated. Product-specific testing is quite common and there are many other examples found in FDA special controls requirements in addition to this 510k case study.

In the Special Controls document, there are several risks and recommended mitigation measures identified:

The risks of adverse tissue reaction, chemical burns, and infection have all been addressed by biocompatibility testing and sterility testing. This 510k case study client also performed animal testing to identify any problems in a simulated use environment. However, the client did not perform any testing to address unintentional bonding specifically, wound dehiscence, applicator malfunction or delayed polymerization. The client needs verification protocols and test reports to address these specific risks.

Selection of a Primary Predicate

Another unique requirement from the US FDA for a 510k submission is the concept of a predicate device. A predicate device is a similar product that currently has a valid 510k. In July 2014, the US FDA released a guidance document that clarifies that companies submitting a 510k should identify only one primary predicate–rather than identifying multiple predicates. Ideally, a recent 510k submission should be selected because “old” technology may no longer be considered acceptable from a safety standpoint. In the case of topical adhesives, the applicator is one of the primary differences between legacy products and more recent 510k submissions. The most recent version of Surgiseal™ is an example of a new applicator for a monomeric, 2-octyl cyanoacrylate.

This 510k case study client has a similar applicator design, and therefore Surgiseal™ is selected as the primary predicate device for this 510k submission. For all the testing protocols that need to be created for this 510k submission, comparative testing is performed with a sample of Surgiseal™ and a sample of products made by my client. In each of these protocols, the acceptance criteria are performance “not worse than Surgiseal™.”

Additional 510k Training

If you enjoyed our 510k case study and you would like more 510k training, please search our website for more articles. We wrote a 510k book in 2017 when we first started hiring consultants to grow Medical Device Academy from an independent consulting business to a consulting firm. The book was called, “How to Prepare Your 510k in 100 Days.” Changes to the FDA 510k process have been rapid over the past 7 years, and the content is no longer relevant, but there is an on-line 510k course series consisting of 33 new FDA eSTAR webinars. You can also purchase our webinars individually.

510k Case Study – Part 1 Read More »

Jun 2 2012

FDA Approval Process: “Triage” for 510(k)

1 Comment / 510(k) / By Robert Packard / 510(k), FDA, Food & Drug Administration, Triage Pilot Program

The Triage program for 510(k) submissions is reviewed. The goal of this FDA approval process program is to reduce review time from 90 to 30 days.

Thursday, Congress voted 96 to 1 for a bill to increase FDA user fees. The rationale is that the FDA needs more funding to be strong enough to properly regulate foods, drugs, and medical devices. One of the commitments linked with this new funding is to shorten the review of 510(k) submissions. To this end, OIVD has created a new program called “Triage.” The goal of this program is to accelerate the review of specific traditional 510(k) submissions to 30 days instead of 90 days.

In theory, this pilot program will help some companies get their 510(k) clearance letter faster, but simultaneously, the FDA will be able to concentrate resources on high-risk 510(k) submissions. This entire strategy seems to be the opposite of triage. Triage involves sorting sick patients into three categories:

1) Those who are likely to live, regardless of what care they receive

2) Those who are likely to die, regardless of what care they receive

3) Those for whom immediate care might make a positive difference in their outcome

If we apply the triage analogy to 510(k) submissions, we see three categories:

1) 510(k) submissions that are likely to be approved, regardless of how much time the FDA spends

2) 510(k) submissions that are likely to be rejected, regardless of how much time the FDA spends

3) 510(k) submissions whose approval or rejection is not apparent, but the FDA’s earlier involvement in the design and development process would substantially improve review time.

The FDA’s “triage” program is intended to demonstrate improvement in the time required to approve medical devices by sorting submissions into two groups: group #1 above and group # 2/3 from above. This will make the numbers look good, but the FDA should be spending even less time on #2 than it spends on the #1 category of submissions. The FDA should also get involved in group #3 submissions much earlier.

FDA Approval Process

The types of submissions that need more FDA reviewer time are devices that are higher in risk and where special controls guidance documents and or ISO Standards have not already been established for performance and safety testing criteria (i.e., – Category #3 above). In these cases, when a company tries to obtain some feedback from the FDA, they are asked to request a pre-IDE meeting. The company will not be necessarily performing a clinical trial, but this is the only vehicle the FDA has for justifying the time it spends providing feedback on proposed verification and validation testing plans. The FDA needs to develop a new model that is ideally suited for 510(k) products where guidance and Standards do not exist. This would also have the effect of reducing the number of “Not Substantially Equivalent” (NSE) letters the FDA issues.

If a company is developing a device that already has an applicable special controls document or ISO Standard, then the 510(k) pathway should be well-defined without the FDA’s help. Unfortunately, there is no easy mechanism for ensuring compliance with these external standards. This type of submission would benefit from software-controlled submissions and or pre-screening of submissions by third-party reviewers. The Turbo 510(k) software tool could lend itself to software-controlled submissions, but a proliferation of the Turbo 510(k) has been limited.

Submitting a 510(k)

If a company does not submit a 510(k) with all the required elements of a guidance document, the submission should not be processed. Implementation of validated software tools for each 3-letter product code would prevent incomplete submissions. At the very least, companies should be required to provide a rationale for any sections of submission that are not applicable.

One example of a possible software solution is currently used by third-party auditors at BSI. BSI uses a software tool that will not allow the auditor to generate a final report unless all the required elements have been completed. The FDA could use the existing screening checklist and convert this into a similar “SmartForm.” If the submission does not have all the required elements of the checklist, the submission form could not be generated from the software. This forces the task of pre-screening reviews back upon the submitter with the aid of a validated software tool.

The most significant shortfall of the Triage program is the target product types. IVD devices are quite different from other device types. Each IVD has unique chemistry, and there are a limited number of Guidance documents for IVDs, and IVD submissions represent only 10-20% of all submissions. Orthopedic, cardiovascular, general/plastic surgery and radiology devices each represent more than 10% of the submissions, and collectively they represent half of the submissions. These types of devices also have both special controls documents and ISO Standards defining the design inputs for design verification. Therefore, these four device types would be a better choice for a pilot program to expedite reviews.

FDA Approval Process: “Triage” for 510(k) Read More »