IE (Ireland) Core Implementation Guide
0.3.0 - draft
IE (Ireland) Core Implementation Guide - Local Development build (v0.3.0) built by the FHIR (HL7® FHIR® Standard) Build Tools. See the Directory of published versions
This page defines the general conformance requirements and expectations for the IE Core Implementation Guide.
The conformance verbs - SHALL, SHOULD, MAY - used in this guide are defined in FHIR Conformance Rules.
IE Core uses the concept of Must Support as defined on the Must Support page. In the context of IE Core, Must Support on any element SHALL be interpreted as follows:
In addition to the narrative Must Support rules above, IE Core profiles that derive from XT-EHR-aligned HL7 Europe artifacts (Patient Summary, Hospital Discharge Report, Laboratory Report) SHOULD be read together with the corresponding EU Base and EU Laboratory CapabilityStatements. Those CapabilityStatements declare actor-specific SHALL/SHOULD obligations. These obligations use the HL7 FHIR Obligations extension (http://hl7.org/fhir/tools/StructureDefinition/obligation). This machine-readable obligations approach is the pattern adopted by the XT-EHR Obligations Framework. It has also been adopted by 2026-era national Core IGs (e.g. US Core, AU Core) as the successor to purely narrative must-support tables. It:
send-data, receive-data) rather than a single blanket Must Support ruleIf the source system does not have data for a Must Support element:
IE Core Servers SHALL support JSON (application/fhir+json) and SHOULD support XML (application/fhir+xml).
IE Core implementations SHOULD support SMART on FHIR for authentication and authorization.
IE Core Servers SHALL support the search parameters defined in each profile's Quick Start section and the IE Core Server CapabilityStatement.
Servers SHALL support the following search result parameters:
_include_revinclude_countIE Core Servers SHOULD support paging for search results.
The identifiers below are those named in the HIQA draft national standards (September 2026), plus the Health Services
Provider Identifier established by the Health Identifiers Act 2014. Identifiers without an authoritative source were
removed (ADR-006). The system URIs are placeholders under this IG's canonical until the
issuing bodies publish FHIR identifier systems (OI-003).
| Identifier | HIQA element | Where in IE Core | Issuing authority |
|---|---|---|---|
| IHI (Individual Health Identifier) | EP/PS 1.3.1 (Required) | Patient.identifier:IHI |
HSE |
| PPSN (Personal Public Service Number) | EP/PS 1.3.2 (Required) | Patient.identifier:PPSN, no MustSupport (legal basis Requires Clarification, OI-008) |
Department of Social Protection |
| PCRS scheme numbers (medical card, GP visit card, DPS, LTI, Health (Amendment) Act card) | EP/PS 1.3.3 "other identifier" | Patient.identifier with type from IECorePCRSSchemeType; no format enforced |
HSE PCRS |
| Medical Council (IMC) registration number | EP/PS 2.6.2 | Practitioner.identifier:IMC |
Medical Council |
| PSI registration number (pharmacists) | EP/PS 2.6.2 | Practitioner.identifier:PSI (up to 8 digits) |
Pharmaceutical Society of Ireland |
| NMBI registration number (nurse and midwife prescribers) | EP/PS 2.6.2 | Practitioner.identifier:NMBI |
Nursing and Midwifery Board of Ireland |
| Dental Council registration number | EP (prescriber definition) | Practitioner.identifier:DentalCouncil |
Dental Council |
| PSI Retail Pharmacy Business number | EP/PS 2.8 | Organization.identifier:PSIRPB |
Pharmaceutical Society of Ireland |
| GMS Panel ID | EP/PS 2.12 | Organization.identifier:GMSPanel |
HSE PCRS |
| HSP-I: Health Services Provider Identifier (HSPI) of an individual provider | not a HIQA element; Health Identifiers Act 2014 s.13–14 | Practitioner.identifier:HSPI (optional, no format enforced) |
Minister for Health (delegable to the HSE, s.26) |
| HSP-O: Health Services Provider Identifier (HSPI) of an organisation | not a HIQA element; Health Identifiers Act 2014 s.13–14 | Organization.identifier:HSPO (optional, no format enforced) |
Minister for Health (delegable to the HSE, s.26) |
| GLN (Global Location Number) | EP/PS 2.11 | Location.identifier:GLN (http://www.gs1.org/gln, check digit enforced) |
GS1 |
| NePS electronic prescription identifier | EP 3.1 | NamingSystem only; used on the prescription in IE Medication Events | HSE (NePS) |
| Eircode | EP/PS 1.2.1 | address.postalCode |
Eircode |
HIQA EP/PS 1.3.1 describes the IHI as "a unique 18 or 10-digit number". IE Core accepts either form (invariant
ie-pat-1). How the two forms relate, and whether either has a check digit, is not stated by HIQA and is Requires
Clarification (OI-002), so IE Core enforces no check digit.
The Health Identifiers Act 2014 assigns "a unique number" (alphanumeric, s.2(1)) to each health services provider (s.13) and keeps it in the National Register of Health Services Provider Identifiers (s.14). The register has Parts for individual providers (A health practitioners, C relevant employees, D individual relevant agents) and for organisations (B relevant bodies, E corporate relevant agents); HIQA's health identifiers FAQ calls it the HSPI. IE Core carries the individual form as HSP-I on Practitioner and the organisation form as HSP-O on Organization. The Act sets no format, so none is enforced. Whether the two forms share one number range, and the identifier system URI, are Requires Clarification (OI-030, OI-003). The HPI identifier removed by ADR-006 had no source and is not revived: HSP-I and HSP-O use new system URIs.
HIQA does not define formats for PCRS scheme numbers, so IE Core enforces none (ADR-006).