top of page

Interoperability Doesn't End Where the APIs Run Out

Jason Cropper
Aug 24
2 min read
Conceptual illustration showing a healthcare information-sharing journey where one technical pathway reaches a dead end while several alternative routes continue towards a connected healthcare ecosystem. Green pathways navigate around obstacles through architecture services, messaging capabilities, shared repositories and alternative interoperability approaches before converging successfully. The image represents the idea that the absence of a dedicated API does not automatically prevent effective interoperability.

A common assumption in technology projects is that interoperability depends on the existence of a suitable API.


When an API is available, organisations feel confident progress can be made.


When an API is unavailable, discussions can sometimes come to an abrupt halt.


The implicit conclusion becomes "No API means no interoperability". In reality, interoperability is defined by the outcome being achieved, not by the presence of a particular technical interface.


APIs Are Not The Only Route

APIs are undeniably valuable, often providing modern, flexible and scalable methods of exchanging information. When one exists it may represent the best available solution.


The challenge is that healthcare environments frequently contain systems that:

  • Were not designed with modern APIs

  • Use older communication methods

  • Have limited external capabilities

  • Contain operational constraints

  • Operate within complex technical environments


If interoperability depended solely on APIs, many valuable information-sharing initiatives would never have been delivered.


Understanding The Available Options

Experienced interoperability specialists rarely begin with:

Is there an API?

Instead they often ask:

What options are available?

Potential approaches may include:

  • Existing interfaces

  • Messaging capabilities

  • Shared repositories

  • Data extraction processes

  • Existing integration platforms

  • Architectural redesign

  • National services

  • Transformation services


The objective is to understand the landscape before selecting an approach.


Avoiding The Wrong Question

One of the risks organisations face is focusing on technical constraints too early.

For example:

We can't do this because there isn't an API.

That statement may be technically accurate but still fail to answer the wider question.

The more useful conversation is often:

What information needs to be shared and what practical options exist?

This subtle difference can entirely change the direction of a project.


Practical Interoperability

Practical interoperability is not about forcing a specific technical solution onto every problem, it's about understanding available capabilities and selecting the most appropriate option, whether it involves an API or not.


The important consideration is whether the chosen approach successfully supports the desired outcome.


Future Flexibility Matters

Organisations should also consider future opportunities.


A technical approach that solves today's requirement may influence future:

  • Information sharing

  • Reporting

  • Data analysis

  • Service transformation

  • Adoption


Solutions don't have to be designed for every possible future outcome, but organisations should understand the implications of the choices they make.


How Osprey Can Help

Osprey helps organisations identify practical routes to interoperability regardless of the technologies involved.


Our focus is understanding the requirement, evaluating the available options and helping organisations select approaches that support both immediate objectives and future flexibility.


Related Solution

Helping organisations deliver sustainable information-sharing solutions across diverse technical environments.

Want to discuss this post?

bottom of page