Electronic Long-Term Services and Supports (eLTSS) Release 1 - US Realm
2.0.0-ballot - ballot United States of America flag

This page is part of the electronic Long-Term Services and Supports Implementation Guide (v2.0.0-ballot: STU2 Ballot 1) based on FHIR (HL7® FHIR® Standard) R4. The current version which supersedes this version is 1.0.0. For a full list of available versions, see the Directory of published versions

IG Home Page

Official URL: http://hl7.org/fhir/us/eltss/ImplementationGuide/hl7.fhir.us.eltss Version: 2.0.0-ballot
IG Standards status: Trial-use Maturity Level: 2 Computable Name: ELTSS
Page standards status: Informative

Changes to look out for:

Introduction to the Guide

The electronic Long-Term Services and Supports (eLTSS) Implementation Guide (IG) is based on FHIR R4 and US Core v3.1.1. It was developed to support exchange of data generated during the planning and provision of long-term services and supports and is currently scoped to data commonly found on LTSS service plans.

This guide is not the place to learn about the eLTSS use case. It is expected that readers of this guide have become familiar with FHIR R4 and the eLTSS use case prior to reading this guide. This guide does provide implementation guidance for eLTSS data elements, including communicating patient participation in care. The guidance is found as a mixture of mapping guidance, narration, example, testing recommendation, and FHIR artifacts. FHIR R4 Core and US CORE 3.1.1 provide a rich resource of detail for implementers. It is a perquisite of this guide that implementers become familiar with both.

Background on eLTSS

The electronic Long-Term Services and Supports (eLTSS) Implementation Guide (IG) is based on FHIR R4 and US Core v3.1.1. It was developed to support exchange of data generated during the planning and provision of long-term services and supports and is currently scoped to data commonly found on LTSS service plans.

Long-term services and supports (LTSS) are needed by millions of people, including children, adults and individuals over age 65, due to various disabling conditions and chronic illnesses. Long-term services are comprised of a diverse set of assistances designed to help with general care, activities of daily living (ADLs), and instrumental activities of daily living (IADLs) like eating, toileting, dressing, cooking, driving, managing money, etc. These services are provided across various settings from facility-based or institutional care to community-based settings. Services and supports provided in the person’s home or in a community setting are referred to as Community-Based Long-Term Services and Supports (CB-LTSS) or Home and Community-Based Services (HCBS).

The eLTSS data is currently and primarily used by LTSS service providers and care managers and resides in case management systems and LTSS provider systems. This IG is designed to streamline the ability to exchange and make this data available to all members participating in the care of the beneficiary (patient) including clinical and non-clinical care providers as well as the beneficiary and their representative(s).

The eLTSS data referenced in this implementation guide refers to the eLTSS Dataset that was developed by the eLTSS Initiative, a joint project between the Office of the National Coordinator for Health Information Technology (ONC) and the Centers for Medicare and Medicaid Services (CMS). The eLTSS Dataset was input for the Informative Document titled “HL7 Cross-Paradigm Information Sharing for Electronic Long-Term Services and Supports (eLTSS), Release 1” balloted during the September 2018 cycle. This IG further advances the eLTSS Dataset to FHIR mapping found in the Informative Document to provide FHIR-specific implementer guidance.

For more information, please see the Project Background and the eLTSS Use Cases included in this Guide.

Scope

The scope of this implementation guide is to describe how LTSS (also referred to as Home and Community-Based Service (HCBS)) data requirements, documented in the 56 data elements included in the eLTSS Dataset, can be represented for exchange and sharing using FHIR.

The concept of an eLTSS service plan most closely aligns with the FHIR CarePlan resource, which is semantically a good fit. The diagram below shows the FHIR resources utilized in the mapping as well as the FHIR data elements used to link these resources. Parentheses indicates the eLTSS Dataset data element (e.g. Assessed Need, Preference) or group of elements (e.g. Beneficiary Demographics, Person Indicators). Lines indicate linkages between FHIR resources and are labeled with the FHIR data element that provides the reference.



The IG will use FHIR R4, and US Core v3.1.1 as a starting point and will profile resources as necessary to enable eLTSS Plan Creation and Exchange. Please refer to eLTSS FHIR Profiles for additional details.

For a detailed view of how eLTSS maps to FHIR R4, please refer to the eLTSS Dataset to FHIR Release 4 Mapping included in this guide.

US Core Dependency

Please note that implementations using this eLTSS FHIR IG must comply with US Core v3.1.1 when applicable. US Core defines the minimum conformance requirements for accessing patient data as defined by the Argonaut pilot implementations and the ONC 2015 Edition Common Clinical Data Set (CCDS). These profiles are intended to be the foundation for US Realm FHIR implementation guides. Therefore, US Core Profiles, US Core Terminology, US Core Capability Statements / Conformance Requirements, and Security Considerations not specifically noted in this guide must be included when applicable.

eLTSS Actors

The eLTSS Informative Document identified four actors who may be involved in the exchange of service plans. The list below outlines these actors and a brief description of their role in LTSS:

  • Beneficiary: Individual who is eligible for and receives LTSS. Also, referred to as recipient, consumer, person, client, participant, and individual.
  • Support Planner: Individual who helps the beneficiary explore, understand options, and make appropriate choices among community resources and services; engages in person-centered planning and assists the beneficiary with the creation, implementation and updating of a person-centered service plan. This role is often referred to as case manager, care coordinator, etc.
  • HCBS Provider: A provider of an authorized service which assists in maintaining and enabling the beneficiary to continue living in his or her home and community (e.g. social worker, in-home supportive service provider, direct-care worker/personal care aide, adult day care provider, multipurpose older adult service program provider, case manager, personal care provider, home care agency, hospice care agency, job development and supported employment, equipment and technology, peer specialist, community integration, support broker, fiscal intermediary, and others who provide assistance in support of participant direction, etc.).
  • Clinical and Institutional-based Provider: A provider of medical or health service and any other person or organization that furnishes, bills, or is paid for health care services in the normal course of business. This includes a licensed/certified and/or qualified person who provides health care, who is authorized to implement a portion of the plan and who has care responsibilities (e.g. physician, advanced practice nurse, physician assistant, nurse, nurse practitioner, nurse care manager, psychologist, therapist, pharmacist, dietician/nutritionist, specialist, dentist, emergency department provider, etc.). This also includes an organization including, but not limited to a hospital including short-term acute care hospital and specialty hospital (e.g., long-term care hospital, rehabilitation facility, and psychiatric hospital, etc.), ambulatory surgery center, provider practice, and nursing home.

US Core defines two actors:

  • US Core Requestor: An application that initiates a data access request to retrieve patient and service data. This can be thought of as the client in a client-server interaction.
  • US Core Responder: A product that responds to the data access request providing patient and service data. This can be thought of as the server in a client-server interaction.

The eLTSS actors correspond to the US Core requestor actor when an eLTSS plan is exchanged using FHIR.

How to Read this guide

This Guide is divided into several pages, which can be found on the menu bar on the top of each page

The guide contains a mapping page for eLTSS elements mapped into FHIR R4. This page is a very important page. eLTSS requires very few constraints beyond US CORE 3.1.1 on core FHIR R4, thus the profiles are largely for convenience. There are a few Must Supports not included in US CORE 3.1.1 and some Resources which are not covered by US CORE 3.1.1, so the FHIR profiles are still needed. However, the mapping page is a summation of where eLTSS data elements should be placed/found in FHIR.

  • IG Home: Provides the introduction and background.
  • Implementation: This page provides guidance on implementing eLTSS using FHIR, including other Implementation Guides
  • Task Guidance: Provides guidance on using Task - includes aspects of patient engagement
  • Mapping: Provides implementers with the location of FHIR fields where eLTSS data elements should be found.
  • Testing: Provides pointers on testing
  • Artifacts: FHIR artifacts can be found here
    • Profiles: FHIR profiles contain machine readable constraints on the FHIR specification. The narrative sections are important to review as well.
    • Examples: Look here for examples to guide your implementation.
    • Extensions: Extensions provide specific additional data elements not found in the core specification.
    • All-eLTSS retrieval Operation: The Operation is an extension of the FHIR search specification for returning all data associated with an eLTSS CarePlan.
    • Capability Statements: Capability statements describe the capabilities of systems implementing the IG.
    • Value Sets: This page contains the value sets created for the IG. The value sets provide coded terms for use with specific data elements.

Credits and Authors

Name Role Organization Email
Bret Heale STU2 IG developer ELIMU and Humanized Health Consulting bheale@elimu.io