Overordnet informasjon
VKP støtter uthenting av pasientinformasjon (først og fremst personalia) fra EPJ til velferdsteknologisystemet. Som ved all annen uthenting, vil det være variasjoner mellom EPJ-systemene som informasjonen hentes fra.
Panel | ||||||||
---|---|---|---|---|---|---|---|---|
| ||||||||
Ting å ta stilling til Dette er eksempler på ting som kommunen og velferdsteknologileverandøren må ta stilling til i fellesskap:
|
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 | ||
---|---|---|
| ||
Identifikator
Det er i all hovedsak to typer identifikatorer tilknyttet pasientene i EPJ-systemet:
Fødselsnummer, D-nummer eller felles hjelpenummer
EPJ-ID (individuelt løpenummer i EPJ-systemet)
.
Scenarioer
Her følger informasjon om de tre ulike variantene VKP leverer for uthenting av pasientinformasjon i dag.
Hovedforskjellen ligger i hvorvidt man henter informasjon om én eller flere pasienter.
Personinformasjon om én pasient
Eksempler
Ønsker Det ønskes basisinformasjon om pasienten for å forhindre dobbeltføring eller for å få supplerende informasjon ved behov.
Utvid | ||
---|---|---|
| ||
|
FHIR-ressurser
Supplerende informasjon
Eksempler
Utvid | ||
---|---|---|
| ||
|
Utvid | ||
---|---|---|
| ||
|
API
Relevant API er PatientSearch med pasientens identifikator som input. Les mer her.
FHIR-ressurser
Synkronisering av tjenestemottakere
Eksempler
VFT-systemet ønsker å jevnlig oppdatere informasjon om pasienter i sitt systemFølgende FHIR-ressurser vil bli returnert:
Utvid | ||
---|---|---|
| ||
Det vil bli returnert en bundle av typen searchset bestående av én vkp-Patient-ressurs. |
Utvid | ||
---|---|---|
| ||
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 | ||
---|---|---|
| ||
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 slettes inaktiveres. |
FHIR-ressurser
Variasjoner mellom EPJ-ene
Gerica
Pasientrelasjoner
ManagingOrganization når man søker etter enkeltpersoner
Sperringer
Hvordan skal pasienter som har sperringer på seg håndteres?
Får sperring
Sperringer og hemmelig informasjon
Enkelte pasienter har behov for å ha ulik form for tilgangsbegrensning på informasjonen som er om dem i EPJ-systemet. De ulike EPJ-systemene har ulike måter å møte dette behovet på.
API
Relevant API er PatientSearch uten identifikator som input. Les mer her.
FHIR-ressurser
Følgende FHIR-ressurser vil bli returnert:
Utvid | |
---|---|
|
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'.
CosDoc
?
Visma Profil
Distrikt, sone og delsone
Mapping fra EPJ til FHIR
For å representere pasienten brukes vkpPatient-profilen som er en utvidelse av no-basis-patient profilen.
Generelt
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
Språk blir returnert hvis pasientens språk er lageret i henhold til ISO639. Grunnen er den samme som nevnt over.
Gerica
Avdelingstilhørighet
Avdelingen pasient er knyttet til på sitt brukerkort (geographicalLevel) knyttes til managingOrganization ved hjelp av en identifier.System settes til http://gerica.tietoevry.no/geographicallevelog value settes til avdelingsIDen.
Telekommunikasjon
Hver kommunikasjonsmetode for pasienten oversettes til en ContactPoint
| |
Det vil bli returnert en bundle av typen searchset bestående av x antall vkp-Patient-ressurser. |
Utvid | ||
---|---|---|
| ||
Bundlen vil bestå av mange vkp-Patient-ressurser. Les mer om vkp-Patient her |