Version 0.3 Feb 2020
Udmeldinger på NSPOP
Hvem har ansvaret for udmeldinger på NSPOP? (Ny)
Driftleverandør har ansvaret for udmeldinger på NSPOP hvis løsningen af incidentet er assignet til Driftlevererandør eller en af de øvrige leverandører (foruden FMK leverandør).
Applikation leverandør har ansvaret for udmelding på NSPOP hvis løsningen af incident er assigent til Applikation leverandør.
FMK leverandør har ansvaret for udmeldinger på NSPOP hvis løsningen af incidentet er assignet til FMK leverandør.
National Service Desk bør kun lægge standard udmelding på nspop.dk på egen hånd, HVIS NSP Driftleverandør/FMK Leverandør ikke gør det.
Komponentleverandør kan evt. assistere ved formuleringen af udmeldingen.
Hvis den ansvarlige part er i tvivl om
- 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 FMK/NSP Incident Manager eller de øvrige leverandører.
Standardudmeldinger ligger her: https://www.nspop.dk/display/support/Standard+udmeldinger
Hvornår udmeldes på NSPOP?
P1 eller P2 incident
- Hurtigst muligt når incidentet opdages
- Hver halve time for P1 og hver time for P2 i tidsrummet 06:00 til 24:00 indtil incidentet er løst
- Efter behov i tidsrummet 24:00 til 06:00 indtil incidentet er løst. I tvivlstilfælde afgør FMK/NSP Incident Manager hvad behovet er
- Når incidentet er løst
P3 eller P4 incident
- Hurtigst muligt når incidentet opdages, hvis dette vurderes som nødvendigt. I tvivlstilfælde afgør Operatør om det er nødvendigt
- Efter behov indtil incidentet er løst. I tvivlstilfælde afgør Operatør hvad behovet er
- Når incidentet er løst, hvis dette vurderes som nødvendigt.
Indikatorer for hvornår udmelding på NSPOP for P3 eller P4 incidents IKKE er nødvendigt
Udmelding på NSPOP er ikke nødvendig hvis kun få brugere er er påvirket af incidentet i en kort tidsperiode. Kaldsstatistikken kan anvendes til at afgøre hvor mange brugere der er af en given service.
Hvornår skal en udmelding godkendes af SDS?
Hvis der findes en brugbar standardudmelding (forhåndsgodkendt af SDS), så skal denne ikke godkendes af SDS.
Udmeldinger vedrørende P3 eller P4 incidents, skal ikke godkendes af SDS.
P1 og P2 udmeldinger skal godkendes, med mindre der lavet en aftale med SDS om at udmeldinger for det givne incident ikke skal godkendes.
Hvis det ikke er muligt at få fat i den godkendende part hos SDS inden for 15 minutter, så må en udmelding lægges på NSPOP uden godkendelse.
Hvem i SDS skal godkende udmeldinger?
Incidents-områder | Tidsrummer 08:00 -16:00 | Tidsrum 16:00 – 08:00 og weekend | Kontaktform |
FMK P1-P4 | Incident Manager FMK P3 og P4 udmeldinger kan publiceres uden godkendelse | P1 og P2-udmeldinger godkendes af FMK Incident Manager P3 og P4 udmeldinger kan publiceres uden godkendelse | P1 eller P2 via. Telefon |
NSP m. services P1-P4 | Incident Manager NSP P3 og P4 udmeldinger kan publiceres uden godkendelse | Mellem 16 og 18 godkendes P1 og P2-udmeldinger af NSP Incident Manager Mellem 18 og 8 godkendes P1 og P2-udmeldinger af NSP Systemejer | P1 eller P2 via. Telefon |
Systemer udenfor Sundheds-ministeriets ressort | NSP Operatør (vurderer behov for inddragelse af SDS) | P1 og P2-udmeldinger godkendes af NSP Systemejer P3 og P4 udmeldinger kan publiceres uden godkendelse | P1 eller P2 via. Telefon |
Krav til indhold af udmeldingerne
Udmeldinger på NSPOP om incidents skal indeholde følgende informationer:
- Hvad er problemet/hvilken service er berørt?
- Hvad er konsekvensen (systemet nede, utilgængelig service, lange svartider)?
- Hvem/hvilke systemer oplever konsekvensen?
- Hvad er forventet udbedringstid?
- Hvornår er teksten blevet udmeldt på NSPOP?
Yderligere i forbindelse med P1 og P2 incidents:
- Hvornår bliver der informeret om incident´et igen?
- Er der et forslag til workaround for brugerne? (fx: brugerne kan overgå til papirbaserede arbejdsgange)
Struktur for udmeldinger
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)
I listen af opdateringer skal den nyeste opdatering stå øverst
Koordination i forbindelse med udmeldinger
Når der lægges en P1-P2 udmelding på NSPOP, så skal dette kommunikeres til øvrige leverandører (National Service Desk, FMK leverandør, Driftleveandør, FMK/NSP Incident Manager og NSP operatøren).
Beskrivelse af proces flow
Step # | Proces step | Beskrivelse | Rolle |
1 | Søg efter standardudmeldinger | Der 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 Operatør. | Driftleverandør / FMK leverandør/Operatør |
2 | Skriv udmelding og kontakt SDS for godkendelse ved P1 og P2 | Skriv et forslag til udmeldingen. Hvis der er tvivl, så kan der rådføres med øvrige leverandører. | Driftleverandør / FMK leverandør/Operatør |
3 | Godkend udmelding til NSPOP ved P1 og P2 | Forslaget til udmeldingen godkendes, eventuelt betinget af kommentarer og rettelser til udmeldingen. Se ovenfor vedrørende hvem der godkender afhængigt af tidsrummet | NSP/FMK Incident manager |
4 | Læg udmelding på NSPOP | Udmelding 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 (P1 og P2) | Driftleverandør / FMK leverandør/Operatør |