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

Difference between revisions of "ConceptMap FHIR Resource Proposal"

From HL7Wiki
Jump to navigation Jump to search
Line 50: Line 50:
 
* Resource is expected to contain an appropriate number of "core" (non-extension): current design has 19 elements
 
* Resource is expected to contain an appropriate number of "core" (non-extension): current design has 19 elements
 
* Have the characteristics of high cohesion & low coupling: this is a focused infrastructure resource with a clearly defind boundary
 
* Have the characteristics of high cohesion & low coupling: this is a focused infrastructure resource with a clearly defind boundary
-->
+
 
  
 
==Expected implementations==
 
==Expected implementations==
Line 58: Line 58:
 
* this would be taken up by any FHIR based implementation of vocabulary related services
 
* this would be taken up by any FHIR based implementation of vocabulary related services
 
* profile editors will need to express code mappings on a regular basis
 
* profile editors will need to express code mappings on a regular basis
 +
 +
see http://hl7.org/implement/standards/fhir/conceptmap.htm
  
 
==Content sources==
 
==Content sources==

Revision as of 22:55, 3 October 2013



ConceptMap

Owning committee name

FHIR Project Team

Contributing or Reviewing Work Groups

  • Vocabulary

FHIR Resource Development Project Insight ID

Whichever one FHIR works under

Scope of coverage

This resource expresses a mapping from one value set to another. Each mapping has the following qualities:

  • a unidirectional mapping
  • from a concept in one system to a concept in another
  • the mapping is only claimed to be valid in the context of the source and target value set.
  • supports mapping between any code system as defined by the value set resource (and by extension, the core principles)
  • This will be used to capture and share mappings between code systems
  • scope is not constrained by subject, discipline, environment, or locale

RIM scope

Out of scope for the RIM - this is in the MIF space.

Resource appropriateness

This resource:

  • Represents a well understood, "important" concept in the business of healthcare: mapping between code systems
  • Represents a concept expected to be tracked with distinct, reliable, unique ids: maps a important and expensive assets to be tracked and shared
  • Reasonable for the resource to be independently created, queried and maintained: yes - maps get created and curated
  • Declared interest in need for standardization of data exchange: yes - there is need both exchange maps and also to use maps in service of exchange
  • Resource is expected to contain an appropriate number of "core" (non-extension): current design has 19 elements
  • Have the characteristics of high cohesion & low coupling: this is a focused infrastructure resource with a clearly defind boundary


Expected implementations

  • this is already implemented by the tools to express FHIR mappings to v2 and v3, and will be used by the run-time tool to assist with validation and operational mappings
  • this will be used underneath implementations of the questionnaire resource to capture mappings of data elements and their contents between systems
  • this would be taken up by any FHIR based implementation of vocabulary related services
  • profile editors will need to express code mappings on a regular basis

see http://hl7.org/implement/standards/fhir/conceptmap.htm

Content sources

  • Internal tooling requirements
  • MIF
  • CTS 2
  • Core Principles
  • IHTSDO Mapping format


Example Scenarios

  • mappings from FHIR to v2 and v3
  • mappings from a local code set to a LOINC code set

Resource Relationships

  • this resource references ValueSet.
  • No direct plans for other resources to reference it yet, but it may impact in future planning for the Profile resource

Timelines

  • This resource already exists in an operational non-reviewed form
  • in it's existing form, it wasn't proposed for the DSTU, and therefore would be post DSTU
  • However the tools need it to exist to meet DSTU comments around code mappings needing to be provided
  • proposal is to publish as informative with the DSTU (with disclaimer explaining the status), and address comments in a future DSTU

gForge Users

Grahame