S'utilitza per registrar informació sobre les activitats requerides per dur a terme un procediment, incloent-hi planificació, coordinació, execució, suspensió, cancel·lació, documentació i finalització. Això es fa mitjançant el registre de les dades sobre activitats específiques, segons la definició de les diferents etapes/apartats definit a l'arquetip.
L'abast d'aquest arquetip inclou activitats per a una àmplia gamma de procediments clínics realitzats amb fins avaluatius, de recerca, cribratge, diagnòstic, curatius, terapèutics o pal·liatius. Els exemples van des d'activitats relativament senzilles, com ara la inserció d'una cànula intravenosa, fins a operacions quirúrgiques complexes.
Es pot capturar informació addicional estructurada i detallada sobre el procediment utilitzant arquetips específics inserits a l'slot "Detall del procediment", quan sigui necessari.
Els temps relacionats amb un procediment es poden gestionar de dues maneres:
- Utilitzant el model de referència: el temps de realització de qualsevol etapa del procés utilitzarà l‟atribut de temps ACTION de cada etapa.
- Elements de dades arquetipades:
--- l'element de dades "Data/hora prevista" té per objecte registrar el moment precís en què està previst fer el procediment. Nota: l'atribut d'hora ACTION corresponent a l'etapa Scheduled registrarà l'hora en què el procediment es va programar en un sistema, no la data/hora prevista en què es vol dur a terme el procediment; i
--- la "Data/hora de finalització" té per objecte registrar l'hora exacta en què va finalitzar el procediment. Es pot utilitzar per documentar els procediments complexos amb múltiples components. Nota: l'atribut ACTION time corresponent al "Procediment realitzat" documentarà l'hora en què es va iniciar cada component realitzat. Aquest element de dades "Data/hora final" registrarà la data/hora del darrer component actiu del procediment. Això permetrà calcular la durada completa del procediment actiu.
En el context d'un informe quirúrgic, aquest arquetip s'utilitzarà per registrar únicament allò que es va fer durant el procediment. S'utilitzaran arquetips separats per registrar els altres components requerits de l'informe quirúrgic, inclosa la presa de mostres de teixit, l'ús de guia per imatges, les troballes de l'operació, les instruccions postoperatòries i els plans de seguiment.
Dins del context d'un llistat o resum de problemes, aquest arquetip es pot fer servir per representar procediments que s'han realitzat. L'AVALUATION.problem_diagnosis s'utilitzarà per representar els problemes i els diagnòstics del pacient.
A la pràctica, molts procediments (per exemple, en atenció ambulatòria) es realitzaran una vegada i no se sol·licitaran amb anticipació. Els detalls sobre el procediment s'afegiran a la fase del procés "Procediment completat". En alguns casos, s'ordenarà un procediment recurrent i, en aquesta situació, es registraran les dades de la fase 'Procediment realitzat' cada vegada, deixant la instrucció en estat actiu. Quan es registra la darrera ocurrència, es registra l'acció "Procediment completat", cosa que mostra que aquesta ordre ara està en estat completat.
En altres situacions, com a l'atenció secundària, hi pot haver una ordre formal per a un procediment utilitzant l'arquetip d'INSTRUCTION corresponent. Aquest arquetip de ACTION es pot utilitzar per registrar el flux de treball de quan i com es va dur a terme l'ordre.
Registrar informació utilitzant aquest arquetip de ACTION indica que realment ha passat algun tipus d'activitat; En general, aquest serà el procediment en si, però pot ser un intent fallit o una altra activitat, com ara posposar el procediment. Si hi ha una ordre formal per al procediment, l‟estat d‟aquesta ordre està representat per la fase del procés contra la qual es registren les dades. Per exemple, en utilitzar aquest arquetip, l'estat de progrés d'una ordre de gastroscòpia es pot registrar a través d'entrades separades a les notes de progrés de l'HCE a cada fase del procés:
- registrar la data/hora d'inici programada per a la gastroscòpia (procediment programat); i
- Enregistrar que s'ha completat el procediment de gastroscòpia, inclosa informació sobre els detalls del procediment (Procediment completat).
Cal tenir en compte que al model de referència d'openEHR hi ha un atribut de 'Temps', l'objectiu del qual és registrar la data i l'hora en què es va realitzar cada fase del procés de l'Acció. Aquest és l'atribut que s'utilitzarà per registrar l'inici del procediment (usant la fase 'Procediment realitzat') o el moment en què es va avortar el procediment (usant la fase 'Procediment avortat').
Organització: Ocean Informatics, Australia
Correu electrònic: heather.leslie@oceaninformatics.com
Data d'autor original: 2007-03-12
Organització: Ocean Informatics, Australia
Correu electrònic: heather.leslie@oceaninformatics.com
Data d'autor original: 2007-03-12
- 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
- Current Contact: Heather Leslie, Atomica Informatics, heather.leslie@atomicainformatics.com
- Original Namespace: org.openehr
- Original Publisher: openEHR Foundation
- Custodian Namespace: org.openehr
- MD5-CAM-1.0.1: 45BC112EC407C650BE2526518737BED2
- Build Uid: 07d855c5-18e5-4939-b19a-a56dfa268d59
- Revision: 1.4.11-alpha
Estat actual: planned
Estat actual: initial
Estat actual: planned
Estat actual: initial
Estat actual: postponed
Estat actual: cancelled
Estat actual: scheduled
Estat actual: active
Estat actual: active
Estat actual: suspended
Estat actual: aborted
Estat actual: completed
Sempre que sigui possible, és preferible la codificació del procediment específic amb una terminologia.
Per exemple: descripció de la realització i resultats del procediment, l'intent interromput o la cancel·lació del procediment.
Sempre que sigui possible, és preferible codificar la indicació amb una terminologia. Aquest element de dades permet múltiples ocurrències. Per exemple: "Preparació intestinal fallida" o "Cribat de càncer d'intestí".
Utilitzeu aquest element de dades per registrar termes senzills o una descripció narrativa. Si els requisits per registrar el mètode requereixen una modelització més complexa, aquesta es pot representar mitjançant arquetips addicionals dins del SLOT "Detall del procediment" d'aquest arquetip. Si el mètode s'inclou al "Nom del procediment" mitjançant codis precoordinats, aquest element de dades serà redundant.
Sempre que sigui possible, és preferible codificar amb una terminologia.
Les ocurrències d'aquest element de dades són il·limitades per permetre escenaris clínics com l'extirpació de múltiples lesions cutànies a diferents llocs, però on tots els altres atributs són idèntics. Utilitzeu aquest element de dades per registrar termes senzills o localitzacions anatòmiques precoordinades. Si els requisits per registrar la localització anatòmica es determinen en temps d'execució per l'aplicació o requereixen un modelatge més complex, com ara localitzacions relatives, utilitzeu CLUSTER.anatomical_location o CLUSTER.relative_location al SLOT "Detalls del procediment" d'aquest arquetip. Si la localització anatòmica s'inclou al “Nom del procediment” mitjançant codis precoordinats, aquest element de dades serà redundant.
S'utilitza per recopilar informació detallada i estructurada sobre la localització anatòmica, el mètode i la tècnica, l'equip utilitzat, els dispositius implantats, els resultats, les troballes, etc.
Incloure:
openEHR-EHR-CLUSTER.device.v1 i especialitzacions o
openEHR-EHR-CLUSTER.anatomical_
openEHR-EHR-CLUSTER.anatomical_
openEHR-EHR-CLUSTER.anatomical_
El mateix procediment, amb la mateixa gravetat o resultat, pot tenir un impacte diferent a cada pacient. Aquest factor de rellevància implica ajustar l'impacte general d'aquest procediment o del seu resultat, segons les característiques del pacient. Per exemple: Dos pacients han estat sotmesos al mateix procediment amb el mateix resultat. Reparació mitjançant osteosíntesi de cinquè dit de mà no dominant. Un és un jardiner o un peó d'obra; l'altre, un pianista. L'impacte d'aquest procediment al pianista és MAJOR (baixa laboral més llarga, necessitat de rehabilitació funcional completa per ajustar a alts requeriments de motricitat fina en activitat laboral). Aquest element està destinat a permetre múltiples tipus d'impacte, inclosos però no limitat a: tractament clínic, funcionament a la llar o vida laboral.
Sempre que sigui possible, és preferible codificar amb una terminologia.
Exemples: El pacient estava agitat, buidat insuficient de l'estómac abans de la gastroscòpia, un tumor a les vies biliars impedia el pas de l'endoscopi.
Utilitzeu aquest element de dades per registrar termes senzills o complicacions precoordinades. Si els requisits per al registre de complicacions són més complexos, s'aconsella fer servir un arquetip CLUSTER específic dins del SLOT "Detalls del procediment" d'aquest arquetip. Exemples: Hematúria després d'una biòpsia renal, irritació tissular després de la inserció d'un catèter intravenós.
Només per utilitzar-lo en associació amb l'etapa "Procediment programat".
Només per al seu ús en associació amb l'etapa "Procediment realitzat", i en situacions en què el procediment es repeteix diverses vegades abans de completar-se, o hi ha diversos components en tot el procediment. Pot ser el mateix que l'atribut de temps RM de l'etapa "Procediment completat".
Només per a ús en associació amb l'etapa "Procediment completat".
>=0 segons
Incloure:
openEHR-EHR-CLUSTER.media_
Aquest element de dades es pot utilitzar per donar suport a l'organització dins la interfície d'usuari.
Per exemple: motiu de la cancel·lació o suspensió del procediment.
Equivalent al Placer Order Number a les especificacions HL7 v2.
Elecció de:
Text
Identifier
Incloure:
Tots arquetips no exclosos explícitament
Equivalent al Filler Order Number a les especificacions HL7 v2.
Elecció de:
- Text
- Identifier
Incloure:
Tots arquetips no exclosos explícitament
Per exemple: requisits d'informació local o metadades addicionals per alinear-se amb els equivalents de FHIR o CIMI.
Incloure:
Tots arquetips no exclosos explícitament
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)
Maria Beate Nupen, Oslo Universitetssykehus, Norway
Lars Bitsch-Larsen, Haukeland University Hospital, Bergen, Norway
Fredrik Borchsenius, Oslo universitetssykehus, Norway
Diego Bosca, VeraTech for Health, Spain
Hanne Marte Bårholm, Helse Vest IKT, Norway (Nasjonal IKT redaktør)
Rong Chen, Cambio Healthcare Systems, Sweden
Stephen Chu, NEHTA, Australia (Editor)
Lisbeth Dahlhaug, Helse Midt - Norge IT, Norway
Kari Beate Engseth, Finnmarkssykehuset HF + Klinikk Kirkenes, Norway
David Evans, Queensland Health, Australia
Shahla Foozonkhah, Iran ministry of health and education, Iran
Einar Fosse, UNN HF, Norwegian Centre for Integrated Care and Telemedicine, Norway
Sebastian Garde, Ocean Informatics, Germany
Jacquie Garton-Smith, Royal Perth Hospital and DoHWA, Australia
Bente Gjelsvik, Helse Bergen, Norway
Andrew Goodchild, NEHTA, Australia
Heather Grain, Llewelyn Grain Informatics, Australia
Mikkel Johan Gaup Grønmo, Helse Nord IKT, Norway (Nasjonal IKT redaktør)
Megan Hawkins, Mater Health Services, Australia
Sam Heard, Ocean Informatics, Australia
Kristian Heldal, Telemark Hospital Trust, Norway
Andreas Hering, Helse Bergen HF, Haukeland universitetssjukehus, Norway
Anca Heyd, DIPS ASA, Norway
Hilde Hollås, DIPS ASA, Norway
Lars Morgan Karlsen, Nordlandssykehuset Bodø, Norway
Mary Kelaher, NEHTA, Australia
Shinji Kobayashi, Kyoto University, Japan
Kanika Kuwelker, Helse Vest IKT, Norway (Nasjonal IKT redaktør)
Liv Laugen, Oslo universitetssykehus, Norway (Nasjonal IKT redaktør)
Sabine Leh, Helse Bergen, Norway
Heather Leslie, Atomica Informatics, Australia
Hugh Leslie, Ocean Informatics, Australia
Hallvard Lærum, Direktoratet for e-helse, Norway
Mike Martyn, The Hobart Anaesthetic Group, Australia
Ian McNicoll, freshEHR Clinical Informatics, United Kingdom (openEHR Editor)
Lars Ivar Mehlum, Nasjonal IKT HF, Norway
Chris Mitchell, RACGP, Australia
Stewart Morrison, NEHTA, Australia
Maria Beate Nupen-Stieng, Oslo Universitetssykehus, Norway
Bjørn Næss, DIPS ASA, Norway
Andrej Orel, Marand d.o.o., Slovenia
Michael Osborne, Mater Health Services, Australia
Chris Pearce, Melbourne East GP Network, Australia
Rune Pedersen, Universitetssykehuset i Nord Norge, Norway
Norwegian Review Summary, Nasjonal IKT HF, Norway
Jussara Rotzsch, Hospital Alemão Oswaldo Cruz, Brazil
Peter Scott, Australia
Elizabeth Stanick, Hobart Anaesthetic Group, Australia
Line Sørensen, Helse Bergen, Norway
John Taylor, NEHTA, Australia
Micaela Thierley, Helse Vest IKT, Norway
Rowan Thomas, St. Vincent's Hospital Melbourne, Australia
Line Thomassen, Helse Bergen, Norway
Richard Townley-O'Neill, NEHTA, Australia
John Tore Valand, Helse Vest IKT, Norway (Nasjonal IKT redaktør)
Marit Alice Venheim, Helse Vest IKT, Norway (Nasjonal IKT redaktør)
Ørjan Vermeer, Haukeland Universitetssjukehus, Kvinneklinikken, Norway
Ivar Yrke, DIPS AS, Norway
- alemany: Kim Sommer, Natalia Strauch, MHH, Medizinische Hochschule Hannover, sommer.kimkatrin@mh-hannover.de, Strauch.Natalia@mh-hannover.de
- portuguès (Portugal): Ana Garcia Niza, EY, ana.niza16@gmail.com, I have no accreditation
- rus: Art Latyp; Латыпов Артур, RusBITech; РусБИТех, Москва, hmm
- suec: Sofia Lång Janstad, Romi Shweta Pathak, Anette Larsson, Åsa Skagerhult, Per Nemirovski, Anders Thurin, Jörgen Kuylenstierna, Emma Molin, Henrik Nilsson, Sajjad Saffari Miandoab, Mikael Nyström, SLL, Karolinska universitetssjukhuset, Tieto Sweden AB, openEHR Sverige, Region Östergötland, B3 HealthTech, Västra Götalandsregionen, Region Uppsala, Cambio, Eweave, CAG, sofia.lang-janstad@sll.se, romi.pathak@regionstockholm.se, anette.a.larsson@tietoevry.com, asa.skagerhult@regionostergotland.se, per.nemirovski@b3.se, sajjad.saffari-miandoab@regionstockholm.se, jorgen.kuylenstierna@solvikshalsan.se, emma.molin@cambio.se, anders.thurin@vgregion.se, Henrik.Nilsson@cag.se, Mikael.Nystrom@cambio.se
- Bokmål noruec: John Tore Valand / Silje Ljosland Bakke, Helse Bergen HF / Nasjonal IKT HF, john.tore.valand@helse-bergen.no
- portuguès (Brasil): Osmeire Chamelette Sanzovo, Hospital Sírio Libanês, osmeire.acsanzovo@hsl.org.br
- àrab (Síria): Mona Saleh
- eslovè: Uroš Rajkovič, Biljana Prinčič, Slovenia
- xinès (RPC): Lin Zhang, Freelancer, linforest@163.com
- espanyol (Espanya): Pablo Pazos, Julio de Sosa, CaboLabs, Servei Català de la Salut, pablo.pazos@cabolabs.com, juliodesosa@catsalut.cat, Computer Engineer, Pablo.Pazos@Cabolabs.Com: pablo.pazos@cabolabs.com
- català: Julio de Sosa, Servei Català de la Salut, juliodesosa@catsalut.cat