Sharing of IPS (sIPS)
1.0.1-current - ci-build International flag

Sharing of IPS (sIPS), published by IHE IT Infrastructure Technical Committee. This guide is not an authorized publication; it is the continuous build for version 1.0.1-current built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/IHE/ITI.sIPS/ and changes regularly. See the Directory of published versions

1:56 Sharing of IPS (sIPS)

The Sharing of IPS (sIPS) IHE Profile provides for methods of exchanging the HL7 International Patient Summary (IPS), using IHE Document Sharing Health Information Exchange but does not modify the HL7 IPS specification. The International Patient Summary (IPS) content, as defined in the ISO 27269 data model specification, utilizes IHE’s document sharing infrastructure including cross-community, HIE, direct exchange models, and more. It has been designed specifically to remove barriers to adoption, by leveraging architectures that are currently implemented, well-established, and robust. The sIPS Profile provides implementation guidance to vendors and implementers and joins a growing suite of IPS standards artifacts contributed by a variety of Standards Development Organizations (SDOs) and coordinated by the Joint Initiative Council for Global Health Informatics Standardization (JIC).

An HL7 IPS document is an electronic health record extract, taken at a point in time, containing essential healthcare information about a subject of care. It is designed for supporting the use case scenario for planned and unplanned, cross border care. Although it is intended to be used across international borders, it is equally useful to exchange information across any jurisdictional border, including those within a particular region or country. The IPS dataset is minimal and non-exhaustive; specialty-agnostic and condition-independent but still clinically relevant. The HL7 IPS specification is composed of a set of robust, well-defined and potentially reusable sets of core data items (indicated as the IPS library in the figure below).

This profile leverages the HL7 IPS content specification for FHIR. Due to the minimal global uptake of the CDA encoding of the IPS at this time, the focus of the sIPS Profile is currently based on the specification provided in the HL7 FHIR IPS IG. Any document conforming to the HL7 base IPS specification can be exchanged using sIPS.

The sIPS Profile provides guidance to implementers on how a number of important functions may be leveraged to support key IPS use cases. These include:

  • Publishing an IPS
  • On Demand Access to an IPS
  • Retrieving an IPS
  • Pushing an IPS to a Recipient

The IPS, as a current medical summary, is an excellent document for the “On-Demand” capability of the Document Sharing infrastructure. Further details for IPS use of On-Demand are outlined below. IHE Document Sharing also has “Stable” and “Delayed Assembly” document entry types that are further explained in the HIE Whitepaper: Dynamic Documents.

mXDE Flow from Documents to Resources
Figure 1:56-1: The IPS Product and By-products


1:56.1 sIPS Actors, Transactions, and Content Modules

ContentCreatorContentConsumerShare ContentIPSIPS
Figure 1:56.1-1: sIPS Actor Diagram


1:56.1.1 Actors

The actors in this profile are described in more detail in the sections below.

1:56.1.1.1 Content Creator

The Content Creator creates the IPS content and shares it using one of the methods defined in the IHE Document Sharing Health Information Exchange.

FHIR Capability Statement for Content Creator

The HL7 IPS is serialized into a FHIR Document Bundle and encoded as a document following the PCC Serializing FHIR Documents. The HL7 IPS is mapped to the Document Sharing Metadata according to PCC Volume 2: 4.1. This shows how to map the FHIR Composition resource elements into XDS/XDM/XDR/XCA Document Entry and MHD FHIR DocumentReference elements.

1:56.1.1.2 Content Consumer

The Content Consumer consumes the IPS content and obtains it using one of the methods defined in the IHE Document Sharing Health Information Exchange.

FHIR Capability Statement for Content Consumer

The HL7 IPS is mapped to the Document Sharing Metadata according to PCC Volume 2: 4.1. This shows how to map the FHIR Composition resource elements into XDS/XDM/XDR/XCA Document Entry and MHD FHIR DocumentReference elements.

1:56.1.2 IPS Content

The Content Creator and Content Consumer share the IPS content using one of the methods defined in the IHE Document Sharing Health Information Exchange.

The HL7 IPS is mapped to the Document Sharing Metadata according to PCC Volume 2: 4.1. This shows how to map the FHIR Composition resource elements into XDS/XDM/XDR/XCA Document Entry and MHD FHIR DocumentReference elements.

1:56.2 sIPS Actor Options

Options that may be selected for each actor in this implementation guide, are listed in Table 3.2-1 below. Dependencies between options when applicable are specified in notes.

Actor Option
Content Consumer View
Content Consumer Document Import
Content Consumer Discrete Data Import

1:56.2.1 View Option

This option defines the processing requirements placed on Content Consumers for providing access, rendering and management of the medical document. See the View Option in IHE PCC TF-2:3.1.1 for more details on this option.

The Content Consumer Actor shall be able to present a view of the document. Minimal view guidance following FHIR core Document Presentation.

1:56.2.2 Document Import Option

This option defines the processing requirements placed on Content Consumers for providing access, and importing the entire medical document and managing it as part of the patient record. See the Document Import Option in IHE PCC TF-2:3.1.2 for more details on this option.

1:56.2.3 Discrete Data Import Option

This option defines the processing requirements placed on Content Consumers for providing access, and importing discrete data from selected sections of the medical document and managing them as part of the patient record. See the Discrete Data Import Option in IHE PCC TF-2:3.1.4 for more details on this option.

1:56.3 sIPS Required Actor Groupings

The Content Creator and Content Consumer communicate the content using the IHE Document Sharing Health Information Exchange.

The Content Creator shall be grouped with a Document Source actor from one of the Document Sharing Implementation Guides (e.g. XDS, XCA, XDM, XDR, MHD, MHDS, etc).

The Content Consumer shall be grouped with a Document Consumer actor from one of the Document Sharing Implementation Guides (e.g. XDS, XCA, XDM, XDR, MHD, MHDS, etc).

Document Sharing Health Information Exchange Whitepaper includes additional HIE functionalities that are covered in the following sections:

1:56.4 sIPS Overview

This Implementation Guide simply hooks HL7 IPS to IHE Document Sharing (XDS, XCA, XDR, XDM, MHD, MHDS), using existing Content Creator / Content Consumer actors that already support this binding.

1:56.4.1 Concepts

The Concepts of Document Sharing Health Information Exchange are defined in the IHE Whitepaper, and ITI Profiles.

The Concepts of the HL7 International Patient Summary (IPS) are defined in the HL7 Implementation Guide.

The IHE Document Sharing infrastructures define a common set of Document Metadata, Submission Set, and Folders. There are defined methods of communicating documents including push, centralized registry, and federated discovery and retrieval. The metadata model is designed to be content agnostic so can support any past or future document specification, which enables all existing networks to support the IPS without modification.

A Document Entry (aka FHIR DocumentReference) is metadata about a document. This metadata is designed to support provenance, lifecycle, authenticity, patient identity, privacy, and exchange of the document that is described. The document can be any kind of format, in this content module we are focused on the International Patient Summary (IPS) document and the format of JSON or XML. Submission Set is the metadata about the publication event, who published these documents, why, when, where, etc. The Folder is an adhoc grouping mechanism that can be used for purposes like grouping a clinical episode. Further explanation of the Value of Metadata is covered in the HIE Whitepaper.

DocumentReference 0On-Demand entryIPS SummaryDocumentReference 1Stable entryIPS SummaryJanuary 1, 2023DocumentReference 2Stable entryIPS SummaryJuly 1, 2023IPS 1 document~~~~~~~~~~~~IPS 2 document~~~~~~~~~~~~snapshotsnapshotinstanceinstance
Figure 1:56.4.1-1: Example On-Demand Relationship to Snapshot Stable Entries


1:56.4.2 Use Cases

1:56.4.2.1 Publishing IPS

Given that the HL7 FHIR IPS Implementation Guide provides a Medical Summary in FHIR format
And that IHE Document Sharing is a recognized document sharing infrastructure
When a FHIR IPS is published
And there is a need to make it discoverable
Then I need to have clear specification on how I express in Document Sharing the existence of a FHIR IPS sources

Note: the above use-case is written in Gherkin, a use-case language optimized for automated testing.

See further discussion:

1:56.4.2.2 Making On-Demand Access to IPS Available

Given that the HL7 FHIR IPS Implementation Guide provides a Medical Summary in FHIR format
And that IHE Document Sharing is a recognized document sharing infrastructure
When an FHIR IPS could be made available on-demand
And there is a need to make it discoverable
Then I need to have clear specification on how I express in Document Sharing the existence of a FHIR IPS sources

See further discussion:

1:56.4.2.3 Retrieving an IPS

Given that the HL7 FHIR IPS Implementation Guide provides a Medical Summary in FHIR format
And that IHE Document Sharing is a recognized document sharing infrastructure
When an application needs access to a FHIR IPS
Then I need to have clear specification on how I use Document Sharing to find FHIR IPS sources

See further discussion:

1:56.4.2.4 Pushing an IPS to a Recipient

Given that the HL7 FHIR IPS Implementation Guide provides a Medical Summary in FHIR format
And that IHE Document Sharing is a recognized document sharing infrastructure
When an FHIR IPS needs to be sent to a specific recipient
Then I need to have clear specification on how I use Document Sharing to find FHIR IPS sources

See further discussion:

1:56.5 sIPS Security Considerations

See Security and Privacy Solutions: Handbooks, Profiles, and Content.

1:56.6 sIPS Cross-Profile Considerations

All cross-profile considerations are discussed elsewhere.