This page is part of the FHIR Specification (v0.0.82: DSTU 1). 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

5.1.8 Resource Patient - Formal Definitions

Formal definitions for the elements in the Patient resource.

Patient
DefinitionDemographics and other administrative information about a person or animal receiving care or other health-related services.
Control1..1
RequirementsTracking patient is the center of the healthcare process.
Patient.identifier
DefinitionAn identifier that applies to this person as a patient.
Control0..*
TypeIdentifier
RequirementsPatients are almost always assigned specific numerical identifiers.
Summarytrue
Patient.name
DefinitionA name associated with the individual.
Control0..*
TypeHumanName
RequirementsNeed to be able to track the person by multiple names. Examples are your official name and a partner name.
Summarytrue
CommentsPerson may have multiple names with different uses or applicable periods.For animals, the name is a "HumanName" in the sense that is assigned and used by humans and has the same patterns.
Patient.telecom
DefinitionA contact detail (e.g. a telephone number or an email address) by which the individual may be contacted.
Control0..*
TypeContact
RequirementsPeople have (primary) ways to contact them in some way such as phone, email.
Summarytrue
CommentsPerson may have multiple ways to be contacted with different uses or applicable periods. May need to have options for contacting the person urgently and also to help with identification. The address may not go directly to the individual, but may reach another party that is able to proxy for the patient (i.e. home phone, or pet owner's phone).
Patient.gender
DefinitionAdministrative Gender - the gender that the patient is considered to have for administration and record keeping purposes.
Control0..1
BindingAdministrativeGender: (See http://hl7.org/fhir/vs/administrative-gender)
TypeCodeableConcept
RequirementsNeeded for identification of the individual, in combination with (at least) name and birth date. Gender of individual drives many clinical processes.
Summarytrue
CommentsThe gender may not match the biological sex as determined by genetics, or the individual's preferred identification. Note that for both humans and particularly animals, there are other legitimate possibilities than M and F, though the vast majority of systems and contexts only support M and F.
Patient.birthDate
DefinitionThe date and time of birth for the individual.
Control0..1
TypedateTime
RequirementsAge of the individual drives many clinical processes. Next to the common use case of capturing someone birth date, also in some common cases time is registered.
Summarytrue
CommentsAt least an estimated year should be provided as a guess if the real dob is unknown.
Patient.deceased[x]
DefinitionIndicates if the individual is deceased or not.
Control0..1
Typeboolean|dateTime
Is Modifiertrue
RequirementsThe fact that a patient is deceased influences the clinical process. Also, in human communication and relation management it is necessary to know whether the person is alive.
Summarytrue
CommentsIf there's no value in the instance it means there is no statement on whether or not the individual is deceased. Most systems will interpret the absence of a value as a sign of the person being alive.
Patient.address
DefinitionAddresses for the individual.
Control0..*
TypeAddress
RequirementsMay need to keep track of persons addresses for contacting, billing or reporting requirements and also to help with identification.
Summarytrue
CommentsPerson may have multiple addresses with different uses or applicable periods.
Patient.maritalStatus
DefinitionThis field contains a patient's most recent marital (civil) status.
Control0..1
BindingMaritalStatus: (See http://hl7.org/fhir/vs/marital-status)
TypeCodeableConcept
RequirementsMost, if not all systems capture it.
Summarytrue
Patient.multipleBirth[x]
DefinitionIndicates whether the patient is part of a multiple or indicates the actual birth order.
Control0..1
Typeboolean|integer
RequirementsFor disambiguation of multiple-birth children, especially relevant where the care provider doesn't meet the patient, such as labs.
Summarytrue
Patient.photo
DefinitionImage of the person.
Control0..*
TypeAttachment
RequirementsMany EHR systems have the capability to capture an image of the patient. Fits with newer social media usage too.
Patient.contact
DefinitionA contact party (e.g. guardian, partner, friend) for the patient.
Control0..*
RequirementsNeed to track people you can contact about the patient.
CommentsContact covers all kinds of contact parties: family members, business contacts, guardians, caregivers. Not applicable to register pedigree and family ties beyond use of having contact.
InvariantsDefined on this element
Inv-1: SHALL at least contain a contact's details or a reference to an organization (xpath: f:name or f:telecom or f:address or f:organization)
Patient.contact.relationship
DefinitionThe nature of the relationship between the patient and the contact person.
Control0..*
BindingContactRelationship: (See http://hl7.org/fhir/vs/patient-contact-relationship)
TypeCodeableConcept
RequirementsUsed to determine which contact person is the most relevant to approach, depending on circumstances.
Patient.contact.name
DefinitionA name associated with the person.
Control0..1
TypeHumanName
RequirementsContact persons need to be identified by name, but it is uncommon to need details about multiple other names for that person.
Patient.contact.telecom
DefinitionA contact detail for the person, e.g. a telephone number or an email address.
Control0..*
TypeContact
RequirementsPeople have (primary) ways to contact them in some way such as phone, email.
CommentsPerson may have multiple ways to be contacted with different uses or applicable periods. May need to have options for contacting the person urgently, and also to help with identification.
Patient.contact.address
DefinitionAddress for the contact person.
Control0..1
TypeAddress
RequirementsNeed to keep track where the contact person can be contacted per postal mail or visited.
Patient.contact.gender
DefinitionAdministrative Gender - the gender that the person is considered to have for administration and record keeping purposes.
Control0..1
BindingAdministrativeGender: (See http://hl7.org/fhir/vs/administrative-gender)
TypeCodeableConcept
RequirementsNeeded to address the person correctly.
Patient.contact.organization
DefinitionOrganization on behalf of which the contact is acting or for which the contact is working.
Control0..1
TypeResource(Organization)
RequirementsFor guardians or business related contacts, the organization is relevant.
InvariantsAffect this element
Inv-1: SHALL at least contain a contact's details or a reference to an organization (xpath: f:name or f:telecom or f:address or f:organization)
Patient.animal
DefinitionThis element has a value if the patient is an animal.
Control0..1
Is Modifiertrue
RequirementsMany clinical systems are extended to care for animal patients as well as human.
Summarytrue
CommentsThe animal element is labeled "Is Modifier" since patients may be non-human. Systems SHALL either handle patient details appropriately (e.g. inform users patient is not human) or reject non-human patient records.
Patient.animal.species
DefinitionIdentifies the high level categorization of the kind of animal.
Control1..1
BindingAnimalSpecies: (See http://hl7.org/fhir/vs/animal-species)
TypeCodeableConcept
RequirementsNeed to know what kind of animal.
Summarytrue
CommentsIf the patient is non-human, at least a species SHALL be specified.
Patient.animal.breed
DefinitionIdentifies the detailed categorization of the kind of animal.
Control0..1
BindingAnimalBreed: (See http://hl7.org/fhir/vs/animal-breeds)
TypeCodeableConcept
RequirementsMay need to know the specific kind within the species.
Summarytrue
Patient.animal.genderStatus
DefinitionIndicates the current state of the animal's reproductive organs.
Control0..1
BindingAnimalGenderStatus: (See http://hl7.org/fhir/vs/animal-genderstatus)
TypeCodeableConcept
RequirementsGender status can affect housing and animal behavior.
Summarytrue
Patient.communication
DefinitionLanguages which may be used to communicate with the patient about his or her health.
Control0..*
BindingLanguage: see IETF language tag
TypeCodeableConcept
RequirementsIf a patient does not speak the local language, interpreters may be required, so languages spoken is an important things to keep track of both for patient and other persons of interest.
CommentsIf no language is specified, this *implies* that the default local language is spoken. For animals, language is not a relevant field, and should be absent from the instance.
Patient.careProvider
DefinitionPatient's nominated care provider.
Control0..*
TypeResource(Organization | Practitioner)
To DoNeed to rationalize this with circleOfCare from CarePlan.
Patient.managingOrganization
DefinitionOrganization that is the custodian of the patient record.
Control0..1
TypeResource(Organization)
RequirementsNeed to know who recognizes this patient record, manages and updates it.
Summarytrue
Patient.link
DefinitionLink to another patient resource that concerns the same actual person.
Control0..*
Is Modifiertrue
RequirementsThere are multiple usecases: * Duplicate patient records due to the clerical errors associated with the difficulties of identifying humans consistently, and * Distribution of patient information across multiple servers.
Summarytrue
CommentsThere is no assumption that linked patient records have mutual links.
Patient.link.other
DefinitionThe other patient resource that the link refers to.
Control1..1
TypeResource(Patient)
Is Modifiertrue
Summarytrue
Patient.link.type
DefinitionThe type of link between this patient resource and another patient resource.
Control1..1
BindingLinkType: The type of link between this patient resource and another patient resource. (see http://hl7.org/fhir/link-type for values)
Typecode
Is Modifiertrue
Summarytrue
Patient.active
DefinitionWhether this patient record is in active use.
Control0..1
Typeboolean
Is Modifiertrue
RequirementsNeed to be able to mark a patient record as not to be used because it was created in error.
Summarytrue
CommentsDefault is true. If a record is inactive, and linked to an active record, then future patient/person/record updates should occur on the other patient.

comments powered by Disqus