Răspuns scurt: DiagnosticReport este resursa FHIR pentru un raport: setul de constatări pe care un laborator, un departament de imagistică sau un serviciu de patologie le emite împreună, cu un statut, o categorie, cine l-a emis și când, o concluzie, rezultatele Observation pe care le grupează, imagingStudy pe care îl descrie și o presentedForm (PDF-ul semnat). Un set de analize sanguine este un DiagnosticReport cu o duzină de Observations; o scanare CT este un DiagnosticReport cu o concluzie narativă și un link către imagini. O Observation este o valoare unică; un DiagnosticReport este documentul care le livrează pe multe.
Un exemplu valid FHIR R4
Un raport FHIR R4 DiagnosticReport valid necesită un status și un cod, iar în practică include și subiectul, categoria, timpul efectiv, timpul emiterii, executantul și observațiile (Observations) pe care le grupează. Exemplul de mai jos este un raport final de hematologie pentru o hemoleucogramă completă, codificat cu un panel LOINC, care leagă trei observații (Observations), o concluzie cu un cod SNOMED CT și PDF-ul semnat.
{
"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"}]
}
Fiecare Observation referențiată în result are propriul cod LOINC, valoare, unitate și interval de referință, așa cum este descris în FHIR Observation explicat.
Status: ciclul de viață al raportului
Statusul unui raport FHIR DiagnosticReport urmează ciclul de viață al unui raport: înregistrat la comandă, parțial pe măsură ce rezultatele sosesc, preliminar când este complet, dar neverificat, final când este semnat, apoi amendat, corectat sau completat dacă se modifică ulterior; anulat și marcat ca eroare îl încheie altfel. Consumatorii trebuie să fie atenți la rapoartele amendate și corectate, deoarece o valoare finală de săptămâna trecută s-ar putea să se fi schimbat.
registered (comandat, nimic încă) → partial (unele rezultate primite) → preliminary (toate primite, neverificate) → final (semnat) → amended sau corrected (modificat după semnare, cu motivul într-o notă) sau appended (adăugate altele). cancelled și entered-in-error îl închid altfel. Consumatorii trebuie să fie atenți la amended și corrected: o valoare care era finală săptămâna trecută s-ar putea să se fi schimbat, iar timpul issued al raportului se modifică.
Categorie și cod
DiagnosticReport.category indică ce serviciu de diagnostic a emis raportul, folosind coduri din tabelul 0074 HL7 v2, cum ar fi LAB (laborator), HM (hematologie), CH (chimie), MB (microbiologie), RAD (radiologie) și PAT (patologie). DiagnosticReport.code indică ce este raportul, de obicei un cod de panel LOINC pentru rapoarte de laborator și un cod de studiu LOINC pentru radiologie sau patologie, sau un cod de procedură locală, pentru imagistică și patologie.
category folosește tabelul HL7 v2 0074 secțiunea de servicii de diagnostic: LAB, HM hematologie, CH chimie, MB microbiologie, RAD radiologie, PAT patologie, CG citogenetică și altele; US Core necesită LAB pentru rapoartele de laborator. code spune ce este raportul: pentru laboratoare, un cod de panel LOINC (CBC 58410-2, panel metabolic complet 24323-8, panel lipidic 57698-3); pentru imagistică, un cod LOINC de radiologie sau un cod local de procedură; pentru patologie, un cod de studiu LOINC de patologie. Vezi Ce este un cod LOINC?.
Rapoarte de laborator, imagistică și patologie
Rapoartele de laborator, imagistică și patologie folosesc aceeași resursă FHIR DiagnosticReport cu elemente diferite. Un raport de laborator grupează o observație (Observation) per analit cu resurse Specimen; un raport de imagistică conține concluzia radiologului, o referință la ImagingStudy și imagini cheie; un raport de patologie conține textul diagnosticului, observații (Observations) de gradare și specimene tisulare. Toate cele trei atașează un PDF semnat în presentedForm.
| Laborator | Imagistică | Patologie | |
|---|---|---|---|
| result | O Observation per analit | De obicei, niciuna; uneori măsurători | Observations pentru gradare, markeri, margini |
| conclusion | Comentariu opțional | Impresia radiologului | Textul diagnosticului |
| imagingStudy | — | Referință la ImagingStudy | Imagini întregi de lamă unde sunt digitale |
| media | — | Imagini cheie | Imagini reprezentative de lamă |
| presentedForm | PDF semnat | PDF semnat | PDF semnat |
| specimen | Sânge, urină… Resurse Specimen | — | Resurse Specimen tisulare |
Pentru imagistică, imaginile în sine rămân în DICOM; vezi FHIR ImagingStudy vs DICOMweb. Pentru semnificația acestor rapoarte pentru pacient, vezi Cum să citești rezultatele analizelor tale medicale și Raportul CT explicat.
DiagnosticReport vs DocumentReference
Un FHIR DiagnosticReport este un raport structurat ale cărui constatări sunt, sau pot fi, observații (Observations) codificate, în timp ce un DocumentReference este un indicator către un document de orice fel, cu metadate și fișierul. Rezultatele structurate de laborator devin un DiagnosticReport; un PDF scanat fără date structurate devine un DocumentReference, iar multe sisteme creează ambele pentru același raport.
Un DiagnosticReport este un raport structurat ale cărui constatări sunt (sau pot fi) Observations codificate; un DocumentReference este un pointer către un document de orice fel, cu metadate și fișierul. Un raport de laborator care ajunge ca HL7 v2 ORU devine un DiagnosticReport cu Observations. Un PDF scanat al unui raport din altă țară, fără date structurate, este un DocumentReference. Multe sisteme creează ambele: DiagnosticReport pentru date, cu presentedForm sau un DocumentReference pentru fișierul semnat. Vezi DocumentReference vs DiagnosticReport vs Binary.
Greșeli care strică rapoartele
Greșelile care cel mai des strică FHIR DiagnosticReports sunt trimiterea de observații (Observations) fără un raport care să le grupeze, marcarea unui raport ca final în timp ce observațiile (Observations) sale sunt încă preliminare, duplicarea concluziei într-o observație (Observation) cu un cod inventat, omiterea marcajului temporal de emitere, astfel încât corecțiile să nu poată fi detectate, și inventarea de coduri de panel locale unde există deja un panel LOINC.
- Rezultate scrise ca Observations fără un DiagnosticReport, astfel încât un consumator nu poate spune ce valori au fost emise împreună sau ce raport a fost modificat.
status: finalpe un raport ale cărui Observations sunt încăpreliminary.- Concluzia duplicată într-o Observation cu un cod inventat.
issuedlipsă, astfel încât consumatorul nu poate comanda rapoarte sau detecta corecții.- Coduri de panel inventate local când există un panel LOINC.
În Anpheros
Platforma Anpheros transformă rezultatele de laborator care sosesc prin conectorul său de laborator, ca HL7 v2 ORU, CSV sau JSON, în observații (Observations) FHIR grupate sub un DiagnosticReport, cu laboratorul ca executant și fișierul original ca presentedForm, acolo unde este disponibil. Un raport pe care o persoană îl scanează în aplicație este păstrat ca un singur raport cu rezultatele sale individuale și imaginea originală.
Conectorul de laborator (lab connector) documentează formatele acceptate. Deoarece originalul scanat este păstrat împreună cu raportul, un clinician poate verifica orice valoare în raport cu sursa. Rapoartele amendate își păstrează istoricul prin versiunile resurselor.
Pagini înrudite
- FHIR Observation explicat
- DocumentReference vs DiagnosticReport vs Binary
- FHIR ImagingStudy vs DICOMweb
- Conector de laborator: HL7 v2, CSV sau JSON către FHIR
- Ce este un cod LOINC?
- Exemplu DiagnosticReport pe site-ul dezvoltatorilor
Surse
- HL7 FHIR R4: DiagnosticReport
- HL7 Terminology: v2-0074 diagnostic service section
- HL7 US Core: DiagnosticReport for laboratory results
- HL7 IPS: DiagnosticReport profile
- LOINC: panels and forms
Întrebări frecvente
Am nevoie de un DiagnosticReport pentru o singură analiză?
Strict vorbind, o singură Observation poate sta singură, iar măsurătorile de acasă de obicei o fac. Orice este emis de un laborator este mai bine încapsulat într-un DiagnosticReport, chiar și cu un singur rezultat, astfel încât statutul, emitentul și forma semnată să călătorească cu el.
Cum reprezint un rezultat modificat?
Actualizați Observation (versiunea sa se schimbă), setați statutul DiagnosticReport la amended sau corrected, actualizați issued și înregistrați motivul într-o notă. Nu creați niciodată un al doilea raport cu același identificator.
Unde merge intervalul de referință?
Pe fiecare Observation, în referenceRange, deoarece intervalele diferă per analit și per laborator. Raportul nu are propriul său interval.
Poate un DiagnosticReport să conțină alte rapoarte?
Nu direct în R4; rapoartele înrudite se referă reciproc prin basedOn sau extensii, iar sub-panelurile unui panel sunt de obicei modelate ca Observations cu hasMember. R5 păstrează aceeași abordare.
Încearcă gratuit în sandbox
Primul apel FHIR în 5 minute. Un API HL7 FHIR R4 cu consimțământul pacientului integrat: încearcă-l în sandbox, apoi conectează-ți propria aplicație sau sistemul clinicii.
Gratuit · 30 de pacienți sintetici · fără card

