OAT tjekliste til Generisk udstilling (MHD)

OAT = Overdragelse Accept Tjekliste

NB: Tjeklisten er under løbende revision - respons/kommentarer til operator@nspop.dk eller gnai@sundhedsdata.dk

Formål

Formålet med denne Tjekliste er at sikre et struktureret udgangspunkt for dialog om overdragelsen mellem udviklingsprojekter/initiativer og NSP support, drift og forvaltning.

Tjekpunkterne er opsamlet i en række dialoger ml. udviklingsprojekter og NSP - men er under løbende tilpasning, så det giver værdi for alle parter.

Tjekpunkter relaterer sig til SDS' projektmodel med følgende NSP-formål:

Idéfasen (NSP)	Identifikation af væsentlige gevinster gennem innovativt genbrug:
	- Anvendelse af veletableret åben platform til at nå anvendere, der allerede benytter services og data fra NSP
	- Genbrug af komponenter på NSP og suppler med nye i et løst koblet open source set-up
	- Genbrug af veletableret og sikker infrastruktur, veldrevet og robust drift, velfungerende og etableret support set-up
	- Tidlig inddragelse af NSP kompetencer for at sikre optimale genbrugsmuligheder og for at sikre overholdelse af principper ift. NSP arkitektur

Analysefasen (NSP)	Formålet med at inddrage NSP kompetencer i analysefasen er at analysere projektets muligheder for optimal udnyttelse af NSP platformen mhp. optimalt indhold, omfang, ressourcer risici og gevinster.
	- Hvordan kan NSP platformens arkitektur, services og data genbruges og understøtte projektet mest hensigtsmæssigt
	- Hvad skal der tænkes ind af innovative løsninger og kan de hensigtsmæssigt udvikles på NSP platformen, mhp. at sikre muligheder for genbrug
	- Hvilke ressourcer og økonomi skal bringes i spil for at realisere projeket på NSP platformen
	- Hvilke planer skal etableres for etablering/udvikling

Gennemførelsesfasen (NSP)	Formålet med gennemførelsesfasen er, at projektet løbende sikrer tekniske og organisatoriske implementering i tæt samspil Med NSP kompetencer.
	- Hvordan sikres løbende inddragelse af NSP kompetencer i teknisk implementering, med henblik på at undgå tilbageløb i projektet
	- Hvordan sikres løbende organisatorisk implementering (markedsføring og support af service i forbindelse med test, pilot og idriftsættelse)
	- Aftaler om arkitektur, sikkerhed, idriftsættelse og økonomi mhp. etablering, løbende drift, support og vedligehold
	- Sign-off i forbindelse med idriftsættelse (QA og sikkerhed), forankring i organisation (PO og økonomi) og plan for opfølgning

Realiseringsfasen (NSP)	Formålet med realiseringsfasen er at sikre, at gevinster bliver realiseret også qua NSP platformen.
	- Plan for opfølgning følges
	- Statistikker og driftsrapportering udarbejdes
	- Økonomisk og kapacitetsmæssig opfølgning

Opsamling af lessons learned fra tidligere NSP-projekter

Inddrag NSP så tidligt i forløbet som muligt - således at krav om overholdelse NSP arkitektur og dokumentation kan indgå i udbuddet og der tages højde i business casen for etablerings- og løbende omkostninger til idriftsættelse og udstilling på NSP platformen

Inddrag NSP tidligt i forløbet ved projektopstart m.h.p. introduktion til NSP arkitektur og krav til overholdelse og planlægning af proces for forløb - dialog er afgørende - OAT checkliste kun et hjælpemiddel

Inddrag og udpeg tidligt i forløbet den ansvarlige for Produktejerskabet for service i drift, herunder at den ansvarlige kan løfte og varetage det daglige forretningsmæssige ansvar for produktet/service

Inddrag NSP QA løbende i gennemførelesfasen, således at dyre og uhensigtmæssige tilbageløb for projektet undgås - løbende dialog er afgørende for et optimalt resultat i produktion og for anvendere

Sikre sign-off i forbindelse med overdragelse til NSP - herunder budget til drift og forvaltning, godkendelser af risikovurdering, DPIA, performancetest samt aftaler og vilkår for daglig drift, support og vedligehold

I hvilke situationer skal der gennemføres OAT

Alle projekter skal gennemføre fuld OAT, medmindre der aftales andet med NSP.

Herudover kan det give mening, at der ved udviklingsinitiativer af mindre størrelse gennemføres en fuld/delvis OAT. Dette kunne f.eks. være i forbindelse med implementering af ny service og/eller komponent på NSP platformen, major ændringer til eksisterende komponent, tilføjelse af service på eksisterende komponent eller ændringer i arkitekturen (applikation, data eller infrastruktur).

Placering:

OAT placeres på udviklingsprojektets dokumentspace på nspop.dk og indgår som del af den samlede dokumentation af projektet.

Overblik over processen (illustrativ)

OAT Procesv1

Ansvar og roller

Ansvar for koordinering, at sikre fremdrift og at foretage opfølgning på aktiviteter i relation til overdragelse til NSP påhviler SDS projektleder.

Der kan laves andre aftaler, men det skal explicit angives.

Neden for anføres oplysninger for projektet, ansvar og roller

Projektoplysninger

Projektnavn:	Graviditetsmappeprojektet
Evt. forkortelse af navn:	GMv2
Komponentleverandør	Trifork
Projektejer i SDS:	Anders Peiter Rokkjær
Projektleder:	Karen West Dalker (PO: Martin Bach Henriksen)
PID:	FGM - (ny) Revidering af projektgrundlag og styregruppeaftale 2025
Projektets Confluence site:	Digital Løsning til Graviditetsforløb - Graviditetsmappen - Global Site
Projektets JIRA site:	Den Fælles Graviditetsmappe - SDS JIRA
Projektets Slack-kanal	graviditetsmappen2 (Channel) - NSP - Slack

OAT - Projektopstart

Dato	Oktober 2024
Næste mødedato	N/A
SDS Projektleder	Karen West Dalker (PO: Martin Bach Henriksen)
SDS Product Owner	Anni Markussen
NSP - SDS	Gitte Nørgaard Aidt
NSP QA Leverandør	Arosii A/S
NSP Driftsleverandør	Netic A/S

Check-spørgsmål relateret til projektets faser

Analysefasen

#	Tjekpunkt	Status
1	Plan Er der udarbejdet og aftalt plan for inddragelse af NSP? Er projektet informeret om OAT processen og accepterer projektet at følge denne? Projektet accepterer at anvende Slack til online møder, herunder sprintmøder og OAT-møder	OK
2	Kravspecificering Har følgende roller været involveret i kravspecificering og/eller review af disse? NSP Løsningsarkitekt NSP QA Leverandør NSP Driftsleverandør	OK
3	Løsningsdesign Har NSP Løsningsarkitekt godkendt løsningsdesign? NSP Driftsleverandør? NSP QA Leverandør?	OK
4	Økonomi Har NSP leveret estimat over hhv. engangsudgifter samt varig drift? Er årlig overførsel fra projekt til NSP estimeret og godkendt?	OK

Gennemførelsesfasen

OAT møder - Gennemførelsesfasen

Dato	27/11 2025
Næste mødedato	8/12 2025
SDS Projektleder	Karen West Dalker (PO: Martin Bach Henriksen)
SDS Product Owner	Mikkel Boesen Dalsgård
NSP - SDS	Gitte Nørgaard Aidt
NSP QA Leverandør	Arosii A/S
NSP Driftsleverandør	Netic A/S

Gennemførelsesfasen (styring)

#	Tjekpunkt	Status	Ansvarlig	Note
5	Plan Projektet præsenterer projektets formål, arkitektur og design arkitektur. Projektet præsenterer den overordnede tidsplan, herunder ønsker til: Dato for start af løbende QA Hyppighed for QA Dato(er) for modtagelse af leverance(r) til QA Datoer for gennemførelse af performancetest (staging miljø skal reserveres i 2 uger) (performancetest skal som udgangspunkt altid udføres, medmindre der aftales andet med NSP) Dato for idriftsættelse Dato for ibrugtagning Projektet afklarer, om projektet indbefatter datakonvertering.	OK	Karen West Dalker	Dato for start af løbende QA - april 2025 Hyppighed for QA - Afklaret Arosii og Trifork imellem Dato(er) for modtagelse af leverance(r) til Final QA - 1/8 2025 (Arosii er først tilbage fra ferie 12/8) Anni/Mikkel PO NSP → Kan de prioritere dette grundet ferie og andre projekter? 2 ressourcer. MHD skal være klar på TEST2 d. 26. september til Medcom test Datoer for gennemførelse af performancetest (staging miljø skal reserveres i 2 uger) (performancetest skal som udgangspunkt altid udføres, medmindre der aftales andet med NSP) Ren gennemstilling - kun et dokument ad gangen. Efter parallel kald (opgave til backlog) mellem MHD og Facade (MHD kun et dokument ad gangen) - Ikke stort load Spørge Asger eller Aron at der ikke er behov for performancetest og få dem til at godkende - Send mail Dato for idriftsættelse - 4/2 2026 Dato for ibrugtagning - 4/2 2026 Ingen datakonvertering 15/8 2025: MHD komponenten SKAL udstille en rigtig (generisk) FHIR service - FGM-1441 → Beslutning → FGM-1735 skal laves og implementering af Hapi FHIR kommer måske senere! 5/9 2025: Ny tidsplan for Final QA Arosii laver final QA af MHD, Facade, BFF og App: Uge 36 og 37 Overlevering til Netic og klargøring til TEST2: uge 38 og 39 Arosii tester MHD: uge 39 MVP løsning af MHD og Facade på TEST2: mandag d. 29/9 1/10 2025: Rettelser efter accepttest skal releases når de er færdige og releases i en ny version for herefter at kunne releases til TEST2 i oktober (uge 43-44). Skal i prod (idriftsættelse) senest 20/1 2026. Og ibrugtagning 4/2 2026. 13/10 2025: Der er oprettet RFC om config af typecode: [SDS-8935] Ny typecode og MinLog registrering til GM i DDS - SDS JIRA Trifork laver pullrequest på MHD med korrekt config. Martin opdaterer sag så det kun er v. 3 der er med i TEST2 og laver omconfig når accepttest er færdig. 28/10 2025: Efter fuld implementering af ITI-67 og ITI-68 overleveres MHD'en til NSP.
6	Test Er alle miljøer (test1, test2 og evt. produktion) etableret og testet? Dette er relevant i tilfælde af, at projektet har brug for hardware og infrastruktur ud over det, der tilbydes som standard på NSP. Har projektet gennemgået NSP teststrategi Teststrategi NSP Vedligehold? Er der aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold? Er det afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel? Læs mere om DTG her: https://www.nspop.dk/display/public/web/Dynamisk+Testdata+Generator+%28DTG%29+-+Leverancebeskrivelse Læs mere om DRG her: https://www.nspop.dk/display/public/web/Dynamisk+Request+Generator+%28DRG%29+-+Leverancebeskrivelse Er der gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur? Eller: Er performancetest planlagt og klar til eksekvering af NSP QA Leverandør/NSP driftsleverandør? Har projektet lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport?	OK		Mangler: Gennemgå NSP teststrategi Teststrategi NSP Vedligehold Aftalt etablering af NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold? Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) → DRG Taler ikke FHIR → Afklares med Asger/Aron (SDS) + Jacob/Louise (Arosii) → Indtil videre benyttes Bruno som værktøj Gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur Lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport? - Hvem gør det? Testhuset? 15/8 2025: Det er GM projektet som accepttester 5/9 2025: Denne skal med i NSP regressionstest - Laves i uge 39 1/10 2025: Louise har testet MHD færdig og afventer gennemgang af accepttest med SDS. Martin Indkalder når vi har en testrapport. 28/10 2025 Medcom test bliver først udført når ITI-67 og ITI-68 er fuldt implementeret. Martin Indkalder Louise når vi har en testrapport fra accepttest. 26/11 2025: test1, test2 er etableret og testet. Prod er ikke oprettet endnu. Teststrategi NSP Vedligehold er gennemgået: Teststrategi NSP Vedligehold - NSP services - Global Site Der er etableret NSP regressionstestcases med NSP QA ift. fremadrettet vedligehold: https://jira.nspop.dk/issues/?jql=project%20%3D%20NRT%20AND%20component%20%3D%20%22MHD%20-%20Mobile%20Access%20to%20Health%20Documents%22 Det er afklaret med projektet, hvordan hhv. Dynamisk Test Generator (DTG) og Dynamisk Request Generator (DRG) kan understøtte projektets testgennemførsel. DTG og DRG ikke relevant for nu. MHD har en Bruno Collection: Browse NSP Test / NSP Bruno Collections - SDS Bitbucket Der er gennemført performanceanalyse af projektet ift. forventet træk på eksisterende NSP-services og infrastruktur? Godkendt af SDS arkitekter. Belastningen på den begrænsede MHD forventes ikke at være voldsomt stor i graviditetsløsningen. Men når der senere i et andet projekt implementeres en fuld generel MHD og belastningen øges, så skal der udføres en performancetest. Projektet har lavet en testplan ud fra use cases, så scope for funktionelle test cases er klart og kan dokumenteres i projektets testrapport. Projektet har lavet sin egen accepttest (se vedhæftet) og Arosii har har lavet systemtest af MHD: https://jira.nspop.dk/issues/?jql=project%20%3D%20NRT%20AND%20component%20%3D%20%22MHD%20-%20Mobile%20Access%20to%20Health%20Documents%22
7	Pilotdrift? Hvem skal deltage i evt. pilot? Hvordan skal WL foregå i pilot?	OK	Karen West Dalker	Ingen pilotafprøvning.
8	Dokumentation Projektet accepterer dokumentationskrav på NSPOP, samt brug af Confluence og ~~SVN~~ Git. Dokumentationskrav for NSP-platformen Projektet accepterer at overholde aktuel version af NSP Husregler (indsæt aktuel version under Note) Husregler for udvikling til NSP Projektet lægger design beskrivelser på projektets Confluence site.	DELVIST	Martin Bach Henriksen	NSP Husregler: NSP Husregler Version 2.15 Det er godkendt at anvende Java 21 Der skal anvendes NSP platform version 4 Der anvendes git ikke SVN. 15/8 2025: Det skal sikre at der logges rigtigt fra DDS'en til MinLog. Hvilke typekoder kommer ind på DDS i forbindelse med GM projektet - RFC laves som bestilling på DDS: SDS-8935 1/10 2025: MHD har gennemgået final QA og dokumentation overholder NSP husregler ang. dokumentationskrav. Der mangler lige den sidste godkendelse på dokumentation fra SDS accepttest. Der følges op med Trifork fra projektet. 28/10 2025: Den sidste dokumentation mangler fortsat. Åbne fejl. 26/11 2025: Dokumentation mangler for IDWS omveksling FGM-1772

Gennemførelsesfasen: Forberedelse af implementering

#	Tjekpunkt	Status	Ansvarlig	Note
9	Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø?	DELVIST	Martin Bach Henriksen	Det kræver ikke nogen whitelistning for generel adgang til NSP testmiljøer, men nogle komponenter kræver særskilt whitelistning ved operatøren. Trifork har været leverandør i mange år så deres CVR nummer er helt sikkert allerede whitelistet de steder det er nødvendigt? 5/9 2025: Der er ingen direkte Whitelistning i MHD'en. Men der er udstilling af tokens. Der skal oprettes 2 supportsager i test og prod for at få whitelistet OIDC, så de giver NSP de oplysninger de skal bruge! Få Peter Flintholm til det! 1/10 2025: Afventer konfigurations parametre i Trifork konfiguration for deres prod OIDC. Kjeld har oprettet en opgave på det. Der skal oprettes supportsag i prod for at få whitelistet OIDC, så de giver NSP de oplysninger de skal bruge! Få Peter Flintholm til det før jul. Martin følger op med Trifork. Trifork opretter en supportsag om etablering omkring trust i MHD og Facade af deres prod OIDC: Issuer, audience mm. Public key der signeres med. Se FGM-717 26/11 2025: Vi er ved at få whitelistet OIDC i TEST2. Prod kommer senere.
10	Er evt. hypercare fra NSP support aftalt?	AFVENTER	Karen West Dalker	Det er noteret i prioritereingen. Men der mangler arbejdspakke i forhold til idriftsættelse. Koordinering mangler (Implementeringsgruppen). 1/10 2025: Den er overdraget til Hans. Udføres i november.
11	Projekt oplyser om nødvendige Tilslutningsaftaler er på plads? Skabeloner for tilslutningsaftale kan findes her: Opret tilslutningsaftale Det er projektets ansvar at udfylde tilslutningsaftale. Udfyldt tilslutningsaftale sendes til NSP Operatør.	DELVIST	Kjeld Froberg	Mangler: GM projektet opretter tilslutningsaftale Henrik Danielsen/Lars Helsberg (kontrakt for drift) 15/8 2025: Der arbejdes på dem. 5/9 2025: Kjeld laver udkast og Karen læser review Kan ikke deployes til prod for tilslutningsaftale Tilslutningsaftale: MHD - Graviditetsmappen - Global Site 1/10 2025: Udkast lave: Tilslutningsaftale: MHD - Graviditetsmappen - Global Site Skal sendes til Henrik Danielsen, som kan godkende den 13/10 2025: Martin følger op: Gennemlæs og send til Henrik Danielsen 11/11 2025: Følger op når der er en godkendt tilslutningsaftale på DPA. 26/11 2025: Tilslutningsaftale for DPA er klar. Der følges op på MHD.
12	Ønskes anvendelse af NSP'ens nationale adviseringsservice? I så fald skal der indgås NAS tilslutningsaftale og de nødvendige topics skal oprettes - se note	OK	Martin Bach Henriksen	Denne er ikke aktuel. MHD anvender ikke adviseringer. https://www.nspop.dk/display/public/web/NAS2+-+Anvenderguide

Gennemførelsesfasen : Datakonvertering/migrering

#	Tjekpunkt	Status	Ansvarlig	Udførende	Note
13	Projekt oplyser om test af datakonvertering er planlagt og om ressourcer er allokeret hvis relevant.	OK	Karen West Dalker		Der bliver ikke lavet datakonvertering
14	Projekt oplyser om der i så fald findes en veldokumenteret fall-back plan, hvis datakonvertering fejler.	OK	Karen West Dalker		Der bliver ikke lavet datakonvertering

Gennemførelsesfasen: Transition til drift og support

#	Tjekpunkt	Status	Ansvarlig	Note
15	Findes der en plan for NSP aktiviteter ifm. transitionen til idriftsættelse og ibrugtagning – og er denne godkendt af involverede parter? (eksempler på aktiviteter kan være dataleverancer, afhængigheder mellem komponenter/services etc.)	DELVIST	Martin Bach Henriksen	1/10 2025: Forventningen er at MHD releases til TEST2 i oktober (uge 43-44). Skal i prod (idriftsættelse) senest 20/1 2026. Og ibrugtagning 4/2 2026. 13/10 2025: Må ikke tages i brug før 15. januar Martin følger op. Tal med Kjeld om hvordan denne plan laves. SDS laver udkast og får den godkendt i denne kreds og operatøren (Henrik Danielsen)
16	Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret? NSP informerer National Service desk og sikrer opdatering af 'supportform'. Der benyttes en standard template	OK		13/10 2025: Denne er ikke relevant da support vil komme gennem app/visning. Først relevant hvis eksterne anvender MHD'en.
17	Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret?	AFVENTER		1/10 2025: Først relevant efter idriftsættelse
18	Findes der en aftale om hypercare?	AFVENTER	Karen West Dalker	Afventer implementeringsgruppens cut-over plan 1/10 2025: Den er overdraget til Hans. Udføres i november
19	Er der indgået kontrakt ift. support og vedligehold fra udviklingsleverandør - og hvornår udløber denne?	OK	Karen West Dalker	5/9 2025: Hvem overtager support og vedligehold efter overdragelse til NSP? Projektet eller NSP's leverandører? - Lars Helsberg fra NSP skal involveres. 13/10 2025: Hvornår skal NSP overtage support og vedligehold af MHD? Vi gør lige som DPA'en og laver overlevering af MHD'en senest 1. marts, hvor Trifork stopper support og vedligehold af MHD.
20	Har PL indkaldt NSP QA leverandør til gennemgang af funktionel testrapport og resultater og er regressionstest overleveret til NSP QA leverandør jvf. NSP husregler?	AFVENTER	Martin Bach Henriksen	1/10 2025: Indkald Louise til dette møde efter accepttest. 11/11 2025: Der er aftalt gennemgang med QA leverandør (Louise) d. 26/11 2025. 26/11 2025: PO har gennemført gennemgang af funktionel testrapport og resultater med NSP QA leverandør Regressionstest er lavet af Arosii jvf. NSP husregler: https://jira.nspop.dk/issues/?jql=project%20%3D%20NRT%20AND%20component%20%3D%20%22MHD%20-%20Mobile%20Access%20to%20Health%20Documents%22 Inden den fulde overdragelse, skal vi have en afsluttende møde omkring test. 30 minutter. Også resultat for E2E test for løsningen.

Gennemførelsesfasen: Teknisk dokumentation

#	Tjekpunkt	Status	Ansvarlig	Note
21	NSP QA Leverandør oplyser om endelig QA af leverancen er gennemført og godkendt inkl. overholdelse af NSP dokumentationskrav	OK	Arosii	1/10 2025: MHD har gennemgået final QA og dokumentation overholder NSP husregler ang. dokumentationskrav. 13/10 2025: Godkendelse af MVP. Der er et ønkse om at få fuld implementering af ITI-67 og 68 med inden ibrugtagning. Men der er endnu ingen konkret plan.
22	NSP QA Leverandør oplyser link til endelig QA rapport (to-be)	OK	Arosii	1/10 2025: Punkt endnu ikke defineret af SDS. Derfor lukkes denne.
23	NSP Driftsleverandør oplyser, om driftsvejledninger, driftshåndbog er godkendt	AFVENTER	Netic	1/10 2025: Er Netic i gang? Færdiggøres først når MHD er deployet i prod (forventelig i midt januar 2026)
24	Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur? Link til performancetest indsættes her.	OK	Arosii/NSP/SDS arkitektur	1/10 2025: Er godkendt af SDS arkitekter at der ikke skal laves performancetest. Er dokumenteret i 360. Belastningen på den begrænsede MHD forventes ikke at være voldsomt stor i graviditetsløsningen. Men når der senere i et andet projekt implementeres en fuld generel MHD og belastningen øges, så skal der udføres en performancetest.

Gennemførelsesfasen: Sikkerhed

#

Tjekpunkt

Status

Ansvarlig

Udførende

Note

25

Er der udarbejdet og godkendt teknisk Go-live plan og en tilbagerulningsplan, såfremt den tekniske implementering fejler?

OK

Ny komponent, så den kan deployes i miljøer uden indvirkning på andre systemer

26

Såfremt der skal gennemføres risikovurdering og DPIA bekræfter projektet, at denne er gennemført og godkendt i SDS.

AFVENTER

Karen West Dalker

Skal med i NSP risikovurdering

1/10 2025:

Sikkerheds- og penetrationstest er ved at blive planlagt og bestilt

13/10 2025:

Det forventes at den er klar og godkendt inden d. 15/1 2025

28/10 2025:

Sikkerheds- og penetrationstest udføres i november 2025.

11/11 2025:

Forventes snart at sendes til DPO.

27

Projektet bekræfter, om SDS Jura har afklaret, om det/den nye register/service er kategoriseret ift. fortegnelse jf. persondataforordningen.

Hvis fortegnelse skal udarbejdes, bekræfter projektet, at Jura har godkendt denne.

OK

Karen West Dalker

Ingen register. Kun gennemstillingskomponent

Gennemførelsesfasen: Overdragelseskriterier

#	Tjekpunkt	Status	Ansvarlig	Note
28	Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet?	AFVENTER		Rykkes når dokumentation er QA godkendt af Arosii og projektet overleveres til NSP 13/10 2025: Vi venter med at flytte til "services på vej" indtil vi har haft møde med Trifork og får dokumentation rettet til.
29	Er support- og fejlrettelsesprocedure på plads? Forventes at følge NSP standard procedure. Se SDS Incident Management Hvis andet er aftalt, skal det angives.	OK		Forventer at følge NSP standard procedure for Incident Management.
30	Er processen for ændringshåndtering kommunikeret ud til projektet? Forventes at følge standarden for NSP ændringshåndtering - se NSP Change Managementproces Hvis andet er aftalt, skal det angives.	OK		Projektet et bekendt med ændringsprocessen.
31	NSP Driftsleverandør oplyser, om driftsrapportering er aftalt med projekt? Normalt sker dette månedligt. Hvis andet er aftalt, skal det angives. Evt. behov for data via Splunk Intelligence?	OK	Netic	13/10 2025: Projektet opretter en sag om et dashboard. Kjeld har kendskab til andre projekter. Afklare med ham hvad vi skal have NSP driftsleverandør leverer standardpakken
32	NSP Driftsleverandør oplyser om driftsovervågning i produktionsmiljø er etableret.	AFVENTER	Netic	1/10 2025: Færdiggøres først når MHD er deployet i prod (idriftsættelse forventelig i start/midt januar)
33	Er der aftalt håndtering af evt. ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet? Hvis ja, lav referencer til SDS-Jira RfC'er i kolonnen "Note"	AFVENTER		1/10 2025: Afventer til vi er færdig med Accepttest af DPA 11/11 2025: Aftales med NSP PO ved overlevering 26/11 2025: Der aftales med Mikkel (PO NSP) omkring håndtering af evt. ikke-blokerende fejl eller ændringsønsker på overdragelsestidspunktet? Hvis ja, lav referencer til SDS-Jira RfC'er i kolonnen "Note"
34	Er al relevant historisk projektdokumentation gjort tilgængeligt på/overført til projektspace på NSPOP?	OK	Martin Bach Henriksen	1/10 2025: Der er ikke yderligere.
35	Er der aftalt og signet af på en samlet udestående liste, herunder aftalt hvor ansvar er placeret og tidsplan for hvornår listede udeståender forventes imødegået/afsluttet.	AFVENTER	Martin Bach Henriksen	1/10 2025: Afventer til vi er færdig med Accepttest af DPA 11/11 2025: Aftales med NSP PO ved overlevering 26/11 2025: Der aftales med Mikkel (PO NSP) og signet af på en samlet udestående liste, herunder aftalt hvor ansvar er placeret og tidsplan for hvornår listede udeståender forventes imødegået/afsluttet.
36	Er NSP Jira ajourført med de implementerede komponenter, ansvarlig leverandør/Lead (forvaltning af komponenten)? - se NSP Components Er NSP Confluence ajourført med Product Owner på hver enkelt komponent? - se PO på komponenter	DELVIST	NSP	13/10 2025: NSP Jira er opdateret NSP Confluence mangler at blive opdateret

Realiseringsfasen

#