This wiki has undergone a migration to Confluence found Here
Difference between revisions of "April 8th, Templates Minutes"
Jump to navigation
Jump to search
Line 21: | Line 21: | ||
## MS - Going backwards from an existing structure into this DAM model. Key: How do we define the path along the nodes. A notation for the nodes is required, and hoe to express associations between the nodes. The notation is not important, but must be easy for people to understand. | ## MS - Going backwards from an existing structure into this DAM model. Key: How do we define the path along the nodes. A notation for the nodes is required, and hoe to express associations between the nodes. The notation is not important, but must be easy for people to understand. | ||
## CL - if the intent of CL is to provide validation at the instance level, it works. the assumption is there are real events at the instance level. At the model level, validation is difficult where validation on cardinality of 0 is not realistic. | ## CL - if the intent of CL is to provide validation at the instance level, it works. the assumption is there are real events at the instance level. At the model level, validation is difficult where validation on cardinality of 0 is not realistic. | ||
+ | ## RH - Does the fact that openEHR maintain the RM and the Constraints seprately address some of this? | ||
+ | ## MS - The constraints are applied separately to the derived model. | ||
# New Call Time | # New Call Time |
Revision as of 20:55, 5 April 2006
- Roll Call
- Mark Shafarman (MS)
- Ken Kawamoto (KK)
- Russ Hamm (RH)
- Cecil Lynch (CL)
- Charlie McKay (CM)
- Agenda Check
- DAM REview from last week
- MS - Didn't see in model how the template nodes could be placed in a tree structure mapable into a HL7 version 3 model.
- MS - Attribute constrains do not clearly support HL7 datatypes. There may be other constraints.
- MS - Could not see how to constrain the node of one node based on the values on one or more nodes.
- MS - Couldn't see how to translate from this model into a LIM (version 3 serialized.)
- MS/CM - The nodes in the LIM can be named. Constraint Language needs to be able to name nodes.
- CM - Once you can name nodes you can reference the nodes from the instance of the templats. Use same node naming conventions. Node parts need to go down to the level of datatype components.
- MS - I think an algebraic or vector based language could be used (while you may not want to.)
- CL - A property of a class is an ObjectProperty in OWL. Need to get away from the idea of setting cardinality to 0 when it is unrealistic.
- CM - in openEHR the constraints are separate from the model structure, and path expressions are used to navigate to the nodes.
- MS - A semantically complete structure (linearized) with fully specified computable constraints assigned to it.
- MS - Prototype the identification metadata for a rim derived structure.
- CM - This looks more like a requirements model.
- MS - Going backwards from an existing structure into this DAM model. Key: How do we define the path along the nodes. A notation for the nodes is required, and hoe to express associations between the nodes. The notation is not important, but must be easy for people to understand.
- CL - if the intent of CL is to provide validation at the instance level, it works. the assumption is there are real events at the instance level. At the model level, validation is difficult where validation on cardinality of 0 is not realistic.
- RH - Does the fact that openEHR maintain the RM and the Constraints seprately address some of this?
- MS - The constraints are applied separately to the derived model.
- New Call Time
- Next call will be one hour later.
- San Antonio Agenda [1]
- Next Agenda Topics
- Adjourn
http://informatics.mayo.edu/wiki/index.php/April_8th%2C_Templates_Agenda