digital imaging and communication in medicine ( dicom ) network protocols are widely used for reviewing images and performing primary diagnosis within radiology and other imaging departments , by means of picture archiving and communication system ( pacs ) .
dicom , which is the communication standard for medical imaging , is also applied in teleradiology cases , where the transfer of patient radiological images from one location to another for the purposes of interpretation and/or consultation is performed . in teleradiology ,
professionals belonging to different departments of the hospital ( internal professionals ) or professionals at home ( external professionals ) communicate with the radiology department . in these cases , dicom network protocols
are less frequently used to share dicom objects for diagnostic purposes , especially between hospital departments and external professionals .
image communication is not performed strictly for diagnosis only but also for educational , scientific , and other co - operational activities of external professionals . in these activities , they have lower expectations of image quality and reliability .
they desire more flexible applications , which can be integrated with their other desktop applications and less centralized system setup and configuration .
dicom supplement 54 ( dicom - e - mail )   suggests a connection between the internet and hospital medical communication . in , an example of dicom protocols ' vendor - specific addition for the implementation of certain teleradiology solutions is demonstrated .
moreover , a variety of common internet protocols , that is , http , ftp , smtp , imap4 , pop3 , as well as vendor - dependent protocols are evidently acceptable in certain teleradiology solutions [ 35 ] .
surveys in different countries , for example , switzerland , have shown that users demand different protocols ( switzerland survey : dicom 52.4% , http 26.2% , e - mail 21.4% , and ftp 14.3%from source ) to support teleradiology services , because this is more convenient for them . moreover
, a strong focus on standards such as dicom and hl7 , as well as on the results of the ihe initiative , indicates that different protocols , and the possibility of converting between them , are demanded if flexible software architecture is to be created that can be adapted to user requirements .
the internet evolution has also shown how to integrate medical imaging services over internet platforms , such as portals [ 79 ] .
until now , several integrated platforms , referred to as  web pacs  or  web teleradiology ,  have been launched by many developers , either as research results or as products [ 1012 ] .
these platforms allow remote access to medical imaging services using light client applications and web browsers instead of conventional heavy pacs terminals .
however , the obvious benefits of user mobility are compensated by the demand for potential better medical image quality or the comprehensiveness of image processing tools .
the future in teleradiology software is the internet - based software . besides supplement 54 ,
web access to dicom persistent objects ( wado ) , which is another dicom internet extension , allows the access and the presentation of  dicom persistent  objects ( reports , waveforms , images , etc . ) using dicom unique identifiers ( uids ) .
wado employs web protocols ( http / https ) instead of the tight dicom message exchange protocols . in ,
the authors propose a wado service extension called the  web access to dicom archives ( wada )  service .
the wada service extends wado access capability to the whole dicom hierarchy ( patient , study , series , and object ) , includes an additional internal query mechanism , and supports the web submission of medical reports .
this paper presents a set of medical imaging services provided to remote users for the purposes of interpretation or consultation .
such an independent teleradiology system can also work as a pacs ' augmented system [ 15 , 16 ] .
this work considers teleradiology functionality to be the aggregation of the wada service as well as other dicom and conventional internet services ( i.e. , web , ftp , and e - mail ) .
these services are combined to provide an integrated operational environment for user interaction with the medical archives .
this functionality allows access to all levels of the dicom archives ' hierarchy instead of limiting it to objects , through multiprotocol communications and web interfaces .
 full  user mobility and enhanced security demands have led to the adoption of a three - tier teleradiology architecture , including client , middle ( server ) , and data tier . in
compatible teleradiology and pacs architectures , the temporary storage and viewing of any retrieved image examination areperformed by resources of the client site . in the proposed architecture
, the middle tier performs storing and processing operations on behalf of clients and provides the client tier with all special viewing / reading facilities .
the middle tier provides users with the web interfaces of all supported services , any dedicated purpose application , and invulnerable personal storing domains ( thereafter called user domains ) , which are visible from anywhere through the web .
moreover , it ensures enhanced security due to the transfer of files between user domains and pacs archives without the client 's interpolation .
hence , off - the - shelf personal computers , without installing any specific enterprise software application and any type of lightweight client structures , are adequate in the client tier .
the design of the new architecture is compatible with other existing architectures in the field of healthcare information systems and allows the addition of more modules related to new operations or services . in the following sections ,
the design of the overall three - tier teleradiology architecture is presented , including the wada service , the user domains and their services , as well as collaboration services .
a pilot implementation of the proposed multiprotocol teleradiology architecture and services is also demonstrated enhanced with advanced security mechanisms .

 figure 1 depicts the proposed three - tier multiprotocol architecture that composes a new teleradiology platform .
the data tier comprises the pacs archives , including the databases ( data , metadata , and enterprise management rules ) which store all attributes related to the dicom information levels , and the whole file system of the object files .
the wpserver interacts with the data tier through the open database connectivity ( odbc ) protocol and provides the client tier with the graphical user interfaces ( guis ) of services through standard web communication , employing http / https protocol .
the client tier includes all different types of web browsers supporting any request to access middle tier services .
the three - tier architecture preserves data security and integrity since the archived data are accessed by the clients only through the server tier .
the users have no knowledge of the underlying procedures cooperating in order for the user to obtain data .
the wpserver delivers all the services provided to web clients , processes service requests coming from the client tier , and responds properly , providing users with all the necessary information through dedicated interfaces .  
the services integrated into the wpserver accept clients ' requests , form the suitable queries , and access the pacs archives to select or update stored information , employing either a hierarchical or a relational query model depending on the request .
the hierarchical model requires the uids of all the previous levels of the dicom hierarchy and the uid of the queried level , whereas the relational model requires only the uid of the queried level .
each teleradiology platform service accomplishes a set of actions , cooperating to ensure the same capability .
each service can integrate modules , which operate either individually or in pairs through a client - server communication mode . in the case of a client - server pair ,
the dicom standard organizes the medical image examinations under the entities patient , study , series , and composite object , all referred to as information entities ( ies ) .
these ies are hierarchically related , by means of information models ( ims ) , for the purpose of implementing dicom services .
the wada service   adopts the patient - root i m handling access to the whole of the dicom ies .
wada also adopts two operational modes ,  direct  and  dynamic .    the  direct  mode shares medical images by structuring web references at all dicom ies .
the response on request of patient , study , and series level is a table including all requested ie instances withall related attributes for each one of them .
the web references of  direct  mode can be applied inside documents and e - mail messages .
mode enhances the  direct  mode with an internal query mechanism calling consecutive processes that allows only one uid per process to be requested .
this mechanism is a standard - compatible procedure , based on the query concept of dicom c - find service [ 17 , 18 ] , to obtain the required uid field of the http structured request for the ie instances .
each kind of uid is used for the retrieval of the corresponding dicom entity 's instance .
next , the server demonstrates the instance to the client , which has the ability to proceed through the next query . the first query is always sent to the patient level to support the baseline hierarchical query mechanism .
the next query is sent to the study level and so on until the object level .
the response to each level request is similar to the  direct  mode . in web - based medical systems
, the  dynamic  mode should be implemented and operate as an independent image enabler in medical it infrastructures , such as pacs , ris , emr , and telemedicine - teleradiology .
the wada service also provides authorized users with the ability to submit medical reports associated with the requested study / series for remote diagnosis workflows , that is , urgent medical incidents .
a medical report composition - submission form provides remote clients with web - based diagnosis interaction .
wada introduces a new procedure that includes the uid of the series or the study in the query field of the http request .
the wada service transforms dicom formats of the objects into presentation - ready formats , for example , jpeg , html .
the objects of response can be in proper multipurpose internet mail extension ( mime ) type   including the  native  dicom and other common data formats . 

table 1 depicts the general structure of wada requests . in both wada modes , the request types 
wada  and  wada - r  provide access to information and report submission , respectively .
table 1 also illustrates the request formats of  direct  and  dynamic  wada , including examples .
it is noted ( regarding table 1 ) that koutelakis et al .   conclude that the uniqueness of a patient inside a group of hospitals that pull patient i d from the same pool is ensured by the compound key of the patient i d , patient name , and patient birth date attributes .
this group of attributes will hereafter be referred to as  patient uid .  a combination of the  direct  and the  dynamic  modes is also available for users . in this
 hybrid  mode , the user first accesses the patient , study , or series level through the  direct 
user domains ( figure 2 ) comprise a file system used for temporary storage or preview of object files ( images , reports , and waveforms ) under process by a specific user .
the centralization of user domains inside the wpserver is considered to ensure convenience of web mobility .
additionally , it provides extra security in dicom communication ( through web interfaces ) since the object files are never transferred to the client 's site but between the pacs archives and the user domains .
it is divided into two different subdomains and has a tree - like directory structure .
the first subdomain stores files of objects containing images and waveforms of native dicom format .
the second subdomain stores files of objects containing images and waveforms of common formats supported by wada ( e.g. , jpeg , gif ) .
the reports are stored in both subdomains . in the denominating of directories belonging to both subdomains , 
matter - of - fact  names are used , instead of  full  uids suggested by dicom .
the allocation of directory names adopts the patient - root i m hierarchy , enhanced with the modality level .
hence , for the hierarchical organization of object storage , patient i d , study i d , modality types ( mr , cr , ct , us , nm , etc . ) , and series i d are employed as directory names . these ids are often not unique outside the range of a hospital , however , they are short numbers , easily remembered , and very useful in the process of ordering the restricted number of patients and studies stored in a user domain each time
. modality level is added to distinguish between the series of one study produced by modalities located in different sections of a radiology department .
the main shortcoming of user domains is the lower speed of image processing , because images are located in the wpserver .
another shortcoming can be the need for maintenance related to user domains , when the system does not offer enough storage space .
however , this shortcoming is easy resolved by ensuring a large storage space , proper administrating rules , and system administrator surveillance .
user domains include a set of services related to the transfers of medical imaging examinations to and from the user domains .
it fetches dicom objects from the pacs archives and transfers them to a user domain , based on c - get / c - store dicom messaging .
it integrates a client module related to user domains and a server module related to pacs archives .
the client and server modules communicate each other employing the c - get / c - store dicom messaging .
the dicom - based retrieve service is activated by a request process from the wada service , which finds a specific ie instance with the related objects in dicom format .
afterwards , the dicom retrieve service determines the corresponding objects of this instance that have to be fetched .
depending on the ie instances handled , there are four operations of this service . 

this service provides users with web interfaces to employ dicom communication for retrieval within the whole dicom hierarchy .
it fetches common format objects from the pacs archives and transfers them to a user domain , based on the get method of the ftp service .
it integrates a client module related to user domains and a server module related to pacs archives .
the common retrieve service includes four partial operations which are in full correspondence with the dicom - based retrieve service .
this service provides users with the capability to retrieve a large number of common format medical images without overloading an e - mail server .
it sends all dicom objects belonging to one ie instance directory from a user domain ( sub - domain of dicom objects ) to the pacs archives .
it integrates a client module related to user domains and a server module related to pacs archives .
the client and server modules communicate each other employing the c - store dicom messaging system .
the dicom - based send service consists of five different operations corresponding to the five levels of a user domain . 

this enables the dicom send service for each object belonging to one patient directory . 

this enables the dicom send service for each object belonging to one study directory . 

this enables the dicom send service for each object belonging to one kind of modality directory ( for the above study ) . 

this enables the dicom send service for each object belonging to one series directory . 

this service provides users with web interfaces to employ dicom communication for sending within the whole dicom hierarchy .
it is required in order to send the whole set of images belonging to one ie instance to another user of the system or to send processed evidence images to the pacs archives .
it sends all common format objects , which belong to one ie instance directory , from a user domain ( sub - domain of common format objects ) to the pacs archives or to a remote web client .
it integrates a client module related to user domains and a server module related to pacs archives or to the remote web client .
the common send service employs the put method of ftp service to transfer objects to the pacs archives . inside the pacs archives ,
common send also provides users with the capability of attaching objects to e - mail messages and it employs smtp protocol for the transfer of messages to remote users .
the common send service includes five partial operations which are in full correspondence with the dicom - based send service .
this service provides users with the ability to send a large number of common format evidence medical images to the pacs archives without overloading an e - mail server or to use e - mail protocols for sharing complete sets of images for the purpose of collaborative diagnosis .
it displays and processes dicom single - frame and multiframe images stored inside the dicom sub - domain and acquired from various modalities ( e.g. , x - ray , ct , mri , cr , angio , us , etc . ) .
it allows the use of 2d image processing functions ( e.g. , zoom in / out , magnifier , window level , smooth / sharp , annotations , pseudo color , etc . ) to enhance the client diagnostic capability .
the activation of this service requires additional functionality from the user web browser , downloaded from the wpserver after the request for this service .
this service offers facilitations related to the viewing or processing of  native  dicom medical images .
it displays common format images that are stored inside the common format sub - domain .
the activation of this service does not require any additional functionality , but only a web browser .
this service provides the capability of flexible viewing of common format medical images for a routine diagnosis and for educational , scientific , or any other purpose that does not require best quality medical imaging but greater flexibility .
the wpserver also includes two services that enhance the collaboration between the users of the teleradiology platform .
it shares references of archived ie instances ( patient , study , series , and object ) with collaborative users .
references formatted in  direct  wada mode are loaded inside the body of an e - mail message that is shared with users .
it is activated on demand after a wada service request process which finds the specific ie instance .
wada references through e - mail protocols during the browsing of patients ' examinations , eliminating any complexity related to the user side procedure and providing motivation for user collaboration in viewing and reporting a medical examination .
it provides all common storing , communicating , creating , and viewing functions of an e - mail service , which pass through an external e - mail server .
however , the outside images , stored in clients ' site , are not kept in the user domains or the pacs archives .
this practice ensures that all the stored images in the overall teleradiology platform come from the pacs archives of strictly authenticated imaging centers and that these images are archived in complete sets belonging to the corresponding ie instance .

 figure 3 illustrates the operational components in the pilot implementation of the proposed teleradiology platform architecture .
the client tier is implemented by desktop , laptop and tablet pcs , which are capable of running a web browser and java middleware applications as the java 2 runtime environment ( j2re ) . the server tier ( wpserver )
is implemented by two discrete servers : the application server and the pacs server . in the server tier ,
the pacs archives of the data tier are implemented by two separate databases  the image database and the report database  as well as the image file system that keeps the files of images .  
the application server is implemented to handle the whole of the teleradiology platform services provided to the client tier except from the dicom server modules and ftp server modules .
the modules of services , which are integrated into the application server , are implemented with java libraries , jsps , java applets embedded in jsps , and javabeans and are integrated into the web - based applications , deployed within this server .
the web - based applications support all interactions between the application server and the client tier through the distinguished presentation ( static ) and application logic ( dynamic ) parts of the web pages ( figures 4 and 5 ) .
java applets , embedded in jsps , are used only for the implementation of the dicom view service ( figure 6 ) .
java applets are supported by j2ee container and run at the client tier by means of a web browser using java virtual machine ( jvm ) embedded within the j2re application installed on the client tier pcs .
jsps are selected due to their advantage to create distinguished static and dynamic ( javabean ) parts within a page .
java dicom libraries of the pixelmed dicom toolkit which is offered by the official ftp site of the medical nema organization contribute the classes of most dicom services and wado .
the wado libraries are modified to support the new wada service that is proposed in this paper .
xml - based tools of pixelmed are used in the implementation of medical report structuring and in other parts of the service application .
communication between the java applications of the application server and the databases of the dicom archives is implemented through the registration of the oracle java database connection ( jdbc ) drivers .
javamail library and javabeans activation framework ( jaf ) support the development of e - mail applications .
the jsp processing environment is built to be compatible with the suggestions posed by the apache consortium .
it consists of the jsp translator , the runtime engine , and the servlet engine integrated within the java-2 enterprise edition ( j2ee ) container .
the user domains are deployed inside the j2ee container in order for object files to be integrated into the container along with web - based applications .
the employed jsp translator and runtime engine are built to provide full support for jsp directives , all core / standard jsp tags and embedding structured query language ( sql ) within java .
html code supports the static part of the page and java code configures the dynamic part , which is data originating from user entries or server resources and which extends html capabilities . the servlet engine processes the dynamic jsp part by forwarding requests ( either locally to the web - based applications and user domains or remotely over internet protocol  ip to the pacs server ) and waiting for replied data .
the jsp translator , the runtime engine , and the servlet engine are built with the technology of the oracle application server .
web cache and http server are also integrated into the application server to support web - based applications .
the web cache stores frequently access web pages in memory , eliminating the need for repeated process requests on the http server .
if the requested pages are not cached , the web cache forwards the requests to the http server , which is based on apache web technology .
next , if the requests come from an authenticated user , the http server forwards them for response structuring .
the pacs server is implemented to handle transfer and storage of images or studies ( with or without report ) between the data tier ( image file system , image database , and report database of pacs archives ) and the application server ( user domains ) .
it is the dicom and ftp service provider of the application server , because pacs server integrates dicom server modules and ftp server modules .
ftp protocols are implemented by the ftp server is embedded in the solaris operating system of the intel pentium server .
dicom protocols are implemented by the ctn software ( central test node ) image server , following suitable modifications required to support oracle databases and medical report transfers .
the operation of dicom services ' modules is supported by a relational control database , implemented with oracle .
. this information concerns ip address , port , application entity ( ae ) , and supplementary optional data units related to the dicom communication entities .
each user domain is considered an independent dicom communication entity , in which a unique ae is allocated in order to perform all dicom communication services . the image and
report databases of the pacs archives are designed as relational databases and are implemented with the oracle database management system .
they interact with the image server through the oracle call interface ( oci ) , which includes a set of subroutines called by applications implemented in c programming language .
the image database consists of patient , study , series , image , and image - instance tables relating to image information .
the image - instance table represents the attributes of the image file that is the image ie in the physical medium .
the files of medical images in either dicom or common format are archived within an integrated image file system , which is located beside the image database .
this file system has the structure of the file system of user domains ( reports excluded ) and interacts with both the image server and the ftp server .
the report database contains tables for storing the content of report tags as diagnostic text (  interpretation  and  results  ) , identification of the physician / user who created the report , record , and approval date / time , the uids of the study , series , and objects that were reviewed for the report creation , and so forth .
the uids constitute the association link between the report and the related ( reviewed ) study , series , and objects from the image database .
notice that both databases are used for simultaneous temporal and permanent objects storage due to the limited scale of this implementation .
dicom protocol structurally supports only client - server applications where the client is in direct contact with the pacs server .
the internet technology adopts the three - tier architecture , where pacs server is invisible to the client . client and pacs server
communicate through an intermediate server named the application server , which ensures an adequate security level through two communication stages .
the second ( secure ) stage is between the application server and the pacs server .
the proposed teleradiology architecture performs two - stage communication in one stage , since the user domains are located in the application server .
this architecture allows the pacs server to receive only files created inside the overall system of the servers  no external file can be transferred to it .
hence , medical information is not transferred to the client side , so both the security of the system and the mobility capabilities of the user are increased .
additional secure communication between the clients and the application server is ensured through the implementation of communication encryption and user identification issues .  

communication encryption between web clients and the application server is implemented over the secure https protocol .
the installed https is configured to transmit data in encrypted form using a 128-bit key size for the stream encryption algorithm .
this is considered an adequate degree of encryption for medical data exchanges , according to the health insurance portability and accountability act ( hipaa ) organization . 

user identification is implemented using the single sign - on ( sso ) procedure specified in the oasis standard [ 21 , 22 ] .
access to the accounts of the different user domains and to the provided applications is permitted through the sso . a single authenticated session across multiple - enable services and applications is also permitted by the sso .
the utilization of the authenticated session allows the client to perform secure operations with any enabled service within the system .
the user authentication state is tracked by cookies , which are used by the sso to pass information to each web resource .
the implemented sso component , on a first layer , ensures the user identification process through a log in screen that requires a unique i d and a unique password for any user to enter . on a second layer
, the sso accomplishes the whole logical process that is responsible for translating a user request into applications logging .
the users already registered in the catalogue are authorized to continue navigation inside the application platform .
the employed user catalogue implements the lightweight directory access protocol ( ldap ) , version 3 .
the proposed teleradiology services have been designed as a result of close collaboration between medical doctors and engineers .
this required analysis contributed to the design of additional teleradiology services in addition to those included in dicom standard , in order to satisfy real - world framework demands .
this analysis also featured the innovations integrated into the design of the illustrated teleradiology platform .
the developed application and pacs servers were installed for pilot use in the intranet of the patras university campus .
a group of technical and medical experts evaluated the proposed teleradiology services using adsl network connection ( wired or wireless ) .
two hospitals ( university hospital of patras and the olympion private hospital in the city of patras ) participated in the evaluation procedure .
the authorized clients established virtual private network ( vpn ) client software for access to the teleradiology platform vpn .
the vpn client software was available for downloading after user identification in the support area of the teleradiology platform .
reviewing radiological studies stored in hospital storage from private practice offices . reviewing the results of a study , for which they were the referral doctors through the internal hospital ethernet and the adsl connection between hospitals and the university campus . doing homework as employees of a hospital . during the six - month period of the pilot operation phase ,
152 patients , 654 studies , and 312 medical reports were archived in the pacs archives .
the overall size of the archived data inside the pacs server exceeded 10  gb . users downloaded nearly 100  gb of data into the user domains .
they were advised to delete redundant data from their user domain because the hard disks of the application server used in the pilot operation phase had a restricted total capacity of only 146  gb . the architecture presented describes a center - based implementation of image sources .
the pacs archives are shown to be the only image source of the teleradiology platform .
external files of images can be transported between clients as attachments using the e - mail service of the teleradiology platform .
independent medical imaging centers that use standardized archives can be considered to be additional pacs archives , allowing the adding of files to the central system . in the implementation presented , these centers should incorporate open databases for jdbc connections .
if these centers incorporate closed databases ( not allowing jdbc ) , they could be provided with dicom store or ftp services implemented in the teleradiology platform .
jdbc solution is chosen for avoiding data duplication in the application server , thus eliminating the implementation scale and complexity .
the entirety of the images comes from strictly authenticated imaging centers ( established as pacs archives ) .
favours the constitution of a complete and approved patient folder including complete radiological studies and not different sets of images . this 
limitation  also deters users from sending incomplete sets of images , overloading the archiving system , and confusing any other user .
the submission of any external report is allowed through the submission form of a proper  wada - r 
the open source implementation regarding the medical report based on ctn and pixelmed efficiently covered the entirety of the demands . however , the dicom structured reporting ( sr ) solution can be easily integrated into the presented open architecture for system enhancement .
it should also be noted that , nowadays , the ihe cross - enterprise document sharing - imaging ( xds - i ) integration profile   seems to be the most promising attempt for an integrated medical image sharing standard , as the artemis research project concludes [ 24 , 25 ] .
however , the complexity of the xds - i makes the integration of xds - i into existing medical it systems difficult . the use of xds - i in such systems requires the redesigning of their architecture in each case to be based on xds - i .
they can also be easily installed or integrated into any other independent medical it platform ( already constructed or established ) to offer comprehensive tools for interaction with the archived medical imaging examinations through the web .
however , because of its sophisticated architecture , the xds - i concept should be well considered before the design and implementation phase of any new medical it system .
throughout the described teleradiology system , the main target has been the integration of services that ensure flexibility in the whole dicom archive access ,  full 
the flexibility in the archive access is accomplished by the new wada service and other medical imaging communication services based on a multiprotocol infrastructure .
the whole of these services offer access to the whole dicom archive rather than solely to objects .
the use of the wada requests inside other services ( e.g. , share reference service ) amplifies the above flexibility . 
apart from web - based service interfaces  personal user domains for temporary storage of images and reports enabling them to fulfill application tasks from anywhere in the world without the necessity of using their own pcs .
users do not need to transfer medical data for processing to the local pc but keep it inside the application server .
this part of the architecture also enhances the security of the data , which is transferred within the overall teleradiology platform as users can not upload local data from their pcs to the pacs server directly .
the whole procedure of editing or previewing images and reports is performed by users through their user domains .
additional security is employed for communication encryption and user identification , ensuring the privacy of medical images and reports .
the aggregation of provided services within this flexible , mobile , and secure environment is designed to satisfy most radiologist 's and clinician 's demands , loading client pcs with no specific operational , computing , or storing requirement .
this architecture is implemented using mainly java - based technology as well as other reliable standard - compliant products , which guarantee accurate performance .
the modular structure allows the cooperation with existing architectures in the field of healthcare and the easy adaptation of additional components according to user demands .
the dicom standard , which is the dominant protocol for medical imaging communications , provides a new concept for communication service design .
it accepts e - mail service and adopts web - enabled services through the standardization of wado service .
 multiprotocol medical imaging communication through the internet is more flexible than the tight dicom transfers . 
 this paper introduces a modular multiprotocol teleradiology architecture that integrates dicom and common internet services ( based on web , ftp , and e - mail ) into a unique operational domain . the extended wado service ( a web extension of dicom ) and the other proposed services allow access to all levels of the dicom information hierarchy as opposed to solely object level . 
 a lightweight client site is considered adequate , because the server site of the architecture provides clients with service interfaces through the web as well as invulnerable space for temporary storage , called as user domains , so that users fulfill their applications ' tasks . the proposed teleradiology architecture is pilot implemented using mainly java - based technologies and is evaluated by engineers in collaboration with doctors . 
 the new architecture ensures flexibility in access , user mobility , and enhanced data security . 
1. Introduction
2. The Multiprotocol Teleradiology Architecture
3. Implementation of the Architecture
4. Discussion-Evaluation
5. Conclusions