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

Difference between revisions of "20080820 ARB Jump Start"

From HL7Wiki
Jump to navigation Jump to search
m
Line 90: Line 90:
 
We can use a subset of RM-ODP meta-model.
 
We can use a subset of RM-ODP meta-model.
  
HL7 ARB is not the only interested party.  SOA-Pro group submitted an RFP to OMG. The work product will be in 'final submission' stage on August 25, 2008.  This is the OMG Software Services Profile and Metamodel RFP, which attempts to describe the serviced metamodel.  Created by convergence between SOA-Pro and UPMS.[[image:SOAUPMS.zip |A UML Profile and Metamodel for Services UPMS]]
+
HL7 ARB is not the only interested party.  SOA-Pro group submitted an RFP to OMG. The work product will be in 'final submission' stage on August 25, 2008.  This is the OMG Software Services Profile and Metamodel RFP, which attempts to describe the serviced metamodel.  Created by convergence between SOA-Pro and UPMS.  
  
 
AMS moved the meta-model into EA.  He then asked a number of questions.
 
AMS moved the meta-model into EA.  He then asked a number of questions.
Jim
+
Jim joined by phone
 +
 
 +
Agent in the profile will be expanded by an RFP called AMP.
 +
The Service Interface extends either Class or Interface.
 +
 
 +
Property  may have isID - which allows us to say this property/collection is sufficient to uniquely identify instances of the container.  There is no distinction of the primary identifier.
 +
 
 +
A signal may be associated with a milestone, signal types the milestone.  You could use this runtime to notify the runtime environment when the milestone is reached.  Statically the signal information may be looked at for the ability of the service to reach certain milestones.  The higher the ordinal number is more significant than a lower number - it is a weight.
 +
 
 +
Collaboration is strict, and service contract is a type of collaboration.
 +
 
 +
Collaboration is used to formalize a set of requirements, same as use cases, but with greater formalization, providing finer grain traceability.
 +
 
 +
ServiceContract: The roles have to be typed by service-interfaces(There are constraints that are not in the diagram).  A collaboration is an interesting question of what it means to use a type on a role in a collaberation - what can it do.  The connectors between the roles and collaboration define the use within a particular context.  If you type a role in a collaboration with a type you are constraining the type regardless of its use within any collaberation that contains it.
 +
So, since it wasnt clear in UML which way to view collaberations, most people would not agree that that is the expected behaviour, the ServiceContract specifically provides that behaviour.
 +
 
 +
The next revised submission will be published to OMG in the next couple of weeks.
 +
 
 +
ServiceContract/Service interface: Specify in advance what all of the requirements are.
 +
 
 +
Another view is "I have a set of capabilities that I want to sell from my point of view" - No contract is involved, so all of the capability would be provided in the serviceInterface - no serviceContract is needed.
 +
 
 +
Suppose I have something I want to do, and I need the following things, which I specify in a formal way, specifying a serviceInterface with all my needs.  The serviceInteface defining the service, and the serviceInterface defining the request may be separate, but to work together they must be fully compatibility.
  
 
==OHT Modeling project for HL7 - Lessons Learned (Rogers) (60 minutes)==
 
==OHT Modeling project for HL7 - Lessons Learned (Rogers) (60 minutes)==

Revision as of 18:46, 20 August 2008

Minutes of the 20080820 August out-of-cycle Day 2

Back to Agenda-minutes

Wednesday 0800 - 1200

Attendance

?? Depicts those expected who have not appeared.

NameRoleAffiliationemail
Curry, Jane ArB Health Information Strategiesjanecurry@healthinfostrategies.com
DeJong, AlexGuestSiemensalex.dejong@siemens.com
Julian, Tony ArB Mayo Clinicajulian@mayo.edu
Killian, GregGuestSiemensgreg.killian@siemens.com
Koisch, John ArB NCIkoisch_john@bah.com
Larsen, Ed Guest HITSPerlarsen@ix.netcom.com
Lynch, Cecil?? ArB ontoreason LLCclynch@ontoreason.com
Mead, Charlie?? ArB Booz Allen Hamiltoncharlie.mead@booz.com
Mulrooney, Galen ??? Guest VHAgalen.mulrooney@med.va.gov
Orvis, Nancy ArBDODnancy.orvis@tma.osd.mil
Parker, Ron ArB CA Infowayrparker@eastlink.ca
Quinn, John ArBHealth Level Seven, Inc.jquinn@HL7.org
Rogers, Rich Guest IBMrrogers@us.ibm.com
Shakir, Abdul-Malik ArB Shakir ConsultingShakirConsulting@cs.com
Williams, LaurieGuestSiemens/td>laurie.williams@siemens.com
Wrightson, Ann Guest NHS(IHC)ann.wrightson@wales.nhs.uk
Yongjian, Bao ArB GE Healthcareyongjian.bao@med.ge.com

0800-1200

Siemens Presentation(30 minutes)

Alex DeJong from Siemens presented their vision for SOA. This presentation included a review of the basics of SOA.

It includes services, messages, and events. Nancy is trying to push standardized methodologies. Question/Action:

  • ? Has Siemens considered mapping the care functions to the EHR-S
  • We will need to publish the 'how to' for infrastructure contracts. Ed Larsen will provide an example of DIRSA agreement.
  • We should produce design heuristics for the level of granularity required.

Alex presented a list of questions:

  • What can we do to make it simpler to absorb and productively the standards?
  • Message-, document- and/or service based
    • Should document have actions associated with them beyond storage? If so, how is this different from a message?
    • The place of an "Event" in SOA.
    • How is an event a message, how does it differ?
    • Rich vs 'light' events
    • Examples of SOA vs messages
    • exception handling and other cross-cutting concerns such as security, vocabulary/terminology, history, versioning, etc?
  • How do the HL7 SOA workgroup and ArB SOA efforst align and/or compliment each other?

Dynamic Framework (45 minutes)

Taxonomy of Services (3 hours)

Why a taxonomy?

  • What kinds of things?
  • What are the inter-relationships?
  • Ontology of relationships
CategoryAtomicState change
CapabilityTT
CoreTF
ProcessFF


Taxonomy? Diagram

Taxonomy:

  • simple hierachy, e.g. race/ethnicity
  • classification faced on one facet
  • not an assembly

thesaurus has relationships


There is an OWL ontology in the Federal Health Architecture for services. (See formal definitions slide "New Data Reference model 2.0)

What facets are usefull?

EARL classification system.

Discussion

Harmonization

Wednesday 1300 - 1700

Pm Discussions

AMS wants the HL7 SOA metamodel to describe all of the artifacts to describe services, described in UML and RM-ODP.

Input from XA, DOD, NCI, UPMS will be used to determine what UML needs to have added, or constrainted? Drive off of UML to have tools to enable the SOA.

We can use a subset of RM-ODP meta-model.

HL7 ARB is not the only interested party. SOA-Pro group submitted an RFP to OMG. The work product will be in 'final submission' stage on August 25, 2008. This is the OMG Software Services Profile and Metamodel RFP, which attempts to describe the serviced metamodel. Created by convergence between SOA-Pro and UPMS.

AMS moved the meta-model into EA. He then asked a number of questions. Jim joined by phone

Agent in the profile will be expanded by an RFP called AMP. The Service Interface extends either Class or Interface.

Property may have isID - which allows us to say this property/collection is sufficient to uniquely identify instances of the container. There is no distinction of the primary identifier.

A signal may be associated with a milestone, signal types the milestone. You could use this runtime to notify the runtime environment when the milestone is reached. Statically the signal information may be looked at for the ability of the service to reach certain milestones. The higher the ordinal number is more significant than a lower number - it is a weight.

Collaboration is strict, and service contract is a type of collaboration.

Collaboration is used to formalize a set of requirements, same as use cases, but with greater formalization, providing finer grain traceability.

ServiceContract: The roles have to be typed by service-interfaces(There are constraints that are not in the diagram). A collaboration is an interesting question of what it means to use a type on a role in a collaberation - what can it do. The connectors between the roles and collaboration define the use within a particular context. If you type a role in a collaboration with a type you are constraining the type regardless of its use within any collaberation that contains it. So, since it wasnt clear in UML which way to view collaberations, most people would not agree that that is the expected behaviour, the ServiceContract specifically provides that behaviour.

The next revised submission will be published to OMG in the next couple of weeks.

ServiceContract/Service interface: Specify in advance what all of the requirements are.

Another view is "I have a set of capabilities that I want to sell from my point of view" - No contract is involved, so all of the capability would be provided in the serviceInterface - no serviceContract is needed.

Suppose I have something I want to do, and I need the following things, which I specify in a formal way, specifying a serviceInterface with all my needs. The serviceInteface defining the service, and the serviceInterface defining the request may be separate, but to work together they must be fully compatibility.

OHT Modeling project for HL7 - Lessons Learned (Rogers) (60 minutes)

Moved to Tuesday after lunch

2 hours - Meta Model Review, UPMS Profile (2 hours )

Slack time (60 minutes)