Pathology (Data Specifications) Version 1.0 [Internet]. Sydney, Australia: National E-Health Transition Authority; 2007 May 29 [cited 2011 Jul 11]; No longer available.
Laboratory Technical Framework, Volume 3: Content, Revision 3.0 [Internet]. USA: IHE International; 2011 May 19; [cited 2011 Jul 11]. Available from: https://www.ihe.net/Technical_Framework/upload/IHE_Lab_TF_Rev3-0_Vol3_FT_2011-05-19.pdf
HL7 FHIR Resource - Observation V1.8.0 FHIR STU3 [Internet]. Health Level Seven International; [accessed 2017 Jun 27]. Available from: http://hl7.org/fhir/2017Jan/.
Organisasjon: freshEHR Clinical Informatics, UK
E-post: ian@freshehr.com
Opprinnelig skrevet dato: 2015-07-20
Organisasjon: freshEHR Clinical Informatics, UK
E-post: ian@freshehr.com
Opprinnelig skrevet dato: 2015-07-20
- 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: Pathology Test Result, Draft Archetype [Internet]. Australian Digital Health Agency, Australian Digital Health Agency Clinical Knowledge Manager [cited: 2017-06-27]. No longer available. Pathology (Data Specifications) Version 1.0 [Internet]. Sydney, Australia: National E-Health Transition Authority; 2007 May 29 [cited 2011 Jul 11]; No longer available. Laboratory Technical Framework, Volume 3: Content, Revision 3.0 [Internet]. USA: IHE International; 2011 May 19; [cited 2011 Jul 11]. Available from: https://www.ihe.net/Technical_Framework/upload/IHE_Lab_TF_Rev3-0_Vol3_FT_2011-05-19.pdf HL7 FHIR Resource - Observation V1.8.0 FHIR STU3 [Internet]. Health Level Seven International; [accessed 2017 Jun 27]. Available from: http://hl7.org/fhir/2017Jan/.
- Original Namespace: org.openehr
- Original Publisher: openEHR Foundation
- Custodian Namespace: org.openehr
- MD5-CAM-1.0.1: 321E99EBE45472D3EF4E9DEEA09ACBFB
- Build Uid: 59797323-6827-4b73-8015-3dd2538f9ae4
- Revision: 1.1.0
For eksempel "1", "2", "3". Dersom det er flere analyseresultater i en rapport gjør "Resultatrekkefølge" rekkefølgen i svarrapporten eksplisitt.
Verdien for dette elementet blir vanligvis lagt inn i en spesialisering av denne arketypen, i en templat, eller i applikasjonen. For eksempel "serum natrium" eller "hemoglobin". Det er sterkt anbefalt å kode dette elementet med en terminologi, for eksempel Norsk laboratoriekodeverk, NPU, LOINC, SNOMED CT eller lokale kodesett.
Optional[{hl7v2_mapping=OBX.3, fhir_mapping=Observation.code}]
For eksempel "7,3 mmol/L" eller "Forhøyet". Datatypen "Udefinert datatype" må begrenses til en passende datatype i en spesialisering, et templat eller i applikasjonen. Datatypen Quantity har attributter fra referansemodellen som dekker flagg for normalt/unormalt, referanseområder og approksimeringer. Se https://specifications.openehr.org/releases/RM/latest/data_types.html#_dv_quantity_class for mer detaljer.
Optional[{hl7v2_mapping=OBX.2, OBX.5, OBX.6, OBX.7, OBX.8, fhir_mapping=Observation.value[x]}]
Inkluder:
Alle ikke eksplisitt ekskluderte arketyper
For eksempel "innenfor normale grenseverdier i forhold til alder og kjønn".
Hvis testmetoden gjelder for hele testpanelet kan metoden beskrives ved å bruke "Testing method" (Testmetode) dataelementet i arketypen OBSERVATION.laboratory_test_result (Laboratorieresultat).
I mange myndighetsområder omfatter "Resultatstatus" implisitt medisinsk validering, det vil si at et resultat med status "Endelig" vil antas å være medisinsk validert. I andre myndighetsområder kan dette registreres og rapporteres separat ved hjelp av dette dataelementet.
Verdiene er valgt spesifikt for å samsvare med verdiene i HL7 FHIR-ressursen "Diagnostic report", som historisk sett kommer fra praksis i HL7 v2. Andre lokale koder eller termer kan brukes ved å bruke datatypen "Fri eller kodet tekst". Dette elementet kan repeteres for å imøtekomme brukstilfeller der det er mer enn en type status som må implementeres.
Optional[{hl7v2_mapping=OBX.11, fhir_mapping=Observation.status}]
Mulige datatyper:
Kodet tekst- Registrert [Analysen er registrert i laboratoriesystemet, men resultatet er ikke tilgjengelig per nå.]
- Ufullstendig [Dette er et delvis (dvs initalt, foreløpig eller preliminært) svar: Data i resultatet kan være ukomplett eller ubekreftet.]
- Foreløpig [Verifiserte tidlige resultater er tilgjengelige, men ikke alle resultater er endelige. Dette er en underkategori av "Delvis".]
- Endelig [Resultatet er komplett og er bekreftet av ansvarlig person.]
- Revidert [Resultatet har blitt modifisert etter å ha vært i status "Endelig", og er komplett og verifisert av ansvarlig person, og resultatdata er endret.]
- Korrigert [Etter å ha vært satt som status "Endelig", har det blitt lagt nytt innhold til rapporten. Det eksisterende innholdet er uendret. Dette er en underkategori av "Revidert"]
- Tillegg [Etter å ha vært satt som status "Endelig", har det blitt lagt nytt innhold til rapporten. Det eksisterende innholdet er uendret. Dette er en underkategori av "Revidert".]
- Kansellert [Resultatet er utilgjengelig fordi analysen ikke ble påbegynt eller ferdigstilt (også kalt "avbrutt").]
- Feilregistrert [Analyseresultatet har blitt trukket tilbake etter å ha vært i status Endelig.]
Fri eller kodet tekst
Optional[{hl7v2_mapping=OBX.19, fhir_mapping=Observation.issued}]
I noen situasjoner vil én Laboratorieresultat-arketype inneholde flere Prøvemateriale-arketyper og flere Analyseresultat-arketyper. I disse situasjonene må man bruke dette elementet for å kunne koble resultatene til de korrekte prøvematerialene.
Mulige datatyper:
Identifikator
URI
Optional[{hl7v2_mapping=NTE.3, fhir_mapping=Observation.note}]
Heidi Aursand, Oslo universitetssykehus, Norway
Silje Ljosland Bakke, Nasjonal IKT HF, Norway (openEHR Editor)
SB Bhattacharyya, Sudisa Consultancy Services, India
Fatemeh Chalabianloo, Helse Bergen, Norway
Anca Heyd, DIPS ASA, Norway
Evelyn Hovenga, EJSH Consulting, Australia
Nasjonal IKT, Norway
Silje Kaada, Helse-Bergen, Avdeling for immunologi og transfusjonsmedisin, Norway
Lars Morgan Karlsen, DIPS ASA, Norway
Nils Kolstrup, Skansen Legekontor og Nasjonalt Senter for samhandling og telemedisin, Norway
Liv Laugen, Oslo universitetssykehus, Norway
Heather Leslie, Atomica Informatics, Australia (openEHR Editor)
Ole Martin Sand, DIPS ASA, Norway
Ian McNicoll, freshEHR Clinical Informatics, United Kingdom (openEHR Editor)
Paul Miller, SCIMP NHS Scotland, United Kingdom
Andrej Orel, Marand d.o.o., Slovenia
Jussara Rotzsch, Hospital Alemão Oswaldo Cruz, Brazil
Norwegian Review Summary, Nasjonal IKT HF, Norway
Line Sæle, Nasjonal IKT HF, Norway
Nyree Taylor, Ocean Informatics, Australia
John Tore Valand, Helse Bergen, Norway (openEHR Editor)
Wouter Zanen, Eurotranplant, Netherlands
Lin Zhang, Taikang Insurance Group, China
- German: Michael Lieser, Antje Wulff, Natalia Strauch, Department of Infectious Diseases, Heidelberg University Hospital, PLRI for Medical Informatics Medical School Hannover and TU Braunschweig, Medizinische Hochschule Hannover, michael.lieser@med.uni-heidelberg.de, wulff.antje@mh-hannover.de, Strauch.Natalia@mh-hannover.de
- Swedish: Linda Aulin, Region Stockholm, Karolinska University Hospital, linda.aulin@sll.se
- Norwegian Bokmål: Silje Ljosland Bakke, Liv Laugen, Nasjonal IKT HF, Oslo University Hospital, Norway, liv.laugen@ous-hf.no
- Portuguese (Brazil): Adriana Kitajima, Débora Farage, Fernanda Maia, Laíse Figueiredo, Marivan Abrahão, Core Consulting, contato@coreconsulting.com.br, Hospital Alemão Oswaldo Cruz (HAOC)
- Dutch: Joost Holslag, Nedap, joost.holslag@nedap.com, MD