Software im Bestand sichtbar machen
Medizinproduktesoftware darf nicht zwischen Geräteinventar und allgemeinem IT-Verzeichnis verschwinden. Ausgangspunkt ist die dokumentierte Zweckbestimmung des Herstellers und die darauf beruhende Einordnung des Produkts. Dabei werden eigenständige Software, eingebettete Software und gewöhnliche Verwaltungsanwendungen nicht pauschal gleichbehandelt. Für relevante Anwendungen werden Hersteller, Produktbezeichnung, Version, Einsatzbereich und unterstützende Infrastruktur erfasst. Auch Lizenzabhängigkeiten und verfügbare Unterstützung gehören in den Betriebssteckbrief. So kann die Organisation erkennen, welche medizinische Leistung von einer bestimmten Installation abhängt und welche Funktionen bei einer Änderung oder Störung gemeinsam tätig werden müssen.
Medizinproduktesoftware und sichere digitale Versorgungsprozesse
Besondere Pflichten gezielt zuordnen
§ 17 MPBetreibV enthält besondere Pflichten für die dort bezeichnete Software als Medizinprodukt der Klassen IIb und III sowie als In-vitro-Diagnostikum der Klassen C und D. Dazu gehören Anforderungen an Installation, Einweisung und IT-Sicherheitsüberprüfungen. Der Anwendungsbereich einschließlich Ausnahmen wird produktspezifisch geprüft; die Vorschrift ist kein pauschaler Prüfauftrag für sämtliche Krankenhaussoftware. Die dort verlangten IT-Sicherheitsüberprüfungen sind spätestens im vorgesehenen Zweijahresrahmen durchzuführen, bei entsprechendem Risiko früher. Die zuständige Fachfunktion übernimmt die konkrete Fristberechnung und Dokumentation. Allgemeine Sicherheits- und Herstelleranforderungen bleiben auch außerhalb dieses besonderen Anwendungsbereichs relevant.
|
| Produktstatus | Zweckbestimmung und Einordnung | Welche besonderen Pflichten gelten? |
| Installation | Geprüfte Version und Umgebung | Ist der vorgesehene Einsatz nachgewiesen? |
| Änderung | Handhabung und Schnittstellen | Welche Tests und Einweisungen folgen? |
| Supportende | Risiken und Ablösepfad | Wie bleibt Versorgung beherrschbar? |
Betriebsumgebung nachvollziehbar beherrschen
Eine Softwareinstallation umfasst mehr als ein ausführbares Programm. Datenbank, Betriebssystem, Berechtigungen, Netzverbindungen und angeschlossene Geräte können für ihre Funktion entscheidend sein. Ein freigegebenes Umgebungsprofil beschreibt die zulässige Konfiguration und die Verantwortlichkeit für deren Pflege. Abweichungen werden bewertet, statt stillschweigend als lokaler Standard übernommen zu werden. Die fachliche Prüfung betrifft insbesondere korrekte Zuordnung, vollständige Datenübertragung und die sichere Darstellung von Ergebnissen. Testdaten und Testumgebungen sind so zu gestalten, dass keine Verwechslung mit dem tatsächlichen Versorgungsbetrieb entsteht. Die Freigabe dokumentiert ausdrücklich den geprüften Stand und seine bekannten Grenzen.
Benutzung und Betreuung zusammen vorbereiten
Die Anwendung wird erst bereitgestellt, wenn die zuständigen Benutzer den vorgesehenen Umgang beherrschen und Unterstützung erreichbar ist. Nach § 4 MPBetreibV ist bei Softwareaktualisierungen eine erneute Einweisung erforderlich, wenn sich die Handhabung mehr als geringfügig ändert. Deshalb wird bei jedem Update die Bedeutung für den Arbeitsablauf bewertet und nicht nur die technische Installierbarkeit geprüft. Für fehlerhafte Ergebnisse oder fehlende Erreichbarkeit bestehen klare Meldewege. Die klinische Verantwortung für die Verwendung medizinischer Informationen bleibt von der technischen Betreuung unterscheidbar. Beide Perspektiven werden bei Freigabe und Störungsbewertung zusammengeführt.
Das Ende der Unterstützung vorbereiten
Ein Supportende ist ein betrieblicher Entscheidungsanlass, kein überraschender Verwaltungsvorgang. Frühzeitig werden Sicherheitsrisiken, Datenzugang und Ersatzmöglichkeiten bewertet. Ein Weiterbetrieb bedarf einer fachkundigen Beurteilung der konkreten Bedingungen und darf nicht allein mit Gewöhnung oder hohen Wechselkosten begründet werden. Für eine Ablösung werden erforderliche Daten und Nachweise nachvollziehbar übernommen. Die bisherige Installation bleibt anschließend nicht als unkontrollierte Schattenlösung bestehen. Ein geordneter Softwarebetrieb schafft damit Vertrauen: Die Organisation kennt ihre Versionen, kann Änderungen erklären und besitzt einen belastbaren Weg, medizinisch relevante Funktionen sicher weiterzuentwickeln oder verantwortet zu ersetzen.
