ນີ້ແມ່ນຄໍາສັ່ງ dsrdum ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນສະຖານີເຮັດວຽກອອນໄລນ໌ຟຣີຫຼາຍອັນຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
NAME
dsrdum - ຖິ້ມໄຟລ໌ DICOM SR ແລະຊຸດຂໍ້ມູນ
ສະຫຼຸບສັງລວມ
dsrdum [ຕົວເລືອກ] dsrfile-in...
ລາຍລະອຽດ
ໄດ້ dsrdum utility dumps ເນື້ອໃນຂອງເອກະສານ DICOM Structured Reporting (SR) (file
format ຫຼືຊຸດຂໍ້ມູນດິບ) ເພື່ອ stdout ໃນຮູບແບບຂໍ້ຄວາມ. ຜົນຜະລິດຂອງເນື້ອໃນເອກະສານ
ປະຕິບັດຕາມຮູບແບບທີ່ສະເໜີໄວ້ໃນປຶ້ມຂອງ David Clunie 'DICOM Structured Reporting' (PixelMed
ພິມຈຳໜ່າຍ, 2000).
If dsrdum ອ່ານຊຸດຂໍ້ມູນດິບ (ຂໍ້ມູນ DICOM ໂດຍບໍ່ມີຮູບແບບໄຟລ໌ meta-header) ມັນຈະ
ພະຍາຍາມເດົາ syntax ການໂອນໂດຍການກວດສອບສອງສາມໄບທໍາອິດຂອງໄຟລ໌. ມັນແມ່ນ
ບໍ່ເປັນໄປໄດ້ສະ ເໝີ ໄປທີ່ຈະຄາດເດົາ syntax ການໂອນຢ່າງຖືກຕ້ອງແລະມັນດີກວ່າທີ່ຈະປ່ຽນ a
ຂໍ້ມູນຕັ້ງເປັນຮູບແບບໄຟລ໌ທຸກຄັ້ງທີ່ເປັນໄປໄດ້ (ການນໍາໃຊ້ dcmconv ປະໂຫຍດ). ມັນຍັງເປັນ
ເປັນໄປໄດ້ທີ່ຈະນໍາໃຊ້ -f ແລະ -t[ieb] ທາງເລືອກທີ່ຈະບັງຄັບ dsrdum ເພື່ອອ່ານຊຸດຂໍ້ມູນທີ່ມີ a
syntax ໂອນໂດຍສະເພາະ.
PARAMETERS
dsrfile-in DICOM SR input ຊື່ໄຟລ໌ທີ່ຈະຖືກ dumped
OPTIONS
ໂດຍທົ່ວໄປ ທາງເລືອກໃນການ
-h --help
ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອນີ້ ແລະອອກ
- ການປ່ຽນແປງ
ພິມຂໍ້ມູນສະບັບແລະອອກ
--ການໂຕ້ຖຽງ
ພິມການໂຕ້ຖຽງແຖວຄໍາສັ່ງຂະຫຍາຍ
-q --ງຽບ
ໂໝດງຽບ, ພິມບໍ່ມີຄຳເຕືອນ ແລະຄວາມຜິດພາດ
-v --verbose
ຮູບແບບ verbose, ລາຍລະອຽດການປະມວນຜົນການພິມ
-d --debug
ໂໝດດີບັກ, ພິມຂໍ້ມູນດີບັກ
-ll --log-level [l]evel: string constant
(ຮ້າຍແຮງ, ຄວາມຜິດພາດ, ເຕືອນ, ຂໍ້ມູນ, ດີບັກ, ຕິດຕາມ)
ໃຊ້ລະດັບ l ສໍາລັບຜູ້ຕັດໄມ້
-lc --log-config [f]ilename: string
ໃຊ້ config file f ສໍາລັບ logger
ການປ້ອນຂໍ້ມູນ ທາງເລືອກໃນການ
ຮູບແບບໄຟລ໌ປ້ອນຂໍ້ມູນ:
+f --read-file
ອ່ານຮູບແບບໄຟລ໌ ຫຼືຊຸດຂໍ້ມູນ (ຄ່າເລີ່ມຕົ້ນ)
+fo --read-file-ເທົ່ານັ້ນ
ອ່ານຮູບແບບໄຟລ໌ເທົ່ານັ້ນ
-f --read-dataset
ອ່ານຊຸດຂໍ້ມູນໂດຍບໍ່ມີຂໍ້ມູນ meta ໄຟລ໌
syntax ການຖ່າຍໂອນການປ້ອນຂໍ້ມູນ:
-t= --read-xfer-auto
ໃຊ້ການຮັບຮູ້ TS (ຄ່າເລີ່ມຕົ້ນ)
-td --read-xfer-detect
ບໍ່ສົນໃຈ TS ທີ່ລະບຸໄວ້ໃນສ່ວນຫົວ meta ຂອງໄຟລ໌
-te --read-xfer-ນ້ອຍ
ອ່ານດ້ວຍ VR ນ້ອຍ endian TS ຢ່າງຊັດເຈນ
-tb --read-xfer-big
ອ່ານດ້ວຍ VR big endian TS ຢ່າງຊັດເຈນ
-ti --read-xfer-implicit
ອ່ານດ້ວຍ implicit VR little endian TS
ການປຸງແຕ່ງ ທາງເລືອກໃນການ
ຂໍ້ມູນເພີ່ມເຕີມ:
-Ip --processing-ລາຍລະອຽດ
ສະແດງລາຍການເນື້ອໃນທີ່ປຸງແຕ່ງໃນປັດຈຸບັນ
ການຈັດການຄວາມຜິດພາດ:
-Er --unknown-relationship
ຍອມຮັບປະເພດຄວາມສຳພັນທີ່ບໍ່ຮູ້ຈັກ/ຂາດຫາຍໄປ
-Ev --invalid-item-value
ຍອມຮັບມູນຄ່າລາຍການເນື້ອຫາທີ່ບໍ່ຖືກຕ້ອງ
(ເຊັ່ນ: ການລະເມີດ VR ຫຼື VM ຄໍານິຍາມ)
-Ec --ignore-constraints
ບໍ່ສົນໃຈຂໍ້ຈໍາກັດຂອງເນື້ອຫາຄວາມສໍາພັນ
-Ee --ignore-item-errors
ຢ່າຍົກເລີກໃນຂໍ້ຜິດພາດຂອງລາຍການເນື້ອຫາ, ພຽງແຕ່ເຕືອນ
(ເຊັ່ນ: ບໍ່ມີຄຸນສົມບັດສະເພາະປະເພດມູນຄ່າ)
-Ei --skip-invalid-items
ຂ້າມລາຍການເນື້ອຫາທີ່ບໍ່ຖືກຕ້ອງ (ລວມທັງຕົ້ນໄມ້ຍ່ອຍ)
-Dv --disable-vr-checker
ປິດການກວດສອບຄ່າສະຕຣິງທີ່ສອດຄ່ອງ VR
ຊຸດຕົວອັກສອນສະເພາະ:
+U8 --convert-to-utf8
ປ່ຽນຄ່າອົງປະກອບທັງໝົດທີ່ໄດ້ຮັບຜົນກະທົບ
ໂດຍຊຸດຕົວອັກສອນສະເພາະ (0008,0005) ເປັນ UTF-8
# ຕ້ອງການການສະຫນັບສະຫນູນຈາກຊຸດເຄື່ອງມື libiconv
output ທາງເລືອກໃນການ
ການພິມທົ່ວໄປ:
+Pf --print-filename
ພິມຫົວດ້ວຍຊື່ໄຟລ໌ສໍາລັບແຕ່ລະເອກະສານ
-Ph --no-document-header
ຢ່າພິມຂໍ້ມູນເອກະສານທົ່ວໄປ
+Pn --number-nested-items
ພິມສະຕຣິງຕໍາແຫນ່ງຢູ່ທາງຫນ້າຂອງແຕ່ລະແຖວ
-Pn --indent-nested-items
ຫຍໍ້ໜ້າລາຍການທີ່ຊ້ອນກັນໂດຍຍະຫວ່າງ (ຄ່າເລີ່ມຕົ້ນ)
ຄ່າພິມ:
+pl --print-long-values
ພິມມູນຄ່າລາຍການຍາວຢ່າງສົມບູນ
-pl --shorten-long-values
ພິມຄ່າລາຍການຍາວສັ້ນລົງ (ຄ່າເລີ່ມຕົ້ນ)
+Pu --print-instance-uid
ພິມ SOP ຕົວຢ່າງ UID ຂອງວັດຖຸອ້າງອີງ
-Ps --print-sopclass-short
ພິມຊື່ປະເພດ SOP ສັ້ນຂອງວັດຖຸຮູບພາບທີ່ອ້າງອີງ,
ເຊັ່ນ: "ຮູບພາບ CT" (ຄ່າເລີ່ມຕົ້ນ)
+PS --print-sopclass-long
ພິມຊື່ຫ້ອງຮຽນ SOP ຍາວຂອງວັດຖຸອ້າງອີງ
+Psu --print-sopclass-uid
ພິມ SOP class UID ຂອງວັດຖຸອ້າງອີງ
+PC --print-all-codes
ພິມລະຫັດທັງໝົດ (ລວມທັງລະຫັດຊື່ແນວຄວາມຄິດ)
+Pi --print-invalid-codes
ພິມລະຫັດທີ່ບໍ່ຖືກຕ້ອງ (ເພື່ອຈຸດປະສົງການດີບັກ)
-Pi --no-invalid-codes
ພິມຂໍ້ຄວາມ "ລະຫັດບໍ່ຖືກຕ້ອງ" ແທນ (ຄ່າເລີ່ມຕົ້ນ)
+Pt --print-template-id
ພິມຂໍ້ມູນການກໍານົດຕົວແບບ
ປັບປຸງຮູບແບບການເຂົ້າລະຫັດ:
+Pe --ຊີ້ບອກ-ປັບປຸງ
ຊີ້ບອກວ່າໂໝດປັບປຸງແມ່ນໃຊ້ສຳລັບລະຫັດ
-Pe --no-enhanced-mode
ບໍ່ໄດ້ລະບຸຮູບແບບການປັບປຸງ (ຄ່າເລີ່ມຕົ້ນ)
ສີ:
+C --print-color
ໃຊ້ລະຫັດ Escape ANSI ສໍາລັບຜົນຜະລິດສີ
# ບໍ່ມີຢູ່ໃນລະບົບ Windows
-C --ບໍ່ມີສີ
ຢ່າໃຊ້ລະຫັດຫນີ ANSI ໃດໆ (ຄ່າເລີ່ມຕົ້ນ)
# ບໍ່ມີຢູ່ໃນລະບົບ Windows
ຫມາຍເຫດ
DICOM ຄວາມສອດຄ່ອງ
ໄດ້ dsrdum ຜົນປະໂຫຍດສະຫນັບສະຫນູນຫ້ອງຮຽນ SOP ຕໍ່ໄປນີ້:
SpectaclePrescriptionReportStorage 1.2.840.10008.5.1.4.1.1.78.6
MacularGridThicknessAndVolumeReportStorage 1.2.840.10008.5.1.4.1.1.79.1
BasicTextSRStorage 1.2.840.10008.5.1.4.1.1.88.11
EnhancedSRStorage 1.2.840.10008.5.1.4.1.1.88.22
ComprehensiveSRStorage 1.2.840.10008.5.1.4.1.1.88.33
Comprehensive3DSRStorage 1.2.840.10008.5.1.4.1.1.88.34
ProcedureLogStorage 1.2.840.10008.5.1.4.1.1.88.40
MammographyCADSRStorage 1.2.840.10008.5.1.4.1.1.88.50
KeyObjectSelectionDocumentStorage 1.2.840.10008.5.1.4.1.1.88.59
ພື້ນທີ່ເກັບຂໍ້ມູນ ChestCADSRS 1.2.840.10008.5.1.4.1.1.88.65
XRayRadiationDoseSRStorage 1.2.840.10008.5.1.4.1.1.88.67
RadiopharmaceuticalRadiationDoseSRStorage 1.2.840.10008.5.1.4.1.1.88.68
ColonCADSRStorage 1.2.840.10008.5.1.4.1.1.88.69
ImplantationPlanSRDocumentStorage 1.2.840.10008.5.1.4.1.1.88.70
ການບັນທຶກ
ລະດັບການອອກບັນທຶກຂອງເຄື່ອງມືບັນທັດຄໍາສັ່ງຕ່າງໆແລະຫ້ອງສະຫມຸດທີ່ຕິດພັນສາມາດ
ຖືກລະບຸໂດຍຜູ້ໃຊ້. ໂດຍຄ່າເລີ່ມຕົ້ນ, ມີພຽງແຕ່ຄວາມຜິດພາດແລະຄໍາເຕືອນທີ່ຖືກຂຽນເປັນມາດຕະຖານ
ການຖ່າຍທອດຄວາມຜິດພາດ. ການນໍາໃຊ້ທາງເລືອກ -- verbose ຂໍ້ຄວາມທີ່ເປັນຂໍ້ມູນເຊັ່ນ: ລາຍລະອຽດການປະມວນຜົນ
ມີລາຍງານ. ທາງເລືອກ --debug ສາມາດໃຊ້ເພື່ອໃຫ້ໄດ້ລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບກິດຈະກໍາພາຍໃນ,
ຕົວຢ່າງ: ສໍາລັບຈຸດປະສົງ debugging. ລະດັບການບັນທຶກອື່ນໆສາມາດຖືກເລືອກໂດຍໃຊ້ທາງເລືອກ --ບັນທຶກ-
ລະດັບ. ໃນ --ງຽບ ໂຫມດມີພຽງແຕ່ລາຍງານຄວາມຜິດພາດທີ່ຮ້າຍແຮງເທົ່ານັ້ນ. ໃນເຫດການຄວາມຜິດພາດທີ່ຮ້າຍແຮງດັ່ງກ່າວ,
ປົກກະຕິແລ້ວຄໍາຮ້ອງສະຫມັກຈະຢຸດເຊົາ. ສໍາລັບລາຍລະອຽດເພີ່ມເຕີມກ່ຽວກັບລະດັບການຕັດໄມ້ທີ່ແຕກຕ່າງກັນ,
ເບິ່ງເອກະສານຂອງໂມດູນ 'oflog'.
ໃນກໍລະນີທີ່ຜົນຜະລິດການບັນທຶກຄວນຈະໄດ້ຮັບການລາຍລັກອັກສອນ (ທາງເລືອກທີ່ມີການຫມຸນ logfile).
ກັບ syslog (Unix) ຫຼືບັນທຶກເຫດການ (Windows) ທາງເລືອກ --log-config ສາມາດນໍາໃຊ້ໄດ້. ນີ້
ໄຟລ໌ການຕັ້ງຄ່າຍັງອະນຸຍາດໃຫ້ສໍາລັບການຊີ້ນໍາພຽງແຕ່ຂໍ້ຄວາມສະເພາະໃດຫນຶ່ງກັບຜົນຜະລິດສະເພາະໃດຫນຶ່ງ
stream ແລະສໍາລັບການກັ່ນຕອງຂໍ້ຄວາມສະເພາະໃດຫນຶ່ງໂດຍອີງໃສ່ໂມດູນຫຼືຄໍາຮ້ອງສະຫມັກທີ່ເຂົາເຈົ້າ
ຖືກສ້າງຂື້ນ. ໄຟລ໌ການຕັ້ງຄ່າຕົວຢ່າງແມ່ນສະຫນອງໃຫ້ຢູ່ໃນ /logger.cfg.
ຄໍາສັ່ງ LINE
ເຄື່ອງມືບັນທັດຄໍາສັ່ງໃຊ້ຫມາຍເຫດຕໍ່ໄປນີ້ສໍາລັບພາລາມິເຕີ: ວົງເລັບສີ່ຫລ່ຽມປິດລ້ອມ
ຄ່າທາງເລືອກ (0-1), ສາມຈຸດຕໍ່ທ້າຍຊີ້ໃຫ້ເຫັນວ່າຫຼາຍຄ່າຖືກອະນຸຍາດ
(1-n), ການປະສົມປະສານຂອງທັງສອງຫມາຍຄວາມວ່າຄ່າ 0 ຫາ n.
ຕົວເລືອກແຖວຄໍາສັ່ງຖືກຈໍາແນກຈາກພາລາມິເຕີໂດຍເຄື່ອງຫມາຍ '+' ຫຼື '-' ຊັ້ນນໍາ,
ຕາມລໍາດັບ. ປົກກະຕິແລ້ວ, ຄໍາສັ່ງແລະຕໍາແຫນ່ງຂອງທາງເລືອກເສັ້ນຄໍາສັ່ງແມ່ນ arbitrary (ie ເຂົາເຈົ້າ
ສາມາດປາກົດຢູ່ບ່ອນໃດກໍໄດ້). ຢ່າງໃດກໍຕາມ, ຖ້າທາງເລືອກແມ່ນສະເພາະເຊິ່ງກັນແລະກັນ, ລັກສະນະທີ່ຖືກຕ້ອງທີ່ສຸດ
ຖືກນໍາໃຊ້. ພຶດຕິກໍານີ້ສອດຄ່ອງກັບກົດລະບຽບການປະເມີນຜົນມາດຕະຖານຂອງຫອຍ Unix ທົ່ວໄປ.
ນອກຈາກນັ້ນ, ໄຟລ໌ຄໍາສັ່ງຫນຶ່ງຫຼືຫຼາຍສາມາດຖືກກໍານົດໂດຍໃຊ້ເຄື່ອງຫມາຍ '@' ເປັນຄໍານໍາຫນ້າ
ຊື່ໄຟລ໌ (ເຊັ່ນ @command.txt). ການໂຕ້ຖຽງຄໍາສັ່ງດັ່ງກ່າວຖືກແທນທີ່ດ້ວຍເນື້ອໃນຂອງ
ໄຟລ໌ຂໍ້ຄວາມທີ່ສອດຄ້ອງກັນ (ຫຼາຍຊ່ອງຫວ່າງຖືກປະຕິບັດເປັນຕົວແຍກດຽວເວັ້ນເສຍແຕ່
ພວກມັນປາກົດຢູ່ລະຫວ່າງສອງເຄື່ອງໝາຍວົງຢືມ) ກ່ອນການປະເມີນຕື່ມອີກ. ກະລຸນາສັງເກດວ່າ
ໄຟລ໌ຄໍາສັ່ງບໍ່ສາມາດມີໄຟລ໌ຄໍາສັ່ງອື່ນ. ວິທີການງ່າຍດາຍແຕ່ປະສິດທິຜົນນີ້
ອະນຸຍາດໃຫ້ຫນຶ່ງເພື່ອສະຫຼຸບການປະສົມທົ່ວໄປຂອງທາງເລືອກ / ຕົວກໍານົດການແລະຫຼີກເວັ້ນການຍາວແລະ
ເສັ້ນຄໍາສັ່ງທີ່ສັບສົນ (ຕົວຢ່າງແມ່ນສະຫນອງໃຫ້ຢູ່ໃນໄຟລ໌ /dumppat.txt).
ENVIRONMENT
ໄດ້ dsrdum ຜົນປະໂຫຍດຈະພະຍາຍາມໂຫຼດຂໍ້ມູນວັດຈະນານຸກົມ DICOM ທີ່ລະບຸໄວ້ໃນ
DCMDICTPATH ສະພາບແວດລ້ອມປ່ຽນແປງ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ie ຖ້າ DCMDICTPATH ຕົວແປສິ່ງແວດລ້ອມ
ບໍ່ໄດ້ຕັ້ງ, ໄຟລ໌ /dicom.dic ຈະຖືກໂຫຼດເວັ້ນເສຍແຕ່ຈະນານຸກົມຖືກສ້າງຂຶ້ນ
ເຂົ້າໄປໃນແອັບພລິເຄຊັນ (ຄ່າເລີ່ມຕົ້ນສໍາລັບ Windows).
ພຶດຕິກໍາໃນຕອນຕົ້ນຄວນຈະເປັນທີ່ມັກແລະ DCMDICTPATH ຕົວແປສະພາບແວດລ້ອມເທົ່ານັ້ນ
ໃຊ້ໃນເວລາທີ່ຕ້ອງການວັດຈະນານຸກົມຂໍ້ມູນທາງເລືອກ. ໄດ້ DCMDICTPATH ຕົວແປສິ່ງແວດລ້ອມ
ມີຮູບແບບດຽວກັນກັບ Unix shell PATH ຕົວແປໃນຈໍ້າສອງເມັດ (':') ແຍກ
ລາຍການ. ໃນລະບົບ Windows, ເຄື່ອງໝາຍຈຸດ (';') ຖືກໃຊ້ເປັນຕົວແຍກ. ວັດຈະນານຸກົມຂໍ້ມູນ
ລະຫັດຈະພະຍາຍາມໂຫລດແຕ່ລະໄຟລ໌ທີ່ລະບຸໄວ້ໃນ DCMDICTPATH ສະພາບແວດລ້ອມປ່ຽນແປງ. ມັນ
ເປັນຂໍ້ຜິດພາດຖ້າບໍ່ມີວັດຈະນານຸກົມຂໍ້ມູນສາມາດໂຫລດໄດ້.
ໃຊ້ dsrdump ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
