Account — Le compte patient financier
Avant la facture, il y a le compte. Account modélise ce conteneur financier — séjour hospitalier, dossier ambulatoire, programme thérapeutique — sur lequel s'imputent progressivement les ChargeItems et les Invoices.
Objet de la ressource
Account est le pivot financier du dossier patient. Il regroupe les écritures (ChargeItem), les couvertures (Coverage) ordonnées par priorité, le garant financier (guarantor) et l'organisation propriétaire du dossier comptable.
En France, Account correspond à la notion d'IFA (Identifiant Facture Aval) ou du dossier comptable d'un séjour, lié à un ou plusieurs RUM. Aux États-Unis, c'est le hospital account ou visit account, identifiant unique du séjour pour la facturation.
Champs clés
| Champ | Type | Cardinalité | Rôle |
|---|---|---|---|
identifier | Identifier[] | 0..* | Identifiants externes (numéro de compte hôpital). |
status | code | 1..1 | Obligatoire. active | inactive | entered-in-error | on-hold | unknown. |
billingStatus | CodeableConcept | 0..1 | État de facturation (open, carecomplete-notbilled, billing…). |
type | CodeableConcept | 0..1 | Type de compte (patient billing, retail…). |
name | string | 0..1 | Nom du compte. |
subject | Reference(Patient | Device | Practitioner | PractitionerRole | Location | HealthcareService | Organization)[] | 0..* | Sujet(s) du compte. |
servicePeriod | Period | 0..1 | Période couverte par le compte. |
coverage | BackboneElement[] | 0..* | Couvertures applicables avec priorité. |
owner | Reference(Organization) | 0..1 | Organisation propriétaire (l'hôpital). |
description | markdown | 0..1 | Description libre. |
guarantor | BackboneElement[] | 0..* | Garant(s) financier(s). |
guarantor.party | Reference(Patient | RelatedPerson | Organization) | 1..1 | Garant. |
guarantor.onHold | boolean | 0..1 | Garant en attente. |
diagnosis | BackboneElement[] | 0..* | Diagnostics rattachés au compte (R5). |
procedure | BackboneElement[] | 0..* | Procédures rattachées (R5). |
relatedAccount | BackboneElement[] | 0..* | Comptes liés (parent, refunded…). |
currency | CodeableConcept | 0..1 | Devise (R5). |
balance | BackboneElement[] | 0..* | Solde courant (R5). |
Exemple JSON
Compte de Peter Chalmers pour le programme HACC, période S1 2026, couvert par Coverage/example, garant le patient lui-même :
{
"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
}]
} Pièges courants
- Coverage non ordonnée par priorité — la priorité 1 (assurance principale) DOIT être déclarée explicitement ; sans elle, le séquencement de facturation est ambigu.
- Compte sans
owner— sans propriétaire, le réceptionnaire ne sait pas à qui payer. - Compte sans
guarantor— pour le hors-couverture, un garant est obligatoire (souvent le patient). - Confusion Account / Coverage / Invoice — Coverage est la police d'assurance, Account le compte conteneur, Invoice la facture émise.
- Plusieurs Accounts pour un seul séjour — typiquement OK quand certains soins ne sont pas couverts. Lier via
relatedAccount.
Ressources liées
- Coverage — police d'assurance.
- ChargeItem — écriture imputée sur le compte.
- Invoice — facture émise sur le compte.
- Claim — demande de remboursement issue du compte.
- Encounter — séjour clinique typiquement lié.