Development processes—when done poorly—can feel like trying to assemble IKEA furniture without the instructions. You think you know where everything goes, but suddenly you’ve got screws left over, the shelves are upside down, and somehow the whole thing wobbles when you lean on it.  

But here’s the secret: processes aren’t the enemy. Bad ones are. 

The Great Myth: "We Don’t Need Process, We Just Need to Do Stuff"

Somewhere along the way, "process" got a bad rap. It became synonymous with red tape, endless meetings, and soul-crushing bureaucracy. But the truth?

A great process is like a GPS for your project—it doesn’t slow you down, it keeps you from driving in circles.

• Waterfall is your grandpa’s roadmap—detailed, linear, and great when you *know* the destination.
• Agile is Waze—constantly rerouting based on traffic (or stakeholder whims).
• The V-Model is the obsessive engineer’s dream—every requirement gets a matching test, like a perfectly balanced seesaw.
• Hybrid models? That’s when you let your GPS argue with Waze mid-drive.  

The point? No single methodology is "the best." But not having one? That’s like building a skyscraper with no blueprints.

"But We’re Not Building Medical Devices—Why Should We Care?"

Ah, the classic defense: "We’re not regulated, so we can wing it!"

Here’s the thing—good process isn’t just about compliance. It’s about:

\u2705 Not reinventing the wheel every sprint (because yes, someone already solved this problem last year).
\u2705 Avoiding the "Oh crap, we forgot to test that" moment (usually discovered after launch).  
\u2705 Actually knowing why you’re building something (instead of just nodding in meetings and hoping for the best).

Whether you're coding the next fintech unicorn or designing a toaster, structure prevents regret.  

The Domino Effect: How One Bad Requirement Topples Everything

Ever played Jenga? That’s your project when requirements, risks, and tasks aren’t linked.

• Feature: "The app should load fast."
• Requirement: "Load time under 2 seconds."
• Risk: "Server crashes under peak traffic."
• Task: "Optimize database queries, add caching."

If any piece is missing? The whole tower collapses.

Requirements, risk, and project management—all of these go hand in hand with development (as do testing, validating tests, qualifying equipment, calibrating, etc.).

Agile Isn’t Magic (But It Can Feel Like It)  

Agile gets hyped like it’s the corporate version of yoga—suddenly, everyone’s "flexible," "adaptable," and "mindful." But here’s the reality:  

• Agile works when your team actually collaborates (not just when they’re forced into daily stand-ups).
• It fails when "fast iterations" just mean "fast chaos."
• The best Agile teams treat documentation like a gym habit—painful at first, but life-saving later.  

Done right? Agile means fewer surprises, happier teams, and products that don’t suck.

Coming Soon: How to Stop Guessing and Start Delivering

In our next learning units, we will cover small sections of this topic—with examples and templates from the open-source program RxDx.

Stay tuned—your future self (and your project manager) will thank you. \ud83d\ude80  

(Or just carry on as before. We'll be there when the Jenga tower falls.)

Phase 1: Foundational Risk Management According to ISO 14971 (Completed)

Our journey begins with the bedrock of product safety: Risk Management according to ISO 14971:2019. This foundational course is now complete and available. (Note: This course is held in German, as it is mainly about the implementation of risk management (and I work in the DACH region). In general: work instructions are more likely to be written in German. Procedural instructions, templates etc. will be written in English. Therefore, all other content of this roadmap will be in English.) It provides a thorough understanding of how to systematically identify, evaluate, control, and monitor risks associated with medical devices.

Compliance with ISO 14971 is not merely a suggestion; it's a critical requirement explicitly referenced by regulatory bodies worldwide. For instance, the EU Medical Device Regulation (MDR 2017/745) and In Vitro Diagnostic Regulation (IVDR 2017/746) emphasize a robust risk management system throughout the entire product lifecycle. Similarly, the FDA's Quality System Regulation (21 CFR Part 820), specifically 21 CFR 820.30(g) on design validation, implicitly requires comprehensive risk management. Our course lays out these principles, ensuring you build a compliant and effective risk management framework from the ground up.

Phase 2: High-Level Risk Analyses for an almost Real-World Medical Device (In Progress)

Building on the ISO 14971 foundation, our second phase is currently in progress. We are developing practical, "high-level" risk analyses, specifically a HAZOP (Hazard and Operability Study) and an FMEA (Failure Mode and Effects Analysis), for a complex medical device we know very well: an in-line arterial blood gas analyzer (alBGA).

The purpose of these analyses is not to be exhaustive, but rather to clearly illustrate the principles and methodologies in a tangible context. By following along with a realistic product example, you'll gain a deeper understanding of how these powerful risk assessment tools are applied. This practical insight is crucial for meeting the expectations of regulatory bodies like the FDA and EU authorities, which demand thorough and documented risk assessment as part of a product's technical documentation and design file.

Phase 3: Process-Specific FMEAs & Beyond (Upcoming – 1-2 Documents per Month)

Following the high-level alBGA analyses, our roadmap will delve into FMEAs for specific manufacturing processes, which will also relate back to the alBGA. Expect to see detailed FMEAs for operations like weighing, bonding, coating, and other critical manufacturing steps.

These process-specific FMEAs are designed to be highly developed starting points for your own internal documentation. While every manufacturer's process is unique and will require adaptation, these templates will significantly reduce your development time. They address the requirements for Good Manufacturing Practices (GMP), which are central to both FDA regulations (e.g., 21 CFR Part 820 for medical devices, 21 CFR Parts 210/211 for pharmaceuticals) and EU GMP Guidelines (e.g., EudraLex Volume 4). Robust process FMEAs are vital for ensuring product quality and preventing non-conformities, directly contributing to compliance with standards like ISO 13485:2016 (Medical devices – Quality management systems – Requirements for regulatory purposes).

You can expect these specialized FMEAs, along with subsequent validation documents, to be released regularly – approximately one to two new documents or templates per month.

Future Steps: Process, Test Method, and Computer System Validations (Upcoming)

Our roadmap continues with comprehensive guidance and templates for essential validation activities:

• Process Validation (PV) Plans: Essential for demonstrating that your manufacturing processes consistently produce products meeting predetermined specifications. This directly supports GMP compliance and the quality system requirements of ISO 13485 and the MDR/IVDR.

• Test Method Validations (TMV): Ensuring your analytical and testing methods are fit for their intended purpose, a critical component of quality control.

• Computer System Validations (CSV): Providing structured approaches for validating software, from simple Excel-based analyses to more complex Python-driven systems. This is particularly relevant given guidelines like FDA 21 CFR Part 11 (Electronic Records; Electronic Signatures) and EU GMP Annex 11 (Computerised Systems), which emphasize data integrity and system reliability. Our CSV guidance will equip you to validate systems used throughout your quality management system and manufacturing processes.

Each of these upcoming modules will provide you with strong foundations, allowing you to adapt them efficiently to your unique operational and product specifics.

Our Commitment at HApi

Our mission at HApi is to facilitate your journey through the complex landscape of medical device and pharmaceutical manufacturing. By providing well-structured, practical content derived from deep industry experience, we aim to be your trusted resource, helping you to build robust, compliant, and efficient systems without constantly starting from a blank slate. Stay tuned as we roll out new content, continually expanding this valuable library of ready-to-use resources.

Während eine "traditionelle" FMEA in vielen Kontexten nützlich ist, unterscheidet sich die Vorgehensweise und der Einsatzzweck einer FMEA, die den Prinzipien der ISO 14971 folgt, in fundamentalen Aspekten. Für Fachleute in der Medizintechnik und im Gesundheitswesen ist das Verständnis dieser Unterschiede nicht nur nützlich, sondern regulatorisch gefordert und für die Patientensicherheit unerlässlich.

Lassen Sie uns die Kernunterschiede beleuchten.

Der Kontext und Zweck:

• Traditionelle FMEA: Oft eingesetzt als präventives Werkzeug zur Produkt- oder Prozessoptimierung. Der Fokus liegt typischerweise auf der Identifizierung von technischen oder organisatorischen Fehlern, die zu Funktionsverlusten, Qualitätsproblemen oder Produktionsausfällen führen können. Ziel ist primär, die Zuverlässigkeit, Effizienz und Qualität aus Herstellersicht zu verbessern.
• FMEA gemäß ISO 14971: Ist nicht einfach ein isoliertes Werkzeug, sondern ein integraler Bestandteil des gesamten Risikomanagementprozesses, der über den gesamten Produktlebenszyklus angewendet wird. Der zentrale Zweck ist in ISO 14971 klar definiert: Die Identifizierung von Gefährdungen und Gefährdungssituationen, die Bewertung der damit verbundenen Risiken im Hinblick auf eine potenzielle Schädigung (Harm) von Patienten, Anwendern oder Dritten und die Sicherstellung, dass diese Risiken auf ein akzeptables Maß reduziert werden.

Der entscheidende Punkt: Während die traditionelle FMEA vom "Versagen der Funktion" ausgehen kann, beginnt die Denkweise nach ISO 14971 oft bei der potenziellen Schädigung und arbeitet sich zurück zu möglichen  Gefährdungssituationen und deren Ursachen (die durchaus auch Funktionsausfälle oder Benutzerfehler sein können). Der primäre Fokus liegt auf Harm (Schaden/Schädigung), nicht nur auf Funktionsverlusten.

Die Definition und Bewertung von Risiko:

• Traditionelle FMEA: Das Risiko wird oft als Risikoprioritätszahl (RPZ oder RPN = Risikopriority Number) berechnet: RPZ = Auftretenswahrscheinlichkeit (A) x Schweregrad (S) x Entdeckungswahrscheinlichkeit (E). Skalen (z.B. 1-10) werden für A, S und E definiert, und die RPZ ist die Grundlage für die Priorisierung von Maßnahmen. Oft werden Schwellenwerte für die RPZ festgelegt (z.B. >100 ist kritisch). Auf wenn die Bewertung in der aktuellen Version, beschreiben im "AIAG & VDA FMEA-Handbuch", keine reine Multiplikation mehr ist - das Prinzip der Risikopriorisierung bleibt gleich.
• FMEA gemäß ISO 14971: ISO 14971 definiert Risiko als die Kombination aus der Wahrscheinlichkeit (Probability) des Eintretens einer Schädigung und der Schwere (Severity) dieser Schädigung.
  • Schweregrad (Severity): Der Schweregrad wird hier spezifisch im Hinblick auf die Schädigung von Personen definiert (z. B. leichte Verletzung, schwere Verletzung, Tod). Die Skala muss diese klinischen/patientenbezogenen Auswirkungen widerspiegeln.
  • Wahrscheinlichkeit (Probability): Dies ist die Wahrscheinlichkeit, dass eine Gefährdungssituation zu einer Schädigung führt. Diese Wahrscheinlichkeit kann die Wahrscheinlichkeit des Ereignisses, das zur Gefährdungssituation führt (z. B. Komponentenausfall, Bedienfehler), und die Wahrscheinlichkeit, dass die Gefährdungssituation zur Schädigung führt, umfassen. Die Norm lässt Raum für die Definition der Wahrscheinlichkeitsskalen.
  • Entdeckbarkeit (Detectability): Während Entdeckbarkeit im traditionellen RPZ-Modell ein Multiplikator ist, wird sie unter ISO 14971 eher als Risikokontrollmaßnahme betrachtet. Maßnahmen zur Erhöhung der Entdeckbarkeit reduzieren die Wahrscheinlichkeit, dass die Gefährdungssituation zu einer Schädigung führt (z.B. durch Alarme, Diagnosefunktionen).
  • Risikobewertung: Das Kernstück ist eine Risikomatrix, die Schweregrad und Wahrscheinlichkeit gegenüberstellt und so das Ausgangsrisiko (Initial Risk) bestimmt. Die RPZ ist explizit nicht in der Norm vorgeschrieben und kann zu irreführenden Priorisierungen führen (verschiedene Kombinationen von A, S, E können die gleiche RPZ ergeben, aber sehr unterschiedliche tatsächliche Risiken darstellen). Die Risikobewertung muss letztendlich auf den definierten und dokumentierten Risikokriterien des Herstellers basieren.

Die Akzeptanz von Risiko:

• Traditionelle FMEA: Die Akzeptanz basiert oft auf dem Vergleich der RPZ mit einem vordefinierten Schwellenwert. Eine niedrige RPZ gilt als akzeptabel.
• FMEA gemäß ISO 14971: Die Akzeptanz von Risiken muss anhand der Risikobewertungskriterien erfolgen, die der Hersteller vor der Analyse festgelegt hat. Die Risikomatrix visualisiert typischerweise akzeptable, nicht akzeptable und ggf. tolerierbare Bereiche. Jedes Risiko, das im nicht akzeptablen Bereich liegt, erfordert explizit Risikokontrollmaßnahmen. Selbst nach Durchführung von Risikokontrollmaßnahmen muss das Restrisiko bewertet und seine Akzeptanz erneut gemäß den Kriterien nachgewiesen werden. Für das Gesamtrestrisiko des Medizinprodukts muss ebenfalls ein Akzeptanznachweis erbracht werden.

Risikokontrolle und Verifizierung:

• Traditionelle FMEA: Maßnahmen werden vorgeschlagen, um A, S oder E zu reduzieren. Die Umsetzung wird oft dokumentiert.
• FMEA gemäß ISO 14971: Risikokontrollmaßnahmen müssen implementiert und deren Wirksamkeit muss verifiziert werden. Es reicht also nicht, eine Maßnahme zu definieren ("Alarm hinzufügen"), ihre Implementierung zu bestätigen ("Alarm implementiert"), sondern auch ihre Funktion und Wirkung zu überprüfen ("Alarm funktioniert wie vorgesehen und wird vom Anwender wahrgenommen"). Nach der Risikokontrolle wird das Restrisiko neu bewertet. Besteht immer noch ein zu hohes Risiko, sind weitere Maßnahmen erforderlich (im Rahmen des ALARP-Prinzips oder so niedrig wie möglich).

Dokumentation und Integration:

• Traditionelle FMEA: Das Ergebnis ist oft ein isoliertes FMEA-Dokument oder eine Tabelle.
• FMEA gemäß ISO 14971: Die FMEA-Ergebnisse sind ein kritischer Teil der Risikomanagement-Akte (Risk Management File), die alle Aktivitäten des Risikomanagements für das jeweilige Produkt von der Konzeption bis zur Stilllegung dokumentiert. Die Risikomanagement-Akte ist wiederum eng mit dem Qualitätsmanagementsystem (insbesondere nach ISO 13485) verbunden.

Lebenszyklus-Betrachtung:

• Traditionelle FMEA: Oft ein "Snapshot" während der Entwicklung oder des Prozessdesigns.
• FMEA gemäß ISO 14971: Risikomanagement ist ein kontinuierlicher Prozess, der den gesamten Lebenszyklus des Medizinprodukts abdeckt. Feedback aus der Post-Market Surveillance (z.B. Beschwerden, Vorkommnisse) muss systematisch in das Risikomanagement einfliessen und kann eine Überarbeitung der FMEA und anderer Risikoanalysen erfordern.

Vergleich: Herkömmlich FMEA vs. FMEA nach ISO 14971:

Fazit:

Eine "FMEA gemäß ISO 14971" ist weit mehr als nur eine RPZ-Berechnung. Sie ist ein integrierter, systematische Prozessschritt innerhalb des umfassenden Risikomanagements nach ISO 14971. Der fundamentale Unterschied liegt im Fokus auf potenzielle Schädigung von Patienten und Anwendern, der Notwendigkeit klar definierter und begründeter Risikokriterien und dem Postulat, dass Risikokontrollmaßnahmen verifiziert werden müssen und das Restrisiko bewertet und akzeptiert werden muss.

Für Hersteller von Medizinprodukten ist die Beherrschung dieser Methodik nicht nur eine regulatorische Anforderung (essentiell für die CE-Kennzeichnung unter MDR/IVDR und die Zulassung in anderen Märkten wie den USA), sondern ein kritischer Faktor für die Sicherheit und das Vertrauen in ihre Produkte.

ABER: Der Unterschied liegt NICHT in der ursprünglichen Fehlerursachen- bzw. Fehlerauswirkung-Analyse. Er liegt in der Sichtweise auf die Auswirkung UND auf die Bewertung. Insbesondere durch die Änderungen der Bewertung  ändert sich auch das FMEA-Formular.

Es ist wichtig, den Unterschied dieser FMEA's zu kennen, um diese Methoden richtig einzusetzen, da man durchaus auch als Medizinproduktehersteller die "klassische FMEA" verwenden kann/soll. So hat es sich für mich bewehrt, das "gedanklich" fertige Medizinprodukt durch die Brille der ISO 14971 zu betrachten, alle anderen FMEA's - also das "innere" des Medizinproduktes und dessen Herstellung - klassisch.

All diese Ausführungen klingen ein wenig abstrakt - wenn man jedoch den ursprünglichen Ansatz der FMEA verwendet (zum Beispiel mit pyFMEA) werden insbesondere die Verwendung der unterschiedlichen - in diesem Fall eportierten - Formblätter klarer.

Wer im Medizintechnik-Sektor tätig ist, muss die Prinzipien von ISO 14971 verinnerlichen und seine FMEA-Methodiken kennen und klar voneinander unterschieden – zum Wohle der Patienten.

Für die Herstellung sensibler Produkte, wie z.B.: Medizinprodukte und In-Vitro Diagnostika, werden konstante und kontrollierte Umgebungsbedingungen benötigt.

Diese gleichbleibende Umgebung kann durch so genannte Reinräume und spezifische Prozesse im und rund um den  Reinraum hergestellt werden.

Die Vermeidung einer Kontamination der Produkte durch Partikel oder Mikroorganismen ist einer der Kernaufgaben eines Reinraumes.

Mitarbeiterschutz

Das Arbeiten im Reinraum erfordert die Erstellung und Implementierung von unterschiedlichen Prozessen und Konzepten, wie z.B.: Schleusenprozesse, Reinigungs-, Bekleidungs- und Hgiene-Konzepte.

Der Schutz von Gesundheit und Wohlbefinden der Mitarbeiter spielen auch hier eine wichtige Rolle:

• Schutz der Mitarbeiter vor Risiken durch Produktionsprozesse.
• Schutz der Produkte vor einer Kontamination durch die Mitarbeiter.
• Mitarbeiter in Reinräumen müssen wissen, welche Gefahren mangelhafte Hygiene beinhalten und wie diese reduziert werden können.

Sicherheit von Produkten und Patienten

Die Sicherheit von Produkten und in weiterer Folge die Sicherstellung der Patientensicherheit hat oberste Priorität!

Um dies sicherzustellen, ist die Vermeidung und Überwachung von Verunreinigungen und kontrollierten (Umgebungs-) Bedingungen ein wesentlicher und unumgänglicher Bestandteil.

Partikel und Mikroorganismen von Mitarbeitern, Materialien, Prozessen, Anlagen und Equipment können auf das Produkt und somit zum Patienten gelangen und ihn dadurch gefährden.

Umweltschutz

Umweltschutz und Nachhaltigkeit sind bereits in der Planungsphase eines Reinraumes ausreichend zu betrachten.

Ein weiterer wichtiger Aspekt des Umweltschutzes ist das Abfallmanagement. Im Reinraum wird tendenziell viel Müll produziert. Zudem werden vergleichsweise große Mengen an Reinigungs- und Desinfektionsmitteln benötigt.

Es gilt auch hier sicherzustellen, dass alle Abfälle ordnungsgemäß entsorgt werden und nicht unkontrolliert in der Umwelt landen.