Skip to content

DiagnosticReport Profile

Canonical../StructureDefinition/nexus-emr-core-diagnosticreport
Statusdraft · 1.26.0
BaseDiagnosticReport (constraint)
SourceFSH · JSON

Defines the Nexus EMR FHIR profile for DiagnosticReport resources, based on CA-Core constraints, for aggregating diagnostic reports (e.g., Lab, Imaging) from multiple EMRs.

Elements / Details

Every element this profile touches, with its full definition. Element names in the tables link here.

DiagnosticReport

Short Nexus EMR Diagnostic Report Core
Definition Represents diagnostic test results and findings, capturing key details like report status, code, subject, and result references using standard Nexus EMR references. Uses instance-specific identifiers for tracking diagnostic reports across systems.
Comments This is intended to capture a single report and is not suitable for use in displaying summary information that covers multiple reports. For example, this resource has not been designed for laboratory cumulative reporting formats nor detailed structured reports for sequencing.
Cardinality 0..*
Invariants dom-2, dom-3, dom-4, dom-5, dom-6
Also called Report, Test, Result, Results, Labs, Laboratory

DiagnosticReport.id

Short Logical id of this artifact
Definition The logical id of the resource, as used in the URL for the resource. Once assigned, this value never changes.
Comments The only time that a resource does not have an id is when it is being submitted to the server using a create operation.
Cardinality 0..1
Type http://hl7.org/fhirpath/System.String

DiagnosticReport.meta

Short Metadata about the resource
Definition The metadata about the resource. This is content that is maintained by the infrastructure. Changes to the content might not always be associated with version changes to the resource.
Cardinality 0..1
Type Meta
Invariants ele-1

DiagnosticReport.meta.id

Short Unique id for inter-element referencing
Definition Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Cardinality 0..1
Type http://hl7.org/fhirpath/System.String

DiagnosticReport.meta.extension

Short Additional content defined by implementations
Definition 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.
Comments 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.
Cardinality 0..*
Type Extension
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.meta.versionId

Short Version specific identifier
Definition The version specific identifier, as it appears in the version portion of the URL. This value changes when the resource is created, updated, or deleted.
Comments The server assigns this value, and ignores what the client specifies, except in the case that the server is imposing version integrity on updates/deletes.
Cardinality 0..1
Type id
Invariants ele-1

DiagnosticReport.meta.lastUpdated

Short When the resource version last changed
Definition When the resource last changed - e.g. when the version changed.
Comments This value is always populated except when the resource is first being created. The server / resource manager sets this value; what a client provides is irrelevant. This is equivalent to the HTTP Last-Modified and SHOULD have the same value on a read interaction.
Cardinality 0..1
Type instant
Invariants ele-1

DiagnosticReport.meta.source

Short Identifies EMR instance & pipeline version the resource came from
Definition A URI that identifies the EMR pipeline and version from which this resource originated. This tells you which EMR instance (recommend using the instance identifier), and the version of the pipeline code/transformations.
Comments In the provenance resource, this corresponds to Provenance.entity.what[x]. The exact use of the source (and the implied Provenance.entity.role) is left to implementer discretion. Only one nominated source is allowed; for additional provenance details, a full Provenance resource should be used. This element can be used to indicate where the current master source of a resource that has a canonical URL if the resource is no longer hosted at the canonical URL.
Cardinality 0..1
Type uri
Must Support yes
Invariants ele-1

DiagnosticReport.meta.profile

Short Profiles this resource claims to conform to
Definition A list of profiles (references to StructureDefinition resources) that this resource claims to conform to. The URL is a reference to StructureDefinition.url.
Comments It is up to the server and/or other infrastructure of policy to determine whether/how these claims are verified and/or updated over time. The list of profile URLs is a set.
Cardinality 0..*
Type canonical
Invariants ele-1

DiagnosticReport.meta.security

Short Security Labels applied to this resource
Definition Security labels applied to this resource. These tags connect specific resources to the overall security policy and infrastructure.
Comments The security labels can be updated without changing the stated version of the resource. The list of security labels is a set. Uniqueness is based the system/code, and version and display are ignored.
Cardinality 0..*
Type Coding
Binding security-labels (extensible)
Invariants ele-1

DiagnosticReport.meta.tag

Short Tags applied to this resource
Definition Tags applied to this resource. Tags are intended to be used to identify and relate resources to process and workflow, and applications are not required to consider the tags when interpreting the meaning of a resource.
Comments The tags can be updated without changing the stated version of the resource. The list of tags is a set. Uniqueness is based the system/code, and version and display are ignored.
Cardinality 0..*
Type Coding
Binding common-tags (example)
Invariants ele-1

DiagnosticReport.implicitRules

Short A set of rules under which this content was created
Definition A reference to a set of rules that were followed when the resource was constructed, and which must be understood when processing the content. Often, this is a reference to an implementation guide that defines the special rules along with other profiles etc.
Comments Asserting this rule set restricts the content to be only understood by a limited set of trading partners. This inherently limits the usefulness of the data in the long term. However, the existing health eco-system is highly fractured, and not yet ready to define, collect, and exchange data in a generally computable sense. Wherever possible, implementers and/or specification writers should avoid using this element. Often, when used, the URL is a reference to an implementation guide that defines these special rules as part of it's narrative along with other profiles, value sets, etc.
Cardinality 0..1
Type uri
Modifier yes — This element is labeled as a modifier because the implicit rules may provide additional knowledge about the resource that modifies it's meaning or interpretation
Invariants ele-1

DiagnosticReport.language

Short Language of the resource content
Definition The base language in which the resource is written.
Comments Language is provided to support indexing and accessibility (typically, services such as text to speech use the language tag). The html language tag in the narrative applies to the narrative. The language tag on the resource may be used to specify the language of other presentations generated from the data in the resource. Not all the content has to be in the base language. The Resource.language should not be assumed to apply to the narrative automatically. If a language is specified, it should it also be specified on the div element in the html (see rules in HTML5 for information about the relationship between xml:lang and the html lang attribute).
Cardinality 0..1
Type code
Binding languages (preferred)
Invariants ele-1

DiagnosticReport.text

Short Narrative
Definition A human-readable narrative summary of the NexusEmrCoreDiagnosticReport resource for human interpretation.
Comments Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative. In some cases, a resource may only have text with little or no additional discrete data (as long as all minOccurs=1 elements are satisfied). This may be necessary for data from legacy systems where information is captured as a "text blob" or where text is additionally entered raw or narrated and encoded information is added later.
Cardinality 0..1
Type Narrative
Must Support yes
Invariants ele-1
Also called narrative, html, xhtml, display

DiagnosticReport.contained

Short Contained, inline Resources
Definition These resources do not have an independent existence apart from the resource that contains them - they cannot be identified independently, and nor can they have their own independent transaction scope.
Comments This should never be done when the content can be identified properly, as once identification is lost, it is extremely difficult (and context dependent) to restore it again. Contained resources may have profiles and tags In their meta elements, but SHALL NOT have security labels.
Cardinality 0..*
Type Resource
Also called inline resources, anonymous resources, contained resources

DiagnosticReport.extension

Short Additional content defined by implementations
Definition May be used to represent additional information that is not part of the basic definition of the resource. 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.
Comments 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.
Cardinality 0..*
Type Extension
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.extension:reviewed

Short Review acknowledgement (absent = unreviewed)
Definition May be used to represent additional information that is not part of the basic definition of the resource. 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.
Comments 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.
Cardinality 0..1
Type Extension(Reviewed)
Must Support yes
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.extension:imagingModality

Short Acquisition modality (imaging reports; repeats for PET-CT)
Definition May be used to represent additional information that is not part of the basic definition of the resource. 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.
Comments 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.
Cardinality 0..*
Type Extension(Imaging Modality Extension)
Must Support yes
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.modifierExtension

Short Extensions that cannot be ignored
Definition May be used to represent additional information that is not part of the basic definition of the resource and that modifies the understanding of the element that contains it 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 is allowed to 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).
Requirements 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.
Comments 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.
Cardinality 0..*
Type Extension
Modifier yes — Modifier extensions are expected to modify the meaning or interpretation of the resource that contains them
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.identifier

Short Business identifier(s) for diagnostic report
Definition Unique identifiers for the diagnostic report. A business identifier is recommended but not required (identifier is 0..*). Where available, carry the source-system identifier using the most appropriate system URI. No specific canonical system is mandated. A source system's own identifier SHOULD be carried alongside this one, flagged use = secondary. See Carrying the raw code.
Requirements Need to know what identifier to use when making queries about this report from the source laboratory, and for linking to the report outside FHIR context.
Comments Usually assigned by the Information System of the diagnostic service provider (filler id).
Cardinality 0..*
Type Identifier
Must Support yes
Invariants ele-1
Also called ReportID, Filler ID, Placer ID

DiagnosticReport.identifier.id

Short Unique id for inter-element referencing
Definition Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Cardinality 0..1
Type http://hl7.org/fhirpath/System.String

DiagnosticReport.identifier.extension

Short Additional content defined by implementations
Definition 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.
Comments 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.
Cardinality 0..*
Type Extension
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.identifier.use

Short usual | official | temp | secondary | old (If known)
Definition The purpose of this identifier.
Requirements Allows the appropriate identifier for a particular context of use to be selected from among a set of identifiers.
Comments Applications can assume that an identifier is permanent unless it explicitly says that it is temporary.
Cardinality 0..1
Type code
Modifier yes — This is labeled as "Is Modifier" because applications should not mistake a temporary id for a permanent one.
Binding identifier-use (required)
Invariants ele-1

DiagnosticReport.identifier.type

Short Description of identifier
Definition A coded type for the identifier that can be used to determine which identifier to use for a specific purpose.
Requirements Allows users to make use of identifiers when the identifier system is not known.
Comments This element deals only with general categories of identifiers. It SHOULD not be used for codes that correspond 1..1 with the Identifier.system. Some identifiers may fall into multiple categories due to common usage. Where the system is known, a type is unnecessary because the type is always part of the system definition. However systems often need to handle identifiers where the system is not known. There is not a 1:1 relationship between type and system, since many different systems have the same type.
Cardinality 0..1
Type CodeableConcept
Binding identifier-type (extensible)
Invariants ele-1

DiagnosticReport.identifier.system

Short The namespace for the identifier value
Definition Establishes the namespace for the value - that is, a URL that describes a set values that are unique.
Requirements There are many sets of identifiers. To perform matching of two identifiers, we need to know what set we're dealing with. The system identifies a particular set of unique identifiers.
Comments Identifier.system is always case sensitive.
Cardinality 1..1
Type uri
Invariants ele-1

DiagnosticReport.identifier.value

Short The value that is unique
Definition The portion of the identifier typically relevant to the user and which is unique within the context of the system.
Comments If the value is a full URI, then the system SHALL be urn:ietf:rfc:3986. The value's primary purpose is computational mapping. As a result, it may be normalized for comparison purposes (e.g. removing non-significant whitespace, dashes, etc.) A value formatted for human display can be conveyed using the Rendered Value extension. Identifier.value is to be treated as case sensitive unless knowledge of the Identifier.system allows the processer to be confident that non-case-sensitive processing is safe.
Cardinality 1..1
Type string
Invariants ele-1

DiagnosticReport.identifier.period

Short Time period when id is/was valid for use
Definition Time period during which identifier is/was valid for use.
Cardinality 0..1
Type Period
Invariants ele-1

DiagnosticReport.identifier.assigner

Short Organization that issued id (may be just text)
Definition Organization that issued/manages the identifier.
Comments The Identifier.assigner may omit the .reference element and only contain a .display element reflecting the name or other textual information about the assigning organization.
Cardinality 0..1
Type Reference(Organization)
Invariants ele-1

DiagnosticReport.basedOn

Short What was requested
Definition Details concerning a service requested.
Requirements This allows tracing of authorization for the report and tracking whether proposals/recommendations were acted upon.
Comments Note: Usually there is one test request for each result, however in some circumstances multiple test requests may be represented using a single test result resource. Note that there are also cases where one request leads to multiple reports.
Cardinality 0..*
Type Reference(CarePlan | ImmunizationRecommendation | MedicationRequest | NutritionOrder | ServiceRequest)
Invariants ele-1
Also called Request

DiagnosticReport.status

Short Where the report is in its lifecycle
Definition The status of the diagnostic report. Indicates whether the report is complete and verified.
Requirements Diagnostic services routinely issue provisional/incomplete reports, and sometimes withdraw previously released reports.
Comments This is a modifier element. Preliminary reports should be interpreted with caution.
Cardinality 1..1
Type code
Must Support yes
Modifier yes — This element is labeled as a modifier because it is a status element that contains status entered-in-error which means that the resource should not be treated as valid
Binding diagnostic-report-status (required)
Invariants ele-1

DiagnosticReport.category

Short Service category with raw code support
Definition Classification of the clinical discipline, department or diagnostic service that created the report. RECOMMENDED: Standard terminology codes (e.g., HL7 Diagnostic Service Section Codes) OPTIONAL: Raw EMR codes for source system preservation Multiple categories may be specified to classify the report in different ways.
Comments Multiple categories are allowed using various categorization schemes. The level of granularity is defined by the category concepts in the value set. More fine-grained filtering can be performed using the metadata and/or terminology hierarchy in DiagnosticReport.code.
Cardinality 0..*
Type CodeableConcept
Must Support yes
Binding diagnostic-service-sections (example)
Invariants ele-1
Also called Department, Sub-department, Service, Discipline

DiagnosticReport.code

Short Diagnostic report type with raw code support
Definition Type of diagnostic report (e.g., CBC, Chest X-ray, Lipid Panel). REQUIRED: text element for human readability RECOMMENDED: LOINC or other standard terminology when available OPTIONAL: Raw EMR codes for source system preservation Nexus EMR does not mandate a specific coding system for diagnostic report types. The text element ensures human readability even when coded values are not recognized.
Comments Where this code was mapped from a source system's own vocabulary, carry the raw coding alongside the mapped one, flagged userSelected = true. See Carrying the raw code.
Cardinality 1..1
Type CodeableConcept
Must Support yes
Binding report-codes (preferred)
Invariants ele-1
Also called Type

DiagnosticReport.code.id

Short Unique id for inter-element referencing
Definition Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Cardinality 0..1
Type http://hl7.org/fhirpath/System.String

DiagnosticReport.code.extension

Short Additional content defined by implementations
Definition 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.
Comments 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.
Cardinality 0..*
Type Extension
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.code.coding

Short Code defined by a terminology system
Definition A reference to a code defined by a terminology system.
Requirements Allows for alternative encodings within a code system, and translations to other code systems.
Comments Codes may be defined very casually in enumerations, or code lists, up to very formal definitions such as SNOMED CT - see the HL7 v3 Core Principles for more information. Ordering of codings is undefined and SHALL NOT be used to infer meaning. Generally, at most only one of the coding values will be labeled as UserSelected = true.
Cardinality 0..*
Type Coding
Invariants ele-1

DiagnosticReport.code.text

Short Human-readable report type description (required)
Definition Plain text representation of the diagnostic report type, required for all entries
Requirements The codes from the terminologies do not always capture the correct meaning with all the nuances of the human using them, or sometimes there is no appropriate code at all. In these cases, the text is used to capture the full meaning of the source.
Comments Very often the text is the same as a displayName of one of the codings.
Cardinality 1..1
Type string
Must Support yes
Invariants ele-1

DiagnosticReport.subject

Short The subject of the report - usually a patient
Definition The patient who is the subject of the diagnostic report. Must reference using Nexus EMR patient identifier.
Requirements SHALL know the subject context.
Comments References should use identifier-based references following Nexus EMR patterns.
Cardinality 1..1
Type Reference(Patient Profile)
Must Support yes
Invariants ele-1
Also called Patient

DiagnosticReport.encounter

Short Healthcare event when report was generated
Definition The encounter during which this diagnostic report was generated. Optional but provides important clinical context.
Requirements Links the request to the Encounter context.
Comments Linking to encounter helps establish the clinical context and timing of the diagnostic testing.
Cardinality 0..1
Type Reference(Encounter Profile)
Must Support yes
Invariants ele-1
Also called Context

DiagnosticReport.effective[x]

Short Clinically relevant time/time-period for report
Definition The time or time-period the observed values are related to. This is usually the time specimen was collected or imaging was performed.
Requirements Need to know where in the patient history to file/present this report.
Comments For lab reports, this is typically when specimen was collected. For imaging, when the images were taken.
Cardinality 1..1
Type dateTime, Period
Must Support yes
Invariants ele-1
Also called Observation time, Effective Time, Occurrence

DiagnosticReport.issued

Short DateTime report was released
Definition The date and time that this version of the report was made available to providers.
Requirements Clinicians need to be able to check the date that the report was released.
Comments May be different from the effective date, especially for amended reports.
Cardinality 0..1
Type instant
Invariants ele-1
Also called Date published, Date Issued, Date Verified

DiagnosticReport.performer

Short Responsible Diagnostic Service
Definition The diagnostic service that is responsible for issuing the report.
Requirements Need to know whom to contact if there are queries about the results. Also may need to track the source of reports for secondary data analysis.
Comments This is not necessarily the source of the atomic data items or the entity that interpreted the results. It is the entity that takes responsibility for the clinical report.
Cardinality 0..*
Type Reference(Practitioner | PractitionerRole | Organization | CareTeam)
Invariants ele-1
Also called Laboratory, Service, Practitioner, Department, Company, Authorized by, Director

DiagnosticReport.resultsInterpreter

Short Primary result interpreter
Definition The practitioner or organization that is responsible for the report's conclusions and interpretations.
Requirements Need to know whom to contact if there are queries about the results. Also may need to track the source of reports for secondary data analysis.
Comments Might not be the same entity that takes responsibility for the clinical report.
Cardinality 0..*
Type Reference(Practitioner | PractitionerRole | Organization | CareTeam)
Invariants ele-1
Also called Analyzed by, Reported by

DiagnosticReport.specimen

Short Specimens this report is based on
Definition Details about the specimens on which this diagnostic report is based.
Requirements Need to be able to report information about the collected specimens on which the report is based.
Comments If the specimen is sufficiently specified with a code in the test result name, then this additional data may be redundant. If there are multiple specimens, these may be represented per observation or group.
Cardinality 0..*
Type Reference(Specimen)
Invariants ele-1

DiagnosticReport.result

Short Observations that are part of this report
Definition References to the Observations that are part of this diagnostic report.
Requirements Need to support individual results, or groups of results, where the result grouping is arbitrary, but meaningful.
Comments Individual results are represented as separate Observation resources.
Cardinality 0..*
Type Reference(Observation Profile)
Invariants ele-1
Also called Data, Atomic Value, Result, Atomic result, Data, Test, Analyte, Battery, Organizer

DiagnosticReport.imagingStudy

Short Reference to full details of imaging associated with the diagnostic report
Definition One or more links to full details of any imaging performed during the diagnostic investigation. Typically, this is imaging performed by DICOM enabled modalities, but this is not required. A fully enabled PACS viewer can use this information to provide views of the source images.
Comments Left at base R4. This guide withdrew its ImagingStudy profile in 1.22.0 and models the imaging report rather than the DICOM acquisition, so nothing here produces this reference and no consumer is required to resolve it.
Cardinality 0..*
Type Reference(ImagingStudy)
Invariants ele-1

DiagnosticReport.media

Short Key images associated with this report
Definition A list of key images associated with this report. The images are generally created during the diagnostic process, and may be directly of the patient, or of treated specimens (i.e. slides of interest).
Requirements Many diagnostic services include images in the report as part of their service.
Cardinality 0..*
Type BackboneElement
Invariants ele-1
Also called DICOM, Slides, Scans

DiagnosticReport.media.id

Short Unique id for inter-element referencing
Definition Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Cardinality 0..1
Type http://hl7.org/fhirpath/System.String

DiagnosticReport.media.extension

Short Additional content defined by implementations
Definition 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.
Comments 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.
Cardinality 0..*
Type Extension
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.media.modifierExtension

Short Extensions that cannot be ignored even if unrecognized
Definition 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).
Requirements 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.
Comments 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.
Cardinality 0..*
Type Extension
Modifier yes — Modifier extensions are expected to modify the meaning or interpretation of the element that contains them
Invariants ele-1, ext-1
Also called extensions, user content, modifiers

DiagnosticReport.media.comment

Short Comment about the image (e.g. explanation)
Definition A comment about the image. Typically, this is used to provide an explanation for why the image is included, or to draw the viewer's attention to important features.
Requirements The provider of the report should make a comment about each image included in the report.
Comments The comment should be displayed with the image. It would be common for the report to include additional discussion of the image contents in other sections such as the conclusion.
Cardinality 0..1
Type string
Invariants ele-1

DiagnosticReport.conclusion

Short Clinical conclusion (interpretation) of test results
Definition Concise and clinically contextualized summary conclusion of the diagnostic report.
Requirements Need to be able to provide a conclusion that is not lost among the basic result data.
Comments The narrative conclusion shall only contain filtered information from the report.
Cardinality 0..1
Type string
Invariants ele-1
Also called Report

DiagnosticReport.conclusionCode

Short Codes for the clinical conclusion
Definition Coded representation of the conclusion.
Comments Where this code was mapped from a source system's own vocabulary, carry the raw coding alongside the mapped one, flagged userSelected = true. See Carrying the raw code.
Cardinality 0..*
Type CodeableConcept
Binding clinical-findings (example)
Invariants ele-1

DiagnosticReport.presentedForm

Short Entire report as issued
Definition Rich text representation of the entire result as issued by the diagnostic service.
Requirements Gives laboratory the ability to provide its own fully formatted report for clinical fidelity.
Comments Multiple formats of the same report may be provided (e.g., PDF and HTML).
Cardinality 0..*
Type Attachment
Invariants ele-1

DiagnosticReport.presentedForm.id

Short Unique id for inter-element referencing
Definition Unique id for the element within a resource (for internal references). This may be any string value that does not contain spaces.
Cardinality 0..1
Type http://hl7.org/fhirpath/System.String

DiagnosticReport.presentedForm.extension

Short Additional content defined by implementations
Definition 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.
Comments 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.
Cardinality 0..*
Type Extension
Invariants ele-1, ext-1
Also called extensions, user content

DiagnosticReport.presentedForm.contentType

Short Mime type of the content (e.g., application/pdf)
Definition Identifies the type of the data in the attachment and allows a method to be chosen to interpret or render the data. Includes mime type parameters such as charset where appropriate.
Requirements Processors of the data need to be able to know how to interpret the data.
Cardinality 1..1
Type code
Binding mimetypes (required)
Invariants ele-1

DiagnosticReport.presentedForm.language

Short Human language of the content (BCP-47)
Definition The human language of the content. The value can be any valid value according to BCP 47.
Requirements Users need to be able to choose between the languages in a set of attachments.
Cardinality 0..1
Type code
Binding languages (preferred)
Invariants ele-1

DiagnosticReport.presentedForm.data

Short Data inline, base64 encoded
Definition The actual data of the attachment - a sequence of bytes, base64 encoded.
Requirements The data needs to able to be transmitted inline.
Comments The base64-encoded data SHALL be expressed in the same character set as the base resource XML or JSON.
Cardinality 0..1
Type base64Binary
Invariants ele-1

DiagnosticReport.presentedForm.url

Short Uri where the data can be found
Definition A location where the data can be accessed.
Requirements The data needs to be transmitted by reference.
Comments If both data and url are provided, the url SHALL point to the same content as the data contains. Urls may be relative references or may reference transient locations such as a wrapping envelope using cid: though this has ramifications for using signatures. Relative URLs are interpreted relative to the service url, like a resource reference, rather than relative to the resource itself. If a URL is provided, it SHALL resolve to actual data.
Cardinality 0..1
Type url
Invariants ele-1

DiagnosticReport.presentedForm.size

Short Number of bytes of content (if url provided)
Definition The number of bytes of data that make up this attachment (before base64 encoding, if that is done).
Requirements Representing the size allows applications to determine whether they should fetch the content automatically in advance, or refuse to fetch it at all.
Comments The number of bytes is redundant if the data is provided as a base64binary, but is useful if the data is provided as a url reference.
Cardinality 0..1
Type unsignedInt
Invariants ele-1

DiagnosticReport.presentedForm.hash

Short Hash of the data (sha-1, base64ed)
Definition The calculated hash of the data using SHA-1. Represented using base64.
Requirements Included so that applications can verify that the contents of a location have not changed due to technical failures (e.g., storage rot, transport glitch, incorrect version).
Comments The hash is calculated on the data prior to base64 encoding, if the data is based64 encoded. The hash is not intended to support digital signatures. Where protection against malicious threats a digital signature should be considered, see Provenance.signature for mechanism to protect a resource with a digital signature.
Cardinality 0..1
Type base64Binary
Invariants ele-1

DiagnosticReport.presentedForm.title

Short Label to display in place of the data
Definition A label or set of text to display in place of the data.
Requirements Applications need a label to display to a human user in place of the actual data if the data cannot be rendered or perceived by the viewer.
Cardinality 0..1
Type string
Invariants ele-1

DiagnosticReport.presentedForm.creation

Short Date attachment was first created
Definition The date that the attachment was first created.
Requirements This is often tracked as an integrity issue for use of the attachment.
Cardinality 0..1
Type dateTime
Invariants ele-1