Implementation FAQ:Framework Issues
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
Contents
- 1 Questions
- 2 Recommendations
- 2.1 Understand the architecture and the message flow of the Framework
- 2.2 Being conformant to a Framework has consequences for internal interfaces
- 2.3 Avoid "lock-in" of the application into a separate VPN
- 2.4 Maximize the utilization of registries
- 2.5 Get knowledge about security issues
- 2.6 Support multiple versions of interactions
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.