HospitalXImmunization
name | status | url |
---|---|---|
HospitalXImmunization | draft | http://ardon.nl/fhir/StructureDefinition/HospitalXImmunization |
Scope and Usage
The Immunization resource is intended to cover the recording of current and historical administration of vaccines to patients across all healthcare disciplines in all care settings and all regions. This includes immunization of both humans and animals but does not include the administration of non-vaccine agents, even those that may have or claim to have immunological effects. While the terms "immunization" and "vaccination" are not clinically identical, for the purposes of the FHIR resources, the terms are used synonymously.
Additionally, the Immunization resource is expected to cover key concepts related to the creation, revision and querying of a patient's immunization history. This resource - through consultation with the Public Health work group - is believed to meet key use cases and information requirements as defined in the existing HL7 v2 immunization implementation guide, HL7 v3 POIZ domain and Immunization Domain Analysis Model.
Differential
Immunization | I | Immunization | There are no (further) constraints on this element Element IdImmunization Immunization event information DefinitionThe US Core Immunization Profile is based upon the core FHIR Immunization Resource and created to meet the 2015 Edition Common Clinical Data Set 'Immunizations' requirements.
| |
identifier | 0..* | Identifier | There are no (further) constraints on this element Element IdImmunization.identifier Business identifier DefinitionA unique identifier assigned to this immunization record.
| |
status | S Σ ?! | 1..1 | codeBinding | There are no (further) constraints on this element Element IdImmunization.status completed | entered-in-error | not-done DefinitionIndicates the current status of the immunization event. Will generally be set to show that the immunization has been completed or not done. This element is labeled as a modifier because the status contains codes that mark the resource as not currently valid. Constrained list of immunizaiotn status ImmunizationStatusCodes (required)Constraints
|
statusReason | S | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.statusReason Reason not done DefinitionIndicates the reason the immunization event was not performed. This is generally only used for the status of "not-done". The reason for performing the immunization event is captured in reasonCode, not here. The reason why a vaccine was not administered. ImmunizationStatusReasonCodes (example)Constraints
|
vaccineCode | S Σ I | 1..1 | CodeableConceptBinding | There are no (further) constraints on this element Element IdImmunization.vaccineCode Vaccine Product Type (bind to CVX) DefinitionVaccine that was administered or was to be administered. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The code for vaccine product administered. http://cts.nlm.nih.gov/fhir/ValueSet/2.16.840.1.113762.1.4.1010.6 (extensible)Constraints
|
patient | S Σ I | 1..1 | Reference(US Core Patient Profile) | There are no (further) constraints on this element Element IdImmunization.patient Who was immunized Alternate namesPatient DefinitionThe patient who either received or did not receive the immunization. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. Reference(US Core Patient Profile) Constraints
|
encounter | I | 0..1 | Reference(Encounter) | There are no (further) constraints on this element Element IdImmunization.encounter Encounter immunization was part of DefinitionThe visit or admission or other contact between patient and health care provider the immunization was performed as part of. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
occurrence[x] | S Σ | 1..1 | There are no (further) constraints on this element Element IdImmunization.occurrence[x] Vaccine administration date DefinitionDate vaccine administered or was to be administered. When immunizations are given a specific date and time should always be known. When immunizations are patient reported, a specific date might not be known. Although partial dates are allowed, an adult patient might not be able to recall the year a childhood immunization was given. An exact date is always preferable, but the use of the String data type is acceptable when an exact date is not known. A small number of vaccines (e.g. live oral typhoid vaccine) are given as a series of patient self-administered dose over a span of time. In cases like this, often, only the first dose (typically a provider supervised dose) is recorded with the occurrence indicating the date/time of the first dose.
| |
occurrenceDateTime | dateTime | There are no (further) constraints on this element Data Type | ||
occurrenceString | string | There are no (further) constraints on this element Data Type | ||
recorded | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.recorded When the immunization was first captured in the subject's record DefinitionThe date the occurrence of the immunization was first captured in the record - potentially significantly after the occurrence of the event.
| |
primarySource | S Σ | 1..1 | boolean | There are no (further) constraints on this element Element IdImmunization.primarySource Indicates context the data was recorded in DefinitionAn indication that the content of the record is based on information from the person who administered the vaccine. This reflects the context under which the data was originally recorded. Reflects the “reliability” of the content.
|
reportOrigin | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.reportOrigin Indicates the source of a secondarily reported record DefinitionThe source of the data when the report of the immunization event is not based on information from the person who administered the vaccine. Should not be populated if primarySource = True, not required even if primarySource = False. The source of the data for a record which is not from a primary source. ImmunizationOriginCodes (example)Constraints
| |
location | I | 0..1 | Reference(Location) | There are no (further) constraints on this element Element IdImmunization.location Where immunization occurred DefinitionThe service delivery location where the vaccine administration occurred. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
manufacturer | I | 0..1 | Reference(Organization) | There are no (further) constraints on this element Element IdImmunization.manufacturer Vaccine manufacturer DefinitionName of vaccine manufacturer. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
lotNumber | 0..1 | string | There are no (further) constraints on this element Element IdImmunization.lotNumber Vaccine lot number DefinitionLot number of the vaccine product. Note that FHIR strings SHALL NOT exceed 1MB in size
| |
expirationDate | 0..1 | date | There are no (further) constraints on this element Element IdImmunization.expirationDate Vaccine expiration date DefinitionDate vaccine batch expires.
| |
site | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.site Body site vaccine was administered DefinitionBody site where vaccine was administered. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The site at which the vaccine was administered. CodesForImmunizationSiteOfAdministration (example)Constraints
| |
route | 1..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.route How vaccine entered body DefinitionThe path by which the vaccine product is taken into the body. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The route by which the vaccine was administered. ImmunizationRouteCodes (example)Constraints
| |
doseQuantity | I | 1..1 | SimpleQuantity | There are no (further) constraints on this element Element IdImmunization.doseQuantity Amount of vaccine administered DefinitionThe quantity of vaccine product that was administered. The context of use may frequently define what kind of quantity this is and therefore what kind of units can be used. The context of use may also restrict the values for the comparator.
|
performer | Σ | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.performer Who performed event DefinitionIndicates who performed the immunization event.
|
function | Σ | 0..1 | CodeableConceptBinding | There are no (further) constraints on this element Element IdImmunization.performer.function What type of performance was done DefinitionDescribes the type of performance (e.g. ordering provider, administering provider, etc.). Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The role a practitioner or organization plays in the immunization event. ImmunizationFunctionCodes (extensible)Constraints
|
actor | Σ I | 1..1 | Reference(Practitioner | PractitionerRole | Organization) | There are no (further) constraints on this element Element IdImmunization.performer.actor Individual or organization who was performing DefinitionThe practitioner or organization who performed the action. When the individual practitioner who performed the action is known, it is best to send. Reference(Practitioner | PractitionerRole | Organization) Constraints
|
note | Σ | 0..* | Annotation | There are no (further) constraints on this element Element IdImmunization.note Additional immunization notes DefinitionExtra information about the immunization that is not conveyed by the other attributes. For systems that do not have structured annotations, they can simply communicate a single annotation with no author or time. This element may need to be included in narrative because of the potential for modifying information. Annotations SHOULD NOT be used to communicate "modifying" information that could be computable. (This is a SHOULD because enforcing user behavior is nearly impossible).
|
reasonCode | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.reasonCode Why immunization occurred DefinitionReasons why the vaccine was administered. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The reason why a vaccine was administered. ImmunizationReasonCodes (example)Constraints
| |
reasonReference | I | 0..* | Reference(Condition | Observation | DiagnosticReport) | There are no (further) constraints on this element Element IdImmunization.reasonReference Why immunization occurred DefinitionCondition, Observation or DiagnosticReport that supports why the immunization was administered. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. Reference(Condition | Observation | DiagnosticReport) Constraints
|
isSubpotent | Σ ?! | 0..1 | boolean | There are no (further) constraints on this element Element IdImmunization.isSubpotent Dose potency DefinitionIndication if a dose is considered to be subpotent. By default, a dose should be considered to be potent. Typically, the recognition of the dose being sub-potent is retrospective, after the administration (ex. notification of a manufacturer recall after administration). However, in the case of a partial administration (the patient moves unexpectedly and only some of the dose is actually administered), subpotency may be recognized immediately, but it is still important to record the event. By default, a dose should be considered to be potent.
|
subpotentReason | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.subpotentReason Reason for being subpotent DefinitionReason why a dose is considered to be subpotent. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The reason why a dose is considered to be subpotent. ImmunizationSubpotentReason (example)Constraints
| |
education | I | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.education Educational material presented to patient DefinitionEducational material presented to the patient (or guardian) at the time of vaccine administration.
|
documentType | 0..1 | string | There are no (further) constraints on this element Element IdImmunization.education.documentType Educational material document identifier DefinitionIdentifier of the material presented to the patient. Note that FHIR strings SHALL NOT exceed 1MB in size
| |
reference | 0..1 | uri | There are no (further) constraints on this element Element IdImmunization.education.reference Educational material reference pointer DefinitionReference pointer to the educational material given to the patient if the information was on line. see http://en.wikipedia.org/wiki/Uniform_resource_identifier
| |
publicationDate | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.education.publicationDate Educational material publication date DefinitionDate the educational material was published.
| |
presentationDate | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.education.presentationDate Educational material presentation date DefinitionDate the educational material was given to the patient.
| |
programEligibility | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.programEligibility Patient eligibility for a vaccination program DefinitionIndicates a patient's eligibility for a funding program. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The patient's eligibility for a vaccation program. ImmunizationProgramEligibility (example)Constraints
| |
fundingSource | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.fundingSource Funding source for the vaccine DefinitionIndicates the source of the vaccine actually administered. This may be different than the patient eligibility (e.g. the patient may be eligible for a publically purchased vaccine but due to inventory issues, vaccine purchased with private funds was actually administered). Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The source of funding used to purchase the vaccine administered. ImmunizationFundingSource (example)Constraints
| |
reaction | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.reaction Details of a reaction that follows immunization DefinitionCategorical data indicating that an adverse event is associated in time to an immunization. A reaction may be an indication of an allergy or intolerance and, if this is determined to be the case, it should be recorded as a new AllergyIntolerance resource instance as most systems will not query against past Immunization.reaction elements.
| |
date | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.reaction.date When reaction started DefinitionDate of reaction to the immunization.
| |
detail | I | 0..1 | Reference(Observation) | There are no (further) constraints on this element Element IdImmunization.reaction.detail Additional information on reaction DefinitionDetails of the reaction. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
reported | 0..1 | boolean | There are no (further) constraints on this element Element IdImmunization.reaction.reported Indicates self-reported reaction DefinitionSelf-reported indicator.
| |
protocolApplied | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.protocolApplied Protocol followed by the provider DefinitionThe protocol (set of recommendations) being followed by the provider who administered the dose.
| |
series | 0..1 | string | There are no (further) constraints on this element Element IdImmunization.protocolApplied.series Name of vaccine series DefinitionOne possible path to achieve presumed immunity against a disease - within the context of an authority. Note that FHIR strings SHALL NOT exceed 1MB in size
| |
authority | I | 0..1 | Reference(Organization) | There are no (further) constraints on this element Element IdImmunization.protocolApplied.authority Who is responsible for publishing the recommendations DefinitionIndicates the authority who published the protocol (e.g. ACIP) that is being followed. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
targetDisease | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.protocolApplied.targetDisease Vaccine preventatable disease being targetted DefinitionThe vaccine preventable disease the dose is being administered against. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The vaccine preventable disease the dose is being administered for. ImmunizationTargetDiseaseCodes (example)Constraints
| |
doseNumber[x] | 1..1 | There are no (further) constraints on this element Element IdImmunization.protocolApplied.doseNumber[x] Dose number within series DefinitionNominal position in a series. The use of an integer is preferred if known. A string should only be used in cases where an integer is not available (such as when documenting a recurring booster dose).
| ||
doseNumberPositiveInt | positiveInt | There are no (further) constraints on this element Data Type | ||
doseNumberString | string | There are no (further) constraints on this element Data Type | ||
seriesDoses[x] | 0..1 | There are no (further) constraints on this element Element IdImmunization.protocolApplied.seriesDoses[x] Recommended number of doses for immunity DefinitionThe recommended number of doses to achieve immunity. The use of an integer is preferred if known. A string should only be used in cases where an integer is not available (such as when documenting a recurring booster dose).
| ||
seriesDosesPositiveInt | positiveInt | There are no (further) constraints on this element Data Type | ||
seriesDosesString | string | There are no (further) constraints on this element Data Type |
Snapshot
Immunization | I | Immunization | There are no (further) constraints on this element Element IdImmunization Immunization event information DefinitionThe US Core Immunization Profile is based upon the core FHIR Immunization Resource and created to meet the 2015 Edition Common Clinical Data Set 'Immunizations' requirements.
| |
identifier | 0..* | Identifier | There are no (further) constraints on this element Element IdImmunization.identifier Business identifier DefinitionA unique identifier assigned to this immunization record.
| |
status | S Σ ?! | 1..1 | codeBinding | There are no (further) constraints on this element Element IdImmunization.status completed | entered-in-error | not-done DefinitionIndicates the current status of the immunization event. Will generally be set to show that the immunization has been completed or not done. This element is labeled as a modifier because the status contains codes that mark the resource as not currently valid. Constrained list of immunizaiotn status ImmunizationStatusCodes (required)Constraints
|
statusReason | S | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.statusReason Reason not done DefinitionIndicates the reason the immunization event was not performed. This is generally only used for the status of "not-done". The reason for performing the immunization event is captured in reasonCode, not here. The reason why a vaccine was not administered. ImmunizationStatusReasonCodes (example)Constraints
|
vaccineCode | S Σ I | 1..1 | CodeableConceptBinding | There are no (further) constraints on this element Element IdImmunization.vaccineCode Vaccine Product Type (bind to CVX) DefinitionVaccine that was administered or was to be administered. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The code for vaccine product administered. http://cts.nlm.nih.gov/fhir/ValueSet/2.16.840.1.113762.1.4.1010.6 (extensible)Constraints
|
patient | S Σ I | 1..1 | Reference(US Core Patient Profile) | There are no (further) constraints on this element Element IdImmunization.patient Who was immunized Alternate namesPatient DefinitionThe patient who either received or did not receive the immunization. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. Reference(US Core Patient Profile) Constraints
|
encounter | I | 0..1 | Reference(Encounter) | There are no (further) constraints on this element Element IdImmunization.encounter Encounter immunization was part of DefinitionThe visit or admission or other contact between patient and health care provider the immunization was performed as part of. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
occurrence[x] | S Σ | 1..1 | There are no (further) constraints on this element Element IdImmunization.occurrence[x] Vaccine administration date DefinitionDate vaccine administered or was to be administered. When immunizations are given a specific date and time should always be known. When immunizations are patient reported, a specific date might not be known. Although partial dates are allowed, an adult patient might not be able to recall the year a childhood immunization was given. An exact date is always preferable, but the use of the String data type is acceptable when an exact date is not known. A small number of vaccines (e.g. live oral typhoid vaccine) are given as a series of patient self-administered dose over a span of time. In cases like this, often, only the first dose (typically a provider supervised dose) is recorded with the occurrence indicating the date/time of the first dose.
| |
occurrenceDateTime | dateTime | There are no (further) constraints on this element Data Type | ||
occurrenceString | string | There are no (further) constraints on this element Data Type | ||
recorded | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.recorded When the immunization was first captured in the subject's record DefinitionThe date the occurrence of the immunization was first captured in the record - potentially significantly after the occurrence of the event.
| |
primarySource | S Σ | 1..1 | boolean | There are no (further) constraints on this element Element IdImmunization.primarySource Indicates context the data was recorded in DefinitionAn indication that the content of the record is based on information from the person who administered the vaccine. This reflects the context under which the data was originally recorded. Reflects the “reliability” of the content.
|
reportOrigin | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.reportOrigin Indicates the source of a secondarily reported record DefinitionThe source of the data when the report of the immunization event is not based on information from the person who administered the vaccine. Should not be populated if primarySource = True, not required even if primarySource = False. The source of the data for a record which is not from a primary source. ImmunizationOriginCodes (example)Constraints
| |
location | I | 0..1 | Reference(Location) | There are no (further) constraints on this element Element IdImmunization.location Where immunization occurred DefinitionThe service delivery location where the vaccine administration occurred. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
manufacturer | I | 0..1 | Reference(Organization) | There are no (further) constraints on this element Element IdImmunization.manufacturer Vaccine manufacturer DefinitionName of vaccine manufacturer. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
lotNumber | 0..1 | string | There are no (further) constraints on this element Element IdImmunization.lotNumber Vaccine lot number DefinitionLot number of the vaccine product. Note that FHIR strings SHALL NOT exceed 1MB in size
| |
expirationDate | 0..1 | date | There are no (further) constraints on this element Element IdImmunization.expirationDate Vaccine expiration date DefinitionDate vaccine batch expires.
| |
site | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.site Body site vaccine was administered DefinitionBody site where vaccine was administered. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The site at which the vaccine was administered. CodesForImmunizationSiteOfAdministration (example)Constraints
| |
route | 1..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.route How vaccine entered body DefinitionThe path by which the vaccine product is taken into the body. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The route by which the vaccine was administered. ImmunizationRouteCodes (example)Constraints
| |
doseQuantity | I | 1..1 | SimpleQuantity | There are no (further) constraints on this element Element IdImmunization.doseQuantity Amount of vaccine administered DefinitionThe quantity of vaccine product that was administered. The context of use may frequently define what kind of quantity this is and therefore what kind of units can be used. The context of use may also restrict the values for the comparator.
|
performer | Σ | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.performer Who performed event DefinitionIndicates who performed the immunization event.
|
function | Σ | 0..1 | CodeableConceptBinding | There are no (further) constraints on this element Element IdImmunization.performer.function What type of performance was done DefinitionDescribes the type of performance (e.g. ordering provider, administering provider, etc.). Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The role a practitioner or organization plays in the immunization event. ImmunizationFunctionCodes (extensible)Constraints
|
actor | Σ I | 1..1 | Reference(Practitioner | PractitionerRole | Organization) | There are no (further) constraints on this element Element IdImmunization.performer.actor Individual or organization who was performing DefinitionThe practitioner or organization who performed the action. When the individual practitioner who performed the action is known, it is best to send. Reference(Practitioner | PractitionerRole | Organization) Constraints
|
note | Σ | 0..* | Annotation | There are no (further) constraints on this element Element IdImmunization.note Additional immunization notes DefinitionExtra information about the immunization that is not conveyed by the other attributes. For systems that do not have structured annotations, they can simply communicate a single annotation with no author or time. This element may need to be included in narrative because of the potential for modifying information. Annotations SHOULD NOT be used to communicate "modifying" information that could be computable. (This is a SHOULD because enforcing user behavior is nearly impossible).
|
reasonCode | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.reasonCode Why immunization occurred DefinitionReasons why the vaccine was administered. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The reason why a vaccine was administered. ImmunizationReasonCodes (example)Constraints
| |
reasonReference | I | 0..* | Reference(Condition | Observation | DiagnosticReport) | There are no (further) constraints on this element Element IdImmunization.reasonReference Why immunization occurred DefinitionCondition, Observation or DiagnosticReport that supports why the immunization was administered. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository. Reference(Condition | Observation | DiagnosticReport) Constraints
|
isSubpotent | Σ ?! | 0..1 | boolean | There are no (further) constraints on this element Element IdImmunization.isSubpotent Dose potency DefinitionIndication if a dose is considered to be subpotent. By default, a dose should be considered to be potent. Typically, the recognition of the dose being sub-potent is retrospective, after the administration (ex. notification of a manufacturer recall after administration). However, in the case of a partial administration (the patient moves unexpectedly and only some of the dose is actually administered), subpotency may be recognized immediately, but it is still important to record the event. By default, a dose should be considered to be potent.
|
subpotentReason | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.subpotentReason Reason for being subpotent DefinitionReason why a dose is considered to be subpotent. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The reason why a dose is considered to be subpotent. ImmunizationSubpotentReason (example)Constraints
| |
education | I | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.education Educational material presented to patient DefinitionEducational material presented to the patient (or guardian) at the time of vaccine administration.
|
documentType | 0..1 | string | There are no (further) constraints on this element Element IdImmunization.education.documentType Educational material document identifier DefinitionIdentifier of the material presented to the patient. Note that FHIR strings SHALL NOT exceed 1MB in size
| |
reference | 0..1 | uri | There are no (further) constraints on this element Element IdImmunization.education.reference Educational material reference pointer DefinitionReference pointer to the educational material given to the patient if the information was on line. see http://en.wikipedia.org/wiki/Uniform_resource_identifier
| |
publicationDate | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.education.publicationDate Educational material publication date DefinitionDate the educational material was published.
| |
presentationDate | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.education.presentationDate Educational material presentation date DefinitionDate the educational material was given to the patient.
| |
programEligibility | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.programEligibility Patient eligibility for a vaccination program DefinitionIndicates a patient's eligibility for a funding program. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The patient's eligibility for a vaccation program. ImmunizationProgramEligibility (example)Constraints
| |
fundingSource | 0..1 | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.fundingSource Funding source for the vaccine DefinitionIndicates the source of the vaccine actually administered. This may be different than the patient eligibility (e.g. the patient may be eligible for a publically purchased vaccine but due to inventory issues, vaccine purchased with private funds was actually administered). Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The source of funding used to purchase the vaccine administered. ImmunizationFundingSource (example)Constraints
| |
reaction | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.reaction Details of a reaction that follows immunization DefinitionCategorical data indicating that an adverse event is associated in time to an immunization. A reaction may be an indication of an allergy or intolerance and, if this is determined to be the case, it should be recorded as a new AllergyIntolerance resource instance as most systems will not query against past Immunization.reaction elements.
| |
date | 0..1 | dateTime | There are no (further) constraints on this element Element IdImmunization.reaction.date When reaction started DefinitionDate of reaction to the immunization.
| |
detail | I | 0..1 | Reference(Observation) | There are no (further) constraints on this element Element IdImmunization.reaction.detail Additional information on reaction DefinitionDetails of the reaction. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
reported | 0..1 | boolean | There are no (further) constraints on this element Element IdImmunization.reaction.reported Indicates self-reported reaction DefinitionSelf-reported indicator.
| |
protocolApplied | 0..* | BackboneElement | There are no (further) constraints on this element Element IdImmunization.protocolApplied Protocol followed by the provider DefinitionThe protocol (set of recommendations) being followed by the provider who administered the dose.
| |
series | 0..1 | string | There are no (further) constraints on this element Element IdImmunization.protocolApplied.series Name of vaccine series DefinitionOne possible path to achieve presumed immunity against a disease - within the context of an authority. Note that FHIR strings SHALL NOT exceed 1MB in size
| |
authority | I | 0..1 | Reference(Organization) | There are no (further) constraints on this element Element IdImmunization.protocolApplied.authority Who is responsible for publishing the recommendations DefinitionIndicates the authority who published the protocol (e.g. ACIP) that is being followed. References SHALL be a reference to an actual FHIR resource, and SHALL be resolveable (allowing for access control, temporary unavailability, etc.). Resolution can be either by retrieval from the URL, or, where applicable by resource type, by treating an absolute reference as a canonical URL and looking it up in a local registry/repository.
|
targetDisease | 0..* | CodeableConcept | There are no (further) constraints on this element Element IdImmunization.protocolApplied.targetDisease Vaccine preventatable disease being targetted DefinitionThe vaccine preventable disease the dose is being administered against. Not all terminology uses fit this general pattern. In some cases, models should not use CodeableConcept and use Coding directly and provide their own structure for managing text, codings, translations and the relationship between elements and pre- and post-coordination. The vaccine preventable disease the dose is being administered for. ImmunizationTargetDiseaseCodes (example)Constraints
| |
doseNumber[x] | 1..1 | There are no (further) constraints on this element Element IdImmunization.protocolApplied.doseNumber[x] Dose number within series DefinitionNominal position in a series. The use of an integer is preferred if known. A string should only be used in cases where an integer is not available (such as when documenting a recurring booster dose).
| ||
doseNumberPositiveInt | positiveInt | There are no (further) constraints on this element Data Type | ||
doseNumberString | string | There are no (further) constraints on this element Data Type | ||
seriesDoses[x] | 0..1 | There are no (further) constraints on this element Element IdImmunization.protocolApplied.seriesDoses[x] Recommended number of doses for immunity DefinitionThe recommended number of doses to achieve immunity. The use of an integer is preferred if known. A string should only be used in cases where an integer is not available (such as when documenting a recurring booster dose).
| ||
seriesDosesPositiveInt | positiveInt | There are no (further) constraints on this element Data Type | ||
seriesDosesString | string | There are no (further) constraints on this element Data Type |