Skip to end of banner
Go to start of banner

Krav ved integrasjon med kjernejournal

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 13 Next »

Krav til dokumentasjon

Krav til dokumentasjon som skal oversendes Norsk helsenett følger godkjenningsprosessen og er beskrevet i de ulike fasene i godkjenningsprosessen. Leverandørkoordinator gir informasjon om hvilken informasjon som skal leveres til hvilket tidspunkt.

Krav til opplæring

Norsk helsenett stiller krav til at leverandør informerer sine kunder om følgende informasjon som ligger på https://nhn.no/nasjonale-e-helselosninger/kjernejournal :

Utover dette stilles ingen krav til utarbeidelse av opplæringsmateriell eller gjennomføring av opplæring.

 Innspill til opplæring

Opplæringen bør spisses til den aktuelle brukergruppen. Eksempelvis vil bruken av kjernejournal være annerledes for sykepleiere og leger i pleie- og omsorgsektoren,  enn i spesialisthelsetjenesten og for fastleger.

  • Legg vekt på "Hva" og ikke så mye "Hvordan": legg vekt på hvilken informasjon som ligger i kjernejournal, og hvordan helsepersonell i den aktuelle målgruppen kan ha nytte av informasjonen.

  • Bruk hjelpesidene til kjernejournal aktivt i undervisningsmaterialet

  • Bruk demoversjonen i undervisningen, ta eventuelle skjermbilder fra demoversjonen (demoversjonen oppdateres 2 ganger per år)

Krav til pilotering/utprøving

Ved portalintegrasjon kreves det ikke pilotering/utprøving, og det er opp til den enkelte leverandør om de selv ønsker å rulle ut portalintegrasjon til et lite antall kunder først og deretter øke i antall.

Ved integrasjon med KJ-API vil det i hvert tilfelle vurderes om det er nødvendig med en pilotering/utprøving. I de tilfellene hvor det er aktuelt med pilotering/utprøving av KJ-integrasjonen vil planen for dette legges i et samarbeid mellom leverandør og Norsk helsenett. Kravene til pilotering/utprøving vil kunne variere, avhengig av type integrasjon.

Funksjonelle-, tekniske- og sikkerhetskrav

Tabellen kan filtreres på:

  • Type krav

  • Gjeldende for type integrasjon

  • API

  • Må-/bør-krav

Kravene testes av ulike test cases i demomøte, og i avbrudds- og integrasjonstest. Ved oppdatering av krav legges dette inn i tabell for endringshistorikk nederst på siden.

Endringshistorikk for krav

Dato

ID

Krav

Endring

T.33

Utgår, dekkes av T.25

F.10

T.29

T.30

Utgår, dekkes av F.11

Utgår da dette er en forutsetning for integrasjonen.

Endret ordlyd - kravets innhold er det samme.

F.1

Utvidet til å også gjelde for API-integrasjon

F.16

Ved blokkering av enkelte helsepersonell i KJ skal det vises en feilmelding. Feilmeldingen bør henvise til at informasjon er tilgjengelig i KJ Portal.

Utgår - dekkes av T.23

F16-F21

T31-T34

Nye krav for FHIR Kritisk Info API og Legemiddel API integrasjon

F.8

Dersom responsen fra KJ opplyser om at det finnes sperret fane (eksempelvis legemiddelfane eller kritisk informasjonsfane) må sluttbruker kunne angi samtykke for åpning av fane og sende ny forespørsel til KJ med samtykke for åpning av sperret fane.

I respons fra KJ vil informasjon i den sperrede fane fremkomme.

Følgende lagt til tidligere ordlyd:

Tekst som skal vises sluttbruker:

Ved pasientens samtykke:
"Informasjonen hentes fra KJ og lagres i pasientjournalen med pasientens samtykke. Pasienten har gitt sitt samtykke til at jeg kan få tilgang til informasjonen. "

Ved akuttsituasjon:
"Det er en akuttsituasjon der pasienten ikke er i stand til å samtykke, og det er fare for liv og alvorlig helseskade. Jeg får tilgang til sperret informasjon, denne hentes fra KJ og lagres i pasientjournalen"

 

  • No labels