# Glossary

The interoperability world is complex, with many specialized terms and acronyms. This glossary defines common healthcare technology and integration terms you’ll encounter when working with Redox.

<details>
<summary>Acknowledgement (ACK)</summary>

A network protocol that means “I got the message.” 

</details>

<details>
<summary>Admission, Discharge, and Transfer (ADT)</summary>

Refers to hospital operational activities related to a patient‘s admission, movements within the hospital, general coordination, and discharge details.

Regarding integration, you might hear <u>**ADT**</u> when referring to the particular brand of HL7v2 messages you‘re receiving. These types of messages include notifications triggered by a patient‘s ADT activities or changes to their personal information, including patient ID changes.

</details>

<details>
<summary>American National Standards Institute (ANSI)</summary>

The national organization that oversees standards and guidelines that impact nearly every sector of business. [Explore ANSI‘s mission](https://www.ansi.org/about/introduction#mission). 

</details>

<details>
<summary>Application Programming Interface (API)</summary>

Allows communication or data exchange between different systems by using a set of defined protocols. If you want a crash course in APIs, [check out AWS‘s article on API basics](https://aws.amazon.com/what-is/api/).

</details>

<details>
<summary>API key</summary>

Authenticates a system to communicate or exchange data with another. 

With Redox, a legacy API key can also identify a system in a data exchange, since it has a 1:1 relationship with a source. [Learn about our authentication methods and API keys.](/basics/data-exchange-with-redox/authenticating-and-sending-data-via-redox)

</details>

<details>
<summary>Applicability Statement 2 (AS2)</summary>

A file transfer protocol specification used to exchange data over a secure point-to-point integration. This is mostly used as a <u>**business-to-business**</u> (<u>**B2B**</u>) messaging protocol.

[See the definition of business-to-business](https://docs.redoxengine.com/permalink/7aqDvWFkbPqsQ6pkQwZPUk/#business-to-business-b-2-b). 

</details>

<details>
<summary>Backfill</summary>

A part of the implementation process if you want to ingest historical data from your connection‘s system before go-live. Backfilling is useful if you want to access patient data that existed before your go-live date. [Check out our recommendations for backfilling](/implementation-guide/backfill-your-database-before-go-live).

</details>

<details>
<summary>Business associate</summary>

A legal term referring to an individual or organization that uses or discloses <u>**protected health information**</u> (<u>**PHI**</u>) on behalf of, or provides services to, a <u>**covered entity**</u>.

For our customers, Redox serves as your <u>**business associate**</u>.

</details>

<details>
<summary>Business Associate Agreement (BAA)</summary>

A contract between business associates that holds each accountable for securing any data they house within their system as part of their integration. You and your connection must have a BAA in order to integrate and exchange data with each other.

</details>

<details>
<summary>Business-to-business (B2B)</summary>

Refers to the type of business that sells products or services to other businesses, rather than directly to consumers. This term is commonly shortened to <u>**B2B**</u>, whereas <u>**business-to-consumer**</u> is known as <u>**B2C**</u>. 

To give an example, Redox is a B2B company. You integrating with your connections is another example of B2B. 

</details>

<details>
<summary>Cardiology-specific Picture Archiving and Communications System (CPACS)</summary>

A system used for storing cardiological imaging data.

</details>

<details>
<summary>The Centers for Medicare & Medicaid Services (CMS)</summary>

A federal agency that oversees Medicare, Medicaid, and programs focused on quality standards that directly impact EHRs (i.e., Meaningful Use, PQRS, CDS). [Visit the CMS website for more information](https://www.cms.gov/About-CMS/About-CMS). 

</details>

<details>
<summary>Clinical Document Architecture (CDA)</summary>

An XML standard created by Health Level 7 International (HL7) for representing clinical documents.

</details>

<details>
<summary>Clinical Trial Management System (CTMS)</summary>

A system used for storing clinical data and protocols related to research and clinical trials.

</details>

<details>
<summary>Config</summary>

Short for “configuration.” In the Redox context, a <u>**config**</u> is a YAML-formatted file that defines how Redox reads and transforms data to enable the exchange of data between two systems.

</details>

<details>
<summary>Config library</summary>

The Redox library of pre-built configs with customizable logic to match integration specifications for our customers. 

</details>

<details>
<summary>Consolidated-Clinical Document Architecture (C-CDA)</summary>

A collection of templates defining how to represent most clinical concepts in CDA. As of Meaningful Use 2, most systems can exchange C-CDA version 1.1 documents. Version 2.1 is intended to be backwards-compatible and is required by Meaningful Use 3. 

[Read Particle‘s documentation on C-CDA](https://www.particlehealth.com/blog/what-is-ccda-consolidated-clinical-document-architecture) for a more in-depth overview.

</details>

<details>
<summary>Continuity of Care Document (CCD)</summary>

A type of CDA that typically summarizes a patient‘s chart or visit. A CCD may correspond to the patient‘s entire chart, a single visit, or a longer period of care like a pregnancy or specific date range. 

The latest version of CCD is defined in the C-CDA template collection.

</details>

<details>
<summary>Continuity of Care Record (CCR)</summary>

A base set of clinical concepts representing an electronic summary of health. 

This is an old XML standard which hasn‘t been used since Meaningful Use 1. The CCD maps the CCR dataset into CDA.

</details>

<details>
<summary>Covered entity</summary>

Defined in the HIPAA rules as (1) health plans, (2) healthcare clearinghouses, and (3) healthcare providers who electronically transmit any health information in relation to HHS standards.

</details>

<details>
<summary>Cross-Community Access (XCA)</summary>

Refers to querying and retrieving medical data from other “communities,” which are facilities that agree to share patient data.

</details>

<details>
<summary>Cross-Community Patient Discovery (XCPD)</summary>

A SOAP-based technology that locates communities that may have relevant patient health data and translates patient identifiers across communities. This can map to Redox `PatientSearch`. [Review the `PatientSearch` schema](https://docs.redoxengine.com/permalink/patient-search).

</details>

<details>
<summary>Cross-enterprise Document Sharing (XDS)</summary>

A system that facilitates the exchange of clinical documents between facilities. 

</details>

<details>
<summary>Data model</summary>

Describes the categories of data that can be exchanged with your connection via the <u>**Redox Data Model API**</u>. You can combine Redox data models to perform a given action to accomplish your unique workflow. [Learn more about our Data Model API](/api-reference/redox-data-model-api). 

</details>

<details>
<summary>Data on demand</summary>

A Redox capability that enables query-based data exchanges, even if your connection doesn‘t support it but is still willing to provide data with a push-based (or asynchronous) method. [Learn more about data on demand](/basics/data-exchange-with-redox/data-on-demand).

</details>

<details>
<summary>Data Protection Officer (DPO)</summary>

An enterprise security leadership role that‘s responsible for overseeing their company‘s data collection and protection, as well as ensuring GDPR compliance. The DPO must be notified of all security breaches and issues. 

[Learn more about Redox‘s GDPR compliance](https://docs.redoxengine.com/permalink/7xi8L9ah8bJDhFpNh1m9wR#gdpr).

</details>

<details>
<summary>Detailed Financial Transaction (DFT)</summary>

An HL7v2 message format used for exchanging charges and financial data. 

</details>

<details>
<summary>Digital Imaging and Communications in Medicine (DICOM)</summary>

The international standard to exchange, store, retrieve, print, process, and display medical imaging and related data. [Learn how Redox translates DICOM to FHIR](/basics/redox-fhir-api/translating-dicom-to-fhir).

</details>

<details>
<summary>Document Management System (DMS) </summary>

A tool for storing document imaging, which are often scanned documents. This type of system may also convert and store data from external sources (e.g., PDFs produced by external systems).

</details>

<details>
<summary>Electronic Data Capture (EDC)</summary>

Refers to a system that collects clinical data in an electronic format.

</details>

<details>
<summary>Electronic Data Interchange (EDI)</summary>

We use this term to refer to teams focused on integration. 

In the healthcare industry, <u>**EDI**</u> often refers to the Claims team handling X12 transactions. [Learn how Redox translates X12 to FHIR](/basics/redox-fhir-api/translating-x12-to-fhir).

</details>

<details>
<summary>Electronic Health Information Exchange (HIE)</summary>

Refers to healthcare organizations or professionals securely exchanging patient medical information. HIE could also refer to the organization responsible for exchanging data. [Read more about HIE](https://www.healthit.gov/topic/health-it-and-health-information-exchange-basics/what-hie).

</details>

<details>
<summary>Electronic Health Record (EHR)</summary>

A database system that a healthcare organization uses to store their patients‘ medical history. 

</details>

<details>
<summary>Electronic Medical Record (EMR)</summary>

A database system that a healthcare organization uses to store their patients‘ medical history. This term has largely been replaced by the term <u>**Electronic Health Record**</u> (<u>**EHR**</u>). 

</details>

<details>
<summary>Electronic Protected Health Information (EPHI)</summary>

Any PHI that‘s created, stored, transmitted, or received electronically. [See the definition of PHI](https://docs.redoxengine.com/permalink/7aqDvWFkbPqsQ6pkQwZPUk/#protected-health-information-phi). 

</details>

<details>
<summary>Enterprise Master Patient Index (EMPI)</summary>

A patient database used by a health system to track patients across systems or departments. 

An EMPI assigns a unique identifier to a patient, which is used throughout the health system. With that unique identifier, the patient‘s medical data can be consistent and tracked correctly.

[Learn how to match patients with Redox EMPI powered by Verato](https://docs.redoxengine.com/permalink/760c1cad-07a0-5a62-98a2-42b2a25c0534-$match).

</details>

<details>
<summary>Episode</summary>

Several patient encounters grouped together for a specific treatment or functionality, typically in a hospital setting.

</details>

<details>
<summary>Extensible Markup Language (XML)</summary>

A common format that defines and stores data to be exchanged. Redox commonly supports XML for documents like CCDs. [Read AWS‘s article about XML](https://aws.amazon.com/what-is/xml/#:~:text=Extensible%20Markup%20Language%20(XML)%20is,implemented%20for%20structured%20data%20management.).

</details>

<details>
<summary>Extract, Transfer, Load (ETL)</summary>

A process for extracting data from external sources, importing it into a data storage warehouse, and transforming it into other formats. [Read dbt‘s article about ETL](https://docs.getdbt.com/terms/elt?utm_term=extract%20load%20transform%20data%20warehouse&utm_campaign=q3-2023_ae-glossary_awareness&utm_source=adwords&utm_medium=ppc&hsa_acc=8253637521&hsa_cam=18437919778&hsa_grp=144530489449&hsa_ad=624287620048&hsa_src=g&hsa_tgt=kwd-1301056156733&hsa_kw=extract%20load%20transform%20data%20warehouse&hsa_mt=e&hsa_net=adwords&hsa_ver=3&gclid=Cj0KCQiAtvSdBhD0ARIsAPf8oNnIi32C1x4U55pgudiKZhpjNTAevdsGpg6YH-KhzlGLy4ofnu8XWdsaAkDaEALw_wcB).

</details>

<details>
<summary>Fast Health Interoperability Resources (FHIR)</summary>

The latest standard developed by the HL7 organization to exchange healthcare data. [Learn more about our FHIR API](/basics/redox-fhir-api). 

</details>

<details>
<summary>File Transfer Protocol (FTP)</summary>

Represents a data exchange method where files are placed in a predefined location on a system‘s server and picked up at predetermined intervals by another system. <u>**FTP**</u> is the traditional unsecured form of SFTP.

</details>

<details>
<summary>Filters</summary>

Rules that you define to allow or block a subset of data payloads that you receive asynchronously from one of your connections. [Learn more about filters](/how-to-use-redox/define-and-manage-filters).

</details>

<details>
<summary>First-in, first-out (FIFO)</summary>

Indicates the order that asynchronous messages are processed in. <u>**FIFO**</u> means that the first message received is the first one processed. [Read more about how we sequence asynchronous events](/basics/data-exchange-with-redox/handling-notifications-and-responses).

</details>

<details>
<summary>Go-live</summary>

The date when an organization has completed the required steps for implementing with their connection and is ready to move to production. [Review our implementation guide](/implementation-guide) for more information. 

</details>

<details>
<summary>Health Information Service Provider (HISP)</summary>

An accredited role that provides certificates and authorization for <u>**Direct Secure Messaging**</u>. [Review all our supported methods and specifications](/implementation-guide/supported-methods-and-specifications).

</details>

<details>
<summary>Health Information Technology for Economic and Clinical Health Act (HITECH)</summary>

Passed in 2009 to incentivize Meaningful Use for EHR systems that demonstrate adoption of health information technology. [Read more about HITECH](https://www.hhs.gov/hipaa/for-professionals/special-topics/hitech-act-enforcement-interim-final-rule/index.html#:~:text=The%20Health%20Information%20Technology%20for,use%20of%20health%20information%20technology.).

</details>

<details>
<summary>Health Insurance Portability and Accountability Act (HIPAA)</summary>

A U.S. bill that was passed in 1996 to help maintain health insurance for patients, protect the confidentiality and security of protected health information (PHI), and offer regulatory guidelines for healthcare administrative costs.

</details>

<details>
<summary>Health Level 7 (HL7)</summary>

An organization that develops standards for exchanging health data. [Explore HL7‘s mission](https://www.hl7.org/about/index.cfm?ref=nav).

The acronym “HL7” may also refer to the HL7v2 message format standard, which EHR systems commonly use to communicate with Redox. You can recognize HL7v2 messages with these symbols: `|^&~/`. HL7v3 (version 3) is XML-formatted and typically associated with CDA messages.

</details>

<details>
<summary>History and Physical (H&P)</summary>

The part of the provider‘s progress note that contains a clinical summary of a patient‘s medical history. 

</details>

<details>
<summary>History of Present Illness (HPI)</summary>

The part of the provider’s progress note that summarizes the onset and extent of a patient’s illness.

</details>

<details>
<summary>Hospital Information Management (HIM)</summary>

The name of the department responsible for supporting the integrity and quality of the health system’s data. For example, HIM tracks how data is kept private or shared with appropriate parties (e.g., releasing information upon request) and maintains the master patient index (MPI).

</details>

<details>
<summary>HyperText Transfer Protocol (HTTP)</summary>

An application protocol that facilitates communication between web servers and web browsers, which essentially makes up the foundation of the internet. Check out these resources for more: 

- [Cloudflare‘s article on HTTP](https://www.cloudflare.com/learning/ddos/glossary/hypertext-transfer-protocol-http/)
- [MDN Plus‘s tutorials on HTTP](https://developer.mozilla.org/en-US/docs/Web/HTTP#:~:text=Hypertext%20Transfer%20Protocol%20(HTTP)%20is,be%20used%20for%20other%20purposes.)

</details>

<details>
<summary>Identity provider (IdP)</summary>

A third-party system that stores and manages users in your organization. This is useful for anyone that wants to enable SSO for their Redox organization. [Learn how to set up SSO](/how-to-use-redox/manage-your-redox-setup/set-up-sso-login-to-the-redox-dashboard) for your organization.

Some examples of common <u>**identity providers**</u> are Okta, Jumpcloud, Entra, or OneLogin. [Read TrustBuilder‘s docs about identity providers](https://www.trustbuilder.com/what-is-identity-provider).

</details>

<details>
<summary>IdP-initiated login </summary>

In terms of SSO, you can initiate a login through your <u>**identity provider**</u> (<u>**IdP**</u>) or the <u>**service provider**</u> (<u>**SP**</u>) can initiate a login.  

If SSO is configured to be <u>**IdP-initiated**</u>, it means you must click somewhere in the app to launch SSO login for the service provider. 

Some examples of IdP-initiated login are Gmail, Slack, and Salesforce. 

</details>

<details>
<summary>Inpatient</summary>

Refers to patients in a hospital setting, typically residing in hospital beds. Inpatient applications are systems that cater to the needs of hospitalized patients.

</details>

<details>
<summary>Integration of Healthcare Enterprise International (IHE)</summary>

An organization that promotes standards to improve how healthcare software systems share information. [Explore IHE‘s mission](https://www.ihe.net/about_ihe/). 

</details>

<details>
<summary>International Organization for Standardization (ISO)</summary>

An organization of global experts that develop standards for quality management, environmental management, health and safety, energy management, food safety, and IT security. [Explore ISO‘s mission](https://www.iso.org/about-us.html). 

</details>

<details>
<summary>Internet of Things (IoT)</summary>

Refers to devices, applications, equipment, appliances, or buildings that enable data exchange over a network without requiring human-to-human or human-to-computer interaction. [Read AWS‘s article about IoT](https://aws.amazon.com/what-is/iot/).

</details>

<details>
<summary>Interoperability (I14Y)</summary>

Describes the ability for two different systems to establish a common data format and structure to share data. 

Sometimes, the acronym <u>**I14Y**</u> is used as an abbreviation, with <u>_14_</u> replacing the fourteen letters between <u>_I_</u> and <u>_Y_</u>. 

Check out these articles on interoperability for more information: 

- [What is interoperability?](https://www.ibm.com/think/topics/interoperability) (from IBM) 
- [Integration vs. Interoperability](https://www.oracle.com/interoperability/#integration) (from Oracle)

</details>

<details>
<summary>ISO 27001 / ISO 27002</summary>

The international standards that describe best practices for an <u>**Information Security Management System**</u> (<u>**ISMS**</u>) and any information security controls that organizations may choose to implement.

</details>

<details>
<summary>JavaScript Object Notation (JSON)</summary>

The data format standard used commonly in web-based development. 

<u>**Redox data models**</u> are based on JSON object structures. [Learn more about the Redox Data Model API](/api-reference/redox-data-model-api).

</details>

<details>
<summary>Kickoff</summary>

The start of a new implementation project when all parties come together to discuss the project and what needs to be done to establish integration. [Learn more about a kickoff call](/implementation-guide/kick-off-your-implementation). 

</details>

<details>
<summary>Lab Information System (LIS)</summary>

A type of system used for processing, storing, and managing data for lab processes and testing.

</details>

<details>
<summary>Meaningful Use (MU)</summary>

A government program that certifies EHR systems and requires health systems, including small provider offices, to implement technology.

</details>

<details>
<summary>Medical Document Management (MDM)</summary>

An HL7v2 message format that can be used for exchanging notes or documents. MDM-formatted messages may contain plain text, marked up text (e.g., RTF, HTML), or encoded multimedia like PDFs, images, or sound files.

</details>

<details>
<summary>Medical Record Number (MRN)</summary>

A common type of patient identifier used in EHR systems.  

</details>

<details>
<summary>Medication Administration Record (MAR)</summary>

A chart used to track what medications were given to a patient and how it was administered (e.g., swallowed, refused, regurgitated). [Review the Redox `MedicationAdministration` schema](https://docs.redoxengine.com/permalink/bcc97b5a-3239-5ee2-ba05-0e87fa7f85c5-read) used to exchange this type of data via FHIR.

</details>

<details>
<summary>Message</summary>

Refers to a type of data exchange from one system to another. [Learn more about data exchange via Redox](/basics/data-exchange-with-redox).

Sending a message via Redox creates a log, which contains details about the exchange. [Learn more about logs](/basics/data-exchange-with-redox/logs-for-data-exchange). 

</details>

<details>
<summary>Minimal Lower Layer Protocol (MLLP)</summary>

A communication method that can be used for delivering HL7v2 messages.

</details>

<details>
<summary>Modality</summary>

A diagnostic imaging term that refers to either a specific machine (e.g., MRI machine 123) or a category of machines (e.g., CT, X-ray, MRI, ultrasound). 

</details>

<details>
<summary>National Council for Prescription Drug Programs (NCPDP)</summary>

A council dedicated to creating standards to improve communication within the pharmacy industry.

The acronym “NCPDP” may also refer to an XML-based standard message type that SureScripts and the rest of the pharmacy community use.

</details>

<details>
<summary>Negative acknowledgement (NAK)</summary>

A network protocol that means “There was something wrong with the message.”

</details>

<details>
<summary>Normalization</summary>

Refers to Redox translating data from one system’s data fields, structure, or coding to another.

</details>

<details>
<summary>Observation Result (ORU)</summary>

An HL7v2 message format that can be used for representing lab or test results data (e.g., radiology). ORU-formatted messages may contain discrete data or text notes.

</details>

<details>
<summary>Office for Civil Rights (OCR)</summary>

The department of HHS that enforces federal civil rights laws, conscience and religious freedom laws, HIPAA privacy, security, and breach notification rules, as well as the Patient Safety Act and Rule. Together, these rules protect patients’ fundamental rights of nondiscrimination, conscience, religious freedom, and health information privacy.

</details>

<details>
<summary>Office of the National Coordinator for Health Information Technology (ONC)</summary>

A national organization responsible for overseeing the administration of health IT laws. [Explore ONC's mission](https://www.healthit.gov/topic/about-onc). 

</details>

<details>
<summary>Open Database Connectivity (ODBC)</summary>

An integration method that involves connecting directly to a database.

</details>

<details>
<summary>Outpatient</summary>

Refers to patients receiving treatment either in a hospital setting or standalone clinic, not residing in hospital beds.

</details>

<details>
<summary>Patient Demographics Query (PDQ)</summary>

An HL7v3 message format that can be used to query for patient demographic and visit data. PDQ-formatted messages aren’t widely supported within the healthcare community.

</details>

<details>
<summary>Physical Exam (PE)</summary>

The part of the provider’s progress note that summarizes the provider’s examination of the patient.

</details>

<details>
<summary>Picture Archiving and Communications System (PACS)</summary>

A system used for storing radiological imaging data. [Learn more about retrieving a patient‘s data from a PACS.](/fhir-api-actions/results-and-vitals/retrieve-a-patients-imaging-data)

</details>

<details>
<summary>Polling</summary>

Refers to an asynchronous integration methodology where a client system (i.e., Redox) repeatedly queries a server at set intervals to check for new data (i.e., EHR system). This is in contrast to a push-based notification (like a webhook) where the server sends data as soon as an event occurs. [Learn more about polling with Redox](/basics/data-exchange-with-redox/using-polling-for-notifications).

Alternatively, Redox offers <u>**data on demand**</u> to support querying an on-demand repository when your connection only supports polling or push notifications. [Learn more about data on demand](/basics/data-exchange-with-redox/data-on-demand).

</details>

<details>
<summary>Protected Health Information (PHI)</summary>

Any personally identifiable information regarding an individual’s physical or mental health, medical services, or payment of related services that a <u>**covered entity**</u> stores. [See the definition of covered entity](https://docs.redoxengine.com/permalink/7aqDvWFkbPqsQ6pkQwZPUk/#covered-entity).

</details>

<details>
<summary>Radiology Information System (RIS)</summary>

A type of system used for documenting clinical data related to radiological procedures and tests.

</details>

<details>
<summary>Referral</summary>

A transfer of care from one provider to another, typically for treating a specialty condition.

</details>

<details>
<summary>Release of Information (ROI)</summary>

In the healthcare context, <u>**ROI**</u> is the process of making medical records available to parties who requested access. 

</details>

<details>
<summary>Representational State Transfer (REST) </summary>

An architectural paradigm that relies on a client-server framework to enable communication on the World Wide Web. [Read this intro on REST](https://restfulapi.net/) for more information.

You might read that a particular type of communication is <u>**RESTful**</u> either if it’s stateless or fits into the `create`, `read`, `update`, `delete` (<u>**CRUD**</u>) framework.

</details>

<details>
<summary>Review of Systems (ROS)</summary>

The part of the provider’s progress note that summarizes the provider’s observations of the patient’s main systems.

</details>

<details>
<summary>Scheduling Information Unsolicited (SIU)</summary>

An HL7v2 message format that’s used for communicating new, rescheduled, updated, and canceled appointments.

</details>

<details>
<summary>Secure File Transfer Protocol (SFTP)</summary>

Represents a data exchange method where files are placed in a predefined location on a system’s server and picked up at predetermined intervals by another system. <u>**SFTP**</u> is the secured form of <u>**FTP**</u>.

</details>

<details>
<summary>Security Assertion Markup Language (SAML)</summary>

An XML-based markup language and open standard for authentication and authorization for data exchange between two parties. See how SAML relates to Redox: 

- [Learn about handling app launch with SSO](/basics/handling-app-launch-sso-from-ehr-systems).
- [Set up SSO login to the Redox dashboard](/how-to-use-redox/manage-your-redox-setup/set-up-sso-login-to-the-redox-dashboard).

</details>

<details>
<summary>Service provider (SP)</summary>

A vendor or site that someone wants to log into in order to perform some type of action. 

In the Redox world, the Redox dashboard is an example of a <u>**service provider**</u>. Authentication and user management is handled by the <u>**identity provider**</u>.

</details>

<details>
<summary>Simple Mail Transfer Protocol (SMTP)</summary>

An application protocol used for electronic mail messaging.

</details>

<details>
<summary>Simple Object Access Protocol (SOAP)</summary>

A standard communication protocol that allows systems with different operating systems like Linux and Windows to communicate XML messages via HTTP. SOAP-based APIs are designed to create, recover, update, and delete records like accounts, passwords, leads, and custom objects. <u>**SOAP**</u> is an alternative to REST. [See the definition of REST]( https://docs.redoxengine.com/permalink/7aqDvWFkbPqsQ6pkQwZPUk/#representational-state-transfer-rest).

</details>

<details>
<summary>Single Sign-On (SSO)</summary>

A type of integration that either stores user credentials or communicates patient identity between systems. 

With Redox, you can set up SSO to the Redox dashboard for your organization or app launch from an EHR system. Both of these launch a system within the context of another and authorizes access to the user. Learn more about SSO with Redox: 

- [Handling app launch from EHR systems](/basics/handling-app-launch-sso-from-ehr-systems)
- [Set up SSO login to the Redox dashboard](/how-to-use-redox/manage-your-redox-setup/set-up-sso-login-to-the-redox-dashboard)

</details>

<details>
<summary>Skilled Nursing Facility (SNF)</summary>

A type of healthcare facility that provides care for patients in between acute and home care. These patients are ready for discharge from acute care facilities but still require monitoring and support before going home. 

An SNF can provide a stepping stone in patient treatment, offering care over an extended period of time. SNFs might also be called <u>**long-term acute care**</u> (<u>**LTAC**</u>) facilities.

</details>

<details>
<summary>Slug</summary>

Part of an endpoint URL that contains the human-readable safe name for a destination. Keep in mind that a Redox destination must contain these:

- name
- ID
- slug

For a simple breakdown, [check out the difference between a slug and a URL](https://techstacker.com/whats-the-difference-between-slug-and-url/).

</details>

<details>
<summary>Transmission Control Protocol (TCP)</summary>

A communication protocol that works with IP to send data between two disparate systems on a network. [Read GeeksforGeeks‘s article on TCP](https://www.geeksforgeeks.org/what-is-transmission-control-protocol-tcp/).

</details>

<details>
<summary>U.S. Core Data Interoperability (USCDI)</summary>

A standardized set of health data classes and constituent data elements for nationwide, interoperable health information exchange. [Learn more about USCDI](https://www.healthit.gov/isa/united-states-core-data-interoperability-uscdi).

</details>

<details>
<summary>U.S. Department of Health and Human Services (HHS)</summary>

The national organization that oversees medical programs, public health, and social services. [Learn more about HHS](https://www.hhs.gov/about/index.html).

</details>

<details>
<summary>Virtual Private Network (VPN)</summary>

An encryption method that allows two systems to exchange data securely and privately. You might see references to a VPN tunnel, which is a way to explain the private pathway for data between two systems. VPN is required for HL7v2 messaging.

[Learn how Redox supports private VPNs](/security/redox-support-for-public-and-private-vpns). Or, [learn how to check a VPN status in the Redox dashboard](/how-to-use-redox/check-a-vpn-status).

</details>

<details>
<summary>Webhook</summary>

Describes event-based messaging sent over HTTP to notify a system of something that’s occurred in another system. Webhooks differ from queries or polling, which are initiated by a user in a system. Instead, webhooks are notifications sent to a system when a user indicates which events they want to know about. You may see “webhook” used interchangeably with “notification.”

[Learn about handling notifications](/basics/data-exchange-with-redox/handling-notifications-and-responses) or [see which FHIR notifications we support](https://docs.redoxengine.com/permalink/fhir-notification-landing-page).

</details>

<details>
<summary>X12</summary>

A message format used primarily for exchanging insurance data (e.g., billing, claims, eligibility). [Learn how Redox translates X12 to FHIR](/basics/redox-fhir-api/translating-x12-to-fhir).

</details>
