|
PACS System 0.1.0
PACS DICOM system library
|
Understand DICOM concepts well enough to navigate pacs_system's API: SOP classes, transfer syntaxes, UIDs, and the four-level hierarchy (Patient/Study/Series/Image).
DICOM (Digital Imaging and Communications in Medicine) is the standard for medical imaging data exchange. Unlike JPEG or PNG, a DICOM file bundles the pixels with rich metadata: patient identity, modality (CT, MR, US, etc.), acquisition parameters, and administrative information.
pacs_system implements the DICOM standard from scratch with no external DICOM library — every byte of the wire format and file format is handled by code you can read and modify.
A SOP (Service-Object Pair) class combines an object type with a service operation. For example:
Each SOP class is identified by a unique UID (e.g., 1.2.840.10008.5.1.4.1.1.2 for CT Image Storage). pacs_system supports 27 SOP classes covering CT, MR, US, XA, NM, PET, RT, SR, SEG, MG, CR, SC storage plus Query/Retrieve, MWL, MPPS, Storage Commitment, Print, and UPS.
A transfer syntax specifies how data is encoded on the wire: byte order, VR representation, and compression.
1.2.840.10008.1.2) — default, uncompressed1.2.840.10008.1.2.1) — more robust, uncompressedThe receiver advertises which syntaxes it accepts during association negotiation; the sender picks one of the accepted syntaxes for each presentation context.
A UID (Unique Identifier) is a globally unique dotted-numeric string. DICOM uses UIDs for:
pacs_system provides uid_generator to create valid UIDs rooted at your organization's prefix.
Every DICOM object belongs to a four-level hierarchy:
Query/Retrieve services operate at any level: find all studies for a patient, retrieve all images in a series, etc.