That is something funny, demographics are something which are treated
as a stepchild, not only in OpenEHR, ......
It is even so that in CKM for long time where no demographics archetypes
at all. Until a moment, some years ago, in 2009, Sergio Miranda Freire
posted them, a Brazilian version.
In Spanish/Portuguese orientated countries they treat lastnames
different, so the archetypes were not really good usable in other countries.
But it remained like this for years.
You can still see its roots in Portuguese, and the name-handling is not
well adjusted *).
Look at the history, it has been like that since 2010.
The question is, why is that?
Not for accusing or something stupid, but I want to know why this is.
Can someone explain this?
*)
To avoid a distracting discussion I explain it here:
In the archetype is:
ELEMENT[at0003] occurrences matches {0..*} matches { -- Family Name
value matches {
DV_TEXT matches {*}
}
}
ELEMENT[at0004] occurrences matches {0..*} matches
{ -- Name Title
value matches {
DV_TEXT matches {*}
}
}
ELEMENT[at0005] occurrences matches {0..*} matches
{ -- Name Suffix
value matches {
DV_TEXT matches {*}
}
}
Because in Spanish speaking countries people often use their mothers
name as second last-name. In non Spanish speaking countries this never done.
So, the archetype is right to give opportunity to have more
family-names, but the archetype fails in connecting name-suffixes to
family-names.
It should have been like this (every last-name can have a name-suffix
and maybe also a name-title:
CLUSTER occurrences matches {0..*} matches {-- Family Name
ELEMENT[at0003] occurrences matches {1} matches { -- Family Name
value matches {
DV_TEXT matches {*}
}
}
ELEMENT[at0004] occurrences matches {0..*} matches
{ -- Name Title
value matches {
DV_TEXT matches {*}
}
}
ELEMENT[at0005] occurrences matches {1} matches {
-- Name Suffix
value matches {
DV_TEXT matches {*}
}
}
}
_______________________________________________
openEHR-technical mailing list
[email protected]
http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
