This page is part of the FHIR Specification (v1.8.0: STU 3 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 . Page versions: R5 R4B R4 R3 R2
Patient Care Work Group | Maturity Level: 1 | Compartments: Device, Patient, Practitioner |
Prospective warnings of potential issues when providing care to the patient.
A flag is a warning or notification of some sort presented to the user - who may be a clinician or some other person involve in patient care. It usually represents something of sufficient significance to be warrant a special display of some sort - rather than just a note in the resource. A flag has a subject representing the resource that will trigger its display. This subject can be of different types, as described in the examples below:
A flag is typically presented as a label in a prominent location in the record to notify the clinician of the potential issues, though it may also appear in other contexts; e.g. notes applicable to a radiology technician, or to a clinician performing a home visit. For patients, the information in the flag will often be derived from the record, and therefore, for a thorough and careful clinician, who has the time to review the notes will be redundant. However, given the volume of information frequently found in patients' records and the potentially serious consequences of losing sight of some facts, this redundancy is deemed appropriate. As well, some flags may reflect information not captured by any other resource in the record. (E.g. "Patient has large dog at home")
In line with its purpose, a flag is concise, highlighting a small set of high-priority issues among the much larger set of data in the chart. Readers who want more detail should consult the chart or other source of information. Caution should be exercised in creating Flag instances. If entries are created for information that could be gleaned in a sufficiently timely fashion by reviewing the patient record, the flag list will itself become overwhelming and will cease to serve its intended purpose.
Flags are expected to persist in a record for some period of time and are, at most, targeted to particular types of practitioners or to practitioners in particular system.
Examples of Patient related issues that might appear in flags:
Examples of issues that should not appear only in flags:
Note that we include "latex allergy" in the "in scope" list, and "allergy" in the "not in scope" list. The Flag resource is not designed to replace the normal order checking process, and one should not expect to see all allergies in Flags. However, if there is an activity that might occur prior to careful evaluation of the record (e.g. donning of latex gloves) and that activity might pose a risk to the patient, that is the sort of eventuality the Flag is intended to support.
Specific guidelines about what type of information is appropriate to expose using Flag, as well as what categories of individuals should see particular flags, will vary by interoperability community.
Flags may highlight a highly condensed view of information found in the AllergyIntolerance, Condition, Observation, Procedure and possibly other resources. A common extension allows the linkage of a Flag to the supporting detail resource. The purpose of these other resources is to provide detailed clinical information. The purpose of a Flag is to alert practitioners to information that is important to influence their interaction with a Patient prior to detailed review of the record.
Flags are not used to convey information to a specific individual or organization (e.g. an abnormal lab result reported to the ordering clinician, reporting of an adverse reaction to a regulatory authority). These are handled using the CommunicationRequest and the Communication resources.
Flags are not raised as a result of a reported or proposed action (e.g. drug-drug interactions, duplicate therapy warnings). These would be handled using DetectedIssue.
Structure
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Flag | DomainResource | Key information to flag to healthcare providers | ||
identifier | Σ | 0..* | Identifier | Business identifier |
category | Σ | 0..1 | CodeableConcept | Clinical, administrative, etc. Flag Category (Example) |
status | ?!Σ | 1..1 | code | active | inactive | entered-in-error FlagStatus (Required) |
period | Σ | 0..1 | Period | Time period when flag is active |
subject | Σ | 1..1 | Reference(Patient | Location | Group | Organization | Practitioner | PlanDefinition | Medication | Procedure) | Who/What is flag about? |
encounter | Σ | 0..1 | Reference(Encounter) | Alert relevant during encounter |
author | Σ | 0..1 | Reference(Device | Organization | Patient | Practitioner) | Flag creator |
code | Σ | 1..1 | CodeableConcept | Coded or textual message to display to user Flag Code (Example) |
Documentation for this format |
UML Diagram (Legend)
XML Template
<Flag xmlns="http://hl7.org/fhir"> <!-- from Resource: id, meta, implicitRules, and language --> <!-- from DomainResource: text, contained, extension, and modifierExtension --> <identifier><!-- 0..* Identifier Business identifier --></identifier> <category><!-- 0..1 CodeableConcept Clinical, administrative, etc. --></category> <status value="[code]"/><!-- 1..1 active | inactive | entered-in-error --> <period><!-- 0..1 Period Time period when flag is active --></period> <subject><!-- 1..1 Reference(Patient|Location|Group|Organization|Practitioner| PlanDefinition|Medication|Procedure) Who/What is flag about? --></subject> <encounter><!-- 0..1 Reference(Encounter) Alert relevant during encounter --></encounter> <author><!-- 0..1 Reference(Device|Organization|Patient|Practitioner) Flag creator --></author> <code><!-- 1..1 CodeableConcept Coded or textual message to display to user --></code> </Flag>
JSON Template
{ "resourceType" : "Flag", // from Resource: id, meta, implicitRules, and language // from DomainResource: text, contained, extension, and modifierExtension "identifier" : [{ Identifier }], // Business identifier "category" : { CodeableConcept }, // Clinical, administrative, etc. "status" : "<code>", // R! active | inactive | entered-in-error "period" : { Period }, // Time period when flag is active "subject" : { Reference(Patient|Location|Group|Organization|Practitioner| PlanDefinition|Medication|Procedure) }, // R! Who/What is flag about? "encounter" : { Reference(Encounter) }, // Alert relevant during encounter "author" : { Reference(Device|Organization|Patient|Practitioner) }, // Flag creator "code" : { CodeableConcept } // R! Coded or textual message to display to user }
Turtle Template
@prefix fhir: <http://hl7.org/fhir/> . [ a fhir:Flag; fhir:nodeRole fhir:treeRoot; # if this is the parser root # from Resource: .id, .meta, .implicitRules, and .language # from DomainResource: .text, .contained, .extension, and .modifierExtension fhir:Flag.identifier [ Identifier ], ... ; # 0..* Business identifier fhir:Flag.category [ CodeableConcept ]; # 0..1 Clinical, administrative, etc. fhir:Flag.status [ code ]; # 1..1 active | inactive | entered-in-error fhir:Flag.period [ Period ]; # 0..1 Time period when flag is active fhir:Flag.subject [ Reference(Patient|Location|Group|Organization|Practitioner|PlanDefinition|Medication| Procedure) ]; # 1..1 Who/What is flag about? fhir:Flag.encounter [ Reference(Encounter) ]; # 0..1 Alert relevant during encounter fhir:Flag.author [ Reference(Device|Organization|Patient|Practitioner) ]; # 0..1 Flag creator fhir:Flag.code [ CodeableConcept ]; # 1..1 Coded or textual message to display to user ]
Changes since DSTU2
Flag | |
Flag.subject | Add Reference(PlanDefinition), Add Reference(Medication), Add Reference(Procedure) |
See the Full Difference for further information
Structure
Name | Flags | Card. | Type | Description & Constraints |
---|---|---|---|---|
Flag | DomainResource | Key information to flag to healthcare providers | ||
identifier | Σ | 0..* | Identifier | Business identifier |
category | Σ | 0..1 | CodeableConcept | Clinical, administrative, etc. Flag Category (Example) |
status | ?!Σ | 1..1 | code | active | inactive | entered-in-error FlagStatus (Required) |
period | Σ | 0..1 | Period | Time period when flag is active |
subject | Σ | 1..1 | Reference(Patient | Location | Group | Organization | Practitioner | PlanDefinition | Medication | Procedure) | Who/What is flag about? |
encounter | Σ | 0..1 | Reference(Encounter) | Alert relevant during encounter |
author | Σ | 0..1 | Reference(Device | Organization | Patient | Practitioner) | Flag creator |
code | Σ | 1..1 | CodeableConcept | Coded or textual message to display to user Flag Code (Example) |
Documentation for this format |
XML Template
<Flag xmlns="http://hl7.org/fhir"> <!-- from Resource: id, meta, implicitRules, and language --> <!-- from DomainResource: text, contained, extension, and modifierExtension --> <identifier><!-- 0..* Identifier Business identifier --></identifier> <category><!-- 0..1 CodeableConcept Clinical, administrative, etc. --></category> <status value="[code]"/><!-- 1..1 active | inactive | entered-in-error --> <period><!-- 0..1 Period Time period when flag is active --></period> <subject><!-- 1..1 Reference(Patient|Location|Group|Organization|Practitioner| PlanDefinition|Medication|Procedure) Who/What is flag about? --></subject> <encounter><!-- 0..1 Reference(Encounter) Alert relevant during encounter --></encounter> <author><!-- 0..1 Reference(Device|Organization|Patient|Practitioner) Flag creator --></author> <code><!-- 1..1 CodeableConcept Coded or textual message to display to user --></code> </Flag>
JSON Template
{ "resourceType" : "Flag", // from Resource: id, meta, implicitRules, and language // from DomainResource: text, contained, extension, and modifierExtension "identifier" : [{ Identifier }], // Business identifier "category" : { CodeableConcept }, // Clinical, administrative, etc. "status" : "<code>", // R! active | inactive | entered-in-error "period" : { Period }, // Time period when flag is active "subject" : { Reference(Patient|Location|Group|Organization|Practitioner| PlanDefinition|Medication|Procedure) }, // R! Who/What is flag about? "encounter" : { Reference(Encounter) }, // Alert relevant during encounter "author" : { Reference(Device|Organization|Patient|Practitioner) }, // Flag creator "code" : { CodeableConcept } // R! Coded or textual message to display to user }
Turtle Template
@prefix fhir: <http://hl7.org/fhir/> . [ a fhir:Flag; fhir:nodeRole fhir:treeRoot; # if this is the parser root # from Resource: .id, .meta, .implicitRules, and .language # from DomainResource: .text, .contained, .extension, and .modifierExtension fhir:Flag.identifier [ Identifier ], ... ; # 0..* Business identifier fhir:Flag.category [ CodeableConcept ]; # 0..1 Clinical, administrative, etc. fhir:Flag.status [ code ]; # 1..1 active | inactive | entered-in-error fhir:Flag.period [ Period ]; # 0..1 Time period when flag is active fhir:Flag.subject [ Reference(Patient|Location|Group|Organization|Practitioner|PlanDefinition|Medication| Procedure) ]; # 1..1 Who/What is flag about? fhir:Flag.encounter [ Reference(Encounter) ]; # 0..1 Alert relevant during encounter fhir:Flag.author [ Reference(Device|Organization|Patient|Practitioner) ]; # 0..1 Flag creator fhir:Flag.code [ CodeableConcept ]; # 1..1 Coded or textual message to display to user ]
Changes since DSTU2
Flag | |
Flag.subject | Add Reference(PlanDefinition), Add Reference(Medication), Add Reference(Procedure) |
See the Full Difference for further information
Alternate definitions: Master Definition (XML, JSON), XML Schema/Schematron (for ) + JSON Schema, ShEx (for Turtle), JSON-LD (for RDF as JSON-LD),
Path | Definition | Type | Reference |
---|---|---|---|
Flag.category | A general category for flags for filtering/display purposes. | Example | Flag Category |
Flag.status | Indicates whether this flag is active and needs to be displayed to a user, or whether it is no longer needed or entered in error. | Required | FlagStatus |
Flag.code | Detail codes identifying specific flagged issues. | Example | Flag Code |
The Flag resource is sometimes known as "patient notes" and MAY be used to warn of issues such as:
Search parameters for this resource. The common parameters also apply. See Searching for more information about searching in REST, messaging, and services.
Name | Type | Description | Paths | In Common |
author | reference | Flag creator | Flag.author (Practitioner, Organization, Device, Patient) | |
date | date | Time period when flag is active | Flag.period | 18 Resources |
encounter | reference | Alert relevant during encounter | Flag.encounter (Encounter) | 12 Resources |
patient | reference | The identity of a subject to list flags for | Flag.subject (Patient) | 31 Resources |
subject | reference | The identity of a subject to list flags for | Flag.subject (Practitioner, Group, Organization, Medication, Patient, PlanDefinition, Procedure, Location) |