planning:userguide:userguide
Differences
This shows you the differences between two versions of the page.
planning:userguide:userguide [2018/05/16 13:44] – [General] Removed 510k pending statement dpatenaude | planning:userguide:userguide [2021/07/29 18:24] (current) – external edit 127.0.0.1 | ||
---|---|---|---|
Line 63: | Line 63: | ||
* [[planning: | * [[planning: | ||
- | * [[planning: | + | * [[planning: |
* [[planning: | * [[planning: | ||
* [[planning: | * [[planning: | ||
Line 70: | Line 70: | ||
* [[planning: | * [[planning: | ||
* [[planning: | * [[planning: | ||
- | * [[planning: | + | * [[planning: |
* [[planning: | * [[planning: | ||
- | | + | |
- | * [[planning: | + | * [[planning: |
- | * [[planning: | + | * [[planning: |
- | * [[planning: | + | * [[planning: |
* [[planning: | * [[planning: | ||
+ | * [[planning: | ||
* [[planning: | * [[planning: | ||
* [[planning: | * [[planning: | ||
* [[planning: | * [[planning: | ||
+ | * [[planning: | ||
+ | * [[planning: | ||
* [[planning: | * [[planning: | ||
* [[planning: | * [[planning: | ||
+ | * [[planning: | ||
+ | * [[planning: | ||
/* | /* | ||
- | | + | |
* [[planning: | * [[planning: | ||
*/ | */ | ||
Line 112: | Line 117: | ||
- If a user's computer is abruptly shut down (e.g. computer crash or power failure) while the Astroid Planning App has a plan open, there is a potential for the user's local data cache index file to become corrupted. If this happens, generally the Planning App will automatically close (crash) whenever the user tries to open the plan that was active at the time of crash. In order to fix this, the user must close the Planning App and delete the entire cache folder. The default directory location for this folder should be C: | - If a user's computer is abruptly shut down (e.g. computer crash or power failure) while the Astroid Planning App has a plan open, there is a potential for the user's local data cache index file to become corrupted. If this happens, generally the Planning App will automatically close (crash) whenever the user tries to open the plan that was active at the time of crash. In order to fix this, the user must close the Planning App and delete the entire cache folder. The default directory location for this folder should be C: | ||
- If a user starts a calculation using the calculation status UI (e.g.: feasibility or MCO) and is outside the block the interface is in when the calculation finishes, the status of the calculation will remain " | - If a user starts a calculation using the calculation status UI (e.g.: feasibility or MCO) and is outside the block the interface is in when the calculation finishes, the status of the calculation will remain " | ||
+ | * This issue may also apply to other requests and calculations in the application too | ||
+ | - Treatment plans store an optional fluence override vector which will be used instead of the optimization fluence results if present. These overrides must be added via scripts outside the Planning App UI. If an override is present in a plan the Planning App UI becomes mostly read-only to limit the potential for changes that could invalidate the fluence override. However there are no hard stops to ensure that the fluence override vectors are properly sized for the plan at hand, so users must ensure properly sized fluence vectors are set in their scripts. | ||
+ | |||
+ | === DICOM Upload === | ||
+ | - The Uploads block must remain open while uploading DICOM files. | ||
+ | |||
+ | === DICOM Export === | ||
+ | - Computed treatment plan dose is required prior to users being able to export DICOM files. | ||
+ | * Note: Users may still be able to attempt to export DICOM files from the user interface, but may encounter errors if their plan does not have, or is unable to, compute dose. | ||
+ | - DICOM Export of CT and SS files searches the RKS for the CT image record, therefore modifying the RKS record of the CT images can cause changes to the exported data even on an approved plan (deleting the record will prevent export of CT and SS altogether) | ||
=== Importing === | === Importing === | ||
- When importing a new patient, the default physician will be set from the DICOM file. When this physician selection is changed, either during import or later in the Patient Overview, there is no way to re-select the original from DICOM physician. | - When importing a new patient, the default physician will be set from the DICOM file. When this physician selection is changed, either during import or later in the Patient Overview, there is no way to re-select the original from DICOM physician. | ||
+ | |||
+ | === Plan Templates === | ||
+ | |||
+ | - Plan templates are unable to be edited and/or removed from within the Planning App without manually manipulating the RKS record. | ||
+ | - All referenced and used structures in the original plan template must exist in the new patient model for which the plan template is being used. | ||
=== Structures === | === Structures === | ||
Line 132: | Line 152: | ||
- Astroid does not detect possible collisions between the patient and snout or the treatment table and snout. It is the users responsibility to ensure that there is enough distance between the patient/ | - Astroid does not detect possible collisions between the patient and snout or the treatment table and snout. It is the users responsibility to ensure that there is enough distance between the patient/ | ||
+ | === SOBP Patch Fields === | ||
- | See [[planning: | + | - For SOBP plans with patch fields, dose overlap at the patch junction may result in a maximum dose that exceeds the limits |
+ | - If a patch field is added to an existing thru-beam that's already in a fraction group, the thru-beam must be removed and re-added to the fraction group for the patch field to be included in the fraction group' | ||
- | Should you discover or suspect any additional errors or limitations not noted above, please alert the .decimal Astroid Planning App development team by providing creating a ticket at dotdecimal.freshdesk.com including details of your concerns and steps to reproduce the issue. All concerns will be addressed as quickly as possible and follow up with the submitter will occur throughout the inquiry and correction process. | ||
- | ===== Results API ===== | + | See [[planning: |
- | The results API is provided to facilitate | + | Should you discover or suspect any additional errors or limitations not noted above, please alert the .decimal Astroid Planning App development team by providing creating |
- | The Results API is most frequently used by customers wishing | + | |
- | Most Planning Results API functions must be called using Thinknode meta requests. Because of this added complexity, an example function call has been added for end user convenience. | ||
- | ==== Available Functions | + | ===== ResultsAPI ===== |
- | For a comprehensive list of available Planning Results API functions, please refer to the [[http:// | + | {{page> |
- | ==== Example ==== | + | |
- | In the [[https:// | ||
- | In this particular example | + | Please refer to the [[planning: |
planning/userguide/userguide.1526478266.txt.gz · Last modified: 2021/07/29 18:22 (external edit)