Skip to main content

Visualization of data in radiotherapy using web services for optimization of workflow



Every day a large amount of data is produced within a radiotherapy department. Although this data is available in one form or other within the centralised systems, it is often not in the form which is of interest to the departmental staff. This work presents a flexible browser based reporting and visualization system for clinical and scientific use, not currently found in commercially available software such as MOSAIQTM or ARIATM. Moreover, the majority of user merely wish to retrieve data and not record and/or modify data. Thus the idea was conceived, to present the user with all relevant information in a simple and effective manner in the form of web-services. Due to the widespread availability of the internet, most people can master the use of a web-browser. Ultimately the aim is to optimize clinical procedures, enhance transparency and improve revenue.


Our working group (BAS) examined many internal procedures, to find out whether relevant information suitable for our purposes lay therein. After the results were collated, it was necessary to select an effective software platform. After a more detailed analysis of all data, it became clear that the implementation of web-services was appropriate. In our institute several such web-based information services had already been developed over the last few years, with which we gained invaluable experience. Moreover, we strived for high acceptance amongst staff members.


By employing web-services, we attained high effectiveness, transparency and efficient information processing for the user. Furthermore, we achieved an almost maintenance-free and low support system. The aim of the project, making web-based information available to the user from the departmental system MOSAIQ, physician letter system MEDATECR and the central finding server MiraPlus (laboratory, pathology and radiology) were implemented without restrictions.


Due to widespread use of web-based technology the training effort was effectively nil, since practically every member of staff can master the use of a web-browser. Moreover, we have achieved high acceptance amongst staff members and have improved our effectiveness resulting in a considerable time saving.

The many MOSAIQ-specific parts of the system can be readily used by departments which use MOSAIQ as the departmental system.


The processes and procedures within a radiotherapy department are complex and correlations can only be determined and understood with considerable effort. An appropriate processing of incoming data, and its visualization, appears in this context very judicious and it is/was the aim of this project. Up to 250 patients are irradiated daily within our department, approximately 3000 patients are treated annually and 4500 patients receive follow-up care on an outpatient basis.

In radiotherapy there are two commercial departmental systems available (ARIA from Varian and MOSAIQ from Elekta). All systems have a reporting tool either integrated or available as an add-on package. However they do not adequately support the requirements as currently implemented in this project. In addition, clinic-wide information systems, such as ISH-Med from SAP, offer reporting capabilities. However, these too does not meet the special requirements of modern radiotherapy.

Alternatively, Citrix does indeed offer a partial solution that renders (local) installation of software on computers redundant. However, if one were to use Citrix to perform remote access, one would nevertheless have to develop special tools to run remotely on the Citrix server, to achieve the same functionality. Thus, in the opinion of the authors, although the Citrix solution may be interesting for small to medium sized radiotherapy departments, it is not a viable solution in our clinic with over 140 workstations. Citrix remains interesting for radiotherapy practices which are located at different sites.

There are many reporting systems currently available such as Crystal Reports, Aqua Data Studio and so on, for extracting and presenting data. We also use these tools in the context of our development, for example to optimize database queries. However, these reporting systems are not suitable for a user-friendly and user-centric working environment.

Moreover, Elekta provides a scripting interface (WFM), which is currently in the development phase. We employ this add-on for some problems. Similarly in relation to this Varian is in the development phase. The scripting is not able to provide us with key features implemented in our project. It is of course our aim to implement these features with the scripting interface in the future.

After incorporating the organisational model of treatment planning into our departmental system MOSAIQ [1,2], a complete document management system was embedded in our digital environment [3]. In our clinical centre a central findings server (MiraPlus) was set-up, within the context of the higher-ranking Hospital Information System (HIS), upon which all finding data (Laboratory, Pathology, diagnostic Radiology and so on) of the University Clinic are to be found [4-6]. Storing finding data from the HIS in several departmental systems is largely redundant and difficult to handle due to changes, deletions and so on. It is only possible to access this data in accordance with specified rules (data protection). With in-house developments we were able to present radiotherapy relevant information from the HIS. If one wants to retrieve data from commercial systems, the disclosure of their data structures and the read-only permission to the respective database, are pre-requisites to establish programs to visualize all department relevant data. Furthermore many popular database systems have to be capable of being accessed via drivers. Moreover, this access is neither sensitive nor time-critical and read-only. Changes to the database are only performed either with the departmental system (MOSAIQ) or in the case of HIS, via its own applications. Multi-access to the database is controlled. Data derived from our own development are incorporated exclusively via the interface defined by the manufacturer.

Every day a large amount of data is produced within a radiotherapy department [7]. Although this data is available in one form or other within the centralised system, it is rarely in the form which is of interest to the user (for example auto-refreshing ward-list of patient appointments for the daily treatments).

Additionally, the appropriate programs (clients) must either be installed and maintained on all workstations, or on a Citrix server. Regardless of the installation mode one must nevertheless provide training. Moreover the majority of user merely wish to retrieve data and not record and/or modify data.

Thus the idea was conceived, to present the user with all relevant information in a simple and effective manner. Ultimately, the aim is to optimize clinical procedures, enhance transparency and improve revenue.

Material and methods

In order to achieve an optimal result, the requirements of the users within our clinic were analysed and documented. After the results were collated, the selection of the appropriate tools and platforms followed. In addition, clear criteria were discussed and defined in setting up the project. In Table 1 the selection criteria such as platform independence, parameterization, use of standards and so on are shown. The aim was to develop a control and retrieval system for all necessary radiotherapy related information, which above all is easy to use, highly effective and incorporates unproblematic handling. In Figure 1 the classic method, which is still the most common manner of data processing and visualization platforms in clinics, is shown [8]. This form of data processing occurs in practically all systems that record, manage and present data. The disadvantages of this mode of operation have already been mentioned above (Background). Furthermore, in order to use these programs time intensive teaching is required. This makes the maintenance and operation of the system laborious for the system administrator and user.

Table 1 Selection criteria
Figure 1
figure 1

Retrieval of data with clients.

In contrast the method schematically depicted in Figure 2, shows the standard web-services [9-11]. This browser technology is available on all major operating systems and enjoys high acceptance due to both its widespread use and mature status. The usage of common web-browsers such as Internet Explorer, Firefox and Chrome is simple and can be used by the majority of people without major teaching effort. The implementation of this platform normally requires only server-side activities of the IT-department, if for example new functionality is to be incorporated. A disadvantage is that complex procedures and controlling can only be realized with web-based technology [12-15] through considerable effort, particularly if they have to run modally. Despite this, they may still be more incident prone than other programming techniques. The former are, however, gaining in importance. They are excellent for editing, processing and displaying simple data structures, especially since diverse creation tools and libraries are currently available (interface functionality such as connection to databases, simple database queries and basic design of data presentation). After consideration and appraisal of all conditions and criteria, we decided therefore for a web-based system. We selected Linux and Windows 2003/2008 R2 as operating systems. Apache (Linux) and Internet Information Server (IIS) were selected as web-servers. The scripting languages PHP, Python, Ruby and Javascript were used as programming languages. The selection for data storage was reduced to MySQL, PostgreSQL (Linux) and MS SQL (Windows). In Figure 3 the structure of such an information system is depicted. After formulation of the selection criteria, a query is sent to the appropriate database which, after processing, returns a result to the requesting browser. The communication with the other systems uses HL7, DICOM, ODBC and proprietary interfaces. The programs were designed so that all data returned to the requesting system were online, up to date and dynamic (DHTML). At the first stage we realised the interface via HL7, since the majority of medical systems communicate via this Portal, so that, quantitatively, the largest data pool was accessible and that our entire HIS (PDV-FR, Findings Server MiraPlus) could be interrogated. Subsequently the provision of treatment or irradiation data (MOSAIQ) was achieved from the SQL-Database of the departmental system MOSAIQ via ODBC or a direct database driver. There were no standard interfaces available to format data from the physician’s letter system (MEDATEC). Therefore a proprietary interface had to be designed and programmed.

Figure 2
figure 2

Retrieval of data with web technology.

Figure 3
figure 3

Data selection process.

The programming environment

The programming environment comprises a large number of modules and was mostly realised with PHP, Python, Ruby and Javascript including JQuery, as previously alluded to. For the communication via HL7, a special ISO-TCP protocol unique to our clinical centre, had to be represented (we provide standard TCP too), which was implemented in C++ at the first stage and later directly in PHP. A high degree of modularity was ensured through the construction and use of a PHP library specially created for this project. This library is continually being extended. After completion of the analysis and planning phase (approximately 1.5 months) and an intensive 3 month programming phase, 7 years ago, a first alpha test was completed, in which the fundamental functions were verified and revised (1 month), for example interface functionality such as connection to databases, simple database queries and basic design of data presentation . In the following beta test we sought out experienced staff members as test users and allowed them to work with the web-services for one month. As a result of which several essential changes were identified and implemented within this phase. Small modifications were also collected and in regular intervals implemented. Over the years a comprehensive collection of approximately 40 web-services (distributed over the data areas listed in Table 2) has arisen, which are all in routine use. New functions were always planned in accordance with the aforementioned method: programmed, evaluated and released. Since the calculation and depiction of irradiation data are very critically valued by the authors, we have therefore decided to limit the availability to simple treatment data (Figure 4b) such as field names and MUs.

Table 2 Information portal
Figure 4
figure 4

Treatment data. a. Working list of treatment machine with provisional treatment duration. b. Detailed treatment data for a patient such as field name, MU and so on.

At the current time the most important features have been implemented in a manner suitable for routine use. This is the primary reason why we have decided to publish this work now. In parallel we are implementing/developing design improvements, modules for general scientific problems and medical controlling for intra-departmental use.

The authors are continuing to work together with the manufacturer of our departmental system as part of an international working group, on the implementation of a workflow manager (WFM), which when verified will enable the depiction of sensitive irradiation data with web-services. The user has comfortable access to all program functionality via a standard Internet – browser (Figure 3). The installation of certain so-called plugins is not necessary since we strictly employ standard browser features (for example JavaScript) to implement the functionality.

The information portal

Table 2 shows the individual data areas which are made available to the user. As one can clearly see, information is processed from all available systems. Thus, we enable the possibility to answer almost all questions with respect to information management.

In the following two examples will be described which emphasise the advantages and effectiveness of this projects; the depiction of all functionality is beyond the scope of this work.

Ward occupancy portal

The ward occupancy portal serves as our first example with links to (irradiation) treatment appointments. In this tool the ward occupancy data from the HIS is linked with the treatment appointments from the MOSAIQ database. Hitherto the roll-out of this functionality, it was necessary for RTTs (linac radiographers) and ward staff to frequently check for changes to each patient undergoing radiotherapy appointment data. This led to friction, loss of time, and stress of the staff member concerned. After the implementation of the system, it was possible for the ward staff to retrieve the information (i.e. at what time a patient should be brought to a particular linac/afterloader) via a chronologically sorted ward/treatment list quickly and efficiently. Telephone calls have been rendered largely superfluous. Training for these applications was limited to ward staff, performed within 5 minutes and passed on to other members of staff by those initially trained; the user side installation consisted of the simple configuration of a web-link on the desktop computers on the ward. After careful consideration, installation of external programs and hardware was deemed undesirable. When one considers the case that our wards have their own IT-structure, with appropriate profiles and limitations, web-services was the only viable option to establish the functionality.

Request portal

This web application contains many unique functions or requests with different usage profiles. In Table 3 we have summarized the most important functions of this portal. From the start page one arrives at a findings selection through a few mouse clicks, from which any finding can be retrieved (Figure 5). At this point we reiterate that most data would be online, current and dynamically edited, thus the user has up to date information available. Processing and depiction of other findings such as diagnostic x-ray, pathology and laboratory information are shown in Figures 6 and 7. Figure 6 shows an x-ray finding including a hyperlink to the image data. One navigates to the appropriate image by means of a single mouse click. Structured histopathology findings are also displayed with only a few mouse clicks. Even laboratory data with specified min and max values and depiction of pathology values (red = too high, blue = too low) are effortlessly displayed, see Figure 7. The processing and depiction of irradiation relevant data is of particular importance in our clinic [16,17]. There are even web-services which provide data to staff members for established treatment techniques such as intensity modulated radiotherapy (IMRT, VMAT), image guided radiotherapy (IGRT) for example by means of Cone Beam CT (CBCT) [18-20], in addition to special treatment forms such as stereotactic irradiation [21,22]. For example for IMRT/VMAT treatments field names, energy, dose contribution (as stored in MOSAIQ), MUs and current fraction number are displayed, this information is automatically updated at intervals of approximately 10 seconds. This tool is particularly useful for duty physicists or physicians who are legally required to remain within the department whilst patients are being irradiated, for example after repair or during routine service of a linac. A whole slew of depictions assist the medical, technical and nursing staff in their daily routine work, although pure administrative tasks are in the foreground. In the following Figures 4, 8, the visualization possibilities are representatively depicted. Figure 8 shows the selection window through which depictions of data, such as that found in Figure 4, can be attained. Currently approximately 40 different data groupings with distinct graphical display modes are offered, such as a Gantt-chart depicting the duration of (irradiation) treatment duration, tables for individual treatment parameters, and lists for simple text visualization. Of course the requirements and wishes of the users are continually being evaluated and integrated. Each user or user group selects (via a bookmark function) the views or functionalities which are important to him/her. Of course, the entire range of views is available to department staff via the (clinic) Intranet. The web-based request portal assists clinic staff mainly in organisational work in practically all tasks. The majority of routine tasks can be simply and elegantly performed with this tool packet. In Figure 9 the principle of operation and a representative screenshot (Figure 10) are shown. Due to simple operation the hitherto unsuccessful and repeated telephone calls to the responsible staff member are completely obsolete. The person making the request now has to consider only what information is required and not question such as “Who is (currently) responsible?”, “How can I contact this person?”

Table 3 Request portal modules
Figure 5
figure 5

Start page for findings and data retrieval.

Figure 6
figure 6

Diagnostic x-ray findings/typical thoracic x-ray.

Figure 7
figure 7

Pathology and laboratory findings.

Figure 8
figure 8

Extract from the start page for the (irradiation) treatment data.

Figure 9
figure 9

Principle of operation of the request portal.

Figure 10
figure 10

Representative screenshot of the request portal.

Medicine controlling portal

This web-based portal presents a plurality of department specific analyses, which decisively contribute to a smooth and low error operation in our clinic. In addition these analyses contain economic and scientific information. In combination with administrative data we have an accurate and efficient view of our clinic. Moreover we can react promptly and develop ourselves further. The scope of this package is very large and, thus, will be described in a separate publication in the near future.


The solution naturally comprises component parts typical for our department, for example the implementation of an ISO-TCP interface to the HIS. We can and indeed do also provide a standard TCP interface. Since there are very many MOSAIQ installations worldwide, the majority MOSAIQ-specific web-services are of interest to MOSAIQ users and simple to implement. Moreover, interfacing to other HIS systems is possible due to the modular construction of the component parts.

In principle we can make our web-services available to external users but only within the framework of cooperation, since we are not a commercial organization and cannot provide support. At the present time we cooperate with another clinic and a private practice (both MOSAIQ users).

Our approach has primarily focused on demonstrating to other radiotherapy departments, and above all the manufacturers (such as Elekta and Varian), how one can work better, beside the improvement in efficiency within our department. Moreover, we try to persuade the software producers to integrate our developments into their products, or to develop commercial products with partners. This approach has proven successful in the past, for example the automatic forwarding of services such as treatment planning see references or Classy Profile data extraction from the MOSAIQ digital patient file in cooperation with KHP.

In addition we organize meetings whose focus are the problems associated with clinical and administrative IT specific to radiotherapy. As part of this meeting we regularly provide a demo of our developments, including web-services. These demos are always booked out.

The visualization of departmental data via web-services presents an important and expedient addition to routine work in a radiotherapy clinic. The user is very effectively assisted in his work by our system. By implementing web services and organizational improvements, resulting from this work, we have increased the efficiency of our clinic considerably.

In our BAS-working group the modules are discussed and evaluated frequently. Checks of the log-files of the Webserver provide information concerning the use of each web-service. However, the most important aspect is the continuous dialogue with our staff.

Analysis of key data such as ward occupancy, CMI, DRGs and patient numbers from the view point of different diagnosis, therapy techniques and revenue situation help us to maintain our performance in daily clinical routine.

It has been demonstrated that not only have the selection of tools, the design and modularity decisively contributed to the effectiveness of the system, but also simplicity, adherence to widespread standards and low maintenance have resulted in a high degree of acceptance amongst users and administrators. The system has now been in operation for 7 years and is continually being extended. Despite the migration to a new departmental system (VISIR to MOSAIQ), the porting of existing web-applications was implemented without major difficulties. Our training and user support effort is vanishingly small and due to the use of browser technology updates can be performed considerably easier (generally only central, server side) compared to client-based applications. Additionally, the number of licences for applications is reduced since a considerable number of users retrieve data exclusively with web-services.


It was possible to clearly demonstrate an optimization of processes, an increase of transparency and a reduction in redundancy by means of:

  1. 1)

    Access frequency (log-files) to the modules

  2. 2)

    Continuing dialogue with users

  3. 3)

    Evaluation of the modules by the BAS-working group

  4. 4)

    Analysis of key data such as ward occupancy, CMI, DRGs and patient numbers from the view point of different diagnosis, therapy techniques and revenue situation.

Moreover, since the introduction of the system the revenue continues to rise.

This project led to all relevant data being available at all times in a simple manner, from all computers irrespective of which component part they are derived from. This leads to improved efficiency and considerable time saving.

The many MOSAIQ-specific parts of the system can be readily used by departments which use MOSAIQ as the departmental system.

Glossary of terms used in figures

  • ausgeführt/durchgeführt - completed

  • nicht ausgeführt - incomplete

  • mit - with

  • Fallrelevant - relevant to case

  • enthalten - contains

  • vor - before

  • nach - after/according to

  • exakt - exact

  • Tabelle ausgeben - show table

  • Query ausgeben - show query

  • Bedingungen ausgeben - show conditions

  • Ambulanz - ambulance

  • Datums-Mode - date type

  • Grenzen zulässiger Differenztage - permitted date limitation

  • Qualitäten - qualities

  • ja - yes

  • Nein - no

  • Allgemein - general

  • privat - private

  • Kalenderdatum - calendar date

  • Erzeugungsdatum - creation date

  • leer - empty

  • Neueinstellung - first fraction

  • Umstellung - change of treatment plan

  • Lokalkontrolle – local control (weekly routine check of patients during radiation course)

  • Art - type

  • Bedingung - condition

  • Zeitraum - timespan

  • Sonstiges - other

  • heute - today

  • Letzte Woche - last week

  • Nächste 10 Tage - next 10 days

  • offen - Open (not completed)

  • egal - irrelevant

  • Zieldatum - date specification



Device for the brachytherapy


Departmental system (Varian) R&V-System


Betriebs-Ablauf-System (process oriented System)


Programming language


Digital volume tomography


Dynamic use of HTML


Vendor of accelerators radiotherapy software, R&V-System


Health Level Seven (standard for exchanging information between medical applications)


Hyper Text Markup Language


International classification of disease


Image Guided Radiation Therapy


Intensity Modulated Radiation Therapy


Medatec html document viewer


Vendor of software


Intraoperative Radiation Therapy


Special low-level network communication protocol based on TCP


Internet Information Server


Scripting language


JavaScript library


Hospital Information System


Heydt Verlag document and image archive


Vendor of software


Lightweight Directory Access Protocol


Linear accelerator


Operating system (open source)


Doctor letters system (IN-TEC)


Central finding server (HIS)


Departmental system (Elekta) R&V-System


Magnetic Resonance Tomography


Data-management System (Microsoft)


Monitor Units


Data-management System (open source)


Database API (application interface)


Operation and procedure codes


Scripting language


HIS of hospital centre


Data-management System (open source)


Scripting language


Radiation Therapy Technologist (linac radiographers)


Record and Verify System


Scripting language


Transmission Control Protocol


Now Elekta


Vendor of accelerators radiotherapy software, R&V-System




Volumetric Modulated Arc Therapy


Operationg system (Microsoft)


Workflow Manager (built in tool in MOSAIQ)


  1. Heinemann F, Röhner F, Schmucker M, Bruggmoser G, Henne K, Grosu A-L, et al. Abteilungs- und Patientenmanagement in der Strahlenheilkunde. Strahlenther Onkol. 2009;185:143–54.

    PubMed  Article  Google Scholar 

  2. Rohner F, Schmucker M, Henne K, Momm F, Bruggmoser G, Grosu AL, et al. Integration of the radiotherapy irradiation planning in the digital workflow. Strahlenther Onkol. 2013;189:111–6.

    CAS  PubMed  Article  Google Scholar 

  3. Fahrner H, Kirrmann S, Rohner F, Schmucker M, Hall M, Heinemann F. Multimodal document management in radiotherapy. Strahlenther Onkol. 2013;189:1032–9.

    CAS  PubMed  Article  Google Scholar 

  4. Pelikan E, Kotter E, Timmermann U. Networks in the radiology department and the hospital. Eur Radiol. 2001;11:337–45.

    CAS  PubMed  Article  Google Scholar 

  5. Kotter E, Baumann T, Jäger D, Langer M. Technologies for image distribution in hospitals. Eur Radiol. 2006;16:1270–9.

    PubMed  Article  Google Scholar 

  6. Kotter E, Jäger D, Binder M, Roesner A, Zaiß A, Pelikan E, et al. Elektronische Befund- und Bildverteilung aus einem PACS: umsetzung der datenschutzrechtlichen Aspekte am Beispiel des Universitätsklinikums Freiburg. Fortschr Röntgenstr. 2003;175:849,854.

    Google Scholar 

  7. Swerdloff SJ. Data handling in radiation therapy in the age of image-guided radiation therapy. Semin Radiat Oncol. 2007;17:287–92.

    PubMed  Article  Google Scholar 

  8. Kotter E, Langer M. Integrating HIS–RIS–PACS: the Freiburg experience. Eur Radiol. 1998;8:1707–18.

    CAS  PubMed  Article  Google Scholar 

  9. Rybkin AV, Wilson M. A web-based flexible communication system in radiology. J Digit Imaging. 2011;24:890–6.

    PubMed Central  PubMed  Article  Google Scholar 

  10. Schneider B, Heinze O, Lederle K, Weisser G, Bergh B: Development Of An Open Source Web Portal For The Exchange Of Medical Data. In Healthinf 2010: Proceedings of the Third International Conference on Health Informatics. Edited by Fred AFJGH; 2010: 538–540

  11. Krogstie J, Veres C, Sindre G. Interoperability through integrating Semantic Web Technology, Web Services, and Workflow Modeling In. Edited by Konstantas D, Bourrières J-P, Léonard M, Boudjlida N: Springer London; 2006: 147–158.

  12. Bergh B, Pietsch M, Schlaefke A, Garcia I, Vogl TJ. Performance of Web-based image distribution: server-oriented measurements. Eur Radiol. 2003;13:2419–24.

    CAS  PubMed  Article  Google Scholar 

  13. Huang M-J, Chuang C-T, Yang K-H, Liou C-Y, Zhong N, Callaghan V, et al. EMTAN: A Web-Based Multi-Agent System Architecture for Input Automation Active Media Technology. In. 6890 edition: Springer Berlin/Heidelberg; 2011: 263–275: Lecture Notes in Computer Science].

  14. Bergh B, Pietsch M, Schlaefke A, Vogl TJ. Performance of Web-based image distribution: client-oriented measurements. Eur Radiol. 2003;13:2161–9.

    CAS  PubMed  Article  Google Scholar 

  15. Hur W, Lee J, Kim CY. Web-based diagnostic imaging service using XML forms. J Digit Imaging. 2006;19:328–35.

    PubMed Central  PubMed  Article  Google Scholar 

  16. Ross P, Pohjonen H. Images crossing borders: image and workflow sharing on multiple levels. Insights into Imaging. 2011;2:141–8.

    PubMed Central  PubMed  Article  Google Scholar 

  17. Steil V, Rohner F, Schneider F, Wenz F, Lohr F, Weisser G. Current requirements for image management in radiotherapy. Strahlenther Onkol. 2012;188:499–506.

    CAS  PubMed  Article  Google Scholar 

  18. Zabel-du Bois A, Nill S, Ulrich S, Oelfke U, Rhein B, Haering P, et al. Dosimetric integration of daily mega-voltage cone-beam CT for image-guided intensity-modulated radiotherapy. Strahlenther Onkol. 2012;188:120–6.

    CAS  PubMed  Article  Google Scholar 

  19. Wolff D, Stieler F, Hermann B, Heim K, Clausen S, Fleckenstein J, et al. Clinical implementation of volumetric intensity-modulated arc therapy (VMAT) with ERGO++. Strahlenther Onkol. 2010;186:280–8.

    PubMed  Article  Google Scholar 

  20. Boda-Heggemann J, Fleckenstein J, Lohr F, Wertz H, Nachit M, Blessing M, et al. Multiple breath-hold CBCT for online image guided radiotherapy of lung tumors: simulation with a dynamic phantom and first patient data. Radiother Oncol. 2011;98:309–16.

    PubMed  Article  Google Scholar 

  21. Duncker-Rohr V, Nestle U, Momm F, Prokic V, Heinemann F, Mix M, et al. Stereotactic ablative radiotherapy for small lung tumors with a moderate dose. Favorable results and low toxicity. Strahlenther Onkol. 2013;189:33–40.

    CAS  PubMed  Article  Google Scholar 

  22. Zabel-du Bois A, Milker-Zabel S, Henzel M, Popp W, Debus J, Sack H, et al. Evaluation of time, attendance of medical staff, and resources during stereotactic radiotherapy/radiosurgery : QUIRO-DEGRO Trial. Strahlenther Onkol. 2012;188:769–76.

    CAS  PubMed  Article  Google Scholar 

Download references


We would like to thank the following people for supporting this project:

Prof. Anca-Ligia Grosu, Dr. Karl Henne, Gabriele Balz, Prof. Ursula Nestle, Harald Fahrner.

The article processing charge was funded by the German Research Foundation (DFG) and the Albert Ludwigs University Freiburg in the funding programme Open Access Publishing.

Author information

Authors and Affiliations


Corresponding author

Correspondence to Felix E Heinemann.

Additional information

Competing interests

All authors confirm that they have no financial and personal relationships with other people or organizations that could have inappropriately influenced their work.

Authors’ contributions

SK: Conception, project design, programming of modules. MG: Conception, manuscript preparation. FR: Programming of modules. MH: Conception, project design, alpha- and beta-test. GB: Conception, project design. MS: Conception, project design, alpha- and beta-test. FH: Conception, manuscript preparation, project design and programming of modules. All authors read and approved the final manuscript.

Authors’ information

Stefan Kirrmann (SK): IT-Specialist

Mark Gainey (MG): Physicist

Fred Röhner (FR): Senior Physicist

Markus Hall (MH): IT-Specialist

Gregor Bruggmoser (GB): Senior Physicist

Marianne Schmucker (MS): Senior Physician

Felix Heinemann (FH): Senior IT-specialist, Physician

Rights and permissions

Open Access  This article is licensed under a Creative Commons Attribution 4.0 International License, which permits use, sharing, adaptation, distribution and reproduction in any medium or format, as long as you give appropriate credit to the original author(s) and the source, provide a link to the Creative Commons licence, and indicate if changes were made.

The images or other third party material in this article are included in the article’s Creative Commons licence, unless indicated otherwise in a credit line to the material. If material is not included in the article’s Creative Commons licence and your intended use is not permitted by statutory regulation or exceeds the permitted use, you will need to obtain permission directly from the copyright holder.

To view a copy of this licence, visit

The Creative Commons Public Domain Dedication waiver ( applies to the data made available in this article, unless otherwise stated in a credit line to the data.

Reprints and Permissions

About this article

Verify currency and authenticity via CrossMark

Cite this article

Kirrmann, S., Gainey, M., Röhner, F. et al. Visualization of data in radiotherapy using web services for optimization of workflow. Radiat Oncol 10, 22 (2015).

Download citation

  • Received:

  • Accepted:

  • Published:

  • DOI:


  • Clinic management
  • Web-services
  • Information management
  • Workflow
  • Quality management
  • Radiotherapy