Vertrauen, das nachvollziehbar bleibt.
Privacy by Design · Security by Design · User Control · Evidence over Claims
Schweizer Kerninfrastruktur
Öffentliche Website und sensible App-Systeme werden getrennt. App-/API-/Datenbank-Kernsysteme werden auf Schweizer Infrastruktur betrieben, soweit der jeweilige Scope technisch und vertraglich verifiziert ist.
Datenschutz von Anfang an
Datenminimierung, Zweckbindung, getrennte Einwilligungen, kontrollierbare Freigaben und Löschbarkeit werden bereits in Produkt- und Release-Entscheidungen berücksichtigt.
Schutz in mehreren Schichten
Getrennte Systeme, starke Authentifizierung für privilegierte Rollen, serverseitige Autorisierung, verschlüsselte Übertragung, sichere Updates und Incident-Prozesse bilden das Sicherheitsmodell.
Freigaben bleiben steuerbar
Family-, ClubSport- und Care-Zugriffe werden rollen- und zweckbezogen vergeben. Familiäre Nähe oder organisatorische Zugehörigkeit allein begründen keinen Zugriff.
Keine Vermarktung von Gesundheitsprofilen
Personenbezogene Gesundheitsdaten werden nicht für fremde Werbe-, Arbeitgeber-, Versicherungs- oder Kreditentscheidungen verkauft oder bereitgestellt.
Keine GPS-Ortung im Band
Das Fleeny Band besitzt keine GPS-Ortung und kein Live-Tracking. Eine Aktivitätsdistanz ist eine Bewegungsmetrik und kein Standortverlauf.
1 Trust-Prinzipien und Scope
Das Trust Center fasst die öffentlich relevanten Grundsätze aus den vier Fleeny-Bänden zusammen: Band I regelt Vertrag, Hardware, Rollen, Haftung und geistiges Eigentum; Band II Datenschutz und Gesundheitsdaten; Band III Security und Infrastruktur; Band IV Governance, Nachweise, Claims, Audits, Open Source und kontinuierliche Verbesserung.
Aussagen wie „Swiss Hosted“, „medizinisch validiert“, „24/7 überwacht“, „zertifiziert“ oder konkrete Verfügbarkeits- und Sicherheitszusagen werden nur in dem Umfang verwendet, in dem Scope, Ausnahmen und Nachweise tatsächlich belegt sind.
2 Produktgrenzen, die sichtbar bleiben
| Bereich | Fleeny-Grundsatz |
|---|---|
| GPS / Standort | Das Band besitzt keine GPS-Ortung und kein Live-Tracking. |
| Gesundheitswerte | Messwerte können direkt gemessen, berechnet, geschätzt oder abgeleitet sein; Herkunft und Grenzen werden produktbezogen beschrieben. |
| Notfall | Fleeny ist kein garantierter öffentlicher Notrufdienst. Bei akuter Gefahr ist unabhängig von Fleeny professionelle Hilfe zu organisieren. |
| Medizinische Zweckbestimmung | Gesundheitsclaims und professionelle klinische Funktionen werden separat regulatorisch geprüft; ein Haftungshinweis ersetzt diese Prüfung nicht. |
| Institutionen | Care, Heim, Praxis, Klinik und Spital benötigen eigene Rollen, Datenschutzvereinbarungen, gegebenenfalls SLA und eine klare Verantwortungsabgrenzung. |
3 Nutzerkontrolle statt pauschalem Zugriff
Freigaben an Angehörige und Vertrauenspersonen sind standardmässig deaktiviert. Der Nutzer oder eine nachgewiesen berechtigte Vertretung bestimmt Person, sichtbare Datenkategorien, Funktionen und – soweit vorgesehen – Dauer. ClubSport- und Institutionsrollen sind zusätzlich auf ihren jeweiligen Zweck begrenzt.
Ein Widerruf beendet den künftigen Zugriff innerhalb von Fleeny. Bereits ausserhalb der Plattform erstellte Screenshots, Ausdrucke oder Exporte können technisch nicht automatisch zurückgerufen werden.
4 Datenschutz und Gesundheitsdaten
Gesundheits- und Sensordaten erhalten einen erhöhten Schutz. AGB-Akzeptanz, Datenschutzinformation, Gesundheitsdateneinwilligung, optionale Marketingeinwilligung und spätere Family-/Team-Freigaben werden getrennt behandelt. Personenbeziehbare Gesundheitsdaten werden nicht pauschal für allgemeines KI-Training, Forschung oder Werbeprofilbildung verwendet.
Mehr zu Privacy & User Control
5 Security auf hoher Ebene
Die öffentliche Sicherheitsdarstellung erklärt Architekturprinzipien, ohne interne Angriffspfade, Schlüssel, Serverdetails oder Incident-Beweise offenzulegen. Dazu gehören Systemtrennung, Least Privilege, starke MFA für privilegierte Rollen, serverseitige Objekt- und Mandantenberechtigungen, sichere Gerätezuordnung, Patch-/Vulnerability-Management, Backups, Restore und ein dokumentierter Incident-Prozess.
Security & Infrastruktur ansehen
6 Dokumente, Versionen und Consent Ledger
Vertrags- und Einwilligungsdokumente werden versioniert. Bei zustimmungspflichtigen Vorgängen werden Dokument-ID, Version, Sprache, Zeitstempel, Konto-/Clientbezug und Integritätsnachweis vorgesehen. Alte Fassungen werden für den Nachweis nicht stillschweigend überschrieben.
7 Transparenz und kontinuierliche Verbesserung
Fleeny trennt Plan, Nachweis und öffentliche Aussage. Policies allein gelten nicht als Wirksamkeitsnachweis; Konfigurationen, Tests, Protokolle, Reviews, Lieferantenprüfungen und dokumentierte Entscheidungen bilden die Evidenz. Wesentliche Änderungen werden über Change-, Privacy-, Security- und Claim-Gates geprüft.
© 2026 Fleeny. Alle Rechte vorbehalten.