Hopp til slutten av metadata
Gå til begynnelsen av metadataene

You are viewing an old version of this content. View the current version.

Sammenlign med nåværende View Version History

« Forrige Versjon 10 Neste »

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:

Overordnet modell

Informasjonsmodell

Informasjonsmodell med FHIR

Scenarioer

Brukerhistoriene 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 brukerhistoriekategorien, tilhørende informasjonsmodell (i fanen Informasjonsmodell under overskriften, til høyre for fanen Intro) og relevante scenarioer beskrevet i egne kort. Disse kortene består av overordnet beskrivelse, eksempelscenario og eventuelt også eksempel på relevant journaltekst.

Alarmhåndtering

Disse brukerhistoriene 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

Eksempler

 Pasientvarslingsanlegg

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)

 Kamerasensor

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)

Oppfølging

Disse brukerhistoriene 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.

Digitalt 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 brukerhistorien "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

Planlagt 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 brukerhistoriene 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 brukerhistoriene over. Brukerhistorien som kombinerer responssenter og digitalt tilsyn er kun en tenkt brukerhistorie per nå.

Responssenter

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

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

 Informasjonsmodell

 Composition

  • 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

 DetectedIssue

  • 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

 Device

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

 Informasjonsmodell
 Composition

  • 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

 Encounter

 Device

  • 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øhendelser sendes i form av en bundle med Composition, DetectedIssue, Encounter og Device.

 Informasjonsmodell
 Composition

  • 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

 DetectedIssue

  • 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

 Encounter

 Device

  • 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

  • Ingen etiketter

Kontakt: send en e-post til kundesenter@nhn.no