Von getrennten Tools zur integrierten Klinik — Privatklinik Kreuzlingen

Privatklinik Kreuzlingen ist eine Privatklinik für plastische, rekonstruktive und ästhetische Chirurgie an der Gaissbergstrasse 45, Kreuzlingen. Als wir im Frühjahr 2025 die Situation analysierten, war das Bild klar: eine kompetente Klinik mit gut ausgebildetem Personal — betrieben auf digitaler Infrastruktur, die nie für sie gebaut worden war.

Dieser Artikel dokumentiert, was wir vorgefunden haben, wie wir es gelöst haben, und wie dasselbe Setup reproduziert werden kann — Schritt für Schritt, technisch vollständig.

Die Ausgangssituation

Was wir vorfanden, ist kein Einzelfall. Es ist das typische Bild einer Klinik, die über Jahre hinweg mit dem gewachsen ist, was verfügbar war — nie mit einem System, das von Anfang an für sie gedacht war.

Website

Die Website lief auf WIX. Sporadisch gepflegt, kaum für Suchmaschinen optimiert, mit stellenweise veralteten Inhalten und keinerlei Möglichkeit zur programmatischen Integration. Keine API, kein Webhook, kein technisches Fundament. Online-Buchung war über ein eingebettetes Drittanbieter-Widget gelöst, das weder mit dem Kalender noch mit dem Praxisverwaltungssystem kommunizierte.

Terminbuchung & Empfang

Das Buchungssystem lebte in einer eigenen Welt. Es kannte weder den OP-Plan noch das PMS. Die Folge: Das Empfangspersonal verbrachte einen erheblichen Teil seiner Arbeitszeit damit, Informationen manuell zwischen Systemen zu übertragen. Doppeleingaben, verpasste Follow-ups, chronische Überlastung. Das Team arbeitete hart — aber gegen die eigene Infrastruktur.

OP-Planung

Der Operationsplan existierte in Excel. Kein Echtzeit-Update. Keine Verbindung zu Lagerbeständen oder Materialverfügbarkeit. Keine strukturierte Übergabe an die Anästhesiologie. Jede Änderung erforderte manuelle Kommunikation über mehrere Stellen hinweg.

Praxisverwaltung

Ein älteres, proprietäres PMS ohne API-Schnittstelle, ohne Exportmöglichkeiten, ohne Update-Roadmap. Klassischer Vendor Lock-in: Die Daten waren vorhanden, aber nicht nutzbar.

Anästhesie-Dokumentation

Ein proprietäres PDMS, das den Papierprozess eins zu eins digitalisierte — und damit aufhörte. Kein erkennbarer Mehrwert gegenüber Papier, ausser dass das Papier verschwunden war. Keine Integration mit dem OP-Plan, keine Verbindung zu klinischen oder administrativen Daten.

Marketing & Tracking

Null Funnel-Tracking. Keine UTM-Parameter. Keine Conversion-Attribution. Das Marketingbudget wurde ausgegeben, ohne zu wissen, ob es irgendetwas bewirkte. Welcher Kanal brachte Patienten, die tatsächlich operierten und bezahlten? Niemand wusste es.

Das Gesamtbild: eine Klinik, die aus menschlicher Kraft lief, nicht aus technischer Infrastruktur. Engagiertes Personal, das einen erheblichen Teil seiner Energie damit verbrachte, Informationslücken manuell zu schliessen.

Was wir gebaut haben

Wir haben Viali als einheitliche Plattform implementiert, die alle Bereiche verbindet: Marketing, Terminbuchung, OP-Planung, Anästhesie, Lagerverwaltung und Management-Reporting. Dieser Artikel dokumentiert die ersten und fundamentalsten Schritte: die neue digitale Infrastruktur der Klinik.

Schritt 1 — Die neue Klinikwebsite

Von WIX zu Next.js

Die alte WIX-Website war ein Endpunkt, keine Plattform. Sie konnte weder Daten empfangen noch weitergeben, und jede Änderung erforderte eine technisch versierte Person mit CMS-Zugang.

Wir haben die Website vollständig neu gebaut — mit Next.js 15 und Static Site Generation (SSG). Entwickelt auf Replit mit KI-Unterstützung, vollständig SEO-optimiert, mit automatischen Google Lighthouse-Tests als fester Bestandteil der Entwicklungsschleife.

Das Ergebnis: 99 Performance / 100 Accessibility / 100 Best Practices / 100 SEO in Google Lighthouse — auf der produktiven Domain.

Technisches Setup

Die folgende Konfiguration wird sowohl für die viali.app-Marketingwebsite als auch für die Privatklinik Kreuzlingen verwendet. Sie ist explizit auf AI-Agenten optimiert: strukturiert und kommentiert, damit Agenten die Konfiguration lesen, anwenden und weiterentwickeln können, ohne manuellen Kontext zu benötigen.

import type { NextConfig } from "next";

const replitDomain = process.env.REPLIT_DEV_DOMAIN ?? "";

const nextConfig: NextConfig = {
  // lucide-react benötigt explizites Transpiling (ESM-Kompatibilität in Next.js)
  transpilePackages: ["lucide-react"],

  // Replit-Proxy-Domains für CORS-Freigabe im Dev-Modus
  allowedDevOrigins: [
    "*.replit.dev",
    "*.repl.co",
    "*.replit.app",
    "*.picard.replit.dev",
    ...(replitDomain ? [replitDomain] : []),
  ],

  experimental: {
    // Nutzt .browserslistrc für den SWC-Compiler → kleinere Polyfill-Bundles
    browsersListForSwc: true,
  },

  images: {
    // Moderne Bildformate: AVIF und WebP für bessere Kompression
    formats: ["image/avif", "image/webp"],
  },
};

export default nextConfig;

> 1%
last 2 versions
not dead
not ie 11

# --- ENTWICKLUNG (Standard-Workflow in Replit) ---
# Turbopack: Hot-Reload in unter 2 Sekunden, keine CSP-Konflikte mit Replits Proxy.
# Wichtig: "next dev" mit webpack schlägt im Replit-Preview fehl —
# Replits CSP-Proxy blockiert eval(), das webpack HMR zwingend benötigt.
# Turbopack umgeht dieses Problem vollständig.
next dev --turbopack --port 5000

# --- VOR LIGHTHOUSE-TESTS ---
# Schritt 1: Produktions-Build mit webpack (nicht --turbopack)
# Turbopack erzeugt ~45% grössere JS-Bundles → schlechtere Performance-Scores.
# Immer den webpack-Build für Lighthouse-Tests verwenden.
npx next build

# Schritt 2: Produktions-Server starten
next start --port 5000

# Schritt 3: Lighthouse-Test ausführen
# Danach: Workflow zurück auf "next dev --turbopack --port 5000"

Content-Pflege ohne Entwicklerkenntnisse

Ein zentraler Vorteil dieser Architektur: Klinikpersonal kann Inhalte eigenständig aktualisieren. Sie zeigen dem KI-Agenten das Element, das geändert werden soll, beschreiben was sich ändern soll — der Agent übernimmt die Änderung, baut die Seite neu, und sie ist live. Keine CMS-Schulung, kein Entwickler-Ticket, keine Wartezeit.

Schritt 2 — UTM- & Referral-Tracking → Viali Buchungsintegration

Die neue Website ist der erste Schritt. Der zweite ist vollständige Attribution: jede Buchung zur ursprünglichen Marketingquelle zurückverfolgen zu können — und diese Information nahtlos an Viali zu übergeben.

Was beim ersten Seitenaufruf erfasst wird

Beim Laden der Seite werden folgende Daten gelesen und gespeichert:

• UTM-Parameter: utm_source, utm_medium, utm_campaign, utm_term, utm_content
• Google Ads Click IDs: gclid, gbraid, wbraid
• Meta (Facebook / Instagram): fbclid, igshid
• LinkedIn: li_fat_id
• TikTok: ttclid
• Microsoft Ads: msclkid
• Auto-Referrer-Erkennung: Fehlen UTM-Parameter, wird document.referrer gegen eine bekannte Liste geprüft (Google, Bing, Facebook, Instagram, TikTok, LinkedIn u.a.) und ein synthetischer Kanal zugewiesen — z.B. google/organic oder instagram/social. Unbekannte externe Referrer erhalten referral/referral, kein Referrer ergibt direct/none.
• Fallback — Manuelle Quellenabfrage: Ergibt die automatische Erkennung direct/none, erscheint im Buchungsablauf ein zusätzlicher Schritt. Eine strukturierte Frage fragt den Patienten aktiv, wie er die Klinik gefunden hat. Die Antwort — z.B. Social Media → Instagram — wird als manuell bestätigter Wert an das Tracking-Objekt übergeben und überschreibt den direct/none-Platzhalter. So bleibt kein Patientenkontakt ohne Quellenattribution.

Speicherung

Alle Daten werden als JSON-Objekt unter dem sessionStorage-Key pkk_tracking gespeichert. Bei interner Navigation (gleiche Domain, keine neuen UTM-Parameter oder Click IDs) werden die bestehenden Session-Daten weiterverwendet. Ein neuer externer Aufruf mit UTM-Parametern oder Click IDs überschreibt sie.

Weiterleitung an Viali

Wenn der Nutzer den Buchungsdialog öffnet, konstruiert buildBookingUrl() die iframe-URL dynamisch mit allen gesammelten Tracking-Parametern. Die vollständige Spezifikation ist unter use.viali.app/api veröffentlicht.

https://use.viali.app/book/eq0E3SKW7kZl9id5Ce3BszaN
  ?embed=true
  &service=liposuktion
  &utm_source=google
  &utm_medium=cpc
  &utm_campaign=body_contouring_spring
  &gclid=abc123xyz

Service-Auswahl

Patientendaten vorausfüllen

UTM-Tracking

Anzeigen-Click-IDs — werden am Lead gespeichert und über die Conversions API zurückgespielt, damit Plattformen Conversions dem ursprünglichen Klick zuordnen können.

Sonstiges

Viali empfängt diese Parameter, attribuiert die Buchung zum ursprünglichen Anzeigenklick und macht sie im CRM und im Conversion-Reporting verfügbar — lückenlos, bis zur durchgeführten und bezahlten Operation.

Schritt 3 — Von der Buchung zum OP: Die Patient Journey

Terminkalender

Sobald ein Patient seine Buchung abschliesst, erscheint der Termin direkt im Viali-Kalender — keine manuelle Eingabe, kein Copy-Paste, kein Telefonat mit dem Empfang. Die Tagesansicht zeigt alle Behandler nebeneinander mit Terminstatus (Bestätigt, Ausstehend), Patientenname und Eingriff auf einen Blick. Die Wochen- oder Monatsansicht gibt dem Klinikteam sofort einen Überblick über die Kapazität.

Automatische Bestätigung und Erinnerung

Der Patient erhält unmittelbar nach der Buchung eine automatische SMS- und E-Mail-Bestätigung — ohne jegliche Aktion durch das Klinikteam. 24 Stunden vor dem Termin geht eine zweite automatisierte Erinnerung raus. Beide Nachrichten werden von Viali generiert und versendet. Der Empfang erledigt davon nichts manuell.

Präoperativer Fragebogen

Wenn der Patient in der Klinik eintrifft, füllt er den digitalen Präoperativen Fragebogen auf seinem Telefon oder einem Tablet aus — noch bevor er an den Empfang tritt. Das Formular ist in mehrere Abschnitte gegliedert:

• Persönliche Daten — Name, Geburtsdatum, Grösse, Gewicht
• Allergien
• Erkrankungen
• Medikamente
• Lebensstil — Rauchen, Alkohol, körperliche Aktivität
• Dokumente — Upload vorhandener Krankenunterlagen
• Zusätzliche Angaben

Der ausgefüllte Fragebogen ist in Viali gespeichert und steht dem Anästhesieteam sofort zur Verfügung — keine Papierformulare, keine Datennacherfassung, kein Informationsverlust zwischen Empfang und Operationssaal. Der Anästhesist liest Allergien, Medikamente und Vorerkrankungen des Patienten direkt im System, genau dort, wo er es braucht — bevor der Patient den OP betritt.

Vom Termin zur Behandlung oder zum OP

Sobald der Fragebogen ausgefüllt ist, folgt der Termin je nach Eingriff einem von zwei Pfaden.

Direkte Behandlung (z.B. Botox, Filler, kleine Eingriffe) — der Behandler öffnet direkt am Patientendossier einen neuen Behandlungseintrag. Das Formular erfasst Datum und Uhrzeit, Sitzungsnotizen und die Behandlungszeilen — jede Zeile beschreibt ein angewandtes Produkt oder eine Massnahme. Nach der Dokumentation wird der Eintrag im System signiert und gesperrt.

Geplante Operation — wenn der Eingriff den Operationssaal erfordert, fliesst der Termin in den OP-Plan ein. Der OP-Kalender zeigt alle Säle nebeneinander (OP1, OP2, OP3) mit dem zugewiesenen Eingriff, Patientenname und Geburtsdatum sowie dem Planungsstatus. Der Plan kann nach Tag, Woche oder Monat angezeigt werden und unterstützt Anfrage-Workflows für Fälle, die vor der Bestätigung im OP-Block noch eine Genehmigung benötigen.

Beide Pfade — direkte Behandlung und geplante Operation — werden im selben Patientendossier dokumentiert. Kein Systemwechsel zwischen Konsultation, OP und Abrechnung.

Intraoperative Dokumentation

Sobald der Patient im OP liegt, arbeiten Chirurgie- und Anästhesieteam gleichzeitig in Viali — jedes in seiner eigenen Ansicht, beide verknüpft mit demselben OP-Datensatz.

Chirurgische Seite — das intraoperative Protokoll erfasst alles in Echtzeit: Patientenlagerung (Rücken-, Seiten-, Bauchlage etc.) mit Freitextnotizen, Desinfektion, Geräteaufbau (Koagulationsmodus monopolar/bipolar, Neutralelektrodenplatzierung, Körperseite), Zählkontrolle und Sterilgut, eingesetztes Inventar und Pre-/Post-OP-Checklisten. Alles strukturiert, alles mit Zeitstempel, alles im Patientendossier.

Anästhesieseite — der Anästhesist hat eine parallel laufende Ansicht mit Echtzeit-Vitaldaten über die gesamte OP-Dauer: Blutdruck (systolisch/diastolisch), Herzfrequenz, SpO2 sowie Monitoring-Parameter wie BIS (Brain State Index) und TOF (Train of Four). Wirkstoffkonzentrationen werden kontinuierlich erfasst — in diesem Fall Propofol Ce 1.7 und Remifentanil Ce 5.7. Die Zeitachse aktualisiert sich laufend und deckt die vollständige Narkosedauer ab.

Automatischer Lagerabzug

Jedes während des Eingriffs verbrauchte Material — Medikamente, Verbrauchsmaterial, Implantate — wird parallel im Inventar-Tab erfasst. Am Ende des Eingriffs öffnet ein einzelner Klick auf «Commit Used Items» den Bestätigungsdialog mit einer vorgefertigten Liste aller erfassten Positionen. Reguläre Artikel (in diesem Fall 15 Positionen, darunter Beatmungsfilter, Masken, Antibiotika und weitere Verbrauchsgüter) werden mit einem Klick bestätigt. Kontrollierte Substanzen — wie Fentanyl 50 µg/ml — werden separat aufgeführt und erfordern vor dem Mengenabzug eine zusätzliche digitale Unterschrift.

Nach der Bestätigung werden alle Mengen automatisch vom Lagerbestand der Einheit abgezogen — kein separater Lagerverwaltungsschritt, kein Papiermerkblatt, keine nachträgliche Nacherfassung.

Nach Abschluss der Operation werden beide Protokolle gemeinsam gesperrt — ein vollständiges, rechtskonformes OP-Dokument, ohne ein einziges Blatt Papier.

Schritt 4 — Full-Funnel-Attribution: Vom Anzeigenklick zum Umsatz

Da jede Buchung die UTM-Parameter und Anzeigen-Click-IDs aus Schritt 2 trägt, kann Viali jeden Termin und jede Operation automatisch auf die ursprüngliche Quelle zurückführen — ohne manuelle Nachbearbeitung. Das Marketing-Modul aggregiert diese Daten in einer einzigen Auswertungsansicht, filterbar nach Behandler, Quelle und Kampagne.

Wie Patienten uns gefunden haben

Im Zeitraum Juni 2025 – April 2026 hatte Privatklinik Kreuzlingen 109 Buchungsreferenzen. Die Kanalaufteilung:

• Social Media 60 (55%) — grösste Einzelquelle
• Suchmaschine 38 (35%) — davon 56% organisch / 44% bezahlt auf Google; Bing und DuckDuckGo machen den Rest
• Persönliche Empfehlung 7 (6%)
• Sonstiges 3 (3%) / Marketing 1 (1%)

Konversionsmetriken

Das Filtern nach beliebiger Kombination aus Behandler, Quelle und Kampagne berechnet alle nachgelagerten Metriken sofort neu:

Funnel-Stufen nach Quelle

Das Funnel-Stufendiagramm zeigt den Abfall an jeder Stufe — Referenzen, Termine, Wahrgenommen, Operation geplant, Bezahlt — aufgegliedert nach Kanal. Social Media generiert die meisten Referenzen (60), konvertiert aber schlechter als Suchmaschinen, wo organischer Traffic (Ref→OP 27.3%, Termin→OP 54.5%) bezahlten Traffic deutlich übertrifft (12.5% / 16.7%).

Konversionstabelle nach Quelle

Die Aufschlüsselungstabelle gibt das vollständige Bild über alle Quellen, einschliesslich Paid- und Organic-Unterzeilen für Suchmaschine und Social Media, mit Spalten für Referenzen, Wahrgenommen, No-Show, Abgesagt, Operationen, Ref→OP-Rate und Termin→OP-Rate.

Conversions API — Echte Ergebnisse zurückspielen

Zu wissen, welcher Kanal eine Buchung generiert hat, ist nur die Hälfte des Kreises. Die andere Hälfte besteht darin, Meta und Google mitzuteilen, welche dieser Klicks tatsächlich zu einer bezahlten Operation geführt haben.

Über die Viali Conversions API (use.viali.app/api) wird jedes Konversionsereignis — Lead, Termin, OP geplant, Zahlung eingegangen — serverseitig an die Plattform zurückgespielt, die den ursprünglichen Klick generiert hat, abgeglichen über die Original-Click-ID (fbclid, gclid etc.). Meta empfängt es über CAPI, Google über die Google Ads Conversions API.

Die Plattformen nutzen diese Signale, um ihre Gebotsalgorithmen neu zu kalibrieren: Statt auf Klicks oder Formularausfüllungen zu optimieren, lernen sie das Profil eines Patienten kennen, der den vollständigen Funnel durchlaufen und für eine Operation im Wert von CHF 6'000–30'000 bezahlt hat. Nachfolgende Kampagnen ziehen entsprechend mehr solcher Patienten an.

Dies schliesst den Kreis, der in Schritt 2 geöffnet wurde: Die bei der Buchung erfassten UTM-Parameter und Click-IDs werden zu den hier sichtbaren Konversionsdaten — verknüpft mit echtem OP-Umsatz, nicht nur Klicks oder Leads.

Fazit

Vor Viali sah Privatklinik Kreuzlingen aus wie viele Schweizer Privatkliniken: technisch funktionsfähig, aber fragil. Eine WIX-Website, die ohne Entwickler nicht aktualisiert werden konnte. Ein Buchungssystem im Silo. Ein OP-Plan in Excel, per E-Mail geteilt. Anästhesiedokumentation auf Papier. Lagerbestand im Kopf der Pflege. Marketing-Budget ohne Verbindung zum Umsatz.

Das Ergebnis war keine Klinik, die nicht funktionierte. Es war eine Klinik, in der jede Übergabe ein Risiko darstellte — wo eine Allergie in einer PDF-Datei stecken konnte, die niemand öffnete. Wo eine Botox-Kampagne für CHF 3'000 im Monat keiner einzigen Operation zugeordnet werden konnte. Wo die Geschäftsleitung vier verschiedene Personen befragen musste, um eine unvollständige Antwort auf eine einfache Frage zu erhalten.

Viali hat das durch ein einziges System ersetzt, in dem jede Rolle — Empfang, Behandler, Pflege, Anästhesist, Geschäftsleitung — genau die Informationen hat, die sie braucht, genau zum richtigen Zeitpunkt:

• Der Empfang sieht die vollständige Tagesansicht mit bestätigten Terminen und Patientenstatus.
• Der Patient füllt den Präoperativen Fragebogen auf dem Handy aus, bevor er eintrifft.
• Der Anästhesist liest die Patientengeschichte, bevor der Patient den OP betritt.
• Der Chirurg dokumentiert Lagerung, Equipment und Checklisten in Echtzeit.
• Der Anästhesist erfasst Vitalkurven und Wirkstoffkonzentrationen live, in einer verknüpften Ansicht.
• Das Lager schreibt sich selbst ab, wenn Material verbraucht und bestätigt wird.
• Die Geschäftsleitung sieht, welche Quelle CHF 79'100 Operationsumsatz generiert hat — nicht Klicks, nicht Leads, sondern tatsächlich bezahlte Eingriffe.
• Meta und Google empfangen das Konversionssignal und schicken mehr Patienten wie die, die tatsächlich operiert wurden.

Die gespeicherten Daten liegen nicht in einer Datenbank. Sie zirkulieren: vom Buchungsformular in den Kalender, vom Fragebogen in den OP, vom OP-Protokoll ins Lager, von der Zahlung zur Werbeplattform. Jede Information, die eine Rolle eingibt, wird zum nutzbaren Input für die nächste.

So sieht ein vollständig integriertes Klinik-System aus. Nicht mehr Software — weniger Reibung, weniger Risiko, weniger manuelle Arbeit. Und eine vollständige, unterbrechungsfreie Linie vom ersten Anzeigenklick bis zur letzten bezahlten Rechnung.

Wenn Sie dasselbe für Ihre Klinik aufbauen möchten, kontaktieren Sie uns.

*Weitere Abschnitte folgen: PACU, Lagerverwaltung und Management-Reporting.*