> > Eng. Pablo Pazos Guti?rrez
> > > http://cabolabs.com
> > >
> > >
> > > ___
> > > openEHR-implementers mailing list
> > > openEHR-implementers at lists.openehr.org
> > >
> http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org
> >
> > ___
> > openEHR-technical mailing list
> > openEHR-technical at lists.openehr.org
> >
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
>
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/9bad0ce5/attachment-0001.html>
[cid:image002.png at 01CEEC4B.DD7E7E40]
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com<http://cabolabs.com/es/home>
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org
_lists.openehr.org/attachments/20131128/13f2a1bd/attachment-0001.html>
-- next part --
A non-text attachment was scrubbed...
Name: image001.png
Type: image/png
Size: 38335 bytes
Desc: image001.png
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.opene
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/bd7cc2ef/attachment.html>
an object.
Any ideas?
--
Kind regards,
Eng. Pablo Pazos Guti?rrez
http://cabolabs.com
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments
n HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/fca9b154/attachment-0001.html>
We need to think deeper about this.
I did not get in this any further then the path/value combinations, and
insuccession, the short path notation (which makes it in fact more
complicated).
Bert
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/83ee6679/attachment.html>
hours)
Bert
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/e0db78cd/attachment.html>
t; Eng. Pablo Pazos Guti?rrez
> > http://cabolabs.com
> >
> >
> > ___
> > openEHR-implementers mailing list
> > openEHR-implementers at lists.openehr.org
> > http://lists.openehr.org/mailman/listinfo/openehr-implementers_lists.openehr.org
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/e95c0335/attachment-0001.html>
e not familiar with ORM or other fact-based modelling, basically,
> the approach has been around forever (much longer than OO), and it kicks UMLs
> _ass_. GEHR and openEHR would no doubt have looked even prettier if they'd
> been expressed using ORM instead of UML.
> [5] and a frustrated community at times too...hmm, I guess you might say ORM
> is to UML as Lisp is to Java...
>
>
> --
> This e-mail message is intended exclusively for the addressee(s). Please
> inform us immediately if you are not the addressee.
>
> ___
> openEHR-technical mailing list
> openEHR-technical at lists.openehr.org
> http://lists.openehr.org/mailman/listinfo/openehr-technical_lists.openehr.org
-- next part --
An HTML attachment was scrubbed...
URL:
<http://lists.openehr.org/pipermail/openehr-technical_lists.openehr.org/attachments/20131128/f74c5d8d/attachment.html>
10 matches
Mail list logo