This wiki has undergone a migration to Confluence found Here

Difference between revisions of "20081113 ArB Out of cycle"

From HL7Wiki
Jump to navigation Jump to search
 
(10 intermediate revisions by 2 users not shown)
Line 1: Line 1:
'''Architecture and Review Board Meeting Minutes'''
+
{{Arb_Old_Minutes}}
 +
'''Architecture Board'''
  
 
  November 13, 2008  
 
  November 13, 2008  
  
[[Agenda_Minutes|Back to Agenda-minutes]]
 
  
 
==Attendees==
 
==Attendees==
Line 21: Line 21:
 
<tr><td>Lynch, Cecil</td><td> ArB  </td><td>Yes</td><td>ontoreason LLC</td><td>clynch@ontoreason.com</td></tr>
 
<tr><td>Lynch, Cecil</td><td> ArB  </td><td>Yes</td><td>ontoreason LLC</td><td>clynch@ontoreason.com</td></tr>
 
<tr><td>McKenzie, Lloyd</td><td>Guest</td><td>Yes</td><td>HL7 Canada</td><td>lloyd@mckenzie.com</td><td></td></tr>
 
<tr><td>McKenzie, Lloyd</td><td>Guest</td><td>Yes</td><td>HL7 Canada</td><td>lloyd@mckenzie.com</td><td></td></tr>
<tr><td>Mead, Charlie</td><td> ArB </td><td>No</td><td>Booz Allen Hamilton</td><td>charlie.mead@booz.com</td></tr>
+
<tr><td>Mead, Charlie</td><td> ArB </td><td>Yes</td><td>Booz Allen Hamilton</td><td>charlie.mead@booz.com</td></tr>
 
<tr><td>Mulrooney, Galen</td><td>Guest</td><td>Yes</td><td>VHA</td><td>galen.mulrooney@va.gov</td><td></td></tr>
 
<tr><td>Mulrooney, Galen</td><td>Guest</td><td>Yes</td><td>VHA</td><td>galen.mulrooney@va.gov</td><td></td></tr>
 
<tr><td>Ocasio, Wendell</td><td>Guest</td><td>Yes</td><td>DOD/MHS</td><td>wendell.ocasio@agilex.com</td><td></td></tr>
 
<tr><td>Ocasio, Wendell</td><td>Guest</td><td>Yes</td><td>DOD/MHS</td><td>wendell.ocasio@agilex.com</td><td></td></tr>
Line 58: Line 58:
 
*1530 - 1700 -- Review of past topics OR Impact Compilation, Next Steps, Review  
 
*1530 - 1700 -- Review of past topics OR Impact Compilation, Next Steps, Review  
 
**HSSP Service Specification  
 
**HSSP Service Specification  
=== Approval of minutes of november 12, 2008 meeting===
+
 
<table border=1>
 
<tr><td>Motion</td><td>By/Second</td><td>Tally</td></tr>
 
<tr><td>Moved: That the minutes of the November 12, 2008 meeting be approved as posted/amended</td><td>By/Second</td><td>Tally</td></tr>
 
</table>
 
  
 
==8:30  SAEAF Internal Governance==
 
==8:30  SAEAF Internal Governance==
LM: DAM is not reference.
+
Lloyd McKenzie: DAM is not reference.
  
JK: DAM IS reference.
+
John Koisch: DAM IS reference.
  
JC: End product has to be executable specification? All other are subset?
+
Jane Curry: End product has to be executable specification? All other are subset?
  
LM: Domain is part of the reference.
+
Lloyd McKenzie: Domain is part of the reference.
  
JC: EHR-functional profile is in analysis.
+
Jane Curry: EHR-functional profile is in analysis.
  
JK: Domain specific belongs in analysis.
+
John Koisch: Domain specific belongs in analysis.
  
LM:Within EHR-FM they are creating a reference artifact for other groups.  Reference is external upon which you will base your analysis.
+
Lloyd McKenzie:Within EHR-FM they are creating a reference artifact for other groups.  Reference is external upon which you will base your analysis.
  
JK: EHR-FM is a reference artifact for most groups.
+
John Koisch: EHR-FM is a reference artifact for most groups.
  
RP: The group creating an artifact creates an artifact which is reference for others.
+
Ron Parker: The group creating an artifact creates an artifact which is reference for others.
  
JK: SAEAF is reference artifact for everyone except ArB.
+
John Koisch: SAEAF is reference artifact for everyone except ArB.
  
AMS: Placement of artifacts is workgroup specific?
+
Abdul-Malik Shakir:: Placement of artifacts is workgroup specific?
  
CL: We need a column called context.
+
Cecil Lynch: We need a column called context.
  
JK: What Jane said is that you can use anything and squeeze it down to provide traceability.  You can build your DAMs, RIMS, whatever, what brings it down to concrete is the determination of what is needed for this business case.
+
John Koisch: What Jane said is that you can use anything and squeeze it down to provide traceability.  You can build your DAbdul-Malik Shakir:, RIMS, whatever, what brings it down to concrete is the determination of what is needed for this business case.
  
JC: I would like to see a matrix looking at it from the bottom up - at implementation stage, what are the artifacts and who is responsible, and where is the traceability.
+
Jane Curry: I would like to see a matrix looking at it from the bottom up - at implementation stage, what are the artifacts and who is responsible, and where is the traceability.
  
JK: From the HL7 perspective this is part of the governance.
+
John Koisch: From the HL7 perspective this is part of the governance.
  
JC: Producer is workspace, for others it is reference.  Take the business viewpoint all the way down, at Implementation stage they have to state all of the items in the conceptual and analysis, and they have to be able to sign up to that.  You dont have a service until it is stated.
+
Jane Curry: Producer is workspace, for others it is reference.  Take the business viewpoint all the way down, at Implementation stage they have to state all of the items in the conceptual and analysis, and they have to be able to sign up to that.  You dont have a service until it is stated.
  
JK: All of this is in the engineering viewpoint/implementable design.
+
John Koisch: All of this is in the engineering viewpoint/implementable design.
  
EL:THere are two things I am having trouble with:  
+
Ed Larsen:THere are two things I am having trouble with:  
 
#The viewpoints of RM-ODP do have a relationship, even if they are independent.
 
#The viewpoints of RM-ODP do have a relationship, even if they are independent.
 
#The use of analysis: one is requirements analysis, but I would see it as conceptual design.
 
#The use of analysis: one is requirements analysis, but I would see it as conceptual design.
  
JK: Lets spend some time re-building the grid.  We have to be able to produce a series of impact statements for other work groups.
+
John Koisch: Lets spend some time re-building the grid.  We have to be able to produce a series of impact statements for other work groups.
  
JC: The impact is other HL7 WGs.
+
Jane Curry: The impact is other HL7 WGs.
  
JK: The end-stage is governance, when WGs and other SDOs are making this implementable, that is enacted governance.  We have to come up with a timeline and statements of impact.
+
John Koisch: The end-stage is governance, when WGs and other SDOs are making this implementable, that is enacted governance.  We have to come up with a timeline and statements of impact.
  
JC:N/A in implementable design is wrong.
+
Jane Curry:N/A in implementable design is wrong.
  
JK: Conformace at any lower level assumes conformance at the level(s) above it.
+
John Koisch: Conformace at any lower level assumes conformance at the level(s) above it.
  
JC:We must collaberate at the Impl/Design level.
+
Jane Curry:We must collaberate at the Impl/Design level.
  
JK:You might make a statement here that if you are going to do this, do it this way . . .
+
John Koisch:You might make a statement here that if you are going to do this, do it this way . . .
  
JC: We were concentrating on inside the automation boundary, and have assumptions on what is outside the boundary, that somewhere need to be articulated.  When you get it down to a service role there must be instructions.  We need to look at it from the bottom up.  What HL7 has not expressed is the criteria an implementor needs.
+
Jane Curry: We were concentrating on inside the automation boundary, and have assumptions on what is outside the boundary, that somewhere need to be articulated.  When you get it down to a service role there must be instructions.  We need to look at it from the bottom up.  What HL7 has not expressed is the criteria an implementor needs.
  
JK:XML flavored V3 is so hard.
+
John Koisch:XML flavored V3 is so hard.
  
RP:This is a business oriented look using XML.
+
Ron Parker:This is a business oriented look using XML.
  
 
Further documentation will captured in the slide  
 
Further documentation will captured in the slide  
Line 137: Line 133:
  
 
Diagram SAEAF (Part 4)  
 
Diagram SAEAF (Part 4)  
[[Image:SAEAF_Page9b.JPG | SAEAF (Part 4)
+
[[Image:SAEAF_Page9b.JPG | SAEAF (Part 4)]]
JK: The entry point for a project team is at the Analysis layer.
+
John Koisch: The entry point for a project team is at the Analysis layer.
  
JC:STRUCDOC is doing CDA R3.
+
Jane Curry:STRUCDOC is doing CDA R3.
  
JK:They are confusing the CDA functional profiles with CDA.
+
John Koisch:They are confusing the CDA functional profiles with CDA.
  
RP:Where does it land?
+
Ron Parker:Where does it land?
  
JC:What happens to the legacy ?
+
Jane Curry:What happens to the legacy ?
  
JK: The HL7 Development diagram:
+
John Koisch: The HL7 Development diagram:
  
 
[[Image:HL7_cycle.jpg]]
 
[[Image:HL7_cycle.jpg]]
  
MW:There would be a common definition based in the RIM.
+
Mead Walker:There would be a common definition based in the RIM.
  
RP:These RIM conformant thingies are harmonized RIM contact. The value proposition of participating in HL7 has to come back to some form of reference model.
+
Ron Parker:These RIM conformant thingies are harmonized RIM contact. The value proposition of participating in HL7 has to come back to some form of reference model.
  
JC:The specifications we produce are at the reference level, or derived from clinical/domain groups bringing the need, and formulating the specifications to meet the requirements.
+
Jane Curry:The specifications we produce are at the reference level, or derived from clinical/domain groups bringing the need, and formulating the specifications to meet the requirements.
  
JK:RIM and CDA are frameworks, that get cobbled together to meet a business purpose.  HL7 produces frameworks, implementable things, or HL7 builds business stuff.
+
John Koisch:RIM and CDA are frameworks, that get cobbled together to meet a business purpose.  HL7 produces frameworks, implementable things, or HL7 builds business stuff.
  
MW:As long as we dont allow people to use other information models.  We only have one framework for information model.
+
Mead Walker:As long as we dont allow people to use other information models.  We only have one framework for information model.
  
JK:The business stuff is incorporated in the Conceptual Design and the Implementable Design.  Harmonization is that new requirements are being applied to the framework.
+
John Koisch:The business stuff is incorporated in the Conceptual Design and the Implementable Design.  Harmonization is that new requirements are being applied to the framework.
  
JC:Either actual use exposes missing or incorrect pieces that you need to add clarity or fill in the gap.  Actual use also identifies unused components that need to be withdrawn.
+
Jane Curry:Either actual use exposes missing or incorrect pieces that you need to add clarity or fill in the gap.  Actual use also identifies unused components that need to be withdrawn.
  
JK:The other bit on this slide is that to build the Conceptual Design and Implementable Design you need cross-functional teams in the analysis and reference spaces.
+
John Koisch:The other bit on this slide is that to build the Conceptual Design and Implementable Design you need cross-functional teAbdul-Malik Shakir: in the analysis and reference spaces.
  
 
JK draws on pad:
 
JK draws on pad:
Line 184: Line 180:
 
==13:40 Review of past topics OR Conformance Testing and the SAEAF (cont'd)==
 
==13:40 Review of past topics OR Conformance Testing and the SAEAF (cont'd)==
  
Continued refining diagrams for SAEAF
+
Continued refining diagrAbdul-Malik Shakir: for SAEAF
 
[[Image:Application_of_Reference_Frameworks.jpg]]
 
[[Image:Application_of_Reference_Frameworks.jpg]]
 
[[Image:The_business_of_Healthcare.jpg]]
 
[[Image:The_business_of_Healthcare.jpg]]
Line 242: Line 238:
 
***Could be a subcomponent of Mind map of Publishing
 
***Could be a subcomponent of Mind map of Publishing
  
'''This is hard'''
+
''This is hard''
  
 
'''Oh shit!!!'''
 
'''Oh shit!!!'''
  
'''Dont Panic'''
+
*Mind Map of Publishing
 +
 
 +
[[Image:ArB20081114-1600Diag.jpg |Mind map of Publishing]]
 +
*Business cases define relationships to or use of HL7 components
 +
*These components reference other components such as
 +
**Reference Implementation
 +
**Models
 +
**Implementable design
 +
**Conceptual Design
 +
**Analysis
 +
**Trace
 +
**Matrix of component versions
 +
*Reference to items that are components
 +
**Content a
 +
***Reference other artifacts
 +
**Content b
 +
***Reference other artifacts
 +
**Content c
 +
***Reference other artifacts
  
  
*Adapatation of Infrastructure
+
*Which reference other components
  
[[Image:ArB20081114-1600Diag.jpg]]
 
 
  Parking Lot
 
  Parking Lot
 
* What is the dependency matrix of a spec? Regisry of implemented HL7 specs with version numbers
 
* What is the dependency matrix of a spec? Regisry of implemented HL7 specs with version numbers
Line 259: Line 272:
 
  ACTION ITEM: Require that implementations register.  If you dont register, we dont know to contact you if something changes.  Compliance certification (?) requires version.
 
  ACTION ITEM: Require that implementations register.  If you dont register, we dont know to contact you if something changes.  Compliance certification (?) requires version.
  
*1-2Alpha Pilots
+
==Organization discussion==
**Criteria
+
The intent of this slide is an exercise in looking at the SAEAF stack from the viewpoint of the implementor. No other inference should be made.
**Crosses two or more WorkGroups
 
  
==Organization discussion==
 
The reader is to make no assumptions about the context of this slide.
 
  
 
[[Image:Saeaf_4_1.JPG]]
 
[[Image:Saeaf_4_1.JPG]]
  
The reader is to make no assumptions about the context of this slide.
+
 
 +
The purpose of this slide is to attempt to classify the current organization by the output. No other inference should be made.
  
 
[[Image:Alignment_discussion_SL1.JPG]]
 
[[Image:Alignment_discussion_SL1.JPG]]
  
The reader is to make no assumptions about the context of this slide.
+
The purpose of this slide is to attempt to clarify the organization by the types of output. No other inference should be made.
  
 
[[Image:Alignment_discussion_SL2.JPG]]
 
[[Image:Alignment_discussion_SL2.JPG]]
Line 278: Line 289:
 
==17:00 Adjournment==
 
==17:00 Adjournment==
 
The meeting was adjourned at 18:00 U.S. EDT.
 
The meeting was adjourned at 18:00 U.S. EDT.
 +
[[Category:Arb Old Minutes]][[User:ajulian|Tony Julian]]

Latest revision as of 20:14, 13 January 2014

Architecture Board

November 13, 2008 


Attendees

NameWithPresentOrganizationEmail
Beeler, WoodyGuestNoBeeler Consultingwoody@beelers.com
Connor, KathleenGuestNoMicrosoftKathleen.connor@microsoft.com
Curry, Jane ArB YesHealth Information Strategiesjanecurry@healthinfostrategies.com
Duteau, Jean-HenriGuestNoHL7 Canadajean.duteau@gpinformatics.com
Grieve, GrahameArB?Kestral Computinggrahame@kestral.com.au
Julian, Tony ArB YesMayo Clinicajulian@mayo.edu
Klein, TedGuestNoKlein Consulting, Inckci@tklein.com
Koisch, John ArB YesNCIkoisch_john@bah.com
Kriesler, AustinGuestNoSAICduz1@cdc.gov
Larsen, EdGuestYesHITSPe.larsen@ix.netcom.com
Loyd, PatrickGuestYesGPIpatrick.loyd@gpinformatics.com
Lynch, Cecil ArB Yesontoreason LLCclynch@ontoreason.com
McKenzie, LloydGuestYesHL7 Canadalloyd@mckenzie.com
Mead, Charlie ArB YesBooz Allen Hamiltoncharlie.mead@booz.com
Mulrooney, GalenGuestYesVHAgalen.mulrooney@va.gov
Ocasio, WendellGuestYesDOD/MHSwendell.ocasio@agilex.com
Orvis, Nancy ArB?DODnancy.orvis@tma.osd.mil
Parker, CraigGuestNoASUcraigparkermd@gmail.com
Parker, Ron ArB YesCA Infowayrparker@eastlink.ca
Quinn, John ArBYesHealth Level Seven, Inc.jquinn@HL7.org
Shakir, Abdul-Malik ArB YesShakir ConsultingShakirConsulting@cs.com
VanHyenteryck, KarenGuestNoHL7karenvan@hl7.org
Walker, MeadArBYesHealth Data and Interoperability dmead@comcast.net
Yongjian, Bao ArB NoGE Healthcareyongjian.bao@med.ge.com
Bear, Yogi(template)GuestNoUS Dept. Interior, National Park Serviceyogi@jellystonepark.gov

8:00 Welcome

The meeting was called to order at 8:15am U.S. EST by John Koisch with Tony Julian as scribe.

Approval of Agenda

The following agenda was approved:

  • 0800 - 0830 -- Welcome, Approval of Agenda, Review of Wednesday's Meeting
    • Welcome
    • Approval of Agenda
    • Review of November 12 meeting
  • SAEAF Collaborative Governance with other SDOs
    • Discuss HITSP and NHIN
    • OHT
  • ??0830 - 1000 -- SAEAF Comment Dispositions and Revisions
  • 1000 - 1015 -- Break
  • 1015 - 1130 -- The Timeline for Implementation of the SAEAF
  • 1130 - 1230 -- Communication Plan
    • Education items and the SAEAF
    • Discuss times for the December Co-chair call and plan
    • Including the December Co-Chair Conference Calls and the January Free Education Session
  • 1230 - 1330 -- Lunch
  • 1330 - 1500 -- Review of past topics OR Conformance Testing and the SAEAF (cont'd)
  • 1500 - 1530 -- Break
  • 1530 - 1700 -- Review of past topics OR Impact Compilation, Next Steps, Review
    • HSSP Service Specification


8:30 SAEAF Internal Governance

Lloyd McKenzie: DAM is not reference.

John Koisch: DAM IS reference.

Jane Curry: End product has to be executable specification? All other are subset?

Lloyd McKenzie: Domain is part of the reference.

Jane Curry: EHR-functional profile is in analysis.

John Koisch: Domain specific belongs in analysis.

Lloyd McKenzie:Within EHR-FM they are creating a reference artifact for other groups. Reference is external upon which you will base your analysis.

John Koisch: EHR-FM is a reference artifact for most groups.

Ron Parker: The group creating an artifact creates an artifact which is reference for others.

John Koisch: SAEAF is reference artifact for everyone except ArB.

Abdul-Malik Shakir:: Placement of artifacts is workgroup specific?

Cecil Lynch: We need a column called context.

John Koisch: What Jane said is that you can use anything and squeeze it down to provide traceability. You can build your DAbdul-Malik Shakir:, RIMS, whatever, what brings it down to concrete is the determination of what is needed for this business case.

Jane Curry: I would like to see a matrix looking at it from the bottom up - at implementation stage, what are the artifacts and who is responsible, and where is the traceability.

John Koisch: From the HL7 perspective this is part of the governance.

Jane Curry: Producer is workspace, for others it is reference. Take the business viewpoint all the way down, at Implementation stage they have to state all of the items in the conceptual and analysis, and they have to be able to sign up to that. You dont have a service until it is stated.

John Koisch: All of this is in the engineering viewpoint/implementable design.

Ed Larsen:THere are two things I am having trouble with:

  1. The viewpoints of RM-ODP do have a relationship, even if they are independent.
  2. The use of analysis: one is requirements analysis, but I would see it as conceptual design.

John Koisch: Lets spend some time re-building the grid. We have to be able to produce a series of impact statements for other work groups.

Jane Curry: The impact is other HL7 WGs.

John Koisch: The end-stage is governance, when WGs and other SDOs are making this implementable, that is enacted governance. We have to come up with a timeline and statements of impact.

Jane Curry:N/A in implementable design is wrong.

John Koisch: Conformace at any lower level assumes conformance at the level(s) above it.

Jane Curry:We must collaberate at the Impl/Design level.

John Koisch:You might make a statement here that if you are going to do this, do it this way . . .

Jane Curry: We were concentrating on inside the automation boundary, and have assumptions on what is outside the boundary, that somewhere need to be articulated. When you get it down to a service role there must be instructions. We need to look at it from the bottom up. What HL7 has not expressed is the criteria an implementor needs.

John Koisch:XML flavored V3 is so hard.

Ron Parker:This is a business oriented look using XML.

Further documentation will captured in the slide The SAEAF( Part 4.1) The implementable Specification Stack - From the point of view of downstream specification consumers ROI vs Cost of development diagram



10:00 Break

10:30 SAEAF Internal Governance (Cont)

Discussions continued polishing the SAEAF Executive Overview deck.

Diagram SAEAF (Part 4) SAEAF (Part 4) John Koisch: The entry point for a project team is at the Analysis layer.

Jane Curry:STRUCDOC is doing CDA R3.

John Koisch:They are confusing the CDA functional profiles with CDA.

Ron Parker:Where does it land?

Jane Curry:What happens to the legacy ?

John Koisch: The HL7 Development diagram:

HL7 cycle.jpg

Mead Walker:There would be a common definition based in the RIM.

Ron Parker:These RIM conformant thingies are harmonized RIM contact. The value proposition of participating in HL7 has to come back to some form of reference model.

Jane Curry:The specifications we produce are at the reference level, or derived from clinical/domain groups bringing the need, and formulating the specifications to meet the requirements.

John Koisch:RIM and CDA are frameworks, that get cobbled together to meet a business purpose. HL7 produces frameworks, implementable things, or HL7 builds business stuff.

Mead Walker:As long as we dont allow people to use other information models. We only have one framework for information model.

John Koisch:The business stuff is incorporated in the Conceptual Design and the Implementable Design. Harmonization is that new requirements are being applied to the framework.

Jane Curry:Either actual use exposes missing or incorrect pieces that you need to add clarity or fill in the gap. Actual use also identifies unused components that need to be withdrawn.

John Koisch:The other bit on this slide is that to build the Conceptual Design and Implementable Design you need cross-functional teAbdul-Malik Shakir: in the analysis and reference spaces.

JK draws on pad: Two Lines of Business

  1. Application of Reference Frameworks

May include development of Reference Frameworks. A double swim lane of RM-ODP viewpoints. Function of Arb (structure) , MnM (execution) Arb Application of Reference FrameworksV1.jpg

    1. Build, borrow, or align
  1. "The business of Healthcare/Life Sciences/Regulatory Monitoring"


12:30 Lunch

13:40 Review of past topics OR Conformance Testing and the SAEAF (cont'd)

Continued refining diagrAbdul-Malik Shakir: for SAEAF Application of Reference Frameworks.jpg The business of Healthcare.jpg

15:00 Break

  1. Success Criteria
  2. Cost/Benefit Analysis
  3. Maturity Model
    1. Gap Analysis
    2. Strategy, Tactics, Priorities
    3. Recommendations and Timelines

16:00 Impacts

  • Some
    • Templates, Models, Pattern
    • Including project management documents
    • Checklist of artifacts?
  • Methodology for WG
    • RPF/EPF for modeling (can be extracted)
  • HDF needs to align with SAEAF
    • Refinement at the requirements level
    • Stronger than "recommended best practice"
    • Refinement of "produce specification" step
    • Decomposed and some replaced
  • SAEAF needs to be evolved along themes
    • Conformance/Compliance
    • 4 types of Governance
    • Constaint patterns expressed
      • Information
      • vocab
    • Transition to new formalisms
      • Business
      • computation
      • Information

ballot publication

    • Fold BF into SAEAF - or pull it out


  • Education
  • Tooling
  • Organizational Implications
  • Need for dedicated support to early implementors
  • 1-3 alpha projects
    • Criteria
    • Crosses two or more WorkGroups but less than 15
      • Not already under way - initiated but not started (in inception phase)
      • Crisply defined scope - no fuzzyness
      • Dedicated resources
      • Not about the foundational or structural
      • Meets a fully functional requirement
      • ISRS or behavioral specification
      • End-to-End business case with implementers ready to do it
      • Hit as much of the SAEAF framework as possible.
      • Could be a subcomponent of Mind map of Publishing

This is hard

Oh shit!!!

  • Mind Map of Publishing

Mind map of Publishing

  • Business cases define relationships to or use of HL7 components
  • These components reference other components such as
    • Reference Implementation
    • Models
    • Implementable design
    • Conceptual Design
    • Analysis
    • Trace
    • Matrix of component versions
  • Reference to items that are components
    • Content a
      • Reference other artifacts
    • Content b
      • Reference other artifacts
    • Content c
      • Reference other artifacts


  • Which reference other components
Parking Lot
  • What is the dependency matrix of a spec? Regisry of implemented HL7 specs with version numbers
ACTION ITEM: what is the minimum requirements to publish?
ACTION ITEM: Require that implementations register.  If you dont register, we dont know to contact you if something changes.  Compliance certification (?) requires version.

Organization discussion

The intent of this slide is an exercise in looking at the SAEAF stack from the viewpoint of the implementor. No other inference should be made.


Saeaf 4 1.JPG


The purpose of this slide is to attempt to classify the current organization by the output. No other inference should be made.

Alignment discussion SL1.JPG

The purpose of this slide is to attempt to clarify the organization by the types of output. No other inference should be made.

Alignment discussion SL2.JPG

17:00 Adjournment

The meeting was adjourned at 18:00 U.S. EDT.Tony Julian