Development Partner
Software development firm offering FHIR integration, SMART on FHIR app development and HL7 FHIR API implementation services.
- FHIR Integration
- SMART on FHIR
- FHIR API Development
Jersey City, New Jersey, United States
EHR integration
MEDITECH is widely used by community and regional hospitals. Its current EHR, Expanse, exposes FHIR APIs that developers can test in MEDITECH Greenfield Workspace, while many integrations at MEDITECH sites still rely on HL7 v2 interfaces. This page covers how developer access works, what the FHIR APIs support, and how to plan around the platform mix you will find across customers. This site is independent and not affiliated with MEDITECH.
MEDITECH and related product names are trademarks of their respective owners. FHIR Vendors is independent and has no partnership with or endorsement from MEDITECH. Developer program terms change frequently — always confirm current requirements in the official documentation.
Greenfield Workspace is MEDITECH’s developer environment. Developers and customers register through an online form, then log in to run API calls against a MEDITECH Expanse test environment with sample patient data and interactive API documentation.
MEDITECH documents patient access APIs in both DSTU2 and R4, and directs developers to US Core FHIR R4 for USCDI data. It describes these as view-only APIs available after a patient authorizes the requesting app, which positions them for patient-facing use cases.
MEDITECH also describes FHIR scheduling APIs intended to give patients a consistent online scheduling experience across systems, available to Expanse customers. Because availability and scope evolve, confirm current status on Greenfield resources before designing around them. For general background on the resource model, see FHIR resources.
Check provider-facing and backend support specifically
If your use case is clinician-facing or system-to-system rather than patient-authorized, confirm with MEDITECH and the customer which APIs and launch types are available. Do not assume patient-access APIs cover these scenarios.
Hospitals participating in CMS’s Promoting Interoperability program are measured partly on giving patients electronic access to their health information, and certified health IT must meet ONC’s standardized API criterion (§170.315(g)(10)). In practice this makes patient-authorized FHIR access the most mature and widely available path at MEDITECH sites, which matches MEDITECH’s emphasis on US Core patient access APIs.
For provider-facing or population-level use cases, the regulatory baseline does not guarantee that a given hospital has enabled what you need. Confirm specific capabilities with MEDITECH and the customer’s IT team, and see FHIR and healthcare interoperability for how these requirements fit together.
| Need | Typical approach |
|---|---|
| Patient app reading their own record | US Core FHIR R4 patient access APIs with patient authorization |
| Online scheduling across systems | FHIR scheduling APIs where available to Expanse customers |
| Real-time ADT, results or orders | HL7 v2 outbound interfaces configured by the hospital |
| Data warehouse or analytics feed | HL7 v2 feeds, extracts or, where supported, FHIR-based access; confirm per site |
Because HL7 v2 remains central at many MEDITECH customers, partners should be fluent in both standards. See FHIR vs HL7 v2.
See FHIR integration cost for how mixed FHIR and HL7 v2 scope affects budgets.
Browse EHR integration vendors filtered by MEDITECH, or see our EHR/EMR integration service overview.
MEDITECH’s developer environment, where registered developers can test API calls against a MEDITECH Expanse environment with sample data and interactive documentation. It does not grant access to any customer system.
Yes. MEDITECH documents US Core FHIR R4 patient access APIs and recommends them for USCDI data. DSTU2 APIs are also documented.
MEDITECH describes its US Core patient access APIs as view-only. For other workflows, including scheduling, check the current API catalogue and the customer’s configuration.
Often yes, particularly for real-time events and at sites not on Expanse. Plan for a hybrid approach.
Start in Greenfield Workspace to validate API calls and data handling, then test in each customer’s environment as permitted. Because Workspace does not reflect any hospital’s build, budget for site-level validation, especially for HL7 v2 interfaces.
Based on each vendor's public materials. Confirm current scope directly with the vendor.
Development Partner
Software development firm offering FHIR integration, SMART on FHIR app development and HL7 FHIR API implementation services.
Jersey City, New Jersey, United States
Tell us what you need to build or connect. We review every request and share a short list of relevant vendors from our directory — no obligation.