Refer to these questions for help with Network Onramps and integrating with the Carequality Interoperability Framework.
- Use the Carequality search. See who’s already participating in the Carequality Interoperability Framework.
- Set up an onramp to Carequality. Start integrating with this nationwide clinical network.
Yes, you can request multiple connections through your one Redox organization. Learn how to request a connection and explore other potential connections.
You can also use the same Redox APIs to search for patients and clinical documents either from individual connections or nationwide networks like Carequality or TEFCA-CommonWell. Talk to your Technical Account Manager if you have any questions.
Check out the specs for our Redox APIs to find out the requirements and supported data for each:
Commonwell and eHealth Exchange are two of the nation’s largest centralized health information exchanges. Both are certified Carequality implementers with thousands of live sites, meaning that you can exchange data with them via Carequality.
However, Redox is also an implementer of CommonWell directly. Learn more about an onramp to TEFCA-CommonWell.
Short answer: No, Carequality doesn’t support event notifications.
Longer answer: No, Carequality doesn’t support event notifications (same as CommonWell). But you might want to push data since it’s great for use cases like provider-to-provider messaging, event notification, diagnostic test ordering, and referrals. In general, event notifications are great when you want updates about patient data without having to query for it every time.
If your unique workflow includes any of the use cases for push scenarios, we can help you send and receive push notifications from another nationwide network, DirectTrust, instead. Talk to a Redoxer to learn more.
As your responder, we use the data you push to Redox to respond to any Carequality queries. We isolate the data you push to improve the robustness, integrity, and consistency of our test system. The downside is that you won’t be able to find the patients you add to Carequality.
If you really do need to find your own patients or documents, you can search your data on demand repository using these queries:
Just make sure you switch the Carequality destination.ID to the data on demand repository.ID instead. When you search data on demand, your IDs match exactly what you sent. But keep in mind that the record ID isn’t the same one that appears in Carequality.
To guarantee uniqueness, Carequality assigns new IDs to all patient and document records they receive. When you push a patient with ID 1234 or a document with ID 5678, you won’t find them in Carequality with those same IDs.
To find the Carequality-assigned IDs, you must perform a patient search with demographics to Redox. Then, find the patient’s related documents. With the Carequality ID, you can retrieve data about the same patient from other Carequality participants.
Yes, but only if you have the specific patient ID and matching OID that the organization uses to represent a patient OID type.
For example, if you use a medical record number (MRN), you must have the OID that the organization uses to represent MRNs. However, you typically won’t know these OIDs since organizations often have a specific identifier for Carequality responses.
We recommend starting with a demographics search, even if you do already have an identifier.
When you use the PatientSearch.LocationQuery, our record locator service runs the search for you. However, it might take awhile to return all the results because record locator service sends the query to each site individually. Learn about checking the status of your search.
Redox’s record locator service searches for patients within a 100-mile radius of the sender’s organization (as defined in Meta.Extensions.sender-organization-id). The record locator service also searches within a 100-mile radius of the patient’s ZIP code, if provided. This means there could be a radius larger than 100 miles if those two ZIP codes aren’t the same.
This is one of the multiple ways Redox locates matching patients based on the search criteria. The search logic is subject to change without notice if we identify ways to improve the matching rate.
You can use any of the supported request parameters in ClinicalSummary.DocumentQuery to specify a date range or the types of documents to return. Using any of those parameters should limit the number of documents in the response. We recommend using the Visit.StartDate to pull documents after a given date of service.
Review the supported request parameters for this query. Just keep in mind that some Carequality participants might not support all of these parameters.
We offer the XML response since some organizations have pre-built capabilities to render XML C-CDA documents. There are also many available open-source CDA renderers that can be useful in viewing the XML document.
If you’re interested, check out these options for an open-source C-CDA renderer:
Yes, you can respond to queries from Carequality participants yourself, but you won’t qualify for Network Onramps pricing. Learn how to be your own responder.
We store all requests to and from Carequality per our standard data retention policy. Learn more about our data retention policy.
To be a little more specific, we store all of the data you push to your data on demand repository for the life of your contract. We store it so that we can adequately respond to your incoming Carequality queries.
You must push data (via ClinicalSummary.VisitPush) to your data on demand repository for every patient treatment. You don’t have to push data immediately after every treatment, though. For example, you’re welcome to push a daily batch to us instead.
You must also push all patient demographic updates to us so that we can keep your patient demographics current. Remember, we’re responding to incoming Carequality queries for you. Having all your updated data lets us accurately respond when someone asks whether a patient has been seen at your location.
Carequality requires you to respond to queries about patients you’ve seen. However, they don’t specify a definite period for historical information. We recommend you start pushing data once you register your organization in production. Then, build your historical data from that point.
If you want to send historical data, you might not qualify for Network Onramps. Talk to a Redoxer to discuss your needs.
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®.