HL7® Ireland
For iEHR FHIR®© IE (Ireland) Core Implementation Guide, please visit
IE Core Profile


HL7® and FHIR® are registered trademarks of Health Level Seven (HL7®), Inc., the non-profit standards developing organization that is accredited by the American National Standards Institute (ANSI).

Official URL: http://iehr.ai/fhir/ie/core/ImplementationGuide/iehr.fhir.ie.core Version: 2.0.0
IG Standards status: Trial-use Maturity Level: 3 Computable Name: IECore
Other Identifiers:

Copyright/Legal: iEHR.ai, all rights reserved Creative Commons License

Where possible, new and updated pre-publishing content is highlighted with green text and background- This highlighting will be removed prior to publication.

Key updates and detailed changes between this and prior versions are available on the IE Core Change Log and Changes Between Versions pages.

Introduction

This guide and the IE Core profiles have become the foundation for Irish FHIR implementation guides. This annual release reflects changes to iEHR IE Core Data for Interoperability (IECDI), and The National General Practice Information Technology (ICGP-GPIT) Group Software Management Systems Requirements, comments and requests from the Irish FHIR community. (The Future of IE Core page outlines this approach to yearly updates.) IE Core has benefitted from testing and guidance by the Argonaut Project Team. Their feedback continues to lay the groundwork for documenting the IE Core Profile design, interactions, requirements, and guidelines for patient data access and ICGP-GPIT Certification testing. Under the guidance of HL7 and the iEHR.ai Ireland Steering Committee, the content will expand in future versions to meet the needs specific to the Irish.

The IE Core Implementation Guide is based on FHIR Version R4. It defines the minimum constraints on the FHIR resources to create the IE Core Profiles. The elements, extensions, vocabularies, and value sets that SHALL be present are identified, and how they are used is defined. It also documents the minimum FHIR RESTful interactions for each IE Core Profiles to access patient data. Establishing the "floor" of standards to promote interoperability and adoption through common implementation allows for further standards development evolution for specific use cases. There are two different ways to implement IE Core:

  1. Profile Only Support: Systems may support only the IE Core Profiles to represent clinical information.
  2. Profile Support + Interaction Support: Systems may support both the IE Core Profile content structure and the RESTful interactions defined for a resource.

For a detailed description of these different usages of IE Core, see the Conformance Requirements page.

How To Read This Guide

This Guide is divided into several pages, which are listed at the top of each page in the menu bar.

IE Core Actors

The following actors are part of the IE Core IG:

IE Core Requestor

A IE Core Requester is an application that initiates a data access request to retrieve patient data. The IE Core Requestor is the client in a client-server interaction. The terms "IE Core Requestor" and "Client" are used interchangeably throughout this guide and are not meant to limit this actor to only patient and provider apps. For example, payers and other users can use the same technology. These terms are a short-hand notation for "user application".

IE Core Responder

A IE Core Responder is a system that responds to the data access request providing patient data. The IE Core responder is the server in a client-server interaction. The terms "IE Core Responder", "Server", and "EHR" are used interchangeably throughout this guide and are not meant to limit this actor to electronic health record systems. For example, HIEs, care coordination platforms, population health systems, etc., can use the same technology. These terms are a short-hand notation for "interoperable healthcare platform".

IE Core Profiles

Below is the list of IE Core Profiles. Each profile identifies which core elements, extensions, vocabularies, and ValueSets SHALL be present in the resource when using this profile. Together, they promote interoperability and adoption through common implementation and provide the floor for standards development for specific use cases. See the IECDI page, for a mapping to the iEHR IE Core Data for Interoperability (IECDI).

A simple narrative summary gives each profile's requirements and guidance. A formal hierarchical table presents a logical view of the content in both a differential and snapshot view, and provides references to appropriate terminologies and examples.

AllergyIntolerance

CarePlan

CareTeam

Condition

Coverage

Device

DiagnosticReport

DocumentReference

Encounter

Goal

Identifier

Immunization

Location

Medication

MedicationDispense

MedicationRequest

Observation

Organization

Patient

Practitioner

PractitionerRole

Procedure

Provenance

QuestionnaireResponse

RelatedPerson

ServiceRequest

Specimen

IE Core FHIR RESTful interactions

For systems that support the IE Core Profile content structure and the RESTful interactions defined for a resource, the requirements are formally defined in the IE Core CapabilityStatements. In addition, each profile page has a Quick Start Section that documents the required FHIR RESTful search and read operations. These sections demonstrate how to access a patient's clinical and administrative data:

Example of a simple FHIR RESTful Search Transaction
basic_fhir_restful_interaction.svg

See the FHIR specification for details on FHIR RESTful Search API and the SMART App Launch for how an application gets access to a patient record.