SpecsModelExplore
Overview
Actors
External Systems
Clinical Data Product
Clinical Ingestion
Clinical Data
Patient Master
Encounter Service
Encounter RepositoryEncounter State MachineEvent Publisher
Observation Service
Analytics & Research
Clinical Apps
Governance & Audit
Encounter Service
Internal structure
Components
Encounter lifecycle
Transition
Notify
API
Related workflow
SpecsModelExplore
Encounter Service
OverviewGuideEncounter Service APILinks and Communications

Encounter Service

The Encounter Service models visits and admissions — admit, discharge, transfer — and publishes domain events when encounter state changes. ADT messages from ingestion drive most transitions.

Responsibility in one sentence

Persist the authoritative encounter record, enforce valid ADT transitions and notify downstream consumers.

Internal structure

Could not build diagram for model "example-healthcare".

Components

Encounter Repository

Stores encounter aggregates.

Encounter State Machine

Tracks admit / discharge / transfer.

Event Publisher

Publishes encounter events to the bus.

Encounter lifecycle

Persist

The Encounter Repository stores encounter aggregates keyed by patient and visit id.

Transition

The Encounter State Machine rejects illegal ADT jumps that would corrupt census.

Notify

The Event Publisher emits domain events for apps and audit correlation.

API

REST endpoints support encounter lookup and status queries for portals and FHIR mappers. See the Overview tab for the OpenAPI contract.

Contract

Status transitions are idempotent on message control id so duplicate ADT replays are safe.

Related workflow