PVS-Integrationen und Embedded Finance bei Nelly Solutions skalieren

Nelly Solutions ist ein Berliner HealthTech/FinTech (Series B, 50 Mio. €, Lakestar und Cathay Innovation), das Patientenaufnahme, E-Signaturen und Zahlungen für Arzt- und Zahnarztpraxen digitalisiert: über 1.200 Praxen, mehr als 2 Millionen Patienten. Das Produkt ersetzt Klemmbrett und Faxgerät durch die direkte Anbindung an die Praxisverwaltungssysteme (PVS), auf denen die Praxen ohnehin laufen. Ich verantwortete diese Integrationsschicht und die Embedded-Finance-Produkte darauf.

Die deutsche PVS-Landschaft ist zersplittert. Charly, InSuite und Dutzende weitere haben je ein eigenes Datenmodell und einen eigenen Update-Rhythmus. Ein neuer Connector bedeutete Wochen Handarbeit. Ein ausgefallener bedeutete, dass eine Praxis noch am selben Vormittag das Vertrauen ins Produkt verlor. Das Onboarding stockte an der Integrationskapazität, und die Expansion ins Ausland blieb auf der Folie, solange sich das nicht änderte.

Das Integrationsprogramm, das ich leitete, verlagerte die Arbeit von unseren Engineers in ein System. Versionierte APIs mit stabilen Verträgen, Semantic Versioning und eine veröffentlichte Deprecation Policy gaben PVS-Anbietern etwas, das sie von uns nie gehabt hatten: Planbarkeit. In einer Sandbox mit Conformance-Testsuiten zertifizierten Anbieter ihre Integrationen selbst, ohne in unserer Warteschlange zu stehen. Jeder Connector bekam SLOs für Sync-Zeit und Fehlerrate, auf einem Dashboard, mit einem benannten Verantwortlichen. Ein gestuftes Partnerprogramm mit Release-Kalendern hielt die größten Anbieter eng.

Stabile Verträge binden auch uns. Keine schnellen Sonderlösungen pro Anbieter mehr, und jeder Breaking Change kostet einen Deprecation-Zyklus. Diese Disziplin machte 30+ Integrationen mit einem Team betreibbar, das nicht linear mit der Connector-Zahl wuchs.

Die andere erklärungsbedürftige Zahl ist 0,7 % monatlicher MRR-Churn über diese 1.200+ Praxen, für Healthcare-SaaS ein niedriger Wert. Sie kam vom früheren Hinschauen. Eine Praxis auf dem Weg zum Ausgang zeigt das Wochen vorher in den Daten: Logins werden dünner, Support-Tickets stapeln sich, täglich genutzte Features verstummen. Wir bauten die Erkennung um diese Signale und griffen ein, solange der Account noch zu retten war.

Der neu gestaltete Intake-Flow liefert dynamische Formulare in 30+ Sprachen mit bedingten Pfaden, QR-basierten Remote Pre-Check mit Speichern-und-Fortsetzen und E-Signaturen, die in ein Consent-Ledger mit Widerrufshandling und Audit Trails fließen. Das Staff-Tooling verfolgt unsignierte Dokumente automatisch nach.

Auf der Finanzseite laufen Zahlungen über Adyen: POS, Payment Links, Apple Pay, Google Pay und SEPA, mit automatischem Abgleich im PVS. Factoring kommt mit Intake-gekoppelten Risiko-Checks, One-Click-Aktivierung und 24-Stunden-Auszahlung, mit und ohne Regress. Patientenseitige Ratenpläne laufen bis 36 Monate, gekoppelt an die Zustimmung zum Behandlungsplan. Tägliche Buchungsjournale und USt.-Zusammenfassungen gehen direkt an den Steuerberater der Praxis.

Italien und Spanien erzeugten die übliche Scale-up-Versuchung: den Code pro Land forken und schnell sein. Dagegen habe ich die Linie gehalten. Wiederverwendbare Country Packs bündelten schaltbare Features, Preismodelle, Notification-Templates und Legal Copy. Sie brachten Italien live, zahnarztfokussiert, mit lokalen Steuer- und Rechnungsregeln und italienischen IBANs, und ließen Spanien auf derselben Architektur vorbereitet zurück. Dafür mussten sechs Funktionen gemeinsam liefern: Product, Engineering, Risk, Legal, Operations und die Banking-Partner. Also liefen Releases auf monatlichen Trains mit Freeze-Fenstern für kritische Connectoren, einer bestandenen DPIA pro Release und Incident Playbooks für Rollback und Partner-Kommunikation.

• 1.200+ Praxen angebunden, mit messbar höherer Connector-Zuverlässigkeit und schnelleren Integrationszyklen.
• Die Intake-Completion stieg, unsignierte Einwilligungen sanken, und Praxen kamen über Factoring schneller an ihr Geld.
• Italien live und Spanien bereit, auf derselben Plattform, ohne Länder-Forks.
• Der Supportaufwand fiel, weil Observability und Partner-Self-Service das manuelle Troubleshooting ersetzten.