---
id: SI_006
model: openai/gpt-5.4-mini
seeds:
  04_risiko: sårbarhet
  03_relasjon: makt
  05_handling: implementer
  01_perspektiv: økonomisk
  02_tidhorisont: langsiktig
---

# Instans SI_006
**Seeds:** økonomisk | langsiktig | makt | sårbarhet | implementer

Du bør ikke starte med “en stor teknologiplattform” som hovedmål, men med et **styringssystem for beslutningsmakt under sårbarhet**. Ved skogbrann er den økonomiske verdien i å redusere responstid, feilallokering og tap av infrastruktur, ikke bare i bedre kart. Den langsiktige gevinsten ligger i at løsningen kan brukes på tvers av branner, regioner og land.

## Hvem bør med
Et robust FoU-prosjekt bør ha aktører som faktisk har **makt over data, operativ innsats og godkjenning**:

- **Brannvesen / 110-sentraler**
- **DSB** og relevante fylkesberedskapsmiljøer
- **Meteorologisk institutt**
- **Kartverket / geodata-miljø**
- **NVE** og skog-/terrengfaglige miljøer
- **Helse, politi, sivilforsvar, Forsvaret** ved storhendelser
- **Kommuner og statsforvaltere**
- **Teknologiaktører** innen GIS, sensorer, AI og sikker sky
- Internasjonalt: **EU Civil Protection Mechanism**, **Copernicus Emergency Management Service**, **EFFIS**, evt. **NATO-dimensjon** for robusthet og interoperabilitet

## Hvordan danne prosjektet
Lag et **konsortium med tydelig styring**:
1. **Prosjekteier**: norsk offentlig aktør med beredskapsmandat.
2. **Styringsgruppe**: operativ makt + dataeierskap + sikkerhet.
3. **Faggruppe**: brann, modellering, UX, cybersikkerhet, geodata.
4. **Referansebrukere**: de som faktisk skal bruke kommandosenteret.

Dissens: Ikke la AI være kjernen. Den må være **beslutningsstøtte**, ellers skaper den ny sårbarhet. Systemet bør kunne fungere også når modellene feiler.

## Hva som er unikt
Det unike er **samvirke i sanntid med sporbar beslutning**:
- live data fra vær, satellitt, droner, sensorer og innsatsressurser
- prediksjon av spredning med usikkerhetsnivå
- felles operativt bilde
- rollebasert tilgang og logging
- offline/failover-modus for krise

## Arbeidspakker
- **AP1: Behov og styringsmodell**
- **AP2: Dataarkitektur og interoperabilitet**
- **AP3: Prediksjonsmotor og usikkerhetsmodellering**
- **AP4: Kommandosentergrensesnitt**
- **AP5: Cybersikkerhet, tilgang og logging**
- **AP6: Pilot og feltvalidasjon**
- **AP7: Evaluering av effekt og kost/nytte**

## Test
Test i tre nivåer:
1. **Lab-test** med syntetiske brannscenarier
2. **Table-top øvelser** med alle instanser
3. **Feltpilot** i en brannutsatt region

Mål: responstid, korrekthet i prediksjon, datadelingstid, operatørfeil, og robusthet ved bortfall av enheter.

## Neste steg
1. Lag en **aktørkartlegging** med mandat, data og beslutningsmyndighet.
2. Skriv en **1-sides prosjektidé** med arbeidspakker og testregime.
3. Kjør en **pilot-workshop** med DSB, brannvesen, MET og Kartverket.