Versjonssammenligning

Versjon Gammel versjon 26 Ny versjon 27
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.

Overordnet informasjon
Anker
overinfo
overinfo

Intro

  • Overordnet informasjon

    • Scenarioer

    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).

    Sidens innhold

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

    1. Alarmhåndtering

    2. Oppfølging

    3. Alarmhåndtering og oppfølging

    Vi har modellert og kategorisert den totale hendelsesflyten slik:

    Informasjonsmodell

    Informasjonsmodell med FHIR

    Scenarioer
    Anker
    Scenarioer
    Scenarioer

    De aktuelle scenarioene er gruppert etter hva slags informasjon som journalføres: alarmhåndtering, oppfølging og kombinasjonen av disse. 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.

    Anker
    AlarmhåndteringalarmhåndteringAlarmhåndtering
    alarmhåndtering

    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 (Document)

    • 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

    Anker
    oppfølging
    oppfølging

    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

    Informasjonsmodell med FHIR

    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

    FHIR-ressurser

    Utvid
    titleBundle (Document)

    • 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

    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

    Anker
    alarmogopp
    alarmogopp

    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

    Informasjonsmodell med FHIR

    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-ressurser

    Utvid
    titleBundle (Document)

    • 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

    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