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

Difference between revisions of "201605 Declarative Mapping"

From HL7Wiki
Jump to navigation Jump to search
Line 18: Line 18:
  
 
==Proposed Track Lead==
 
==Proposed Track Lead==
<!-- Name, email and Skype id of individual who will coordinate the track at the connectathon -->
 
 
* Coordinator: [mailto:klordmdmi@gmail.com Ken Lord (MDIX)]  
 
* Coordinator: [mailto:klordmdmi@gmail.com Ken Lord (MDIX)]  
 
* Track Lead: TBD  
 
* Track Lead: TBD  
Line 36: Line 35:
 
=== Map Designer ===
 
=== Map Designer ===
  
This is a software product that helps a user manager a set of mapping resources, and edit them, and test the mapping transform outcome interactively. Designer may offer additional assistance in Ux for mapping etc as desired.
+
This is a software product that helps a user manager a set of mapping resources, and edit them, and test the mapping transform outcome interactively. Designer may offer additional assistance in Ux for mapping etc as desired. Designers implement use case #1
 
 
The designer could just edit the mappings as a set of .map files using the concrete syntax. Bonus points for being able to read and write resources from files or a server.
 
 
 
Map Designer must be able to read and edit the CDA mapping files.
 
  
 
=== Map Executor ===
 
=== Map Executor ===
  
This will be an application that takes a set of map files or resources, a CDA document and produces a FHIR Bundle Document. The test map is the one in the CCDA implementation (\maps), and the test document is the CCDA example document distributed with the CCDA R2 (see [[http://www.healthintersections.com.au/ccd.xml here]]). The output should be a Bundle that looks like [this - to be resolved closer to the day]
+
This will be an application that takes a set of map files or resources, a CDA document and produces a FHIR Bundle Document. The executor may be wrapped in any form desired.  
 
 
The executor may be wrapped in any form desired. A future step will test the execution packaged in an operation on a FHIR Server.
 
  
 
==Scenarios==
 
==Scenarios==
<!-- What will be the actions performed by participants? -->
 
  
=== Desclarative Mapping Use Cases:===
+
=== 1. Edit an existing map ===
[To do: create scenarios based on the planned scops for May and expected resources]
 
=== 1. Create a new map ===
 
'''Precondition''': ...
 
  
 
'''Action''':  
 
'''Action''':  
  
...
+
The designer opens and edits the existing CDA mappings either from the map files (using the concrete syntax), or from the equivalent resources.  
  
 
'''Success Criteria:'''  
 
'''Success Criteria:'''  
  
...
+
The map resources produced can feed into the second use case
  
=== 2. Publish a map===
+
'''Bonus Point''':
  
'''Precondition''':
+
Bonus points for being able to read and write resources from a server.
  
'''Action''':
+
=== 2. Execute a map===
  
  
'''Success Criteria''':  
+
'''Action''':  
  
'''Bonus Point''':
+
Take the CCDA draft maps, apply them to a CCDA example document, and produce a document bundle
 
 
=== 3. Execute a map ===
 
'''Precondition''':
 
 
 
'''Action''':
 
  
 +
* The test map is the one in the CCDA implementation (\maps)
 +
* the test document is the CCDA example document distributed with the CCDA R2 (see [[http://www.healthintersections.com.au/ccd.xml here]]).
  
 
'''Success Criteria''':  
 
'''Success Criteria''':  
  
 +
The output should be a Bundle that looks like [this - to be resolved closer to the day]
  
 +
'''Future Step''':
  
'''Bonus Point''':
+
A future step will test the execution packaged in an operation on a FHIR Server.

Revision as of 07:20, 9 March 2016

Return to May 2016 Proposals

Declarative Mapping

This track will explore mappings and/or a useful subset of mapping tasks using declarative languages used to address interoperability issues.

  • Pre-requisites: none

Submitting WG/Project/Implementer Group

  • SOA Working Group
  • CGIT (approval planned)
  • CCBC (approvalplanned)

Justification

There is a recognized need for mappings to facilitate interoperability across HL7 products Following on the Birds of a Feather CDA to FHIR session in Orlando, there was an agreement among the participants to pursue declarative approaches or mappings. Objectives of the track include reuseable computable artifacts that can be saved / persisted as FHIR resources from the approaches presented in the Connectathon. SOA WG has already developed "cross-paradigm" mapping guidance intended to represent the same business content in more than on structure (e.g. CDA template to FHIR profile or V2 profile components)


Proposed Track Lead

Expected participants

The expected participants include:

  • Keith Dudley / Grahame Grieve
  • MDMI Open Source Project (several participants)
  • David Booth (Yosemite Project)
  • SAMHSA BHITS Project
  • Members of the i2b2 on FHIR team

Roles

Map Designer

This is a software product that helps a user manager a set of mapping resources, and edit them, and test the mapping transform outcome interactively. Designer may offer additional assistance in Ux for mapping etc as desired. Designers implement use case #1

Map Executor

This will be an application that takes a set of map files or resources, a CDA document and produces a FHIR Bundle Document. The executor may be wrapped in any form desired.

Scenarios

1. Edit an existing map

Action:

The designer opens and edits the existing CDA mappings either from the map files (using the concrete syntax), or from the equivalent resources.

Success Criteria:

The map resources produced can feed into the second use case

Bonus Point:

Bonus points for being able to read and write resources from a server.

2. Execute a map

Action:

Take the CCDA draft maps, apply them to a CCDA example document, and produce a document bundle

  • The test map is the one in the CCDA implementation (\maps)
  • the test document is the CCDA example document distributed with the CCDA R2 (see [here]).

Success Criteria:

The output should be a Bundle that looks like [this - to be resolved closer to the day]

Future Step:

A future step will test the execution packaged in an operation on a FHIR Server.