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

RIMBAA 201111 Minutes Amsterdam

From HL7Wiki
Revision as of 16:10, 13 November 2011 by Rene spronk (talk | contribs) (reg closed)
Jump to navigation Jump to search

This RIMBAA WG meeting (an out of cycle meeting) has been designated as an out-of-cycle meeting of the international HL7 RIMBAA working group. TSC approval was given on April 4, 2011.

  • Date: November 15 (09:30-17:00)
  • Location: Mercure Hotel Amsterdam Airport, Amsterdam, NL
    • Getting there: There's a free shuttle bus from Schiphol Airport to the hotel every 30 minutes (:15 and :45). The trip takes approximately 15 minutes. The shuttle bus platform can be found in front of the taxi rank (or in other words: follow the direction of travel of the taxis for about 100m).
    • By car: see hotel website for information. By bus (public transport): zuidtangent 195/197.
  • Registration: closed.
  • Travel/accomodation: via Amsterdam Schiphol airport (AMS) / Schiphol Airport train station.
  • Co-chairs: Rene Spronk
  • Short URL: http://j.mp/gDvszi

RIMBAA WGM #33 - November 15 Agenda (09:30-17:00)

  1. Administrative (max 30 minutes)
    • Agenda Review/Additions/Changes (max 5 minutes)
    • Approval of the Minutes of the previous meeting in San Diego (max 5 minutes)
    • Announcements (max 10 minutes)
      • Request: Articles for the Dutch HL7 Magazine or the International HL7 News - if you have (ideas for) articles, let us know
      • Rene: as per our DMP I'd like to announce that I'll be making photos during this meeting, for inclusion in the minutes and/or a blogpost. Should someone wish to object, please let me know.
    • Report from the Orlando WGM, and the meeting in San Diego (Rene, max 15 minutes)
    • Planning of the next meeting in San Antonio, USA
    • Tooling liaison update (Michael van der Zel)
      • Also note the two agenda items (reference implementation / selection of tools) on today's agenda.
    • Update the DMP with regards to electronic voting
      • Section 7 currently states "RIMBAA limits the use of electronic voting to the election of RIMAA representative(s) within other parts of the HL7 organization." - this will have to be widened to include at least "election of steering division representative" and "(co-)cponsoring a project plan".
  2. Finnish experiences: the RIM based architecture of the Intensium solution (Pekka Kola, Tieto Oyj, Finland)
    • The Intensium software application (now owned by Tieto) is the only RIM-based application in Finland. Most of the solutions in Finland are based on architectures from 80s or 90s and obviously RIM was not there. Pekka was lucky enough to have an opportunity to start building totally new architecture in 2004. He had done before several “self-designed” architectures for intensive care and anesthesia solutions, each having more or less problems. He also had been following HL7 development years, especially RIM, so he decided to jump into cold water with it. The application has RIM all the way from database to UI layer and it's working just nicely.
  3. Adapting a v2 Drug Information System to use v3 (Jean Duteau).
    • Jean: The focus will be how we built a system and used v2 to transport information. When we moved to using v3, this forced us to re-architect the application - we couldn't just use v3 as a transport mechanism.
  4. Resources For Healthcare (RFH) - update, and implementation aspects (Ewout Kramer, Furore, the Netherlands)
    • RFH is a new HL7-project and specification (which was extensively discussed at the HL7 WGM in San Diego) that in essence proposes a RESTful protocol in conjunction with XML-based Resources (which in RIMBAA align neatly with our concept of SMIRFs). The XML has a predefined structure, elements are linked to a RIM-based data dictionary. This is basically the same thought as the Micro ITS. It combines some recent best practices in implementing v3 with a number of internet/open standards.
  5. Process to evaluate implementation oriented tools/toolkits (see also Tooling liaison)
    • Purpose: to recommend that certain tools be used, or to recommend to HL7 that it support the development of certain tools.
      • Define a process to evaluate implementation oriented tools/toolkits
      • Criteria to use to determine quality/utility of implementation oriented tools – how do we know which tools to recommend/support/facilitate development
        • Includes determining whether or not there is an appropriate level of support
      • What types of tasks and roles would use tools to aid in standards adoption and implementation
  6. RIM database generation and CDA parsing (Henk Enting, MGRID, the Netherlands)
    • Note: MGRID have presented their solution before - the main feature of which is that it uses a Database with native ISO datatypes (see the "PostgreSQL implementation" section on that wiki page). This presentation will however focus on recent developments.
    • Henk will demonstrate:
      • a database model generator that generates HL7v3 RIM datamodels from the HL7v3 corerim.mif MIF file (allowing one to generate a databasemodel for any version of the RIM). The database models use the HL7 R1 and R2 datatypes that are built into MGRID.
      • a CDA parser, that parses CDA R2 and outputs MGRID SQL insert statements
        • Context conduction rules, preloaded into MGRID, that are applied automatically when the CDA document is inserted
  7. Discuss the possible creation of a 'reference implementation'
    • Discussion of whether or not we want to have/create one
    • Could be based on the Everest/jEverest toolkit with an added persistence layer (ORM out of the box, or MGRID).
    • Jean (prior to the meeting) the other somewhat more challenging aspect was the database representation of the datatypes. I'm more than willing to throw in my hat to either create or help create a Java reference datatype implementation. But we might want to also add some sort of implementation guide for database datatype representations. With my current client, we are looking to Oracle user-defined types as a means of implementing the datatypes. We haven't explored this very much, i.e. what potential performance problems we might encounter, but it does look promising and/or interesting.
      • I'm not sure how portable any specific database implementation could be which is why I'm suggesting an implementation guide.
    • Duane Bender (prior to the meeting): We have a Java implementation of the data types that is open source which is about half completed. We are more than willing to create a public source tree if there are contributors out there.
  8. Implementation of a Java based OpenEHR-kernel (Bert Verhees, Rosa Software, NL)
    • Bert is the lead developer/architect of a Java based OpenEHR-kernel. Presentation about its API, exposing the OpenEHR-specifications (reference model, conformance models, data types), in a for speed optimized way and easy to use for GUI-developers. The OpenEHR-kernel is written in Java, and exposes its API over SOAP in Tomcat6/Webservices
  9. other agenda items

Registrations

REGISTRATION HAS CLOSED
  1. Rene Spronk (Ringholm, NL)
  2. Hans Jonkers (Philips Research, NL)
  3. Pekka Kola (Tieto, FI)
  4. Michael van der Zel (UMCG, NL)
  5. Jean-Henri Duteau (GP Informatics, CA)
  6. Ewout Kramer (Furore, NL)
  7. Roberta Gazzarata (DIST - Università di Genova, IT)
  8. Henk Enting (MGRID, NL)
  9. Willem Dijkstra (MGRID, NL),
  10. Viola Parodi (Infinity Technology Solutions S.p.A., IT)
  11. Lorraine Constable (Constable Consulting, CA)
  12. Adri Burggraaff (HL7, NL),
  13. Bert Verhees (ZorgGemak/Rosa Software, NL)
  14. Roger Erens (ZorgGemak, NL)
  15. Tom de Jong (Nova-Pro, NL)
  16. Yeb Havinga (MGRID, NL)
  17. Jan-Marc Verlinden (ZorgGemak, NL)
  18. Arthur Kuipers (UMCG(TCC), NL)
  19. Gert-Jan Marsman (UMCG(TCC), NL)
  20. REGISTRATION HAS CLOSED. 19 ATTENDEES

Regrets:

  • Patrick Loyd (I had previously registered. However, I've recently become Chair of Lab WG in Canada; and those meetings have now been scheduled from November 14-16.)