190 likes | 305 Views
Interoperability Capability Guidelines. Key points from the Australian eHealth Interoperability Framework HL7 ARB Presentation Zoran Milosevic, NEHTA, July 2012. Positioning interoperability. Interoperability practice. Integration practice. Common Architecture Practices. Closed world.
E N D
Interoperability Capability Guidelines Key points from the Australian eHealth Interoperability Framework HL7 ARB Presentation Zoran Milosevic, NEHTA, July 2012
Positioning interoperability Interoperability practice Integration practice Common Architecture Practices Closed world Open world Viewpoints Principles Close coupling Loose coupling Method Patterns Traceability Bespoke solutions Standards - conformance Governance Technical focus Federation Maturity Single time point Multiple time points Enterprise Architecture Practices Rationalization Flexibility Integration points 1, 2, 3 … Interoperability timeline
Architecture vs. Interoperability • Interoperability at its most challenging is process of alignment of multiple architectures over time in the midst of multiple governance contexts • Sound architecture is a precondition for sound interoperability • Interoperability is to architecture as acceleration is to speed • Interoperability supports architecture in transit
Problem : Interoperability Capability • Establish guidelines and best practices for • Measuring interoperability levels • Continuous improving of interoperability capability • Targets • eHealth specification and systems • Organisations developing/participating in eHealth solutions
Solution approach • Leverage CMMI Framework • Use existing structuring approach • Tailor it for the purpose of interoperability • Use existing concepts and add new ones as required • Ensure compliance • Essentially a new CMMI constellation • In addition to Development, Service and Acquisition constellations
CMMI – Continuous representation* * See http://www.sei.cmu.edu/library/abstracts/reports/10tr033.cfm
Categorising capability: approaches eHealthSystem (artifacts) Organisation (processes) Organisation (processes) ML5 Process Area 1 Process Area 2 L 4 ML4 CL3 L 3 ML3 CL2 ML2 L 2 CL1 ML1 L 1 Specific Goals Specific Goals Maturity Levels Capability Levels Existing approaches Predefined sets Organisation specific (Walker and LCIM) CMMI Continuous CMMI Staged
Concept relationship Maturity Level GG3: CL3 - Defined Equivalent staging Generic Goals GG2: CL2 - Managed GG1: CL1 - Performed Principles CL0 - Incomplete determine Characterised by Process Areas Capability Level identify 1, …* has Artefact (Work Product) Specific Goals Attributes 1, …* qualify as Interoperability Goals Practices produced by realise To be defined and agreed
Approach • Process areas are needed • group related specific interoperability goals • Principles useful in identifying key process areas • Governance • Policy compliance • Service orientation • Conformity Assurance • Common Semantics • Technical interoeprability
Multiplicity • Governance contexts • Service types • Technology options • Points in time • Necessary vs sufficient conditions • Architecture vs interoperability
Next steps • Agree Interoperability Process Areas • vs Architecture Process • For each area agree on • Specific goals • Practices • Work products