Insights
Filter posts
All Categories Clinical Strategy Regulatory Intellectual Property Health Economics
What you need to know about risk management for Software as (or in) a Medical Device.
Following on from previous blogs, What you need to know about traceable requirements for medical devicesand How much documentation does my Software as a Medical Device regulatory submission really need?, it’s time to now think about how to organise the complementary risk management, particularly for Software as a Medical Device (SaMD) and Software in a Medical Device (SiMD).
How to effectively implement and manage Quality Management Systems - Pt 2
In part 1, we outlined the key concepts of a quality management system (QMS), explored what a QMS is – and what it is not – discussed why a QMS is required by law and who needs it, and provided an overview of the structure of a QMS. Now, in part 2, we'll move on to the practical side of implementing and managing a QMS effectively. Now then, back to Kipling’s six honest men…
What you need to know about traceable requirements for medical devices
A key piece of the technical documentation for a medical device is a requirement stack that covers the total product lifecycle (TPLC) of that device, including the requirements.
MVP and MMP: a winning strategy for medical device development
It goes without saying (or you’d think so anyway) that strategic planning goes hand in hand with medical device development for regulatory approval and market success. However, it is often overlooked.
How to classify medical signal or image analyser software
One question we at Hardian get asked a lot is how to classify products for regulatory purposes that take an input from a sensor, and then process that signal using software. The answer depends on the intended purpose of the sensor, and the intended purpose of the output.
How much documentation does my Software as a Medical Device regulatory submission really need?
Learn how to derive the documentation requirements for SaMD from the safety and risk class of the device and download a free cheat sheet to help you navigate regulatory submissions.
Critical success factors for a Software as a Medical Device regulatory submission
Through our extensive experience of regulatory submissions for SaMD the top five make-or-break success factors are Design Control, Requirements Management, Risk Management, Verification and Validation evidence, and Software Maintenance under Change Control.
Making the Unexpected Expected: A Founders’ Guide to Unannounced Audits
If you currently have a UKCA or CE marked medical device on the market you should anticipate unannounced audits to be conducted on your organisation. We explain what they are and how you should be preparing for them.
Understanding IEC 62304 requirements for medical device software
IEC 62304 is an international standard that defines the lifecycle requirements to develop Software as a Medical Device (SaMD) such that once deployed it is safe, effective, and cybersecure .
What is The Medical Device Single Audit Program (MDSAP)?
The Medical Device Single Audit Program (MDSAP) provides medical device manufacturers with a single compliance certification based on essential standard and regulatory requirements for their quality management systems (QMS) in five major markets: Australia, Brazil, Canada, Japan and the United States.
MHRA/FDA Principles of Good Machine Learning Practice
Your guide to Good Machine Learning Practice within regulatory frameworks
UKCA – What does it mean for medical device companies?
Find out how the new UKCA regulatory changes will affect medical device companies on a global scale.