Aotearoa Immunisation Register (AIR) FHIR Implementation Guide
2.7.0 - ci-build New Zealand

Aotearoa Immunisation Register (AIR) FHIR Implementation Guide - Local Development build (v2.7.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions

API


The Aotearoa Immunisation Register (AIR) FHIR v4.0.1 API



REST APIs



Resource Level Interactions

Immunization
Interactions
CodeVerbURLDocumentation
create POST [base]/Immunization/ The "create" operation is used to create a new immunisation event. This method performs validation checks to ensure that the event is valid before it is created. Returns either the created Immunization record or if there were any issues with the create, the response will contain an OperationOutcome resource array. The OperationOutcome resource has an informational issue indicating that the create operation failed. The issue array of the OperationOutcome resource would contain additional issues with appropriate severity and code values.
read GET [base]/Immunization/[id] The "read" operation is used to read an immunisation event. This method takes an immunisation event id and returns back the FHIR resource for the immunization event.
update PUT [base]/Immunization/[id] The "update" operation is used to update an existing immunisation event. This method checks if the immunisation event with the given ID exists, and if it does, it updates the event with the new details provided. The method also performs validation checks to ensure that the updated event is valid before it is saved. Returns either the the updated immunisation record or an OperationOutcome if there were any issues with the update. On success - returns the updated immunisation record. data quality issues will be identified and sent as part of the response in the meta section of the resource. On Fail - if there were any issues with the update, the response will contain an OperationOutcome resource array. The OperationOutcome resource has an informational issue indicating that the update operation failed. The issue array of the OperationOutcome resource would contain additional issues with appropriate severity and code values.
history-instance GET [base]/Immunization/[id]_history The _history interaction is used to return all the versions of an immunization event including the data quality. This method takes an immsot_id and returns back the FHIR bundle, which is a collection of immunization event resources where each resource in the bundle represents a version.
Operations
NameDefinitionDocumentation
upsert https://standards.digital.health.nz/fhir/air/OperationDefinition/immunization-upsert

Update or add an immunisation event

bulk-update https://standards.digital.health.nz/fhir/air/OperationDefinition/immunization-bulk-update

Update or add immunisation events in bulk.

Search Parameters
NameTypeDocumentation
patient reference
Definition: http://hl7.org/fhir/SearchParameter/patient

NHI number of the patient

protocolApplied.targetDisease token
Definition: http://hl7.org/fhir/SearchParameter/target-disease

Vaccine-preventable disease being targeted by an immunisation.

status-reason:not-in token
Definition: http://hl7.org/fhir/SearchParameter/Immunization-StatusReason

Exclude immunisation events with specified status reason codes

status:not-in token
Definition: http://hl7.org/fhir/SearchParameter/Immunization-Status

Exclude immunisation events with specified statuses

data-quality special
Definition: https://standards.digital.health.nz/fhir/air/StructureDefinition/immunization-data-quality

Query search for immunisation events with data quality issues. Restricted to admin users.

Search includes
Name
*
Immunization.patient
Immunization.performer.actor
Immunization.location
These are the _include parameters that are supported on searches

Patient
Interactions
CodeVerbURLDocumentation
read GET [base]/Patient/[id] Read the current state of an ImmSOT Consumer. Consumer state held in ImmSOT is returned as a FHIR AIR Patient. When an optional header "origin-nhi-version" is included which contains the NHI version, the API will check if it is the same NHI version we have stored in ImmSoT database for the Consumer. If it is the same, we return the current data we have in ImmSoT database. If it is not the same, we do a Consumer sync with NHI and update the data we have in ImmSoT database and then return this updated data in the response.
Operations
NameDefinitionDocumentation
update-state https://standards.digital.health.nz/fhir/air/OperationDefinition/update-patient-state

Update the current state of an ImmSOT Consumer. Updates the Consumer state and/or sub status only. Input is the Consumer version previously read (used for operation optimistic locking) and the desired Consumer state. At least one of state and subStatus must be specified. If state or subStatus is not specified, then these attributes will not be updated. Setting subStatus to null will clear the current sub status. A 412 Preconditioned Failed will be returned if the version received in the payload does not match the server version.

reassign-schedules https://standards.digital.health.nz/fhir/air/OperationDefinition/reassign-patient-schedules

Reassign immunisation schedules for a patient. Cancels the existing schedules and then creates a new set of schedules based on the new onboarding date. Input is the new onboarding date.

patient-history https://standards.digital.health.nz/fhir/air/OperationDefinition/patient-history

Fetch all the versions of an ImmSOT Patient/Consumer.


Server Level Interactions

Operations
NameDefinitions

process-message

http://hl7.org/fhir/OperationDefinition/MessageHeader-process-message


Messages

Definitions
NameDefinitions

sender

http://hl7.org.nz/fhir/MessageDefinition/UpdateImmunisationRequestMessageDefinition

sender

http://hl7.org.nz/fhir/MessageDefinition/UpdateImmunisationResponsetMessageDefinition