Klinikregistrierung prüfen und freigeben

Video

Auf einen Blick

Feld	Details
Wer diese Anleitung nutzen soll	Plattformmitarbeitende, die Klinik-Registrierungsanfragen prüfen und Klinik-Staff-Zugriff anlegen.
Erforderlicher Zugriff	CMS-Zugriff mit Berechtigung zum Anzeigen von ClinicApplications und zum Bearbeiten von Clinics, BasicUsers und ClinicStaff.
Ergebnis nach Abschluss	Die Klinik-Anfrage ist freigegeben oder abgelehnt. Freigegebene Anfragen haben verknüpfte Klinik-, Benutzer- und Staff-Datensätze.
Öffentlicher Effekt	Hoch. Freigegebene Klinikdaten und Klinik-Staff-Zugriff können öffentliche Klinikinformationen und externen Account-Zugriff beeinflussen.
Compliance-Risiko	Hoch. Der Workflow nutzt Klinik-Kontaktdaten, Anfrage-Metadaten, Freigabeentscheidungen und die Einrichtung von Staff-Konten.
Zuletzt geprüft	Preview, Admin-Rolle, 12. Juni 2026.
Suchbegriffe	clinic registration, clinic application, ClinicApplications, Clinics, BasicUsers, ClinicStaff, approval, rejected, staff access.

Guardrail-Referenz

Nutze die Notion-Seite Content-/Claim-Guardrails, wenn Klinikdaten, öffentlicher Klinikstatus, Verifizierungs-Wording, Staff-Zugriff oder Klinikprofil-Claims betroffen sind.

• Stop: Erstelle oder veröffentliche keine verified clinic-, trusted clinic-, certified clinic-, quality-approved-, medical-excellence-, best clinic- oder top doctor-Claims ohne dokumentierten Prozess.
• Bestätigen: Sichtbare Statusformulierungen wie verified, reviewed, approved, certified oder transparent pricing brauchen dokumentierten Nachweis, Prüfdatum, verantwortlichen Owner und definierten Prüfprozess.
• Sicher: Neutrale Informationen laut Klinikquelle sind okay, wenn sie aus geprüften Klinikdaten übernommen werden und keine medizinische Qualität oder findmydoc Zertifizierung nahelegen.

Ziel

Du prüfst eine neue Klinikregistrierung, entscheidest, was mit der Anfrage passieren soll, und legst die echten Klinikdaten und den Staff-Zugriff im CMS an.

Vor dem Start

• Du hast Platform Staff-Zugriff im CMS.
• Du arbeitest im CMS unter /admin.
• Der öffentliche Registrierungsablauf wurde unter https://preview.findmydoc.eu/register/clinic geprüft.
• Die CMS-Schritte wurden lokal mit Demo-Daten und einer Platform Staff-Session geprüft.

Schritt-für-Schritt-Anleitung

1. Öffne /register/clinic als Klinik.

2. Trage in Register your clinic Clinic name und Website ein.

3. Klicke auf Continue.

4. Wähle in Choose focus areas mindestens einen Schwerpunkt aus.

5. Klicke auf Continue.

6. Trage in Your contact die Kontaktperson ein: First name, Last name, Email address und Position / role. Stop: Trage keine Patientendaten, medizinischen Dokumente, Passwörter oder zusätzlichen privaten Notizen in den öffentlichen Registrierungsablauf ein.

7. Klicke auf Submit request. Die Klinik sieht jetzt Request submitted.

8. Öffne im CMS die Collection ClinicApplications.

9. Öffne die neue Anfrage mit Status Submitted.

10. Prüfe die eingereichten Daten: Clinic name, Clinic website, Contact email, Contact role und Medical specialties. Bestätigen: Medizinische Schwerpunkte beschreiben den Klinikfokus. Sie dürfen nicht zu einer findmydoc Empfehlung oder Qualitätsbewertung werden.

11. Prüfe, ob bereits eine passende Klinik in Clinics oder ein passender Benutzer in BasicUsers existiert. Lege kein Duplikat an, wenn die Klinik oder die Kontaktperson bereits existiert.

Nicht fortfahren, wenn

• Klinik, Website oder Kontaktdaten noch unvollständig sind oder wie ein Duplikat aussehen.
• Du private Daten, Gesundheitsdaten oder eine lange Erklärung in Review Notes eintragen müsstest.
• Du noch nicht bestätigen kannst, ob die Klinik öffentlich werden darf.

12. Wenn die Anfrage nicht gültig ist, setze Status auf Rejected. Füge in Review Notes nur den kurzen Grund für die Entscheidung hinzu. Stop: Speichere keine Passwörter, vollständigen E-Mail-Verläufe, Patientendaten, Gesundheitsdaten oder langen privaten Erklärungen in Review Notes.

13. Wenn die Anfrage gültig ist, setze Status auf Approved. Damit wird nur die Anfrage freigegeben. Es werden noch keine echte Klinik, kein Benutzer und kein Staff-Zugriff automatisch erstellt. Bestätigen: Approved ist hier eine interne Workflow-Entscheidung. Beschreibe die Klinik öffentlich nicht als verified, certified, trusted oder quality-approved, außer es gibt einen getrennten dokumentierten Nachweisprozess.

Wenn etwas schiefging

• Wenn du die falsche Anfrage freigegeben hast, ändere Status am selben ClinicApplications-Datensatz, bevor du die Klinik-, Benutzer- oder Staff-Datensätze anlegst.
• Lösche die Anfrage nicht und überschreibe keine bestehende Klinik, außer der Owner bestätigt die Korrektur.
• Wenn Klinik-, Kontakt- oder Staff-Daten bereits öffentlich oder aktiv sind, halte den aktuellen Zustand stabil und frage den Platform Owner oder den Privacy-/Legal-Owner, bevor du weitere Datensätze änderst.

14. Öffne die Collection Clinics und lege die echte Klinik an.

15. Übernimm die geprüften Daten aus der Anfrage: Klinikname, Website, Kontakt-E-Mail, Kontaktperson und passende Schwerpunkte.

16. Füge die erforderlichen Klinikdaten hinzu: Address, Internal Primary Contact und Supported Languages. Sicher: Übernimm nur geprüfte Informationen laut Klinikquelle. Ergänze keine Qualitätsbadges, Medical Scores oder unbelegtes Trust-Wording im Klinikdatensatz.

17. Setze den Klinik-Status nur dann auf Approved, wenn die Klinik öffentlich werden darf. Bis dahin bleibt die Klinik Draft oder Pending. Bestätigen: Prüfe vor öffentlichem Status, ob Klinikdaten, Quellenverantwortung, sichtbares Status-Wording und claim-ähnliche Felder freigegeben sind.

18. Öffne die Collection BasicUsers und lege das Login für die Kontaktperson an.

19. Trage First Name, Last Name und Email ein. Setze User Type auf Clinic Staff. Stop: Lege keinen Staff-Zugriff für eine private E-Mail, unbekannte Kontaktperson oder nicht bestätigte Klinikvertretung an.

20. Speichere den Benutzer. Damit startet die Einladung für das externe Login und ein zugehöriger ClinicStaff-Datensatz wird vorbereitet.

21. Öffne die Collection ClinicStaff.

22. Öffne den neuen Staff-Datensatz für die Kontaktperson.

23. Verknüpfe bei Clinic die echte Klinik.

24. Setze Status auf Approved. Der Klinik-Staff-Zugriff ist erst nach diesem Schritt aktiv. Bestätigen: Staff-Freigabe gibt externen Account-Zugriff. Prüfe Klinikverknüpfung und Kontaktidentität vor dem Speichern.

25. Gehe zurück zur ursprünglichen Anfrage in ClinicApplications.

26. Verknüpfe unter Created records Clinic, BasicUser und ClinicStaff. Setze außerdem processedAt, falls das Feld sichtbar ist.

Compliance-Hinweise

• Speichere keine Login-Daten, vollständigen E-Mail-Verläufe, Gesundheitsdaten oder zusätzliche persönliche Details in Review Notes.
• Die Registrierung speichert Kontaktdaten und technische Anfragedaten wie IP-Adresse und Browser-Informationen. Nutze in Screenshots und Beispielen nur Demo-Daten.
• Der öffentliche Formularhinweis erwähnt legitimate interest für den Kontakt. Wenn Text, Zweck oder Folgeprozess geändert werden, frage den Privacy-/Legal-Owner, ob /privacy-policy weiterhin passt.
• Bevor du Approved setzt, prüfst du, ob die Klinikdaten öffentlich werden dürfen.
• Das Klinik-Login ist erst vollständig, wenn ClinicStaff mit der echten Klinik verknüpft und auf Approved gesetzt ist.
• Betrachte Analytics für diese Anleitung als optional. Der Operator-Flow darf nicht von Analytics abhängen.
• Wenn unklar ist, wie lange eine Anfrage aufbewahrt werden soll, wie sie gelöscht wird oder wie mit einer späteren Ablehnung umzugehen ist, markiere das als offenen Privacy-/Legal-Check.

Erfolgsprüfung

Die Aufgabe ist abgeschlossen, wenn die Anfrage in ClinicApplications freigegeben oder abgelehnt ist. Bei einer freigegebenen Anfrage müssen außerdem eine echte Klinik in Clinics, ein passender Eintrag in BasicUsers, ein verknüpfter Eintrag in ClinicStaff mit Status Approved und vollständige Created records in der ursprünglichen Anfrage vorhanden sein.

Verwandte Anleitungen

• Bewertungen moderieren