HIT Standards Committee

Transcription

1 HIT Standards Committee Identifying Implementation Specifications & Gaps LeRoy Jones Program Manager Healthcare Information Technology Standards Panel (HITSP) September 15, 2009

2 What is Implementation Guidance? Implementation guides for standards come in many forms, and there is no universal definition Can be as simple as the definition of the standard itself Can be as complex as a full reference implementation Implementation guidance can span different areas of implementation, so it is a question of degree of guidance across the continuum Format, content, encoding, technology, architecture, etc. Our useful definition of implementation should include the relationship to testing and/or certification for compliance determination 2

3 Appropriate Level of Implementation Guidance 3

4 Appropriate Level of Implementation Guidance Degree of Freedom in Implementation 3

5 Appropriate Level of Implementation Guidance Degree of Freedom in Implementation 3

6 Appropriate Level of Implementation Guidance Constraints on hardware architecture, software architecture, technology platform, etc. Degree of Freedom in Implementation 3

7 Appropriate Level of Implementation Guidance Constraints on hardware architecture, software architecture, technology platform, etc. Constraints on information architecture, transactional rules, content encoding, data format, etc. Degree of Freedom in Implementation 3

8 Testing s Relationship to Implementation Guidance 4

9 Testing s Relationship to Implementation Guidance Testing Level 1 4

10 Testing s Relationship to Implementation Guidance Testing Level 1 4

11 Testing s Relationship to Implementation Guidance Testing Level 3 Testing Level 2 Testing Level 1 4

12 HITSP s Relationship to Implementation Guidance and Testing HITSP harmonizes standards by both: identifying appropriate standards for interoperability AND producing implementation guidance that is instructive on how to use the standards to produce solutions HITSP s goal is to produce a system of documentation that facilitates disparate implementers to create consistently implemented solutions, and thereby aid interoperability among systems HITSP s implementation guidance is testable, and NIST has testing materials for our body of work Therefore, in your selection of HITSP specifications as a part of your recommendations to ONC, you have enjoined implementation guidance already 5

13 HITSP Does More Than Standards Picking The HITSP system of documentation provides reusable and extensive implementation guidance, which grafts in implementation guides from multiple sources 6

14 Comparison of Implementation Guidance Sources Implementation Guidance Attribute Base Standard Base-Standard Implementation Guide Data Format (e.g. message, document) Data Definition Baseline Transport Mechanisms Data Content Encoding (e.g. vocabularies) Data Encoding Value Sets Contextual Content Optionality Universally-Defined Transactional Actors Required Additional Standards Enjoined (e.g. security) Contextual Conformance Requirements Enjoined HITSP Implementation Guide Orchestrated Participation in Transaction 7

15 Conclusions It is important to tie the definition of testing and certification to the specific implementation guidance referenced The implementation guides available from HITSP unify several sources of implementation guidance into a consistent framework To the extent the HITSP work is referenced, the references should be to specific HITSP artifacts so all of the attendant implementation guidance is included 8