IHE Technical Framework New Supplement Tracker
– 2021 Cycle (to be tested at 2022 Connectathons) –
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2021 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found here. Trial implementation and final text documents can be found here.
Key:
- PC=Public Comment
- TI=Trial Implementation
- No highlight=Projected publication date
- Green highlight=Actual publication date
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| Cardiology | |||||
| Devices | |||||
| Endoscopy | |||||
| Eye Care (Inactive) | |||||
| IT Infrastructure | Internet User Authorization (IUA) | This profile is motivated by customer requirements for authorizing network transactions when using HTTP RESTful transports. IHE has authorization profiles for the Web Services and SOAP based transactions, and this profile provides an authorization profile for the HTTP RESTful transactions. | PC | 2020-12-02 | |
| Pathology and Laboratory Medicine | |||||
| Patient Care Coordination | 360 XL |
The 360XL Profile addresses the needs for data exchange and workflow management when patient care requires a transfer from one care setting (most commonly an acute care setting) to a skilled nursing facility. The profile is a workflow and content profile. The workflow part of the profile enables multiple destinations to receive a referral request, allows each destination to accept or decline the request, and facilitates the selection of the actual destination of the transfer among those which accepted the request. The content part of the 360XL Profile describes the way clinical information is shared as part of the request in order for the possible destinations to evaluate the patient’s needs before they make the decision to accept or decline. The specific needs to document the patient’s condition at the time of transfer are also described in the content part. |
PC | 2020-08-26 | 2021-xx-xx |
| Patient Care Coordination | Paramedicine Care Summary (PCS) | When a patient is transported for a medical emergency to a hospital, scene information, transfer information, patient assessments, and interventions are only verbally available to hospitals when the patient arrives. This results in inefficiencies and potential errors in the patient care process. This profile will map the flow of the patient information from the ambulance patient record, commonly known as the electronic Patient Care Record (ePCR), to the hospital Electronic Medical Record (EMR). |
PC | 2021-01-12 | 2021-xx-xx |
| Patient Care Coordination | Routine Interfacility Patient Transport (RIPT) | Transport organizations must record information about patients being transferred under their care so that the organizations can minimize errors in their patient care record and the patient can have accurate and an appropriate level of care for their condition. This information is either gathered verbally through nursing staff or by perusing extensive paperwork to find the information needed for the transport patient care record. Once the transport is completed, the same information is also communicated as part of the transport summary. While this is often done in electronic information systems today, a lack of standards means that duplicate entry is commonplace, leading to a higher chance for data entry errors by transport staff. In fact, there is approximately a 67% error associated with manual entry of patient information transferred into an electronic system, not to mention various other errors when there are misspellings. Creating a patient summary for the transport team is a low-cost approach that builds on existing functionality as it reuses much of the information that is typically documented in hospital systems today. This will make it easy to find an efficient way to transfer information that is already in the EMR system and only needs to be efficiently transferred to another system. Once the current transfer of information issue is solved, the transport team’s time spent gathering information in the hospital can be greatly reduced and the team can spend more time providing care to the patient, rather than spending prolonged periods of time searching for, and manually re-entering, the needed information for patient transport and informed patient care. Improved throughput for Emergency Department (ED) and inpatient bed availability become a hospital benefit, by creating a faster turnover rate for hospital discharge. This profile specifies the CDA and FHIR transactions that will be used to carry out this transaction. |
PC | 2021-01-12 | 2021-xx-xx |
| Pharmacy | |||||
| Quality, Research and Public Health | |||||
| Radiation Oncology | Deformable Registration in Radiation Oncology (DRRO) |
The DRRO Profile defines the content necessary for exchanging DICOM Deformable Spatial Registration (DSR) objects between radiation oncology systems. In addition to defining the data required to accomplish deformable image registration, it provides requirements on data elements so that DSR objects can be appropriately handled by radiation oncology systems that test to this profile. | PC | 2021-01-22 | 2021-xx-xx |
| Radiation Oncology | Treatment Delivery Workflow-II (TDW-II) |
The Treatment Delivery Workflow-II Integration Profile describes the necessary workflow between a Treatment Management System (TMS) and Treatment Delivery Device (TDD) for treatment delivery. This profile grew out of the Radiation Oncology Technical Committee’s work on the Integrated Positioning and Delivery Workflow (IPDW) Integration Profile, which was found to specify too many required elements for some Treatment Delivery Devices. A number of commercially available delivery machines either do not handle positioning interactions at all or they are not externalized in significant or easily modifiable ways. This profile describes the workflow between the TMS and TDD and when the TDD is largely only concerned with delivery scheduling. |
TI | 2016 | 2021-02-05 |
| Radiology | Contrast Administration Management (CAM) | The CAM Profile records contrast agent administration details for imaging and image-guided procedures. CT, MRI, Ultrasound, and Projection X-ray (including angiography, fluoroscopy) commonly use contrast agents. Captured contrast details can be useful for investigating adverse events, driving regular QA processes, serving as evidence for medicolegal activities, or supporting charging and management of drugs and consumables. | PC | 2021-02-23 | |
| Surgery |
– 2020 Cycle (to be tested at 2021 Connectathons) –
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2020 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found here. Trial implementation and final text documents can be found here.
Key:
- PC=Public Comment
- TI=Trial Implementation
- No highlight=Projected publication date
- Green highlight=Actual publication date
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| Cardiology | |||||
| Dental (Inactive) | NA | NA | NA | NA | NA |
| Endoscopy | |||||
| Eye Care (Inactive) | |||||
| IT Infrastructure | Mobile Health Document Sharing (MHDS) | This profile will show how to build a Document Sharing Exchange using IHE-profiled FHIR® standard, rather than the legacy IHE profiles that is dominated by XDS and HL7® v2. This profile will assemble profiles and define a Document Registry. | TI | 2020-03-05 | 2020-05-29 |
| IT Infrastructure | Sharing Valuesets, Codes, and Maps (SVCM) | The Sharing Valuesets, Codes, and Maps (SVCM) Profile defines a lightweight interface through which healthcare systems may retrieve centrally managed uniform nomenclature and mappings between code systems based on the HL7 Fast Healthcare Interoperability Resources (FHIR) specification. The SVCM Profile leverages the IHE ITI Sharing Value Sets (SVS) and IHE Patient Care Coordination Concept Mapping (CMAP) Profiles, combining the functionalities of each and simplifying for a lighter weight, mobile-compatible transport and messaging format. This profile leverages HTTP transport, JavaScript Object Notation (JSON), Simple-XML, and Representational State Transfer (REST). The payload format is defined by the HL7 FHIR standard. | TI | 2020-03-05 | 2020-05-29 |
| Pathology and Laboratory Medicine | Digital Pathology Workflow – Image Acquisition | The primary function of the Digital Pathology Image Acquisition workflow is to acquire a digital image from a physical asset, usually a glass slide, but possibly also a gross specimen. Recent advancements in whole slide digital imaging technologies serve to significantly alter traditional workflows within pathology laboratories. Digital imaging in pathology typically spans two primary aspects of the conventional workflow, notably the gross / macroscopic examination and the histologic / microscopic examination. | TI | 2019-12-12 | 2020-08-14 |
| Patient Care Coordination | 360 Exchange Closed Loop Acute Care to SNF Transfer (360XL) | PC | 2020-08-26 | Sept 2020 | |
| Patient Care Coordination | Assessment Curation and Data Collection (ACDC) | TI | 2019-08-29 | 2020-03-23 | |
| Patient Care Coordination | International Patient Summary (IPS) | TI | 2020-03-17 | 2020-06-17 | |
| Devices | Personal Health Device Observation Upload (POU) | The Personal Health Device Observation Upload (POU) Profile describes a standardized means of representing personal healthcare device data (PHD) as FHIR® Resources. |
TI | 2019-12-05 | 2020-04-13 |
| Pharmacy | |||||
| Quality, Research and Public Health | Mobile Aggregate Data Exchange | The Mobile Aggregate Data Exchange (mADX) Profile supports interoperable public health reporting of aggregate health data. These most typically take the form of routine reports (weekly, monthly, quarterly etc.) from a health facility to some administrative jurisdiction such as a health district, though there are numerous other use cases such as international reporting and community health worker reporting. | TI | 2019-06-17 | 2020-02-14 |
| Quality, Research and Public Health | |||||
| Radiation Oncology | Exchange of Radiotherapy Summaries (XRTS) | The purpose of the Exchange of Radiotherapy Summaries (XRTS) Profile is to provide a standard approach for exchange of information related to radiation treatment at a high level, such as would be suitable for software systems that are not specific to radiation therapy. This kind of exchange enables greater unity between a patient’s Radiation Oncology Information System (ROIS) chart and the corresponding chart in a broader Health Information System (HIS). This assists providers who work primarily in the HIS to remain aware of information about their patients’ radiation treatments, and providers who work primarily in the ROIS to receive relevant patient details before planning radiation treatment. Moreover, administrative functions run from the HIS, like data analytics, chart coding, and release of information, can also include radiation information without requiring users to log in to multiple systems and manually synthesize data from multiple sources. |
PC | 2020-07-17 | 2020-09 |
| Radiology | AI Results (AIR) | This AI Results Profile addresses the capture, distribution, and display of medical image analysis results. The central use case involves results generated by artificial intelligence (AI) algorithms. | TI | 2020-03-10 | 2020-07-16 |
| Radiology | AI Workflow for Imaging (AIW-I) | The AI Workflow for Imaging Profile addresses workflow use cases involving the request, management, and performance of inference tasks on digital image data acquired by an imaging modality. The profile specifies transactions for workflow management that are based on the RESTful worklist service defined by DICOM® UPS-RS. |
TI | 2020-03-30 | 2020-08-06 |
| Surgery |
– 2019 Cycle (to be tested at 2020 Connectathons) –
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2019 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found here. Trial implementation and final text documents can be found here.
Key:
- PC=Public Comment
- TI=Trial Implementation
- No highlight=Projected publication date
- Green highlight=Actual publication date
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| Cardiology | |||||
| Dental (Inactive) | NA | NA | NA | NA | NA |
| Endoscopy | |||||
| Eye Care | Key Measurements in DICOM® Encapsulated PDF | Eye care devices commonly generate PDF reports (i.e., OCT optic disc, OCT RNFL, Visual Field, etc.) that clinicians store in a patient’s medical record, for example within an EMR and/or PACS. The DICOM® Encapsulated Document IOD provides the specification for eye care implementers to transmit these displayable PDF reports. When generating the PDF reports, eye care devices also have the ability to output a broad range of numeric measurements (i.e., key measurements). Certain of these measurements are critical for the long-term care of patients, clinical quality management and other use cases. The original release of DICOM Encapsulated Document IOD did not provide the ability to include discreet data therefore this important information was not available for import into receiving systems. DICOM has enhanced the Encapsulated Document IOD with an optional feature to provide discreet structured data by leveraging the DICOM structured reporting encoding format. The IHE Key Measurements in Encapsulated PDF Option utilizes this new DICOM feature to encode structured data. It is required for a well-defined list of eye care reports. The initial scope of this option targets eye care clinical workflow automatons to reduce and/or eliminate manual entry burden for long-term care of patients and for existing clinical quality measures programs. IHE Eye Care expects this list to expand based upon additional use cases. Each supplement undergoes a process of public comment and trial implementation before being incorporated into the volumes of the Technical Frameworks. |
TI | 2019-01-22 | 2019-04-29 |
| IT Infrastructure | Appendix Z on FHIR® | Updated to FHIR® Release 4 |
TI | 2019-01-11 | 2019-03-06 |
| IT Infrastructure | Mobile Access to Health Documents |
Updated to FHIR® Release 4 | TI | 2019-01-11 | 2019-03-06 |
| IT Infrastructure | Mobile Care Services Directory |
Updated to FHIR® Release 4 | TI | 2019-01-11 | 2019-03-06 |
| IT Infrastructure | Patient Demographics Query for Mobile |
Updated to FHIR® Release 4 | TI | 2019-01-11 | 2019-03-06 |
| IT Infrastructure | Patient Master Identity Registry | This profile supports the creating, updating and deprecating of identity information about a subject of care using the HL7 FHIR standard and its RESTful transactions. Where “identity” information includes all information found in the FHIR Patient resource such as identifier, name, phone, gender, birth date, address, marital status, photo, others to contact, preference for language, general practitioner, and links to other instances of identities. | TI | 2019-05-24 | 2019-12-05 |
| IT Infrastructure | XCA Deferred Response Option – XCA Support For Two 2-way Messaging | This supplement specifies the Deferred Response Option for the Document Consumer, Initiating Gateway, and Responding Gateway actors in the Cross-Community Access (XCA) Profile. |
PC | 2019-05-24 | 2019-08-15 |
| Pathology and Laboratory Medicine | Laboratory and Clinical Communications | The Laboratory Clinical Communications (LCC) Profile supports information exchanges between clinicians and laboratories in the context of a set of test orders. This profile covers use cases, workflows and transactions for additional information exchange after placing an order or receiving a result. This additional clinical communication may include recommending replacement or supplemental orders when the submitted orders are not optimal or inappropriate for the type of specimen or clinical setting, or requesting follow up on a specific result that does not fully meet the clinical need or does not fit the clinical presentation of the patient. | TI | 2018-12-31 | 2019-06-12 |
| Pathology and Laboratory Medicine | Digital Pathology Workflow – Image Acquisition | The primary function of the Digital Pathology Image Acquisition workflow is to acquire a digital image from a physical asset, usually a glass slide, but possibly also a gross specimen. Recent advancements in whole slide digital imaging technologies serve to significantly alter traditional workflows within pathology laboratories. Digital imaging in pathology typically spans two primary aspects of the conventional workflow, notably the gross / macroscopic examination and the histologic / microscopic examination. | PC | 2019-12-12 | January 2020 |
| Pathology and Laboratory Medicine | |||||
| Pathology and Laboratory Medicine | |||||
| Pathology and Laboratory Medicine | |||||
| Patient Care Coordination | FHIR CarePlanning for CareTeam Management | 2019-05-24 | August 2019 | ||
| Patient Care Coordination | Query for Existing Data for Mobile | Updated to FHIR® Release 4 | TI | 2019-01-11 | 2019-03-06 |
| Patient Care Device | Personal Health Device Observation Upload (POU) | The Personal Health Device Observation Upload (POU) Profile describes a standardized means of representing personal healthcare device data (PHD) as FHIR® Resources. |
PC | 2019-12-05 | January 2020 |
| Pharmacy | |||||
| Pharmacy | |||||
| Pharmacy | |||||
| Pharmacy | |||||
| Pharmacy | |||||
| Quality, Research and Public Health | Aggregate Data Exchange-HIV | TI | 2018-05-29 | 2019-03-19 | |
| Quality, Research and Public Health | Computable Care Guidelines | 2019-06-07 | August 2019 | ||
| Quality, Research and Public Health | Mobile Aggregate Data Exchange | The Mobile Aggregate Data Exchange (mADX) Profile supports interoperable public health reporting of aggregate health data. These most typically take the form of routine reports (weekly, monthly, quarterly etc.) from a health facility to some administrative jurisdiction such as a health district, though there are numerous other use cases such as international reporting and community health worker reporting. | PC | 2019-06-17 | August 2019 |
| Quality, Research and Public Health | Prescription Repository Query | This transaction profile will integrate a prescription drug repository into electronic medical records workflow to provide prescription drug information to physicians to they can make informed decisions on medication they should provide to their patients. This will help improve patient outcomes and prevent deadly drug to drug interactions. | TI | 2019-06-17 | 2019-09-11 |
| Radiation Oncology | |||||
| Radiology | Encounter-Based Imaging Workflow | This republication of the Encounter-Based Imaging Workflow (EBIW) Profile adds Extension for Lightweight Devices. | TI | 2019-02-20 | 2019-05-13 |
| Radiology | Import and Display of External Priors | It is common for patients to move between healthcare facilities that serve a shared patient population. Many of these healthcare facilities already have a shared secure network infrastructure. Upon receipt of an order for a new imaging study, the IHE Radiology Import and Display of External Priors (IDEP) Profile provides a method to automatically retrieve images and reports throughout the shared network, independent of a common Patient Identifier. The exchange includes “localizing” the data such that both the radiology images and reports may be displayed in the same system in the expected manner for side-by-side comparison and report display. | TI | 2019-02-20 | 2019-05-13 |
| Surgery |
2018 Cycle (to be tested at 2019 Connectathons) – IHE Technical Framework Supplements New Supplement Tracker
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2018 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found here. Trial implementation and final text documents can be found here.
Key:
- PC=Public Comment
- TI=Trial Implementation
- No highlight= Projected publication date
- Green highlight=Actual publication date
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| Cardiology | Extensions to Cardiac Procedure Note | Cardiologists across all subspecialties face an increasing need to exchange reports and discrete clinical procedure data across different care settings and stakeholders with the goals of enabling cardiac procedure notes to be more easily shared and used between care givers and systems, enabling population-based outcomes-based research on procedure effectiveness, and harmonizing data collection for procedural reports with data registries for data exchange. This supplement provides an Implementation Guide consisting of a library of templates to be used for various cardiac subspecialty procedure notes and clinical data exchange. It is based on the HL7 CDA® R2 Implementation Guide: Consolidated CDA Templates for Clinical Notes (US Realm) Draft Standard for Trial Use Release 2.1 (C-CDA R2.1). It consolidates work that has been done in the Cath Report Content (CRC) Profile and the Electrophysiology Report Content Implant/Explant (EPRC IE) supplement, harmonizes templates and value sets defined in those supplements, and updates those templates to the C-CDA R2.1 specification. | 2018-05-18 | 2018-08-17 | |
| Dental | |||||
| Endoscopy | No new supplements this cycle. | NA | NA | NA | NA |
| Eye Care | |||||
| IT Infrastructure | Asynchronous AS4 Option for XCA, XCPD, XCDR | This supplement introduces a new Asynchronous Web Services (WS) Exchange stack based on the OASIS Applicability Statement 4 (AS4). The current Asynchronous WS Exchange stack is an IHE specialization of the asynchronous capabilities of the WS stack that has not been widely implemented. It is based on WS-Addressing and MTOM/XOP and is left unchanged by this Supplement. It has been renamed WS-Addressing Asynchronous WS Exchange to distinguish from the AS4 Asynchronous WS Exchange.
Providing a more robust Asynchronous WS Exchange Option is attractive for upcoming cross-border ehealth information exchange, such as the European eHealth Digital Service Infrastructure that deploys the XCA, XCPD, and XCDR Profiles and for countries where the adoption of the OASIS AS4 reliable and secure messaging is common when cross-sector (beyond the health sector) applicability is needed. This new AS4 Asynchronous Web Services Exchange stack: 1) Relies on the OASIS AS4 WS Stack that has been natively designed to support Asynchronous WS Exchange and offers: a) Message packaging governed by ebMS 3.0 and message security governed by WS-Security |
PC | 2018-05-23 | 2018-08-20 |
| IT Infrastructure | Restricted Metadata Update (RMU) | Where documents are maintained in a XDS Affinity Domain or a federation (XCA) of communities, there are times when authoritative and authorized changes need to be made to the metadata. These documents may be published within a local Health Information Exchange using Cross-Enterprise Document Sharing, or the documents might be distributed among many communities accessible using Cross-Community Access. For example, a Patient may have received treatment while on vacation or might simply live/work on a boundary between communities. To receive treatment, the patient allows their records to be shared among these communities. When treatment is completed, the patient instructs authorities to change the confidentiality code of their documents to restrict access to their personal medical records. In order to focus the effort, the Technical Committee agreed to limit the changes to stored DocumentEntry metadata elements that are descriptive in nature and do not affect how the metadata is stored within a Document Registry. The experience with the more comprehensive supplement, Metadata Update, shows that managing lifecycle and interrelationships between Registry entries is much more complex. The difficult changes includes Transforms, Appendments, Signatures, etc. The current effort has put these out-of-scope, but IHE will continue to work on them in the future. The approach separates out these more ‘lightweight’ metadata elements from the more ‘heavyweight’ metadata elements (structural) and provides additional flexibility for storing the metadata updates. The RMU profile does not require full implementation of the Metadata Update supplement. These limits will be enforced by separate actor being asked to persist the change to the document’s metadata. If that actor can persist the change, the transaction succeeds. This actor is enabled to reject any request that does not meet the requirements within their community. A rich set of error codes is provided for various potential rejection reasons. |
PC | 2018-05-23 | 2018-08-20 |
| Pathology and Laboratory Medicine | Anatomic Pathology Structured Report | Release of the APSR Profile created via Art Decor. | TI | 2017-09-27 | 2018-09-28 |
| Pathology and Laboratory Medicine | Laboratory-Clinical Communications | The communication and resolution of needs for order replacement, result confirmation and result interpretation are integral parts of quality laboratory service that are currently managed on an ad hoc basis outside of information systems. Communications can be delayed or lost and summary data about ordering and resulting problems is difficult to compile. Thus recognition and correction of the immediate or systemic problems indicated by these communications is time consuming and error prone. This new profile will enable rapid, standardized, automated capture of and response to problems related to orders and questions about results, and will allow this information to be logged, tracked, and included in QA studies and process improvement projects. |
PC | 2017-11-29 | June 2018 |
| Pathology and Laboratory Medicine | Transfusion Medicine – Administration | The Transfusion Medicine – Administration (TMA) supplement defines workflows and messaging transactions which focus on communicating the administration of and adverse reactions to blood products from an Electronic Medical Record (EMR) system to a Laboratory Information System (LIS), Incident Reporting System (IRS), or other interested observer of the transfusion process. |
PC | 2017-10-13 | Sept 2018 |
| Patient Care Coordination | CDA Document Summary Section (CDA-DSS) | CDA Document Summary Section is a content profile that defines means of providing a concise summary about a document or summary of content in a CDA document based on user expectations. Depending on use case, a Document Summary Section can be added to a CDA document if the document template is open. A Document Summary Section can be constructed by: 1.) Dynamically populating the section with data found in existing section(s) in the document. The data is used to create a composite, single summary section that summarizes pertinent information. The data that goes in the Summary Section can be user defined or can be based on specified use cases in this profile and 2.) Use of a pre-defined section template such as the Notes Section or the Care Team Section, etc. The Summary Section can be rendered for viewing. It can also be imported when possible (i.e., contains discrete entries) by the user if desired. |
TI | 2018-05-25 | 2018-09-13 |
| Patient Care Coordination | Paramedicine Care Summary (PCS) | Currently, interventions and assessments are written into an ambulance ePCR, and are either manually updated by the Emergency Medical Services (EMS) crew, or collected from electronic devices (e.g., hemodynamic monitor). The ePCR is updated with treatments and interventions that are administered during the transport. The hospital will not typically have access to paper or electronic versions of this patient information until the report is finished and signed in the ePCR and it is requested by the hospital. In this profile, the prehospital and paramedicine interventions and patient assessments are made available to the hospital/emergency room IT system electronically when the patient arrives, or in advance of patient arrival to the hospital. This informs medical decision making during the hospital treatment and provides the opportunity to save patient lives. This profile provides a mechanism for paramedicine systems to send relevant patient data captured during transport (e.g., patient medical history, medications, allergies, updated vitals, interventions) to the hospital EMR systems ahead of the patient’s arrival to the hospital. This allows for the hospital staff to understand the patient condition prior to arrival providing much greater opportunity for life saving decisions. |
TI | 2018-05-25 | 2018-09-13 |
| Patient Care Device | Point-of-Care Identity Management | TI | 2018-09-19 | 2018-12-07 | |
| Pharmacy | |||||
| Quality, Research and Public Health | Aggregate Date Exchange – HIV | The ADX (Aggregate Data Exchange) profile affords data exchange partners a way to define a Data Structure Definition and the associated normative schema of the data message for a particular indicator report. To foster further adoption, the Aggregate Data Exchange-HIV (ADX-HIV) profile leverages the ADX profile to develop a content specification specifically for HIV. | PC | 2018-05-29 | TBD |
| Quality, Research and Public Health | Quality Outcome Reporting for EMS (QORE) | The QORE (Quality Outcome Reporting for EMS) profile profile will facilitate electronic data capture of quality measure data to enable automated data capture and streamline quality measure analysis. This will improve the timeliness and accuracy of the information used to compute EMS quality measures. | TI | 2018-05-29 | 2018-09-07 |
| Radiation Oncology | Treatment Delivery Record Content | This profile defines the content of the treatment record being transferred from the Treatment Delivery Device, Treatment Management System or other RT Beams Treatment Record storage or producer to an interested consumer. This content can be available as soon as patient delivery is completed, and other computation and information gathering and formatting can be performed to support the creation of the RT Beams Treatment Record. | PC | 2018-11-15 | TBD |
| Radiology | Encounter-Based Imaging Workflow | Increasingly medical imaging is done outside the context of an ordered procedure. The primary goal of the EBIW Profile is to ensure that images acquired in the context of a patient encounter are combined with the corresponding metadata about the patient, the encounter, and the performed imaging procedure. This facilitates managing the imaging data, linking it into the patient medical record, and accessing it later in ways analogous to those for order-based imaging as coordinated by the Scheduled Workflow (SWF.b) Profile. This Encounter-Based Imaging Workflow Profile specifies how to capture appropriate context, populate relevant indexing fields, link to related data, and ensure the images are accessible and well-knit into the medical record. |
TI | 2018-02-21 | 2018-06-01 |
| Radiology | Import and Display of External Priors | TBD | TBD | ||
| Radiology | Web-based Image Access | Web-based Image Access (WIA) Profile, formerly known as Mobile Access to Health Document for Imaging (MHD-I), defines methods for image sharing and interactive viewing of imaging studies using RESTful services such as WADO-RS and QIDO-RS. WIA can be used independently or combined with the IT Infrastructure Mobile access to Health Document (MHD) Profile. When combined with MHD, it allows the MHD Document Consumer to locate and access imaging studies using document metadata. |
TI | 2017-09-15 | 2018-03-22 |
| Surgery |
2017 Cycle – IHE Technical Framework Supplements New Supplement Tracker
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2017 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found here. Trial implementation and final text documents can be found here.
Key:
- PC=Public Comment
- TI=Trial Implementation
- No highlight= Projected publication date
- Green highlight=Actual publication date
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| Anatomic Pathology (see PaLM) | NA | NA | NA | NA | NA |
| Cardiology | Cardiac Procedure Note | The CPN Profile is a content profile that provides an implementation guide consisting of a library of templates to be used for various cardiac subspecialty reports and clinical data exchange. It defines the structure and the content for a clinical report for various cardiac procedures. Initially supported will be adult procedures in the Electrophysiology (EP) and the Cath Lab; however, the aim is to provide an extensible framework that allows for the addition of further report templates in future (e.g., general cardiac imaging procedures like Echocardiography, cardiac CT, MR, or Nuclear Medicine Imaging). | TI | 2017-05-26 | 2017-08-04 |
| Dental | None currently scheduled | NA | NA | NA | |
| Endoscopy | Endoscopy Image Archiving | The Endoscopy Image Archiving Profile defines specific implementations of established standards to achieve integration goals for endoscopy. Such integration promotes appropriate sharing of medical information to support optimal patient care. This profile defines a workflow focusing on the image information communication which is acquired during the endoscopy procedure. |
PC | 2016-12-19 | 2017-03 |
| Eye Care | |||||
| IT Infrastructure | Remove Metadata and Documents | The Remove Metadata and Documents (RMD) Profile allows for the removal of metadata from the Document Registry and documents from a Document Repository that are no longer required to be discoverable within a patient’s care record. The decision to remove this data may have been initiated either by an automated mechanism or manual administrative procedure in order to enforce a pre-determined policy or legal requirement within an XDS Affinity Domain. |
TI | 2017-03-01 | 2017-07-24 |
| IT Infrastructure | Non-patient File Sharing | This supplement defines how to enable the sharing of not-patient related documents. Those documents can be created and consumed by many different systems involved in a wide variety of data sharing workflows (clinical workflow definition, domain policies sharing, stylesheets management, etc.). This supplement identifies three actors: File Server Actor, File Consumer Actor, File Source Actor. In order to fulfill use-cases requirements, this profile defines three new transactions: Submit File, Search File, Retrieve File. The goal of this supplement is to identify protocol requirements for the sharing of files, primary focusing on three types of files: 1) Workflow Definitions: structured or unstructured documents that define the processing rules for a specific clinical/administrative workflow; 2) Privacy Domain Policies: structured or unstructured documents that describe a specific privacy policy that can be subscribed by the patient; 3) Stylesheets: structured documents that can be used by user-agents (e.g. Web Browsers) to render the content of an XML document. In addition, this profile defines a mechanism that enables the sharing of other types of files. | TI | 2017-05-17 | 2017-08-04 |
| IT Infrastructure | Mobile Document Data Element Extraction Patient-centric Data-element Location Service | The Mobile Document Data Element Extraction (mXDE) Profile introduces health data location discovery and fine grained access to health data to coexist and complement coarse grained (document as a coherent set of fined grained data elements) access. | TI | 2017-05-26 | 2017-08-04 |
| IT Infrastructure | Mobile Care Services Discovery | The mCSD Profile supports queries across the following related care services resources: 1) Organization, 2) Location, 4) Practitioner, 4) Healthcare Service. Because it maintains interlinked directory information, the mCSD Profile is able to respond to queries such as: 1)Which locations are associated with which organizations? 2)What services are provided at specific locations or, conversely, where are the locations that provide a specified service? 3) Who are the practitioners associated with a particular organization; what services do they provide; at which locations do they provide these services, and when? The mCSD Profile’s loosely coupled design and flexible querying capability means it can be deployed within a number of eHealth architectures and support a wide array of care workflows. | TI | 2017-05-17 | 2017-08-04 |
| Laboratory (see PaLM) | NA | NA | NA | NA | NA |
| Pathology and Laboratory Medicine (PaLM) | Laboratory-Clinical Communications | The communication and resolution of needs for order replacement, result confirmation and result interpretation are integral parts of quality laboratory service that are currently managed on an ad hoc basis outside of information systems. Communications can be delayed or lost and summary data about ordering and resulting problems is difficult to compile. Thus recognition and correction of the immediate or systemic problems indicated by these communications is time consuming and error prone. This new profile will enable rapid, standardized, automated capture of and response to problems related to orders and questions about results, and will allow this information to be logged, tracked, and included in QA studies and process improvement projects. | PC | 2017-11-29 | TBD |
| Pathology and Laboratory Medicine (PaLM) | Laboratory Specimen Handoff | Passing of specimens between Laboratory Automation Systems (LAS) and Specimen Processing Devices (SPD) is an integral part of clinical laboratory operation. But current LAS and SPD vendors have little guidance on how to implement specimen handoff. HL7 and CLSI AUTO3-A provide some direction, but do not provide specific guidance for individual handoff workflows. In the absence of any industry guidance, specimen handoffs are defined on an ad hoc basis. This approach tends to ensure that each vendor will take a unique path, even though specimen handoff interfaces share a high degree of commonality among most vendors. There clearly exists a need for fully specified interface protocols to reduce the time and costs associated with managing specimen handoff in clinical laboratories. The Laboratory Specimen Handoff (LSH) profile will provide standardized workflows for the most common laboratory specimen handoff use cases. |
TBD | TBD | |
| Pathology and Laboratory Medicine (PaLM) | Transfusion Medicine – Administration | The Transfusion Medicine – Administration (TMA) supplement defines workflows and messaging transactions which focus on communicating the administration of and adverse reactions to blood products from an Electronic Medical Record (EMR) system to a Laboratory Information System (LIS), Incident Reporting System (IRS), or other interested observer of the transfusion process. |
PC | 2017-10-13 | TBD |
| Pathology and Laboratory Medicine (PaLM) | Anatomic Pathology Structured Report (V2.0) | Release of the APSR Profile created via Art Decor | PC | 2017-09-27 | 2018-01-08 |
| Pathology and Laboratory Medicine (PaLM) | Specimen Event Tracking | TBD | TBD | ||
| Patient Care Coordination | 360x Closed Loop Referral | Facilitate communication and tracking of the referral process | TI | 2017-05-26 | 2017-09-08 |
| Patient Care Coordination | Dynamic Care Team Management | Provides a centralized means of aggregating and managing care team members that meet the needs of many stakeholders (providers, patients, payers, etc), provides a method of consolidating the many care team members that can be associated with a patient, provides a framework for centralized care team management | TI | 2017-05-26 | 2017-09-08 |
| Patient Care Coordination | Routine Interfacility Patient Transport | Communicate key patient data to EMS transport organization to support transfer of patients | TI | 2017-05-26 | 2017-09-08 |
| Patient Care Coordination | Query Existing Data for Mobile | Introduce location discovery and fine grained access to health data to coexist and complement coarse grained (document as a coherent set of fine grained data elements) access | TI | 2017-05-26 | 2017-09-08 |
| Patient Care Coordination | Point of Care Medical Device Tracking | The Point-of-Care Medical Device Tracking Profile will close the loop on data acquisition at the point-of-care in support of reporting data about implantable medical devices (e.g., pacemaker, titanium plates) and from medical devices (e.g., vital sign monitors, pulse oximeters, blood glucose monitors) during a procedure (e.g., Continuous Pulse Oximetry – 4A19XCZ, Insertion Pacemaker – 0JH607Z, Open Reduction Internal Fixation Elbow – 0PSJ04Z). | TI | 2017-05-26 | 2017-09-08 |
| Patient Care Coordination | RPM (Update) | Add an additional transaction where the payload is a FHIR bundle instead of a V2 PCD-01 message, add FHIR resources as modules in the Content Creator instead of PHMR. | PC | 2017-05-26 | TBD |
| Patient Care Device | No new profiles this cycle | NA | NA | NA | |
| Pharmacy | Mobile Medication Administration | The Mobile Medication Administration profile introduces a new generation of interoperability mechanisms to be used in distributed and mobile medication workflows, namely in the requesting and registering of administration of medication, in mobile systems or otherwise distributed systems. | TI | 2017-10-19 | 2017-12-04 |
| Pharmacy | Community Medication Administration | The Community Medication Administration (CMA) is a Content Module Profile describing the content and format of an administration document generated during the process in which a health care professional (physician, pharmacist, nurse, etc.) administers a medication to a patient. The process may also be performed by the patient him- or herself (self-administrations) or others (e.g., relatives, etc.). |
TI | 2017-07-14 | 2017-10-11 |
| Pharmacy | Uniform Barcode Processing | This supplement provides an interoperability mechanism for systems to request a barcode content to be decoded, for those applications that do not implement the decoding algorithms. Concretely, this supplement describes the transactions between a system that has a barcode but needs it decoded, and another system that decodes the barcode content. |
TI | 2017-10-19 | 2017-12-04 |
| Quality, Research and Public Health | Family Planning Version 2 | The Family Planning Version 2 (FPv2) Profile provides a means to capture information needed for mandated reporting, monitoring and evaluation, and quality improvement initiatives related to family planning service delivery. It builds on the earlier Family Planning Profile and uses several different mechanisms for capturing and communicating that information, including CDA® documents and the actors and transactions defined in the ITI Retrieve Form for Data Capture (FRD) Profile to capture structured data using digital forms. | TI | 2017-05-26 | 2017-08-18 |
| Quality, Research and Public Health | Mobile Retrieve Form for Data Capture | The Mobile Retrieve Form for Data Capture (mRFD) Profile provides a method for gathering data within a user’s current application to meet the requirements of an external system. mRFD supports the retrieval of forms from a form source, display and completion of a form, and return of instance data from the display application to the source application. | TI | 2017-05-26 | 2017-08-18 |
| Radiation Oncology | None currently scheduled | NA | NA | NA | |
| Radiology | Cross-Enterprise Remote Read Workflow Definition | This supplement addresses Cross Domain or Cross Enterprise Remote Reading Workflow. This workflow is the practice of having medical images interpreted (read) by a reading specialist who is not present at the site where the diagnostic imaging study was acquired and is not reporting using the local PACS and dictation system at the acquiring site. Specifically, the Radiologist or reading specialist is requested to read an exam from another organization with a separate Hospital Information System, Radiology Information System and PACS. The profile workflow includes the Request’s Creation, Dispatch, Perform (Interpretation) and Completion (report delivery) of diagnostic imaging study. |
TI | 2016-04-22 | 2017-01-13 |
| Radiology | Follow-Up of Non-Critical Actionable Findings | The Follow-Up of Non-Critical Actionable Findings Profile supports the communication and monitoring of follow-up of non-critical actionable findings identified on radiology imaging examinations. The profile describes transmission of the necessary follow-up parameters including: patient information, discrete information on the finding, recommended downstream test(s), and recommended time interval to a designated “home” facility that can take responsibility for resolution of the follow-up recommendation. The profile describes requirements for closing the follow-up loop, either by completing the recommended testing or returning a message describing why follow-up is not clinically indicated. It provides for repeated, escalating reminders if the initial recommendation is not acknowledged within a specified time period and considers issues of how to communicate such information both to known local providers as well as those outside the local affinity domain. | TBD | TBD | |
| Radiology | Management of Acquisition Protocols | The Management of Acquisition Protocols Profile supports the collection of scan protocols from acquisition modalities, their review on a protocol manager and re-distribution to modalities. Protocol managers are permitted to edit attributes marked safe by the creating modality. Such attributes will likely include protocol names, dose notification thresholds and series names for generated images. The transactions are based on storage, query and retrieval of DICOM® instances containing scan procedure protocols and protocol approvals. Although the profile is agnostic to the type of modality, as of 2016 DICOM has only published the specification for a CT Protocol Storage object. Other modalities are being investigated but the specifications have not yet been published. |
TI | 2017-03-17 | 2017-07-14 |
| Radiology | Results Distribution | Split off from FUNC | TI | 2017-06-21 | 2017-12-15 |
| Radiology | Standardized Operational Log of Events | Efficient businesses use business intelligence tools to manage their business. The application of these tools to manage medical care has been limited in part because the information often resides in several different systems, and there are not standard ways to obtain the information. The SOLE Profile defines a way to exchange information about events that can then be collected, analyzed and displayed using standard methods. | TI | 2017-03-17 | 2017-06-21 |
| Radiology | Web-based Image Access | Web-based Image Access (WIA) Profile, formerly known as Mobile Access to Health Document for Imaging (MHD-I), defines methods for image sharing and interactive viewing of imaging studies using RESTful services such as WADO-RS and QIDO-RS. WIA can be used independently or combined with the IT Infrastructure Mobile access to Health Document (MHD) Profile. When combined with MHD, it allows the MHD Document Consumer to locate and access imaging studies using document metadata. |
PC | 2017-09-15 | TBD |
| Surgery | None currently scheduled | NA | NA | NA |
2016 Cycle – IHE Technical Framework Supplements New Supplement Tracker
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2016 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found can be found here. Trial implementation and final text documents can be found here.
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| PC=Public Comment
TI=Trial Implementation |
No highlight=Projected
Green highlight=Published |
No highlight=Projected
Green highlight=Published |
|||
| Anatomic Pathology (see PaLM) | NA | NA | NA | NA | NA |
| Cardiology | |||||
| Dental | |||||
| Endoscopy | |||||
| Eye Care | Unified Eye Care Workflow Refractive Measurements (U-EYECARE Refractive) | TI | 2016-04-07 | 2016-06-14 | |
| IT Infrastructure | De-ID for FP | PC | 2015-12-14 | 2016-08-05 | |
| IT Infrastructure | ReDoc of Sharing Profiles | PC | 2015-12-14 | NA | |
| IT Infrastructure | Advanced Patient Privacy Consents (APPC) | TI | 2016-05-27 | 2016-08-05 | |
| IT Infrastructure | Re-documentation Register On-Demand Document Transaction | PC | 2016-05-27 | na | |
| Laboratory (see PaLM) | NA | NA | NA | NA | NA |
| Pathology and Laboratory Medicine (PaLM) | |||||
| Patient Care Coordination | Bed Management (BED) | Facilitates bed management for patients admitted from the ED – describes how communications between the ED and various inpatient systems can improve care, reduce cost and result in higher patient satisfaction, and enable tracking and monitoring of these activities to support quality improvement activities. | PC | 2016-05-26 | 2016-09-09 |
| Patient Care Coordination | Cross-Enterprise Cardiovascular Heart Team Workflow Definition (XCHT-WD) | This profile builds upon XDW profile. It establishes a common set of rules related to process (workflow) focused on the collaboration of the members of a dynamic network of cardiovascular professionals (the Heart Team). | PC | 2016-05-26 | 2016-09-09 |
| Patient Care Coordination | Dynamic Care Planning (DCP) | Provides the structures and transactions for care planning, using a shared Care Plan that meets the needs of many, such as providers, patients and payers. This shared Care Plan can be dynamically updated as the patient interacts with the healthcare system. FHIR resources and transactions are used by this profile. | PC | 2016-05-26 | 2016-09-09 |
| Patient Care Device | |||||
| Pharmacy | |||||
| Quality, Research and Public Health | No new supplements this cycle | ||||
| Radiation Oncology | Multimodality Image Registration for Radiation Oncology 2013 (MMRO-III) | PC | 2015-10-23 | 2016-11-16 | |
| Radiation Oncology | Treatment Delivery – Image Content (TDIC) | PC | 2015-10-23 | TBD | |
| Radiation Oncology | Treatment Delivery – Plan Content (TDPC) | PC | 2015-10-23 | 2016-11-16 | |
| Radiation Oncology | Treatment Planning – Image Content (TPIC) | PC | 2015-10-23 | TBD | |
| Radiation Oncology | Treatment Planning – Plan Content (TPPC) | PC | 2015-10-23 | 2016-11-16 | |
| Radiation Oncology | Basic RT Objects Interoperability II (BRTO-II) | PC | 2016-04-22 | TBD | |
| Radiation Oncology | Consistent Dose Content for External Beam Radiation (CDEB) | PC | 2016-07-29 | TBD | |
| Radiation Oncology | Treatment Delivery Workflow-II (TDW-II) | PC | 2016-07-29 | TBD | |
| Radiology | Radiation Exposure Monitoring for Nuclear Medicine (REM-NM) | This supplement addresses tracking, reporting and management of radiopharmaceutical administered dose information in a manner similar to that already adopted for ionizing radiation via the REM profile. It is intended to support use of the information for technical purposes (decay correction, reconstruction, data tagging), clinical purposes (presentation to clinicians, improved quantitation), quality assurance purposes (practice improvement) and regulatory purposes (reporting).
The profile conveys administered dose information from the laboratory or injection system to the acquisition modality, clinical repository, dose analysis system and registries, replacing manual or other means. |
TI | 2016-02-24 | 2016-04-22 |
| Radiology | Cross-Enterprise Remote Read Workflow Definition (XRR-WD) | This supplement addresses Cross Domain or Cross Enterprise Remote Reading Workflow. This workflow is the practice of having medical images interpreted (read) by a reading specialist who is not present at the site where the diagnostic imaging study was acquired and is not reporting using the local PACS and dictation system at the acquiring site. Specifically, the Radiologist or reading specialist is requested to read an exam from another organization with a separate Hospital Information System, Radiology Information System and PACS. The profile workflow includes the Request’s Creation, Dispatch, Perform (Interpretation) and Completion (report delivery) of diagnostic imaging study. | PC | 2016-04-22 | June-July 2016 |
| Surgery |
2015 Cycle – IHE Technical Framework Supplements New Supplement Tracker
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2015 cycle. Trial Implementation documents that have been published at least once in a previous publication cycle will not appear here. However, the table may include current Trial Implementation supplements that will undergo changes significant enough to warrant another round of public comment. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found can be found here. Trial implementation and final text documents can be found here.
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Brief Description |
Status |
PC Pub Date |
TI Pub Date |
| PC=Public Comment
TI=Trial Implementation |
No highlight=Projected
Green highlight=Published |
No highlight=Projected
Green highlight=Published |
|||
| Anatomic Pathology | |||||
| Cardiology | Registry Content Submission -EP | TI | 2015-04-21 | 2015-07-14 | |
| Dental | |||||
| Endoscopy | Endoscopy Report and Pathology Order | TI | 2015-01-29 | 2015-12-14 | |
| Endoscopy | Endoscopy Workflow | TI | 2015-01-29 | 2015-12-14 | |
| Eye Care | Eye Care Summary Record (EC-Summary) | This supplement describes the structure of data that is collected for a patient’s eye care summary medical record, generally for the purpose of transfer or referral of care to another provider. |
TI | 2015-02-23 | J2015-07-14 |
| Eye Care | Unified Eye Care Workflow (U-EYECARE) | TI | 2015-03-31 | 2015-07-14 | |
| IT Infrastructure | Document Digital Signature (DSG) | TI document published for another round of public comment. This profile is a Document Content Profile that provides general purpose methods of digitally signing of documents for communication and persistence. This method can be used within a Document Sharing infrastructure (e.g., XDS, XCA, XDM, XDR, and MHD). This second revision of the DSG supplement addresses the following: 1) Puts the profile into the current supplement template 2)Puts the profile into the current Document Content format 3)Adds Enveloping signature, which is especially useful when Document Sharing are not used. For example: RFD based output. 4)Adds details on how to use Detached signature for a SubmissionSet signature, which has been used in France. 5)Update the signature standards: XAdES specifically that now includes profiles for LongTerm signatures |
TI | 2015-01-05 | 2015-03-13 |
| IT Infrastructure | Cross-Community Document Reliable Interchanges (XCDR) | Provides cross-domain capabilities to Provide and Register a set of Documents in a Cross-Community environment. It supports a Document source in one XDS Affinity Domain to route a request to store and persist in a specific designated remote community. Supports the reuse of the Provide and Register Set-b transaction with Web-Services as transport. The routing of the document set relies on an Initiating Gateway in the source affinity Domain (potentially supporting XDS) and a Responding Gateway in the target community identified by its homeCommunityId metadata value. | TI | 2015-01-05 | 2015-03-31 |
| IT Infrastructure | Cross-Enterprise Document Workflow Extension for Cross-Community Environment | This supplement enables the use of XDW in a Cross-community document sharing environment where the XCA and XCDR Profiles are used. This supplement extends the XDW Supplement with a number of additions to enable the support of the Cross-Enterprise Workflow Document (XDW) Profile in Cross-community environments where the XCA and XCDR profiles are used. Note: The XCDR Profile is issued for Public Comment at the same time as this supplement. |
TI | 2015-01-05 | 2015-03-31 |
| IT Infrastructure | Mobile Alert Communication Management (mACM) | Is intended to create a way to send non-life critical alert messages to one or more recipients. It is a very scaled down proposal that will likely start a family of similar solutions. |
TI | 2015-06-08 | 2015-08-07 |
| IT Infrastructure | Mobile Access to Health Documents (MHD) | TI document published for another round of public comment. This profile defines one standardized interface to health documents (a.k.a. an Application Programming Interface (API) for use by mobile devices so that deployment of mobile applications is more consistent and reusable. |
TI | 2015-01-05 | 2015-03-12 |
| IT Infrastructure | RESTful ATNA | Proposes to provide a way that a reporting application can query into an ATNA repository for various use-cases. Likely to use the FHIR SecurityEvent resource, but there is a desire to expand beyond those specific types of logged events. | TI | 2015-06-08 | 2015-08-07 |
| IT Infrastructure | PIXm | Proposes to provide a query into a PIX Manager for a cross-reference. This is just the query transaction from the PIX profile, but using FHIR. This will likely be based on FHIR Patient, and be similar to PDQm. | TI | 2015-06-08 | 2015-08-07 |
| Laboratory | |||||
| Patient Care Coordination | Guideline Appropriate Ordering | The purpose of this profile is to support communication of decision support guidance on whether or not an order is appropriate from EHR, hospital or departmental information systems, and enable receivers to validate that decision support was used to determine the appropriateness of those orders according to guidelines. |
TI | 2015-06-01 | 2015-08-05 |
| Patient Care Coordination | Clinical Mapping | Goal is to take core PCD content and translate into CDA content. Submitted to PCC for the content aspect. PCD uses IEEE content constructs. Will need IEEE 11073 mapping to SNOMED, RxNorm and/or LOINC for vital signs and other data. Will also need to define transactions involved. | TI | 2015-06-01 | 2015-08-05 |
| Patient Care Coordination | Reconciliation on FHIR | Provides the ability to support reconciliation workflows using FHIR resources. Will attempt to use the IHE/HL7 collaborative process to get this work done. | TI | 2015-06-01 | 2015-08-05 |
| Patient Care Coordination | Remote Patient Monitoring | This profile describes the process via which patient data obtained from personal health devices is transported to an EHR supporting HL7 Version 2 IHE PCD transactions. | TI | 2015-06-01 | 2015-08-05 |
| Patient Care Device | |||||
| Pharmacy | Healthcare Products Catalog | TBD | TBD | ||
| Pharmacy | Medication Administration | TBD | TBD | ||
| Pharmacy | Medication Statement | TBD | TBD | ||
| Pharmacy | Medication Treatment Plan | TI | 2015-06-22 | 2015-10-23 | |
| Pharmacy | Supply of Products for Healthcare | TBD | TBD | ||
| Quality, Research and Public Health | Aggregate Data Exchange | This will target the articulation of a simple and extendable XML format for representing routine aggregate data reports. | TI | 2015-05-29 | 2015-08-27 |
| Quality, Research and Public Health | Content Based Document Types | This profile aims to define a new transaction allowing a Metadata Consumer actor to ask a Metadata Source actor for the metadata of the documents (identified using the XDSDocumentEntry Metadata) where a specific clinical data is available. | TBD | TBD | |
| Radiation Oncology | Multimodality Image Registration for Radiation Oncology 2013 (MMRO-III) | PC | 2015-10-23 | ||
| Radiation Oncology | Treatment Delivery – Image Content (TDIC) | PC | 2015-10-23 | ||
| Radiation Oncology | Treatment Delivery – Plan Content (TDPC) | PC | 2015-10-23 | ||
| Radiation Oncology | Treatment Planning – Image Content (TPIC) | PC | 2015-10-23 | ||
| Radiation Oncology | Treatment Planning – Plan Content (TPPC) | PC | 2015-10-23 | ||
| Radiology | Clinical Decision Support – Order Appropriateness | New U.S. legislation mandates the use of clinical decision support (CDS) when ordering imaging exams. As of January 1, 2017, CMS will withhold payment unless the referring provider documents use of CDS in the claim for the exam. We must have standards for the creation of the required CDS data on the order and the movement of the data through to billing to correctly implement this new rule. HL7 has a messaging format for orders exchange between order placer and order filler. This is currently profiled in IHE Scheduled Workflow. CDS vendors currently use HL7 segments for their current data. A CDS Profile could present a standard way to capture the required data and send it through the rendering provider and on to the billing system. There is high market interest in standardizing, as today over 370 million ambulatory imaging studies are ordered annually in the U.S., plus another share of the over 400 million hospital imaging studies that are considered outpatient. The data-flow and record-keeping necessary to comply would be difficult to do correctly and cost-effectively without automation and integration. Referring and rendering providers, as well as the respective vendors, have shown interest in working on this. IHE Scheduled Workflow already carries many elements of an imaging order through the radiology workflow. It could be expanded to include new CDS data specific to the mandate. There are additional elements that would be helpful to add as well, such as receiving facility. Other data included in standards could be improved, such as exam priority. The Profiles on PIX and PDQ are very helpful in this as well. |
TI | 2015-02-19 | 2015-06-12 |
| Radiology | Web-based Image Capture (WIC) | The Web-based Image Capture (WIC) Profile provides a simple, lightweight, mobile-friendly mechanism to encode and send captured images, videos and evidence documents from the mobile device to the Image Manager so that these objects can be easily integrated into the rest of the imaging workflow. | TI | 2015-02-19 | 2015-04-21 |
| Radiology | Radiology Remote Reading Workflow | Cross-Enterprise or Community Diagnostic Image Sharing Services are increasingly part of the infrastructure landscape in the clinical community. Leading the way are IHE profiles and standards, such as XDS-I proving the infrastructure framework for image and document exchange. Cross-enterprise image sharing, beyond the initial step, has the capability to attain efficiencies and reduce cost at a macro-scale level: (a) Improve throughput of radiology departments by allowing any qualified radiologist in the community to read and report a study, (b) Align the number of resources (staff, equipment) with the needs of the community as opposed to considering individual hospitals only, (c) Facilitate assignment of studies to physicians that are best qualified to read them (e.g., a SPECT expert may be leveraged across the community), (d) Provide off-hours coverage by sharing radiologists’ services off peak hours. | TI | 2015-06-12 | 2015-12-14 |
| Surgery |
2014 Cycle – IHE Technical Framework Supplements New Supplement Tracker
The table below tracks new supplements that have been approved by the domain Planning and Technical Committees for publication in the 2014 cycle (beginning around March 2014 with publication for public comment). Documents that have already been published at least once in a previous publication cycle will not appear here. The purpose of this information is to give implementers a view of work items approved by committees early on to allow them to plan appropriately.
Documents currently in their public comment phase can be found here. Trial implementation and final text documents can be found here.
Disclaimer: Due to unforeseen events, all documents listed may not be available when expected. The table will be updated as new information becomes available.
|
Domain |
Document |
Approval Date |
Status |
Public Comment Publication |
Trial Implementation Publication |
| PC=Public Comment
TI=Trial Implementation |
|||||
| Anatomic Pathology | |||||
| Cardiology | Electrophysiology Implant/Explant Report Content (EPRC-IE) | TI | 2014-02-20 | 2014-04-30 | |
| Cardiology | Registry Content Submission – CathPCI V4.4 (RCS-C) | PC | 2014-04-30 | 2014-7-18 | |
| Dental | |||||
| Endoscopy | |||||
| Eye Care | Core Eye Care Workflow (C-EYECARE) {Previously titled: Small Clinic Workflow (SMC-EYECARE)} | TI | 2014-06-26 | 2014-10-03 | |
| IT Infrastructure | Patient Demographics Query for Mobile (PDQm) | TI | 2014-06-06 | 2014-08-28 | |
| IT Infrastructure | Patient Location Tracking (PLT)-formerly PLQ | TI | 2013-04-17 | 2014-08-28 | |
| IT Infrastructure | Secure Retrieve (SeR) | TI | 2014-06-06 | 2014-08-28 | |
| Laboratory | |||||
| PCC | Multiple Content Views (MCV) | TI | 2014-06-06 | 2014-08-28 | |
| PCC | Reconciliation of Clinical Content and Care Providers (RECON) | TI | 2014-06-06 | 2014-08-28 | |
| PCD | Medical Equipment Management Device Management Communication (MEMDMC) | TI | 2014-06-26 | 2014-11-04 | |
| PCD | Medical Equipment Management Location Services (MEMLS) | TI | 2014-06-26 | 2014-11-04 | |
| Pharmacy | Pharmacy Medication List (PML) | TI | 2014-05-08 | 2014-09-29 | |
| QRPH | Birth and Fetal Death Reporting – Enhanced (BFDR-E) | TI | 2014-06-06 | 2014-09-05 | |
| QRPH | Early Hearing Detection and Intervention Content Profile (EHDI) | TI | 2014-06-06 | 2014-09-05 | |
| QRPH | Family Planning (FP) | TI | 2014-06-06 | 2014-09-05 | |
| QRPH | Structured Data Capture (SDC) | TI | 2014-06-06 | 2014-09-05 | |
| Radiation Oncology | |||||
| Radiology | Digital Breast Tomosynthesis (DBT) | TI | 2014-03-07 | 2014-05-30 | |
| Radiology | Mobile Access to Health Documents for Imaging (MHD-I) | TI | 2014-03-07 | 2014-05-30 |