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

Difference between revisions of "Implementation FAQ:Implementer Organization"

From HL7Wiki
Jump to navigation Jump to search
 
(One intermediate revision by the same user not shown)
Line 2: Line 2:
  
 
Back to [[Implementation FAQ]]
 
Back to [[Implementation FAQ]]
 
==Questions==
 
 
(add a question if you so desire)
 
  
 
==Recommendations==
 
==Recommendations==
  
===Overcome steep learning curve===
+
*Overcome the steep learning curve
Make sure to invest both time and resources in the initial phase. The cost to entry is significant, however once you know the basics it is relatively easy to extend. The HL7 object model introduces complexity for simple messages on the one hand, but provides a unified model for complex clinical messages. Implementers have to understand the RIM classes and attributes.
+
**See [[Overcoming the Learning Curve]] for details.
 
+
*Need for a "keeper of the vision"  
===Need a "keeper of the vision"===
+
**Designate one person to keep the architecture and the business requirements (as a whole) on a consistent track. Otherwise scope creep will ensure they are disjunctive.  
Designate one person to keep the architecture and the business requirements (as a whole) on a consistent track. Otherwise scope creep will ensure they are disjunctive.  
+
*Exchange experiences with other v3 implementers
 
+
**The exchange of experience in a forum with other implementers/vendors saves money. The [[RIMBAA]] Working group is an international forum for v3 implementers.  
===Exchange experiences with other v3 implementers===
+
*Dealing with being an early adopter
The exchange of experience in a forum with other implementers/vendors saves money. HL7 affiliate organizations offer a platform for such a forum.
+
**If the scope of your implementation is broad you should anticipate being an early adopter of some parts of the Standard. It's worth it, but you must factor into your plans a steep learning curve; ongoing participation in the HL7 organization to move your designs through membership approval; and retrofitting of early installations to the approved specifications.
 
 
===Dealing with being an early adopter===
 
If the scope of your implementation is broad you should anticipate being an early adopter of the Standard and breaking new ground. It's worth it, but you must factor into your plans a steep learning curve; ongoing participation in the HL7 organization to move your designs through membership approval; and retrofitting of early installations to the approved specifications.
 

Latest revision as of 20:02, 15 May 2010

This page contains questions and recommendations related to the organization or project that is responsible for the implementation.

Back to Implementation FAQ

Recommendations

  • Overcome the steep learning curve
  • Need for a "keeper of the vision"
    • Designate one person to keep the architecture and the business requirements (as a whole) on a consistent track. Otherwise scope creep will ensure they are disjunctive.
  • Exchange experiences with other v3 implementers
    • The exchange of experience in a forum with other implementers/vendors saves money. The RIMBAA Working group is an international forum for v3 implementers.
  • Dealing with being an early adopter
    • If the scope of your implementation is broad you should anticipate being an early adopter of some parts of the Standard. It's worth it, but you must factor into your plans a steep learning curve; ongoing participation in the HL7 organization to move your designs through membership approval; and retrofitting of early installations to the approved specifications.