Skip to end of metadata
Go to start of metadata
You are viewing an old version of this page. View the current version.
Compare with Current
View Page History
« Previous
Version 2
Next »
Forretningsbehov
Brukerhistorier & forretningsmessige akseptansekriterier
Id | Brukerhistorie | Forretningsmessige akseptansekriterier |
1 | Som behandler ønsker jeg å registrere fravær for en tjeneste jeg midlertidig har skrudd av slik at innbygger får god informasjon om at tjenesten ikke er tilgjengelig | Behandler kan registrere fravær for en eller flere tjenester. For hvert fravær registreres: Behandler Start og slutt-tidspunkt Tjenester fraværet gjelder
For tjenester det er registrert fravær for og som er skrudd av adresseregisteret Innbygger kan se tjenesten på Helsenorge, men får beskjed om at den er midlertidig utilgjengelig Innbygger kan se når den blir tilgjengelig igjen
For tjenester det er registrert fravær for og som er skrudd på i adresseregisteret Innbygger kan benytte tjenesten som vanlig Innbygger får informasjon om at fastlegen ikke er tilgjengelig, og beskjed om når fastlegen blir tilgjengelig igjen
|
2 | |
|
3 | Som legekontor … i …. ønsker jeg å ……. slik at…… |
|
Forutsetninger & tips
<Liste forutsetninger 1>
<Liste forutsetninger 2>
Velg punktliste (hvis lenker til dokumentasjon utenfor Confluence), eller tabell hvis dette er mer hensiktsmessig (som under for å skille på mulige teknologier)
Eks:
Teknologi | Dokumentasjon | Kommentar |
---|
AMQP | | |
FIHR | n/a | |
REST | n/a | |
Integrasjonskrav
Tabellen med krav og akseptansekriterier for integrasjonsparten finnes på egen side.
Integrasjonskrav <funksjon> MAL