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

Difference between revisions of "Answers from CAF Simplification project"

From HL7Wiki
Jump to navigation Jump to search
Line 2: Line 2:
  
 
<b>Q: </b>What practical methods and tools exist today for fast-track implementation of V3 and CDA exchanges? What is their current status, scope, and experience with their use?  
 
<b>Q: </b>What practical methods and tools exist today for fast-track implementation of V3 and CDA exchanges? What is their current status, scope, and experience with their use?  
 +
 
<b>A:</b> The tools being used in the UK give automated support for the steps needed to define a simplified V3 or CDA message. They are currentlyt being piloted on the CAF simplification project.  
 
<b>A:</b> The tools being used in the UK give automated support for the steps needed to define a simplified V3 or CDA message. They are currentlyt being piloted on the CAF simplification project.  
 +
  
 
<b>Q: </b>How much can be achieved with these methods, in terms of reduced XML complexity, implementation effort, learning time, or any other metrics?
 
<b>Q: </b>How much can be achieved with these methods, in terms of reduced XML complexity, implementation effort, learning time, or any other metrics?

Revision as of 18:14, 20 February 2011

Here are provisional answers to the 12 questions asked on the parent wiki page for simplification projects, as suggested by the UK CAF simplification project:

Q: What practical methods and tools exist today for fast-track implementation of V3 and CDA exchanges? What is their current status, scope, and experience with their use?

A: The tools being used in the UK give automated support for the steps needed to define a simplified V3 or CDA message. They are currentlyt being piloted on the CAF simplification project.


Q: How much can be achieved with these methods, in terms of reduced XML complexity, implementation effort, learning time, or any other metrics?

  1. Are they to be regarded only as a fast route to implementing the full messages, or are there cases where the simplified XML forms can be exchanged over the wire? What are the benefits and drawbacks, and what would be needed to make it acceptable?
  2. Is it necessary for a full round-trip (full=>simplified=> full) to be automatically and reliably supported by transforms?
  3. Is it useful to define simplified XML forms for closed sub-domains of CDA and V3 domains, or should the definitions have some of the semantic openness of full V3 and CDA? Can this be done consistent with full round-trips?
  4. How are the semantic relations between simplified XML and RIM-based semantic models to be defined and recorded?
  5. What is the process for developing a simplified V3 or CDA definition, the transforms between the simplified and full forms, and the semantic relations between them? What tools support the process? How automated and reliable is the process?
  6. What are the processes for testing a simplified V3 or CDA form, both in its definition and in deployment?
  7. What are the processes for maintaining the definitions of simplified forms through successive versions, as requirements change or as the underlying HL7 definitions evolve through versions?
  8. Are there other artifacts, such as simplified domain models , which can usefully be developed in tandem with the simplified XML forms?
  9. What should be the full ‘kit of parts’ in an implementation guide for a simplified form?
  10. Can these ‘simplification methodologies’ be applied equally well to the other HL7 content models (messages and SOA content models)?