Akseptansetest del 2: Integrasjonstest

Owned by Kjernejournal systembruker
Last updated: 30 Aug, 2022 by Iris Pretorius (Unlicensed)
5 min read

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

  • Kjernejournal (KJ) test-, teknisk team og driftsteam

  • Leverandørenes prosjekt- og testledere

Integrasjonstest gjennomføres for å sikre at det kliniske fagsystemet har implementert tilstrekkelig teknisk validering av kommunikasjonen mot KJ. Mer informasjon om bakgrunn for testene kan leses her. For testcase 1-4 er det behov for bistand fra NHN drift.

 

 

Oppfyllelse av integrasjonskrav

Det som testes er krav S.1 og T.2:

  • at det kliniske fagsystemer bruker TLSv1.2* i kontakten med KJ

  • at det kliniske fagsystemet sender med X-EPJ-system-header med korrekt informasjon

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

1

Logg inn i det kliniske fagsystemet, søk opp en pasient og klikk på KJ-ikonet.

Klikk på noen faner.

Det kliniske fagsystemet:

  • benytter TLS 1.2 i koblingen mot KJ, både API og portal

  • sender med HTTP-header X-EPJ-System i alle HTTP-kall, både API og portal

Dette verifiseres i logger av NHN.

 

*Transport Layer Security (TLS) er kryptografiske protokoller som gir kommunikasjonssikkerhet over et datanettverk.

Aktiv avvisning ved åpning

Det som testes er krav T9:

  • 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 KJ-ikonet korrekt indikerer feil i kontakten med KJ

  • at sluttbruker får feilmelding når KJ-portalen ikke er tilgjengelig

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

Scenario 1

 

 

 

1

KJ blir utilgjengelig.

 

 

2

Åpne ny pasient i det kliniske fagsystemet.

  • Ny pasient åpnes i det kliniske fagsystemet som normalt.

  • KJ-ikonet vises med symbolet for Ingen kontakt med kjernejournal.

  • Ingen heng i det kliniske fagsystemet.

  • Bruker kan navigere og utføre normale operasjoner.

 

Scenario 2

 

 

1

Åpne pasient i det kliniske fagsystemet.

  • KJ-ikonet vises som normalt.

 

2

KJ blir utilgjengelig.

 

 

3

Klikk på KJ-ikonet i det kliniske fagsystemet.

  • 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.

 

Brudd ved utlogging

Det som testes er krav T.5:

  • at det kliniske fagsystemet korrekt sletter alle cookies og state mellom brukere, slik at det ikke er avhengig av at sesjonen blir korrekt avsluttet på KJ-siden

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

1

Logg inn i det kliniske fagsystemet, søk opp pasient.

  • KJ-ikonet vises som normalt.

 

2

Klikk på KJ-ikonet og evt. logg inn i KJ.

 

 

3

NHN blokkerer slik at logg ut-kall feiler.

 

 

4

Bytt bruker i, eller restart, det kliniske fagsystemet.

Ved restart: logg inn med en annen bruker enn tidligere.

  • Det vises ingen feilmelding i det kliniske fagsystemet.

  • Sesjonen blir ikke avsluttet på KJ-siden.

 

5

KJ blir tilgjengelig.

 

 

6

Klikk på KJ-ikonet og evt. logg inn i KJ.

  • Uten SSO: bruker blir bedt om å logge inn på nytt.

  • Med SSO: ny bruker er logget inn i KJ.

 

Test av hold sesjon

Det som testes er krav T.4:

  • at hold sesjon-kall er implementert i henhold til integrasjonsguide

Forutsetning:

  • Bruker er aktiv i det kliniske fagsystemet, slik at det kliniske fagsystemet gjør hold sesjon-kall mot KJ.

  • Testen må vare lenge nok til at sesjonen i KJ vil bli avsluttet uten hold sesjon (20 minutter). Har det kliniske fagsystemet mulighet til å konfigurere opp hyppigheten av hold sesjon-kallet, kan KJ justere ned inaktivitetsgrensen, slik at testen kan gjennomføres raskere.

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

1

Søk frem pasient i det kliniske fagsystemet.

 

 

2

Trykk på KJ-ikonet og logg inn i KJ.

 

 

3

Lukk KJ-vinduet, og jobb med andre ting i det kliniske fagsystemet.

 

 

4

Fagsystemet gjør hold sesjon-kall.

  • Hold sesjon-kallet går i bakgrunnen, ikke merkbart for bruker.

 

5

Trykk på KJ-ikonet og logg inn i KJ.

  • Bruker er fortsatt logget inn i KJ, så blir ikke bedt om å logge inn på nytt.

 

Håndtering av feil fra KJ

Det som testes er krav T.23:

  • at det kliniske fagsystemet viser feilmeldinger fra KJ til bruker

  • at det kliniske fagsystemet logger feilmeldinger fra KJ, for feilsøking

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

1

Deaktiver virksomheten i KJ, slik at den ikke har tilgang (utføres av NHN).

 

 

2

Søk frem en pasient i det kliniske fagsystemet.

  • KJ-ikonet i det kliniske fagsystemet viser ikon med strek over.

  • Tooltip-en viser brukermelding fra respons: Virksomheten har ikke tilgang til kjernejournal (KJF-000227).

  • Feilkoden logges til systemlogg i det kliniske fagsystemet.

  • Øvrig bruk at det kliniske fagsystemet påvirkes ikke.

 

Sesjonshåndtering ved bytte av sluttbruker i det kliniske fagsystemet

Det som testes er:

  • at det kliniske fagsystemet avslutter KJ-sesjonen når det byttes bruker

  • at det kliniske fagsystemet håndterer forskjellige KJ-sesjoner når det er flere innloggede brukere samtidig

Scenario 1 går på sluttbrukerbytte med utlogging, mens scenario 2 går på flere samtidige innloggede sluttbrukere og byttet mellom disse. Hvilke(t) scenario(er) som er nødvendige, vil variere basert på funksjonaliteten til det kliniske fagsystemet.

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

Scenario 1

 

 

 

1

Logg inn i det kliniske fagsystemet med sluttbruker A, søk opp en pasient og klikk på KJ-ikonet.

Logg inn i KJ (ikke aktuelt ved single sign on).

  • Sluttbruker A er logget inn i KJ.

 

2

Logg sluttbruker A ut av det kliniske fagsystemet, uten å aktivt logge ut av KJ.

 

 

3

Logg inn i det kliniske fagsystemet med sluttbruker B, søk opp en pasient og klikk på KJ-ikonet.

  • Uten SSO: man er ikke innlogget i KJ.

  • Ved SSO: man er logget på som sluttbruker B i KJ.

 

Scenario 2

 

 

 

1

Logg inn i det kliniske fagsystemet med sluttbruker B, søk opp en pasient og klikk på KJ-ikonet.

Logg inn i KJ (ikke aktuelt ved single sign on).

 

 

2

Lås det kliniske fagsystemet som sluttbruker B.

 

 

3

Logg inn i det kliniske fagsystemet med sluttbruker A, søk opp en pasient og klikk på KJ-ikonet.

  • Uten SSO: man er ikke innlogget i KJ.

  • Ved SSO: man er logget på som sluttbruker A i KJ.

 

4

Logg inn i KJ (ikke aktuelt ved single sign on).

 

 

5

Lås det kliniske fagsystemet som sluttbruker A.

 

 

6

La sluttbruker B åpne det kliniske fagsystemet igjen.

 

 

7

Søk opp en pasient og klikk på KJ-ikonet.

To gyldige utfall:

  • Sluttbruker B er logget inn i KJ.

  • Sluttbruker B må logge på KJ på nytt.

Feilet utfall:

  • KJ-portal vises med sluttbruker A.

 

Sesjonshåndtering ved bytte av virksomhet i det kliniske fagsystemet

Det som testes er krav T.25:

  • at det kliniske fagsystemet avslutter KJ-sesjonen ved bytte av virksomhet.

Forutsetning:

  • Det kliniske fagsystemet har støtte for flere virksomheter, og ut/innlogging uten re-start.

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

1

Logg inn i det kliniske fagsystemet med sluttbruker som tilhører virksomhet A, søk opp en pasient og klikk på KJ-ikonet.

Logg inn i KJ (ikke aktuelt ved single sign on).

  • Sluttbruker er tilknyttet virksomhet A i KJ.

 

2

Logg sluttbruker ut av det kliniske fagsystemet, uten å aktivt logge ut av KJ.

 

 

3

Logg inn i det kliniske fagsystemet med samme sluttbruker, på virksomhet B, søk opp en pasient og klikk på KJ-ikonet.

  • Uten SSO: man er ikke innlogget i KJ.

  • Ved SSO: sluttbrukeren er tilknyttet virksomhet B i KJ.

 

4

Logg inn i KJ (ikke aktuelt ved single sign on).

  • Sluttbruker blir tilknyttet virksomhet B i KJ.

 

Håndtering av pasientkontekst

Det er kritisk at pasienten som vises i KJ alltid er den samme som er åpen i det kliniske fagsystemet. Dette skal sikre at helsepersonell ikke jobber med forskjellig pasient i det kliniske fagsystemet og i KJ.

Det som testes er krav F.6:

  • at det kliniske fagsystemet gjør nytt indikatorkall ved bytte av pasient

  • at det kliniske fagsystemet gjør et nytt hentpasient-kall med ny ticket når det åpnes en ny pasient

Forutsetning:

  • To pasienter, pasient A har kritisk info, pasient B har ikke kritisk info

ID

Teststeg

Forventet resultat

Faktisk resultat

ID

Teststeg

Forventet resultat

Faktisk resultat

1

Logg inn i det kliniske fagsystemet, søk opp pasient A.

  • KJ-ikonet vises som normalt, og gjenspeiler pasient A.

 

2

Trykk på KJ-ikonet og evt. logg inn i KJ.

  • Det er pasient A som vises i KJ.

 

3

Bytt til pasient B i det kliniske fagsystemet, uten å aktivt logge ut av KJ.

  • KJ-ikonet vises som normalt, og gjenspeiler pasient B.

 

4

Trykk på KJ-ikonet.

  • Det er pasient B som vises i KJ.

 

Brukerinnlogging

Ved lukking (ikke utlogging) av kjernejournalvinduet forblir sluttbruker innlogget i kjernejournal

© Norsk helsenett - kjernejournal