Hopp til slutten av metadata
Gå til begynnelsen av metadataene

Du ser på en gammel versjon av denne siden. Se den nye versjonen.

Sammenlign med nåværende Vis sidehistorikk

« Forrige Versjon 7 Neste »

Overordnet informasjon

På denne siden er det en samlet beskrivelse av journalføring av digital hjemmeoppfølging-hendelser, bortsett fra pasientchat som er beskrevet på en egen side.

I digital hjemmeoppfølging-sammenheng kan eksempelvis en utført måling hjemme hos en tjenestemottaker føre til et varsel hos et oppfølgingssenter. Varselet fører til en form for oppfølging av tjenestemottaker, og denne oppfølgingen er journalverdig informasjon. VKP tilbyr at dette journalføres automatisk i kommunens journal. Øvrige hendelser som tilbys journalført kan man lese nærmere om på denne siden.

Denne siden inneholder først en overordnet oversikt, og deretter en mer spesifikk gjennomgang av de ulike scenariokategoriene vi har delt det opp i:

  1. Spørreskjemaer

  2. Spørreskjemaer og målinger kombinert

  3. Rene resultater

  4. Passiv tjenestemottaker

  5. Frittstående notater

  6. Systemsammenstilte tekster

Vi har modellert og kategorisert den totale hendelsesflyten slik:

Informasjonsmodell

Informasjonsmodell med FHIR

Scenarioer

Scenariobeskrivelsene er gruppert etter hva slags data som kreves for å sende inn en journalføring. Scenariobeskrivelsene er gruppert etter hva slags data som kreves for å sende inn en journalføring. Under hver overskrift kan man lese en overordnet introduksjon av scenariokategorien. Deretter splitter informasjonen seg i en venstre fil som inneholder informasjonsmodell og relevante eksempler, samt en høyre fil som inneholder samme informasjonsmodell overlagt med relevante FHIR-ressurser og nærmere informasjon om de spesifikke FHIR-ressursene.



Spørreskjemaer

Disse scenarioene er ulike varianter av journalføring av spørreskjemaer. Dette kan gjøres enkeltvis, og da med eller uten spørsmål og svar, eller de kan sendes inn flere av gangen.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

 Spørreskjema uten spm/svar

Eksempelscenario:

En enkelt skjemabesvarelse har utløst varsel, og dette ønskes journalført sammen med et oppfølgingsnotat.

  1. Tjenestemottaker har utfylt et spørreskjema med spørsmål knyttet til sin KOLS-diagnose

  2. Resultatet fra spørreskjemaet gir gult varsel

  3. Tjenesteutøver følger opp pasient i henhold til plan, og journalfører hendelsen sammen med et oppfølgingsnotat

Eksempel på journaltekst:

Digital hjemmeoppfølging ([system])

Gult varsel 15.11. kl. 12:55. Skjemasvar: KOLS-skjema. Score = 1 av 3. Relevant referanseområde: 0 - 1

Notat: Har ringt pasienten, og vi har blitt enige om å avvente til i morgen.

 Spørreskjema med spm/svar

Eksempelscenario:

En enkelt skjemabesvarelse har utløst varsel, og dette ønskes journalført sammen med et oppfølgingsnotat. Det ønskes at spørsmålene og svarene også inkluderes i journalnotatet.

  1. Tjenestemottaker har utfylt et spørreskjema med spørsmål knyttet til sin KOLS-diagnose

  2. Resultatet fra spørreskjemaet gir gult varsel

  3. Tjenesteutøver følger opp pasient i henhold til plan, og journalfører hendelsen sammen med et oppfølgingsnotat

Eksempel på journaltekst:

Digital hjemmeoppfølging ([system])

Gult varsel 15.11. kl. 12:55. Skjemasvar: KOLS-skjema. Score = 1 av 3. Relevant referanseområde: 0 - 1

Var du preget av tung pust i går?
- Ja

 Kommenter her dersom det er noe du vil legge til angående svaret ditt på tung pust. (hvis du ikke skriver noe kan du sette inn et tegn for at spørsmålslisten skal kunne sendes inn)
- Jeg følte pusten var fin da jeg våknet, men at den ble tyngre og tyngre utover dagen

Opplever du å være tung i pusten i dag? Du kan kun velge ett alternativ.
- Ja, veldig tung i pusten

Føler du at du har høy feber? Du kan velge flere alternativer.
- Ja, jeg er varm og kald om hverandre
- Ja, jeg er uvel

Har du hatt smerter i dag?
- 7 på en skala fra 0 til 10 (der 0 er "Ingen smerter" og 10 er "Veldig sterke smerter") 

Hvor mange måltider har du spist i dag?
- 3 på en skala fra 0 til 6

Notat: Har ringt pasienten, og vi har blitt enige om å avvente til i morgen.

 Mange spørreskjemaer

Eksempelscenario:

Et sett med flere skjemabesvarelser blir håndtert i sammenheng, og ønskes journalført samlet.

  1. Tjenestemottaker har fylt ut et spørreskjema daglig gjennom en helg

  2. Resultatene fra spørreskjemaet gir gule og røde varsler

  3. Tjenesteutøver følger opp pasient i henhold til plan, og journalfører hendelsene samlet sammen med et oppfølgingsnotat

Eksempel på journaltekst:

Digital hjemmeoppfølging ([system])

Gult varsel 15.11. kl. 12:55. Skjemasvar: KOLS-skjema. Score = 1 av 3. Relevant referanseområde: 0 - 1

Rødt varsel 16.11. kl. 11:55. Skjemasvar: KOLS-skjema. Score = 3 av 3. Relevant referanseområde: 2 - 3

Notat: Har ringt pasienten, og blitt enige om at hjemmesykepleien skal komme innom en ekstra tur i dag.

FHIR-ressurser

 Bundle (Document)

Svar på spørreskjema sendes i form av en bundle (Document) med QuestionnaireResponse, Observation, DetectedIssue og Composition - samt eventuelt med Questionnaire.

Hvis det ønskes å sende med spørsmål og svar, så kan dette både gjøres via QuestionnaireResponse alene (både spørsmål og svar), eller kombinasjonen QuestionnaireResponse (svar) og Questionnaire (spørsmål). Dette er valgfritt.

Det kan sendes med en ekstra DetectedIssue for å sende med informasjon om overordnet/aggregert varsel. Da vil modellen bli slik:

  • Bundle av typen Document må alltid ha Composition som første ressurs

  • Les mer på HL7 sine sider her og VKP sine sider her

 Composition
  • Representerer notatet (tjenesteutøvers tekstlige sammenstilling)

    • Typisk: tjenesteutøvers faglige vurdering av resultatene, beskrivelse av oppfølging, videre tiltak osv.

  • Viktigste informasjonselementer:

    • Selve teksten om hva som er gjort/tenkt/planlagt - section.text.div

    • Når teksten ble skrevet - date

    • Hvem som skrev teksten - author

 DetectedIssue
  • Representerer varselet

  • Viktigste informasjonselementer:

    • Hva varselet gjelder - code

    • Varselets alvorlighetsgrad - severity

    • Perioden fra varselet oppstod til det ble lukket - identifiedPeriod

    • Informasjon om hvilket system som genererte varselet - author

 Observation
  • Representerer resultatet fra spørreskjemaet

  • Viktigste informasjonselementer:

    • Type observasjon - category

    • Selve resultatet - value

    • Hvor langt unna resultatet er fra normalnivå - interpretation

    • Referanseområder - referenceRange

 QuestionnaireResponse
  • Representerer svaret på spørreskjemaet

  • Viktigste informasjonselementer:

    • Navn på spørreskjema - questionnaire.display (extension)

    • Når spørreskjemaet ble besvart - authored

  • Kan inneholde:

    • Svar - item.answer

    • Spørsmålstekst - item.text

      • OBS: hvis man heller ønsker å sende med spørsmålene i en egen Questionnaire-ressurs, er det ikke nødvendig å fylle ut dette feltet

  • Hvis ønskelig:

    • Spørsmålsnummer - linkId

      • OBS: brukes kun hvis man ønsker å sende med spørsmålene i egen Questionnaire-ressurs.

 (Questionnaire)
  • Valgfri

  • Representerer spørsmålene/spørreskjemaet

  • Viktigste informasjonselementer:

    • Navn på spørreskjema - name og/eller title

    • Spørsmålstekst - item.text

    • Spørsmålsnummer - linkId

      • Brukes til å peke på relevant svar i tilhørende QuestionnaireResponse-ressurs



Spørreskjemaer og målinger kombinert

Denne kategorien tar for seg hendelser der tjenestemottaker både har utfylt spørreskjemaer og utført målinger, og disse ønskes journalført samlet med samme oppfølgingsnotat. I scenarioet kalt "aggregert varsel" følger det også med et samlet varsel for alle hendelsene, i tillegg til enkeltvarslene tilhørende enkelthendelsene.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

 Spørreskjemaer og målinger

Et sett med skjemabesvarelser og målinger blir håndtert i sammenheng, og ønskes journalført samlet.

  1. Tjenestemottaker har utfylt et spørreskjema med daglige spørsmål, samt tatt sin daglige måling av puls og oksygenmetning

  2. Både resultatet fra spørreskjemaet og resultatet fra oksygenmetningsmålingen gir gule varsler, mens pulsen ligger på normalnivå

  3. Tjenesteutøver følger opp pasient i henhold til plan, og journalfører hendelsene tilknyttet spørreskjemabesvarelsen og oksygenmetningsmålingen sammen med et oppfølgingsnotat

 Aggregert varsel

Et sett med spørreskjemaer og målinger blir håndtert i sammenheng, og ønskes journalført samlet. DHO-systemet har logikk som gir et samlet varsel på toppen av enkeltvarslene.

  1. Tjenestemottaker har utfylt et spørreskjema med daglige spørsmål, samt tatt sin daglige måling av puls og oksygenmetning

  2. Både resultatet fra spørreskjemaet og resultatet fra oksygenmetningsmålingen gir gule varsler, mens pulsen ligger på normalnivå. Forsystemet lagrer dagens resultater samlet, og gir overordnet gult varsel

  3. Tjenesteutøver følger opp pasient i henhold til plan, og journalfører alle hendelsene samlet, sammen med et oppfølgingsnotat

FHIR-ressurser

 Bundle (Document)

En kombinert innsendelse av spørreskjemaer og utførte målinger, sendes inn i form av en bundle (Document) med QuestionnaireResponse, Observation, DetectedIssue og Composition. Hvis ønskelig, kan spørsmålene til spørreskjemaet sendes med i en egen Questionnaire-ressurs – se nærmere informasjon under Spørreskjemaer.

Det kan sendes med en ekstra DetectedIssue for å sende med informasjon om overordnet/aggregert varsel. Da vil modellen bli slik:

  • Bundle av typen Document må alltid ha Composition som første ressurs

  • Les mer på HL7 sine sider her og VKP sine sider her

 Composition
  • Representerer notatet (tjenesteutøvers tekstlige sammenstilling)

    • Typisk: tjenesteutøvers faglige vurdering av resultatene, beskrivelse av oppfølging, videre tiltak osv.

  • Viktigste informasjonselementer:

    • Selve teksten om hva som er gjort/tenkt/planlagt - section.text.div

    • Når teksten ble skrevet - date

    • Hvem som skrev teksten - author

 DetectedIssue
  • Representerer varselet

  • Viktigste informasjonselementer:

    • Hva varselet gjelder - code

    • Varselets alvorlighetsgrad - severity

    • Perioden fra varselet oppstod til det ble lukket - identifiedPeriod

    • Informasjon om hvilket system som genererte varselet - author

 Observation
  • Representerer resultatet fra spørreskjemaet eller målingen

  • Viktigste informasjonselementer:

    • Type observasjon - category

    • Selve resultatet - value

    • Hvor langt unna resultatet er fra normalnivå - interpretation

    • Referanseområder - referenceRange

 QuestionnareResponse

Representerer svaret på spørreskjemaet

  • Viktigste informasjonselementer:

    • Navn på spørreskjema - questionnaire.display (extension)

    • Når spørreskjemaet ble besvart - authored

  • Kan inneholde:

    • Svar - item.answer

    • Spørsmålstekst - item.text

      • OBS: hvis man heller ønsker å sende med spørsmålene i en egen Questionnaire-ressurs, er det ikke nødvendig å fylle ut dette feltet

  • Hvis ønskelig:

    • Spørsmålsnummer - linkId

      • OBS: brukes kun hvis man ønsker å sende med spørsmålene i egen Questionnaire-ressurs. Se nærmere informasjon under Spørreskjemaer.



Rene resultater

Denne kategorien tar for seg data som deles videre uten å nødvendigvis ha trigget et varsel eller ha krevd oppfølging fra tjenesteutøver. Typisk gjelder dette måledata som deles videre til et kurvesystem eller tilsvarende. Disse dataene kan deles i tillegg til at enkelte av de samme resultatene også journalføres sammen med varsel og oppfølging, som beskrevet i andre scenarioer.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

 Mange målinger

Et sett med målinger sendes uten tilhørende varsler eller oppfølging, typisk for å deles med kurvesystem.

  1. Tjenestemottaker måler vekt daglig i en gitt periode, og vekten holder seg innenfor oppgitt normalområde i hele perioden

  2. Tjenestemottaker har besøk av et barnebarn som leker med vekta, og det registreres avvikende målinger

  3. Tjenesteutøver avklarer de avvikende målingene med tjenestemottaker, og avviser dem

  4. Alle ikke-avviste målinger blir overført automatisk til kurvesystem etter forhåndsdefinert tid (her er det mange ulike muligheter for løsninger)

FHIR-ressurser

 Bundle (Collection)

Rene måleresultater kan sendes samlet i form av en bundle. Innledningsvis tar vi utgangspunkt i å benytte bundle av typen Collection. Les detaljert informasjon her.

 Observation
  • Representerer resultatet fra spørreskjemaet eller målingen

  • Viktigste informasjonselementer:

    • Type observasjon - category

    • Type måling - code

    • Selve resultatet - value

    • Hvor langt unna resultatet er fra normalnivå - interpretation

    • Referanseområder - referenceRange



Passiv tjenestemottaker

Denne kategorien tar for seg tilfeller der tjenestemottaker ikke har utført én eller flere forventede handlinger. I scenarioet "ikke utført handling" er det en kjent, spesifikk handling som ikke er utført. I "inaktiv tjenestemottaker" er det ukjent hva som ikke er utført.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

 Ikke utført handling

Eksempelscenario:

En tjenestemottaker utfører ikke en forventet handling på forventet tidspunkt - for eksempel utføring av måling eller utfylling av spørreskjema.

  1. En tjenestemottaker skal ha svart på et gitt spørreskjema innen midnatt hver dag.

  2. Tjenestemottaker svarer ikke på skjemaet innen fristen.

  3. Tjenesteutøver mottar varsel i forsystemet om at spørreskjemaet ikke er utført innen oppsatt frist

  4. Tjenesteutøver ringer tjenestemottaker og oppklarer situasjonen: det var en ren forglemmelse

  5. Tjenesteutøver journalfører hendelsen, inkludert et notat om oppfølgingen.

Eksempel på journaltekst:

Digital hjemmeoppfølging ([system])

Gult varsel 23.02. kl. 21:41. Spørsmålsliste som ikke er besvart: Daglige spørsmål.

Oppfølging: Har ringt pasienten og minnet henne på å svare på spørreskjemaene.

 Inaktiv tjenestemottaker

Eksempelscenario:

En tjenestemottaker utfører ingen planlagte handlinger innenfor et gitt tidsrom.

  1. DHO-systemet er innstilt på at det skal gå et varsel hvis tjenestemottaker ikke har gjort sine planlagte handlinger i løpet av tre dager.

  2. Tjenestemottakeren er inaktiv i tre dager

  3. Tjenesteutøver mottar varsel i forsystemet om at spørreskjemaet ikke er utført innen oppsatt frist

  4. Tjenesteutøver ringer tjenestemottaker og oppklarer situasjonen: tjenestemottaker bruker utstyret feil

  5. Tjenesteutøver journalfører hendelsen, inkludert et notat om oppfølgingen.

Eksempel på journaltekst:

Digital hjemmeoppfølging ([system])

Gult varsel 23.02. kl. 21:41. Inaktiv pasient

Notat: Har ringt pasienten og avtalt tid for ny veiledning i bruk av utstyret.

FHIR-ressurser

 Bundle (Document)

Informasjon om ikke utførte forventede handlinger sendes i form av en bundle (Documentation) med Composition og DetectedIssue.

  • Bundle av typen Document må alltid ha Composition som første ressurs

  • Les mer på HL7 sine sider her og VKP sine sider her

 Composition
  • Representerer notatet (tjenesteutøvers tekstlige sammenstilling)

    • Typisk: tjenesteutøvers faglige vurdering av resultatene, beskrivelse av oppfølging, videre tiltak osv.

  • Viktigste informasjonselementer:

    • Selve teksten om hva som er gjort/tenkt/planlagt - section.text.div

    • Når teksten ble skrevet - date

    • Hvem som skrev teksten - author

 DetectedIssue
  • Representerer varselet

  • Viktigste informasjonselementer:

    • Hva varselet gjelder - code

      • I tilhørende kodeverk er det mulig å differensiere på hvorvidt man bare kjenner til at det finnes en manglende utført handling (5.3), eller om man også vet hvilken konkret handling som ikke er utført (5.3.1 og 5.3.2)

    • Varselets alvorlighetsgrad - severity

    • Perioden fra varselet oppstod til det ble lukket - identifiedPeriod

    • Informasjon om hvilket system som genererte varselet - author

    • Hvis kjent og ønsket: navn på hvilken konkret måling/skjema som ikke er utført - implicated.display



Frittstående notater

Denne kategorien tar for seg notater, typisk tilknyttet en tjenestemottaker, som sendes enkeltvis uavhengig av annen ressurser.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

 Enkeltnotat

Eksempelscenario:

En tjenesteutøver skriver et generelt notat om en pasient, som ikke er tilknyttet et spesifikt varsel.

  1. En tjenesteutøver ringer en tjenestemottaker uavhengig av varsel

  2. Tjenesteutøver skriver en oppsummering av samtalen og journalfører den

Eksempel på journaltekst:

Digital hjemmeoppfølging ([system])
Notert 15.11. kl. 12:55.

Oppfølging: Ringte pasient. Alt ok.

FHIR-ressurser

 Composition

Frittstående notater sendes i form av en ren Composition.

  • Representerer notatet (tjenesteutøvers tekstlige sammenstilling)

    • Typisk: tjenesteutøvers faglige vurdering av resultatene, beskrivelse av oppfølging, videre tiltak osv.

  • Viktigste informasjonselementer:

    • Selve teksten om hva som er gjort/tenkt/planlagt - section.text.div

    • Når teksten ble skrevet - date

    • Hvem som skrev teksten - author



Systemsammenstilte tekster

Denne kategorien tar for seg resultater som blir sammenstilt til journaltekst av DHO-systemet.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

 Sammenstilte resultater

Et sett med skjemabesvarelse(r) og måling(er) blir håndtert av tjenestemottaker, og DHO-systemet sammenstiller resultatet i tekstform. Teksten sendes over sammen med tjenestemottakers beskrivelse av oppfølgingen.

FHIR-ressurser

 Composition

Systemsammenstilte tekster kan sendes inn i form av en ren Composition. Alternativt kan det sendes inn som en bundle (Document) sammen med supplerende ressurser som Patient, Practitioner, Device o.l.

  • Representerer:

    • Notatet (tjenesteutøvers tekstlige sammenstilling)

      • Typisk: tjenesteutøvers faglige vurdering av resultatene, beskrivelse av oppfølging, videre tiltak osv.

    • Systemsammenstilt tekst

      • Ferdig sammenstilt tekst om måleresultater og/eller skjemabesvarelser

  • Viktigste informasjonselementer:

    • Når teksten ble generert - date

    • Hvem som skrev/genererte teksten - author

      • OBS: Dette feltet skal inneholde hvem som er ansvarlig for teksten, så her skal både tjenesteutøver og system oppgis

    • Selve teksten om hva som er gjort/tenkt/planlagt - section.text.div

      • Tilhørende code 1.1

      • Tjenesteutøver som skrev teksten - section.author

    • Systemsammenstilt tekst - section.text.div

      • Tilhørende code 2

      • Systemet som genererte teksten - section.author


  • Ingen etiketter