Account — The patient financial account
Before the invoice, there is the account. Account models that financial container — hospital stay, ambulatory file, therapeutic program — onto which ChargeItems and Invoices are progressively posted.
Purpose
Account is the financial pivot of the patient record. It aggregates entries (ChargeItem), coverages (Coverage) ordered by priority, financial guarantor and the Organization owning the accounting file.
In the US, this is the hospital account or visit account, unique encounter identifier for billing. In France, Account maps to the IFA (Identifiant Facture Aval) of a stay, linked to one or more RUM.
Key fields
| Field | Type | Cardinality | Role |
|---|---|---|---|
identifier | Identifier[] | 0..* | External identifiers (hospital account number). |
status | code | 1..1 | Mandatory. active | inactive | entered-in-error | on-hold | unknown. |
billingStatus | CodeableConcept | 0..1 | Billing state (open, carecomplete-notbilled, billing...). |
type | CodeableConcept | 0..1 | Account type (patient billing, retail...). |
name | string | 0..1 | Account name. |
subject | Reference(Patient | Device | Practitioner | PractitionerRole | Location | HealthcareService | Organization)[] | 0..* | Account subject(s). |
servicePeriod | Period | 0..1 | Period covered by the account. |
coverage | BackboneElement[] | 0..* | Applicable coverages with priority. |
owner | Reference(Organization) | 0..1 | Owning Organization (the hospital). |
description | markdown | 0..1 | Free description. |
guarantor | BackboneElement[] | 0..* | Financial guarantor(s). |
guarantor.party | Reference(Patient | RelatedPerson | Organization) | 1..1 | Guarantor. |
guarantor.onHold | boolean | 0..1 | Guarantor on hold. |
diagnosis | BackboneElement[] | 0..* | Diagnoses attached to the account (R5). |
procedure | BackboneElement[] | 0..* | Attached procedures (R5). |
relatedAccount | BackboneElement[] | 0..* | Related accounts (parent, refunded...). |
currency | CodeableConcept | 0..1 | Currency (R5). |
balance | BackboneElement[] | 0..* | Current balance (R5). |
JSON example
Peter Chalmers's account for the HACC program, H1 2026 period, covered by Coverage/example, guarantor the patient himself:
{
"resourceType": "Account",
"id": "example",
"identifier": [{
"system": "urn:oid:0.1.2.3.4.5.6.7",
"value": "654321"
}],
"status": "active",
"billingStatus": {
"coding": [{
"system": "http://terminology.hl7.org/CodeSystem/billingstatus",
"code": "open"
}]
},
"type": {
"coding": [{
"system": "http://terminology.hl7.org/CodeSystem/v3-ActCode",
"code": "PBILLACCT",
"display": "patient billing account"
}]
},
"name": "HACC Funded Billing for Peter James Chalmers",
"subject": [{ "reference": "Patient/example" }],
"servicePeriod": {
"start": "2026-01-01",
"end": "2026-06-30"
},
"coverage": [{
"coverage": { "reference": "Coverage/example" },
"priority": 1
}],
"owner": { "reference": "Organization/hl7" },
"description": "Hospital charges",
"guarantor": [{
"party": { "reference": "Patient/example" },
"onHold": false
}]
} Common pitfalls
- Coverage not ordered by priority — priority 1 (primary insurance) MUST be explicit; without it, billing sequencing is ambiguous.
- Account without
owner— without owner, the receiver doesn't know whom to pay. - Account without
guarantor— for non-covered items, a guarantor is mandatory (typically the patient). - Confusing Account / Coverage / Invoice — Coverage is the insurance policy, Account the container, Invoice the issued bill.
- Multiple Accounts for a single encounter — typically OK when some care is non-covered. Link via
relatedAccount.
Related resources
- Coverage — insurance policy.
- ChargeItem — entry posted on the account.
- Invoice — bill issued on the account.
- Claim — insurance claim derived from the account.
- Encounter — typically linked clinical encounter.