AU Patient Summary Implementation Guide
0.5.0-cibuild - CI Build Australia flag

AU Patient Summary Implementation Guide, published by HL7 Australia. This guide is not an authorized publication; it is the continuous build for version 0.5.0-cibuild built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/hl7au/au-fhir-ps/ and changes regularly. See the Directory of published versions

The AU PS

Page standards status: Informative

The content on this page is intended to address the need for jurisdictional patient summaries to (a) clarify whether they are based on the IPS and if they are (b) make it clear that their IPS summaries are proper IPS and (c) a reference to a section that describes the functional limitations of receiving an IPS document that does not conform to national expectations e.g. what is intended to happen or a possible problem if you are processing IPS documents that don't conform to the national specification.

The AU PS (AU Patient Summary)

A patient summary is a standardised collection of patient information. Rather than an entire patient health record, it is the necessary minimum and sufficient data to ensure safe patient care. Patient summaries can enhance patient safety by ensuring critical information is readily accessible when it’s needed most and enables clinicians across different health sectors and health domains to provide more informed, consistent care.

The IPS is a globally recognised patient summary standard. In 2021, the G7 nations committed to working towards the adoption of the IPS with several international efforts being currently underway to drive adoption, including the European Union, USA, Canada and New Zealand. Multinational vendors with presence in Australia are at various stages of implementation of the IPS.

The AU PS will support the consumer on their healthcare journey, providing the consumer and their healthcare providers with timely and current access to relevant health information. It will provide a future pathway for individuals to share their healthcare information when travelling internationally. An AU PS is intended to:

  • be an interoperable set of clinical data - it is an electronic health record extract containing essential healthcare information about a consumer
  • support individuals on their healthcare journey including transitions of care 
  • contain as up to date information as possible based on available sources at a point in time
  • be portable and accessible to the individual and their healthcare providers
  • be able to be used within an Australian state or territory, across state and territory borders, internationally
Context of AU PS across a Consumer's Healthcare Journey

Figure 1: Context of AU PS across a Consumer’s Healthcare Journey in Australia

A sample set of Consumer Journeys, developed by the Sparked AU Patient Summary Clinical Focus Group, help illustrate the interactions and use of a patient summary during a consumer’s healthcare journey in the Australian healthcare context. These Consumer Journeys have been used to develop two example use cases to assist implementers in understanding how AU PS could be implemented.

Structure of the AU PS

AU PS is specified in this guide as a HL7 FHIR document (a Bundle including a Composition), composed by a set of potentially reusable “minimal” data blocks (the AU PS profiles).

Based on IPS and AU Core, AU PS defines a patient summary in the context of providing information to downstream providers. While profiled sections can have content that reflect intentions or orders of clinical care, the patient summary is meant as an informative document and is not intended to be directly actionable. For example, a MedicationRequest resource in the Medication Summary section or a CarePlan resource in the Plan of Care section, is not intended to provide authorisation for fulfilment or actioning from the AU PS (or IPS) document.

The AU PS Document shares the same structure as an IPS, shown below.

The IPS composition

Figure 2: The IPS composition (source: IPS 2.0.0)

In the AU PS document:

  • Required (Mandatory) sections are Problems, Allergies and Intolerances, and Medication Summary
  • Recommended sections are Immunizations, Results (Diagnostics), History of Procedures, and Medical Devices
  • Optional sections are Advance Directives, Functional Status, History of Pregnancy, Plan of Care, Alerts, History of Past Problems, Patient Story, Social History, and Vital Signs
  • Undefined sections are “additional” sections not defined by the AU PS Composition

See the description of each defined section in IPS Sections description.

Localisation of the IPS

The AU PS is based on IPS and AU Core, allowing for localisations required to meet Australian requirements while still ensuring alignment to the IPS specification:

  • A valid AU PS document IS a valid IPS document - the document instance validates against both IGs.
  • A conformant AU PS actor IS a conformant IPS actor - the conformance expectations for implementation for IPS are satisfied when implementing AU PS actor requirements.
  • A conformant AU PS actor IS NOT a conformant AU Core actor - AU Core, like IPA, defines actors for FHIR resource access via a RESTful API, AU PS (and IPS) do not define ‘access’ they define production and consumption of patient summary documents.
The AU PS 'Passport'

Figure 3: The AU PS ‘Passport’

While AU PS has no variance (i.e. fully compliant) from IPS Implementation Guide version 2.0.0-ci-build (current), AU PS does impose requirements additional to IPS to support requirements in the Australian healthcare context (these primarily come from AUCDI and AU Core). These additional requirements are intentionally limited to maximise interoperability with IPS-aware systems. See Comparison with other national and international IGs and Relationship with other IGs for information on the national and international standards context of AU PS.

Additional requirements for the Australian healthcare context include:

  • additionally profiled resources
  • additional elements and extensions labelled Must Support
  • strengthened obligations on some Must Support elements
  • different and sometimes stronger value set bindings
  • strengthened cardinality
  • additional fixed values
  • additional business rules
  • clarified expectations for missing data, empty sections, and suppressed data

A summary of these additional requirements is provided in the sections below. While every effort has been made to ensure this page is consistent with the requirements of AU PS this is not a normative part of the specification.

Additionally Profiled Resources

AU PS profiles the following resources that are not profiled in IPS:

In addition to the profiles defined in this implementation guide and in IPS, the following profiles defined elsewhere are used by AU PS as the target of a Must Support reference element in an AU PS profile:

Must Support Extensions

No extensions are labelled as Must Support in IPS. In AU PS the following extensions are labelled as Must Support:

Terminology

A full list of terminology differences is not provided, refer to the AU PS profiles and the Terminology page to understand the terminology supported for use in AU PS. Some differences are mentioned below to highlight their potential relevance to implementers of the AU PS.

AU PS:

  • adopts terminology bound in AU Core in preference to IPS where the IPS binding strength is equivalent or weaker.
  • localised terminology bindings are present in the additionally profiled resources and Must Support extensions.
  • defines support for more multiple terminologies for medicines and vaccines, see the table in the section Must Support - Choice of Terminology.
  • applies a stronger binding strength (e.g. preferred -> extensible) for some Must Support elements (the binding strength is inherited from AU Core).

In many cases the difference between value sets bound in AU Core and IPS is the IPS use of international SNOMED CT concepts versus the AU Core use of SNOMED CT-AU concepts and international SNOMED CT concepts. Typically these Australian value sets are bound as preferred in AU PS profiles; these are recommendations for use in the Australian healthcare context but do not prevent other coding or text only representations.

Cardinality

While AU PS profiles do not apply unique maximum cardinality constraints, AU PS makes a number of elements mandatory (minimum cardinality > 0) that are not mandatory in IPS either directly in the AU PS profile or by reference to an AU Core profile. These constrained cardinalities are typically in:

  • additionally profiled resource types that mandate reference to the patient.
  • simple observation profiles (e.g. body temperature or smoking status) that require either value or data absent reason.
  • profiles of individuals and entities (e.g. Location, Patient, RelatedPerson, PractitionerRole, Practitioner) that have additional mandatory administrative elements e.g. Patient.identifier or PractitionerRole.practitioner.

Identifiers

IPS does not provide recommendations on the types of identifiers used in resources, this is expected to be defined as needed in jurisdictional specifications. In AU PS, a number of optional national Australian healthcare identifiers are labelled with Must Support, see the table in the section Must Support - Choice of Identifiers for the full list.

Fixed Values

AU PS includes additional fixed value constraints on some elements either directly in an AU PS profile or via reference to an AU Core profile. These additional fixed values are typically in Observation profiles and add a fixed SNOMED CT concept in Observation.code in addition to the fixed LOINC code.

Considerations When Consuming IPS Documents in AU Healthcare Context

Implementers are requested to contribute to identification of the functional limitations of receiving an IPS document that does not conform to national expectations e.g. does not include Australian identifiers, does not include clinical terminology from a national set (see specific localisations listed above), does not include mandatory elements. Contribute via comment on FHIR-51547.