This wiki has undergone a migration to Confluence found Here
Difference between revisions of "20121115 arb minutes"
Jump to navigation
Jump to search
m (→Agenda) |
m (→Minutes) |
||
(6 intermediate revisions by the same user not shown) | |||
Line 1: | Line 1: | ||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
− | |||
=ARB - Meeting (Date in Title)= | =ARB - Meeting (Date in Title)= | ||
− | |||
==Agenda== | ==Agenda== | ||
#Call to order | #Call to order | ||
Line 19: | Line 8: | ||
#FHIR Management | #FHIR Management | ||
#FHIR Governance | #FHIR Governance | ||
− | # | + | #[http://gforge.hl7.org/gf/download/docmanfileversion/7075/9865/20121114BAMStages0-2RpJC.xlsx BAM] |
#Other business and planning | #Other business and planning | ||
#Adjournment | #Adjournment | ||
Line 71: | Line 60: | ||
|- | |- | ||
|X||Milosevic, Zoran | |X||Milosevic, Zoran | ||
− | |colspan="2"| | + | |colspan="2"|Deontik Pty Ltd |
|- | |- | ||
|.||[[User:Rongparker | Parker, Ron]] | |.||[[User:Rongparker | Parker, Ron]] | ||
Line 110: | Line 99: | ||
==Minutes== | ==Minutes== | ||
− | + | #Call to order | |
− | + | #Roll Call | |
− | + | #Approval of Agenda | |
+ | #Approval of Minutes [[20121108_arb_minutes| November 1, 2012 Minutes]] | ||
+ | ##MOTION: TO approve (Steve/Zoran) | ||
+ | ##VOTE: 5-0-0 | ||
+ | #Report from Architecture Project | ||
+ | ##Will do kickoff when BAM matures | ||
+ | # FHIR Management | ||
+ | ##Met on Monday with Hugh as chair, Lloyd as cochair | ||
+ | #FHIR Governance | ||
+ | ##Good trial - need to evolve the DAM and test against. | ||
+ | ##Austin: Need tight coupling between FHIR and BAM | ||
+ | ##Methodology, Governance and Management(MGM) is vested in co-chairs in the past. | ||
+ | #[[http://gforge.hl7.org/gf/download/docmanfileversion/7075/9865/20121114BAMStages0-2RpJC.xlsx BAM] | ||
+ | ##BO and Abdul Malik have not connected further. | ||
+ | ##Ron: Good news - getting progress - focus on progress Jane and I have made. | ||
+ | ##Charlie: Adoption planning is about scope definition. | ||
+ | ##Ron walked group through document. | ||
+ | ##Ron:Gerald and Grahame had the concept that it is pointed at the first-line consumer - give them the facility to developinteroperable interfaces. Have to run through determining the customer needs.Can be applied to service, messages, and documents. | ||
+ | ##Ron: TSC would assert the assertions of the output through a Task Force. Document includes methodology for Proposal assessment, fit for purpose, capacity of organization, use cass, vitality and interest of the proposed customer base. | ||
+ | ##Ron: TSC would recommend to HL7 Board, and identify a Product line internal champion - may not be the proponent - needs grasp of organization, and utility of proposal. | ||
+ | ##Austin: Will not be consistent person - may be proponent, but not necessarily. | ||
+ | ##Jane: Mobile health did not have a clue at first - knowledgement transfer process. | ||
+ | ##Ron: Adoption is both front end, and back end. Champion facilitates the product. Post the inventory stage, the champion role changes, may still be marketing and implementation - then the organization owns the product line. | ||
+ | ##Austin:Champion could transition into another role. | ||
+ | ##Ron: Have not further decomposed the Governamce. Output management determines the first-line customers, their requirements, and the second-line customers. | ||
+ | ##Austin: How does membership/non-membership apply? | ||
+ | ##Jane: Orthogonal | ||
+ | ##Ron: Customer of our process are our members - they produce the product. | ||
+ | ##Austin: Also consumers - we will address their requirements first. | ||
+ | ##Jane: This is characteristics, that is priority. | ||
+ | ##Ron: Priority will be placed by the governance team/board. The governance board will have to determine the minimum for coherence for balloting - choose initial set of resources. | ||
+ | ##Abdul Malik: FHIR who would be first line - second? | ||
+ | ##Jane: First line are interface analysts who are programming to server their(Second line) customers. | ||
+ | ##Ron: I tested. Dynamic behavior? FHIR team, NO - just resources, which is not inappropriate for their first line customers, who will solve dynamic behavior. There will be a point when that is insufficient. Their is a value for HL7 to fit the first-line customer into a business pattern. | ||
+ | ##Cecil: No behavioral semantics, point to the correct product for behavioral semantics. | ||
+ | ##Jane: That is customer segmentation - organized by business needs. | ||
+ | ##Ron: Two interesting questions: | ||
+ | ###What does this mean from a SAIF perspective? Ability to express a dynamic model, e.g. conformity assessment. For FHIR, conformity may be to form. | ||
+ | ###When we discuss the challenges in HL7, e.g. CDA, aside from the ONC/CCD, dynamic modeling would be useful. Specially in international boundaries - useful specification that can be adapted to orchestration/dynamic behavior. We have to effectively decouple the expression of the standard from the dynamic behavior. | ||
+ | ####Austin: I dont disagree - have to get the modelers from thinking in those terms. Cant separate behavior from static model. | ||
+ | ##Ron: Need assessment of wherter product line requires both static and dynamic semantics. Separation came by members trying to solve problems, with finite use cases for a moment in time. We started to model RIM/V3, systematically separate static/dynamic. | ||
+ | ##Austin: Turned back to how we did it in 2.x. | ||
+ | ##Ron: Important distinction. 2.x serves people who have that challenge. I am looking at it from a big implementation. FHIR is in between. | ||
+ | ##Austin: V3 development is focused on that. | ||
+ | ##Ron: How does the philosophy of static/dynamic fit in our BAM? | ||
+ | ##Austin: Not needed in all products? Is it important in functional model? | ||
+ | ##Jane: Yes, after the first-order problems were solved. You solve the easy problems starting in places, but need to solve the harder problems to have coherence. | ||
+ | ##Austin: Dealing with an iterative process. | ||
+ | ##Abdul Malik: Every interoperability product will require dynamic and static semantics. May be able to borrow the missing part from elsewhere. | ||
+ | ##Austin: CDA may abstract dynamic aspects. | ||
+ | ##Ron: The BAM must have a place where we make that call. We did not know we needed to make that call up front. Relevant questions to ask early on. | ||
+ | ##Austin: Variety of answers depending on the product line family. | ||
+ | ##Abdul Malik: Relationship to other products. | ||
+ | ##Ron: In restful paradigm it is up to the sector of use to define the patterns. Jane and I will continue. | ||
+ | #Other Business and Planning | ||
+ | ##Ron: Cancel next week (November 22, 2012) , since it is Thanksgiving in the U.S. Four calls to do any further cycling of the DAM. | ||
+ | ##Reconvene on November 29, 2012, and meet on December 6 , 13, and January 3. | ||
+ | #Adjournment at 5:00pm Eastern | ||
[[Category:Arb Minutes]] | [[Category:Arb Minutes]] |
Latest revision as of 21:53, 29 November 2012
ARB - Meeting (Date in Title)
Agenda
- Call to order
- Roll Call
- Approval of Agenda
- Approval of Minutes
- Report from Architecture Project
- FHIR Management
- FHIR Governance
- BAM
- Other business and planning
- Adjournment
Meeting Information
HL7 ArB Work Group Meeting Minutes Location: Telcon |
Date: 20121115 Time: 4:00pm U.S. Eastern | |||||
Facilitator | Parker, Ron | Note taker(s) | Julian, Tony | |||
Attendee | Name | Affiliation | ||||
. | Bond,Andy | NEHTA | ||||
R | Constable, Lorraine | Constable Consulting Inc. | ||||
X | Curry, Jane | Health Information Strategies | ||||
. | Dagnall, Bo | HP Enterprise Services | ||||
. | Grieve, Grahame | Health Intersections Pty Ltd | ||||
X | Hufnagel, Steve | U.S. Department of Defense, Military Health System | ||||
X | Julian, Tony | Mayo Clinic | ||||
. | Loyd, Patrick | ICode Solutions | ||||
X | Lynch, Cecil | Accenture | ||||
X | Mead, Charlie | National Cancer Institute | ||||
X | Milosevic, Zoran | Deontik Pty Ltd | ||||
. | Parker, Ron | CA Infoway | ||||
. | Quinn, John | Health Level Seven, Inc. | ||||
. | Guests | |||||
. | Shakir, Abdul Malik | City of Hope National Medical Center | ||||
. | Kriesler, Austin | HL7 TSC | ||||
. | Legend | |||||
X | Present | |||||
. | Absent | |||||
R | Regrets | |||||
Quorum Requirements Met: Yes |
Minutes
- Call to order
- Roll Call
- Approval of Agenda
- Approval of Minutes November 1, 2012 Minutes
- MOTION: TO approve (Steve/Zoran)
- VOTE: 5-0-0
- Report from Architecture Project
- Will do kickoff when BAM matures
- FHIR Management
- Met on Monday with Hugh as chair, Lloyd as cochair
- FHIR Governance
- Good trial - need to evolve the DAM and test against.
- Austin: Need tight coupling between FHIR and BAM
- Methodology, Governance and Management(MGM) is vested in co-chairs in the past.
- [BAM
- BO and Abdul Malik have not connected further.
- Ron: Good news - getting progress - focus on progress Jane and I have made.
- Charlie: Adoption planning is about scope definition.
- Ron walked group through document.
- Ron:Gerald and Grahame had the concept that it is pointed at the first-line consumer - give them the facility to developinteroperable interfaces. Have to run through determining the customer needs.Can be applied to service, messages, and documents.
- Ron: TSC would assert the assertions of the output through a Task Force. Document includes methodology for Proposal assessment, fit for purpose, capacity of organization, use cass, vitality and interest of the proposed customer base.
- Ron: TSC would recommend to HL7 Board, and identify a Product line internal champion - may not be the proponent - needs grasp of organization, and utility of proposal.
- Austin: Will not be consistent person - may be proponent, but not necessarily.
- Jane: Mobile health did not have a clue at first - knowledgement transfer process.
- Ron: Adoption is both front end, and back end. Champion facilitates the product. Post the inventory stage, the champion role changes, may still be marketing and implementation - then the organization owns the product line.
- Austin:Champion could transition into another role.
- Ron: Have not further decomposed the Governamce. Output management determines the first-line customers, their requirements, and the second-line customers.
- Austin: How does membership/non-membership apply?
- Jane: Orthogonal
- Ron: Customer of our process are our members - they produce the product.
- Austin: Also consumers - we will address their requirements first.
- Jane: This is characteristics, that is priority.
- Ron: Priority will be placed by the governance team/board. The governance board will have to determine the minimum for coherence for balloting - choose initial set of resources.
- Abdul Malik: FHIR who would be first line - second?
- Jane: First line are interface analysts who are programming to server their(Second line) customers.
- Ron: I tested. Dynamic behavior? FHIR team, NO - just resources, which is not inappropriate for their first line customers, who will solve dynamic behavior. There will be a point when that is insufficient. Their is a value for HL7 to fit the first-line customer into a business pattern.
- Cecil: No behavioral semantics, point to the correct product for behavioral semantics.
- Jane: That is customer segmentation - organized by business needs.
- Ron: Two interesting questions:
- What does this mean from a SAIF perspective? Ability to express a dynamic model, e.g. conformity assessment. For FHIR, conformity may be to form.
- When we discuss the challenges in HL7, e.g. CDA, aside from the ONC/CCD, dynamic modeling would be useful. Specially in international boundaries - useful specification that can be adapted to orchestration/dynamic behavior. We have to effectively decouple the expression of the standard from the dynamic behavior.
- Austin: I dont disagree - have to get the modelers from thinking in those terms. Cant separate behavior from static model.
- Ron: Need assessment of wherter product line requires both static and dynamic semantics. Separation came by members trying to solve problems, with finite use cases for a moment in time. We started to model RIM/V3, systematically separate static/dynamic.
- Austin: Turned back to how we did it in 2.x.
- Ron: Important distinction. 2.x serves people who have that challenge. I am looking at it from a big implementation. FHIR is in between.
- Austin: V3 development is focused on that.
- Ron: How does the philosophy of static/dynamic fit in our BAM?
- Austin: Not needed in all products? Is it important in functional model?
- Jane: Yes, after the first-order problems were solved. You solve the easy problems starting in places, but need to solve the harder problems to have coherence.
- Austin: Dealing with an iterative process.
- Abdul Malik: Every interoperability product will require dynamic and static semantics. May be able to borrow the missing part from elsewhere.
- Austin: CDA may abstract dynamic aspects.
- Ron: The BAM must have a place where we make that call. We did not know we needed to make that call up front. Relevant questions to ask early on.
- Austin: Variety of answers depending on the product line family.
- Abdul Malik: Relationship to other products.
- Ron: In restful paradigm it is up to the sector of use to define the patterns. Jane and I will continue.
- Other Business and Planning
- Ron: Cancel next week (November 22, 2012) , since it is Thanksgiving in the U.S. Four calls to do any further cycling of the DAM.
- Reconvene on November 29, 2012, and meet on December 6 , 13, and January 3.
- Adjournment at 5:00pm Eastern