CSA, Part 11 and QMSR: building a coherent software assurance approach
A practical approach to shared software assurance evidence, with clear regulatory boundaries and a worked calibration-system example.
Verification engineers
Plans, methods, independence, acceptance criteria and objective evidence.
Articles
Related practical guidance
Which standards apply to an IVD medical device?
Why standards selection for an IVD must follow the complete system, its intended purpose and the consequences of an incorrect result.
Which standards does your medical device actually need?
Why a long standards list is not enough—and how intended purpose, harmonisation and product-specific evidence shape a defensible standards assessment.
AI! AI! Oh?
A playful but serious reflection on AI as assistant, reviewer and decision-maker—and why fluent answers still need evidence, judgement and accountability.
AI has accelerated medical-device development—but not manufacturer responsibility
AI changes the speed and economics of medical-device development, but it does not remove the need for product definition, objective evidence, competent review or manufacturer accountability.
You outsourced the development—not the accountability
Why outsourcing medical-device development increases the need for intelligent manufacturer oversight—and what must be controlled before an audit or submission exposes the gaps.
Can an unregistered digital health technology be used in a clinical trial?
Why absence of commercial registration does not automatically prevent a digital health technology from being used in a clinical trial—and the questions sponsors should ask instead.
When dose delivery becomes Essential Performance
A practical interpretation of Essential Performance for electronically driven injection systems, and what engineers should specify, trace and verify.
Design controls: from user need to objective evidence
How user needs, requirements, design outputs, risk controls, verification and validation form a coherent evidence chain.
IEC 62304 and the medical-device software lifecycle
A practical introduction to IEC 62304, software safety classification and the evidence created across development and maintenance.
Verification and validation: what is the difference?
A clear explanation of verification, validation and how both connect to user needs, design inputs and objective evidence.
Primary functions, essential performance and safety-related requirements
A practical framework for distinguishing device functions, essential performance, safety-related requirements and supporting quality attributes.
Building an audit-ready design history file
What makes development evidence coherent, reviewable and defensible before an audit or submission.