Topic
After launch
Why we stay in the system once it is live.
Success story · Healthcare
Qunomedical
Qunomedical connects patients with doctors and clinics at home and abroad, from hair transplants to dental treatment. Every enquiry becomes a journey of consultation, quote, appointment, payment and aftercare. All of it runs in Salesforce. We took over the org, rebuilt it for several brands and kept developing it while it was in daily use.

Patient journey
From enquiry to aftercare
Consultation, quote, appointment, payment and aftercare on one case.
Recreated view · data illustrative
01Fact sheet
Scope details from our own project communication.
02Starting point & goal
The Salesforce org had grown over years. Alongside Qunomedical, further brands were to work in it, each with its own treatments, teams and sales processes. At the same time the Opportunity object, the record behind every patient enquiry, had hit its custom field limit, and much of the automation still sat in workflow rules and Process Builders. The org could not stand still: patients book every day.
03Multi-brand
A new brand brings its own leads, its own stages and its own responsibilities. We built a repeatable pattern for it: record types, sales processes and page layouts per brand, plus roles and sharing rules that show data only to the team in charge. On lead conversion, a flow picks the right Opportunity type from brand and treatment group, with no manual choice.
Brand
Its own process
Stages, layouts and visibility per brand instead of one form for all.
Recreated view · data illustrative
When a request goes to the clinic, the Opportunity moves to “Hospital contacted”. When a quote is created, it moves to “Quote sent”, and with the booking to “Booking made”. The stage follows what actually happened, and reports are right without manual upkeep.
The stage follows the case, not manual upkeep.
If a clinic works in the partner portal, records and notifications are created there. If it works without the portal, it receives an email with a link to a web page where it confirms appointments, prices or flight details. For the team it is the same case either way.
Request OPP-18 442 · Partner clinic Istanbul
Please confirm appointment, price and arrival.
Patient: Jonas Beispiel · Treatment: dental implants · Doctor: Dr A. Muster
Note to the team (optional)
Recreated view · data illustrative
04Appointments & payments
Consultations, surgery preparation, surgery and aftercare run through Doctor Finder and Doctor Calendar in Salesforce. We developed both further: a 45-minute consultation now only lands in slots it fits into. Absences no longer show up in the search for the next free appointment. Before reserving, the system checks whether the slot has been cancelled in the meantime, and double bookings are ruled out.
Calendar
Fits or doesn't
Duration, absence and cancellation are checked before booking.
Recreated view · data illustrative
Which consultation types a brand offers, whether a consultation is paid, and what surgery preparation and aftercare cost are settings on the brand. A new appointment type is maintenance, not a development project.
A setting on the brand, not development work.
When a patient accepts a quote, Salesforce creates the down-payment invoice with its PDF. Incoming payments are booked against the invoice; the remaining payment and final invoice follow automatically. If someone overpays or cancels the treatment, a refund is created. We walked through each of these cases in a test protocol before it went into production.
Invoices (3)
| Invoice | Type | Amount | Open | Due | Status |
|---|---|---|---|---|---|
| INV-04 112 | Down payment | €500.00 | €0.00 | 15/04/2026 | Paid |
| INV-04 131 | Remaining payment | €2,750.00 | €1,250.00 | 07/05/2026 | Partially paid |
| INV-04 146 | Final invoice | €3,250.00 | €1,250.00 | 28/05/2026 | Open |
Incoming payments (2)
Refunds (0)
Created on overpayment or cancellation.
Finance
Status per invoice
Open, partially paid, paid, overdue: calculated from the payments, not set by hand.
Recreated view · data illustrative
Alongside the projects ran the service desk: bugs, small features, data corrections, certificates and integrations such as Twilio. Tickets were prioritised weekly with the business team, and every change went to production via sandbox, testing and a deployment checklist.
Operation and evolution05Outcome
New brands can be added following a proven pattern. Appointments, quotes and invoices run automatically, and the org has room again for whatever comes next.
Confirmed
143,000+
Patient cases in the system
//Next story
An energy manager that shifts consumption into the cheapest quarter-hours automatically: IoT cloud and a native app.
//Read on
Topic
Why we stay in the system once it is live.
Service
Replacing grown core systems step by step, while they run.
A free initial call: your situation, your plans and mutual fit clarified. You decide on the next step afterwards.