ISO_639-1 en false 2004-12-08 Sam Heard Ocean Informatics, Australia Sam.Heard@OceanInformatics.com Andreas Abildgaard, OUS, Norway Sanyaolu Ameye, imhtech, Nigeria Vebjørn Arntzen, Oslo University Hospital, Norway (openEHR Editor) Astrid Askeland, Dips ASA, Norway Silje Ljosland Bakke, Helse Vest IKT AS, Norway (openEHR Editor) Terje Bektesevic Holmlund, UiT Norges arktiske universitet, Norway SB Bhattacharyya, Sudisa Consultancy Services, India Fatemeh Chalabianloo, Helse Bergen, Norway Bjørn Christensen, Helse Bergen HF, Norway Vegar Dagenborg, OUS, Norway Einar Engtrø, DIPS AS, Norway Grant Forrest, Lunaria Ltd, United Kingdom Mikkel Gaup Grønmo, Helse-Nord, FSE, Norway (openEHR Editor) Maria G, Norway Heather Grain, Llewelyn Grain Informatics, Australia Anne Grimstvedt Kvalvik, Haraldsplass Diakonale sykehus, Norway Mikkel Johan Gaup Grønmo, Forvaltningssenter EPJ, Helse-Nord, Norway (openEHR Editor) Joost Holslag, Nedap, Netherlands Evelyn Hovenga, EJSH Consulting, Australia Dipak Kalra, United Kingdom Nils Kolstrup, Skansen Legekontor og Nasjonalt Senter for samhandling og telemedisin, Norway Jörgen Kuylenstierna, eWeave AB, Sweden Liv Laugen, ​Oslo University Hospital, Norway, Norway (openEHR Editor) Heather Leslie, Atomica Informatics, Australia Pedro Leuschner, Centro Hospitalar do Porto, Portugal Domingo Liotta, University of Morón, Argentina Mark Luciani, Bath and North East Somerset, Swindon and Wiltshire Clinical Commisioning Group, United Kingdom James McClay, University of Nebraska Medical Center, United States Per Meinich, Helse Sør-Øst RHF, Norway Svenne Naumann, Finnmarkssykehuset, Norway Sam Philip, NHS Grampian, United Kingdom Sidharth Ramesh, Kasturba Medical College, India Jussara Rotzsch, Hospital Alemão Oswaldo Cruz, Brazil Benjamin Senst, Germany Norwegian Review Summary, Nasjonal IKT HF, Norway Nyree Taylor, Ocean Informatics, Australia Micaela Thierley, Helse Vest IKT, Norway Rowan Thomas, St. Vincent's Hospital Melbourne, Australia Anders Thurin, VGR, Sweden Jeremy Tong, NHS, United Kingdom John Tore Valand, Helse Bergen, Norway (openEHR Editor) Marit Alice Venheim, Helse Vest IKT, Norway (openEHR Editor) published This work is licensed under the Creative Commons Attribution-ShareAlike 4.0 International License. To view a copy of this license, visit http://creativecommons.org/licenses/by-sa/4.0/. openEHR Foundation Heather Leslie, Atomica Informatics, Australia<heather.leslie@atomicainformatics.com> org.openehr openEHR Foundation org.openehr 6517C726A8DB05F5413A72470B87A283 a2b9615e-9f6e-4e0a-9d31-44603dc05533 1.0.0

ISO_639-1 nb For å registrere én eller flere differensialdiagnoser som kan tenkes å passe med bestemte symptomer, kliniske undersøkelser og resultater av supplerende undersøkelser. differensial diagnose hypotese alternativ diagnostisk Brukes for å registrere én eller flere differensialdiagnoser som kan tenkes å passe med bestemte symptomer, kliniske undersøkelser og resultater av supplerende undersøkelser. Denne arketypen er utviklet for å sikre at alle differensialdiagnoser registreres ved hjelp av en enkelt modell. Når arketypen tas i brukt i et klinisk system vil hver enkelt differensialdiagnose registreres ved bruk av én forekomst av clusteret "Differensialdiagnose". Hver differensialdiagnose bør betraktes som en midlertidig diagnostisk hypotese, og bør bare brukes i de tidligste fasene av diagnoseprosessen. I praksis kan klinikere identifisere en liste over en eller flere differensialdiagnoser, hvorav enhver kan forklare sykdomsbildet. Etterhvert som mer informasjon blir samlet inn fra ulike undersøkelser og prøver, blir listen over differensialdiagnoser gradvis endret eller redusert. Hvis en differensialdiagnose aksepteres som en sannsynlig diagnose, bør diagnosen registreres i journalen ved bruk av arketypen CLUSTER.problem_qualifier, nøstet i arketypen EVALUATION.problem_diagnosis, med "Diagnostisk status" satt til verdien "Tentativ" eller "Arbeidsdiagnose". Brukes ikke til å registrere detaljert informasjon om et vedvarende problem eller formell diagnose - bruk arketypen EVALUATION.problem_diagnosis for dette formålet.

ISO_639-1 en To record details about one or more differential diagnoses that may be responsible for a single clinical presentation, examination findings and/or test results. differential diagnosis hypothesis alternative diagnostic To record details about one or more differential diagnoses that may be responsible for a single clinical presentation, examination findings and/or test results. This archetype has been designed to ensure that all differential diagnoses are recorded using a single model. In a clinical system, it would be expected that each differential diagnosis would be recorded using a separate instance of the 'Per differential' cluster. Each differential diagnosis should be regarded as a temporary diagnostic hypothesis and should only be used in the earliest phases of the diagnostic process. In practice, clinicians may identify a list of one or more differential diagnoses, any one of which may explain the clinical presentation. As more information is gathered from the examination, diagnostic test results, or referrals, the list of differential diagnoses is gradually refined and outliers eliminated until one or more working, provisional, or preliminary diagnosis is determined. If a differential diagnosis is accepted as a likely diagnosis, it is anticipated that it will be formally entered into the health record as a Problem/Diagnosis using the EVALUATION.problem_diagnosis archetype. The CLUSTER.problem_qualifier archetype may be nested within the Problem/Diagnosis archetype to support annotation of the diagnosis as 'working' or 'preliminary'. Not to be used to record detailed information about a persistent problem or formal diagnosis - use the EVALUATION.problem_diagnosis for this purpose. © openEHR Foundation

ISO_639-1 nb Marit Alice Venheim, Vebjørn Arntzen Helse Vest IKT, Oslo University Hospital marit.alice.venheim@helse-vest-ikt.no, varntzen@ous-hf.no 5cf481d5-8d87-4a38-9ac8-07be3bb00a52 openEHR-EHR-EVALUATION.differential_diagnoses.v1 1.4 at0000 EVALUATION true true false false 1 1 at0000 data true true false false 1 1 ITEM_TREE true true false false 1 1 at0001 items true true false false 0 1 ELEMENT true true false false 0 1 at0002 value true true false false 0 1 DV_TEXT true true false false 1 1 CLUSTER true false true 0 at0003 items true true false false 1 1 ELEMENT true true false false 1 1 at0004 value true true false false 0 1 DV_TEXT true true false false 1 1 ELEMENT true true false false 0 1 at0005 value true true false false 0 1 DV_CODED_TEXT true true false false 1 1 defining_code true true false false 1 1 CODE_PHRASE true true false false 1 1 local at0006 at0007 at0008 DV_TEXT true true false false 1 1 ELEMENT true true false false 0 1 at0009 value true true false false 0 1 DV_TEXT true true false false 1 1 CLUSTER true false true 0 at0010 archetype_id/value matches {/openEHR-EHR-CLUSTER\.clinical_evidence\.v1/} Boolean 2007 false String archetype_id/value attribute C_STRING openEHR-EHR-CLUSTER\.clinical_evidence\.v1 constraint ELEMENT true true false false 0 1 at0011 value true true false false 0 1 DV_COUNT true true false false 1 1 ELEMENT true true false false 0 1 at0012 value true true false false 0 1 DV_TEXT true true false false 1 1 false false true false true 1 true false true false true 1 protocol true true false false 0 1 ITEM_TREE true true false false 1 1 at0013 items true true false false 0 1 CLUSTER true false true 0 at0014 archetype_id/value matches {/.*/} Boolean 2007 false String archetype_id/value attribute C_STRING .* constraint ELEMENT true true false false 0 1 at0015 value true true false false 0 1 DV_DATE_TIME true true false false 1 1 false false true false true 0 Differential diagnoses One or more possible conditions, problems or diagnoses that may be responsible for a clinical presentation, examination findings and/or test results. Tree @ internal @ Status Likelihood of the differential diagnosis being responsible for the clinical situation. If using the proposed value set, 'Possible' is considered as the default until each diagnosis is either accepted or excluded. If a diagnosis is regarded as 'Accepted' then it is likely that it will either be manually or automatically added to the health record using the EVALUATION.problem_diagnosis archetype. Rationale Narrative description about the rationale for the diagnosis being accepted or excluded. Diagnosis name Identification of the differential diagnosis, by name. Coding with a terminology is preferred, where possible. Accepted Accepted as a formal diagnosis. Possible Under investigation; neither accepted as a formal diagnosis, nor excluded. Item tree @ internal @ Extension Additional information required to extend the model with local content or to align with other reference models or formalisms. For example: local information requirements; or additional metadata to align with FHIR. Clinical evidence Structured details about clinical evidence supporting or excluding the differential diagnosis. Comment Additional narrative about the differential diagnosis, not captured in other fields. Excluded Ruled out as a formal diagnosis. Last updated The date/time the differential diagnoses were last updated. Overall description Narrative overview about all of the differential diagnoses identified. Per differential Details about a single differential diagnosis. Order Tag assigned to supporting ordering within a list of differential diagnoses. For example: to prioritise the order of investigation of differential diagnoses. Differensialdiagnoser En eller flere alternative sykdommer som kan tenkes å passe med aktuelle symptomer, kliniske undersøkelser og resultater av supplerende undersøkelser. Tree @ internal @ Overordnet beskrivelse Fritekstbeskrivelse om differensialdiagnosene. Differensialdiagnose Detaljer om en enkelt differensialdiagnose. Diagnosenavn Navnet på differensialdiagnosen. Koding av navnet på differensialdiagnosen med en terminologi foretrekkes der det er mulig. Status Sannsynligheten for at differensialdiagnosen kan være forklarende for sykdomsbildet. Hvis du bruker det foreslåtte verdisettet, betraktes "Mulig" som standard inntil hver diagnose enten får status "Godtatt" eller "Utelukket". Dersom en diagnose settes til status "Godtatt" er det sannsynlig at den enten vil bli lagt til manuelt eller automatisk i journalen ved bruk av arketypen EVALUATION.problem_diagnosis (Problem/diagnose). Mulig Under utredning; hverken godtatt eller utelukket som en sannsynlig diagnose. Godtatt Akseptert som en sannsynlig diagnose. Utelukket Utelukket som en sannsynlig diagnose. Begrunnelse Fritekstbeskrivelse av begrunnelsen for hvorfor diagnosen ble godtatt eller utelukket. Klinisk grunnlag Strukturerte detaljer om klinisk evidens som støtter eller ekskluderer differensialdiagnosen. Rangering Tag for å rangere differensialdiagnoser i en liste. For eksempel: Å prioritere rekkefølgen på utredningen av differensialdiagnosene. Kommentar Ytterligere kommentar til differensialdiagnosen som ikke er fanget opp i andre felt. Item tree @ internal @ Tilleggsinformasjon Ytterligere informasjon som trengs for å kunne registrere lokalt definert innhold eller for å tilpasse til andre referansemodeller/formalismer. For eksempel lokale informasjonsbehov eller ytterligere metadata for å kunne tilpasse til tilsvarende konsepter i FHIR. Sist oppdatert Datoen da denne differensialdiagnosen sist ble oppdatert.