| ARCHETYPE ID | openEHR-EHR-CLUSTER.problem_qualifier.v2 |
|---|---|
| Concept | Problem/diagnose-kvalifikator |
| Description | Kontekst- eller tidsspesifikk kvalifikator for et problem eller en diagnose. |
| Use | Brukes for å registrere en kontekstspesifikk eller tidsspesifikk kvalifikator som gir ytterligere detaljer som er relevante på tidspunktet man registrerer et problem eller en diagnose. Kvalifikatoren er ikke nødvendigvis passende på et annet tidspunkt eller i en annen klinisk sammenheng. Denne arketypen skal brukes i SLOTet "Status" i arketypen EVALUATION.problem_diagnosis (Problem/diagnose). Intensjonen er at EVALUATION.problem_diagnosis-arketypen skal inneholde all informasjonen som gjelder i alle sammenhenger, i motsetning til denne arketypen som skal inneholde informasjonen som avhenger av brukssammenheng. VIKTIG INFORMASJON FOR IMPLEMENTERING:
Fullstendig DRG-koding vil kreve DRG-relaterte dataelementer fra denne arketypen, i kombinasjon med elementer fra andre arketyper. |
| Misuse | Brukes ikke for å representere differensialdiagnoser. Bruk arketypen EVALUATION.differential_diagnosis for dette formålet. Brukes ikke for å representere diagnostisk sikkerhet. Bruk elementet "Diagnostisk sikkerhet" i arketypen EVALUATION.problem_diagnosis. |
| Purpose | For å registrere en kontekstspesifikk eller tidsspesifikk kvalifikator for et problem eller en diagnose. |
| References | |
| Authors | Forfatternavn: Dr Ian McNicoll Organisasjon: freshEHR Clinical Informatics, United Kingdom E-post: ian@freshehr.com Opprinnelig skrevet dato: 2013-05-29 |
| Other Details Language | Forfatternavn: Dr Ian McNicoll Organisasjon: freshEHR Clinical Informatics, United Kingdom E-post: ian@freshehr.com Opprinnelig skrevet dato: 2013-05-29 |
| Other Details (Language Independent) |
|
| Keywords | problem, aktivt, inaktivt, status, episode, tilstand, aktiv, inaktiv, remisjon, kronisk, akutt |
| Lifecycle | published |
| UID | 7e3f4e71-ede9-48d6-92c3-23ff377f2764 |
| Language used | nb |
| Citeable Identifier | 1078.36.2893 |
| Revision Number | 2.0.0 |
| items | |
| Diagnostisk status | Diagnostisk status: Den diagnostiske prosessens stadium eller fase. Statusen bestemmes vanligvis ved å kombinere tidspunkt for diagnosen, og nivå av klinisk sikkerhet. Status er et resultat av diagnostiske undersøkelser, og det tilgjengelige kliniske grunnlaget. Dette dataelementet og "Diagnostisk sikkerhet" i arketypen EVALUATION.problem_diagnosis er to viktige akser i den diagnostiske prosessen, og gyldige kombinasjoner må håndteres og vises av programvare som bruker begge elementene. Dette for at det ikke skal være mulig for brukere å velge kombinasjoner som er i konflikt med hverandre. Tentative diagnoser eller arbeidsdiagnoser er ment å representere det mest sannsynlige valget av de mulige differensialdiagnosene. Mulige datatyper:
|
| Nåværende/tidligere? | Nåværende/tidligere?: Kategori som støtter oppdeling av problemer og diagnoser i lister over nåværende og tidligere problemer. Elementene Nåværende/tidligere og Aktiv/inaktiv har lignende klinisk innflytelse, men representerer noe forskjellig betydning. Begge brukes aktivt i forskjellige kliniske sammenhenger, men som regel ikke sammen. Dersom Aktiv/inaktiv er registrert, er dette elementet sannsynligvis overflødig. Et unntak der en tilstand kan være både nåværende og inaktivt, er astma som ikke forårsaker akutte symptomer.
|
| Aktiv/inaktiv? | Aktiv/inaktiv?: Kategori som støtter inndeling av problemer og diagnoser i lister over aktive og inaktive problemer. Elementene Aktiv/inaktiv og Nåværende/tidligere har lignende klinisk innflytelse, men representerer noe forskjellig betydning. Begge brukes aktivt i forskjellige kliniske sammenhenger, men som regel ikke sammen. Dersom Nåværende/tidligere er registrert, er dette elementet sannsynligvis overflødig. Et unntak der en tilstand kan være både nåværende og inaktivt, er astma som ikke forårsaker akutte symptomer.
|
| Kontrollnivå | Kontrollnivå: Kategorisering av kontrollnivå den nåværende behandlingen har over problemet eller diagnosen. Mulige datatyper:
|
| Progresjon | Progresjon: Kategorisering av progresjonen gjennom forløpet til et kronisk problem eller diagnose. Mulige datatyper:
|
| Bedringsfase | Bedringsfase: Fase av bedring eller tilheling for et akutt problem eller diagnose. For eksempel for å spore tilhelingen av en mellomørebetennelse. Mulige datatyper:
|
| Remisjonsstatus | Remisjonsstatus: Remisjonsstatus for en ikke-kurerbar diagnose. For eksempel status for kreft eller en hematologisk diagnose. Mulige datatyper:
|
| Episodisitet | Episodisitet: Kategorisering av denne episoden av problemet/diagnosen. For eksempel: "Ny" gjør det mulig for klinikere å holde et nytt og akutt tilfelle av mellomørebetennelse som har oppstått raskt etter en tidligere diagnose adskilt fra en pågående kronisk mellomørebetennelse. Behandling av gjentakende, nye og akutte episoder av en tilstand kan være vesentlig forskjellig fra behandling av den samme tilstanden som ikke bedres eller ikke responderer på behandling. I mange situasjoner vil det ikke være mulig for klinikeren å skille dem fra hverandre, og i disse tilfellene vil "Ubestemmelig" være relevant. Mulige datatyper:
|
| Årsak for en pågående episode | Årsak for en pågående episode: Årsak for at problemet eller diagnosen ikke bedres som forventet. For eksempel: ufullstendig eller feilslått behandling. |
| Forekomst | Forekomst: Kategorisering av forekomsten for dette problemet eller diagnosen. Dette dataelementet kan brukes som en ytterligere kvalifikator i tillegg til verdien "Ny" i elementet "Episodisitet". For eksempel kan en sykdom som astma ha gjentakende episoder med bedre perioder mellom, men det kan likevel være viktig å kunne identifisere den første astmaepisoden fra de påfølgende. Mulige datatyper:
|
| Forløpsbetegnelse | Forløpsbetegnelse: Kategorisering som betegner debuten og/eller varigheten og vedvarenheten av problemet eller diagnosen. Definisjoner av akutt og kronisk vil variere fra diagnose til diagnose. Mulige datatyper:
|
| Diagnosisk kategori | Diagnosisk kategori: Kategorisering av problemet eller diagnosen innenfor en spesifikk kontakt og/eller lokal behandlingssammenheng. Dette elementet inneholder et verdisett som er i vanlig bruk innen diagnosekategorisering. I episodiske behandlingssammenhenger (som regel spesialisthelsetjenesten) er det vanlig å kategorisere/organisere diagnoser i henhold til deres forhold til hoveddiagnosen som behandles i den aktuelle kontakten. Disse kategoriene kan også brukes for klinisk koding, rapportering og fakturering. I noen land omtales diagnosekategorien som "en DRG". I tillegg gjør muligheten for å legge til annen fri eller kodet tekst at det er mulig å bruke andre lokale verdisett ved behov. Mulige datatyper:
|
| Tilstede ved innleggelse? | Tilstede ved innleggelse?: Var problemet eller diagnosen tilstede ved innleggelse? Registrer som "sann" eller "Ja" dersom problemet eller diagnosen var tilstede ved innleggelse. Dette elementet er et krav i forbindelse med DRG i noen land. Mulige datatyper:
|
| Kommentar | Kommentar: Ytterligere fritekst om problem/diagnose-kvalifikatorverdiene som ikke fanges opp i andre felt. |
| Other contributors | Nadim Anani, Karolinska Institutet, Sweden Erling Are Hole, Helse Bergen, Norway Vebjørn Arntzen, Oslo University Hospital, Norway Koray Atalag, University of Auckland, New Zealand Silje Ljosland Bakke, Nasjonal IKT HF, Norway (openEHR Editor) Malin Berg, DIPS ASA, Norway Lars Bitsch-Larsen, Haukeland University hospital, Norway Alexander Davey, HSC NI, United Kingdom Aitor Eguzkitza, UPNA (Public University of Navarre) - CHN (Complejo Hospitalario de Navarra), Spain Arild Faxvaag, NTNU, Norway Shahla Foozonkhah, Iran ministry of health and education, Iran Einar Fosse, National Centre for Integrated Care and Telemedicine, Norway Bente Gjelsvik, Helse Bergen, Norway Heather Grain, Llewelyn Grain Informatics, Australia Sam Heard, Ocean Informatics, Australia Andreas Hering, Helse Bergen HF, Haukeland universitetssjukehus, Norway Anca Heyd, DIPS ASA, Norway Hilde Hollås, DIPS AS, Norway Evelyn Hovenga, EJSH Consulting, Australia Lars Ivar Mehlum, Helse Bergen HF, Norway Tom Jarl Jakobsen, Helse Bergen, Norway Lars Morgan Karlsen, DIPS ASA, Norway Shinji Kobayashi, Kyoto University, Japan Sabine Leh, Haukeland University Hospital, Department of Pathology, Norway Heather Leslie, Atomica Informatics, Australia (openEHR Editor) Hugh Leslie, Ocean Informatics, Australia Hallvard Lærum, Norwegian Directorate of e-health, Norway Chunlan Ma, Ocean Informatics, Australia Luis Marco Ruiz, NST, Spain Ian McNicoll, freshEHR Clinical Informatics, United Kingdom (openEHR Editor) Bjørn Næss, DIPS ASA, Norway Andrej Orel, Marand d.o.o., Slovenia Jussara Rotzsch, Hospital Alemão Oswaldo Cruz, Brazil Thomas Schopf, University Hospital of North-Norway, Norway Anoop Shah, University College London, United Kingdom Line Silsand, Universitetssykehuset i Nord-Norge, Norway Line Sæle, Nasjonal IKT HF, Norway Nyree Taylor, Ocean Informatics, Australia Richard Townley-O'Neill, Australian Digital Health Agency, Australia Jon Tysdahl, Furst medlab AS, Norway Gro-Hilde Ulriksen, Norwegian center for ehealthresearch, Norway John Tore Valand, Helse Bergen, Norway (openEHR Editor) |
| Translators |
|