MEDICAL • REGULATED FIRMWARE

Medical Device Firmware Development and IEC 62304

Firmware built with the lifecycle, traceability and risk documentation that regulators and notified bodies expect.

Medical firmware: the key points

  • IEC 62304 defines a software lifecycle for medical device software, with rigour scaled to the safety class (A, B or C).
  • Risk management (ISO 14971) drives the design. Hazards are identified, controlled in software or hardware, and verified.
  • Documentation is part of the product: requirements, architecture, unit and system tests, traceability and configuration management.
  • India regulates medical devices under the Medical Device Rules, 2017 administered by CDSCO; requirements depend on the device class.

What IEC 62304 asks for

ActivityWhat it means in practice
Software planningA documented plan, standards and tools
Requirements analysisTestable software requirements traced to system and risk requirements
Architectural designDefined software items, interfaces and segregation
Detailed design and implementationCoding standard, reviews, static analysis
Verification and testingUnit, integration and system tests with recorded results
Release and maintenanceConfiguration management, problem resolution and change control

The amount of documentation scales with software safety class, set by the severity of harm the software could contribute to.

Engineering practices we apply

Hardware and standards context

Electrical safety and EMC for medical electrical equipment fall under IEC 60601-1 and its collateral standards, which affect hardware design as much as firmware. We coordinate with accredited labs and your regulatory consultant. The site portfolio shows our experience with a signed OTA bootloader for an STM32-based diagnostic device; see portfolio.

What we do not do

We provide engineering and documentation. Regulatory strategy, clinical evaluation and submissions to CDSCO or other authorities should be handled with your quality and regulatory team or specialist consultants. This page is information, not regulatory advice.

Sources and further reading

Last reviewed: October 2026. Regulations and product availability change; confirm current rules with the issuing authority before you commit to a design.

Common Questions

Frequently Asked Questions

Do you work under an ISO 13485 quality system?

Please ask us directly about our current certifications. Where a client operates under ISO 13485, we follow the client's design-control procedures and deliver records in their format.

What is the difference between IEC 62304 class A, B and C?

They reflect the possible harm from software failure: A no injury or damage to health, B non-serious injury, C death or serious injury. Higher classes require more rigorous design and testing.

Can an existing firmware be brought into compliance?

Sometimes. We assess the code and documentation gap, and may recommend retrospective documentation and testing, or a redesign of critical parts.

Is open-source software allowed in medical devices?

Yes, as software of unknown provenance (SOUP) under IEC 62304, which requires the item to be identified, its risks evaluated and its anomalies monitored.

Developing a regulated device?

Describe the device, intended use and target markets. We will outline a compliant firmware plan and the documents it will produce.

REQUEST AN ENGINEERING CONSULTATION

Related Solutions

← All engineering solutions