Oppfølging av utviklingen av vital-signs profiler

[thomiz]

Møter og aksjonspunkter mellom e-helse, DIPS og Helse Nord IKT I prosjektfasen gjennomfører vi faste møter med utviklingsmiljøet for å sikre fremdrift og koordingering.

• Diskutere utfordringer
  • Kodeverk og terminologi (SNOMED/LOINC/HL7/Arketype)
  • Standard
  • Behov for assistanse
  • e-Helse (PKT, standardisering, arkitekturstyring)
• Planer for neste sprint
• Hvordan bruker vi metoden for utvikling av områdeprofiler i praksis

[thomiz]

Møte 2021-10-12

Lars-AndreasNystad Espen Terje Bless Thomas

Endel problemer med profilering/tooling og feil fra profiler generert av Forge Jobber videre med å fylle ut dokumentasjon og definere conformance ressurser Referanse til verdisett ved slice/kodebinding av elementer Sjekke inn endringene i no-domain @lnystad (DONE) Nytt møte om et par uker

Hjertefrekvens og puls - ingen tilbakemelding på fhir chat

• Tilleggskode i SNOMED for disse konseptene
• Workshop mellom arketype og SNOMED for å definere dette opp i SNOMED
• Trenger solid definisjon av arketypen først
• Terje holder i Arketypene + SNOMED
• Espen holder i spørsmålet til FHIR miljøet

Se på no-domain til FSH filer @thomiz

Neste møte 2021-10-26 09-10

[thomiz]

Møte 2021-10-26

Lars-AndreasNystad Espen Terje Bless Thomas

• NEWS2 profilering

Hjertefrekvens og puls - ingen tilbakemelding på fhir chat

• Tilleggskode i SNOMED for disse konseptene?
• @terjebless Avklarer hvordan konseptene i SNOMED mapper mot de nye konseptene i Arketyper
  • https://informationsstruktur.socialstyrelsen.se/NIM-Pulsfrekvens
  • https://informationsstruktur.socialstyrelsen.se/NIM-Hj%C3%A4rtfrekvens
• @rockphotog sjekker videre på FHIR chat med et mer spesifik spørsmål om hvordan man håndterer tilleggskoding av for eksempel puls/hjertefrekvens

Forslag: istedenfor egne profiler for puls og hjertefrekvens bruker vi en vital-sign profil med tilleggskoder for SNOMED

Strenge profiler vs god samhandling

• Diskuterte mye om hvor mange krav man kan nedfelle i no-domain profilene
• Avhengig av om området man forsøker å dekke er bredt eller relativt smalt

Utfordring: hvor strenge skal profilene være? strenge profiler kan hindre samhandling, men for slappe profiler gir få muligheter for å validere innholdet i forhold til behov i brukerhistorien

• Både @lnystad og @thomiz har jobbet med GOFSH for no-domain profilene
  • @lnystad sjekker inn sine profiler i fsh branch

Neste møte 2021-11-09 12-13

[thomiz]

Møte 2021-11-08

Lars-AndreasNystad Espen Terje Bless Thomas

Hjertefrekvens og puls - ingen tilbakemelding på fhir chat

• @lnystad sjekker de svenske kodene
• Skille mellom hjertefrekvens og puls bør være tydelig i domeneprofilen

FSH-koden for vital-signs

• @lnystad sjekker fsh branch her på no-domain prosjektet om nooe kan gjenbrukes.

Lukkede eller åpne krav i no-domain profiler

• Mest aktuelt med must-support krav?
  • Viktig at must-support betyr? For leseoperasjoner, for skriveoperasjoner?
  • For generelle krav gir mange variasjoner i implementasjonene
  • Avveie behovet for presise krav opp mot anvendelse innenfor området
• Meaning if missing
• Must-support vs modifier extension
• Koordinering med CIMI om bruk av extensions
  • Er CIMI vital signs relevant eller er det dødt? Snakke med dem på FHIR chat?
  • @rockphotog tar kontakt med CIMI miljøet om guiden
  • Spille opp det norske vital-signs profilarbeidet i HL7 International
  • Målbilde om at vi skal ha HL7 international badge og kvalitetssikring av profilene

Neste møte?

• NEWS2 og BMI - @lnystad sjekker inn update i egen branch/katalog på no-domain
• Trenger en implementasjon og faktisk samhandling med FI

[thomiz]

2021-11-23 oppfølging vitalsigns

Oppfølging fra forrige møte:

DIPS jobber fortsatt med dette:

• @lnystad sjekker de svenske kodene, det skjer i inneværende sprint
• @lnystad sjekker fsh branch her på no-domain prosjektet om noe kan gjenbrukes
• NEWS2 og BMI - @lnystad sjekker inn update i egen branch/katalog på no-domain
  • scoring under NEWS2

Espen har kontaktet CIMI

• @rockphotog tar kontakt med CIMI miljøet om guiden
• Det arbeides med CIMI, men ikke akkurat med vital-signs
• Hva er den grunnleggende informasjonsmodellen til CIMI er usikkert?
• CIMI har definert to use-case for Hjertefrekvens:
  • arteriepalpasjon eller under anestesi

NEWS2 profilene fra NHS sier at de skiller på puls og hjertefrekvens, men ikke hvordan det skal kodes.

• Forsøker å bruke samme logikk som NEWS2 og kanskje med en lignende forklaring?

Neste møte

[thomiz]

2021-12-06 oppfølging vitalsigns

Oppfølging fra forrige møte:

• @lnystad sjekker de svenske kodene, det skjer i inneværende sprint
• @lnystad sjekker fsh branch her på no-domain prosjektet om noe kan gjenbrukes
• NEWS2 og BMI - @lnystad sjekker inn update i egen branch/katalog på no-domain
  • scoring under NEWS2
• @rockphotog tar kontakt med CIMI miljøet om guiden
• Det arbeides med CIMI, men ikke akkurat med vital-signs
• Hva er den grunnleggende informasjonsmodellen til CIMI er usikkert?
• CIMI har definert to use-case for Hjertefrekvens:
  • arteriepalpasjon eller under anestesi

Referat

Snakket litt om hvordan vi kunne få arbeidsflyten og flyt av kode fra intern kode hos DIPS og til ekstern tilgjengelig kode for no-domain.

• Hva må til for å få enklere oppdateringer fra kodebasen til DIPS til kodebasen på HL7 sin GitHub
• @lnystad Kan du si noe om effektiv kodehåndtering mellom to separate repos?

Neste møte

Flytter møtet en uke til torsdag 16 desember 09-10

[thomiz]

2021-12-16 oppfølging vitalsigns

Espen, Lars-Andreas, Terje og Thomas

Oppfølging fra forrige møte:

• [x] @lnystad sjekker de svenske kodene, det skjer i inneværende sprint

• [x] @lnystad sjekker fsh branch her på no-domain prosjektet om noe kan gjenbrukes

• [x] NEWS2 og BMI - @lnystad sjekker inn update i egen branch/katalog på no-domain

  • scoring under NEWS2

• [x] @rockphotog tar kontakt med CIMI miljøet om guiden

• [x] Det arbeides med CIMI, men ikke akkurat med vital-signs

• [x] Hva er den grunnleggende informasjonsmodellen til CIMI er usikkert?

• CIMI har definert to use-case for Hjertefrekvens:

  • arteriepalpasjon eller under anestesi

• Hva må til for å få enklere oppdateringer fra kodebasen til DIPS til kodebasen på HL7 sin GitHub

• @lnystad Kan du si noe om effektiv kodehåndtering mellom to separate repos?

Referat

• Kodehåndteringen blir kanskje enklere med FSH kode som utgangspunkt siden strukturen i internt repo er helt forskjellig fra det som ligger på GitHub
• Kode for fsh fra DIPS er lagt i egen branch på no-domain
  • @thomiz kan se om det kan bygges en IG basert på denne etter litt feilretting
• NEWS2 og BMI forslag til profiler er lagt på egen branch på no-domain
  • Bør NEWS2 være et eget sett med områdeprofiler?
  • Ja, da bør det være en egen katalog på linje med vital-signs (under no-domain)
    • Hva skal omfanget av NEWS2 profilene være? 5 forskjellige scoringer med 6-7 parametre pr. scoring.
    • Fase 2 for NEWS2?
• Utvikle et profileringsmønster for scoringer? Metaguide for scoringer (med eksempel)
• Hvordan legge til rette for effektiv utvikling i prosjektene/produktene samtidig som man kan ta ut FHIR definisjoner på en enkel måte i eksternt tilgjengelige repos?
  • Testmatrisen blir kompleks når man endrer FHIR definisjon - påvirker hvor agil utviklingen av de faktiske løsningen kan være
  • Automatiske tester av conformance mot definisjoner (for forskjellige FHIR implementasjoner)

Aksjonspunkter neste gang

Neste møte diskuterer vi

• Belgisk øl du har smakt i jula
• Planlegge 2022 - best-practice, testing
• Beskrive use-casen for vital sign
• @thomiz kan se om det kan bygges en IG basert på dipsfsh etter litt feilretting

[thomiz]

Plan for 2022

Hovedmål 1: v0.9 områdeprofiler

• SNOMED koder mangler fortsatt
• puls og hjertefrekvens splitting
• Implementasjon av profilene i produkt
  • Skal implementeres i løpet av våren i DIPS
  • Ansvarlig @lnystad
• FSH koden - 24 dager siden - 7 feil
• @lnystad sjekker inn siste kode
• @rockphotog @thomiz skriver md filer

[thomiz]

2022-01-14 - oppfølging

Bygge med GitHub workflow

• Det viser seg at ImplementationGuide.JSON og sushi-config.yaml ikke fungerer godt sammen, man må velge
  • Justerte til å benytte sushi-config.yaml og bygget gikk fint @thomiz (i branch https://github.com/HL7Norway/no-domain/tree/feature/dipsfsh2-workflow)

[thomiz]

Se også NHS profilene for observation (UKCore) https://simplifier.net/hl7fhirukcorer4/ukcoreobservation

[thomiz]

2022-02-10 - Oppfølging vital-signs

Ble enige om å justere no-domain-blodtykk

• Ta bort krav om 1..1 med krav til components
  • MeanArterialPressure
  • PulsePressure

Lage en vkp bp profil basert på no-domain @thomiz

• Lage en SNOMED slice i code
• Lage krav om identitifer.Reference med fødselsnummer og d-nummer

Oppdatere best-practice @rockphotog

Beskrive forslag til metode for å utforme krav om identifier.Reference med krav til fødselsnummer og d-nummer

[thomiz]

2022-02-17 - Oppfølging vital-signs

@rockphotog @lnystad @thomiz

Vi er i arbeidsgruppa enige om å justere ned bruken av utvidelser i no-domain profilene for enklest mulig gjenbruk. Det kan være hensiktsmessig å gjeninnføre forslag til SNOMED koder for code/component.

Ønsker mest mulig enhetlige no-domain profiler med det som er definert internasjonalt

• method?
• bodysite?
• Med valueset gir kanskje merverdi for mange implementasjoner

MÅL Håper å få noen profiler ut av arbeidet med implementasjon som igangsettes i vår i DIPS/Helse-Nord

• Avstemme med andre domener (VKP) kom gjerne med tilbakemeldinger på VKP forslagene
• Avstemme mot internasjonalt arbeid (us-core, IPS, vital-signs, NHS Observation)

[thomiz]

2022-03-08 - oppfølging vital-signs

• Oppsummering fra HL7 TSK
• Oppgave: beskrive anvendelse og innhold, samhandlingsbehov @terjebless

Oppsummere fra "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

[thomiz]

• 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

[thomiz]

2022-03-30 oppfølging

Husk å nevne innlegg på fagforum

• Hovedtema er tenkt å være terminologi og dere har jo arbeidet mye med det i no-domain-vital-signs arbeidet. Har dere mulighet til å presentere noe av det på møtet?
• Arketyper, SNOMED og FHIR
  • Kanskje - Terje tenker seg om

Hva skjer med no-domain

• Ikke skjedd noe, men prosjektrigg
• Behov for presisjon og utvidelser

Domene definisjon

• Integrasjon med eksterne aktører, utenfor en virksomhet
  • (Internt i virksomheten)
  • Andre spesialisthelsetjenester
  • Kommunal helsetjeneste
  • DHO oppfølging
  • Fastlege
• Noe utstyr støtter presisjonsnivået uttrykt for no-domain
  • Utveksle detaljerte målinger mellom fagsystem (på sykehus)
  • Detaljgrad høy - for høyt detaljeringsnivå?
  • Vitale parametere benyttes innen mange fagfelt for oppfølging av pasient på sykehus
  • Mange fagsystemer på sykehus behandler vitale tegn - trenger derfor integrasjon gjennom integrasjonsplattform istedenfor direkte databasekall
  • Publish/subscribe hendelsessbasert distribusjon
• Verdisett - forvaltning
  • SNOSTORM - for forvaltning av verdisett -
  • Forvaltning av verdisettene som benyttes i no-domain - det er ikke avklart forvaltningsprosess for dette
  • Kortsiktig perspektiv - vi publiserer våre egne verdisett som en del av no-domain
  • Langsiktig perspektiv -

Lars Andreas jobber med feature/dipsfsh2-workflow

• Få feature/dipsfsh2-workflow med utvidelser til å kompilere
• I første omgang legger vi utvidelsene med og nevner disse i profilen
  • Vi tester dette mot VKP
  • Alternativt tar vi med utvidelsene i IG, men nevner dem ikke i profilene
• Vi baserer VkpObservation på no-domain når det er klart for å teste denne tilnærmingen med utvidelser som en del av profilen

[thomiz]

2022-04-06 oppfølging

Verdisett og forvaltning av SNOMED

• Verdisett - forvaltning
  • SNOSTORM - for forvaltning av verdisett -
  • Forvaltning av verdisettene som benyttes i no-domain - det er ikke avklart forvaltningsprosess for dette
  • Kortsiktig perspektiv - vi publiserer våre egne verdisett som en del av no-domain
  • Langsiktig perspektiv -
  • Ønsker ikke at begrepene skal flyte fritt - Kobling til kliniske prosesser og støtte i programvare må håndteres i et nivå utover terminologi
  • tenk også samhandling
  • Felles språk er blitt et rent SNOMED prosjekt, men vi må også håndtere samhandling og kliniske modeller og da må FHIR og OpenEHR tas høyde for
  • Klinisk beslutningsstøtte - for eksempel Problem - aksjon og mål

Dokumentasjon

• Beskrive overordnet domene og bruk av no-domain profilene

FHIR Fagforum

• Husk å nevne innlegg på fagforum - Terje kan dessverre ikke førstkommende fagforum, kanskje senere?

Aksjonspunkter

• @thomiz merger feature/dipsfsh2-workflow til master (DONE)
• Dokumentasjon av use-case og bruk av no-domain @terjebless
• @lnystad jobber videre med valideringsfeil, feil i menyene i IG og eksmpler

[thomiz]

2022-04-29 Oppfølging vital-signs

Aksjonspunkter fra sist

• @thomiz merger feature/dipsfsh2-workflow til master (DONE)
• Dokumentasjon av use-case og bruk av no-domain @terjebless
• @lnystad jobber videre med valideringsfeil, feil i menyene i IG og eksmpler

merge til master er OK

Dokumentasjon

• @terjebless har startet
• @rockphotog kan bistå

Valideringsfeil, menyer og eksempler

• @lnystad jobber lokalt
• Fikse på lange ressurs id'er

Vedlikehold

• Issue opprettet om navneendring Navneendring: vital-signs-Observation-bloodpressure.fsh

• Name:

• id: no-basis-Observation

• Opprett Issue

• Vedlikehold av dokumentasjonen - lenke til IG på Github fra SIMPLIFIER prosjektet for no-domain

• Samordning av README informasjonen mellom SIMPLIFIER og GITHUB.

Verdisett, mangler fortsatt noen koder

• kan være bogus kodene som fører til feil

For eksempel:

{
   "[code](http://hl7.org/fhir/R4/valueset.html#ValueSet.compose.include.concept.code)" : "1*3",
   "[display](http://hl7.org/fhir/R4/valueset.html#ValueSet.compose.include.concept.display)" : "Automatisk, non-invasivt"
},
{
   "[code](http://hl7.org/fhir/R4/valueset.html#ValueSet.compose.include.concept.code)" : "1*4",
   "[display](http://hl7.org/fhir/R4/valueset.html#ValueSet.compose.include.concept.display)" : "Automatisk, invasivt"
}

[thomiz]

Diskuterer 1:1 mapping LOINC og SNOMED med utgangspunkt i siste versjon fra PKT: <html xmlns:v="urn:schemas-microsoft-com:vml" xmlns:o="urn:schemas-microsoft-com:office:office" xmlns:x="urn:schemas-microsoft-com:office:excel" xmlns="http://www.w3.org/TR/REC-html40">

Type observasjon | undertype | Profil | LOINC (magic value) | Single id -- | -- | -- | -- | -- hjertefrekvens |   | VkpObservationHeartrate | 8867-4 heart-rate | 78564009 \|Pulse rate\| blodtrykk |   | VkpObservationBloodpressure | 85354-9 Blood pressure panel with all children optional | 386536003 \|Systemic blood pressure\|   | blodtrykk (systolisk) | (component) | 8480-6 Systolic blood-pressure | 4471000202106 \|Systemisk systolisk arterielt blodtrykk\|   | blodtrykk (diastolisk) | (component) | 8462-4 Diastolic blood-pressure | 4481000202108 \|Systemisk diastolisk arterielt blodtrykk\| oksygenmetning |   | VkpObservationOxygensat | 2708-6 Oxygen saturation in arterial blood | 431314004 \|Peripheral oxygen saturation\| blodsukker |   | VkpObservation | 15074-8 Glucose [Moles/volume] in Blood | 434912009 \|Blood glucose concentration\| temperatur |   | VkpObservationBodytemp | 8310-5 Body temperature | 276885007 \|Core body temperature\| kroppsvekt |   | VkpObservationBodyweight | 29563-7 Body weight | 27113001 \|Body weight\|

[thomiz]

• Vi prøver å få mer 1:1 koder inn i tabellen fra PKT
• Vi må arbeide med å etablere en omforent mapping mellom SNOMED og LOINC som blir publisert internasjonalt. Nordisk samarbeid?
• Sende møteinnkallinger til Terje @thomiz
• Dokumentasjon under arbeid Terje og Espen
• Koden kjører stort sett uten feil nå rapporterer @lnystad , committer i dag i egen branch
• Rydde og redaktør #31 #30
• Neste møte 13 juni 14-15

Forslag til struktur

• Intro - hva er dette hvordan henger det sammen med annet arbeid
• Anvendelse
• Beskrive anvendelsesområdet (use case)
  • Bakgrunn og problemstilling
  • Behov for samhandling
  • Spesifisere krav til samhandlingen

[thomiz]

• PKT har avklart 1:1 mapping dokumentert i VkpObservation

• Diskutere mappingen internasjonalt (på chat og i nordisk møte)

• Dokumentasjon av use-case - dårlig samvittighetslista, fortsett med dette til neste gang.

• Lars har commitet noe til kodebasen, arbeider med filnavn og feil i QA rapporten

  • Arbeider på DIPS repo ønsker en DIPS template for generering av IG og en IG som er knyttet til implementasjonen
  • Hvor nærme ligger disse spesifikasjonene, er det stor forkskjell på DIPS implementasjons IG og no-domain IG?
  • Litt flere feil enn de har tenkt seg, arbeider med det
  • Kanskje i løpet av uka
  • Endel byggefeil - som må lukes bort av kildekoden

• Terje begynner med å editere index.md

  • Husk forklarende figurer

• Observation som nivå - transport i HSØ

  • Components i observasjonen for spesialparametere som legges ut som extensions i andre sammenhenger
  • Bruk av Components i observations i HSØ og internasjonalt

• Neste møte uke 26

[thomiz]

2022-06-30 Oppfølging

• Dokumentasjon av use-case - dårlig samvittighetslista, fortsett med dette til neste gang
  • Se gjerne på build-pipeline dokumentasjonen og kom med tilbakemeldinger
• FSH koden er enda ikke ferdig, men de har jobbet litt med
  • Sjekker inn koden i dag @lnystad
• Diskutere mappingen internasjonalt (på chat og i nordisk møte)
  • Nordiske samarbeidspartene er også interessert i diskusjonen om mappingen
• Lage Template IG for at andre kan ta utgangspunkt i forke og få laget sin egen Implementasjonsguide @rockphotog eller @thomiz
• Components for extension i observasjoner som skal inn i metavision
  • Bruker Component observasjoner for å legge inn tilleggsinformasjon til observasjonene, en alternativ måte å gjøre dette på er å utvide for ekstra informasjon i extensions
  • Kontakt Trond Andre Aag om prosjektet eventuelt Øyvind/Yvonne

[thomiz]

Postet på chat om mapping SNOMED/LOINC: SNOMED LOINC mapping

[thomiz]

Svenske SNOMED mappinger Per lenker nederst her:

Uttrykkene "hjertefrekvens" og "puls" (Heart-Rate og Pulse) · Issue #22 · HL7Norway/no-domain (github.com)

[thomiz]

• Dokumentasjon av use-case - dårlig samvittighetslista, fortsett med dette til neste gang

  • Se gjerne på build-pipeline dokumentasjonen og kom med tilbakemeldinger
  • Terje er igang

• FSH koden er enda ikke ferdig, men de har jobbet litt med

  • Sjekker inn koden i dag @lnystad
  • Koden er oppdatert, men ikke helt ferdig, mangler endel verdisett og eksempler
  • Koden har bedre kvalitet nå, men fremdeles noen QA feil som må fikses, spesielt ValueSet og eksempler
  • @lnystad
  • Pulse og heart-rate profilene, mangler SNOMED kode i pulse profilen
  • Sjekk mapping mot VkpObservation heart-rate @thomiz

• Diskutere mappingen internasjonalt (på chat og i nordisk møte)

  • Nordiske samarbeidspartene er også interessert i diskusjonen om mappingen¨

Lage Template IG for at andre kan ta utgangspunkt i forke og få laget sin egen Implementasjonsguide @rockphotog eller @thomiz Components for extension i observasjoner som skal inn i metavision Bruker Component observasjoner for å legge inn tilleggsinformasjon til observasjonene, en alternativ måte å gjøre dette på er å utvide for ekstra informasjon i extensions Kontakt Trond Andre Aag om prosjektet eventuelt Øyvind/Yvonne

[terjebless]

Første utkast til en IG er laget (på wiki til diskusjon først).

[thomiz]

2022-09-26 Oppfølgingsmøte

• Terje har skrevet dokumentasjon. BRA!

  • Extensions lista må description inn i Extension definisjonene (FSH filene)
  • Profil tabellene inneholder endel informasjon fra arketypearbeidet hvor det meste antakelig bør inn i profildefinisjonene (FSH filene)
  • @rockphotog og @thomiz går igjennom skriftlig doku fra Terje

• LAN trenger en pakke å hente ned fra CI builden

  • Pakke produsert

• Nyeste koden fra Lars Andreas er pulled til master, OK

• @rockphotog og @thomiz sjekker om hvordan vi kan få arketype ckm doku inni profildefinisjonen

• Terje trenger guide for å lage build pipeline og generere kode

[thomiz]

LAN har oppdatert https://github.com/HL7Norway/no-domain/commit/a6c482064ef12a421777a0538b245e4abd7764e5

• Vi bygger og lager pull request, bygg OK @thomiz lager PR

Byggepipeline med eget docker image er ikke uproblematisk med bruk av Docker på jobb (på grunn av lisensbestemmelsene med bruk av docker desktop)

• Privat bruk av docker går greit og også HL7 Norge arbeid

• sammenhenger mellom CKM dokumentasjon og FHIR dokumentasjon er fremdeles problematisk

• Hvordan fungerer CKM dokumentasjonen sammen med SNOMED kodene (og LOINC koden) vi har definert for vitale parametere

  • CKM definerer bare puls, heartrate definisjonene i SNOMED vs puls i CKM

• Workshop med SNOMED og Arketypegjengen for QA av mappingen @thomiz

  Workshop handler om å få noen fra PKT (Karol kanskje, og de han vil ha med) og noen i fra Sekretariatet for arketypeforvaltningen (typisk Silje Bakke, ditto) inn i et rom slik at vi sammen kunne se på det vi har av verdisett og bindinger, hva som mangler, og legge en plan for å få det som mangler på plass. Og så er det tydeligvis fortsatt en problemstilling at de nye konseptene som er opprettet ikke er opprettet i den internasjonale utgaven av SNOMED CT, som jeg tenker naturlig ville være tema for en slik WS.

• Videre arbeid med dokumentasjonen @terjebless

  • For vedlikeholdets skyld kan referanser være bra body height ckm
  • For lesbarhetens skyld kan kopi av tekst være greit

[thomiz]

2022-01-12 Laget PR til review av @lnystad

[thomiz]

2023-01-04 - Fikse byggescriptet for currentbuild og godkjenne PR #34

• Bygge ny IG basert på kode fra PR

Workshop

• Workshop med PKT og HelseNord/DIPS om FHIR vital-sign profiler
  • Arktetypemiljøet har diskutert mange av de samme problemstillingene som PKT jobber med nå

Dokumentasjonen, utestående spørsmål:

• Hvordan får vi henvist til CKM fra profilene
• Hvor mye tekst skal vi kopiere fra CKM og inn i profilene

[thomiz]

2023-01-26

PR #34 : Vi har merget PR34 og bygd ny IG basert på den.

Workshop

• Hvordan håndterer vi skillet mellom puls og hjertefrekvens blir en sak
• Terje, forsøkte å få kontakt med Karol, fikk ikke svar
• Alt fra arketypen må ikke med, vi må ha en prioritert liste som vi sender til PKT @terjebless
• LAN tar en sjekk på ALPHA kodene fra PKT om mapping snomed/arketyper @lnystad
  • LAN lager en branch i vital-sign

[thomiz]

Workshop

Workshop med PKT og HelseNord/DIPS om FHIR vital-sign profiler

• Hva er use-case for disse profilene og verdilistene - samhandling mellom virksomheter
• Arktetypemiljøet har diskutert mange av de samme problemstillingene som PKT jobber med nå
• Hvordan håndterer vi skillet mellom puls og hjertefrekvens blir en sak
• Alt fra arketypen må ikke med, vi må ha en prioritert liste som vi sender til PKT @terjebless
• LAN tar en sjekk på ALPHA kodene fra PKT om mapping snomed/arketyper @lnystad
  • LAN lager en branch i vital-signs
• Søke etter data, da må brukerne og profilene angi et grovt nivå for generelle søk
• Metadata på modellnivå kan bli overflødig når man har ontologi som inneholder metadata
• Troverdigheten til informasjonen, hvor kommer den fra, hva er detaljnivået og kvaliteten på utstyret
• Hva trengs av kontekst

Ja vi bør ha en workshop!

• noen konkrete problemstillinger som kan tas ned
  • brukerhistorie - er det den samme
  • implisitt og eksplisitt kunnskap - skal vi ha som prinsipp at man er eksplisitt og ikke baserer oss på implisitt kunnskapsoverføring, det er jo en grense for hvor spesifikk informasjon det er hensiktsmessig å legge inn i applikasjonen (merarbeid for helsepersonell) og overfører strukturert.
• Egen del om fremtid og prinsipper

Lars Andreas har sjekket kodene i kodelistene fra PKT og kodelistene i vitaleparametere - de ulike modellene som nå eksisterer på vitale parametre mapper ikke p.t.

Finansiering, tentativt før påske - Gardermoen: 23 mars forslag

• Arketypemiljø, Silje og XXX
• Helse-nord, Terje
• Normering snakk med Georg
• Arkitektur, snakk med Erik
• PKT ressurser, Jørn foreslår personer
• DIPS AS (leverandør), LAN og en fra Open DIPS
• Glemte kanskje noen fra HL7 Norge?

Radisson Blu - sjekk dato for rombooking -

Neste møte handler om workshop og problemstillinger som er viktige for workshop.

[thomiz]

Danish vital signs work

[thomiz]

2023-06-19

• Vi har ikke fått noe fra PKT enda angående refsettene
• Arketypemiljøet skal ha høring på skille mellom HR og puls meld dere på via CKM systemet
• Brukerhistorien handler hovedsaklig om kommunikasjon mellom virksomheter