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

Difference between revisions of "Implementation FAQ:Framework Issues"

From HL7Wiki
Jump to navigation Jump to search
(new page)
 
Line 1: Line 1:
This page has been given the title "Framework Issues". The [[Framework]] being referenced is defined to be the set of message and infrastructural specifications and business rules as defined by an inter-organizational body; either at a regional or national level. Examples include the English NPfIT Program, the Dutch National Infrastructure, or specifications applicable within a U.S. HMO. The Framework is mostly published as a set of implementation guides. [[Implementation Guide]]s represent the HL7 standard profiled for the specific Framework use cases.  
+
This page contains questions and recommendations related to implementations of v3 in the context of a "Framework". A [[Framework]] is defined to be the set of message and infrastructural specifications and business rules as defined by an inter-organizational body; either at a regional or national level. Examples include the English NPfIT Program, the Dutch National Infrastructure, or specifications applicable within a U.S. HMO. The Framework is mostly published as a set of implementation guides. [[Implementation Guide]]s represent the HL7 standard profiled for the specific Framework use cases.  
 +
 
 +
Back to [[Implementation FAQ]]
  
 
==Questions==
 
==Questions==

Revision as of 11:04, 26 May 2006

This page contains questions and recommendations related to implementations of v3 in the context of a "Framework". A Framework is defined to be the set of message and infrastructural specifications and business rules as defined by an inter-organizational body; either at a regional or national level. Examples include the English NPfIT Program, the Dutch National Infrastructure, or specifications applicable within a U.S. HMO. The Framework is mostly published as a set of implementation guides. Implementation Guides represent the HL7 standard profiled for the specific Framework use cases.

Back to Implementation FAQ

Questions

(add a question if you have one)

Recommendations

Understand the architecture and the message flow of the Framework

Makes sure both you as well as the application users understand the architecture, the business rules as well as the message flows as described in the Framework.

Being conformant to a Framework has consequences for internal interfaces

The applications within the organization need to support the business models as defined by the Framework. The Framework therefore has a serious impact on the HL7 version 2 (and other) interfaces within an organization. HL7 version 2 interfaces are likely to be used for many years to come. There is a requirement for more rigour in the use of HL7 v2, as HL7 v3 is much richer in content.

Avoid "lock-in" of the application into a separate VPN

Intra-organizational communication requires a secure environment. In order to guarantee a secure environment a Framework may specify that all communications have to take place using one specific VPN network. This creates a conflict with the need to have access to corporate network (or internet access in general), e.g. for the ordering of supplies. Such issues have to be resolved with the organization responsible for the creation of the Framework.

Maximize the utilization of registries

If the Framework architecture contains registries for patients, care providers or insurance details, retrieve the latest available data from these registries before including it in outbound messages or documents.

Get knowledge about security issues

For many IT vendors in healthcare, security requirements for inter-organization communications are a new topic. Familiarize yourself with the security aspects of the Framework, as well as with other commonly used standards in this area.

Support multiple versions of interactions

The Framework is likely to periodically publish new versions of existing interactions. During a specified transitory phase an application will need to support multiple versions of an interaction. The underlying business process for different versions of an interaction may also be slightly different.