Skip to main content

Glossary

TermMeaning
TenantA customer organization with an isolated database. Identified by slug (e.g. acme) and tenant_id UUID.
Master DBSingle Postgres database holding cross-tenant registries: identity.tenant, security.platform_user, reference data (payers, procedure codes).
Tenant DBPer-tenant Postgres database with HIPAA-isolated tenant data. Connection resolved at request time by TenantConnectionResolver.
Platform adminMedSuite staff. Authenticates against security.platform_user in master DB. Logs in to the platform console at admin.<env>.medsuiteone.ai (prod: admin.medsuiteone.ai).
Platform console (admin-app)The operator SPA at admin.<env>.medsuiteone.ai, with admin-service answering /api/platform/* on the same host. Not to be confused with this manual (docs-admin), which is admin.docs.<env>.medsuiteone.ai.
admin-serviceThe platform API process behind the console. Serves /platform/* (reached from a browser as /api/platform/*) and issues the platform JWT. Replaced the /platform/* router that used to live in rcm-core.
Tenant userCustomer staff. Authenticates against security.app_user in their tenant DB. Logs in at <slug>.rcm.medsuite.com.
ImpersonationMechanism by which a platform admin gets a tenant-scoped JWT for the chosen tenant. Token carries scope: 'impersonation', platformUserId, and impersonating: true.
PLATFORM_ADMINHighest platform role. Provision tenants, manage platform users, impersonate any tenant.
PLATFORM_SUPPORTRead + limited writes; may impersonate active and read-only tenants.
PLATFORM_READONLYView-only across master data; cannot impersonate.
db_serverMaster DB row representing a Postgres flexible server that hosts one or more tenant DBs.
Tenant statusLifecycle state on identity.tenant.status: active, read_only, suspended, offboarding.
Companion guidePer-state or per-payer EDI variation rules layered on top of the X12 standard.
Program settingPer-tenant configuration (config.program_config) of how a program (state Medicaid plan, commercial product) is billed: accepts claims, auth workflow, filing window, submission routing. The setting with no payer applies to every payer; a payer-specific setting replaces it for one payer. Was "payer program config".
Program ruleMedSuite master rates and code rules for a program in a state (rcm_master.program_rule): standard (no payer), payer exception (one payer) or national (no state). Was "payer program".
Trading partnerAn EDI counterparty (clearinghouse, state Medicaid MMIS, commercial payer) with a connection config (SFTP, AS2, real-time).
Ingestion feedAn inbound channel that delivers raw data files into the platform (SFTP polling or push API). Each feed is bound to a mapping definition.
Mapping definitionYAML spec that transforms a raw inbound record into a canonical entity. Versioned and lifecycle-managed (DRAFT → SUBMITTED → ACTIVE → ARCHIVED).
ERA / 835Electronic Remittance Advice. Inbound payer payment file. Posted via the Receivables workspace.
EOBExplanation of Benefits — the human-readable analog of an ERA.
COBCoordination of Benefits — payment waterfall when a member has multiple payers.
Auto-correctionAutomated rebill flow that fixes claim denials by adjusting modifiers, hints, or attachments and resubmitting.