Significant health conditions for a person related to the patient relevant in the context of care for the patient.

Business identifiers assigned to this family member history by the performer or other systems which remain constant as the resource is updated and propagates from server to server.

Allows identification of the family member history as it is known by various participating systems and in a way that remains consistent across servers.

This is a business identifier, not a resource identifier (see discussion). It is best practice for the identifier to only appear on a single resource instance, however business practices may occasionally dictate that multiple resource instances with the same identifier can exist - possibly even with different resource types. For example, multiple Patient and a Person resource instance might share the same social insurance number.

The URL pointing to a FHIR-defined protocol, guideline, orderset or other definition that is adhered to in whole or in part by this FamilyMemberHistory.

The URL pointing to an externally maintained protocol, guideline, orderset or other definition that is adhered to in whole or in part by this FamilyMemberHistory.

This might be an HTML page, PDF, etc. or could just be a non-resolvable URI identifier.

A code specifying the status of the record of the family history of a specific family member.

This element is labeled as a modifier because the status contains codes that mark the resource as not currently valid.

Describes why the family member's history is not available.

This is a separate element to allow it to have a distinct binding from reasonCode.

The person who this history concerns.

The date (and possibly time) when the family member history was recorded or last updated.

Allows determination of how current the summary is.

This should be captured even if the same as the date on the List aggregating the full family history.

This will either be a name or a description; e.g. "Aunt Susan", "my cousin with the red hair".

Allows greater ease in ensuring the same person is being talked about.

The type of relationship this person has to the patient (father, mother, brother etc.).

The birth sex of the family member.

Not all relationship codes imply gender and the relative's gender can be relevant for risk assessments.

This element should ideally reflect whether the individual is genetically masculine or feminine. However, as reported information based on the knowledge of the patient or reporting friend/relative, there may be situations where the reported gender might not be totally accurate. E.g. 'Aunt Sue' might be XY rather than XX. Questions soliciting this information should be phrased to encourage capture of genetic gender where known. However, systems performing analysis should also allow for the possibility of imprecision with this element.

The actual or approximate date of birth of the relative.

Allows calculation of the relative's age.

The age of the relative at the time the family member history is recorded.

While age can be calculated from date of birth, sometimes recording age directly is more natural for clinicians.

use estimatedAge to indicate whether the age is actual or not.

If true, indicates that the age value specified is an estimated value.

Clinicians often prefer to specify an estimaged age rather than an age range.

This element is labeled as a modifier because the fact that age is estimated can/should change the results of any algorithm that calculates based on the specified age.

Deceased flag or the actual or approximate age of the relative at the time of death for the family member history record.

Describes why the family member history occurred in coded or textual form.

Textual reasons can be captured using reasonCode.text.

Indicates a Condition, Observation, AllergyIntolerance, or QuestionnaireResponse that justifies this family member history event.

This property allows a non condition-specific note to the made about the related person. Ideally, the note would be in the condition property, but this is not always possible.

The significant Conditions (or condition) that the family member had. This is a repeating section to allow a system to represent more than one condition per resource, though there is nothing stopping multiple resources - one per condition.

If none of the conditions listed have an outcome of "death" specified, that indicates that none of the specified conditions are known to have been the primary cause of death.

The actual condition specified. Could be a coded condition (like MI or Diabetes) or a less specific string like 'cancer' depending on how much is known about the condition and the capabilities of the creating system.

Indicates what happened as a result of this condition. If the condition resulted in death, deceased date is captured on the relation.

Either the age of onset, range of approximate age or descriptive string can be recorded. For conditions with multiple occurrences, this describes the first known occurrence.

Age of onset of a condition in relatives is predictive of risk for the patient.

An area where general notes can be placed about this specific condition.