Foto-Pool · Neu

Vorher-Nachher-Beratung mit eigenen Cases — in drei Sekunden.

Klinikweite Foto-Galerie statt Patient-für-Patient-Suche. Filtern nach OP-Typ, Phase, Region, Alter, Operateur. Slider-Overlay-Vergleich, anonymisiert, Consent-gated. Aus dem Wunsch eines Pilotkunden in zwei Tagen ausgeliefert.

Foto-Pool wird geladen …
Ärztin am iMac mit Foto-Pool — anonymisierte Vorher-Nachher-Tiles mit PRÄ/POST-Stempeln in einer ruhigen Behandlungsraum-Umgebung

Eigene Cases statt fremder Marketing-Stocks. Phase-Stempel, anonymisierte Initialen, Slider-Overlay-Vergleich — in der Beratung in drei Sekunden zur Hand.

Was ist der Foto-Pool in AesthOS?

Der Foto-Pool in AesthOS ist eine klinikweite, durchsuchbare Vorher-Nachher-Galerie für die ästhetische Beratung — mit elf parallelen Filtern, Slider-Overlay-Vergleich und DSGVO-konformem Consent-Gate.

Aus dem gesamten Foto-Bestand der Klinik filtern Sie in Sekunden nach OP-Typ, Behandlungsphase (PRÄ / POST / KONTRL), Körperregion, Patientengeschlecht, Altersgruppe zum Aufnahmezeitpunkt, Zeit-seit-OP und Operateur. Vergleichspaare werden über die ComparisonGroup automatisch gebündelt und im Modal mit Slider-Overlay (PRÄ links, POST rechts) verglichen. Vier Schutzschichten — Permission, Foto-Consent, Anonymisierung (nur Initialen, keine Patient-ID in der API), Audit-Log — sind atomar in jeder Abfrage verankert. Cursor-Pagination und virtualisiertes Grid halten die UI auch bei tausenden Fotos pro Tenant flüssig.

Aus dem Pilot-Setup

Wunsch am Sonntag.
Ausgeliefert am Mittwoch.

Der Foto-Pool entstand aus einer konkreten Demo-Frage des Pilotkunden — und stand zwei Tage später in der laufenden Praxis. Eine Iteration mit Hauptmenü-Refactor, elf statt vier Filtern und Performance für tausende Fotos folgte vier Tage danach.

  1. 15. Mai 2026
    Demo-Termin Pilotkunde

    „Wie man nachher so Fotos findet, ob man jeden Patienten aufschlagen muss, um bestimmte Fotos zu finden, oder ob man Fotos so deklarieren kann, dass man sagt: zeig mir mal alle, wo ich 'ne Brustvergrößerung gemacht hab.“

    Quelle: Live-Demo bei e-sthetic Privatklinik Essen
  2. 17. Mai 2026
    Erste Version live

    Tenantweite Galerie mit OP-Typ × Phase × Region × Datum, Slider-Vergleich, Anonymisierung, Consent-Gate und Audit-Log. Im Pilot-Setup deployt.

    Zugesagt im Demo-Termin: „Wird nächste Woche fertig sein.“ — gehalten.
  3. 21. Mai 2026
    Iteration 2 nach Live-Review

    Eigener Hauptmenüpunkt „Fotos“ statt Settings-Bereich. 11 statt 4 Filter (Geschlecht, Alter, Zeit-seit-OP, Operateur, Freitext, Sortierungen, Vergleichspaare-Schnellfilter). Cursor-Pagination, Virtual Grid, Composite-Indices.

    Auslöser: konkrete Anwender-Beobachtung im Live-Einsatz.

Wofür Sie ihn brauchen

Vier Situationen — eine Lösung.

Erstberatung

Zeigen statt erklären.

Patientin fragt „Wie könnte das bei mir aussehen?”. Drei Filter setzen, ein passender Case mit Slider-Vergleich. Aus Ihrer Klinik, nicht aus einer Stock-Bibliothek.

PRÄPOST · 3 Monate
Operateur-Portfolio

Eigene Cases finden.

Filter: Operateur = Sie selbst, OP-Typ = die gefragte Behandlung. In Sekunden eine Übersicht über das eigene Portfolio — für Konsultation, Schulung, Konferenzvortrag.

Operateur: Dr. K.Mammaaugmentation
Junior-Operateur

Sehen, was gut wird.

Lernkurve ohne Suche durch fremde Patientenakten. Filter auf den Senior-Operateur und auf „Vergleichspaare-zuerst” — gepaarte Sets erscheinen oben.

Sortierung: Vergleichspaare zuerst
Verlaufs-Kontrolle

Wie sah das nach 6 Monaten aus?

Filter Zeit-seit-OP > 6 Monate, sortiert nach Operateur. Realistische Erwartungen kommunizieren statt Wunder versprechen — basierend auf der eigenen Datenlage.

≤6M>6M>1J

Vier Schutzschichten — gleichzeitig aktiv

Patientenfotos in einer durchsuchbaren Galerie — nur, wenn alle vier Schichten greifen.

Keine der vier Schichten allein reicht. Erst die atomare Kombination macht die Beratungs-Galerie DSGVO-tragfähig und vor versehentlicher Datenpreisgabe sicher.

1
Wer überhaupt zugreifen darf

Rollen-Berechtigung

Eine eigene Permission „patients.photos_pool“ — unabhängig vom Patienten-Foto-Tab. Empfang sieht den Menüpunkt typischerweise gar nicht. Pro Mitarbeiter konfigurierbar.

2
Welche Fotos zeigbar sind

Foto-Consent

Nur Fotos mit explizitem PHOTO_CONSULTATION-Consent erscheinen im Pool. Zieht eine Patientin die Einwilligung zurück, sind die Fotos in derselben Sekunde aus der Galerie verschwunden — atomar in jeder Abfrage geprüft, kein Cache.

3
Wie viel über den Patienten sichtbar ist

Anonymisierung

Die API liefert keine Patient-ID. Im Frontend stehen nur Initialen. Keine direkte Verbindung von einem Pool-Bild zurück in die Patientenakte — der Beratungs-Kontext bleibt anonym.

4
Was später nachweisbar bleibt

Audit-Log

Jeder geöffnete Vergleich erzeugt einen Audit-Eintrag: Nutzer, Zeit, Case-IDs. Doppel-Öffnen innerhalb 5 Sekunden wird dedupliziert — keine Spam-Einträge bei versehentlichem Doppelklick, aber jede bewusste Konsultation nachweisbar.

Atomar geprüft

Alle vier Schichten werden in derselben Datenbank-Abfrage geprüft. Es gibt keinen Zustand, in dem ein Foto noch im Pool erscheint, dessen Einwilligung der Patient gerade zurückgezogen hat — das Pool-Listing ist immer der aktuelle Stand der Consents.

Cache
Nein — live
Snapshot
Nein — live
Permission
Pro Anfrage
Consent
Pro Anfrage

Vergleichs-Modal

Slider-Overlay statt zwei Karten nebeneinander

Vorher und nachher liegen exakt deckungsgleich übereinander. Der Slider in der Mitte zeigt links das PRÄ-, rechts das POST-Bild. Per Klick oder Drag verschieben — der visuelle Effekt ist deutlich klarer als ein Side-by-Side, gerade in Patientenberatungen mit nicht-medizinischen Laien.

  • PRÄ links · POST rechts · Slider in der Mitte
  • Klick auf Slider-Handle schließt Dialog NICHT (häufige UX-Falle bei modalen Slidern)
  • Nur Case-Initialen sichtbar, kein Patientenname
  • Audit-Eintrag pro Vergleich, 5-Sekunden-Dedupe
  • Wechsel zum nächsten Case ohne Modal-Reload
Vergleich wird geladen …

Funktionsumfang

Elf Filter, vier Sortierungen, ein Suchschlitz.

Alle Filter parallel kombinierbar. Trefferzahl live in der Toolbar — Sie wissen vor dem Sortieren, wie viele Cases bleiben.

Freitext
Region · Notiz · Kategorie · OP-Typ

300 ms debounced — sofort fühlbar.

OP-Typ
Multi-Select

Eigene OP-Typen werden automatisch zur Filter-Option.

Phase
PRÄ · POST · KONTRL · INTRA · DOKU · SONST

Phase-Stempel auf jeder Kachel oben links.

Körperregion
freie Vokabular-Pflege

Aus Foto-Import-Modul übernommen.

Datum
Aufnahmedatum oder Erstellung

EffectiveDate-Generated-Column für Performance.

Geschlecht
Multi-Select aus Patient

Aus Patientenakte gespiegelt.

Altersgruppe
<30 · 30–45 · 45–60 · 60+

Zum Aufnahmezeitpunkt, nicht zur Beratung.

Zeit-seit-OP
≤1W · ≤1M · ≤3M · ≤6M · >6M · >1J

Nur für POST-Fotos berechnet.

Operateur
Multi-Select

JOIN über Termin-Ressourcen, kein freier Text.

Vergleichspaare
Toggle

Nur Sets, in denen mindestens zwei Bilder einer Patientin in derselben ComparisonGroup liegen.

Mit OP-Verknüpfung
Toggle

Schließt freie Fotos ohne Behandlungs-Bezug aus.

Sortierung
newest · oldest · patient-gruppiert · pairs-first

Tuple-Cursor für newest/oldest, Hard-Cap 500 für Spezial-Sortierungen.

Skalierung

Auf tausende Fotos pro Klinik ausgelegt

Eine ästhetische Praxis mit aktivem Foto-Workflow sammelt schnell fünfstellige Foto-Bestände. Damit der Pool dann nicht beim Filtern hängt, ist die Datenarchitektur dafür ausgelegt — nicht nachträglich optimiert.

  • Cursor-Pagination
    Tuple-Cursor (effectiveDate, id) statt Offset — gleichbleibende Latenz auch auf Seite 200.
  • Virtual Grid
    Nur sichtbare Kacheln werden gerendert. Tile-Höhe passt sich der Containerbreite dynamisch an.
  • Composite-DB-Indices
    Region × Datum, OP-Typ × Datum, Phase × Datum — die häufigsten Filterkombinationen.
  • Thumbnail-Cache
    24-Stunden-Browser-Cache auf Thumbnails, separater Count-Endpoint mit 30-Sekunden-Cache.
Zielmarke — Tenant mit 5.000 Pool-Fotos
Listing-TTFB
< 600 ms
Filter-Wechsel
< 250 ms
Scroll bei 500 sichtbar
60 fps
Cursor-Lookup
konstant

Im Pilot-Setup verifiziert: Filter-Änderung bricht laufende Requests via AbortController, sodass die UI bei schnellem Toggle-Wechsel nicht „nachläuft”.

Häufige Fragen zum Foto-Pool

Was unterscheidet den Foto-Pool von einer normalen Patienten-Fotoakte?

Die Patienten-Fotoakte zeigt alle Bilder eines einzelnen Patienten. Der Foto-Pool dreht die Logik um: Sie suchen klinikweit nach Fällen, die zur Anfrage einer Patientin passen — zum Beispiel „alle Mammaaugmentationen mit 350 ml, Altersgruppe 30–45, mindestens 3 Monate post-OP, Operateur Dr. K.“. Die Patienten-Akte bleibt der Behandlungs-Kontext, der Foto-Pool ist das Beratungs-Werkzeug.

Welche Filter stehen in der Beratung zur Verfügung?

Elf Filter parallel kombinierbar: Freitext (über Region, Notiz, Kategorie, OP-Typ), OP-Typ, Phase (PRÄOP / POSTOP / KONTRL / INTRA / DOKU / SONST), Körperregion, Datumsbereich, Patientengeschlecht, Altersgruppe (zum Aufnahmezeitpunkt, gebinnt <30 / 30–45 / 45–60 / 60+), Zeit-seit-OP (≤1W / ≤1M / ≤3M / ≤6M / >6M / >1J), Operateur (Multi-Select), „nur gepaarte Vergleichssets“ und „nur mit OP-Verknüpfung“. Sortierung: Neueste / Älteste / Patient-gruppiert / Vergleichspaare-zuerst.

Wie ist der Datenschutz gelöst — Patientenfotos in einer durchsuchbaren Galerie?

Vier Schutzschichten gleichzeitig aktiv. Erstens: Permission-Gate — nur Rollen mit der Berechtigung „Foto-Pool ansehen“ haben überhaupt Zugriff (Empfang typischerweise nicht). Zweitens: Consent-Gate — nur Fotos von Patientinnen, die ausdrücklich der Beratungsnutzung zugestimmt haben (PHOTO_CONSULTATION), tauchen im Pool auf. Eine zurückgezogene Einwilligung entfernt die Fotos sofort aus dem Pool. Drittens: Anonymisierung — die API liefert keine Patient-ID, im Frontend stehen nur Initialen. Viertens: Audit-Log — jeder geöffnete Vergleich erzeugt einen Eintrag mit Nutzer, Zeitpunkt und Case-IDs.

Was passiert, wenn eine Patientin ihre Foto-Einwilligung zurückzieht?

Die Fotos werden in derselben Sekunde aus dem Foto-Pool entfernt. Die Bilder bleiben in der Patientenakte für den Behandlungs-Kontext erhalten (medizinische Dokumentationspflicht), tauchen aber in der Beratungs-Galerie nicht mehr auf. Die Consent-Prüfung ist atomar in jeder Pool-Abfrage verankert — keine zwischengeschalteten Snapshots, kein Cache, der eine zurückgezogene Einwilligung übersehen könnte.

Funktioniert das auch mit tausenden von Fotos?

Das System ist darauf ausgelegt. Cursor-Pagination statt Offset, Infinite Scroll mit IntersectionObserver, echte Virtualisierung des Grids (nur sichtbare Kacheln werden gerendert), 24-Stunden-Cache auf Thumbnails. Die Performance-Zielmarke: Tenant mit 5.000 Pool-Fotos, Listing-TTFB unter 600 ms. DB-seitig stützen Composite-Indices die häufigen Filterkombinationen (Region × Datum, OP-Typ × Datum, Phase × Datum).

Wer darf den Foto-Pool sehen — und wer nicht?

Eine eigene Berechtigung „patients.photos_pool“ steuert den Zugang separat von der normalen Foto-Akte. Typische Praxis-Konfiguration: Ärzte und Behandler haben Pool-Zugriff, Empfang nicht (auch wenn der Empfang einzelne Patienten-Akten sehen darf). Die Berechtigung ist pro Mitarbeiter konfigurierbar — kein vorgegebenes Rollenraster. Wer die Berechtigung nicht hat, sieht den Menüpunkt „Foto-Pool“ gar nicht erst.

Kann ich zwei Vorher-Nachher-Bilder einer Patientin gleichzeitig zeigen?

Ja — das ist der Vergleichs-Modus. Im Foto-Pool werden Vorher-Nachher-Sets über die ComparisonGroup erkannt: Zwei Bilder derselben Patientin in derselben Group ergeben ein gepaartes Set. Mit dem Filter „nur gepaarte Vergleichssets“ sehen Sie ausschließlich Bilder, zu denen ein passendes Gegenstück existiert — keine isolierten POSTOP-Aufnahmen ohne Ausgangs-Foto. Beim Öffnen der Vergleichs-Ansicht legt das System die beiden Bilder mit einem Slider-Overlay übereinander, der per Klick oder Drag bewegt wird.

Was, wenn ich nach einer bestimmten OP-Variante filtern will, die nicht in den Standard-Kategorien ist?

Drei Wege. Erstens: Freitext-Suche — sucht über Körperregion, Notizfeld, Kategorie-Name und OP-Typ-Name parallel. Zweitens: Sie pflegen eigene OP-Typen ein, die dann als Filter-Option im Foto-Pool erscheinen. Drittens: Bilder werden bereits beim Import (Foto-Import-Modul, EXIF-Zuordnung) mit Phase und Region versehen — diese Metadaten reichen für die Standard-Beratung. Eigene Kategorien sind optional, wenn die Klinik feinere Differenzierung möchte.

Was sehe ich, wenn ich auf eine Kachel klicke?

Eine Lightbox mit dem Vollbild, ohne Patienten-Identifikator außer den Initialen. Bei gepaarten Sets startet die Lightbox direkt in der Vergleichs-Ansicht (PRÄ links, POST rechts, Slider-Overlay in der Mitte). Beim Öffnen wird ein Audit-Eintrag erzeugt — wer hat wann welches Bild geöffnet. Doppel-Öffnen innerhalb von 5 Sekunden wird dedupliziert (kein Audit-Spam beim versehentlichen Doppelklick).

Ersetzt der Foto-Pool teure Marketing-Stocks oder externe Vorher-Nachher-Datenbanken?

Ja — und das ist der eigentliche Punkt. Eine Patientin, die in Ihrer Klinik sitzt und nach Brust-OP-Ergebnissen fragt, erwartet keine Stockfoto-Datenbank, sondern Ergebnisse aus *Ihrer* Klinik mit *Ihrem* Operateur. Der Foto-Pool macht genau das in drei Sekunden möglich. Wettbewerbsfeatures aus dem internationalen Markt (z.B. Pixelmedics' Visual-Consultation-Browser, TouchMD, NextMotion) waren bisher häufig der Grund, eine zweite Software neben dem KIS zu betreiben — der Foto-Pool integriert die Funktion direkt in AesthOS.