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)
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 | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
1 | Plan
| ||||
2 | Kravspecificering
| ||||
| 3 | Løsningsdesign
| ||||
| 4 | Økonomi
|
Gennemførelsesfasen
OAT møder - Gennemførelsesfasen
| Dato | 19/2 2026 |
|---|---|
| Næste mødedato | 8/4 2026 |
| 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 | Udførende | Note |
|---|---|---|---|---|---|
| 5 | Plan
| Karen West Dalker |
Ingen datakonvertering 15/8 2025:
5/9 2025: Ny tidsplan for Final QA
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å NMHD 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 NMHD'en til NSP. | ||
| 6 | Test
| Mangler:
15/8 2025:
5/9 2025:
1/10 2025: Louise har testet NMHD 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:
| |||
| 7 | Pilotdrift?
| Karen West Dalker | Ingen pilotafprøvning. | ||
| 8 | Dokumentation
| Martin Bach Henriksen | NSP Husregler:
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: NMHD 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 8/12 2025: Dokumentation done |
Gennemførelsesfasen: Forberedelse af implementering
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 9 | Er der bestilt adgang (whitelistning) til såvel, TEST som PROD miljø? | Martin Bach Henriksen |
5/9 2025:
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 NMHD 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. 16/1 2026: Whitelistning af OIDC prod er klar til bestilling når Prod miljøerne er oprettet: FGM-2006 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med NMHD 30/3 2026: Whitelistning i prod er bestilt og pågår. | ||
| 10 | Martin Bach Henriksen | 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. 16/1 2026: Det er aftalt med NSP (Mikkel) at NSP support er klar til at prioritere GM under hypercare perioden (Juni, august, september) - til trods for migrering af NSP test-miljøer. 24/2 2026: Gitte har godkendt plan for hypercare | |||
| 11 | Projekt oplyser om nødvendige Tilslutningsaftaler er på plads? Skabeloner for tilslutningsaftale kan findes her: Det er projektets ansvar at udfylde tilslutningsaftale. | Martin Bach Henriksen | Mangler:
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: NMHD - Graviditetsmappen - Global Site 1/10 2025: Udkast lave: Tilslutningsaftale: NMHD - 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å NMHD. 16/1 2026: Endnu ikke godkendt tilslutningsaftale for DPA. Martin Følger op. 19/2 2026: Tilslutningsaftale er sendt til godkendelse hos Henrik Danielsen. Tilslutningsaftale: NMHD - Graviditetsmappen - Global Site 30/3 2026: Tilslutningsaftale er godkendelse af Henrik Danielsen. | ||
| 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 | Martin Bach Henriksen | Denne er ikke aktuel. NMHD 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. | 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. | Karen West Dalker | Der bliver ikke lavet datakonvertering |
Gennemførelsesfasen: Transition til drift og support
| # | Tjekpunkt | Status | Ansvarlig | Udførende | 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.) | Martin Bach Henriksen | 1/10 2025: Forventningen er at NMHD 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/1 2026: Standardaktiviteter ifm. final QA, test og deployment. | ||
| 16 | Er der sket overlevering til supportenheder (servicedesk) og er overleveringen accepteret? | 13/10 2025: Denne er ikke relevant da support vil komme gennem app/visning. Først relevant hvis eksterne anvender NMHD'en. | |||
| 17 | Er der sket overlevering til NSP Driftsleverandør og er overleveringen accepteret? | 1/10 2025: Først relevant efter idriftsættelse 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med NMHD 30/3 2026: NMHD idriftsættes. Har Netic accepteret overlevering? | |||
| 18 | Findes der en aftale om hypercare? | Karen West Dalker | Martin Bach Henriksen | Afventer implementeringsgruppens cut-over plan 1/10 2025: Den er overdraget til Hans. Udføres i november 16/1 2026: Er der lavet en aftale? Martin Følger op! 19/2 2026: Der er rakt ud til NSP support (Ibrahim) for at lave en aftale om support generelt. Aftale om hypercare laves med NSP PO, som planlæger det ind i prioriteringen. Det er aftalt med Mikkel og sat ind i NSP leveranceoverblik. Mikkel eller Gitte skal bekræfte hypercare periode og melde det til Arosii og Netic - Mail sendt for bekræftelse 24/2 2026: Gitte har godkendt plan for hypercare | |
| 19 | Er der indgået kontrakt ift. support og vedligehold fra udviklingsleverandør - og hvornår udløber denne? | 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 NMHD? Vi gør lige som DPA'en og laver overlevering af NMHD'en senest 1. marts, hvor Trifork stopper support og vedligehold af NMHD. | ||
| 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? | 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. 19/2 2026: Der er E2E den 9/4 2026. Herefter indkaldes Catharina til sidste gennemgang af GMv2.1 accepttest rapport og E2E rapport d. 13/4 2026 13/4 2026: Testrapport er gennemgået med Catharina d.d. Afklaring af udestående. FGM-2247. Vi mangler afklaring på om følgende opgaver er fixet eller planlagt ind:
14/4 2026: Afklaring
|
Gennemførelsesfasen: Teknisk dokumentation
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 21 | NSP QA Leverandør oplyser om endelig QA af leverancen er gennemført og godkendt inkl. overholdelse af NSP dokumentationskrav | Arosii | 1/10 2025: NMHD 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) | Arosii | 1/10 2025: Punkt endnu ikke defineret af SDS. Derfor lukkes denne. | ||
| 23 | NSP Driftsleverandør oplyser, om driftsvejledninger, driftshåndbog er godkendt | Netic | 1/10 2025: Er Netic i gang? Færdiggøres først når NMHD er deployet i prod (forventelig i midt januar 2026) 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med NMHD 30/3 2026: NMHD idriftsættes. Har Netic godkendt? | ||
| 24 | Er performancetest gennemført og rapport godkendt af NSP QA/SDS arkitektur?
| 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 NMHD forventes ikke at være voldsomt stor i graviditetsløsningen. Men når der senere i et andet projekt implementeres en fuld generel NMHD 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. | 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. 16/1 2026: Hvad er status på DPIA? 19/2 2026: DPIA forventes godkendt i SDS d. 6/3 2026. | ||
| 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. | Karen West Dalker | Ingen register. Kun gennemstillingskomponent |
Gennemførelsesfasen: Overdragelseskriterier
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 28 | Er NSPOP opdateret, så dokumentation flyttes fra "services på vej" til "Forretningsservices" og er den forretningsmæssige beskrivelse (Leverancebeskrivelse) udarbejdet? | 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. 16/1 2026: Afventer at flytte til vi er helt færdig med at dokumentere! 19/2 2026: Flyttes når performancetest og E2E er udført og dokumenteret. Jeppe flytter det under forretningsservices efter 9/4 25/3 2026: NMHD dokumentation er flyttet under forretningsservices: NSP Mobile Access to Health Documents Service (NMHD) - Leverancebeskrivelse - NSP services - Global Site | |||
| 29 | Er support- og fejlrettelsesprocedure på plads? Forventes at følge NSP standard procedure. Se SDS Incident Management | 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 | 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? | 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 19/2 2026: NSP PO opretter en sag om Splunk dashboard med dennes behov. | ||
| 32 | NSP Driftsleverandør oplyser om driftsovervågning i produktionsmiljø er etableret. | Netic | 1/10 2025: Færdiggøres først når NMHD er deployet i prod (idriftsættelse forventelig i midt januar) 19/2 2026: Afventer fortsat NSP-prioritering for at komme i prod med NMHD 30/3 2026: NMHD idriftsættes. Har Netic etableret? | ||
| 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" | 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". 16/1 2026: Der er een opgave, som ikke er blevet løftet af GMv2, og som NSP prioriterer ind hos dem:
| |||
| 34 | Er al relevant historisk projektdokumentation gjort tilgængeligt på/overført til projektspace på NSPOP? | 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. | 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. 16/1 2026:
Der er ikke yderligere udestående! | ||
| 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 | Mikkel Boesen Dalsgård | 13/10 2025: NSP Jira mangler at blive opdateret NSP Confluence mangler at blive opdateret 16/1 2026: Komponentliste og Oversigt over PO på komponenter og leverandør support ikke opdateret med NMHD. 19/2 2026: Komponentliste og Oversigt over PO på komponenter og leverandørsupport ikke opdateret med NMHD. Mikkel opdaterer. |
Realiseringsfasen
| # | Tjekpunkt | Status | Ansvarlig | Udførende | Note |
|---|---|---|---|---|---|
| 37 | Er der aftalt opfølgning i realiseringsfasen:
| 1/10 2025: Tages stilling til når vi er gået i drift. Idriftsættelse midt januar. Ibrugtagning 4/2 2026. 19/2 2026: Projektet arbejder på en plan for evaluering af løsningen. |
Ændringslog
| Version | Dato | Ændringer |
|---|---|---|
| 4.0 | 19-06-2023 | Checkliste ændret grundlæggende og alignet med Projektfaser i SDS projektmodel |


