ADUS: Indirect Generation of User Interfaces on Wireless Devices
DEXA '04 Proceedings of the Database and Expert Systems Applications, 15th International Workshop
ADUS: Indirect Generation of User Interfaces on Wireless Devices
DEXA '04 Proceedings of the Database and Expert Systems Applications, 15th International Workshop
Automatically generating user interfaces adapted to users' motor and vision capabilities
Proceedings of the 20th annual ACM symposium on User interface software and technology
A component-based approach for adaptive dynamic web documents
Journal of Web Engineering
A Generative Tool for Building Health Applications Driven by ISO 13606 Archetypes
Journal of Medical Systems
Hi-index | 0.00 |
Background: Future-proof EHR systems must be capable of interpreting information structures for medical concepts that were not available at the build-time of the system. The two-model approach of CEN 13606/openEHR using archetypes achieves this by separating generic clinical knowledge from domain-related knowledge. The presentation of this information can either itself be generic, or require design time awareness of the domain knowledge being employed. Objective: To develop a Graphical User Interface (GUI) that would be capable of displaying previously unencountered clinical data structures in a meaningful way. Methods: Through ''reasoning by analogy'' we defined an approach for the representation and implementation of ''presentational knowledge''. A proof-of-concept implementation was built to validate its implementability and to test for unanticipated issues. Results: A two-model approach to specifying and generating a screen representation for archetype-based information, inspired by the two-model approach of archetypes, was developed. There is a separation between software-related display knowledge and domain-related display knowledge and the toolkit is designed with the reuse of components in mind. Conclusions: The approach leads to a flexible GUI that can adapt not only to information structures that had not been predefined within the receiving system, but also to novel ways of displaying the information. We also found that, ideally, the openEHR Archetype Definition Language should receive minor adjustments to allow for generic binding.