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.
Ting å ta stilling til
Dette er eksempler på ting som kommunen og velferdsteknologileverandøren må ta stilling til i fellesskap:
Brukerens identifikator – hva skal brukes?
Velferdsteknologisystemets tjenstlige behov
Representasjon av brukeren i velferdsteknologisystemet
Hvilken informasjon trengs om brukeren?
Hvordan er brukerne organisert i velferdsteknologisystemet – er de knyttet mot f.eks. tjenester eller avdelinger?
Hva skal skje når en bruker:
Blir opprettet eller får oppdatert pasientinformasjon (enten i velferdsteknologisystemet eller i EPJ)
Flytter til en annen kommune
Slutter å motta tjenestene som velferdsteknologisystemet har tjenstlig behov for
Avgår med døden
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.
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)
Begge disse typene identifikatorer kan brukes for å hente ut enkeltpasienter. Les mer om hvordan her. Ved å gjøre et kall uten å oppgi identifikator, vil man få returnert alle relevante pasienter (altså pasienter med tjenstlig behov).
Scenarioer
Her følger informasjon om de tre ulike variantene VKP leverer for uthenting av pasientinformasjon i dag.
Opprettelse av tjenestemottaker
Eksempler
Ønsker basisinformasjon om pasienten for å forhindre dobbeltføring
API
Relevant API er PatientSearch med pasientens identifikator som input. Les mer her.
FHIR-ressurser
Følgende FHIR-ressurser vil bli returnert:
Supplerende informasjon
Eksempler
API
Relevant API er PatientSearch med pasientens identifikator som input. Les mer her.
FHIR-ressurser
Følgende FHIR-ressurser vil bli returnert:
Synkronisering av tjenestemottakere
Eksempler
VFT-systemet ønsker å jevnlig oppdatere informasjon om pasienter i sitt system med informasjon fra EPJ
API
Relevant API er PatientSearch med pasientens identifikator som input. Les mer her.
FHIR-ressurser
Følgende FHIR-ressurser vil bli returnert:
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å.
Sperringer og hemmelig informasjon
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/geographicallevel og value settes til avdelingsIDen.
Telekommunikasjon
Hver kommunikasjonsmetode for pasienten oversettes til en ContactPoint
