You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 6 Next »

Indholdsfortegnelse

Introduktion

Formål

Denne guide har som formål at give et overblik over Graviditetsmappens app facade (GM Facade). Formålet med dokumentet er at give anvendere et overblik over løsningen, samt en oversigt over, hvilke User Stories der er understøttet af GMAF og hvordan disse er implementeret (flows).

Beskrivelse

GM Facade er en REST udstilling af Graviditetsmappens journal data som en FHIR model sikret med JTP-H. 

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 

Grafisk fremstilling og sammenhængen

<Tegning(er) der letter forståelsen og beskrivelser af relevante sammenhængen>

Relevante use-cases

Pt. er det kun borgeren selv der kan hente data via. denne GM Facade.

Læsevejledning og forudsætninger

Dette dokument er henvendt til udviklere og arkitekter, der skal anvende GM Facade.

Sikkerhed

Service udstil typeREST med JTPH bearer token.
Krævet sikkerhedsniveauPt. kun borgeradgang
LogningStandard adgangslog via NSP Access Handler

Definitioner og referencer

ReferenceBeskrivelse
JTP-HJWT Token Profile for Healthcare
GM FacadeGraviditetsmappens app facade
FHIR

FHIR står for Fast Healthcare Interoperability Resources.

Det er en standard udviklet af HL7 (Health Level 7) til elektronisk udveksling af sundhedsoplysninger.

Adgang, brug og snitflader

Adgang


Adgang til servicen sker ved at medsende en Authorization-header med bearer token i form af JTP-H. Et gyldigt JTP-H token til test kan erhverves vha. OATH 2.0 her:  


Endpoint:

Endpoint

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

Beskrivelse af services

Returnerer borgeren (som angivet i JTP-H) journaldata vedrørende Graviditetsmappen

ResultatDokumenttyperne Svangerskabsjournal, vandrejournal og Målinger

Snitfladebeskrivelse og brug

<Beskrivelse af Snitfladerne, samt den logik og de regler, der skal følges for den måde servicen anvendes på, og som servicen selv efterlever.

<snitflade 1>

<Beskrivelse af hver snitflade input/output>

<snitflade 1>Request

<beskrivelse af request>

<Marker hvilke der er obligatoriske. Gerne en beskrivende tekst på samtlige parametre, og gerne også et eksempel på hvilke data der kan sættes ind her. Selv hvis man forstår beskrivelsen, så er det stadig godt at have et eksempel. Angiv hvis der er undtagelser eller specielle hensyn>

<navn>
ElementBeskrivelsePåkrævet






<snitflade 1>Response

<beskrivelse af svar>

<navn>
ElementBeskrivelsePåkrævet






<snitflade 2, osv., med request/response>

Generelle koder, værdier, etc.

<Angiv eventuelle generelle koder, værdier, etc>

Fejlbeskeder

<Beskrivelse af  fejlbeskeder, og i hvilke situationer man kan forvente at se disse i.

Noter omkring ting som går på tværs af services. Det kan være fejl som optræder generelt og som man skal være opmærksom på.>

Eksempler på request/response

Eksempler på request og response til de operationer der udstilles. De enkelte elementer er beskrevet under snitfladebeskrivelse. Klient proxier kan genereres udfra WSDL'en.

<eksempel 1 på ..>

Eksempel request/response
<eksempel her>

<mere eksempel>

Test

<beskriv Test muligheder, test-systemer og eventuelle testdata>

Eksempel kode og klient

Eksempel kode

<Eksempel kode. Det er meget lettere at lave sin egen implementering, hvis man kan kigge efter en anden ....>

Eksempel kode
<eksempel her, eller reference andet steds>

Eksempel klient

<og hvor det giver mening angiv eventuel eksempel klient, samt hvordan og hvor det eventuelt kan eksekveres>


Dokument Historik

3/4 2025Martin Henriksen/SDSEtablering af dokumentation


  • No labels