FHIR

FHIR DiagnosticReport: як лабораторна панель, патологоанатомічний чи радіологічний висновок групує результати

DiagnosticReport — це ресурс FHIR для підписаного висновку: він групує Observation в панель, містить висновок та PDF, а також записує, хто і коли його видав. Статуси, категорії (лабораторія, радіологія, патологія), зв'язок з ImagingStudy, дійсний приклад R4 та чим він відрізняється від DocumentReference.

від Опубліковано 6 хв читання

Коротка відповідь: 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, якщо він доступний. Звіт, який людина сканує в додатку, зберігається як один звіт з його індивідуальними результатами та оригінальним зображенням.

Документація лабораторного конектора описує прийняті формати. Оскільки відсканований оригінал зберігається разом зі звітом, лікар може перевірити будь-яке значення порівняно з джерелом. Виправлені звіти зберігають свою історію через версії ресурсів.

Пов'язані сторінки

Джерела

Поширені запитання

Чи потрібен мені DiagnosticReport для одного тесту?

Строго кажучи, одна Observation може існувати самостійно, і домашні вимірювання зазвичай так і робляться. Все, що видається лабораторією, краще обернути в DiagnosticReport, навіть з одним результатом, щоб статус, видавець та підписана форма подорожували разом з ним.

Як представити змінений результат?

Оновіть Observation (змінюється її версія), встановіть статус DiagnosticReport на amended або corrected, оновіть issued та запишіть причину в примітці. Ніколи не створюйте другий звіт з тим самим ідентифікатором.

Де знаходиться референсний діапазон?

На кожній Observation, у referenceRange, оскільки діапазони відрізняються для кожного аналіту та кожної лабораторії. Звіт не має власного діапазону.

Чи може DiagnosticReport містити інші звіти?

Безпосередньо в R4 — ні; пов'язані звіти посилаються один на одного через basedOn або розширення, а підпанелі панелі зазвичай моделюються як Observations з hasMember. R5 зберігає той самий підхід.

Anpheros Platform

Спробуйте безкоштовно в пісочниці

Перший запит FHIR за 5 хвилин. API стандарту HL7 FHIR R4 з вбудованою згодою пацієнта: спробуйте в пісочниці, а потім підключіть власну програму чи клінічну систему.

Безкоштовно · 30 синтетичних пацієнтів · без картки

Цей посібник призначений для інформаційних цілей і не замінює медичну консультацію. Для прийняття рішень щодо вашого здоров'я зверніться до лікаря. У надзвичайній ситуації телефонуйте на місцевий номер екстреної допомоги (112 у Європі).
Написано
Команда Anpheros

Anpheros створює медичну карту, яку пацієнт контролює та може ділитися з будь-якою клінікою, на платформі HL7 FHIR R4, розташованій в ЄС. Ці посібники допоможуть вам зрозуміти та організувати своє здоров'я; вони не замінюють вашого лікаря.

Про Anpheros →