Abstract: The invention concerns a method and a data processing system to protect an electronic data object from unauthorized access. Via a method, a) in a first step, an electronic data object identifier is generated dependent on the content of the data object, b) in a further step, an access right is determined dependent on the data object identifier, and c) in a last step, an access to the data object is allowed dependent of the access right. The data processing system comprises a data processing device and an access control module. Via the access control module, an electronic data object identifier can be generated dependent on the content of a data object, and an access right can be determined dependent on the data object identifier. The access right can comprises standard rights such as “Read” or “Write” and an “Execute” right to execute specific functionalities.

Abstract: To provide tailor-made software for use in a specific department of a hospital, a software package suitable for use by more than one department of the hospital is provided including components implementing general tasks. Then, software is added implementing tasks which may be considered to extend the general tasks. This extension can be tailor-made for the specific department. In at least one embodiment, the software package includes both front end and back end software components, front end components reacting to user inputs and calling up back end software components, and the extension may be both at the front end and at the back end side.

Abstract: In a hospital, a virtual team can be formed on an interdepartmental basis, with individual roles of treating physicians being defined based on a scheme appropriate to a treatment situation and specific physicians being allocated to the roles such that just-in-time planning of a patient's treatment can be carried out. In at least one embodiment, the sequential execution of tasks appropriate to the individual departments is monitored by a central data processing device.

Abstract: A software platform is provided for a hospital for example, wherein software modules (program code packages) are assigned in groups to different levels. In at least one embodiment, the presence of software interfaces allows software modules of different levels to be stored and run on different computer units with a data processing facility and storage unit, thus allowing communication between different levels by way of a data line. In at least one embodiment, this allows tasks to be moved out of the hospital, thereby saving costs.

Abstract: To enable the adaptation of display units, e.g. of a medical device, to different color display capabilities, an individual library of individual user interface components is used. The individual library of individual user interface components is derived from a generically wrapped library of universal user interface components. It is consequently readily possible to modify the graphical user interface.

Abstract: A scalable system and method thereof may improve scalability and Quality of Service. The scalable system may include a first scalability adapter (scaldapter) configured to manage resource consumption of at least one component based on measured data received from the at least one component, where the component is configured to run an application, and a scalability manager (scalator) configured to modify strategies of the first scaldapter for managing the resource consumption based on measured data received from a plurality of processes, each of the plurality of processes including the first scaldapter.

Abstract: A method, a device and a system arrangement are disclosed for generating self-contained software components having in each case synchronous and/or asynchronous interfaces with an internal threading model. The concept disclosed enables all necessary synchronization mechanisms to be provided automatically. The concept is based on an asynchronous operation manager used to divert callbacks from a called component into a calling component.

Abstract: In a data processing network there exist at least two applications which are different from one another in terms of the volumes of data that are to be processed. In at least one embodiment, each application has a multilayer structure and individual layers of the applications are distributed over different hardware resources, specifically at least one local data processing unit and at least one remote data processing unit, in such a way that the number of layers installed on the local data processing unit as a proportion of the total number of layers making up the respective application is less in the case of that application which is provided for processing the greater volume of data than in the case of the application which is provided for processing the smaller volume of data.

Abstract: A method, a system and a computer program product are disclosed for providing information concerning scheduled procedure steps and/or information concerning performed procedure steps within a taskflow which includes a plurality of tasks for processing medical image data. Each taskflow is associated with a taskflow specific context folder. In at least one embodiment, a publisher task is adapted to select selected data out of the medical image data. For these selected data, meta-information is updated by incorporating additional information concerning scheduled procedure steps and performed procedure steps. This is done by maintaining referential integrity between image data, scheduled procedure steps and performed procedure steps.

Abstract: A subsystem architecture is described that provides support services for software applications of a system. The subsystem architecture includes local infrastructure components, which provide infrastructure services to the software applications. Each local infrastructure component corresponds to a single software application and is independent from another of the local infrastructure components. The subsystem architecture may further include a central service component providing central services to at least one of the local infrastructure components. The central service component is independent and unaware of the local infrastructure components. Still further, the subsystem architecture may include an administrative component for monitoring and maintaining the local infrastructure components providing infrastructure services to the software applications. The administrative component is independent and unaware of the plurality of local infrastructure components.

Abstract: A method of at least one embodiment uses a central instance for receiving all orders within the platform. A meta interface regulates the assignment of resources to orders. In addition, in at least one embodiment, each order is performed by at least one process handler. This assures the deadlock-free use of resources within the platform. Furthermore, at least one embodiment of the invention allows controlled stopping of active process handlers and hence interruption of running processes.

Abstract: A main module of an object oriented computer program is independent of the software domain and can be dynamically configured or reconfigured at runtime by domain specific dynamic link libraries. This main module is a generic main which is configured by a service configurator. A framework connector is provided as are a communications component and a asynchronous/asychronous management component.

Abstract: An interconnection system, a method for interconnecting different components and/or applications and a corresponding product are disclosed. In addition to a presentation layer, a business layer, a communication layer and a control layer, the framework system of at least one embodiment includes an instance which is intended to detect the current deployment environment in which the application is to run. In particular it is automatically detected here whether the application is to run as a web application or as a desktop application. Depending on this, the optimal infrastructure for the interconnection is provided automatically.

Abstract: A method, a system and a product are disclosed for executing a taskflow in a distributed taskflow architecture and for providing the latter. In at least one embodiment, the taskflow is generated by interconnecting modular tasks, having a synchronization mechanism in order to be able to execute the taskflow on different processing instances both in an online mode and in an offline mode and in order to allow a change between the modes even during performance of the taskflow.

Abstract: Methods are disclosed for creating and executing at least one application on the basis of a use environment. For the creation, a method of an embodiment includes: a set of modules is provided in which at least one functionality for creating the application is respectively implemented, functionalities required for the respective application are selected, and the selected functionalities are configured for an application, where the modules are already in the form of compiled executable program code and at least particular modules are designed for different use environments, and where modules are automatically selected and the application is configured such that modules suited to differently identified use environments can be dynamically connected together at runtime without the need to recompile the application.

Abstract: A mechanism is disclosed for operating local version-independent service program code for infrastructure services, wherein the mechanism is automatically and optionally linked to a central, remote service infrastructure, and wherein both an online and an offline processing mode is included and automatically supported, and wherein the mechanism is embedded in a generic runtime environment. In at least one embodiment, it contains service program code implemented in the runtime environment for calling by way of the application program code with standardized interfaces, wherein the service program code is intended for the provision of functionalities for predetermined services that an application program code can use.

Abstract: At least one basic program and an auxiliary program run on a computer and collaborate with the computer via an operating system, with windows being displayed on a viewing device allocated to the computer. The auxiliary program determines a basic window pointer on the basis of an identifier that is characteristic of the at least one basic program, the location and size of the basic window on the viewing device being able to be set via the basic window pointer. The auxiliary program, based on this pointer, sets the location and size of the basic window to values determined by the auxiliary program.

Abstract: An effective and user-friendly system is disclosed for creating and running a software application for medical imaging, having at least one framework which has a service layer and a superordinate toolkit layer as an application programming interface, wherein functions of the toolkit layer and of the service layer are grouped in each case in a number of components which are arranged strictly hierarchically in such a way that any component can only ever be accessed from a superordinate component.

Abstract: A method is disclosed for producing a software application which has at least two layers, including a processing layer and a process layer, wherein each layer is encapsulated and hence platform-independent in terms of execution, and the encapsulated layers communicate with each other via an application programming interface. A system is also disclosed for producing an application including a flexible interconnection interface between encapsulated layers. By virtue of the implementation of an additional configurable interconnection interface in the application programming interface between two encapsulated application layers in each case, the architecture layering can be retained irrespective of the respective deployment, and only the communication profiles of the interconnection interfaces need be adapted to the deployment.

Abstract: A strategy mechanism is disclosed, including at least one business program component and a strategy management component which, as a single executable program object, makes a plurality of at least two administration functions available to the at least one business program component. In at least one embodiment, the program code for implementing the administration functions is realized in the strategy management component in such a way that the at least one business program component itself need not contain any program code for realizing the administration functions. Further, the program code in the strategy management component is generically realized such that all business program components running in the software system can use the administration functions.