FHIR ImagingStudy ve DICOMweb: hangisi neyi tutar

Q: ImagingStudy için FHIR R5'te ne değişti?

R5 aynı şekli korur, adlandırmayı düzenler (örneğin procedure procedureReference ve procedureCode yerine geçer) ve vücut bölgesi kullanımını uyumlu hale getirir. R4, çoğu arşiv ve ulusal profilin kullandığı sürüm olmaya devam ediyor.

Kısa cevap: ImagingStudy, bu hastanın şu tarihte bir BT'si vardı, şu seriler ve şu örnek UID'leri ile ve görüntüler orada diyen bir FHIR kaynağıdır. DICOMweb ise orada anlamına gelir: pikselleri tutan arşivin REST arayüzü. FHIR açıklamayı ve raporu taşır; DICOM görüntüleri taşır. ImagingStudy, connectionType'ı dicom-wado-rs olan bir Endpoint kaynağına başvurur ve bir görüntüleyici ikisini birleştirir.

ImagingStudy Neler İçerir

Bir FHIR ImagingStudy kaynağı, bir görüntüleme çalışmasının meta verilerini içerir: tanımlayıcı olarak DICOM Study Instance UID, durum, ilgili hasta, karşılaşma, başlangıç zamanı ve sipariş veren ServiceRequest, DICOM DCM sözlüğünden modalite kodları, seri ve örnek sayıları, görüntülerin bulunduğu Endpoint ve her seri ile örnekleri ve UID'leri. Piksel verisi içermez.

identifier: urn:oid:1.2.840… olarak DICOM Çalışma Örneği UID'si, urn:dicom:uid sistemi ile;
status: kayıtlı, mevcut, iptal edilmiş, hata girilmiş, bilinmiyor;
subject: Hasta; encounter, started, referrer, basedOn (siparişi veren Hizmet İsteği);
modality: DICOM'un kendi kelime dağarcığından kodlar (CT, MR, US, CR, DX…), http://dicom.nema.org/resources/ontology/DCM sistemi;
numberOfSeries, numberOfInstances;
endpoint: görüntüleri almak için;
series[]: her biri Seri Örneği UID'si, modalitesi, vücut bölgesi, instance[] ile SOP Örneği UID'si ve SOP Sınıfı UID'si.

Neler içermez: piksel verisi, pencere ayarları, tam DICOM başlığı veya rapor metni. Rapor, geri işaret eden imagingStudy ile bir DiagnosticReport'tur.

Geçerli Bir FHIR R4 Örneği

Geçerli bir FHIR R4 ImagingStudy örneği, tanımlayıcı olarak urn:dicom:uid sistemine sahip Study Instance UID'yi, durumu 'available' (mevcut), DICOM DCM kod sisteminden bir CT modalitesi, hasta, başlangıç zamanı, seri ve örnek sayıları, connectionType'ı dicom-wado-rs olan bir Endpoint'e referans ve UID'leri, vücut bölgesi ve SOP Class UID'si ile seri girişlerini içerir.

{
  "resourceType": "ImagingStudy",
  "id": "ct-chest-2026-03",
  "identifier": [{"system": "urn:dicom:uid", "value": "urn:oid:1.2.840.113619.2.55.3.2831164356.781.1710415000.1"}],
  "status": "available",
  "modality": [{"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "CT"}],
  "subject": {"reference": "Patient/example"},
  "started": "2026-03-14T09:12:00+01:00",
  "numberOfSeries": 2,
  "numberOfInstances": 412,
  "endpoint": [{"reference": "Endpoint/pacs-dicomweb"}],
  "series": [{
    "uid": "1.2.840.113619.2.55.3.2831164356.781.1710415000.2",
    "number": 1,
    "modality": {"system": "http://dicom.nema.org/resources/ontology/DCM", "code": "CT"},
    "bodySite": {"system": "http://snomed.info/sct", "code": "51185008", "display": "Thoracic structure"},
    "numberOfInstances": 410,
    "instance": [{
      "uid": "1.2.840.113619.2.55.3.2831164356.781.1710415000.3",
      "sopClass": {"system": "urn:ietf:rfc:3986", "code": "urn:oid:1.2.840.10008.5.1.4.1.1.2"},
      "number": 1
    }]
  }]
}

1.2.840.10008.5.1.4.1.1.2 SOP Sınıfı UID'si BT Görüntü Depolamadır. Endpoint şöyle görünür:

{
  "resourceType": "Endpoint",
  "id": "pacs-dicomweb",
  "status": "active",
  "connectionType": {"system": "http://terminology.hl7.org/CodeSystem/endpoint-connection-type", "code": "dicom-wado-rs"},
  "payloadType": [{"text": "DICOM WADO-RS"}],
  "address": "https://pacs.example-hospital.org/dicomweb"
}

Bir görüntüleyici, ikisinden alım URL'sini oluşturur: {Endpoint.address}/studies/{StudyInstanceUID}, ardından meta veriler ve çerçeveler için WADO-RS'yi çağırır.

ImagingStudy Kaynaklarını Kim Oluşturur

ImagingStudy kaynakları genellikle PACS veya VNA'nın önündeki bir FHIR facade'ı veya bir entegrasyon motoru tarafından, bir çalışma tamamlandığında, genellikle HL7 v2 ORU veya DICOM MPPS mesajıyla tetiklenerek oluşturulur. Bazı arşivler bunları QIDO-RS sorgusundan anında oluşturur. Tarayıcının kendisi ImagingStudy kaynakları oluşturmaz.

Genellikle tarayıcı değil. PACS veya VNA'nın önündeki bir FHIR arayüzü veya bir entegrasyon motoru, çalışma tamamlandığında (genellikle HL7 v2 ORU veya DICOM MPPS mesajıyla tetiklenir) ImagingStudy'yi oluşturur ve numberOfInstances'ı senkronize tutar. Bazı arşivler, bir QIDO-RS sorgusundan anında ImagingStudy oluşturur. Projeniz bunları elle yazıyorsa, UID'ler arşivle tam olarak, karakter karakter eşleşmelidir, aksi takdirde görüntüleyici boş bir çalışma gösterir.

Görüntüleyicileri Bozan Hatalar

Bir FHIR ImagingStudy'yi okuyan görüntüleyicileri bozan hatalar şunlardır: Study UID'sini identifier yerine id alanına koymak, DICOM olmayan bir modalite kodu kullanmak, yanlış connectionType ile bir Endpoint'i bir DICOMweb sunucusuna işaret etmek, görüntüler değiştikten sonra seri ve örnek sayılarını güncel tutmamak ve piksel verisini bir DICOM arşivinde olması gerekirken FHIR Binary'de beklemek.

Çalışma UID'sini identifier yerine id'ye koymak; FHIR kimlikleri sunucu tarafından atanır ve OID olmayabilir.
SNOMED veya yerel bir listeden bir modalite yerine DICOM DCM kod sisteminden.
Bir DICOMweb sunucusunu işaret eden connectionType hl7-fhir-rest ile bir Endpoint, veya tam tersi.
Serileri ve örnekleri bir kez saymak ve görüntüler eklendiğinde veya silindiğinde asla güncellememek.
Piksel verisini FHIR Binary'de beklemek. FHIR spesifikasyonunun kendisi, görüntülerin Binary'de değil, DICOM'da ait olduğunu söyler.

Anpheros Kaydında

Anpheros Platform, ImagingStudy veya DICOM verilerini barındırmaz. Radyoloji bulguları DiagnosticReport veya DocumentReference (kodları ve metni ile rapor) olarak gelir; hastanenin bir görüntüleyici bağlantısı sunduğu yerlerde, DocumentReference bunu bir ek URL olarak taşıyabilir. Görüntüler, hastanenin arşivinde kendi erişim kuralları altında kalır.

İlgili Sayfalar

Kaynaklar

Sık sorulan sorular

Bir FHIR sunucusu görüntüleri kendisi saklayabilir mi?

Teknik olarak bir Binary herhangi bir bayt tutabilir, ancak FHIR spesifikasyonu görüntüleme için bunu önermez ve hiçbir görüntüleyici bu şekilde çalışmaz. Görüntüler bir DICOM arşivinde kalır; FHIR ona işaret eder.

ImagingStudy için FHIR R5'te ne değişti?

R5 aynı şekli korur, adlandırmayı düzenler (örneğin procedure procedureReference ve procedureCode yerine geçer) ve vücut bölgesi kullanımını uyumlu hale getirir. R4, çoğu arşiv ve ulusal profilin kullandığı sürüm olmaya devam ediyor.

Rapor görüntülere nasıl bağlanır?

DiagnosticReport.imagingStudy, ImagingStudy'ye başvurur; DiagnosticReport.media, Media kaynakları olarak anahtar görüntüleri taşıyabilir. ImagingStudy, tüm çalışma için Endpoint'e başvurur.

Zaten DICOMweb'im varsa ImagingStudy'ye ihtiyacım var mı?

Yalnızca diğer FHIR tüketicilerinin çalışmanın var olduğunu bilmesi gerekiyorsa, örneğin bir hasta uygulaması, bir bakım planı veya bir araştırma dışa aktarımı. Yalnız bir radyoloji görüntüleyici, QIDO-RS ve WADO-RS üzerinde yaşayabilir.

Anpheros Daily

Anpheros Daily'de Deneyin

Tarama ve test raporlarınızı Anpheros Daily'de tek bir yerde saklayın, bir sonraki ziyaretinizde göstermeye hazır.

Uygulamada nasıl çalışır →

iPhone ve Mac Android Tarayıcınızda Açın →

Bu rehber bilgilendirme amaçlıdır ve tıbbi muayenenin yerini tutmaz. Sağlığınızla ilgili kararlar için doktorunuzla konuşun. Acil bir durumda yerel acil numarasını arayın (Avrupa’da 112).

Yazan

Anpheros Ekibi

Anpheros, hasta kontrolünde olan ve herhangi bir klinik ile paylaşılabilecek, AB merkezli bir HL7 FHIR R4 platformu üzerinde tıbbi kayıtlar oluşturur. Bu rehberler, sağlığınızı anlamanıza ve düzenlemenize yardımcı olur; doktorunuzun yerini tutmaz.

Anpheros Hakkında →