Focus in this paper is architecture of the computer system, i.e.how th translation - Focus in this paper is architecture of the computer system, i.e.how th Thai how to say

Focus in this paper is architecture

Focus in this paper is architecture of the computer system, i.e.
how that system is designed in terms of interactions between large
building blocks. This is a technology perspective. System architecture
is not that visible to the radiological user, in contrast to the
user interface. Moreover, whereas evolutions in the user interface
clearly are of immediate concern to any radiologist [1], the same
can hardly be claimed for system architecture. However, architecture
of the overall system has an important impact on functionality
and cost, especially for large, complex systems. Radiologists, and in
particular decision makers, should have at least a basic understanding
of PACS architecture, and in particular of the consequences of
architectural choices.
There is no inherently good or bad architecture for a computer
system. Design choices are determined by requirements as well as
technological possibilities. Both have changed since the introduction
of large-scale PACS.
Technological progress has been steady over the last decades.
In many areas of computer industry, capacity or power doubles
roughly every 18 months. This observation is informally referred to
as Moore’s law. This is literally an exponential increase in power,
or about a factor of 100 after a decade. General belief is that this
law will remain valid for many years to come – in fact, this expectation
itself and the resulting drive from marketing and product
development already help sustain the trend.
An area in which technological progress has enabled fundamentally
new radiological applications at a large scale, is teleradiology.
That topic is covered elsewhere in this issue. For in-hospital PACS,
advances such as faster and more ubiquitous computers, faster inhouse
networks or cheaper storage were no absolute requirement.
It may therefore seem that these advances will “only” enable us to
build faster, more functional and less expensive systems. However,
even for the more traditional aspects of PACS the consequences are
more profound.
Firstly, whereas PACS used to require state of the art technology,
it can now do with the same hardware used by the other information
systems in the hospital. A PACS increasingly becomes a
software application. There is no convincing reason anymore for
that application not to use the standard hardware the hospital has
chosen within its overall IT strategy. And that IT strategy will only to
a limited extent be influenced by PACS.Wecome back to this observation
throughout the different sections in this paper. Secondly, this
technological progress sets the scene fornewexpectations andnew
requirements in PACS, which become driving factors for the design.
In this paper we discuss a few of those.
A first influencing factor is the shift of storage needs to applications
outside radiology. PACS no longer is the single application
that requires huge amounts of storage. This favors an approach in
which storage is provided centrally and the PACS has to adapt to
the overall storage policy.
A second factor we discuss is that a growing number of departments
start to routinely acquire and use digital images.
0/5000
From: -
To: -
Results (Thai) 1: [Copy]
Copied!
Focus in this paper is architecture of the computer system, i.e.how that system is designed in terms of interactions between largebuilding blocks. This is a technology perspective. System architectureis not that visible to the radiological user, in contrast to theuser interface. Moreover, whereas evolutions in the user interfaceclearly are of immediate concern to any radiologist [1], the samecan hardly be claimed for system architecture. However, architectureof the overall system has an important impact on functionalityand cost, especially for large, complex systems. Radiologists, and inparticular decision makers, should have at least a basic understandingof PACS architecture, and in particular of the consequences ofarchitectural choices.There is no inherently good or bad architecture for a computersystem. Design choices are determined by requirements as well astechnological possibilities. Both have changed since the introductionof large-scale PACS.Technological progress has been steady over the last decades.In many areas of computer industry, capacity or power doublesroughly every 18 months. This observation is informally referred toas Moore’s law. This is literally an exponential increase in power,or about a factor of 100 after a decade. General belief is that thislaw will remain valid for many years to come – in fact, this expectationitself and the resulting drive from marketing and productdevelopment already help sustain the trend.An area in which technological progress has enabled fundamentallynew radiological applications at a large scale, is teleradiology.That topic is covered elsewhere in this issue. For in-hospital PACS,advances such as faster and more ubiquitous computers, faster inhousenetworks or cheaper storage were no absolute requirement.It may therefore seem that these advances will “only” enable us tobuild faster, more functional and less expensive systems. However,even for the more traditional aspects of PACS the consequences aremore profound.Firstly, whereas PACS used to require state of the art technology,it can now do with the same hardware used by the other informationsystems in the hospital. A PACS increasingly becomes asoftware application. There is no convincing reason anymore forthat application not to use the standard hardware the hospital haschosen within its overall IT strategy. And that IT strategy will only toa limited extent be influenced by PACS.Wecome back to this observationthroughout the different sections in this paper. Secondly, thistechnological progress sets the scene fornewexpectations andnewrequirements in PACS, which become driving factors for the design.In this paper we discuss a few of those.A first influencing factor is the shift of storage needs to applicationsoutside radiology. PACS no longer is the single applicationthat requires huge amounts of storage. This favors an approach inwhich storage is provided centrally and the PACS has to adapt tothe overall storage policy.A second factor we discuss is that a growing number of departmentsstart to routinely acquire and use digital images.
Being translated, please wait..
Results (Thai) 3:[Copy]
Copied!
โฟกัสในกระดาษนี้เป็นสถาปัตยกรรมของระบบคอมพิวเตอร์ เช่น
ว่าระบบได้รับการออกแบบในแง่ของการปฏิสัมพันธ์ระหว่างอาคารใหญ่

นี้เป็นเทคโนโลยีมุมมอง สถาปัตยกรรมระบบ
ไม่ค่อยปรากฏให้ผู้ใช้รังสีในทางตรงกันข้ามกับ
ส่วนติดต่อผู้ใช้ นอกจากนี้ ในขณะที่วิวัฒนาการในส่วนติดต่อผู้ใช้
อย่างชัดเจนมีความกังวลใด ๆ แพทย์รังสีวิทยา [ 1 ]เหมือนกัน
แทบไม่สามารถอ้างว่าสถาปัตยกรรมระบบ อย่างไรก็ตาม สถาปัตยกรรม
ของระบบโดยรวมที่มีผลกระทบสำคัญในการทำงาน
และต้นทุน โดยเฉพาะระบบที่ซับซ้อนขนาดใหญ่ . แพทย์รังสีวิทยาและ
โดยเฉพาะการตัดสินใจ ควรมีอย่างน้อยความเข้าใจพื้นฐาน
สถาปัตยกรรม PACS และโดยเฉพาะผลของ

เลือกสถาปัตยกรรมไม่มี inherently ดี หรือ ไม่ดี สำหรับสถาปัตยกรรมระบบคอมพิวเตอร์

ตัวเลือกการออกแบบจะถูกกำหนดโดยความต้องการรวมทั้ง
ความเป็นไปได้ทางเทคโนโลยี ทั้งสองมีการเปลี่ยนแปลงตั้งแต่บทนำ

ของ PACS ขนาดใหญ่ ความก้าวหน้าทางเทคโนโลยีได้มั่นคงกว่าทศวรรษที่ผ่านมา .
ในหลายพื้นที่ของอุตสาหกรรมคอมพิวเตอร์ ความสามารถหรือพลังคู่
ประมาณทุกๆ 18 เดือนการสังเกตนี้เป็นแบบไม่เป็นทางการเรียกว่า
ตามกฏของมัวร์ นี้อย่างแท้จริงเพิ่มเป็นทวีคูณในอำนาจ ,
หรือเกี่ยวกับปัจจัย 100 หลังจากทศวรรษ ความเชื่อทั่วไปคือ กฎหมายนี้
จะยังคงใช้ได้มาหลายปีและในความเป็นจริงนี้ความคาดหวัง
ตัวเองและผลขับจากตลาดและการพัฒนาผลิตภัณฑ์

แล้วช่วยรักษาแนวโน้มพื้นที่ที่ความก้าวหน้าทางเทคโนโลยีมีการเปิดใช้งานโปรแกรมที่คิดค้น
ใหม่รังสีมาตราส่วนขนาดใหญ่ เป็น teleradiology .
ที่ หัวข้อที่ครอบคลุมในที่อื่น ๆในเรื่องนี้ สำหรับการปฏิบัติเช่น PACS
, ก้าวหน้าเร็วและแพร่หลายมากกว่าเครื่องคอมพิวเตอร์ได้เร็วขึ้นชม
เครือข่ายหรือถูกกว่ากระเป๋าไม่มีต้องการแน่นอน .
มันจึงอาจดูเหมือนที่ก้าวหน้าเหล่านี้จะช่วยให้เรา

" " เท่านั้น
Being translated, please wait..
 
Other languages
The translation tool support: Afrikaans, Albanian, Amharic, Arabic, Armenian, Azerbaijani, Basque, Belarusian, Bengali, Bosnian, Bulgarian, Catalan, Cebuano, Chichewa, Chinese, Chinese Traditional, Corsican, Croatian, Czech, Danish, Detect language, Dutch, English, Esperanto, Estonian, Filipino, Finnish, French, Frisian, Galician, Georgian, German, Greek, Gujarati, Haitian Creole, Hausa, Hawaiian, Hebrew, Hindi, Hmong, Hungarian, Icelandic, Igbo, Indonesian, Irish, Italian, Japanese, Javanese, Kannada, Kazakh, Khmer, Kinyarwanda, Klingon, Korean, Kurdish (Kurmanji), Kyrgyz, Lao, Latin, Latvian, Lithuanian, Luxembourgish, Macedonian, Malagasy, Malay, Malayalam, Maltese, Maori, Marathi, Mongolian, Myanmar (Burmese), Nepali, Norwegian, Odia (Oriya), Pashto, Persian, Polish, Portuguese, Punjabi, Romanian, Russian, Samoan, Scots Gaelic, Serbian, Sesotho, Shona, Sindhi, Sinhala, Slovak, Slovenian, Somali, Spanish, Sundanese, Swahili, Swedish, Tajik, Tamil, Tatar, Telugu, Thai, Turkish, Turkmen, Ukrainian, Urdu, Uyghur, Uzbek, Vietnamese, Welsh, Xhosa, Yiddish, Yoruba, Zulu, Language translation.

Copyright ©2025 I Love Translation. All reserved.

E-mail: