This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

Difference between revisions of "ELTSS:FHIR IG Proposal"

From HL7Wiki
Jump to navigation Jump to search
Line 32: Line 32:
  
 
==Committee Approval Date:==
 
==Committee Approval Date:==
CBCP Approval Date: 11/20/2018
+
CBCP Approval Date: 11/20/2018
FMG Approval Date: TBD
+
FMG Approval Date: TBD
  
 
==Contributing or Reviewing Work Groups==
 
==Contributing or Reviewing Work Groups==
  
 
<!-- Additional work groups that may have an interest in contributing to, or reviewing  the content of the IG (optional) -->
 
<!-- Additional work groups that may have an interest in contributing to, or reviewing  the content of the IG (optional) -->
The following workgroups own FHIR Resources that will be referenced in the IG:
+
The following workgroups own FHIR Resources that will be referenced in the IG:
* Patient Care
+
* Patient Care
* Orders & Observations
+
* Orders & Observations
* Financial Management Group
+
* Financial Management Group
  
  
Line 47: Line 47:
  
 
<!-- Please specify the id of your work group’s PSS for doing FHIR work that covers the development and maintenance of this IG.  (If submitted but not yet approved, just write “pending”.) The link to the PSS template can be found here: http://gforge.hl7.org/gf/download/docmanfileversion/6832/9398/HL7FHIR_DSTUballotPSS-20120529.doc -->
 
<!-- Please specify the id of your work group’s PSS for doing FHIR work that covers the development and maintenance of this IG.  (If submitted but not yet approved, just write “pending”.) The link to the PSS template can be found here: http://gforge.hl7.org/gf/download/docmanfileversion/6832/9398/HL7FHIR_DSTUballotPSS-20120529.doc -->
1431
+
1431
  
 
==Scope of coverage==
 
==Scope of coverage==
Line 54: Line 54:
  
 
Scope should consider numerous aspects of breadth of scope, including:  -->
 
Scope should consider numerous aspects of breadth of scope, including:  -->
* Subject: Human  
+
* Subject: Human  
* Disciplines: Long-Term Service and Supports (non-clinical) 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)  
+
* Disciplines: Long-Term Service and Supports (non-clinical) 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 non-clinical in nature and are provided across various settings from facility-based or institutional care to community-based settings.  
  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.  
+
* Delivery environment: 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). Systems involved in LTSS may include case management systems, PHRs, EHRs, HIEs, provider systems, Medicaid Management Information Systems (MMIS), etc.  
* Delivery environment: 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  
+
* Locale: US Realm
Community-Based Services (HCBS).
 
* Locale: US Realm
 
 
   
 
   
Electronic Long-Term Services & Supports (eLTSS) Service Plan Project aims to enable electronic data-level interoperability and exchange of data reflected on the person-centered service plans.  
+
Electronic Long-Term Services & Supports (eLTSS) Service Plan Project aims to enable electronic data-level interoperability and exchange of data reflected on the person-centered service plans.  
The ultimate goal is to leverage HIT standards and electronic information sharing to improve the delivery and coordination of community-based care provided under programs such as Medicaid Waivers.
+
The ultimate goal is to leverage HIT standards and electronic information sharing to improve the delivery and coordination of community-based care provided under programs such as Medicaid Waivers.
This project is the continuation of work performed under the eLTSS Initiative, a joint effort by ONC and CMS, that published an eLTSS Core Dataset and balloted the “HL7 Cross-Paradigm White Paper: Electronic Long-Term Services & Supports  
+
This project is the continuation of work performed under the eLTSS Initiative, a joint effort by ONC and CMS, that published an eLTSS Core Dataset and balloted the “HL7 Cross-Paradigm White Paper: Electronic Long-Term Services & Supports  
(eLTSS), Release 1” in the Sep 2018 ballot cycle.  
+
(eLTSS), Release 1” in the Sep 2018 ballot cycle.  
Current HL7 Content standards already include content to enable the creation and exchange of medically-focused care plans. This effort aims to ensure that service information can be captured and exchanged  
+
Current HL7 Content standards already include content to enable the creation and exchange of medically-focused care plans. This effort aims to ensure that service information can be captured and exchanged  
alongside the medical interventions for a comprehensive picture of a person’s care.
+
alongside the medical interventions for a comprehensive picture of a person’s care.
Integrating clinical and service information into comprehensive plans can help to improve the coordination of health and social services that support an individual’s mental and physical health.
+
Integrating clinical and service information into comprehensive plans can help to improve the coordination of health and social services that support an individual’s mental and physical health.
  
 +
The IG will use the following resources to enable eLTSS Plan Creation and Exchange:
 +
• CarePlan
 +
• CareTeam
 +
• Claim
 +
• Condition
 +
• Contract
 +
• Coverage
 +
• DocumentReference
 +
• EpisodeOfCare
 +
• Goal
 +
• Location
 +
• Observation
 +
• Organization
 +
• Patient
 +
• Practitioner
 +
• Questionnaire
 +
• QuestionnaireResponse
 +
• Related Person
 +
• RiskAssesment
 +
• ServiceRequest
  
 
==IG Purpose==
 
==IG Purpose==
  
 
<!-- Why is this IG necessary? -->
 
<!-- Why is this IG necessary? -->
The adoption and use of Health IT and quality measurement for community-based long-term services and supports is limited.  
+
The adoption and use of Health IT and quality measurement for community-based long-term services and supports is limited.  
Limitations include:
+
Limitations include:
* lack of uniformity in the terminology and definitions of data elements, including those important to the beneficiary, needed for assessments and service plans used across and between community-based information systems,  
+
* lack of uniformity in the terminology and definitions of data elements, including those important to the beneficiary, needed for assessments and service plans used across and between community-based information systems, clinical care systems and personal health record systems;  
clinical care systems and personal health record systems;  
+
* insufficient business and/or financial incentives for service providers to acquire and use Health IT to support coordination of services;  
* insufficient business and/or financial incentives for service providers to acquire and use Health IT to support coordination of services;  
+
* minimal national standards for quality measurement in LTSS outcomes;  
* minimal national standards for quality measurement in LTSS outcomes;  
+
* lack of consensus on the inter-relationships between a beneficiary’s plans across care, services and supports; and  
* lack of consensus on the inter-relationships between a beneficiary’s plans across care, services and supports; and  
+
* lack of evidence and understanding of how Health IT may benefit the beneficiary and encourage their adoption and use of Health IT.
* lack of evidence and understanding of how Health IT may benefit the beneficiary and encourage their adoption and use of Health IT.
+
* lack of established best practices for complying with legal security and privacy requirements when electronically exchanging data between covered clinical entities and non-clinical entities providing community-based services.
* lack of established best practices for complying with legal security and privacy requirements when electronically exchanging data between covered clinical entities and non-clinical entities providing community-based services.
+
The eLTSS FHIR Implementation Guide will provide an official compilation of all the FHIR-related artifacts and documentation needed to enable exchange of eLTSS Dataset via FHIR (e.g. eLTSS Dataset FHIR mappings, eLTSS data exchange scenarios, examples).
The eLTSS FHIR Implementation Guide will provide an official compilation of all the FHIR-related artifacts and documentation needed to enable exchange of eLTSS Dataset via FHIR (e.g. eLTSS Dataset FHIR mappings,
+
The eLTSS FHIR Implementation Guide will be matured to a Standard for Trial Use (STU) and will serve to support continued testing activities and evaluation by implementers.
  computable FHIR artifacts such as profiles and capability statements, examples).
 
The eLTSS FHIR Implementation Guide will be matured to a Standard for Trial Use (STU) and will serve to support continued testing activities and evaluation by implementers.
 
  
  
Line 90: Line 106:
  
 
<!-- What is the path within the HL7 github repository (i.e. https://github.com/HL7/xxx) or what is the Simplifier project name? -->
 
<!-- What is the path within the HL7 github repository (i.e. https://github.com/HL7/xxx) or what is the Simplifier project name? -->
Need a github  
+
Need a github  
  
https://gforge.hl7.org/gf/project/cbcc/docman/eLTSS%20-%20%20ONC%20Electronic%20Long-Term%20Services%20and%20Supports/
+
https://gforge.hl7.org/gf/project/cbcc/docman/eLTSS%20-%20%20ONC%20Electronic%20Long-Term%20Services%20and%20Supports/
  
Additional Project Background Available Here:
+
Additional Project Background Available Here:
  * https://oncprojectracking.healthit.gov/wiki/display/TechLabSC/eLTSS+Home
+
* https://oncprojectracking.healthit.gov/wiki/display/TechLabSC/eLTSS+Home
  
 
==Proposed IG realm and code==
 
==Proposed IG realm and code==
  
 
<!-- What is the realm code (2-character country code or 'uv') and IG code to use for the path when the IG is published under http://hl7.org/fhir?  E.g. us/ccda -->
 
<!-- What is the realm code (2-character country code or 'uv') and IG code to use for the path when the IG is published under http://hl7.org/fhir?  E.g. us/ccda -->
US/eLTSS
+
US/eLTSS
  
 
==Maintenance Plan==
 
==Maintenance Plan==
  
 
<!-- What commitment does the WG have to maintaining this IG as the FHIR core specification continues to evolve - particularly if the initial project sponsors are no longer providing resources -->
 
<!-- What commitment does the WG have to maintaining this IG as the FHIR core specification continues to evolve - particularly if the initial project sponsors are no longer providing resources -->
The project is funded through ONC and CMS. The maintenance plan is to follow the path as the US Core FHIR IG where the initial content is developed and adopted by various pilot organizations  
+
The project is funded through ONC and CMS. The maintenance plan is to follow the path as the US Core FHIR IG where the initial content is developed and adopted by various pilot organizations and networks and then transition the Implementation guide to the owning work group (CBCP) for the long term.
and networks and then transition the Implementation guide to the owning work group (CBCP) for the long term.
 
  
 
==Short Description==
 
==Short Description==
  
 
<!-- 1-2 sentences describing the purpose/scope of the IG for inclusion in the registry -->
 
<!-- 1-2 sentences describing the purpose/scope of the IG for inclusion in the registry -->
This IG will ensure that community-based service information can be captured and exchanged alongside the medical interventions for a comprehensive picture of a person’s care. Integrating clinical and service information  
+
The eLTSS Data Exchange FHIR IG will ensure that community-based service (non-clinical) information can be captured and exchanged alongside the medical interventions (clinical) for a comprehensive picture of a person’s care. Integrating clinical and service information  
into comprehensive plans can help to improve the coordination of health and social services that support an individual’s mental and physical health.
+
into comprehensive plans can help to improve the coordination of health and social services that support an individual’s mental and physical health.
  
  
Line 118: Line 133:
  
 
<!-- 1 paragraph describing the purpose/scope of the IG in more detail for inclusion in the version history -->
 
<!-- 1 paragraph describing the purpose/scope of the IG in more detail for inclusion in the version history -->
The Georgia team (Georgia Department of Community Health (DCH) and Georgia Tech Research Institute (GTRI)) and ONC Support team (SRS, Carradora) teams will leverage the balloted “HL7 Cross-Paradigm White Paper:
+
The eLTSS Data Exchange FHIR IG was developed under the eLTSS Initiative. The eLTSS Initiative is a joint project between the Centers for Medicare and Medicaid Services (CMS) and the Office of the National Coordinator (ONC) and was established to advance data-level interoperability for the Home and Community Based Services (HCBS) community. The initiative formed to facilitate the identification and validation of a data standard for capturing and exchanging person-centered LTSS service plan data. A multi-state consensus-based approach was used to identify and harmonize the data elements to be standardized under this initiative, resulting in the development and publication of a set of 56 data elements, referred to as the eLTSS Dataset. The eLTSS Dataset includes beneficiary demographic, goals, strengths, needs, risk management, plan signatures, and service/provider elements. The eLTSS Dataset was cross walked to the Fast Healthcare Interoperability Resources (FHIR) and Consolidated Clinical Document Architecture (C-CDA) standards and documented in the “HL7 Cross-Paradigm Information Sharing for Electronic Long-Term Services & Supports (eLTSS), Release 1” Informative Document that was balloted through HL7 in September 2018.  
Electronic Long-Term Services & Supports (eLTSS), Release 1” to develop and publish an HL7 FHIR Implementation Guide (IG). The initial eLTSS FHIR IG is currently planned to be included in the May 2019 HL7 Ballot Cycle.
 
 
 
Based on the scenarios articulated in the eLTSS use cases, the FHIR framework is a great fit for enabling eLTSS exchanges due to its focus on streamlined API-based interoperability, flexible and modular approach and comprehensive
 
focus aimed at supporting clinical, administrative and social services workflow needs.
 
  
 +
This eLTSS FHIR IR advances the Informative Document mapping of the eLTSS Dataset to FHIR into a FHIR implementation guide for consumers (e.g., support planners, case managers, beneficiaries, service providers, clinical providers) to enable the creation and exchange of eLTSS Data between non-clinical and clinical entities (e.g., EHR, PHR, HIE, case management systems).
  
 
==Involved parties==
 
==Involved parties==
  
 
<!-- 1 paragraph describing who is sponsoring or involved in creating the IG for inclusion in the version history -->
 
<!-- 1 paragraph describing who is sponsoring or involved in creating the IG for inclusion in the version history -->
Community Based Care and Privacy (CBCP) is the primary sponsoring workgroup. A collaborative team made up of ONC and CMS contractors (SRS, Carradora, Georgia Department of Community Health  
+
Community Based Care and Privacy (CBCP) is the primary sponsoring workgroup. A collaborative team made up of ONC and CMS contractors (SRS, Carradora, Georgia Department of Community Health (supported by Georgia Tech)) will create the IG.
(supported by Georgia Tech)) will create the IG.
 
  
  
Line 135: Line 146:
  
 
<!--Key resources are justified by CCDA, for resources not deemed "key", what interest is there by implementers in using this particular resource. Provide named implementations if possible - ideally provide multiple independent implementations. -->
 
<!--Key resources are justified by CCDA, for resources not deemed "key", what interest is there by implementers in using this particular resource. Provide named implementations if possible - ideally provide multiple independent implementations. -->
* CMS, ONC
+
* CMS, ONC
* SAMHSA
+
* SAMHSA
  
  
Line 144: Line 155:
  
 
Are there any source specifications that you wish to consult but are concerned about access to or expertise to consider? -->
 
Are there any source specifications that you wish to consult but are concerned about access to or expertise to consider? -->
This project is the continuation of work performed under the eLTSS Initiative, a joint effort by ONC and CMS, that published an eLTSS Core Dataset and balloted the “HL7 Cross-Paradigm White Paper: Electronic Long-Term Services & Supports (eLTSS),  
+
This project is the continuation of work performed under the eLTSS Initiative, a joint effort by ONC and CMS, that published an eLTSS Core Dataset and balloted the “HL7 Cross-Paradigm Information Sharing for Electronic Long-Term Services & Supports (eLTSS), Release 1” Informative Document in the Sep 2018 ballot cycle.  
Release 1” in the Sep 2018 ballot cycle.  
 
  
The IG will leverage US Core profiles for clinical data as applicable.  
+
The IG will depend on US Core profiles for applicable eLTSS data.  
  
  The IG will use the following resources to enable eLTSS Plan Creation and Exchange:
+
   
* CarePlan
+
==Example Scenarios==
* CareTeam
 
* Claim
 
* Condition
 
* Contract
 
* Coverage
 
* DocumentReference
 
* EpisodeOfCare
 
* Goal
 
* Location
 
* Observation
 
* Organization
 
* Patient
 
* Practitioner
 
* Questionnaire
 
* QuestionnaireResponse
 
* Related Person
 
* RiskAssesment
 
* ServiceRequest
 
  
 +
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this IG.  They should demonstrate the full scope of the IG and allow exercising of the IG's capabilities (all profiles, different types of applications, etc.) -->
 +
LTSS is currently a document-oriented exchange paradigm (e.g., consumers exchange the entire service plan as a document), however during outreach stakeholders expressed an interest in the ability to exchange portions of service plan data, query specific elements, receive notifications, etc. The aim of eLTSS is to enable those exchanges and features for LTSS data.
  
==Example Scenarios==
+
* Use FHIR Resources to generate an eLTSS plan in an LTSS case management system
 +
** Bundle, CarePlan, CareTeam, Claim, Condition, Contract, Coverage, DocumentReference, EpisodeOfCare, Goal, Location, Observation, Organization, Patient, Practitioner, Questionnaire, QuestionnaireResponse, Related Person, RiskAssesment, ServiceRequest
 +
* Exchange eLTSS Plan from Support Planner (case management system) to Clinical and Institutional-based Provider (EHR system)
 +
** Purpose: The clinical and institutional-based provider is informed of what service(s) the Beneficiary is eligible for and to supply additional details around the services as well as the Beneficiary to enable better delivery of services and support.
 +
** eLTSS Data: Clinical and Institutional-based Provider may need cost information (Claim), emergency backup plan (CarePlan), full details on service quantities (ServiceRequest), etc. Important information includes contact information for a financial management worker (Practitioner).
 +
* Exchange eLTSS Plan from Support Planner (case management system) to HCBS Provider (provider system)
 +
** Purpose: To inform HCBS Provider of service(s) requested by Beneficiary, or are authorized for the Beneficiary, as well as to supply additional detail around those services and the Beneficiary to enable better delivery of services and supports.
 +
** eLTSS Data: HCBS Providers need service and cost information (Units and Unit Costs, Effective Dates, etc.) (ServiceRequest, Claim), especially if there is a change (e.g., due to a re-assessment). This use case would be the vehicle to communicate these data elements to the HCBS Providers officially, even if the services (and quantity and rates) were previously negotiated. Signatures (Contract) are not required; however, the eLTSS Signature Date data elements (Contract) indicating when the plan was approved (CarePlan) could be important.
 +
* Exchange eLTSS Plan from Support Planner (case management system) to Beneficiary (PHR)
 +
** Purpose: The Beneficiary has a complete record of what is either proposed or to be provided to them and by whom, and potentially be imported into the Beneficiary’s PHR.
 +
** eLTSS Data: Beneficiary will not need signatures (Contract) and may not need cost information (Claim).
 +
* Exchange eLTSS Plan from HCBS Provider (provider system) to Clinical Provider (EHR) (vice versa)
 +
** Purpose: The Clinical Provider is aware of the services the Beneficiary is receiving and what their goals/needs/risks are or have been. The HCBS Provider is aware of the Beneficiary's recent hospital/doctor visit and any discharge/treatment instructions to follow.
  
<!-- Provide a listing of the types of scenarios to be represented in the examples produced for this IG.  They should demonstrate the full scope of the IG and allow exercising of the IG's capabilities (all profiles, different types of applications, etc.) -->
 
Create implementer guidance on how to use FHIR Resources and Profiles to create and exchange eLTSS Service Plans between care team members.
 
  
 
==IG Relationships==
 
==IG Relationships==
  
 
<!-- Are there any IGs this resource depends on or that depend on this IG? -->
 
<!-- Are there any IGs this resource depends on or that depend on this IG? -->
Reuse the US Core IG for clinical data as applicable.
+
Dependent on the US Core IG where applicable for eLTSS (e.g., Patient, Care Plan, Document Reference, Goal, Condition, Practitioner)
  
 
==Timelines==
 
==Timelines==
  
 
<!-- Indicate the target date for having the IGcomplete from a committee perspective and ready for vetting and voting -->
 
<!-- Indicate the target date for having the IGcomplete from a committee perspective and ready for vetting and voting -->
* 2/17/2019: Submit a functionally complete IG to CBCP along with the Notice of Intent to Ballot (NIB) to CBCP.
+
* 2/17/2019: Submit a functionally complete IG to CBCP along with the Notice of Intent to Ballot (NIB) to CBCP.
* 3/3/2019: Submit a complete FHIR IG to HL7 for QA.
+
* 3/3/2019: Submit a complete FHIR IG to HL7 for QA.
  
  

Revision as of 21:24, 11 January 2019



Electronic Long-Term Services and Supports (eLTSS) Data Exchange FHIR IG

Owning work group name

CBCP

Committee Approval Date:

CBCP Approval Date: 11/20/2018 FMG Approval Date: TBD

Contributing or Reviewing Work Groups

The following workgroups own FHIR Resources that will be referenced in the IG:

  • Patient Care
  • Orders & Observations
  • Financial Management Group


FHIR Development Project Insight ID

1431

Scope of coverage

  • Subject: Human
  • Disciplines: Long-Term Service and Supports (non-clinical) 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 non-clinical in nature and are provided across various settings from facility-based or institutional care to community-based settings.
  • Delivery environment: 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). Systems involved in LTSS may include case management systems, PHRs, EHRs, HIEs, provider systems, Medicaid Management Information Systems (MMIS), etc.
  • Locale: US Realm

Electronic Long-Term Services & Supports (eLTSS) Service Plan Project aims to enable electronic data-level interoperability and exchange of data reflected on the person-centered service plans. The ultimate goal is to leverage HIT standards and electronic information sharing to improve the delivery and coordination of community-based care provided under programs such as Medicaid Waivers. This project is the continuation of work performed under the eLTSS Initiative, a joint effort by ONC and CMS, that published an eLTSS Core Dataset and balloted the “HL7 Cross-Paradigm White Paper: Electronic Long-Term Services & Supports (eLTSS), Release 1” in the Sep 2018 ballot cycle. Current HL7 Content standards already include content to enable the creation and exchange of medically-focused care plans. This effort aims to ensure that service information can be captured and exchanged alongside the medical interventions for a comprehensive picture of a person’s care. Integrating clinical and service information into comprehensive plans can help to improve the coordination of health and social services that support an individual’s mental and physical health.

The IG will use the following resources to enable eLTSS Plan Creation and Exchange: • CarePlan • CareTeam • Claim • Condition • Contract • Coverage • DocumentReference • EpisodeOfCare • Goal • Location • Observation • Organization • Patient • Practitioner • Questionnaire • QuestionnaireResponse • Related Person • RiskAssesment • ServiceRequest

IG Purpose

The adoption and use of Health IT and quality measurement for community-based long-term services and supports is limited. Limitations include:

  • lack of uniformity in the terminology and definitions of data elements, including those important to the beneficiary, needed for assessments and service plans used across and between community-based information systems, clinical care systems and personal health record systems;
  • insufficient business and/or financial incentives for service providers to acquire and use Health IT to support coordination of services;
  • minimal national standards for quality measurement in LTSS outcomes;
  • lack of consensus on the inter-relationships between a beneficiary’s plans across care, services and supports; and
  • lack of evidence and understanding of how Health IT may benefit the beneficiary and encourage their adoption and use of Health IT.
  • lack of established best practices for complying with legal security and privacy requirements when electronically exchanging data between covered clinical entities and non-clinical entities providing community-based services.

The eLTSS FHIR Implementation Guide will provide an official compilation of all the FHIR-related artifacts and documentation needed to enable exchange of eLTSS Dataset via FHIR (e.g. eLTSS Dataset FHIR mappings, eLTSS data exchange scenarios, examples). The eLTSS FHIR Implementation Guide will be matured to a Standard for Trial Use (STU) and will serve to support continued testing activities and evaluation by implementers.


Content location

Need a github

https://gforge.hl7.org/gf/project/cbcc/docman/eLTSS%20-%20%20ONC%20Electronic%20Long-Term%20Services%20and%20Supports/

Additional Project Background Available Here:

Proposed IG realm and code

US/eLTSS

Maintenance Plan

The project is funded through ONC and CMS. The maintenance plan is to follow the path as the US Core FHIR IG where the initial content is developed and adopted by various pilot organizations and networks and then transition the Implementation guide to the owning work group (CBCP) for the long term.

Short Description

The eLTSS Data Exchange FHIR IG will ensure that community-based service (non-clinical) information can be captured and exchanged alongside the medical interventions (clinical) for a comprehensive picture of a person’s care. Integrating clinical and service information into comprehensive plans can help to improve the coordination of health and social services that support an individual’s mental and physical health.


Long Description

The eLTSS Data Exchange FHIR IG was developed under the eLTSS Initiative. The eLTSS Initiative is a joint project between the Centers for Medicare and Medicaid Services (CMS) and the Office of the National Coordinator (ONC) and was established to advance data-level interoperability for the Home and Community Based Services (HCBS) community. The initiative formed to facilitate the identification and validation of a data standard for capturing and exchanging person-centered LTSS service plan data. A multi-state consensus-based approach was used to identify and harmonize the data elements to be standardized under this initiative, resulting in the development and publication of a set of 56 data elements, referred to as the eLTSS Dataset. The eLTSS Dataset includes beneficiary demographic, goals, strengths, needs, risk management, plan signatures, and service/provider elements. The eLTSS Dataset was cross walked to the Fast Healthcare Interoperability Resources (FHIR) and Consolidated Clinical Document Architecture (C-CDA) standards and documented in the “HL7 Cross-Paradigm Information Sharing for Electronic Long-Term Services & Supports (eLTSS), Release 1” Informative Document that was balloted through HL7 in September 2018.

This eLTSS FHIR IR advances the Informative Document mapping of the eLTSS Dataset to FHIR into a FHIR implementation guide for consumers (e.g., support planners, case managers, beneficiaries, service providers, clinical providers) to enable the creation and exchange of eLTSS Data between non-clinical and clinical entities (e.g., EHR, PHR, HIE, case management systems).

Involved parties

Community Based Care and Privacy (CBCP) is the primary sponsoring workgroup. A collaborative team made up of ONC and CMS contractors (SRS, Carradora, Georgia Department of Community Health (supported by Georgia Tech)) will create the IG.


Expected implementations

  • CMS, ONC
  • SAMHSA


Content sources

This project is the continuation of work performed under the eLTSS Initiative, a joint effort by ONC and CMS, that published an eLTSS Core Dataset and balloted the “HL7 Cross-Paradigm Information Sharing for Electronic Long-Term Services & Supports (eLTSS), Release 1” Informative Document in the Sep 2018 ballot cycle.

The IG will depend on US Core profiles for applicable eLTSS data.


Example Scenarios

LTSS is currently a document-oriented exchange paradigm (e.g., consumers exchange the entire service plan as a document), however during outreach stakeholders expressed an interest in the ability to exchange portions of service plan data, query specific elements, receive notifications, etc. The aim of eLTSS is to enable those exchanges and features for LTSS data.

  • Use FHIR Resources to generate an eLTSS plan in an LTSS case management system
    • Bundle, CarePlan, CareTeam, Claim, Condition, Contract, Coverage, DocumentReference, EpisodeOfCare, Goal, Location, Observation, Organization, Patient, Practitioner, Questionnaire, QuestionnaireResponse, Related Person, RiskAssesment, ServiceRequest
  • Exchange eLTSS Plan from Support Planner (case management system) to Clinical and Institutional-based Provider (EHR system)
    • Purpose: The clinical and institutional-based provider is informed of what service(s) the Beneficiary is eligible for and to supply additional details around the services as well as the Beneficiary to enable better delivery of services and support.
    • eLTSS Data: Clinical and Institutional-based Provider may need cost information (Claim), emergency backup plan (CarePlan), full details on service quantities (ServiceRequest), etc. Important information includes contact information for a financial management worker (Practitioner).
  • Exchange eLTSS Plan from Support Planner (case management system) to HCBS Provider (provider system)
    • Purpose: To inform HCBS Provider of service(s) requested by Beneficiary, or are authorized for the Beneficiary, as well as to supply additional detail around those services and the Beneficiary to enable better delivery of services and supports.
    • eLTSS Data: HCBS Providers need service and cost information (Units and Unit Costs, Effective Dates, etc.) (ServiceRequest, Claim), especially if there is a change (e.g., due to a re-assessment). This use case would be the vehicle to communicate these data elements to the HCBS Providers officially, even if the services (and quantity and rates) were previously negotiated. Signatures (Contract) are not required; however, the eLTSS Signature Date data elements (Contract) indicating when the plan was approved (CarePlan) could be important.
  • Exchange eLTSS Plan from Support Planner (case management system) to Beneficiary (PHR)
    • Purpose: The Beneficiary has a complete record of what is either proposed or to be provided to them and by whom, and potentially be imported into the Beneficiary’s PHR.
    • eLTSS Data: Beneficiary will not need signatures (Contract) and may not need cost information (Claim).
  • Exchange eLTSS Plan from HCBS Provider (provider system) to Clinical Provider (EHR) (vice versa)
    • Purpose: The Clinical Provider is aware of the services the Beneficiary is receiving and what their goals/needs/risks are or have been. The HCBS Provider is aware of the Beneficiary's recent hospital/doctor visit and any discharge/treatment instructions to follow.


IG Relationships

Dependent on the US Core IG where applicable for eLTSS (e.g., Patient, Care Plan, Document Reference, Goal, Condition, Practitioner)

Timelines

  • 2/17/2019: Submit a functionally complete IG to CBCP along with the Notice of Intent to Ballot (NIB) to CBCP.
  • 3/3/2019: Submit a complete FHIR IG to HL7 for QA.


When IG Proposal Is Complete

When you have completed your proposal, please send an email to FMGcontact@HL7.org

FMG Notes