It looks like we're getting to the heart of the matter here..... What I really would like to know from the others what their opinion's on these subjects are?
If it indeed turns out to be true that Tom don't understand how datatypes, RIM or data types are working, we, as the openEHR community, should ask him to shut up. If not we should find better ways to get the message across... Cheers, Stef Op 7 nov 2010, om 12:12 heeft Grahame Grieve het volgende geschreven: > hi Tom > ..... > >> The context specific stuff is specific to HL7 only. It just doesn't apply >> elsewhere. > > not at all. And I'm surprised you still think this. HXIT is to do with > capturing > and managing foreign data. As is some of the II stuff. It doesn't and won't > arise in an EHR system for internal data, but it will for imported data. So > where it does arise is not HL7 specific. > > Flavors are a ISO 21090 thing. And optional - they aren't in the schema, > for instance. > > Update mode is transactional. Almost everybody will profile it out. > ...... > >> There is not a close correspondence between the 21090 idea of >> ?ANY? and the typical Any/Object or other root class of most >> object-oriented type systems ? this name clash would have to be resolved in >> some way; > > It appears I will have to keep repeating this until I am blue in the face. > It is not a name clash, nor does it (or should it) correspond to a root class > in any other system - it is it's own class. The fact you think this indicates > that you are totally confused as to what ISO 21090 is. (Hint: look at how you > modeled your own data types...) > ....... > > >> The modelling style seems to follow the strange HL7 obsession >> with non-object orientation, popularised in the RIM. > > which indicates that you don't understand the RIM or the data types, > and how they differ. > > Grahame > > _______________________________________________ > openEHR-technical mailing list > openEHR-technical at openehr.org > http://lists.chime.ucl.ac.uk/mailman/listinfo/openehr-technical -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://lists.openehr.org/mailman/private/openehr-technical_lists.openehr.org/attachments/20101107/ff8325dc/attachment.html>
