Deze case is gebaseerd op de laadtijden van de diverse pagina’s. De laadtijden zijn langer dan de norm. We zien ruimte voor verbetering in workflow en productiviteit als het invoeren en ophalen van pagina’s sneller gaat.

Achtergrond
Gebruikers ondervinden in Asterisque hinder aan lange laadtijden. Asterisque is dusdanig ingericht dat voor de meeste functies een nieuwe pagina laadt. Pagina's laden veelal langer dan 3 seconden en langere laadtijden van 6 of meer seconden komen regelmatig voor.

Volgens de Lighthouse standaard scoort Asterisque qua snelheid laag; veel pagina's scoren lager dan 50 van het totaal van 100.
(Lighthouse meet de prestaties echter zonder browsercache. Het noteert langere laadtijden dan een gebruiker wie de pagina's mét browsercache laadt.)

De Use Case illustreert onze wens om kortere laadtijden en drukt deze uit een set harde eisen en rapporten.

Eisen
Alle pagina's in Asterisque hebben volgens Lighthouse-standaard een prestatie-score van 80 of hoger. Als vuistregel betekent deze score dat de gebruiker na het selecteren van een pagina binnen 1.5 seconde de gewenste content kan zien en gebruiken.

Het is acceptabel voor onze gebruikers als Asterisque vlak na inloggen langer laadt, maximaal 15 seconden, mits ertegenover staat dat alle andere pagina's korter laden. Hierbij houden we rekening met dagelijks meerdere malen opnieuw inloggen vanwege inactiviteit.

Lijst pagina's met de hoogste prioriteit
Onderstaande pagina's en functies gebruiken we in de kliniek het vaakst en vormen het gros van de ondervonden laadtijd:
1. Lang zorgpad
• Zie als voorbeeld in de bijlage patiënt 10528
2. Kort zorgpad
• Zie als voorbeeld in de bijlage patiënt 114266
3. Brief vanuit het zorgpad openen en versturen
4. Agenda laden en de filter aanpassen
5. EPD laden vanuit het zorgpad
6. Menu ‘Submodule activeren’
7. Scherm EVS

We hebben intern met de Lighthouse-tool van Google Chrome prestatiemetingen verricht die we in de bijlage als rapporten meezenden.