Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

PlantUML Render Macro

@startuml


actor Anvender as External
participant MHD as "MHD (REST)"
participant STS as "STS  (SOAP)"
participant DDS as "DDS (IDWS/DGWS)"

External -> MHD: Kald med JTPH
MHD --> MHD: Validering af JTPH i intern Accesshandler
MHD -> STS: Omveksling af JTPH til IDWS SAML assertion
STS --> MHD: SAML assertion
MHD -> DDS: Kald med IDWS SAML Assertion
DDS --> MHD: ITI-18 eller ITI-43 SOAP response
MHD --> External: ITI-67 eller ITI-68 response
@enduml

For nuværende begrænses forespørgselsgrænsefladen på ITI-67 til kun at anvende parameteren patient.identifier da MHD servicen's konfiguration angiver dokumenttype, formatkoder og andet metadata som skal anvendes mod dokumentdelingsservicen.


Parameteren period således en patients dokumenter kan begrænses tidsmæssig, er påtænkt implementering,  men er ikke i scope til første version af servicen.
Tabel 2:3.67.4.1.3.1-1 viser mapning af forespørgselsparamtre på ITI-67 til XDS-metadataImage Added

Nedenstående figur giver et overblik over MHD servicen

...

MHD udstiller ITI-67 og  ITI-68 ved at kalde henholdsvis ITI-18 (FindDocuments eller GetDocuments)  og ITI-43 (Retrieve Document Set) i dokumentdelingsservice (DDS). DDS'en kaldes med IDWS, hvor NSP Sikkerhedstokenservice (STS) benyttes til at veksle JTP-H tokens til IDWS. NSPs access handler sikre validering af JTP-h tokens, mens MHD'en selv validere semantisk indhold af tokens, som f.eks., at det pt kun er adgang for borgere.

Mapning af forespørgselsparamtre fra ITI-67 til ITI-18 er beskrevet her: Tabel 2:3.67.4.1.3.1-1. Derudover, kan capability statement tilgængelig her: https://mhd.gravidmappen.test.tcs.trifork.cloud/mhd/api/2025/11/27/metadata

Mapning fra DDS'ens snitflade til MHD'ens snitflade er beskrevet her:

...