Difference between revisions of "National Extensions Process"

From IHE Wiki
Jump to navigation Jump to search
 
(→‎National Extension Document: updated ftp link to Google Drive)
 
(8 intermediate revisions by 4 users not shown)
Line 1: Line 1:
== '''National Extensions to the Technical Framework''' ==
+
==Scope of National Extensions==
  
== '''Scope of National Extensions''' ==
+
National Extensions to the IHE Technical Framework address specific local healthcare needs and facilitate local implementation of the IHE Technical Framework.
  
National Extensions to the IHE Technical Framework address specific local healthcare needs and facilitate implementation of the IHE Technical Framework.
+
They may add requirements to the Technical Framework generally or to specific Profiles, Actors, Transactions, or Content Modules.  Since systems must still comply with the original Technical Framework, National Extensions may not relax or introduce conflicting requirements.
 
 
They may add requirements to the Technical Framework generally or to specific Transactions, Actors or Integration Profiles.  Since systems must implement according to the original Technical Framework in order to claim compliance, National Extensions may not relax requirements.
 
  
  
 
For example, it is appropriate for National Extensions to:
 
For example, it is appropriate for National Extensions to:
  
Require support of character sets and national languages
+
* Require support of character sets and national languages
 
+
* Provide translation of IHE concepts, codes or data fields from English into other national languages
Provide translation of IHE concepts, codes or data fields from English into other national languages
+
* Extend institutional information and financial transactions to conform to national health system payment structures and specific local care practices
 
+
* Extend patient or provider information to reflect policies regarding privacy and confidentiality ''(Can someone provide an example of supporting privacy policies by extending patient/provider information?)''
Extend patient or provider information to reflect policies regarding privacy and confidentiality
+
* ''(It has been suggested that it can also include a list of Profiles which are "invalid" in that country.  Is that appropriate?  If so, is the National Extension the best place to communicate that?)''
  
• Extend institutional information and financial transactions to conform to national health system payment structures and support specific local care practices
+
==Developing National Extensions==
 
 
 
 
==''' Process for Developing National Extensions '''==
 
  
 
IHE National Committees are responsible for drafting National Extensions.  Typically this happens after identifying a specific local healthcare need or implementation issue during the review, selection and promotion of Integration Profiles within their country.
 
IHE National Committees are responsible for drafting National Extensions.  Typically this happens after identifying a specific local healthcare need or implementation issue during the review, selection and promotion of Integration Profiles within their country.
  
National Extension documents are submitted to the Technical Committee of the most relevant IHE Domain for review.  It is the responsibility of this Technical Committee to contact all active IHE Domains to provide representation for the review.  The Domain Representative Reviewers will provide a Domain-specific assessment on compatibility and impact of the proposed National Extension.  The National Committee and the Domain Technical Committee collaborate to resolve any outstanding issues in the draft.  Integration Profiles deemed incompatible with the National Extension would be listed in the National Extension until the incompatibility issues are resolved.  
+
(If IHE Regional Committees find needs that span countries within their region they would follow the same process described here.)
  
Once the draft is approved by both the National Committee and Domain Technical Committee, it is incorporated and published as part of the Domain Technical Framework according to the maintenance and publication process of the Domain Technical Committee.
+
=== Public Comment ===
  
The overall process is intended to be very similar to that for Change Proposals.
+
National Extensions are defined in Volume 4 of the Technical Framework of a domain.
  
 +
National Extension documents are '''submitted in English to the Technical Committee of the relevant IHE Domain''' for review. 
  
== '''National Extension Document''' ==
+
The National/Regional Committee and the Domain Technical Committee collaborate to resolve ay outstanding issues from the review and both approve the document for Public Comment.  The document is then published by IHE International for a 30 day public comment period.
 
National Extensions shall include concise descriptions of the local need they are intended to address. They shall identify the precise transactions, actors, integration profiles and sections of the Technical Framework to which they apply.  
 
  
It is highly recommended that National Committees review existing National Extensions before drafting their own to get a feel for the types of issues addressed, document format and wordingIn fact National Committees may find it useful to use a National Extension for another country with similar interests as an initial template.
+
=== Trial Implementation/Final Text ===
 +
The National Committee and the Domain Technical Committee collaborate to resolve comments from public comment.  Both committees then approve the document and mutually decide whether it needs a period of Trial Implementation or can go straight to Final Text, depending on the scope and complexity of the document.  Short extensions that simply add a required character set or a few attributes often do not require Trial Implementation.
  
 +
When the document is approved for Trial Implementation by both the National Committee and Domain Technical Committee, it is  published as a supplement to the Domain Technical Framework according to the maintenance and publication process of the Domain Technical Committee.  It then is up to the National Committee to propose to the Domain Technical Committee that the document is ready for Final Text based on the [[Final Text Process|Final Text Process]] outlined for international profiles with relaxation of the requirement for Connectathon testing in at least two regions.
  
'''''The basic outline of a submittal shall include:'''''
+
When the document is approved for Final Text by both the National/Regional Committee and Domain Technical Committee, it is incorporated and published as part of the Domain Technical Framework according to the maintenance and publication process of the Domain Technical Committee. 
  
 +
=== Maintenance ===
 +
All maintenance of the Trial Implementation or Final Text document is jointly undertaken by the submitting National Committee and the Domain Technical Committee with both approving any updates.  Primary responsibility for editorial work lies with the National Committee.
  
'''X.0 National Extensions for IHE <National Initiative> '''
+
=== Submission to multiple domains ===
 +
When a National Committee would like to submit an extension to multiple Technical Frameworks, they may wish to identify the target Domains, submit the extension to the IHE Domain Coordination Committee and request a joint review of the extension. In this case the affected Technical Committees would work out a plan for a joint review.
  
The national extensions documented in this section shall be used in conjunction with the definitions of integration profiles, actors and transactions provided in volumes I-II of the IHE Technical Framework. This section includes extensions and restrictions to effectively support the regional practice of healthcare in <National Initiative>.
+
==Testing National Extensions==
  
 +
The National Extension shall be written with sufficient detail to allow for accurate development and testing.
  
''' X.1 Comments '''
+
It is appropriate for Regional Connectathons to include testing of compliance with published National Extensions.  It is not appropriate to “fail” systems for not complying with National Extensions that were not approved and published a reasonable time before the Connectathon, as this is unfair to vendors who have implemented their systems in good faith according to the published Technical Framework.
  
This national extension document was authored under the sponsorship and supervision of <sponsoring Organisation(s)>, who welcome comments on this document and the IHE <National Initiative>. Comments should be directed to:  <National Initiative Representative>.
+
The National Committee should consider organizing sponsorship for tool and test plan development necessary for Connectathon testing of the National Extension.
  
 +
The National Committee should also consider providing staff to support verification of compliance to the National Extension at the Regional IHE Connectathons.
  
''' X.2 IHE-<National Initiative> Scope '''
 
  
The extensions, restrictions and translations specified have impact to IHE Integration Profiles as identified in this section.
+
==National Extension Document==
 
+
 
+
National Extensions shall include concise descriptions of the local needs they address. They shall identify the transactions, actors, integration profiles and sections of the Technical Framework to which they apply.  
''' X.2.1 Applicable Integration Profiles'''
 
  
The extensions, restrictions and translations specified apply to the following IHE Integration profiles:
+
It is highly recommended that National Committees review other existing National Extensions before drafting their own to get a feel for the types of issues addressed, document format and wording.  In fact National Committees may find it useful to use a National Extension from another country with similar interests as an initial template.
 +
* [http://www.ihe.net/uploadedFiles/Documents/Radiology/IHE_RAD_TF_Vol4.pdf IHE Radiology National Extensions - France, Germany, USA, Italy, UK, Canada, Spain]
  
· <Applicable Integration Profiles>
 
  
 
+
A template for Volume 4, National Extensions, is located on the [https://drive.google.com/drive/folders/13jyh22oXwgfD-plpZhSVpCatHSoFqqFu IHE Google Drive].
''' X.2.1 Incompatible Integration Profiles'''
 
 
 
The extensions, restrictions and translations specified are incompatible with the following IHE Integration profiles:
 
 
 
· <Applicable Integration Profiles>
 
 
 
 
 
''' X.3 Technical Requirements Additions'''
 
<Technical Requirements identifying the precise transactions, actors, integration profiles and sections of the Technical Framework to which they apply.  Including the technical detail equivalent to that contained in the Technical Framework. >
 
 
 
 
 
 
 
== '''National Extension Testing''' ==
 
 
 
The National Extension shall be written with sufficient detail to allow for accurate development and testing.
 
 
 
It is appropriate for Regional Connectathons to include testing of compliance with published National Extensions.  It is not appropriate to “fail” systems for not complying with National Extensions that were not approved and published a reasonable time before the Connectathon as this is unfair to vendors who have implemented their systems in good faith according to the published Technical Framework.
 
 
 
The National Committee should consider organizing sponsorship for any tool and test plan development necessary for Connectathon testing of the National Extension.
 
 
 
The National Committee should also consider providing staff to support verification of compliance to the National Extension at the Regional IHE Connectathons.
 

Latest revision as of 13:33, 10 August 2021

Scope of National Extensions

National Extensions to the IHE Technical Framework address specific local healthcare needs and facilitate local implementation of the IHE Technical Framework.

They may add requirements to the Technical Framework generally or to specific Profiles, Actors, Transactions, or Content Modules. Since systems must still comply with the original Technical Framework, National Extensions may not relax or introduce conflicting requirements.


For example, it is appropriate for National Extensions to:

  • Require support of character sets and national languages
  • Provide translation of IHE concepts, codes or data fields from English into other national languages
  • Extend institutional information and financial transactions to conform to national health system payment structures and specific local care practices
  • Extend patient or provider information to reflect policies regarding privacy and confidentiality (Can someone provide an example of supporting privacy policies by extending patient/provider information?)
  • (It has been suggested that it can also include a list of Profiles which are "invalid" in that country. Is that appropriate? If so, is the National Extension the best place to communicate that?)

Developing National Extensions

IHE National Committees are responsible for drafting National Extensions. Typically this happens after identifying a specific local healthcare need or implementation issue during the review, selection and promotion of Integration Profiles within their country.

(If IHE Regional Committees find needs that span countries within their region they would follow the same process described here.)

Public Comment

National Extensions are defined in Volume 4 of the Technical Framework of a domain.

National Extension documents are submitted in English to the Technical Committee of the relevant IHE Domain for review.

The National/Regional Committee and the Domain Technical Committee collaborate to resolve ay outstanding issues from the review and both approve the document for Public Comment. The document is then published by IHE International for a 30 day public comment period.

Trial Implementation/Final Text

The National Committee and the Domain Technical Committee collaborate to resolve comments from public comment. Both committees then approve the document and mutually decide whether it needs a period of Trial Implementation or can go straight to Final Text, depending on the scope and complexity of the document. Short extensions that simply add a required character set or a few attributes often do not require Trial Implementation.

When the document is approved for Trial Implementation by both the National Committee and Domain Technical Committee, it is published as a supplement to the Domain Technical Framework according to the maintenance and publication process of the Domain Technical Committee. It then is up to the National Committee to propose to the Domain Technical Committee that the document is ready for Final Text based on the Final Text Process outlined for international profiles with relaxation of the requirement for Connectathon testing in at least two regions.

When the document is approved for Final Text by both the National/Regional Committee and Domain Technical Committee, it is incorporated and published as part of the Domain Technical Framework according to the maintenance and publication process of the Domain Technical Committee.

Maintenance

All maintenance of the Trial Implementation or Final Text document is jointly undertaken by the submitting National Committee and the Domain Technical Committee with both approving any updates. Primary responsibility for editorial work lies with the National Committee.

Submission to multiple domains

When a National Committee would like to submit an extension to multiple Technical Frameworks, they may wish to identify the target Domains, submit the extension to the IHE Domain Coordination Committee and request a joint review of the extension. In this case the affected Technical Committees would work out a plan for a joint review.

Testing National Extensions

The National Extension shall be written with sufficient detail to allow for accurate development and testing.

It is appropriate for Regional Connectathons to include testing of compliance with published National Extensions. It is not appropriate to “fail” systems for not complying with National Extensions that were not approved and published a reasonable time before the Connectathon, as this is unfair to vendors who have implemented their systems in good faith according to the published Technical Framework.

The National Committee should consider organizing sponsorship for tool and test plan development necessary for Connectathon testing of the National Extension.

The National Committee should also consider providing staff to support verification of compliance to the National Extension at the Regional IHE Connectathons.


National Extension Document

National Extensions shall include concise descriptions of the local needs they address. They shall identify the transactions, actors, integration profiles and sections of the Technical Framework to which they apply.

It is highly recommended that National Committees review other existing National Extensions before drafting their own to get a feel for the types of issues addressed, document format and wording. In fact National Committees may find it useful to use a National Extension from another country with similar interests as an initial template.


A template for Volume 4, National Extensions, is located on the IHE Google Drive.