Versions Compared

Key

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

*Dokumentationen af NSP services og komponenter på NSPOP omfatter udelukkende NSP produktionsmiljøet og ikke NSP’s øvrige miljøer. Det er muligt at få information og indblik i tilstanden på et af de øvrige miljøer via de gængse kommunikationsveje.

Indledning

Dette dokument handler arkitekturenomhandler servicearkitekturen, der ligger bag deling af aftaler via NSP .Det giver og giver et arkitekturoverblik over, hvorledes de forskellige forretningsservices på NSP skal anvendes interagerer i forbindelse med deling af aftaler.

Dokumentet dokumenterer ikke de De enkelte services dokumenteres ikke i forhold til f.eks. snitflader, men der vil henvise til relevant dokumentation f.eks. snitfladebeskrivelser for de involverede services.findes henvisninger til dokumentation, hvor dette er relevant.

For Der henvises til dokumentationen Et samlet patientoverblik > Aftaleoversigt for en beskrivelser af forretningsregler,  tekniske implementationsvejledninger samt implementeringsvejledninger og standarder, der gælder for deling af aftaler., henvises til dokumentationen Et samlet patientoverblik > Aftaleoversigt

Ordliste

APDSe MEDCOM-APD
BetegnelseBeskrivelseYderligere dokumentation
XDSAppointment Document er en type af CDA til modellering af aftaler.Cross Enterprise Document Sharing (XDS) er en række IHE standarder, der specificerer, hvordan dokumenter (f.eks. CDA) deles mellem sundhedsorganisationer.https://wiki.ihe.net/index.php/Cross-Enterprise_Document_Sharing
IHEIntegrating the Healthcare Enterprise. Organsisation til bl.a. udarbejdelse af standarder til anvendelse i sundhedsit.https://www.ihe.net/about_ihe/
CDAClinical Document Architecture er en XML baseret HL7 standard der specificerer encoding, struktur og semantik for R2. Standard for struktur af kliniske dokumenter.http://www.hl7.org/implement/standards/product_brief.cfm?product_id=7
ITI-xxEn række standardservices (SOAP) beskrevet i standarden for XDS
AO Aftaleoversigt
DRSDokumentregistreringsservice - udfases og erstattes af DROShttps://www.nspop.dk/display/public/web/DRS+-+Guide+til+anvendere
DROSDokument Registrerings- og Opdateringsservicehttps://www.nspop.dk/display/public/web/DROS+-+Guide+til+anvendere
DDSDokumentdelingsserviceXDSCross Enterprise Document Sharing (XDS) er en række IHE standarder, der specificerer, hvordan dokumenter (f.eks. CDA) deles mellem sundhedsorganisationer.https://wikiwww.ihe.net/index.php/Cross-Enterprise_Document_Sharing

Aftaledeling arkitekturoverblik

...

Arkitekturoverblik for aftaler

Grundlæggende faciliterer arkitekturen to aspekter af overordnede metoder for aftaledeling:

  • Oprettelse, udlæsning, opdatering og sletning (CRUD) af aftaledokumenter via den nationale XDS infratruktur.
  • Udlæsning af aftaler fra Bookplan i hhv. Region Nord Nordjylland og Region MidtMidtjylland.


Gliffy Diagram
macroId6af5c9e5-0448-4e1d-9c80-a06fed416acc
displayNameAftaledeling-arkitektur
nameAftaledeling-arkitektur
pagePin511

Oprettelse, udlæsning, opdatering og sletning (CRUD) af aftaledokumenter via den nationale XDS infratruktur

...

  • Oprettelse af nye aftaler sker via Dokumentregistreringsservice (DRSfra anvendersystemerne vha. Dokument Registrerings- og Opdateringsservice (DROS). DRS DROS lagrer den oprettede aftale i det bagvedliggende nationale XDS Repository (anvendelse af servicen ITI-41 Provide and Register Document Set). I forbindelse med oprettelsen sørger det nationale XDS Repository for at få indexeret dokumentet og dets metadata i det nationale XDS Registry (anvendelse af servicen ITI-42 Register Document Set). Tidligere har også DRS været anvendt til dette formål, men den udgår.
  • DROS skal også anvendesDRS anvendes også, når en aftale oprettes som en opdatering til en eksisterende aftale (anvendelse af servicen ITI-41 Provide and Register Document Set).
  • Skal en aftale slettes (deprecate) eller dets metadata opdateres anvendes ligeledes DROS (ITI-57: Update Document Set)
  • Udsøging af aftaler samt ændringer af metadata relateret til en oprettet aftale sker via Dokumentdelingsservicens Registry Dokumentdelingsservicen (DDS Registry), der videredelegerer forespørgslen til det nationale XDS Registry (anvendelse af servicen ITI-18 Registry Stored Query).
  • Hentning af aftaler sker via Dokumentdelingsservicens Repository Dokumentdelingsservicen (DDS Repository), der henter det efterspurgte aftaledokument ud fra det nationale XDS Repository (anvendelse af servicen ITI-43 Retrieve Document Set).
  • Det er via DROS muligt at oprette on-demand dokumenter (ITI-61 Register On-Demand Document Entry) samt registrere nye stable dokumenter (ITI-42 Register Document Set)men dette anvendes ikke for nuværende for aftaler. 

For en detaljeret gennemgang af de enkelte usecases henvises til dokumentet Et samlet patientoverblik > Aftaledeling > Teknisk implementeringsvejledning Aftaleoversigt.

Derudover henvises der til anvenderguides af de indvolverede disse NSP services:

DRS DROS - Guide til anvendere

DDS - Guide til anvendere

De udstillede services (ITI-18, ITI-41, ITI-43 og ITI-57 samt ITI-61 og ITI-42) er alle standardservices beskrevet i standarderne for XDS. Dog er disse services (undtagen ITI-42noDgws) forsynet med servicesikkerhed efter de gældende standarder for NSP services. Dette betyder, at alle de udstillede services skal kaldes med Den Gode Webservice (DGWS).

Udlæsning af aftaler fra Bookplan i hhv Region Nord og Region Midt

Udover de aftaler, der deles via den nationale XDS infrastruktur som beskrevet ovenfor, er der der via lavet adaptorer for integration til Bookplan i Region Nord Nordjylland og Region Midt lavet Midtjylland. Disse adaptorer giver mulighed for læseadgang for aftaler registreret i Bookplan i disse systemerto regioner.

Som det fremgår af ovenstående diagram, delegeres en søgning, der kommer ind via DDS Registry både til det nationale XDS Registry og til to adaptere: AO XDS Registry Adapter RN og AO XDS Registry Adapter RM. Disse services er ansvarlige for at delegere søgningen søgninger videre til de to Bookplan instanser i Region Nord hhv. Region Midt.

I forbindelse med en søgning mod Bookplan genereres genererer AO XDS Registry Adapter de relevante aftaledokumenter og tilhørende metadata. De genererede aftaledokumenter lægges i en cache, hvor de er klar til afhentning.

De konkrete "Bookplan-aftaler" kan efter en søgning hentes vha ved hjælp af DDS Repository på samme måde som aftalerde aftaledokumenter, der deles via den nationale XDS infrastruktur. DDS Repository delegerer afhentningen af "Bookplan-aftaler" videre til AO XDS Repository Adapter RN hh hhv AO XDS Repository Adapter RM.

Til forskel fra aftaler, som deles via den nationale XDS infrastruktur, er der for "Bookplan-aftaler" tale om en ren læseadgang.

For en mere detaljeret gennemgang af AO XDS Adapters henvises til AO XDS Adapter - Guide til Anvendere

Dokumentdelingsservices ansvarsområder

DDS Registry og DDS Repository fungerer således som proxy'er for de bagvedliggende registries og repositories.

DDS Registry og DDS Repository samler svar fra de bagvedliggende komponenter i ét og tilbagesender det til anvenderen. For anvenderne af DDS Registry og DDS Repository skulle det gerne være transperanter det derfor gennemsigtighed i forhold til, hvilke dokumenter , der ligger i den nationale XDS infrastruktur, og hvilke der hentes ind via integrationssnitfladerne mod Bookplan.

Udover at videredelegere forespørgsler til bagvedliggende komponenter og samle svar, gør DDS følgende:

  • Foretager auditlogning.
  • Filtrerer svar i henhold til en borgers registreringer i MinSpærring.
  • Foretager kald til MinLog.
  • Bestiller opfølgninger i Behandlingsrelationsservicen (BRS).

Til forskel fra aftale, som deles via den nationale XDS infrastruktur er der for "Bookplan-aftaler" tale om en ren læseadgang. For en mere detaljeret gennemgang af AO XDS Adapters Dokumentdelingsservicen henvises til AO XDS Adapter DDS - Guide til Anvendereanvendere