[613] | 1 | MAGDQR00 ;WOIFO/EdM - Imaging RPCs for Query/Retrieve ; 06/06/2005 09:27
|
---|
| 2 | ;;3.0;IMAGING;**51**;26-August-2005
|
---|
| 3 | ;; +---------------------------------------------------------------+
|
---|
| 4 | ;; | Property of the US Government. |
|
---|
| 5 | ;; | No permission to copy or redistribute this software is given. |
|
---|
| 6 | ;; | Use of unreleased versions of this software requires the user |
|
---|
| 7 | ;; | to execute a written test agreement with the VistA Imaging |
|
---|
| 8 | ;; | Development Office of the Department of Veterans Affairs, |
|
---|
| 9 | ;; | telephone (301) 734-0100. |
|
---|
| 10 | ;; | |
|
---|
| 11 | ;; | The Food and Drug Administration classifies this software as |
|
---|
| 12 | ;; | a medical device. As such, it may not be changed in any way. |
|
---|
| 13 | ;; | Modifications to this software may result in an adulterated |
|
---|
| 14 | ;; | medical device under 21CFR820, the use of which is considered |
|
---|
| 15 | ;; | to be a violation of US Federal Statutes. |
|
---|
| 16 | ;; +---------------------------------------------------------------+
|
---|
| 17 | ;;
|
---|
| 18 | Q
|
---|
| 19 | ;
|
---|
| 20 | ; Query/Retrieve
|
---|
| 21 | ;
|
---|
| 22 | ; Step 1: The application (Java system) receives a C-FIND request
|
---|
| 23 | ;
|
---|
| 24 | ; Step 2: The application interprets the DICOM message and
|
---|
| 25 | ; calls an RPC on traditional VistA
|
---|
| 26 | ;
|
---|
| 27 | ; RPC name: MAG CFIND QUERY
|
---|
| 28 | ; input: array of: tag | VR | flag | value
|
---|
| 29 | ; input: scalar: batch-identifier, see below
|
---|
| 30 | ; input: scalar: max # entities in response
|
---|
| 31 | ; output: array of: header = # entities total | # in current batch
|
---|
| 32 | ; followed by tag | VR | flag | value
|
---|
| 33 | ; or <start sequence>
|
---|
| 34 | ; or <end sequence>
|
---|
| 35 | ;
|
---|
| 36 | ; Batch-identifier:
|
---|
| 37 | ; There are four kinds of calls:
|
---|
| 38 | ; 1. initial call
|
---|
| 39 | ; value of this parameter is "0"
|
---|
| 40 | ; RPC will create result-set and start a background process to
|
---|
| 41 | ; perform the query
|
---|
| 42 | ; 2. "are you ready" call
|
---|
| 43 | ; value of this parameter is "n|0"
|
---|
| 44 | ; where 'n' identifies the result-set
|
---|
| 45 | ; RPC will check if the query is ready and, when available, will
|
---|
| 46 | ; return "initial batch" of responses
|
---|
| 47 | ; 3. continuation call
|
---|
| 48 | ; value of this parameter is "n|m"
|
---|
| 49 | ; where 'n' identifies the result-set
|
---|
| 50 | ; where 'm' identifies the sequence
|
---|
| 51 | ; number of the first item to be returned RPC will return
|
---|
| 52 | ; next batch of responses
|
---|
| 53 | ; 4. final call
|
---|
| 54 | ; value of this parameter is "n|-1"
|
---|
| 55 | ; where 'n' identifies the result-set
|
---|
| 56 | ; RPC will not return any responses but clean-up any storage used
|
---|
| 57 | ; for result-set
|
---|
| 58 | ;
|
---|
| 59 | ; Suggested values for second parameter:
|
---|
| 60 | ; 0 for initial call
|
---|
| 61 | ; -1 for final call
|
---|
| 62 | ; >0 (sequence number of first entity to be returned)
|
---|
| 63 | ; for continuation call
|
---|
| 64 | ; Result-set will also have a "time stamp of last access"
|
---|
| 65 | ; so that an overall clean-up process can get rid of
|
---|
| 66 | ; obsolete result-sets.
|
---|
| 67 | ;
|
---|
| 68 | ; Step 3: The application interprets the results from the RPC
|
---|
| 69 | ; and will ask VistA which images belong to a
|
---|
| 70 | ; study-UID:
|
---|
| 71 | ;
|
---|
| 72 | ; RPC name: MAG STUDY UID QUERY
|
---|
| 73 | ; input: scalar study uid
|
---|
| 74 | ; input: scalar flag: include routed copies in result
|
---|
| 75 | ; input: scalar "my location" identifier
|
---|
| 76 | ; output: array of: header = # of entities in response
|
---|
| 77 | ; image# | path+file name | username | password
|
---|
| 78 | ;
|
---|
| 79 | ; Do we want to return the username and password in each
|
---|
| 80 | ; result, or do we want two separate RPC calls: one to
|
---|
| 81 | ; get path+filename for each file, and one that returns
|
---|
| 82 | ; the username and password given a path?
|
---|
| 83 | ;
|
---|
| 84 | ; Step 4: The application will create new DICOM entities to transmit
|
---|
| 85 | ; to its client. It has the information to access the
|
---|
| 86 | ; image files that exist on VistA (either .dcm files or
|
---|
| 87 | ; .txt + .tga pairs). It needs to ask VistA for the
|
---|
| 88 | ; current and correct information to place in the headers
|
---|
| 89 | ; of the DICOM entities to be transmitted:
|
---|
| 90 | ;
|
---|
| 91 | ; RPC name: MAG IMAGE CURRENT INFO
|
---|
| 92 | ; input: scalar image #
|
---|
| 93 | ; output: array of: header = # of entities in response
|
---|
| 94 | ; tag | VS | flag | value
|
---|
| 95 | ;
|
---|
| 96 | ; Do we need an additional input array to specify the
|
---|
| 97 | ; list of data-fields to be returned?
|
---|
| 98 | ;
|
---|
| 99 | ; Non-supported tags for Query/Retrieve
|
---|
| 100 | ; 0008,1110 O Referenced Study Sequence
|
---|
| 101 | ; 0008,1150 O >Referenced SOP Class UID
|
---|
| 102 | ; 0008,1155 O >Referenced SOP Instance UID
|
---|
| 103 | ; 0008,1120 O Referenced Patient Sequence
|
---|
| 104 | ; 0008,1150 O >Referenced SOP Class UID
|
---|
| 105 | ; 0008,1155 O >Referenced SOP Instance UID
|
---|
| 106 | ; 0010,1020 O Patient's Size [field not populated]
|
---|
| 107 | ; 0010,1030 O Patient's Weight [field not populated]
|
---|
| 108 | ; 0020,1070 O Other Study Numbers
|
---|
| 109 | ; 0020,1200 O Number of Patient Related Studies
|
---|
| 110 | ; 0020,1202 O Number of Patient Related Series
|
---|
| 111 | ; 0020,1204 O Number of Patient Related Instances
|
---|
| 112 | ;
|
---|
| 113 | ; Supported tags
|
---|
| 114 | ; 0008,0020 R Study Date
|
---|
| 115 | ; 0008,0030 R Study Time
|
---|
| 116 | ; 0008,0050 R Accession Number
|
---|
| 117 | ; 0010,0010 R Patient's Name
|
---|
| 118 | ; 0010,0020 R Patient ID
|
---|
| 119 | ; 0020,0010 R Study ID
|
---|
| 120 | ; 0020,000D U Study Instance UID
|
---|
| 121 | ;
|
---|
| 122 | ; 0008,0061 O Modalities in Study
|
---|
| 123 | ; 0008,0090 O Referring Physician's Name
|
---|
| 124 | ; 0008,1030 O Study Description
|
---|
| 125 | ; 0008,1032 O Procedure Code Sequence
|
---|
| 126 | ; 0008,0100 O >Code Value
|
---|
| 127 | ; 0008,0102 O >Coding Scheme Designator
|
---|
| 128 | ; 0008,0103 O >Coding Scheme Version
|
---|
| 129 | ; 0008,0104 O >Code Meaning
|
---|
| 130 | ; 0008,1060 O Name of Physician(s) Reading Study
|
---|
| 131 | ; 0010,0030 O Patient's Birth Date
|
---|
| 132 | ; 0010,0032 O Patient's Birth Time [probably always blank]
|
---|
| 133 | ; 0010,0040 O Patient's Sex
|
---|
| 134 | ; 0010,1000 O Other Patient IDs
|
---|
| 135 | ; 0010,1001 O Other Patient Names
|
---|
| 136 | ; 0010,1010 O Patient's Age
|
---|
| 137 | ; 0010,2160 O Ethnic Group
|
---|
| 138 | ; 0010,2180 O Occupation
|
---|
| 139 | ; 0010,21B0 O Additional Patient History
|
---|
| 140 | ; 0020,1206 O Number of Study Related Series
|
---|
| 141 | ; 0020,1208 O Number of Study Related Instances
|
---|
| 142 | ; 4008,010C O Interpretation Author
|
---|
| 143 | ;
|
---|
| 144 | ; Problem cases left over:
|
---|
| 145 | ; 0008,0062 O SOP Classes in Study [supported?]
|
---|
| 146 | ; 0008,1080 O Admitting Diagnoses Description
|
---|
| 147 | ; 0010,4000 O Patient Comments
|
---|
| 148 | ;
|
---|