FHIR DiagnosticReport को समझें: लैब पैनल, पैथोलॉजी रिपोर्ट या इमेजिंग रिपोर्ट अपने नतीजों को कैसे ग्रुप करती है

संक्षिप्त उत्तर: DiagnosticReport एक रिपोर्ट के लिए FHIR संसाधन है: निष्कर्षों का वह सेट जो एक प्रयोगशाला, ​​एक इमेजिंग विभाग या एक पैथोलॉजी सेवा एक साथ जारी करती है, जिसमें एक स्थिति, एक श्रेणी, इसे किसने जारी किया और कब, एक निष्कर्ष, यह जिन परिणाम Observations को समूहित करता है, यह जिस imagingStudy का वर्णन करता है और एक presentedForm (हस्ताक्षरित PDF)। एक रक्त गणना एक DiagnosticReport है जिसमें एक दर्जन Observations होते हैं; एक सीटी स्कैन एक DiagnosticReport है जिसमें एक कथात्मक निष्कर्ष और छवियों का लिंक होता है। एक Observation एक एकल मान है; एक DiagnosticReport वह दस्तावेज़ है जो उनमें से कई प्रदान करता है।

एक मान्य FHIR R4 उदाहरण

एक मान्य FHIR R4 DiagnosticReport के लिए status और code की आवश्यकता होती है, और व्यवहार में इसमें subject, category, effective time, issued time, performer और इसके द्वारा समूहीकृत परिणाम 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"}]
}

result में संदर्भित प्रत्येक Observation का अपना LOINC कोड, मान, इकाई और संदर्भ सीमा होती है, जैसा कि FHIR Observation explained में वर्णित है।

स्थिति: रिपोर्ट जीवनचक्र

FHIR DiagnosticReport का status रिपोर्ट के जीवनचक्र का अनुसरण करता है: ऑर्डर किए जाने पर registered, परिणाम आने पर partial, पूरा होने पर लेकिन सत्यापित न होने पर preliminary, हस्ताक्षरित होने पर final, और बाद में यदि इसमें परिवर्तन होता है तो amended, corrected या appended; अन्यथा इसे cancelled और entered-in-error के साथ बंद कर दिया जाता है। उपभोक्ताओं को amended और corrected रिपोर्ट पर ध्यान देना चाहिए, क्योंकि पिछले सप्ताह का final मान बदल सकता है।

registered (ऑर्डर किया गया, अभी तक कुछ नहीं) → partial (कुछ परिणाम आ गए) → preliminary (सभी आ गए, सत्यापित नहीं) → final (हस्ताक्षरित) → amended या corrected (हस्ताक्षर के बाद बदला गया, एक नोट में कारण के साथ) या appended (और जोड़ा गया)। cancelled और entered-in-error इसे अन्यथा बंद कर देते हैं। उपभोक्ताओं को amended और corrected पर ध्यान देना चाहिए: पिछले सप्ताह अंतिम रहा एक मान बदल गया हो सकता है, और रिपोर्ट का issued समय बदल जाता है।

श्रेणी और कोड

DiagnosticReport.category बताता है कि कौन सी डायग्नोस्टिक सेवा ने रिपोर्ट जारी की है, जिसमें HL7 v2 तालिका 0074 कोड जैसे LAB, HM हेमेटोलॉजी, CH केमिस्ट्री, MB माइक्रोबायोलॉजी, RAD रेडियोलॉजी और PAT पैथोलॉजी का उपयोग किया जाता है। DiagnosticReport.code बताता है कि रिपोर्ट क्या है, सामान्यतः प्रयोगशाला रिपोर्ट के लिए एक LOINC पैनल कोड और इमेजिंग और पैथोलॉजी के लिए LOINC रेडियोलॉजी या पैथोलॉजी अध्ययन कोड, या एक स्थानीय प्रक्रिया कोड।

category HL7 v2 तालिका 0074 नैदानिक ​​सेवा अनुभाग का उपयोग करता है: LAB, HM हेमाटोलॉजी, CH केमिस्ट्री, MB माइक्रोबायोलॉजी, RAD रेडियोलॉजी, PAT पैथोलॉजी, CG साइटोजेनेटिक्स और अन्य; US Core प्रयोगशाला रिपोर्ट के लिए LAB की आवश्यकता है। code बताता है कि रिपोर्ट क्या है: प्रयोगशालाओं के लिए, एक LOINC पैनल कोड (CBC 58410-2, व्यापक मेटाबोलिक पैनल 24323-8, लिपिड पैनल 57698-3); इमेजिंग के लिए, एक LOINC रेडियोलॉजी कोड या एक स्थानीय प्रक्रिया कोड; पैथोलॉजी के लिए, एक LOINC पैथोलॉजी अध्ययन कोड। What is a LOINC code? देखें।

प्रयोगशाला, इमेजिंग और पैथोलॉजी रिपोर्ट

प्रयोगशाला, इमेजिंग और पैथोलॉजी रिपोर्ट समान FHIR DiagnosticReport संसाधन का उपयोग विभिन्न तत्वों के साथ करती हैं। एक प्रयोगशाला रिपोर्ट प्रत्येक एनालाइट के लिए एक Observation को Specimen संसाधनों के साथ समूहित करती है; एक इमेजिंग रिपोर्ट रेडियोलॉजिस्ट के निष्कर्ष, ImagingStudy का संदर्भ और मुख्य छवियों को वहन करती है; एक पैथोलॉजी रिपोर्ट में निदान पाठ, ग्रेडिंग Observations और ऊतक नमूने होते हैं। तीनों presentedForm में एक हस्ताक्षरित PDF संलग्न करते हैं।

इमेजिंग के लिए, छवियां स्वयं DICOM में रहती हैं; FHIR ImagingStudy vs DICOMweb देखें। इन रिपोर्टों के रोगी-सामना करने वाले अर्थ के लिए, How to read your lab results और CT scan report explained देखें।

DiagnosticReport बनाम DocumentReference

एक FHIR DiagnosticReport एक संरचित रिपोर्ट है जिसके निष्कर्ष कोडेड Observations हैं, या हो सकते हैं, जबकि DocumentReference मेटाडेटा और फ़ाइल के साथ किसी भी प्रकार के दस्तावेज़ का एक पॉइंटर है। संरचित प्रयोगशाला परिणाम एक DiagnosticReport बन जाते हैं; बिना संरचित डेटा वाली एक स्कैन की गई PDF एक DocumentReference बन जाती है, और कई सिस्टम एक ही रिपोर्ट के लिए दोनों बनाते हैं।

DiagnosticReport एक संरचित रिपोर्ट है जिसके निष्कर्ष कोडेड Observations (या हो सकते हैं); DocumentReference किसी भी प्रकार के दस्तावेज़ का एक पॉइंटर है, जिसमें मेटाडेटा और फ़ाइल होती है। HL7 v2 ORU के रूप में आने वाली एक प्रयोगशाला रिपोर्ट Observations के साथ एक DiagnosticReport बन जाती है। किसी अन्य देश की रिपोर्ट का एक स्कैन किया हुआ PDF, जिसमें कोई संरचित डेटा नहीं है, एक DocumentReference है। कई सिस्टम दोनों बनाते हैं: डेटा के लिए DiagnosticReport, और हस्ताक्षरित फ़ाइल के लिए presentedForm या DocumentReference। DocumentReference vs DiagnosticReport vs Binary देखें।

गलतियाँ जो रिपोर्ट को तोड़ती हैं

FHIR DiagnosticReports को तोड़ने वाली सबसे आम गलतियाँ हैं: उन्हें समूहित करने के लिए बिना रिपोर्ट के Observations भेजना, रिपोर्ट को final के रूप में चिह्नित करना जबकि उसके Observations अभी भी preliminary हैं, निष्कर्ष को एक आविष्कारित कोड वाले Observation में डुप्लिकेट करना, जारी किए गए टाइमस्टैम्प को छोड़ना ताकि सुधारों का पता न लगाया जा सके, और ऐसे स्थानीय पैनल कोड का आविष्कार करना जहाँ पहले से ही एक LOINC पैनल मौजूद है।

• परिणाम Observations के रूप में लिखे गए हैं जिनमें कोई DiagnosticReport नहीं है, इसलिए उपभोक्ता यह नहीं बता सकता कि कौन से मान एक साथ जारी किए गए थे या कौन सी रिपोर्ट संशोधित की गई थी।
• एक रिपोर्ट पर status: final जिसके Observations अभी भी preliminary हैं।
• निष्कर्ष को एक मनगढ़ंत कोड के साथ एक Observation में दोहराया गया।
• issued गायब है, इसलिए उपभोक्ता रिपोर्ट ऑर्डर नहीं कर सकता या सुधार का पता नहीं लगा सकता।
• जब कोई LOINC पैनल मौजूद हो तो स्थानीय रूप से आविष्कार किए गए पैनल कोड।

Anpheros में

Anpheros Platform प्रयोगशाला परिणामों को, जो इसके लैब कनेक्टर के माध्यम से HL7 v2 ORU, CSV या JSON के रूप में आते हैं, FHIR Observations में बदल देता है जिन्हें DiagnosticReport के तहत समूहित किया जाता है, जिसमें प्रयोगशाला को performer के रूप में और मूल फ़ाइल को उपलब्ध होने पर presentedForm के रूप में शामिल किया जाता है। ऐप में व्यक्ति द्वारा स्कैन की गई रिपोर्ट को उसके व्यक्तिगत परिणामों और मूल छवि के साथ एक रिपोर्ट के रूप में रखा जाता है।

स्वीकृत प्रारूपों का दस्तावेजीकरण लैब कनेक्टर में किया गया है। क्योंकि स्कैन की गई मूल प्रति रिपोर्ट के साथ रखी जाती है, एक चिकित्सक स्रोत के विरुद्ध किसी भी मान की जांच कर सकता है। Amended रिपोर्ट संसाधन संस्करणों के माध्यम से अपना इतिहास बनाए रखती हैं।

संबंधित पृष्ठ

• FHIR Observation explained
• DocumentReference vs DiagnosticReport vs Binary
• FHIR ImagingStudy vs DICOMweb
• Lab connector: HL7 v2, CSV or JSON to FHIR
• What is a LOINC code?
• DiagnosticReport example on the developer site

स्रोत

• 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 या extensions के माध्यम से एक-दूसरे का संदर्भ लेती हैं, और एक पैनल के उप-पैनलों को आमतौर पर Observations के रूप में modeled किया जाता है जिसमें hasMember होता है। R5 समान दृष्टिकोण रखता है।

Anpheros Platform

सैंडबॉक्स में मुफ़्त आज़माएँ

5 मिनट में आपकी पहली FHIR कॉल. एक HL7 FHIR R4 API जिसमें मरीज़ की सहमति शामिल है: सैंडबॉक्स में आज़माएं, फिर अपना ऐप या क्लिनिक सिस्टम कनेक्ट करें।

मुफ़्त सैंडबॉक्स बनाएँडेवलपर गाइड पढ़ें →

मुफ़्त · 30 सिंथेटिक मरीज़ · कोई कार्ड नहीं

द्वारा लिखित

Anpheros टीम

Anpheros एक मेडिकल रिकॉर्ड बनाता है जिसे मरीज़ नियंत्रित कर सकता है और किसी भी क्लिनिक के साथ साझा कर सकता है, यह EU में स्थित HL7 FHIR R4 प्लेटफ़ॉर्म पर आधारित है। ये गाइड आपको अपने स्वास्थ्य को समझने और व्यवस्थित करने में मदद करते हैं; ये आपके डॉक्टर का विकल्प नहीं हैं।

Anpheros के बारे में →