This wiki has undergone a migration to Confluence found Here
<meta name="googlebot" content="noindex">

FHIR marketing

From HL7Wiki
Revision as of 10:23, 26 May 2012 by GrahameGrieve (talk | contribs) (Created page with "{{FHIR Discussion Page}} Category:Active FHIR Discussion '''(Back to FHIR)''' From a marketing perspective, there are open issues related to branding/naming and position...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

(Back to FHIR)

From a marketing perspective, there are open issues related to branding/naming and positioning.

This page will be subject to discussion by the HL7 Marketing council as well.


Positioning: how is this product related to other (HL7) standards? How do we explain its relationship to these other standards?

Positioning of FHIR as a product/version of v3/implementation guide/ITS

  • The main positioning question is, even when not in name, is this "v4" (a big leap forward, largely uncompatible with v3-as-in-HDF), or is it v3.1 (a way of implementing v3). We're talking perceptions here. CDA is percieved to be something other than v3, which is why it has its own brand name & recognition.

Summary: position as a new product, not as a kind of "v3.5". Association with "v3" product shopuld be avoided.

  • Jean: we want to be able to tell implementers - look! there is a path from the existing v3 specs to FHIR
  • Lloyd: Those who are already on the v3 bandwagon will understand the similarity of FHIR and we'll also provide a migration path for them, so marketing to them is less important. (And it's not like there are huge numbers of them anyhow.)

Positioning of FHIR versus CDA

  • FHIR and CDA compete in the same space, so the question of positioning is important.
  • Ewout: Occurred to me that though FHIR makes transactions way less prominent than CRUD, I heard noone ask: 'where did our large-granularity interactions go'? Generally it looks like a bunch of assembled resources are pretty much everybody mainly needs. Might I be so bold to generalize that a CDA document is a Document FHIR with a complex serialization scheme ;-) But we don't require narrative.... so are HL7 FHIR and HL7 CDA competing for the same space?
  • Rene: ultimately: yes. CDA R3 could be defined to be FHIR-based.
  • GG: I heard lots of people asking where large granularity interactions went. Indeed, this was the single biggest question
  • Rene: let's use that signal to priotitize the discussion how we should position FHIR vs CDA.

Impact on existing product positioning

  • Product: RIM
    • The mere existence of FHIR means that we need to better market the RIM as a product independent of v3-as-in-HDF, i.e. RIM is not just part of v3, it is also part of other things.
    • LM: The theory had been to market v3 as an encompassing brand of which CDA, CCOW and other things. However, that hasn't really succeeded. If we're going to have multiple products (CDA, v3, RFH, etc.) that are all based on the 'v3 infrastructure', we should probably have a way of expressing that.
      • Rene: we'd only need to express that if it is seen as important for marketing purposes. Lots of car manifacturers build diffrerent car models on top of one and the same base platform - it's in their interest that the customer is NOT aware of this, which increases the perception of "newness"/"innovation" of a car model. I'm not saying this applies in this situation, but we could end up positioning things as siblings in a product catalog (marketing view) that are seen as children by a standards creator. v3 has effectively come to mean "HDF, RIM based static model refinement". RIM is a separate product, datatypes are a separate product, CDA is a seperate product, RFH is a seperate product. If we decide to depart from "HDF, RIM based static model refinement" (aka v3) this will only effect the v3-product, and not the other products.
  • Product: Datatypes
    • FHIR introduces a new release of the datatypes specification.
      • Jean: Is this true? I wasn't sure if this is just a new implementation of the Abstract Datatypes or if this was an amalgam of existing XML types with extras from 20190.
      • LM: There are new types and changes to existing types. While there's a relationship to Abstract/ISO, it's definitely not the same.