Jämförda versioner

Nyckel

  • Dessa rader lades till.
  • Denna rad togs bort.
  • Formateringen ändrades.

Allmänt

Att ansluta till tjänsten Elektronisk remiss innebär att ett system, typiskt ett journalsystem, ansluts till tjänster på tjänsteplattformen. Anslutningsprocessen följer den ordinarie anslutningsprocessen för tjänsteplattformen. Nedanstående figur visar en översikt av processen för anslutning.

...

Processöversikt

  • A. Beställning av tjänst i Kundportalen

  • B. Avtal för anslutning (alla regioner har idag avtal)

  • C. Uppstartsmöte - Inera bjuder in kundens beställare till möte för att gå igenom anslutningsprocessen.

  • D. Kundens anslutningsprojekt - se nedan.

Kundens anslutningsprojekt

...

För att kommunicera remisser via tjänsterna för elektronisk remiss på tjänsteplattformen krävs att det anslutande systemet anpassas för kommunicera remisser i enlighet med tjänstens specifikationer. Tjänstens specifikationer utgörs av tjänstekontrakt, beskrivningar, självdeklarationer och stöd för egna systemtester (test-sviter). Tjänstekontrakten publiceras i en tjänstekontraktspaketering (zip-fil).
Tjänstekontrakten hittar du här: Ineras samlingssida för den tekniska arkitekturen

Efter anpassning och innan anslutning till Ineras test-miljön miljö förväntas systemet klara test-sviter utan fel i egen testmiljö.

3. Anslutning QA-miljö (QA) och test

Anslutning till Ineras QA-miljö beställs via Beställningsstödet. Inloggning kräver SITHS-kort, om du saknar SITHS-kort, se ävenInformation om kontakta Ineras kundservice och ange "Inloggning Beställningsstödet". Se instruktion om anslutning via Beställningsstödet. För mer teknisk information om beställning av tjänsten, se sidan Teknisk realisering och för mer generell information se Information om Beställningsstödet.

För att ansluta till QA-miljön krävs:

...

  1. Första steget är verifiering av tjänsteproducent och tjänstekonsument. Verifiering görs med testsviterna (Soap UI) från releasepaketet för tjänstedomänen (se RIV TA). Detta kan delvis göras i egen testmiljö. Mer information om detta finns här: Teststrategi. Dessutom utförs så kallade scenariotester där remittent och remissmottagare testas mot en simulerad motpart i ett webbgränssnitt.


    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 eller tjänsteproducent.

    Efter avslutade tester rapporteras resultatet till Inera. Detta görs genom att självdeklarationer med testresultat fylls i och skickas till Inera för granskning och godkännande. Självdeklarationerna finns i releasepaketet för tjänstedomänen (se RIV TA).
    Självdeklarationerna skickas in via formuläret https://etjanster.inera.se/DokumentGranskning.

  2. Nästa steg är etablering av samverkan som görs iQA-miljön. Testerna kallas för End-2-End tester och syftet är att testa kommunikationen med annan part/system i en produktionslik miljö. Mer information om detta finns här: Teststrategi.
    Resultatet av End-2-End tester fylls i underlaget som finns här E2E-testning. Detta skickas till Inera för godkännande via formuläret https://etjanster.inera.se/DokumentGranskning.

...

  1. Av Inera godkänd och granskad förstudie. Denna skall vara uppdaterad för PROD-miljön

  2. Granskat och godkänt E2E Eend-2-End (utan väsentlig avvikelser)

...