Коротка відповідь: DiagnosticReport — це ресурс FHIR для звіту: сукупності висновків, які видає лабораторія, відділення візуалізації або патологоанатомічна служба разом із статусом, категорією, ким видано та коли, висновком, результатами спостережень (Observations), які він групує, дослідженням візуалізації (imagingStudy), яке він описує, та представленою формою (presentedForm) (підписаним PDF). Один аналіз крові — це DiagnosticReport з десятком Observations; один КТ-скан — це DiagnosticReport з описовим висновком та посиланням на зображення. Observation — це окреме значення; DiagnosticReport — це документ, який надає багато з них.
Валідний приклад FHIR R4
Валідний FHIR R4 DiagnosticReport вимагає статусу та коду, а на практиці також містить суб'єкта, категорію, час дії, дату видання, виконавця та результати спостережень (Observations), які він групує. Наведений нижче приклад – це остаточний гематологічний звіт про загальний аналіз крові, закодований панеллю LOINC, що посилається на три спостереження (Observations), висновок із кодом SNOMED CT та підписаний PDF.
{
"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"}]
}
Кожна Observation, на яку посилається result, має власний код LOINC, значення, одиницю вимірювання та референсний діапазон, як описано в Пояснення FHIR Observation.
Статус: життєвий цикл звіту
Статус FHIR DiagnosticReport відображає життєвий цикл звіту: зареєстрований під час замовлення, частковий при надходженні результатів, попередній після завершення, але до перевірки, остаточний після підписання, а потім доповнений, виправлений або змінений, якщо він змінюється пізніше; скасований або позначений як помилковий закриває його в іншому випадку. Споживачі повинні стежити за доповненими та виправленими звітами, оскільки значення, яке було остаточним минулого тижня, могло змінитися.
registered (замовлено, нічого ще немає) → partial (отримано деякі результати) → preliminary (отримано всі, не перевірено) → final (підписано) → amended або corrected (змінено після підписання, причина вказана в примітці) або appended (додано більше). cancelled та entered-in-error закривають його інакше. Споживачі повинні стежити за amended та corrected: значення, яке було остаточним минулого тижня, могло змінитися, і час issued звіту також змінюється.
Категорія та код
DiagnosticReport.category вказує, яка діагностична служба видала звіт, використовуючи коди таблиці 0074 HL7 v2, такі як LAB (лабораторія), HM (гематологія), CH (хімія), MB (мікробіологія), RAD (радіологія) та PAT (патологія). DiagnosticReport.code вказує, що це за звіт, зазвичай це код панелі LOINC для лабораторних звітів та код дослідження LOINC для радіології чи патології, або локальний код процедури для візуалізації та патології.
category використовує таблицю 0074 HL7 v2 "diagnostic service section": LAB (лабораторія), HM (гематологія), CH (хімія), MB (мікробіологія), RAD (радіологія), PAT (патологія), CG (цитогенетика) та інші; US Core вимагає LAB для лабораторних звітів. code вказує, що це за звіт: для лабораторій — код панелі LOINC (CBC 58410-2, комплексна метаболічна панель 24323-8, ліпідна панель 57698-3); для візуалізації — код радіології LOINC або місцевий код процедури; для патології — код дослідження патології LOINC. Дивіться Що таке код LOINC?.
Лабораторні, візуалізаційні та патологоанатомічні звіти
Лабораторні, візуалізаційні та патологоанатомічні звіти використовують той самий ресурс FHIR DiagnosticReport з різними елементами. Лабораторний звіт групує одне спостереження (Observation) на аналіт із ресурсами Specimen; звіт з візуалізації містить висновок радіолога, посилання на ImagingStudy та ключові зображення; патологоанатомічний звіт містить текст діагнозу, спостереження (Observations) щодо градації та зразки тканин. Усі три додають підписаний PDF у presentedForm.
| Лабораторний | Візуалізація | Патологія | |
|---|---|---|---|
| result | Одна Observation на аналіт | Зазвичай немає; іноді вимірювання | Observations для грейдингу, маркерів, полів резекції |
| conclusion | Необов'язковий коментар | Враження радіолога | Текст діагнозу |
| imagingStudy | — | Посилання на ImagingStudy | Зображення цілих зрізів, якщо цифрові |
| media | — | Ключові зображення | Зразки зображень зрізів |
| presentedForm | Підписаний PDF | Підписаний PDF | Підписаний PDF |
| specimen | Кров, сеча… Ресурси Specimen | — | Ресурси тканинних зразків (Specimen) |
Для візуалізації самі зображення залишаються в DICOM; дивіться FHIR ImagingStudy проти DICOMweb. Щодо значення цих звітів для пацієнта, дивіться Як читати результати лабораторних аналізів та Пояснення звіту КТ-сканування.
DiagnosticReport проти DocumentReference
FHIR DiagnosticReport – це структурований звіт, висновки якого є або можуть бути закодованими спостереженнями (Observations), тоді як DocumentReference – це вказівник на документ будь-якого типу з метаданими та файлом. Структуровані лабораторні результати стають DiagnosticReport; відсканований PDF без структурованих даних стає DocumentReference, і багато систем створюють обидва для одного звіту.
DiagnosticReport — це структурований звіт, висновки якого є (або можуть бути) кодованими Observations; DocumentReference — це покажчик на документ будь-якого типу з метаданими та файлом. Лабораторний звіт, отриманий у форматі HL7 v2 ORU, стає DiagnosticReport з Observations. Сканований PDF-звіт з іншої країни без структурованих даних є DocumentReference. Багато систем створюють обидва: DiagnosticReport для даних, з presentedForm або DocumentReference для підписаного файлу. Дивіться DocumentReference проти DiagnosticReport проти Binary.
Помилки, що псують звіти
Помилки, які найчастіше порушують роботу FHIR DiagnosticReports: надсилання спостережень (Observations) без звіту для їх групування, позначення звіту як остаточного, коли його спостереження (Observations) ще попередні, дублювання висновку у спостереження (Observation) з вигаданим кодом, пропуск часової мітки видання, щоб неможливо було виявити виправлення, та вигадування локальних кодів панелей, де вже існує панель LOINC.
- Результати, записані як Observations без DiagnosticReport, тому споживач не може визначити, які значення були видані разом або який звіт був змінений.
status: finalдля звіту, чиї Observations все щеpreliminary.- Висновок, продубльований в Observation зі вигаданим кодом.
- Відсутність
issued, тому споживач не може замовляти звіти або виявляти виправлення. - Коди панелей, винайдені локально, коли існує панель LOINC.
В Anpheros
Платформа Anpheros перетворює лабораторні результати, що надходять через її лабораторний конектор у форматах HL7 v2 ORU, CSV або JSON, на спостереження (FHIR Observations), згруповані під DiagnosticReport, із зазначенням лабораторії як виконавця та оригінального файлу як presentedForm, якщо він доступний. Звіт, який людина сканує в додатку, зберігається як один звіт з його індивідуальними результатами та оригінальним зображенням.
Документація лабораторного конектора описує прийняті формати. Оскільки відсканований оригінал зберігається разом зі звітом, лікар може перевірити будь-яке значення порівняно з джерелом. Виправлені звіти зберігають свою історію через версії ресурсів.
Пов'язані сторінки
- Пояснення FHIR Observation
- DocumentReference проти DiagnosticReport проти Binary
- FHIR ImagingStudy проти DICOMweb
- Лабораторний конектор: HL7 v2, CSV або JSON до FHIR
- Що таке код LOINC?
- Приклад DiagnosticReport на сайті для розробників
Джерела
- 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
Поширені запитання
Чи потрібен мені DiagnosticReport для одного тесту?
Строго кажучи, одна Observation може існувати самостійно, і домашні вимірювання зазвичай так і робляться. Все, що видається лабораторією, краще обернути в DiagnosticReport, навіть з одним результатом, щоб статус, видавець та підписана форма подорожували разом з ним.
Як представити змінений результат?
Оновіть Observation (змінюється її версія), встановіть статус DiagnosticReport на amended або corrected, оновіть issued та запишіть причину в примітці. Ніколи не створюйте другий звіт з тим самим ідентифікатором.
Де знаходиться референсний діапазон?
На кожній Observation, у referenceRange, оскільки діапазони відрізняються для кожного аналіту та кожної лабораторії. Звіт не має власного діапазону.
Чи може DiagnosticReport містити інші звіти?
Безпосередньо в R4 — ні; пов'язані звіти посилаються один на одного через basedOn або розширення, а підпанелі панелі зазвичай моделюються як Observations з hasMember. R5 зберігає той самий підхід.
Спробуйте безкоштовно в пісочниці
Перший запит FHIR за 5 хвилин. API стандарту HL7 FHIR R4 з вбудованою згодою пацієнта: спробуйте в пісочниці, а потім підключіть власну програму чи клінічну систему.
Безкоштовно · 30 синтетичних пацієнтів · без картки

