DENNE SIDE ER UNDER UDARBEJDELSE TIL 3. PARTS ANVENDERE AF GM-FACADE

Indholdsfortegnelse

Introduktion

Formål

Denne guide har som formål at give et overblik over Graviditetsmappens app facade (GM Facade) med henblik på at eksterne anvendere (3. parter) kan tilgå GM-Facaden via NSP-testmiljøerne. Formålet med dokumentet er at give anvenderne et overblik over løsningen, samt indsigt i krav til OpenID Connect (OIDC), proces for whitelisting, samt adgangs- og testforudsætninger. 

Beskrivelse

GM-Facaden eksponerer FHIR-baserede services, der muliggør integration til Graviditetsmappen (GM) via NSP-infrastrukturen.

GM Facade er en REST udstilling af Graviditetsmappens journal data fra komponenten MHD (Generisk udstilling (MHD) - Leverancebeskrivelse), som en FHIR model sikret med JTP-H. Adgangen styres via NSP’s sikkerhedskomponenter (Accesshandler, STS, NMHD) og kræver, at anvenderens OIDC er godkendt af SDS (Sundhedsdatastyrelsen) og whitelisted i de relevante komponenter.

Links til mere information

Dokumentation for anvendt FHIR model findes her: https://build.fhir.org/ig/trifork/gm-fhir-ig/branches/main/index.html

Dokumentation for krav til JTP-H findes her: NSP Access Handler - Design og arkitekturbeskrivelse 

Tilslutningsaftale – Bestillingsark for adgang til eksternt testmiljø

Bruno Collection – NMHD – NSP Mobile Access to Health Documents

Relevante use-cases

Tredjepart systemer som ønsker at hente journaldata via GM-Facaden (Borgervendt app hvor borgeren selv kan hente data via en app) 

• Test og validering af integration med GM-Facaden i NSP’s testmiljøer.

• Anvendelse af egen OIDC til autentifikation: Borgeren logger ind via JTP-H (MitID-flow), får et OIDC-token, og tilgår egne dokumenter gennem en app

Læsevejledning og forudsætninger

Denne guide henvender sig til tekniske anvendere (udviklere, arkitekter), som skal integrere med GM-Facaden via NSP.
Læsere bør have kendskab til:

• OIDC og JTP-H-profilen

• FHIR-standarder

• NSP’s sikkerhedsarkitektur (STS, NMHD, Accesshandler)

Sikkerhed

Adgangen sker gennem NSP’s sikkerhedskomponenter og følger JTP-H-profilen, hvor borgeren logger ind med MitID, og et OIDC-token ved kald til GM-Facaden.

Sikkerheden i GM-Facaden bygger på OIDC og NSIS (National Standard for Identiteters Sikringsniveau).

• Alle OIDC-udbydere skal opfylde NSIS niveau "Betydelig".

• Kun OIDC’er godkendt af SDS må benyttes.

• Whitelisting i NMHD, Accesshandler og STS er påkrævet, før adgang kan gives.

Der er flere muligheder for, hvordan 3. parts anvendere kan etablere denne adgang:

1. Anvendelse af eksisterende godkendt OIDC

   • Tredjeparts anvender kan benytte en allerede godkendt og trusted OIDC, fx Triforks OIDC, hvis der kan indgås en særskilt aftale med Trifork.

   • Dette er den enkleste løsning, da OIDC’en allerede er kendt og godkendt af SDS og derfor hurtigt kan konfigureres i Accesshandleren.

2. Anvendelse af en anden kendt OIDC

   • Fx Region Midt OIDC, som i forvejen anvendes til FUT-projektet og er kendt af SDS.

   • Denne løsning kræver verificering af, at OIDC’en lever op til NSIS-krav.

3. Egen OIDC

   • Hvis 3. parts anvender vælger at etablere en egen OIDC, skal den leve op til minimum NSIS-niveau Betydelig, følge JTP-H, være anmeldt til NSIS-tilsynet og underlagt årlige revisioner.

   • OIDC’en skal desuden understøtte de flows, som GM-Facaden kræver.

   • Denne løsning er mulig, men væsentligt mere kompleks og kræver tæt dialog med SDS.

Definitioner og referencer

Adgang, brug og snitflader

Adgang

Adgang sker ved, at borgeren logger ind og får udstedt et JTP-H token fra en OIDC-udsteder. Dette token anvendes som bearer token i REST-kaldet mod GM-Facaden og giver kun adgang til borgerens egne dokumenter.

Krav til OIDC

Tredjeparts anvendere må anvende egen OIDC, hvis følgende betingelser er opfyldt:

• OIDC følger JTP-H-profilen.

• OIDC er godkendt af SDS.

• OIDC lever op til NSIS niveau Betydelig (herunder anmeldelse til NSIS-tilsynet og årlig revision).

Proces for whitelisting

1. Ejeren af OIDC-serveren opretter supportsag til NSP/SDS.

2. SDS godkender OIDC’ens tekniske og sikkerhedsmæssige opsætning.

3. SDS konfigurerer følgende:

   • NMHD

   • Accesshandler (Facade)

   • STS (Whitelisting)

4. Accesshandler-konfigurationen udvides til at acceptere tokens fra den nye issuer.
   Se teknisk beskrivelse her:
   Konfiguration af nye issuers i Accesshandler

Tilslutningsaftale og adgang til testmiljøer

For adgang til NSP’s testmiljøer (Test-1 og Test-2):

• Der skal underskrives en tilslutningsaftale med NSP-operatøren.

• Brug formularen: Bestillingsark for adgang til eksternt testmiljø.

• Angiv de ønskede services og formål.

• Vælg basispakken for adgang til Digital Løsning til Graviditetsforløb.

Snitfladebeskrivelse og brug

GM-Facaden tilbyder FHIR-baserede endpoints til hentning af journaldata for borgere i graviditetsforløb.
Adgangen sker via NSP’s sikkerhedskomponenter, hvor anvenderen kalder GM-Facaden med et autoriseret JTP-H-token udstedt af en godkendt OIDC.

Et gyldigt token angiver altid borgeren, der er logget ind via MitID, og GM-Facaden returnerer udelukkende data for denne borger.

Adgang til servicen sker ved at medsende en Authorization-header med bearer-token i form af JTP-H.

Hent Journal for borger

Endpoint:

Kald til servicen: 

Henter borgers journal i Graviditetsmappen : 

GET <serverurl>/gmaf/api/2025/06/25/journal 

Bearer <JTP-H token>

Returneret data: 

Endpointet returnerer JSON, der følger implementerings-guiden for dokumenttyperne
Svangerskabsjournal (PRF), Vandrejournal (PSCR) og Målinger (PMR)
(se FHIR-IG: https://build.fhir.org/ig/trifork/gm-fhir-ig/branches/main/index.html

Detaljeret snitfladebeskrivelse og FHIR profil:

Den fulde tekniske snitfladebeskrivelse og FHIR-profiler for GM-Facaden findes i den officielle Implementation Guide (GM-FHIR-IG):
https://build.fhir.org/ig/trifork/gm-fhir-ig/branches/main/index.html

Her findes beskrivelser af alle FHIR-profiler - inkl de konkrete datatyper og dokumentstrukturer i GM-Facaden

• GMPRFDocumentBundle – Svangerskabsjournal

• GMPSCRDocumentBundle – Vandrejournal

• GMPMRDocumentBundle – Målinger

Den fulde oversigt over tekniske artefakter for GM-Facaden findes på artefakter-oversigten i GM-FHIR-IG. Herfra kan du klikke videre til alle relevante profiler, værdilister og eksempler.

Fejlbeskeder

I fejl-scenarier vises disse fejlkoder:

Test

Følgende brugere burde have journal data på både Test 1 og Test 2:

Eksempel kode og klient

Se integrations test i https://git.nspop.dk/scm/com/graviditetsmappens-app-facade.git for eksempel på komplet integration til komponenten.

Dokument Historik