Sjabloon:VersieInfo: verschil tussen versies
(Update versienummers voor patchrelease augustus 2022) |
|||
| Regel 23: | Regel 23: | ||
| MedMij:V2020.01 = {{#switch: {{{1}}} | | MedMij:V2020.01 = {{#switch: {{{1}}} | ||
| − | | BgZ = 3.1. | + | | BgZ = 3.1.4 |
| − | | Laboratoriumresultaten = 2.0. | + | | Laboratoriumresultaten = 2.0.22 |
| Medicatieproces = 9.0.7 | | Medicatieproces = 9.0.7 | ||
| MedicatieprocesVerstrekkingenvertaling = 9.A.1 | | MedicatieprocesVerstrekkingenvertaling = 9.A.1 | ||
| − | | AllergieIntolerantie1 = 2.0. | + | | AllergieIntolerantie1 = 2.0.21 |
| − | | AllergieIntolerantie = 3.0. | + | | AllergieIntolerantie = 3.0.21 |
| AllergieIntolerantieVertaling = 2.A.14 | | AllergieIntolerantieVertaling = 2.A.14 | ||
| − | | eAfspraak = 2.0. | + | | eAfspraak = 2.0.22 |
| − | | Zelfmetingen = 2.0. | + | | Zelfmetingen = 2.0.22 |
| − | | PDFA = 3.0. | + | | PDFA = 3.0.22 |
| − | | PDFA1 = 3.0. | + | | PDFA1 = 3.0.22 |
| − | | Huisartsgegevens = 2.0. | + | | Huisartsgegevens = 2.0.22 |
| − | | BgGGZ = 2.0. | + | | BgGGZ = 2.0.22 |
| − | | BgLZ = 2.0. | + | | BgLZ = 2.0.20 |
| − | | Beelden = 2.0. | + | | Beelden = 2.0.22 |
| − | | Vragenlijsten = 2.0. | + | | Vragenlijsten = 2.0.22 |
| − | | Vragenlijsten1 = 1.0. | + | | Vragenlijsten1 = 1.0.22 |
| − | | package = 2.2. | + | | package = 2.2.4 |
| − | | nictiz.fhir.nl.stu3.zib2017 = 2.2. | + | | nictiz.fhir.nl.stu3.zib2017 = 2.2.4 |
| nictiz.fhir.nl.stu3.eafspraak = 1.0.5 | | nictiz.fhir.nl.stu3.eafspraak = 1.0.5 | ||
| nictiz.fhir.nl.stu3.images = 1.0.2 | | nictiz.fhir.nl.stu3.images = 1.0.2 | ||
| Regel 49: | Regel 49: | ||
| MedMij:V2020.02 = {{#switch: {{{1}}} | | MedMij:V2020.02 = {{#switch: {{{1}}} | ||
| − | | BgLZ = 3.1. | + | | BgLZ = 3.1.3 |
| − | | package = 2.2. | + | | package = 2.2.4 |
| − | | nictiz.fhir.nl.stu3.zib2017 = 2.2. | + | | nictiz.fhir.nl.stu3.zib2017 = 2.2.4 |
}} | }} | ||
Versie van 30 aug 2022 19:03
Doel
Er zijn allerlei situaties waarin de specifieke versie van een component een bepaalde versie van een ander component gebruikt, bijvoorbeeld een versie van een informatiestandaard die een bepaalde versie van een FHIR-package nodig heeft. Dit sjabloon is bedoeld om dit soort versie-afhankelijkheden te leggen.
Gebruik
Dit sjabloon koppelt simpelweg de versie (om legacy-redenen 'release' genoemd) van de gebruikende component plus de naam van de gebruikte component aan de versienummer van deze gebruikte component.
Het sjabloon kan op pagina's ingezet worden met:
{{VersieInfo|[component](|release=[release])}}
component: de naam van de _gebruikte_ component, dus bv. de naam van het FHIR-package dat een standaard gebruikt.release: de versie(string) van de _gebruikende_ component, dus bv. de versie van een informatiestandaard die het FHIR-package gebruikt. Als deze parameter wordt weggelaten, wordt als default de ROOTPAGENAME van de (aanroepende) pagina gebruikt.
Dit wordt dan vervangen door het bijbehorende versienummer. De naam van 'component' dient uiteraard exact overeen te komen met de naam die in dit sjabloon staat.
Bijvoorbeeld: binnen MedMij worden versienummers van individuele informatiestandaarden gekoppeld aan een bepaalde MedMij-release. Bv. de BgZ heeft binnen de MedMij-release "V2019.01" het versienummer 2.1.13. Dit kan opgezocht worden via:
{{VersieInfo|BgZ|release=V2019.01}}
Onderhoud versienummers
Het sjabloon bestaat uit een geneste switch; de eerste tak kijkt naar de Release (de eerste parameter), de tweede naar de naam van de gezochte component. Deze informatie staat bovenaan de pagina wanneer deze bewerkt wordt.
Wanneer het nodig is om een nieuwe release toe te voegen, volstaat het om het volgende stuk toe te voegen:
| NAMESPACE:<release> = {{#switch: {{{2}}}
| <component1> = x.x.x
| <component2> = x.x.x
...
| <componentN> = x.x.x
}}
Afwijkende versienummers in systeemrolcodes
In sommige informatiestandaarden zijn er systeemrolcodes met een versie die afwijkt van die van de standaard als geheel. Typisch gebeurt dit wanneer er een use case is bijgekomen in een standaard; de major-versie wordt opgehoogd, maar de systeemrollen in de oorspronkelijke use case blijven de oorspronkelijke versie gebruiken (zolang er nog geen reden is om over te gaan naar een nieuwe versie).
Er is gekozen voor een pragmatische aanpak in dit soort gevallen door simpelweg een tweede entry toe te voegen voor de afwijkende major-versie; de standaard "PDF/A" staat bijvoorbeeld twee keer in het lijstje, een keer als "PDFA" en een keer als "PDFA1" voor de oudere systeemrolcodes.