Opprettelse av virksomhet i SFM

Opprettelse av hovedenhet

Ved opprettelse av PLO virksomhet (ny database) skal følgende opplysninger formidles som en del av "POST SFM-Organization":

• epjInfo

• Identifier

  • ENH

  • SFM-id

  • HER-id (hvis organisasjonen skal kommunisere med RF basert på registrert organisasjonsenhet)

• active = false  (oppdateres til true når virksomhet starter)

• type = 1 PLO (type er blant annet med å bestemmer om det default skal opprettes resept når bruker ordinerer en behandling - hvis PLO er satt så vil bruker default ikke opprette resept)

• name (navn som oppgitt for ENH i BRREG)

• telecom (telefon til virksomhetens helsetjeneste)

• address (gateadresse, postnummer og poststed)

SFM vil basert på ENH slå opp i BRREG og innhente organisasjonens næringskode for å bestemme rett til å slå opp i KJ uten innhenting av samtykke (UNNTATT_SAMTYKKE). Virksomhet av type PLO vil slå opp i KJ basert på §7 i Kjernejournalforskriften. 

Opprettelse av underenheter 

Ved opprettelse av PLO underenhet så skal følgende opplysninger formidles som del av "POST SFM-Organization":

• Identifier

  • ENH (oppgis vis underenhet er organisasjonsenhet registrert i BRREG)

  • HER-id (oppgis hvis underenhet skal kommunisere med Reseptformidleren)

• active (hvis HER-id er oppgitt så må underenheten settes til aktiv før virksomheten tar i bruk e-resept)

• name (navn som oppgitt for ENH i BRREG, hvis ENH er oppgitt i identifier)

• telecom (telefon til virksomhetens helsetjeneste hvis HER-id er oppgitt)

• address (gateadresse, postnummer og poststed hvis HER-id er oppgitt)

• part-of (peker til organisasjonsledd direkte over dette i et hierarki

Standard konfigurering i virksomhetsportalen etter opprettelse av PLO virksomhet

Følgene konfigurasjon av virksomhet vil være satt etter at det er opprettet en virksomhet i datadelings API:

• Sende PLL = False

• Initiere PLL = False

• Refusjonskodeverk = ICPC

• Utdelingsinformasjon = True

• Virksomhetstype = PLO

• Resept som standard = False (vises ikke i virksomhetsportalen)

• Tillat dobbeltsignering = False (vises ikke i virksomhetsportalen)

Følgende konfigurasjon av helseperson vil være satt når det opprettes helsepersonell i datadelings API:

• Resept som standard = False

• Refusjonskodeverk = ICPC

• Legemiddelansvar = True Ta opp på funksjonelt møte

Migrering av pasient og brukerdata

Hvis det migreres pasientdata, så må også brukerdata migreres. Ved migrering her menes at data blir skrevet via SFM sitt migrerings API og ikke via datadelings API. Ved bruk av datadelings API vil bare personopplysninger kunne overføres for pasient og bruker. 

Det er imidlertid flere hensyn å ta knyttet til vurdering om det er ønskelig å migrere pasientopplysninger til SFM. 

Virksomhet som ikke har tatt i bruk e-resept/KJ API tidligere

Dette gjelder de aller fleste kommuner og hvor mulig unntak per tiden er Tromsø, Larvik og Bergen (har brukt FM med integrasjon mot RF og/eller KJ.

• Hjemmetjenesten har registrert lokale registreringer på pasient som ikke er mulig å samstemme med opplysninger fra RF/KJ

  • Ved oppslag i RF/KJ så vil det i SFM framstå som duplikat behandlinger og alle lokale må seponeres, mens e-resepter benyttes videre

• KAD og korttidsplasser vil kunne få samme problemer som hjemmetjenesten, men bildet er noe mer komplisert.

• Langtidsplasser vil normalt ikke bli berørt av oppslag i RF/KJ, men pasienter som har vært kort tid på sykehjem vil kunne få inn reseptopplysninger som er med på å komplisere bildet

For disse virksomhetene så bør det vurderes å ikke migrere pasient og brukerdata til SFM. Virksomheten må likevel forholde seg til krav til oppbevaring av dokumentasjon, slik at pasientopplysninger må lagres og være tilgjengelig hvis opplysninger ikke overføres til SFM. 

Hvis opplysninger migreres til SFM så må det vurderes hvilken status de skal overføres med i migrerings-api. 

Uavhengig av migrering bør virksomheten gjennomføre en kontrollert overgang til SFM med fokus på at oversikt over aktive behandlinger og legemiddelreaksjoner blir registret riktig ved overgang til bruk av SFM.

Virksomheter som har tatt i bruke e-resept/KJ API tidligere

Per i dag så omfatter dette virksomheter som har brukt FM som legemiddelmodul. Avhengig om virksomheten har gjort oppslag og oppdatert opplysninger basert på RF/KJ er det mer eller mindre relevant å migrere data fra FM. Det er derfor en del hensyn å ta og som data ansvarlig må vurdere:

• Hvordan sikre at historiske data (som er registrert i FM) blir tatt vare på og kan være tilgjengelig over tid

• Har pasienter i hjemmetjenesten opprettet lokale oppføringer og ikke hentet fra KJ?

• Har pasienter på KAD eller korttidsplass relevante og oppdaterte data som effektiviserer og kvalitetshever overgang til SFM

• Langtidsplasser forutsettes å ha relevante data som kan overføres til SFM

Detaljert dokumentasjon for migrering

Under dokumentasjon publisert på: https://e-resept.atlassian.net/wiki/spaces/SFMDOK/pages/2160493406

finnes det detaljer knyttet til format og innhold.