Versjonssammenligning

Versjon Gammel versjon 17 Ny versjon 18
Endringer gjort av

Guro Nordengen (Unlicensed)

Guro Nordengen (Unlicensed)

Lagret den

Nøkkel

  • Denne linjen ble lagt til.
  • Denne linjen ble fjernet.
  • Formateringen ble endret.

På denne siden er det en samlet beskrivelse av hendelser som tradisjonelt er forbundet med begrepene digitalt tilsyn, trygghetsalarm, lokaliseringsteknologi og responssenter. Journalføring av hendelser knyttet til medisineringsstøtte er beskrevet på en egen side.

VKP støtter journalføring av alarmer (typisk tilknyttet sensorer, trygghetsalarmer og lokaliseringsteknologi), samt håndteringen og oppfølgingen av disse (f.eks. utført ved et responssenter). Vi har modellert og kategorisert det slik:

Informasjonsmodell

Informasjonsmodell med FHIR

Scenarioer

Scenarioene er gruppert etter hva slags informasjon som journalføres: alarmhåndtering, oppfølging eller kombinasjonen av disse. Under hver overskrift kan man lese en overordnet introduksjon av scenariokategorien, tilhørende informasjonsmodell og relevante eksempler beskrevet i egne kort på høyre side.

Alarmhåndtering

Disse scenarioene har til felles at hendelsene journalføres uavhengig av oppfølgingen, og journalnotatet dekker da kun selve håndteringen av alarmen/varselet. Dette skjer typisk fordi varselet blir plukket, behandlet og lukket ved få tastetrykk, og oppfølgingen blir utført etterpå. Journalføringen skjer da automatisk ved lukking av varselet, og det utføres ny journalføring (ofte manuelt) etter oppfølgingen er utført.

Informasjonsmodell

Informasjonsmodell med FHIR

Eksempler

Utvid
titlePasientvarslingsanlegg

Det går en alarm som lukkes og journalføres uavhengig av oppfølgingen.

  1. Det går en døralarm på et pasientværelse

  2. Det går et varsel på tjenesteutøvers mobilapp

  3. Tjenesteutøver plukker varsel

  4. Tjenesteutøver behandler/lukker varsel. Inneholdende eventuelt: notat, kategori/tiltak/årsak (eks: "tiltak iverksatt", "falsk alarm" osv.)

  5. Hendelse journalføres

  6. ...

  7. (Oppfølging + ny journalføring)

Utvid
titleKamerasensor

En kamerasensor detekterer en hendelse og varsler oppfølgingstjeneste, eventuelt med stillbilde inkludert.

  1. Sensor detekterer et fall

  2. Varsel med stillbilde sendes til oppfølgingstjeneste

  3. Tjenesteutøver plukker varsel

  4. Tjenesteutøver behandler/lukker varsel. Inneholdende eventuelt: notat, kategori/tiltak/årsak (eks: "tiltak iverksatt", "falsk alarm" osv.)

  5. Hendelse journalføres

  6. …

  7. (Oppfølging + ny journalføring)

FHIR-ressurser

Utvid
titleBundle (documentDocument)
Image Modified

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

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

Utvid
titleComposition

  • Representerer håndteringen av alarmen, samt kommentar/journalnotat

  • Skal inneholde informasjon om:

    • Hva som ble gjort - section.text

    • Når det ble gjort - date

    • Hvem som gjorde det - author

  • Peker til DetectedIssue via section.entry

Utvid
titleDetectedIssue

  • Representerer hendelsen og den påfølgende alarmen som oppsto

  • Skal inneholde informasjon om:

    • Type alarm - code

    • Perioden varselet/alarmen var aktivt - identifiedPeriod

    • Informasjon om hvilke enhet som genererte alarmen/varselet - author

  • Peker til Device via author

Utvid
titleDevice

  • Representerer sensoren som detekterte hendelsen

  • Skal inneholde informasjon om:

    • Enhetsnavn - deviceName

    • Unik ID for enheten - identifier

    • Type - type

  • Kan inneholde informasjon om:

    • Lokasjon - location

    • Modellnavn - deviceName

    • Modellnummer - modelNumber

    • Hvem som eier enheten - owner

Oppfølging

Disse scenarioene har til felles at oppfølgingen ikke blir direkte initiert av en alarm/hendelse, og journalnotatet vil dermed være fokusert rundt rene oppfølgingshendelser.

Informasjonsmodell

Eksempler

Utvid
titleDigitalt tilsyn

Det utføres et behovsstyrt digitalt tilsyn som journalføres automatisk ved avsluttet tilsyn.

  1. Behov for digitalt tilsyn, f.eks. avdekket gjennom en situasjon som beskrevet i scenarion "kamerasensor" over.

  2. Tjenesteutøver utfører digitalt tilsyn

    1. Eks.: Anonymisert bildetilsyn, innlytt, bildebasert tilsyn, toveis tale

  3. Tjenesteutøver lukker digitalt tilsyn

  4. Automatisk journalføring etter 30 sek

Utvid
titlePlanlagt digitalt tilsyn

Det utføres et planlagt digitalt tilsyn, potensielt etterfulgt av annen oppfølging.

  1. Responssentersystem: Varsel om planlagt tilsyn

  2. Tjenesteutøver plukker varsel

  3. Tjenesteutøver utfører digitalt tilsyn

    1. Eks.: Anonymisert bildetilsyn, innlytt, bildebasert tilsyn, toveis tale

  4. Tjenesteutøver utfører et sett med oppfølgingsaksjoner

    1. Eks: Ringer tjenestemottaker, pårørende ++

  5. Tjenesteutøver ber hjemmetjeneste rykke ut

  6. Tjenesteutøver journalfører

Alarmhåndtering og oppfølging

Disse scenarioene har til felles at de både omhandler alarmhåndtering og påfølgende oppfølging, altså en kombinasjon av informasjonen som er dekket av scenarioene over. Scenarioet som kombinerer responssenter og digitalt tilsyn er kun et tenkt scenario per nå.

Informasjonsmodell

Eksempler

Utvid
titleResponssenter

Et responssenter mottar varsel, utfører oppfølging og ruter eventuelt ansvaret videre til annen instans før hendelsen journalføres.

  1. Pasient trykker på trygghetsalarm

  2. Responssentersystem: Varsel

  3. Tjenesteutøver plukker varsel

  4. Tjenesteutøver starter behandling av varselet. Innkommende varsel kan inneholde informasjon som: alarmtype, foreløpig årsak osv.

  5. Tjenesteutøver utfører et sett med oppfølgingsaksjoner

    1. Eks: Ringer tjenestemottaker, pårørende ++

  6. Tjenesteutøver oppdaterer og lukker varsel. Inneholdende eventuelt: notat om oppfølging, kategori/tiltak/årsak (eks: "tiltak iverksatt", "falsk alarm" osv.)

    1. Hjemmetjenesten blir potensielt varslet via app

  7. Hendelse journalføres

Utvid
titleResponssenter m/ digitalt tilsyn

Et responssenter mottar varsel, utfører oppfølging ved hjelp av digitalt tilsyn og ruter eventuelt ansvaret videre til annen instans før hendelsen journalføres.

  1. Pasient trykker på trygghetsalarm

  2. Responssentersystem: Varsel

  3. Tjenesteutøver plukker varsel

  4. Tjenesteutøver starter behandling av varselet. Innkommende varsel kan inneholde informasjon som: alarmtype, foreløpig årsak osv.

  5. Tjenesteutøver utfører digitalt tilsyn

    1. Eks.: Anonymisert bildetilsyn, innlytt, bildebasert tilsyn, toveis tale

  6. Tjenesteutøver utfører et sett med andre oppfølgingsaksjoner

    1. Eks: Ringer tjenestemottaker, pårørende ++

  7. Tjenesteutøver oppdaterer og lukker varsel. Inneholdende eventuelt: notat om oppfølging, kategori/tiltak/årsak (eks: "tiltak iverksatt", "falsk alarm" osv.)

    1. Hjemmetjenesten blir potensielt varslet via app

  8. Hendelse journalføres

FHIR

Alarmhåndtering

Alarmhåndteringshendelser sendes i form av en bundle med Composition, DetectedIssue og Device.

Utvid
titleInformasjonsmodell

Utvid
titleComposition

  • Representerer håndteringen av alarmen, samt kommentar/journalnotat

  • Skal inneholde informasjon om:

    • Hva som ble gjort - section.text

    • Når det ble gjort - date

    • Hvem som gjorde det - author

  • Composition

Utvid
titleDetectedIssue

  • Representerer hendelsen og den påfølgende alarmen som oppsto

  • Skal inneholde informasjon om:

    • Type alarm - code

    • Perioden varselet/alarmen var aktivt - identifiedPeriod

    • Informasjon om hvilke enhet som genererte alarmen/varselet - author

  • DetectedIssue

Utvid
titleDevice

  • Representerer sensoren som detekterte hendelsen

  • Skal inneholde informasjon om:

    • Enhetsnavn - deviceName

    • Unik ID for enheten - identifier

    • Type - type

  • Kan inneholde informasjon om:

    • Lokasjon - location

    • Modellnavn - deviceName

    • Modellnummer - modelNumber

    • Hvem som eier enheten - owner

  • Device

Oppfølging

Oppfølgingshendelser sendes i form av en bundle med Composition, Encounter og Device.

Utvid
titleInformasjonsmodell
Utvid
titleComposition

  • Representerer håndteringen av alarmen, samt kommentar/journalnotat

  • Skal inneholde informasjon om:

    • Hva som ble gjort - section.text

    • Når det ble gjort - date

    • Hvem som gjorde det - author

Utvid
titleEncounter

Utvid
titleDevice

  • Representerer sensoren som detekterte hendelsen

  • Skal inneholde informasjon om:

    • Enhetsnavn - deviceName

    • Unik ID for enheten - identifier

    • Type - type

  • Kan inneholde informasjon om:

    • Lokasjon - location

    • Modellnavn - deviceName

    • Modellnummer - modelNumber

    • Hvem som eier enheten - owner

Alarmhåndtering og oppfølging

Alarmhåndterings- og oppfølgingshendelser sendes i form av en bundle med Composition, DetectedIssue, Encounter og Device.

Utvid
titleInformasjonsmodell

Utvid
titleComposition

  • Representerer håndteringen av alarmen, samt kommentar/journalnotat

  • Skal inneholde informasjon om:

    • Hva som ble gjort - section.text

    • Når det ble gjort - date

    • Hvem som gjorde det - author

Utvid
titleDetectedIssue

  • Representerer alarmen som oppsto

  • Skal inneholde informasjon om:

    • Type alarm - code

    • Perioden varselet/alarmen var aktivt - identifiedPeriod

    • Informasjon om hvilke enhet som genererte alarmen/varselet - author

Utvid
titleEncounter

Utvid
titleDevice

  • Representerer sensoren som detekterte hendelsen

  • Skal inneholde informasjon om:

    • Enhetsnavn - deviceName

    • Unik ID for enheten - identifier

    • Type - type

  • Kan inneholde informasjon om:

    • Lokasjon - location

    • Modellnavn - deviceName

    • Modellnummer - modelNumber

    • Hvem som eier enheten - owner