DICOM Attribute
Modalities in Study (0008,0061)
- Keyword
ModalitiesInStudy- VR
CS- VM
1-n
Definition
All of the distinct Values used for Modality (0008,0060) in the Series of the Study.
From NEMA PS3.3 §C.38.1.
Attribute Metadata
This attribute is part of the current DICOM Standard. Its value representation is CS with multiplicity 1-n.
Used in 1 Module
Value Representation
This attribute uses the CS
Value Representation. Multiplicity 1-n governs how many values may be encoded.
Integration Notes
Real-world integration guidance for engineers implementing this attribute in Mirth Connect, FHIR gateways, HL7 v2 bridges, and cloud DICOM services. Authoritative source data where available; reference examples and operational notes where they add value.
HL7 v2 Equivalent
No standard HL7 v2 equivalent published for this attribute. Imaging-only attributes (Image Pixel data, technical acquisition parameters, modality-specific values) typically have no HL7 v2 carrier.
Cloud DICOM Support
- AWS HealthImaging Queryable
- Azure DICOM Queryable
- Google Cloud Healthcare Queryable
Modalities In Study is a Study-level QIDO-RS matching key. List queries (ModalitiesInStudy=CT,MR) supported. Derived attribute — populated from constituent Series modalities.
Per-vendor source URLs and verification date in src/content/dicom/cloud-support.json#_meta.
Status taxonomy: required (mandated on Store), queryable (QIDO-RS matching key), preserved (stored as-is), promoted (AWS top-level metadata), unsupported (stripped/rejected).
Real-World Sample Values
No representative sample value available — this attribute isn't present in the de-identified pydicom fixture set. Add a fixture covering this attribute to expand coverage.
Mirth Connect Example
ModalitiesInStudy aggregate for Q/R STUDY-level replies — When a PACS responds to C-FIND at STUDY level, (0008,0061) ModalitiesInStudy agg
When a PACS responds to C-FIND at STUDY level, (0008,0061) ModalitiesInStudy aggregates all series-level modalities. Mirth gateways often reconstruct this when proxying Q/R between legacy and modern backends.
// (0008,0061) Modalities in Study — CS, backslash-separated unique modality set
var seriesMods = channelMap.get('study_modalities'); // populated over series of C-STOREs
var modSet = {};
if (seriesMods) { String(seriesMods).split(',').forEach(function (m) { if (m) modSet[m.toUpperCase()] = true; }); }
// Add the current series' modality if Q/R assembly is in-flight
var current = String(msg.dataset.attr.(@tag == '00080060').value).trim().toUpperCase();
if (current) modSet[current] = true;
var mods = Object.keys(modSet).sort();
channelMap.put('modalities_in_study', mods.join(','));
// Write back to outbound DICOM as backslash-separated CS
tmp.dataset.attr.(@tag == '00080061').value = mods.join('\\'); Reference only — validate before production. Snippets are starting points, not turnkey solutions. Always test against your channel's specific message structure and your facility's interface specification. See Mirth Connect User Guide + NEMA PS3.6 + your vendor conformance statement for authoritative specification.
Common Operational Errors
-
high ModalitiesInStudy stale after series ingestion
Diagnosis: PACS is SCP for multiple modalities sending to the same study. First series arrives with ModalitiesInStudy='CT'; later PET series adds to the same study but the archived ModalitiesInStudy stays 'CT' because the initial ingestion wrote it and no re-aggregation runs. Q/R by ModalitiesInStudy=PT then misses the study entirely.
Fix: On every C-STORE, recompute ModalitiesInStudy by aggregating over all series Modality values. Most mature PACS do this; home-grown archives and thin DICOM gateways often don't.
Reference only — validate before applying a fix. Scenarios are drawn from common DICOM/HL7 v2 integration patterns; reproduce against your environment before acting on any diagnosis. See NEMA PS3.6 + your vendor conformance statement for authoritative specification. Severity levels: high (data-loss / patient-safety), medium (workflow disruption), low (cosmetic).
DICOM Integration Services
Saga IT builds production DICOM integrations across Mirth Connect, FHIR gateways, and cloud imaging platforms. If you're working with ModalitiesInStudy or the broader (0008,0061) context:
- Medical Imaging & DICOM Integration — end-to-end PACS, VNA, and cloud imaging deployments
- Mirth Connect Services — production-grade Mirth channel development
- Healthcare AI Integration — DICOM pipelines for AI/ML inference