MnM Minutes WGM 200901

Sunday Q3

Agenda

• Agenda Topics Review
• Hot Topics Triage

Minutes

See updated agenda.

Sunday Q4

Agenda

• Tooling Discussion

Minutes

• SVN and Publishing
  • Directories
  • Branches and tags for ballots and normative edition
    • Tag - a "badge" applied to each member of a set of files saying those files belong to a set identified by the tag. Implemented in SVN as a "tag folder" with a set of pointers to the content. Seen as a "folder" under "tags" (sibling to "trunk") one folder/per assigned tag
      • Branch is defined "at a particular version" and is a new set of files and changes that may differ from the trunk.
    • Proposal
      • Use tags to identify each ballot.
        • Applied at the end of the ballot cycle (1 week before close).
        • Include a domain "manifest" for each domain.
      • Use branch to hold each Normative Edition, with NO INTENT to merge later.
    • Observation -- be CONSERVATIVE and only version that which
      • (a) is needed for publishing, and
      • (b) needs version management

Monday Q1

Agenda

• Business Meeting (SWOT, DMPs, etc.)

Minutes

• Reviewed SWOT

http://wiki.hl7.org/index.php?title=MnM_SWOT

• Reviewed and updated MnM Strategic Plan, in particular to define the committee's role in SAEAF.

http://newgforge.hl7.nscee.edu/frs/?group_id=27

• Discussed the future role of MnM
  • Should MnM own the Data Types?
  • Is MnM active enough in SAEAF? The consensus was that we probably have not been.
• Woody will create a draft for a scope statement for the SAEAF related activities.
• Woody urged the other co-chairs to attend the Steering Division calls.

Monday Q2

Agenda

• RIM and Core Principles ballot reconcilliation
• Proposed re-org of document from technical editors

Minutes

• We reviewed Ravi's comments on the RIM ballot (the ballot was for comment only).
  • COMMENT -- The codingStrength identifiers are moved into the vocabulary models. So at present user has to traverse back and forth between rim and vocabulary's to get this information which is very tedious.
    • RESPONSE -- Suggest that the representation for CNE of structural attributes be picked up from Vocabulary and displayed in RIM representation.
  • COMMENT -- The list of structural attributes needs to present which is missing. At the moment present the partial list is present in the XML_ITS specification document. CfH harmonisation proposal dated FEB 2006 related to this (discussed and accepted) is never implemented so far.
    • RESPONSE -- Add immutable status after "Mandatory" in the attribute detail. Also include a list of immutable attributes in an appendix.
  • COMMENT -- The cardinality for these attributes (Attachment.id and Attachment.text) are 1..1 which similar to the structural attributes. Are these attributes Mandatory similar to Act.classCode or Do they have to be marked 0..1 as against to 1..1.
    • RESPONSE -- Prepare a harmonization proposal to either assert that these are required, or make them 0..1. Other option is to display "not required" for all attributes with a blank conformance indicator.
• Discussion of reorganizing the Core Principles document.
  • TODO: GET LINK TO REVISED DOCUMENT

http://wiki.hl7.org/images/b/be/CorePrinciples_notes_090111.doc

Monday Q3

Agenda

• RIM and Core Principles Ballot

Minutes

• Review of comments on the RIM ballot (comment only ballot).
  • Comment by Tom de Jong
    • We need to review Exposure and Procedure to make sure their definitions are appropriate since SubstanceAdministration. If needed, a harmonization proposal should be submitted to handle this.
  • Comments by Rita Hall
    • See spreadsheet
  • Comments by Agha Kahn
    • Spreadsheet was empty.
  • Comments by Austin Kreisler
    • See spreadsheet
  • Comments by Rene Sponk
    • See spreadsheet

• We will propose to the Facilitators' Roundtable that we intend to do a harmonization call on February 27th.

Monday Q4

Agenda

• Transition to Datatypes (& Wrappers?) R2

Minutes

• Transition to Dataypes R2
  • SET → DSET
  • CE → CD
  • GTS → QSET<TS>
  • BAG<T> → COLL<T>
  • IVL<INT> → INT
  • IVL<PQ> → PQ
• Lloyd and Grahame will document mappings.
• The mappings will be documented as tagged annotations of the R1 attributes in the database.
• Motion: (Grahame/Andy) Accept the actions proposed in Interaction and Versioning (Hot Topic). Motion passes (8:0:0).

Tuesday Q3

Agenda

• Design Patterns:
  • Guidance on "Organizational Role is part of Organizational Role"
  • Request Responses (one receiver responsibility vs. two)
• OIDs Registry

Minutes

• OIDs Registry
  • The is discussion about managing OIDs internationally.
  • Sylvia Thun suggested a model where country specific registries manage country specific OIDs and coordinate with an international registry.
  • Woody asked whether it really matters if there is more than one OID for the same thing in a registry.
  • Multiple OIDs cause extra effort in determining sameness, but don't interfere with uniqueness.
  • There was general agreement that it would be good if an international body could manage healthcare OIDs globally. The WHO was suggested.
  • Cecil suggested that having an RDF based OID registry would be a Good Thing™.
  • Three options suggested by Lloyd:
    • Clarify that we are only interested in common public namespaces.
    • State that we are comfortable with affiliates overriding HL7 OIDs, but we would encourage them to communicate the override.
    • Would could change SHALL to SHOULD or MAY in the statement that there SHALL only be one OID for a given entity in the OID registry.
  • Decisions
    • We decided to leave the wording at SHALL in the Core Principles document with a footnote that this is something that is under discussion.
    • We will work with Germany and other countries that have OID registries to see if we can import their OIDs into the HL7 registry.