During the Phoenix (January 2006) WGM the Conformance SIG (and MnM/INM) had a look at the proposed Feature Discovery Interaction as described in the Ping and Feature Discovery proposal document. The Conformance SIG expressed it would be useful to have such an interaction, and approved a motion to work with INM to progress the proposal in San Antonio. It was however unclear if a new HL7 interaction should be developed, or whether we should re-use an existing industry standard.
Mandatory vs. required vs. null-flavors Another issue comes up with the definiton of what "mandatory" and "required" means. Mandatory means the a value must be present and a null-value is not allowed. Unfortunately, that is the same as what required means in v2. Due to the fact that we do have the same issues in v2 as well as in V3 we should find a way to use the same terminology. This becomes terribly strange if it is combined with other attributes like cardinality. Doesn't it sounds reasonable to talk about presence/required and null-flavour-types (allowed, emtpy, non-empty, no-nulls).
Here we have to distinguish an element's presence in an XML instance from the presence with a no-null-value. The latter is meant by mandatory.
This leads to something like a null-flavor-indicator in a conformance statement.
publication of specifications In DICOM it is required to publish a conformance statement, i.e. is clear definition of what a system supports. In HL7 currently everyone can implement what (s)he wants without such a requirement.
This leads to two issues: a) whether the publication of a conformance statement/claim should be made required? b) how such a specification should be made available?