Eine Softwareplattform, für deren Modul ein eigenes Team verantwortlich ist
Leistungen · Dedizierte Entwicklungsteams

Ein Team mit eigener technischer Leitung für einen Teil Ihres Produkts

Verifizierung, DevOps, die Entwicklung eines Plattformmoduls oder die Wartung erfordern ein festes Team, das Ihr Produkt kennt. Ein Silurus-Team mit eigener technischer Leitung übernimmt diesen Bereich, solange Ihre Roadmap es erfordert. Es arbeitet in Ihrem Qualitätsmanagementsystem nach ISO 13485 und IEC 62304 an Produkten für den EU- und US-Markt. Die Entwickler arbeiten nearshore von Budapest aus, in Mitteleuropa.

Leitung
Eigene technische Leitung von Silurus
Arbeitsbereiche
Verifizierung und Validierung · DevOps · Module · Wartung
Start
2 bis 3 Wochen nach Vertragsunterzeichnung
Standort
Budapest · Mitteleuropäische Zeit · Deutsch und Englisch
Aufgaben unserer Teams

Welche Aufgaben ein dediziertes Team übernimmt

01

Verifizierung und Testautomatisierung

Das Team schreibt und führt die Verifizierungstests in jedem Sprint aus, nach der von Ihnen zugewiesenen Software-Sicherheitsklasse (A, B oder C, je nach Schaden, den ein Softwarefehler verursachen könnte) nach IEC 62304, und hält die Rückverfolgbarkeit aktuell. Die Designvalidierung des fertigen Geräts bleibt bei Ihnen, und das Team unterstützt sie, wo Sie es wünschen.

Verifizierung und Validierung →
02

DevOps und Release

Das Team betreibt CI/CD-Pipelines, erstellt signierte Builds, betreut Testumgebungen und bereitet die Unterlagen für Ihre Release-Freigabe vor.

03

Ein Plattformmodul

Das Team entwickelt und verifiziert Ihr Modul über Jahre hinweg, von den vereinbarten Anforderungen bis zum verifizierten Release. Sie geben die Anforderungen und jedes Release frei.

04

Wartung und Fehler aus dem Feld

Das Team analysiert Fehlerursachen, behebt Fehler und erstellt Wartungs-Releases. Ihre eigenen Entwickler können sich so auf die Roadmap konzentrieren.

05

Sicherheits- und SOUP-Updates

Das Team bewertet, aktualisiert und verifiziert Komponenten von Drittanbietern und hält die SBOM (Software Bill of Materials, die Liste aller Softwarekomponenten im Build) aktuell.

Cybersecurity für Medizinprodukte →
07

Regulatorische Dokumentation

Unsere Spezialisten für Regulatory Affairs und unsere FDA-Berater unterstützen das Team bei der Dokumentation für die EU MDR und die FDA.

Regulatorische Beratung →
08

Entwicklung im Unterauftrag

Das Team arbeitet unter Ihrer Projektleitung und nach den Vorgaben des Qualitätsmanagementsystems Ihres Kunden.

Entwicklungspartner →
In der Praxis

Typische Aufgaben unserer Kunden

Ausgangslage

Ein Softwareprojekt, das größer ist als das eigene Team

Ein Engineering-Dienstleister hat den Auftrag für die Software eines Medizinprodukts erhalten. Er benötigt fünf bis zehn Entwickler für Embedded- und Anwendungssoftware. Diese müssen bereits mit IEC 62304, ISO 14971 und den Vorgaben eines kundenseitigen QMS vertraut sein.

Unser Vorgehen

Ein Silurus-Team mit eigener technischer Leitung arbeitet unter Ihrer Projektleitung und im Qualitätssystem Ihres Kunden. Es kann unter Ihrem Namen gegenüber Ihrem Kunden auftreten. Dabei gelten die Vertraulichkeitsvereinbarung (NDA) und Ihre Vorgaben zur Lieferantenlenkung. Das Team wächst schrittweise mit dem Projekt.

Ausgangslage

Ein internes Team um sechs bis acht Entwickler verstärken

Ein Hersteller benötigt für ein neues Produkt mehr Softwareentwickler. Neue Mitarbeiter auf dem heimischen Arbeitsmarkt zu finden, dauert jedoch zu lange.

Unser Vorgehen

Silurus Software beginnt mit zwei oder drei Entwicklern und erweitert das Team schrittweise auf die geplante Größe. Die Entwickler arbeiten nearshore von Budapest aus, im selben Arbeitstag wie Teams in Mittel- und Westeuropa. Sie nutzen Ihr QMS, Ihre Werkzeuge und Ihre Abläufe für Reviews.

Ausgangslage

Ein Produkt über viele Jahre betreuen

Ein Produkt bleibt noch jahrelang auf dem Markt. Für Fehlerbehebungen, Sicherheitspatches und Plattform-Updates braucht der Hersteller ein festes Team.

Unser Vorgehen

Ein dediziertes Wartungsteam bearbeitet Problemberichte mit Ursachenanalyse für Ihr CAPA (Korrektur- und Vorbeugemaßnahmen), Updates für SOUP (Software unbekannter Herkunft, also Code von Drittanbietern, der im Gerät verwendet wird) und Betriebssystem, Sicherheitspatches und geplante Releases. Unser längster Teameinsatz läuft seit mehreren Jahren.

Der Start

Vom ersten Gespräch zum arbeitsfähigen Team

Woche 0

Erstgespräch

Wir stimmen Aufgabenbereich, Schnittstellen, Normen und Starttermin mit Ihnen ab.

Woche 1

Angebot

Wir stellen Team, technische Leitung und Profile namentlich benannter Entwickler vor, mit Interviews, wo Ihr Prozess sie verlangt.

Nach dem Angebot

Vertrag

Wir schließen die Vertraulichkeitsvereinbarung (NDA), den Rahmenvertrag und den Auftrag ab.

2 bis 3 Wochen nach Vertragsunterzeichnung

Einarbeitung

Wir schulen die Entwickler in Ihren Verfahren und richten die Zugänge zu Ihren Werkzeugen und Repositorys ein. Anschließend nehmen die ersten Entwickler ihre Arbeit auf.

Laufend

Regelmäßige Zusammenarbeit

Die technische Leitung plant den Arbeitsbereich mit Ihnen, berichtet monatlich und ist Ihre einzige Ansprechperson dafür.

Zusammenarbeit

Welche Form passt

Ein dediziertes Team ist sinnvoll, wenn

  • Sie für einen Aufgabenbereich mindestens ein Jahr lang ein festes Team benötigen
  • das Team eine eigene technische Leitung von Silurus haben soll

Ein anderes Modell ist sinnvoll, wenn

  • Sie Ziele und Ergebnisse schriftlich festlegen können und die Arbeit einen festen Endtermin hat: Projektumsetzung
  • ein oder zwei Entwickler unter Ihren eigenen Teamleitern arbeiten sollen: Teamerweiterung
EU und USA

Dokumentation für beide Märkte

Europäische Union

EU MDR

Für jede Änderung analysieren wir die Auswirkungen. Sind Anforderungen, Risiken oder Tests betroffen, aktualisieren wir die entsprechenden Aufzeichnungen für Ihre technische Dokumentation. Unsere Spezialisten für Regulatory Affairs wirken an diesen Unterlagen mit.

Vereinigte Staaten

FDA

Dieselben Aufzeichnungen aus dem Softwarelebenszyklus bilden die Grundlage für Ihre FDA-Softwaredokumentation und für Audits. Welche Unterlagen Sie einreichen müssen, hängt vom Produkt und vom Einreichungsverfahren ab. Bei Bedarf unterstützen Sie unsere FDA-Berater.

Technologien und Normen

Unsere Technologien und Arbeitsgrundlagen

Technologien und Werkzeuge

CC++C#.NETPythonJavaTypeScriptReactAngularQtWPFEmbedded CZephyrFreeRTOSAzureAWSAzure DevOpsJenkinsDockerGoogleTestCI/CD

Normen, Vorschriften und Verfahren

IEC 81001-5-1FDA section 524BFDA QMSR (21 CFR 820)SBOMThreat modellingTraceabilityIEC 62304ISO 13485ISO 14971EU MDRFDA

Silurus Software

  • Silurus Software, gegründet 2017, Standorte in Budapest (Ungarn) und Singapur
  • Mehr als 40 Entwickler, Spezialisten für Regulatory Affairs nach EU MDR und FDA-Berater
  • Wir arbeiten im Qualitätsmanagementsystem des Kunden nach ISO 13485. Die Aufgabenverteilung legen wir vor Arbeitsbeginn schriftlich fest. Hat der Kunde noch keinen dokumentierten Softwareprozess, stellen wir Vorlagen nach IEC 62304 bereit. Diese übernimmt er in sein eigenes System.
  • Mehrjähriger Entwicklungspartner eines europäischen MedTech-Herstellers
  • Gründer und CTO Péter Török entwickelt seit 1999 Software für die Medizintechnik. Zuvor leitete er die Softwareentwicklung bei Siemens Healthcare (syngo.via) und den Bereich F&E bei Mediso Medical Imaging Systems.
  • Zertifiziert nach ISO 9001:2015 (NQA, Zertifikat 171041, gültig bis März 2027) und ISO/IEC 27001:2022 (NQA, Zertifikat 728872, gültig bis August 2029)
  • 2025 von Dun & Bradstreet mit AAA für höchste Bonität ausgezeichnet
  • Forschungspartner der ELTE Eötvös-Loránd-Universität Budapest
  • Ab 2027 Industriepartner der Universitäten Bologna, Pisa und Amsterdam sowie der Masaryk-Universität in Brno im EU-Projekt LOGOS (Horizon Europe)
  • Die Geschäftsführerin Dr. Linda Szántó erhielt die Auszeichnungen Female Business Leader of the Year 2025 und The Pioneer Award 2026.
Unsere Arbeitsweise →Qualität und Normen →Beispieldokumente →Fallstudien →
FAQ

Häufige Fragen

01

Wem gehören Code und Dokumente? Was passiert, wenn die Zusammenarbeit endet?

Ihnen. Der Code und die Dokumente, die wir für Sie erstellen, gehen nach der Bezahlung in Ihr Eigentum über. Bei Vertragsende übergeben wir Ihnen Repositorys, Dokumentation und eine Übersicht der offenen Punkte. Dazu gehört ein Übergabegespräch mit Ihrem Team oder Ihrem nächsten Dienstleister.

02

Was ist der Unterschied zwischen einem dedizierten Team und einer Teamerweiterung?

Ein dediziertes Team hat eine eigene technische Leitung von Silurus und verantwortet einen Arbeitsbereich mit vereinbarten Ergebnissen. Bei der Teamerweiterung arbeiten einzelne Entwickler in Ihren bestehenden Teams, und Ihre eigenen Leitungen führen sie.

03

Wie schnell kann das Team beginnen?

Die ersten Entwickler können zwei bis drei Wochen nach Unterzeichnung beginnen. Das Team wird schrittweise aufgebaut.

04

Arbeitet das Team in unserem QMS?

Ja. Das Team arbeitet in Ihrem Qualitätsmanagementsystem nach ISO 13485. Es befolgt Ihre Verfahren, Ihre Vorgaben zur Designlenkung und Ihre Abläufe für Reviews.

05

Wie stellen Sie sicher, dass dieselben Entwickler an unserem Produkt bleiben?

Unsere Teams arbeiten über viele Jahre mit ihren Kunden zusammen. Personalwechsel stimmen wir vorab mit Ihnen ab. Neue Entwickler werden in Ihre Verfahren eingearbeitet. Die Übergabe durch den ausscheidenden Entwickler planen wir gemeinsam mit Ihnen.

06

In welcher Zeitzone und in welchen Sprachen arbeitet das Team?

Unsere Entwickler arbeiten in Budapest, in mitteleuropäischer Zeit und mit denselben Arbeitszeiten wie Teams in Deutschland, Österreich, der Schweiz und den Benelux-Ländern. Die Zusammenarbeit läuft auf Deutsch und Englisch.

07

Wie groß kann ein dediziertes Team werden?

Die Teamgröße richtet sich nach dem Arbeitsumfang. Das Team wächst schrittweise mit seinen Aufgaben und wird von einer technischen Leitung bei Silurus geführt.

08

Kann das Team gegenüber unserem Kunden in unserem Namen auftreten?

Ja. Als Subunternehmer arbeitet das Team unter Ihrem Delivery Management, Ihrer Geheimhaltungsvereinbarung und Ihrer Lieferantensteuerung. Ihre Organisation ist der Ansprechpartner für Ihren Kunden, und die Arbeit geht unter Ihrem Namen hinaus. Silurus Software wird in Ihrem Qualitätssystem als Lieferant qualifiziert, bevor die Arbeit beginnt. Die Unterbeauftragung wird offengelegt, wo Ihre Lieferantensteuerung, das Audit Ihres Kunden oder die Benannte Stelle (die unabhängige Organisation, die ein Produkt nach der EU MDR zertifiziert) es verlangen.

09

Mit welchen Technologien arbeitet das Team?

Anwendungsentwicklung in C#, .NET, C++, Qt und Python, eingebettetes C und C++ auf RTOS und Bare Metal, Bildgebung und DICOM (der Standard für medizinische Bilder und deren Austausch), Testautomatisierung und DevOps.

10

Wie rechnen Sie ein dediziertes Team ab?

Wir rechnen monatlich nach Aufwand ab. Die Aufwandsaufstellung geben beide Seiten frei. Lassen sich die Ergebnisse vorab festlegen, kann das Team auch Arbeitspakete mit vereinbarten Ergebnissen übernehmen.

11

Kann das Team Sicherheitsupdates und den Ersatz veralteter Komponenten über die gesamte Produktlebensdauer übernehmen?

Ja. Das Team überwacht die Komponenten in der SOUP-Liste und der SBOM auf neue Schwachstellen. Es bewertet die Schwachstellen und behebt sie durch Patches nach IEC 81001-5-1 und Ihren Change-Control-Verfahren. Außerdem plant es den Ersatz von Komponenten, deren Lebensdauer endet.

12

Mit welchen Cloud-Plattformen arbeiten Sie?

Wir arbeiten auf Azure, AWS und Google Cloud, je nachdem, worauf das Produkt läuft. Der Lebenszyklus ist auf allen gleich: Die SDKs und Bibliotheken gehen in die SOUP-Liste und die SBOM, die verwalteten Cloud-Dienste werden mit Konfiguration und Risikobewertung dokumentiert, und das Threat Model (eine strukturierte Analyse, wie das Gerät angegriffen werden könnte) deckt den Cloud-Teil ab.

13

Kann ein dediziertes Team ein Produkt von einem anderen Dienstleister übernehmen?

Ja. In der ersten Woche nach dem Start des Teams werden der Code, die Build-Umgebung und der Zugang zum ausscheidenden Lieferanten gesichert. Übergabesitzungen laufen, solange der Lieferant verfügbar ist, der Build wird auf unserer Seite reproduzierbar gemacht, und eine Gap-Analyse (eine Prüfung, was gegenüber der Norm fehlt) nach IEC 62304 zeigt den Stand von Code und Akte. Die gefundenen Lücken, etwa fehlende Anforderungen, Risikoaufzeichnungen oder Rückverfolgbarkeit, werden mit einem Plan aufgelistet und mit Ihnen abgestimmt. Danach übernimmt das Team die Wartung und das nächste Release innerhalb Ihrer Change Control.

14

Wer gibt Anforderungen, Risikoakzeptanz und Releases frei?

Sie entscheiden im Rahmen Ihrer Designlenkung über die Freigaben. Die technische Leitung von Silurus plant und bearbeitet den vereinbarten Aufgabenbereich. Ihre zuständigen Prüfer und Freigabeverantwortlichen prüfen und genehmigen die Ergebnisse.

Sprechen Sie mit uns

Beschreiben Sie uns Ihre Aufgabe

Nennen Sie uns den Aufgabenbereich, die eingesetzten Technologien und den gewünschten Starttermin. Wir erstellen Ihnen ein Angebot für das passende Team.

30-minütiges Fachgespräch buchen