Skip to content
FHIRVendors

EHR integration

MEDITECH FHIR Integration: Expanse APIs, Greenfield Workspace and HL7 Interfaces

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.

Developer access through Greenfield Workspace

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.

  • Workspace access is not customer access. MEDITECH is explicit that Workspace credentials and endpoints apply only to its developer environment. Connecting to a hospital requires that hospital’s agreement and configuration, and each customer sets its own connection policies.
  • Support. MEDITECH provides a Greenfield service desk for developer questions, including HL7 interface questions.
  • MEDITECH Alliance. MEDITECH also describes an ecosystem of partner organizations with interoperable solutions. Check MEDITECH’s own pages for current participation criteria.

FHIR versions and available APIs

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.

Regulatory context at MEDITECH hospitals

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.

Integration patterns at MEDITECH sites

NeedTypical approach
Patient app reading their own recordUS Core FHIR R4 patient access APIs with patient authorization
Online scheduling across systemsFHIR scheduling APIs where available to Expanse customers
Real-time ADT, results or ordersHL7 v2 outbound interfaces configured by the hospital
Data warehouse or analytics feedHL7 v2 feeds, extracts or, where supported, FHIR-based access; confirm per site
Typical MEDITECH integration approaches

Because HL7 v2 remains central at many MEDITECH customers, partners should be fluent in both standards. See FHIR vs HL7 v2.

Limitations

  • MEDITECH customers do not all run Expanse; sites on older MEDITECH platforms may offer narrower API options and depend more on HL7 v2.
  • The documented FHIR patient access APIs are view-only.
  • Testing in Greenfield Workspace validates your app against MEDITECH’s environment, not against any specific hospital’s build.
  • Community hospitals may have limited interface team capacity, which affects scheduling.

Timeline factors

  • Which MEDITECH platform and version each target customer runs.
  • Whether the use case is patient-authorized (best supported by FHIR) or requires HL7 v2 or other interfaces.
  • Greenfield registration and any MEDITECH review steps.
  • Customer IT availability for configuration and testing.

See FHIR integration cost for how mixed FHIR and HL7 v2 scope affects budgets.

What to ask a MEDITECH integration partner

  • Have you integrated with MEDITECH Expanse sites in production, and through which APIs or interfaces?
  • How do you handle customers on older MEDITECH platforms?
  • Have you used Greenfield Workspace, and what did it not tell you about production behaviour?
  • Can you deliver HL7 v2 interfaces alongside FHIR?

Browse EHR integration vendors filtered by MEDITECH, or see our EHR/EMR integration service overview.

Frequently asked questions

What is MEDITECH Greenfield Workspace?

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.

Does MEDITECH support FHIR R4?

Yes. MEDITECH documents US Core FHIR R4 patient access APIs and recommends them for USCDI data. DSTU2 APIs are also documented.

Can apps write data to MEDITECH through FHIR?

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.

Do we still need HL7 v2 for MEDITECH?

Often yes, particularly for real-time events and at sites not on Expanse. Plan for a hybrid approach.

How should we test a MEDITECH integration?

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.

Official developer resources

Related FHIR services

Related guides

Vendors documenting MEDITECH integration

Based on each vendor's public materials. Confirm current scope directly with the vendor.

Need help with a MEDITECH FHIR integration?

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.