---
id: SI_003
model: openai/gpt-5.4-mini
seeds:
  04_risiko: mulighet
  03_relasjon: makt
  05_handling: implementer
  01_perspektiv: juridisk
  02_tidhorisont: langsiktig
---

# Instans SI_003
**Seeds:** juridisk | langsiktig | makt | mulighet | implementer

Dette FoU-prosjektet bør ikke primært sees som et «AI-prosjekt for brann», men som en **juridisk og operativ styringsplattform** for kriseledelse. Den viktige maktdimensjonen er at systemet ikke må konkurrere med kommandostrukturen, men **forsterke den**: én sannhet, én situasjonsforståelse, én beslutningslogg.

## Hvem bør med
**Nasjonalt:**
- **DSB**: kriseledelse, samvirke, beredskapskrav
- **Brann- og redningsvesen** lokalt/regionalt: operativt behov
- **Statsforvalter**: samordning på regionalt nivå
- **Meteorologisk institutt**: vind, fukt, spredningsdata
- **Kartverket / Geovekst**: geodata, kartstandarder
- **NVE**: terreng, naturfare, hydrologi
- **Sivilforsvaret / politiet / helse**: innsats, evakuering, sikkerhet
- **Norsk institutt for bioøkonomi (NIBIO)** og **Skogbrand**: skog, vegetasjon, risiko

**Internasjonalt:**
- **EFFIS / Copernicus** (EU): brann- og satellittdata
- **NASA FIRMS**: sanntids hot spot-data
- **NIOSH / US FS / CAL FIRE** som referanser for operativ struktur
- **CEN/ISO**-miljøer for interoperabilitet og datastandarder

## Juridisk og styring
Prosjektet må designes med **GDPR, sikkerhetsloven, NIS2-prinsipper, offentlighetsloven, arkivkrav** og tydelig rollefordeling. Hvis live data deles mellom etater, må det etableres:
- behandlingsgrunnlag
- tilgangsstyring
- logging/sporbarhet
- beslutningsansvar per rolle

Dette er en makt- og ansvarssak: systemet må ikke «ta beslutningen», men **gi beslutningsstøtte med audit trail**.

## Hva er unikt
Det unike er ikke prediksjon alene, men **kombinasjonen av:**
1. live sensordata,
2. prediktiv spredningsmodell,
3. koordineringsmotor for instanser,
4. juridisk sporbar beslutningslogg,
5. kommandosenter med roller og eskalering.

Det langsiktige konkurransefortrinnet er en **norsk referansearkitektur** som kan skaleres til andre naturhendelser.

## Hvordan utvikle som FoU
Del i arbeidspakker:
- **WP1 Behov, juss og governance**
- **WP2 Dataintegrasjon og standarder**
- **WP3 Brannprediksjon og modellering**
- **WP4 Samvirke og kommandosenter**
- **WP5 Sikkerhet, tilgang og logging**
- **WP6 Testbed og simulering**
- **WP7 Pilot i ett brannutsatt fylke**

## Test
Test må være tredelt:
- **simulering** av 10–100 scenarier
- **bordøvelse** med etater
- **feltpilot** i reell beredskapssituasjon

Målbare KPI-er: responstid, datalatens (<30 sek), modelltreff, beslutningssporbarhet, og redusert feilkoordinering.

## Neste steg
1. Etabler en **styringsgruppe med DSB, brannvesen, MET og Kartverket**.
2. Lag en **juridisk datadeling- og ansvarsanalyse** før teknisk design.
3. Definer en **pilot med testscenarier og arbeidspakker** innen 6–8 uker.