Page History
...
Adgangen, og det flow, der skal følges, afhænger af, hvilken type slutbruger, der kalder:
- Sundhedsfaglig person: Skal følge flowet 'Den Gode Web Service → Bruger-ID-Kort' flowet
- Sundhedsfagligt fagsystem: Skal følge flowet 'Den Gode Web Service → System-ID-Kort' flowet
- Borger/Patient: Skal følge Identitetsbaseret Web Service flowet. Læs mere om IDWS her.
De to flows gennemgås i det følgende:
Den gode web service
Det overordnede flow i for et DGWS-kald til en service på en NSP er følgendeser sådan her ud:
| PlantUML Macro |
|---|
@startuml participant Fagsystem #72BEDB participant STS #72BEDB participant NSP #72BEDB Activate Fagsystem #FF4E26 group Rekvirér SOSI ID-kort (kan caches) Fagsystem -> STS: NewSecurityTokenService(OCES signatur ...) Activate STS #FF4E26 return Autentifikationsbevis (SOSI-ID-Kort) Deactivate STS end Fagsystem -> NSP: ServiceX(SOSI ID-kort,CPR-nr,...) Activate NSP #FF4E26 return ok? @enduml |
Så først skal man have en adgangsbillet. Den kan man få ved at have gennemført en passende sikker autentifikationshandling. I DGWS på NSP er det i skrivende stund altid baseret på OCES certifikatinfrastrukturen (MOCES for sundhedsfaglige, Systemcertifikater (FOCES) for systemer). Adgangsbilletter udstedes af STS-servicen på NSP, så det kan du læse meget mere om i STS'ens anvenderguide.
Bemærk: STS’en skal betragtes som endnu en DGWS service på NSP, så den skal jeres system også whitelistes til at anvende!
- Derefter OIOIDWS ( undersider er nok nødvendige)
- Borer længere ned ift. relationer (især fuldmagter, men forsøg også at få illustreret muligheder for andre subprofiler)
...