Page Comparison

identifier (mandatory): En identifikator som identifiserer denne oppgaven forretningsmessig uavhengig av ressursens id på en FHIR-server. Skal være en GUID. Kan benyttes for å knytte forskjellige andre type FHIR-ressurser, som oppstår som følge av at oppgaven utføres, sammen med oppgaven de tilhører (f.ek. et Skjemasvar). Kan også benyttes for å søke fram en oppgave når man ikke kjenner oppgavens “id”. Eks:

instantiatesUri (conditional):

1. Skal benyttes for å peke til eksterne skjemautfyllere dersom oppgaven er av type Questionnaire. Dvs. dersom en oppgave av type skjema skal utføres i en annen skjemautfyller enn den som finnes på Helsenorge. Dette skal være en full URL med nødvendige parametere slik at ekstern utfyller kan utføre oppgaven.

2. (Ny oppgavetype Q2 2022): Skal benyttes der man ønsker å peke til et eksternt nettsted der innbygger skal utføre en oppgave, dvs. der Task.focus er av typen “task”. Dette skal være en full URL med nødvendige parametere.

status (mandatory): Status på oppgaven i henhold til FHIR kodeverk.

Vi benytter dette som følger, og følgende tilstander er implementert på Helsenorge:

• ready: Dette er verdien som eksterne skal sette når de sender en oppgave til innbygger. På Helsenorge vises dette som "Ikke utført". Oppgaven kan da utføres innfor “gyldighetstid”.

• in-progress: Noen arbeidsflyter på Helsenorge har en tilstand der innbygger kan starte en oppgave, men velge å lagre resultatet av delvis utført oppgave. Innbygger kan senere velge å fullføre oppgaven med utgangspunkt i mellomlagrede data. På Helsenorge vises dette som "Påbegynt"

• completed: Dette er tilstand når oppgaven er ferdigstilt. På Helsenorge vises dette som "Utført"

• cancelled: (Ny status Q1 2022): En ekstern aktør kan kansellere en oppgave som tidligere er sendt til innbygger.

• entered-in-error: (Ny status Q1 2022): En ekstern aktør kansellere en oppgave på grunn av at den ble feilregistrert.

statusReason (optional): (Ny funksjonalitet Q1 2022): Her kan en ekstern aktør “forklare” hvorfor en tidligere sendt oppgave har endret status f.eks. blitt kansellert. Teksten vil kun vises så lenge status ikke (igjen) endres. Dersom man ønsker å bevare historikk på slike forklaringer må Task.note benyttes, se under.

Eks:

<statusReason>
        <text value="Oppgaven er kansellert fordi timen er utsatt på ubestemt tid"/>
</statusReason>

intent (mandatory): Hensikt med oppgaven i henhold til FHIR kodeverk.

• Normalt benyttes “proposal”: Innbygger kan velge å skru av påminnelser.

• Ny funksjonalitet Q1 2022: “plan”: Innbygger har ikke anledning til å skru av påminnelser.

priority (optional): Hvor mye det haster. Dersom ikke angitt, blir denne satt til "routine" som default på Helsenorge. Det benyttes standardiserte regler knyttet til varsling og påminnelser på Helsenorge basert på verdien her.

code (mandatory): Her skal oppgave tittelen legges. Dette bør være en kort beskrivende overskrift av hva oppgaven innebærer. Tittel vises i oversikten over oppgaver i Meldingssenteret på Helsenorge.

Eks:

<code>
        <!-- Her SKAL oppgavens tittel legges. -->
        <text value="Her skal oppgavens tittel legges"/>
</code>

description (mandatory): En tekstlig beskrivelse av oppgaven som vises til innbygger. Bør gi en kort forklaring av oppgavens formål og innhold, og gjerne også noe om hvem som eventuelt får resultatet av utført oppgave. (Dette siste er spesielt relevant for skjemaoppgaver).

focus: Dette er en beskrivelse av ressursen som skal modifiseres når oppgaven utføres. Her skal det beskrives hva slags type ressurs som skal håndteres/modifiseres. Ofte skal det også beskrives hvilken ressurs, av aktuell type, som skal modifiseres ved å angi en identifikator for denne slik den er definert på Helsenorge (se under).

focus.type (mandatory): Type ressurs. Så langt støttes:

• "Consent"

• "Questionnaire"

• Ny funksjonalitet Q2 2022: Task (uten ytterligere spesifikasjon)

focus.identifier (conditional): Identifikator for en ressurs av aktuell type. Benyttes alltid dersom ikke instantiatesUri benyttes (dvs. kan kun utelates dersom oppgaven utføres i et system utenfor Helsenorge)

Eksempler:

• Eksempel på samtykkeforespørsel:

<focus>
        <type value="Consent" />
        <identifier>
            <system value="http://helsenorge.no/fhir/personverninnstillingdefinisjon-id"/>
            <value value="fb9214ff-2fcb-4242-a111-7880547c3523"/>
        </identifier>
</focus>

• Eksempel på skjemaoppgave, der Helsenorge sin skjemautfyller benyttes:

  • Der man refererer til et blankett nummer i skjemakatalogen. Et blankett nummer kan inneholde flere instanser, f.eks. for forskjellige språk. Innbygger velger da først språk i skjemautfyller.

    Code Block
    <focus> <type value="Questionnaire"/> <identifier> <system value="http://helsenorge.no/fhir/blankett-nummer"/> <value value="3DHV-IIFJ-1"/> </identifier> </focus>

  • Der man refererer til en bestemt instans av et blankettnummer.

  Code Block
  <focus> <type value="Questionnaire"/> <identifier> <system value="http://helsenorge.no/fhir/skjema-id"/> <value value="8"/> </identifier> </focus>

  • Eksempel der Helsenorge skjemautfyller benyttes, men der selve spørreskjemaet (Questionnaire) sendes med fra avsender sammen men oppgaven:

<focus>
   <type value="Questionnaire"/>
   <identifier>
      <!-- Peker til skjemadefinisjon i samme bundle. GUID er samme som Questionnaire.id (i bundelen) -->
	  <system value="urn:ietf:rfc:3986"/>
	  <value value="urn:uuid:f3da38c2-594c-4d0a-b969-4ab9dfc0cc3f"/>
   </identifier>
</focus>

• Eksempel på skjemaoppgave, der ekstern utfyller benyttes, Merk: Da er ikke “identifier” med, men oppgavens ID er en del av Task.instantiatesUri:

 <focus>
        <type value="Questionnaire"/>
        <!-- Merk at skjemaets identifier ikke er med i "focus" dersom ekstern skjemautfyller benyttes. 
             Denne er da en del av instantiatesUri. -->
</focus>

• Ny funksjonalitet Q2 - 2022: Eksempel på ekstern oppgavehåndtering, der arbeidsflyt for oppgaven skjer utenfor Helsenorge. I disse tilfellene så må eksternt system oppdatere status på oppgaven når den er utført. URL for utførelse av ekstern oppgave (inklusiv oppgavens Id) finnes i Task.instantiatesUri.

  Code Block
  language xml
  <focus> <type value="Task"/> <!-- Merk at oppgavens identifier ikke er med i "focus" dersom ekstern oppgavehåndtering benyttes. (Denne er i instantiatesUri) --> </focus>

authoredOn (optional): Tidspunkt når oppgaven ble laget. Dette settes normalt automatisk av Helsenorge ved mottak av oppgaven. Dersom det er viktig for avsender å indikere overfor innbygger at oppgaven er opprettet på et tidligere tidspunkt, kan denne settes. .

requester (mandatory): Den som  ber om at oppgave utføres. Vi referer her til en organisasjon med kontakt detaljer. Organisasjonen inkluderes som en såkalt "contained ressurs". Eks: 

<!-- Skal alltid være med og SKAL referere til en "contained" ressurs -->
    <requester>
        <reference value="#requester-1" />
        <type value="Organization" />
    </requester>

owner (mandatory): Den som "eier" utførelsen av oppgaven. I vårt tilfelle er dette alltid pasienten dvs. innbygger. Skal angis med innbyggers fødselsnummer. Eks:

<!-- Skal alltid vøre med, angir hvem som skal utføre oppgaven; her innbygger -->
    <owner>
        <type value="Patient" />
        <identifier>
            <system value="urn:oid:2.16.578.1.12.4.1.4.1" />
            <value value="13116900216" />
        </identifier>
    </owner>

Ny funksjonalitet Q1 - 2022: note (optional): Her kan det legges til en eller flere notater til en eksisterende oppgave. Dette vil skje ved oppdatering av ressursen. Alle noter tas vare på og skal tidsstemples. Eks:

<note>
        <time value="2021-12-10T14:03:42.8007888+02:00"/>
        <text value="Oppgaven ble opprinneig opprettet som forberedelse til spesialisttime. Oppgaven er nå trukket tilbake fordi timen er utsatt på ubestemt tid."/>
</note>

restriction (mandatory): Denne skal benyttes for å angi når oppgaven skal/må utføres

• Angivelse av ordinær svarfrist

<!-- Dette er svarfrist for utførelse av oppgaven. -->
    <restriction>
        <period>
            <end value="2019-12-04T14:03:42.8007888+02:00" />
        </period>
    </restriction>

• Angivelse av tidligste startdato Ny funksjonalitet Q2-202

Dersom man ønsker at innbygger ikke skal kunne påbegynne oppgaven før et bestemt tidspunkt, kan "period" utvides med et "start" element. Eks: 

<!-- Dette er tidligste startdato og svarfrist for utførelse av oppgaven. -->
    <restriction>
        <period>
            <start value="2019-11-21T14:03:42.8007888+02:00" />
            <end value="2019-12-04T14:03:42.8007888+02:00" />
        </period>
    </restriction>

• Mulig angivelse av “deadline”

Det er også laget en egen Helsenorge extension til restriction som er kalt "deadline" (ref: https://github.com/helsenorge/helsenorge-fhir/blob/master/StructureDefinition/hn-task-deadline.structuredefinition-extension.xml  ). Denne er mulig å bruke dersom man har en svarfrist, men det skal være mulig å utføre oppgaven etter dette tidspunkt. Dersom denne benyttes, må det i "description" ligge en forklaring på dette forholdet som er forståelig for innbygger. Eks:

<!-- Dette er svarfrist for utførelse av oppgaven. -->
    <restriction>
        <!-- Mulighet for å angi annen deadline enn svarfrist (dvs. etter svarfrist) -->
        <extension url="http://helsenorge.no/fhir/StructureDefinition/hn-task-deadline">
            <valueDate value="2019-12-31"/>
        </extension>
        <!-- Her er den ordinære svarfristen -->
        <period>
            <end value="2019-12-04T14:03:42.8007888+02:00" />
        </period>
    </restriction>

input: Denne benyttes ikke for håndtering av workflow objektet Task. Her kan avsender legge til parametere som eventuelt behøves under selve oppgaveutføreselen. Det vil avhenge av type oppgave om slike input parametere er med eller ikke. Dette er dokumentert her: Task.input for forskjellige oppgavetyper