Skip to main content
All Integrations

HDIM + InterSystems HealthShare / IRIS

Enterprise HEDIS Quality Measurement at HIE Scale

HIEs have solved the hardest part of healthcare data — aggregating clinical records from thousands of providers into a single longitudinal view. What they lack is a processing layer that turns that aggregated data into quality scores, care gaps, and risk stratification. HDIM deploys within the HIE's own infrastructure, sitting between the HealthShare CDR and the clinical workflows that need actionable intelligence.

Deploys on Your Infrastructure

HDIM is a Java/Spring Boot platform that runs on your servers — RHEL, Ubuntu, or any cloud VPC. It fronts your CDR and FHIR server, processing clinical data into quality intelligence without transmitting PHI outside your network boundary.

This is not a SaaS integration that extracts your data. HDIM is clinical infrastructure that deploys alongside your EHR and makes data accessible that providers cannot reach today.

# Your infrastructure
┌─── Your Network Boundary ───────────┐
│ │
│ [CDR / FHIR Server] │
│ ↓ FHIR R4 (private network) │
│ [HDIM Platform] │
│ ├─ CQL Engine (quality measures) │
│ ├─ Care Gap Detection │
│ ├─ Risk Stratification │
│ └─ Quality Reporting │
│ ↓ │
│ [Clinical Workflows / Dashboards] │
│ │
└─────────────────────────────────────┘
# PHI never crosses this boundary

Overview

HealthShare solves a genuinely hard problem: it aggregates clinical data from thousands of provider organizations — hospitals, labs, pharmacies, specialist practices — and normalizes it into a longitudinal patient record. That is the foundation. But aggregation alone does not produce quality scores. It does not detect care gaps. It does not tell a care manager which patients are at risk of a preventable admission next quarter.

HDIM is the compute layer that sits on top of that foundation. It deploys on the HIE's own infrastructure — on-premises or in the HIE's cloud VPC — and fronts the IRIS for Health FHIR endpoint. Inbound FHIR queries from clinical applications pass through HDIM, which evaluates CQL/HEDIS measures in real time, identifies open care gaps, and returns enriched responses. The HIE's data never leaves its perimeter. HDIM does not replicate the CDR — it processes it in place.

For HIE-scale deployments serving millions of patients across metropolitan areas, the architecture must handle concurrent measure evaluation across entire attributed populations, sub-second FHIR query response times, and HIPAA-compliant audit trails on every data access. Those are the operational constraints HDIM was designed around.

Architecture

HDIM connects to InterSystems HealthShare through the IRIS for Health FHIR R4 endpoint. Data flows through HDIM's microservice pipeline for quality measure evaluation.

┌─────────────────────────────────────────────────────────────────┐
│                    InterSystems HealthShare                      │
│  ┌──────────────┐  ┌──────────────┐  ┌───────────────────────┐  │
│  │ Health Connect│  │ IRIS for     │  │ Clinical Data         │  │
│  │ (Routing)     │→ │ Health (FHIR)│  │ Repository (CDR)      │  │
│  └──────────────┘  └──────┬───────┘  └───────────────────────┘  │
│                           │ FHIR R4 REST API                    │
└───────────────────────────┼─────────────────────────────────────┘
                            │
                            ▼
┌───────────────────────────────────────────────────────────────────┐
│                           HDIM Platform                           │
│                                                                   │
│  ┌──────────┐   ┌──────────────┐   ┌──────────┐   ┌───────────┐ │
│  │ FHIR     │ → │ Patient      │ → │ CQL      │ → │ Care Gap  │ │
│  │ Service  │   │ Service      │   │ Engine   │   │ Service   │ │
│  │ (8085)   │   │ (8084)       │   │ (8081)   │   │ (8086)    │ │
│  └──────────┘   └──────────────┘   └──────────┘   └───────────┘ │
│       ↑                                                 │        │
│       │              ┌──────────────┐                   ▼        │
│       └──────────────│ Quality      │←── Quality Reports &      │
│                      │ Measure Svc  │    Care Gap Closures      │
│                      │ (8087)       │                            │
│                      └──────────────┘                            │
└───────────────────────────────────────────────────────────────────┘

Integration Guide

Follow these six steps to connect HDIM with your InterSystems HealthShare deployment.

  1. 1
    Configure the HealthShare FHIR endpoint URLPoint HDIM's FHIR Service to your IRIS for Health FHIR R4 endpoint (typically https://your-healthshare-host/csp/healthshare/fhir/r4).
  2. 2
    Set up authenticationConfigure OAuth2 client credentials or API key authentication. HDIM supports both HealthShare OAuth2 server integration and static API key authentication for on-prem deployments.
  3. 3
    Map FHIR resource typesConfigure which FHIR resources to ingest from HealthShare. HDIM supports 12 resource types out of the box. Map HealthShare-specific extensions to HDIM's patient model.
  4. 4
    Configure data ingestion modeChoose real-time FHIR queries for on-demand evaluation, bulk FHIR export for population-level analysis, or hybrid mode (recommended for HIE-scale deployments).
  5. 5
    Deploy HDIM on your infrastructureDeploy HDIM on your RHEL servers or cloud VPC using Docker Compose or Kubernetes. Set spring.profiles.active=production and FHIR_SERVICE_URL to your HealthShare FHIR R4 endpoint. For HIE-scale deployments (10M+ patients), increase connection pool size, Kafka partitions, and batch size to match your data volume.
  6. 6
    Verify with smoke testsRun the built-in integration verification suite to confirm FHIR connectivity, resource mapping, CQL evaluation, and care gap detection are working end-to-end.

Configuration

HDIM uses standard Spring Boot configuration. Set the active profile and point the FHIR service at your IRIS for Health endpoint. The HIE-scale tuning parameters below reflect real operational requirements for large deployments — 50 connection pool slots, 24 Kafka partitions for parallel measure evaluation, and 5000-record batch sizes for population-level processing.

# Configuration reference — actual property names may vary by release
# InterSystems HealthShare Connection
FHIR_SERVICE_URL=https://your-healthshare-host/csp/healthshare/fhir/r4
FHIR_AUTH_TYPE=oauth2          # or "api-key"
FHIR_CLIENT_ID=hdim-client
FHIR_CLIENT_SECRET=<your-client-secret>
FHIR_TOKEN_URL=https://your-healthshare-host/oauth2/token

# Spring Boot Profile
SPRING_PROFILES_ACTIVE=production

# HIE-Scale Tuning
FHIR_CONNECTION_POOL_SIZE=50
FHIR_BULK_EXPORT_ENABLED=true
FHIR_BULK_EXPORT_POLL_INTERVAL=30
KAFKA_PARTITIONS=24
REDIS_CACHE_MAX_MEMORY=2gb
PATIENT_BATCH_SIZE=5000

Designed for HIE Scale

HDIM was architected for health information exchange scale — designed for workloads spanning millions of patients across thousands of provider organizations.

At HIE scale, HDIM handles:

  • 16M+ patient records with sub-second FHIR query response times
  • 52 HEDIS quality measures evaluated concurrently across entire populations
  • Real-time care gap detection with ADT event-driven triggers
  • Multi-tenant isolation ensuring data segregation across participating organizations
  • HIPAA-compliant audit trails for every data access and quality evaluation

For HIE-scale deployments, HDIM is configured with optimized connection pooling (50 concurrent FHIR connections), Kafka partitioning (24 partitions for parallel measure evaluation), and Redis cache sizing (2GB for patient demographic caching).

Data Exchange Protocols

HDIM supports multiple data exchange protocols with HealthShare.

ProtocolDescription
FHIR R4 RESTPrimary — real-time patient queries and resource retrieval via IRIS for Health
FHIR Bulk DataPopulation-level export (NDJSON) for batch quality measure evaluation
CDA/C-CDAClinical document import with automatic FHIR R4 conversion
ADT FeedsReal-time admission/discharge/transfer events for care gap trigger detection
HL7 v2Legacy message ingestion via Health Connect routing engine

Supported FHIR R4 Resources

Patient

Demographics, identifiers, contact information

Encounter

Visits, admissions, and clinical interactions

Condition

Diagnoses, problems, and health concerns (ICD-10)

Observation

Lab results, vitals, social history, assessments

Procedure

Surgical procedures, interventions, and screenings

MedicationRequest

Prescriptions and medication orders

Immunization

Vaccination records and immunization history

DiagnosticReport

Pathology, radiology, and laboratory reports

AllergyIntolerance

Allergy and adverse reaction records

DocumentReference

Clinical documents (CDA, C-CDA, PDF)

Coverage

Insurance and payer information for HEDIS attribution

Deployment Options

On-Premises (RHEL 7)

Deploy HDIM alongside HealthShare on your existing RHEL 7 infrastructure using the HDIM installer. Data never leaves your network. Recommended for HIEs with strict data residency requirements.

Learn more

Docker Compose

Single-command deployment with Docker Compose. Ideal for pilot programs, development environments, and smaller HIE implementations. Includes all 51+ HDIM services pre-configured.

Kubernetes

Production-grade orchestration with auto-scaling, rolling updates, and high availability. Recommended for large HIE deployments processing 10M+ patient records.

Ready to Connect HDIM with InterSystems HealthShare / IRIS?

Schedule a personalized demo to see HDIM working with your InterSystems HealthShare / IRIS environment.