Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

  • hvorvidt der skal udmeldes på NSPOP for den givne incident
  • hvad indholdet af udmeldingen bør være

så skal man rådføre sig med 24:7 med  Incident Manager eller de øvrige leverandører.

...

Hvem i NSI skal godkende udmeldinger?


Incidents-områderTidsrummer 08:00 -16:00Tidsrum 16:00 – 08:00 og weekendKontaktform
FMK
P1-P4
24:7

Incident Manager FMK

P1 og P2-udmeldinger godkendes af FMK

24:7

Incident Manager

P3 og P4 udmeldinger kan publiceres uden godkendelse

P1 eller P2 via. Telefon

P3 eller P4 via sms el. mail

NSP m. services
P1-P4
24:7
Incident Manager NSP

Mellem 16 og 18 godkendes P1 og P2-udmeldinger af NSP

24:7

Incident Manager

Mellem 18 og 8 godkendes P1 og P2-udmeldinger af NSP Systemejer

P3 og P4 udmeldinger kan publiceres uden godkendelse

P1 eller P2 via. Telefon

P3 eller P4 via sms el. mail

Systemer udenfor Sundheds-ministeriets ressortNSP operatør
(vurderer behov for inddragelse af BRM eller systemforvalter)

P1 og P2-udmeldinger godkendes af NSP Systemejer

P3 og P4 udmeldinger kan publiceres uden godkendelse

P1 eller P2 via. Telefon

P3 eller P4 via sms el. mail

...


Krav til indhold af udmeldingerne

...

Nedenfor er strukturen for NSPOP udmeldinger vist. For hvert felt er der angivet lovlige værdier og/eller eksempel på værdi.


[NSP-7125] <Overskrift. Når incidentet er løst, så skal overskriften starte med '(Løst)'. Rød for P1, Orange for P2, Gul for P3, Grå for P4>
Type: Incident                                                                                                        Alvorlighed: Mindre (P4)
Status: 'Aktiv' / 'Løst'
Sagen Oprettet: 17-11-2015 08:27                                                                          Løst: 17-11-2015 10:23
 
Berørte services: <Alle berørte services. Reference til systemer hvis nødvendigt>
                                                                                                        
Information: <Information om incidentet, herunder konsekvenser>

Opdatering 10:23: Incident løst
Opdatering 10:01: Forventet løsning indenfor 30 min.
Opdatering 09:23: Problemet eksisterer allerede
Opdatering 08:49: Server genstartet

 
Værdisæt for Alvorlighed: Kritisk (P1) / Alvorlig (P2) / Medium (P3) / Mindre (P4)

...

Når der lægges en udmelding på NSPOP, så skal dette kommunikeres til øvrige to leverandører (IBM, Trifork, Netic), 24:7 Incident Manager og NSP operatøren.

Beskrivelse af proces flow


Step #Proces stepBeskrivelseRolle
1Søg efter standardudmeldingerDer søges efter standardudmelding, der kan anvendes. Hvis der er tvivl om hvor vidt en standardudmelding kan anvendes, så kan der rådføres med øvrige leverandører eller
24:7
Incident Manager.
Kartotek over standardudmeldingerne findes her: Standardudmeldinger V 1.03.xlsx
IBM / Netic / Trifork
2Skriv udmelding og kontakt NSI for godkendelse

Skriv et forslag til udmeldingen. Hvis der er tvivl, så kan der rådføres med øvrige leverandører.
SDS (se ovenfor hvem) kontaktes per telefon med anmodning om godkendelse af udmeldingen
Hvis der ikke er opnået kontakt med SDS inden 15 min, så lægges udmeldingen på uden godkendelse.
Der kan laves en generel aftale mellem den ansvarlige leverandør og SDS om at godkendelse af udmeldinger ikke er nødvendig for et given incident

IBM / Netic / Trifork
3Godkend udmelding til NSPOPForslaget til udmeldingen godkendes, eventuelt betinget af kommentarer og rettelser til udmeldingen. Se ovenfor vedrørende hvem der godkender afhængigt af tidsrummetSDS
4Læg udmelding på NSPOPUdmelding lægges på NSPOP. Se herunder for krav til indhold og vejledning til hvordan en udmelding lægges på NSPOP.
Når en udmelding lægges på NSPOP, så kommunikeres dette til de to øvrige parter (IBM/ Trifork/ Netic),
24:7
Incident Manager og NSP operatørenIBM / Netic / Trifork