Detta dokument beskriver testsviten för ListCertificatesForCareWithQA 3.1. Testsviten innehåller ett antal testfall som kan användas för att verifiera implementationen innan integrationen med den nationella tjänsteplattformen.
Testsviten använder SoapUI för att verifiera implementationen. Dokumentation om SoapUI hittas här: www.soapui.org.
Klicka på den här länken för att ladda hem en gratisversion av SoapUI. Installera enligt anvisning.
Innan man kör testfallen i SoapUI så måste den data som skickas med i anropen anpassas utifrån det system som man vill testa. Detta görs genom att ändra i filen data.xml enligt nedan.
Filen är i XML-format och i början finns en sektion som heter "globaldata". Här anger man den konfiguration som kommer att användas av alla testfall.
Varje element i "globaldata" kan omdefinieras för ett specifikt testfall vid behov. Följande element är globala:
De parameterar man anger för ett specifikt testfall kompletterar och/eller omdefinierar de parameterar som anges i "globaldata".
Det betyder att både parametrar från "globaldata" och det specifika testfallets sektion i filen används för det aktuella testfallet.
OBS! Om en parameter med samma namn definieras både i "globaldata" och specifikt för testfallet, så kommer värdet från testfalls-sektionen att användas.
Glöm inte att spara data.xml efter att du har ändrat i den.
- 1.1 VardgivarId
Anrop med filtrering på vårdgivar-id. Returnerar en lista med Intyg.
- Läkarutlåtande för sjukersättning
- Läkarintyg FK 7263
- Transportstyrelsens läkarintyg, diabetes
- Läkarintyg för sjukpenning
- Läkarutlåtande för aktivitetsersättning vid förlängd skolgång
- Läkarutlåtande för aktivitetsersättning vid nedsatt arbetsförmåga
- 2.1 Encoding_HeaderProlog
Test av Encoding_HeaderProlog
- 2.2 Encoding_SpecialCharacters
Verifierar att tjänsteproducenten klarar att kapsla in specialtecken på ett korrekt sätt.
I filen data.xml finns en parameter "testString". Denna innehåller värdet "<![CDATA[åäö<>><&]]>".
Registrera endast "åäö<>><&" i källsystemet ("<![CDATA[" och "]]>" krävs för att data.xml inte ska tolka strängen felaktigt.)
Det rekommenderas att testa med specialtecken i olika fält som mappas in i olika element i responsen.
Testa även gärna andra specialtecken än just dessa, speciellt om ni vet om att vissa specialtecken är extra vanliga i er verksamhet.
OBS! Elementet clinicalDocumentNoteText kan leverera DocBook-formatterad text. För tester som rör detta, använd testfall 5.14.
Testfalls-specifika parametrar
- 5.1 Signerade intyg
Verifiera att tjänstekonsumenten kan ta emot signerade intyg.
Testfalls-specifika parametrar
- 5.2 Makulerade intyg
Verifiera att tjänstekonsumenten kan ta emot makulerade intyg.
Testfalls-specifika parametrar
- 5.3 Item
Verifiera att tjänstekonsumenten kan producera ett 'item' element.
- 5.4 Item.intyg.mottagare
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande en mottagare.
- 5.5 Item.intyg.typ
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande en typ.
- 5.6 Item.intyg.signeringsTidpunkt
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'signeringsTidpunkt'.
- 5.7 Item.intyg.skickatTidpunkt
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'skickatTidpunkt'.
- 5.8 Item.intyg.Patient
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'Patient'.
- 5.9 Item.intyg.skapadAv
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'skapadAv'.
- 5.10 Item.intyg.relation
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'relation'.
- 5.11 Item.intyg.status
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'status'.
- 5.12 Item.intyg.Svar
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'Svar'.
- 5.13 Item.intyg.delSvar
Verifiera att tjänstekonsumenten kan producera elementet 'intyg' innehållande 'delsvar'.
- 5.14 Sekretess
Verifiera om sekretessmarkerad patients kan tas emot utan information.
Fornamn: Fältet får skickas utan informationsinnehåll i intyg som kan utfärdas för sekretessmarkerade patienter. Fältet kommer i en framtida tjänstekontraktsuppdatering att göras icke-obligatoriskt.
Efternamn: Fältet får skickas utan informationsinnehåll i intyg som kan utfärdas för sekretessmarkerade patienter. Fältet kommer i en framtida tjänstekontraktsuppdatering att göras icke-obligatoriskt.
Postadress: Fältet får skickas utan informationsinnehåll i intyg som kan utfärdas för sekretessmarkerade patienter. Fältet kommer i en framtida tjänstekontraktsuppdatering att göras icke-obligatoriskt.
Postnummer: Fältet får skickas utan informationsinnehåll i intyg som kan utfärdas för sekretessmarkerade patienter. Fältet kommer i en framtida tjänstekontraktsuppdatering att göras icke-obligatoriskt.
Postort: Fältet får skickas utan informationsinnehåll i intyg som kan utfärdas för sekretessmarkerade patienter. Fältet kommer i en framtida tjänstekontraktsuppdatering att göras icke-obligatoriskt.