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

Difference between revisions of "20100225 arb minutes"

From HL7Wiki
Jump to navigation Jump to search
m
m
Line 36: Line 36:
 
==Review of Security Ontology project==  
 
==Review of Security Ontology project==  
 
Ron parker:  Have shipped the correct document.   
 
Ron parker:  Have shipped the correct document.   
 +
 
Cecil: My comments were not changed based on the updated statement.  I understand the need for having formal ontology to organize information.  I am struggling with how you intend to use clinical and biomedical ontology to hook security and Privacy.  #3 success criteria: When mapping to a clinical ontology has not been defined here.  I have only had partial responses on how 4b can be achieved, what value it brings, and how to do by November 2010.
 
Cecil: My comments were not changed based on the updated statement.  I understand the need for having formal ontology to organize information.  I am struggling with how you intend to use clinical and biomedical ontology to hook security and Privacy.  #3 success criteria: When mapping to a clinical ontology has not been defined here.  I have only had partial responses on how 4b can be achieved, what value it brings, and how to do by November 2010.
 +
 
Tony Weida:  Members of my consulting group are participants.  I have not developed proposal, schedule, or details.  Relationship between security/privacy and clinical. Control of the disposition of medical information based on subject matter, and regulations about substance abuse and STD information.  Needs to give providers control over the revelation of same.  Dispositions about collection, access, disclosure, and the security used.  makes sense to use SNOMED to provide context for governance makes sense.
 
Tony Weida:  Members of my consulting group are participants.  I have not developed proposal, schedule, or details.  Relationship between security/privacy and clinical. Control of the disposition of medical information based on subject matter, and regulations about substance abuse and STD information.  Needs to give providers control over the revelation of same.  Dispositions about collection, access, disclosure, and the security used.  makes sense to use SNOMED to provide context for governance makes sense.
 +
 
Cecil Lynch: That is what I thought they were trying to imply.  Dont think anyone has done this.  If you were going to use SNOMED to define a privacy policy for HIV, it is not a simple matter of HIV or AIDS at the top level.
 
Cecil Lynch: That is what I thought they were trying to imply.  Dont think anyone has done this.  If you were going to use SNOMED to define a privacy policy for HIV, it is not a simple matter of HIV or AIDS at the top level.
 +
 
Tony Weida: It is not a non-trival excercise.  We are exploring the indentification of sensitive areas of SNOMED.  There are chalenges to using, because of the different levels of sensitivity.  There are items that might indicate presence.  One thing is to have terms you can use to talk about likely levels of concern - high level concepts, but the next step is enumerating the various concepts that would be indicative of the subject matter under concern.
 
Tony Weida: It is not a non-trival excercise.  We are exploring the indentification of sensitive areas of SNOMED.  There are chalenges to using, because of the different levels of sensitivity.  There are items that might indicate presence.  One thing is to have terms you can use to talk about likely levels of concern - high level concepts, but the next step is enumerating the various concepts that would be indicative of the subject matter under concern.
 +
 
Cecil Lynch: Yes, it is not a trivial matter.  I have already done this . . . for HIV issues you have to look across tons of orgamisms, not only HIV but parasitic organisms, brain diseases, and does not include all of the medications associated, so you can do clinical decision support.
 
Cecil Lynch: Yes, it is not a trivial matter.  I have already done this . . . for HIV issues you have to look across tons of orgamisms, not only HIV but parasitic organisms, brain diseases, and does not include all of the medications associated, so you can do clinical decision support.
 +
 
Tony Weida: This proposal is not proposing to provide those definitions.  Just where appropriate being able to tie in to areas of concern in a general way.
 
Tony Weida: This proposal is not proposing to provide those definitions.  Just where appropriate being able to tie in to areas of concern in a general way.
 +
 
Ron Parker: Our concern is timeline, complexity, and participation, as well as presumptions of the final product.  ArB primary concern should be looking for a way for ANY HL7 participant to see a framework for linking, defining the appropriate method.  That is one of the things we are most interesed in, the most useful artifact.
 
Ron Parker: Our concern is timeline, complexity, and participation, as well as presumptions of the final product.  ArB primary concern should be looking for a way for ANY HL7 participant to see a framework for linking, defining the appropriate method.  That is one of the things we are most interesed in, the most useful artifact.
Cecli Lynch: When you look at this there is no clear roadmap on how you are going to do this.  E.G. what is a recoginized ontology?  You have information viewpoint, where you tie the governance viewpoint, as well as the engineering how to make it work.  The Scope statemnt should reflect your success criteria.  You cannot do that by November 2010.  Author has not recognized the lifecyle defined in SAEAF.
+
 
 +
Cecil Lynch: When you look at this there is no clear roadmap on how you are going to do this.  E.G. what is a recoginized ontology?  You have information viewpoint, where you tie the governance viewpoint, as well as the engineering how to make it work.  The Scope statemnt should reflect your success criteria.  You cannot do that by November 2010.  Author has not recognized the lifecyle defined in SAEAF.
 +
 
 
Tony Weida: I would not have a problem with defering the ontology mapping.
 
Tony Weida: I would not have a problem with defering the ontology mapping.
 +
 
Ron Parker: Tony and Cecil, this is good work and is really important, will be a piece of heavy lifting.  Our primary interest is defining the scope, understanding that it will be a learning curve for all of us.  I dont want to be too constraining.
 
Ron Parker: Tony and Cecil, this is good work and is really important, will be a piece of heavy lifting.  Our primary interest is defining the scope, understanding that it will be a learning curve for all of us.  I dont want to be too constraining.
 +
 +
Cecil Lynch: I am concerned about the resources being applied, I understand where they are trying to go, but the resources needed need to be mapped out.  You cannot apply resources if you do not have clear objectives.  You will have difficulty engaging the appropriate groups.  The biggest issues I have are clear objectives - need, objectives, success criteria do not align.  I was hoping Mike would be here.  People who have proposed are not clear.
 +
 +
Wendell Ocasio: How does it work with the SAIF?
 +
 +
Ron Parker: TSC says ArB has ability to comment on the project, we are not more vital than say the Foundation and Technology Steering Division - it is up to FTSD and TSC to approve.  As a group we need to sayw what would better define the project.
 +
 +
Cecil Lynch: Role of ArB should be to look at the outcomes,think about the deliverables, and how they fit HL7's needs and requirements.  This delivers an ontology, how do we incorporate into HL7, is there RIM binding?  Our job is architectural integrity - we have something new that we cannot fit into the architecture.  I have tried to talk to someone to give me insght into the deliverable fit into our architecture.
 +
 +
Ron Parker: What is our go-forward?  We need more dialog. 
 +
 +
Tony Weida: It is clear that Mike needs to be part of the conversation, and how he see the artifacts from the project tying into the RIM and other artifacts.  I would not be looking for this to hook into the RIM, but to inform work that occurs later on.  My Perspective.
 +
 +
 
* TSC comments.
 
* TSC comments.
 
==Review of Task force Statement==  
 
==Review of Task force Statement==  

Revision as of 23:38, 25 February 2010

Architecture review Board Meeting Minutes

 February 25, 2010

Back to Agenda-minutes

Roll Call

Tony Julian, Jane Curry, Ron Parker, Wendell Ocasio, Abdul Malik Shakir, Andy Bond, Jane Curry, Cecil Lynch Guests: Russ Hamm, Tony Weida, Cliff Thomas, Karen Smith Architecture review Board Meeting Minutes

 February 25, 2010

Back to Agenda-minutes

Roll Call

Agenda:

  • Call to order
  • Approval of agenda
  • Approval of the minutes

February 18, 2010 Minutes

  • Review of Security Ontology project
    • TSC discussion
  • Review of SAIF
  • Review of Task force Statement
  • Review of GF
  • Review of Decision Making Practices?
  • Action Items
  • Other business and planning for next meeting
  • Adjournment

Call to order

The meeting was called to order at 6:05pm U.S. Eastern with Ron Parker as Chair and Tony Julian as scribe..

Approval of agenda

Approval of the minutes

MMS to approve minutes  February 18, 2010 Minutes(Jane/Tony)  (7-0-0)                       

Review of Security Ontology project

Ron parker: Have shipped the correct document.

Cecil: My comments were not changed based on the updated statement. I understand the need for having formal ontology to organize information. I am struggling with how you intend to use clinical and biomedical ontology to hook security and Privacy. #3 success criteria: When mapping to a clinical ontology has not been defined here. I have only had partial responses on how 4b can be achieved, what value it brings, and how to do by November 2010.

Tony Weida: Members of my consulting group are participants. I have not developed proposal, schedule, or details. Relationship between security/privacy and clinical. Control of the disposition of medical information based on subject matter, and regulations about substance abuse and STD information. Needs to give providers control over the revelation of same. Dispositions about collection, access, disclosure, and the security used. makes sense to use SNOMED to provide context for governance makes sense.

Cecil Lynch: That is what I thought they were trying to imply. Dont think anyone has done this. If you were going to use SNOMED to define a privacy policy for HIV, it is not a simple matter of HIV or AIDS at the top level.

Tony Weida: It is not a non-trival excercise. We are exploring the indentification of sensitive areas of SNOMED. There are chalenges to using, because of the different levels of sensitivity. There are items that might indicate presence. One thing is to have terms you can use to talk about likely levels of concern - high level concepts, but the next step is enumerating the various concepts that would be indicative of the subject matter under concern.

Cecil Lynch: Yes, it is not a trivial matter. I have already done this . . . for HIV issues you have to look across tons of orgamisms, not only HIV but parasitic organisms, brain diseases, and does not include all of the medications associated, so you can do clinical decision support.

Tony Weida: This proposal is not proposing to provide those definitions. Just where appropriate being able to tie in to areas of concern in a general way.

Ron Parker: Our concern is timeline, complexity, and participation, as well as presumptions of the final product. ArB primary concern should be looking for a way for ANY HL7 participant to see a framework for linking, defining the appropriate method. That is one of the things we are most interesed in, the most useful artifact.

Cecil Lynch: When you look at this there is no clear roadmap on how you are going to do this. E.G. what is a recoginized ontology? You have information viewpoint, where you tie the governance viewpoint, as well as the engineering how to make it work. The Scope statemnt should reflect your success criteria. You cannot do that by November 2010. Author has not recognized the lifecyle defined in SAEAF.

Tony Weida: I would not have a problem with defering the ontology mapping.

Ron Parker: Tony and Cecil, this is good work and is really important, will be a piece of heavy lifting. Our primary interest is defining the scope, understanding that it will be a learning curve for all of us. I dont want to be too constraining.

Cecil Lynch: I am concerned about the resources being applied, I understand where they are trying to go, but the resources needed need to be mapped out. You cannot apply resources if you do not have clear objectives. You will have difficulty engaging the appropriate groups. The biggest issues I have are clear objectives - need, objectives, success criteria do not align. I was hoping Mike would be here. People who have proposed are not clear.

Wendell Ocasio: How does it work with the SAIF?

Ron Parker: TSC says ArB has ability to comment on the project, we are not more vital than say the Foundation and Technology Steering Division - it is up to FTSD and TSC to approve. As a group we need to sayw what would better define the project.

Cecil Lynch: Role of ArB should be to look at the outcomes,think about the deliverables, and how they fit HL7's needs and requirements. This delivers an ontology, how do we incorporate into HL7, is there RIM binding? Our job is architectural integrity - we have something new that we cannot fit into the architecture. I have tried to talk to someone to give me insght into the deliverable fit into our architecture.

Ron Parker: What is our go-forward? We need more dialog.

Tony Weida: It is clear that Mike needs to be part of the conversation, and how he see the artifacts from the project tying into the RIM and other artifacts. I would not be looking for this to hook into the RIM, but to inform work that occurs later on. My Perspective.


  • TSC comments.

Review of Task force Statement

Review of GF

  • Managing between Jurisdictions


Review of SAIF

Action Items

Other business and planning for next meeting

  • Wiki review

Adjournment