Tilsynsrapport CheckWare – Helse Bergen HF

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 Helse Bergen HF i perioden 08.10.2025 – 24.11.2025. Tilsynet rettet seg mot nettløsningen CheckWare, som blir brukt i forbindelse med digital hjemmeoppfølging av pasienter.

CheckWare blir også bruk av andre helseforetak i Helse Vest RHF.

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

2 Resultat

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

Resultatene bygger på informasjon fra testing av nettløsningen.

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 § 4b første ledd jf. suksesskriterier i WCAG 2.1:

• 1.1.1 Ikke-tekstlig innhold
• 1.3.1 Informasjon og relasjoner
• 1.4.10 Dynamisk tilpasning (Reflow)
• 2.4.7 Synlig fokus
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

2.1 Alternativt format

Suksesskriterium i WCAG 2.1:

• 1.1.1 Ikke-tekstlig innhold

Kommentar til brudd

Bruddet som er avdekket gjør nettløsningen vanskeligere å bruke for personer som er blinde eller har nedsatt syn, og bruker hjelpemiddelteknologi til å presentere innholdet.

• Meningsbærende bilder eller annet ikke-tekstlig innhold skal ha et tekstalternativ som gir samme informasjon til brukeren, som informasjonen som formidles visuelt.

Veiledning til suksesskriterium

• 1.1.1 Ikke-tekstlig innhold

2.2 Struktur

Suksesskriterium i WCAG 2.1:

• 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 nettløsningen. Korrekt kode er viktig for å sikre at brukeragenter og hjelpemiddelteknologi, presenterer innhold på nettløsningen på rett måte for brukeren.

Visuell struktur i innholdet skal gjenspeiles i kodingen. Hovedregelen er at innholdet skal kodes slik som det ser ut visuelt.

• Visuelle overskrifter skal være riktig kodet som overskrifter.

Veiledning til suksesskriterium

• 1.3.1 Informasjon og relasjoner

2.3 Presentasjon

Suksesskriterium i WCAG 2.1:

• 1.3.1 Informasjon og relasjoner
• 1.4.10 Dynamisk tilpasning (Reflow)

Kommentar til brudd

Bruddene som er avdekket gjør nettløsningen vanskeligere å bruke for personer som er blinde eller har nedsatt syn. Korrekt kode er viktig for å sikre at brukeragenter og hjelpemiddelteknologi, presenterer innhold i nettløsningen, på rett måte for brukeren.

Visuell struktur i presentasjonen skal gjenspeiles i kodingen. Hovedregelen er at innholdet skal kodes slik som det ser ut visuelt.

• Visuelle lister skal være riktig kodet med rett type liste.
• Brukere skal som hovedregel kunne forstørre innholdet til 400 % og lese det i én enkelt kolonne eller spalte, uten tap av informasjon eller funksjonalitet og uten at man trenger å scrolle i to retninger (dynamisk tilpasning (reflow)) Da blir det lettere for brukeren å følge og skumlese innholdet ved behov.
  • Innhold som ruller loddrett med en bredde som tilsvarer 320 CSS-piksler (tilsvarer desktop nettleservindu (viewport) satt til en bredde på 1280 CSS-piksler ved 400 % forstørrelse).
  • Alt innhold og funksjonalitet kan nås og brukes.

Veiledning til suksesskriterium

• 1.3.1 Informasjon og relasjoner
• 1.4.10 Dynamisk tilpasning (Reflow)

2.4 Tastaturbetjening

Suksesskriterium i WCAG 2.1:

• 2.4.7 Synlig fokus

Kommentar til brudd

Bruddene som er avdekket gjør nettløsningen vanskeligere å bruke for personer med nedsatt motorikk eller nedsatt syn.

• Synlig fokusmarkering er nødvendig for at brukere som navigerer med tastatur eller tastaturgrensesnitt, skal kunne å orientere seg i nettløsningen og identifisere innholdet.
• Når en nettløsning inneholder flere element som kan nås med tastatur, skal brukeren alltid kunne se hvilket innholdselement det er navigert til.

I situasjoner der det finnes fokusmarkering av element, men der fokusmarkeringen er vanskelig å oppfatte for brukeren, gjør Uu-tilsynet en konkret vurdering av om den er tilstrekkelig synlig. Både ordlyden og formålet med kravet tilsier at det skal være lett å se aktuell fokusmarkering.

Avhengig av utseendet på nettløsningens elementer kan fokusmarkeringen være utilstrekkelig på alle eller noen elementer. Både bakgrunnsfarge, mønster og farge på enkeltelementer vil påvirker det. Dersom markeringen er for svak skal dette korrigeres, for eksempel ved bruk av mer styling.

Veiledning til suksesskriterium

• 2.4.7 Synlig fokus

2.5 Skjema

Suksesskriterium i WCAG 2.1:

• 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 på nettløsningen oppfyller kravene, øker ofte brukervennligheten for alle.

• 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, er forklart før det blir tatt i bruk første gang.
• 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.
• 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.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

3 Informasjon i tilgjengelighetserklæring vurdert opp mot resultat

Helse Bergen HF har utarbeidet tilgjengelighetserklæring for nettløsningen CheckWare.

Tilgjengelighetserklæringen er sist oppdatert 08. januar 2025, og ble opprettet første gang 24. januar 2023.

Uu-tilsynet har holdt resultatene fra testingen i tilsynet opp mot informasjonen som står i tilgjengelighetserklæringen. Dette omfatter en sammenligning og vurdering av samsvar, brudd, bruk av unntak, uforholdsmessig stor byrde og opplysninger om tilgjengelige alternativer.

Helse Bergen HF har erklært brudd på 5 av 48 krav i regelverket.

Virksomheten har ikke brukt unntak eller påberopt at det foreligger en uforholdsmessig stor byrde knyttet til å oppfylle disse kravene.

Uu-tilsynets vurdering

Brudd erklært i tilgjengelighetserklæringen som er verifisert

2 av de 5 kravene det er erklært brudd på, er også testet under tilsynet.

Vi har avdekket og bekreftet tilsvarende eller lignende brudd, som er beskrevet i publisert tilgjengelighetserklæring. Det gjelder

• 1.3.1 Informasjon og relasjoner
• 4.1.2 Navn, rolle, verdi

Fordi bruddene nå er avdekket og verifisert i tilsyn, kan det bli satt en frist for retting, som virksomheten må etterleve. Dette blir gjort i pålegg om retting.

Merk: Tilsynet er stikkprøvebasert og omfatter bestemte sider i nettløsningen, jamfør kapittel 4.5. Helse Bergen HF kan ha testet andre enkeltsider og innhold på nettstedet når dere opprettet tilgjengelighetserklæringen.

At Uu-tilsynet ikke alltid har avdekket samme type brudd kan også for eksempel ha sammenheng med tidspunkt for testing, ulik testmetode eller at det er snakk om enkeltstående feil, som ikke er gjennomgående.

1.3.1 Informasjon og relasjoner

Når det gjelder informasjon og relasjoner har tilsynet avdekket både overskrifter og lister, som ikke er kodet i samsvar med visuell presentasjon og struktur på nettstedet. Tilsynet har avdekket andre typer brudd på kravet, enn det som er erklært om at «Siden savner en tittel, og <nav>-element». Vi har ikke testet tittel og bruk av nav-elementet under tilsynet.

2.4.7 Synlig fokus

Når det gjelder synlig fokus har tilsynet avdekket at fokusmarkeringen er for svak. Vi har verifisert dette for hovedmenyen. Vi legger til grunn at dette er dekket av formuleringen om at «… Dette {skjemaet] er vanskelig å navigere fordi {brukeren] ikke får en god nok synlig fokusmarkering (rammer eller linje) og denne er veldig svak. I noen tilfeller blir [det] ikke noen visuell forandring når bruker velger komponent som [f.eks.] radioknapper ...».

Brudd som er avdekket, men ikke erklært i tilgjengelighetserklæringen

Under tilsynet har vi avdekket brudd på 4 krav, som virksomheten ikke har erklært brudd på. Det gjelder

• 1.1.1 Ikke-tekstlig innhold
• 1.4.10 Dynamisk tilpasning (Reflow)
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi

Siden bruddene er avdekket og verifisert i tilsyn, kan det bli satt en frist for retting, som virksomheten må etterleve. Dette blir gjort i pålegg om retting.

Brudd erklært i tilgjengelighetserklæringen på krav som ikke er testet

3 av kravene det er erklært brudd på, er ikke testet under tilsynet. Det gjelder

• 1.3.2 Meningsfylt rekkefølge
• 2.1.2 Ingen tastaturfelle
• 2.4.1 Hoppe over blokker

Da disse kravene ikke inngår som en del av testingen i kontrollen, blir de ikke fulgt opp som del av tilsynet.

4 Om kontrollen

Formålet med tilsynet er å kontrollere om Helse Bergen HF 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.1). Å 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.

4.1 Tema

Tilsynet omfattet følgende tema:

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

4.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.10 Dynamisk tilpasning (Reflow)
• 1.4.3 Kontrast (minimum)
• 2.1.1 Tastatur
• 2.4.7 Synlig fokus
• 2.5.3 Ledetekst i navn
• 3.3.1 Identifikasjon av feil
• 3.3.2 Ledetekster eller instruksjoner
• 4.1.2 Navn, rolle, verdi
• 4.1.3 Statusbeskjeder

4.3 Testregler

Oversikt over testregler som er brukt i kontrollen:

• Nett-1.1.1a Ikke-lenkede bilder har tekstalternativ 2025
• Nett-1.1.1b Formål med lenkede bilder går frem av lenketekst eller tekstalternativ 2025
• Nett-1.3.1a Visuelle overskrifter er korrekt kodet 2025
• Nett-1.3.1c Visuelle lister er korrekt kodet 2025
• Nett-1.4.10a Dynamisk tilpasning av nettsider 2025
• Nett-1.4.3a Det er tilstrekkelig kontrast mellom tekst og bakgrunn 2025
• Nett-2.1.1a Det er mogleg å nå innhald og bruke funksjonalitet med tastatur 2025
• Nett-2.4.7a Innhald som kan brukast med tastatur, får synleg fokusmarkering 2025
• Nett-2.5.3a Synlig ledetekst er en del av tilgjengelig navn 2025
• Nett-3.3.1a Skjema gir feilmelding hvis tomme obligatoriske skjemafelt blir oppdaget automatisk 2025
• Nett-3.3.1b Skjema gir feilmelding hvis feil inndata blir oppdaget automatisk 2025
• Nett-3.3.2a Inndataelementer har instruksjon eller ledetekst 2025
• Nett-4.1.2a For skjemaelementer kan tilgjengelig navn, rolle og tilstand bestemmes programmatisk 2025
• Nett-4.1.2b For knapper kan tilgjengelig navn, rolle og tilstand bestemmes programmatisk 2025
• Nett-4.1.2c Iframe har et tilgjengelig navn som beskriver formålet med innholdet i iframe 2025
• Nett-4.1.3a Statusbeskjeder kan bestemmes programmatisk 2025

4.4 Testing av nettstedet

Vi har testet 11 av de 48 suksesskriteriene som utgjør minstekravene i forskriften og vi har brukt 16 testregler.

4.5 Enkeltsider som ble testet

Vi har testet følgende enkeltsider:

• Side 1: Forside
• Side 2: Innlogging
• Side 3: Bytt behandling
• Side 4: Kartlegging Fødeopplevelsen din
• Side 5: Kartlegging Elektronisk sjekkliste for pasienter ved IBDpol
• Side 6: Alle Kartlegginger
• Side 7: Kartlegging WSAS
• Side 8: Dine Besvarelser
• Side 9: BUP

4.6 Aktivitet under tilsynet

Tilsynet med Helse Bergen HF omfattet følgende aktiviteter:

1. Tilsynsvarselet ble sendt 08.10.2025.
2. Løpende korrespondanse om tidspunkter for møter, testbrukere o.l.
3. Formøte med virksomheten ble gjennomført 29.10.2025.
4. Vi fikk dokumentasjon fra virksomheten 31.10.2025 og 11.11.2025.
5. Testing og vurdering av nettstedet opp mot kravene ble gjort i uke 45 og 46, 2025.
6. Sluttmøte med virksomheten ble gjennomført 19.11.2025.
7. Foreløpig tilsynsrapport ble sendt 25.11.2025.
8. Spørsmål fra CheckWare om to funn etter tilsynet mottatt 28.11.2025.
9. Svar til CheckWare om at vi ønsker at spørsmål koordineres med Helse Bergen, slik at vi kan gi en samlet tilbakemelding 01.12.2025.

5 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 (ikt-forskriften)
• Retningslinjer for universell utforming av nettinnhold (WCAG 2.1)
• Lov om behandlingsmåten i forvaltningssaker (forvaltningsloven)
• Lov om rett til innsyn i dokument i offentleg verksemd (offentleglova)
• EN 301 549 v 3.2.1 (2021-03) Krav til universell utforming for IKT-produkter og -tjenester (EN 301 549 v 3.2.1)