50 likes | 181 Views
Modular Specifications Provider Directories (MSPD) 9 /26/13. Modular Specifications Provider Directories (MSPD) Overview. Mod Specs efforts are aimed at identifying existing specification for a particular area of interest and improving/documenting/testing/promoting that specification
E N D
Modular Specifications Provider Directories (MSPD) Overview • Mod Specs efforts are aimed at identifying existing specification for a particular area of interest and improving/documenting/testing/promoting that specification • Open process • Public calls held throughout artifactdevelopment • Formed, consulted an Advisor Group consisting of : • Robert M. Cothren Technical Director, California Health eQuality Institute for Population Health Improvement | UC Davis Health System • Walter Sujansky Independent Consultant, Health Information Technology and Clinical Data Integration and Interoperability • Vince Lewis Principal Architect at GSI Health • Gary Tiechrow Co-Founder, Chief Architect at Mirth Corporation • John Donnelly President, IntePro Solutions Inc.
MSPD Project Tasks • Develop Implementable, Testable, Certifiable: • Requirements Traceability Matrix (RTM) • Implementation Guide (IG) • Create a Test Implementation (TI) based on RTM • Available for download • Create quality test cases • Available for download (SoapUI) • A tool that can test conformance to the RTM
MSPD Approach • MSPD effort based on IHE HPD Specifications • Extended HPD based on feedback from pilot communities such as NATE (formerly WSC), CAHIE and others to include: • Federation Facilitation • Error Handling • Adding federation and error handling will allow consistent and interoperable usage of IHE HPD profiles where federation is required instead of one-off solutions • These extensions resulted in the following changes: • New WSDL • Distinguishes between single and federated data sources • Metadata fields that can be used for federation • New Error Model in addition to the existing error model • Can distinguish DSML and Web service errors • Gives more information for trouble shooting
Federation Facilitation & Error Handling under Proposed Work • Reduction in the complexity of processing responses in a federated environment by : • simplifying the packaging of responses by a directory that federates • simplifying the interpretation of query responses that are sent to the query source. • Reduction in the effort required to troubleshoot and support federated query services due to robust error handling . • Accurate and complete information both from successful queries, and in the event of problems to clients of federated systems . • Information regarding the logical structure of the federation network to the client • follow-up queries can be targeted to a specific Provider Directory instead of subsequent requests taxing the systems by rehashing the entire federated query route.