In response to a given C-FIND request, the SCP might have to send several C-FIND responses, (i.e. one C-FIND response per matching worklist item). Each worklist item focuses on one Scheduled Procedure Step and the related information. The E-R diagram presented in Figure K.6-1 depicts the content of one C-FIND request, that is:
— the matching Scheduled Procedure Step, the Requested Procedure to which the Scheduled Procedure Step contributes, the Imaging Service Request in which the associated Requested Procedure is ordered, any associated Visit, and the Patient who is to be the subject of the Procedure.
Therefore, for a given C-FIND request, a given Scheduled Procedure Step will appear in only one of the resulting C-FIND responses. Obviously, information about the Requested Procedure, Imaging Service Request, Visit and Patient may be mentioned in several of these C-FIND responses.
The Modality Worklist Information Model is represented by the Entity Relationship diagram shown in figure K.6 -1.
Note: The entities appearing in messages related to the Modality Worklist SOP Class are required to comply to the Modality Worklist model. However, DICOM does not define the internal structure of the database.
The entry point of the Modality Worklist is the Scheduled Procedure Step entity.
The attributes of a Scheduled Procedure Step Worklist can be found in the following Modules in PS 3.3.
— Patient Relationship Module
— Patient Identification Module
— Patient Demographic Module
— Patient Medical Module
— Visit Relationship Module
— Visit Identification Module
— Visit Status Module
— Visit Admission Module
— Scheduled Procedure Step Module
— Requested Procedure Module
— Imaging Service Request Module
Figure K.6-1MODALITY WORKLIST INFORMATION MODEL E/R DIAGRAM