| ARCHETYPE ID | openEHR-EHR-EVALUATION.adverse_reaction_risk.v1 |
|---|---|
| Concept | Adverse reaction risk |
| Description | Risk of harmful or undesirable physiological response which is unique to an individual and associated with exposure to a substance. |
| Use | Use to provide a single place within the health record to document a range of clinical statements about adverse reactions, including:
Use to record information about the positive presence of the risk of an adverse reaction:
Use to record information about the risk of adverse reactions to a broad range of substances, including: incipients and excipients in medicinal preparations; biological products; metal salts; and organic chemical compounds. Adverse reaction may be:
The risk of an adverse reaction event or manifestation should not be recorded without identifying a proposed causative substance or class of substance. If there is uncertainty that a specific substance is the cause, this uncertainty can be recorded using the ‘Status’ data element. If there are multiple possible substances that may have caused a reaction/manifestation, each substance should be recorded using a separate instance of this adverse reaction archetype with the ‘Status’ set to an initial state of ‘Suspected’ so that adverse reaction checking can be activated in clinical systems. Once the substance, agent or class is later proven not to be the cause for a given reaction then the ‘Status’ can be modified to ‘Refuted’. This archetype has been designed to allow recording of information about a specific substance (amoxycillin, oysters, or bee sting venom) or, alternatively, a class of substance (eg Penicillins). If a class of substance is recorded then identification of the exact substance can be recorded on a per exposure basis. The scope of this archetype has deliberately focused on identifying a pragmatic data set that are used in most clinical systems or will be suitable for most common clinical scenarios, however it permits extension of the model when additional detail is required, for example 'Reaction details', 'Exposure details', and 'Reporting details' slots. Examples of clinical situations where the extension may be required include: a detailed allergist/immunologist assessment, for reporting to regulatory bodies or use in a clinical trial. The act of recording any adverse reaction risk in a health record involves the clinical assessment that a potential hazard exists for an individual if they are exposed to the same substance/agent/class in the future – that is, a relative contraindication - and the default ‘Criticality’ value should be set to ‘Low risk’. If a clinician considers that it is not safe for the individual to be deliberately re-exposed to the substance/agent again, for example, following a manifestation of a life-threatening anaphylaxis, then the 'Criticality' data element should be amended to ‘High’. A formal Adverse Event Report to regulatory bodies is a document that will contain a broad range of information in addition to the specific details about the adverse reaction. The report could utilise parts of this Risk of adverse reaction archetype plus include additional data as required per jurisdiction. An adverse reaction or allergy/intolerance list is a record of all identified propensities for an adverse reaction for the individual upon future exposure to the substance or class, plus provides potential access to the evidence provided by details about each reaction event, such as manifestation. Valuable first-level information that could be presented to the clinician when they need to assess propensity for future reactions are:
This archetype is designed as one component of the therapeutic precautions family of archetypes that need to be considered when a clinician is about to commence a new treatment, test or procedure for an individual. Links to other parts of the health record where further details may be located, such as consultation notes, is allowed by the openEHR reference model, but not modelled explicitly in this archetype. The content of this archetype is a result of a collaboration between the openEHR and HL7 FHIR communities. FHIR specific content that was included as part of the peer review process has been removed from this openEHR archetype. |
| Misuse | Not to be used for recording physiological reactions to physical agents, such as heat, cold, sunlight, vibration, exercise activity, by infectious agents or food contaminants. Use a specific archetype for EVALUATION.problem/diagnosis or CLUSTER.symptom/sign for this purpose. Not to be used to record adverse events, including failures of clinical process, interventions or products. For example: abnormal use or mistakes/errors made in maladministration of an agent or substance; incorrect dosage; mislabelling; harm or injury caused by an intervention or procedure; overdose/poisoning etc. Use a specific archetype for the purpose. Not to be used to record an adverse reaction where the substance is unknown. Use EVALUATION.problem_diagnosis or CLUSTER.symptoms to record as part of the health record until a possible substance is identified. Not to be used to record reactions to transfusions of blood products. Use a specific archetype for the purpose. Not to be used as a proxy for an Adverse Event Report. See above for how it may be used as one component of an Adverse Event Report. Not to be used for recording 'alerts'. Use EVALUATION.precaution, EVALUATION.contraindication or related archetypes for this purpose. Not to be used for recording failed therapy. Not to be used for the explicit recording of an absence (or negative presence) of a reaction to 'any substances' or to identified substances, for example ‘No known allergies or adverse reactions’ or ‘No known allergies to Penicillin’. Use the EVALUATION.exclusion-adverse_reaction archetype to express a positive statement of adverse reaction exclusion. Not to be used for the explicit recording that no information was able to be obtained about the adverse reaction status of a patient. Use the EVALUATION.absence archetype to record that a positive statement that information was not able to be obtained, for example, if a non-cooperative patient refuses to answer questions. |
| Purpose | To record a clinical assessment of a propensity for an adverse reaction upon future exposure to the specified substance, or class of substance. Where a propensity is identified, to record information or evidence about one or more reaction events that are characterised by any harmful or undesirable physiological response that is unique to the individual, and triggered by exposure of an individual to the identified substance or substance class. |
| References | Adverse Reaction, draft archetype, National eHealth Transition Authority [Internet]. NEHTA Clinical Knowledge Manager. Authored: 08 Nov 2010. Available at: http://dcm.nehta.org.au/ckm/OKM.html#showarchetype_1013.1.868_7 (accessed Jan 16, 2012). Allergy and Intolerance Domain Analysis Model, Release 1, HL7 [Internet]. Publication pending, expected August 2014; Available at http://wiki.hl7.org/images/1/1b/Allergy_and_Intolerance_INFORM_2013_MAY.pdf (accessed 06 July 2014). Allergy, clinical element model, GE/Intermountain Healthcare. Clinical Element Model Search. Available at: http://intermountainhealthcare.org/cem/Pages/Detail.aspx?NCID=520861661&k=allergy (accessed Jan 16, 2012). Edwards IR, Aronson JK. Adverse drug reactions: definitions, diagnosis, and management. Lancet. 2000 Oct 7;356(9237):1255-9. PubMed PMID: 11072960. HL7 FHIR Resource - AllergyIntolerance R1.2.0 STU3 draft [Internet]. Health Level Seven International; [accessed 2020 Jan 17]. Available from: http://hl7.org/fhir/2016Jan/allergyintolerance.html. Horsfield P, Sibeko S. Representation in Electronic Patient Records of Allergic Reactions, Adverse Reactions, and Intolerance of Pharmaceutical Products [Internet]. London, UK: National Health Service; 2006 Sep 07 [cited 2011 Jun 21]; Available at https://svn.connectingforhealth.nhs.uk/svn/public/nhscontentmodels/TRUNK/ref/NPfIT/Allergy_ADR_Intolerance%20v%201.2Final.doc. Long R, Bentley S. SCG Guidance on the Representation of Allergies and Adverse Reaction Information Using NHS Message Templates [Internet]. London, UK: National Health Service; 2008 Apr 30 [cited 2011 Jun 21]; Available at http://www.connectingforhealth.nhs.uk/systemsandservices/data/scg/scg0001.pdf. Microsoft. Design Guidance: Displaying Adverse Drug Reaction Risks [Internet]. 2009 January 28 [cited 2011 Jun 21]; Available at www.mscui.net/DesignGuide/DisplayingAllergies.aspx. Microsoft. Design Guidance: Recording Adverse Drug Reaction Risks [Internet]. 2009 March 27 [cited 2011 Jun 21]; Available at www.mscui.net/DesignGuide/RecordingAllergies.aspx. Mosby. Mosby's Pocket Dictionary of Medicine, Nursing and Health Professions. 6th Edition. USA: Mosby Elsevier; 2010 National E-Health Transition Authority. Adverse Reactions (Data Specifications) Version 1.1 [Internet]. Sydney, Australia: NEHTA; 2008 Feb 29 [cited 2011 Jun 21]; Available at http://www.nehta.gov.au/component/docman/doc_download/453-adverse-reaction-data-specification-v11. Riedl MA, Casillas AM. Adverse drug reactions: types and treatment options. Am Fam Physician. 2003 Nov 1;68(9):1781-90. Review. PubMed PMID: 14620598. Royal Australian College of General Practitioners. Fact Sheet: Allergies & Adverse Reactions (Draft). 2010. Thien FC. Drug hypersensitivity. Med J Aust. 2006 Sep 18;185(6):333-8. Review. PubMed PMID: 16999678. - Uppsala Monitoring Centre (WHO): http://www.who-umc.org/ - European Medicines Agency: http://www.ema.europa.eu/ema/ - DIRECTIVE 2010/84/EU OF THE EUROPEAN PARLIAMENT AND OF THE COUNCIL, of 15 December 2010, amending, as regards pharmacovigilance, Directive 2001/83/EC on the Community code relating to medicinal products for human use: http://ec.europa.eu/health/files/eudralex/vol-1/dir_2010_84/dir_2010_84_en.pdf |
| Copyright | © Australian Digital Health Agency, openEHR Foundation, HL7 International, Nasjonal IKT |
| Authors | Author name: Heather Leslie Organisation: Ocean Informatics Email: heather.leslie@oceaninformatics.com Date originally authored: 2010-11-08 |
| Other Details Language | Author name: Heather Leslie Organisation: Ocean Informatics Email: heather.leslie@oceaninformatics.com Date originally authored: 2010-11-08 |
| Other Details (Language Independent) |
|
| Keywords | reaction, allergy, allergic, adverse, event, effect, sensitivity, intolerance, hypersensitivity, side effect, toxicity, drug, food, agent, substance, immune, non-immune, chemical, anaphylaxis, allergen, medication, supplement, medicine, natural remedies, immunological, non-immunological, risk |
| Lifecycle | deprecated |
| UID | f51e1f4d-a244-422d-b01e-429c9214b84b |
| Language used | en |
| Citeable Identifier | 1013.1.1713 |
| Revision Number | 1.2.3 |
| Archetype Concept Comment | Substances include, but are not limited to: a therapeutic substance administered correctly at an appropriate dosage for the individual; food; material derived from plants or animals; or venom from insect stings. |
| data | |
| Substance | Substance: Identification of a substance, or substance class, that is considered to put the individual at risk of an adverse reaction event. Both an individual substance and a substance class are valid entries in 'Substance'. A substance may be a compound of simpler substances, for example a medicinal product. If the value in 'Substance' is an individual substance, it may be duplicated in 'Specific substance'. It is strongly recommended that both 'Substance' and 'Specific substance' be coded with a terminology capable of triggering decision support, where possible. For example: Snomed CT, DM+D, RxNorm, NDFRT, ATC, New Zealand Universal List of Medicines and Australian Medicines Terminology. Free text entry should only be used if there is no appropriate terminology available. Optional[{source=openEHR,FHIR,DAM}] |
| Status | Status: Assertion about the certainty of the propensity, or potential future risk, of the identified 'Substance' to cause a reaction. Decision support would typically raise alerts for 'Suspected', 'Likely', 'Confirmed', and ignore a 'Refuted' reaction. Clinical systems may choose not to display Adverse reaction entries with a 'Refuted' status in the Adverse Reaction List. However, 'Refuted' may be useful for reconciliation of the adverse reaction list or when communicating between systems . Some implementations may choose to make this field mandatory. 'Resolved' may be used variably across systems, depending on clinical use and context - there appears to be differing opinion whether this should still be used to raise potential alerts or to display in an Adverse Reaction List. The free text data type will allow for local variation by enabling other value sets to be applied to this data element in a template - in this situation it is recommended that values should be coded using a terminology. Optional[{source=FHIR, DAM}] Choice of:
|
| Criticality | Criticality: An indication of the potential for critical system organ damage or life threatening consequence. This can be regarded as a predictive judgement of a 'worst case scenario'. In most contexts 'Low' would be regarded as the default value. Optional[{source=DAM, openEHR}]
|
| Category | Category: Category of the identified 'Substance'. This data element has been included because it is currently being captured in some clinical systems. This data can be derived from the Substance where coding systems are used, and is effectively redundant in that situation. Choice of:
|
| Onset of last reaction | Onset of last reaction: The date and/or time of the onset of the last known occurrence of a reaction event. This date may be be a duplicate of the most recent 'Onset of reaction' date. Where a textual representation of the date of last occurrence is required e.g 'In Childhood, '10 years ago' the Comment element should be used. Optional[{source=IMH}] |
| Reaction mechanism | Reaction mechanism: Identification of the underlying physiological mechanism for the adverse reaction. Immune-mediated responses have been traditionally regarded as an indicator for escalation of significant future risk. Contemporary knowledge suggests that some reactions previously thought to be immune are actually non-immune and still carry life threatening risk. Immunological testing may provide supporting evidence for the mechanism and causative substance , but no tests are 100% sensitive or specific for a sensitivity. It is acknowledged that most clinicians will NOT be able to distinguish the mechanism of any specific reaction. However this data element is included because many legacy systems have captured this attribute. Optional[{source=FHIR, DAM}] Choice of:
|
| Comment | Comment: Additional narrative about the propensity for the adverse reaction, not captured in other fields. For example: including reason for flagging a 'Criticality' of 'High risk'; and instructions related to future exposure or administration of the Substance, such as administration within an Intensive Care Unit or under corticosteroid cover. Optional[{source=openEHR}] |
| Reaction event | Reaction event: Details about each adverse reaction event linked to exposure to the identified 'Substance'. Optional[{source=openEHR,FHIR,DAM}] |
| Specific substance | Specific substance: Identification of the substance considered to be responsible for the specific adverse reaction event. For example: 'Amoxycillin'. Only an individual substance is a valid entry in 'Specific substance'. A substance may be a compound of simpler substances, for example a medicinal product. If the value in 'Substance' is an individual substance and not a substance class, then it may be duplicated in this data element. It is strongly recommended that 'Specific substance' be coded with a terminology capable of triggering decision support, where possible. For example: RxNorm, Snomed CT, DM+D, NDFRT, ICD-9, ICD-10, UNI, ATC and CPT. Free text entry should only be used if there is no appropriate terminology available. Optional[{source=FHIR, openEHR,DAM}] |
| Certainty | Certainty: Statement about the degree of clinical certainty that the identified 'Specific substance' was the cause of the 'Manifestation' in this reaction event. Optional[{source=FHIR}]
|
| Manifestation | Manifestation: Clinical symptoms and/or signs that are observed or associated with the adverse reaction. Manifestation can be expressed as a single word, phrase or brief description. For example: nausea, rash. 'No reaction'may be appropriate where a previous reaction has been noted but the reaction did not re-occur after further exposure. It is preferable that 'Manifestation' should be coded with a terminology, where possible. The values entered here may be used to display on an application screen as part of a list of adverse reactions, as recommended in the UK NHS CUI guidelines. Terminologies commonly used include, but are not limited to, SNOMED-CT or ICD10. Optional[{source=FHIR, openEHR,DAM}] |
| Reaction description | Reaction description: Narrative description about the adverse reaction as a whole, including details of the manifestation if required. Optional[{source=FHIR, openEHR}] |
| Onset of reaction | Onset of reaction: Record of the date and/or time of the onset of the reaction. Optional[{source=openEHR, FHIR, DAM}] |
| Duration of reaction | Duration of reaction: The total amount of time that the manifestation of the adverse reaction persisted. Optional[{source=openEHR}] |
| Severity of reaction | Severity of reaction: Clinical assessment of the severity of the reaction event as a whole, potentially considering multiple different manifestations. It is acknowledged that this assessment is very subjective. There may be some some specific practice domains where objective scales have been applied. Objective scales can be included in this model using the 'Reaction details' Cluster. Optional[{source=DAM}] Choice of:
|
| Reaction details | Reaction details: Additional details about the adverse reaction, including anatomical location and Common Toxicity Criteria, can be provided by inclusion of specific archetypes in this SLOT. May include structured detail about symptoms; the anatomical location of the manifestation; grading, classification or formal severity assessments such as Common Terminology Criteria for Adverse Events; or the Multimedia CLUSTER archetype. [Note: FHIR - These would be extensions as specified in a profile.] Optional[{source=FHIR, openEHR}] Include: openEHR-EHR-CLUSTER.anatomical_ openEHR-EHR-CLUSTER.media_ openEHR-EHR-CLUSTER.anatomical_ openEHR-EHR-CLUSTER.symptom_ |
| Initial exposure | Initial exposure: Record of the date and/or time of the first exposure to the Substance for this Reaction Event. Exposure can be more complicated by more than one exposure events leading to a reaction. Further details about the nature of the exposure can be provided by use of additional archetypes in the 'Exposure details' SLOT or as text in the 'Exposure description'. Optional[{source=FHIR, openEHR,DAM}] |
| Duration of exposure | Duration of exposure: The total amount of time the individual was exposed to the identified 'Specific substance'. Optional[{source=openEHR}] |
| Route of exposure | Route of exposure: Identification of the route by which the subject was exposed to the identified 'Specific substance'. Coding of the Route of Exposure with a terminology should be used wherever possible. Optional[{source=FHIR, DAM}] |
| Exposure description | Exposure description: Narrative description about exposure to the identified 'Specific substance'. Optional[{source=openEHR}] |
| Exposure details | Exposure details: Additional details about exposure to the 'Specific substance', especially in situations where there may have been multiple or cumulative exposures can be provided by inclusion of specific archetypes in this SLOT. Include: openEHR-EHR-CLUSTER.citation.v1 and specialisations or openEHR-EHR-CLUSTER.citation.v0 and specialisations |
| Clinical management description | Clinical management description: Narrative description about the clinical management provided. Optional[{source=openEHR}] |
| Clinical management details | Clinical management details: Additional structured details about clinical management for this reaction event can be provided by inclusion of specific archetypes in this SLOT. Include: All not explicitly excluded archetypes |
| Reporting details | Reporting details: Additional structured details required for reporting to regulatory bodies can be provided by inclusion of specific archetypes in this SLOT. Optional[{source=FHIR, openEHR}] Include: All not explicitly excluded archetypes |
| Information source | Information source: Details about the provenance of the information can be provided by inclusion of specific archetypes in this SLOT. This SLOT is intended to provide details about the source of information for this particular 'Reaction event'. Details about the source of information for the entire 'Adverse reaction risk' should be recorded using the 'Information Provider' reference model attribute. Include: All not explicitly excluded archetypes |
| Reaction comment | Reaction comment: Additional narrative about the adverse reaction event not captured in other fields. Optional[{source=openEHR}] |
| protocol | |
| Last updated | Last updated: Date when the propensity or the reaction event was updated. Note: maps to recordedDate in FHIR. Optional[{source=openEHR, FHIR, DAM}] |
| Extension | Extension: Additional information required to capture local content or to align with other reference models/formalisms. For example: local information requirements or additional metadata to align with FHIR or CIMI equivalents. Include: All not explicitly excluded archetypes |
| Supporting clinical record information | Supporting clinical record information: Link to further information about the presentation and findings that exist elsewhere in the health record, including allergy test reports. For example, presenting symptoms, examination findings, diagnosis etc. [Note: FHIR,DAM: Maps to Sensitivity Test.] Optional[{source=FHIR, openEHR, DAM}] |
| Reaction reported? | Reaction reported?: Has the adverse reaction ever been reported to a regulatory body? Optional[{source=openEHR}] |
| Report summary | Report summary: Structured details about reports that have been forwarded to regulatory bodies. |
| Date of report | Date of report: Date that the report was sent to the regulatory authority. |
| Report comment | Report comment: Narrative about the adverse reaction report or reporting process. For example, the reason for non-reporting. Optional[{source=openEHR}] |
| Adverse reaction report | Adverse reaction report: Link to an adverse reaction Report sent to a regulatory body. Optional[{source=openEHR}] |
| Other contributors | Fatima Almeida, Critical SW, Portugal Grethe Almenning, Bergen kommune, Norway Magnus Alsaker, Helsedirektoratet, Norway Torunn Apelseth, Helse Bergen, Norway Vebjørn Arntzen, Oslo University Hospital, Norway Bent Asgeir Larsen, Helsedirektoratet, Norway Koray Atalag, University of Auckland, New Zealand Elaine Ayres, US National Institutes of Health, United States Russell B Leftwich MD, United States (openEHR Editor) Silje Ljosland Bakke, Helse Vest IKT AS, Norway (openEHR Editor) John Bennett, NEHTA, Australia Steve Bentley, Allscripts, United Kingdom Sharmila Biswas, Dr Sharmila Biswas GP, Australia Lars Bitsch-Larsen, Haukeland University hospital, Norway Terje Bless, Helse Nord FIKS, Norway Laila Bruun, Oslo universitetssykehus HF, Norway Claire Chalopin, ICCAS, University of Leipzig, Germany Rong Chen, Cambio Healthcare Systems, Sweden Stephen Chu, Queensland Health, Australia Matthew Cordell, NEHTA, Australia Howard Edidin, Edidin Group, Inc, United States Brett Esler, Oridashi, Australia David Evans, Queensland Health, Australia Jerry Fahrni, Kaweah Delta Health Care District, United States Shahla Foozonkhah, Iran ministry of health and education, Iran Einar Fosse, National Centre for Integrated Care and Telemedicine, Norway Joanne Foster, School of Nursing & Midwifery, QLD University of Technology & Nursing Informatics Australia, Australia Sebastian Garde, Ocean Informatics, Germany Jacquie Garton-Smith, Royal Perth Hospital and DoHWA, Australia Sarah Gaunt, NEHTA, Australia Andrew Goodchild, NEHTA, Australia Heather Grain, Llewelyn Grain Informatics, Australia Trina Gregory, cpc, Australia Grahame Grieve, Health Intersections, Australia (Editor) Robert Hausam, Hausam Consulting LLC, United States Sam Heard, Ocean Informatics, Australia Kristian Heldal, Telemark Hospital Trust, Norway Anca Heyd, DIPS ASA, Norway Hilde Hollås, Norway Roar Holm, Helse Vest IKT A/S, Norway Andrew James, University of Toronto, Canada Julie James, Blue Wave Informatics LLP, United Kingdom Tom Jarl Jakobsen, Helse Bergen, Norway Ivor Jones, Queensalnd Helath, Australia Lars Jostein Silihagen, Sopra Steria / Sykehuspartner / Sykehuset Innlandet, Norway Silje Kaada, Helse-Bergen, Avdeling for immunologi og transfusjonsmedisin, Norway Konstantinos Kalliamvakos, Cambio Healthcare Systems, Sweden Lars Karlsen, DIPS ASA, Norway Lars Morgan Karlsen, DIPS ASA, Norway Goran Karlstrom, County Of Värmland, Sweden Mary Kelaher, NEHTA, Australia Diane Kirkham, NEHTA, Australia Shinji Kobayashi, Kyoto University, Japan Robert L'egan, NEHTA, Australia Jobst Landgrebe, ii4sm, Switzerland Russell Leftwich, Russell B Leftwich MD, United States Fest Legemiddelverket, Statens Legemiddelverk, Norway Heather Leslie, Atomica Informatics, Australia (openEHR Editor) Hugh Leslie, Ocean Informatics, Australia Rikard Lovstrom, Swedish Medical Association, Sweden Hallvard Lærum, Oslo Universitetssykehus HF, Norway Arne Løberg Sæter, DIPS ASA, Norway Sarah Mahoney, Australia Luis Marco Ruiz, Norwegian Center for Integrated Care and Telemedicine, Norway Siv Marie Lien, DIPS ASA, Norway Mike Martyn, The Hobart Anaesthetic Group, Australia Lloyd McKenzie, Gordon Point Informatics, Canada David McKillop, NEHTA, Australia Ian McNicoll, freshEHR Clinical Informatics, United Kingdom (openEHR Editor) Chris Mitchell, RACGP, Australia Stewart Morrison, NEHTA, Australia Jörg Niggemann, Compugroup, Germany Bjørn Næss, DIPS ASA, Norway Tom Oniki, Intermountain Healthcare, United States Chris Pearce, Melbourne East GP Network, Australia Rune Pedersen, Universitetssykehuset i Nord Norge, Norway General Practice Computing Group, Australia Camilla Preeston, Royal Australian College of General Practitioners, Australia Margaret Prichard, NEHTA, Australia Jodie Pycroft, Adelaide Northern Division of General Practice Ltd, Australia Cathy Richardson, NEHTA, Australia Robyn Richards, NEHTA - Clinical Terminology, Australia Tanja Riise, Nasjonal IKT HF, Norway Jussara Rotzsch, Hospital Alemão Oswaldo Cruz, Brazil Stefan Sauermann, University of Applied Sciences Technikum Wien, Austria Thomas Schopf, University Hospital of North-Norway, Norway Thilo Schuler, Australia Jason Scott, Plymouth Hospitals NHS Trust, United Kingdom Peter Scott, Medical Objects, Australia Elena Shabanova, UMMSSOft, Russian Federation Anoop Shah, University College London, United Kingdom Elizabeth Stanick, Hobart Anaesthetic Group, Australia Laila Storesund, Haraldsplass diakonale sykehus, Norway Norwegian Review Summary, Nasjonal IKT HF, Norway Line Sæle, Nasjonal IKT HF, Norway Hwei-Yee Tai, Tan Tock Seng Hospital, Singapore 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) Richard Townley-O'Neill, Australian Digital Health Agency, Australia Ines Vaz, UFN, Portugal Nils Widnes, Helse-Bergen, Norway Andrew Yap, Australia Kylie Young, The Royal Australian College of General Practitioners, Australia Lin Zhang, Taikang Insurance Group, China |
| Translators |
|