Møte 3 i FHIR fagforum

  • Dato: 2021-01-27
  • Klokkeslett: 1300-1500
  • 60 deltakere

FHIR fagforum (FFF) er et åpent forum om bruk og implementering av HL7 FHIR i Norge. FFF er åpent for alle.

Agenda

  1. Velkommen og presentasjonsrunde (alle skriver i chatten hvor de kommer fra + aktuell erfaring/prosjekt)
  2. Informasjon fra HL7 Norge (Øyvind Aassve)
  3. Arbeid med standardisering for medisineringsfeltet internasjonalt (Espen S Seland) (10 min)
  4. SAFEST (Stine Johansen) (30 min)
  5. SFM (Dag Hammer og Ole Martin Winnem) (30 min)
  6. Diskusjon (15 min)
  7. Forslag til møteplan (5 min)
  8. Innspill til tema (5 min)
  9. Eventuelt

Presentasjoner

Velkommen presentasjonsrunde

Velkommen pluss chat.

Det kom ingen nye forslag til mandatet. Det er åpent for å komme med innspill på Github issue:
mandat Innspill til tema: issue #56
Innspill til mandat: issue #57

Info fra HL7

  • Nytt medlem Epic på nasjonalt nivå
  • HL7 WGM online ca 8 fra Norge deltar
  • Områdeprofiler kommer workshop 9. februar med Observation profiler
    • BloodPressure, BodyHeight, BodyWeight, BodyTemperature, HeartRate, OxygenSaturation og RespirationRate
  • Kommer flere workshops etterhvert

Arbeid med standardisering for medisineringsfeltet internasjonalt (Espen S Seland)

Aktiviteter det europeiske legemiddelselskapet EMA SPOR blir gjrt til masterdatabase for all legemiddelinformasjon i Europa, bruke IDMP. Unikom - se på det kliniske i samme informasjonsflyt som det regulative

  • det kliniske og det regulative har levd forskjellige liv veldig lenge.

Medication og medicationknowledge som har overlapp med et regulatoriske

  • FHIR ressurser som skal støtte IDMP er under utvikling internasjonalt nå

SFM og SAFEST handler om det regulative og det kliniske

SAFEST (Stine Johansen)

En del av FHIR som er under utvikling. Veien frem til de profilene vi har idag.

SAFEST - kvalitet, SPOR, SNOMED, Virkestoff ordinering bruker SNOMED, produktkode

  • Nasjonalt register for legemidler
  • Eies og finansieres av helseregionene
  • FHIR på PaaS løsning (Schrems2?)
  • Valg av FHIR ressurser
    • Valgte de regulative siden disse passer best med SAFEST behovene fra IDMP
    • Ingen direkte kobling til no-basis profilen for Medication (basert på SFM arbeidet)
  • Produkt, pakke, legemiddelproduktet, virkestoffet med styrke, markedsføringsstatus
  • Valget av ressurser gjorde jobben enklere
    • Vanskelig fordi use-case manglet (hvordan arbeider man uten use case?)
    • Ingen FHIR kompetanse, mye å lære i starten
    • Viktig med faglige ressurser som snakker godt sammen med de tekniske
    • R4 og R5 er en utfordring, snakket mye med Rich Smithies, samsvar med EMA sin bruk, bra!
  • Ressurser under utvikling i FHIR standarden
    • MedicinalProductManufactured - identifier legges inn som extensions, men dette kommer i R5
    • Mangler kobling mellom Medicinal ProductPharmaceutical og til MedicinalProductManufactured
    • Trenger server så R4 er valgt foreløpig
  • Stor usikkerhet og risiko
    • SAFEST har løst virkestofforskrivning noe EMA ikke har løst ennå
    • Noen må hoppe først, og SAFEST har hoppe og høster og deler erfaringer med andre.
  • Teknologivalg påvirker mye, men husk man får ikke all funksjonaliteten man trenger/ønsker.
  • Dataeksempler fra IG’en
    • Medisinsk produkt, pakke med produkter, løsning og oppløsningsvæske
  • Veien videre
    • Cross boarder prescription
    • Erfaringsutveksling fra SAFEST

Spørsmål

  • Forventning om at det skal komme inn noen ordinering siden det skal fokusere på det regulative?
    • Hovedfokuset er systemer som mottakere og ikke kliniske systemer
  • Trenger på sikt en god modell for virkestoffordinering
    • Virkestofforskrivning publiseres som CodeSystem og bruker Product(?)
    • Clinical drug, alle data som trengs
  • Microsoft FHIR server støtter ikek extension/profiler, eller custom profiler
    • Ingen mulighet for å søke på profilerte extended profiler
    • Får ikke validert mot profil når ressurser legges inn, extensions er ikke søkbart
  • Begrunnelse for valg av Microsoft
    • Finnes en beslutning men har ikke dokumentasjonen her
  • eResept ble gjort klar over at IDMP er ISO standard og NS føringer for eResept, ikke retninglslinjer hvordan harmoniserer det med disse
    • Helt riktig at det er Norsk føring at IDMP skal benyttes. Det er ikke alle områder der ISO standarden er presis, gjør samme valg som i arbeidsgruppene i EMA
  • Ikke støtte for FHIR operasjon include i serveren (Microsoft)
    • ikke søtte i Microsoft serveren
  • SNOED til virkestoffforskrvinig, kan benytte IDMP i fremtiden
    • Virkestoff ordinering er basert på SNOMED CT, skal bruke samme metodikk som SPOR. CNOMED har clinicaldrug som ManufacturedItem, koblingen i IDMP er mot clinicaldrug. I IDMP er det pekt på å bruke det er under utredning
    • Antakelig både SNOMED og IDMP, Helseplatfgormen og HSØ har forskjellig syn på hva de trenger må antakelig støtte begge deler
  • Standardene er ikke ferdig er ikke fferdig, SNOMED bruk er ikke ferdig, SPOR og IDMP er ikke ferdig, mye som er under arbeid både nasjonalt og internasjonalt så her skjer det mye. Bra at SLV tar tak i dette området.
    • ISO standarden er utydelig på noen områder
  • Det er stor utfordring med å harmonisere SNOMED og IDMPT forskjellig utgangspuntk for virkestoff, ikke helt i mål med å tilfredstille behov for HSØ. HSØ baserer seg på IDMP måten å gruppere legemidlene på. Nytt legemiddelregister på SAFETS samtidig som FEST er i drift, ingen planer for å få disse to kildene harmonisert. Ingen er tjent med to forskjellige kilder

SFM (Dag Hammer og Ole Martin Winnem) (30 min)

Hvorfor SFM

  • Endringsevne
  • SFM er virkemiddel for inføring av PLL
  • Kvalitet i ereseptkjeden
  • Kompleksiteten i legemiddel/e-resept kjeden Hva er SFM
  • Forskrivningsfunksjonalitet tilbys som modul som kan integreres i EPJ
    • Web-basert GUI
    • API for datadeling
  • SFM er legemiddeldelen av ePJ med database, GUI og API
  • SFM sikrer korrekt samhandling i e-resepkjeden Hvorfor FHIR
  • Sterke føringer på å se internasjonale systemer og standarder
  • Vurdering , 2016 “kan brukes”
  • 2018 vurdering, FHIR bør benyttes for datadeling og felles informasjonsmodeller
  • Finnes det noe alternativ? Hvor er vi nå?
  • 2021 - utprøving med Helse-vest og meona kurvesystem mot basis API
    • Helseplatformen skal ta i bruk basis API
  • 2022 Helseplatformen i drift
  • BasisAPI inbefatter bare datadelingsbiten og ikke GUI delen av SFM
  • SFM demo
    • SFM er fokusert mot virkestoff
  • SFM basis API’et
    • Pasient og brukerinformasjon
    • henvisninger og epikriser
    • oversiktsvisning
    • administrering
    • finn pasient som har
    • oppgaver
  • SFM basert på FHIR, REST og HelseID
    • Pasient, helsepersonell og legemiddelbruk utveksles med API’et
    • SMART on FHIR ble vurdert, som konsept det at man integrerer SFM som komponent
      • Hvilken vei funksjonene går er litt motsatt fra SMART on FHIR konseptet
  • Basis API
    • Gjør et kall for å få tak i PLL
    • Basis API sammenstiller informasjon fra mange kildder for å presentere pasientens legemiddelliste
    • Pasientens legemiddelliste er fokus
    • Litt mindre REST og litt flere custom operations
  • SFM Basis API IG
  • SFM medication prosjektet
  • FHIR strøm på papir?
    • Legemiddelliste mangler som konsept i FHIR
  • SFM benytter no-basis ressurser i bunn
    • Åpne profiler i basisprofiler, SFM profilene begrenser og legger til SFM spesifikke krav
    • R4 Medication inneholder IG og ressursdefinisjoner
  • Nasjonale medication ressurser
    • no-basis skal være minimalistiske i forhold til profilering
    • mange krav knyttet til e-resept på innhold, store utvidelser for å ivareta reseptkrav
    • no-basis-Medication er tatt frem i samarbeid med HL7 Norge
    • bruk av ressurser mot kunder
      • Bruker bare SFM profilerte ressurser i referanser, valgte litt strengere å bare tillate referanser til SFM profilerte pasienter
    • Forge/SIMPLIFIER noen strukturer blir ikke ekspandert i SIMPLIFIER rendring
      • gjør det vanskelig å få oversikt over profilene og innholdet i dem
      • Dosering i FHIr er ikke kompatibel med dosering i e-Resept
    • IG - med dokumentasjon
      • publiserer det som lagres i GitHub direkte til dokumentasjonen på SIMPLIFIER
      • Forge og SIMPLIFIER bugs og synkronisering i SIMPLIFIER
    • Implementasjonserfaring
      • Startet med egenutviklet FHIR server
        • veldig service orientert med spesielle operations og spesifikke bundle’s
      • Tok i bruk Microsoft FHIR server i juni 2020
        • er veldig fornøyd med denne serveren, selv om den ikke støtter alle funksjoner
        • Eget datalag i bunn og kan tilby søk og avanserte søkekriterier basert på custom operations
        • Feilmeldinger og logging
        • Fått implementert validering av profilerte ressurser
        • Søk på extensions
          • Spesielle krav til avanserte søk og egen løsning for dette
      • Testklient bruker Firely .net api med funksjonalitet for å gjøre testkall mot SFM serveren
      • Stor bundle inspirert av IPS sin oppsummering

Diskusjon

  • Har proskjetet noen visjonom å forholde seg til nytt legemiddelregister SAFEST?
    • SFM er ikke sikker på om de kan basere seg på SAFEST for forskrivning, er interessert i næringsmiddel og ikke legemidler
  • Hvor mange EPJ vil ta i bruk SFM?
    • 28 EPJ løsninger i bruk i Norge, tre utvikler eget GUI, og tar i bruk basis API
  • Dataarkitekturen, forklart, hvor er masterdata for PLL?
    • Masterdata for pasientbehandlingen ligger i legens EPJ, masterdata for hva som er forskrevet ligger i Reseptformidleren
    • Lokal journal er master for all legemiddelbehandling, KIKJ og PLL brukes som kilde for samhandling om legemidler
  • PKT og SAFEST det vi gjør i Helseplatformen, vanskelig å definere master i dette, ønsker å synke journalsystemene
    • eResept er basert på FEST, informasjon til KJ og RF baserer seg på FEST, ingen mappin til SAFEST fra eResept sin side
  • Synkronisere journalsystemene for å få felles legemiddelliste
    • Listen vil også være basert på FEST data
  • Prøve å lese dette inn i journalsystemet?
    • Ønsker at prosjektene løser dette, ønsker god samhandling mellom SAFEST og FEST, hvem mapper
    • avhengig av at ehelse tar tak i dette
  • Hvordan ta i bruk SFM og dele data for personer som har blokkert helsepersonell? ‘ Forskning, hvordan får vi tak i dette til forskning
    • Data er for den enkelte journal i forskriften om forskrivning
  • Intill videre er SAFEST og FEST to funksjonelt forskjellige løsninger, langsiktig må man antakelig mappe/samordne dette. Vi må gjøre endel av dette nasjonalt og internasjonal. Det kommer en veiledning på dette området fra e-helse i samarbeid med sektor
  • Blokkert helsepersonell
    • helt og holdent EPJ funksjonalitet i den EPJ
    • Må reservere seg i hvert enkelt system som innbygger
  • Behov for overordnet arkitektur for samhandling mellom de ulike partene
  • Hvordan får vi tak i dataene? til forskning
    • SFM som løsning som driftes av NHN blir ikke tilpasset forskning
  • SFM og SAFEST er to forskjellige ting, ikke rikgig, mye som ligger i fEST blir erstattet i SAFEST med nye identer. En jobb å gjøre mer langsiktig i forhold til overgang/mapping. Veldig viktig for spesialisthelsetjenesten å ta i bruk SAFEST, men det vil hindre oss i å ta i bruk SFM. At vi arbeider på hver vår tue vil hindre samhandling.
    • Mappingen fra SAFEST til FEST vil blir så krevene at vi ikke får det til.
    • Vi må få dette til å fungere sammen
    • Sende resepten får vi til, men det at vi skal få til en felles legemiddelliste på tvers blir vanskeligere
    • Både resepten og legemiddellisten setter krav til å bruke FEST
    • SAFEST forskriver ikke på virkestoff
  • Diskusjonen viser at vi mangler en samhandlingsarkitektur for samhandling mpå legemiddelområdet, da snakker man fort forbi hverandre og det blir vanskelig å finne felles løsninger
    • e-Resept utfordret SLV på dette, men fikk ikke igang den aktiviteten Helse sør øst, helseplatformen, SFM, SLV og SAFEST miljøet
  • må inn i diskusjonen

Forslag til møteplan og tema

Questionnaire og SDC Øyvind hadde et forslag som han legger inn på Git

Eventuelt

Takk for møtet.