ID

23546

Beskrivning

Derived from www.openehr.org . Use for recording details about a single, identified health problem or diagnosis. Clear definitions that enable differentiation between a 'problem' and a 'diagnosis' are almost impossible in practice - we cannot reliably tell when a problem should be regarded as a diagnosis. When diagnostic or classification criteria are successfully met, then we can confidently call the condition a formal diagnosis, but prior to these conditions being met and while there is supportive evidence available, it can also be valid to use the term 'diagnosis'. The amount of supportive evidence required for the label of diagnosis is not easy to define and in reality probably varies from condition to condition. Many standards committees have grappled with this definitional conundrum for years without clear resolution. For the purposes of clinical documentation with this archetype, problem and diagnosis are regarded as a continuum, with increasing levels of detail and supportive evidence usually providing weight towards the label of 'diagnosis'. In this archetype it is not neccessary to classify the condition as a 'problem' or 'diagnosis'. The data requirements to support documentation of either are identical, with additional data structure required to support inclusion of the evidence if and when it becomes available. Examples of problems include: the individual's expressed desire to lose weight, but without a formal diagnosis of Obesity; or a relationship problem with a family member. Examples of formal diagnoses would include a cancer that is supported by historical information, examination findings, histopathological findings, radiological findings and meets all requirements for known diagnostic criteria. In practice, most problems or diagnoses do not sit at either end of the problem-diagnosis spectrum, but somewhere in between. This archetype can be used within many contexts. For example, recording a problem or a clinical diagnosis during a clinical consultation; populating a persistent Problem List; or to provide a summary statement within a Discharge Summary document. In practice, clinicians use many context-specific qualifiers such as past/present, primary/secondary, active/inactive, admission/discharge etc. The contexts can be location-, specialisation-, episode- or workflow-specific, and these can cause confusion or even potential safety issues if perpetuated in Problem Lists or shared in documents that are outside of the original context. These qualifiers can be archetyped separately and included in the ‘Status’ slot, because their use varies in different settings. It is expected that these will be used mostly within the appropriate context and not shared out of that context without clear understanding of potential consequences. For example, a primary diagnosis to one clinician may be a secondary one to another specialist; an active problem can become inactive (or vice versa) and this can impact the safe use of clinical decision support. In general these qualifiers should be applied locally within the context of the clinical system, and in practice these statuses should be manually curated by clinicians to ensure that lists of Current/Past, Active/Inactive or Primary/Secondary Problems are clinically accurate. This archetype will be used as a component within the Problem Oriented Medical Record as described by Larry Weed. Additional archetypes, representing clinical concepts such as condition as an overarching organiser for diagnoses etc, will need to be developed to support this approach. In some situations, it may be assumed that identification of a diagnosis fits only within the expertise of physicians, but this is not the intent for this archetype. Diagnoses can be recorded using this archetype by any healthcare professional.

Länk

www.openehr.org

Nyckelord

  1. 2017-07-08 2017-07-08 - Martin Dugas
  2. 2017-07-08 2017-07-08 - Martin Dugas
Uppladdad den

8 juli 2017

DOI

För en begäran logga in.

Licens

Creative Commons BY-NC 3.0

Modellkommentarer :

Här kan du kommentera modellen. Med hjälp av pratbubblor i Item-grupperna och Item kan du lägga in specifika kommentarer.

Itemgroup-kommentar för :

Item-kommentar för :

Du måste vara inloggad för att kunna ladda ner formulär. Var vänlig logga in eller registrera dig utan kostnad.

Problem/Diagnosis (EHR Archetype)

openEHR-EHR-EVALUATION.problem_diagnosis.v1

  1. StudyEvent: openEHR-EHR-EVALUATION.problem_diagnosis.v1
    1. openEHR-EHR-EVALUATION.problem_diagnosis.v1
openEHR-EHR-EVALUATION.problem_diagnosis.v1.xml
Beskrivning

openEHR-EHR-EVALUATION.problem_diagnosis.v1.xml

Problem/Diagnosis
Beskrivning

Problem/Diagnosis

Datatyp

text

Alias
UMLS CUI [1]
C0011900
structure
Beskrivning

@ internal @

Datatyp

text

Problem/Diagnosenavn
Beskrivning

Identifisering av problemet eller diagnosen ved hjelp av navn.

Datatyp

text

Dato/tid for klinisk stadfestelse
Beskrivning

Antatt eller faktisk dato/tid da diagnosen eller problemet ble bekreftet av helsepersonell.

Datatyp

datetime

Alvorlighetsgrad
Beskrivning

En vurdering av problemet eller diagnosens overordnede alvorlighetsgrad.

Datatyp

text

Alias
UMLS CUI [1]
C0439793
Klinisk beskrivelse
Beskrivning

Fritekstbeskrivelse av problemet eller diagnosen.

Datatyp

text

Body site
Beskrivning

Body site

Datatyp

text

Alias
UMLS CUI [1]
C1515974
Dato/tid for bedring
Beskrivning

Estimert eller faktisk dato/tid for bedring eller remisjon av det aktuelle problemet eller diagnosen, fastslått av helsepersonell.

Datatyp

text

Tree
Beskrivning

@ internal @

Datatyp

text

Structured body site
Beskrivning

Structured body site

Datatyp

text

Spesifikke detaljer
Beskrivning

Specific details

Datatyp

text

Status
Beskrivning

Status

Datatyp

text

Kommentar
Beskrivning

Utdypende fritekst om problemet eller diagnosen, som ikke passer i andre felt.

Datatyp

text

Sist oppdatert
Beskrivning

Datoen da problemet eller diagnosen sist ble oppdatert.

Datatyp

datetime

Utvidelse
Beskrivning

Ytterligere informasjon som trengs for å kunne registrere lokalt definert innhold eller for å tilpasse til andre referansemodeller/formalismer.

Datatyp

text

Forløpsbeskrivelse
Beskrivning

Fritekstbeskrivelse av forløpet av problemet eller diagnosen siden debut.

Datatyp

text

Diagnostisk sikkerhet
Beskrivning

Grad av sikkerhet i identifikasjonen av diagnosen.

Datatyp

text

Alias
UMLS CUI [1]
C0332146
Dato for debut
Beskrivning

Antatt eller faktisk dato/tid da tegn eller symptomer på problemet eller diagnosen først ble observert.

Datatyp

datetime

Similar models

openEHR-EHR-EVALUATION.problem_diagnosis.v1

  1. StudyEvent: openEHR-EHR-EVALUATION.problem_diagnosis.v1
    1. openEHR-EHR-EVALUATION.problem_diagnosis.v1
Name
Typ
Description | Question | Decode (Coded Value)
Datatyp
Alias
Problem/Diagnosis
Item
text
C0011900 (UMLS CUI [1])
structure
Item
structure
text
Problem/Diagnosis name
Item
Problem/Diagnosenavn
text
Date/time clinically recognised
Item
Dato/tid for klinisk stadfestelse
datetime
Item
Alvorlighetsgrad
text
C0439793 (UMLS CUI [1])
Code List
Alvorlighetsgrad
CL Item
Mild (1)
C2945599 (UMLS CUI-1)
CL Item
Moderat (2)
C0205081 (UMLS CUI-1)
CL Item
Alvorlig (3)
C0205082 (UMLS CUI-1)
Clinical description
Item
Klinisk beskrivelse
text
Body site
Item
text
C1515974 (UMLS CUI [1])
Date/time of resolution
Item
Dato/tid for bedring
text
Tree
Item
Tree
text
Structured body site
Item
text
Specific details
Item
Spesifikke detaljer
text
Status
Item
text
Comment
Item
Kommentar
text
Last updated
Item
Sist oppdatert
datetime
Extension
Item
Utvidelse
text
Course description
Item
Forløpsbeskrivelse
text
Item
Diagnostisk sikkerhet
text
C0332146 (UMLS CUI [1])
Code List
Diagnostisk sikkerhet
CL Item
Mistenkt (1)
C0750491 (UMLS CUI-1)
CL Item
Sannsynlig (2)
C1709683 (UMLS CUI-1)
CL Item
Bekreftet (3)
C0750484 (UMLS CUI-1)
Date/time of onset
Item
Dato for debut
datetime

Använd detta formulär för feedback, frågor och förslag på förbättringar.

Fält markerade med * är obligatoriska.

Do you need help on how to use the search function? Please watch the corresponding tutorial video for more details and learn how to use the search function most efficiently.

Watch Tutorial