Krav ved integrasjon med kjernejournal
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. Integrasjon til Kritisk informasjon API følger en annen prosess. Se Kritisk Informasjon - NHN Utviklerportal for mer informasjon.
Krav til opplæring
Norsk helsenett stiller krav til at leverandør informerer sine kunder om følgende informasjon som ligger på Kjernejournal :
Hjelpesider for kjernejournal - Hjelpesidene oppdateres for hver leveranse av kjernejournal
Utover dette stilles ingen krav til utarbeidelse av opplæringsmateriell eller gjennomføring av opplæring.
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
Type API
Må-/bør-krav
Kravene testes av ulike test cases i demomøte, og ved integrasjonstest. Ved oppdatering av krav legges dette inn i tabell for endringshistorikk nederst på siden.
Endringshistorikk for krav
Dato | ID | Krav | Endring |
---|---|---|---|
04.08.2022 | S.1-S.4 | Sertifikater | Endret testbetingelser |
Nov 22, 2021 | T.33 |
| Utgår, dekkes av T.25 |
Sep 28, 2021 | 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. |
Sep 22, 2021 | F.1 |
| Utvidet til å også gjelde for API-integrasjon |
Sep 22, 2021 | 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 |
Sep 2, 2021 | F16-F21 T31-T34 | Nye krav for FHIR Kritisk Info API og Legemiddel API integrasjon |
|
Jun 11, 2021 | 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: Ved akuttsituasjon: |
Oct 25, 2022 | F.1 F.7 F.8 F.11 F.12 F.13, F.14, F.17 F.20 T.2 T.8 T.9 T.18 T.19 T.22 T.23 T.26 T.27 S.2 S.4, S.5, S.6 S.7 |
| F.1 Utgår som API krav. F.7 Endret ordlyd på krav: Det kliniske fagsystemet må utvikle dialog med funksjonalitet for å angi samtykke for oppslag i KJ F.8 Endret kommentarfelt F.11 Utgår som “Må” krav F.12 Forenklet ordlyden i kravet slik at det tydeligere kommer frem at det ikke pålegges design-føringer for fagsystemet F.13, F.14, F.17 utgår- erstattes av F.21 F.20 Endret ordlyd på krav slik at klinisk fagsystem har handlingsrom til å sende data uten at det påvirker lokal lagring. Tidligere krav lød: “Lokal kritisk info som er samstemt med KJ skal ikke kunne oppdateres i det kliniske fagsystemet uten at det synkront oppdateres med KJ.“ T.2 Tatt vek engelsk tekst i kommentarfelt og erstattet det med setningen "Kan sendes som http-header eller URL" i selveste kravet T.8 Krav endret fra "BØR" krav til "MÅ" krav. Setningen "gjennom et brukergrensesnitt” ble tatt vekk. T.9 Utgår T.18 Utgår som API krav T.19 Ordlyd på krav endret fra “Det kliniske fagsystemet må kunne kalle KJs REST-API med access-token fra HelseID for henting av pasientens helseindikator“ T.22 Utgår som “Må” krav T.23 Ordlyd endret fra “Det kliniske fagsystemet må kunne tolke feilmeldinger fra KJs APIer. Brukermeldingen skal presenteres for brukeren, og feilkoden skal logges.“ T.26 Utgår T.27 Utgår S.2 Utgår som “Må” krav S.4, S.5, S.6 Utgår og erstattes med S.8 S.7 Ordlyd på krav endret fra “Ved SSO for portalintegrasjon, og ved API-integrasjon, må det kliniske fagsystemet sørge for at sluttbruker autentiserer seg med høyeste sikkerhetsnivå herunder: Buypass, Commfides eller BankID.“ |
04.10.2024 |
| Kritisk informasjon API krav | Kravene til kritisk informasjon API er tatt vekk. Informasjon om ny prosess finnes nå på utviklerportalen.nhn.no |
|
|
|
---|---|---|
|
|
|
|
|
|
© Norsk helsenett - kjernejournal