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:
Ulike EPJ-er har både ulikt innhold og ulike muligheter for å hente innholdet ut
Ulike kommuner har fylt ut informasjonen i sin EPJ ulikt
| panelIconId | atlassian-light_bulb_on |
|---|---|
| panelIcon | :light_bulb_on: |
| panelIconText | :light_bulb_on: |
| bgColor | #FFF0B3 |
| title | Identifikator |
|---|
Det er i all hovedsak to typer identifikatorer tilknyttet pasientene i EPJ-systemet:
Fødselsnummer
Eventuelt: D-nummer eller felles hjelpenummer
EPJ-ID
Løpenummer i EPJ-systemet
Begge disse vil representeres ved kombinasjonen system og value. System angir hva slags ID det er snakk om, mens value er selve nummeret. Her er en oversikt over de ulike system-alternativene:
Type
System-verdi
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
EPJ-ID (CosDoc)
http://cosdoc.dips.no/lopenummer
EPJ-ID (Gerica)
http://gerica.tietoevry.no/lopenummer
EPJ-ID (Visma Profil)
http://profil.visma.no/lopenummer
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 | ||
|---|---|---|
| ||
 |
| Panel | ||||||||
|---|---|---|---|---|---|---|---|---|
| ||||||||
Ting å ta stilling til
|
| title | Identifikator |
|---|
Det er i all hovedsak to typer identifikatorer tilknyttet pasientene i EPJ-systemet:
Fødselsnummer
Eventuelt: D-nummer eller felles hjelpenummer
EPJ-ID
Løpenummer i EPJ-systemet
Begge disse vil representeres ved kombinasjonen system og value. System angir hva slags ID det er snakk om, mens value er selve nummeret. Her er en oversikt over de ulike system-alternativene:
Type
System-verdi
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
EPJ-ID (CosDoc)
http://cosdoc.dips.no/lopenummer
EPJ-ID (Gerica)
http://gerica.tietoevry.no/lopenummer
EPJ-ID (Visma Profil)
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
ØnskerHovedforskjellen 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 | |
|---|---|
|
| |
|
Supplerende informasjon
| Utvid | ||
|---|---|---|
| ||
|
|
| Utvid | ||
|---|---|---|
| ||
|
Synkronisering av tjenestemottakere
VFT-systemet ønsker å jevnlig oppdatere informasjon om pasienter i sitt systemAPI
Relevant API er PatientSearch med pasientens identifikator som input. Les mer her.
FHIR-ressurser
Fø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 |
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å.
inaktiveres. |
Gerica
Sperringer
Hvordan skal pasienter som har sperringer på seg håndteres?
Får sperring
Sperringer og hemmelig informasjon
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.
| |
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 |