Generated Narrative: DefinizioneStruttura RefertoLaboratorio Name Flags Card. Type Description & Constraints RefertoLaboratorio 0..* Base A - Referto di Laboratorio #xD; header 1..1 BackboneElement A.1 header del Referto di Laboratorio #xD; soggettoReferto 1..1 SoggettoCura A.1.1 - A1.2 Paziente/Soggetto del Referto di Laboratorio #xD; destinatario 0..1 Destinatario A.1.4 Destinatario delle informazioni #xD; autore 0..* Autore A.1.5 Autore #xD; firmatario 0..* Firmatario A.1.6 Firmatario del documento #xD; validatore 0..* Validatore A.1.7 Validatore del documento #xD; metadati 1..1 BackboneElement A.1.8 Metadata del Referto di Laboratorio #xD; tipo 1..1 CodeableConcept A.1.8.1 Tipo di documento #xD; stato 1..1 CodeableConcept A.1.8.2 Stato del Referto #xD; data 1..1 dateTime A.1.8.3 Data e ora della creazione del referto #xD; titolo 0..1 string A.1.8.4 Titolo del documento #xD; custode 0..1 BackboneElement A.1.8.5 Custode del referto #xD; ordine 0..* Richiesta A.2-A.3 Ordine #xD; campione 0..* Campione A.4 Informazioni sul campione #xD; risultato 0..* Risultato A.5 Risultati dell'esame #xD; organizer 0..* Organizer A.5 Batteria di esami #xD; risultato 1..* Risultato A.5 Risultati dell'esame #xD; Documentation for this format
eHN Modello Logico RefertoLaboratorio - FHIR R4 Map
All FHIR elements must have a @value or children
hasValue() or (children().count() > id.count())
Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Extensions are always sliced by (at least) url
Additional content defined by implementations
May be used to represent additional information that is not part of the basic definition of the element. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension.
There can be no stigma associated with the use of extensions by any application, project, or standard - regardless of the institution or jurisdiction that uses or defines the extensions. The use of extensions is what allows the FHIR specification to retain a core level of simplicity for everyone.
Must have either extensions or value[x], not both
exists(f:extension)!=exists(f:*[starts-with(local-name(.), "value")])
Extensions that cannot be ignored even if unrecognized
May be used to represent additional information that is not part of the basic definition of the element and that modifies the understanding of the element in which it is contained and/or the understanding of the containing element's descendants. Usually modifier elements provide negation or qualification. To make the use of extensions safe and manageable, there is a strict set of governance applied to the definition and use of extensions. Though any implementer can define an extension, there is a set of requirements that SHALL be met as part of the definition of the extension. Applications processing a resource are required to check for modifier extensions. Modifier extensions SHALL NOT change the meaning of any elements on Resource or DomainResource (including cannot change the meaning of modifierExtension itself).
Modifier extensions allow for extensions that *cannot* be safely ignored to be clearly distinguished from the vast majority of extensions which can be safely ignored. This promotes interoperability by eliminating the need for implementers to prohibit the presence of extensions. For further information, see the [definition of modifier extensions](http://hl7.org/fhir/R4/extensibility.html#modifierExtension).
Modifier extensions are expected to modify the meaning or interpretation of the element that contains them
A.1.1 - A1.2 Paziente/Soggetto del Referto di Laboratorio
A.1.1 Identificativo del Paziente/Soggetto e A.1.2 relative informazioni sui contatti del Paziente/Soggetto
A.1.4 Destinatario delle informazioni (destinatario o destinatari del Referto di Laboratorio, potrebbero essere identificati ulteriori destinatari, ad esempio medico di base, altro specialista), se applicabile
A.1.5 Autore (da cui è stato redatto il referto dei risultati di laboratorio o un sottoinsieme dei risultati)
A.1.6 Firmatario del documento (La persona che si assume la responsabilità di validare a livello legale il contenuto del documento)
A.1.8 Metadata del Referto di Laboratorio
Codice che identifica il tipo di documento. Valore fisso ""Referto di medicina di laboratorio"" - Dizionario di codifica: LOINC
Stato del Referto . Ad esempio, preliminare, finale. - Sistema di Codifica: hl7:DiagnosticReportStatus
A.1.8.3 Data e ora della creazione del referto
Data e ora della creazione del report dei risultati. - Sistema di Codifica: ISO 8601
Titolo del documento, ad esempio ""Rapporto sui risultati di laboratorio"" - Sistema di Codifica:
Organizzazione incaricata della conservazione del referto di laboratorio - Sistema di Codifica:
A.2 Informazioni sull'ordine A.3 Motivo dell'ordine
A.5.2 Dettagli dell'osservazione (il rapporto può consistere di più osservazioni)
Data e ora dell'osservazione - Sistema di codifica: ISO 8601
Codice che rappresenta l'osservazione utilizzando i sistemi di codici concordati. - Sistema/i preferito/i: LOINC - Sistema/i preferito/i: NPU - Sistema/i preferito/i: SNOMED CT
Risultato e codifica della misura relativa all'osservazione inclusi testo, risultati numerici e codificati. Il contenuto del risultato dell'osservazione varierà a seconda del tipo di osservazione. - Sistema/i preferito/i: SNOMED CT (per i risultati in scala ordinale o nominale e codifica dei risultati) - Sistema/i preferito/i: UCUM (per unità)