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.

Media — Ressource retirée en R5

Media existait en FHIR R4 pour porter des contenus multimédia cliniques. Elle a été retirée en R5 : son rôle est éclaté entre DocumentReference, Observation et ImagingStudy selon l'usage.

Statut en R5

Le groupe de travail HL7 Orders & Observations a constaté que Media était largement utilisée pour des cas couverts plus précisément par DocumentReference (documents, photos cliniques) ou Observation (mesures dérivées d'image, snapshots). Le retrait évite la fragmentation et standardise les requêtes : un client qui cherche « tous les contenus liés au patient » interroge maintenant DocumentReference et Observation uniformément.

Remplaçants par cas d'usage

  • Photo clinique (lésion cutanée, plaie)DocumentReference avec category=clinical-photo et un content[].attachment portant l'image ou son URL.
  • Capture d'écran d'imagerieObservation avec valueAttachment ou ImagingStudy si DICOM-conforme.
  • Audio (auscultation, mémo vocal) — DocumentReference, contentType=audio/mp3.
  • Vidéo (endoscopie, échographie) — DocumentReference, contentType=video/mp4, ou ImagingStudy si rattaché à un PACS.
  • Photo d'identité (visage patient) — Patient.photo (Attachment inline).

Chemin de migration depuis R4

  1. Identifier les Media R4 par type : image, video, audio.
  2. Pour chaque, déterminer le contexte clinique : lié à une ImagingStudy (DICOM), à un compte-rendu (DocumentReference), à une mesure (Observation).
  3. Créer les ressources cibles avec l'identifier R4 du Media en identifier pour la traçabilité.
  4. Mettre à jour les ressources qui référençaient les Media R4 (basedOn, derivedFrom, etc.).
  5. Conserver les Media R4 en lecture seule (versionné) pendant la transition ; les marquer status=entered-in-error ne convient pas car ils étaient valides en R4.

Ressources liées