B.2 Clinical Context

This class of Application Profiles facilitates the interchange of primary digital X-ray cine runs, typically acquired as part of angiographic procedures. Typical media interchanges would be from in-lab acquisition equipment to either a display workstation or to a data archive system, or between a display workstation and a data archive system (in both directions).

Additionally, images derived from or related to primary digital X-ray cine runs, such as quantitative analysis images, reference images, multi-modality images and screen capture images, may be interchanged via this Profile.

The operational use of the media interchange is potentially both intra-institutional and inter-institutional.

Note: An FSC conforming to the Basic 512 Cardiac Angiographic Profile and General Purpose CD-R Profile supporting the SC Image Media Storage SOP Class could, if the restrictions in this profile were observed, create images that were readable by an FSR supporting the profile. Conversely, SC Images written by an FSC conforming to this profile, would be readable by an FSR conforming to the Basic 512 Cardiac Angiographic Profile and the General Purpose CD-R Profile supporting the SC Image Media Storage SOP Class.

B.2.1 Roles and Service Class Options

This Application Profile Class uses the Media Storage Service Class defined in PS 3.4.

The Application Entity shall support one or more of the roles of File-set Creator, File-set Reader, and File-set Updater, defined in PS 3.10.

B.2.1.1 File Set Creator

The Application entity acting as a File-Set Creator generates a File Set under the STD-XA1K Application Profile Class. Typical entities using this role would include X-ray angiographic lab equipment, and archive systems that generate a patient record for transfer to another institution. File Set Creators shall be able to generate the Basic Directory SOP Class in the DICOMDIR File with all types of Directory Records related to the SOP Classes stored in the File-set.

An FSC shall offer the ability to either finalize the disc at the completion of the most recent write session (no additional information can be subsequently added to the disc) or to allow multi-session (additional information may be subsequently added to the disc). An FSC may allow packet-writing if supported by the media and file system specified in the profile.

Note: A multiple volume ( a logical volume that can cross multiple physical media) is not supported by this Application Profile Class. If a set of Files, e.g., a Study, cannot be written entirely on one piece of media, the FSC will create multiple independent DICOM File-sets such that each File-set can reside on a single piece of media controlled by its individual DICOMDIR file. The user of the FSC can opt to use written labels on the discs to reflect that there is more than one disc for this set of files (e.g., a Study).

B.2.1.2 File Set Reader

The role of File Set Reader shall be used by Application Entities that receive a transferred File Set. Typical entities using this role would include display workstations, and archive systems that receive a patient record transferred from another institution. File Set Readers shall be able to read all the defined SOP Instances defined for the specific Application Profiles to which a conformance claim is made, using all the defined Transfer Syntaxes.

B.2.1.3 File Set Updater

The role of File Set Updater shall be used by Application Entities that receive a transferred File Set and update it by the addition of processed information. Typical entities using this role would include analytic workstations, which for instance may add to the File Set an information object containing a processed (e.g., edge-enhanced) image frame. Stations that update patient information objects would also use this role. File-set Updaters shall be able to read and update the DICOMDIR file. File-set Updaters do not have to read the image information object. File-set Updaters shall be able to generate one or more of the SOP Instances defined for the specific Application Profiles to which a conformance claim is made, and to read and update the DICOMDIR file.

An FSU shall offer the ability to either finalize the disc at the completion of the most recent write session (no additional information can be subsequently added to the disc) or to allow multi-session (additional information may be subsequently added to the disc).

Note: If the disc has not been finalized, the File-set Updater will be able to update information assuming there is enough space on the disc to write a new DICOMDIR file, the information, and the fundamental volume control structures. Volume control structures are the structures that are inherent to the standards of the physical volume; see PS 3.12

The FSU role is not defined for the STD-XA1K-DVD profile.