[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]
Subject: RE: [saf] Incident Id Proposal
Thinking aloud: With Dave's proposed IncidentId one could ensure that Symptoms "Slight Headache" and "Severe Headache" are an escalation of the same Headache... as opposed to distinct Headaches (perhaps weeks apart). The Diagnostician could even use this information to close the incident (clear the symptom store, etc) upon seeing Symptom "Headache Gone". I don't think we've discussed the mechanics of this, and perhaps it is an implementation detail. Paul discussed a higher level context such as when the Headaches are caused by Pollution which is caused by poor Environmental Oversight. It's a tiering of Incidents something like this... All of these Incidents are related to poor Environmental Oversight: IncidentID=A1 -- symptom1="increased pollution" IncidentID=A2 -- symptom1="improper environmental spending" All of these Incidents are related to Pollution: IncidentID=B1 -- symptom1="slight headache" symptom2="severe headache" IncidentID=B2 -- symptom1="dirty windows" IncidentID=B3 -- symptom1="bad tasting drinking water" In Paul's scenario, some kind of UberIncidentID would link together the Pollution symptoms, and a UberUberIncidentID would link together the Environmental Oversight symptoms. It seems unlikely that a simple symptom emitter would be able to provide these Uber*IncidentIDs. So maybe these kinds of relationships are defined elsewhere, and leveraged by the Diagnostian. -----Original Message----- From: David Snelling [mailto:david.snelling@uk.fujitsu.com] Sent: Friday, December 10, 2010 8:48 AM To: saf@lists.oasis-open.org Subject: [saf] Incident Id Proposal Folks, For my AI from today's call: Proposal: Include a new top level, optional element in Symptom. Field: IncidentId Type: anyURI Properties: Optional, Unique (to the incident in question), Immutable Description: This optional identifier may be included in a Symptom to assist consumers in associating this symptom with others. Care should be taken to establish basic mechanisms to ensure that it is unique to an incident. Schema: <IncidentID>xsd:anyURI</IncidentID> Notes: - We could use a more generic term like CoordinationID. - We might consider saying how this might be passed (in a standard way) to Practitioners in the prescription. Just a thought. Take care: Dr. David Snelling < David . Snelling . UK . Fujitsu . com > Fujitsu Laboratories of Europe Limited Hayes Park Central Hayes End Road Hayes, Middlesex UB4 8FE Reg. No. 4153469 +44-7590-293439 (Mobile) ______________________________________________________________________ Fujitsu Laboratories of Europe Limited Hayes Park Central, Hayes End Road, Hayes, Middlesex, UB4 8FE Registered No. 4153469 This e-mail and any attachments are for the sole use of addressee(s) and may contain information which is privileged and confidential. Unauthorised use or copying for disclosure is strictly prohibited. The fact that this e-mail has been scanned by Trendmicro Interscan does not guarantee that it has not been intercepted or amended nor that it is virus-free. --------------------------------------------------------------------- To unsubscribe from this mail list, you must leave the OASIS TC that generates this mail. Follow this link to all your TCs in OASIS at: https://www.oasis-open.org/apps/org/workgroup/portal/my_workgroups.php
[Date Prev] | [Thread Prev] | [Thread Next] | [Date Next] -- [Date Index] | [Thread Index] | [List Home]