This course is essential for Medical Device companies interested in submitting software enabled medical Devices or Software as a Medical Device to the FDA for 510K approval. One of the biggest risks most company's face when submitting their device for approval is finding out after seven or more months of waiting that the 510K has been denied because the software portion of the submittal is inadequate and not compliant. They also face potential audit risk which might prevent them from selling their approved product if they have been found to not have an IEC62304 Compliant Software Quality System.
This course will ensure that Device companies will know exactly what documentation needs to be prepared. They will also know how to ensure the documentation is prepared correctly so the software portion of the submittal will be in compliance preventing delays of the 510K approval. Companies can also face potential audit risks and serious findings post submittal that can block their ability to ultimately sell their product successfully. This course will ensure that you know what is expected to have in place for compliance for your company during the preparation of a 510K to prevent this risk.
WHY SHOULD YOU ATTEND?
Developing software for medical devices can be a challenge especially if the device is complicated. You do not know if it is safe enough. You do not know if it tested enough. You do not know if the FDA will consider it for suitability for a 510K. Should your software cause harm to someone you don't know if you are protected from liability should your software fail.
Compliance with IEC62304 is key to ensure your software has been developed to the highest level of safety. Developing software based on the standard shows one way to indicate an intent to ensure the safety of your product. Gives you a framework to ensure you are developing and testing to consistent and stringent standard. Demonstrating compliance with the standard will be apparent in your submission and will be one way to ensure acceptance by the FDA.
LEARNING OBJECTIVES
- Why is having an IEC62304 Compliant Software Quality System important to both developing your software for 510K approval and how you can be putting your company at risk post-approval if you do not have a compliant system in place
- What is IEC62304 and how does it differ from other Compliance Standards such as ISO13485
- What are the elements that constitute an IEC62304 Compliant System?
- Benefits of developing to an IEC62304 standard
- What are the components of the Software Lifecycle
- What are the major Software Work Products developed to the standard?
- How it fits in with a Company's Standard Quality Process
- What are the legal consequences for the company with the submittal if the company does not adhere to the Guidance
- One of the most common reasons that a Software Enabled Medical Device is denied a 510K is because the Guidance has not been followed
- What are the potential audit consequences if the Company does not have an IEC62304 Compliance Quality System in place
- Understand the regulatory need for IEC 62304 Guidance as it relates to submitting a 510K for Software Enabled Medical Devices
- What constitutes compliance with the Standard
- What areas does the Guidance Address
- What are the legal consequences for the company with the submittal if the company does not adhere to the Guidance
WHO WILL BENEFIT?
Managers, Supervisors, Directors, and Vice-Presidents in the areas of:
- Regulatory
- Quality
- Vice President of Compliance and Regulatory
- Compliance Expert
- Software Engineer
- Software Engineering Manager
- Software Compliance Engineer
- Medical Device Software Engineer
- Quality Assurance
- Design Assurance
- Design Engineers
Developing software for medical devices can be a challenge especially if the device is complicated. You do not know if it is safe enough. You do not know if it tested enough. You do not know if the FDA will consider it for suitability for a 510K. Should your software cause harm to someone you don't know if you are protected from liability should your software fail.
Compliance with IEC62304 is key to ensure your software has been developed to the highest level of safety. Developing software based on the standard shows one way to indicate an intent to ensure the safety of your product. Gives you a framework to ensure you are developing and testing to consistent and stringent standard. Demonstrating compliance with the standard will be apparent in your submission and will be one way to ensure acceptance by the FDA.
- Why is having an IEC62304 Compliant Software Quality System important to both developing your software for 510K approval and how you can be putting your company at risk post-approval if you do not have a compliant system in place
- What is IEC62304 and how does it differ from other Compliance Standards such as ISO13485
- What are the elements that constitute an IEC62304 Compliant System?
- Benefits of developing to an IEC62304 standard
- What are the components of the Software Lifecycle
- What are the major Software Work Products developed to the standard?
- How it fits in with a Company's Standard Quality Process
- What are the legal consequences for the company with the submittal if the company does not adhere to the Guidance
- One of the most common reasons that a Software Enabled Medical Device is denied a 510K is because the Guidance has not been followed
- What are the potential audit consequences if the Company does not have an IEC62304 Compliance Quality System in place
- Understand the regulatory need for IEC 62304 Guidance as it relates to submitting a 510K for Software Enabled Medical Devices
- What constitutes compliance with the Standard
- What areas does the Guidance Address
- What are the legal consequences for the company with the submittal if the company does not adhere to the Guidance
Managers, Supervisors, Directors, and Vice-Presidents in the areas of:
- Regulatory
- Quality
- Vice President of Compliance and Regulatory
- Compliance Expert
- Software Engineer
- Software Engineering Manager
- Software Compliance Engineer
- Medical Device Software Engineer
- Quality Assurance
- Design Assurance
- Design Engineers
Speaker Profile
Jose Ignacio Mora
Jose Mora is a Principal Consultant specializing in Manufacturing Engineering and Quality Systems. For over 30 years he has worked in the medical device and life sciences industry specializing in manufacturing, process development, tooling, and quality systems. Prior to working full time as a consulting partner for Atzari Consulting, José served as Director of Manufacturing Engineering at Boston Scientific and as Quality Systems Manager at Stryker Orthopedics, where he introduced process performance, problem solving, and quality system methodologies.During that time he prepared a white paper on the application of lean manufacturing methods to the creation and management of …
Upcoming Webinars
Empowering Conflict Resolution: Letting Go to Gain Control
Developing an Agile Workforce with Emotional Intelligence (…
FDA Regulation of Artificial Intelligence/ Machine Learning
Compliance Under Fire: Navigating I9 Immigration Raids & …
How to Give Corrective Feedback: The C.A.R.E. Model - Elimi…
Human Error Reduction Techniques for Floor Supervisors
How To Conduct An Internal Harassment And Bullying Investig…
Secrets Of Psychology - Why People Do The Things They Do
FDA Compliance And Laboratory Computer System Validation
Leadership: Strategic Planning and Decision Making
Polish your Presence on Linkedin - The Powerful Profile
Marketing to Medicare or Medicaid Beneficiaries - What You …
Human Factors Usability Studies Following ISO 62366 and FDA…
Leveraging Artificial Intelligence in HR
Bootcamp for New Managers and Supervisors: Develop These Es…
Utilizing A Proven Process When Conducting Sensitive, Inter…
Understand the Different Contexts in DAX, The Filter Contex…
Understanding and Analyzing Financial Statements
HR Metrics and Analytics 2025 - Update on Strategic Plannin…
The Importance of Storytelling in Project Management
Defensive Documentation: Protecting Your Organization from …
Topic Name/Course Title Leading a Project and Team in Stres…
Power Bi - Turn Bad Data Into Great Data In Minutes
OSHA Reporting: What are OSHA's Reporting Requirements?
Onboarding is NOT Orientation - How to Improve the New Empl…
Copilot and HR: An Introduction for HR Professionals
Establishing Appropriate Quality Metrics and Key Performanc…
How to Write Effective Audit Observations: The Principles f…
Basic Accounting and Finance for Human Resources Profession…
EBIT/EBITDA - Understanding Your Profit and Loss Statement-…
FDA Audit Best Practices - Do's and Don'ts
Handbook Overhaul 2026: Compliance, OBBB Act & Beyond
FDA Technology Modernization Action Plan (TMAP) and Impact …
Stress, Change And Team Resilience Through Humor: An Intera…
Controller Challenges in Changing Times: New Roles as Strat…
The Importance of the first 5 seconds when presenting
Excel Spreadsheets; Develop and Validate for 21 CFR Part 11…
Sunshine Act Reporting - Clarification for Clinical Research
How to Prepare For and Host a FDA Inspection and Respond to…
From Chaos To Calm: How to Eliminate Drama and Boost Workpl…
Managing Toxic Employees: Strategies For Leaders To Effecti…