Skip to end of metadata
Go to start of metadata

You are viewing an old version of this page. View the current version.

Compare with Current View Page History

« Previous Version 3 Next »

Meldingene utveksler informasjon om innbyggers samtykker knyttet til et register/forskningsprosjekt/screeningprogram. Det kan utveksles informasjon både fra aktør og til PVK samt fra PVK til aktør.

Formålet med utvekslingen er at PVK alltid skal være oppdatert med alle innbyggers samtykker (dvs. være Master) samt at PVK gir aktører som har behov for det informasjon når innbygger ender innstilling via Helsenorge.

Det støttes tre prosessflyt:

  • Autonom melding med informasjon fra PVK til aktør om at innbygger har gitt et samtykke eller trukket et tidligere gitt samtykke.

  • Melding fra PVK til aktør om at innbygger har trukket et tidligere gitt samtykke og der registeret skal bekrefte når dette er fullført fra deres side. Alternativ flyt som benyttes f.eks. der det fysisk skal destrueres noe som kan ta tid f.eks. biomateriale.

  • Oppdatering av PVK fra aktør om at innbygger gjennom aktøren selv har gitt et samtykke eller trukket et tidligere gitt samtykke.

API-navn


PERSONVERN_INNBYGGER_SAMTYKKE

Funksjonelt område

Personvern

API-versjon og dato publisert

1.0

Status

I DRIFT

API-dokumentasjon sist endret

Teknologi

AMQP

Prosess og flyt

Her er info om prosesser og flyt

 Overordnet flyt og sekvensdiagram

Melding fra PVK til ekstern aktør om at innbygger har gitt et samtykke eller trukket et tidligere gitt samtykke. Formålet er at aktøren kan ha en lokal kopi av ytelse hensyn (dvs. slippe å spørre PVK om status).

Melding fra ekstern aktør når innbygger har gitt- eller trukket tidligere gitt samtykke. Formålet med meldingene er at PVK skal ha oppdatert status. Merk, at PVK vil også sende melding til aktør/abonnenter om endringen, selv om den initieres fra ekstern aktør.

Alternativ flyt når samtykke trekkes og det kreves bekreftelse fra aktør. Benyttes normalt kun der det fysisk skal destrueres biomateriale.

Melding fra PVK til aktør eller fra Aktør til PVK

Meldingens innhold

 Struktur på melding

 

Tjeneste

«Dialog samtykke», asynkron tjeneste

Bruksområde

Brukes for å informere om at innbygger har registert, eller fjernet et samtykke (se prosessflyt)

Hodemelding

Obligatorisk, og benyttes i henhold til beskrivelse i kapittel 3.

 Obligatorisk verdi i MsgHead/MsgInfo/Type er (kodeverk 8279:

<Type V="PERSONVERN_INNBYGGER_SAMTYKKE" DN="Personvern innstilling innbygger - samtykke"/>

 Obligatorisk verdi i MsgHead/MsgInfo/Ack er:

<Ack DN="Ja" V="J"/>

 

«MsgHead/MsgInfo/Patient» skal være med (eksempel under):

<Patient>

<FamilyName>Danser</FamilyName>

<GivenName>Line</GivenName>

<Ident>

<Id>13116900216</Id>

<TypeId V="FNR" DN="Fødselsnummer" S="2.16.578.1.12.4.1.1.8116" />

</Ident>

</Patient>

 

 

Hodemelding/

Document/

Samtykke

Obligatoriske elementer i Samtykke:

  • PersonvernInnstillingDefinisjonReferanse

    • PersonvernInnstillingDefinisjonId

    • Part

    • PersonvernInnstillingNavn

  • OpprettetTidspunkt

  • Status

  • Versjonsnummer

  • SistEndretTidspunkt

Frivillige elementer i Samtykke:

  • Metadata

    • Omfang (obligatorisk)

    • Presisering (frivillig)

    • LogiskOmfang (frivillig)

  • Tidsbegrensning

    • TidsbegrensetTil

 

Lovlige kodeverdier som kan brukes i Status:

  • SAM –  Samtykket

  • ISAM - Tidligere gitt samtykke er trukket

  • RSAM - Registrere eksternt avgitt samtykke

  • ASAM - Anmodning fra innbygger om å trekke samtykke. Benyttes når det skal benyttes alternativ flyt med eksplisitt bekreftelse fra register.

  

XML eksempel (det avgis samtykke til oppføring i et register):

<Document>
    <ContentDescription>Personvern innbygger</ContentDescription>
    <RefDoc>
      <IssueDate V="2018-01-16T11:09:38.4871148+01:00" />
      <MsgType V="XML" DN="XML-instans" />
      <Description>Personvern innbygger - samtykke</Description>
      <Content>
        <InnbyggersSamtykke
          xmlns="http://ehelse.no/xmlstds/samtykke/v1.0"
          xmlns:pvi="http://ehelse.no/xmlstds/PersonvernInnstilling/v1.0"
          p1:schemaLocation="http://ehelse.no/xmlstds/samtykke/v1.0 samtykke-v1.0.xsd">
          <pvi:PersonvernInnstillingDefinisjonReferanse>
            <pvi:PersonvernInnstillingDefinisjonId>c351c83b-6202-4dec-9ad3-ade0db90a253</pvi:PersonvernInnstillingDefinisjonId>
            <!-- Bilateralt avtalt kodeverdi for aktuell part som samtykket gis til -->
            <pvi:Part>HUNT</pvi:Part>
            <pvi:PersonvernInnstillingNavn>Deltagelse i HUNT 4</pvi:PersonvernInnstillingNavn>
          </pvi:PersonvernInnstillingDefinisjonReferanse>
          <!-- Tidspunkt for når opprinnelig samtykke ble registrert -->
          <pvi:OpprettetTidspunkt>2018-01-16T11:09:38.4871148+01:00</pvi:OpprettetTidspunkt>
          <!-- Dersom en definisjon har metadata (strukturert del) skal disse være med i replikeringen. -->
          <pvi:Metadata>
            <SamtykkeMetadata>
              <SamtykkeOmfangElement>
                <Omfang V="OF" DN="Oppføring" S="2.16.578.1.12.4.1.1.7608"/>
              </SamtykkeOmfangElement>
            </SamtykkeMetadata>
          </pvi:Metadata>
          <!-- Kodesett for STATUS: 7609 -->
          <pvi:Status V="SAM" DN="Samtykket" S="2.16.578.1.12.4.1.1.7609" />
          <pvi:Versjonsnummer>1</pvi:Versjonsnummer>
          <!-- Samme som opprettelses tidspunkt (når versjon=1) -->
          <pvi:SistEndretTidspunkt>2018-01-16T11:09:38.4871148+01:00</pvi:SistEndretTidspunkt>
        </InnbyggersSamtykke>
      </Content>
    </RefDoc>
  </Document>

Decument/

Pasient-relasjon

Obligatorisk informasjon: Pasientrelasjon skal være med når en annen person enn innbygger selv utfører handlingen på vegne av innbyggeren.

Generell info om meldingsutveksling med Helsenorge

For overordnet informasjon om meldingsutveksling med Helsenorge se her: Meldingsutveksling med Helsenorge og PVK

Ytterligere informasjon

Under er forskjellige typer supplerende informasjon

 Ytterligere informasjon om strukturen eller elementer i Melding

N/A

 Evt relevante meldingseksempel

 Benytter av følgende komponenter

N/A

  • No labels