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.
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 ADT 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.
The national organization that oversees standards and guidelines that impact nearly every sector of business. Explore ANSI‘s mission.
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.
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.
A file transfer protocol specification used to exchange data over a secure point-to-point integration. This is mostly used as a business-to-business (B2B) messaging protocol.
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.
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 B2B, whereas business-to-consumer is known as B2C.
To give an example, Redox is a B2B company. You integrating with your connections is another example of B2B.
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.
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 for a more in-depth overview.
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.
Describes the categories of data that can be exchanged with your connection via the Redox Data Model API. You can combine Redox data models to perform a given action to accomplish your unique workflow. Learn more about our Data Model API.
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.
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.
The international standard to exchange, store, retrieve, print, process, and display medical imaging and related data. Learn how Redox translates DICOM to FHIR®.
We use this term to refer to teams focused on integration.
In the healthcare industry, EDI often refers to the Claims team handling X12 transactions. Learn how Redox translates X12 to FHIR®.
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.
Any PHI that‘s created, stored, transmitted, or received electronically. See the definition of PHI.
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.
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.
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.
The latest standard developed by the HL7 organization to exchange healthcare data. Learn more about our FHIR® API.
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.
Indicates the order that asynchronous messages are processed in. FIFO means that the first message received is the first one processed. Read more about how we sequence asynchronous events.
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 for more information.
An accredited role that provides certificates and authorization for Direct Secure Messaging. Review all our supported methods and specifications.
Passed in 2009 to incentivize Meaningful Use for EHR systems that demonstrate adoption of health information technology. Read more about HITECH.
An organization that develops standards for exchanging health data. Explore HL7‘s mission.
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.
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:
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 for your organization.
Some examples of common identity providers are Okta, Jumpcloud, Entra, or OneLogin. Read TrustBuilder‘s docs about identity providers.
In terms of SSO, you can initiate a login through your identity provider (IdP) or the service provider (SP) can initiate a login.
If SSO is configured to be IdP-initiated, 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.
An organization that promotes standards to improve how healthcare software systems share information. Explore IHE‘s mission.
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.
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.
Describes the ability for two different systems to establish a common data format and structure to share data.
Sometimes, the acronym I14Y is used as an abbreviation, with 14 replacing the fourteen letters between I and Y.
Check out these articles on interoperability for more information:
- What is interoperability? (from IBM)
- Integration vs. Interoperability (from Oracle)
The data format standard used commonly in web-based development.
Redox data models are based on JSON object structures. Learn more about the Redox Data Model API.
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.
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 used to exchange this type of data via FHIR®.
Refers to a type of data exchange from one system to another. Learn more about data exchange via Redox.
Sending a message via Redox creates a log, which contains details about the exchange. Learn more about logs.
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.
A national organization responsible for overseeing the administration of health IT laws. Explore ONC's mission.
A system used for storing radiological imaging data. Learn more about retrieving a patient‘s data from a PACS.
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.
Alternatively, Redox offers data on demand to support querying an on-demand repository when your connection only supports polling or push notifications. Learn more about data on demand.
Any personally identifiable information regarding an individual’s physical or mental health, medical services, or payment of related services that a covered entity stores. See the definition of covered entity.
An architectural paradigm that relies on a client-server framework to enable communication on the World Wide Web. Read this intro on REST for more information.
You might read that a particular type of communication is RESTful either if it’s stateless or fits into the create, read, update, delete (CRUD) framework.
An XML-based markup language and open standard for authentication and authorization for data exchange between two parties. See how SAML relates to Redox:
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. SOAP is an alternative to REST. See the definition of REST.
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:
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 long-term acute care (LTAC) facilities.
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.
A communication protocol that works with IP to send data between two disparate systems on a network. Read GeeksforGeeks‘s article on TCP.
A standardized set of health data classes and constituent data elements for nationwide, interoperable health information exchange. Learn more about USCDI.
The national organization that oversees medical programs, public health, and social services. Learn more about HHS.
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. Or, learn how to check a VPN status in the Redox dashboard.
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 or see which FHIR® notifications we support.
A message format used primarily for exchanging insurance data (e.g., billing, claims, eligibility). Learn how Redox translates X12 to FHIR®.
FHIR® is a registered trademark of Health Level Seven International (HL7) and is used with the permission of HL7. Use of this trademark does not constitute an endorsement of products/services by HL7®.