hl7norway / vkpobservation Goto Github PK

Hvordan oppgir vi referanseverdier i observasjonene, skal det profileres?

Her kan det være litt variasjoner mellom leverandørene hvor mange nivåer man legger opp til, eller det er konfigurerbart. Når data skal deles mellom kommune og fastlege/spesialist, og når det skal ses i sammenheng med egenbehandlingsplan, så bør det standardiseres hvilke/hvor mange nivåer man har.

Eksempel:

Skal inneholde lovlige verdier for VkpObservation.

• Ett for LOINC koder
• Ett for SNOMED koder

Eller bør det være kobling mellom riktige LOINC og SNOMED koder?

VkpObservation profiler og eksempler

Vi tar gjerne feedback på foreløpig versjon v0.2.0 som er sendt til VKP teamet idag.
@kennethmyhra @oaassv @rockphotog @lnystad

• avsjekk med VKP team
• Endre i profilene
• oppdatere tabellene på forsiden av IG
• oppdatere versjonsnummer for IG

Nye koder fra PKT:

Når profilene har god nok kvalitet.

• Det eksisterer fungerende eksempler
• Forslaget til profil er omforent med NHN, leverandører og virksomhetene i utprøvingsprosjektet
• Det eksisterer god nok dokumentasjon på brukerhistorien
• Innholdet i profilen er godt dokumentert

Legge profilene over i VKP prosjektet

Should conform to http://ehelse.no/fhir

Opprette og teste profil for Bodytemp for bruk i VKP.

Utgangspunkt i hl7 bloodpressure

• Krav om FNR/DNR/FHNR for subject
• Krav til performer FNR
• Angi frivillig slice for SNOMED koder observation.code
• Angi slice for components med SNOMED koder component.code.coding
• Skal det oppgis referanseverdier?

• Nei

• Lage eksempel som tester profileringen (snomedkoder)

Foreløpig koding:

Utgangspunkt i hl7 heartrate

• Krav om FNR/DNR/FHNR for subject
• Krav til performer FNR
• Angi frivillig slice for SNOMED koder observation.code
• Skal det oppgis referanseverdier?
• Eksempel som tester profilen (snomedkoder)

Foreløpig koding:

VkpObservation krav og behov

Det er identifisert følgende krav knyttet til observasjoner som skal deles via Velferdsteknologisk Knutepunkt.

Krav til Samhandling

Observasjonene skal foreløpig deles internt i en virksomhet (kommune).

• Observasjoner skrives til VKP fra DHO system via FHIR RESTful API
• Observasjoner skrives fra VKP til kommunal EPJ via proprietært API for EPJ systemet

På sikt er målbildet at observasjoner skal deles mellom virksomheter gjennom et API fra VKP.

• Observasjoner søkes og leses fra VKP via FHIR RESTful API

Krav til innhold i observasjoner

• Subject identifiseres med FNR/DNR/FHNR
• Performer identifiseres med FNR
• Angi frivillig slice for SNOMED koder observation.code
  • Angi SNOMED CT kode som tilsvarer LOINC "magic value" for vitale parametere

Nasjonal og internasjonal standardisering

• Vitale parametre profiler fra FHIR R4 benyttes der det er mulig
  • no-domain profiler benyttes der det er mulig

Men som gir uklare feilmeldinger:

Feil referanse i profil instans InstanceOf

• Gir feilmelding som er urelatert, siden den for lange Id'en ikke påvirker bygget når instansen har riktig referanse i InstanceOf

Sushi couldn't be run. Complete output from running Sushi : warn  The string  
 "NoDomainVitalSignsObservationBloodPressureMeasurementMethodValueSet" represents a valid FHIR name but not a valid FHIR id. FHIR ids cannot contain "_" and can be at most 64 characters. The id will be exported as "NoDomainVitalSignsObserva (00:07.0164)

Closes #2
closes #5
closes #7
closes #8
closes #6

Opprette og teste profil for Bodytemp for bruk i VKP.

Utgangspunkt i hl7 bodytemp

• Krav om FNR/DNR/FHNR for subject
• Krav til performer FNR
• Angi frivillig slice for SNOMED koder observation.code
• Eksempel som tester profilen (snomedkoder)
• teste eksempler og fikse feil

Foreløpig koding:

LOINC innspill

Den faglige vurderingen er at det ikke er ox-sat i arterielt blod som måles i en hjemmesituasjon?
En mer passende kode, det er ikke:

• Oxygen saturation in Arterial blood by Pulse oximetry
  • Mer spesifikk kode som knytter målingen til puls-oxymetri

Koden i magic value har ikke angitt noen metode og må regnes som mer generell enn 59408-5:

• Oxygen saturation in Arterial blood

Det er også denne som benyttes i CDA vital-signs panel

Den ble endret i forbindelse med HL

Mappingmøte 8 og 9 mars

Ønsker på ta ned problemstillinger

• Hvilke konkrete begreper skal man benytte i forbindelse med samhandling
  • Definere verdisett for bruk i FHIR i anvendelsen
• Publisering og vedlikehold av verdisett (FHIR valueset)
• Utstrakt bruk av prekoordinering passer dårlig når samhandling skal utføres i form av informasjonsmodell basert på FHIR

Bonusspørsmål

• Gir SNOMED ekstrakoder (for eksempel knyttet til vitale parametre) noen verdi?
• Nasjonale utvidelser i SNOMED, er det riktig å standardisere på disse?
  • Bruk av nasjonale utvidelser kan komme i veien for internasjonal samhandling?
  • I motsetning til nasjonale utvidelser i FHIR

Notater

• Oslo bruker gjerne LOINC inn i sine systemer
  • Ønsker velkommen standardisering av ytterligere kontekstinformasjon
• Ulric vil gjerne fastsette krav om at SNOMED koder alltid benyttes på Norsk
• Er det puls eller heart-rate vi skal ha?

Forslag til Prinsipp SNOMED:LOINC

• 1:1 SNOMED mapping foreslås i profilen
• Mer spesifikke SNOMED termer kan benyttes
  • forventes det at disse ligger under det generelle begrepet i terminologien
• samhandlingsparten uttrykker tilleggsinformasjon som man faktisk har grunnlag for

Branch: glucose-codes

Opprette og teste profil for Bodyweight for bruk i VKP.

Utgangspunkt i hl7 bodyweight

• Krav om FNR/DNR/FHNR for subject
• Krav til performer FNR
• Angi frivillig slice for SNOMED koder observation.code
• Skal det oppgis referanseverdier?
• Eksempel som tester profilen (snomedkoder)

Foreløpig koding:

Utgangspunkt i hl7 Observation, eller arve VkpObservation

• Krav om FNR/DNR/FHNR for subject
• Krav til performer FNR
• Angi frivillig slice for SNOMED koder observation.code
• Eksempel som tester profilen (snomedkoder)
• Teste eksempel og rette feil
• Bruke VkpObservation

Foreløpig koding:

• PerformerValueSet refererer til PerformerCodeSystem
• PerformerCodeSystem Inneholder bare FNR som lovlig identifikator for Observation.performer i VkpObservation og Vkp vitale parametere.
• Bruke valueset for alle Observation.performer.system beskrankninger.

Problemer med templaten fra HL7 (ødelagt igår 2022-02-15):
Se tråd på chat template error

Avslørte endel andre feil i forhold til angivelse av template versjoner.

Utgangspunkt i hl7 oxygensat

• Krav om FNR/DNR/FHNR for subject
• Krav til performer FNR
• Angi frivillig slice for SNOMED koder observation.code
• Eksempel som viser kodingen (snomedkoder)
• Teste eksempel og rette feil

Foreløpig koding: