HL7 Coordination Of Care Service Functional Model - Hl7

10m ago
9 Views
1 Downloads
1.93 MB
63 Pages
Last View : 24d ago
Last Download : 3m ago
Upload by : Ciara Libby
Transcription

HL7 Coordination of Care Service Functional Model HL7 SFM CCS R1 STU 2017APR 5 HL7 Service Functional Model: Coordination of Care Service (CCS), STU Release 1 HL7 Standard for Trial Use (STU) 10 15 20 25 30 April 2017 Sponsored by: Patient Care Workgroup Service Oriented Architecture Workgroup Additional Interested Work Group Name: Clinical Decision Support Workgroup Publication of this standard for trial use and comment has been approved by Health Level Seven International (HL7). This standard is not an accredited American National Standard. The comment period for trial use of this standard shall end 24 months from the date of publication. Suggestions for revision should be submitted at http://www.hl7.org/dstucomments/index.cfm. Following this 24 month evaluation period, this standard, revised as necessary, will be submitted to a normative ballot in preparation for approval by ANSI as an American National Standard. Implementations of this trial use standard shall be viable throughout the normative ballot process and for up to six months after publication of the relevant normative standard. Copyright 2016 Health Level Seven International ALL RIGHTS RESERVED. The reproduction of this material in any form is strictly forbidden without the written permission of the publisher. HL7 International and Health Level Seven are registered trademarks of Health Level Seven International. Reg. U.S. Pat & TM Off. Page 1 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model IMPORTANT NOTES: 35 40 45 50 55 60 HL7 licenses its standards and select IP free of charge. If you did not acquire a free license from HL7 for this document, you are not authorized to access or make any use of it. To obtain a free license, please visit http://www.HL7.org/implement/standards/index.cfm. If you are the individual that obtained the license for this HL7 Standard, specification or other freely licensed work (in each and every instance "Specified Material"), the following describes the permitted uses of the Material. A. HL7 INDIVIDUAL, STUDENT AND HEALTH PROFESSIONAL MEMBERS, who register and agree to the terms of HL7’s license, are authorized, without additional charge, to read, and to use Specified Material to develop and sell products and services that implement, but do not directly incorporate, the Specified Material in whole or in part without paying license fees to HL7. INDIVIDUAL, STUDENT AND HEALTH PROFESSIONAL MEMBERS wishing to incorporate additional items of Special Material in whole or part, into products and services, or to enjoy additional authorizations granted to HL7 ORGANIZATIONAL MEMBERS as noted below, must become ORGANIZATIONAL MEMBERS of HL7. B. HL7 ORGANIZATION MEMBERS, who register and agree to the terms of HL7's License, are authorized, without additional charge, on a perpetual (except as provided for in the full license terms governing the Material), nonexclusive and worldwide basis, the right to (a) download, copy (for internal purposes only) and share this Material with your employees and consultants for study purposes, and (b) utilize the Material for the purpose of developing, making, having made, using, marketing, importing, offering to sell or license, and selling or licensing, and to otherwise distribute, Compliant Products, in all cases subject to the conditions set forth in this Agreement and any relevant patent and other intellectual property rights of third parties (which may include members of HL7). No other license, sublicense, or other rights of any kind are granted under this Agreement. C. NON-MEMBERS, who register and agree to the terms of HL7’s IP policy for Specified Material, are authorized, without additional charge, to read and use the Specified Material for evaluating whether to implement, or in implementing, the Specified Material, and to use Specified Material to develop and sell products and services that implement, but do not directly incorporate, the Specified Material in whole or in part. NON-MEMBERS wishing to incorporate additional items of Specified Material in whole or part, into products and services, or to enjoy the additional authorizations granted to HL7 ORGANIZATIONAL MEMBERS, as noted above, must become ORGANIZATIONAL MEMBERS of HL7. Please see http://www.HL7.org/legal/ippolicy.cfm for the full license terms governing the Material. Ownership. Licensee agrees and acknowledges that HL7 owns all right, title, and interest, in and to the Trademark. Licensee shall take no action contrary to, or inconsistent with, the foregoing. 65 70 Licensee agrees and acknowledges that HL7 may not own all right, title, and interest, in and to the Materials and that the Materials may contain and/or reference intellectual property owned by third parties (“Third Party IP”). Acceptance of these License Terms does not grant Licensee any rights with respect to Third Party IP. Licensee alone is responsible for identifying and obtaining any necessary licenses or authorizations to utilize Third Party IP in connection with the Materials or otherwise. Any actions, claims or suits brought by a third party resulting from a breach of any Third Party IP right by the Licensee remains the Licensee’s liability. Following is a non-exhaustive list of third-party terminologies that may require a separate license: Terminology Owner/Contact Current Procedures Terminology (CPT) code set SNOMED CT Logical Observation Identifiers Names & Codes (LOINC) International Classification of Diseases (ICD) codes NUCC Health Care Provider Taxonomy code set American Medical Association nsurance/cpt/cpt-productsservices/licensing.page? International Healthcare Terminology Standards Development Organization (IHTSDO) http://www.ihtsdo.org/snomed-ct/get-snomed-ct or info@ihtsdo.org Regenstrief Institute World Health Organization (WHO) American Medical Association. Please see 222.nucc.org. AMA licensing contact: 312-464-5022 (AMA IP services) Page 2 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model Note to Readers 75 This document describes the Service Functional Model (SFM) for the HL7 Coordination of Care Services Specification, which is specified under the Service Development Framework process under the auspices of the Healthcare Services Specification Project (HSSP). Further context is given in the overview section below, but one key point to note is that the SFM provides a Service Interface specification, NOT the specification of a technical Service platform specific implementation. This is a critical distinction in terms of Service Oriented Architecture. There could be different ways of implementing all or part of the functionality to support the behavior described in this specification. 80 Change History Version Date Author Changes 0.5 March th 17 , 2013 Jon Farmer, Draft for comments and community feedback – HL7 May 2013 ballot cycle March rd 23 , 2014 Enrique Meneses 1.0 Enrique Meneses Stephen Chu MD PhD Laura Heerman Langford PhD RN 1.1 February rd 3 , 2014 Enrique Meneses Many updates based on ballot comments, community feedback and workgroup meetings. DSTU – Draft Standard for Trial Use – HL7 May 2014 ballot cycle Updates based on DSTU comments Emma Jones Page 3 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model Project Coordinator and Document Editor s 85 Enrique Meneses Stephen Chu, MD, PhD Laura Heermann Langford, PhD RN Collaborators and Contributors Russell Leftwich, MD 90 Iona Thraen, PhD, MSW 95 Nan Hou, PhD, RN Kevin Coonan, MD Susan Campbell, PhD, RN Jon Farmer Lisa R Nelson, MS, MBA Ken Rubin Emma Jones, RN, MS Chris White Randy Belknap 100 Les Morgan Project Sponsors HL7 Patient Care Work Group - http://wiki.hl7.org/index.php?title Patient Care HL7 Care Plan Project - http://wiki.hl7.org/index.php?title Care Plan Project HL7 Service Oriented Architecture Work Group - http://hssp.wikispaces.com Page 4 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 Coordination of Care Service Functional Model 105 TABLE OF CONTENTS Note to Readers . 3 Change History . 3 Project Coordinator and Document Editors . 4 Collaborators and Contributors . 4 110 Project Sponsors . 4 Table of Contents . 6 Preface . 8 HL7-OMG Healthcare Services Specification Project (HSSP) . 8 Service Definition Principles. 9 115 Overall disclaimers . 9 Readers Guide . 10 1. Executive Summary . 11 1 Background . 11 Project Overview . 13 120 Project Goals . 14 Assumptions . 14 Scope of Service Functional Model . 14 Out of Scope for the Service Functional Model . 14 Significant Terms . 15 125 2. Business Story Boards . 17 Storyboard 1 . 17 Storyboard 2 . 18 Storyboard 3 . 18 Storyboard 4 . 19 130 Storyboard 5 . 19 3. Care Team Interaction Illustrations . 24 4. Service Functional Model . 28 Care Team Membership Capabilities . 30 Care Team Communication Capabilities . 36 135 Care Team Availability/Scheduling Capabilities. 41 Care Plan Management Capabilities . 42 Plan Templates . 52 Page 6 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model Plan Resource Support Capabilities . 53 Progress and Outcome Review Capabilities. 55 140 Observations and Supportive Content Capabilities . 57 Reconciliation Process Support . 59 5. Profile Grouping . 61 Care Team Communication . 61 Care Planning and Execution – Dynamic Care Team Contribution . 61 145 Clinical Decision Support (CDS) . 62 Plan Content Publishing . 62 Appendix A - Relevant Standards . 63 Appendix B – Relationship to Information Content . 64 Page 7 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model PREFACE 150 The Service Specification Development Framework Methodology is the methodology followed to define HSSP specifications. The methodology sets out an overall process and defines the responsibilities of the Service Functional Model (SFM). Section 2 sets out the business context for this particular specification, but first it is important to understand the overall context within which this specification is written, i.e. its purpose from a methodology standpoint. 155 HL7-OMG Healthcare Services Specification Project (HSSP) 160 The Healthcare Services Specification Project (HSSP) [http://hssp.wikispaces.com] is a joint endeavor between Health Level Seven (HL7) [http://www.hl7.org] and the Object Management Group (OMG) [http://www.omg.org]. The HSSP was chartered at the January 2005 HL7 meeting under the Electronic Health Records Technical Committee, and the project was subsequently validated by the Board of Directors of both organizations. The HSSP has several objectives. These objectives include the following: 165 To stimulate the adoption and use of standardized “plug-and-play” services by healthcare software product vendors To facilitate the development of a set of implementable interface standards supporting agreedupon services specifications to form the basis for provider purchasing and procurement decisions. To complement and not conflict with existing HL7 work products and activities, leveraging content and lessons learned from elsewhere within the organization. Within the process, HL7 has primary responsibility for: 170 175 Identifying and prioritizing services as candidates for standardization Specifying the functional requirements and conformance criteria for these services in the form of Service Functional Model (SFM) specifications such as this document Adopting these SFMs as balloted HL7 standards. These activities are coordinated by the HL7 Services Oriented Architecture WG in collaboration with other HL7 committees. For this DSTU, the Coordination of Care Service Specification Project is sponsored by the HL7 Patient Care Working Group in close collaboration with the Care Plan project which is leading in the specification of the clinical domain models [http://wiki.hl7.org/index.php?title Care Plan Project]. 185 Based on the HL7 SFMs, OMG will develop “Requests for Proposals” (RFPs) that are the basis of the OMG standardization process. This process allows vendors and other submitters to propose solutions that satisfy the mandatory and optional requirements expressed in the RFP while leaving design flexibility to the submitters and implementation flexibility to the users of the standard. The result of this collaboration is an RFP Submission, which will be referred to in the HSSP process as a Service Technical Model (STM). HL7 members, content, and concerns are integral to this process, and will be explicitly included in the RFP creation and evaluation process. 190 It is important to note that the HL7 SFMs specify the functional requirements of a service, the OMG RFPs specify the technical requirements of a service, and the STM represents the resulting technical model, except as specified below. In many cases, SFMs describe an overall coherent set of functional capabilities and / or define a minimum set of behaviors necessary to guarantee a minimal level of service in a deployment scenario. These capabilities may be specialized or subdivided from both functional and 180 Page 8 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model informational (semantic) perspectives to provide conformance “profiles” that may be used as the basis for the OMG RFP process and/or implemented. Service Definition Principles 195 The high level principles regarding service definition that have been adopted by the Services Specification Project are as follows: 200 205 210 215 220 Service Specifications shall be well defined and clearly scoped and with well understood requirements and responsibilities. Services should have a unity of purpose (e.g., fulfilling one domain or area) but services themselves may be composable. Services will be specified sufficiently to address functional, semantic, and structural interoperability. It must be possible to replace one conformant service implementation with another meeting the same service specification while maintaining functionality of the system. A Service at the SFM level is regarded as a system component; the meaning of the term “(system) 1 component” in this context is consistent with UML usage . A component is a modular unit with welldefined interfaces that is replaceable within its environment. A component can always be considered an autonomous unit within a system or subsystem. It has one or more provided and/or required interfaces, and its internals are hidden and inaccessible other than as provided by its interfaces. Each Service’s Functional Model defines the interfaces that the service exposes to its environment, and the service’s dependencies on services provided by other components in its environment. Dependencies in the Functional Model relate to services that have or may in future have a Functional Model at a similar level; detail dependencies on low-level utility services should not be included, as that level of design is not in scope for the Functional Model. The manner in which services and interfaces are deployed, discovered, and so forth is outside the scope of the Functional Model. However, HSSP Functional Models may reference content from other areas of HSSP work that deals with architecture, deployment, naming and so forth. Except where explicitly specified, these references are to be considered informative only. All other interactions within the scope of the scenarios identified above are in the scope of the Functional Model. Reference may be made to other specifications for interface descriptions, for example where an interface is governed by an existing standard. Overall disclaimers Examples are illustrative and not normative unless otherwise specified The scope of information content of HSSP service specifications is not limited to HL7 content models. At a minimum, however, specifications should provide a semantic profile as part of its conformance profile to provide support for HL7 content models where applicable. 225 1 It is expected that services will be defined, in response to the OMG RFP process, as UML components; however that level of design is outside the scope of the Functional Model. Page 9 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model Readers Guide Based upon the nature of your interest, we suggest the following as areas to focus your attention: Audience Sections (In order of priority) Domain Committees, SME’s 1, 2, 3, 4 Architects, HSSP 1, 3, 4 RFP Submitters 1, 5, 4, 3 Page 10 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model 1 EXECUTIVE SUMMARY 1.1 230 235 Background 1 The World Health Organization (WHO) defines chronic diseases as “diseases that are of long duration and generally slow progression (http://www.who.int/topics/chronic diseases/en/)” and can have long-term effects. “Chronic” is usually applied to diseases lasting over 3 months (World Health Organization). 2 Individuals of all ages are living longer with chronic illness and disability. The World Health Organization estimates 63% of all annual deaths ( 36 million people) are attributable to non-communicable or chronic diseases. As the number and complexity of health conditions increase over time and episodes of acute illness are superimposed, the number of care providers contributing to individual care increases as well. With this complexity, it becomes significantly more difficult to align and coordinate care among diverse providers who frequently span multiple sites. 240 250 The numbers of health care service delivery encounters required by individuals, as well as the failure to deliver and coordinate needed services are significant sources of frustration and errors and are drivers of health care expenditures. According to claims data reported for US Medicare beneficiaries in 2003-2004, 19.6% of re-hospitalizations occurred 30 days after discharge. This translated into 17.4 billion dollars in 3 hospital payments from Medicare in 2004 . Providing person-centered care is particularly important for medically-complex and/or functionally impaired individuals given the complexity, range, and on-going and evolving nature of their health status and the services needed. Effective, collaborative partnerships between service providers and individuals are necessary to ensure that individuals have the ability to participate in planning their care and that their wants, needs, and preferences are respected in health care decision making. 255 The ability to target appropriate services and to coordinate care over time, across multiple clinicians and sites of service, with the engagement of the individual (i.e. longitudinal coordination of care) is essential to alleviating fragmented, duplicative and costly care for these medically complex and/or functionally impaired persons. 260 Efficient health information exchange to support coordination of care across multiple clinicians and care sites requires more than medication reconciliation and care summary exchanges. The availability and adoption of standards to support and inform care delivery independent of care setting is essential to alleviating fragmented, duplicative and costly care. 245 265 270 Without a process to reconcile potentially conflicting plans created by multiple providers, it is difficult, if not impossible to avoid unnecessary and potentially harmful interventions. Without such a process, it is also difficult to shift the perspective of providers from the management of currently active issues to consideration of future goals and expectations. Similarly, the challenge of establishing a consensus driven process across multiple disciplines and settings is confounded by a fragmented system of policies, technologies and services. As information moves across settings in the longitudinal care space, care team members need more information than standard chart summaries typically provide. Care team members, including patients, benefit from sharing comprehensive patient data and information, including the care plan. In addition, the 1 Laura Heermann Langford RN PhD, Stephen Chu MD PhD. “HL7 Care Plan Domain Information Model September 2013 Informative Ballot.” http://wiki.hl7.org/index.php?title Care Plan Project 2 World Health Organization, ble diseases/en/index.html 3 Coleman, MD. MPH, Eric A. "Preparing Patients and Caregivers to Participate in Care Delivered Across Settings: The Care Transitions Intervention." Journal of the American Geriatric Society 52, (2004): 1817-1825. 4 Institute of Medicine. “Crossing the Quality Chasm: A New Health System for the 21st Century.” http://www.edu/ .pdf Page 11 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model contributions of the care team to this information needs to be current for all stakeholders as it changes in order to avoid communication gaps and conflicting interventions. 275 There is growing recognition of the need for and benefits of fully interoperable Health Information Technology (HIT) capabilities across care provider groups. Of importance are the information or data needs of the medically complex and/or functionally impaired individuals. Effective, collaborative partnerships among service providers and individuals are necessary to ensure that individuals have the ability to participate in planning their care and that their wants, needs, and preferences are respected in 4 health care decision making . 280 The identification and harmonization of standards for the longitudinal coordination of care will improve efficiencies and promote collaboration by: 285 290 Improving provider’s workflow by enabling secure, single-point data entry for data related to care coordination Eliminating the large amount of time wasted in phone communication and the frustrations on the side of the receiving provider in not always obtaining care transition and care planning information in a timely manner Reducing paper and fax, and corresponding manual processes during care coordination Supporting the timely transition of relevant clinical information at each point of care transition and as the patient’s condition changes Enabling sending and receiving provider groups to initiate and/or recommend changes to patient interventions more promptly 295 Page 12 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1 2017 Health Level Seven International. All rights reserved. April 2017

HL7 PCWG Coordination of Care Service Functional Model 2 PROJECT OVERVIEW 300 The scope of this specification is to define the functions or capabilities required for effective coordination of care systems. It includes illustrative story boards and care team collaboration illustrative models. This service functional model (SFM) will define the scope of the requirements for a subsequent phase of the project which will define a technical services specification. The service capabilities define the functions and may not map to a technical service operation with a 1-to-1 relationship. Development of the HL7 Coordination of Care SFM is guided by the following principles: 305 310 Ongoing coordination of care is a collaborative activity between care team members The patient and designated family care givers are members of the Care Team Effective coordination of care requires a systems engineering perspective which considers all the parts of the (eco)system: o Care Team collaboration o Goal oriented care planning

HL7 PCWG Coordination of Care Service Functional Model Page 7 HL7 Service Functional Model; Coordination of Care Service (CCS), STU Release 1

Related Documents:

HL7 Messaging Tool - EHR Vendor All new products will be listed under Your Product List. To start validating products go to the Validating EHR Projects/Versions section under Validating HL7 Messages. Validating HL7 Messages This section will go into detail on how to validate each EHR Product, Group HL7 Messages, and Practice HL7 Messages.

(EHR) system, and creating a data model for that database is challenging due to the EHR system's special nature. Because of complexity, spatial, sparseness, interrelation, temporal, . Entry PACS Billing HL7 & DICOM HL7 HL7 HL7 HL7 HL7 IJCSI International Journal of Computer Science Issues, Vol. 9, Issue 5, No 1, September 2012

This is the first HL7 interface that MCIR has developed. Query and other bidirectional interface options will be developed soon and will be documented in an updated version of this document. How to Format Data MCIR currently supports the following versions of HL7 formatted messages: HL7 v2.5.1 Preferred format. HL7 v2.3.1 Supported format

HL7 C-CDA v1.1 MU 2014 HL7 C-CDA v2.0 HL7 C-CDA v2.1 MU 2015 2011 Edition/Stage 1 MU 2014 Edition/Stage 2 MU: – HL7 Implementation Guide for CDA Release 2: IHE Health Story Consolidation, DSTU Release 1.1 (US Realm) Draft Standard for Trial Use – HL7 Implementat

Co-Chair, HL7 Clinical Quality Information Workgroup . Kanwarpreet Sethi - Lantana Consulting Group Co-Chair, HL7 Clinical Quality Information Workgroup Presented at HIMSS17 - HL7 Educational Sessions Orlando, Florida February 20, 2017 . Health IT Enabled Quality Measurement and Improvement: The HL7 Clinical Quality Information Workgroup

The HL7 2.5.1 Standard contains the order and structure of data fields in . This Florida Department of Health specification guide should not be used as a tutorial for either HL7 or electronic interfaces, in general. The reader and laboratory trading partners are expected to have a basic understanding of interface concepts, HL7, and electronic .

6.5.2015 DHSS HESS HL7 Implementation Guide Release 1.3 7 2 General HESS Message Infrastructure 2.1 Basic HL7 Terms Table 2.1 Basic HL7 Terms Term Definition Message A message is the entire unit of data transferred between systems in a single transmission. It is a series of segments in a defined sequence, with a message type

Grade 2 Mathematics Student At-Home Activity Packet This At-Home Activity Packet includes 22 sets of practice problems that align to important math concepts your student has worked with so far this year. We recommend that your student completes one page of practice problems each day. Encourage your student to do the best they can with this content—the most important thing is that they .