Interoperability Specification
Transaction Package
Transaction
Component
Technical Note
Requirements Design and Standards Selection
Reference
|
Interoperability Specification |
IS 01 | Electronic Health Record Laboratory Results Reporting The goals supported by this Interoperability Specification are:
- Transmission of complete, preliminary, final and updated laboratory results to the EHR system (local or remote) of the ordering clinician
- Transmission of complete, preliminary, final and updated laboratory result (or notification of laboratory result) to the EHR system (local or remote) or other clinical data system of designated providers of care (with respect to a specific patient)
|
IS 02 | HITSP Biosurveillance Interoperability Specification This Interoperability Specification focuses on a set of constrained standards for implementation of near real-time, nationwide public health event monitoring to support early detection, situational awareness and rapid response management across care delivery, public health and other authorized Government agencies. It prescribes the process or interaction that each primary stakeholder will invoke to capture, discover, anonymize and transmit relevant data. |
IS 03 | HITSP Consumer Empowerment and Access to Clinical Information via Networks Interoperability Specification The HITSP Consumer Empowerment and Access to Clinical Information via Networks Interoperability Specification identifies a subset of the functional components of the healthcare enterprises and health information networks, called "HITSP actors," and specifies their interactions in terms of a set of coordinated, standards based transactions. This document defines specific implementations of established standards intended to achieve integration goals that promote appropriate exchange of a consumer’s personal health record information. |
IS 04 | HITSP Emergency Responder Electronic Health Record Interoperability Specification The ER-EHR specification focuses on the use of standardized, widely available and secure solutions for accessing and exchanging current and patient-specific historical health information during emergency response situations. |
IS 05 | HITSP Consumer Empowerment and Access to Clinical Information via Media Interoperability Specification This specification addresses the recording of an individual’s health information on portable media such as a CD or a USB key to achieve portability between the consumer’s PHR Systems and other information systems. This document defines specific implementations of established standards intended to achieve integration goals that promote appropriate exchange of a consumer’s personal health record information. As part of a personal health record (PHR), this specification addresses several key areas: the patient’s registration data and a healthcare summary including medication history, allergies, encounters, problems and conditions, immunizations and key laboratory tests results. |
IS 06 | HITSP Quality Interoperability Specification This Quality Interoperability Specification is designed to enable interoperable, electronic quality (eQuality) monitoring. This process provides implementers with a set of standards and workflows to enable that eQuality monitoring. Specifically, it provides selected standards for encoding the data types required for encoding an electronic quality measure. |
IS 07 | HITSP Medication Management Interoperability Specification The HITSP Medication Management Interoperability Specification describes the information flows, issues and system capabilities that apply to the multiple organizations participating in medication management. It is intended to facilitate access to necessary medication and allergy information for consumers, clinicians, pharmacists, health insurance agencies, inpatient and ambulatory care, etc. |
IS 08 | Personalized Healthcare Interoperability Specification The Personalized Healthcare Interoperability Specification focuses on the exchange of clinically useful genetic/genomic test information, personal and family health history, and the use of analytical tools in electronic health records (EHRs) to support clinical decision-making. |
IS 09 | Consultations and Transfers of Care Interoperability Specification The Consultation and Transfers of Care Interoperability Specification focuses on the electronic exchange of information between requesting clinicians and consulting clinicians, to support consultations, including specialty services and second opinions. This specification also focuses on the exchange of clinical information needed during transfers of care. |
IS 10 | Immunizations and Response Management Interoperability Specification The Immunizations and Response Management Interoperability Specification focuses on: 1) providing information about individuals who need to receive specific vaccines, drugs, or other interventions; 2) the ability to report, track, and manage administration of vaccines, drugs, isolation, and quarantine; 3) the ability to identify and electronically exchange information describing the treatment or prophylaxis status of populations; 4) the ability to exchange specific resource and supply chain data from public and private sectors. |
IS 11 | Public Health Case Reporting Interoperability Specification The Public Health Case Reporting Interoperability Specification supports the bi-directional information exchanges of the Public Health Case Reporting process. It focuses on enabling more efficient data capture at the point of care while allowing for optimizing the information delivery format and content allowing for current SDO efforts to be finalized. In the absence of standards in structured content and associated Clinical Decision Support for alerts and information reporting criteria, this Interoperability Specification provides options for the secure communication of basic presentation preserving content to better automate the current paper-based information flows. |
IS 12 | Patient-Provider Secure Messaging Interoperability Specification The Patient-Provider Secure Messaging Interoperability Specification describes the information flows, issues, and system capabilities that apply to patients and providers that are required for patients to interact with their healthcare clinicians remotely using common computer technologies readily available in homes and other settings. |
IS 77 | Remote Monitoring (RMON) Interoperability Specification The Remote Monitoring Interoperability Specification addresses the data and information exchange requirements for the transfer of remote monitoring information from a device physically attached to or used by a patient in a location that is remote to the clinician. |
Transaction Package |
TP 13 | HITSP Manage Sharing of Documents Transaction Package The Manage Sharing of Documents Transaction Package supports the sharing of patient records in the form of source attested objects called documents. A healthcare document is a composite of structured and coded health information, both narrative and tabular, that describes acts, observations and services for the purpose of exchange. No assumption is made by this construct in terms of the format and structure of the content of documents shared. |
TP 14 | HITSP Send Laboratory Result Message to Ordering Clinician and Providers of Care Transaction Package The Send Laboratory Result Message Transaction supports: transmission of complete, preliminary, final and updated laboratory results to the EHR system (local or remote) of the ordering clinician; and transmission of complete, preliminary, final and updated laboratory results (or notification of the availability of laboratory results) to the EHR system (local or remote) or other clinical data system of designated providers of care (with respect to a specific patient). |
TP 20 | HITSP Access Control Transaction Package The Access Control Transaction Package provides the mechanism for security authorizations which control the enforcement of security policies including: role-based access control; entity based access control; context based access control; and the execution of consent directives. An example of this is a functional role that has the permission to perform an act (e.g., consumer updating a Personal Health Record (PHR). In an emergency, this construct must support the capability to alter access privileges to the appropriate level (failsafe/emergency access), which may include override of non-emergency consents. |
TP 21 | HITSP Query for Existing Data Transaction Package The Query for Existing Data Transaction Package is based on the IHE Query for Existing Data Integration Profile (QED) which supports dynamic queries for clinical data, including vital signs, problems, medications, immunizations, diagnostic results, procedures and visit history. A wide variety of systems often needs access to dynamic clinical information stored and maintained in an EMR system or other clinical data repository. The construct makes the information widely available to other systems within and across enterprises to support provision of better clinical care. |
TP 22 | HITSP Patient ID Cross-Referencing Transaction Package The Patient ID Cross-Referencing Transaction Package is used for identifying and cross-referencing different attributes for the same patient. It contains a query for cross-reference and patient identity feed transactions. These transactions are used to identify patients from a list of potentials, and/or to communicate patient demographic data. |
TP 30 | HITSP Manage Consent Directives Transaction Package The Manage Consent Directives Transaction Package describes the messages needed to capture, manage, and communicate rights granted or withheld by a consumer to one or more identified entities in a defined role to access, collect, use or disclose individually identifiable health information (IIHI), and also supports the delegation of the patient’s right to consent. The transactions described in this construct are intended to be carried out by HITSP/TP13 - Manage Sharing of Documents. |
TP 43 | HITSP Medication Orders Transaction Package The Medication Orders Transaction Package is used to define transactions between prescribers (who write prescriptions) and dispensers (who fill prescriptions). It is used for new prescriptions, refill requests, prescription change requests and prescription cancellations. Orders/prescriptions may occur in many different real world settings, such as inpatient, long term care and ambulatory settings. |
TP 46 | HITSP Medication Formulary and Benefits Information Transaction Package The Medication Formulary and Benefits Information Transaction Package addresses two tasks. The first task is to perform an eligibility check for a specific patient’s pharmacy benefits. The second task is to obtain the medication formulary and benefit information. |
TP 49 | HITSP Sharing Radiology Results Transaction Package The Sharing Imaging Results Transaction Package supports the sharing of radiology result data in a document sharing functional flow scenario. |
TP 50 | HITSP Retrieve Form for Data Capture Transaction Package The Retrieve Form for Data Capture Transaction Package enables capture of supplemental data variables not typically maintained in an electronic health record or laboratory information system through a more seamless integration with the local information system. This allows for the local system to retrieve a form specific to the identified potential public health threat. In the context of quality, it allows for the local system to capture supplemental data elements required for quality reporting that may not be available to the electronic health record. |
TP 89 | Sharing Imaging Results Transaction Package The Sharing Imaging Results Transaction Package supports the process of sharing medical imaging results data. Imaging results data are captured as part of the normal process of care performed by healthcare providers. This data can be made available through document sharing for both clinical care and public health purposes. |
Transaction |
T 14 | HITSP Send Laboratory Result Message Transaction The Send Laboratory Result Message Transaction supports: transmission of complete, preliminary, final and updated laboratory results to the EHR system (local or remote) of the ordering clinician; and transmission of complete, preliminary, final and updated laboratory results (or notification of the availability of laboratory results) to the EHR system (local or remote) or other clinical data system of designated providers of care (with respect to a specific patient). |
T 15 | HITSP Collect and Communicate Security Audit Trail Transaction The Collect and Communicate Security Audit Trail Transaction is a means to provide assurance that security policies are being followed or enforced and that risks are being mitigated. This document describes the mechanisms to define and identify security relevant events and the data to be collected and communicated as determined by policy, regulation or risk analysis. It also provides the mechanism to determine the record format to support analytical reports that are needed. |
T 16 | HITSP Consistent Time Transaction The Consistent Time Transaction provides a mechanism to ensure that all of the entities that are communicating within the network have synchronized system clocks. |
T 17 | HITSP Secured Communication Channel Transaction The Secured Communication Channel Transaction provides the mechanisms to ensure the authenticity, integrity, and confidentiality of transmissions, and the mutual trust between communicating parties. Its objectives include providing: mutual node authentication to assure each node of the others’ identity; transmission integrity to guard against improper information modification or destruction while in transit; and transmission confidentiality to ensure that information in transit is not disclosed to unauthorized individuals, entities, or processes. |
T 18 | HITSP View Laboratory Results from a Web Application Transaction The View Laboratory Results from a Web Application Transaction allows a user to view a laboratory report through a secure browser. This Transaction uses the HITSP/C44 - Secure Web Connection Component. It may not define all functions, constructs and standards necessary to implement a conforming system in a real world environment. In particular, an implementer must provide the technical infrastructure and security framework necessary to support operations in accordance with law, regulation, best practices and business agreements. |
T 23 | HITSP Patient Demographics Query Transaction The Patient Demographics Query Transaction is intended to provide a ‘list patients and their demographics’ query / ‘patient(s) and their demographics identified’ response message pair (QBP^Q22, RSP^K22) for use wherever such needs exist. This Transaction document extracts the Health Level Seven (HL7) version 2.5 Query and Response data mapping. The underlying basis for this extraction can be found in the Integrating the Healthcare Enterprise IT Infrastructure Technical Framework, Patient Demographics Query integration profile. |
T 24 | HITSP Pseudonymize Transaction The Pseudonymize Transaction describes a framework for including Pseudonymization Services where the use of “dummy” or pseudo references to specific patients or providers is requred. Pseudo-identifiers are intended to allow accessibility to clinical information, while safeguarding any information that may compromise the privacy of the individual patient or provider. Using pseudo-identifiers can assist in compliance with HIPAA regulations regarding suppression of patient identification information. |
T 29 | HITSP Notification of Document Availability Transaction The NAV Integration Profile introduces a mechanism allowing notifications to be sent point-to-point to systems within a Cross-Enterprise Document Sharing Affinity Domain (See “IHE IT Infrastructure Cross-Enterprise Document Sharing (XDS) Integration Profile”), eliminating the need for manual steps or polling mechanisms for a Document Consumer to be aware that documents of interest have been registered with an XDS Document Registry Actor. |
T 31 | Document Reliable Interchange The Document Reliable Interchange Transaction provides a standards-based mechanism for conveying a set of medical documents in a point-to-point network-based communication. This Transaction uses the IHE Cross-Enterprise Document Reliable Interchange (XDR) Integration Profile, a companion to the IHE Cross-Enterprise Document Sharing (XDS) Integration Profile. Cross-Enterprise Document Reliable Interchange (XDR) uses the XDS defined metadata formats in a simpler environment in which the communicating parties have agreed to a point-to-point interchange rather than communicating via document sharing. |
T 33 | HITSP Transfer of Documents on Media Transaction The Transfer of Documents on Media Transaction describes both the type of media (CD-ROM, USB Memory, and e-Mail) that may be used to write the documents and provides a directory structure that must be followed in order for the contents to be successfully accessed and processed by systems. An example might be to transport data from one healthcare provider to another healthcare provider, or a healthcare consumer may wish to move the contents of a Personal Health Record (PHR) using physical media or e-Mail. This Transaction uses the IHE Cross-Enterprise Document Media Interchange Integration Profile developed by Integrating the Healthcare Enterprise (IHE), a companion to the IHE Cross-Enterprise Document Sharing (XDS) Integration Profile. |
T 40 | HITSP Patient Generic Health Plan Eligibility Verification Transaction The Patient Health Plan Eligibility Verification Transaction is intended to provide the status of a health plan covering the individual, along with details regarding patient liability for deductible, co-pay and co-insurance amounts for a defined base set of generic benefits or services. The base set of benefits includes, but is not limited to, coverage status and patient liability for medical, chiropractic, dental, hospital inpatient, hospital outpatient, emergency, physician office visit, pharmacy and vision services that are included in the patient’s generic health plan benefit. |
T 42 | HITSP Medication Dispensing Status Transaction This Medication Dispensing Status Transaction provides a medication prescriber the dispensing status of an ordered prescription (dispensed, partially dispensed, not dispensed). This transaction is used for original prescriptions, refills and renewals. It uses the NCPDP SCRIPT Standard Implementation Guide Version 10.1 RXFILL message to provide the status. |
T 63 | Emergency Message Distribution Element Transaction The Emergency Message Distribution Element Transaction selects the Emergency Data Exchange Language (EDXL) Distribution Element (DE) v1.0 standard, and is a multicast notification message sent to an identified population (assume this is not to the general public, but to specifically identified populations, such as emergency departments). |
T 64 | Identify Communication Recipients Transaction The Identify Communication Recipients Transaction is intended to serve the purpose of identification of communication recipients and the subsequent purpose of delivery of alerts and bi-directional communications (e.g., public health agencies notifying a specific group of service providers about an event.) The method and criteria by which individuals are added to a directory is a policy decision, which is out of scope for this construct. It uses the Integrating the Healthcare Enterprise (IHE) Personnel White Pages profile which provides access to basic directory information for identifying one or more recipients. |
T 66 | Retrieve Value Set Transaction The Retrieve Value Set Transaction is used to transform human or computer vocabularies. For example, it can be used to convert the initial capture of a human-readable concept into a computer vocabulary captured in a document or message that will be communicated. It may also be used in the reverse, to take computer vocabulary and convert to human-readable form. |
T 67 | Clinical Referral Request Transport Transaction The Clinical Referral Request Transport Transaction will be used to transport the provider to provider (clinical) referral request interaction. It is based on the Integrating the Healthcare Enterprise (IHE) Document-based Referral Request (DRR) profile which is used to bundle a referral request document with other relevant clinical documents of interest and optionally to send a trigger message to the receiving provider system. |
T 68 | Patient Health Plan Authorization Request and Response Transaction The Patient Health Plan Authorization Request and Response Transaction provides a mechanism for a healthcare provider (other than a retail pharmacy) to request approval from a health plan to authorize certain healthcare services, when required by the patient’s health plan contract. The information exchanged includes, but is not limited to, approval status for coverage, allowed service provider(s), and certification dates for services that are included in the patient’s health plan benefits. The response from the health plan indicates that the health plan has determined that the particular service(s) will or will not be covered, and what is the level of coverage if that information is available from the health plan. |
T 79 | Pharmacy to Health Plan Authorization Request and Response Transaction The Pharmacy to Health Plan Authorization Request and Response Transaction provides a mechanism for a pharmacy to request approval from a health plan to authorize certain healthcare products and services, as required by the patient’s health plan contract. The health plan responds to the pharmacy’s request for the approval of products and/or services. The information exchanged includes, but is not limited to, approval status for coverage of the products and/or services that are included in the patient’s health plan benefits and/or authorization limitations. |
T 81 | Retrieval of Medical Knowledge Transaction The Retrieval of Medical Knowledge Transaction enables the request and receipt of additional knowledge about a medical concept based on specific context parameters. This transaction does not prescribe the knowledge content of the message returned but provides the specifications for the query for and receipt of additional knowledge. It uses the Health Level 7 (HL7) Context-Aware Information Retrieval (Infobutton) Specification: URL Implementation Guide as the base standard for implementation. |
T 85 | Administrative Transport to Health Plan The Administrative Transport to Health Plan Transaction will be used as the transport for administrative transactions between a provider and a health plan. Examples include a pharmacy obtaining health plan eligibility, and a physician requesting referral or authorization information from a health plan. This construct is based on the CAQH Phase II CORE #270 Connectivity Rule v2.0.0, which addresses the message envelope metadata, the message envelope standards, and the submitter authentication standards for administrative transactions, as well as communications-level errors, and acknowledgements. |
Component |
C 19 | HITSP Entity Identity Assertion Component The Entity Identity Assertion Component provides the mechanisms to ensure that an entity is the person or application that claims the identity provided. An example of this Component is the validation and assertion of a consumer logging on to a Personal Health Record (PHR) system. |
C 25 | HITSP Anonymize Component The Anonymize Component provides specific instruction for anonymizing data that are prepared for repurposing data created as part of routine clinical care delivery. This construct defines the Component specification that provides the ability to anonymize patient identifiable information. |
C 26 | HITSP Nonrepudiation of Origin Component The Nonrepudiation of Origin Component provides the mechanisms to support Nonrepudiation of Origin, which refers to both the proof of the integrity and origin of documents in a high-assurance manner, which can be verified by any party. This Component does not provide Nonrepudiation of Receipt. |
C 28 | HITSP Emergency Care Summary Document Using IHE Emergency Department Encounter Summary (EDES) Component The Emergency Care Summary Document Using IHE Emergency Department Encounter Summary (EDES) Component is the collection of data from multiple sources (such as physicians, nurses, technologists, etc.) recording the assessments and care delivered by the ED team in response to an ED visit. It is a summary of the patient’s current health status and care tendered in the ED between arrival and ED departure. This Component specifies the use of the IHE Emergency Department Encounter Summary (EDES), Technical Framework Supplement, Volume I, Revision 3.0, 2007-2008. |
C 32 | HITSP Summary Documents Using HL7 Continuity of Care Document (CCD) Component The Registration and Medication History Document Content Component describes the document content summarizing a consumer’s registration, medication and health data information contained within a Personal Health Record (PHR) for the purpose of information exchange. This component only deals with the exchange of summary information to and from the PHR. |
C 34 | HITSP Patient Level Quality Data Message Component The Patient Level Quality Data Message Component supports the process of sending patient data from a Quality Message Sender to a Quality Message Receiver for further analysis and aggregation. Patient data are captured as part of the normal process of care performed by healthcare providers such as hospitals, emergency departments and outpatient clinics. |
C 35 | HITSP EHR Lab Result Terminology Component The Lab Result Terminology Component defines the vocabulary for either message-based or document-based laboratory results reporting. |
C 36 | HITSP Lab Result Message Component The Lab Result Message Component describes the use of a constrained Health Level Seven (HL7) Version 2.5.1 ORU – Unsolicited Observation Message for electronic laboratory results reporting. |
C 37 | HITSP Lab Report Document Component The Lab Report Document Component prescribes the use of the standard Clinical Document Architecture Release 2 (CDA R2), as in the HL7 V3 2006 normative edition profiled by IHE LAB TF-3 for: transmission of complete, preliminary, final and updated laboratory results to the EHR system (local or remote) of the ordering clinician; transmission of complete, preliminary, final and updated (or notification) to the EHR system (local or remote) or other clinical data system of designated providers of care (with respect to a specific patient); transmission of laboratory result data from electronically enabled healthcare delivery and public health systems in standardized and anonymized format to authorized Public Health Agencies with less than one day lag time. |
C 38 | HITSP Patient Level Quality Data Document Using IHE Medical Summary (XDS-MS) Component The Patient Level Quality Data Document Using IHE Medical Summary (XDS-MS) Component supports the communication of patient level quality data for quality measurement in a document sharing environment. The HITSP Patient Level Quality Data Document Using IHE Medical Summary (XDS-MS) Component constrains the IHE Medical Summary to support the communication of quality data for analysis and measurement. The specification includes constraints of location and vocabulary. |
C 39 | HITSP Encounter Message Component The Encounter Message Component supports the process of sending patient encounter data (excluding laboratory, radiology) from a Biosurveillance Message Sender to a Biosurveillance Message Receiver. |
C 41 | HITSP Radiology Result Message Component The Radiology Result Message Component supports the process of sending radiology result data from a Biosurveillance Message Sender to a Biosurveillance Message Receiver. Radiology result data are captured as part of the normal process of care performed by healthcare providers. |
C 44 | HITSP Secure Web Connection Component The Secure Web Connection Component provides the capability to access documents through a secure web browser. |
C 47 | HITSP Resource Utilization Message Component The Resource Utilization Component specifies the message and content necessary to report utilization and status of health provider resources to public health agencies. This specification reflects the current status of harmonization efforts between HL7 and OASIS. |
C 48 | HITSP Encounter Document Using IHE Medical Summary (XDS-MS) Component The Encounter Document Using IHE Medical Summary (XDS-MS) Component supports the process of sending patient encounter data (excluding laboratory and radiology) in a document sharing functional flow scenario. Patient encounter data are captured as part of the normal process of care performed by healthcare providers, such as hospitals, emergency departments and outpatient clinics. |
C 62 | Unstructured Document Component The Unstructured Document Component is provided for the capture and storage of patient identifiable, unstructured document content, such as text, PDF, and images rendered in PDF. It is based on the Cross-Enterprise Sharing of Scanned Documents (XDS-SD) profile from the Integrating the Healthcare Enterprise (IHE) IT Infrastructure Technical Framework (ITI-TF). |
C 70 | Immunization Query and Response The Immunization Query and Response Component is used for a message based exchange of immunization information. It specifies the use of HL7 Version 2.3.1 Query for Vaccination Record (VXQ), to send a query from the message sender (clinician system, schools, IIS) to the message receiver (immunization registry). |
C 72 | Immunization Message Component The Immunization Message Component provides the capability to communicate an update to a patient's vaccination record. It is based upon the Centers for Disease Control and Prevention Implementation Guide for Immunizations Data Transaction using Version 2.3.1 of the Health Level Seven (HL7) Standard Protocol Implementation Guide Version 2.2 June 2006. |
C 74 | Remote Monitoring Observation Document Component The Remote Monitoring Observation Document Component describes the document content to convey medical information collected by remote monitoring management systems from monitorng devices and/or device intermediaries for the purpose of information exchange. The content may include administrative (e.g., registration, demographics, insurance, etc.) and clinical (results, vital signs, etc) information. This specification defines content in order to promote interoperability between participating systems. Such systems may include Remote Monitoring Management Systems, Personal Health Record Systems (PHRs), Electronic Health Record Systems (EHRs), Health Information Exchange infrastructure services and other persons and systems as identified and permitted. |
C 75 | Healthcare Associated Infection (HAI) Report Component The Healthcare Associated Infection (HAI) Report Component specifies a standard for electronic submission of Healthcare Associated Infection (HAI) Reports to the National Healthcare Safety Network (NHSN) of the Centers for Disease Control and Prevention (CDC). HITSP has adopted the HL7 Implementation Guide for CDA Release 2: NHSN Healthcare Associated Infection (HAI) Reports, Release 1 for this construct. |
C 76 | Case Report Pre-Populate Component The Case Report Pre-Populate Component supports the Data Mapping needed for Public Health Case Reports. Initially the Component supports only those data attributes that are universal or pertain to Drug Safety reporting. For those attributes that are universal in case reporting, this component may be used in support of pre-populating the remaining report types. However, other public health specific attributes will be addressed in subsequent releases. |
C 78 | Immunization Document Component The Immunization Document Component defines the immunization data content to be exchanged between healthcare entities such as immunization information systems, electronic medical records systems, personal healthcare record systems and other stakeholders. It is based upon the IHE Patient Care Coordination (PCC) Technical Framework Supplement 2008-2009, Immunization Content (IC), Trial Implementation Version 1.0. |
C 80 | Clinical Document and Message Terminology Component The Clinical Document and Message Terminology Component defines the vocabularies and terminologies utilized by HITSP specifications for Clinical Documents and Messages used to support the interoperable transmission of information. |
C 82 | Emergency Common Alerting Protocol Component The Emergency Common Alerting Protocol Component selects the OASIS Common Alerting Protocol (CAP) v1.1 standard, and is used as a multicast notification message sent to an identified channel. The intended recipients are populations such as “all emergency departments in XXX county”, “within a geographic area”, etc. |
C 83 | CDA Content Modules Component The CDA Content Modules Component defines the content modules for document based HITSP constructs utilizing clinical information. These Content modules are based on IHE PCC Technical Framework Volume II, Release 4. That technical framework contains specifications for document sections that are consistent with all implementation guides for clinical documents currently selected for HITSP constructs |
C 84 | Consult and History & Physical Note Component The Consult and History & Physical Note Component supports two types of commonly used clinical notes, a consult note, and a history and physical note. It is intended for use to support the exchange of information from a consulting provider to a referring provider; and may also be used to provide background information from a referring provider to a consulting provider (e.g., prior reports). |
C 87 | Anonymize Public Health Case Reporting Data Component The Anonymize Public Health Case Reporting Data Component provides specific instructions for anonymizing data that was created as part of routine clinical care data delivery in preparation for repurposing data for public health case reporting. This construct defines the Component specification that provides the ability to anonymize patient identifiable information. Anonymization, according to the International Organization for Standardization (ISO), is the process that removes the association between the identifying data set and the data subject. |
C 88 | Anonymize Immunizations and Response Management Data Component The Anonymize Immunizations and Response Management Data Component provides the ability to anonymize patient identifiable information for Immunization and Response Management. It provides specific instruction for anonymizing data that was created as part of routine clinical care delivery in preparation for repurposing the data . Anonymization, according to the International Organization for Standardization (ISO), is the process that removes the association between the identifying data set and the data subject. |
C 90 | Clinical Genomic Decision Support Component The Family History Decision Support for Genetic Risk Analysis Component is used to communicate genetic and family history information from healthcare IT applications to a clinical decision support system that provides an assessment of genetic risk of disease for a patient. It uses the HL7 Version 3 Standard: Clinical Genomics; Pedigree, Release 1 to support the communication of genetic and family history information to the clinical decision support system, and to support the communication of risk information from that system back to the originator. |
Technical Note |
TN 900 | HITSP Security and Privacy Technical Note The Security and Privacy Technical Note was developed as a reference document to provide the overall context for use of the HITSP Security and Privacy constructs. It includes the following: • The scope, reference policy background, and Security and Privacy principles used in the development of the constructs • A detailed description and schematics of the conceptual relationship between the Security and Privacy constructs • A mapping of existing standards and constructs to be used in meeting the stated requirements of the AHIC Use Cases • A list of identified gaps and the recommended approaches to resolving those gaps • A roadmap for how the Security and Privacy constructs will evolve and eventually align with other HITSP Interoperability Specifications • A conceptual framework for Security |
TN 901 | Technical Note for Clinical Documents The Technical Note for Clinical Documents serves as the top-level reference for the HITSP constructs using the HL7 Clinical Document Architecture (CDA) Release 2.0. It includes a design map of existing standards and specifications that are used to meet the stated requirements of the AHIC Use Cases. As additional Use Cases are provided to HITSP, the Technical Note will be updated to address consequent updates to the design and relationship of the associated HITSP constructs. |
Requirements Design and Standards Selection |
RDSS 56 | Remote Monitoring Requirements, Design and Standards Selection The Remote Monitoring RDSS addresses access to remote monitoring information within an electronic health record (EHR) or a consumer’s personal health record (PHR). It focuses on the communication of interoperable remote monitoring information from an ambulatory setting to the EHR and the PHR, and not on the communication and process by which data are captured and transmitted from the monitoring device itself. |
RDSS 57 | Patient-Provider Secure Messaging Requirements, Design and Standards Selection The Patient-Provider Secure Messaging RDSS addresses the processes and information needs associated with secure messaging between patients and providers. It discusses scenarios in which patients interact remotely with their healthcare providers using common information technologies readily available in the home and other settings. |
RDSS 58 | Personalized Healthcare Requirements, Design and Standards Selection The Personalized Healthcare RDSS focuses on the exchange of genetic/genomic test information, personal and family health history, and the use of analytical tools in electronic health records (EHRs) to support clinical decision-making. |
RDSS 59 | Consultations and Transfers of Care Requirements, Design and Standards Selection The Consultations & Transfers of Care RDSS addresses the electronic exchange of information between clinicians, particularly between requesting and consulting clinicians, to support consultations, including specialty services and second opinions. It also addresses the exchange of clinical information needed during transfers of care. A transfer of care occurs when a patient is discharged or transferred from one health setting to another, such as to or from an acute care hospital, skilled nursing or rehabilitation facility, or to the home with or without home healthcare services. |
RDSS 60 | Immunizations and Response Management Requirements, Design and Standards Selection The Immunizations and Response Management RDSS focuses on the information needs of consumers, clinicians, registries, public health, and inventory managers carrying out routine care activities associated with immunizations. The RDSS does not address all capabilities required for public health response planning or response management in emergency situations. |
RDSS 61 | Public Health Case Reporting Requirements, Design and Standards Selection The Public Health Case Reporting RDSS addresses public health case reporting and also adverse event reporting constrained to post-market vaccines and medications. It focuses on using data in electronic health records (EHRs) and augmenting that data in order to assist those individuals or entities performing provider roles for reporting to public health, the Food and Drug Administration, manufacturers, etc. The RDSS also discusses the incorporation of reporting criteria into EHRs to assist in the possible identification and reporting of public health Cases and adverse events. |
Reference |
REF 01 | REFERENCE DOCUMENT: Access to Standards Referenced in IS 01 (version 2.1) This reference document identifies each standard referenced in IS 01 (V2.1), the Interoperability Specification for Electronic Health Record (EHR) Laboratory Results Reporting. The file provides primary and secondary links, as appropriate, to facilitate access to the referenced standards. Note: Certain documents may be freely available while others may require a purchase decision. |
REF 02 | REFERENCE DOCUMENT: Access to Standards Referenced in IS 02 (version 2.1) This reference document identifies each standard referenced in IS 02 (V2.1), the Interoperability Specification for Biosurveillance. The file provides primary and secondary links, as appropriate, to facilitate access to the referenced standards.
Note: Certain documents may be freely available while others may require a purchase decision. |
REF 03 | REFERENCE DOCUMENT: Access to Standards Referenced in IS 03 (version 2.1) This reference document identifies each standard referenced in IS 03 (V2.1), the Interoperability Specification for Consumer Empowerment. The file provides primary and secondary links, as appropriate, to facilitate access to the referenced standards.
Note: Certain documents may be freely available while others may require a purchase decision. |
REF 04 | HITSP Acronyms List |
REF 11 | HITSP Versioning Verbiage |