--- type: "resource-definitions" title: "example Definitions" resource: "example" --- # example Definitions ## 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 ## 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](/Extension) **Is Modifier:** false ## 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](/Narrative) **Is Modifier:** false ## 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](/Resource) **Is Modifier:** false ## 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](/code) **Binding:** required:[observation-status](/valueset-observation-status) **Is Modifier:** false ## 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](/dateTime) **Is Modifier:** false ## 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](/Patient), [Group](/Group), [Device](/Device)) **Is Modifier:** false ## 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](/Organization)) **Is Modifier:** false ## 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](/Identifier) **Is Modifier:** false ## 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](/ServiceRequest)) **Is Modifier:** false ## 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](/CodeableConcept) **Binding:** preferred:[diagnostic-service-sections](/valueset-diagnostic-service-sections) **Is Modifier:** false ## 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](/dateTime) **Is Modifier:** false ## DiagnosticReport.result Lipid Lab Results **Definition:** Lipid Lab Results. **Cardinality:** 4..4 **Type:** Reference([Observation](/Observation)) **Is Modifier:** false ## DiagnosticReport.result Cholesterol Result **Definition:** Reference to Cholesterol Result. **Cardinality:** 1..1 **Type:** Reference([cholesterol](/cholesterol)) **Is Modifier:** false ## DiagnosticReport.result Triglyceride Result **Definition:** Group of elements for Triglyceride result. **Cardinality:** 1..1 **Type:** Reference([triglyceride](/triglyceride)) **Is Modifier:** false ## DiagnosticReport.result HDL Cholesterol Result **Definition:** Group of elements for HDL Cholesterol result. **Cardinality:** 1..1 **Type:** Reference([hdlcholesterol](/hdlcholesterol)) **Is Modifier:** false ## DiagnosticReport.result LDL Cholesterol result, if reported **Definition:** LDL Cholesterol result, if reported. **Cardinality:** 0..1 **Type:** Reference([ldlcholesterol](/ldlcholesterol)) **Is Modifier:** false ## 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](/string) **Is Modifier:** false ## 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](/Attachment) **Is Modifier:** false