Teknisk realisering
Innehållsförteckning
- 1 Innehållsförteckning
- 2 1. Inledning
- 2.1 1.1 Syfte
- 2.2 1.2 Målgrupp
- 3 2. Tjänster för Elektronisk remiss
- 4 3. Anslutande system och tjänster
- 5 4. Beställning av anslutningar
- 6 5. Hantering vid parallella huvudversioner
Revisionshistorik | |||
Version | Datum | Författare | Kommentar |
1.0 | 2019-08-30 | Jiri Uosukainen | Första version |
1.1 | 2023-09-21 | Bente Sjöberg-Silfverling | Lagt till länkar för information om standardbehörighet i NTjP och standardvägval i RTjp |
1.2 | 2024-03-19 | Bente Sjöberg-Silfverling | Tillägg ny rubrik 5 Hantering vid parallella huvudversioner |
1. Inledning
1.1 Syfte
Dokumentet syftar till att beskriva hur anslutning sker till tjänsten Elektronisk remiss och hur en anslutning till den Nationella tjänsteplattformen (NTjP) skall beställas.
1.2 Målgrupp
Målgrupper för dokumentet är personal hos anslutande parter som ansvarar för beställning av anslutning till tjänsterna för Elektronisk remiss på den Nationella tjänsteplattformen. Läsare förutsätts ha viss kännedom om tjänsterna för Elektronisk remiss och det anslutande systemet i synnerhet.
2. Tjänster för Elektronisk remiss
Tjänsterna för elektronisk remiss definieras av tjänstekontrakt inom tjänstedomänen clinicalprocess:activity:request.
Tjänstedomänen innehåller följande tre tjänstekontrakt:
ProcessRequest (PR)
Används för utbyte av remissProcessRequestConfirmation (PRC)
Används för remissbekräftelse, kompletteringsbegäran och besked om vidareskickad remissProcessRequestOutcome (PRC)
Används för utbyte av remissvar
3. Anslutande system och tjänster
Med anslutande system avses ett system för hantering av remisser som skall anslutas till tjänsterna för Elektronisk remiss framöver kallat Tjänsterna. Typiskt är detta ett journalsystem. Figur 1 visar schematiskt ett anslutande system och de tjänstekontrakt som kan anslutas för hantering av elektroniska remisser samt de vårdenheter som använder systemet för att skicka eller ta emot remisser.
Figur 1 Anslutande system
Ett anslutande system tillåts ansluta i olika systemroller; remittentsystem, remissmottagande system eller i båda rollerna. Beroende på i vilken roll det anslutande systemet agerar behöver systemet anslutas till tjänsterna i olika roller; tjänstekonsument (konsument) eller tjänsteproducent (producent). Figur 1 visar på vilket sätt ett remittentsystem resp. remissmottagande system skall anslutas till tjänsterna.
4. Beställning av anslutningar
Anslutning beskrivs här ur NTjP:s perspektiv. Beskrivningen utgår ifrån en komplett anslutning vilket innebär en anslutning till samtliga tre tjänster inom Elektronisk remiss både som konsument och producent av tjänsterna.
Beställning (TAKning) görs i Beställningsstödet. Inloggning kräver SITHS-kort, se även Instruktioner och filmer hur beställningen läggs.
Informationen i beställningen gentemot NTjP är beroende av om kommunikationen sker direkt mot NTjP eller via en regional tjänsteplattform eller annan integrationsplattform som används av anslutande part.
Figur 2 Anslutningstopologi
Anslutning beställs genom Beställningsstödet. Beställningsstödet är en webapplikation som kräver inloggning och nås på adressen https://bestallningsstod.tjansteplattform.se
En beskrivning om hur beställningsstödet skall användas för beställning av anslutning till Elektronisk finns också tillgänglig här: Instruktioner och filmer.
4.1 Direkt anslutning
Direkt anslutning avses i fall då det anslutande systemet kommunicerar direkt med tjänsterna på NTjP. Vid en direkt anslutning agerar det anslutande systemet konsument resp. producent gentemot den Nationella tjänsteplattformen.
Figur 3 Direkt anslutning mot NTjP
4.1.1 Beställningar för anslutning av tjänstekonsument
Informationen i beställningarna framgår av Tabell 1. Värden är hämtade ur Figur 3.
Tjänstekontrakt | Systemidentitet | Anropsbehörighet |
ProcessRequest (PR) | HSA-X | * (öppen) |
ProcessRequestConfirmation (PRC) | HSA-X | * (öppen) |
ProcessRequestOutcome (PRO) | HSA-X | * (öppen) |
Tabell 1 Beställningsinformation tjänstekonsument – Direkt anslutning
Förklaring till värden i tabellen:
Tjänstekontrakt
Anger det tjänstekontrakt (och version) som beställningen avserSystemidentitet
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 ”*”. 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
4.1.2 Beställningar för anslutning av tjänsteproducent
Informationen i beställningarna framgår av Tabell 2. Värden är hämtade ur Figur 3.
Tjänstekontrakt | Systemidentitet | Logiska adresser | URL |
ProcessRequest (PR) | HSA-X | HSA-ORG-1 HSA-ORG-2 HSA-ORG-3 | URL-PR |
ProcessRequestConfirmation (PRC) | HSA-X | Som PR | URL-PRC |
ProcessRequestOutcome (PRO) | HSA-X | Som PR | URL-PRO |
Tabell 2 Beställningsinformation tjänsteproducent – Direkt anslutning
Förklaring till värden i tabellen:
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årdenheterURL
Anger URL till respektive tjänst i det anslutande systemet.
4.2 Anslutning via integrationsplattform
Här avses anslutning då anslutande system kommunicera med NTjP via en regional tjänsteplattform eller annan integrationsplattform. Detta visas i Figur 4.
Figur 4 Anslutning via integrationsplattform
4.2.1 Beställningar för anslutning av tjänstekonsument
I detta fall är det den regionala integrationsplattformen som agerar konsument gentemot NTjP. Informationen i beställningarna framgår av Tabell 3. Värden är hämtade ur Figur 4.
Tjänstekontrakt | Systemidentitet | Anropsbehörighet |
ProcessRequest (PR) | HSA-RTP-X | * (öppen) |
ProcessRequestConfirmation (PRC) | HSA-RTP-X | * (öppen) |
ProcessRequestOutcome (PRO) | HSA-RTP-X | * (öppen) |
Tabell 3 Beställningsinformation tjänstekonsument – Anslutning via integrationsplattform
Förklaring till värden i tabellen:
Tjänstekontrakt
Anger det tjänstekontrakt (och version) som beställningen avserSystemidentitet
Anger identitet på integrationsplattform. Detta är ett HSA-ID som hämtas från funktionscertifikat.Anropsbehörighet
Anropsbehörigheten skall anges till ”*”. 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
4.2.2 Beställningar för anslutning av tjänsteproducent
Informationen i beställningarna framgår av Tabell 4. Värden är hämtade ur Figur 4
Tjänstekontrakt | Systemidentitet | Logiska adresser | URL |
ProcessRequest (PR) | HSA-RTP-X | HSA-ORG-1 HSA-ORG-2 HSA-ORG-3 | URL-PR-RTP |
ProcessRequestConfirmation (PRC) | HSA-RTP-X | Som PR | URL-PRC-RTP |
ProcessRequestOutcome (PRO) | HSA-RTP-X | Som PR | URL-PRO-RTP |
Tabell 4 Beställningsinformation tjänsteproducent – Anslutning via integrationsplattform
Förklaring till värden i tabellen:
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årdenheterURL
Anger URL till respektive tjänst på integrationsplattformen.
4.2.3 Standardvägval i regional tjänsteplattform
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 Öppen info: NTjP
Se även Teknik 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:
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 ska hå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 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 GetLogicalAddresseesByServiceContract v.2.0 (tjä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.
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.
Beställning av anslutning som tjänstekonsument görs i Beställningsstödet. Välj tjänstedomän infrastructure:itintegration:registry och sedan tjänstekontrakt GetLogicalAddresseesByServiceContract v.2, med behörighet till Inera 5565594230.