Testanvisningar Elektronisk Remiss 2.0

Scenariotester för Elektronisk Remiss baserar sig på tjänstekontrakten i domän Remisshantering (clinicalprocess:activity:request) version 2.0.

Genom testramverket NMTAF (Nordic Medtest Autotest Framework) simuleras den andra parten i ett remissflöde, så att remittent och remissmottagande system kan testas separat. Personen som genomför testerna styr vilket testfall som ska genomföras och på så sätt förbereder testramverket att generera förväntade testsekvenser baserat på valda testfall. Från webbgränssnittet är det sedan möjligt att följa progress och resultat för varje teststeg i de testfall som exekveras.

Förutsättningar

Det testande systemet ansluts via en tjänsteplattform, antingen Nationella Tjänsteplattformens QA-miljö eller Öppen testmiljö. För anslutning via QA-miljön används Beställningsstödet, se Elektronisk remiss anslutningsprocess. För kunder i Öppen testmiljö, se Öppen testmiljö informationsyta.

Det testade systemet behöver ha en konsumentanslutning med anropsbehörighet till följande logiska adresser som tillhör testramverket:

• TSTNMT2321000156-102V
• TSTNMT2321000156-102W

Det testade systemet behöver även ha en producentanslutning, med logiska adresser som är HSA-id för remittent och remissmottangande enheter. Testramverkets konsument TSTNMT2321000156-B02 skall ges anropsbehörighet till dessa logiska adresser.

För köra testerna behöves också ett konto till webbgränssnittet som du får från Inera vid beställning. Om du saknar detta konto så kan det beställas här.

Det testade systemet kan också behöva förberedas genom att t.ex. registrera remitterande och remissmottagande enheter (se kapitel Testdata nedan).

Instruktioner steg-för-steg

1. Välj "Kör test" i menyn ovan. Ange de kontouppgifter ni fått för att logga in.
2. Fyll i enheter, testpersoner, etc, enligt kapitel Testdata och tryck Spara.
3. Välj önskat testfall t.ex. RT-1.1.
4. Klicka på Kör testfall.
5. Följ instruktionerna för varje steg.
6. Notera resultat i Självdeklarationsdokumentet.
7. Upprepa från steg 3 för alla aktuella testfall (beroende på om anslutning sker som remittent, remissmottagare, eller båda).

Testfall Rx-5.1-5.4

Angående felhanteringen så är frågan om automatisk omsändning en implementationsdetalj. D.v.s. ett fritt val hos respektive ansluten part. Huruvida detta sker manuellt eller automatiskt har inte Inera synpunkter på så länge man slutligen lyckas skicka iväg meddelandet.

Testdata

I webbgränssnittet skall anges vilka enheter, patienter, och personal som används i remisser och svar. Dessa uppgifter används för att identifiera och kontrollera meddelandenas innehåll.

OBS! Det är viktigt att de HSAID som anges under Enhetsinställningar stämmer överens med de anslutningar ("takningar") som finns för det testade systemet, som konsument respektive producent.

Uppgifter för tester av Remittent

Uppgifter för tester av Remissmottagare

Automatiska och manuella kontroller

Testramverket gör ett antal automatiska kontroller av mottagna meddelanden:

• XML Schema-validering
• Kontroll av värden som anges av testfallet, t.ex. patient-id, skickande/mottande enheter, personal.
• Kontroll av värden som är kopplade till regler för remissflödet, t.ex. att remiss-id bibehålls samt koder för ändringar och bekräftelser.

Vissa kontroller är inte möjliga att göra genom testramverket och måste därför göras av den testare som har tillgång till det testade systemet:

• Kontroll av att all information som användaren anger i gränssnittet följer med meddelanden (remisser, bekräftelser, svar).
• Kontroll av att all information som mottas i meddelanden (remisser, bekräftelser, svar) visas oförvanskad för användaren i gränssnittet. Viss teknisk information (id:n, koder) är dock inte alltid relevant att visa, här måste en verksamhetsmässig bedömning göras av vad som är rimligt.

För att kontrollera vad som skickas i meddelanden finns en logg-fil kopplad till varje testexekvering. Den går att nå via en länk när testfallet körs, eller från sidan med Testhistorik. Ett tips för att underlätta kontrollen är att så längt som möjligt ange unik data i varje inmatningsfält, t.ex. att i fältet för tolkbehov skriva "TOLKBEHOV". Genom detta går det enkelt att söka fram och kontrollera den data man förväntar sig att hitta i loggfilen.

Testfall

Översikt

Vilka testfall som är aktuella beror på om systemet skall anslutas som remittent, remissmottagare, eller i båda rollerna. De flesta teststeg finns därför i två varianter, ett för remittent-sidan (RT-x.y) och ett för remissmottagaren (RM-x.y).

Testfallens första siffra anger gruppering enligt följande:

1. Normalflöde: Ett enkelt flöde med remiss, bekräftelse och remisssvar. Flera varianter på datainnehåll för att validera informationmappning.
2. Direkt svar: Flöde där remissen avvisas genom ett svar utan föregående bekräftelse.
3. Ändringar: Olika varianter av flöden för ändringar av remisser.
4. Vidareskickning: Hantering av att remisser skickas vidare till ny mottagare.
5. Felhantering: Hantering av felkoder, t.ex. omsändningsrutiner.

Detaljer

Listan nedan innehåller alla testfall och de steg som varje testfall består av (varje steg motsvarar normalt att ett meddelande skickas).