Utilitzeu-lo per registrar un resum d'informació sobre problemes o diagnòstics trobats en membres de la família. Aquesta informació es pot utilitzar per contribuir a la identificació d'un problema de salut actual, l'avaluació del risc futur derivat de problemes o afeccions familiars o per iniciar activitats de salut preventiva.
Tradicionalment, l'abast dels antecedents familiars s'ha centrat en factors genètics o biomarcadors com a indicadors de risc o risc potencial. L'abast d'aquest arquetip inclou tant el registre de problemes o diagnòstics que tenen un origen hereditari com els que no són directament hereditaris però que estan influenciats per l'entorn domèstic, inclosos els factors psicosocials o ambientals. Els exemples inclouen l'exposició a toxines en l'entorn familiar, la violència domèstica, l'abús sexual, l'alcoholisme i altres addiccions.
Els membres de la família no genètics poden incloure fills adoptats o en acollida a llarg termini, aquells relacionats per matrimoni o altres persones no relacionades que participen en la vida i la influència habituals de la família.
Aquest arquetip s'ha dissenyat per incloure:
- una descripció narrativa general com a text lliure. Això permetrà incorporar detalls d'antecedents familiars de sistemes existents com a text no estructurat; i
- una àrea detallada centrada en detalls de salut rellevants sobre membres específics de la família, incloent-hi el seu historial mèdic i biomarcadors.
Aquest arquetip es pot utilitzar en molts contextos. Per exemple, registrar una entrada d'historial familiar dins d'una consulta clínica; omplir una Llista d'Historials Familiars; o proporcionar una declaració resum dins d'un document Resum d'Alta.
Es poden capturar detalls addicionals sobre un problema, diagnòstic o procediments passats específics d'un membre de la família mitjançant l'arquetip EVALUATION.problem_diagnosis o ACTION.procedure i especificant el "Subjecte de l'atenció" com el membre de la família, en lloc del subjecte de l'historial mèdic.
Aquest arquetip es pot utilitzar com a base per a un gràfic o arbre genealògic familiar de problemes/diagnòstics de salut o per donar suport a estimacions de risc d'una afecció basades en la prevalença en els antecedents familiars o biomarcadors coneguts.
Pot ser necessari identificar cada membre de la família específicament i no només per la relació amb el pacient. Per exemple, mentre que només hi haurà una àvia materna, hi pot haver moltes cosines maternes. Això pot ser necessari per garantir que un arbre genealògic sigui precís. També permetrà modificacions precises al registre per a cada membre de la família identificat. Si el registre és privat i no es compartirà, per raons de claredat pot ser preferible registrar el nom real del familiar. Si el registre, o part del registre, s'ha de compartir, pot ser més apropiat que el membre de la família sigui identificat amb una etiqueta o àlies únic.
Risk of condition based on family history, rejected archetype, openEHR Clinical Knowledge Manager [Internet]. openEHR Foundation. Authored: 2006 04 23. Available at: http://www.openehr.org/ckm/#showArchetype_1013.1.125 (last accessed 2015 03 05).
HL7 Version 3 Standard: Clinical Genomics; Pedigree, Release 1. ANSI/HL7 V3 CGPED, R1-2007. Published 2007 05 07. Available at: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=8 (last accessed 2015 03 05).
Organització: Ocean Informatics
Correu electrònic: sam.heard@oceaninformatics.com
Data d'autor original: 2010-12-15
Organització: Ocean Informatics
Correu electrònic: sam.heard@oceaninformatics.com
Data d'autor original: 2010-12-15
- Licence: 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/.
- Custodian Organisation: openEHR Foundation
- References: Family History, draft archetype [Internet]. Australia, National eHealth Transition Authority, NEHTA Clinical Knowledge Manager. Authored: 2010 12 15. Available at: http://dcm.nehta.org.au/ckm/#showArchetype_1013.1.927 (last accessed 2015 03 05). Risk of condition based on family history, rejected archetype, openEHR Clinical Knowledge Manager [Internet]. openEHR Foundation. Authored: 2006 04 23. Available at: http://www.openehr.org/ckm/#showArchetype_1013.1.125 (last accessed 2015 03 05). HL7 Version 3 Standard: Clinical Genomics; Pedigree, Release 1. ANSI/HL7 V3 CGPED, R1-2007. Published 2007 05 07. Available at: http://www.hl7.org/implement/standards/product_brief.cfm?product_id=8 (last accessed 2015 03 05).
- Current Contact: Heather Leslie, Ocean Informatics, heather.leslie@oceaninformatics.com
- Original Namespace: org.openehr
- Original Publisher: openEHR Foundation
- Custodian Namespace: org.openehr
- MD5-CAM-1.0.1: C0A89A087403BA72953BC6742476FBFC
- Build Uid: 91f18ff4-9c22-4c6d-a448-a31f1b978295
- 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: 2.0.5-alpha
Aquest camp es pot utilitzar per registrar un resum o la conclusió de totes les troballes, per a informació d'antecedents familiars no estructurada registrada en registres clínics o per importar dades textuals de sistemes clínics existents o heretats.
Si el problema té una predisposició genètica dins de les famílies, només s'han de considerar els parents genètics com a part d'aquestes dades. Si el problema té efectes psicosocials o ambientals, també es poden incloure membres de la família no genètics.
Aquest és el problema per al qual es recopilaran dades agregades que impliquin als membres de la família. Es prefereix, sempre que sigui possible, la codificació del problema d'índex amb una terminologia.
Per exemple: prevalença del problema/diagnòstic a la família.
Incloure:
openEHR-EHR-CLUSTER.family_
El mateix problema o diagnòstic en membres de la família, encara amb la mateixa gravetat, pot tenir un impacte diferent a cada subjecte de la història clínica. Aquest factor de rellevància implica ajustar l'impacte general d'aquest problema de salut segons les característiques del subjecte de la història clínica.
Els elements de dades d'aquest clúster es relacionaran amb la persona identificada pel seu nom o per un àlies. Repetiu l'ús del clúster per a altres membres de la família.
Per exemple: «Tia Susan» o «Susan Smith». Tanmateix, per motius de privadesa, pot ser que això no sigui apropiat per a la gravació, la compartició o la visualització pública i, en aquesta situació, s'hauria d'utilitzar l'«Àlies».
Per ajudar a distingir una persona de diversos membres de la família amb relacions idèntiques. Per exemple, l'etiqueta per distingir una germana específica de tres germanes conegudes podria ser "germana gran", "germana amb els cabells vermells" o "germana número 1".
Pot incloure detalls estructurats que identifiquen el membre de la família més específicament o altres detalls rellevants per als antecedents familiars del membre de la família.
Incloure:
openEHR-EHR-CLUSTER.person.v1
Es prefereix, sempre que sigui possible, la codificació del sexe amb una terminologia.
Per exemple: mare, padrastre, àvia materna o oncle patern. Es prefereix la codificació de la relació amb una terminologia, sempre que sigui possible i incloent-hi l'especificació de matern i patern segons calgui.
Si l'element de dades 'Parentesc' utilitza termes pre-coordinats que inclouen el grau de relació, aleshores aquest element de dades és redundant.
- Familiar de primer grau [50% de compartició genètica amb el subjecte; per exemple, pare, germà o fill.]
- Familiar de segon grau [25% de compartició genètica amb el subjecte; per exemple, avi, tia, oncle, neboda, nebot, néts i germanastres.]
- Familiar de tercer grau [12,5% de compartició genètica amb el subjecte; per exemple, besavi, tia besòs, oncle besòs, cosí germà, fills de nebodes i nebots i besnéts.]
Si l'element de dades 'Parentesc' utilitza termes precoordinats que inclouen la línia familiar, aquest element de dades és redundant.
- Línia materna [Emparentat a través de la mare del subjecte]
- Línia paterna [Emparentat a través del pare del subjecte]
Registreu com a 'Cert' si un membre de la família ha mort.
Valors permesos: {true}
L'edat de la mort pot ser útil si el problema/diagnòstic que va causar la mort es considera com un factor de risc per al subjecte de l'historial mèdic. Per exemple: la mort de la mare per càncer de mama a una edat primerenca augmenta significativament el risc de càncer de mama en una filla..
La data de la mort pot ser útil en algunes situacions en què el mes de la mort pot activar el suport a la decisió o identificar grups de malalties. Per exemple: al·lèrgens ambientals que desencadenen exacerbacions respiratòries; o esdeveniments com el Nadal.
Si cal més detall, suggeriu utilitzar EVALUATION.problem_diagnosis o l'arquetip ACTION.procedure i especificar el "Subjecte de l'atenció" com a membre de la família, en lloc del subjecte de l'historial mèdic.
Es prefereix, sempre que sigui possible, la codificació del problema o diagnòstic del membre de la família amb una terminologia. Es pot enllaçar des d'aquest element de dades a un registre detallat d'un problema/diagnòstic utilitzant l'arquetip EVALUATION.problem_diagnosis amb el subjecte de l'atenció establert en el membre de la família, no en el pacient.
Per a problemes de salut amb múltiples ocurrències, això descriu la primera ocurrència coneguda.
Elecció de:
Coded Text- Causa directa o estretament relacionada [El problema o diagnòstic va ser una causa directa o estretament relacionada amb la causa directa de la mort.]
- Sense relació [El problema o diagnòstic no estava relacionat amb la causa de la mort.]
- Indeterminat [És impossible determinar si el problema o diagnòstic estava estretament relacionat amb la causa directa de la mort.]
Text
Per exemple: informació detallada sobre les mutacions BRCA en membres de la família. Nota: En el futur es necessitaran més elements de dades per registrar informació detallada dels marcadors genètics.
Incloure:
Tots arquetips no exclosos explícitament
Per exemple: un gràfic o arbre genealògic.
Incloure:
openEHR-EHR-CLUSTER.media_
Per exemple: requisits locals d'informació o metadades addicionals per alinear-se amb equivalents de FHIR o CIMI.
Incloure:
Tots arquetips no exclosos explícitament
Ole Andreas Bjordal, Webmed, Norway
Gunn Anita Skjulhaug, Helse-Bergen HF, Norway
Rita Apelt, Department of Health,NT, Australia
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 (openEHR Editor)
John Bennett, NEHTA, Australia
Kristian Berg, Universitetssykehuset Nord Norge, Norway
Lars Bitsch-Larsen, Haukeland University Hospital, Bergen, Norway
Anita Bjørnnes, Helse Bergen, Norway
Terje Bless, Helse Nord FIKS, Norway
Diego Bosca, IBIME group, Spain
Mauricio Botero, Universidad de Caldas, Colombia
Rong Chen, Cambio Healthcare Systems, Sweden
Bjørn Christensen, HUS, Norway
Stephen Chu, Queensland Health, Australia
Lisbeth Dahlhaug, Helse Midt - Norge IT, Norway
Eva Dybvik, Nasjonal kompetansetjeneste for leddproteser og hoftebrudd, Haukeland Universitetssjukehus, Norway
David Evans, Queensland Health, Australia
Shahla Foozonkhah, Ocean Informatics, Australia
Einar Fosse, UNN HF, Norwegian Centre for Integrated Care and Telemedicine, Norway
Samuel Frade, Marand, Portugal
Hildegard Franke, freshEHR Clinical Informatics Ltd., United Kingdom
Tim Garden, NTG Department of Health, Australia
Sebastian Garde, Ocean Informatics, Germany
Jacquie Garton-Smith, Royal Perth Hospital and DoHWA, Australia
Andrew Goodchild, NEHTA, Australia
Gyri Gradek, Senter for medisinsk genetikk og molekylærmedisin, Haukeland Universitetssykehus, Norway
Heather Grain, Llewelyn Grain Informatics, Australia
Elisabeth Gudmestad, Helse Bergen HF, Haukeland Universitetssykehus, Dokumentasjonsavdelingen, Norway
Daniel Habashi, PasientSky AS, Norway
Dag Hanoa, Oslo universitetssykehus, Norway
Sam Heard, Ocean Informatics, Australia (Editor)
Kristian Heldal, Telemark Hospital Trust, Norway
Anca Heyd, DIPS ASA, Norway
Nils-Harald Holsen, Nasjonal IKT HF, Norway
Evelyn Hovenga, EJSH Consulting, Australia
Ann Iren Tellnes Moe, Helse Vest IKT, Norway
Leif Ivar Havelin, Helse Bergen, Norway
Lars Ivar Mehlum, Helse Bergen HF, Norway
Hans Johan Breidablik, Helse Førde HF, Norway
Lars Karlsen, DIPS ASA, Norway
Goran Karlstrom, County Of Värmland, Sweden
Mary Kelaher, NEHTA, Australia
Shinji Kobayashi, Kyoto University, Japan
Nils Kolstrup, Skansen Legekontor og Nasjonalt Senter for samhandling og telemedisin, Norway
Robert L'egan, NEHTA, Australia
Sabine Leh, Helse-Bergen, Norway
Heather Leslie, Atomica Informatics, Australia (openEHR Editor)
Hugh Leslie, Ocean Informatics, Australia
Hallvard Lærum, Oslo Universitetssykehus HF, Norway
Mike Martyn, The Hobart Anaesthetic Group, Australia
Shane McKee, Belfast Health & Social Care Trust, United Kingdom
Ian McNicoll, freshEHR Clinical Informatics, United Kingdom (openEHR Editor)
Chris Mitchell, RACGP, Australia
Lars Morgan Karlsen, DIPS ASA, Norway
Stewart Morrison, NEHTA, Australia
Bengt Nilssen, Sykehuset Innlandet HFq, Norway
Bjørn Næss, DIPS ASA, Norway
Jeremy Oats, NT Health, Australia
Andrej Orel, Marand d.o.o., Slovenia
Lynne Parsons, Primary and Community Health Services, Australia
Anne Pauline Anderssen, Helse Nord RHF, Norway
Vladimir Pizzo, Hospital Sírio Libanês, Brazil
Jodie Pycroft, Adelaide Northern Division of General Practice Ltd, Australia
Norwegian Review Summary, National ICT Norway, Norway
Robyn Richards, NEHTA - Clinical Terminology, Australia
Tanja Riise, Nasjonal IKT HF, Norway
Jussara Rotzsch, UNB, Brazil
Anoop Shah, University College London, United Kingdom
Elizabeth Stanick, Hobart Anaesthetic Group, Australia
Kirsten Steen Kyrkjebø, Helse Vest IKT AS, Norway
Møyfrid Stokke, Helse Vest IKT, Norway
Line Sæle, Nasjonal IKT HF, Norway
John Taylor, NEHTA, Australia
Micaela Thierley, Helse Bergen, Norway
Gordon Tomes, Australian Institute of Health and Welfare, Australia
John Tore Valand, Haukeland Universitetssjukehus, Norway (Nasjonal IKT redaktør, Nasjonal IKT oversettelsesredaktør)
Richard Townley-O'Neill, NEHTA, Australia
Donna Truran, ACCTI-UoW, Australia
Jon Tysdahl, Furst medlab AS, Norway
Ørjan Vermeer, Haukeland Universitetssjukehus, Kvinneklinikken, Norway
Jo Wright, NT Dept of Health, Australia (Editor)
Natalia Strauch, Medizinische Hochschule Hannover, Germany
- alemany: Sarah Ballout, Natalia Strauch, Medizinische Hochschule Hannover, ballout.sarah@mh-hannover.de, Strauch.Natalia@mh-hannover.de
- suec: Emma Malm, sofia Lång Janstad, Karolinska Universitetssjukhuset, Karolinska University Hospital, emma.malm@cambio.se, sofia.lang-janstad@regionstockholm.se
- Bokmål noruec: Micaela Thierley, Einar Fosse, John Tore Valand, Silje Ljosland Bakke, Liv Laugen, Oslo University Hospital, Norway, liv.laugen@ous-hf.no
- portuguès (Brasil): Vladimir Pizzo, Hospital Sirio Libanes - Brazil, vladimir.pizzo@hsl.org.br
- grec: Erasmia Partafylla, Sigmasoft, c.partafylla@sigmasoft.gr
- francès: Vanessa Pereira, Better - Pathfinder, vanessapereira@protonmail.com
- xinès (RPC): Lin Zhang, Taikang Insurance Group, linforest@163.com, TBD
- català:
- espanyol (Espanya):