Tjänstespecifik teststrategi för 1177 Inkorg

Den här sidan har flyttats till https://inera.atlassian.net/wiki/spaces/OIIK . Denna sida uppdateras inte längre och kommer att tas bort den 15 maj 2024. Om du har lagt till sidan som en favorit i webbläsaren eller i Confluence, se till att byta ut den till den rätta länken https://inera.atlassian.net/wiki/spaces/OIIK . Om du har blivit länkad hit, rapportera gärna till e-tjänsternas support var länken finns så att nationella förvaltningen kan kontakta sidans ägare. Här kan du kontakta supporten: https://etjanster.inera.se/oversikt/flow/4221

 

Inledning

Detta dokument beskriver teststrategin för tjänsten ”1177 Inkorg” och innehåller de testaktiviteter som gäller för anslutande kunder. Den riktar sig till tjänsteförvaltning, kunder och övriga intressenter.

Tjänstedomänen för patientportal är en applikationsspecifik domän som erbjuder möjlighet för vårdgivares verksamhetssystem att interagera med invånares inkorg – en fristående tjänst inom 1177 Vårdguidens e-tjänster.

Kravägare är Inera Arkitektur (lagar, regelverk och tjänsteplattformsintegration) och tjänsteförvaltning (informationsutbyte).

Test inför anslutning sker enligt Ineras testmodell [1] som är tillitsbaserad, vilket innebär att anslutande part ansvarar för genomförande av kvalitetssäkring och testning

Kvalitetsmål

Teststrategin har utgått från följande tre kvalitetsmål: 

  1. informationsutbytet över nationella tjänsteplattformen fungerar utan driftstörningar

  2. informationsutbytet följer lagar och förordningar

  3. korrekt information uppvisas i 1177 Inkorg.

Testmodell

1177 Inkorg är tjänsteproducent av tjänstekontrakten inom domänen PatientPortal. Test av 1177 Inkorg som producenttjänst är redan gjord och finns inte dokumenterat i denna teststrategi.

System som ansluts för att skicka meddelanden till 1177 Inkorg är tjänstekonsumenter av tjänstekontrakten inom PatientPortal. Testmodellen för verifiering av tjänstekonsument innebär att anslutande part fyller i en självdeklaration för respektive tjänstekontrakt med resultat från sina tester.

Vid etablering av samverkan är kunden ansvarig för acceptans av både tjänstekonsument (vårdgivarens källsystem) och tjänsteproducent (1177 Inkorg). Inera har tagit fram ett End-2End-underlag inom ramen för “etablera samverkan” mellan tjänsterna. Detta syftar till att underlätta kvalitetssäkring av informationsutbytet och därmed uppfyller verksamhetens krav ur ett helhetsperspektiv. 

 

Ekosystem

Ekosystem ser ut som följer: 

Figur 1 Ekosystem

Tre delar i test av ny anslutning:

  • Verifiering av tjänstekonsument - Anrop från verksamhetssystem testas av kunden utifrån det utvecklingsstöd inklusive självdeklarationer som Inera tagit fram. Utvecklingsstöd och självdeklarationer ingår i tjänstekontraktets paketering, se [3].

  • Verifiering av tjänsteproducent - Anrop från NTjP till producenttjänsten 1177 Inkorg har testats av basförvaltningen av 1177 inloggade e-tjänster under utveckling av tjänsten.

  • End-2-End-test inom ramen för Etablering av samverkan - Innan driftsättning av konsumentanslutningen gör kund ett test som innefattar hela kedjan från verksamhetssystem till 1177 Inkorg, samt att helheten hänger ihop i målmiljöer. Stöd för detta test finns på tjänstens sida för dokumentation, se [2].

Godkännandeunderlag

I följande tabell förtydligas vilka leverabler som anslutande part ansvarar för att skicka in till Inera.

Dokumentnamn

Beskrivning

Ansvarig part

SjD_TK_<TK>_X.X.docx

En självdeklaration per tjänstekontrakt, för verifiering av tjänstekonsument

Anslutande vårdgivare ansvarar, men det mesta kan fyllas i av systemleverantör

Underlag_for_godkannande_av_etablering_av_samverkan_1177_Inkorg.docx

Etablering av samverkan. Som godkännandeunderlag inför driftsättning

Vårdgivare som ansluter sig till 1177 Inkorg

  • Självdeklarationer, ” SjD_TK_<TK>_X.X.docx”, för respektive tjänstekontrakt återfinns i domänens releasepaket, se [3].

  • Underlag för godkännande av Etablering av Samverkan – 1177 Inkorg” finns på tjänstens sida för dokumentation, se [2].

Dessa ska skickas in till Ineras Kundservice, och granskas av Inera och godkännas innan man får gå vidare i anslutningsprocessen.

 

Testmiljöer och anslutningsprocess

Anslutande part behöver ha en rättvisande testmiljö där det finns testdata som inte har någon möjlig spårbarhet till skarpa personer (enbart ändring av namn och personnummer räcker vanligtvis inte).

Verifiering av tjänstekonsumenter kan göras lokalt med SoapUI. Kund bör säkerställa att systemleverantörer har använt utvecklingsstöd och deklarerat uppfyllnad av tjänstekontrakt i självdeklarationer.

Etablering av Samverkan genomförs i QA-miljön och dokumenteras i ”Underlag för godkännande av Etablering av Samverkan – 1177 Inkorg”. I samråd med förvaltning kan Verifiering av tjänstekonsument och Etablering av Samverkan pågå parallellt.

Innan driftsättning ska ”Underlag för godkännande av Etablering av Samverkan – 1177 Inkorg” och uppdaterad förstudie godkännas av Inera.

Verifiering av Tjänstekonsument

Syftet med verifiering av tjänstekonsument är att Inera, i rollen som ansvarig för regelverket för informationsutbyte och för nationella tjänsteplattformen, behöver säkerställa att tjänstekonsumenter uppfyller kraven i tjänstekontrakten. Dessutom ska förvaltningen för 1177 Inkorg verifiera att etablering av samverkan kan ske med tjänstekonsumenten.

Verifiering av anrop till AddMessage ska säkerställa att man på ett korrekt sätt kan leverera de varianter av meddelanden som tjänstekonsumenten planerar att leverera i drift.

Verifiering av anrop till IsActiveUser och GetMessageThreadStatus ska säkerställa att man på ett korrekt sätt ställer sina frågor i enlighet med tjänstekontraktsbeskrivningen.

I releasepaketet för tjänstekontrakten finns mockar och utvecklingsstöd som täcker grundläggande funktionalitet och innehåll. Verifiering av tjänstekonsument fokuserar på infrastrukturella krav och följsamhet mot tjänstekontraktsbeskrivningarna.

Både systemleverantörer och vårdgivare kommer vara inblandade i testning och ifyllnad av självdeklaration. Vårdgivare bör säkerställa att systemleverantörer har använt SoapUI-utvecklingsstöd och deklarerat uppfyllnad av tjänstekontrakt i självdeklarationer, för att på det sättet hitta fel tidigt. Vårdgivaren kan då fokusera på sin specifika installation och konfiguration av systemet, samt verksamhetens användning. 

Självdeklarationen granskas och godkänns av Inera, men ingen testning utförs av Inera, såvida kunden inte avropat detta som stödtjänst.

Aktuella tjänstekontrakt för 1177 inkorgen är:

AddMessage 2.0 - informationsavlämnande tjänstekonsument
GetMessageThreadStatus 2.0  - informationshämtande tjänstekonsument
IsActiveUser 2.0 - informationshämtande tjänstekonsument


När nya versioner av tjänstekontrakt lanseras, så behöver nytt eller uppdaterat utvecklingsstöd och självdeklarationer göras.

Specifika områden som är viktiga för denna tjänst:

  • Följsamheten mot tjänstekontraktsbeskrivningen

  • Att meddelanden är korrekt formaterade med DocBook

  • Hantering av trådade meddelanden

  • Hantera status (läst/oläst) på ett meddelande i verksamhetssystemet

Avvikelser

Avvikelser dokumenteras i självdeklarationen för respektive tjänstekontrakt. Graden av uppfyllnad gentemot tjänstekontrakt analyseras, och man kan bli godkänd med avvikelser. Avvikelser kan sedan bedömas som godkända av Inera.

Etablering av samverkan

Syftet med Etablering av samverkan är att säkerställa att informationsutbyte kan ske mellan en tjänstekonsument och en tjänsteproducent i respektive målmiljö och omgivning, samt öka möjligheterna till en kontrollerad driftsättning.

Verifiering via tjänsteplattormens QA-miljö ska göras innan driftsättning och rapporteras till Inera. Testmiljö för invånare nås på https://at.e-tjanster.1177.se/

Testerna rapporteras i ”Underlag för godkännande av Etablering av Samverkan – 1177 Inkorg” och skickas in till Inera.

 

Regressionstestning och ändringshantering

Ändringar i systemen ska rapporteras till Inera i enlighet med testmodellen, det vill säga vid en förändring som kan påverka leveranskedjan.

Tjänstekonsumenter: Ska vid behov köra regressionstester. Vid större förändring ska omverifiering göras.

Etablering av samverkan: Behöver normalt sett inte göras om, men kan komma att bli aktuellt vid större infrastrukturella förändringar. Delvis täcks detta om verifiering av tjänsteproducent behöver göras om för aktuellt tjänstekontrakt.



 


Förkortningar

QA – Ineras nationella testmiljö inför produktionssättning

Referenser

[1] Testmodell:   
[2] Tjänstens sida för dokumentation: 

[3] Tjänstedomänens paketering: https://rivta.se/tkview/#/domain/infrastructure:eservicesupply:patientportal

 


 Nedladdningsbar Wordfil: