Difference between revisions of "Representing Negation"
StephenChu (talk | contribs) |
|||
(13 intermediate revisions by 3 users not shown) | |||
Line 1: | Line 1: | ||
[[Category:Patient Care FHIR Resources and Extensions]] | [[Category:Patient Care FHIR Resources and Extensions]] | ||
+ | |||
+ | =Note: this work has moved to the [[Negation Requirements]] project. This page is inactive and will be deleted.= | ||
+ | |||
Return to: [[Patient Care]] | Return to: [[Patient Care]] | ||
+ | |||
+ | Goto: [[FHIR Clinical Resources - PCWG]] | ||
Goto: [[Clinicians on FHIR]] | Goto: [[Clinicians on FHIR]] | ||
Line 7: | Line 12: | ||
=Background= | =Background= | ||
− | + | There are a number of clinical concepts to which negation are commonly applied. Examples include | |
+ | * Allergy/Intolerance | ||
+ | * Observation | ||
+ | * Condition | ||
+ | * Procedure | ||
+ | * Medication | ||
+ | * Immunization | ||
+ | |||
+ | There does not appear to be a consistent way in applying negation to these in various design specifications (FHIR resources, CDA templates, V2, V3). | ||
+ | |||
+ | PCWG, FHIR and OO agree that a consistent approach to this matter is highly desirable to ensure interoperability. These groups agree to collaborate in order to determine an agreed approach to achieve this goal. | ||
+ | |||
+ | PC & Vocabulary will sponsor a project to define requirements, and specification design groups can use this requirements definition to confirm | ||
+ | * that their designs support requirements | ||
+ | * that they do so consistently, where feasible | ||
+ | * that they identify preferred and discouraged patterns for representing negation | ||
+ | * possibly, that they do so in a way that supports transformation among designs | ||
+ | |||
+ | The PSS (draft) is *[[Media:HL7_Project_Scope_Statement_v2015.1_Negation.docx|here ]]. | ||
<br> | <br> | ||
+ | |||
+ | =Project= | ||
+ | [[media:HL7_Project_Scope_Statement_v2015.1_Negation.docx | Scope Statement]] | ||
+ | |||
=Contributors= | =Contributors= | ||
<br> | <br> | ||
Line 26: | Line 53: | ||
=Definitions= | =Definitions= | ||
+ | <br> | ||
+ | "Negation Statements" or "Exclusion Statements" (note: 'exclusion statement' is a concept used in openEHR) is a clinical statement used to assert known absence of: | ||
+ | : - clinical conditions/problems/signs/symptoms (including allergies and intolerances) | ||
+ | : - medical/surgical/diagnostic procedures | ||
+ | : - medications/drugs | ||
+ | * The negation or exclusion statement may be applied to single condition, procedure or medication. | ||
+ | : - Example: | ||
+ | :: ~ no known history of ischaemic heart disorders | ||
+ | :: ~ no known history of penicillin allergy | ||
+ | |||
+ | * The statement may also be used as a global statement: | ||
+ | : - Examples: | ||
+ | :: ~ no known current medical condition | ||
+ | :: ~ no known current allergy/intolerance | ||
+ | :: ~ no known current medication | ||
+ | |||
+ | * The negation or exclusion statement may be applied to a category of allergies. | ||
+ | : - Example: | ||
+ | :: ~ no known current drug allergy/intolerance | ||
+ | :: ~ no known current food allergy/intolerance | ||
+ | :: ~ no known current environmental allergy/intolerance | ||
<br> | <br> | ||
=Scope= | =Scope= | ||
+ | <br> | ||
+ | * The scope of this initiative is to forge an agreement on how to represent negation or exclusion statements using a combined information modelling and terminology approach | ||
+ | <br> | ||
+ | = Discussions = | ||
<br> | <br> | ||
− | = | + | == Altanta WGM October 2014 == |
+ | |||
+ | * Discussions on "negation" representation (Note - "negation" will be changed to some term more appropriate to avoid confusion with HL7 v3 implementation of negation) | ||
+ | : - vigorous discussions on how negation should be represented in FHIR clinical resources including condition, procedure,, observation, medication, allergy/intolerance | ||
+ | : - general agreement was reached to represent negation by a flag with a set of values: | ||
+ | :: ~ yes | ||
+ | :: ~ no | ||
+ | :: ~ unknown | ||
+ | :: Example: representing patient did not have concussion | ||
+ | ::: ~ Condition = concussion | ||
+ | ::: ~ "flag" = no | ||
+ | : - also agreement on restricting double negatives causing confusion | ||
+ | :: Example: | ||
+ | ::: ~ Condition = no concussion | ||
+ | ::: ~ "flag" = yes ("no" value should not be used) | ||
+ | |||
+ | : - In case of precoordinated values, they should be represented as two clinical statements | ||
+ | :: Example: concussion with no loss of consciousness | ||
+ | ::: ~ this should be two clinical statements | ||
+ | |||
+ | : - Note: | ||
+ | :: ~ There is still a need to identify a set of standard terminology-based value to support negation | ||
+ | :: ~ Examples: | ||
+ | ::: - No known allergy | ||
+ | ::: - No known medication | ||
+ | ::: - No known procedure | ||
+ | <br> | ||
+ | |||
+ | = Examples/Use Cases= | ||
+ | ==EMS== | ||
+ | A few years ago, the EMS Patient Care Report faced this issue. Finding the discussion nowhere near completion, we adopted the following approach: | ||
+ | * Answering a question about a collection of things that might not exist (e.g., allergies) results in answers of two different kinds: lists of things (e.g,. allergies) and statements about whether there are any allergies. We found the RIM semantics provided one way to address these needs, but they did so in a way that is abstract and prone to misprision. | ||
+ | * In order to make the semantics clear and unambiguous, we adopted the pattern of distinguishing two separate questions. In the case of EMS drug allergies, | ||
+ | ** The Boolean 67794-8 Does the patient have any medication allergies NEMSIS (yes, no, unknown), and, if yes, | ||
+ | ** The collection of RxNorm values 67850-8 Medication allergies - RxNorm code NEMSIS | ||
+ | * (We found the use of the null flavor in an observation value to be less ambiguous than its use on a class.) | ||
+ | * We also suggested implementers follow the CDA/RIM guidance for using negation indicators on nugatory allergy classes instantiated for the purpose of asserting their absence, in the interest of mutual comprehensibility with any organization the followed that guidance. We would be delighted to learn that this is no longer necessary. | ||
<br> | <br> |
Latest revision as of 14:50, 27 April 2016
Contents
Note: this work has moved to the Negation Requirements project. This page is inactive and will be deleted.
Return to: Patient Care
Goto: FHIR Clinical Resources - PCWG
Goto: Clinicians on FHIR
Background
There are a number of clinical concepts to which negation are commonly applied. Examples include
- Allergy/Intolerance
- Observation
- Condition
- Procedure
- Medication
- Immunization
There does not appear to be a consistent way in applying negation to these in various design specifications (FHIR resources, CDA templates, V2, V3).
PCWG, FHIR and OO agree that a consistent approach to this matter is highly desirable to ensure interoperability. These groups agree to collaborate in order to determine an agreed approach to achieve this goal.
PC & Vocabulary will sponsor a project to define requirements, and specification design groups can use this requirements definition to confirm
- that their designs support requirements
- that they do so consistently, where feasible
- that they identify preferred and discouraged patterns for representing negation
- possibly, that they do so in a way that supports transformation among designs
The PSS (draft) is *here .
Project
Contributors
- Stephen Chu
- Russ Leftwich
- Rob Hausam
- Elaine Ayres
- Laura Heermann Langford
- Craig Parker
- Emma Jones
- Michelle Miller
- Lloyd McKenzie
- ...
Definitions
"Negation Statements" or "Exclusion Statements" (note: 'exclusion statement' is a concept used in openEHR) is a clinical statement used to assert known absence of:
- - clinical conditions/problems/signs/symptoms (including allergies and intolerances)
- - medical/surgical/diagnostic procedures
- - medications/drugs
- The negation or exclusion statement may be applied to single condition, procedure or medication.
- - Example:
- ~ no known history of ischaemic heart disorders
- ~ no known history of penicillin allergy
- The statement may also be used as a global statement:
- - Examples:
- ~ no known current medical condition
- ~ no known current allergy/intolerance
- ~ no known current medication
- The negation or exclusion statement may be applied to a category of allergies.
- - Example:
- ~ no known current drug allergy/intolerance
- ~ no known current food allergy/intolerance
- ~ no known current environmental allergy/intolerance
Scope
- The scope of this initiative is to forge an agreement on how to represent negation or exclusion statements using a combined information modelling and terminology approach
Discussions
Altanta WGM October 2014
- Discussions on "negation" representation (Note - "negation" will be changed to some term more appropriate to avoid confusion with HL7 v3 implementation of negation)
- - vigorous discussions on how negation should be represented in FHIR clinical resources including condition, procedure,, observation, medication, allergy/intolerance
- - general agreement was reached to represent negation by a flag with a set of values:
- ~ yes
- ~ no
- ~ unknown
- Example: representing patient did not have concussion
- ~ Condition = concussion
- ~ "flag" = no
- - also agreement on restricting double negatives causing confusion
- Example:
- ~ Condition = no concussion
- ~ "flag" = yes ("no" value should not be used)
- Example:
- - In case of precoordinated values, they should be represented as two clinical statements
- Example: concussion with no loss of consciousness
- ~ this should be two clinical statements
- Example: concussion with no loss of consciousness
- - Note:
- ~ There is still a need to identify a set of standard terminology-based value to support negation
- ~ Examples:
- - No known allergy
- - No known medication
- - No known procedure
Examples/Use Cases
EMS
A few years ago, the EMS Patient Care Report faced this issue. Finding the discussion nowhere near completion, we adopted the following approach:
- Answering a question about a collection of things that might not exist (e.g., allergies) results in answers of two different kinds: lists of things (e.g,. allergies) and statements about whether there are any allergies. We found the RIM semantics provided one way to address these needs, but they did so in a way that is abstract and prone to misprision.
- In order to make the semantics clear and unambiguous, we adopted the pattern of distinguishing two separate questions. In the case of EMS drug allergies,
- The Boolean 67794-8 Does the patient have any medication allergies NEMSIS (yes, no, unknown), and, if yes,
- The collection of RxNorm values 67850-8 Medication allergies - RxNorm code NEMSIS
- (We found the use of the null flavor in an observation value to be less ambiguous than its use on a class.)
- We also suggested implementers follow the CDA/RIM guidance for using negation indicators on nugatory allergy classes instantiated for the purpose of asserting their absence, in the interest of mutual comprehensibility with any organization the followed that guidance. We would be delighted to learn that this is no longer necessary.