Ikke funksjonelle krav
...
ID | Kvalitetskrav | Føringer og kommentar |
Y1 | Responstid på sidevisninger som har Helsenorge som datakilde skal være under 1 sekunder for 99% av alle forespørsler | Alle åpne sider og tjenestesider som har datakilde internt i Helsenorge. Responstid er her opplevd ytelse for innbygger. |
Y2 | Responstid på sidevisninger som har eksterne datakilde skal være under 3 sekunder for 99% av alle forespørsler. | Responstid er her opplevd ytelse for innbygger. |
Y3 | Responstid for eksterne tjenestekall for datadeling skal være under 2 sekunder for 99% av alle forespørsler. | Gjelder for alle nye tjenestekall som etableres, med mindre det er særskilte grunner til avvik. |
Y4 | Timebok skal håndtere 1 kall per sekund for Ressursoversikt. | Tilsvarer at alle pasienter på et stort legekontor henter Ressursoversikt i løpet av en dag. |
Felles - ikke funksjonelle krav
Funksjonelle krav
1 | Område | Krav til integrasjonsparten | Akseptansekriterier | Kun for NHN |
2 | HR-Hent ressurstimebok | EPJ må kunne motta en Sync forespørsel fra HN til virksomhet med HR- Hent ressurstimebok Lovlige kodeverdier som kan brukes i
Avvisning av henvendelse/forespørsel: Dersom forespørselen kommer på vegne av/for person som er svartelistet resturners kode 30 - ikke tilgang, i respons for ressurstimeboken. | EPJ må svare på ressursforespørsel med timebok: Timeboktypen i ServiceType, trenger vi kun ved henting av ressursoversikt. Dette brukes for å styre ulike veiledere (for hjelp timebestilling i HN).
| Testplan |
3 | Timebok typer | EPJ må spesifisere Timebok typer for å styre visningen i HN:
Avtaler (uten category/timetype, som DDFL): viser "Time hos <navn på legekontor>" i HN
| Alle avtaler som skal bekreftes av EPJ som ikke gjelder fastlegeavtaler skal spesifiseres med category i iCal objektet. Det skal være mulig i EPJ, å flytte en avtale fra en timebok til en annen, også med ulik avtale-category. Riktig category (og timebok ID & navn) skal da oppdateres i meldingen som sendes til HN. | # EPJ PBI. |
4 | RT-Reserver time | Pasient reserverer avtale i HN. EPJ må kunne motta en async forespørsel fra HN til virksomhet | EPJ må kunne ta imot reservasjon og booke avtale i riktig timebok.
Elementene under iCal:
|
|
5 | Svar på foresp. fra HN | Lovlige kodeverdier som kan brukes i Dialogmelding/ Notat/Temakodet i svar til HN:
| EPJ dekker de lovlige verdiene i meldingsutvekslingen Kode 09: F.eks. dersom under 24 t til avtalen. Kode 26: Virksomhet kan/vil ikke besvare forespørselen |
|
6 | En ressurtimebok i kommunen skal ikke kunne deles på behandler og tjeneste, og må ha kun én eier! | På fastlege kan en ressurs (f.eks blodprøve timebok = category Lab ) deles på flere fastleger, fordi pasienten er knyttet til én kjent FL avtale. | ||
7 | En ressurtimebok i kommune må inneholde en category - både ved HLT og ved avtale async-meldinger. | For å styre bruk av veiledere (Spørsmål til innbygger ved timebestillingen i HN) må kalendere ha en category, ellers vil dette ikke komme frem i HN. En annen effekt er at den bekreftede timen ikke vi vise kalendertype som timen gjelder. | ||
8 | Svartelistet | Hvis EPJ bruker kode 30 svartelistet for timebestilling på en pasient skal denne returneres på Hent behandler forespørselen fra HN | Kode 30 skal i tilfelle returneres for behandleroversikt og ressursoversikt. | |
9 | Flere Categories | Utvidet timevisning som tillater timetyper/categories som Hastetime/Must Call osv, gjør at HN ikke viser timetype funksjonaliteten! | EPJ-leverandøren må sørge for at de som konfigurerer ute hos kunde, får vite at dette ikke er støttet på ressurtimebok, foreløpig! Dvs. at ressurstimebøker IKKE kan settes opp med annet enn de 4 kategoriene (evt. <blank>) som timetyper i timeboken! |
|
...