Today there are two alternatives to achieve the formalization of multilevel modeling. The first is to extend the archetypes and templates to support the new requirements, expanding its capacity for representation of clinical content. The second alternative is to define new services using archetypes and templates, expand their modeling capabilities but without modifying them. This second approach seems the more flexible and neat, especially considering that the specification of archetypes and templates for being robust and stable, and currently serving well the purpose of modeling clinical content, and just that.

For example, in a multilevel approach could have the following artifacts, where higher levels artifacts artifacts may use lower levels:

A possible case of application of multi-level approach may be to build a monthly report to the aggregation of clinical cases in an emergency department of a hospital. Then, at level 2 should have modeled the classification of a patient, for example by reason of consultation and / or diagnosis. At level 3 should have defined a query for emergency patients, filtering by diagnosis. At level 4 is defined aggregation numbers of patients by diagnosis (which uses the previously defined query). At level 6 is the definition of how the report will be presented to a userThis flexibility is achieved without modifying the application software (the elements defined in each layer are independent of technology), as it would add new elements. with new capabilities, user demand, and also the elements already defined in each layer can be reused by new elements in the upper layers.