Mapping XSLT's: volg het packaging principe van FHIR-profielen

We hebben voor het publiceren van FHIR-artefacten het packaging principe geadopteerd.

De mapping XSLT's gaan echter nog uit van versionering per profiel.

Het zou beter zijn wanneer deze mapping XSLT's het packaging principe volgen en het includeren van een bepaalde versie van een profiel-XSLT geregeld wordt via een XSLT die de juiste versies importeert (net als een package die de juiste versies van de profielen samenpakt).

Echter: de huidige XSLT's gebruiken versionering in zowel de templatenamen als de mode-namen, waardoor er nu impact is op álle code, ook als ándere profielen van versie wijzigen. Dat moet dan los gelaten worden, de 'package' XSLT selecteert de juiste versies en de aanroep van de juiste versie is een black box voor de aanroepende templates.

Iedere use case (versie) bepaalt dan uiteindelijk zélf welk 'package' van toepassing is.