1 SAIF-Effects on Interoperability Reviews Baris Suzek Georgetown University Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.

Slides:



Advertisements
Similar presentations
2/11/2014 8:44 AM The CDA Release 3 Specification Stack September 2009 HL7 Services-Aware Enterprise Architecture Framework (SAEAF)
Advertisements

Chapter 7: Key Process Areas for Level 2: Repeatable - Arvind Kabir Yateesh.
More CMM Part Two : Details.
Modeling with the ECCF SS ● UML Profile for ECCF ● UML Redefinition Semantics ● Compliance ● Consistency ● Conformance ● Validation ● Transformation ●
Overview of OASIS SOA Reference Architecture Foundation (SOA-RAF)
OASIS Reference Model for Service Oriented Architecture 1.0
Knowledge, Skills, and Abilities Working Group Hua Min Jahangheer Shaik Natasha Sefcovic Kahn Aleksey.
Creating Architectural Descriptions. Outline Standardizing architectural descriptions: The IEEE has published, “Recommended Practice for Architectural.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
One-release-per-year One-approval-per-year One-standard-per-year Leveraging rigorous process to accelerate standard development and approval through predictable.
December 3, 2010 SAIF Governance Framework A Brief Update on work to date.
Roles and Responsibilities Jahangheer Shaik. Service Specification Specification requires development of three inter-related documents CIM, PIM and PSM.
SAML Conformance Sub-Group Report Face-to-face meeting August 29, 2001 Bob Griffin.
MDA Guide Version CYT. 2 Outline OMG Vision and Process Introduction to MDA How is MDA Used? MDA Transformations Other MDA Capabilities Using the.
Initial slides for Layered Service Architecture
NCI-CBIIT Security in the System/Services Development Life Cycle Presenter: Braulio J. Cabral CBIIT Enterprise Security Coordinator.
1 ECCF Training 2.0 Platform Specific Model (PSM) ECCF Training Working Group January 2011.
Chapter 4 System Models A description of the various models that can be used to specify software systems.
 BRIDG R3.0.2 was released in August 2010  The BRIDG Model passed the initial ISO Joint Initiative Council ballot as a Draft International Standard (DIS)
1 Health Level Seven (HL7) Report Out Population Science and Structured Documents Workgroup (SDWG) Riki Ohira September 22, 2011.
Conformance Mark Skall Lynne S. Rosenthal National Institute of Standards and Technology
OpenSG Conformity IPRM Overview July 20, ITCA goals under the IPRM at a high level and in outline form these include: Organize the Test and Certification.
1 HITSP – enabling healthcare interoperability Current Framework and Fundamental Concepts  For those unfamiliar with the HITSP Harmonization Framework.
Chapter 7 System models.
INTRODUCTION to SAIF and Sound: Fast Track to Standard Development Leveraging rigorous process to accelerate standard development and approval through.
Lecture 7: Requirements Engineering
CaBIG ® VCDE Workspace Tactics thru June 14, 2010: How working groups fit together, and other activities Brian Davis April 1, 2010 VCDE WS Teleconference.
SAIF Effects on Interoperability Reviews WG Baris E. Suzek May, 11, 2010.
1 Here to There (Gap Analysis) Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group March 2011.
1 SAIF-Effects on Data Service Specifications Baris Suzek Georgetown University Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri.
1 ECCF Training 2.0 Implemental Perspective (IP) ECCF Training Working Group January 2011.
1 ECCF Training 2.0 Introduction ECCF Training Working Group January 2011.
HIT Standards Committee Identifying Implementation Specifications & Gaps LeRoy Jones – Program Manager Healthcare Information Technology Standards Panel.
Common Terminology Services 2 CTS 2 Submission Team Status Update HL7 Vocabulary Working Group May 17, 2011.
Pilot Training WG Kick-off Meeting March, 31, 2010.
XASTRO-2 Presentation CCSDS SAWG th November 2004.
SAIF Effects on Mentoring Work Group Kick off meeting March 31, 2010.
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group January 2011.
 To explain why the context of a system should be modelled as part of the RE process  To describe behavioural modelling, data modelling and object modelling.
1 ECCF Training Computationally Independent Model (CIM) ECCF Training Working Group March 2011.
SAIF Effects on Interoperability Reviews WG Baris E. Suzek May, 25, 2010.
 Copyright 2005 Digital Enterprise Research Institute. All rights reserved. SOA-RM Overview and relation with SEE Adrian Mocan
Company LOGO. Company LOGO PE, PMP, PgMP, PME, MCT, PRINCE2 Practitioner.
1 HL7 SAIF Enterprise Conformance and Compliance Framework (ECCF) Overview Baris E. Suzek Bob Freimuth VCDE Monthly Meeting December, 2010.
Enterprise Security Program Overview Presenter: Braulio J. Cabral NCI-CBIIT/caBIG Enterprise Security Program Coordinator.
Case Study: HL7 Conformance in VA Imaging Mike Henderson Principal Consultant Eastern Informatics, Inc.
7/2/2016 1:52 AM HL7 SOA-Aware Enterprise Architecture Executive Summary HITSP October 28, 2008 Executive Summary HITSP October 28, 2008.
Engineering, 7th edition. Chapter 8 Slide 1 System models.
1 The XMSF Profile Overlay to the FEDEP Dr. Katherine L. Morse, SAIC Mr. Robert Lutz, JHU APL
HL7 SOA-Aware Enterprise Architecture
Stages of Research and Development
Software Quality Control and Quality Assurance: Introduction
Current Framework and Fundamental Concepts
Unified Modeling Language
The Year of Core Instruction
Distribution and components
Abstract descriptions of systems whose requirements are being analysed
CMMI – Staged Representation
Software Requirements analysis & specifications
Engineering Processes
UML profiles.
IT Considerations for CPT TEE Implementation
Engineering Processes
Information Analysis, Organization, and Presentation
Chapter 17 - Component-based software engineering
Chapter 5 Architectural Design.
EHR System Function and Information Model (EHR-S FIM) Release 2
Software Development Process Using UML Recap
Presentation transcript:

1 SAIF-Effects on Interoperability Reviews Baris Suzek Georgetown University Architecture/VCDE Joint Face-to-Face June,3, 2010 St. Louis, Missouri

22 Team Baris Suzek (Lead) Michael W. Riben Bob Freimuth Mukesh Sharma Lewis Frey Cui Tao Tony Pan Marty Humphrey Olga Tchuvatkina Natasha Sefcovic Riki Ohira Brian Davis Mike Keller

3 SAIF-Effects on Interoperability Review Goals Describe processes in caBIG for review that are taking place, should take place Describe the artifacts needed for review Describe key components; conformance statements, functional profiles, conformance profiles Describe the Knowledge, Skills and Abilities (KSA) of reviewers, and whether those KSA's exist in caBIG now Approach Development of draft outline for whitepaper in alignment with goals Weekly meetings/presentations Presentation of available resources/processes (e.g. NIST, NCI) Discussions around issues – sections of whitepaper Assignment of whitepaper sections to group members Links to Wiki:

4 SAIF and ECCF effects on the review SAIF/ECCF supports several reviews to support/assess interoperability: ECCF Specification Reviews Conformance Validation and Certification Compatibility Reviews These reviews may cover many viewpoints and/or abstraction levels, so, in fact, they contain many sub- reviews

5 Key Concepts Relevant to SAIF/ECCF Reviews - Conformance Conformance Statements Explicit testable representations of explicit assumptions made by the specification Can be at CIM/PIM/PSM levels for different viewpoints Can have hierarchical relationships to other conformance statements (e.g., increasing levels of specificity) Are also used to specify localizations

6 Key Concepts Relevant to SAIF/ECCF Reviews - Conformance Conformance Assertions Testable assertions linked pair-wise to specific Conformance Statement or Profile Verifiable as True or False at specific test points in an implementation

7 Key Concepts Relevant to SAIF/ECCF Reviews - Profiles Mechanisms used to constrain broader service capabilities Types: Functional Profiles: A group of related operations for a given specification (for computational viewpoint) that may be implemented independently from other profiles. Semantic Profiles: Subsets of the overall information content (static semantics) that supports the functional profiles (for informational viewpoint). Conformance Profiles: Combination of a set of functional and semantic profiles taken together to give a complete coherent set of capabilities.

8 Key Concepts Relevant to SAIF/ECCF Reviews – Semantic Profile

9 Key Concepts Relevant to SAIF/ECCF Reviews – Conformance Profile Functional and Semantic Profiles already defined in specification

10 Key Concepts Relevant to SAIF/ECCF Reviews – New Terms Compliance: Artifacts derived from other artifacts by traversal of successive levels of abstraction. Localization: Custom modifications or other alterations Conformance Statements/Profiles: Explicit testable representations of explicit assumptions. Conformance Assertions: Assertions against a conformance statement that can be verified as True or False. Compatibility : Relationship between two or more conformance statements involving two or more specification stacks.

11 ECCF Reviews ECCF Specification Reviews Conformance Validation and Certification Compatibility Reviews

12 ECCF Reviews – ECCF Specification Review Uses a review criteria list developed by Enterprise Service Specifications Team (ESST) Conducted by Composite Architecture Teams (CAT) on CIM, PIM, PSM level specifications where all RM-ODP viewpoints are represented Review goals relevant to interoperability include: To support interoperability between enterprise services that are conformant to the mature specification stacks (all necessary artifacts for viewpoints/abstraction levels are populated, no implicit assumptions) To provide a mechanism to assess interoperability between two or more services conforming to two or more specifications that can be within or across enterprises

13 ECCF Reviews – ECCF Specification Review Should: Check well-formedness/integrity of documents and/or artifacts Check traceability between abstraction levels Check consistency among viewpoints Check the validity of localizations and constraining of conformance statements/profiles/viewpoint artifacts Ensure explicitness and completeness of the specifications (e.g. all vocabulary standards used are listed for information viewpoint, all interactions are explicitly shown for computational viewpoint) Ensure enterprise service interactions/collaborations/dependencies reported in behavioral model are valid – e.g. checking compatibility of semantic/functional profiles between services

14 ECCF Reviews – ECCF Specification Review - Example Specification provide interactions/collaborations with other services. e.g. Adverse Event Service Specifications interactions: Subject Management Protocol Management Review should ask: Is the Subject or Protocol representation in AE compatible with other services? Is there interface specifications supporting “isProtocolValid”?

15 ECCF Reviews– Compatibility Reviews Conducted between one or more specification stacks that may come from different enterprises e.g. exchanging healthcare records between hospital services Review goal relevant to interoperability includes: To assess/review/demonstrate compatibility between specifications and consequently To assess the level (like parties shown in stairway to heaven figure) of interoperability that these two (or more) specifications can facilitate To identify requirements around transformations that need to happen between services conforming to these specifications Reuse of artifacts and tracking the reuse makes reviews easy: E.g. functional/semantic and/or conformance profiles reused by multiple services Needs a common language between enterprises (e.g. Information/Behavioral Framework), so currently not feasible

16 ECCF Reviews– Conformance Validation and Certification Conducted only for an instance/implementation Occurs after a system has been fully implemented Review goal relevant to interoperability includes: Validation of conformance of an implementation to a specification stack by testing the pair-wise conformance assertions it made against the conformance statements Validation of conformance of an implementation to conformance statements around interactions/collaborations facilitates the interoperability between enterprise services

17 ECCF Reviews - Relationship of Reviews Conformance Validation Adverse Events (.NET) Subject Man. (Java) Conformance Validation Interoperate Enterprise A Specification Review Conformance Validation Adverse Events (.NET) Interoperate ? Transformations? Compatibility Review Enterprise B

18 ECCF Reviews– Conformance Validation and Certification – Teams/Roles Service Developers Validation (Test) Team/Lab Conduct the conformance validation reviews Consists of ECCF viewpoint representatives Certification Authority Issues certificates to validated services Develop/maintain a validation/test policy Control Board Resolve technical questions or disputes related to validation process Adopted from NIST document on Conformance Tests:

19 ECCF Reviews– Conformance Validation and Certification - Process Submission of artifacts Conducting Validation Review/Tests Development of a test suite Deploying service to a test bed/sandbox environment Running conformance validation/tests Generation of validation/test report Certification Certifying the implementation based on the review Appeal (if needed)

20 ECCF Reviews– Conformance Validation and Certification- Test Suite Composed of three parts: Test Cases: A description of the purpose of the test with a reference to the conformance assertions in the specifications for which the test case is developed The pass/fail criteria or the expected outcome Test Documentation: A detailed description of how the testing is done to ensure reproducibility Test Tools. Programs, scripts, data, or instructions for manual actions required to perform the test “Ideally” allows fully-automated testing Unfortunately manual validation will be needed Adopted from NIST document on Conformance Tests:

21 ECCF Reviews– Conformance Validation and Certification - Artifacts CIM and PIM level specifications To validate the existence and completeness of ECCF service specification stack. To provide context for the review (e.g. business goals). PSM level specification To validate/test conformance assertions contextualized by the implementation Computable artifacts (not pictures) at PSM level To automate/semi-automate conformance validation by transforming conformance assertions to test cases A deployable service implementation with installation instructions

22 Example of one issue and resolution Issue: Not all participants are trained or familiar with SAIF/ECCF Limited time for rather complex questions and make recommendations Resolutions: Attempt to transfer knowledge through: Identification and distribution of relevant documentation provided by HL7, NIST, caBIG Training WG meeting presentations on calls summarizing resources, knowledge and existing processes

23 Conclusions SAIF/ECCF supports several reviews to support/assess interoperability: ECCF Specification Reviews Conformance Validation and Certification Compatibility Reviews The ECCF Specifications and their review are important to support enterprise and cross-enterprise service interoperability

24 Recommendations Training for ECCF reviews Organization of Review Submission Artifacts, supporting Collaborative documentation development (e.g. templates) Version control Centralized storage for all related artifacts Availability of a single latest version of each artifact Increased visibility a use/discovery of artifacts More computable conformance statements/assertions Not pictures Functional profiles Semantic profiles Not unstructured textual statements

25 Recommendations Testable conformance statements/assertions: Can you test “QueryXYZ will return results in 5 seconds” for all environments subjectively? Depends on load/hardware etc? Test/validation policy document What is being tested/validated? Who are the stakeholders/teams/roles? What are responsibilities of teams/roles? What are the certification cancellation/expiration policies? What are the privacy/confidentiality issues surrounding review? What is the result expected? How does the document look like and how it is going to affect decision making?

26 Recommendations Tools to automatically transform conformance assertions to test cases Tools to measure/audit “real-time” interoperability Logging/monitoring exceptions around interactions/exchanges Pilot conformance validation/certification process