Innehållsförteckning

...

1. Inledning

1.1        Syfte

...

• Tjänstekontrakt
  Anger det tjänstekontrakt (och version) som beställningen avser

• Systemidentitet
  Anger identitet på anslutande system (eller funktion). Detta är ett HSA-ID som hämtas från funktionscertifikat för det anslutande systemet (eller funktionen).

• Anropsbehörighet
  Anropsbehörigheten skall anges till ”SE”. Detta medför att det anslutande systemet ges behörighet att kommunicera meddelanden till samtliga andra anslutna system. För mer information om standardbehörighet se sidan Standardbehörighet i NTjP  

...

• Tjänstekontrakt
  Anger det tjänstekontrakt (och version) som beställningen avser.

• Systemidentitet
  Anger identitet på det anslutande systemet (eller funktion). Detta är ett HSA-ID som hämtas från funktionscertifikat för det anslutande systemet (eller funktionen).

• Logiska adresser
  Anger de logiska adresser i form av HSA-ID för vårdenheter som kan adresseras i det anslutande systemet.
  Detta är en lista på de vårdenheter som tar emot meddelanden i det anslutande systemet. Dessa behöver uppdateras vid förändringar. Typiskt vid införande av Elektronisk remiss på ytterligare vårdenheter

• URL
  Anger URL till respektive tjänst i det anslutande systemet.

...

• Tjänstekontrakt
  Anger det tjänstekontrakt (och version) som beställningen avser

• Systemidentitet
  Anger identitet på integrationsplattform. Detta är ett HSA-ID som hämtas från funktionscertifikat.

• Anropsbehörighet
  Anropsbehörigheten skall anges till ”SE”. Detta medför att det anslutande systemet ges behörighet att kommunicera meddelanden till samtliga andra anslutna system. För mer information om standardbehörighet se sidan Standardbehörighet i NTjP  

...

• Tjänstekontrakt
  Anger det tjänstekontrakt (och version) som beställningen avser.

• Systemidentitet
  Anger identitet på integrationsplattform. Detta är ett HSA-ID som hämtas från funktionscertifikat.

• Logiska adresser
  Anger de logiska adresser i form av HSA-ID för vårdenheter som kan adresseras via tjänsterna integrationsplattformen.
  Detta är en lista på de vårdenheter som tar emot meddelanden i det anslutande systemet. Dessa behöver uppdateras vid förändringar. Typiskt vid införande av Elektronisk remiss på ytterligare vårdenheter

• URL
  Anger URL till respektive tjänst på integrationsplattformen.

...

Se ävenTeknik Wiki, här finns information om URL:er för tjänsterna inom Elektronisk remiss på NTjP och annan viktig information som är nödvändig för att etablera kommunikation med NTjP.

5. Hantering vid parallella huvudversioner

Varje tjänstekonsumerande och tjänsteproducerande system behöver ta hänsyn till att det kan finnas parallella huvudversioner av tjänstekontrakt. Hur detta fungerar finns beskrivet här:

• RIV Tekniska Anvisningar - Parallella huvudversioner av ett tjänstekontrakt

• Övergång till en ny huvudversion inom en tillämpning

...

Figur 5 Bild som visar att tjänstekonsumenter och tjänsteproducenter kan vara anslutna till olika huvudversioner av tjänstekontrakt (TKv1 och TKv2)

För kunder till tjänsten Elektronisk remiss innebär detta följande:

• Anslutande kund ska stödja även föregående huvudversion så länge det finns kunder som fortfarande enbart stödjer denna.

  • För helt nya kunder kan denna punkt diskuteras med tjänstens förvaltning, ifall alla tänkta mottagare (tjänsteproducenter) och sändare (tjänstekonsumenter) till ny kund redan har den senaste huvudversionen.

• Tjänstekonsument som är ansluten till ny huvudversion ska veta vilken huvudversion som aktuell tjänsteproducent använder. Detta så att remissen skapas och skickas enligt rätt version:

  • Tjänstekonsumenten skahålla en aktuell lista med logiska adresser för de tjänsteproducenter som är anslutna till ProcessRequest och vilka huvudversioner de stödjer.

  • Tjänstekonsument bör ansluta till tjänstekontrakt X (tjänstekontraktet publiceras efter sommaren 2024) som tjänstekonsument (se mer information nedan).

• Bekräftelsemeddelanden (ProcessRequestConfirmation) och remissvarsmeddelanden (ProcessRequestOutcome) ska skickas enligt samma huvudversion som mottaget remissmeddelande (ProcessRequest).

• Vid end-of-life för en huvudversion av ProcessRequest ska mottagande och sändande system kunna hantera bekräftelsemeddelanden (ProcessRequestConfirmation) och remissvar (ProcessRequestOutcome) för denna version X månader efteråt (ej bestämt exakt antal månader ännu) innan även dessa når end-of-life.

5.1 Hämta information om huvudversion

För att kunna veta vilken huvudversion en remissmottagare stödjer bör tjänstekontrakt X (tjänstekontraktet publiceras efter sommaren 2024)användas. Anropet innehåller tjänstekonsumentens HSA-ID och aktuellt tjänstekontrakt (ProcessRequest v.X). Ett anrop per huvudversion av tjänstekontraktet behöver göras.

Svaret består av en lista med logiska adresser (HSA-ID) för tjänsteproducenter av ProcessRequest som kunden har anropsbehörighet till. Eftersom tjänstekonsumenter av tjänstens tjänstekontrakt har standardbehörighet visas alla tjänsteproducenter av ProcessRequest v.X i listan.