Tekniske spørsmål og svar
Her finner du teknisk informasjon for både helsepersonell, IKT-ansatte og leverandører, som kan bidra til økt forståelse og at dere kommer raskere i gang med Pasientens prøvesvar.
Teknisk om "Nekting/utsatt innsyn for innbygger på Helsenorge"
Innbyggere vil få innsyn i de aller fleste prøvesvar så snart Svarrapporten har fått status Endelig, og vil bli varslet om disse hvis innbygger aktivt har bedt om denne varslingen på Helsenorge (som standard er varsling slått av etter mai 2026).
Hvis det er snakk om patologiske analyser eller radiologiske undersøkelser, utsettes pasientens innsyn med 14 dager, og for genetiske analyser, i 90 dager.
Se mer informasjon om NEKTING og UTSATT INNSYN - HER
Teknisk om "SPERRING for deling med helsepersonell "
Her finner du informasjon om myk og hard sperre, bruk av kodeverk 9604, samt tidsplan for når "Kun innbyggerinnsyn" blir tilgjengelig for både helsepersonell og innbygger, Q3/Q42026
TESTING av Pasientens prøvesvar med syntetiske pasienter, innholdsvalidering, AR, AppRec etc
Etter 04.06.2025 endres formålet fra teknisk utprøving med kvalitetssikring i produksjon, til utprøving med formål helsehjelp.
Etter den datoen må all testing og kvalitetssikring skje i Test, med bruk av syntetisk testpasienter.
Under er svar på noen spørsmål om hva og hvordan rundt testmeldinger
HVEM skal sende inn testmeldinger til pasientens prøvesvar i test? | Alle produsenter av svarmeldinger kan sende inn anonymiserte testmeldinger. |
HVA skal sendes inn til Pasientens prøvesvar i test? | Alle fagområder som dekkes av hvert LAB/RAD skal sendes inn som egne testmeldinger. |
HVOR MANGE testmeldinger skal sendes inn? | Det viktigste er at det sendes inn fra alle fagområder, men minimum 5-10 testmeldinger fra hvert fagområde. |
HVORFOR ønsker Pasientens prøvesvar å motta svarrapporter fra alle helseforetak (HF), selv om det er samme LIMS/RIS? | Hvert HF har sine egne konfigurasjoner for deler av innholdet i svarrapporten. Dette kan gi store variasjoner som vi må være forberedt på. |
Skal PASIENTNÆRE analyser sendes fra legekontoret? | JA, dersom legekontoret har løsninger for å sende ut pasientnære svarrapporter bør disse sendes inn. |
Skal INTERNE svarrapporter ved et HF sendes inn? | JA, både interne og eksterne svarrapporter bør sendes inn siden de kan variere stort i innhold. |
HVEM skal vi kontakte for å få sendt inn testmeldinger fra oss til pasientens prøvesvar ? | Egne IKT ressurser for bistand til å sende inn anonymiserte testmeldinger til Pasientens prøvesvar, se også spørsmål om "Hvordan sende inn testmeldinger.." |
HVILKE testpasienter skal vi benytte? | I og med at PREG-TEST slås av 15.11 2025, må testpasienter hentes fra selvbetjeningsløsning for syntetiske innbyggere og det anbefales at samme syntetiske pasient benyttes for alle testmeldinger som sendes inn fra samme virksomhet. Husk også å benytte korrekt Type-ID, om det er F-nummer (FNR) eller D-nummer (DNR). Testpasienter fra SyntPop vil ha både Kjernejournal og kunne logge på Helsenorge i Test. |
Må vi være GODKJENT for å kunne sende inn testmeldinger til Pasientens prøvesvar? | Det er ikke krav om å være godkjent på innhold i svarrapporten, men selve XML-meldingen må validere korrekt for riktig skjema. Vedrørende produksjonsmeldinger har hver virksomhet ansvar for å benytte godkjente EPJ systemer for sending av svarmeldinger, se oversikt over godkjente EPJ- leverandører. Se også eget spørsmål om "..validering av innhold.." |
HVEM skal vi informere før vi skal sende inn testmeldinger? | Dere kan sende inn testmeldinger uten å varsle noen, men vi anbefaler at dere får en tilbakemelding fra oss, etter å ha sendt en hands-up på mail til provesvar@nhn.no. |
HVORDAN kan vi se hvordan våre innsendte testmeldinger vil se ut i Kjernejournal for helsepersonell ? | Dere kan be om tilgang til ny fane Prøvesvar i Kjernejournal test. Det samme for visning for innbygger i Helsenorge. Send mail til provesvar@nhn.no. |
HVILKE krav til anomymisering av svarrapport stilles? | Med «anonymisert» menes i Normen helse- og personopplysninger der navn, fødselsnummer og andre personentydige kjennetegn er fjernet, slik at opplysningene ikke lenger kan knyttes til en enkeltperson (jf. helseregisterloven § 2 nr. 3). |
I Pasientens prøvesvar i test vises alle prøvesvar som er sendt inn til Pasientens prøvesvar, hvor svarrapporten er i henhold til standard, og Id for test-pasient finnes i Persontjenesten i test (syntetisk testpasient) eller i en tidsbegrenset periode, fra "Testaktører".
Testmeldinger kan sendes til Pasientens prøvesvar, med oppføring av adresser og sertifikater i NHN Adresseregister i test;
- HER-ID 8139764 i AR-TEST og edi-adresseTEST-NILAR@testedi.nhn.no
- HER-ID 8139952 i AR-TEST og e-postadresse NILAR-INTERNETT@samsvar.nhn.no
- HER-ID 8140937 i AR-TEST og edi-adresse NILAR-TEST@edi.nhn.no
Hvis dere ikke har tilgang i Helsenettet, og benytter internett-mail, vil vi kunne motta testmeldinger sendt til HER-ID 8139952 (@samsvar.nhn.no) - men IKKE sende APPREC i retur. Vi anbefaler derfor bruk av @testedi.nhn.no i helsenettet.
Ta i bruk Testedi
For å kunne sende testmeldinger over TEST-EDI, krever det en bestilling til NHN Kundesenter, men det er fullt mulig å teste om det allerede er etablert en åpning i brannmur til test-EDI - i helsenettet.
Tilkoblingstest med TELNET til TEST-EDI i helsenettet:
- Telnet pop.testedi.nhn.no 110
- Skal resultere i følgende svar; "+OK Dovecot ready" – QUIT
- Telnet smtp.testedi.nhn.no 25
- Skal resultere i følgende svar; “220 smtp.testedi.nhn.no NHN EDI-server”
Ved godkjent tilkoblingstest, kan bestilling av testedi-konto sendes til NHN kundesenter.
Feilsøking ved manglende tilgang til TEST-EDI i helsenettet;
- Er det satt opp at subnettet 91.186.80.0/20 skal rutes mot Helsenettet?
- Er det åpnet for TESTEDI i deres brannmur?
- "Traceroute pop.testedi.nhn.no" vil kunne vise hvor trafikken stopper opp
- Ta kontakt med egne nettverksressurser for bistand lokalt
- Ta kontakt med kundesenter@nhn.no for videre feilsøking
Her kan dere selv reservere egne syntetiske pasienter - Syntpop
Av hensyn til pasientsikkerheten, avsluttes støtte for bruk av PREG-TEST den 15.11.2025, og flere tjenester har allerede sluttet å supportere dette. Etter 15.11.2025 vil ikke PREG-TEST-pasienter finnes i hverken Helsenorge eller i Kjernejournal.
Tjenestebasert adressering er en forutsetning for å kunne sende og motta Applikasjonskvittering fra Pasientens prøvesvar, og har vært et krav siden oppstart utprøving med formål kvalitetssikring, oktober 2022.
Som for alle andre elektroniske meldinger, skal adressering være tjenestebasert, i både fagmelding (XML) og i konvolutt (ebXML).
Dette betyr at det er HER-ID til kommunikasjonsparten - og ikke virksomheten, som er førende for korrekt adressering.
Alle adresseringselementer skal være oppført i NHN adresseregister (AR) for produksjonsmeldinger, og i adresseregister test (Test-AR) for testmeldinger.
Her ser vi et eksempel på tjenestebasert adressering i både konvolutt og i fagmelding, for en Svarrapport sendt til Pasientens prøvesvar
Se også lenke til tjenestebasert adressering under.
NB: I løpet av Q4 2025 vil vi kartlegge omfanget av om avsender (som signerer og krypterer meldingen), sender inn prøvesvar på vegne av andre helsevirksomheter, dvs hvor det er avvik i adressering i hhv ebXML konvolutt og XML fagmelding.
Den enkleste form for XML-validering, er å laste opp syntetisk test XML til XML-validering, som en første validering på generelt nivå.
Dette er ikke en innholdsvalidering for om et labsvar er korrekt implementert, se da neste punkt, PPS innholdsvalidering.
I XML-validering, finnes muligheter for å finne generelle avvik for en eller flere fagmeldinger, ved å laste opp eller dra/slipp syntetis test xml-melding. Det er ikke krav om innlogging og tjenesten er tilgjengelig fra internett.
"Innhold" viser overordnet status på validering,oversikt over hvilke feil som er avdekket, samt utlisting av egen XML
"Skjema" viser om det er feil i skjemavalidering, som vil returnere Negativ AppRec ved innsending til PPS.
"Visning" er en enkel xml-transformering (visningsfil), uavhengig av eventuelle feil i "Innhold", men er ikke en visning av hvordan hvordan/om KJ Portal viser prøvesvaret.
Pasientens prøvesvar skal returnere Applikasjonskvittering (AppRec) til avsender av svarrapportens fagmelding. Her følger informasjon om hva, hvor og hvorfor.
Pasientens prøvesvar har et sett med regler for å sikre at kun reelle svarrapporter med formål helshjelp lagres i Nasjonal kjernejournal. Ved mottak av svarrapporter, valideres innhold opp dette regelsettet, samt mot standard for svarrapportering. Se Løsningsmønster og "Prosessbeskrivelse for overordnet validering hos Pasientens prøvesvar".
- En Positiv APPREC betyr at selve svarraporten er validert OK, men er ikke en bekreftelse på lagring i Pasientens prøvesvar. Pasienten kan ha reservert seg mot lagring, ha hemmelig adresse etc. og slettet av denne- eller andre årsaker.
- En Negativ APPREC betyr at det er feil i svarrapporten, som må rettes opp og sendes på nytt, med ny unik meldingsid.
Manglende APPREC betyr at adresseinformasjon er utilstrekkelig i svarrapporten, er en duplikatmelding, eller inneholder annen HER-ID enn den som sendte svarrapporten;
Se eksempler på korrekt adressering under "Tjenestebasert adressering".
I og med at Pasientens prøvesvar skal håndere prøvesvar fra alle lab/rad i hele Norge, er det viktig at informasjon som sendes er i henhold til standard for svarrapportering.
I tillegg til XML-validering, er det viktig å sikre at innholdet i svarrapporten tilfredsstiller detaljer som kreves for et lab-svar (inkludert RTG), og vi har derfor lagt inn validering av innhold, for å sikre at f.eks relasjoner mellom prøvemateriale og analyseresultater er entydig identifisert, at Id'er det referes til, faktisk finnes (og kun et sted) etc.
Ved innsending at testmelding, vil eventuelle avvik returneres i Negativ AppRec, men i tillegg kan man benytte midlertidig PPS validerings-endepunkt, for å avdekke eventuelle avvik i en svarrapport, som ikke nødvendigvis avdekkes i XML-validering.
Installer f.eks. Postman https://www.postman.com/downloads/
Opprett en ny samling – new collection – new request
Endre default Request fra GET til POST
Legg inn POST https://backdoor.test.pps.nhn.no/dryrun/validate i Postman (å trykke på lenken vil feile)
Opprett/finn syntetisk testmelding, og åpne XML i Notisblokk eller Notepad++ (ikke web-browser eller andre viewere som endrer format)
Kopier hele XML-meldingen fra notisblokk - Ctrl+A og Ctrl+C
Gå til Postman Body og velg raw som format for tekstboksen
Klikk i tekstboksen, merk alt og lim inn - Ctrl+A og Ctrl+V
Trykk Send og du skal få opp et valideringsresultat
Les resultat fra OperationalOutcome – diagnostics
Se et bilde av punktene 3-10 HER
Når innholdsvalidering avdekker en feil eller mismatch, sendes feilmeldingen som en kode X99 "Annen feil" - med informasjon om avviket i OT. Teksten som legges med viser følgende;
plassering i XML-svarrapporten hvor avviket finnes
hvis det finnes flere forekomster av samme element, vises avviket med nummerering regnet fra øverst i XML-rapporten, eks [4]
Deretter vises hvilket element som har avvik
Selve feilmeldingen med referanse til manglende objekt, manglende Servtype pr undersøkelse, manglende påkrevd felt etc.
Her et eksempel på feiltekst X99 i Negativ AppRec;
Oppfølging av applikasjonskvitteringer;
En Positiv APPREC betyr at selve svarraporten er validert OK, men er ikke en bekreftelse på lagring i Pasientens prøvesvar. Pasienten kan ha reservert seg mot lagring, ha hemmelig adresse etc. og slettet av denne- eller andre årsaker.
En Negativ APPREC betyr at det er feil i svarrapporten, som må rettes opp og sendes på nytt, med ny unik meldingsid.
Manglende APPREC betyr at adresseinformasjon er utilstrekkelig i svarrapporten, eller inneholder annen HER-ID enn den som sendte svarrapporten;
"Når en fagmelding er adressert til en virksomhet og en kommunikasjonspart som ikke representerer virksomheten som mottar meldingen, skal ikke fagmeldingen besvares med applikasjonskvittering. Det samme gjelder hvis fagmeldingen er så mangelfullt adressert at det ikke kan tydes hvor meldingen kommer fra."
I tillegg kan det være sendt en duplikat av tidligere sendt svarrapport, da sendes ingen APPREC.
Hvis du mottar en negativ AppRec med kode T99, er dette en "annen feil", hvor feilen/avviket beskrives i "OT" som en del av AppRec-meldingen.
- XML encoding is not UTF-8 (found encoding: 'ISO-8859-1'.
Dette betyr at svarrapporten ikke er deklarert som UTF8, som er et krav til løsningen.
Alle XML-melkdinger som sendes til pasientens prøvesvar skal inneholde en deklarering først i XML-meldingen, slik;
<?xml version="1.0" encoding="utf-8"?>
Se ytterligere beskrivelse her;
Hvis dere har behov for bistand, oppgi alltid følgende for enklere å finne frem til riktig melding;
- Avsender av testmeldingen - både Dept og Inst
- Navn og HER-ID
- Dato og klokkeslett når meldingen er sendt inn
- Meldingens-ID <MsgId>A7736D48-A03F-4AEC-94B6-0FE6CBAB5561</MsgId>
- Svarrappor-ID <ServProvId>2023a2c7-dc0c-4d17-a43a-97398f6d4004</ServProvId>
- Testpasient som er benyttet, med OffID og Navn
- Dato for når prøven er tatt/ undersøkelsen er gjennomført
- <CollectedDate>
- Om det er en NY, ENDRING eller KANSELLERING
Spesifikasjonsdokumenter for leverandører av fagsystemer for rekvirent, produsent og konsument
Dokumentene oppdateres etterhvert som nye behov oppstår, eller eksisterende behov endres. Kravdokumentene tilgjengeliggjøres for å kunne understøtte behov for å komme igang med Pasientens prøvesvar, som også inkluderer Personvern og tilgangsstyring.
Se alle SPESIFIKASJONSDOKUMENTER her
Generelle spørsmål og svar om Pasientens prøvesvar
EPJ som har integrasjon med KJ Portal, vil også kunne benytte ny fane Prøvesvar i gammel innlogging, men kundene må bestille tjenesten Pasientens prøvesvar for å kunne se innhold i tjenesten.
For infomasjon om hvordan kundene kan bestille tjenesten, se her
Når gammel innloggingsmetode i KJ Portal erstattes med krav til bruk av HelseID brukerpålogg, må EPJ som ikke allerede har etablert dette for f.eks Journaldokumenter, ha ny klientkonfigurasjon i HelseID Selvbetjening.
Se mere informasjon om Kjernejournal Portal her
Se mere informasjon om HelseID her
Det er planlagt to statusendepunkt, hvor helsepersonell kan sjekke om det finnes nyere prøvesvar i Nasjonal Kjernejournal, eller om innbygger har reservert seg mot å ha en Kjernejournal, eller Prøvesvar.
Statusendepunktet vil etableres tilsvarende som andre statusendepunkter med krav til maskin-maskin token eller HelseID brukerpålogging for autentisering, som f.eks. kristisk Info (men med annen respons)
Se eksempel på Statusendepunkt her
Statusendepunkt for nyeste prøvesvar, vil dokumenteres på denne siden.
Endepunkt for å vise om pasienten har reservert seg mot Pasientens prøvesvar, og eventuelle andre gjeldende innstillinger for pasienten, vil dokumenteres på PTS.
Endepunktene vil bli levert i løpet av 2026.
Ved innsending av svarrapporter til Pasientens prøvesvar i produksjon, skal HER-ID 169762 benyttes, se Pasientens prøvesvar - Tjeneste - Adresseregisteret
Dette vil være Svarrapporter fra private og offentlige laboratorier og radiologivirksomheter, i tilleg til alle EPJ-system som sender pasientnære analyser til Pasientens prøvesvar.
Før innsending, skal dere ha sendt inn testmeldinger i Test, for å sikre at det retureneres positiv apprec, og at innsendt svarrapport er synlig i både KJ Portal og i Helsenorge.
Hvis du har utfordringer med integrasjoner eller validering av XML-meldinger, her finnes hjelp.
Teknisk bistand fra utviklere i leveranseteamet på Slack-kanal
EXT-UTV-Pasientensprøvesvar
For tekniske spørsmål relatert til PTS-API og FoRe-API, benytt
For tekniske spørsmål om HelseID, benytt
For teknisk spørsmål ogsyntetiske testpersoner
For virksomheter som IKKE har Slack, må vi invitere dere inn, send oss da en mail med navn, virksomhet, formål og mailadresse, så inviterer vi dere inn. Det samme gjelder ved andre henvendelser, send en mail til provesvar@nhn.no - så hjelper vi deg så fort vi finner ledige ressurser.
For andre henvendelser, ta kontakt med NHN Kundesenter
For avklaring om innhold i meldingsstandard, ta kontakt med Helsedirektoratet
Send mail til meldingshjelp@helsedir.no
Ja, så lenge formålet er Helsehjelp, og det er foretatt en analyse av et prøvemateriale, skal prøvesvarene sendes til Pasientens prøvesvar som en standard Svarrapport v1.4.
Spesielt viktig er det å inkkudere analyseresultater fra HbA1c, glukosebelastning og urinstix, som alle inkluderes i det digitale helsekortet for gravide.
Det som er viktig for EPJ-leverandører og andre fagsystem som skal sende svarrapporter fra intern-lab, er å inkludere Pasientnære analyser (PNA) som analysemetode for hveret analyseresultat.
Eksempel på PNA som vil være relevante, enten fra sykehus ellerfastlege internlab;
Her finner du mere informasjon om pasientnære analyser
Her finner du en konstruert eksempelmelding med bruk av Tekstresultat vs Numresult med tilhørende Metode.
Hvis du ikke ønsker å se de pasientnære analysene i Kj Portal, kan du f.eks filtrere bort fastlegekontor som Ansvarlig utførende.
Det planlegges i løpet av 2026 å gjøre analysemetode søkbar i API'et, slik at de som har en integrasjon med Prøvesvar-API, selv kan filtrere på spesifikke analysemetoder, f.eks. PNA (Pasientnære analyser).
Delegering av HelseID-rettigheter i Altinn har mange kilder til feil, og mange steder å trykke feil.
De aller fleste kjente feil er beskrevet på bestillingssiden, som eget punkt for feilsøking, "Virker det ikke", på nhn.no
Til informasjon jobbes det med å overføre denne delegeringsløsningen til helsenettet.no, som er den nye felles medlemsportalen for alt helsepersonell.
Eksempemeldinger med FORMÅL og RESERVASJON
Eksempelmelding - Rekvisisjon v1.6 - med formål og reservasjon.
Formål skal alltid inkluderes i rekvisisjonsmeldingen, og det er kun hvis formålet er HELSEHJELP, at en kopi av svarrapporten sendes til Pasientens prøvesvar, og bli en del av Kjernejournal.
Elementene må være komplette, dvs, hvis først <Reservation> er oppført, må både V, S og DN inkluderes korrekt.
<Reservation V="IR" S="2.16.578.1.12.4.1.1.3108" DN="Ingen reservasjon"/>
<TextCode V="HHJ" S="2.16.578.1.12.4.1.1.8312" DN="Helsehjelp" />
Se ytterliger informasjon om plassering i eksempelmelding, her;
Eksempelmeldinger Svarrapport v1.4, med formål og reservasjon.
Informasjon om både Formål og Reservasjon skal videreføres fra rekvisisjonsmelding v1.6 til Svarrapport v1.4.
<Reservation V="IR" S="2.16.578.1.12.4.1.1.3108" DN="Ingen reservasjon"/>
<TextCode V="HHJ" S="2.16.578.1.12.4.1.1.8312" DN="Helsehjelp" />
Se eksempelmelding for korrekt plassering i svarrapporten her;
Tjenester som er tett knyttet til Pasientens prøvesvar
Informasjon om disse tjenestene er beskrevet på Utviklerportal under PTS
Informasjon om Kjernejournal Portal finnes under Kjernejournal på NHN Utviklerportal.
Se også Kjernejournal Portal og krav om ny innlogging med HelseID, i løpet av 2026.
Informasjon om HelseID finnes under HelseID på NHN Utviklerportal
HelseID selvbetjening og Selvbetjening API (HelseID)