Tilsynsrapport Dr.Dropin AS – Dr.Dropin (app)

1 Innledning

Digitaliseringsdirektoratet er tilsynsmyndighet på området universell utforming av ikt.

Rettslig grunnlag for tilsyn er likestillings- og diskrimineringsloven (ldl) § 36 første ledd jf. ldl § 18 og forskrift om universell utforming av ikt-løsninger § 5.

Vi gjennomførte tilsyn med Dr.Dropin AS i perioden 29.04.2025 – 16.02.2026. Tilsynet rettet seg mot Dr.Dropin-appen for iOS.

Gjennomføringen av tilsynet med appen ble utsatt fra mai 2025 til januar-februar 2026, fordi virksomheten ga tilbakemelding om at appen skulle lanseres i ny versjon i løpet 2025.

Rapporten gjør greie for resultatene innenfor tema for tilsynet, på de sidene som er testet. Rapporten gir ikke en fullstendig tilstandsvurdering av appen.

2 Resultat

Resultatene bygger på informasjon fra testing av Dr.Dropin-appen for iOS.

Det ble avdekket brudd på 6 av 8 krav som ble testet under tilsynet.

Resultatene er inndelt i kategorier. Der det er påvist brudd på minstekravene vil dette gå frem under den enkelte kategorien. Dersom det er avdekket brudd på minstekravene følges dette opp med reaksjoner i form av pålegg om retting og eventuelt tvangsmulkt.

Det er avdekket brudd fra følgende krav: ldl. § 18 jf. forskrift om universell utforming av ikt-løsninger § 4 første ledd jf. suksesskriterier i WCAG 2.0:

• 1.3.1 Informasjon og relasjoner
• 1.4.3 Kontrast (minimum)
• 2.1.1 Tastatur
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

2.1 Struktur

Suksesskriterium i WCAG 2.0:

• 1.3.1 Informasjon og relasjoner

Kommentar til brudd

Bruddene som er avdekket gjør at brukere som er blinde eller har nedsatt syn ikke får informasjon som formidles visuelt, via strukturen i innholdet i appen. Visuell struktur i innholdet skal gjenspeiles i kodingen. Hovedregelen er at innholdet skal kodes slik som det ser ut visuelt.

• Korrekt kode er viktig for å sikre at brukeragenter og hjelpemiddelteknologi, presenterer innhold i appen på rett måte for brukeren.
• Visuelle overskrifter skal være riktig kodet som overskrifter.

Veiledning til suksesskriterium

• 1.3.1 Informasjon og relasjoner

2.2 Presentasjon

Suksesskriterium i WCAG 2.0:

• 1.3.1 Informasjon og relasjoner

Kommentar til brudd

Bruddene som er avdekket gjør at brukere som er blinde eller har nedsatt syn ikke får informasjon som formidles visuelt, via presentasjonen av innholdet i appen. Visuell struktur i innholdet skal gjenspeiles i kodingen. Hovedregelen er at innholdet skal kodes slik som det ser ut visuelt.

• Korrekt kode er viktig for å sikre at brukeragenter og hjelpemiddelteknologi presenterer innhold i appen på rett måte for brukeren.
• Visuelle lister skal være riktig kodet som lister.

Veiledning til suksesskriterium

• 1.3.1 Informasjon og relasjoner

2.3 Kontrast

Suksesskriterium i WCAG 2.0:

• 1.4.3 Kontrast (minimum)

Kommentar til brudd

Bruddene som er avdekket går særlig utover brukere med nedsatt syn, inkludert redusert fargesyn. Lav kontrast gjør det vanskelig for mange å lese tekst. Det påvirkes også av lysforhold og skjermoppløsning. Tilstrekkelig kontrast i appen øker brukervennligheten for alle.

• Det skal være tilstrekkelig kontrast mellom tekst og bakgrunn i appen. Minstekravet til kontrast mellom tekst og bakgrunn er 4,5:1.

Veiledning til suksesskriterium

• 1.4.3 Kontrast (minimum)

2.4 Navigasjon

Suksesskriterium i WCAG 2.0:

• 2.1.1 Tastatur

Kommentar til brudd

Bruddene som er avdekket går særlig utover personer som er blinde, har nedsatt syn eller nedsatt motorikk.

Sveiping med skjermleser aktivert, tilsvarer tastaturnavigasjon på desktop. Sveiping brukes for å navigere mellom elementer i en app, for eksempel lenker, knapper og skjemaelementer, og dobbelttrykk brukes for å velge eller bekrefte.

• All funksjonalitet i appen skal kunne nås og brukes med sveiping og dobbelttrykk, når skjermleser er aktivert.

Veiledning til suksesskriterium

• 2.1.1 Tastatur

2.5 Skjema

Suksesskriterium i WCAG 2.0:

• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

Kommentar til brudd

Bruddene som er avdekket går særlig utover brukere som er blinde eller har nedsatt syn, nedsatt motorikk eller nedsatt kognisjon. At skjema i appen oppfyller kravene, øker ofte brukervennligheten for alle.

• Når det oppstår feil ved utfylling av skjema, skal brukeren få nødvendig informasjon om feilene. Feilmeldingen skal være kodet som tekst, identifisere skjemaelementet der feilen oppstod og beskrive feilen.
• Det er ikke tilstrekkelig å identifisere feilen kun med symbol i ledeteksten, kun ved å endre farge på skjemaelementet der feilen har oppstått, eller bare ved å plassere feilmeldingen visuelt.
• Brukeren skal på forhånd få informasjon om hvilke skjemaelementer som må fylles ut i et skjema. Da er det lettere å fylle ut skjemaet riktig på første forsøk. Dersom alle inndataelementer er obligatoriske, er det tilstrekkelig at det er opplyst om det i starten av skjemaet.
• Dersom skjemaet består av både obligatoriske og frivillige inndataelement, er
  • det i tillegg opplyst hvilke inndataelement som er obligatoriske
  • merking av obligatoriske inndataelement med ikon/symbol/bilde, tekstlig forklart før det blir tatt i bruk første gang
• Informasjon som gis via koden skal følge hovedspråket i appen.
• Brukere som benytter hjelpemiddelteknologi skal via koden kunne identifisere brukergrensesnittkomponenter, samt hvilken funksjon, rolle, tilstand, egenskap og verdi disse har. Alle teknologier har sitt eget tilgjengelighets API.
  • Navn og rolle:
    • Alle brukergrensesnittkomponenter har et tilgjengelig navn, som beskriver formålet med den aktuelle komponenten.
    • Alle brukergrensesnittkomponenter har riktig rolle, som identifiserer funksjonen til den aktuelle komponenten.
    • Brukergrensesnittkomponenter som tilhører en gruppe, er også koblet til et tilgjengelig navn som gjelder for gruppen.
  • Tilstander, egenskaper og verdier:
    • Når tilstander, egenskaper og verdier i brukergrensesnittkomponenter kan angis av brukeren, skal denne informasjonen også angis programmatisk.
    • Varsel om endringer i den aktuelle komponenten er tilgjengelig for brukeragenter.

Veiledning til suksesskriterium

• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

3 Om kontrollen

Formålet med tilsynet er å kontrollere om Dr.Dropin AS etterlever lov- og forskriftskrav om universell utforming av ikt, innenfor temaet for kontrollen.

De tekniske kravene til universell utforming av nettsteder og apper går frem av standarden Retningslinjer for universell utforming av nettinnhold (WCAG 2.0). Å følge disse sikrer at nettsteder og apper er mer brukervennlige for alle, og særlig brukere med nedsatt funksjonsevne.

Nærmere omtale av WCAG og tilhørende kilder finnes på Uu-tilsynets nettsted i teksten Oppbygging av WCAG.

3.1 Tema

Tilsynet omfattet følgende tema:

• Alternativt format
• Kontrast
• Navigasjon
• Presentasjon
• Skjema
• Struktur

3.2 Krav

Oversikt over krav (suksesskriterier) som er testet i kontrollen:

• 1.1.1 Ikke-tekstlig innhold
• 1.3.1 Informasjon og relasjoner
• 1.4.3 Kontrast (minimum)
• 2.1.1 Tastatur
• 2.4.6 Overskrifter og ledetekster
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

3.3 Testregler

Oversikt over testregler som er brukt i kontrollen:

• App-1.1.1a Bilde har tekstalternativ 2025
• App-1.3.1a Visuelle overskrifter er korrekt kodet 2025
• App-1.3.1c Visuelle lister er korrekt kodet 2025
• App-1.4.3a Det er tilstrekkelig kontrast mellom tekst og bakgrunn 2025
• App-2.1.1a Det er mogleg å nå innhald og bruke funksjonalitet med sveiping 2025
• App-2.4.6b Ledetekstar beskriv skjemaelement 2025
• App-3.3.1a Skjema gir feilmelding hvis tomme obligatoriske skjemafelt blir oppdaget automatisk 2025
• App-3.3.1b Skjema gir feilmelding hvis feil inndata blir oppdaget automatisk 2025
• App-3.3.2a Inndataelementer har instruksjon eller ledetekst 2025
• App-4.1.2a For brukergrensesnittkomponenter kan tilgjengelig navn, rolle og tilstand bestemmes programmatisk 2025

3.4 Testing av appen

Vi har testet 8 av de 29 suksesskriteriene som utgjør minstekravene i forskriften og vi har brukt 10 testregler.

3.5 Enkeltsider som ble testet

Vi har testet følgende enkeltsider i appen:

• Side 1: Fremside – Bestill time
• Side 2: Velg tjeneste - Allmennlege
• Side 3: Hva gjelder det - Pasientvalg
• Side 4: Ser dette riktig ut - Oppsummering
• Side 5: Forsikring og rabattkode
• Side 6: Betaling (valg av betalingsmetode)
• Side 7: Kvittering/bekreftelse
• Side 8: Min profil
• Side 9: Mine barn

3.6 Aktivitet under tilsynet

Tilsynet med Dr.Dropin AS, Dr.Dropin-appen, omfattet følgende aktiviteter:

1. Tilsynsvarselet ble sendt 29.04.2025.
2. Løpende korrespondanse om tidspunkter for møter, testbrukere og andre praktiske avklaringer.
3. Vi fikk dokumentasjon fra virksomheten 13.05.2025.
4. Formøte med virksomheten ble gjennomført 13.05.2025.
5. Beslutning om å utsette tilsynet med appen ble sendt 14.05.2025.
6. Orientering om status for arbeidet med oppdatering av appen, med forespørsel om ytterligere utsettelse, ble mottatt 30.09.2025.
7. Beslutning om å utsette tilsynet med appen ytterligere ble sendt 03.10.2025.
8. Ny orientering om status for arbeidet med oppdatering av appen medio desember ble mottatt 18.12.2025.
9. Informasjon fra virksomheten om testmiljø og testbrukere ble mottatt 20.01.2026.
10. Testing og vurdering av appen opp mot kravene ble gjort i uke 5, 2026.
11. Sluttmøte med virksomheten ble gjennomført 13.02.2026.
12. Foreløpig tilsynsrapport ble sendt 16.02.2026.
13. Vi fikk tilbakemelding på foreløpig tilsynsrapport fra virksomheten på e-post 02.03.2026.

4 Regelverk

Følgende lover, forskrifter og standarder er relevante for gjennomføringen av tilsynet:

• Lov om likestilling og forbud mot diskriminering (likestillings- og diskrimineringsloven)
• Forskrift om universell utforming av informasjons- og kommunikasjonsteknologiske (IKT)-løsninger
• Retningslinjer for tilgjengelig webinnhold (WCAG 2.0)
• Lov om behandlingsmåten i forvaltningssaker (forvaltningsloven)
• Lov om rett til innsyn i dokument i offentleg verksemd (offentleglova)