Current Build

Переводит команда Health Samurai . Приглашаем поучаствовать в русификации стандарта FHIR: GitHub , Email.

8.24 Ресурс Person - Назначение

Patient Administration Work GroupMaturity Level: 2 Trial UseSecurity Category: Patient Compartments: Patient, Practitioner, RelatedPerson

Демографическая и административная информация о человеке независимо от конкретного контекста, связанного со здравоохранением.

The Person resource serves as a linkage resource that may provide a reference set of common demographics for an individual (human or animal) across multiple roles.
This linkage can be direct to role-specific FHIR resources (Patient, Practitioner and RelatedPerson) residing on the same or possibly distinct FHIR systems/applications, or indirectly through the use of business identifiers.

The Person resource may be used in many situations/contexts, including:

  • A set of demographics that can be used to co-ordinate the maintenance of this de-normalized information across practitioners, patients and/or related persons
    e.g. link known resources of the different types together within a system
  • A state/network based Master Person Index
    e.g. A National Identifier Index or a Network membership/subscriber list
  • A central register that links patient resources from multiple servers, indicating they all correspond to the same individual
    e.g. Within a large organization with many systems to be able to link the various records, without having to modify the source information with external links
  • A support for access monitoring software that is able to assert what practitioner, patient and related person records correspond to the same human being to assist in detecting improper querying.
    e.g. asserting that a Patient A is the same individual as a RelatedPerson B who is related to Patient C, who is also Practitioner D. As such, monitoring for Practitioner D’s accesses to Patient A’s records should be carefully scrutinized.
  • Local record(s) on a mobile device listing links to remote server patient resources
    e.g. A mobile phone application storing references to the hospitals they have access to

Note: The Person resource is an advanced feature. Many systems don’t have a way to relate information across resource types, or systems, especially from Patient to Practitioner, and therefore might not implement this functionality. Some do have ways of relating the Patient and RelatedPerson resource types. FHIR is also able to do this without the Person resource, utilizing the Patient.link property (as shown in the Mother and newborn relationship example)

Person resources may have references to Patient, RelatedPerson and/or Practitioner resources. These linkages assert that all the records relate to the same individual.

Person instances are never directly referenced as actors (authors, subjects, performers, etc.) Individual actors are always identified as either Patient, Practitioner or RelatedPerson, depending on the role of the individual when undertaking the action. Therefore this resource SHALL NOT be referenced by any other clinical or administrative resources. E.g. it can be the focus of an operation or message or included in a Bundle, but cannot be a member of a List or Group, the subject of an Observation, or other similar non-infrastructural usage.

In some use cases the linkages will be indirect, and through business Identifiers, such as in the case of the various types of Master Person Indexes, where the records are not there for the purpose of healthcare, but simply describing a population of people, and has other purposes and not just to represent a population patients.

На этот ресурс ссылается itself

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Person TUDomainResourceЗапись общего вида о человеке
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier 0..*IdentifierПонятный человеку идентификатор данного субъекта
... name Σ0..*HumanNameИмя, ассоциированное с этим человеком
... telecom Σ0..*ContactPointКонтактные данные человека
... gender Σ0..1codemale | female | other | unknown
AdministrativeGender (Required)
... birthDate Σ0..1dateДата рождения этого человека
... address 0..*AddressОдин или несколько адресов этого человека
... photo 0..1AttachmentИзображение человека
... managingOrganization Σ0..1Reference(Organization)Организация, которая является хранителем записи о человеке
... active ?!Σ0..1booleanЗапись об этом человеке находится в активном использовании
... link 0..*BackboneElementСсылка на ресурс, относящийся к тому же самому реальному человеку
.... target 1..1Reference(Patient | Practitioner | RelatedPerson | Person)Ресурс, с которым ассоциируется данный человек
.... assurance 0..1codelevel1 | level2 | level3 | level4
IdentityAssuranceLevel (Required)

doco Документация по этому формату

UML-диаграмма (Legend)

Person (DomainResource)Идентификатор человека в конкретной областиidentifier : Identifier [0..*]Имя, ассоциированное с этим человекомname : HumanName [0..*]Контактные данные человека, например телефонный номер или адрес электронной почтыtelecom : ContactPoint [0..*]Административный полgender : code [0..1] « The gender of a person used for administrative purposes. (Strength=Required)AdministrativeGender! »Дата рождения этого человекаbirthDate : date [0..1]Один или несколько адресов этого человекаaddress : Address [0..*]Изображение, которое можно отображать в качестве миниатюрного изображения человека для помощи в его идентификацииphoto : Attachment [0..1]Организация, которая является хранителем записи о человекеmanagingOrganization : Reference [0..1] « Organization »Находится ли запись об этом человеке в активном использовании (this element modifies the meaning of other elements)active : boolean [0..1]LinkРесурс, с которым ассоциируется данный человекtarget : Reference [1..1] « Patient|Practitioner|RelatedPerson| Person »Уровень уверенности, что эта ссылка на самом деле ассоциирована с целевым ресурсомassurance : code [0..1] « Уровень уверенности, что эта ссылка ведет на того же самого реального человека, в зависимости от уровня NIST аутентификации. (Strength=Required)IdentityAssuranceLevel! »Ссылка на ресурс, относящийся к тому же самому реальному человекуlink[0..*]

XML-шаблон

<Person xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Понятный человеку идентификатор данного субъекта --></identifier>
 <name><!-- 0..* HumanName Имя, ассоциированное с этим человеком --></name>
 <telecom><!-- 0..* ContactPoint Контактные данные человека --></telecom>
 <gender value="[code]"/><!-- 0..1 male | female | other | unknown -->
 <birthDate value="[date]"/><!-- 0..1 Дата рождения этого человека -->
 <address><!-- 0..* Address Один или несколько адресов этого человека --></address>
 <photo><!-- 0..1 Attachment Изображение человека --></photo>
 <managingOrganization><!-- 0..1 Reference(Organization) Организация, которая является хранителем записи о человеке --></managingOrganization>
 <active value="[boolean]"/><!-- 0..1 Запись об этом человеке находится в активном использовании -->
 <link>  <!-- 0..* Ссылка на ресурс, относящийся к тому же самому реальному человеку -->
  <target><!-- 1..1 Reference(Patient|Practitioner|RelatedPerson|Person) Ресурс, с которым ассоциируется данный человек --></target>
  <assurance value="[code]"/><!-- 0..1 level1 | level2 | level3 | level4 -->
 </link>
</Person>

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:Person;
  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:Person.identifier [ Identifier ], ... ; # 0..* Понятный человеку идентификатор данного субъекта
  fhir:Person.name [ HumanName ], ... ; # 0..* Имя, ассоциированное с этим человеком
  fhir:Person.telecom [ ContactPoint ], ... ; # 0..* Контактные данные человека
  fhir:Person.gender [ code ]; # 0..1 male | female | other | unknown
  fhir:Person.birthDate [ date ]; # 0..1 Дата рождения этого человека
  fhir:Person.address [ Address ], ... ; # 0..* Один или несколько адресов этого человека
  fhir:Person.photo [ Attachment ]; # 0..1 Изображение человека
  fhir:Person.managingOrganization [ Reference(Organization) ]; # 0..1 Организация, которая является хранителем записи о человеке
  fhir:Person.active [ boolean ]; # 0..1 Запись об этом человеке находится в активном использовании
  fhir:Person.link [ # 0..* Ссылка на ресурс, относящийся к тому же самому реальному человеку
    fhir:Person.link.target [ Reference(Patient|Practitioner|RelatedPerson|Person) ]; # 1..1 Ресурс, с которым ассоциируется данный человек
    fhir:Person.link.assurance [ code ]; # 0..1 level1 | level2 | level3 | level4
  ], ...;
]

Changes since R3

Person
  • No Changes

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 5 tests that all execute ok. All tests pass round-trip testing and all r3 resources are valid.)

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Person TUDomainResourceЗапись общего вида о человеке
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier 0..*IdentifierПонятный человеку идентификатор данного субъекта
... name Σ0..*HumanNameИмя, ассоциированное с этим человеком
... telecom Σ0..*ContactPointКонтактные данные человека
... gender Σ0..1codemale | female | other | unknown
AdministrativeGender (Required)
... birthDate Σ0..1dateДата рождения этого человека
... address 0..*AddressОдин или несколько адресов этого человека
... photo 0..1AttachmentИзображение человека
... managingOrganization Σ0..1Reference(Organization)Организация, которая является хранителем записи о человеке
... active ?!Σ0..1booleanЗапись об этом человеке находится в активном использовании
... link 0..*BackboneElementСсылка на ресурс, относящийся к тому же самому реальному человеку
.... target 1..1Reference(Patient | Practitioner | RelatedPerson | Person)Ресурс, с которым ассоциируется данный человек
.... assurance 0..1codelevel1 | level2 | level3 | level4
IdentityAssuranceLevel (Required)

doco Документация по этому формату

UML-диаграмма (Legend)

Person (DomainResource)Идентификатор человека в конкретной областиidentifier : Identifier [0..*]Имя, ассоциированное с этим человекомname : HumanName [0..*]Контактные данные человека, например телефонный номер или адрес электронной почтыtelecom : ContactPoint [0..*]Административный полgender : code [0..1] « The gender of a person used for administrative purposes. (Strength=Required)AdministrativeGender! »Дата рождения этого человекаbirthDate : date [0..1]Один или несколько адресов этого человекаaddress : Address [0..*]Изображение, которое можно отображать в качестве миниатюрного изображения человека для помощи в его идентификацииphoto : Attachment [0..1]Организация, которая является хранителем записи о человекеmanagingOrganization : Reference [0..1] « Organization »Находится ли запись об этом человеке в активном использовании (this element modifies the meaning of other elements)active : boolean [0..1]LinkРесурс, с которым ассоциируется данный человекtarget : Reference [1..1] « Patient|Practitioner|RelatedPerson| Person »Уровень уверенности, что эта ссылка на самом деле ассоциирована с целевым ресурсомassurance : code [0..1] « Уровень уверенности, что эта ссылка ведет на того же самого реального человека, в зависимости от уровня NIST аутентификации. (Strength=Required)IdentityAssuranceLevel! »Ссылка на ресурс, относящийся к тому же самому реальному человекуlink[0..*]

XML-шаблон

<Person xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Понятный человеку идентификатор данного субъекта --></identifier>
 <name><!-- 0..* HumanName Имя, ассоциированное с этим человеком --></name>
 <telecom><!-- 0..* ContactPoint Контактные данные человека --></telecom>
 <gender value="[code]"/><!-- 0..1 male | female | other | unknown -->
 <birthDate value="[date]"/><!-- 0..1 Дата рождения этого человека -->
 <address><!-- 0..* Address Один или несколько адресов этого человека --></address>
 <photo><!-- 0..1 Attachment Изображение человека --></photo>
 <managingOrganization><!-- 0..1 Reference(Organization) Организация, которая является хранителем записи о человеке --></managingOrganization>
 <active value="[boolean]"/><!-- 0..1 Запись об этом человеке находится в активном использовании -->
 <link>  <!-- 0..* Ссылка на ресурс, относящийся к тому же самому реальному человеку -->
  <target><!-- 1..1 Reference(Patient|Practitioner|RelatedPerson|Person) Ресурс, с которым ассоциируется данный человек --></target>
  <assurance value="[code]"/><!-- 0..1 level1 | level2 | level3 | level4 -->
 </link>
</Person>

Turtle-шаблон

@prefix fhir: <http://hl7.org/fhir/> .doco


[ a fhir:Person;
  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:Person.identifier [ Identifier ], ... ; # 0..* Понятный человеку идентификатор данного субъекта
  fhir:Person.name [ HumanName ], ... ; # 0..* Имя, ассоциированное с этим человеком
  fhir:Person.telecom [ ContactPoint ], ... ; # 0..* Контактные данные человека
  fhir:Person.gender [ code ]; # 0..1 male | female | other | unknown
  fhir:Person.birthDate [ date ]; # 0..1 Дата рождения этого человека
  fhir:Person.address [ Address ], ... ; # 0..* Один или несколько адресов этого человека
  fhir:Person.photo [ Attachment ]; # 0..1 Изображение человека
  fhir:Person.managingOrganization [ Reference(Organization) ]; # 0..1 Организация, которая является хранителем записи о человеке
  fhir:Person.active [ boolean ]; # 0..1 Запись об этом человеке находится в активном использовании
  fhir:Person.link [ # 0..* Ссылка на ресурс, относящийся к тому же самому реальному человеку
    fhir:Person.link.target [ Reference(Patient|Practitioner|RelatedPerson|Person) ]; # 1..1 Ресурс, с которым ассоциируется данный человек
    fhir:Person.link.assurance [ code ]; # 0..1 level1 | level2 | level3 | level4
  ], ...;
]

Changes since Release 3

Person
  • No Changes

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 5 tests that all execute ok. All tests pass round-trip testing and all r3 resources are valid.)

 

See the Profiles & Extensions and the Альтернативные определения: Основное определение XML + JSON, XML Schema/Schematron + JSON Schema, ShEx (for Turtle) + see the extensions & the Анализ зависимостей

PathОписаниеТипСсылка
Person.gender The gender of a person used for administrative purposes.RequiredAdministrativeGender
Person.link.assurance Уровень уверенности, что эта ссылка ведет на того же самого реального человека, в зависимости от уровня NIST аутентификации.RequiredIdentityAssuranceLevel

Most of the properties of the Person resource are replicated within the other resources that they are shared with. This is intentional and highlights the loose coupling of the resources.

Not many systems implement a shared Person record, and as such the values DO become out of sync with each other. The inclusion of this resource does permit a capability for systems to identify other instances of this actual person's data via a centralized registry that can assist in keeping things up to date.

The link element is used to relate resources under a common person record. This element supports two primary scenarios where other resources refer to the same person resource.

The link element cannot be used to link to RelatedPerson entries, so we can use a Person resource to relate these elements together identifying them as the same individual.

In a data sharing network, finding the location of patient records across different systems is a necessary pre-requisite for accessing external patient data. Using the link element, systems associate patient resources from different organizations. The assuranceLevel associated with the link provides a way for a system to qualify its confidence in the asserted link. For example, a relationship from the person to a patient using a probabilistic matching algorithm may be represented using a link with an assurance level of level1, while a relationship established using a government-issued photo ID may be created with an assurance level of level3.

Similarly, providers working in multiple healthcare service settings may be linked across different organizations using the link element. The various practitioner resources can be related using a common person resource with a link for each of the practitioner resources located in other organizations.

Many national and state programs maintain a central register of people, and their key Identifiers. These systems do not store any health related information, they are purely a validated set data, often provided by government departments. These may contain identifiers for patients, practitioners from various departments for various purposes. Access to these systems typically requires some form of professional role or permission, such as those in healthcare, law enforcement, or other internal government uses.

These may also operate outside of government in the private sector, such as associations or networks that a person may be involved with and may work in the same was as they do inside government. The usage of the data into the healthcare environment is not the only use of the register.

Note: This style of system may use the Person resource without any FHIR references to Patient or Practitioner resources. In these environments the Master Index is likely to have a master identifier that performs this logical linking.
This style of usage has fewer security implications, as it doesn’t disclose where the information is being used.

Client Portals provide consumer access to a window of their data locked up in healthcare systems. In many cases these systems are externally integrated and do not have access to the legacy CIS/PAS systems.

In contrast to most systems where a user has access to multiple patients depending on their roles and permissions, a client portal provides a consumer with direct access to their data (with permissions applied). This can also include not just their data (via the Person.link Patient entries), but also to information that they have entered, or were involved with (via the Person.link RelatedPerson entries), such as observations that they entered.
With appropriate permissions/consent applied, the user could have access to other Patient records linked via a RelatedPerson.

The Person resource may contain identifying and demographic information about an individual, therefore it must be protected as Identifying Information.

The Person resource may contain references to the individual's other various Patient, Practitioner, and RelatedPerson resources, where the referenced record might be to very sensitive information. The access to the linked sensitive Resource may be protected, but the link itself may expose information.
For example where a Practitioner and Patient resource are linked through a Person resource, inspecting the Patient URL could reveal that the Practitioner has a record at a sensitive medical health clinic (e.g. Drug Rehabilitation Clinic).

When implementing the Person resource consideration should be given to the security and privacy of this information. Some mitigations to these risks include higher access control protections, filling out the Person resource as sparsely as practical for the given use-cases, and masking some data elements for certain users of the information. Additional security guidance can be found on the security page.

Параметры поиска для этого ресурса. Также к нему применяются общие параметры. Более подробную информацию о поиске в REST, обмене сообщениями и сервисах см. в разделе Поиск.

ИмяТипОпределениеВыражениеIn Common
addressstringA server defined search that may match any of the string fields in the Address, including line, city, district, state, country, postalCode, and/or textPerson.address3 Resources
address-citystringГород, указанный в адресеPerson.address.city3 Resources
address-countrystringСтрана, указанная в адресеPerson.address.country3 Resources
address-postalcodestringПочтовый индекс, указанный в адресеPerson.address.postalCode3 Resources
address-statestringШтат, указанный в адресеPerson.address.state3 Resources
address-usetokenКод типа использования, указанный в адресеPerson.address.use3 Resources
birthdatedateДата рождения человекаPerson.birthDate2 Resources
emailtokenАдрес электронной почтыPerson.telecom.where(system='email')4 Resources
gendertokenПол человекаPerson.gender3 Resources
identifiertokenИдентификатор человекаPerson.identifier
linkreferenceЛюбой link, содержащий ссылку на этого Patient, Person, RelatedPerson или PractitionerPerson.link.target
(Practitioner, Patient, Person, RelatedPerson)
namestringA server defined search that may match any of the string fields in the HumanName, including family, give, prefix, suffix, suffix, and/or textPerson.name
organizationreferenceОрганизация, в которой хранится запись об этом человекеPerson.managingOrganization
(Organization)
patientreferenceСвязь с пациентомPerson.link.target.where(resolve() is Patient)
(Patient)
phonetokenНомер телефонаPerson.telecom.where(system='phone')4 Resources
phoneticstringЧасть имени, созданная с помощью какого-либо алгоритма фонетического сопоставленияPerson.name3 Resources
practitionerreferenceСвязь со специалистомPerson.link.target.where(resolve() is Practitioner)
(Practitioner)
relatedpersonreferenceСвязь с родственникомPerson.link.target.where(resolve() is RelatedPerson)
(RelatedPerson)
telecomtokenКонтактные данные любого видаPerson.telecom4 Resources