Difference between revisions of "IPS implementationguide 1"

From HL7 IPS
Jump to: navigation, search
(Principle on negations and data known absent)
(Principle on negations and data known absent)
Line 104: Line 104:
 
===Usage of translations===
 
===Usage of translations===
 
{{Responsible|Rob Hausam}}
 
{{Responsible|Rob Hausam}}
===Principle on negations and data known absent===
+
===Principle on negations, data known absent and data unknown ===
 
{{Responsible|Philip Scott, Giorgio Cangioli, Kai Heitmann, Francois Macary}}
 
{{Responsible|Philip Scott, Giorgio Cangioli, Kai Heitmann, Francois Macary}}
 
* See Paris slides
 
* See Paris slides

Revision as of 15:40, 26 April 2017

Document Information

This document contains: Implementation Guide International Patient Summary (0.10). The text materials belong to category cdaips.



Important Notes

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), non-exclusive 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 Materials. Licensee shall take no action contrary to, or inconsistent with, the foregoing.

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:

TerminologyOwner/Contact
Current Procedures Terminology (CPT) code setAmerican Medical Association https://www.ama-assn.org/practice-management/cpt-licensing
SNOMED CT©SNOMED International http://www.snomed.org/snomed-ct/get-snomed-ct or info@ihtsdo.org
Logical Observation Identifiers Names & Codes (LOINC©)Regenstrief Institute, Inc.
International Classification of Diseases (ICD) codesWorld Health Organization (WHO)
NUCC Health Care Provider Taxonomy code setAmerican Medical Association. Please see www.nucc.org. AMA licensing contact: 312-464-5022 (AMA IP services)

Authors and Contributors

Introduction

Responsible: Philip Scott

Once upon a time there was a lovely patient summary that wanted to see the world. So it left its home in the woods and set out for the big city. Then it was eaten by a horrible red wolf.

Purpose

See PSS

The goal of this Implementation Guide is to identify the required clinical data with associated vocabulary bindings and value sets for patient summary, in the context of specific use cases, and to build an international document and associated templates based on HL7 CDA R2 (or a future CDA release) and potentially the FHIR standards, with value sets to support data elements within those templates. The initial use cases will be the patient summary, providing support for emergency care and unplanned care.

These templates/profiles aim to:

  • Serve for both cross-jurisdictional (through adaptation/extension for multi-language and realm scenarios, including translation) and national (through localization) patient summaries.
  • Support emergency care and unplanned care in any country (home and foreign), regardless of language
  • Define value sets based on international vocabularies that are usable and understandable in any country

The deliverable(s) will address the requirements of an international patient summary:

  • For the exchange of structured and coded information (section headings, entries)
  • For administrative data in order to support content commitment, audit/logging/provenance

The Implementation Guide will receive input from the EHR WG regarding the specification of functional requirements on patient summaries.

This includes a compilation of the required clinical data, based on results of multiple previous projects on patient summaries (including but not limited to epSOS, ONC, Trillium Bridge, eHealth Exchange), rules and recommendations for the use and maintenance of associated vocabulary bindings and value sets (in multilingual settings), and templates for the implementation of international patient summary documents.

Therefore this Implementation Guide has its primary focus on provisions for semantic interoperability.

Templates/profiles should take in consideration, where applicable, legal, organizational, security and infrastructure requirements based on experiences of pilot implementations (Trillium Bridge).

The white paper on Comparative Analysis Between HL7 C-CDA R1.1 CCD and epSoS PS v1.4 will inform the development of the harmonized template and associated value sets.

Background

In 2010 a MoU was signed between EU and US to strengthen global cooperation in eHealth/Health. As a result, the ONC S&I “Interoperability of EHR” work group was launched in US in 2013 (http://wiki.siframework.org/EU-US+eHealth+Cooperation+Initiative) and the Trillium Bridge Project (www.trilliumbridge.eu) in Europe to compare the CDA templates specified at that time in Europe (epSOS PS V1.4) and in US (MU – C-CDA CCD v1.1) for Patient Summaries (PSs) and to build a Trans-Atlantic exchange proof of concept. Both initiatives resulted identifying the need for a common template and vocabularies for the Patient Summary, in particular the following recommendation was offered and endorsed by all members of the Joint Initiative Council and by the HL7 International Council: “to advance an International Patient Summary (IPS) standard and enable people to access and share their health information for emergency or unplanned care anywhere and as needed. At minimum the IPS should include immunizations, allergies, medications, clinical problems, past operations and implants.”

Meanwhile

  • A new version of the EU/US MOU Transatlantic eHealth/health IT Cooperation Roadmap entered consultation in November 2015 , ;
  • (US) a Shared Nationwide interoperability roadmap was published in November 2015 ;
  • The Joint Initiative Council (JIC) on SDO Global Health Informatics Standardization, initiated the standard sets project with patient summary as its pilot ;
  • A maintenance process for the European Patient Summary Guidelines is in progress (expected release on Nov 2016);
  • The European eHealth Digital Service Infrastructure (project for the operational deployment of the EU cross-borders services) has been launched (2016-2018)
  • ART-DECOR® and the HL7 DSTU (now STU) template exchange format are being more and more used by European countries, including for the European Patient Summary templates (aka epSOS PS template). ART DECOR is also connected to the IHE

Scope

scope text from PSS

Ballot Status of the Document

This Implementation Guide is a draft.

Audience

Relationships with other projects and guides

  • Connection with CEN IPS - quote/cite HL7/CEN agreement
  • epSOS/eHDSI; C-CDA; IHE-PCC

Prerequisite Knowledge

CDA template concepts/terminology

How to read this document

Slowly

Conventions

Contributions

what does this cover? secton authorship?

Principles and background

Responsible: Kai Heitmann, Giorgio Cangioli

IPS Principles

(here or in the introduction?)

What is a CDA

Templated CDA

Open and Closed Templates

Template versioning

Identifiers

  • (OID,...)

Terminologies

  • Focus on Value Sets

How to extend Value Sets

Datatypes used in this guide

Design conventions and principles

How to use terminology (preferred binding)

Responsible: Rob Hausam

Notion of "Primary Code"

Responsible: Rob Hausam

Usage of translations

Responsible: Rob Hausam

Principle on negations, data known absent and data unknown

Responsible: Philip Scott, Giorgio Cangioli, Kai Heitmann, Francois Macary
  • See Paris slides
  • Usage of negations
  • The choice for negation it is not that of using negation indicator @negationInd but rely on the terminologies to do this
  • To do: add a description in the introduction
  • @negationInd in CDA has been superseded in V3 later by two other negation indicators: actNegationInd valueNegationInd
  • Alignment with FHIR

General implementation guidance

Responsible: Kai Heitmann

How to populates IDs, where I can get IDs

Relevant times for a patient summary

Description of the different status definitions

Authorship

Go here or somewhere else?

Standards used

SNOMED-CT, ...

Legend

Description of formalisms used, symbols, icons, how to read ART-DECOR tables

Conformance clause

Responsible: Steven Chu

Different conformance levels (to be explored)

Functional requirements and high-level use cases

Responsible: NN
  • Add a reference to the CEN prEN. (to be analyzed)
  • PSS
  • Add a reference to the data set included in the html package
  • Include in the functional area that no assumption on transport has been made…
  • PS comes from one source, and covers different cases.
  • Specify, how the provenance could be managed without going into details) to be included in next versions.
  • To be further discussed, in any case add a paragraph in which explain the problem and how it might be faced.


Appendix

Responsible: NN

Acronyms and abbreviations

Glossary

Licenses (for the artifacts used, for the code systems, etc.)

Integrated examples, links to instances

Responsible: Kai Heitmann

Validation artifacts (xsd, schematrons)

Responsible: Kai Heitmann

Links to platforms, binaries, software libraries

Operational information (helpdesk, actual server endpoints for testing/production/validation)

FAQ’s

References / Literature

How to reuse this template

List of all artifacts used in this guide

Responsible: Autogenerated, assisted by Kai Heitmann

System OIDs / IDs

Code systems

CDA Templates (list of)

Value Sets

Summary tables

Examples (in progress)

Responsible: NN