SOAWP Benefits of a combined SOA & IHE approach

From IHE Wiki
Revision as of 10:23, 26 January 2009 by Joshua.painter (talk | contribs) (→‎Discussion)
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

IHE SOA White Paper

Benefits of a combined SOA & IHE approach

Discussion

  • If PIX and PDQ are read as profiles, there are 5 pages of functional description, very high level, and 95 pages giving every detail of every transaction. HSSP spends 95 pages on functional description and operation semantics, and 5 pages on what could happen on the wire – the latter may be barely described. Would PIX/PDQ V2 and V3 be identical (in terms of operation semantics)? Probably, however, the service is never described in IHE.
  • The point of this paper is to bring these two efforts together.
  • Facilitating responding to changes in business requirements
  • IHE takes what is constant out of the equation
  • Adding, replacing, reconfiguring services
  • SOA can include interoperability elements in its approach but does not deliver interoperability
  • SOA is an implementation approach

Change Requests

place your change requests here...