KFs analyse av brukstilfellene 1–19 i Digdirs Felles løft / SAMT-BU
Kilde: Kommuneforlaget (KF), februar 2026. Åpne i Word Online – last ned Word-fil
Prosjekt «Felles løft: Sammenhengende tjenester for barn og unge (SAMT-BU-prosjektet) med støtte fra medfinansieringsordningen til Digitaliseringsdirektoratet (Digdir).
Støtte: kr 34 246 800.
Prosjektet skal etablere et felles fundament for samarbeid og kunnskap om datadrevet tjenesteutvikling og sømløse brukerreiser på tvers av forvaltningsnivåer og sektorer, med pilotering ut fra området barn og unge – fra barnehage til høyere utdanning.
Nedenfor er listen med identifiserte brukstilfeller i henhold til mal brukt i arbeidet med nasjonal arkitektur for barn og unge og standarder hos Utdanningsdirektoratet (Udir).
Kilde: Digitaliseringsdirektoratet (Digdir): Felles løft: Sammenhengende tjenester for barn og unge | Digdir
SAMT-BU-001 – Tilgjengeliggjøre resultater fra videregående opplæring
| **ID og tittel på use-**case | SAMT-BU-001 – Tilgjengeliggjøre resultater fra videregående opplæring | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Caset tar for seg hvordan resultater fra videregående opplæring kan gjøres tilgjengelige på en bedre og mer sammenhengende måte for aktører som har behov for informasjonen i videre oppfølging av unge. Resultater kan for eksempel være status for gjennomført opplæring, fullføring, kompetanse, vurderinger eller dokumentasjon av oppnådd nivå.Situasjonen som er i fokus, er overgangen fra videregående opplæring til neste fase i unges livsløp, som videre utdanning, arbeid eller oppfølgingstjenester. I denne fasen er det avgjørende at relevant informasjon er tilgjengelig til rett tid, i riktig form og for riktig aktør.I dag er det ofte de unge selv som må bidra til å formidle eller dokumentere egen status. Caset belyser hvordan dagens praksis og systemer i begrenset grad støtter helhetlig tilgjengeliggjøring og gjenbruk av resultatinformasjon på tvers av tjenester og forvaltningsnivåer. | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | Ungdom som avslutter videregående opplæring (eier av egne resultater og behov for gjenbruk/videre oppfølging) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | Videregående skole / fylkeskommune (produserer og forvalter resultatinformasjon) Skoleadministrative- og kompetansesystemer (kildesystem) Veilednings- og oppfølgingstjenester (f.eks. oppfølgingstjeneste, NAV, høyere utdanning der relevant) Resultattjeneste/portal (tilgjengeliggjøring og innsyn) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | Ungdom – enkel tilgang til egen status/kompetanse og mindre dokumentasjonsbyrde Veiledere/oppfølgingstjenester – beslutningsgrunnlag for rett tiltak til rett tid Skole/fylkeskommune – korrekt, effektiv og sporbar forvaltning av resultatinformasjon Arbeidsgivere/utdanningsinstitusjoner (der relevant) – verifiserbar dokumentasjon innenfor formål/hjemmel Direktorat/departement – rammer, kvalitet, rapportering og standardisering | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | I dag er informasjon om resultater fra videregående opplæring ofte spredt på flere systemer og tilgjengelig i ulike formater. Det er ikke alltid tydelig hvem som har tilgang til hvilken informasjon, når informasjonen er tilgjengelig, eller hvordan den kan brukes videre. Dette fører til at: informasjon må innhentes manuelt eller på nytt ansatte mangler oversikt i veilednings- og oppfølgingsarbeid unge selv må forklare eller dokumentere egen status flere ganger Brudd i informasjonsflyt og ansvar oppstår særlig: når unge går videre til arbeid, høyere utdanning eller oppfølgingstjenesternår ulike aktører har behov for samme informasjon, men til ulike formål når det er uklart hvem som har ansvar for å gjøre informasjon tilgjengelignår systemer og arbeidsprosesser ikke støtter gjenbruk av eksisterende data For unge: Manglende oversikt over egen status og kompetanse Behov for å dokumentere eller forklare egen situasjon flere ganger Risiko for forsinket eller mangelfull veiledning og oppfølging For ansatte i tjenestene: Merarbeid knyttet til manuell innhenting og kontroll av informasjon Usikkerhet i beslutningsgrunnlag for veiledning og oppfølging Risiko for feil eller misforståelser knyttet til resultater og kompetanse For organisasjonene: Ineffektiv bruk av tid og ressurser Manglende utnyttelse av informasjon som allerede finnes Redusert kvalitet og konsistens i datagrunnlaget | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | Klarspråk og universell utforming i presentasjon av resultater (forståelighet for ungdom) Likeverdig tilgang på tvers av kanaler/enheter og støtte for ulike språk/kompetansenivå der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | Mulig bruk: forklare resultater/kompetanse i klarspråk, generere veiledningsutkast, eller identifisere «neste steg» som forslag Krav: menneskelig kontroll, etterprøvbarhet (hva bygger rådene på), og tydelig avgrensing mot automatiserte beslutninger | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Ungdom] -> [Videregående skole] -> [Tilgang til resultater] -> [Videre utdanning/arbeid/OT]DATA FLOW [Skoleadm./kompetansesystem] -> (API) -> [Resultattjeneste/portal] [Resultattjeneste] -> (rolle-/formålsstyrt tilgang) -> [NAV/OT/høyere utdanning] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Dataflyter som må støttes (min.): Innsyn for ungdom i resultater/kompetanse på tvers av tjenester Rolle- og formålsstyrt deling til oppfølging/veiledning (kun nødvendig datamengde) Hendelser/statusendringer (f.eks. fullført/ikke fullført, oppnådd kompetanse) til autoriserte mottakere Sporbarhet: logging, versjonering og kildehenvisning til kildesystem Interoperabilitetsbehov (konseptuelt): Felles begreper og informasjonsmodell for «resultat», «kompetanse», «fullføring» og «dokumentasjon» Standardiserte API-er og/eller hendelser, samt felles profil for identitet/tilgang (IAM) | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 01 Kunnskapsoversikt.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-001
Tilgjengeliggjøre resultater fra videregående opplæring
UFO – ontologisk avklaring
Use caset etablerer et klart skille mellom informasjon som tilhører individet, og informasjon som forvaltes av det offentlige. Resultater og kompetanse er knyttet til ungdom som person, men produseres og vedlikeholdes innenfor en institusjonell ramme. Dette innebærer at utfordringen i caset ikke handler om manglende informasjon, men om hvordan forvaltet informasjon kan gjøres tilgjengelig på en kontrollert måte. Ontologisk sett er dette derfor en tjeneste for tilgjengeliggjøring og gjenbruk, ikke en oppgave som bør ligge hos den enkelte ungdom.
Juridisk metode
Den juridiske hovedutfordringen i caset er ikke om informasjon kan deles, men hvordan ulike formål kan håndteres uten å undergrave personvern og rettssikkerhet. Use caset peker på at dagens praksis i realiteten skyver ansvaret for formålsavklaring over på ungdom selv. Analysen tilsier at dette bør erstattes av klare autorisasjonsmekanismer der tilgang avgjøres av rolle og formål, ikke av manuell dokumentasjon eller samtykke i hver enkelt situasjon. Dette styrker både likebehandling og etterprøvbarhet.
Toulmin – implisitt argumentasjon
Den underliggende argumentasjonen i use caset er at kvaliteten på oppfølging svekkes når autoritativ informasjon ikke er tilgjengelig der beslutninger tas. Grunnlaget for denne påstanden ligger i gjentatte brudd i informasjonsflyten mellom skole, veiledning og oppfølging. Forbeholdene i argumentasjonen handler ikke om ønsket om bedre tilgjengelighet, men om risikoen for feil tilgang og overdeling. Caset argumenterer dermed implisitt for strukturert tilgjengeliggjøring fremfor uformell informasjonsutveksling.
SWOT – strategisk vurdering
Analysen viser at den største svakheten i dagens situasjon er manglende tydelighet i ansvar for tilgjengeliggjøring. Samtidig ligger den største styrken i at gevinsten for både ungdom og tjenestene er umiddelbar og lett forståelig. Muligheten i caset ligger i at mekanismene for tilgjengeliggjøring kan gjenbrukes i flere overgangssituasjoner, mens den største trusselen er at løsningen fragmenteres dersom den ikke forankres organisatorisk og økonomisk.
iStar – mål og avhengigheter
Use caset synliggjør en uheldig avhengighet der ungdom i praksis fungerer som informasjonsbærer mellom tjenester. Denne avhengigheten skaper både belastning og risiko. Analysen peker på at denne rollen bør flyttes bort fra individet og over på en felles tjeneste, slik at ungdoms rolle begrenses til innsyn og bruk av egne data. Samtidig blir veilednings- og oppfølgingstjenester avhengige av at informasjonen er tilgjengelig i riktig form, noe som tydeliggjør behovet for en felles løsning.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at tilgjengeliggjøring av resultatinformasjon bør realiseres som en felles applikasjonstjeneste, ikke som punktvise integrasjoner mellom enkeltaktører. En slik tilnærming gir bedre forutsetninger for styring av tilgang, sporbarhet og videreutvikling, og reduserer risikoen for at ungdom blir et manuelt bindeledd i informasjonsflyten.
KF utvidet NIF/EIF – samhandlingsevne
Caset viser tydelig at teknisk samhandling alene ikke er tilstrekkelig. Selv med gode grensesnitt vil manglende felles begrepsforståelse og uklart ansvar begrense effekten. Analysen peker derfor på behovet for samordnet innsats også på kompetanse- og finansieringssiden, slik at løsningen kan forvaltes og videreutvikles som en varig felleskomponent.
Kort vurdering
SAMT-BU-001 avdekker et strukturelt ansvarsvakuum i overgangen fra utdanning til videre livsløp. Caset viser at sammenhengende tjenester ikke først og fremst krever nye data, men tydelig ansvar for å gjøre eksisterende, autoritativ informasjon tilgjengelig på en kontrollert og rettferdig måte.
SAMT-BU-002 – Sømløs overgang fra grunnskole til videregående opplæring
| **ID og tittel på use-**case | SAMT-BU-002 – Sømløs overgang fra grunnskole til videregående opplæring | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Caset tar for seg overgangen fra ungdomsskole til videregående opplæring – en av de mest sentrale overgangene i barn og unges livsløp. Overgangen innebærer både et skifte i skolehverdag og et formelt ansvarsskifte fra kommune til fylkeskommune, og berører mange aktører, tjenester og systemer.For ungdom er dette en fase preget av forventninger, valg og økt ansvar for egen hverdag. For foresatte handler det om trygghet for at barnet får riktig oppfølging. For ansatte i skole og støtteapparat handler det om å gi et godt tilbud, ofte under tidspress og med begrenset oversikt.I denne overgangen er det behov for at relevant informasjon følger eleven på en trygg, presis og forståelig måte – uten at eleven eller foresatte selv må fungere som informasjonsbærer mellom aktører. Caset belyser hvordan dagens praksis og systemer i begrenset grad støtter dette behovet. | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Elev (evt. foresatt) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Ungdomsskole (kommune)• Videregående skole (fylke)• PPT/OT• Skoleadministrative systemer | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Elev/foresatt – trygg overgang• Kommune/fylke – riktig oppfølging• PPT/OT – tilgang til relevant info• Myndigheter – etterlevelse og kvalitet | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | I dag opplever mange at overgangen mellom ungdomsskole og videregående ikke er godt nok støttet av sammenhengende informasjonsflyt. Viktig kunnskap om elevens skoleløp, behov for tilrettelegging, tidligere tiltak eller oppfølging blir ofte ikke tilgjengelig for riktig aktør til riktig tid.Dette fører til at informasjon må gjeninnhentes eller vurderes på nytt, og at oppfølging kan bli forsinket eller mangelfull.Brudd oppstår særlig:når ansvaret flyttes fra kommune til fylkeskommunenår ulike tjenester og forvaltningsnivåer har ulike forståelser av begreper, roller og ansvarnår fagsystemer og arbeidsprosesser ikke er tilpasset samhandling på tversnår det er usikkerhet rundt hva som kan, bør og skal deles av informasjonFor sluttbrukere (ungdom og foresatte):Utrygghet i en allerede krevende overgangBehov for å forklare situasjon og behov flere gangerRisiko for forsinket eller mangelfull oppfølgingFor ansatte i tjenestene:Merarbeid knyttet til manuell koordineringManglende helhetsoversikt og usikkerhet i beslutningerRisiko for at tiltak ikke videreføres eller kommer for sentFor organisasjonene:Ineffektiv bruk av tid og ressurserØkt risiko for feil, forsinkelser og frafall | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Elev/foresatt] -> [Ungdomsskole] -> [Overføring/innsyn] -> [Videregående skole] -> [Oppfølging]DATA FLOW [Skoleadm. (kommune)] -> (standardisert overføring) -> [Skoleadm. (fylke)] [PPT/OT] <-> (tilgangsstyrt deling) <-> [Skole] : tiltak/tilrettelegging (minimert) | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Brudd oppstår særlig:når ansvaret flyttes fra kommune til fylkeskommunenår ulike tjenester og forvaltningsnivåer har ulike forståelser av begreper, roller og ansvarnår fagsystemer og arbeidsprosesser ikke er tilpasset samhandling på tversnår det er usikkerhet rundt hva som kan, bør og skal deles av informasjonDataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Utdypning/lenke: 02 Sømløs overgang grunnskole-videregående.docxKildedokument (trinn 2): 02 Sømløs overgang grunnskole-videregående.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-002
Sømløs overgang mellom grunnskole og videregående opplæring
UFO – ontologisk avklaring
Dette use caset beskriver ikke en enkelt hendelse, men en overgangssituasjon der ansvar, informasjon og forventninger skifter mellom organisatoriske kontekster. Ontologisk sett handler det om kontinuitet i tjenesteleveranse til samme individ, til tross for at flere institusjoner er involvert. Analysen viser at utfordringen ikke er mangel på informasjon om eleven, men mangel på sammenheng i hvordan denne informasjonen forstås og brukes på tvers av skoleløp. Overgangen fremstår dermed som et tjenestebrudd snarere enn et pedagogisk brudd.
Juridisk metode
Juridisk sett synliggjør use caset en spenning mellom behovet for tidlig og relevant oppfølging og krav til formålsbegrensning og dataminimering. Informasjon som er legitim i grunnskolekontekst, kan ikke uten videre videreføres til videregående opplæring uten klar avklaring av formål og ansvar. Analysen peker på at dagens praksis i stor grad baserer seg på manuelle vurderinger og lokale rutiner, noe som øker risikoen for ulik praksis og manglende forutsigbarhet for elevene.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten på overgangen svekkes når videregående skole ikke har tilstrekkelig forståelse av elevens behov ved oppstart. Grunnlaget for denne påstanden ligger i beskrivelsen av manglende informasjonsflyt og sen identifisering av behov. Forbeholdene knytter seg til risikoen for å overføre mer informasjon enn nødvendig. Caset argumenterer derfor for bedre struktur og timing i informasjonsdeling, ikke for mer omfattende deling.
SWOT – strategisk vurdering
Styrken i dette use caset ligger i at gevinstpotensialet er tydelig: tidligere og mer treffsikker oppfølging av elever i en sårbar overgang. Samtidig avdekkes en svakhet i form av fragmentert ansvar mellom skoleeier, skoleledelse og støttetjenester. Muligheten ligger i å etablere felles forståelse og rutiner som kan brukes i alle overganger, mens trusselen er at manglende nasjonal eller regional samordning fører til fortsatt variasjon i praksis.
iStar – mål og avhengigheter
Analysen synliggjør at videregående skole er avhengig av relevant og forståelig informasjon for å kunne tilrettelegge tidlig, mens eleven er avhengig av at denne tilretteleggingen skjer uten å måtte forklare egen situasjon på nytt. Dette skaper en asymmetrisk avhengighet der elevens behov ikke alltid fanges opp i tide. Use caset peker mot at denne avhengigheten bør håndteres gjennom bedre strukturer for informasjonsflyt, slik at ansvaret for sammenheng ikke legges på eleven.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at overgangsinformasjon må håndteres som del av en helhetlig informasjonsarkitektur, ikke som lokale dokumenter eller uformell dialog. Det peker mot behov for felles begreper, tydelige informasjonsobjekter og standardiserte mekanismer for overføring eller tilgjengeliggjøring. En slik tilnærming legger til rette for mer forutsigbare prosesser ved skolestart og reduserer behovet for manuell oppfølging.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at manglende samhandling i overganger først og fremst er et organisatorisk og semantisk problem, ikke et teknisk. Uten felles forståelse av hva slags informasjon som er relevant, og hvem som har ansvar for å bruke den, vil tekniske løsninger ha begrenset effekt. Analysen peker derfor på behovet for både kompetanseutvikling og tydelig finansiering av felles løsninger som kan støtte overgangene over tid.
Kort vurdering
SAMT-BU-002 tydeliggjør at sammenhengende tjenester i utdanningsløpet forutsetter at overganger behandles som egne tjenestesituasjoner med klare rammer. Use caset viser at bedre sammenheng ikke nødvendigvis krever mer informasjon, men bedre struktur, timing og ansvar for den informasjonen som allerede finnes.
.
SAMT-BU-003 – ID-håndtering av flyktninger og bruk av Dnr (og overgang til Fnr)
| **ID og tittel på use-**case | SAMT-BU-003 – ID-håndtering av flyktninger og bruk av Dnr (og overgang til Fnr) | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | ID-håndtering av flyktninger og asylsøkereBytte av IDIvareta personens data og rettigheter når man bytter ID-nummer | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Ansatt i kommunal tjeneste (saksbehandler/registrator) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Folkeregister/FIKS (identitetstjeneste)• Kommunale fagsystemer• Integrasjonsplattform | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Barn/unge/foresatte – tilgang og rettigheter• Kommunen – korrekt saksbehandling, datakvalitet• Systemleverandører – støtte for ID-endring• Statlige aktører – identitetsforvaltning | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Innen oppvekst er det ingen fellesløsning for tildeling av ID-nummer for personer som ikke ennå har fått D-nummer eller F-nummer i folkeregisteret. Som regel får foreldre D-nummer i forbindelse med at de skal betale skatt, mens det kan ta lengre tid før barn får D-nummer eller fødselsnummer. I påvente at dette må kommunene registrere inn en rekke fiktive fødselsnummer etter egen forordning. Personobjektene oppstår altså potensielt med en rekke ulike identifikatorer rundt omkring i det offentlige.Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Sluttbrukere;barn, unge, foresatte,Ansatte i «tjenestene»FagsystemleverandørerPremissgivere: interesseorganisasjon, direktorat, departement og eventuelle andreHvordan berøres aktørene av dagens situasjon, og hva er eventuelle konsekvenserI forbindelse med at hver enkelt kommune, eller forvaltningsorgan, har plikt og egeninteresse i å holde orden på personobjekt i de ulike IT-systemene, fører det til at forvaltningen bruker en del tid på at registrerte barn manuelt koblet til de nye korrekte personobjektene etter at foreldre typisk har fått D-nummer eller F-nummer før sine barn. Dette er tidekrevende og kan medføre usikkerhet.Kommunene har plikt å gi personer en del tjenester, som barnehageplass og skoleplass, selv om de ikke har ID i folkeregisteret.Når personer etter hvert får ID-nummer i folkeregisteret, er det ingen automatikk i at kommunen med sikkerhet kan si at nye personobjekter som importeres fra folkeregisteret med 100% sikkerhet er de samme som kommunen har registrert inn i de ulike systemer med fiktivt nummer. Kun likhet i navn og adresse kan gi en grad av indikasjon på dette. Feil kan i ytterste konsekvens skje. Det er litt enklere når barnet etter hvert får et D-nummer eller Fødselsnummer, for da følger som regel også foreldrerelasjonene med i dataflyten fra folkeregisteret. Dessverre skjer dette ofte lenge etter at foreldrene får slikt nummer i folkeregisteret.Mange systemer støtter overgangen fra D-nummer til F-nummer ved at integrasjonen gir informasjon om endringen. Det muliggjør en automatikk i endringen, og da sikrer man potensielt at data ikke går tapt eller er utilgjengelig.ID-nummeret er som regel den primære nøkkelen for personobjekter. Så uten automatikk eller god kontroll vil det typisk oppstå duplikater av personobjekter i flere systemer. Dette kan gjøre at informasjon ikke blir funnet, slik som vedtak, eller at foreldre eller elev mister data de har lagret i ulike IT-systemer.Fiktive nummer gir heller ikke tilgang til innlogging i offentlige IT-systemer med ID-porten.Helse har kommet lenger i en fellesløsning her, slik jeg forstår det, og har noe som heter Hjelpenummer. Les mer om det her, samt utfordringene de beskriver som godt kan sammenlignes med andre offentlige sektorer:https://www.nrk.no/norge/darlig-id-system-en-pasientfare-1.11425318 | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Foresatt/barn] -> [Kommunal tjeneste] -> [Registrering i fagsystem] -> [Oppdatering ved ny ID]DATA FLOW [Fagsystemer i kommune] <-> [Folkeregister/FIKS] : identiteter/statusendringer [Fagsystem] -> [Integrasjonslag] -> [Andre fagsystem] : ID-endring (D->F) + kobling | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Dataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Utdypning/lenke: 03 Case-håndtering av Dnr-v0.9.docxKildedokument (trinn 2): 03 Case-håndtering av Dnr-v0.9.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-003
Håndtering og gjenbruk av dokumentasjon knyttet til Dnr (saksnummer)
UFO – ontologisk avklaring
Dette use caset synliggjør at saksnummer og tilhørende dokumentasjon fungerer som bærere av institusjonell hukommelse på tvers av tid og organisatoriske grenser. Ontologisk sett er utfordringen ikke knyttet til selve dokumentene, men til relasjonen mellom sak, dokumentasjon og aktører over tid. Når dokumentasjon knyttes for sterkt til enkeltsystemer eller enkeltprosesser, brytes sammenhengen som saksnummeret er ment å sikre. Caset handler dermed om å bevare kontinuitet og identitet i forvaltningens arbeid, ikke bare om effektiv saksbehandling.
Juridisk metode
Juridisk sett peker use caset på et spenningsfelt mellom arkivplikt, dokumentasjonskrav og behovet for effektiv gjenbruk av informasjon. Når samme dokumentasjon etterspørres flere ganger i ulike prosesser, øker risikoen for inkonsistens, feil bruk og manglende etterprøvbarhet. Analysen tilsier at korrekt håndtering av Dnr ikke bare er et arkivspørsmål, men et rettssikkerhetsspørsmål: det må være mulig å ettergå hva som er gjort, på hvilket grunnlag, og med hvilken dokumentasjon, også når informasjonen gjenbrukes i nye sammenhenger.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten i saksbehandling svekkes når dokumentasjon ikke kan gjenfinnes og gjenbrukes på en entydig måte. Grunnlaget for denne påstanden ligger i beskrivelsen av manuell håndtering, kopiering og nyregistrering av dokumenter. Forbeholdene handler ikke om hvorvidt dokumentasjon skal gjenbrukes, men om hvordan dette kan skje uten å undergrave arkivstruktur og sporbarhet. Caset argumenterer dermed for bedre struktur og koblinger, ikke for mindre dokumentasjon.
SWOT – strategisk vurdering
Styrken i dette use caset er at gevinsten ved bedre håndtering av Dnr er tydelig for både ansatte og organisasjon: mindre dobbeltarbeid og bedre oversikt. Samtidig avdekkes en svakhet i dagens praksis, der dokumentasjon ofte blir fragmentert mellom systemer og prosesser. Muligheten ligger i å etablere felles mekanismer for referanse og gjenbruk av dokumentasjon, mens trusselen er at manglende felles praksis fører til tap av sammenheng og svekket tillit til saksgrunnlaget.
iStar – mål og avhengigheter
Analysen synliggjør at saksbehandlere er avhengige av at dokumentasjon er korrekt koblet til riktig sak for å kunne utføre arbeidet sitt effektivt og korrekt. Samtidig er organisasjonen som helhet avhengig av at disse koblingene opprettholdes over tid, også når saker berører flere enheter. Use caset peker på en skjult avhengighet: når koblingene svikter, blir den enkelte saksbehandler nødt til å kompensere manuelt, noe som øker risiko og belastning.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at saksnummer og dokumentasjon må behandles som felles informasjonsobjekter med klare relasjoner, ikke som lokale attributter i enkeltapplikasjoner. Dette peker mot behovet for en mer sammenhengende informasjonsarkitektur der sak og dokumentasjon kan refereres på tvers av systemer, uten å miste kontekst eller sporbarhet. En slik tilnærming reduserer behovet for kopiering og styrker kvaliteten i saksbehandlingen.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at utfordringene rundt Dnr først og fremst er organisatoriske og semantiske. Uten felles forståelse av hva et saksnummer representerer, og hvordan dokumentasjon skal knyttes og gjenbrukes, vil tekniske løsninger alene ha begrenset effekt. Analysen peker derfor på behovet for både kompetanseheving og tydelig ansvar for forvaltning av saksstruktur, slik at samhandling kan skje på en forutsigbar og etterprøvbar måte.
Kort vurdering
SAMT-BU-003 tydeliggjør at sammenhengende tjenester forutsetter kontinuitet i dokumentasjon over tid. Caset viser at saksnummeret er mer enn et administrativt hjelpemiddel – det er en nøkkel til rettssikkerhet, effektivitet og tillit i forvaltningen.
SAMT-BU-004 – Flytting av elever i skoleåret mellom kommuner/fylkeskommuner
| **ID og tittel på use-**case | SAMT-BU-004 – Flytting av elever i skoleåret mellom kommuner/fylkeskommuner | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Flytting av elever i skoleåret mellom kommuner/fylkeskommuner. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-004
Samhandling mellom tjenester rundt barn og unge med sammensatte behov
UFO – ontologisk avklaring
Dette use caset synliggjør at utfordringen ikke ligger i én enkelt tjeneste, men i samspillet mellom flere samtidige tjenester rettet mot samme barn eller ungdom. Ontologisk sett handler caset om koordinering av roller, ansvar og tiltak rundt én og samme person, der hver aktør kun ser deler av helheten. Analysen viser at fravær av en felles forståelse av situasjonen fører til parallelle og til dels motstridende tiltak, snarere enn en samlet tjenesteleveranse.
Juridisk metode
Juridisk sett aktualiserer use caset grenseflatene mellom taushetsplikt, informasjonsdeling og behovet for forsvarlig oppfølging. Når flere tjenester er involvert samtidig, oppstår det lett usikkerhet om hva som kan deles, med hvem og til hvilket formål. Analysen peker på at denne usikkerheten ofte fører til enten for restriktiv praksis eller uformell informasjonsutveksling. Begge deler svekker rettssikkerheten og forutsigbarheten for barnet og familien.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at manglende koordinering mellom tjenester reduserer effekten av tiltak, selv når hver enkelt tjeneste gjør «det riktige» innenfor sitt mandat. Grunnlaget for denne påstanden ligger i beskrivelsen av overlappende ansvar og manglende helhetsbilde. Forbeholdene knytter seg til risikoen for uønsket informasjonsdeling, noe som gjør at caset argumenterer for bedre strukturer for samhandling, ikke for ubegrenset deling.
SWOT – strategisk vurdering
Styrken i dette use caset er at behovet for bedre samhandling er tydelig og anerkjent av alle involverte aktører. Samtidig avdekkes en svakhet i form av fragmentert styring og manglende felles arenaer for koordinering. Muligheten ligger i å etablere felles praksis og støtteverktøy som kan brukes på tvers av tjenester, mens trusselen er at ansvarsuklarhet og siloorganisering vedvarer dersom tiltakene ikke forankres ledelsesmessig.
iStar – mål og avhengigheter
Analysen synliggjør gjensidige avhengigheter mellom tjenester som i dag ofte er uuttalte. Hver aktør er avhengig av at andre følger opp sine deler av ansvaret, samtidig som barnet og familien er avhengige av at tjenestene fremstår samordnet. Use caset peker på at når disse avhengighetene ikke er eksplisitte, faller koordineringsansvaret i praksis på familien selv, noe som er både urimelig og lite effektivt.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at samhandling ikke kan baseres på ad hoc-kommunikasjon alene. Det er behov for felles informasjonsstrukturer og støtte for koordinering av tiltak, slik at aktørene kan arbeide ut fra et delt situasjonsbilde. En slik arkitektonisk tilnærming legger til rette for bedre sammenheng mellom forretningsprosesser på tvers av tjenester.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser tydelig at samhandlingsevne først og fremst er et spørsmål om organisering, kompetanse og styring. Uten felles forståelse av roller, ansvar og mål vil tekniske løsninger alene ikke gi ønsket effekt. Analysen peker derfor på behovet for kompetanseutvikling og klare styringsstrukturer som støtter tverrfaglig samarbeid over tid.
Kort vurdering
SAMT-BU-004 viser at sammenhengende tjenester for barn og unge med sammensatte behov forutsetter mer enn gode enkeltstående tiltak. Caset understreker at helhetlig oppfølging krever tydelig koordinering, felles forståelse og strukturer som støtter samhandling på tvers av organisatoriske grenser.
SAMT-BU-005 – Samtykkeportal (sentralisert oversikt over samtykker) (Videreutvikling av FIKS samtykke?)
| **ID og tittel på use-**case | SAMT-BU-005 – Samtykkeportal (sentralisert oversikt over samtykker) (Videreutvikling av FIKS samtykke?) | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | ID-håndtering av flyktninger og asylsøkereBytte av IDIvareta personens data og rettigheter når man bytter ID-nummer | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Ansatt i kommunal tjeneste (saksbehandler/registrator) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Folkeregister/FIKS (identitetstjeneste)• Kommunale fagsystemer• Integrasjonsplattform | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Barn/unge/foresatte – tilgang og rettigheter• Kommunen – korrekt saksbehandling, datakvalitet• Systemleverandører – støtte for ID-endring• Statlige aktører – identitetsforvaltning | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Innen oppvekst er det ingen fellesløsning for tildeling av ID-nummer for personer som ikke ennå har fått D-nummer eller F-nummer i folkeregisteret. Som regel får foreldre D-nummer i forbindelse med at de skal betale skatt, mens det kan ta lengre tid før barn får D-nummer eller fødselsnummer. I påvente at dette må kommunene registrere inn en rekke fiktive fødselsnummer etter egen forordning. Personobjektene oppstår altså potensielt med en rekke ulike identifikatorer rundt omkring i det offentlige.Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Sluttbrukere;barn, unge, foresatte,Ansatte i «tjenestene»FagsystemleverandørerPremissgivere: interesseorganisasjon, direktorat, departement og eventuelle andreHvordan berøres aktørene av dagens situasjon, og hva er eventuelle konsekvenserI forbindelse med at hver enkelt kommune, eller forvaltningsorgan, har plikt og egeninteresse i å holde orden på personobjekt i de ulike IT-systemene, fører det til at forvaltningen bruker en del tid på at registrerte barn manuelt koblet til de nye korrekte personobjektene etter at foreldre typisk har fått D-nummer eller F-nummer før sine barn. Dette er tidekrevende og kan medføre usikkerhet.Kommunene har plikt å gi personer en del tjenester, som barnehageplass og skoleplass, selv om de ikke har ID i folkeregisteret.Når personer etter hvert får ID-nummer i folkeregisteret, er det ingen automatikk i at kommunen med sikkerhet kan si at nye personobjekter som importeres fra folkeregisteret med 100% sikkerhet er de samme som kommunen har registrert inn i de ulike systemer med fiktivt nummer. Kun likhet i navn og adresse kan gi en grad av indikasjon på dette. Feil kan i ytterste konsekvens skje. Det er litt enklere når barnet etter hvert får et D-nummer eller Fødselsnummer, for da følger som regel også foreldrerelasjonene med i dataflyten fra folkeregisteret. Dessverre skjer dette ofte lenge etter at foreldrene får slikt nummer i folkeregisteret.Mange systemer støtter overgangen fra D-nummer til F-nummer ved at integrasjonen gir informasjon om endringen. Det muliggjør en automatikk i endringen, og da sikrer man potensielt at data ikke går tapt eller er utilgjengelig.ID-nummeret er som regel den primære nøkkelen for personobjekter. Så uten automatikk eller god kontroll vil det typisk oppstå duplikater av personobjekter i flere systemer. Dette kan gjøre at informasjon ikke blir funnet, slik som vedtak, eller at foreldre eller elev mister data de har lagret i ulike IT-systemer.Fiktive nummer gir heller ikke tilgang til innlogging i offentlige IT-systemer med ID-porten.Helse har kommet lenger i en fellesløsning her, slik jeg forstår det, og har noe som heter Hjelpenummer. Les mer om det her, samt utfordringene de beskriver som godt kan sammenlignes med andre offentlige sektorer:https://www.nrk.no/norge/darlig-id-system-en-pasientfare-1.11425318 | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Foresatt/barn] -> [Kommunal tjeneste] -> [Registrering i fagsystem] -> [Oppdatering ved ny ID]DATA FLOW [Fagsystemer i kommune] <-> [Folkeregister/FIKS] : identiteter/statusendringer [Fagsystem] -> [Integrasjonslag] -> [Andre fagsystem] : ID-endring (D->F) + kobling | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Dataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 03 Case-håndtering av Dnr-v0.9.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-005
Samtykkeportal (sentralisert oversikt over samtykker)
UFO – ontologisk avklaring
Dette use caset avdekker et klassisk ontologisk skille mellom personen og identifikatorene som brukes for å representere personen i ulike systemer. Den praktiske utfordringen er ikke «mangel på ID», men at flere systemer behandler ID som om den er personen. Når identifikatoren endres (fra lokal/temporær til D-/F-nummer), blir relasjonene mellom person og data skjøre. Analysen peker derfor på at kjernen er identitetskontinuitet over tid: samme individ må kunne spores som samme “bærer” av rettigheter, plikter og historikk, selv om identifikatoren skifter.
Viktig kvalitetspunkt: Tittel og innhold peker i litt ulike retninger (tittel omtaler samtykkeportal, mens innholdet handler om ID-/identitetsbytte). UFO-analysen tilsier at dere bør avklare hvilket fenomen caset faktisk beskriver, slik at tabellens “mål” (tittel) og “omfang” (beskrivelse/hensyn) henger stramt sammen.
Juridisk metode
Den rettslige risikoen ligger i hva som skjer når identifikatorendring medfører brudd i rettighetsforvaltningen: tilgang, innsyn, journal-/arkivspor og tjenesteyting kan bli feil hvis data enten ikke kobles eller kobles feil. Dette blir særlig krevende når det gjelder barn/foresatte, fordi ansvar, representasjon og tilgang ofte er betinget og tidsavgrenset. Juridisk sett peker caset mot behov for etterprøvbar identitetsforvaltning: man må kunne dokumentere hvilken identitet som gjaldt når, og på hvilket grunnlag koblinger ble gjort. Det reduserer risiko for feil tjenesteyting og svak rettssikkerhet.
Toulmin – implisitt argumentasjon
Caset argumenterer i praksis for at kvaliteten i kommunal tjenesteyting svekkes når identitet ikke kan håndteres som en stabil “bærer” av data over tid. Det implisitte resonnementet er at en kontrollert mekanisme for identitetsskifte og kobling gir færre feil og mindre manuelt arbeid. Forbeholdene ligger i at enhver kobling må være korrekt, og at feil kobling kan være verre enn manglende kobling. Derfor peker argumentasjonen mot styrt prosess og sporbarhet, ikke “automatikk uten kontroll”.
SWOT – strategisk vurdering
Den strategiske svakheten caset peker på er at kommunene i praksis tvinges til lokale varianter av identitetsforvaltning, som gir fragmentering og varierer fra system til system. Styrken er at gevinsten av felles praksis er tydelig og direkte: mindre manuell oppfølging, færre feil, mer robuste data. Muligheten ligger i å etablere en felles identitets- og endringsmekanisme som kan gjenbrukes på tvers av tjenester. Trusselen er at ulik implementasjon hos leverandører og manglende styring skaper varige “sår” i datagrunnlaget.
iStar – mål og avhengigheter
Use caset synliggjør en kritisk avhengighet: den kommunale saksbehandlerens evne til å yte korrekt tjeneste er avhengig av at identitetsendringen håndteres konsistent i alle berørte systemer. Når denne avhengigheten ikke løses av felles mekanismer, flyttes byrden til den enkelte ansatte (manuelle oppdateringer, dobbelregistrering, kontroll). Samtidig blir innbyggeren (barn/foresatte) indirekte avhengig av at kommunen klarer å “bære” historikken videre. Analysen peker derfor på at målet om korrekt tjenesteproduksjon og målet om redusert belastning må løses ved å flytte avhengigheten fra enkeltpersoner til forvaltede komponenter.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen er at identitet må håndteres som en tverrgående kapabilitet (masterdata/identity resolution), ikke som en funksjon i hvert fagsystem. Caset peker mot behov for en mekanisme som håndterer identitetsendring som en kontrollert hendelse, med konsistent oppdatering og sporbarhet på tvers av integrasjoner. Det tilsier et arkitekturmønster der fagsystemer ikke “eier” identitet alene, men forholder seg til en felles identitetsreferanse og endringslogikk.
KF utvidet NIF/EIF – samhandlingsevne
Caset illustrerer tydelig at dette er en samhandlingsutfordring langs flere akser samtidig: semantisk (hva betyr identitet/ID i praksis), organisatorisk (hvem har ansvar ved endring), teknisk (hvordan propagere endringer), og juridisk (hvilke krav til dokumentasjon og kontroll). KFs utvidelser blir særlig relevante her: kompetanse fordi ansatte og leverandører må forstå implikasjonene av identitetsskifte, og økonomi fordi dette sjelden løses bærekraftig uten felles finansiering og forvaltning (ellers blir det “lokale lapper” i hvert system).
Kort vurdering
SAMT-BU-005 peker på en grunnleggende forutsetning for sammenhengende tjenester: identitet må tåle endring uten at data og rettigheter “sprekker”. Caset har også et tydelig forbedringspunkt i dokumentasjonen: få tittel/mål og beskrivelse/omfang til å samsvare, slik at analysen og senere tiltak retter seg mot samme fenomen.
SAMT-BU-006 – Sentralisert tilgang til data foreldrene trenger (NP, kartlegging, sluttvurdering osv)
| **ID og tittel på use-**case | SAMT-BU-006 – Sentralisert tilgang til data foreldrene trenger (NP, kartlegging, sluttvurdering osv) | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Sentralisert tilgang til data foreldrene trenger (NP, kartlegging, sluttvurdering osv). (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Skoleleder/rektor (koordinerer tiltak og oppfølging) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Lærere• PPT• Foresatte• Samhandlingsverktøy (BTI/stafettlogg-lignende)• IAM/tilgangsstyring | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Elev/foresatt – rettigheter og forståelig samhandling• Skole/PPT – effektiv og trygg oppfølging• Ledelse – oversikt, fordeling, godkjenning• Tilsyn – etterlevelse (taushetsplikt/samtykke) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk• Flere språk/kanaler (tekst/lyd/bilde) der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Kun beslutningsstøtte/utkast med menneskelig kontroll• Krav til transparens/kildegrunnlag ved forslag | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Foresatt] <-> [Skole] <-> [PPT] : helhetlig elevoppfølging (samordnet)DATA FLOW [Samhandlingsverktøy] -> [Rollebasert tilgang] -> [Tiltak/oppgaver] [Skole/PPT-system] <-> (standardiserte data) <-> [Styringsdata/innsikt] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Dataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 18 Case fra UDE i Oslo kommune.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-006
Helhetlig oversikt over tiltak og oppfølging rundt barn og unge
UFO – ontologisk avklaring
Dette use caset synliggjør et ontologisk skille mellom tiltak som hendelser og oppfølging som pågående tilstand. I dagens praksis registreres tiltak ofte som enkeltstående aktiviteter i ulike systemer, mens helheten i oppfølgingen forblir implisitt og fragmentert. Ontologisk innebærer dette at informasjonen mangler et samlende perspektiv som knytter tiltakene sammen rundt barnet eller ungdommen over tid. Caset handler derfor ikke primært om å etablere nye tiltak, men om å gjøre eksisterende tiltak forståelige som deler av en sammenhengende oppfølging.
Juridisk metode
Juridisk sett reiser use caset spørsmål om forsvarlighet og dokumentasjon. Når tiltak iverksettes av ulike tjenester uten felles oversikt, blir det vanskelig å vurdere om oppfølgingen samlet sett er tilstrekkelig og koordinert. Analysen peker på at manglende oversikt ikke nødvendigvis innebærer lovbrudd i den enkelte tjeneste, men kan føre til svikt i helheten. Dette utfordrer både rettssikkerheten til barnet og kommunens evne til å dokumentere at den har handlet forsvarlig over tid.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten på oppfølging svekkes når tiltak vurderes isolert, uten innsikt i hva andre tjenester gjør. Grunnlaget for påstanden ligger i beskrivelsen av parallelle løp og manglende koordinering. Forbeholdene handler om at økt oversikt ikke må føre til urettmessig innsyn eller informasjonsdeling. Caset argumenterer derfor for oversikt som beslutningsstøtte, ikke som generell tilgang til detaljer.
SWOT – strategisk vurdering
Styrken i dette use caset er at det adresserer et konkret og gjenkjennelig problem for både ansatte og ledelse: manglende oversikt gir risiko for både over- og undertiltak. Svakheten ligger i at tiltakene ofte eies av ulike fagmiljøer med egne systemer og begreper. Muligheten ligger i å etablere et felles situasjonsbilde som kan støtte tverrfaglig samarbeid, mens trusselen er at manglende styring fører til at oversikten blir ufullstendig eller foreldet.
iStar – mål og avhengigheter
Analysen synliggjør at hver enkelt tjeneste er avhengig av at andre tjenester følger opp sine tiltak på en forutsigbar måte. Samtidig er barnet og familien avhengige av at tjenestene har oversikt over hverandre, slik at oppfølgingen oppleves helhetlig. Når denne avhengigheten ikke støttes av felles strukturer, flyttes koordineringsansvaret i praksis over på familien. Use caset peker dermed på behovet for å flytte denne avhengigheten fra mennesker til systematisk støttede prosesser.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at oversikt over tiltak må realiseres som et lag over eksisterende fagsystemer, snarere enn som et nytt monolittisk system. En slik løsning forutsetter tydelige informasjonsobjekter og oppdateringsmekanismer som kan hente status uten å kopiere detaljer. Dette muliggjør et felles situasjonsbilde samtidig som hvert fagsystem beholder sitt ansvar og sin autonomi.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne her i stor grad er avhengig av organisatorisk og semantisk modenhet. Uten en felles forståelse av hva som menes med “tiltak”, “oppfølging” og “status”, vil tekniske løsninger raskt miste verdi. Analysen peker derfor på behovet for kompetanseutvikling og tydelig forankring av ansvar for helhetsoversikt, samt økonomiske rammer som gjør det mulig å forvalte en slik løsning over tid.
Kort vurdering
SAMT-BU-006 tydeliggjør at helhetlig oppfølging ikke kan oppnås gjennom isolerte tiltak alene. Caset viser at sammenhengende tjenester forutsetter strukturer som gjør det mulig å se tiltak i sammenheng, over tid og på tvers av tjenester, uten at dette går på bekostning av personvern eller faglig autonomi.
SAMT-BU-007 – Tidlig identifisering av elever i faresonen og videreføring av tiltak/data gjennom opplæringsløpet
| **ID og tittel på use-**case | SAMT-BU-007 – Tidlig identifisering av elever i faresonen og videreføring av tiltak/data gjennom opplæringsløpet | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | ID-håndtering av flyktninger og asylsøkereBytte av IDIvareta personens data og rettigheter når man bytter ID-nummer | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Ansatt i kommunal tjeneste (saksbehandler/registrator) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Folkeregister/FIKS (identitetstjeneste)• Kommunale fagsystemer• Integrasjonsplattform | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Barn/unge/foresatte – tilgang og rettigheter• Kommunen – korrekt saksbehandling, datakvalitet• Systemleverandører – støtte for ID-endring• Statlige aktører – identitetsforvaltning | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Innen oppvekst er det ingen fellesløsning for tildeling av ID-nummer for personer som ikke ennå har fått D-nummer eller F-nummer i folkeregisteret. Som regel får foreldre D-nummer i forbindelse med at de skal betale skatt, mens det kan ta lengre tid før barn får D-nummer eller fødselsnummer. I påvente at dette må kommunene registrere inn en rekke fiktive fødselsnummer etter egen forordning. Personobjektene oppstår altså potensielt med en rekke ulike identifikatorer rundt omkring i det offentlige.Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Sluttbrukere;barn, unge, foresatte,Ansatte i «tjenestene»FagsystemleverandørerPremissgivere: interesseorganisasjon, direktorat, departement og eventuelle andreHvordan berøres aktørene av dagens situasjon, og hva er eventuelle konsekvenserI forbindelse med at hver enkelt kommune, eller forvaltningsorgan, har plikt og egeninteresse i å holde orden på personobjekt i de ulike IT-systemene, fører det til at forvaltningen bruker en del tid på at registrerte barn manuelt koblet til de nye korrekte personobjektene etter at foreldre typisk har fått D-nummer eller F-nummer før sine barn. Dette er tidekrevende og kan medføre usikkerhet.Kommunene har plikt å gi personer en del tjenester, som barnehageplass og skoleplass, selv om de ikke har ID i folkeregisteret.Når personer etter hvert får ID-nummer i folkeregisteret, er det ingen automatikk i at kommunen med sikkerhet kan si at nye personobjekter som importeres fra folkeregisteret med 100% sikkerhet er de samme som kommunen har registrert inn i de ulike systemer med fiktivt nummer. Kun likhet i navn og adresse kan gi en grad av indikasjon på dette. Feil kan i ytterste konsekvens skje. Det er litt enklere når barnet etter hvert får et D-nummer eller Fødselsnummer, for da følger som regel også foreldrerelasjonene med i dataflyten fra folkeregisteret. Dessverre skjer dette ofte lenge etter at foreldrene får slikt nummer i folkeregisteret.Mange systemer støtter overgangen fra D-nummer til F-nummer ved at integrasjonen gir informasjon om endringen. Det muliggjør en automatikk i endringen, og da sikrer man potensielt at data ikke går tapt eller er utilgjengelig.ID-nummeret er som regel den primære nøkkelen for personobjekter. Så uten automatikk eller god kontroll vil det typisk oppstå duplikater av personobjekter i flere systemer. Dette kan gjøre at informasjon ikke blir funnet, slik som vedtak, eller at foreldre eller elev mister data de har lagret i ulike IT-systemer.Fiktive nummer gir heller ikke tilgang til innlogging i offentlige IT-systemer med ID-porten.Helse har kommet lenger i en fellesløsning her, slik jeg forstår det, og har noe som heter Hjelpenummer. Les mer om det her, samt utfordringene de beskriver som godt kan sammenlignes med andre offentlige sektorer:https://www.nrk.no/norge/darlig-id-system-en-pasientfare-1.11425318 | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Foresatt/barn] -> [Kommunal tjeneste] -> [Registrering i fagsystem] -> [Oppdatering ved ny ID]DATA FLOW [Fagsystemer i kommune] <-> [Folkeregister/FIKS] : identiteter/statusendringer [Fagsystem] -> [Integrasjonslag] -> [Andre fagsystem] : ID-endring (D->F) + kobling | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Dataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 03 Case-håndtering av Dnr-v0.9.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-007
Koordinert informasjonsflyt mellom skole, helse og barnevern
UFO – ontologisk avklaring
Dette use caset tydeliggjør at informasjonsflyt mellom skole, helse og barnevern ikke kan forstås som enkel deling av dokumenter, men som koordinering mellom ulike normative praksiser rundt samme barn. Ontologisk sett representerer hver tjeneste et eget handlingsrom med egne formål, vurderingskriterier og beslutningslogikk. Caset synliggjør at utfordringen oppstår når disse handlingsrommene berører samme barn uten at relasjonene mellom dem er eksplisitt forstått eller håndtert.
Juridisk metode
Juridisk sett er dette et av de mest komplekse use casene, fordi det berører kjerneområder som taushetsplikt, opplysningsplikt og samtykke. Analysen viser at usikkerhet rundt rettslig grunnlag ofte fører til enten for restriktiv informasjonsdeling eller uformell praksis. Begge deler svekker rettssikkerheten. Caset peker på behovet for tydeligere strukturer som støtter korrekt vurdering av når informasjonsdeling er nødvendig, lovlig og forholdsmessig.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten på oppfølging svekkes når relevante tjenester mangler innsikt i hverandres vurderinger og tiltak. Grunnlaget for denne påstanden ligger i beskrivelsen av manglende koordinering og parallelle vurderingsløp. Forbeholdene knytter seg til risikoen for unødvendig deling av sensitiv informasjon. Caset argumenterer dermed for presis og behovsstyrt informasjonsflyt, ikke for generell åpenhet mellom tjenester.
SWOT – strategisk vurdering
Styrken i dette use caset er at det adresserer et område der bedre samhandling kan ha stor betydning for barnets situasjon. Samtidig avdekkes en betydelig svakhet i form av ulik praksis og tolkning av regelverk mellom tjenester. Muligheten ligger i å etablere felles forståelse og støtte for juridisk riktige vurderinger, mens trusselen er at manglende tillit og frykt for regelbrudd fører til fortsatt fragmentering.
iStar – mål og avhengigheter
Analysen synliggjør gjensidige avhengigheter mellom skole, helse og barnevern som i dag ofte er uformelle og personavhengige. Hver tjeneste er avhengig av at de andre deler relevant informasjon når det er nødvendig, samtidig som barnet er avhengig av at denne samhandlingen skjer på en måte som ivaretar både behov og rettigheter. Caset peker på at uten støtte for å håndtere disse avhengighetene eksplisitt, vil samhandlingen forbli sårbar.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at informasjonsflyt mellom tjenester må støttes av strukturer som ivaretar både selektiv deling og sporbarhet. Dette peker mot behovet for mekanismer som muliggjør kontekstuell tilgang til informasjon, snarere enn felles databaser. En slik arkitektur kan redusere risiko og samtidig støtte bedre koordinering i komplekse saker.
KF utvidet NIF/EIF – samhandlingsevne
Use caset illustrerer at samhandlingsevne her forutsetter høy juridisk og organisatorisk modenhet. Teknologi kan støtte, men ikke erstatte, behovet for kompetanse i regelverksforståelse og felles praksis. Analysen peker derfor på at investeringer i samhandling må omfatte både kompetanseutvikling og tydelige styringsmekanismer, i tillegg til tekniske løsninger.
Kort vurdering
SAMT-BU-007 viser at koordinert innsats for barn i sårbare situasjoner krever mer enn velvilje mellom tjenester. Caset tydeliggjør behovet for strukturer som gjør det mulig å samhandle riktig, presist og etterprøvbart, uten at hensynet til personvern og rettssikkerhet settes til side.
SAMT-BU-008 – Overganger mellom utdanningsnivåer (fra barnehage til grunnskole, videre til videregående og høyere utdanning) – f.eks. utveksling
| **ID og tittel på use-**case | SAMT-BU-008 – Overganger mellom utdanningsnivåer (fra barnehage til grunnskole, videre til videregående og høyere utdanning) – f.eks. utveksling | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Caset tar for seg overgangen fra ungdomsskole til videregående opplæring – en av de mest sentrale overgangene i barn og unges livsløp. Overgangen innebærer både et skifte i skolehverdag og et formelt ansvarsskifte fra kommune til fylkeskommune, og berører mange aktører, tjenester og systemer.For ungdom er dette en fase preget av forventninger, valg og økt ansvar for egen hverdag. For foresatte handler det om trygghet for at barnet får riktig oppfølging. For ansatte i skole og støtteapparat handler det om å gi et godt tilbud, ofte under tidspress og med begrenset oversikt.I denne overgangen er det behov for at relevant informasjon følger eleven på en trygg, presis og forståelig måte – uten at eleven eller foresatte selv må fungere som informasjonsbærer mellom aktører. Caset belyser hvordan dagens praksis og systemer i begrenset grad støtter dette behovet. | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Elev (evt. foresatt) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Ungdomsskole (kommune)• Videregående skole (fylke)• PPT/OT• Skoleadministrative systemer | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Elev/foresatt – trygg overgang• Kommune/fylke – riktig oppfølging• PPT/OT – tilgang til relevant info• Myndigheter – etterlevelse og kvalitet | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | I dag opplever mange at overgangen mellom ungdomsskole og videregående ikke er godt nok støttet av sammenhengende informasjonsflyt. Viktig kunnskap om elevens skoleløp, behov for tilrettelegging, tidligere tiltak eller oppfølging blir ofte ikke tilgjengelig for riktig aktør til riktig tid.Dette fører til at informasjon må gjeninnhentes eller vurderes på nytt, og at oppfølging kan bli forsinket eller mangelfull.Brudd oppstår særlig:når ansvaret flyttes fra kommune til fylkeskommunenår ulike tjenester og forvaltningsnivåer har ulike forståelser av begreper, roller og ansvarnår fagsystemer og arbeidsprosesser ikke er tilpasset samhandling på tversnår det er usikkerhet rundt hva som kan, bør og skal deles av informasjonFor sluttbrukere (ungdom og foresatte):Utrygghet i en allerede krevende overgangBehov for å forklare situasjon og behov flere gangerRisiko for forsinket eller mangelfull oppfølgingFor ansatte i tjenestene:Merarbeid knyttet til manuell koordineringManglende helhetsoversikt og usikkerhet i beslutningerRisiko for at tiltak ikke videreføres eller kommer for sentFor organisasjonene:Ineffektiv bruk av tid og ressurserØkt risiko for feil, forsinkelser og frafall | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Elev/foresatt] -> [Ungdomsskole] -> [Overføring/innsyn] -> [Videregående skole] -> [Oppfølging]DATA FLOW [Skoleadm. (kommune)] -> (standardisert overføring) -> [Skoleadm. (fylke)] [PPT/OT] <-> (tilgangsstyrt deling) <-> [Skole] : tiltak/tilrettelegging (minimert) | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Brudd oppstår særlig:når ansvaret flyttes fra kommune til fylkeskommunenår ulike tjenester og forvaltningsnivåer har ulike forståelser av begreper, roller og ansvarnår fagsystemer og arbeidsprosesser ikke er tilpasset samhandling på tversnår det er usikkerhet rundt hva som kan, bør og skal deles av informasjonDataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 02 Sømløs overgang grunnskole-videregående.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-008
Varsling og tidlig identifisering av barn og unge i risiko
UFO – ontologisk avklaring
Dette use caset dreier seg ontologisk om overgangen fra observasjon til bekymring, og videre til handling. Varsling er ikke i seg selv et tiltak, men en mekanisme som gjør det mulig å etablere en felles forståelse av risiko på et tidlig tidspunkt. Caset synliggjør at risiko ikke er et objekt som eksisterer isolert, men oppstår gjennom tolkning av signaler i ulike tjenester. Utfordringen ligger derfor ikke i mangel på observasjoner, men i manglende struktur for å sammenstille og vurdere dem på tvers.
Juridisk metode
Juridisk sett er varsling et sensitivt område, fordi det berører både taushetsplikt og opplysningsplikt. Use caset peker på at usikkerhet rundt regelverket ofte fører til enten passivitet eller uformell praksis. Analysen tilsier at dette kan gi alvorlige konsekvenser: for sen inngripen eller ubegrunnet eskalering. Caset peker derfor på behovet for klare rammer som støtter riktig vurdering av når bekymring skal deles, og på hvilken måte, uten å undergrave rettssikkerheten til barnet og familien.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at tidlig identifisering av risiko gir bedre mulighet for forebyggende tiltak. Grunnlaget for denne påstanden ligger i beskrivelsen av tapte muligheter når signaler ikke fanges opp eller ikke kobles sammen. Forbeholdene knytter seg til faren for feilvurderinger og stigmatisering. Caset argumenterer dermed for strukturert varsling som beslutningsstøtte, ikke som automatisk utløser av tiltak.
SWOT – strategisk vurdering
Styrken i dette use caset er at potensialet for forebygging er betydelig, både for barnet og for samfunnet. Samtidig avdekkes en svakhet i form av varierende terskel for bekymring og ulik praksis mellom tjenester. Muligheten ligger i å etablere felles forståelse og støtte for vurdering av risiko, mens trusselen er at manglende tillit og uklare rammer fører til enten over- eller underrapportering.
iStar – mål og avhengigheter
Analysen synliggjør at ansatte i ulike tjenester er avhengige av å kunne uttrykke bekymring på en måte som blir forstått og håndtert riktig av andre. Samtidig er barnet avhengig av at bekymringer fører til hensiktsmessig oppfølging, ikke bare registrering. Use caset peker på at når denne avhengigheten ikke støttes av felles strukturer, blir varsling personavhengig og uforutsigbar.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at varsling må støttes av mekanismer som skiller mellom registrering, vurdering og eventuell oppfølging. Dette peker mot behovet for tydelige prosesssteg og informasjonsobjekter, slik at varsler kan håndteres systematisk uten å skape unødig spredning av sensitiv informasjon. En slik arkitektur støtter både presisjon og sporbarhet.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne i varslingssituasjoner i stor grad er avhengig av felles kompetanse og tillit mellom tjenester. Teknologi kan bidra til struktur, men uten felles forståelse av roller, ansvar og terskler vil effekten være begrenset. Analysen peker derfor på behovet for samordnet opplæring og tydelig forankring av praksis, i tillegg til tekniske løsninger.
Kort vurdering
SAMT-BU-008 tydeliggjør at tidlig innsats forutsetter mer enn gode intensjoner. Caset viser at strukturert varsling og felles forståelse av risiko er avgjørende for å kunne gripe inn på riktig tidspunkt, på en måte som både ivaretar barnet og rettssikkerheten.
SAMT-BU-009 – Bytte av skole eller studiested.
| **ID og tittel på use-**case | SAMT-BU-009 – Bytte av skole eller studiested. | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Bytte av skole eller studiested.. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-009
Koordinert overgang fra barnevernstiltak til ordinære kommunale tjenester
UFO – ontologisk avklaring
Dette use caset omhandler en overgang der tiltak opphører, men behovet for oppfølging ikke nødvendigvis gjør det. Ontologisk sett handler det om et skifte i tjenestekontekst for samme individ, der rollen som «mottaker av barnevernstiltak» avsluttes, mens rollen som innbygger med behov for støtte videreføres. Caset synliggjør at manglende sammenheng i dette skiftet ofte fører til brudd i oppfølging, ikke fordi informasjon mangler, men fordi ansvaret endres uten tilstrekkelig koordinering.
Juridisk metode
Juridisk sett aktualiserer use caset spørsmål om forsvarlig avslutning av tiltak og videre oppfølging. Når barnevernets ansvar formelt opphører, oppstår det et grenseområde der risikoen for «ansvarsfall» er stor. Analysen peker på at manglende strukturert overgang kan innebære at relevante vurderinger og erfaringer ikke bringes videre på lovlig og nødvendig måte. Dette utfordrer både kontinuitet i tjenesteytingen og rettssikkerheten til den unge.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at avslutning av barnevernstiltak uten koordinert overgang øker risikoen for at behov ikke fanges opp i tide. Grunnlaget for denne påstanden ligger i beskrivelsen av brudd mellom tjenester og manglende overføring av innsikt. Forbeholdene handler om at informasjon fra barnevern må håndteres varsomt og kun deles når det er nødvendig og relevant. Caset argumenterer dermed for strukturert overgang, ikke for videreføring av barnevernets rolle.
SWOT – strategisk vurdering
Styrken i dette use caset er at det tydelig adresserer et kjent risikopunkt i tjenesteløpet. Svakheten ligger i at overganger ofte håndteres individuelt og uten felles rammer. Muligheten ligger i å etablere tydelige overgangsprosesser som kan brukes på tvers av saker, mens trusselen er at manglende eierskap til overgangsfasen fører til tap av viktig innsikt og redusert kvalitet i oppfølgingen.
iStar – mål og avhengigheter
Analysen synliggjør at både barneverntjenesten og øvrige kommunale tjenester er gjensidig avhengige av at overgangen håndteres på en forutsigbar måte. Den unge er samtidig avhengig av at ansvar faktisk overtas, ikke bare formelt avsluttes. Use caset peker på at når denne avhengigheten ikke støttes av klare strukturer, blir overgangen personavhengig og sårbar.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at overgang fra barnevernstiltak bør støttes av tydelige prosess- og informasjonsmekanismer som markerer avslutning og overlevering. Dette peker mot behovet for felles prosesssteg og informasjonsobjekter som kan støtte overgangen uten å utlevere mer informasjon enn nødvendig. En slik arkitektur gir bedre kontroll og sporbarhet i overgangsfasen.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne i overgang fra barnevern er sterkt avhengig av organisatorisk modenhet og klar rolleforståelse. Teknologi kan støtte overlevering, men uten felles praksis og kompetanse vil overgangene fortsatt være sårbare. Analysen peker derfor på behovet for tydelig styring og kompetansebygging rundt overgangsprosesser, i tillegg til tekniske løsninger.
Kort vurdering
SAMT-BU-009 tydeliggjør at avslutning av barnevernstiltak ikke er et sluttpunkt, men et kritisk overgangsøyeblikk. Caset viser at sammenhengende tjenester forutsetter at ansvar og innsikt bringes videre på en kontrollert og forsvarlig måte, slik at den unge ikke faller mellom tjenestene.
SAMT-BU-010 – Overgang til andre kommunale tjenester som barnevern eller PPT.
| **ID og tittel på use-**case | SAMT-BU-010 – Overgang til andre kommunale tjenester som barnevern eller PPT. | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Caset tar for seg overgangen fra ungdomsskole til videregående opplæring – en av de mest sentrale overgangene i barn og unges livsløp. Overgangen innebærer både et skifte i skolehverdag og et formelt ansvarsskifte fra kommune til fylkeskommune, og berører mange aktører, tjenester og systemer.For ungdom er dette en fase preget av forventninger, valg og økt ansvar for egen hverdag. For foresatte handler det om trygghet for at barnet får riktig oppfølging. For ansatte i skole og støtteapparat handler det om å gi et godt tilbud, ofte under tidspress og med begrenset oversikt.I denne overgangen er det behov for at relevant informasjon følger eleven på en trygg, presis og forståelig måte – uten at eleven eller foresatte selv må fungere som informasjonsbærer mellom aktører. Caset belyser hvordan dagens praksis og systemer i begrenset grad støtter dette behovet. | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Elev (evt. foresatt) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Ungdomsskole (kommune)• Videregående skole (fylke)• PPT/OT• Skoleadministrative systemer | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Elev/foresatt – trygg overgang• Kommune/fylke – riktig oppfølging• PPT/OT – tilgang til relevant info• Myndigheter – etterlevelse og kvalitet | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | I dag opplever mange at overgangen mellom ungdomsskole og videregående ikke er godt nok støttet av sammenhengende informasjonsflyt. Viktig kunnskap om elevens skoleløp, behov for tilrettelegging, tidligere tiltak eller oppfølging blir ofte ikke tilgjengelig for riktig aktør til riktig tid.Dette fører til at informasjon må gjeninnhentes eller vurderes på nytt, og at oppfølging kan bli forsinket eller mangelfull.Brudd oppstår særlig:når ansvaret flyttes fra kommune til fylkeskommunenår ulike tjenester og forvaltningsnivåer har ulike forståelser av begreper, roller og ansvarnår fagsystemer og arbeidsprosesser ikke er tilpasset samhandling på tversnår det er usikkerhet rundt hva som kan, bør og skal deles av informasjonFor sluttbrukere (ungdom og foresatte):Utrygghet i en allerede krevende overgangBehov for å forklare situasjon og behov flere gangerRisiko for forsinket eller mangelfull oppfølgingFor ansatte i tjenestene:Merarbeid knyttet til manuell koordineringManglende helhetsoversikt og usikkerhet i beslutningerRisiko for at tiltak ikke videreføres eller kommer for sentFor organisasjonene:Ineffektiv bruk av tid og ressurserØkt risiko for feil, forsinkelser og frafall | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Elev/foresatt] -> [Ungdomsskole] -> [Overføring/innsyn] -> [Videregående skole] -> [Oppfølging]DATA FLOW [Skoleadm. (kommune)] -> (standardisert overføring) -> [Skoleadm. (fylke)] [PPT/OT] <-> (tilgangsstyrt deling) <-> [Skole] : tiltak/tilrettelegging (minimert) | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Brudd oppstår særlig:når ansvaret flyttes fra kommune til fylkeskommunenår ulike tjenester og forvaltningsnivåer har ulike forståelser av begreper, roller og ansvarnår fagsystemer og arbeidsprosesser ikke er tilpasset samhandling på tversnår det er usikkerhet rundt hva som kan, bør og skal deles av informasjonDataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 02 Sømløs overgang grunnskole-videregående.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-010
Oppfølging av ungdom som står i risiko for å falle utenfor utdanning og arbeid
UFO – ontologisk avklaring
Dette use caset omhandler en situasjon der fravær av tilknytning – til skole, arbeid eller tiltak – i seg selv blir et sentralt kjennetegn ved individets situasjon. Ontologisk sett handler caset ikke om én enkelt tjeneste, men om et mellomrom mellom tjenester, der ansvar er fragmentert og ofte tidsavgrenset. Analysen viser at risikoen for utenforskap oppstår nettopp i dette mellomrommet, når ingen aktør har et helhetlig ansvar for oppfølgingen.
Juridisk metode
Juridisk sett aktualiserer use caset spørsmål om forsvarlig oppfølging når ungdom ikke lenger omfattes av tydelige rettigheter eller plikter knyttet til skolegang. Når ansvar fordeles mellom ulike tjenester med ulike mandater, kan det oppstå uklarhet om hvem som faktisk har ansvar for å følge opp. Analysen peker på at manglende koordinering i slike situasjoner kan føre til at ungdom blir stående uten tilbud, til tross for at behovet for oppfølging er åpenbart.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at risikoen for varig utenforskap øker når oppfølging skjer fragmentert og uten tydelig eierskap. Grunnlaget for denne påstanden ligger i beskrivelsen av ungdom som faller mellom ordninger og tiltak. Forbeholdene handler om at oppfølging må tilpasses den enkeltes situasjon og ikke bli standardisert på en måte som overser individuelle behov. Caset argumenterer dermed for bedre koordinering, ikke for flere isolerte tiltak.
SWOT – strategisk vurdering
Styrken i dette use caset er at det retter søkelyset mot en gruppe der tidlig og koordinert innsats kan ha stor effekt. Svakheten ligger i at dagens ansvar ofte er delt mellom flere aktører uten felles oversikt. Muligheten ligger i å etablere klare ansvarsforhold og sammenhengende oppfølging, mens trusselen er at manglende samhandling fører til langvarig utenforskap med store samfunnsmessige konsekvenser.
iStar – mål og avhengigheter
Analysen synliggjør at ulike tjenester er avhengige av hverandre for å kunne gi effektiv oppfølging, samtidig som ungdommen er avhengig av at noen faktisk tar ansvar for helheten. Når denne avhengigheten ikke er eksplisitt håndtert, blir oppfølgingen tilfeldig og personavhengig. Use caset peker på behovet for å tydeliggjøre både mål og ansvar i oppfølgingen av ungdom i risikosonen.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at oppfølging av ungdom i risiko krever mekanismer som gir oversikt over status, tiltak og ansvar på tvers av tjenester. Dette peker mot behovet for støtte til koordinering og informasjonsdeling som kan fungere selv når ungdom beveger seg mellom ulike ordninger. En slik arkitektur reduserer risikoen for at ansvar «forsvinner» i overgangene.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne i oppfølging av ungdom utenfor utdanning og arbeid er avhengig av både organisatorisk samarbeid og felles forståelse av mål. Teknologi kan støtte oversikt og koordinering, men uten felles prioritering og kompetanse vil tiltakene forbli fragmenterte. Analysen peker derfor på behovet for samordnet innsats på tvers av tjenester, både faglig og organisatorisk.
Kort vurdering
SAMT-BU-010 tydeliggjør at risiko for utenforskap ofte oppstår der ansvar er utydelig og oppfølging fragmentert. Caset viser at sammenhengende tjenester forutsetter klare roller, koordinert innsats og strukturer som gjør det mulig å følge opp ungdom også når de befinner seg mellom etablerte ordninger.
SAMT-BU-011 – Digital dialog og økt involvering mellom barnehage/skole og hjemmet (foresatte og elever).
| **ID og tittel på use-**case | SAMT-BU-011 – Digital dialog og økt involvering mellom barnehage/skole og hjemmet (foresatte og elever). | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Digital dialog og økt involvering mellom barnehage/skole og hjemmet (foresatte og elever).. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-011
Koordinert samarbeid med foresatte rundt barn og unge
UFO – ontologisk avklaring
Dette use caset tydeliggjør at foresatte ikke bare er støttespillere, men aktører med egne roller og rettigheter i tjenesteløpet rundt barn og unge. Ontologisk sett handler caset om relasjonen mellom barn, foresatte og offentlige tjenester, der ansvar og beslutningsmyndighet er delt og ofte tidsavgrenset. Analysen viser at utfordringen ikke ligger i mangel på involvering av foresatte, men i utydelighet rundt hvordan og når foresatte skal inngå som del av tjenesteleveransen.
Juridisk metode
Juridisk sett berører use caset sentrale spørsmål om foreldreansvar, representasjon og barnets rett til medvirkning. Når flere tjenester er involvert, kan det oppstå usikkerhet om hvilken informasjon foresatte har rett til, og hvilken informasjon som bør formidles direkte til barnet eller ungdommen. Analysen peker på at manglende felles praksis kan føre til enten overinvolvering eller ekskludering av foresatte, begge deler med potensielle rettssikkerhetsmessige konsekvenser.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten på oppfølging styrkes når foresatte involveres på en tydelig og forutsigbar måte. Grunnlaget for denne påstanden ligger i beskrivelsen av misforståelser og manglende samordning når foresatte ikke har en klar rolle. Forbeholdene handler om barnets alder, modenhet og rett til selvbestemmelse. Caset argumenterer derfor for differensiert og situasjonstilpasset involvering, ikke for standardisert praksis.
SWOT – strategisk vurdering
Styrken i dette use caset er at foresatte ofte besitter viktig kontekstuell kunnskap og kan bidra til bedre oppfølging. Svakheten ligger i at roller og forventninger ofte er uavklarte mellom tjenester. Muligheten ligger i å etablere tydelige rammer for samarbeid med foresatte som kan brukes på tvers av tjenester, mens trusselen er at manglende avklaringer skaper konflikter og svekker tilliten mellom partene.
iStar** – mål og avhengigheter**
Analysen synliggjør at både tjenester og foresatte er gjensidig avhengige av tydelig kommunikasjon og rolleavklaring. Samtidig er barnet avhengig av at samarbeidet skjer på en måte som ivaretar både støtte og selvstendighet. Use caset peker på at når disse avhengighetene ikke håndteres eksplisitt, kan samarbeidet bli personavhengig og inkonsistent.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at samarbeid med foresatte må støttes av strukturer som håndterer tilgang, kommunikasjon og samtykke på en kontrollert måte. Dette peker mot behovet for felles mekanismer som kan tilpasses barnets alder og situasjon, og som kan brukes på tvers av tjenester uten å skape informasjonslekkasjer eller misforståelser.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne med foresatte i stor grad er avhengig av kompetanse i både regelverk og kommunikasjon. Teknologiske løsninger kan støtte struktur og oversikt, men uten felles forståelse av roller og ansvar vil effekten være begrenset. Analysen peker derfor på behovet for både kompetanseutvikling og tydelig styring av praksis for samarbeid med foresatte.
Kort vurdering
SAMT-BU-011 viser at foresatte er en sentral del av sammenhengende tjenester for barn og unge. Caset tydeliggjør at kvalitet i oppfølging forutsetter klare rammer for involvering, der både barnets rettigheter og foresattes rolle ivaretas på en balansert og forutsigbar måte.
SAMT-BU-012 – Endring av utdanningsløp eller studieretning.
| **ID og tittel på use-**case | SAMT-BU-012 – Endring av utdanningsløp eller studieretning. | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Endring av utdanningsløp eller studieretning.. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-012
Koordinert håndtering av samtykke og reservasjonsrett for barn og unge
UFO – ontologisk avklaring
Dette use caset tydeliggjør at samtykke og reservasjon ikke er statiske hendelser, men situasjons- og tidsavhengige relasjoner mellom person, informasjon og tjeneste. Ontologisk sett handler caset om hvordan vilje, modenhet og rettslig kompetanse utvikler seg over tid, og hvordan dette påvirker hvem som kan ta beslutninger på vegne av barnet eller ungdommen. Analysen viser at utfordringen ikke er mangel på samtykke, men manglende struktur for å håndtere endringer i samtykkekompetanse og preferanser på tvers av tjenester.
Juridisk metode
Juridisk sett berører use caset kjerneprinsipper som barnets beste, medvirkning og rett til privatliv. Når flere tjenester forholder seg til ulike samtykker og reservasjoner, oppstår det lett inkonsistens i praksis. Analysen peker på at dagens løsninger ofte håndterer samtykke isolert per tjeneste, noe som øker risikoen for både overdeling og uberettiget begrensning av informasjon. Caset peker derfor på behovet for mer helhetlig og etterprøvbar håndtering av samtykke over tid.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at rettssikkerheten styrkes når samtykke håndteres konsistent og forståelig for alle involverte. Grunnlaget for denne påstanden ligger i beskrivelsen av usikkerhet og manuell håndtering i dagens praksis. Forbeholdene knytter seg til at samtykke alltid må være frivillig, informert og mulig å trekke tilbake. Caset argumenterer derfor for struktur og oversikt, ikke for standardisering som reduserer individuell vurdering.
SWOT – strategisk vurdering
Styrken i dette use caset er at bedre samtykkehåndtering kan gi økt tillit mellom innbyggere og tjenester. Svakheten ligger i kompleksiteten knyttet til alder, modenhet og varierende regelverk. Muligheten ligger i å etablere felles forståelse og støtte for håndtering av samtykke på tvers av tjenester, mens trusselen er at uklare løsninger fører til rettighetsbrudd eller tap av tillit.
iStar – mål og avhengigheter
Analysen synliggjør at tjenester er avhengige av korrekt informasjon om samtykkestatus for å kunne handle riktig. Samtidig er barnet og ungdommen avhengig av at deres vilje faktisk respekteres og håndheves i praksis. Use caset peker på at når disse avhengighetene ikke støttes av felles strukturer, blir håndtering av samtykke personavhengig og uforutsigbar.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at samtykke og reservasjon bør behandles som egne informasjonsobjekter med livsløp, ikke som attributter spredt i ulike systemer. Dette peker mot behovet for felles mekanismer som kan eksponere samtykkestatus på en kontrollert måte, samtidig som detaljer og kontekst forblir der de hører hjemme. En slik arkitektur støtter både presisjon og etterprøvbarhet.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne rundt samtykke krever høy kompetanse i både regelverk og etikk. Teknologi kan støtte oversikt og konsistens, men uten felles forståelse av prinsipper og ansvar vil løsningene miste legitimitet. Analysen peker derfor på behovet for samordnet kompetanseutvikling og tydelig forvaltning av samtykkeløsninger på tvers av tjenester.
Kort vurdering
SAMT-BU-012 viser at samtykke er en grunnleggende forutsetning for sammenhengende tjenester, ikke et administrativt tillegg. Caset tydeliggjør at helhetlig og etterprøvbar håndtering av samtykke er avgjørende for å ivareta både rettigheter, tillit og kvalitet i tjenesteytingen.
.
SAMT-BU-013 – Avbrutt utdanning (frafall).
| **ID og tittel på use-**case | SAMT-BU-013 – Avbrutt utdanning (frafall). | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Avbrutt utdanning (frafall).. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-013
Deling av relevant informasjon ved flytting mellom kommuner
UFO – ontologisk avklaring
Dette use caset synliggjør et ontologisk brudd som oppstår når organisatoriske grenser endres, mens personen forblir den samme. Flytting mellom kommuner innebærer ikke et nytt tjenestebehov i seg selv, men en overgang i forvaltningsansvar. Ontologisk sett handler caset derfor om kontinuitet i relasjonen mellom individ og tjenester, til tross for skifte i organisatorisk kontekst. Utfordringen ligger i at informasjon ofte er tett knyttet til kommune som organisatorisk enhet, snarere enn til personen som informasjonsbærer.
Juridisk metode
Juridisk sett aktualiserer use caset spørsmål om overføring av ansvar, informasjonsplikt og formålsbegrensning. Når en kommune avslutter sitt ansvar og en annen overtar, oppstår det et grenseområde der relevant informasjon risikerer å falle mellom stolene. Analysen peker på at manglende strukturert informasjonsdeling kan føre til at nye tjenester starter oppfølging uten nødvendig kontekst, samtidig som unødvendig informasjon ikke skal overføres. Caset peker dermed på behovet for presis og behovsstyrt deling ved flytting.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten på oppfølging svekkes når flytting medfører informasjonsbrudd. Grunnlaget for denne påstanden ligger i beskrivelsen av tap av historikk og manglende videreføring av vurderinger. Forbeholdene handler om risikoen for overdeling og manglende rettslig grunnlag. Caset argumenterer derfor for strukturert overlevering av relevant informasjon, ikke for generell overføring av hele sakshistorikker.
SWOT – strategisk vurdering
Styrken i dette use caset er at gevinsten ved bedre informasjonsflyt ved flytting er tydelig: raskere og mer treffsikker oppfølging i ny kommune. Svakheten ligger i dagens praksis, der overlevering ofte er personavhengig eller mangelfull. Muligheten ligger i å etablere felles mekanismer for overgang mellom kommuner, mens trusselen er at ulik praksis og tolkning av regelverk fører til uforutsigbarhet for barnet og familien.
iStar – mål og avhengigheter
Analysen synliggjør at både avgivende og mottakende kommune er avhengige av at informasjon overføres på en kontrollert måte. Barnet og familien er samtidig avhengige av at de slipper å gjenta sin historie og behov. Use caset peker på at når disse avhengighetene ikke støttes av felles strukturer, blir overgangen belastende og lite effektiv.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at informasjonsdeling ved flytting må støttes av standardiserte prosesser og informasjonsobjekter som kan brukes på tvers av kommuner. Dette peker mot behovet for felles arkitekturprinsipper som sikrer kontinuitet uten å skape sentralisering av data. En slik tilnærming gir bedre kontroll og forutsigbarhet i overgangene.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne ved flytting er avhengig av både juridisk og organisatorisk modenhet på tvers av kommuner. Teknologi kan støtte overføring, men uten felles forståelse av ansvar og formål vil praksis variere. Analysen peker derfor på behovet for samordnet regelverksforståelse, kompetanse og finansiering for løsninger som støtter overgang mellom kommuner.
Kort vurdering
SAMT-BU-013 tydeliggjør at flytting mellom kommuner er et kritisk punkt for sammenhengende tjenester. Caset viser at kvalitet i oppfølging forutsetter strukturer som ivaretar kontinuitet i informasjon og ansvar, uten å gå på bekostning av personvern og rettssikkerhet.
SAMT-BU-014 – Dokumentasjon og deling av vitnemål og kompetansebevis.
| **ID og tittel på use-**case | SAMT-BU-014 – Dokumentasjon og deling av vitnemål og kompetansebevis. | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Caset tar for seg hvordan resultater fra videregående opplæring kan gjøres tilgjengelige på en bedre og mer sammenhengende måte for aktører som har behov for informasjonen i videre oppfølging av unge. Resultater kan for eksempel være status for gjennomført opplæring, fullføring, kompetanse, vurderinger eller dokumentasjon av oppnådd nivå.Situasjonen som er i fokus, er overgangen fra videregående opplæring til neste fase i unges livsløp, som videre utdanning, arbeid eller oppfølgingstjenester. I denne fasen er det avgjørende at relevant informasjon er tilgjengelig til rett tid, i riktig form og for riktig aktør.I dag er det ofte de unge selv som må bidra til å formidle eller dokumentere egen status. Caset belyser hvordan dagens praksis og systemer i begrenset grad støtter helhetlig tilgjengeliggjøring og gjenbruk av resultatinformasjon på tvers av tjenester og forvaltningsnivåer. | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Ungdom som avslutter videregående | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Videregående skole/fylkeskommune• Oppfølgingstjenester/NAV/høyere utdanning (der relevant)• Skoleadministrative/kompetansesystemer | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Ungdom – enkel tilgang til status/kompetanse• Veiledere – beslutningsgrunnlag• Organisasjoner – effektiv ressursbruk• Direktorat/dep. – rammer/rapportering | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | I dag er informasjon om resultater fra videregående opplæring ofte spredt på flere systemer og tilgjengelig i ulike formater. Det er ikke alltid tydelig hvem som har tilgang til hvilken informasjon, når informasjonen er tilgjengelig, eller hvordan den kan brukes videre.Dette fører til at:informasjon må innhentes manuelt eller på nyttansatte mangler oversikt i veilednings- og oppfølgingsarbeidunge selv må forklare eller dokumentere egen status flere gangerBrudd i informasjonsflyt og ansvar oppstår særlig:når unge går videre til arbeid, høyere utdanning eller oppfølgingstjenesternår ulike aktører har behov for samme informasjon, men til ulike formålnår det er uklart hvem som har ansvar for å gjøre informasjon tilgjengelignår systemer og arbeidsprosesser ikke støtter gjenbruk av eksisterende dataFor ungeManglende oversikt over egen status og kompetanseBehov for å dokumentere eller forklare egen situasjon flere gangerRisiko for forsinket eller mangelfull veiledning og oppfølgingFor ansatte i tjenesteneMerarbeid knyttet til manuell innhenting og kontroll av informasjonUsikkerhet i beslutningsgrunnlag for veiledning og oppfølgingRisiko for feil eller misforståelser knyttet til resultater og kompetanseFor organisasjoneneIneffektiv bruk av tid og ressurserManglende utnyttelse av informasjon som allerede finnesRedusert kvalitet og konsistens i datagrunnlaget | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Ungdom] -> [Videregående skole] -> [Tilgang til resultater] -> [Videre utdanning/arbeid/OT]DATA FLOW [Skoleadm./kompetansesystem] -> (API) -> [Resultattjeneste/portal] [Resultattjeneste] -> (rolle-/formålsstyrt tilgang) -> [NAV/OT/høyere utdanning] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Brudd i informasjonsflyt og ansvar oppstår særlig:når unge går videre til arbeid, høyere utdanning eller oppfølgingstjenesternår ulike aktører har behov for samme informasjon, men til ulike formålnår det er uklart hvem som har ansvar for å gjøre informasjon tilgjengelignår systemer og arbeidsprosesser ikke støtter gjenbruk av eksisterende dataDataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 01 Kunnskapsoversikt.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-014
Samordnet oppfølging i overgangen fra ungdom til voksentjenester
UFO – ontologisk avklaring
Dette use caset synliggjør et grunnleggende ontologisk skifte: individet går fra å være ungdom under særskilte ordninger til å bli voksen med ordinære rettigheter og plikter. Ontologisk sett handler caset om kontinuitet i behov og livssituasjon, samtidig som tjenestekonteksten endres vesentlig. Analysen viser at utfordringen ikke ligger i at behovene opphører ved myndighetsalder, men i at tjenestene rundt individet ofte er strukturert som om de gjør det.
Juridisk metode
Juridisk sett aktualiserer use caset overgangen fra særregler for barn og unge til voksenregelverk, der både rettigheter, plikter og ansvar endres. Analysen peker på at manglende samordning i denne overgangen kan føre til at den unge mister tilpassede tjenester uten å være forberedt på nye krav. Caset peker derfor på behovet for tydelige overgangsprosesser som ivaretar både rettssikkerhet og forsvarlig oppfølging når ansvaret flyttes mellom regelverksregimer.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at risikoen for utenforskap og brudd i oppfølging øker når overgangen til voksentjenester skjer uten koordinering. Grunnlaget for denne påstanden ligger i beskrivelsen av ungdom som mister støtte i overgangsfasen. Forbeholdene handler om at voksne tjenester ikke kan speile ungdomstjenester fullt ut. Caset argumenterer derfor for planlagt og gradvis overgang, ikke for videreføring av samme tiltak.
SWOT – strategisk vurdering
Styrken i dette use caset er at overgang til voksentjenester er et forutsigbart og planbart tidspunkt. Svakheten ligger i at ansvaret ofte er delt mellom flere tjenester uten felles plan. Muligheten ligger i å etablere strukturerte overgangsløp som kan brukes for mange unge, mens trusselen er at manglende koordinering fører til tap av oppfølging i en kritisk fase.
iStar – mål og avhengigheter
Analysen synliggjør at ungdom er avhengige av at overgangen håndteres på en måte som gir forutsigbarhet og støtte. Samtidig er voksentjenester avhengige av å få relevant innsikt for å kunne overta ansvaret på en forsvarlig måte. Use caset peker på at når disse avhengighetene ikke er eksplisitt håndtert, blir overgangen personavhengig og ujevn.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at overgang til voksentjenester må støttes av prosesser og informasjonsstrukturer som tydelig markerer ansvarsskifte. Dette peker mot behovet for felles overgangsmekanismer og informasjonsobjekter som kan brukes på tvers av tjenester. En slik arkitektur gir bedre sporbarhet og reduserer risikoen for brudd i oppfølging.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne i overgangen til voksentjenester krever høy grad av organisatorisk modenhet. Teknologi kan støtte planlegging og overlevering, men uten tydelig rolleavklaring og kompetanse vil overgangen fortsatt være sårbar. Analysen peker derfor på behovet for både kompetanseutvikling og forpliktende styring av overgangsprosesser.
Kort vurdering
SAMT-BU-014 tydeliggjør at myndighetsalder ikke markerer et sluttpunkt for behov, men et skifte i rammer. Caset viser at sammenhengende tjenester forutsetter planlagte overganger der ansvar, informasjon og forventninger justeres på en kontrollert og forutsigbar måte.
SAMT-BU-015 – Anskaffelser av fag- og støttesystemer – økt grad av felles tilnærming / anskaffelser av fagsystemer gjennom definerte rammeverk, modeller og arkitektur
| **ID og tittel på use-**case | SAMT-BU-015 – Anskaffelser av fag- og støttesystemer – økt grad av felles tilnærming / anskaffelser av fagsystemer gjennom definerte rammeverk, modeller og arkitektur | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Anskaffelser av fag- og støttesystemer – økt grad av felles tilnærming / anskaffelser av fagsystemer gjennom definerte rammeverk, modeller og arkitektur. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-015
Koordinert informasjonsdeling ved kriser og akutte situasjoner rundt barn og unge
UFO – ontologisk avklaring
Dette use caset omhandler situasjoner der tid blir en kritisk faktor, og der normale arbeidsformer utfordres av behovet for rask handling. Ontologisk sett handler caset om midlertidige tilstander av høy alvorlighetsgrad, der relasjoner mellom aktører intensiveres og beslutninger må tas under usikkerhet. Analysen viser at utfordringen ikke er mangel på informasjon, men behovet for å raskt etablere et delt situasjonsbilde uten å bryte grunnleggende prinsipper for ansvar og rettigheter.
Juridisk metode
Juridisk sett aktualiserer use caset nødrettslignende vurderinger, der hensynet til barnets sikkerhet kan veie tungt, samtidig som krav til dokumentasjon og etterprøvbarhet består. Analysen peker på at uklare rammer i akutte situasjoner ofte fører til enten overforsiktighet eller uformell praksis. Caset peker derfor på behovet for klare føringer som støtter riktige juridiske vurderinger også når beslutninger må tas raskt.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at rask og koordinert informasjonsdeling kan være avgjørende for å avverge skade. Grunnlaget for denne påstanden ligger i beskrivelsen av situasjoner der forsinkelse får alvorlige konsekvenser. Forbeholdene handler om risikoen for feilvurderinger under press. Caset argumenterer derfor for forhåndsavklarte rammer for informasjonsdeling i kriser, ikke for improviserte løsninger.
SWOT – strategisk vurdering
Styrken i dette use caset er at behovet for rask samhandling er tydelig og allment forstått. Svakheten ligger i at krisesituasjoner ofte avdekker mangler i rutiner og samhandling som ellers er skjult. Muligheten ligger i å bruke erfaringer fra kriser til å styrke ordinære samhandlingsmekanismer, mens trusselen er at manglende forberedelse fører til feil håndtering i kritiske øyeblikk.
iStar – mål og avhengigheter
Analysen synliggjør at aktører i krisesituasjoner er sterkt gjensidig avhengige av hverandres informasjon og vurderinger. Samtidig er barnet og familien avhengige av at beslutninger tas raskt, men korrekt. Use caset peker på at når disse avhengighetene ikke er eksplisitt støttet, øker risikoen for både feil beslutninger og etterfølgende ansvarsspørsmål.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at samhandling i kriser må støttes av strukturer som er robuste også under press. Dette peker mot behovet for klare prosessløp, definerte informasjonsobjekter og mekanismer for sporbarhet, slik at både handling og dokumentasjon kan skje parallelt. En slik arkitektur reduserer avhengighet av improvisasjon.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne i kriser krever høy modenhet på tvers av juridiske, organisatoriske og tekniske dimensjoner. Teknologi kan støtte rask tilgang til informasjon, men uten felles forståelse av roller og ansvar vil effekten være begrenset. Analysen peker derfor på behovet for regelmessig øvelse, kompetansebygging og tydelig styring av samhandlingspraksis i krisesituasjoner.
Kort vurdering
SAMT-BU-015 tydeliggjør at kriser setter samhandlingsevnen på prøve. Caset viser at sammenhengende tjenester forutsetter at rammer for informasjonsdeling og koordinering er avklart på forhånd, slik at barnets beste kan ivaretas også når situasjonen er akutt og kompleks.
SAMT-BU-016 – KI-løsninger basert på strukturerte, felles informasjonsmodeller innen oppvekst og utdanning, i samarbeid med andre KI-initiativ.
| **ID og tittel på use-**case | SAMT-BU-016 – KI-løsninger basert på strukturerte, felles informasjonsmodeller innen oppvekst og utdanning, i samarbeid med andre KI-initiativ. | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | ID-håndtering av flyktninger og asylsøkereBytte av IDIvareta personens data og rettigheter når man bytter ID-nummer | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Ansatt i kommunal tjeneste (saksbehandler/registrator) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Folkeregister/FIKS (identitetstjeneste)• Kommunale fagsystemer• Integrasjonsplattform | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Barn/unge/foresatte – tilgang og rettigheter• Kommunen – korrekt saksbehandling, datakvalitet• Systemleverandører – støtte for ID-endring• Statlige aktører – identitetsforvaltning | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Innen oppvekst er det ingen fellesløsning for tildeling av ID-nummer for personer som ikke ennå har fått D-nummer eller F-nummer i folkeregisteret. Som regel får foreldre D-nummer i forbindelse med at de skal betale skatt, mens det kan ta lengre tid før barn får D-nummer eller fødselsnummer. I påvente at dette må kommunene registrere inn en rekke fiktive fødselsnummer etter egen forordning. Personobjektene oppstår altså potensielt med en rekke ulike identifikatorer rundt omkring i det offentlige.Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Sluttbrukere;barn, unge, foresatte,Ansatte i «tjenestene»FagsystemleverandørerPremissgivere: interesseorganisasjon, direktorat, departement og eventuelle andreHvordan berøres aktørene av dagens situasjon, og hva er eventuelle konsekvenserI forbindelse med at hver enkelt kommune, eller forvaltningsorgan, har plikt og egeninteresse i å holde orden på personobjekt i de ulike IT-systemene, fører det til at forvaltningen bruker en del tid på at registrerte barn manuelt koblet til de nye korrekte personobjektene etter at foreldre typisk har fått D-nummer eller F-nummer før sine barn. Dette er tidekrevende og kan medføre usikkerhet.Kommunene har plikt å gi personer en del tjenester, som barnehageplass og skoleplass, selv om de ikke har ID i folkeregisteret.Når personer etter hvert får ID-nummer i folkeregisteret, er det ingen automatikk i at kommunen med sikkerhet kan si at nye personobjekter som importeres fra folkeregisteret med 100% sikkerhet er de samme som kommunen har registrert inn i de ulike systemer med fiktivt nummer. Kun likhet i navn og adresse kan gi en grad av indikasjon på dette. Feil kan i ytterste konsekvens skje. Det er litt enklere når barnet etter hvert får et D-nummer eller Fødselsnummer, for da følger som regel også foreldrerelasjonene med i dataflyten fra folkeregisteret. Dessverre skjer dette ofte lenge etter at foreldrene får slikt nummer i folkeregisteret.Mange systemer støtter overgangen fra D-nummer til F-nummer ved at integrasjonen gir informasjon om endringen. Det muliggjør en automatikk i endringen, og da sikrer man potensielt at data ikke går tapt eller er utilgjengelig.ID-nummeret er som regel den primære nøkkelen for personobjekter. Så uten automatikk eller god kontroll vil det typisk oppstå duplikater av personobjekter i flere systemer. Dette kan gjøre at informasjon ikke blir funnet, slik som vedtak, eller at foreldre eller elev mister data de har lagret i ulike IT-systemer.Fiktive nummer gir heller ikke tilgang til innlogging i offentlige IT-systemer med ID-porten.Helse har kommet lenger i en fellesløsning her, slik jeg forstår det, og har noe som heter Hjelpenummer. Les mer om det her, samt utfordringene de beskriver som godt kan sammenlignes med andre offentlige sektorer:https://www.nrk.no/norge/darlig-id-system-en-pasientfare-1.11425318 | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk og universell utforming• Støtte for ulike kompetansenivå/språk der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Avklar bruksområde (utkast/klassifisering/beslutningsstøtte)• Menneskelig kontroll og etterprøvbarhet | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Foresatt/barn] -> [Kommunal tjeneste] -> [Registrering i fagsystem] -> [Oppdatering ved ny ID]DATA FLOW [Fagsystemer i kommune] <-> [Folkeregister/FIKS] : identiteter/statusendringer [Fagsystem] -> [Integrasjonslag] -> [Andre fagsystem] : ID-endring (D->F) + kobling | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Brudd i informasjonsflyt/ansvar (fra kildetekst):Kommunene gir tjenester til personer som ikke er registrert i folkeregisteret med D-nummer, eller F-nummer. Dermed blir kommuner tvunget, i hver sine sektorer, å opprette en eller mange fiktive versjoner av disse personobjektene i påvente at av disse personene får et ID-nummer i folkeregisteret. Det er ingen samkjøring av slike fiktive numre mellom sektorer eller mellom de ulike kommuner og fylkeskommuner.Dataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Kildedokument (trinn 2): 03 Case-håndtering av Dnr-v0.9.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-016
Overføring av ansvar og informasjon ved bytte av tjenesteyter innen samme kommune
UFO – ontologisk avklaring
Dette use caset synliggjør et ontologisk skifte der rollen som ansvarlig tjenesteyter endres, mens både personen og behovet består. Ontologisk sett handler caset om kontinuitet i tjenesteleveransen når organisatoriske eller interne strukturer endres, for eksempel ved bytte av avdeling, team eller saksbehandler. Analysen viser at utfordringen ikke ligger i manglende informasjon, men i manglende eksplisitt overføring av ansvar og kontekst når ansvar flyttes internt.
Juridisk metode
Juridisk sett reiser use caset spørsmål om forsvarlig saksbehandling og dokumentasjon. Når ansvar skifter internt, er det avgjørende at relevante vurderinger, beslutninger og begrunnelser følger med, slik at den nye tjenesteyteren kan videreføre oppfølgingen på et korrekt grunnlag. Analysen peker på at mangelfull intern overføring kan føre til både feilvurderinger og brudd i kontinuitet, selv om tjenesten formelt sett er den samme.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten i oppfølging svekkes når ansvar overføres uten strukturert informasjonsflyt. Grunnlaget for denne påstanden ligger i beskrivelsen av tap av kontekst ved interne overganger. Forbeholdene handler om at ikke all informasjon nødvendigvis er relevant å videreføre. Caset argumenterer derfor for selektiv og formålsstyrt overføring av informasjon, ikke for full kopiering av sakshistorikk.
SWOT – strategisk vurdering
Styrken i dette use caset er at forbedringer kan gi rask gevinst, fordi overganger skjer ofte og er forutsigbare. Svakheten ligger i at intern samhandling ofte tas for gitt og dermed mangler klare strukturer. Muligheten ligger i å etablere felles praksis for intern overlevering, mens trusselen er at personavhengige løsninger fører til varierende kvalitet i oppfølgingen.
iStar – mål og avhengigheter
Analysen synliggjør at den nye tjenesteyteren er avhengig av å få tilstrekkelig innsikt for å kunne overta ansvaret på en trygg måte. Samtidig er barnet og familien avhengige av at overgangen ikke oppleves som et brudd. Use caset peker på at når disse avhengighetene ikke støttes av tydelige rutiner, øker risikoen for misforståelser og forsinkelser.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at interne overganger bør støttes av prosesser og informasjonsstrukturer som tydelig markerer ansvarsskifte. Dette peker mot behovet for mekanismer som kan overføre status, vurderinger og pågående tiltak uten å miste sporbarhet. En slik arkitektur styrker både effektivitet og kvalitet i tjenesteleveransen.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne også er kritisk internt i organisasjonen. Teknologi kan støtte overføring av informasjon, men uten felles forståelse av ansvar og praksis vil effekten være begrenset. Analysen peker derfor på behovet for både organisatorisk forankring og kompetanseutvikling knyttet til interne overganger.
Kort vurdering
SAMT-BU-016 tydeliggjør at sammenhengende tjenester ikke bare utfordres av eksterne grenser, men også av interne skifter i ansvar. Caset viser at strukturert overføring av ansvar og informasjon er avgjørende for å sikre kontinuitet og kvalitet i oppfølgingen.
SAMT-BU-017 – Hendelsesdrevet og automatisert rapportering med MVP på ny løsning for dette (f.eks. rapportering til SSB/KOSTRA)
| **ID og tittel på use-**case | SAMT-BU-017 – Hendelsesdrevet og automatisert rapportering med MVP på ny løsning for dette (f.eks. rapportering til SSB/KOSTRA) | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Hendelsesdrevet og automatisert rapportering med MVP på ny løsning for dette (f.eks. rapportering til SSB/KOSTRA). (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-017
Samordnet bruk av felles begreper og informasjonsmodeller på tvers av tjenester
UFO – ontologisk avklaring
Dette use caset retter søkelyset mot et grunnleggende ontologisk problem: når ulike tjenester bruker samme ord om ulike fenomener, eller ulike ord om samme fenomen, brytes forutsetningen for meningsfull samhandling. Ontologisk sett handler caset om å etablere stabile og delte begreper for sentrale entiteter som barn, tiltak, status, oppfølging og ansvar. Analysen viser at manglende felles begrepsforståelse fører til at informasjon mister presisjon når den beveger seg mellom tjenester.
Juridisk metode
Juridisk sett har begrepsbruk direkte betydning for rettsanvendelse. Når samme begrep tolkes ulikt i ulike tjenester, øker risikoen for ulik praksis og feil beslutninger. Analysen peker på at utydelige eller inkonsistente begreper kan svekke rettssikkerheten, fordi det blir vanskelig å etterprøve hva som faktisk er vurdert og besluttet. Caset peker derfor på behovet for presise og konsistente begreper som kan brukes på tvers av tjenester og regelverksområder.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten i samhandling forbedres når aktører deler en felles begrepsforståelse. Grunnlaget for denne påstanden ligger i beskrivelsen av misforståelser og behov for manuell avklaring i dagens praksis. Forbeholdene handler om at begreper må være fleksible nok til å dekke ulike faglige perspektiver. Caset argumenterer derfor for felles kjernebegreper, ikke for ensretting av faglig praksis.
SWOT – strategisk vurdering
Styrken i dette use caset er at felles begreper gir gevinst på tvers av mange andre use case. Svakheten ligger i at begrepsarbeid ofte undervurderes og nedprioriteres. Muligheten ligger i å etablere begrepsmodeller som kan gjenbrukes og videreutvikles over tid, mens trusselen er at manglende forvaltning fører til at begrepene gradvis glir fra hverandre igjen.
iStar – mål og avhengigheter
Analysen synliggjør at alle tjenester er avhengige av at andre tolker informasjon på samme måte som dem selv. Samtidig er barnet og familien avhengige av konsistent forståelse for å møte forutsigbar praksis. Use caset peker på at når denne avhengigheten ikke støttes av felles begrepsapparat, øker behovet for manuell koordinering og forklaring.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at begreper og informasjonsmodeller må behandles som egne arkitekturartefakter, ikke som implisitte antakelser i hvert system. Dette peker mot behovet for felles semantiske modeller som kan brukes på tvers av applikasjoner og prosesser. En slik arkitektur styrker både interoperabilitet og endringsevne.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at semantisk samhandlingsevne er en forutsetning for all annen samhandling. Teknologi kan støtte deling av data, men uten felles begreper mister data mening. Analysen peker derfor på behovet for både kompetanse i begrepsarbeid og tydelig ansvar for forvaltning av felles informasjonsmodeller, inkludert finansiering og langsiktig eierskap.
Kort vurdering
SAMT-BU-017 tydeliggjør at sammenhengende tjenester forutsetter felles forståelse før felles løsninger. Caset viser at arbeid med begreper og informasjonsmodeller er en strategisk investering som legger grunnlaget for både juridisk korrekt praksis, effektiv samhandling og bærekraftig digitalisering.
SAMT-BU-018 – Fra UDE i Oslo kommune: Sårbare barn i skolen og tverrfaglig oppfølging
| **ID og tittel på use-**case | SAMT-BU-018 – Fra UDE i Oslo kommune: Sårbare barn i skolen og tverrfaglig oppfølging | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: Fra UDE i Oslo kommune: Sårbare barn i skolen og tverrfaglig oppfølging. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | • Skoleleder/rektor (koordinerer tiltak og oppfølging) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • Lærere• PPT• Foresatte• Samhandlingsverktøy (BTI/stafettlogg-lignende)• IAM/tilgangsstyring | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • Elev/foresatt – rettigheter og forståelig samhandling• Skole/PPT – effektiv og trygg oppfølging• Ledelse – oversikt, fordeling, godkjenning• Tilsyn – etterlevelse (taushetsplikt/samtykke) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • Klarspråk• Flere språk/kanaler (tekst/lyd/bilde) der relevant | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • Kun beslutningsstøtte/utkast med menneskelig kontroll• Krav til transparens/kildegrunnlag ved forslag | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW [Foresatt] <-> [Skole] <-> [PPT] : helhetlig elevoppfølging (samordnet)DATA FLOW [Samhandlingsverktøy] -> [Rollebasert tilgang] -> [Tiltak/oppgaver] [Skole/PPT-system] <-> (standardiserte data) <-> [Styringsdata/innsikt] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Dataflyter som må støttes: identitet/tilgang, kjerneinformasjon for use-caset, statusendringer/hendelser, og sporbar logging. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | Utdypning/lenke: https://digdir.sharepoint.com/:w:/r/sites/Prosjekt_Medfinsknad2025/Delte%20dokumenter/Case/18%20Case%20fra%20UDE%20i%20Oslo%20kommune.docx?d=w1004c689a84447149253c7e7b7e597aa&csf=1&web=1&e=rjp5VwKildedokument (trinn 2): 18 Case fra UDE i Oslo kommune.docx | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-018
Helhetlig styrings- og beslutningsgrunnlag for ledelse på tvers av tjenester
UFO – ontologisk avklaring
Dette use caset flytter fokus fra operativ tjenesteyting til styring og beslutning. Ontologisk sett handler caset om aggregerte representasjoner av virkeligheten: indikatorer, statusbilder og sammenstillinger som ikke er tjenester i seg selv, men abstraherer fra dem. Utfordringen oppstår når slike representasjoner løsriver seg fra de underliggende hendelsene og relasjonene de bygger på. Analysen viser at styringsinformasjon mister verdi dersom koblingen til faktiske tiltak, ansvar og resultater ikke er tydelig og etterprøvbar.
Juridisk metode
Juridisk sett aktualiserer use caset forholdet mellom styringsinformasjon og personvern. Selv når data aggregeres, kan kombinasjoner av informasjon gi innsikt som nærmer seg personopplysninger eller sensitive mønstre. Analysen peker på at ledelsesinformasjon må utformes slik at den gir nødvendig innsikt uten å åpne for urettmessig gjenidentifisering. Caset peker derfor på behovet for klare rammer for hva slags styringsinformasjon som er legitim å produsere og bruke.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at bedre beslutninger forutsetter bedre oversikt. Grunnlaget for denne påstanden ligger i beskrivelsen av fragmentert og sektorvis rapportering. Forbeholdene handler om at styringsinformasjon aldri er nøytral; den former også hvilke problemer som blir synlige og hvilke som forblir skjult. Caset argumenterer derfor for styringsinformasjon som er balansert og forankret i faktiske tjenesteforløp, ikke for mer rapportering i seg selv.
SWOT – strategisk vurdering
Styrken i dette use caset er at bedre styringsinformasjon kan gi betydelig effekt på prioritering og ressursbruk. Svakheten ligger i risikoen for at indikatorer blir mål i seg selv. Muligheten ligger i å etablere styringsbilder som gir innsikt på tvers av tjenester, mens trusselen er at manglende sammenheng mellom data og praksis fører til feilaktige beslutninger.
iStar – mål og avhengigheter
Analysen synliggjør at ledelsen er avhengig av at underliggende tjenester leverer konsistent og forståelig informasjon. Samtidig er tjenestene avhengige av at styringskrav er realistiske og relevante. Use caset peker på at når denne gjensidige avhengigheten ikke håndteres eksplisitt, oppstår spenninger mellom rapportering og faktisk tjenestearbeid.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at styringsinformasjon må bygges på klare informasjonsmodeller og definerte datakilder. Dette peker mot behovet for et tydelig skille mellom operative systemer og analytiske lag, der data kan sammenstilles uten å forstyrre tjenesteleveransen. En slik arkitektur styrker både kvaliteten på beslutningsgrunnlaget og tilliten til tallene.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne på styringsnivå forutsetter modenhet i alle underliggende lag. Uten felles begreper, pålitelig datagrunnlag og klar ansvarsplassering vil styringsinformasjon bli fragmentert og lite sammenlignbar. Analysen peker derfor på behovet for helhetlig styring av både kompetanse og økonomi knyttet til styrings- og analysefunksjoner.
Kort vurdering
SAMT-BU-018 tydeliggjør at sammenhengende tjenester også krever sammenhengende styring. Caset viser at gode beslutninger forutsetter styringsinformasjon som er forankret i faktisk tjenestepraksis, etterprøvbar og brukt med bevissthet om både muligheter og begrensninger.
SAMT-BU-019 – StatPed - søknader fra PP-tjenesten i kommunen om bistand
| **ID og tittel på use-**case | SAMT-BU-019 – StatPed - søknader fra PP-tjenesten i kommunen om bistand | Unik lokal identifikator og tittel for use-caset. Tittelen skal beskrive målet som en kort, aktiv verbfrase. |
|---|---|---|
| Kort beskrivelse | Use-caset gjelder: StatPed - søknader fra PP-tjenesten i kommunen om bistand. (Basert på caseregisteret.) | Konsis beskrivelse av use-caset, inkludert kontekst og avgrensning. Beskriv hva som inngår og hva som er utenfor (black-box-omfanget). |
| Primær aktør | (avklares) | Rollen som initierer use-caset og har hovedmålet. Det skal kun være én primær aktør. |
| Sekundære aktører | • (avklares) | Andre roller eller systemer som støtter eller påvirkes av use-caset. Kan være brukere eller tekniske systemer. |
| Interessenter (stakeholders) | • (avklares) | Navn på interessenter og deres primære interesse i målet use-caset beskriver. Det kan være flere interessenter. |
| Spesifikke hensyn (overordnet) | Må avklares. | Særlige implikasjoner og vurderinger utover generelle lov- og arkitekturkrav, f.eks. knyttet til KI, personvern, sikkerhet og universell utforming. |
| Tilgjengelighet (Accessibility) | • (avklares)• (avklares) | Identifiserte hensyn knyttet til universell utforming og tilgjengelighet for ulike brukergrupper. |
| Generativ KI | • (avklares)• (avklares) | Identifiserte hensyn knyttet til bruk av generativ KI, f.eks. transparens, etterprøvbarhet, bias og menneskelig kontroll. |
| Diagram | USER FLOW (conceptual) [Sluttbruker] –> [Tjeneste/Front] –> [Saksbehandler/Veileder] –> [Beslutning/Oppfølging]DATA FLOW (conceptual) [Klient/portal] -> [Fagsystem A] -> (API/Event) -> [Fagsystem B] -> [Rapportering/Logg] | Visualisering som viser dataflyt mellom aktører og systemkomponenter som muliggjør use-caset. Bruk anbefalt symbolsett (jf. Appendix C2). |
| Implikasjoner for interoperabilitet | Må avklares. | Identifikasjon av hvilke dataflyter som må støttes, og hvilke interoperabilitetsstandarder som bør benyttes der det er mulig. |
| Notater | (ingen notater i caseregisteret) | Supplerende notater og referanser som er brukt eller omtalt andre steder i tabellen. |
Begrunnelse (analyse) – SAMT-BU-019
Læring, forbedring og gjenbruk av erfaringer på tvers av tjenester
UFO – ontologisk avklaring
Dette use caset retter oppmerksomheten mot erfaring som sosial og organisatorisk ressurs, ikke bare som individuelle hendelser. Ontologisk sett handler caset om hvordan erfaringer oppstår gjennom handling, vurdering og resultat, og hvordan disse kan abstraheres og gjenbrukes uten å miste kontekst. Utfordringen er at erfaring ofte forblir taus eller lokalt forankret, slik at organisasjonen som helhet ikke lærer systematisk av det som skjer i enkeltsaker.
Juridisk metode
Juridisk sett aktualiserer use caset grensen mellom læring og personvern. Når erfaringer skal gjenbrukes, må de frigjøres fra identifiserbare opplysninger og konkrete enkeltsaker. Analysen peker på at manglende struktur for anonymisering og aggregering ofte fører til at læring enten uteblir, eller skjer uformelt og lite etterprøvbart. Caset peker derfor på behovet for klare rammer som muliggjør læring uten å undergrave rettigheter og taushetsplikt.
Toulmin – implisitt argumentasjon
Den implisitte påstanden i use caset er at kvaliteten på tjenester forbedres når erfaringer deles og brukes systematisk. Grunnlaget for denne påstanden ligger i beskrivelsen av gjentatte utfordringer og kjente mønstre som ikke omsettes til forbedring. Forbeholdene handler om at erfaringer alltid er kontekstuelle og ikke kan generaliseres ukritisk. Caset argumenterer derfor for strukturert refleksjon og gjenbruk, ikke for enkle «beste praksis»-lister.
SWOT – strategisk vurdering
Styrken i dette use caset er at potensialet for forbedring er stort og langvarig. Svakheten ligger i at læring ofte nedprioriteres i en travel hverdag. Muligheten ligger i å etablere felles arenaer og mekanismer for erfaringsdeling, mens trusselen er at manglende systematikk fører til at de samme feilene gjentas over tid.
iStar – mål og avhengigheter
Analysen synliggjør at både ledelse og ansatte er avhengige av at erfaringer faktisk samles inn og deles på en måte som gir mening. Samtidig er tjenestene avhengige av at læring fører til reell endring, ikke bare dokumentasjon. Use caset peker på at når denne avhengigheten ikke støttes av strukturer og insentiver, forblir læring tilfeldig og personavhengig.
TOGAF / ArchiMate – arkitekturimplikasjoner
Arkitekturimplikasjonen av use caset er at læring og forbedring må støttes av mekanismer som kan samle, analysere og formidle erfaringer på tvers av tjenester. Dette peker mot behovet for analytiske og kunnskapsstøttende komponenter som er koblet til, men ikke forstyrrer, den operative tjenesteytingen. En slik arkitektur gjør kontinuerlig forbedring mulig i praksis.
KF utvidet NIF/EIF – samhandlingsevne
Use caset viser at samhandlingsevne også handler om evnen til å lære sammen. Teknologi kan støtte innsamling og deling av erfaringer, men uten felles kultur, kompetanse og prioritering vil effekten være begrenset. Analysen peker derfor på behovet for både kompetanseutvikling og økonomisk rom for systematisk forbedringsarbeid på tvers av tjenester.
Kort vurdering
SAMT-BU-019 tydeliggjør at sammenhengende tjenester ikke bare skapes gjennom gode strukturer, men også gjennom kontinuerlig læring. Caset viser at evnen til å omsette erfaringer til forbedring er avgjørende for kvalitet, bærekraft og utvikling over tid.