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

Difference between revisions of "CTS2 DSTU Corrections and Enhancements"

From HL7Wiki
Jump to navigation Jump to search
Line 55: Line 55:
 
* Adding the possibility of a value set version to be authored (provenanceDetails might not be a strong enough representation).
 
* Adding the possibility of a value set version to be authored (provenanceDetails might not be a strong enough representation).
 
* Adding an attribute contentDefinition so that the ConceptSet and Filter can be functionally supported.
 
* Adding an attribute contentDefinition so that the ConceptSet and Filter can be functionally supported.
 
+
|-
 +
| 7
 
List Code System Supplements  
 
List Code System Supplements  
 
| Again, this seems to be an oversight.
 
| Again, this seems to be an oversight.
 
|  
 
|  
 
|-
 
|-
| 7
+
| 8
 
| Return Code System Supplement Details
 
| Return Code System Supplement Details
 
| Oversight.
 
| Oversight.
 
|  
 
|  
 
|-
 
|-
| 8
+
| 9
 
| List Jurisdictional Domains
 
| List Jurisdictional Domains
 
| It is logical that in an environment with multiple juridictional domains, they should be listed.
 
| It is logical that in an environment with multiple juridictional domains, they should be listed.
 
|  
 
|  
 
|-
 
|-
| 9
+
| 10
 
| Return Jurisdictional Domain Details
 
| Return Jurisdictional Domain Details
 
| Oversight.  
 
| Oversight.  
 
|  
 
|  
 
|-
 
|-
| 10
+
| 11
 
| Add an operation which describes the service CTS2 itself.
 
| Add an operation which describes the service CTS2 itself.
 
| An operation returning information about the CTS2 service.  This is present in CTS, and in the PIM, so it could be an oversight.
 
| An operation returning information about the CTS2 service.  This is present in CTS, and in the PIM, so it could be an oversight.
 
|  
 
|  
 
|-
 
|-
| 11
+
| 12
 
| Add and id of an Association Type.   
 
| Add and id of an Association Type.   
 
| An identifying attribute added to the class AssociationType as associationKind is not specific enough.
 
| An identifying attribute added to the class AssociationType as associationKind is not specific enough.
 
|  
 
|  
 
|-
 
|-
| 12
+
| 13
 
| Conformance Criteria   
 
| Conformance Criteria   
 
| The SFM is totally silent of what must be provided by an implementation allowing for declaring it conformant.
 
| The SFM is totally silent of what must be provided by an implementation allowing for declaring it conformant.
Line 92: Line 93:
 
|  
 
|  
 
|-
 
|-
| 13
+
| 14
 
| Licensing Information  
 
| Licensing Information  
 
| For a national use, the server must keep track of who is allowed to see which codesystem and the associated codes. E.g., only persons/institutions having purchased Snomed CT will get a result including Snomed CT.
 
| For a national use, the server must keep track of who is allowed to see which codesystem and the associated codes. E.g., only persons/institutions having purchased Snomed CT will get a result including Snomed CT.
 
|  
 
|  
 
|-
 
|-
| 14
+
| 15
 
| Assure multilingual representation
 
| Assure multilingual representation
 
| All the attributes that are indicating a representation of text such as the , "description", "provenanceDetails", "administrativeInfo" should be represented by a format supporting translations.
 
| All the attributes that are indicating a representation of text such as the , "description", "provenanceDetails", "administrativeInfo" should be represented by a format supporting translations.
Line 103: Line 104:
 
| Return Code System Version Details added.
 
| Return Code System Version Details added.
 
| This is an oversight.  The Return Code System Details operation is present; it is a natural conclusion Return Code System Version Details was omitted.  This is present in the PIM.
 
| This is an oversight.  The Return Code System Details operation is present; it is a natural conclusion Return Code System Version Details was omitted.  This is present in the PIM.
| 15
+
|
| |  
 
 
|-
 
|-
 
|}
 
|}

Revision as of 16:40, 11 September 2012

Corrections:

# Description Rationale Resolution
1 Hierarcy in Concept Domain The hierarchy is missing in ConceptDomain class. There are two way in which this can be resolved: 1. Adding a recursive link to indicate the parent-child relationships 2. Adding a class called ConceptDomainAssociation between concepts domains. This will allow for finer typing of the relationships between concept domains, not just parent-child relationships.


The following are enancements to the DSTU from a functional point of view. Some of them are present in the PIM but not in the DSTU, so they might be an oversight. Some operations too are also an obvious oversight, so they are not really enhancements.

Enhancements:

# Description Rationale Resolution
1 Change the wording "ValueSetContextBinding" into "Binding" CTS2: ValueSetContextBinding. Core Principles: ContextBinding. However, the functional model supports binding for between vale sets and just codes (see change number 1) and usage context and concept domains in equal measure. A more appropriate name in this case is just “Binding”.
2 Binding to a single code. | Concept Domain. This is particularly useful in the cases where we have a value set that contains only one code and must have an OID such as in Anatomic Pathology for example.
3 Change Cardinality in Binding from 1 to 0..1 There are many templates generated by IHE. Binding takes places generally between a template and a value set (or a version of a value set). The concept domain is “forgotten”, or implicitly included in the template via the context it describes (in its title, or the subject described in the template, or in the text of the template). This means that in reality we only bind two entities (no Concept Domain). Replace 1 by 0 so that the binding between two entities possible.
4 Addition of a new class EntityVersionCodeSystemVersionMembership This new association class provides a more robust way of linking Entity Version to Code System versions.
5 Assure multilingual representation All the attributes that are indicating a representation of text such as the , "description", "provenanceDetails", "administrativeInfo" should be represented by a format supporting translations.
6 Additions to the Value Set Class to be able to support FHIR functionality
  • The possibility of a value set restricting another value set.
  • Adding the possibility of a value set version to be authored (provenanceDetails might not be a strong enough representation).
  • Adding an attribute contentDefinition so that the ConceptSet and Filter can be functionally supported.
7

List Code System Supplements

Again, this seems to be an oversight.
8 Return Code System Supplement Details Oversight.
9 List Jurisdictional Domains It is logical that in an environment with multiple juridictional domains, they should be listed.
10 Return Jurisdictional Domain Details Oversight.
11 Add an operation which describes the service CTS2 itself. An operation returning information about the CTS2 service. This is present in CTS, and in the PIM, so it could be an oversight.
12 Add and id of an Association Type. An identifying attribute added to the class AssociationType as associationKind is not specific enough.
13 Conformance Criteria The SFM is totally silent of what must be provided by an implementation allowing for declaring it conformant.

To the minimum extend, a single function listing all codesystems is enough. To the other extend all functions must be provided. The real necessity is something in the middle: The specific set of functions must be marked. Therefore, a classification and/or prioritization according the functions must be provided. A solution can be the declaration of a basic set of functions and appropriate options. E.g. the handling of value sets may be necessary for certain environments, but not really for all use cases. Therefore, all functions dealing with value sets can be assigned to "option 1".

14 Licensing Information For a national use, the server must keep track of who is allowed to see which codesystem and the associated codes. E.g., only persons/institutions having purchased Snomed CT will get a result including Snomed CT.
15 Assure multilingual representation All the attributes that are indicating a representation of text such as the , "description", "provenanceDetails", "administrativeInfo" should be represented by a format supporting translations.
Return Code System Version Details added. This is an oversight. The Return Code System Details operation is present; it is a natural conclusion Return Code System Version Details was omitted. This is present in the PIM.