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
• Virksomheter som allerede har Slack Workspace, kan ta denne lenken i bruk;
  •  https://norskhelsenett.slack.com/archives/C04JCDPSH55
• 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 ansvarlig direktorat, Helsedirektoratet

• Send mail til meldingshjelp@helsedir.no

I PPS 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 fra "Testaktører".

Testmeldinger 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-adresse TEST-NILAR@testedi.nhn.no
• HER-ID 8139952 i AR-TEST og edi-adresse NILAR-INTERNETT@samsvar.nhn.no

For mer informasjon om testmeldinger, anonymisering etc, se NHN hjemmesider om testmeldinger til Pasientens prøvesvar

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.

Visning av prøvesvar i KJ Portal.

Hvis du får tilgang til denne lenken, Prøvesvar i KJ Portal, vises en oversikt over hvordan godkjente prøvesvar blir vist i KJ Portal for helsepersonell, som er første konsumnet av Prøvesvar-API'et. 

På sikt vil kode for hvordan KJ Portal har implementert visning, bli gjort tilgjengelig for leverandører som ønsker å gjenbruke/forstå løsningsmønster. 

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. 

Etter sommeren -24, vil slike avvik returnere en Negativ AppRec, men inntil det er på plass, kan man benytte midlertidig PPS validerings-endepunkt, for å avdekke eventuelle avvik i en svarrapport, som ikke nødvendigvis avdekkes i XML-validering.

1. AVIDENTIFISER/SYNTETISER egen XML-melding
2. POST https://engine.test.pps.nhn.no/dryrun/validate i f.eks Postman
3. Kopier egen XML, lim inn alt innhold fra egen XML i Body - raw
4. Send og du skal få Status 200 OK
5. Les resultat fra OperationalOutcome - diagnostics

Her er et eksempel på en OK validering, med respons "Report validated OK"

Tilsvaredne vil validering med feil eller mangler, vises som diverse feilmeldinger hentet fra PPS sin interne domenemodell.

For å forstå hva hvert enkelt avvik (diagnostics) betyr, må dette oversettes tilbake til beskrivelser gitt i XML, hentet fra standard for svarrapportering.

• I neste punkt på drop-down-listen er de mest vanligste avvik beskrevet med utfyllende forklaringer og henvisninger til hvor  beskrivelse finnes i standard for svarrapportering
• I siste punkt er det satt opp en sammenstilling mellom hvor feilkilden finnes i PPS domenemodell, og tilhørende plassering i XML-dokumentet, for ServReq, ServReport, ResultItem og AnalysecSubject. 

Under finnes en sammenstilling av interne beskrivelse fra PPS innholdsvalidering, og tilhørende plassering i XML-dokumentet, for ServReq, ServReport, ResultItem og AnalysecSubject. 

Ved feiltekster fra PPS Innholdsvalidering, er det viktig at HVA legges til grunn, eks requiret, invalid, duplicate, non-exising etc. I tillegg må standard for svarrapportering benyttes, for videre feilsøking.

Og ja, vi beklager elendig formattering av denne tabellen.. :)