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.

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

• Value settes til avdelings-ID-en/geografisk nivå. For tjeneste/tiltak er det det nederste nivået som gjengis

• Display settes til avdelingsnivåstien, separert med |

Eksempel:

"managingOrganization": { 
    "identifier": { 
        "system": "http://gerica.tietoevry.no/geographicallevel", 
        "value": "1.12.5" 
    }, 
    "display": "Christiania|Vest|Blommenholm" 
}

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

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:

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

Pasientens tilhørighet knyttes til managingOrganization ved hjelp av en identifier.

• System settes til http://profil.visma.no/district

• Value settes til [Distrikt-id].[Sone-id].[Delsone-id]

• Display settes til [Distrikt] | [Sone] | [Delsone] (separert med |)

Eksempel:

"managingOrganization": { 
    "identifier": { 
        "system": "http://profil.visma.no/district", 
        "value": "1.12.5" 
    }, 
    "display": "Christiania|Vest|Blommenholm" 
}

Hvis kommunen ikke bruker alle tre nivåene, vil dette gjengis med tomrom, mens skilletegnet (. eller |) beholdes. Eksempler:

• Manglende distrikt:

  • Value: .12.5

  • Display: |Vest|Blommenholm

• Manglende delsone:

  • Value: 1.12.

  • Display: Christiania|Vest|