Introduktion
National sundheds-it handler om integration af it-systemer på tværs af parterne i sundhedsvæsenet - altså på tværs af sektorskel. Der er rigtig mange it-systemer i sundhedsdomænet, og de har alle deres egne produktlinjer, roadmaps og udrulningsplaner. Når så mange systemer skal bringes til at spille sammen, er der behov for rigtig gode testmuligheder, både i selve udviklingen af (ny) funktionalitet, når systemerne skal testes på tværs af parterne, når brugerne skal uddannes, og hvis der senere bliver fundet fejl, hvor fejlene skal forsøges reproduceret i kontrollerede omgivelser.
Allerede fra begyndelsen, hvor NSP i første omgang skulle støtte udvikling og implementering af FMK, viste der sig dels behov for forskellige typer af test-miljøer, dels at der i miljøerne fandtes sammenhængende testsdata, dvs. realistiske testdata med forskellige organisations- og brugertyper, testpatienter af alle mulige slags (børn, unge, forældre, døde, befuldmægtigede osv. osv.). Det skulle også være muligt at rulle testdata tilbage til en tidligere kendt tilstand, så f.eks. undervisere kunne føre forskellige hold igennem på et kendt testdata-grundlag, eller der kunne gennemføres end-to-end testcamps med deltagelse af mange leverandører på testscenarier, der var udarbejdet på forhånd. Det har været en kæmpe opgave at skabe alt dette, men det har nu eksisteret i mere end 10 år, og har været enormt værdiskabende i en række nationale initiativer.
SDS stiller et antal fælles testmiljøer til rådighed for anvendere indenfor sundhedssektoren til test af integration af nationale services i egne it-systemer samt til undervisningsformål.
Der genereres automatisk realistiske kliniske testdata i de tilknyttede nationale services, f.eks. dannes der medicinkort i FMK for samtlige testpatienter i de fælles miljøer, baseret på anonymiserede produktionsdata.
De forskellige testmiljøer
Der findes i alt 4 testmiljøer som man kan benytte sig af som serviceanvender hos NSP: Formålet med TEST1 er todelt: Afprøvning af kommende funktionalitet i services og NSP komponenter, fx nye snitflader i FMK eller nye komponenter. Miljøet giver mulighed for at gennemføre testforløb inden national funktionalitet lægges i produktion, således at anvenderne kan være klar meget hurtigt efter (i princippet samtidig med), at den nye funktionalitet udstilles. Miljøet er tænkt til afprøvning af parternes eksisterende og kommende versioner af egne systemer, hvor der ønskes en sikkerhed for at funktionalitet fungerer som ønsket også overfor kommende versioner af nationale services. Formålene med PRODTEST miljøet:Navn Formål Vilkår TEST1
Miljøet er tænkt som et relativt dynamisk testmiljø, hvor der ikke er indbygget garanti for at versioner fastholdes. Tværtimod lægges der op til hurtige iterationer, hotfixes, og samarbejde på tværs af leverandører i forhold til at afprøve ny funktionalitet. TEST2
UDD
Til uddannelse af brugere. Miljøet er produktionsnært i den forstand, at versioner i produktion også er tilgængelige i uddannelsesmiljøet. PRODTEST
Alle komponenter og services udstillet i dette miljø er konfigureret og installeret i samme version som i produktionsmiljøet.
Sammenhængende testdata
På de fire testmiljøer er testdata koordineret på tværs af de forskellige services, således at testdata fremstår sammenhængende. NSP-teamet står for forvaltning af testdata, som genereres og vedligeholdes fra centralt hold. Der skal bemærkes, at testdata kun er sammenhængende på tværs af testservices indenfor sundhedsområdet, og kun i mindre omfang er koordineret med fællesoffentlige løsningers testdata.
Der eksisterer to typer af testdata: Generelle testdata og aftager-specifikke testdata. De generelle testdata omfatter registre og klassifikationer og benyttes af alle aftagere. Derimod er test-patienter og test-brugere aftager-specifikke – hver aftager får fra centralt hold tildelt et selvvalgt antal test-patienter og test-brugere som de kan benytte.
Der er pt. ingen validering, der sikrer, at en aftager kun ændrer i egne test-data. Modellen bygger på tilliden til, at aftagerne holder sig inden for deres egne test-patienter.
Læs mere om Dynamisk test generator(DTG) samt Dynamisk Request generator (DRG)
Dump / Restore
Der er udviklet en Dump/Restore webservice-snitflade, som kan benyttes til at administrere test-data (fx gemme og genindlæse data, flytte data mellem miljøer, flytte data fra en patient til en anden mm). Dump/Restore funktionalitet benyttes i særlig grad til uddannelsesformål, hvor en underviser eksempelvis kan opbygge testdata på nogle enkelte patienter, kopiere data til et helt klassesæt testpatienter og efter endt undervisning genetablere testdata, så det er klart til det næste hold kursister. Til administration af testdata via Dump/Restore snitfladen er der udformet en simpel GUI klient.
Hvordan får jeg adgang?
Læs mere om adgang til testmiljøerne her: Adgang til fælles testmiljøer
Eventuelt se: FAQ NSP miljøer for svar på typiske spørgsmål.
Begrænsninger
Der er følgende begrænsninger i de fælles testmiljøer:
- Testmiljøerne er ikke identiske med produktion, hverken datamængder eller hardwaremæssigt
- Derimod er snitflader til services i uddannelsesmiljøet og produktionstestmiljøet identiske med produktion, og alle services kan kaldes
- Det er kun i meget begrænset omfang muligt at køre stress-tests, p.g.a. testmiljøets nedskaleringen i forhold til data og hardware
Den nationale service receptserveren giver ikke mulighed for separate testmiljøer, og derfor er de fælles miljøer afkoblet fra receptserveren. Recepthåndtering løses af FMKs kopidatabase af receptserveren.