1. Indledning

Her gives en samlet oversigt over dokumentation til løsningerne under Program for et samlet patientoverblik. 

Dokumentationen er struktureret efter Digitaliseringsstyrelsen modelprincipperne for Fællesoffentlig Digital Arkitektur (FDA). Listen herunder giver en oversigt over, hvilken type af indhold, der findes under de enkelte punkter: 

FDA oversigt

2. Styring: Governance, interessenter, forretningsmål 

FDA's 1. grundprincip er, at arkitektur styres på rette niveau efter fælles rammer. Programmet understøtter dette princip i følgende artefakter. 

2.1. Governancemodel

Organiseringen af ’Program for et samlet patientoverblik’ tager udgangspunkt i den fællestatslige programmodel, hvor styrings- og samarbejdsstrukturen skal sikre fokus og retning for programmet.  
Læs mere om programmets governance på Sundhedsdatastyrelsens hjemmeside under: Programorganisering - Sundhedsdatastyrelsen 

Hvis der ønskes at komme med ændringsønsker til løsningerne, kan der findes en beskrivelse af processen her: Ændringsønsker - Et samlet patientoverblik - Global Site 

2.2. Arkitekturgovernance

Programmet følger de fælles referencearkitekturer og standarder for sundheds-it med henblik på at understøtte kvalitet og effektivitet i sundhedsvæsenet. 
Læs mere om programmets arkitekturgovernance på Sundhedsdatastyrelsens hjemmeside under: Rammer og retningslinjer.

2.3. Interessantanalyse, Forretningsmål, Kvalitetsplan, Gevinstmodel, Metodeanvendelse, Ændringslog samt arkitekturbeslutning

Disse er beskrevet i ”Programpræciseringsdokument for komplekse patientforløb” (6. juli 2017). Dokumentet kan rekvireres ved programsekretariatet via Patientoverblik@sundhedsdata.dk 

Implementeringen koordineres af Program for et samlet patientoverblik i Sundhedsdatastyrelsen. Hver region er ansvarlig for at planlægge og udføre implementering i egen organisation. Der udpeges en regional projektleder fra hver region, der driver implementeringsopgaven i regionen. KL står for styringen af den kommunale indsats, mens projektledelsen ift. at udføre denne opgave er tillagt MedCom. For almen praksis er det også MedCom, der står for projektledelsen af implementeringsindsatsen. 

3. Strategi: Strategi, målbillede, arkitekturprincipper 

FDA's 2. grundprincip er, at arkitektur fremmer sammenhæng, innovation og effektivitet. Programmet understøtter dette princip i følgende artefakter. 

3.1. Vision/Målbillede

’Program for et samlet patientoverblik’ er forankret i den fællesoffentlige strategi ”Ét sikkert og sammenhængende sundhedsvæsen – Strategi for digital sundhed 2018-2022". Strategien sætter rammer og retning for de forandringer, som i de kommende år skal sikre, at Danmark fortsat indtager en international førerposition på området omkring digitalisering af sundhedsvæsenet.

3.2. Strategiske kapabiliteter, Udfordringer, Arkitekturprincipper, Arkitektur-compliance, Målarkitektur-resume er beskrevet i nedenstående dokumenter

Programmet har på baggrund af flere analyser opstillet en forretningsarkitekturanalyse samt et systemteknisk målbillede, der skal sikre bedre it-understøttelse af komplekse patientforløb. Analyser samt systemteknisk målbillede er tilgængelige på Sundhedsdatastyrelsens hjemmeside under Domænemodel for Et Samlet Patientoverblik - Sundhedsdatastyrelsen 

Programmet følger desuden de fælles referencearkitekturer, herunder bl.a. referencearkitektur for deling af dokumenter og billeder samt referencearkitektur for informationssikkerhed. Referencearkitekturerne opstiller pejlemærker og principper for udviklingen inden for det specifikke område. Det giver sundhedsvæsenets parter og leverandører fælles sigtepunkter for udviklingen af it-løsninger. 

Udgivelser om referencearkitektur kan tilgås på Sundhedsdatastyrelsens hjemmeside under Referencearkitekturer. 

4. Jura: Lovgivning, databehandler, SLA-aftaler 

FDA's 3. grundprincip, er at arkitektur og regulering understøtter hinanden. Programmet understøtter dette princip i følgende artefakter.

4.1. Juridiske bindinger

Sundhedsloven blev ændret i marts 2019 ved L 127 (Lovforslag om bedre digitalt samarbejde) med henblik på at understøtte et bedre digitalt samarbejde i sundhedsvæsenet. Det giver lettere mulighed for at dele relevante oplysninger om patientens forløb mellem de sundhedspersoner, der har patienten i behandling. 

I sammenhæng med ændringerne til sundhedsloven er der udstedt en Bekendtgørelse om drift m.v. af den fælles digitale infrastruktur, der sikrer hjemmel for løsningerne i Et Samlet Patientoverblik. 

4.2. Juridiske krav

Reference arkitektur for informationssikkerhed, er indarbejdet i alle kravspecifikationer. Programmets juridiske krav er beskrevet i bekendtgørelsen af Sundhedsloven paragraf §193b. 

4.3. Databehandleraftaler

Programmet benytter den fælles skabelon for databehandleraftaler mellem parterne i sundhedsvæsnet, skabelonen kan rekvireres ved at skrive til Sundhedsdatastyrelsens juridiske afdeling.

4.4. Serviceaftaler

Serviceaftaler samt specifikke aftaler om adgang til infrastrukturen er beskrevet under: Tilslutning

5. Sikkerhed: Sikkerheds- strategi, model og kontroller

5.1. Sikkerhedsstrategi

Følger referencearkitektur for informationssikkerhed.

5.2. Trussels og risikokatalog

Der er udarbejdet DPIA (Data Privacy Impact Assessment) for Aftaleoversigt og Fælles Stamkort. Der er yderligere lavet risikovurderinger af Forløbsplaner og Diagnoseoversigten. Der kan forespørges på indhold ved programsekretariatet via Patientoverblik@sundhedsdata.dk.

5.3. Sikkerhedskontroller

Løsningenre i Et Samlet Patientoverblik er koblet op til en række sikkerhedsservices, der tilbydes via Den Nationale Service Platform (NSP). Sikkerhedsservicesene skal sammen med det gældende sundheds- og persondataretlige grundlag for udveksling af oplysninger sikre, at patienternes oplysninger bliver behandlet korrekt. Patienterne har desuden indblik i, og mulighed for at frabede sig deling af deres oplysninger. Muligheden for at frabede sig deling, gælder dog ikke Fælles Stamkort.  

Herunder er listet de sikkerhedsservices programmet benytter: 

• Samtykkeservice (Frabedelse af deling af data) 
  Læs mere på NSPOP's side om Samtykkeservicen (Frabedelse): Samtykkeservicen - Leverancebeskrivelse - NSP services - Global Site 
  Bemærk: Bekendtgørelse: BEK nr 193 af 27/02/2024, beskriver at borgeren ikke kan frabede sig deling af stamoplysninger pr. 1/12-2024, dette er udelukkende gældende for Fælles Stamkort, det er derfor stadig muligt for borgere at frabede sig for deling af andre oplysninger 

• MinLog 
  Læs mere på NSPOP's side om Minlog: Minlog 
  Der er udarbejdet en vejledning (Vejledningsdokument til MinLog 2 version 1.6 - NSP services - Global Site) som indeholder krav og vejledning til systemer, som afleverer til MinLog og som henter fra MinLog. Anvisningerne i vejledningsdokumentet bør følges, hvis der er afvigelser i forhold til anvisningerne, skal disse godkendes af Sundhedsdatastyrelsen. 

• Behandlingsrelationsservice 
  Læs mere på NSPOP's side om behandlingsrelationsservicen Behandlingsrelationsservice 
    

• Brugerstyring 
  For understøttelse af brugere uden sundhedsfaglig autorisation, benyttes modellerne for enten central eller decentral trust. Der skal laves en aftale med Sundhedsdatastyrelsen, for at kunne benytte disse modeller. Se mere på Databehandling og Trust. De udfyldte trustaftaler (bilag 1 (bilag 1a for central trust, bilag 1b for decentral trust) sendes ind til Sundhedsdatastyrelsen via en Supporthenvendelse. Der skal forventes en sagsbehandlingstid på 2-5 arbejdsdage. De nationale roller, der benyttes i Program for Et Samlet Patientoverblik er specificeret under de tekniske implementeringsvejledninger for alle løsningerne. 
    

• Fuldmagt 
  Pårørende har mulighed for at tilgå oplysninger i løsningerne i Et Samlet Patientoverblik. Pårørende skal bruge en fuldmagt for at kunne tilgå oplysningerne. På Borger.dk er der mulighed for både at give og anmode om en digital fuldmagt. En fuldmagt kan til enhver tid trækkes tilbage. 

6. Opgaver: Opgave-/servicekatalog, arbejdsgangsbeskrivelse

6.1. Servicekatalog

Målbillede for digital understøttelse af komplekse, tværgående patientforløb v.1. Dokumentet kan findes her: 
Komplekse_patientforlob_Rapport.pdf

6.2. Domænemodel, Proceslandskab, Aktør og roller og Procesmodel

Domænemodel, Proceslandskab, Aktør og roller og Procesmodel er beskrevet i Domænemodelen for Et Samlet Patientoverblik.

Som en del af it-arkitekturarbejdet i Et Samlet Patientoverblik er der udarbejdet en domænemodel, som forholder sig til patientoplysningerne, der deles i programmets digitale løsninger. 

Dokumentet kan hentes fra Sundhedsdatastyrelsens hjemmeside:  
Domænemodel for Et Samlet Patientoverblik - Sundhedsdatastyrelsen 

6.3. Brugerrejser og Use case

Eksisterende brugerrejser er beskrevet i "DIGITAL UNDERSTØTTELSE AF TVÆRGÅENDE KOMPLEKSE PATIENTFORLØB" (Version 1.1 - juni 2016). Denne kan læses her: Komplekse_patientforlob_Rapport.pdf

6.4. Servicemodel

Forretningsregler, indhold i løsninger samt teknisk dokumentation kan findes på NSPOP: 
https://www.nspop.dk/display/ESP/Et+samlet+patientoverblik

6.5. Arbejdsgangsbeskrivelse

Dokumentet kan rekvireres ved programsekretariatet via Patientoverblik@sundhedsdata.dk.

7. Information: Domænemodel, begrebsmodel, standarder

7.1. Centrale forretningsobjekter, Begrebsliste, Informationsmodel og Logisk datamodel

Centrale forretningsobjekter, Begrebsliste, Informationsmodel og Logisk datamodel er beskrevet i Domænemodel for Et Samlet Patientoverblik. 
Som en del af it-arkitekturarbejdet i Et Samlet Patientoverblik, er der udarbejdet en domænemodel, som forholder sig til patientoplysningerne, der deles i programmets digitale løsninger. 

Dokumentet kan hentes fra Sundhedsdatastyrelsens hjemmeside:  
Domænemodel for Et Samlet Patientoverblik - Sundhedsdatastyrelsen 

7.2. Datasæt og dataudvekslingsformat

Er beskrevet i de tekniske implementeringsvejledninger for løsningerne på NSPOP.dk

7.3. Forretningsregler og tekniske implementeringsvejledninger

Dokumenterne beskriver, hvilke forretningsmæssige regler lokale fagsystemer og borgerportaler skal efterleve i forhold til løsningerne i Et Samlet Patientoverblik. Dokumenterne vejleder også i, hvordan disse forretningsregler kan overholdes. Dokumenterne henvender sig til forretningsarkitekter samt implementeringsansvarlige. Dokumenterne kan findes under hver løsning. 

8. Applikation: Systemlandskab

Systemlandskab, Applikationslandskab, Applikationsdesign, Løsningskomponenter

Systemarkitektur NSPOP

Applikationer mappet til forretning
Ses i Kapitel 3 i de tekniske implementeringsvejledninger for løsningerne

Applikationer mappet til informationer
Ses i Kapitel 3 i de tekniske implementeringsvejledninger for løsningerne

Snitfladebeskrivelse
Webservice grænseflade kan findes på wsdl.nspop.dk

Testscenarier

Testning af løsningerne er beskrevet nærmere på Test af Et Samlet Patientoverblik

MedCom har udarbejdet test protokoller, der benyttes til at certificere lokale fagsystemer i forhold til løsningerne. Testprotokollerne indeholder scenarier samt eksempler, som skal understøttes. Testprotokollerne kan findes på MedComs hjemmeside

9. Infrastruktur: Infrastrukturkoncept

Infrastrukturkoncept: NSP arkitektur https://www.nspop.dk/category/fn

Infrastrukturlandskab: Forretningsservices på NSPOP Forretningsservices

Infrastrukturopsætning: Driftsinformation på NSPOP

10. Ændringslog

Historisk log