All terms

    Software Safety Case

    A structured argument, supported by evidence, that a device's software is acceptably safe (and increasingly, secure) for its intended use.

    Reviewed by Christian Espinosa, Founder, Blue Goat CyberLast reviewed September 19, 2026

    Definition

    A software safety case is a structured, documented argument - supported by traceable evidence - that a medical device's software is acceptably safe in its intended use environment. Modern MedTech safety cases increasingly include cybersecurity arguments because exploitable vulnerabilities can produce safety harms. Goal-Structuring Notation (GSN) is the most common formalism, though many MedTech teams use less formal narrative-plus-evidence structures.
    What the regulation says
    FDA's 2023 cybersecurity guidance expects cybersecurity evidence to be integrated with safety risk evaluation under ISO 14971. The combined safety-and-security case is the unifying artifact reviewers look at to assess overall residual risk. EU MDR Annex I §17.2 expects analogous integration.

    What this means in practice

    A safety case is most useful when authored in parallel with development - claims drive what evidence the team needs to gather, evidence informs which claims can be made. Late-authored safety cases tend to be ex-post justifications rather than design drivers.

    Examples

    • A team developing an insulin pump's software submitted a safety case detailing how fault-tolerant coding practices and robust input validation prevent overdose risks, supported by testing logs and code reviews.
    • For a new surgical robot, the safety case presented arguments that its software controls were immune to common network-based attacks that could lead to unintended movements, referencing penetration test results and threat models.
    • A MedTech company updated its pacemaker software safety case to include new evidence of secure boot mechanisms and encrypted firmware updates, addressing potential tampering vulnerabilities identified during post-market surveillance.
    Common pitfalls
    • •Authoring the safety case after the fact - robs it of its design-influencing role.
    • •Treating cybersecurity as a separate case from safety.

    Frequently asked questions

    Not legally required. FDA accepts equivalently rigorous narrative arguments. EU regulators and notified bodies sometimes prefer GSN-style structure.
    Grouped by theme
    Cited by

    Where this term appears across MedTech Terms.

    Latest in MedTech

    Sources

    3 sources

    Every citation below opens the original document. Each is graded against our source-tier hierarchy so you can see what rests on binding law versus commentary.

    Tier 1Binding law and standards· 1Tier 2Regulator guidance and consensus· 2
    Link health: 3 verified· last checked 2026-06-20
    FDA·1ISO·1MDCG·1
    1. 1
      FDA Cybersecurity Guidance (Sept 2023)
      Tier 2 Verified
      FDAfda.gov
    2. 2
      ISO 14971:2019 Risk Management for Medical Devices
      Tier 1 Verified
      ISOiso.org
    3. 3
      MDCG Cybersecurity Guidance
      Tier 2 Verified
      MDCGhealth.ec.europa.eu

    Inline markers like [1] jump to the matching reference above.