This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

RIMBAA 201010 Cambridge Minutes

From HL7Wiki
Jump to navigation Jump to search

Rimbaa boston.JPG

  • Focus this WGM: If one has an RIM based object store, what services should one define? And how does one query it? - RIMBAA will be duscussing ideas and experiences.
  • Short URL: http://hl7.me/ro

Monday Q4 (15:30-17:00) Business-Icon.jpg Technical med.gif

  1. Approval of agenda for the week (5 minutes)
  2. Administrative agenda items
    1. Agenda Review/Additions/Changes (max 5 minutes)
    2. Approval of the Minutes of the previous meeting in Rome: (max 5 minutes)
    3. Announcements
      • NOTE: one quarter will be exclusively reserved to discuss RIMBAA issues.
      • Canada Health Infoway have a fall partnership conference on November 15-17. This meeting contains presentations on RIMBAA topics, as well as a v3 implementation tutorial. Lloyd McKenzie, Lorraine Constable and Andy Stechishin will be in attendance, and have indicated they'll provide feedback to RIMBAA.
    4. Report from the Rome WGM (Rene, max 15 minutes)
    5. Planning of next meeting
      • London UK (November 2010)
      • Discussion on organizing a RIMBAA meeting in the US between the January and May WGMs.
  3. Ann Wrightson (SOA co-chair)
  4. Alexander Henket (20 minutes)
    • Nictiz, the Dutch NHIN profiler/enforcer, uses a set of Schematron files to validate the constraints in as documented in the abstract Data Types R1 specification. The constraints are actually those that apply to the Dutch data type flavor, but the mechanism is generally applicable.
      • Alexander will provide an overview of their approach, and will speak to its successes as well as its problems.
      • Their approach supports the full data type specialization hierarchy: the schematron for IVL_TS extends the schematron for IVL which extends the schematron for SXCM which extends the schematron for QTY which in turn extends the schematron for ANY.
      • They are in the process of creating CMET/Message type specific schematron files that use the data type schematron and extend them by business-rule validations. This approach has some limitations: schematron doesn't allow pattern-nesting, and creating an MT-schema to MT-schematron transform is a tricky process because of recursion.
  5. Rene Spronk (RIMBAA co-chair)
  6. Michael van der Zel

Tuesday Q6 (19:00-21:00) Technical med.gif

  • Focus: this quarter focuses on SOA v3 implementation experiences
  • Implementing hData (Gerald Beuchelt, Mitre)
    • Presentation on the topic of "mapping hData to in-memory RIM-based object structures" (the CS-CO or CS-RO cell transition in the technology matrix). The presentation will focus on the implementation of hData - and not on an explanation of hData itself.
    • hData is (using HL7 speak) a new XML ITS. See HData for an introduction, and www.projecthdata.org/ for detailed specifications, schema and FAQ.
    • How does this ITS compare to other ITSs when it comes to issues like code generation, code re-use and content validation?
  • Query-By-Example (Jean-Henri Duteau, GP Informatics)
    • During the August 2010 harmonization meeting a new 'isCriterionInd' attribute was introduced in all Acts (it replaces all existing CRT moods). See [1] for details of the proposal.
    • The new attribute can be used to construct Query-By-Example (QBE) queries.
    • Jean will inform us about a) this new mechanism, and b) implementation experiences working with these queries in an SOA v3 [RIMBAA] environment.
  • Use of CMET-like CRUD entity services in the Nijmegen University Hospital (the Netherlands). (Ewout Kramer, Furore)
    • Ewout: I construct them by comparing domains and then figuring out how to split the domains into manageable entities. These entities are small, and I also use a kind of reference indicator so one entity can refer to another entity. Large interactions are thus split-up (decomposed) into smaller, independent crud entities that are stored separately and can only reference each other. This way I try to solve the Object nets versus object trees storage issues. It also makes the store much more approachable and documentable for developers new to v3, I hope. I am storing each entity as a unit in its XML form in an eXist XML database. Splitting transactions and reconstructing them is done using XQuery.

Thursday Q4 (15:30-17:00) Technical med.gif

Friday Q1 (09:00-10:30) Technical med.gif

  • Focus: Wrap-up, methodology issues surfaced by RIMBAA implementations