This wiki has undergone a migration to Confluence found Here
2016-05-10 PC CIMI POC Call Minutes
Back to PC CIMI POC Minutes
Minutes Template
Meeting Information
HL7 PC-CIMI-POC Meeting Minutes Location: HL7 WGM, Montreal |
Date: 2016-05-10 Time: 9:00-10:30 ET | ||
Facilitator | Jay Lyle | Note taker(s) | Jay Lyle |
Attendee | Name | Affiliation
| |
Richard Esmond | PenRad | ||
Galen Mulrooney | JP Systems | ||
Jay Lyle | JP Systems / VA | ||
Stan Huff | Intermountain | ||
Susan Matney | Intermountain | ||
Susan Campbell | |||
Michael Sterly | |||
Gerard Frieks | |||
Serafina Versaggi | |||
M'Lynda Owens | |||
Larry McKnight | |||
Agenda
Agenda Topics
- CEMs
- Model version
- Composition & inheritance of context
Minutes
Minutes/Conclusions Reached:
- Susan is reviewing IMHC Clinical Element Models to ensure they can be transformed into CIMI models. Many don't have codes at this time--either semantic or value sets.
Looking at skin assessments, not yet in a panel. Will get them coded. Then Joey will convert. See http://www.opencem.org/#/20150922
- The list of priority items, in order:
- Skin inspection (5 coded Q/A observations)
- Braden assessment (composition, ordinals)
- Ulcer (time, measurement, negation)
- The list of priority items, in order:
- Model version
- The FHIMs site has a pdf of a ballot that predates the EA model on the same site. The spreadsheet of terms is also later. Susan will be confirming the state of the terms in the list. Jay will confirm the list and model are aligned. The pdf is definitely out of date, though it does provide a fairly accurate view of the shape of the model & the assumptions around encoding semantics.
- Composition
- Last week, we decided that CIMI models will be atomic, unlike openEHR. The openEHR example was pulse, which contained several observation values in a single archetype. We believe we want to have separate archetypes for each observation, and allow them to be aggregated.
- The issue that arises is the redundancy of the contextual information that such an approach creates. If each encoded observation includes the identity of the patient, then an assessment instrument might repeat the patient information scores of times. We need a way to decouple the compositional hierarchy from the specialization hierarchy.
- The RIM handles this issue with "context conduction." Traditional OO modeling would do something similar, but would assume context always conducts; any statement with a different context would require a different container class.
- Example of questionnaire, where method, author, time are all implicit in UI, but are all explicit in a resulting report.
- The CQI project is also facing questions about composition, largely due to a desire to decouple mood from content. We should coordinate solutions.
- Last week, we decided that CIMI models will be atomic, unlike openEHR. The openEHR example was pulse, which contained several observation values in a single archetype. We believe we want to have separate archetypes for each observation, and allow them to be aggregated.
Meeting Outcomes
Actions
|
Next Meeting/Preliminary Agenda Items
|
© 2012 Health Level Seven® International. All rights reserved.