<p>Fikset feil ved mottak av KITH Labsvar v1.3 som har mer enn en rapport per melding. Tidligere ville mer enn en rapport per melding i v1.3 ha fått flyten inn til å stoppe, men nå vil disse avvises i stedet for.<br><br>Flere rapporter per melding er ikke i henhold til standarden i v1.4, selv om det er det i v1.3, og Pasientens Prøvesvar godtar ikke meldinger som ikke kan tolkes om til v1.4.<br><br>Ellers godtar vi KITH Labsvar v1.3 som før.</p>

<p>Pasientens prøvesvar aksepterer nå UTF-8 med BOM.</p>

<p>Tidligere ble uhåndterte feil besvart med HTTP status kode 400 bad request med OperationOutcome.issue.code = "required".</p> <p>Fremover vil slike uhåndterte feil bli besvart med HTTP 500 internal server med OperationOutcome.issue.code = "exception".</p>

<div id="message-list_1758636040.425799" class="c-virtual_list__item" aria-setsize="-1" data-qa="virtual-list-item" data-item-key="1758636040.425799"> <div class="c-message_kit__background p-message_pane_message__message c-message_kit__message" data-qa="message_container" data-qa-unprocessed="false" data-qa-placeholder="false"> <div class="c-message_kit__hover" aria-roledescription="message" data-qa-hover="true"> <div class="c-message_kit__actions c-message_kit__actions--default"> <div class="c-message_kit__gutter"> <div class="c-message_kit__gutter__right" data-qa="message_content"> <div class="c-message_kit__blocks c-message_kit__blocks--rich_text"> <div class="c-message__message_blocks c-message__message_blocks--rich_text" data-qa="message-text"> <div class="p-block_kit_renderer" data-qa="block-kit-renderer"> <div class="p-block_kit_renderer__block_wrapper p-block_kit_renderer__block_wrapper--first"> <div class="p-rich_text_block"> <div class="p-rich_text_section">Tidligere har det kun blitt tatt utgangspunkt i første Investigation.Id ved forsøk på identifisering av fagområde som mappes til Observation.Category. Nå vurderes alle Investigation.Id-er per undersøkelse slik at fagområdet sjeldnere vil stå blankt.</div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> </div> <div id="message-list_bottomSpacer" class="c-virtual_list__item" aria-setsize="-1" data-qa="virtual-list-item" data-item-key="bottomSpacer"></div>

<p>En god del fallback-mappinger til CodeableConcept.text har blitt fjernet. Dette ble gjort for å:</p> <ul> <li>Gjøre verdien i feltet mer forutsigbart ved å unngå at det kan bli mappet til fra flere steder i KITH Labsvar XML.</li> <li>Fjerne unødvendig duplikat mapping av verdier som allerede mappes til CodeableConcept.coding.display.</li> </ul>

<ul> <li>Bug fix som påvirker oppførselen til includes i FHIR-endepunktene våre - om du har brukt includes på feil måte, kan du bli påvirket av dette.</li> </ul>

<div class="p-rich_text_section">Fra i dag vil vi lagre og utlevere prøvesvar innen patelogi og genetikk i vårt testmiljø.<br>&nbsp;Inntil visning i Kjernejournal og Helsenorge er på plass vil disse fortsatt bli forkastet i PROD.Dette gjelder tidligere forkastede rapporttyper:</div> <ul class="p-rich_text_list p-rich_text_list__bullet p-rich_text_list--nested" data-stringify-type="unordered-list" data-list-tree="true" data-indent="0" data-border="0"> <li data-stringify-indent="0" data-stringify-border="0">PAT</li> <li data-stringify-indent="0" data-stringify-border="0">CYTO</li> <li data-stringify-indent="0" data-stringify-border="0">HIST</li> <li data-stringify-indent="0" data-stringify-border="0">MPAT</li> <li data-stringify-indent="0" data-stringify-border="0">&nbsp;MGEN</li> </ul> <div class="p-rich_text_section">OBD og MORS vil fortsatt forkastes i alle miljø</div>

<p>Nytt endepunkt (/v2) med støtte for autentisering ved bruk av DPoP-token.</p> <p>Bruk av gammelt endepunkt med Bearer-token er nå under utfasing og vil ikke tillates for nye klienter. Eksisterende klienter oppfordres til å ta i bruk DPoP så raskt som mulig</p> <p>Se mer informasjon om autentisering mot PPS på <a href="/informasjonstjenester/kjernejournal/pasientens-proevesvar/pps-documentation/docs/authorizationmd" title="utviklerportalen">utviklerportalen</a> og om DPoP på <a href="/informasjonstjenester/helseid/bruksmoenstre-og-eksempelkode/bruk-av-helseid/docs/dpop/dpop_no_nbmd" title="dokumentasjonen til HelseId">dokumentasjonen til HelseId</a></p>

<p>Pasientens prøvesvar er nå tilgjengelig for helsefaglig utprøving. Alle tidligere mottatte prøvesvar i produksjonsmiljøet er slettet, alle tidligere satte personverninnstillinger er beholdt.</p> <p>Innbygger vil varsles 30 minutter etter tilgjengeliggjøring av prøvesvar, og kan se disse på Helsenorge.</p> <p>Behandlende helsepersonell kan se prøvesvarene i eget EPJ, enten i ny fane Prøvesvar i Kjernejournal portal, eller integrert i egen arbeidsflate.</p>

<p>Undersøkelser med OriginalText satt til "Mengde" eller "Identifikasjon" fra kodeverk 8212 blir ikke med i beregningsgrunnlaget for utsatt utlevering.</p>

<p>1. Ettersom følgende svarrapporter uansett ikke vil vises til innbygger i HelseNorge, blir de nå unntatt fra utsatt utlevering til innbygger:</p> <ul> <li>Kansellerte svarrapporter</li> <li>Svarrapporter der alle resultater er kansellerte</li> </ul> <p>2. Kansellerte resultater vil ikke lenger inngå i beregningen av automatisk utsatt utlevering til innbygger.</p>

<p>Vi respekterer nå personvern-innstillinger satt for hele KjerneJournal i tillegg til eksisterende støtte for innstillinger satt på Pasientens Prøvesvar spesielt.</p>

<p>Det blir endringer i oppførsel inn mot skarp produksjonsetting:</p> <ul> <li>Labsvar med MsgDescr lik PAT, MPAT og MGEN blir ikke lenger tatt inn i PPS. Disse vil bli tatt inn på et senere tidspunkt, når klientsystemene er klar for å vise dem.</li> <li>Ved sjekk av formål blir det nå krevd positiv info om at formål er helsehjelp, i selve labsvaret eller i FoRe-api'et. Fravær av slik info vil bli tolket som ikke helsehjelp.</li> </ul> <p>I begge tilfellet vil det bli sendt positiv apprec, selv om labsvaret altså ikke blir tatt inn.</p>

<p>Automatisk utsatt innsyn for innbygger for mottatte rapporter:</p> <ul> <li>Rapporter får utsatt innsyn satt basert på restriksjon satt på rekvisisjon.</li> <li>Rapporter får utsatt innsyn satt basert på innhold i rapport.</li> </ul> <p>&nbsp;</p> <p>Innbygger får nå kun utlevert endelige rapporter (status Endelig og Tillegg).</p>

<p>Endring i bruk av access basis. Access basis brukes BARE sammen med HPR-nummer (requester). Access basis UNNTAK har ikke lenger forhøyet tilgang. Forhøyet tilgang kan bare brukes om man først har brukt ikke-forhøyet tilgang dersom denne indikerer at mer data kan være tilgjengelig.</p>

<ul> <li>Formål og reservasjon sjekkes mot både FoRe-api og innhold i rapport.</li> <li>For at en rapport skal slippes inn i PPS må formål være HHJ (helsehjelp) og det må ikke foreligge reservasjon.</li> <li>I denne versjonen vil manglende informasjon bli tolket som at rapporten skal slippes inn (alle leverandører er "klarerte").</li> </ul>

<p>Det har tidligere vært noe begrenset validering på innkomne svarrapporter, og da bare ved utlevering av data. Rapporter som ikke lot seg tolke ble utelatt fra resultatet, uten at avsender ble informert (og heller ikke mottaker).</p> <p>Validering blir nå gjort ved mottak av data, valideringen er noe strengere enn før og det blir sendt negativ apprec på meldinger som ikke lar seg tolke.</p> <p>Validering o ga apprec har kommet gradvis på plass i test utover siste halvdel av 2024 og er nå fullt på plass også i produksjon.</p>

<p>NB: Gjelder nytt test/prod miljø!</p> <p><strong>RefIdResultItem</strong><br>Tidligere ble denne tolket som "foreldrepeker" og ble håndtert som nøsting. I Fhir ble den refererte resultitem til moder-observasjon og refererende resultitem ble has-member inni denne.</p> <p>Men denne relasjonen kan brukes semantisk annerledes enn nøsting og sluttbruker mister muligheten til å presentere dem ulikt.<br>I ny versjon blir denne relasjonen ivaretatt som en referanse (extension "nilar-related-observation"), og ikke lenger gjennom has-member.</p>

<p>NB: Gjelder nytt test/prod miljø!</p> <p>Investigation.Spec ble tidligere mappet til Observation.Method i Fhir. Er nå endret slik at koder fra kodeverk 8354 Metode mappes til Observation.Method, øvrige koder mappes til ny extension "nilar-specification".</p>

<ul> <li>Endring i side for nedlasting av NLK</li> <li>Mangler i mapping funnet tester</li> </ul>

<p>InfItem har vært ute latt fra mapping til Fhir i påvente av avklaring om bruk. Nye aktører bruker denne og det er derfor nødvendig å ha den med til Fhir.</p>

<p>Iflg. standarden skal bare meldingstypene 'SVAR-LAB' og 'SVAR_RTG' brukes. Tidligere ble andre meldingstyper forkastet. Inntil videre er det åpnet for at alle meldingstyper slipper gjennom (gitt at det er svarrapport 1.3 eller 1.4).</p>

<ul> <li>enten x-nilar-requester-pnr eller x-nilar-requester-public-id er nå påkrevd ved kall mot test.nilar.nhn.no/fhir/*, dvs. ved bypass av proxy</li> </ul>

<ul> <li>Støtte for "gammel" helseId og <em>selvbetjening helse-id</em> i en overgangsperiode til å bruke kun selvbetjening <ul> <li>audience "nhn:nilar" og "<em>nhn:pps</em>" støttes</li> <li>scope "nhn:nilar/api" og "<em>nhn:pps/provesvar</em>"</li> </ul> </li> <li>Fikset bug der søk på multiple kode-tags kunne gi duplikater dersom en observasjon hadde flere av tag'ene</li> </ul>

<p>Fikset en feil der søk på flere tags (akkumulerte koder) kan gi flere innslag av samme Observation.</p>

<p>I Helsenorge skal prøvesvarsdata holdes tilbake 14 dager før de vises for pasient. Registerinnsyn og uthenting fra api la ulike datofelt til grunn, noe som medførte at data kunne bli tilgjengelige i Helsenorge før de ble vist i registerinnsyn. Begge bruker nå meldingsdato (Gendate).</p>

<ul> <li>I.f.b.m. prodsetting (2023-06-12) for ny autentiseringsløsning som støtter helse-id, KJ sin vri på helse-id, og helsenorge-token så ble ikke "issuer" for helse-id oppdatert i prod. Dermed ble issuer validert opp mot helse-id sin test-issuer.</li> </ul>

<ul> <li>Dersom act_type er "segselv", "fullmakt" eller "foreldrerepresentasjon" er det 14 dager forsinkelse</li> <li>Støtte for HN token</li> </ul>

<ul> <li>PTS-info i extension "nilar-restriction" <ul> <li>DiagnosticReport</li> <li>Observation</li> </ul> </li> </ul>

<ul> <li>Støtte for at helseid uten hpr-nummer kan hente ut data dersom grunnlag 11</li> </ul>

<ul> <li>Person-Id is no longer needed - instead using "sub" (Subject) from token as the person data is requested on behalf of.</li> <li>Grunnlag header is no longer required</li> </ul>

<ul> <li>Lagt inn støtte for helsenorge token i autentiserings- og autorisasjonsløsning, krever: <ul> <li>Audience: "nhn:nilar"</li> <li>Scope: "prover"</li> <li>Issuer: sikkerhet.helsenorge.no</li> </ul> </li> </ul>

<ul> <li>Fix NLK scraping for kodeverdier etter side-layout ble endret</li> <li>Fjernet extension "other-info"</li> </ul>

<p>CorrelationId lagt inn i innsyn-kall fra helsenorge.<br><br></p>

<ul> <li>Do not add time 00:00:00 when only date is given.</li> </ul>

<ul> <li>Add more extensions for more proper mapping. See documentation for full details. <ul> <li>Note: for smooth transition the old mappings into extension "other-info" are kept. These will be removed later.</li> </ul> </li> </ul>

<p>Bugfix: Pvk meldinger har nytt schema, det er nå tilpasset</p>

<ul> <li>Bugfiks: Datofilter feiler når alle rapporter er på til-dato.</li> <li>Bugfiks: RelServProv funnet på ResultItem bruker ikke data fra global RelServProv ved supplering av manglende data.</li> <li>Bugfiks: Default verdi "ad" i Quantity.comparator er ikke gyldig verdi.</li> <li>Bugfiks: Datofilter i innsyn skjuler alle data når noe skal skjules.</li> <li>PVK: Bruker ny strøm med nulldagsuttrekk.</li> </ul>

<ul> <li>Bugfix: Handle faulty PVK data input from source</li> <li>Bugfix: Handle request on patient not in PPS</li> <li>Bugfix (test): FHIR contains internal GUID instead of public ID</li> <li>Handle extra claims for Organization from KJ token</li> <li>System name in insight changed from "Nilar" to "Pasientens Prøvesvar"</li> </ul> <p> </p>

<ul> <li>System på OperationOutcome for PVK er endret til "http://nhn.no/fhir/nilar/CodeSystem/pvk-outcome-cs".</li> <li>Bakoverkompatibelt med System "NilarPvkOutcome".</li> </ul>

<ul> <li>OperationOutcome.IssueType endres fra "Value" til "NotFound" dersom det ikke returneres noe data.</li> </ul>

<ul> <li>NLK-kodeverk oppdateres automatisk til siste versjon.</li> <li>Ny mekanisme for oppslag i PVK. Justering i tokenvalidering.</li> <li>Presisering fra HelseId - berører ikke etablert bruk fra KJ.</li> </ul>

<ul> <li> <pre>Ytelsesforberedelser ved stort volum/antall spørringer gjennom forbedringer i mongodb kommunikasjon.</pre> </li> </ul>

<ul> <li>Datofeil på kansellering. Lagt inn fallback til servReport.IssueDate dersom det ikke finnes Observations å hente dato fra.</li> <li>Datofeil på endringsmelding uten klokkeslett eller nær midnatt. Ble gjort om til GMT, som i slike tilfeller endrer dato.</li> </ul>

<ul> <li>API krever ikke organisasjon for requester som del av token da det ikke støttes i produksjon av helse-id</li> <li>QA og Prod kjører på helsenettet</li> </ul>

<ul> <li>API krever organisasjon for requester som del av helse-id token.</li> </ul>

<ul> <li>Timeout mot PVK-API satt ned fra 60s til 5s.</li> <li>Ytelsesforbedrelse (ca 200ms-600ms per request)</li> </ul>

<ul> <li>Rydde opp i url for extensions: http://nhn.no/fhir/nilar/StructureDefinition/nilar-other-info etc. * Utelat History-extension når de bare er del av en komplett rapport.</li> <li>Tar kun med History-extension når den sendes sammen med oppdatering. (Basert på IdResultItem, kan være en skjør betingelse når IdResultItem mangler).</li> </ul>

<ul> <li>Støtte for saksbehandler og verifikasjonspersonell uten HPR-nummer. Krever grunnlag header med relevant kode.</li> <li>Requester-Id som Header er DEPRECATED. Identifikator på requester må nå komme som en del av helse-id token.</li> <li>Sjekker PVK før sjekk om det ikke er noe data.</li> </ul>