Die nachgelagerte Phase: Nicht nur relevant für die ISO 14971
Eine der häufigsten Abweichungen bei Audits hat einen Bezug zur sogenannten „nachgelagerten Phase“.
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 ist der Artikel zum Erstellen von Prozess- und Verfahrensanweisungen. Das 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:
- Prozesse in der nachgelagerten Phase
- Problemlösungsprozess bei Software
- Korrektur- und Vorbeugemaßnahmen (CAPA)
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.
Problemlösungsprozess für Software
Die IEC 62304 fordert in Kapitel 9 einen Problemlösungsprozess. Doch vieles, was da beschrieben steht, findet sich auch im Kapitel 6 zum Wartungsprozess. Benötigen Sie als Hersteller jetzt einen oder zwei Prozesse? Lesen Sie hier, wie Sie redundante Arbeit und QM-Bürokratie vermeiden und dennoch die Forderungen der Norm erfüllen.
Dokumentenfreigabe – Vier-Augen-Prinzip notwendig?
Eine effiziente Dokumentenfreigabe stellt eine der wichtigsten Voraussetzungen für ein wirkungsvolles Qualitätsmanagementsystem dar. Lesen Sie in diesem Artikel, wie Sie mit einer effizienten Dokumentenfreigabe die Produktivität Ihres Teams verbessern und die Qualität Ihrer Produkte und Prozesse erhöhen können. Dieser Artikel beschreibt, wie Sie Dokumente auch in der Entwicklung effizient prüfen und freigeben. Sie erfahren zudem,…
WeiterlesenRisk Based Approach – Risikobasierter Ansatz
Viele Behörden und Regularien sprechen von einem Risk Based Approach, auf deutsch risikobasierter Ansatz. Allerdings definieren sie diesen Begriff nicht und nennen auch keine Beispiele. Dieser Artikel verschafft Ihnen einen Überblick darüber, was ein „Risk Based Approach“ ist und gibt konkrete Hinweise dazu, wie Firmen diese regulatorischen Anforderungen erfüllen können.
WeiterlesenAgile Softwareentwicklung für Medizinprodukte
Viele Medizinproduktehersteller schwören auf die agile Softwareentwicklung. Der nicht nur rechtlichen Implikationen ist man sich aber häufig nicht bewusst.
Prozessvalidierung: Definition & Beispiel ~ Auf was Sie unbedingt achten sollten
Unter Prozessvalidierung versteht man den Nachweis, dass ein Prozess die Anforderungen an seine Prozessergebnisse erfüllt. Lernen Sie, wann Sie welche Prozesse (im Software-Kontext) validieren müssen und wie Ihnen das einfach gelingt. Finden Sie auch heraus, was Prozessvalidierung mit PQ, IQ und OQ zu tun hat.
WeiterlesenAAMI TIR 36: Validierung von Prozesssoftware
Der AAMI TIR 36 ist ein Best Pratice Guide, der den Titel “Validation of software for regulated processes“ trägt. Die AAMI möchte mit diesem „Technical Information Report“ Medizinprodukteherstellern Hilfestellung dabei geben, computerisierte Systeme zu validieren. Inhaltsübersicht Wer den TIR 36 lesen sollte » Übersicht über die Anforderungen » Verbindlichkeit, Ziel, Bezugsquelle » Stärken und Schwächen…
Weiterlesen
FDA QSIT: Quality System Inspection Technique
Im QSIT (Quality System Inspection Technique) weist die FDA Ihre Inspektoren an, wie diese die Konformität von Qualitätsmanagementsystemen mit den regulatorischen Forderungen des 21 CFR part 820 prüfen sollen. Für Medizinproduktehersteller dient der QSIT damit nicht nur zur Vorbereitung auf FDA Inspektionen, sondern auch als Anregung für das Vorgehen bei eigenen internen Audits.
Human Factors Engineering: Was die FDA von Ihnen verlangt
In diesem Artikel lesen Sie, welche Anforderungen die FDA an das Human Factors Engineering HFE stellt, an welche Produkte die FDA diese Anforderungen stellt und wie Sie diese Anforderungen umsetzen.
Hotfix: 6 Tipps für schnelle und normenkonforme Bugfixes
Unter einem Hotfix verstehen die meisten Medizinprodukte-Hersteller die kurzfristige Behebung eines dringenden Software-Bugs. Bei diesen Hotfixes unterlaufen den Herstellern gravierende Fehler. Auch regulatorische. Lesen Sie hier, wie Sie die Software Ihrer Medizinprodukte durch einen Hotfix schnell und ohne Overhead aber dennoch gesetzeskonform updaten können.
Weiterlesen