150 likes | 236 Views
Cross-Paradigm Interoperability Implementation Guide for Immunizations. Service Oriented Architecture Project Scope Statement January 2012. Project Scope.
E N D
Cross-Paradigm Interoperability Implementation Guide for Immunizations Service Oriented Architecture Project Scope Statement January 2012
Project Scope “This implementation guide will explore the Service-Aware Interoperability Framework (SAIF) methodology to show how various HL7, IHE and OMG immunization-related artifacts can be deployed to satisfy immunization interoperability use cases. “
Tasks • Steering Division x and TSC approval • Determine best way to work across groups • HL7 • OMG • IHE • SAIF Architecture Program • S&I Framework • Determine approach • What artifacts to use • What form the document takes • “Venn Diagrams” – overlap among artifacts
Project wiki page http://hssp.wikispaces.com/Cross+Paradigm+Interoperability+Implementation+Guide+for+Immunization
CDS and X-Paradigm • Common Information Model • CCD • CareRecord message • vMR • FHIR – Fast Health Information Resources (“fire”) • EHR FM information model • IZ DAM • Arden, GELLO and Drools • Examples • Arden x • GELLO x • Drools?
CDS notes • Is the assumption that SOA is the vehicle • Set forth assumptions • Will this discuss GELLO or ARDEN rules and import them?
SAIF Arch Prog Notes • Is FHIR intended to serve as a Common Information Model in a SOA/SAIF contest to which multiple other HL7 and non-HL7 artifacts can be mapped? • Yes • Devil is in the details • Look at the conformance statements in SAIF CD • These are aimed at what the SAIF implementation guide should do, not something following the SAIF IG
Some Ideas • Look at the conformance statements in SAIF CD • Create a mapping including FHIR and including Rob S’s list of data elements and mapping other artifacts into it. I.e. map everything to FHIR common data model. • Examine “use case“ artifacts to see what use cases can be implemented within the scope of the project • Revisit IXS, RLUS and DSS. Make list of needed PSMs. Map services to PSMs • Should lend itself to a tool • Be part of MnM BOF for EA – see Patrick • Be part of Out of cycle meeting to work on artifacts for SAIF IG - TBD
SOA Ideas • Can break into 2 parts, • high level – scoping, approach, requirements • Technical framework – SAIF IG • Avoid dependencies on unfinished specs • Context in services is established thru service contract (in layers)
What the project is • A roadmap to establishing interoperability among a multiplicity of systems speaking different (immunization) standards • Lends itself to tooling • Provide a standards guide that addresses multiple “hops” in the communication path • Be implementable and testable • Allows domain experts to trace use cases to implementation
What the project is not • Does not change existing specs • Does not recommend one spec over another • Exception: may change or recommend service tech specs • S&I does gap analysis • Prefer not to recommend
Straw man outline • Standards to include - examples • HL7 V2 IZ IGs • IHE Immunization Content/XDS/XCA • IXS, RLUS, DSS, • CTS2….tbd • Common Information Model
Project Phases • Project Approach • Deliverable
Fri Q1 ideas • Project Scope – “explore” vs “show” also remove “methodology” • JD will assist organizing next OMG tech mtg • A way to gain visibility to OMG working drafts • New mechanism for HL7 members – research • Include webexes at OMG, HL7 and IHE • SAIF Arch Prog Out-of-cycle • Coordinate with S&I Framework • Make community initiative, not PH – Ken • Coordinate with Aus PCEHR project • Roles and control
Fri Q1 ideas cont • hDATA may provide data model • Talk to Gerry and Lloyd • The issue of synchronous vs. asynchronous transactions is out of scope and implementation decision • Clearly state that the expected result is to add PSMs to existing tech specs and tweak tech specs • What formalism? SoaML? SOA ref arch framework?