SMART Verifiable IPS for Pilgrimage
0.1.0 - ci-build

SMART Verifiable IPS for Pilgrimage, published by WHO. This guide is not an authorized publication; it is the continuous build for version 0.1.0 built by the FHIR (HL7® FHIR® Standard) CI Build. This version is based on the current content of https://github.com/WorldHealthOrganization/smart-ips-pilgrimage and changes regularly. See the Directory of published versions

Artifact Index

This page provides a list of the FHIR artifacts defined as part of this implementation guide.

Structures: Logical Models

These define data models that represent the domain covered by this implementation guide in more business-friendly terms than the underlying FHIR resources.

Smart Health Link (DRAFT)

Smart Health Link URI (DRAFT)

Logical Model to represent a SMART Health Link as its URI. It is generated from the content of the SMART Health Link Payload.

Smart Health Link Payload (DRAFT)

Smart Health Link Payload (DRAFT)

This logical model was taken from the SMART Health Link documentation <https://docs.smarthealthit.org/smart-health-links/spec#construct-a-shlink-payload> as if 30 November 2023.

A [[ SMART Health Link]] is generated from this payload according to the algorithm documented here <https://docs.smarthealthit.org/smart-health-links/spec#example-shlink-generation> to create a

It is generated

Structures: Resource Profiles

These define constraints on FHIR resources for systems conforming to this implementation guide.

Bundle - IPS for Hajj

This profile represents the constraints applied to the Bundle resource by the International Patient Summary (IPS) FHIR Implementation Guide for the Hajj Pilgrimage.

Composition (IPS) for Hajj

Clinical document used to represent the International Patient Summary (IPS) data set for Hajj Pilgrimage

HajjConsent

A profile of the consent resource to track consent of a pilgrim to participate

FHIR R5 upgrade notes (need this implemented as a structure map):

  • make cardinality of decision 1.. and should stop using it in lieu of verification.verified
  • use verification.verifiedBy instead of Consent.organization
  • the period extenion should be replaced by Consent.period
  • the Consent.patient should be replaced by Consent.subject
  • Consent.verification.verifiedBy should be used instead of Consent.organization
HajjOrganization

A profile of the consent resource to track consent of a pilgrim to participate

Structures: Extension Definitions

These define constraints on FHIR data types for systems conforming to this implementation guide.

ConsentPeriod

Consent Period extension for use in Consent resources prior to R5.

ConsentVerifiedBy

Consent VerfifiedBy extension for use in Consent resources prior to R5.

Terminology: Value Sets

These define sets of codes used by systems conforming to this implementation guide.

IPS.HAJJ.CONSENT ValueSet of consent policies

ValueSet of codes for consent policies for Hajj pilgrims

Terminology: Code Systems

These define new code systems used by systems conforming to this implementation guide.

IPS.HAJJ CodeSystem

CodeSystem for IPS.HAJJ CodeSystem for utilization of IPS during Hajj

Example: Example Instances

These are example instances that show what data produced and consumed by systems conforming with this implementation guide might look like.

Hajj IPS Composition

Hajj IPS Composition Example

My IPS

Hajj IPS Example

QRCard

Pilgrim Card containing QR code of SMART Health Link

c4597aa2-688a-401b-a658-70acc6de28c6
c64139e7-f02d-409c-bf34-75e8bf23bc80
c7781f44-6df8-4a8b-9e06-0b34263a47c7