Tilgjengelighetserklæring for Oppgjør med Helfo

En knapp som kun vises med ikon (slett/kast) mangler et tilgjengelig tekstalternativ. For skjermleserbrukere blir knappen kun lest opp som “knapp”, uten informasjon om hva handlingen er. Dette påvirker skjermleserbrukere og andre som er avhengige av tilgjengelige navn på komponenter. Brukeren forstår ikke hva knappen gjør, og kan dermed ha problemer med å bruke funksjonaliteten eller risikere å utføre feil handling.

Det finnes et diagram som viser utbetalinger per mnd i den valgte perioden. Verdiene fra diagrammet er ikke tilgjengelig med skjermleser, men det finnes en nedlastbar Excel-fil og en PDF med det samme innholdet.

PDF'en er ikke i samsvar med WCAG krav, den mangler blant annet Tiitel i XMP metadata. Men dette er ikke et brudd på 1.1.1, når den samme informasjonen finnes tilgjengelig i annen form (Excel).

Informasjon, struktur og relasjoner i løsningen er flere steder ikke korrekt programmessig knyttet sammen. Overskrifter brukes ikke som labels eller gruppetitler for tilhørende felter, noe som gjør det uklart hva feltene representerer og hvordan de henger sammen. Dette gjelder blant annet datofelt, skjemagrupper og dynamisk innhold som vises basert på brukerens valg. Flere felter mangler også korrekt kobling mellom label og input, ved at label peker til en ID som ikke finnes. I tillegg benyttes overskriftsnivåer feil, ved at det hoppes fra hovedoverskrift direkte til lavere nivåer, noe som gir en ulogisk struktur.

Videre er det elementer og knapper som mangler tilstrekkelig kontekst, som for eksempel knapper merket kun med «Skjul» uten at det fremgår hva som skjules, og handlingsknapper som ikke tydelig er knyttet til relevante felter. Nye skjemagrupper som vises dynamisk blir ikke annonsert, mangler tydelig struktur og plasseres ikke i en logisk rekkefølge i forhold til øvrig innhold. Dette gjør det vanskelig å oppfatte endringer og forstå sammenhengen i skjemaet.

I tillegg finnes det visuelle elementer som fremstår som interaktive (for eksempel ikon for avvist opplasting), men som i praksis kun er statusindikatorer uten tydelig semantikk.

Dette påvirker særlig skjermleserbrukere, men også tastaturbrukere og personer med kognitive utfordringer. Konsekvensen er at brukere får redusert forståelse av struktur og sammenheng i løsningen, kan miste kontekst underveis i utfylling av skjema, og i noen tilfeller ikke forstår hva ulike felter og funksjoner brukes til.

Innholdet presenteres ikke alltid i en logisk og meningsfull rekkefølge. Når bruker velger å registrere pasient uten fødselsnummer, vises en ny skjemagruppe for fødselsdato, kjønn og navn et annet sted i skjemaet enn forventet. Gruppen plasseres ikke i direkte tilknytning til valget som utløser den, men lengre frem i skjemaet, forbi andre felter.

Dette påvirker særlig skjermleserbrukere og tastaturbrukere. Konsekvensen er at det blir vanskelig å oppfatte sammenhengen mellom valget som er gjort og de nye feltene som vises, noe som kan føre til forvirring og feil i utfyllingen av skjemaet.

Innholdet tilpasser seg ikke korrekt ved stående visning på mobil. Store deler av løsningen, inkludert forsiden og skjema for manuell registrering, krever horisontal scrolling for å kunne brukes, og enkelte elementer blir utilgjengelige eller overlapper hverandre. I skjemaet faller også enkelte felt helt utenfor visningen og kan ikke nås.

Dette påvirker særlig brukere som benytter mobil eller nettbrett, inkludert personer med nedsatt syn som zoomer inn innhold. Konsekvensen er at innhold og funksjonalitet ikke er fullt tilgjengelig, og at skjemaet kan bli vanskelig eller umulig å bruke.

Kontrasten er utilstrekkelig for tekst som gir viktig informasjon i et deaktivert felt. Selv om deaktiverte komponenter normalt er unntatt kontrastkravet, inneholder dette feltet veiledning som er nødvendig for å forstå hvordan man kan gå videre i løsningen. Denne teksten oppfyller ikke krav til kontrast.

Dette påvirker særlig brukere med nedsatt syn. Konsekvensen er at viktig informasjon kan være vanskelig eller umulig å lese, noe som gjør det krevende å forstå hva som må gjøres for å aktivere funksjonaliteten.

Innholdet tilpasser seg ikke korrekt når tekststørrelsen økes. Ved forstørrelse flyter knapper utenfor tilgjengelig plass i stedet for å brytes til nye linjer, og enkelte tekstelementer, som klokkeverdier og verdier i diagrammer, skalerer ikke med resten av teksten. I noen tilfeller blir tekst også delvis kuttet, slik at kun deler av verdier er synlige.

Dette påvirker særlig brukere med nedsatt syn som er avhengige av å øke tekststørrelsen. Konsekvensen er at innhold blir vanskelig å lese eller tolke, og at funksjonalitet kan bli vanskelig eller umulig å bruke.

Innholdet tilpasser seg ikke korrekt ved høy forstørrelse og smal visningsbredde. Ved 400 % zoom og 1280 px bredde blir siden for bred, slik at det oppstår behov for horisontal scrolling. I tillegg overlapper elementer hverandre, og noe innhold blir utilgjengelig.

Dette påvirker særlig brukere med nedsatt syn som er avhengige av høy forstørrelse. Konsekvensen er at innhold blir vanskelig å lese og navigere i, og at deler av funksjonaliteten kan bli utilgjengelig.

Innholdet tilpasser seg ikke korrekt ved økt tekstavstand alle steder. Når tekstavstanden justeres i tråd med kravene, blir deler av valgt klokkeslett for behandlingstidspunkt skjult.

Dette påvirker særlig brukere med nedsatt syn og lesevansker som er avhengige av økt tekstavstand for bedre lesbarhet. Konsekvensen er at informasjon blir vanskelig eller umulig å lese, noe som kan gjøre det utfordrende å bruke løsningen korrekt.

Funksjonalitet er ikke fullt tilgjengelig med tastatur. Kalenderikonet for valg av dato kan ikke nås eller aktiveres ved bruk av tastatur alene.

Dette påvirker særlig brukere som navigerer med tastatur, inkludert skjermleserbrukere og personer med motoriske utfordringer. Konsekvensen er at det ikke er mulig å benytte datovelgeren uten mus, noe som kan hindre brukeren i å fylle ut skjemaet.

Det er mulig å velge dato med å taste inn dato, istedenfor å åpne datovelger med kalender.

Sidene mangler beskrivende sidetitler, noe som gjør at det ikke fremgår tydelig hvilken side brukeren befinner seg på. Dette gjør det vanskelig å orientere seg, spesielt ved bruk av skjermleser eller når man navigerer mellom flere åpne faner.

Dette påvirker særlig skjermleserbrukere og personer med kognitive utfordringer. Konsekvensen er redusert oversikt og orientering, og økt risiko for forvirring ved navigasjon i løsningen.

Fokusrekkefølgen er ikke logisk eller forutsigbar ved bruk av tastatur. I enkelte komponenter, som valg av takst, mister brukeren fokus eller blir sendt ut av skjemagruppen uten forklaring, spesielt når et valg ikke er tilgjengelig. Ved opprettelse av ny regning plasseres fokus på en uventet posisjon, slik at brukeren må navigere bakover for å finne startpunktet. Etter valg i enkelte lister, som valg av praksis, flyttes fokus til et område uten relevant kontekst, noe som gjør det vanskelig å forstå hvor man befinner seg.

Dette påvirker særlig tastaturbrukere og skjermleserbrukere. Konsekvensen er at navigasjonen blir uforutsigbar og forvirrende, og at det blir vanskelig å gjennomføre oppgaver effektivt i skjemaet.

Lenker har ikke tilstrekkelig beskrivende tekst til at det er tydelig hva de handler om eller hvor de fører. Når lenker presenteres uten tydelig kontekst eller med generelle formuleringer, blir det vanskelig å forstå formålet med dem.

Dette påvirker særlig skjermleserbrukere og personer med kognitive utfordringer. Konsekvensen er at det blir vanskelig å navigere effektivt og ta informerte valg om hvilke lenker som er relevante å følge.

Nettsiden mangler alternative måter å navigere på. Brukeren er avhengig av å starte fra forsiden og følge lenker derfra for å komme til andre sider, uten støtte for for eksempel søk, oversiktsmeny eller annen strukturert navigasjon.

Dette påvirker særlig brukere med kognitive utfordringer og skjermleserbrukere. Konsekvensen er at det blir mer tidkrevende og vanskelig å finne frem til ønsket innhold, spesielt dersom man ikke vet hvor på siden man skal starte.

Overskrifter og ledetekster er ikke tilstrekkelig beskrivende eller gir ikke nok kontekst. Enkelte knapper, som «Skjul», mangler informasjon om hva handlingen gjelder, og fremstår derfor uklare for brukeren. I tillegg har flere felter i skjemaet for generelle eller ufullstendige labels, som for eksempel «Fødselsdato», uten at det fremgår hvem informasjonen gjelder. Dette forsterkes av at overskrifter ikke er programmessig knyttet til feltene de tilhører.

Dette påvirker særlig skjermleserbrukere og personer med kognitive utfordringer. Konsekvensen er at det blir vanskelig å forstå hva ulike felt og funksjoner gjelder, og hvordan de skal brukes i kontekst.

Synlig tekst og det tilgjengelige navnet som formidles til hjelpemidler samsvarer ikke i flere tilfeller. Knapper og valg har andre betegnelser for skjermleser enn det som vises visuelt, og i noen tilfeller inneholder det tilgjengelige navnet ikke den synlige teksten i det hele tatt. Dette gjelder blant annet knapper for filtrering, valg i nedtrekkslister og handlinger som kopiering av regning.

Dette påvirker særlig skjermleserbrukere og personer som benytter talegjenkjenning. Konsekvensen er at det blir vanskelig å koble det som vises på skjermen med det som blir lest opp eller brukt som kommando, noe som kan føre til forvirring og feilhandlinger.

Endringer i skjemaet ved valg av input fører til uventede konsekvenser. Når bruker endrer valget for om pasienten mangler fødselsnummer, vises og skjules felter dynamisk, samtidig som allerede innlagte verdier blir slettet uten forvarsel eller mulighet til å angre.

Dette påvirker særlig skjermleserbrukere, tastaturbrukere og personer med kognitive utfordringer. Konsekvensen er at brukeren mister oversikt over hva som skjer i skjemaet og risikerer å miste data, noe som kan føre til frustrasjon og feil i utfyllingen.

Elementer som representerer samme funksjon er ikke konsekvent utformet. Det brukes ulike ikoner for datovelger i samme skjema, noe som kan gi inntrykk av at funksjonene er forskjellige selv om de har samme formål.

Dette påvirker særlig brukere med kognitive utfordringer. Konsekvensen er at det kan bli vanskeligere å gjenkjenne funksjonalitet og forstå hvordan like handlinger skal utføres i ulike deler av løsningen.

Feilmeldinger i skjemaet oppdateres ikke korrekt når bruker retter opp input. Felter som er fylt inn med gyldige verdier blir fortsatt markert med feil, og feilmeldingene blir fortsatt lest opp av skjermleser. I tillegg får brukeren ingen tilbakemelding ved innsending av skjema dersom det mangler påkrevde opplysninger, og det fremgår ikke hvilke felter som inneholder feil.

Dette påvirker særlig skjermleserbrukere, men også tastaturbrukere og personer med kognitive utfordringer. Konsekvensen er at det blir vanskelig å forstå hva som er feil, hva som er rettet, og hva som må gjøres for å kunne sende inn skjemaet.

Instruksjoner i skjemaet er ikke tilstrekkelig tydelige eller samsvarer ikke med feltene som faktisk finnes. Det vises til felt som «henvisnings-ID» eller referansenummer, uten at disse er tydelig identifiserbare i skjemaet.

Dette påvirker særlig brukere med kognitive utfordringer og skjermleserbrukere. Konsekvensen er at det blir vanskelig å forstå hva som forventes av input og hvordan skjemaet skal fylles ut korrekt.

Skjemaet ivaretar ikke tilstrekkelig forebygging av feil ved håndtering av brukerdata. Når bruker endrer valget for om pasienten mangler fødselsnummer, slettes allerede innlagte verdier automatisk uten forvarsel eller mulighet til å angre. Dette gjelder både fødselsnummer og alternative opplysninger som fødselsdato, navn og kjønn.

Dette påvirker særlig brukere med kognitive utfordringer, men også andre brukere som kan gjøre feil eller ombestemme seg underveis. Konsekvensen er at brukeren kan miste data uten å forstå hvorfor, og må legge inn informasjon på nytt, noe som øker risikoen for feil og frustrasjon.

Navn, rolle og verdi er ikke korrekt definert eller oppdatert for flere komponenter i løsningen. Det brukes ARIA-attributter som ikke er tillatt eller som er feil anvendt, og flere attributter peker til ID-er som ikke finnes. I tillegg mangler enkelte elementer tydelige tilgjengelige navn, eller har navn som ikke beskriver funksjonen godt nok. Det forekommer også inkonsistent eller feil bruk av label, aria-labelledby og aria-describedby, noe som gjør at relasjonen mellom elementer ikke blir korrekt formidlet. Interaktive elementer mangler riktig rolle eller oppførsel, og tilstandsinformasjon (som gyldig/ugyldig eller valgt/ikke valgt) oppdateres ikke korrekt eller formidles til bruker.

Dette påvirker særlig skjermleserbrukere. Konsekvensen er at det blir vanskelig å forstå hva elementer er, hvordan de fungerer og hvilken tilstand de har, noe som kan føre til feil bruk, usikkerhet og manglende mulighet til å gjennomføre oppgaver.

"Manuell registrering":
- sidevisningene endres når man går til neste/forrige side, og dette bør leses automatisk for skjermlesere når man går til en annen side, slik at skjermleserbrukere automatisk får likeverdig informasjonen som seende brukere. 
- statusmelding som dukker opp etter man har registrert en regning bør leses automatisk for skjermleserbrukere, slik at de får beskjed om at regningen har blitt registrert. 
- Dersom man sletter en regning, gis ikke en tilbakemelding, dette er noe vi anbefaler å få både for seende brukere og ikke-seende brukere.
- Når man trykker på pluss- og minus-knapper vil antallet i inputfeltet endre seg. Denne informasjonen blir ikke gjengitt for skjermlesere.