Naar de inhoud

Juridisch

Beveiliging en privacy

Deze pagina is voor informatiebeveiliging, de privacyfunctionaris en de jurist. Hij staat er zonder verkooppraat, zodat u hem kunt doorsturen. Wat u hier niet vindt, vraagt u op via het adres onderaan.

  • Roostergegevens, database en authenticatie in Frankfurt, opslag in de EU

  • Geen patiëntgegevens: Rondus bevat het rooster, niet het werk

  • Scheiding per organisatie op databaseniveau, toegang per rol, verwerkersovereenkomst beschikbaar

  • Hosting

    De database en de authenticatie draaien bij Supabase in Frankfurt, binnen de EU. De applicatie wordt via het netwerk van Vercel geleverd, en de sessiecontrole draait in de Vercel-regio die het dichtst bij de gebruiker ligt, ook buiten de EU. De roostergegevens staan in Frankfurt.

  • Versleuteling

    Verkeer tussen browser en applicatie loopt over TLS. Gegevens staan versleuteld opgeslagen bij Supabase.

  • Toegang

    Elke organisatie ziet alleen haar eigen gegevens, afgedwongen op databaseniveau. Daarbinnen bepaalt de rol wat iemand mag, en accounts ontstaan alleen op uitnodiging.

  • Back-ups en bewaren

    Back-ups volgen de retentietermijnen van Supabase. Bij het einde van de overeenkomst geeft Rondus de gegevens terug in een gangbaar formaat of verwijdert ze, naar uw keuze.

  • AVG en datalekken

    Rondus verwerkt roostergegevens, geen patiëntgegevens en geen ziekteredenen. Bij een datalek informeren we u zonder onredelijke vertraging, met wat u nodig heeft voor uw eigen meldplicht.

  • Subverwerkers

    Supabase (database, Frankfurt) en Vercel (levering) voor alles, Resend voor e-mail; GitHub, Anthropic en de pushdiensten alleen voor demo-organisaties en het Rondus-team zelf, nooit met patiëntgegevens. De volledige lijst staat hieronder, met per partij doel, regio en beperking.

Er is een beveiligingsdossier

Voor de informatiebeveiliging en de functionaris gegevensbescherming van een ziekenhuis ligt er een dossier van dertien pagina's met dertien hoofdstukken. Het staat niet als download op deze site; u vraagt het op en u krijgt het toegestuurd. Wat hieronder op deze pagina staat, hoeft u er niet voor op te vragen.

Wat erin staat:

  1. Waar dit document over gaat
  2. Waar de gegevens staan
  3. Welke persoonsgegevens Rondus verwerkt
  4. Hoe klanten van elkaar gescheiden zijn
  5. Toegang en verantwoording
  6. Inloggen, sessies en uitdiensttreding
  7. Beschikbaarheid, back-up en herstel
  8. Continuïteit van de leverancier
  9. Hoe software bij ons in productie komt
  10. Normen en certificering
  11. Wat wij zelf als zwak beschouwen
  12. Wat wij eraan doen
  13. Contact

Vraag het dossier op

De volledige tekst

Waar de gegevens staan

De database en de authenticatie draaien bij Supabase in de regio eu-central-1 (Frankfurt), binnen de Europese Unie. Voor de roostergegevens van uw organisatie is doorgifte buiten de EU geen onderdeel van het ontwerp.

Drie subverwerkers van de applicatie staan in de Verenigde Staten: GitHub, Anthropic en Resend. GitHub en Anthropic krijgen geen gegevens van een klantorganisatie. GitHub ontvangt alleen meldingen uit demo-organisaties en kaarten van het Rondus-team, Anthropic alleen interne inbreng van het team zelf. Resend verstuurt de uitnodigingen en wachtwoordmails vanuit Ierland, maar bewaart de logboeken en de gegevens van verzonden mails in de Verenigde Staten, onder het EU-VS-privacykader. Van de pushdiensten van Apple, Google en Mozilla is de regio niet gemeten; zij bezorgen alleen meldingen aan het Rondus-team, en de inhoud is voor hen onleesbaar. De beperking per partij staat bij de subverwerkers.

Twee kanttekeningen zetten we er zelf bij. De applicatie zelf, dus de opmaak, de afbeeldingen en het JavaScript, wordt geleverd via het wereldwijde netwerk van Vercel. En bij elk verzoek leest de sessiecontrole van Vercel (de proxy) de sessie en het profiel van de ingelogde gebruiker, in de regio die het dichtst bij die gebruiker ligt; dat kan buiten de EU zijn, en Vercel biedt geen instelling om dat te beperken. De roostergegevens zelf staan in Frankfurt.

Welke gegevens, en welke uitdrukkelijk niet

Rondus verwerkt roostergegevens van medewerkers: naam, e-mailadres, functiegroep, fte, rol in de applicatie, diensten, roosterwensen en vastgelegde afwijkingen.

Rondus verwerkt geen patiëntgegevens. De applicatie bevat het rooster van de roostergroep, niet het werk zelf. Ook ziekteredenen horen er niet in: beschikbaarheid is beschikbaar of niet beschikbaar.

De ingebouwde hulpfunctie gebruikt geen taalmodel

De Rondus Gids beantwoordt vragen uit vooraf geschreven uitleg, in de browser van de gebruiker zelf. Er gaat geen roostergegeven, geen naam en geen vraag naar een taalmodel of een andere externe dienst. Dat is technisch afgedwongen, niet alleen afgesproken.

Van het gebruik houden we statistiek bij: de gestelde vraag (maximaal 200 tekens), welke uitleg is getoond, of er een antwoord kwam of een weigering, en een willekeurig sessienummer. Account, naam en organisatie zitten er niet in. De vraag is wel vrije tekst die de gebruiker zelf typt, dus wat daarin terechtkomt bepalen wij niet; die rijen zijn leesbaar voor de beheerders van Rondus. Wij ruimen ze periodiek op na twaalf maanden. De Gids voegt geen subverwerker toe.

Toegang en scheiding

Toegangsscheiding per organisatie op databaseniveau (row level security): een organisatie ziet uitsluitend haar eigen gegevens.

Daarbinnen bepaalt de rol wat iemand mag: beheerder, roosteraar, opleider, medewerker en een kijkersrol voor bijvoorbeeld het secretariaat. Accounts ontstaan alleen op uitnodiging, want zelf registreren kan niet. De eerste beheerder van een nieuwe organisatie wordt door Rondus uitgenodigd; daarna nodigen de beheerders en de roosteraars van uw eigen organisatie uit, en een roosteraar kan geen beheerder of roosteraar aanmaken. Authenticatie loopt via Supabase Auth.

Bij uitdiensttreding zet de beheerder de medewerker inactief. Wie geen actieve medewerkerrij meer heeft, komt bij het eerstvolgende verzoek op een scherm dat zegt dat de toegang is ingetrokken. Een toegangstoken dat al is uitgegeven blijft een uur geldig en een lopende sessie is niet met terugwerkende kracht in te trekken, dus het venster is maximaal één uur.

Bewaren en verwijderen

Accountgegevens blijven zolang de klantrelatie duurt. Verwijdering gebeurt op verzoek van de verwerkingsverantwoordelijke, dus van uw instelling of roostergroep. Back-ups volgen de retentietermijnen van Supabase.

Twee categorieën hebben geen automatische bewaartermijn: de gebruiksgegevens waarmee wij zien welke schermen worden gebruikt, en de auditlog die per roostermutatie de oude en de nieuwe waarde vasthoudt. Die groeien mee met het gebruik en wij ruimen ze op verzoek of periodiek op. Wij zeggen dat liever dan dat wij een termijn noemen die nergens wordt uitgevoerd.

Bij het einde van de overeenkomst geven we de gegevens terug in een gangbaar formaat of verwijderen we ze, naar uw keuze.

Datalekken

Bij een inbreuk in verband met persoonsgegevens informeren we de verwerkingsverantwoordelijke zonder onredelijke vertraging, met de informatie die u nodig heeft voor uw eigen meldplicht richting de Autoriteit Persoonsgegevens en de betrokkenen.

Wat we niet hebben

Rondus heeft geen ISO 27001- en geen NEN 7510-certificering. Dat leest u liever hier dan dat u het in het gesprek erna moet vragen. Wat we wel kunnen: de maatregelen hierboven op papier toelichten, en meewerken aan uw eigen toetsing.

Subverwerkers

Dit zijn alle partijen die gegevens verwerken bij het leveren van Rondus: eerst die van de applicatie, daarna die van alleen deze website. Een voorgenomen wijziging melden we vooraf, zodat u bezwaar kunt maken.

PartijDoelRegioBeperking
SupabaseDatabase, authenticatie en bestandsopslag van de applicatieeu-central-1, Frankfurt (EU)Bewaart alles wat Rondus opslaat: medewerkers, roosters, wensen en beschikbaarheid (zonder reden). In de bestandsopslag alleen een schermafbeelding bij een melding (hoogstens 2 MB) en bijlagen bij interne inbreng van het Rondus-team. Zo'n bijlage toont vaak een rooster met initialen; alleen het Rondus-team kan hem lezen, en na 90 dagen wordt hij verwijderd
Resend, maildienst (SMTP) van Supabase AuthVerzending van uitnodigingen, wachtwoordherstel en het wijzigen van een e-mailadresVerzending vanuit Ierland (eu-west-1); logboeken en gegevens van verzonden mails in de Verenigde Staten (EU-VS-privacykader)Alleen e-mailadres, naam, organisatienaam en een eenmalige link. Geen roostergegevens. Verzonden vanaf noreply@rondus.app met verplichte TLS; openen en klikken wordt niet gemeten
VercelHosting en levering van de applicatie en deze websiteServerfuncties in Frankfurt (EU); de sessiecontrole (proxy) in 19 regio's wereldwijd, ook buiten de EU; statische bestanden wereldwijd via het CDNAl het verkeer loopt erdoorheen, dus ook wat de applicatie toont; verder de serverlogboeken. De sessiecontrole leest bij elk verzoek de sessie en het profiel van de ingelogde gebruiker, in de regio die het dichtst bij die gebruiker ligt; daar horen ook regio's buiten de EU bij, zoals Washington en Londen. Vercel biedt geen instelling om dat te beperken. Waar het netwerk de versleutelde verbinding afhandelt, is niet gemeten
GitHubEen melding uit "Vraag of meld" wordt een kaart op ons bord, en een goedgekeurde inbreng van het team ookVerenigde StatenAlleen als "Vraag of meld" aanstaat, en dan alleen vanuit demo-organisaties, door het Rondus-team of een tester. Mee gaan de meldtekst, de soort melding, organisatienaam, rol, pagina, roostergroep-id, periode, weergave, versie, schermformaat en de aangewezen roostercel (de tekst en een medewerker-id); de schermafbeelding niet. Van een goedgekeurde inbreng gaat de kaart in het Engels mee, met labels, mijlpaal en een link terug naar Rondus; niet de oorspronkelijke tekst, niet de bijlagen en niet hun namen. Wijzigt het team de ernst of trekt het een inbreng in, dan past Rondus de kaart aan: een ander label, of de reden zonder naam als opmerking, waarna de kaart dichtgaat. Rondus leest het bord ook, de stand van de eigen kaarten en elke dag wat er is afgerond; daarbij gaat niets van ons mee. Gegevens van een klantorganisatie gaan er niet heen
AnthropicClaude zet interne inbreng van het Rondus-team om in een conceptkaart en vertaalt die naar het EngelsVerenigde StatenAlleen interne inbreng van het team zelf, nooit patiënt- of ziektegegevens. Klanten en medewerkers gebruiken deze functie niet, en er gaat niets uit het rooster van een klantorganisatie mee. Bijlagen gaan nooit mee, ook hun namen niet, alleen hoeveel het er zijn. Wel mee gaan een beschrijving van Rondus uit de eigen code en de nummers en titels van open kaarten op ons bord, om dubbele kaarten te vinden
Pushdiensten van Apple, Google en MozillaBezorgen een pushmelding op de telefoon of laptop van iemand van het Rondus-team: nieuwe inbreng, een goedkeuring of een melding van een klantNiet gemeten; de browser kiest de dienst, niet RondusAlleen voor iemand van het Rondus-team die het zelf aanzet. De dienst ziet alleen het apparaatadres dat hij zelf uitgaf en het tijdstip. De inhoud (een titel, een korte regel en de pagina) is end-to-end versleuteld met de sleutels van het apparaat en voor de dienst onleesbaar; bij een melding van een klant staan daarin de eerste regel en de organisatienaam. Rondus heeft met deze diensten geen eigen overeenkomst: ze werken voor de maker van de browser
ResendVerzending van de demo-aanvraag naar Rondus en van de bevestiging aan de aanvragerVerzending vanuit Ierland (eu-west-1); logboeken en gegevens van verzonden mails in de Verenigde Staten (EU-VS-privacykader)Voor deze website alleen de gegevens uit het demoformulier, geen roostergegevens. Dezelfde dienst verstuurt de mails van de applicatie (zie de maildienst hierboven)
HostingerE-mailbox hallo@rondus.app, ontvangt demo-aanvragen en e-mail aan RondusEU (Frankfurt)Alleen deze website en e-mail aan ons. Geen roostergegevens
Google AnalyticsStatistiek van deze websiteEU en VS (Data Privacy Framework)Alleen deze website, en alleen nadat u in de cookiemelding op Accepteren klikt. Geen roostergegevens

Niet in de tabel, en waarom. Een medewerker kan zijn eigen rooster laten ophalen door Google Agenda, Apple Agenda of Outlook; die dienst kiest de medewerker zelf, niet Rondus, en er gaat alleen zijn eigen gepubliceerde rooster met zijn bijeenkomsten heen. Een bewakingsdienst hoort alleen wanneer de wekelijkse versleutelde back-up is gelukt, zodat er alarm komt als die uitblijft; hij krijgt geen gegevens, en welke dienst het is, is nog niet vastgesteld. De broncode van Rondus staat bij GitHub; daar staan geen klantgegevens in.

Verwerkersovereenkomst

De leesversie staat op deze site en laat zich printen of als PDF bewaren. Een ondertekenbaar exemplaar krijgt u op aanvraag; schrijf ons en u krijgt het toegestuurd.

Lees de verwerkersovereenkomst

Wie de leverancier is

Rondus B.V. in oprichting, gevestigd in Nederland. Rondus wordt uitsluitend zakelijk geleverd, aan instellingen en roostergroepen.

Contact

Vragen over beveiliging, privacy of de verwerkersovereenkomst komen binnen bij de mensen die Rondus maken, en u krijgt binnen twee werkdagen een reactie: security@rondus.app

Zie het met uw eigen rooster

In een half uur ontdekt u hoe roosteren ook kan: efficiënt, automatisch, eerlijk en overzichtelijk

Demo aanvragen