Viele regulatorische Vorgaben fordern die Hersteller auf, Prozesse und Verfahren festzulegen. Solche Forderungen stellen beispielsweise die EU-Verordnungen (MDR und IVDR), Normen wie die ISO 13485, IEC 62304 und ISO 14971 sowie die FDA.
Inhalt
Sie finden auf dieser Seite Verweise auf Fachartikel zu Prozessen und Verfahren:
- Artikel zu Prozessen und Verfahren im Allgemeinen
- Artikel zu einzelnen Prozessen und Verfahren
- Hinweise zur Unterstützung bei Prozessen und Verfahren
1. Artikel zu Prozessen und Verfahren im Allgemeinen
a) Abgrenzung von Prozessanweisungen und Verfahrensanweisungen
Die Beschreibung von Prozessen und Verfahren unterscheidet sich in ihrem Granularitätsgrad. Prozesse beschreiben, WAS gemacht wird. Verfahrensanweisungen beschreiben, WIE etwas gemacht wird.
Aber die regulatorischen Anforderungen unterscheiden beides nicht immer präzise.
Alle Anweisungen müssen letztlich bestimmen,
- wer wann was in welcher Reihenfolge auf welche Weise macht
- und dabei welchen Input in welchen Output überführt.
b) Artikel
Die Prozesse und Verfahren sind Teil des Qualitätsmanagements. Diese Übersichtseite verschafft einen guten Einstieg in das Thema Qualitätsmanagement.
Hilfreich sind die Artikel zum Erstellen von Prozess- und Verfahrensanweisungen sowie zum risikobasierten Ansatz bei Prozessen. Das Schreiben dieser Vorgabedokumente sollte nur bei ausgewählten Prozessen die Aufgabe des QM-Beauftragten sein.
Sind die Prozesse definiert, müssen sie einer Prozessvalidierung unterworfen werden.
Hersteller sollten den Unterschied von Prozessorientierung und Prozessmanagement beachten.
2. Artikel zu einzelnen Prozessen und Verfahren
a) Entwicklung
Alle Hersteller müssen einen Entwicklungsprozess festlegen. Dazu sollten sie die Abgrenzung und das Zusammenspiel von Entwicklungsplan und Entwicklungsprozess verstehen.
Bei der Software-Entwicklung nutzen viele Hersteller agile Entwicklungsmodelle. Die Dokumentation hingegen sollte eher einem Modell folgen, das an das V-Modell erinnert.
Ein Teil der Entwicklung umfasst das Risikomanagement bzw. den Risikomanagementprozess. Dabei müssen die Hersteller auch die Risiken durch unzureichende Prozesse analysieren, etwa mit einer Prozess-FMEA (pFMEA).
b) Nachgelagerte Phase
Die Prozesse müssen den ganzen Lebenszyklus der Produkte abdecken:
3. Unterstützung
Das Johner Institut hilft Herstellern von Medizinprodukten dabei, schlanke und normenkonforme Prozesse und Verfahren festzulegen.
Damit gelingt es Ihnen, Ihre Produkte in der geplanten Zeit und mit den geplanten Kosten schnell und sicher zu entwickeln und in den Markt zu bringen.
Melden Sie sich, damit wir gemeinsam einen Plan erstellen können, wie Sie in kurzer Zeit und zu minimalen Kosten diese Prozesse und Verfahren bei sich etablieren.
Was MDR und IVDR verwechseln und weshalb Sie nicht von CAPA sprechen sollten Die FDA (im 21 CFR part 820 – QSR) und die ISO 13485 unterscheiden Leider unterscheiden die MDR und die IVDR diese Konzepte nicht präzise. Auch viele Hersteller glauben, „corrective and preventive actions“ zu einem CAPA-Prozess zusammenfassen zu können. Doch das ist genauso unpräzise wie die mangelnde…
Weiterlesen
Abweichungen, Nichtkonformitäten, Fehler, Findings und weitere Begriffe werden fälschlicherweise oft synonym verwendet. Sogar Normen widersprechen sich bei der Definition einzelner Begriffe explizit. Dieser Artikel klärt,
Weiterlesen
Gesetze fordern das Risikomanagement im Krankenhaus, vor allem, um die Patientensicherheit zu verbessern. Dennoch tun sich viele Krankenhäuser damit schwer. Dieser Artikel stellt die wichtigsten regulatorischen Anforderungen vor und gibt Tipps zur Umsetzung.
Weiterlesen
Im 21 CFR part 820 formuliert die FDA die Anforderungen an die Qualitätsmanagementsysteme u.a. von Medizinprodukteherstellern. Damit ist bzw. war der 21 CFR part 820 (Quality System Regulation QSR) das Pendant zur ISO 13485.
Die Medizinprodukteverordnung (MDR) (wie bereits die Medizinprodukterichtlinie (MDD) und damit das Medizinproduktegesetz zuvor) verlangt, dass Hersteller für ihre Software Lebenszyklus-Prozesse einhalten. Auch die IEC 62304 und die IEC 82304 sprechen von Software-Lebenszyklus-Prozessen. Doch was versteht man unter einem Software-Lebenszyklus? Der Software-Lebenszyklus beinhaltet alle Phasen, die ein Software-Produkt von der ersten Idee bis zur Außerbetriebnahme durchläuft.…
Weiterlesen
Unter Software-Wartung versteht man die Phase, in der die Software weiterentwickelt wird, z. B. mit dem Ziel 79% aller Bugs werden laut FDA während der Software-Wartung eingeführt. Entsprechend adressieren einige Regularien dieses Thema. Update: Ergänzung zur Software-Wartung während der Entwicklung
Weiterlesen
Die EU-Verordnungen stellen hohe Anforderungen an die sogenannte Inverkehrbringung von Medizinprodukten. Erfahren Sie in diesem Artikel, was diese Regularien unter einer Inverkehrbringung verstehen, welche Missverständnisse und Widersprüche Sie kennen müssen und welche Voraussetzung die Hersteller bzw. Produkte erfüllen müssen.
Weiterlesen
Die Digitalisierung der Produktion ist ein wesentlicher Bestandteil der digitalen Transformation von produzierenden Unternehmen. Doch nicht alle Unternehmen profitieren im gleichen Maß von Digitalisierungsmaßnahmen. Dieser Artikel beschreibt,
Weiterlesen
Lastenheft und Pflichtenheft, Systemspezifikation und Systemanforderungen Die Vorstellungen darüber, was Lastenhefte und Pflichtenhefte enthalten müssen, gehen weit auseinander – manchmal auch innerhalb einer Firma. Das liegt u. a. daran, dass die beiden Dokumente die verschiedenen Anforderungstypen nicht konsequent unterscheiden. Vielmehr unterscheiden sie sich in der Granularität und dem Detailgrad. Schon aus regulatorischer Sicht sollten Sie…
Weiterlesen
Der Risikomanagementplan ist eines der wichtigsten Dokumente der Technischen Dokumentation. Entsprechend intensiv prüfen Behörden und Benannte Stellen diesen Plan. Doch nicht nur aus regulatorischer Sicht profitieren Medizinproduktehersteller von einem präzisen Risikomanagementplan. Dieser Beitrag
Weiterlesen