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 30 Neste »

Overordnet informasjon

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

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

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.


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

 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)

FHIR-ressurser

 Bundle (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

 Composition

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

  • Skal blant annet 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

  • Se detaljert dokumentasjon på Simplifier: Composition

 DetectedIssue

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

  • Skal blant annet 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

  • Se detaljert dokumentasjon på Simplifier: DetectedIssue

 Device

  • Representerer sensoren som detekterte hendelsen

  • Skal blant annet 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

Informasjonsmodell med FHIR

Eksempler

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

 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

FHIR-ressurser

 Bundle (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

 Composition

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

  • Skal blant annet inneholde informasjon om:

    • Hva som ble gjort - section.text

    • Når det ble gjort - date

    • Hvem som gjorde det - author

 Encounter

  • Representerer det digitale tilsynet

  • Skal blant annet inneholde informasjon om:

 Device

  • Representerer sensoren som detekterte hendelsen

  • Skal blant annet 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

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

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

 Bundle (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

 Composition

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

  • Skal blant annet 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 blant annet 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 blant annet 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