Microservice platform for healthcare coordination — built on FHIR R5
Authentication and authorisation service. Issues JWT tokens, manages user identities (patients, professionals, superusers), and handles organisation and group memberships. Implements OAuth 2.0 with PKCE and exposes OIDC-compliant endpoints.
Care plan definition builder + Concept registry. Define reusable PlanDefinition
templates composed of medical concepts, value sets, goals, and activities, with
live FHIR JSON preview and SNOMED CT / LOINC / ICD-10 / ATC terminology support.
The Concept registry (/api/v1/concepts, public-readable) holds 73
Concepts including a 58-item diabetes set; service-key callers (sim.pdhc,
cdr.pdhc, dashboard.pdhc, monitor.pdhc) drive bulk-load + canonicalisation
without an SSO session.
Patient records and care plan execution. Manages FHIR Patient resources, provides care plan readout with filtering and CSV export, and dispatches care plans to providers with receipt tracking.
International Patient Summaries. Generates standardised FHIR bundles compiling conditions, observations, medications, allergies, immunisations, and procedures into portable documents with delivery tracking.
Healthcare contracts between payers and providers. FHIR R5-compliant contract resources with version tracking, search and filter capabilities, and a web-based administration interface.
Care provider portal. Providers authenticate via API key, receive dispatched tasks, acknowledge receipt, and submit structured completion reports. Enforces idempotency with an immutable receipt trail.
Patient questionnaire assignment service. Receives dispatched ServiceRequests from request.pdhc.se via webhook, creates assignments per patient, and stores FHIR QuestionnaireResponse resources for completion tracking.
Continuous glucose monitoring provider. Receives procedure-based ServiceRequests, auto-starts a background glucose stream on task acknowledgement, and delivers continuous observation batches to the gateway until manually stopped.
Provider data ingestion gateway. Validates Provider Access Tokens issued by request.pdhc, receives FHIR Observation and QuestionnaireResponse reports from providers, enforces HMAC-signed composite key grants, and maintains a full audit trail.
Read-only analysis dashboard. Lists eligible patients within the user's organisation, shows latest values and time-activity curves per concept, and exposes FHIR R5 Observation bundles. Belongs to the analysis phase — access requires SSO and analysis-phase membership.
Clinical data format translator. Converts patient observations from gateway.pdhc into three standards: FHIR R5 (with full metadata back-references to ServiceRequest, PlanDefinition, Contract, and Organizations), openEHR Compositions, and OMOP CDM measurements. Exposes a FHIR CapabilityStatement and per-patient JSON APIs. Belongs to the analysis phase — access requires SSO and analysis-phase membership.
Legacy CDR — preserves real-data history; not seeded with synthetic data. Canonical clinical data repository: three-layer storage (raw, FHIR R5 + openEHR dual-standard, canonical flat tables), bidirectional FHIR↔openEHR transformation, LOINC-to-archetype mapping, automatic delivery to the Cambio CDR sandbox. SSO + analysis-phase access.
Norrland regional demonstrator: 100 synthetic T1/T2 diabetes patients, cohort_nord profile, low-socioeconomic axis (HbA1c +0.7, BMI +1.5, lower SGLT2/GLP-1 uptake). 2-year window, ≈10,800 observations.
Västra Götaland regional demonstrator: 100 synthetic T1/T2 diabetes patients, cohort_vast profile, mid-socioeconomic baseline. 2-year window, ≈10,800 observations.
Östergötland regional demonstrator: 100 synthetic T1/T2 diabetes patients, cohort_ost profile, low-socioeconomic axis. 2-year window, ≈10,800 observations.
Mälardalen regional demonstrator: 100 synthetic T1/T2 diabetes patients, cohort_mitt profile, mid-socioeconomic baseline. 2-year window, ≈10,800 observations.