MERK: dette er mal for tester som gjennomføres, testene kan derfor endres noe når leverandør oversender løsningsbeskrivelse for API integrasjonen til NHN.

Det forventes at følgende fagmiljøer kjenner innholdet i testene:

Kjernejournal (KJ) testteam og driftsteam
Leverandørenes prosjekt- og testledere

I avbruddstestene testes ulike varianter av at KJ er utilgjengelig. Testene skal bekrefte at sluttbruker kan jobbe uberørt i det kliniske fagsystemet selv om det ikke oppnås kontakt med KJ.

Ved åpning av pasient testes tre ulike feilscenarioer:

at det oppnås ingen kontakt med KJ (SYN timeout)
at forsøkene på kontakt med KJ avvises aktivt (TCP RST)
at det oppnås kontakt med KJ, men er KJ er unaturlig treig til å svare

Mer informasjon om bakgrunn for testene kan leses her.

SYN timeout ved åpning

Det som testes er:

at det kliniske fagsystemet ikke påvirkes av at KJ er utilgjengelig, slik at sluttbruker kan utføre operasjoner i det kliniske fagsystemet som normalt
at det kliniske fagsystemet korrekt indikerer feil i kontakten med KJ
at sluttbruker får feilmelding når KJ ikke er tilgjengelig

Forutsetning:

To pasienter, pasient A har relevant info for aktuell API-integrasjon, pasient B har ikke info.

ID	Teststeg	Forventet resultat
Scenario 1
1	KJ blir utilgjengelig.
2	Trigg indikatorkall i det kliniske fagsystemet.	Det kliniske fagsystemet informerer sluttbruker om Ingen kontakt med kjernejournal. Ingen heng i det kliniske fagsystemet. Bruker kan navigere og utføre normale operasjoner. Det blir ikke gjort videre API-kall mot KJ, evt. sluttbruker får ikke mulighet til dette, på denne pasienten. Det er forventet at det tar litt tid før det kliniske fagsystemet mottar melding om at KJ er utilgjengelig, men det skal ikke være heng i det kliniske fagsystemet mens det pågår.
Scenario 2
1	Åpne pasient A i det kliniske fagsystemet mens KJ er tilgjengelig.
2	Trigg API-kall til KJ.
3	Åpne pasient B i det kliniske fagsystemet.
4	KJ blir utilgjengelig.
5	Trigg API-kall til KJ.	Det feiler på en naturlig måte, etter en fornuftig tidsperiode. Det skal ikke være tvil for sluttbruker at KJ er utilgjengelig. Brukeren skal til enhver tid kunne avbryte operasjonen. Informasjon fra KJ til pasient A skal ikke vises.

Aktiv avvisning ved åpning

Det som testes er:

at det kliniske fagsystemet ikke påvirkes av at KJ er utilgjengelig, slik at sluttbruker kan utføre operasjoner i det kliniske fagsystemet som normalt
at det kliniske fagsystemet korrekt indikerer feil i kontakten med KJ
at det kliniske fagsystemet korrekt håndterer feilet indikatorkall, og ikke forsøker videre API-kall
at sluttbruker får feilmelding når KJ ikke er tilgjengelig

ID	Teststeg	Forventet resultat
Scenario 1
1	KJ blir utilgjengelig.
2	Trigg indikatorkall.	Det kliniske fagsystemet informerer sluttbruker om Ingen kontakt med kjernejournal. Ingen heng i det kliniske fagsystemet. Bruker kan navigere og utføre normale operasjoner. Det blir ikke gjort videre API-kall mot KJ, evt. sluttbruker får ikke mulighet til dette, på denne pasienten.
Scenario 2
1	Trigg indikatorkall.
2	KJ blir utilgjengelig.
3	Trigg videre API-kall.	Det feiler på en naturlig måte, etter en fornuftig tidsperiode. Det skal ikke være tvil for sluttbruker at KJ er utilgjengelig. Det er ingen heng i det kliniske fagsystemet. Sluttbruker kan navigere og utføre normale operasjoner.

Tregt svar ved åpning

Det som testes er:

at det kliniske fagsystemet ikke påvirkes av at KJ er utilgjengelig, slik at sluttbruker kan utføre operasjoner i det kliniske fagsystemet som normalt
at det kliniske fagsystemet korrekt indikerer feil i kontakten med KJ
at det kliniske fagsystemet korrekt håndterer feilet indikatorkall, og ikke forsøker videre API-kall
at sluttbruker får feilmelding når KJ ikke er tilgjengelig

ID	Teststeg	Forventet resultat
Scenario 1
1	Helseindikator-API-et til KJ blir utilgjengelig.
2	Trigg API-kall til KJ.	Ny pasient åpnes i det kliniske fagsystemet som normalt. Det kliniske fagsystemet informerer sluttbruker om Ingen kontakt med kjernejournal. Ingen heng i det kliniske fagsystemet. Bruker kan navigere og utføre normale operasjoner. Det blir ikke gjort videre API-kall mot KJ, evt. sluttbruker får ikke mulighet til dette, på denne pasienten.
Scenario 2
2	Ikke-helseindikator-API-ene til KJ blir utilgjengelig (hvilke(t) API(er) avhenger av leverandørs integrasjon).
3	Trigg API-kall til KJ.	Det feiler på en naturlig måte, etter en fornuftig tidsperiode. Det skal ikke være tvil for sluttbruker at KJ er utilgjengelig. Det er ingen heng i det kliniske fagsystemet. Sluttbruker kan navigere og utføre normale operasjoner.

Akseptansetest del 2b: Avbruddstest av <navn API> API-integrasjon

SYN timeout ved åpning

Aktiv avvisning ved åpning

Tregt svar ved åpning