0
Modular Specifications
Provider Directories
Modular Specifications Overview
• The Mod Specs process is not the same as the S&I Framework
Process
• Mod Specs efforts a...
MSPD Project Tasks
• Develop Implementable, Testable, Certifiable Specifications
– Requirements Traceability Matrix (RTM)
...
4
Approach Diagram
RTM
Organizations provide
spec, IG, data model, tech
arch documentations for
assessment
Test
Cases
TI
D...
MSPD Approach
• MSPD Specifications based on IHE HPD Plus Specifications
• Extended HPD Plus in two key aspects:
– Error H...
IWG 1.1 and MSPD - WSDL
Category IWG v1.1 MSPD RTM v1.0
WSDL DSML-based WSDL
No explicit way to handle either single
data ...
IWG 1.1 and MSPD – Error Handling
Category IWG v1.1 MSPD RTM v1.0
Error Handling Constrained by DSML standard.
No specifie...
IWG 1.1 and MSPD – LDAP Mappings
Category IWG v1.1 MSPD RTM v1.0
LDAP Mappings Same data model as IWG v1.1
(Limited and st...
MSPD Future Activities
• Actively looking for pilot participants
– Looking for 3-4 sites interested in HPD Plus
– Contact ...
Upcoming SlideShare
Loading in...5
×

Direct20: Modular Specifications - Provider Directories

2,207

Published on

0 Comments
0 Likes
Statistics
Notes
  • Be the first to comment

  • Be the first to like this

No Downloads
Views
Total Views
2,207
On Slideshare
0
From Embeds
0
Number of Embeds
25
Actions
Shares
0
Downloads
3
Comments
0
Likes
0
Embeds 0
No embeds

No notes for slide

Transcript of "Direct20: Modular Specifications - Provider Directories"

  1. 1. Modular Specifications Provider Directories
  2. 2. Modular Specifications Overview • The Mod Specs process is not the same as the S&I Framework Process • Mod Specs efforts are aimed at identifying existing specification for a particular area of interest and improving/documenting/testing/promoting that specification • Mod Specs Provider Directories (MSPD) is the fourth Mod Specs Project – This effort is centered around Provider Directories • All Mod Specs projects and associated artifacts are available at http://modularspecs.siframework.org/ • Open process – Public calls held throughout specification development – Formed, consulted an Advisor Group 2
  3. 3. MSPD Project Tasks • Develop Implementable, Testable, Certifiable Specifications – Requirements Traceability Matrix (RTM) – Implementation Guide (IG) • Create a Test Implementation (TI) based on the specifications – Available for download • Create quality test cases – Will be available for download (SoapUI) • Optionally: a tool that can test conformance to the specifications 3
  4. 4. 4 Approach Diagram RTM Organizations provide spec, IG, data model, tech arch documentations for assessment Test Cases TI Develop Artifacts Mod Spec Process Recommend Organization Others SDO 1 SDO 2 Our team leverages artifacts provided by recommended organization
  5. 5. MSPD Approach • MSPD Specifications based on IHE HPD Plus Specifications • Extended HPD Plus in two key aspects: – Error Handling – Federation Facilitation • These extensions manifested in several ways: – New WSDL • Distinguishes between single and federated data sources • Extensible • Can still encode DSML errors – New Error Model • Can distinguish DSML and Web service errors • Gives more information for trouble shooting • Made some straightforward additions to IWG 1.1 LDAP Mappings 5
  6. 6. IWG 1.1 and MSPD - WSDL Category IWG v1.1 MSPD RTM v1.0 WSDL DSML-based WSDL No explicit way to handle either single data source versus federated source. Already handles DSML batch requests and responses Limited flexibility, extensibility. WSDL to facilitate management of transactions in a federated environment. Clear distinction between single data sources and federated results. Simple to process/interpret. Separation of concerns (DSML for data source and HPDrequest, HPDresponse and HPDerror related to web service) DSML batch requests and responses are applicable. A wrapper is added for better separation of concerns Backwards compatible with ‘wrapping’. Extensible. Enables future capabilities and features to be added.
  7. 7. IWG 1.1 and MSPD – Error Handling Category IWG v1.1 MSPD RTM v1.0 Error Handling Constrained by DSML standard. No specified way to handle errors/responses from multiple sources/federated directories. Limited error types. Allows for DSML errors and Web service errors. Can determine error source (LDAP vs. DSML). More robust error handling since more error information is available for trouble-shooting. Added specification for errors that will be handled by the WSDL. These include: notAttempted,couldNotConnect ,connectionClose, malformedRequest, gatewayInternalError, authenticationFailed, unresolvableURI, federationLoop, business rule violation
  8. 8. IWG 1.1 and MSPD – LDAP Mappings Category IWG v1.1 MSPD RTM v1.0 LDAP Mappings Same data model as IWG v1.1 (Limited and straightforward additions necessary to support MSPD error model and federation capabilities.)
  9. 9. MSPD Future Activities • Actively looking for pilot participants – Looking for 3-4 sites interested in HPD Plus – Contact Farrah.Darbouze@hhs.gov or Matthew.Rahn@hhs.gov • Considering submission to SDOs • Continue releasing updates and refinements to RTM, IG, TI over coming months 9
  1. A particular slide catching your eye?

    Clipping is a handy way to collect important slides you want to go back to later.

×