This page is part of the FHIR Specification (v0.4.0: DSTU 2 Draft). The current version which supercedes this version is 5.0.0. For a full list of available versions, see the Directory of published versions
This profile sets expectations for use of the AllergyIntolerance resource to record allergies/adverse events associated with a patient within the Data Access Framework (DAF) Implementation Guide. This profile identifies which core elements,extensions,vocabularies and value sets must be supported by DAF actors.
For the purposes of this profile, Supported means the following:
SearchParameters:
Query Results:
Missing Information:
The DAF AllergyIntolerance profile provides a mapping for the following Meaningful Use data elements to FHIR data elements.
Meaningful Use Data Element Name | FHIR Resource Mapping |
---|---|
Allergy Substance | AllergyIntolerance.substance |
Allergy/Adverse Event Type | AllergyIntolerance.category |
Allergy Status | AllergyIntolerance.status |
Allergy Reaction | AllergyIntolerance.event.manifestation |
Allergy Severity | AllergyIntolerance.event.severity |
Allergy Intolerance Event Duration | AllergyIntolerance.event.duration |
Allergy Intolerance Occurrence Date | AllergyIntolerance.event.onset |
This profile relies on the use of other profiles, some required, others available for use "when necessary":
Profiles: | |
DAFAllergyIntolerance | Defines constraints and extensions on the AllergyIntolerance resource for use in querying and retrieving allergy information. : U.S. Data Access Framework (DAF) AllergyIntolerance Profile |
The following are example usage scenarios for the DAF AllergyIntolerance profile:
Implementers need to be mindful of the following during their implementation
Representing No Known Allergies: No Known Allergies will be represented using the DAFAllergyIntolerance List with no entries and with an empty reason.
Specifying Patients as part of the AllergyIntolerance Queries: DAF AllergyIntolerance profile supports the querying the AllergyIntolerances for a particular patient. In order to achieve this in implementation, it is recommended to use Patient.identifier field to precisely identify the allergies relevant to the patient. While other parameters such as Patient.name, Patient.given could be used for the query, it could lead to incorrect Patient matching and/or inefficient queries when systems are not tuned.
Patient Matching: Patient Matching rules and criteria have to be evaluated by the implementing organization and have to comply with local policies and regulations. Query Requestors will have to deal with result sets that can return zero,one or more AllergyIntolerance Resources in response to a query.