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

Difference between revisions of "Requirements-Dynamic Model"

From HL7Wiki
Jump to navigation Jump to search
Line 7: Line 7:
 
{| border="2" cellspacing="0" cellpadding="3" width="600"
 
{| border="2" cellspacing="0" cellpadding="3" width="600"
 
| '''Requirement'''  
 
| '''Requirement'''  
−
| An interaction binds one trigger event, one payload model, one control act wrapper, one transport wrapper, a sending application role, a receiving application role, and one or more receiver responsibilities.
+
| Each trigger event must have a unique name
 
|-
 
|-
 
| ''Rationale''  
 
| ''Rationale''  
−
| This is the definition of an HL7 interaction.
+
| The trigger events must be able to be precisely referenced when creating interactions.  The trigger event is the reason for communicating information.
 
|-
 
|-
 
| ''MIF''  
 
| ''MIF''  
 
|
 
|
−
* mif-model-dynamic.xsd
+
* ?
 +
|}
 +
 
 +
 
 +
{| border="2" cellspacing="0" cellpadding="3" width="600"
 +
| '''Requirement'''
 +
| Each application role must have a unique name
 +
|-
 +
| ''Rationale''
 +
| The sending and receiving application role must be able to be precisely referenced when creating interactions.
 +
|-
 +
| ''MIF''
 +
|
 +
* ?
 
|}
 
|}
  
Line 20: Line 33:
 
{| border="2" cellspacing="0" cellpadding="3" width="600"
 
{| border="2" cellspacing="0" cellpadding="3" width="600"
 
| '''Requirement'''  
 
| '''Requirement'''  
−
| For each interaction, trigger event, and application role, name is required.
+
| Each receiver responsibility must have a unique name
 
|-
 
|-
 
| ''Rationale''  
 
| ''Rationale''  
−
| The name property is used to reference artifacts.
+
| The receiver responsibilities must be able to be precisely referenced when creating interactions.
 
|-
 
|-
 
| ''MIF''  
 
| ''MIF''  
 
|
 
|
−
* mif-model-dynamic.xsd
+
* ?
 
|}
 
|}
  
Line 46: Line 59:
 
{| border="2" cellspacing="0" cellpadding="3" width="600"
 
{| border="2" cellspacing="0" cellpadding="3" width="600"
 
| '''Requirement'''  
 
| '''Requirement'''  
−
| For each interaction, trigger event, document, and application role, three annotation types are to be supported:  
+
| For each interaction, trigger event, document, and application role, annotations must be supported:  
−
* Annotation (Descriptive info),
 
−
* Documentation (Contains 'plain' comments.  Plain comments are those with no additional XML elements, except possibly one which identifies the 'type' of comment
 
−
* AppInfo (Contains complex comments.  Complex comments are those with additional XML elements, above and beyond the 'type' of comment
 
 
|-
 
|-
 
| ''Rationale''  
 
| ''Rationale''  

Revision as of 20:04, 20 October 2009

This page documents one or more V3 Methodology Requirements

Requirements

Requirement Each trigger event must have a unique name
Rationale The trigger events must be able to be precisely referenced when creating interactions. The trigger event is the reason for communicating information.
MIF
  •  ?


Requirement Each application role must have a unique name
Rationale The sending and receiving application role must be able to be precisely referenced when creating interactions.
MIF
  •  ?


Requirement Each receiver responsibility must have a unique name
Rationale The receiver responsibilities must be able to be precisely referenced when creating interactions.
MIF
  •  ?


Requirement Interactions have to be able to bind to a message model or a document as the payload.
Rationale There are two 'types' of static model content at HL7. RMIMs which represent workflow-type communications and Documents which represent point-in-time information.
MIF
  • mif-model-dynamic.xsd


Requirement For each interaction, trigger event, document, and application role, annotations must be supported:
Rationale Annotations assist with usability.
MIF
  • mif-model-dynamic.xsd


Requirement For each query interaction, an additional binding to the parameter list is required. Note this includes query requests as well as query responses.
Rationale The parameter list is required for both requests and responses.
MIF
  • mif-model-dynamic.xsd

Future Requirements (not complete)

Note that HL7 is currently re-developing and replacing the current dynamic model methodolgy. Below are SOME of the requirements. Requirements are still being determined and documented as part of the HL7 Enterprise Architecture Framework Alpha implementation projects.

Future Requirement Communicate conformance of receiver responsibilities. It is necessary to know which receiver responsibilities must happen (mandatory), should happen (required), may happen (optional), and must not happen (usually based on a previous elaboration of a receiver responsibility).
Rationale It is necessary to know which receiver responsibilities must happen (mandatory), should happen (required), may happen (optional), and must not happen (usually based on a previous elaboration of a receiver responsibility).
MIF
  • TBD
Retrieved from "https://wiki.hl7.org/w/index.php?title=Requirements-Dynamic_Model&oldid=28213"