ediverse Explorer la plateforme

À la une PEPPOL BIS Billing 3.0 L’obligation européenne d’e-invoicing arrive : France sept 2026, Belgique janv 2026, Allemagne 2025.

Flag — Alerte saillante

Petit drapeau d'attention destiné à attirer l'œil d'un soignant à l'ouverture du dossier : risque de chute, allergie sévère, statut VIP, refus de transfusion, prise en charge réglementée (mineurs en danger, détenu).

Objet de la ressource

Flag est l'équivalent FHIR du « post-it sur la première page du dossier ». Posée par un soignant ou un workflow administratif, elle reste visible jusqu'à désactivation. Contrairement à DetectedIssue qui est calculé en continu, Flag est une affirmation humaine ou procédurale : « ce patient a un risque de chute », « ce patient est sous protection juridique », « ce patient refuse les produits sanguins ».

Champs clés

ChampTypeCardinalitéRôle
identifierIdentifier[]0..*Identifiants externes.
statuscode1..1active, inactive, entered-in-error.
categoryCodeableConcept[]0..*Catégorie : safety, behavioral, admin, clinical, contact, drug, lab, diet…
codeCodeableConcept1..1Sujet précis du flag.
subjectReference(Patient | Location | Group | Organization | Practitioner | PlanDefinition | Medication | Procedure)1..1Sujet du flag (souvent Patient).
periodPeriod0..1Période de validité.
encounterReference(Encounter)0..1Séjour associé.
authorReference(Device | Organization | Patient | Practitioner | PractitionerRole | RelatedPerson)0..1Auteur du flag.

Exemple JSON

Risque de chute documenté chez un patient hospitalisé :

json flag-example.json
{
  "resourceType": "Flag",
  "id": "fall-risk-example",
  "identifier": [{ "system": "http://example.org/flags", "value": "FL-2026-0042" }],
  "status": "active",
  "category": [{
    "coding": [{
      "system": "http://terminology.hl7.org/CodeSystem/flag-category",
      "code": "safety",
      "display": "Safety"
    }]
  }],
  "code": {
    "coding": [{
      "system": "http://snomed.info/sct",
      "code": "129839007",
      "display": "Risk of fall"
    }]
  },
  "subject": { "reference": "Patient/example" },
  "period": { "start": "2026-05-14" },
  "encounter": { "reference": "Encounter/example-stay" },
  "author": { "reference": "Practitioner/nurse-coordinator" }
}

Usages typiques

  • Sécurité patient : risque de chute, escarre, contention, isolement.
  • Refus de soins : refus de transfusion (témoin de Jéhovah), refus de traitement de réanimation.
  • Statut administratif : VIP, hospitalisé sous contrainte (HO/HDT), prisonnier.
  • Comportement : violence verbale, automutilation, fugue.
  • Lieu : contamination d'une chambre (BMR, BHR), salle hors service.
  • Identité : identité provisoire, identitovigilance suspendue.

Pièges courants

  • Flag laissé actif après résolution : un flag « risque de chute » de l'année dernière qui n'a pas été désactivé crée du bruit. Toujours fermer avec status = inactive ou period.end.
  • Code clinique non standardisé : utiliser SNOMED CT ou un référentiel local cohérent, pas du texte libre.
  • Catégorie omise : sans category, le filtrage par type de flag est impossible.
  • Confusion Flag / AllergyIntolerance / Condition : une allergie est portée par AllergyIntolerance ; une comorbidité par Condition. Flag est uniquement une signalétique d'attention.
  • Flag sans sujet : le sujet est 1..1. Sans subject, le flag est inutilisable.

Ressources liées

  • Patient — porteur le plus fréquent.
  • Condition — diagnostic structuré (à utiliser pour porter le risque clinique réel).
  • AllergyIntolerance — allergie structurée.
  • DetectedIssue — alerte CDS dynamique (vs Flag statique).
  • Communication — notification au prestataire.

Voir aussi : Condition — diagnostic et AllergyIntolerance — allergie déclarée.