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.
Oppfyllelse av integrasjonskrav - må ha hjelp av drift
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 |
---|---|---|---|
1 | Logg inn i det kliniske fagsystemet, søk opp en pasient og klikk på KJ-ikonet. Klikk på noen faner. | Det kliniske fagsystemet:
Dette verifiseres i logger av NHN. |
*Transport Layer Security (TLS) er kryptografiske protokoller som gir kommunikasjonssikkerhet over et datanettverk.
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 |
---|---|---|---|
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. |
|
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 |
---|---|---|---|
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). |
| |
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. |
| |
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. |
| |
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:
Feilet utfall:
|
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 |
---|---|---|---|
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). |
| |
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. |
| |
4 | Logg inn i KJ (ikke aktuelt ved single sign on). |
|
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 |
---|---|---|---|
1 | Logg inn i det kliniske fagsystemet, søk opp pasient A. |
| |
2 | Trykk på KJ-ikonet og evt. logg inn i KJ. |
| |
3 | Bytt til pasient B i det kliniske fagsystemet, uten å aktivt logge ut av KJ. |
| |
4 | Trykk på KJ-ikonet. |
|
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 |
---|---|---|---|
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. |
| |
5 | Trykk på KJ-ikonet og logg inn i KJ. |
|
Brukerinnlogging
- Ved lukking (ikke utlogging) av kjernejournalvinduet forblir sluttbruker innlogget i kjernejournal