Issues: verschil tussen versies
| Regel 4: | Regel 4: | ||
*'''In hoeverre is het CCR schema (relaties, cardinaliteit, comformiteit) leidend?''' | *'''In hoeverre is het CCR schema (relaties, cardinaliteit, comformiteit) leidend?''' | ||
Toelichting: Staan we naast inperkingen ook uitbreiding van het schema toe? | Toelichting: Staan we naast inperkingen ook uitbreiding van het schema toe? | ||
| + | |||
Besluit: | Besluit: | ||
| Regel 11: | Regel 12: | ||
Besluit: | Besluit: | ||
| + | |||
*'''Naamgeving concepten''' | *'''Naamgeving concepten''' | ||
Versie van 24 aug 2012 om 10:55
Deze pagina bevat binnen de kerngroep te bespreken punten. Als er een besluit genomen is, wordt het resultaat onder het issue geplaatst en waar aan de orde bovendien verwerkt in de wiki
- In hoeverre is het CCR schema (relaties, cardinaliteit, comformiteit) leidend?
Toelichting: Staan we naast inperkingen ook uitbreiding van het schema toe?
Besluit:
- Codes voor concepten uit het HL7 model
Toelichting: Veel concepten zullen in CDD onderdeel van het model zijn: Observation.Code, Observation.effectiveTime, etc. Om implementatie onafhankelijk te zijn, zouden deze concepten toch een (Snomed) code moeten krijgen. Gaan we daar tijd in steken?
Besluit:
- Naamgeving concepten
In de CCR hebben generieke concepten 'Description' logischerwijs in alle secties dezelfde naam. Indien deze naamgeving in de bouwstenen overgenomen wordt, ontstaan er veel items met dezelfde naam (evt. zelfs binnen de bouwsteen). Dat is onwenselijk.
Besluit: Generieke namen moeten in alle gevallen verder verbijzonderd worden.
Voorstel voor verbijzondering: Generiekenaam wordt GeneriekenaamVerbijzondering (bv. Status wordt StatusAlert)
- Modelleren generieke concepten als bron, datum etc.
De CCR secties bevatten veel algemene elementen zoals id, datum, bron, etc. Vaak hebben deze elementen een meer technische betekenis.
Besluit: Deze algemene elementen worden alleen in de bouwsteen opgenomen als zij medisch inhoudelijk relevant zijn.
