This wiki has undergone a migration to Confluence found Here
Difference between revisions of "Talk:Product List"
Jump to navigation
Jump to search
(New page: ==Issues== ===Product Strategy=== *Need to know what the product strategy is, for purposes of allocating resources to priority projects *:(i.e. secretarial support from HQ for selected pr...) |
|||
| Line 39: | Line 39: | ||
| − | === | + | ==='Branding' our non-messaging projects- use of V3 Normative Edition=== |
| − | Seeking the use of a naming convention for ballots that better reflects the different paradigms for our work | + | *Seeking the use of a naming convention for ballots that better reflects the different paradigms for our work. |
| + | *How do we define our IP regarding Services standards; should they be available to purchase separately? | ||
| + | *Is the Intellectual Property the 'whole standard', or artifacts contained in an existing standard? (see John Quinn powerpoint [http://gforge.hl7.org/gf/download/docmanfileversion/5325/6598/GenericProductsAcrossSDOs07-29-09.ppt Generic Products Across SDOs]) | ||
*Healthcare, Community Services and Provider directory raised a question on how HL7 will 'brand' our services projects in the use of a naming convention for ballots. I noted on the current ballot the title 'HL7 Version 3 Standard: Identification Service(IS), Release 1'. Does it make sense to have all service specifications considered a part of V3? Should they have their own 'edition'? | *Healthcare, Community Services and Provider directory raised a question on how HL7 will 'brand' our services projects in the use of a naming convention for ballots. I noted on the current ballot the title 'HL7 Version 3 Standard: Identification Service(IS), Release 1'. Does it make sense to have all service specifications considered a part of V3? Should they have their own 'edition'? | ||
* SOA’s projects and, because they’re services models and specifications, none of them have a standards family sort of 'prefix' in the project name (see [http://www.hl7.org/special/Committees/projman/searchableProjectIndex.cfm?sortBy=&sortDirection=&FilterKeyword=&FilterProjectNumber=&FilterProjectSponsor=SOA+Work+Group&FilterProjectType=&FilterProductType= SOA Project List]), like 'HL7 CDA R2 Implementation Guide: xyz' or 'HL7 Version 3 Domain Analysis Model xyz'. We have Messaging V2 and V3 families, Documents CDA (R1 and R2) families; should we have a separate family name for Services? Should they be prefaced with SOA? | * SOA’s projects and, because they’re services models and specifications, none of them have a standards family sort of 'prefix' in the project name (see [http://www.hl7.org/special/Committees/projman/searchableProjectIndex.cfm?sortBy=&sortDirection=&FilterKeyword=&FilterProjectNumber=&FilterProjectSponsor=SOA+Work+Group&FilterProjectType=&FilterProductType= SOA Project List]), like 'HL7 CDA R2 Implementation Guide: xyz' or 'HL7 Version 3 Domain Analysis Model xyz'. We have Messaging V2 and V3 families, Documents CDA (R1 and R2) families; should we have a separate family name for Services? Should they be prefaced with SOA? | ||
Revision as of 15:39, 22 October 2009
Contents
Issues
Product Strategy
- Need to know what the product strategy is, for purposes of allocating resources to priority projects
- (i.e. secretarial support from HQ for selected projects)
- Seeking clarity about what we produce including things that go beyond the direct representation of data
- (messaging, documents, services),
- We need an account of what we are selling
- (different levels of membership, WGMs, education, bookstore items, Services in return for Contracts/Grants),
- We need to understand what we intend to sell in the future.
- There is clearly a need for a Product Strategy that:
- describes future (versions of) products that HL7 expects to have
- describes how the lists of current and future products are maintained
- Includes a description of the stakeholders (users, customers, and others) for HL7 products, present and future.
- Charlie McCay participating on proposal for reviewing actrelationship codes, with the suggestion that this is something strategic that HL7 should do — and we currently do not have a process for dealing with such 'strategic product recommendations', because we do not have criteria for what is a 'strategic' development.
- Is a 'strategic development' something that will result in
- more members,
- more WGM attendees,
- widespread adoption,
- happy National Initiatives,
- or what?
- How do we balance these different outcomes to choose where to actively promote projects?
- Under a Board initiative, Stan Huff reviewing product strategy around V2, V3, and CDA Messaging.
- first draft proposal scheduled for January 2010
- not planning to review CCOW, EHR-FM, or other non-messaging products.
- Suggestion: Marketing report from April 2009, Messaging product review by Stan in Jan 2010, to inform a board funded product strategy development by May 2010.
Product Categories for Project Scope Statement
- Need to know what the list of products should be for the top of the Project Scope Statement as new projects are defined.
'Branding' our non-messaging projects- use of V3 Normative Edition
- Seeking the use of a naming convention for ballots that better reflects the different paradigms for our work.
- How do we define our IP regarding Services standards; should they be available to purchase separately?
- Is the Intellectual Property the 'whole standard', or artifacts contained in an existing standard? (see John Quinn powerpoint Generic Products Across SDOs)
- Healthcare, Community Services and Provider directory raised a question on how HL7 will 'brand' our services projects in the use of a naming convention for ballots. I noted on the current ballot the title 'HL7 Version 3 Standard: Identification Service(IS), Release 1'. Does it make sense to have all service specifications considered a part of V3? Should they have their own 'edition'?
- SOA’s projects and, because they’re services models and specifications, none of them have a standards family sort of 'prefix' in the project name (see SOA Project List), like 'HL7 CDA R2 Implementation Guide: xyz' or 'HL7 Version 3 Domain Analysis Model xyz'. We have Messaging V2 and V3 families, Documents CDA (R1 and R2) families; should we have a separate family name for Services? Should they be prefaced with SOA?
