Testmiljø
VFT-leverandøren og kommunen er ansvarlige for å sørge for at velferdsteknologisystemet dekker kommunens behov. Dette inkluderer spesifikasjon av løsning, samt avklaringer og test underveis. I tidlig fase av utviklingsløpet er det naturlig at man tester endringene i velferdsteknologisystemet alene, uten å fokusere på integrasjon med VKP og EPJ. Denne testingen regnes som en del av utviklingen. Når det er klart for å begynne å teste integrasjoner (altså tilkoblinger til/dataflyt med andre systemer) med VKP og EPJH, kan man gå over til det som kalles systemintegrasjonstest (SIT). Hvis kommunen ikke har testinstans av sin EPJ, kan man benytte VKPs EPJ-mock. Les mer til høyre. Når det nærmer seg produksjonssetting, vil det bli aktuelt med akseptansetest og verifikasjon i produksjon. Les mer om dette her.
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
Testmiljø Enkelte kommuner har testinstanser av sine EPJ-er. Dette er det foretrukne alternativet for testing |
. Hvis kommunen ikke har noen testinstans, vil all testing frem til akseptansetest kunne utføres mot VKP sin EPJ-mock. |
| Info |
|---|
EPJ-mock VKP har laget tre mocker som simulerer de ulike EPJ-ene. Her kan man f.eks. få simulert hvordan et journalnotat vil bli seende ut. Dette muliggjør lavterskeltesting for VFT-leverandør, kommune og VKP, spesielt når kommunen ikke har egen testinstans. Les mer om mockene her. |
| Panel | ||||||
|---|---|---|---|---|---|---|
| ||||||
Testdata Uansett miljø, skal det alltid testes med testdata og aldri med produksjonsdata. De mest kjente testpasientene er:
Det er
|
VFT-leverandøren og kommunen er ansvarlige for å sørge for at velferdsteknologisystemet dekker kommunens behov. Dette inkluderer spesifikasjon av løsning, samt avklaringer og test underveis.
Alle partene samles for å gjennomføre en felles test i mot kommunen testmiljø eller mot VKP sin EPJ-mock. Les mer her.
| Status | ||||
|---|---|---|---|---|
|
For tilfellet ved nye integrasjoner for leverandør, og evt. også for VKP skal følgende testnivå gjennomføres:
Systemintegrasjonstest (SIT)
I VKP sammenheng innebærer en SIT en test av integrasjonen ende-til-ende mellom VFT-leverandøren, VKP og kommunens EPJ. Alternativt, hvis kommunen ikke har testmiljø for sin EPJ, så kan VKP simulere EPJ-en i systemintegrasjonstest.
VKP har utviklet en Testportal: https://vkp-testportal.azurewebsites.net/ som fungerer som en mock/enkel simulator for EPJ-ene: Cosdoc fra DIPS, Profil fra Visma og Gerica fra TietoEvry.
Testportalen kan svare som EPJ ved testing av pasientuthenting fra EPJ til VFT-system, og kan vise journalnotater som EPJ ved test av journalføring.
Akseptansetest (AT)
Kommunen er ansvarlig for AT, men VKP og VFT leverandør bistår med det som trengs. AT gjøres etter at SIT er gjennomført, og det ikke er vesentlige utestående feil relatert til den aktuelle integrasjonen. Akseptansetesten gjøres så tett opp mot planlagt produksjonssettingsdato som mulig.
AT bør gjennomføres i test-miljøene. Men når en kommune ikke har testmiljø, må det kjøres en dekkende AT i produksjonsmiljøene etter SIT-en som gjennomføres med EPJ-mock.
Verifikasjon i produksjon
Dersom AT er gjort i testmiljøene, bør det gjøres en enkel verifikasjon ende-til-ende per integrasjon som tas i bruk. Dette for å verifisere at installasjon og konfigurasjon er oppe og kjører for VFT-leverandør, VKP og kommune.
For tilfellet der integrasjonen mellom VFT-leverandør og VKP allerede er utviklet, og det bare er kommunen som er “ny”, er integrasjonen allerede testet med SIT og AT med en annen kommune. For den “nye” kommunen trengs det da kun en verifikasjon i produksjon som beskrevet over.
Testdata
Uansett miljø skal testdata og ikke produksjonsdata benyttes i akseptansetest. Dette er testidenter med fødselsnummer som ikke er i bruk av ekte personer i folkeregisteret. Disse “kjente” testpasientene kan brukes 13116900216 (Line Danser), 12057900499 (Gry Telokk), 21016400952 (Finn Åge Dottno) og 14019800513 (Folke Danser). |