Interoperability

Oystehr is an API-first solution. You can invoke Oystehr APIs entirely a la carte. There is no data silo, no obligation to use any particular front-end. You can use our open-source EHR or not. You can maintain your own database or not. You can build an application entirely on Oystehr’s hosted infrastructure or interact strictly with the APIs you need statelessly. You can create inbound Zambdas (serverless hosted functions) that accept invocations from external systems, and you can create outbound Zambas that listen for Oystehr events and push data to external systems. You will not experience the restrictions on external integrations that monolithic EHRs impose.

Mockup of a web page labeled "FHIR R4/R5"

Unsilo your health data for connected care, regulatory standards, and better outcomes.

Single Sign On

We offer single sign-on capabilities, allowing you to streamline access to your systems.

‍

FHIR

We prioritize interoperability by leveraging modern healthcare language standards such as FHIR R4, R5, and SMART on FHIR*.

FHIR is the growing standard for modeling and exchanging healthcare data electronically. Many EHRs, payer systems, and other healthcare products either already support or are adding support for sending and receiving data following the FHIR standard.

FHIR has resources like Patients, Practitioners, Schedules, and Encounters. These resources store health information.

The standard was created to give disparate healthcare systems with proprietary data models a common language for communicating healthcare data to improve interoperability. Existing players have to maintain their proprietary data models as well as a mapping to and from FHIR to facilitate interoperability. With Oystehr, you use FHIR as your data model from the start, removing the entire cost center of mapping into and out of FHIR.

‍

Benefits of using FHIR

Oystehr is built on top of FHIR, meaning medical resources are stored in FHIR. This comes with many benefits:

If you are trying to import data from another source that uses FHIR, the process is much easier than if it is in another format.
If you are trying to work with another service that uses FHIR, the data is already in FHIR format.
No vendor lock-in. If you ever needed to, you could extract all of your FHIR resources and take them elsewhere.
If you are already familiar with FHIR, you don't need to learn a new way of storing data

‍

Check out our docs for more information.

‍

* SMART on FHIR Coming Q1 2024

back to product page

Read more about other solutions

Graphic of patients and a doctor smiling

Open-Source EHR

Here’s the real long-term goal of Oystehr: reduce the time and cost to deploy best-of-breed healthcare software, including full scope EHRs by 95%. We want custom EHR deployments to take weeks or months rather than years. We think a comprehensive set of headless services are necessary but not sufficient. They’ll reduce scope by about 45%. The other 50% requires a front-end implementation. We offer Ottehr, a production-ready, open-source front-end EHR that you can fork and use to create the perfect product for your organization.

Learn why healthcare orgs trust Oystehr as their health tech dev platform

Meet with our engineers

Our new behavioral health intake application, built on Oystehr, allowed us to build a solution that is customized for our use including scheduling, insurance validation, and direct integration with our eClinicalWorks EHR.

Mordechai Raskas

Chief Medical Information Officer at PM Pediatric Care