Skip to end of metadata
Go to start of metadata


All systems in this profile use cards which are displayed one after another (in contrast to branching). The information on each card differes from system to systems (e.g. CAMPUS supportes medical history questions and physical exams with body regions while CASUS doesn't support that).
For interactivity and knowledge transfer knowledge questions are often used (true for CAMPUS and CASUS). This is an important part of the didactic approach and has to be therefore supported by the profile.
The activity model is mostly simple because of the straight card approach (normally one activity node points to one damn-node which points to the VPD data).
Support of triggers is used for knowledge on demand. Besides the fact that current implementations do not support rules and counters they might be included in future versions.

Proposal for the profile

For systems trying to implement a linear import and export they have to be able to import all of the Virtual Patient data (when using free text the structured items like physical exam might be transformed to XHTML and then be imported like a VPDText).

Additionally it is important that all systems should import and export knowledge questions using QTI as already implemented with CAMPUS and CASUS. As there are many question types not supported by QTI and because QTI is very difficult to implement as a whole the profiles defines that the import and export should at least support multiple choice (single and multiple answers) for conformance.

For level one conformance it can be assumed that activity nodes are stored in the correct order in the activity model and that the n-th activity node will jump to the (n+1)-th node. There are no rules and counters support necessary for level one.

As time goes on there might be a level two conformance with additional question types and/or advanced features like rules and counters but this depends on new system or version coming in the future.

  • No labels