Generell informasjon
Brukerens identifikator
Utvid | ||
---|---|---|
| ||
Det er i all hovedsak to typer identifikatorer tilknyttet pasientene 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). |
Flytter til en annen kommune
Avgår med døden
EPJ-spesifikk informasjon
Gerica
Les mer om Gericas API-er her.
Pasientrelasjoner
VKP har foreløpig ikke mulighet til å returnere pasientrelasjoner fra GericaEPJ-spesifikk informasjon
Gerica
Pasientrelasjoner
Gerica returnerer ikke pasientrelasjoner per nå.
Tjenstlig behov
For å definere det tjenstlige behovet til velferdsteknologisystemet, bruker VKP i Gerica sitt tilfelle det som blir returnert i feltet PlannedAction fra CareServices-kallet. Det er mulig å også få returnert pasienter som har tjenesten et stykke frem i tid hvis det er ønskelig.
Avdelingstilhørighet
Pasient
Feltet Patient.GeographicalLevel i Gerica gjengis gjennom patient.managingOrganization i VKP sin FHIR-profil. Det er da pasientens tilhørighet som blir gjengitt, ikke tjenestens tilhørighet.
Gerica returnerer ikke pasientens avdelingstilhørighet ved spørringer på enkeltpasienter.
Tjeneste/tiltak
Feltet PatientCareServices.GeographicalLevel i Gerica gjengis episodeOfCare.managingOrganization i VKP sin FHIR-profil. Det er da tilhørigheten til pasientens tjenester som blir gjengitt, ikke pasientens tilhørighet.
Utvid | ||
---|---|---|
| ||
Nivået settes manuelt i kommunens EPJ-instans, og er knyttet til egne rutiner i hver kommune. Det er ingen automatisk relasjon mellom pasient og tjenester, disse tilknyttes avdelinger uavhengig av hverandre. En pasient i Gerica vil i tillegg kunne ha tilknytning til ulike tjenester/tjenesteleverandører som hjemmesykepleie rødt team, praktisk bistand øst, lokaliseringstjeneste leverandør X osv. Dette vil ikke fremkomme av dette feltet. |
Utvid | ||
---|---|---|
| ||
Avdelingen pasient er knyttet til på sitt brukerkort (geographicalLevel) knyttes til managingOrganization ved hjelp av en identifier.
Eksempel:
|
Tiltak/tjeneste
Gerica har delt opp tjeneste/tiltak i en trestruktur som kommunen selv setter opp. Les mer om avdelingstilhørigheten til tjenester og tiltak i avsnittet over.
Utvid | ||
---|---|---|
| ||
|
Innsynsbegrenset informasjon
Enkelte pasienter har behov for å ha ulik form for tilgangsbegrensning på informasjonen som er om dem i EPJ-systemet. Det er viktig at velferdsteknologisystemet ivaretar sikkerheten til pasientene som har lagt inn sperringer i sitt journalsystem, for eksempel ved å ikke gi mulighet til å legge inn den hemmelige/sperrede informasjonen slik at velferdsteknologisystemet blir en snarvei til informasjon som ikke skal konsumeres.
Gerica har ulik funksjonalitet for hemmelig informasjon og sperringer:
Utvid | ||
---|---|---|
| ||
I informasjonen VKP får fra Gerica, finnes det felt som heter IsSecretAddress og IsSecretCommunication. Hvis disse feltene er satt til true, vil VKP ikke videreformidle henholdsvis adresseinformasjon eller kontaktinformasjon (f.eks. telefonnummer). Isteden vil henholdsvis address.text og/eller telecom.value settes til “not available”. VKP anbefaler at velferdsteknologisystemet behandler hemmelig adresse/kontaktinformasjon annerledes enn hvis det ikke er oppgitt mangler adresse/kontaktinformasjon. I de tilfellene vil informasjonen mangle i VKP sin respons, i kontrast til eksplisitt oppgitt som “not available”. |
Utvid | ||
---|---|---|
| ||
Gerica har ulike former for sperringer som kan settes opp for å forhindre innsyn i en pasients journal. Dette formidles til VKP gjennom et informasjonsfelt som heter AccessRestriction. Hvis VKP får noe oppgitt i dette feltet, uavhengig av hva slags sperring det er, så vil ikke pasienten returneres. Isteden vil det returneres en 403-melding med en operation outcome (code 1.2) som gjør det mulig for velferdsteknologisystemet å forstå at det dreier seg om et tilfelle med sperret personell (les mer her). Ulike velferdsteknologisystemer løser tilfeller som dette på ulikt vis, og den enkelte leverandør bør diskutere egen funksjonalitet med de aktuelle Gerica-kommunene. Her er eksempler på ulike varianter:
|
CosDoc
Pasientrelasjoner
Vi henter nærmest pårørende kun når man henter én pasient pga lasten som påføres CosDoc.
Avdelingstilhørighet
I CosDoc knyttes ansvarlig tjenestested til bruker via tjeneste (AvdelingId)Besøksplan
I Gerica er det foreløpig kun mulighet til å hente ut pågående og planlagte besøk, dvs. at man ikke får hentet gjennomførte besøk.
Visma Profil
Pasientrelasjoner
VKP har tidligere ikke returnert pasientrelasjoner fra Visma, men vil utvide med dette (samt med fastlege) i juni 2022.
Tjenstlig behov
Det må være huket av for “ResponssenterFlagg” på pasientenes tjeneste i Visma Profil for at VKP skal få returnert informasjon om pasienten fra Vismas API-er.Visma Profil bruker IPLOS-kodene som utgangspunkt for tjenestebeskrivelsene sine. VKP mapper disse om til eget kodeverk for tjenstlig behov som velferdsteknologileverandørene forholder seg til
Det er kun mulig å hente ut pasienter som er i aktiv tjeneste, ikke pasienter som har tjenesten frem i tid.
Avdelingstilhørighet
Visma Profil strukturerer pasientens tilhørighet i distrikt, sone og delsone (hieratisk under hverandre i en trestruktur). Dette er pasientens tilhørighet, og ikke tjenestens tilhørighet. Det er opp til kommunen hvordan de bruker denne strukturen, og det er ikke alle som bruker alle tre nivåene.
Utvid | ||
---|---|---|
| ||
Pasientens tilhørighet knyttes til managingOrganization ved hjelp av en identifier.
Eksempel:
Hvis kommunen ikke bruker alle tre nivåene, vil dette gjengis med tomrom, mens skilletegnet (. eller |) beholdes. Eksempler:
|
Besøksplan
Visma Profil har funksjonalitet for å sette en grense for hvor mange timer frem og tilbake eksterne har lov til å hente besøk fra. Hvis dette er aktivert i kommunens EPJ, vil dette overstyre eventuelle parametere som er sendt inn til VKP.
CosDoc
Pasientrelasjoner
Vi henter nærmeste pårørende kun når man henter én pasient pga lasten som påføres CosDoc.
Tjenstlig behov
Det er kun mulig å hente ut pasienter som er i aktiv tjeneste, ikke pasienter som har tjenesten frem i tid.
Avdelingstilhørighet
I CosDoc knyttes ansvarlig tjenestested til bruker via tjeneste (AvdelingId).
Utvid | ||
---|---|---|
| ||
Avdelingsknyttes til managingOrganization ved hjelp av en identifier.
Eksempel:
|