DE English
Projekt besprechen

Success Story · Gesundheit

Qunomedical

Jede Anfrage ist eine Patientenreise.

Qunomedical vermittelt Menschen an geprüfte Ärztinnen, Ärzte und Kliniken im In- und Ausland, von der Haartransplantation bis zur Zahnbehandlung. Jede Anfrage wird zu einer Reise mit Beratung, Angebot, Termin, Zahlung und Nachsorge. All das läuft in Salesforce. Wir haben die Org übernommen, für mehrere Marken umgebaut und im laufenden Betrieb weiterentwickelt.

Projekt besprechenLeistungen

Patientenreise

Von der Anfrage bis zur Nachsorge

Beratung, Angebot, Termin, Zahlung und Nachsorge an einem Vorgang.

Nachgestellte Darstellung · Daten illustrativ

01Steckbrief

Qunomedical im Überblick.

Angaben zum Projektumfang aus der eigenen Projektkommunikation.

Kunde
Qunomedical
Branche
Gesundheit · Medizinreisen
Rolle
Salesforce-Beratung · Entwicklung · Betrieb und Weiterentwicklung
Leistungen
Modernisierung & Softwarearchitektur · Betrieb und Weiterentwicklung
Plattform
Salesforce Sales Cloud, Experience Cloud (Partnerportal), Marketing Cloud
Anwendung
App „Patient Management“ für Vertrieb, Patientenbetreuung und Finanzen
Funktionen
Mehrmarken-Vertriebsprozesse, Doctor Finder und Doctor Calendar, Angebote, Rechnungen und Zahlungen, Klinik-Kommunikation
Betrieb
Service Desk mit Ticket-Review, Releases über Sandbox, Testprotokoll und Deployment-Checkliste

02Ausgangslage & Ziel

Eine Org, viele Marken.

Die Salesforce-Org war über Jahre gewachsen. Neben Qunomedical sollten weitere Marken darin arbeiten, mit eigenen Behandlungen, eigenen Teams und eigenen Vertriebsprozessen. Gleichzeitig hatte die Opportunity, der Datensatz jeder Patientenanfrage, das Limit für eigene Felder erreicht, und viele Automationen lagen noch in Workflow-Regeln und Process Buildern. Die Org durfte dabei nicht stillstehen: Jeden Tag kommen neue Buchungen.

  • Mehrere Marken in einer Org sauber voneinander trennen
  • Patientenreise von der Anfrage bis zur Nachsorge in einem Fluss halten
  • Termine, Angebote und Rechnungen automatisieren
  • Die Org aufräumen, ohne laufende Prozesse zu brechen

03Mehrmarkenfähigkeit

Jede Marke mit eigenem Prozess.

Eine neue Marke bringt eigene Leads, eigene Phasen und eigene Zuständigkeiten mit. Wir haben dafür ein wiederholbares Muster gebaut: Record Types, Vertriebsprozesse und Seitenlayouts je Marke, Rollen und Sharing-Regeln, die Daten nur dem zuständigen Team zeigen. Beim Lead-Convert wählt eine Flow-Automation anhand von Marke und Behandlungsgruppe den passenden Opportunity-Typ, ohne manuelle Auswahl.

Marke

Eigener Prozess

Phasen, Layouts und Sichtbarkeit je Marke statt einer Einheitsmaske.

Nachgestellte Darstellung · Daten illustrativ

Phasen, die sich selbst fortschreiben

Wird eine Anfrage an die Klinik gestellt, steht die Opportunity auf „Klinik kontaktiert“. Wird ein Angebot erzeugt, wechselt sie auf „Angebot gesendet“, mit der Buchung auf „Buchung erfolgt“. Die Phase folgt dem, was tatsächlich passiert ist, und die Reports stimmen ohne Nachpflege.

Klinik-Kommunikation über Portal oder E-Mail

Arbeitet eine Klinik im Partnerportal, entstehen dort Datensätze und Benachrichtigungen. Arbeitet sie ohne Portal, erhält sie eine E-Mail mit Link auf eine Webseite, über die sie Termine, Preise oder Flugdaten bestätigt. Für das Team ist es derselbe Vorgang.

Nachgestellte Darstellung · Daten illustrativ

04Termine & Zahlungen

Der richtige Arzttermin, ohne Rückfrage.

Beratungen, OP-Vorbereitungen, Operationen und Nachsorge laufen über Doctor Finder und Doctor Calendar in Salesforce. Wir haben beide weiterentwickelt: Eine 45-Minuten-Beratung landet nur noch in Slots, in die sie passt. Abwesenheiten tauchen in der Suche nach dem nächsten freien Termin nicht mehr auf. Vor dem Reservieren prüft das System, ob der Slot inzwischen abgesagt wurde, und doppelte Buchungen sind ausgeschlossen.

Kalender

Passt oder passt nicht

Terminlänge, Abwesenheit und Absage werden vor der Buchung geprüft.

Nachgestellte Darstellung · Daten illustrativ

Terminarten als Konfiguration

Welche Beratungsarten eine Marke anbietet, ob eine Beratung kostenpflichtig ist und was OP-Vorbereitung und Nachsorge kosten, steht als Einstellung an der Marke. Eine neue Terminart ist Pflege, kein Entwicklungsprojekt.

Vom Angebot zur Rechnung

Nimmt eine Patientin ein Angebot an, erzeugt Salesforce die Rechnung für die Anzahlung samt PDF. Eingehende Zahlungen werden gegen die Rechnung gebucht, Restzahlungen und Schlussrechnung folgen automatisch. Zahlt jemand zu viel oder sagt die Behandlung ab, entsteht eine Auszahlung. Jeden dieser Fälle haben wir in einem Testprotokoll durchgespielt, bevor er in Produktion ging.

Finanzen

Status je Rechnung

Offen, teilweise bezahlt, bezahlt, überfällig: berechnet aus den Zahlungen, nicht von Hand gesetzt.

Nachgestellte Darstellung · Daten illustrativ

Neben den Projekten lief der Service Desk: Fehler, kleine Features, Datenkorrekturen, Zertifikate und Integrationen wie Twilio. Tickets wurden wöchentlich mit dem Fachbereich priorisiert, jede Änderung lief über Sandbox, Test und eine Deployment-Checkliste in Produktion.

Betrieb und Weiterentwicklung

05Ergebnis

Eine Org, die mit dem Geschäft wächst.

Neue Marken lassen sich nach einem erprobten Muster aufnehmen. Termine, Angebote und Rechnungen laufen automatisiert, und die Org hat wieder Platz für das, was als Nächstes kommt.

Bestätigt

  • 536 Opportunity-Felder analysiert
  • 262 als veraltet oder löschbar eingestuft und mit dem Fachbereich abgestimmt
  • Workflow-Regeln und Process Builder für Leads, Accounts und Opportunities in Flows überführt
  • Oberfläche vollständig ins Deutsche übersetzt

143.000+

Patientenvorgänge im System

//Nächste Story

AMPERE.IQ

Ein Energiemanager, der Verbrauch automatisch in die günstigsten Viertelstunden verschiebt: IoT-Cloud und native App.

Story lesen

//Weiterlesen

Reden wir über Ihr Vorhaben.

Kostenloses Erstgespräch: Ausgangslage, Vorhaben und gegenseitige Passung klären. Danach entscheiden Sie über den nächsten Schritt.

Erstgespräch vereinbareninfo@lipsia.digital