Key Insights for Medical Software Development

The European Medical Device Regulation (MDR) is a complex landscape with many regulations and hidden challenges. We have navigated this terrain well and developed innovative, compliant medical software solutions.

Thanks to our experience with products such as MyIUS (a certified app for monitoring bleeding patterns and managing hormonal intrauterine systems), Companion Med (a combination app and breathalyzer to help patients maintain abstinence) and NeoDoppler (a device for monitoring cerebral blood flow in premature babies), we have equipped ourselves for the MDR environment.

The challenges under MDR

Developing medical software under MDR is akin to traversing a dense rainforest—fraught with obstacles but full of opportunities for those prepared with the right tools. Here’s how we’ve learned to navigate the most challenging aspects:

UDI system and QMS integration

Implementing a Unique Device Identification (UDI) system is not just a compliance task—it needs to be seamlessly integrated into the Quality Management System (QMS) and, ideally, into the build pipeline. This integration minimizes manual work and ensures consistency.

Unannounced audits

Being prepared for unannounced audits is essential. Establish Standard Operating Procedures (SOPs) that outline how to act in such cases: provide a comfortable environment, offer refreshments, and promptly assemble your experts to address auditors’ questions. This preparation helps maintain composure and efficiency during audits.

Clinical evaluation

Clinical evaluations under MDR require demonstrable safety and performance endpoints, which can be challenging to substantiate retrospectively. Establishing equivalence, especially for software, often necessitates a deep dive into the core algorithm. Be prepared for thorough scrutiny if you choose this path.

It’s insufficient to rely solely on a single scientific database. Utilize diverse scientific publication databases to ensure comprehensive coverage and avoid overlooking critical studies.

Cybersecurity measures

Auditors expect state-of-the-art cybersecurity measures, including vulnerability scans and penetration tests, even if these are not explicitly required. It is advisable to implement these measures proactively.

The MDCG 2019-16 rev.1 guideline provides a framework that emphasizes the classic risk management cycle: Plan – Analyze – Evaluate – Mitigate .

Additionally, FDA guidance offer more detailed examples and can serve as valuable extensions.

The level of detail in an inspection depends on the auditor’s expertise. If they focus on cybersecurity, be prepared for detailed discussions on risk scores. We have found that using the Common Vulnerability Scoring System (CVSS) has been satisfactory for auditors so far.

Usability and risk management

Usability studies and risk management are central to MDR compliance, even though usability is only mentioned in the MDR in the context of Post-Market Surveillance (PMS). Auditors are increasingly focusing on documentation and traceability and require that all measures – even best practices – are explicitly documented. Keep the original records of your suppliers as they might be requested for further inspections.

This iterative process extends over the entire product life cycle. A one-page summary of tests carried out with a small group is insufficient; comprehensive documentation is required.

Post-Market Surveillance

For software, post-market monitoring includes collecting data from support channels, monitoring the software bill of materials (SBOM), crash reports and compatibility checks with new operating systems or devices. Changes to SOUP (Software of Unknown Provenance) components or the underlying operating systems occur frequently and require constant vigilance. The more your product gains importance on the market, the more feedback you can expect, which requires thorough documentation and analysis.

Trend analysis and effective data collection methods are essential for producing the Periodic Safety Update Report (PSUR) and maintaining compliance. Selecting the right statistical methods is critical. Recommended methods include Weibull analysis (as recommended in ISO 24971), Nelson’s rules (as recommended in ISO/TR 20416), the Mann-Kendall test or the Neumann trend test (for normally distributed populations).

Survival tips for the MDR landscape

  • Start small, iterate fast

    Begin with a Minimum Viable Product (MVP) to explore usability and acceptance. This approach manages risks while accelerating progress.

  • Incorporate agile conformity

    By integrating compliance into agile development cycles, your process remains adaptable and in line with MDR requirements at the same time.

  • Documentation is essential, but keep it lean

    Think of documentation as your roadmap. It records every step, ensuring you have evidence to present when auditors inquire about your process.

  • Working together early and often

    Involve notified bodies, cybersecurity experts and other stakeholders early on to effectively manage complexity.

Conquering the MDR landscape

The MDR environment is complex and full of challenges. With the right tools, preparation and attitude, you can develop ground-breaking software solutions that make a real difference.

Are you ready to start your journey through the MDR landscape or do you need support? We are happy to support you on your journey. Just get in touch with us.