ARCHETYPE ID | openEHR-EHR-OBSERVATION.symptom_sign.v0 |
Concept | Symptom/Sign |
Description | Reported observation of a physical or mental disturbance in an individual. |
Use | Use to record details about a single episode of a symptom or reported sign in an individual, as reported by the individual, parent, care-giver or other party. It may be recorded by a clinician as part of a clinical history record as reported to them, observed by the clinician or self-recorded as part of a clinical questionnaire or personal health record. A complete clinical history or patient story may include varying level of details about multiple episodes of an identified symptom or reported sign, as well as multiple symptoms/signs. In the purest sense, symptoms are subjective observations of a physical or mental disturbance and signs are objective observations of the same, as experienced by an individual and reported to the history taker by the same individual or another party. From this logic it follows that we will need two archetypes to record clinical history - one for reported symptoms and another for reported signs. In reality this is impractical as it will require clinical data entry into either one of these models which adds signficant overheads to modellers and those entering data. In addition, there is often overlap in clinical concepts - for example, is previous vomiting or bleeding to be categorised as a symptom or reported sign? In response, this archetype has been specifically designed to proved a single information model that allows for recording of the entire continuum between clearly identifable symptoms and reported signs when recording a clinical history. This archetype has been intended to be used as a generic pattern for all symptoms and reported signs. The 'Specific details' SLOT can be used to extend the archetype to include additional, specific data elements for more complex symptoms or signs. This archetype has been specifically designed to be used in the 'Structured detail' SLOT within the OBSERVATION.story archetype, but can also be used within other OBSERVATION or CLUSTER archetypes and in the 'Associated symptom/sign' or 'Previous episode' SLOT within other instances of this CLUSTER.symptom_sign archetype. Clinicians frequently record the phrase 'nil significant' against specific symptoms or reported signs as an efficient method to indicate that they asked the individual and it was not reported as causing any discomfort or disturbance - effectively used more like a 'normal statement' rather than an explicit exclusion. The 'Nil significant' data element has been deliberately included in this archetype to allow clinicians to record this same information in a simple and effective way in a clinical system. It can be used to drive a user interface, for example if 'Nil significant' is recorded as true then the remaining data elements can be hidden on a data entry screen. This pragmatic approach supports the majority of simple clinical recording requirements around reported symptoms and signs. However if there is a clinical imperative to explicitly record that a Symptom or Sign was reported as not present, for example if it will be used to drive clinical decision support, then it would be preferable to use the CLUSTER.exclusion_symptom_sign archetype. The use of CLUSTER.exclusion_symptom_sign will increase the complexity of template modelling, implementation and querying. It is recommended that the CLUSTER.exclusion_symptom_sign archetype only be considered for use if clear benefit can be identified in specific situations, but should not be used for routine symptom/sign recording. |
Misuse | Not to be used to record that a symptom or sign was explicitly reported as not present - use CLUSTER.exclusion_symptom_sign carefully for specific purposes where the overheads of recording in this way warrant the additional complexity, and only if the 'Nil significant' in this archetype is not specific enough for recording purposes. Not to be used for recording objective findings as part of a physical examination - use OBSERVATION.exam and related examination CLUSTER archetypes for this purpose. Not to be used for diagnoses and problems that form part of a persisting Problem List - use EVALUATION.problem_diagnosis. |
Purpose | To record details about a single episode of a reported symptom or sign including context, but not details, of previous episodes if appropriate. |
References | Common Terminology Criteria for Adverse Events (CTCAE) [Internet]. National Cancer Institute, USA. Available from: http://ctep.cancer.gov/protocolDevelopment/electronic_applications/ctc.htm (accessed 2015-07-13). |
Copyright | © openEHR Foundation, HiGHmed |
Authors | Author name: Tony Shannon Organisation: UK NHS, Connecting for Health Email: tony.shannon@nhs.net Date originally authored: 2007-02-20 |
Other Details Language | Author name: Tony Shannon Organisation: UK NHS, Connecting for Health Email: tony.shannon@nhs.net Date originally authored: 2007-02-20 |
OtherDetails Language Independent | {licence=This work is licensed under the Creative Commons Attribution-ShareAlike 3.0 License. To view a copy of this license, visit http://creativecommons.org/licenses/by-sa/3.0/., custodian_organisation=HiGHmed, references=Common Terminology Criteria for Adverse Events (CTCAE) [Internet]. National Cancer Institute, USA. Available from: http://ctep.cancer.gov/protocolDevelopment/electronic_applications/ctc.htm (accessed 2015-07-13)., current_contact=Heather Leslie, Ocean Informatics, heather.leslie@oceaninformatics.com, original_namespace=org.highmed, original_publisher=HiGHmed, custodian_namespace=org.highmed, MD5-CAM-1.0.1=E55D399327269630FD86E87828DF5D24, build_uid=a8dee934-bff5-495a-935e-cd3cbbb3f1a3, ip_acknowledgements=This artefact includes content from SNOMED Clinical Terms® (SNOMED CT®) which is copyrighted material of the International Health Terminology Standards Development Organisation (IHTSDO). Where an implementation of this artefact makes use of SNOMED CT content, the implementer must have the appropriate SNOMED CT Affiliate license - for more information contact http://www.snomed.org/snomed-ct/get-snomedct or info@snomed.org., revision=0.0.1-alpha} |
Keywords | complaint, symptom, disturbance, problem, discomfort, presenting complaint, presenting symptom, sign |
Lifecycle | in_development |
UID | b9dfaccc-56a2-4f06-a3e0-14f96f641f24 |
Language used | en |
Citeable Identifier | 1246.145.1309 |
Revision Number | 0.0.1-alpha |
All | Archetype [runtimeNameConstraintForConceptName=null, archetypeConceptBinding=null, archetypeConceptDescription=Reported observation of a physical or mental disturbance in an individual., archetypeConceptComment=null, otherContributors=Hildegunn Siv Aase, Helse Bergen, Norway Grethe Almenning, Bergen kommune, Norway Tomas Alme, DIPS, Norway Anne Pauline Anderssen, Helse Nord RHF, Norway Vebjørn Arntzen, Oslo universitetssykehus HF, Norway (Nasjonal IKT redaktør) Koray Atalag, University of Auckland, New Zealand Silje Ljosland Bakke, Helse Vest IKT AS, Norway (Nasjonal IKT redaktør) Lars Bitsch-Larsen, Haukeland University Hospital, Bergen, Norway Rong Chen, Cambio Healthcare Systems, Sweden Stephen Chu, Queensland Health, Australia Lisbeth Dahlhaug, Helse Midt - Norge IT, Norway Arild Faxvaag, NTNU, Norway Kåre Flø, DIPS ASA, Norway Einar Fosse, UNN HF, Norwegian Centre for Integrated Care and Telemedicine, Norway Samuel Frade, Marand, Portugal Sebastian Garde, Ocean Informatics, Germany Yves Genevier, Privantis SA, Switzerland Gyri Gradek, Senter for medisinsk genetikk og molekylærmedisin, Haukeland Universitetssykehus, Norway Heather Grain, Llewelyn Grain Informatics, Australia Mikkel Gaup Grønmo, FSE, Helse Nord, Norway (Nasjonal IKT redaktør) Dag Hanoa, Oslo universitetssykehus, Norway Knut Harboe, Stavanger Universitetssjukehus, Norway Sam Heard, Ocean Informatics, Australia Kristian Heldal, Telemark Hospital Trust, Norway Andreas Hering, Helse Bergen HF, Haukeland universitetssjukehus, Norway Anca Heyd, DIPS ASA, Norway Erling Are Hole, Helse Bergen, Norway Roar Holm, Helse Vest IKT A/S, Norway Evelyn Hovenga, EJSH Consulting, Australia Tom Jarl Jakobsen, Helse Bergen, Norway Hanne Joensen, Helse Bergen HUS, Norway Gunnar Jårvik, Nasjonal IKT HF, Norway Lars Karlsen, DIPS ASA, Norway Lars Morgan Karlsen, Nordlandssykehuset Bodø, Norway Goran Karlstrom, County Of Värmland, Sweden Shinji Kobayashi, Kyoto University, Japan Nils Kolstrup, Skansen Legekontor og Nasjonalt Senter for samhandling og telemedisin, Norway Elisabeth Kvile, Fysioterapiavdelingen, Haukeland Universitets Sykehus, Norway Siri Laronningen, Kreftregisteret, Norway Sabine Leh, Haukeland University Hospital, Department of Pathology, Norway Heather Leslie, Ocean Informatics, Australia Siv Marie Lien, DIPS ASA, Norway Hallvard Lærum, Direktoratet for e-helse, Norway alberto maldonado, UPV, Spain Luis Marco Ruiz, NST, Spain (Nasjonal IKT redaktør) Ian McNicoll, Ocean Informatics, United Kingdom Lars Ivar Mehlum, Nasjonal IKT HF, Norway Bjørn Næss, DIPS ASA, Norway Andrej Orel, Marand d.o.o., Slovenia Magne Rekdal, DIPS AS, Norway Norwegian Review Summary, Nasjonal IKT HF, Norway Tanja Riise, Nasjonal IKT HF, Norway Jussara Rotzsch, Hospital Alemão Oswaldo Cruz, Brazil Thomas Schopf, University Hospital of North-Norway, Norway Anoop Shah, University College London, United Kingdom Nils Thomas Songstad, UNN HF, BUK, Barneavdelingen., Norway Arild Stangeland, Helse Bergen, Norway Line Sæle, Nasjonal IKT HF, Norway Line Sørensen, Helse Bergen, Norway Rowan Thomas, St. Vincent's Hospital Melbourne, Australia Lene Thoresen, St. Olavs Hospital, Norway Jon Tysdahl, Furst medlab AS, Norway Till Uhlig, Nasjonal kompetansetjeneste for revmatologisk rehabilitering, Revmatologisk avd. , Diakonhjemmet Sykehus, Oslo, Norway John Tore Valand, Haukeland Universitetssjukehus, Norway (Nasjonal IKT redaktør), originalLanguage=en, translators=
openEHR-EHR-CLUSTER.anatomical_ openEHR-EHR-CLUSTER.anatomical_ openEHR-EHR-CLUSTER.anatomical_ Exclude: All not explicitly included archetypes, extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0002], code=at0002, itemType=ELEMENT, level=4, text=Description, description=Narrative description about the reported symptom or sign., comment=null, uncommonOntologyItems=null, occurencesFormal=0..1, occurencesText=Optional, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=DV_TEXT, bindings=[SNOMED-CT:
Units: 0.0..10.0 Limit decimal places: 1, extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0189], code=at0189, itemType=ELEMENT, level=4, text=Character, description=Word or short phrase describing the nature of the symptom or sign., comment=For example: pain could be described as 'gnawing', 'burning', or 'like an electric shock'; a headache could be 'throbbing' or 'constant'. Coding with an external terminology is preferred, where possible., uncommonOntologyItems=null, occurencesFormal=0..*, occurencesText=Optional, repeating, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=DV_TEXT, bindings=null, values=, extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0180], code=at0180, itemType=ELEMENT, level=4, text=Progression, description=Description progression of the symptom or sign at the time of reporting., comment=Occurrences of this data element are set to 0..* to allow multiple types of progression to be separated out in a template if desired - for example, severity or frequency., uncommonOntologyItems=null, occurencesFormal=0..*, occurencesText=Optional, repeating, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=DV_CODED_TEXT, bindings=null, values=
openEHR-EHR-CLUSTER.health_ openEHR-EHR-CLUSTER.symptom_ All not explicitly excluded archetypes, extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0161], code=at0161, itemType=ELEMENT, level=4, text=Resolution date/time, description=The timing of the cessation of this episode of the symptom or sign., comment=If 'Date/time of onset' and 'Duration' are used in systems, this data element may be calculated, or alternatively, considered redundant. While partial dates are permitted, the exact date and time of resolution can be recorded, if appropriate., uncommonOntologyItems=null, occurencesFormal=0..1, occurencesText=Optional, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=DV_DATE_TIME, bindings=null, values=, extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0057], code=at0057, itemType=ELEMENT, level=4, text=Description of previous episodes, description=Narrative description of any or all previous episodes., comment=For example: frequency/periodicity - per hour, day, week, month, year; and regularity. May include a comparison to this episode., uncommonOntologyItems=null, occurencesFormal=0..1, occurencesText=Optional, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=DV_TEXT, bindings=null, values=, extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0031], code=at0031, itemType=ELEMENT, level=4, text=Number of previous episodes, description=The number of times this symptom or sign has previously occurred., comment=null, uncommonOntologyItems=null, occurencesFormal=0..1, occurencesText=Optional, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=DV_COUNT, bindings=null, values=min: >=0 , extendedValues=null], ResourceSimplifiedHierarchyItem [path=/data[at0190]/events[at0191]/data[at0192]/items[at0146], code=at0146, itemType=SLOT, level=4, text=Previous episodes, description=Structured details of the symptom or sign during a previous episode., comment=In linked clinical systems, it is possible that previous episodes are already recorded within the EHR. Systems can allow the clinician to LINK to relevant previous episodes. However in a system or message without LINKs to existing data or with a new patient, additional instances of the symptom archetype could be included here to represent previous episodes. It is recommended that new instances of the Symptom archetype inserted in this SLOT represent one or many previous episodes to this Symptom instance only., uncommonOntologyItems=null, occurencesFormal=0..*, occurencesText=Optional, repeating, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=CLUSTER, bindings=null, values=Include: openEHR-EHR-CLUSTER.symptom_ openEHR-EHR-CLUSTER.symptom_ All not explicitly excluded archetypes, extendedValues=null]]}, topLevelItems={data=ResourceSimplifiedHierarchyItem [path=ROOT_/data[at0190]/events[at0191]/data[at0192], code=at0192, itemType=ITEM_TREE, level=2, text=null, description=null, comment=null, uncommonOntologyItems=null, occurencesFormal=1..1, occurencesText=Mandatory, cardinalityFormal=0..1, cardinalityText=optional, subCardinalityFormal=0..*, subCardinalityText=Minimum of 0 items , dataType=ITEM_TREE, bindings=null, values=null, extendedValues=null], protocol=ResourceSimplifiedHierarchyItem [path=ROOT_/protocol[at0193], code=at0193, itemType=ITEM_TREE, level=0, text=null, description=null, comment=null, uncommonOntologyItems=null, occurencesFormal=1..1, occurencesText=Mandatory, cardinalityFormal=0..1, cardinalityText=optional, subCardinalityFormal=0..*, subCardinalityText=Minimum of 0 items , dataType=ITEM_TREE, bindings=null, values=null, extendedValues=null]}, addHierarchyItemsTo=protocol, currentHierarchyItemsForAdding=[ResourceSimplifiedHierarchyItem [path=/protocol[at0193]/items[at0194], code=at0194, itemType=SLOT, level=2, text=Extension, description=Additional information required to capture local content or to align with other reference models/formalisms., comment=For example: local information requirements or additional metadata to align with FHIR or CIMI equivalents., uncommonOntologyItems=null, occurencesFormal=0..*, occurencesText=Optional, repeating, cardinalityFormal=null, cardinalityText=null, subCardinalityFormal=null, subCardinalityText=null, dataType=CLUSTER, bindings=null, values=Include: All not explicitly excluded archetypes, extendedValues=null]], minIndents={}, termBindingRetrievalErrorMessage=null] |