医疗技术软件为何受到如此严格的监管
Warum Software in der Medizintechnik so streng reguliert ist | heise online
医疗技术软件的监管义务由医疗用途和风险分级决定，法律基础是 Medical Device Regulation，质量管理、风险管理和软件生命周期等标准与指南进一步细化其落地方式。开发者还须遵守 DSGVO 的数据保护要求以及未来的 KI-Verordnung 等法规。由于举证义务，文档工作量可能达到实际编程过程的多倍。
正文
Es könnte alles so einfach sein. Das Rüstzeug guter Softwareentwicklung hat sich über Jahrzehnte etabliert, in der Medizintechnik wie in jeder anderen Branche. Wer ein neues Produkt plant, klärt Nutzerwünsche und Randbedingungen und legt fest, was es abdecken soll. Diese Entscheidungen münden in die Zweckbestimmung: wofür das Produkt bestimmt ist, für wen und unter welchen Bedingungen.
Die Entwicklung von Software in der Medizintechnik oder für medizinische Zwecke ist stark reguliert.
Ausschlaggebend für die regulativen Pflichten sind die medizinische Zweckbestimmung und die Risikoklassifizierung; Umfang und Tiefe der Nachweise hängen zusätzlich von Komplexität und Art des Produkts ab.
Die Rechtsgrundlage bildet die Medical Device Regulation. Normen für Qualitätsmanagement, Risikomanagement und Softwarelebenszyklus sowie Leitfäden konkretisieren ihre praktische Umsetzung.
Entwickler müssen zudem strenge Datenschutzvorgaben der DSGVO und zukünftige Gesetze wie die KI-Verordnung einhalten.
Durch die Nachweispflichten kann der Dokumentationsaufwand den eigentlichen Programmierprozess um ein Vielfaches übersteigen.
Das Wie ist Sache der Umsetzung – Architektur, Module, Drittkomponenten, Werkzeuge, Test- und Laufzeitumgebungen und ganz profan die Entwicklung selbst. Ist das Produkt im Markt, werden Fehler behoben und ähnliche mithilfe von Erfahrungen aus dem Feld künftig vermieden. Korrekturen und Verbesserungen fließen in neue Releases, und der Reigen beginnt von vorn.
Das Data-Governance-Drama vor dem Teststart und wie es sich auflösen lässt
Streng reguliert: Wie Software in der Medizin entwickelt wird
Wie sich Kubernetes-Cluster per CAPI verwalten lassen
ITIL 5: Die größten Hürden bei der Umsetzung
Die Akropolis der Akronyme: Wie Java eine Sicherheitsarchitektur baut
Dr. Rüdiger Berlich beschäftigt sich seit 1994 mit KI. Als Consultant berät er auch zu Themen rund um Product Ownership, Change Management, Requirements- und Softwareengineering.
Wie formal man diesen Softwarelebenszyklus betreibt, hängt vom Einsatzzweck ab. Ein Spieleentwickler kann sich, auf die Gefahr einiger enttäuschter Kunden hin, vielleicht Abkürzungen erlauben. Kann Software aber, wie oft in der Medizintechnik, Menschen gefährden, reicht der Markt als Korrektiv nicht aus. Deshalb sollen Gesetze und Normen Patienten und Anwender schützen. Die dafür nötigen Kontrollmechanismen machen aus der Entwicklung allerdings schnell einen Ritt durch die Paragrafen.
Das war die Leseprobe unseres heise-Plus-Artikels "Warum Software in der Medizintechnik so streng reguliert ist". Mit einem heise-Plus-Abo können Sie den ganzen Artikel lesen.
Auf der Konferenz „All Systems Go!“ wurden sichere und Image-basierte Linux-Systeme diskutiert. Im Zentrum steht das systemd-Projekt.
Viele Notizen und Ideen, aber wenig Überblick? Mit Projektstartseiten, Eigenschaften und „Bases“ machen Sie Ihre Obsidian-Sammlung fit für den Alltag.
Wer auf der Suche nach einem Familienauto auch junge Gebrauchte berücksichtigt, erweitert die Auswahl beträchtlich. Ein Vergleich von Modellen bis 50.000 Euro.
Vorssaint bündelt Funktionen zahlreicher Mac-Tools in einer modularen App.
Die Ultra-Version der Soundbar Beam strahlt Dolby Atmos erstmals zur Decke ab und spannt Akku-Boxen als Rear-Speaker ein. Purer Wohlklang? Das klärt unser Test.
Mausarm, Rücken- und Nackenverspannungen sind typisch bei langer Bildschirmarbeit. Wir zeigen, wie Sie vorbeugen und stellen Gadgets vor, die sie unterstützen.