example Definitions
<a id="DiagnosticReport"></a>
DiagnosticReport
Lipid Lab Report
Definition: The findings and interpretation of a general lipid lab profile.
Comments: In this profile, mustSupport means that authoring systems must include the ability to report these elements, and processing systems must cater for them by either displaying them to the user or considering them appropriately in decision support systems.
Cardinality: 1..1
Is Modifier: false
<a id="DiagnosticReport.extension"></a>
DiagnosticReport.extension
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 managable, there is a strict 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.
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 simplicity for everyone.
Cardinality: 0..*
Type: Extension
Is Modifier: false
<a id="DiagnosticReport.text"></a>
DiagnosticReport.text
Text summary of the resource, for human interpretation
Definition: A human-readable narrative that contains a summary of the resource, and may be used to represent the content of the resource to a human. The narrative need not encode all the structured data, but is required to contain sufficient detail to make it "clinically safe" for a human to just read the narrative. Resource definitions may define what content should be represented in the narrative to ensure clinical safety.
Comments: Contained resources do not have narrative. Resources that are not contained SHOULD have a narrative.
Aliases: narrative, html, xhtml, display
Cardinality: 0..1
Type: Narrative
Is Modifier: false
<a id="DiagnosticReport.contained"></a>
DiagnosticReport.contained
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.
Aliases: inline resources, anonymous resources, contained resources
Cardinality: 0..*
Type: Resource
Is Modifier: false
<a id="DiagnosticReport.status"></a>
DiagnosticReport.status
registered|interim|final|amended|cancelled|withdrawn
Definition: The status of the diagnostic report as a whole.
Comments: This is labeled as "Is Modifier" because applications need to take appropriate action if a report is withdrawn.
Cardinality: 1..1
Type: code
Binding: required:observation-status
Is Modifier: false
<a id="DiagnosticReport.issued"></a>
DiagnosticReport.issued
Date this version was released
Definition: The date and/or time that this version of the report was released from the source diagnostic service.
Comments: May be different from the update time of the resource itself, because that is the status of the record (potentially a secondary copy), not the actual release time of the report.
Cardinality: 1..1
Type: dateTime
Is Modifier: false
<a id="DiagnosticReport.subject"></a>
DiagnosticReport.subject
The subject of the report
Definition: The subject of the report. Usually, but not always, this is a patient. However diagnostic services also perform analyses on specimens collected from a variety of other sources.
Cardinality: 1..1
Type: Reference(Patient, Group, Device)
Is Modifier: false
<a id="DiagnosticReport.performer"></a>
DiagnosticReport.performer
Responsible Diagnostic Service
Definition: The diagnostic service that is responsible for issuing the report.
Comments: This is not necessarily the source of the atomic data items - it's the entity that takes responsibility for the clinical report.
Cardinality: 1..1
Type: Reference(Organization)
Is Modifier: false
<a id="DiagnosticReport.identifier"></a>
DiagnosticReport.identifier
Id for external references to this report
Definition: The local ID assigned to the report by the order filler, usually by the Information System of the diagnostic service provider.
Cardinality: 0..1
Type: Identifier
Is Modifier: false
<a id="DiagnosticReport.request"></a>
DiagnosticReport.request
What was requested
Definition: Details concerning a single pathology test requested.
Comments: Note: Usually there is one test request for each result, however in some circumstances multiple test requests may be represented using a single Pathology test result resource. Note that there are also cases where one request leads to multiple reports.
Cardinality: 0..*
Type: Reference(ServiceRequest)
Is Modifier: false
<a id="DiagnosticReport.category"></a>
DiagnosticReport.category
Biochemistry, Haematology etc.
Definition: The section of the diagnostic service that performs the examination e.g. biochemistry, haematology, MRI.
Cardinality: 0..1
Type: CodeableConcept
Binding: preferred:diagnostic-service-sections
Is Modifier: false
<a id="DiagnosticReport.effectiveDateTime"></a>
DiagnosticReport.effectiveDateTime
Diagnostically relevant time of diagnostic report
Definition: The diagnostically relevant time for this report - that is, the point in time at which the observations that are reported in this diagnostic report relate to the patient.
Comments: If the diagnostic procedure was performed on the patient, this is the time it was performed. If there is specimens, the diagnostically relevant time can be derived from the specimen collection times, but the specimen information is not always available, and the exact relationship between the specimens and the diagnostically relevant time is not always automatic.
Cardinality: 1..1
Type: dateTime
Is Modifier: false
<a id="DiagnosticReport.result"></a>
DiagnosticReport.result
Lipid Lab Results
Definition: Lipid Lab Results.
Cardinality: 4..4
Type: Reference(Observation)
Is Modifier: false
<a id="DiagnosticReport.result"></a>
DiagnosticReport.result
Cholesterol Result
Definition: Reference to Cholesterol Result.
Cardinality: 1..1
Type: Reference(cholesterol)
Is Modifier: false
<a id="DiagnosticReport.result"></a>
DiagnosticReport.result
Triglyceride Result
Definition: Group of elements for Triglyceride result.
Cardinality: 1..1
Type: Reference(triglyceride)
Is Modifier: false
<a id="DiagnosticReport.result"></a>
DiagnosticReport.result
HDL Cholesterol Result
Definition: Group of elements for HDL Cholesterol result.
Cardinality: 1..1
Type: Reference(hdlcholesterol)
Is Modifier: false
<a id="DiagnosticReport.result"></a>
DiagnosticReport.result
LDL Cholesterol result, if reported
Definition: LDL Cholesterol result, if reported.
Cardinality: 0..1
Type: Reference(ldlcholesterol)
Is Modifier: false
<a id="DiagnosticReport.conclusion"></a>
DiagnosticReport.conclusion
Clinical Interpretation of Lipid Panel
Definition: May include diagnosis or suggestions for follow up testing.
Comments: It's not unusual for the lab to make some kind of interpretative comment on the set of results.
Cardinality: 0..1
Type: string
Is Modifier: false
<a id="DiagnosticReport.representation"></a>
DiagnosticReport.representation
Entire Report as issued
Definition: Rich text representation of the entire result as issued by the diagnostic service. Multiple formats are allowed but they SHALL be semantically equivalent.
Comments: Possible formats: text/html, text/plain, text/rtf, application/msword, application/pdf, application/rtf, application/vnd.oasis.opendocument.text, application/vnd.openxmlformats-officedocument.wordprocessingml.document. Application/pdf is recommended as the most reliable and interoperable in this context.
Cardinality: 0..*
Type: Attachment
Is Modifier: false