Brukerfilen finner du i hovedmappen til prosjektet/USER/Friskviksjekk.Rmd Funksjonene ligger i R/functions_friskvik.R
Hensikt med sjekken
Når vi har laget en godkjentmappe er det en del ting som bør sjekkes for å sikre at riktige parametre er hentet ut og at tallene stemmer overens med det som publiseres i statistikkbanken.
Hvordan gjennomføre sjekken
Komplett sjekk gjennomføres for nyeste godkjentmappe for folkehelse- (FHP) eller oppvekstprofiler (OVP), for bydel (B), kommune (K) og Fylke (F). Sjekken gjennomføres ved funksjonen CheckFriskvik()
. Argumentene som må defineres er profile (“FHP”/”OVP”), geolevel (“B”/”K”/”F”) og profilår. For å sjekke siste godkjentmappe for folkehelseprofilene for kommune, ville man brukt følgende kode:
CheckFriskvik(profile = "FHP",
geolevel = "K",
profileyear = 2024)
Tolkning av output
CheckFriskvik()
genererer en csv-fil som lagres i mappen PRODUKSJON/VALIDERING/FRISKVIK_vs_KUBE/profilår
. Denne inneholder følgende kolonner:
- Friskvik: Navn på friskvikfilen
- Kube: Kube med samme datotag (som friskvik er hentet fra). Denne er hentet fra DATERT-mappen
- File_in_NESSTAR: Er det denne kuben som er lagt i NESSTAR-mappen (som publiseres i statistikkbanken).
- FRISKVIK_ETAB: Hva står i ETAB-kolonnen i friskviktabellen
- KUBE_KJONN: Hvilket strata er hentet ut
- KUBE_ALDER: Hvilket strata er hentet ut
- KUBE_UTDANN: Hvilket strata er hentet ut
- KUBE_INNVKAT: Hvilket strata er hentet ut
- KUBE_LANDBAK: Hvilket strata er hentet ut
- FRISKVIK_YEAR: Hvilke år finnes i friskvikfilen
- Last_year: Er siste år i Friskvikfilen lik siste året i kubefilen? Normalt skal nyeste årgang slices ut.
- Periode_bm: Hentet fra FRISKVIK-tabellen i ACCESS, år i barometerfiguren
- Periode_nn: Hentet fra FRISKVIK-tabellen i ACCESS, år i fotnotene under barometerfigur
- Identical_prikk: Sjekker at prikking er lik i friskvikfilen og i kuben, for å sikre at ikke noen får tall i profilene som er prikket i statistikkbanken eller motsatt.
- Matching_kubecol: Hvilken kolonne i kuben er det som matcher med tallene som vises i friskvik
- Different_kubecol: Hvilke kolonner i kuben matcher IKKE med det som vises i friskvik
- Enhet: Hentet fra FRISKVIK-tabellen i ACCESS, hvilken enhet står i barometeret.
- REFVERDI_VP: Hentet fra SPEC-filen som ble generert ved kubekjøring, hvordan var filen standardisert.
- VALID: Dersom enheten indikerer at filen er standardisert må den faktisk være standardisert, og det må være MEIS som vises i friskvik. Dersom dette er konsistent, er kombinasjonen valid, og dette indikeres her.
Hva skjer i bakgrunnen
CheckFriskvik()
tar utgangspunkt i nyeste godkjentmappe med friskvikfiler. For hver av filene i denne mappen leter den i DATERT-mappene for kommune- og norgeshelsa etter en kubefil med samme datotag. Dersom flere kubefiler med samme datotag eksisterer, finnes den korrekte filen ved å sjekke i FRISKVIK-tabellen i ACCESS etter korrekt kubenavn. Den korresponderende SPEC-filen som ble generert ved kubekjøring leses også inn.
Kubefilen filtreres basert på ETAB-kolonnen i friskvikfilen, i tillegg til alle felles kolonner med unntak av år. Den filtrerte kubefilen inneholder dermed det samme strataet som er slicet ut i friskvikfilen, men samtlige årganger.
Friskvikfilen og den filtrerte kubefilen brukes som input i de ulike funksjonene som gjennomfører hver enkelt test. Resultatet av alle testene resulterer i en linje i outputfilen.
Filer som ikke lar seg sjekke
For noen friskvikfiler er det ikke mulig å identifisere en korresponderende kubefil. Dette gjelder friskvikfiler generert utenfor løypen, som f.eks. forventet levealder som er basert på flere separate kubefiler. Disse filene vil gå en tom rad i outputfilen.