Versjonssammenligning

Gammel versjon 3

changes.mady.by.user Guro Nordengen (Unlicensed)

Lagret den

sammenlignet med

Ny versjon 4

changes.mady.by.user Guro Nordengen (Unlicensed)

Lagret den

Nøkkel

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

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

Hvis en leverandør av et velferdsteknologisystem ønsker seg uthentingsfunksjonalitet fra kommuner med ulike EPJ-er, er det dermed en del hensyn som må tas for å kunne oppnå en felles løsning.

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

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. Les mer her.

Utvid
titleEksempeltegning av tjenstlig behov

Identifikator

Det er i all hovedsak to typer identifikatorer tilknyttet pasientene i EPJ-systemet:

  1. Fødselsnummer, D-nummer eller felles hjelpenummer

  2. 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).

Nasjonalitet

Nasjonalitet blir returnert hvis pasientens nasjonalitet er lagret i henhold til ISO3166. Grunnen til dette er det ikke er noe standardisert måte å lagre pasientens nasjonalitet i EPJ-en.

Språk

Språk blir returnert hvis pasientens språk er lagret i henhold til ISO639. Grunnen til dette er det ikke er noe standardisert måte å lagre pasientens språki EPJ-en.

Variasjoner mellom EPJ-ene

Gerica

Pasientrelasjoner

ManagingOrganization når man søker etter enkeltpersonerLes mer om Gericas API-er her.

Pasientrelasjoner

VKP har foreløpig ikke mulighet til å returnere pasientrelasjoner.

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.

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 valuesettes til avdelingsIDenavdelings-ID-en/geografisk nivå.

Sperringer

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

  • Får sperring

    • Sperringer og hemmelig informasjon

    Info
    Utvid

    Merk at Gerica per nå kun returnerer avdelings-ID-en for å definere geographicalLevel, altså at navnet på nivået ikke sendes med. Nivået settes manuelt, og er knyttet til egne rutiner i hver kommune. Det er ingen automatisk relasjon til aktive tjenester. En pasient i Gerica vil i tillegg kunne ha tilknytning til ulike tjenester/tjenesteleverandører som hjemmesykepleie rødt team, praktis bistand øst, lokaliseringstjeneste leverandør X osv. Dette vil ikke fremkomme av dette feltet.

    VKP ikke mulighet til å returnere managingOrganization når man søker etter enkeltpasienter.

    Hemmelig informasjon/sperringer

    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å.
    Info

    Sperringer og hemmelig informasjon

    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'

    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:

    Hemmelig adresse og/eller kontaktinformasjon

    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”.

    Utvid
    titleAnbefaling til velferdsteknologisystem

    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”.

    Sperret for personell

    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).

    Utvid
    titleAnbefaling til velferdsteknologisystem

    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:

    • Informasjonsmelding til sluttbruker som forsøker å hente en pasient med sperring.

      • Eksempel: “Det er lagt til sperringer for journalen. Snakk med nærmeste leder før du registrerer manuelt“ eller “Det kan ikke
        hentes informasjon fra ekstern journal“

    • Trigging av mail til virksomhetsadministratoren i velferdsteknologisystemet, for å sikre videre oppfølging av tilfellet. I mailen bør det oppgis hvilken ansatt-id som trigget forespørselen, samt tidspunkt. For å komplementere dette må det tilgjengeliggjøres en loggløsning der det er mulig å slå opp for å finne hvilket f.nr. det ble søkt etter.

      • Eksempel: “Ansatt id: 224 har forsøkt å hente inn informasjon fra EPJ for en person som har sperret for enkelte brukere i journalen. Du må sikre at disse sperringene ivaretas for pasienten i [velferdsteknologiløsning]. Sjekk revisjonsloggen for flere detaljer”

    • Eventuelt ingen melding til sluttbruker, kun trigging av mail (se over) og blanke felter.



    CosDoc

    ?

    Visma Profil

    ResponssenterFlag på pasientens tjeneste

    Distrikt, sone og delsone

    Pasientens tilhørighet, ikke tjenestens tilhørighet

    Distrikt

    managingOrganization

    managingOrganzation.identifier.system = http://profil.visma.no/district
    managingOrganzation.identifier.value: [Distrikt-id].[Sone-id].[Delsone-id]


    managingOrganzation.display: [Distrikt] | [Sone] | [Delsone]

    Sone

    managingOrganization

    managingOrganzation.identifier.system = http://profil.visma.no/district
    managingOrganzation.identifier.value: [Distrikt-id].[Sone-id].[Delsone-id]


    managingOrganzation.display: [Distrikt] | [Sone] | [Delsone]

    Delsone

    managingOrganization

    managingOrganzation.identifier.system = http://profil.visma.no/district
    managingOrganzation.identifier.value: [Distrikt-id].[Sone-id].[Delsone-id]


    managingOrganzation.display: [Distrikt] | [Sone] | [Delsone]

    Mapping fra EPJ til FHIR

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