Innledning

Gjennom bruk av FHIR-ressurser i skjemaløsningen har vi lagt til rette for at aktørene kan benytte forskjellig teknologi for integrasjon. Aktøren velger om man ønsker å benytte meldingsbasert integrasjon eller integrasjon via API’er.

Oppdatere innsendt oppgave

Payload

• Alle oppgaver er representert ved en FHIR Task: Detaljert beskrivelse: FHIR Task - Oppgave

• Noen av feltene på en allerede innsendt oppgave kan endres i ettertid:

  • Oppgavens status (Task.status)

  • Tekst med grunn for at siste statusendring skjedde (Task.statusReason)

  • Det kan legges til tekstlige notater (Task.note)

  • Fristene kan endres:

    • Task.restriction.period

    • Eventuelt også extension: Task.restriction.http://helsenorge.no/fhir/StructureDefinition/hn-task-deadline

...

• Beskrivelsen kan endres (Task.description)

• Ved oppdatering av et eller flere av disse benyttes: http://hl7.org/fhir/fhirpatch.html (Se underside for detaljer: Oppdatering av attributter på Task (FhirPatch) )

REST API

• Det benyttes sikkerhetsmodell system-til-system: 01 - System til System - V2

• (HTTP POST): https://helsenorge.atlassian.net/wiki/spaces/HELSENORGE/pages/1254654012/FHIR+-+REST+Operasjoner#Patch---HTTP-PATCH

  • Eks Task: PATCH [base]/oppgave/v1/Task/[id]

  • Se underside for FHIRPath Patch eksempler: Oppdatering av attributter på Task (FhirPatch)

Meldingsbasert integrasjon (AMQP)

Vi vil også tillate PATCH ved hjelp av Meldingsformidling. Positiv APREC tilbake fra Helsenorge indikerer at PATCH-operasjonen var vellykket.

...

Undertrykke varsling av innbygger ved endring

Når oppgaver mottas vil alltid innbygger varsles. Dersom ikke noe angis vil innbygger også varsles når et eller flere elementer på oppgaven endres.

...