Versjonssammenligning

Gammel versjon 6

changes.mady.by.user Guro Nordengen

Lagret den

sammenlignet med

Ny versjon Gjeldende

changes.mady.by.user Alexander Svae

Lagret den

Nøkkel

  • Denne linjen ble lagt til.
  • Denne linjen ble fjernet.
  • Formateringen ble endret.

Overordnet informasjon

VKP støtter uthenting av pasientinformasjon (først og fremst personalia) fra EPJ til velferdsteknologisystemet.

Det er to elementer som vil skape variasjon i hva som returneres:

  1. Ulike EPJ-er har både ulikt innhold og ulike muligheter for å hente innholdet ut

  2. Ulike kommuner har fylt ut informasjonen i sin EPJ ulikt

Info

Tjenstlig behov

VKP returnerer kun informasjon som det er tjenstlig behov for å spørre om. Dette løses ved at velferdsteknologisystemet må oppgi en eller flere tjenestekoder i denne lista ved forespørsel om pasientinformasjon. Kommunen har satt opp hvilke tjenestekoder som tilsvarer hva i deres EPJ, samt hvilke velferdsteknologisystemer som skal ha mulighet til å bruke hvilke tjenestekoder (begge disse oppsettene kan de se på Min side).

Det er altså kommunen som sitter på styringen av hvilke pasienter de ulike velferdsteknologisystemene kan hente ut fra kommunens EPJ.

Utvid
titleEksempeltegning av tjenstlig behov
Image Removed

Panel
panelIconIdatlassian-light_bulb_on
panelIcon:light_bulb_on:
panelIconText:light_bulb_on:
bgColor#FFF0B3

Ting å ta stilling til

  • Hvordan skal pasienter som har sperringer på seg håndteres?

  • Hva skal man bruke som identifikator for brukeren (fødselsnummer eller EPJ-id, f.eks.)?

  • Hvordan er brukerne representert i dag i velferdsteknologisystemet?

    • Er det behov for at pasienten knyttes opp mot for eksempel ulike tjenester, avdelinger osv. i velferdsteknologisystemet?

  • Hva skal skje når en pasient:

    • Får oppdatert pasientinformasjon (enten i velferdsteknologisystemet eller i EPJ)

    • Flytter til en annen kommune

    • Slutter å motta tjenestene som velferdsteknologisystemet håndterer

    • Får en sperring i journalen sin

    • Avgår med døden

Utvid
titleSperringer

Hemmelig adresser

Hvis pasientens adresse er hemmelig så vil dette representeres ved at det kun ligger et innslag i patient.address, der text er satt til 'not available'.

Hemmelig telekommunikasjon

Hvis pasientens telekommunikasjon er satt til hemmelig så vil dette representeres ved at det kun ligger et innslag i patient.telecom, der value er satt til 'not available'.

Som ved all annen uthenting, vil det være variasjoner mellom EPJ-systemene som informasjonen hentes fra. Les mer her.

Scenarioer

Her følger informasjon om de tre ulike variantene VKP leverer for uthenting av pasientinformasjon i dag.

Opprettelse av tjenestemottaker

Ønsker

Hovedforskjellen ligger i hvorvidt man henter informasjon om én eller flere pasienter.

Personinformasjon om én pasient

Eksempler

Det ønskes basisinformasjon om pasienten for å forhindre dobbeltføring eller for å få supplerende informasjon ved behov.

Utvid
title
Eksempel
Opprettelse av tjenestemottaker

  1. Det skal legges inn en ny pasient i et velferdsteknologisystem

  2. Den ansatte taster inn pasientens fødselsnummer og klikker på en knapp

  3. Personalia og pårørendeinformasjon hentes automatisk fra kommunens EPJ

Supplerende informasjon

Utvid
title
Eksempel
Alarm i responssenter

  1. En alarm går i responssenter

  2. Operatøren ønsker oppdatert personalia

, besøksplan

  1. og pårørendeinformasjon

  2. Ved å klikke på en knapp i responssenterløsningen hentes dette automatisk fra den aktuelle kommunens EPJ

Synkronisering av tjenestemottakere

VFT-systemet ønsker å jevnlig oppdatere informasjon om pasienter i sitt system

Utvid
titleÅpning av brukerkort

  1. Et brukerkort åpnes i et velferdsteknologisystem

  2. Åpningen av brukerkortet trigger et kall til VKP, som returnerer oppdatert informasjon om pasienten

API

Relevant API er PatientSearch med pasientens identifikator som input. Les mer her.

FHIR-ressurser

Følgende FHIR-ressurser vil bli returnert:

Utvid
titleBundle (Searchset)

Det vil bli returnert en bundle av typen searchset bestående av én vkp-Patient-ressurs.

Utvid
titlePatient

Bundlen vil bestå av én vkp-Patient-ressurs. Les mer om vkp-Patient her

Personinformasjon om flere pasienter

Eksempler

Det ønskes å jevnlig oppdatere basisinformasjon om pasienter i velferdsteknologisystemet med informasjon fra EPJ

Utvid
title
Eksempel
Synkronisering av pasienter

Velferdsteknologisystemet oppdaterer jevnlig informasjon om pasienter i sitt system med informasjon fra kommunens EPJ. I tillegg til at informasjonen pasientene holdes oppdatert, opprettes det også eventuelle nye pasienter automatisk, samt at utdaterte

slettesSpråk blir returnert hvis pasientens språk er lageret i henhold til ISO639. Grunnen er den samme som nevnt over.

inaktiveres.

Mapping fra EPJ til FHIR

For å representere pasienten brukes vkpPatient-profilen som er en utvidelse av no-basis-patient profilen.

Generelt

Identifikatorer

For alle pasienter som blir returnert vil det være knyttet to identifikatorer. Hver identifikator har to verdier knyttet til seg: system viser hvilke type id dette er og value er selve identifikatoren

1. Norsk identitetsnummer (FNR, DNR) eller Felles hjelpenummer
System-verdier:

  • Fødselsnummer - urn:oid:2.16.578.1.12.4.1.4.1

  • D-nummer - urn:oid:2.16.578.1.12.4.1.4.2

  • Felles hjelpenummer - urn:oid:2.16.578.1.12.4.1.4.3

2. EPJ-ID
System-verdier:

Nasjonalitet

Nasjonalitet blir returnert hvis pasientens nasjonalitet er lageret i henhold til ISO3166. Grunnen til dette er det ikke er noe standardisert måte å lagre pasientens nasjonalitet i EPJen.

Språk

API

Relevant API er PatientSearch uten identifikator som input. Les mer her.

FHIR-ressurser

Følgende FHIR-ressurser vil bli returnert:

Utvid
titleBundle (Searchset)

Det vil bli returnert en bundle av typen searchset bestående av x antall vkp-Patient-ressurser.

Utvid
titlePatient

Bundlen vil bestå av mange vkp-Patient-ressurser. Les mer om vkp-Patient her