Innehållsförteckning

...

Tabell 1 Beställningsinformation tjänstekonsument – Direkt anslutning

...

• 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  

...

Tabell 3 Beställningsinformation tjänstekonsument – Anslutning via integrationsplattform

...

• 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  

...

I regionala tjänsteplattformar rekommenderas standardvägval för adressering. Se mer information här:
Standardvägval i regionala tjänsteplattformar  

4.3        Mass-TAKning/Breddning tjänsteproducent

Om en vårdgivare vill ansluta många eller alla vårdenheter som tjänsteproducenter på en gång behöver inte anslutning beställas separat för varje tjänsteproducent i Beställningsstödet. Mer information finns på denna sida Mass-TAKning/Breddinförande

4.4        Information om NTjP

Aktuell systeminformation om NTjP och information om de installerade tjänsterna för Elektronisk remiss på den Nationella tjänsteplattformen finns tillgänglig via https://inera.atlassian.net/wiki/spaces/NTJPP

...

• 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)

...

• 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 GetLogicalAddresseesByServiceContract v.2.0 (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.

...

För att kunna veta vilken huvudversion en remissmottagare stödjer bör tjänstekontrakt GetLogicalAddresseesByServiceContract v.2.0 (tjänstekontraktet publiceras efter sommaren 2024tjänstedomän infrastructure:itintegration:registry)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.

...