Releases of the PS-CA Implementation Guide may be found on a table on the Home Page of this Project.


AllergyIntolerance (PS-CA)

Additional information on this profile (including the JSON & XML structure and detailed element descriptions) can be found at package/structuredefinition-profile-allergyintolerance-ca-ps.json

Profile

idΣ0..1string
metaΣ0..1Meta
implicitRulesΣ ?!0..1uri
language0..1codeBinding
text0..1Narrative
contained0..*Resource
abatementI0..1Extension(dateTimeAgePeriodRangestring)
modifierExtension?! I0..*Extension
identifierΣ0..*Identifier
id0..1string
extensionI0..*Extension
HL7AllergyIntoleranceClinicalStatusΣ1..1CodingBinding
statusCodeSCTCAΣ0..*CodingBinding
ActStatusCodeV3Σ0..*CodingBinding
textΣ0..1string
id0..1string
extensionI0..*Extension
HL7VerificationStatusΣ1..*CodingBinding
statusCodeSCTCAΣ0..*CodingBinding
textΣ0..1string
typeΣ0..1codeBinding
categoryΣ0..*codeBinding
criticalityΣ0..1codeBinding
codeS Σ1..1CodeableConceptPSCABinding
id0..1string
extensionI0..*Extension
referenceS Σ I1..1string
typeΣ0..1uriBinding
identifierΣ0..1Identifier
displayΣ0..1string
encounterI0..1Reference(Encounter)
onsetAgeAge
onsetPeriodPeriod
onsetRangeRange
onsetStringstring
onsetDateTimeS0..1dateTime
recordedDate0..1dateTime
recorderI0..1Reference(Practitioner | PractitionerRole | Patient | RelatedPerson)
asserterΣ I0..1Reference(Patient | RelatedPerson | Practitioner | PractitionerRole)
lastOccurrence0..1dateTime
note0..*Annotation
id0..1string
extensionI0..*Extension
modifierExtensionΣ ?! I0..*Extension
substance0..1CodeableConcept
manifestationS1..*CodeableConceptPSCABinding
description0..1string
onset0..1dateTime
severity0..1codeBinding
exposureRoute0..1CodeableConcept
note0..*Annotation

Extensions

This profile uses the following extensions:

Implementation Notes

It is strongly recommended that clinically critical information (e.g., "life-threatening"), should not be placed in note fields that are not Must Support; namely, AllergyIntolerance.note and AllergyIntolerance.reaction.note. Instead, this information should be captured in structured elements like severity or other relevant fields to ensure that it is always processed by receiving systems. Key clinical data that would typically appear in elements that are not marked as Must Support should always appear in the narrative portion of the resource. This ensures that even if a receiving system does not support certain discrete data elements, the most important information is still available in a human-readable format.

A future release of PS-CA may use FHIR Obligations to explicitly require client systems to meaningfully handle elements like notes, without imposing conformance requirements on server systems to produce this data. Community feedback is welcome.

Key Differences between the IPS-UV and PS-CA

Must Support Differences:

The following elements are considered Must Support in the Allergy Intolerance (IPS) profile that are relaxed in this version of the PS-CA profile:

  • AllergyIntolerance.extension abatement-datetime slice

    • Note that while the MS flag is relaxed in the differential, it still shows in the renderer until the extension modeling is further corrected by IPS
  • AllergyIntolerance.type

  • AllergyIntolerance.reaction.severity

    Note: Systems that support these elements are encouraged to send them in patient summaries.

Cardinality Differences:

There are no cardinality differences between this profile and IPS-UV

Vocabulary Differences:

Other differences between the IPS and PS-CA Include:

  • Data type profiles (e.g., CodeableConcept) and reference targets (e.g., Patient) replaced with PS-CA equivalents when appropriate

  • AllergyIntolerance.clinicalStatus

    • removed IPS datatype profile
  • AllergyIntolerance.verificationStatus

    • removed IPS datatype profile
  • AllergyIntolerance.reaction.manifestation

    • comment added about future potential use of coded elements