Réponse courte : DiagnosticReport est la ressource FHIR pour un rapport : l'ensemble des conclusions qu'un laboratoire, un service d'imagerie ou un service d'anatomopathologie émet ensemble, avec un statut, une catégorie, qui l'a émis et quand, une conclusion, les Observations résultat qu'il regroupe, l'imagingStudy qu'il décrit et une presentedForm (le PDF signé). Un hémogramme est un DiagnosticReport avec une douzaine d'Observations ; un scanner CT est un DiagnosticReport avec une conclusion narrative et un lien vers les images. Une Observation est une valeur unique ; un DiagnosticReport est le document qui en délivre plusieurs.
Un exemple valide FHIR R4
Un DiagnosticReport FHIR R4 valide nécessite un statut et un code, et en pratique inclut également le sujet, la catégorie, la date effective, la date d'émission, le praticien et les Observations de résultat qu'il regroupe. L'exemple ci-dessous est un rapport d'hématologie final pour une formule sanguine complète, codé avec un panel LOINC, reliant trois Observations, une conclusion avec un code SNOMED CT et le PDF signé.
{
"resourceType": "DiagnosticReport",
"id": "cbc-2026-03-14",
"identifier": [{"system": "https://lab.example.org/reports", "value": "RPT-2026-77812"}],
"basedOn": [{"reference": "ServiceRequest/order-778812"}],
"status": "final",
"category": [{"coding": [{"system": "http://terminology.hl7.org/CodeSystem/v2-0074", "code": "HM", "display": "Hematology"}]}],
"code": {"coding": [{"system": "http://loinc.org", "code": "58410-2", "display": "CBC panel - Blood by Automated count"}]},
"subject": {"reference": "Patient/example"},
"encounter": {"reference": "Encounter/visit-2026-03-14"},
"effectiveDateTime": "2026-03-14T08:40:00+01:00",
"issued": "2026-03-14T13:05:00+01:00",
"performer": [{"reference": "Organization/central-lab"}],
"resultsInterpreter": [{"reference": "Practitioner/haematologist-7"}],
"specimen": [{"reference": "Specimen/edta-1"}],
"result": [
{"reference": "Observation/hgb-2026-03-14"},
{"reference": "Observation/wbc-2026-03-14"},
{"reference": "Observation/plt-2026-03-14"}
],
"conclusion": "Mild normocytic anaemia; other parameters within reference ranges.",
"conclusionCode": [{"coding": [{"system": "http://snomed.info/sct", "code": "271737000", "display": "Anemia"}]}],
"presentedForm": [{"contentType": "application/pdf", "url": "https://lab.example.org/reports/RPT-2026-77812.pdf", "title": "CBC report"}]
}
Chaque Observation référencée dans result a son propre code LOINC, sa valeur, son unité et sa plage de référence, comme décrit dans Observation FHIR expliquée.
Statut : le cycle de vie du rapport
Le statut d'un DiagnosticReport FHIR suit le cycle de vie d'un rapport : enregistré lorsqu'il est commandé, partiel au fur et à mesure que les résultats arrivent, préliminaire lorsqu'il est complet mais non vérifié, final lorsqu'il est signé, puis modifié, corrigé ou complété s'il change par la suite ; annulé et marqué comme erroné le clôturent sinon. Les utilisateurs doivent surveiller les rapports modifiés et corrigés, car une valeur finale de la semaine dernière peut avoir changé.
registered (commandé, rien encore) → partial (quelques résultats en) → preliminary (tout est là, non vérifié) → final (signé) → amended ou corrected (modifié après signature, avec la raison dans une note) ou appended (ajout de contenu). cancelled et entered-in-error le clôturent autrement. Les consommateurs doivent surveiller amended et corrected : une valeur qui était finale la semaine dernière peut avoir changé, et l'heure issued du rapport se déplace.
Catégorie et code
La catégorie du DiagnosticReport indique quel service de diagnostic a émis le rapport, en utilisant les codes de la table 0074 HL7 v2 tels que LAB (laboratoire), HM (hématologie), CH (chimie), MB (microbiologie), RAD (radiologie) et PAT (pathologie). Le code du DiagnosticReport indique ce qu'est le rapport, normalement un code de panel LOINC pour les rapports de laboratoire et un code d'étude de radiologie ou de pathologie LOINC, ou un code de procédure local, pour l'imagerie et la pathologie.
category utilise la table 0074 d'HL7 v2, section des services de diagnostic : LAB, HM hématologie, CH chimie, MB microbiologie, RAD radiologie, PAT pathologie, CG cytogénétique et autres ; US Core exige LAB pour les rapports de laboratoire. code indique ce qu'est le rapport : pour les laboratoires, un code de panel LOINC (NFS 58410-2, panel métabolique complet 24323-8, panel lipidique 57698-3) ; pour l'imagerie, un code de radiologie LOINC ou un code de procédure local ; pour la pathologie, un code d'étude pathologique LOINC. Voir Qu'est-ce qu'un code LOINC ?.
Rapports de laboratoire, d'imagerie et de pathologie
Les rapports de laboratoire, d'imagerie et de pathologie utilisent la même ressource DiagnosticReport FHIR avec des éléments différents. Un rapport de laboratoire regroupe une Observation par analyte avec des ressources Specimen ; un rapport d'imagerie contient la conclusion du radiologue, une référence à l'ImagingStudy et les images clés ; un rapport de pathologie contient le texte du diagnostic, les Observations de grading et les spécimens tissulaires. Les trois joignent un PDF signé dans presentedForm.
| Laboratoire | Imagerie | Pathologie | |
|---|---|---|---|
| result | Une Observation par analyte | Généralement aucune ; parfois des mesures | Observations pour la gradation, les marqueurs, les marges |
| conclusion | Commentaire optionnel | L'impression du radiologue | Le texte du diagnostic |
| imagingStudy | — | Référence à l'ImagingStudy | Images de lames entières numérisées |
| media | — | Images clés | Images de lames représentatives |
| presentedForm | PDF signé | PDF signé | PDF signé |
| specimen | Sang, urine… Ressources Specimen | — | Ressources Specimen de tissu |
Pour l'imagerie, les images elles-mêmes restent en DICOM ; voir FHIR ImagingStudy vs DICOMweb. Pour la signification de ces rapports pour le patient, voir Comment lire vos résultats de laboratoire et Rapport de scanner CT expliqué.
DiagnosticReport vs DocumentReference
Un DiagnosticReport FHIR est un rapport structuré dont les résultats sont, ou peuvent être, des Observations codées, tandis qu'un DocumentReference est un pointeur vers un document de toute nature avec des métadonnées et le fichier. Les résultats de laboratoire structurés deviennent un DiagnosticReport ; un PDF numérisé sans données structurées devient un DocumentReference, et de nombreux systèmes créent les deux pour le même rapport.
Un DiagnosticReport est un rapport structuré dont les conclusions sont des Observations codées (ou peuvent l'être) ; un DocumentReference est un pointeur vers un document de tout type, avec des métadonnées et le fichier. Un rapport de laboratoire qui arrive sous forme de HL7 v2 ORU devient un DiagnosticReport avec des Observations. Un PDF numérisé d'un rapport d'un autre pays, sans données structurées, est un DocumentReference. De nombreux systèmes créent les deux : le DiagnosticReport pour les données, avec presentedForm ou un DocumentReference pour le fichier signé. Voir DocumentReference vs DiagnosticReport vs Binary.
Erreurs qui cassent les rapports
Les erreurs qui cassent le plus souvent les DiagnosticReports FHIR sont l'envoi d'Observations sans rapport pour les regrouper, le marquage d'un rapport comme final alors que ses Observations sont encore préliminaires, la duplication de la conclusion dans une Observation avec un code inventé, l'omission de l'horodatage d'émission de sorte que les corrections ne puissent pas être détectées, et l'invention de codes de panel locaux là où un panel LOINC existe déjà.
- Des résultats écrits comme des Observations sans DiagnosticReport, de sorte qu'un consommateur ne peut pas savoir quelles valeurs ont été émises ensemble ou quel rapport a été modifié.
status: finalsur un rapport dont les Observations sont encorepreliminary.- La conclusion dupliquée dans une Observation avec un code inventé.
issuedmanquant, de sorte que le consommateur ne peut pas commander de rapports ni détecter de corrections.- Codes de panel inventés localement alors qu'un panel LOINC existe.
Dans Anpheros
La plateforme Anpheros transforme les résultats de laboratoire qui arrivent via son connecteur de laboratoire, sous forme de HL7 v2 ORU, CSV ou JSON, en Observations FHIR regroupées sous un DiagnosticReport, avec le laboratoire comme praticien et le fichier original comme presentedForm lorsque disponible. Un rapport qu'une personne numérise dans l'application est conservé comme un seul rapport avec ses résultats individuels et l'image originale.
Le connecteur de laboratoire documente les formats acceptés. Comme l'original numérisé est conservé avec le rapport, un clinicien peut vérifier n'importe quelle valeur par rapport à la source. Les rapports modifiés conservent leur historique grâce aux versions de ressources.
Pages associées
- Observation FHIR expliquée
- DocumentReference vs DiagnosticReport vs Binary
- FHIR ImagingStudy vs DICOMweb
- Connecteur de laboratoire : HL7 v2, CSV ou JSON vers FHIR
- Qu'est-ce qu'un code LOINC ?
- Exemple de DiagnosticReport sur le site développeur
Sources
- HL7 FHIR R4 : DiagnosticReport
- Terminologie HL7 : v2-0074 section des services de diagnostic
- HL7 US Core : DiagnosticReport pour les résultats de laboratoire
- HL7 IPS : profil DiagnosticReport
- LOINC : panels et formulaires
Questions fréquentes
Ai-je besoin d'un DiagnosticReport pour un test unique ?
Strictement parlant, une seule Observation peut être autonome, et les mesures à domicile le sont généralement. Tout ce qui est émis par un laboratoire est mieux encapsulé dans un DiagnosticReport, même avec un seul résultat, afin que le statut, l'émetteur et la forme signée voyagent avec lui.
Comment représenter un résultat modifié ?
Mettez à jour l'Observation (sa version change), définissez le statut du DiagnosticReport sur amended ou corrected, mettez à jour issued, et enregistrez la raison dans une note. Ne créez jamais un deuxième rapport avec le même identifiant.
Où va la plage de référence ?
Sur chaque Observation, dans referenceRange, car les plages diffèrent par analyte et par laboratoire. Le rapport n'a pas de plage propre.
Un DiagnosticReport peut-il contenir d'autres rapports ?
Pas directement en R4 ; les rapports liés se référencent mutuellement via basedOn ou des extensions, et les sous-panels d'un panel sont généralement modélisés comme des Observations avec hasMember. R5 conserve la même approche.
Essayez gratuitement dans le sandbox
Votre premier appel FHIR en 5 minutes. Une API HL7 FHIR R4 avec le consentement du patient intégré : essayez-la dans le bac à sable, puis connectez votre propre application ou système de clinique.
Gratuit · 30 patients synthétiques · sans carte
Anpheros développe un dossier médical que le patient contrôle et peut partager avec n'importe quelle clinique, sur une plateforme HL7 FHIR R4, basée en UE. Ces guides vous aident à comprendre et organiser votre santé ; ils ne remplacent pas votre médecin.
À propos d'Anpheros →