Artis zee/zeego VC14 - Siemens Healthcare

sArtis zee/zeego VC14DICOM Conformance StatementDICOM SCU sends a C-MOVE DIMSE service to initiate a C-STORE sub-operation on the SCPto start an image transfer from remote Storage SCU (running on Query/Retrieve SCP) to thesystem’s Storage SCP.4.1.2.5 Functional Definition of Query/Retrieve-SCP AEThe Artis zee/zeego DICOM query/retrieve SCP responds to C-FIND DIMSE services fromremote SCU applications. Depending on further remote request, a C-GET or a C-MOVE involvesthe system’s DICOM query/retrieve SCP application to initiate a C-STORE association to sendimage objects to a remote Storage SCP.All components of the DICOM query/retrieve SCP application are operating as background serverprocesses. The processes start when the machine is powered on and then respond to queriesbased on the records stored in its database.4.1.2.6 Functional Definition of Print SCU AEThe Print SCU is invoked by the user interface to setup film-sheet layout and whenever an imageis ready to be printed on film. The Print SCU will hold and maintain all data needed to compile acomplete film-sheet from the data (images, layout, configuration) received. Whenever a film-sheetis ready to print the related data is used to supply the Information to the SOP Classes of the PrintManagement Service Class. A queue is maintained, in order to intermediately store several filmsheetsin case of resource problems on printer. The SCU will only supply and require themandatory SOP Classes of the Print Management Service Class.4.1.2.7 Functional Definition of Worklist SCU AEThe worklist SCU (“broad query”) is invoked from the patient browser user interface or by timer torequest the worklist from a remote Information System (Modality Worklist Class SCP). Theworklist SCP responses to the C-FIND query and scheduled imaging service requests (scheduledprocedure steps) and patient demographic information will be “pulled” from the informationsystem to the Artis zee/zeego modality. All information retrieved will be held in the schedulingdatabase for usage during Patient registration procedure.Furthermore, the patient based Query dialog from the patient browser allows to enter specificmatching criteria ("narrow query") for the worklist query. With the response data the PatientRegistration dialog can be populated according availability within the worklist response identifier.4.1.2.8 Functional Definition of Modality PPS SCU AEWith registering a Patient (i.e. a Scheduled Procedure Step from Worklist), the Artis zee/zeegoDICOM application will create a MPPS Instance and communicate it to the MPPS Manager(SCP). It is configurable to set the states of all related MPPS to "Completed" when a patient isclosed. Furthermore, a manual update can be performed with the MPPS user interface. From theuser interface it is possible to set the state of the MPPS to “Completed” or “Discontinued”. Afterthat the DICOM application will no longer allow updates on the related MPPS Instance.The Artis zee/zeego will not only allow a "1:1 -relationship" of Scheduled Procedure Steps andPerformed Procedure Steps, but also supports the "simple group-case" (grouping several SPS ofthe same Requested Procedure) , "complex group-case" (grouping several SPS from differentRequested Procedures) and "append case" from the respective IHE-scenarios.The Artis zee/zeego will support creation of “unscheduled cases” by allowing MPPS Instances tobe communicated for locally registered Patients.© Siemens AG, Healthcare Sector 2009 Rev. 08 Page 12 of 105