Skip to content
Resources

Technology Glossary

Plain-English definitions of the cloud, DevOps, AI, security and healthcare integration terms we use every day, with why each one matters and where to go deeper.

Software developers reviewing code together at a laptop
At a glance
  • 17 termsdefined in plain English
  • Linkedto services and guides

Each entry gives a short definition, a note on why it matters in practice, and links to the service or guide that covers it in depth. Use the letters to jump, or type to filter.

C

CCDA
Consolidated Clinical Document Architecture — an HL7 XML standard for exchanging clinical documents such as care summaries between healthcare systems and HIEs.
Why it matters: C-CDA documents are still the common currency for transitions of care and HIE document exchange, so most integration projects need to read or produce them.
CI/CD
Continuous Integration / Continuous Delivery — automated pipelines that build, test and release software safely and repeatedly.
Why it matters: Small, automated releases are easier to test, review and roll back than big manual ones, and the pipeline itself becomes your change-control evidence.

F

FinOps
A practice combining finance and engineering to give cloud spending accountability, forecasting and continuous cost optimization.
Why it matters: Cloud bills grow quietly. FinOps puts cost next to engineering decisions so teams can see the price of what they build and cut waste without slowing delivery.

H

HIE
Health Information Exchange — a network that lets healthcare organisations securely share patient records across different systems and providers.
Why it matters: Connecting to an HIE gives clinicians a fuller patient history from other providers, but it requires identity matching and IHE-profile integration done carefully.
HL7 / FHIR
Healthcare interoperability standards for exchanging clinical and administrative data between systems.
Why it matters: Most hospitals still run on HL7 v2 messages while new apps expect FHIR APIs. Real interoperability usually means bridging the two.

I

IaC
Infrastructure as Code — provisioning and managing infrastructure through version-controlled definitions (e.g. Terraform) instead of manual clicks.
Why it matters: Infrastructure defined in code can be reviewed, versioned and rebuilt identically in another region, which is what makes environments reproducible and auditable.
IHE
Integrating the Healthcare Enterprise — a set of interoperability profiles (XDS, PIX/PDQ, XCA, ATNA) that standardise how healthcare systems and HIEs exchange documents and identity.
Why it matters: IHE profiles turn broad standards into specific, testable transactions, so two systems that both "support XDS" can actually exchange documents.
ISMS
Information Security Management System — the policies, controls and processes at the heart of ISO 27001.
Why it matters: ISO 27001 certifies the management system, not a single control, so the ISMS (scope, risk method, policies, reviews) is what auditors actually examine.

M

Mirth Connect
A widely used healthcare integration engine that routes, transforms and monitors HL7, FHIR, EDI and CCDA messages between systems. NextGen made it commercial from v4.6; the community-maintained open-source fork is the Open Integration Engine.
Why it matters: An interface engine sits between clinical systems so each one does not need custom point-to-point code; monitoring it well is what keeps lab results and orders flowing.

O

Observability
The ability to understand a system's internal state from its outputs — metrics, logs and traces.
Why it matters: Monitoring tells you something is wrong; observability helps you work out why, which is what shortens incidents in distributed systems.
OpenEMR
The leading open-source electronic health record (EHR) and practice-management system — self-hostable, customisable and free of licence lock-in.
Why it matters: Open source means no licence lock-in, but it also means you own hosting, upgrades, security patching and customisation.

R

RAG
Retrieval-Augmented Generation — grounding a large language model in your own data so answers are accurate and citable.
Why it matters: RAG lets an assistant answer from your documents instead of guessing, and lets you show the source for every answer, which is what makes it usable in production.

S

SLO / SLA
Service Level Objective / Agreement — measurable reliability targets, and the commitments made against them.
Why it matters: An SLO tells engineers how reliable a service needs to be; the error budget it leaves tells them when to ship features and when to fix stability.
SMART on FHIR
A framework that layers OAuth 2.0 and OpenID Connect security and app-launch onto FHIR, letting apps securely access EHR data with scoped permissions.
Why it matters: It is the standard way to launch a third-party app inside an EHR with the right user and patient context, without sharing passwords.

U

US Core / USCDI
US Core is the FHIR implementation guide that constrains resources to meet USCDI — the standardised set of health data classes mandated under the 21st Century Cures Act.
Why it matters: If you build certified health IT or patient-access APIs in the US, conforming to US Core is how you show you expose the required USCDI data.

V

VAPT
Vulnerability Assessment and Penetration Testing — finding and validating security weaknesses before attackers do.
Why it matters: Scanners find candidate issues; a penetration tester proves which ones are actually exploitable. Together they give you a prioritised fix list rather than a wall of alerts.

Z

Zero Trust
A security model that trusts nothing by default and verifies every request, regardless of network location.
Why it matters: With remote work and cloud services, there is no safe "inside" network any more. Zero Trust replaces that assumption with identity, device and context checks on every request.

No terms match that filter. Ask us and we will explain it.

Want the concept, not just the definition?

Our engineers can explain how any of these apply to your stack.

Ask an Engineer