Current Build

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

8.1 Ресурс Patient - Назначение

Patient Administration Work GroupMaturity Level: 5 NormativeSecurity Category: Patient Compartments: Patient, Practitioner, RelatedPerson

Normative Candidate Note: This page is candidate normative content for R4 in the Patient Package. Once normative, it will lose it's Maturity Level, and breaking changes will no longer be made.

Демографическая и другая административная информация о человеке или животном, получающем медицинскую помощь или другие услуги, связанные со здоровьем.

This Resource covers data about patients and animals involved in a wide range of health-related activities, including:

  • Curative activities
  • Psychiatric care
  • Social services
  • Pregnancy care
  • Nursing and assisted living
  • Dietary services
  • Tracking of personal health and exercise data

The data in the Resource covers the "who" information about the patient: its attributes are focused on the demographic information necessary to support the administrative, financial and logistic procedures. A Patient record is generally created and maintained by each organization providing care for a patient. A patient or animal receiving care at multiple organizations may therefore have its information present in multiple Patient Resources.

Not all concepts are included within the base resource (such as race, ethnicity, organ donor status, nationality, etc.), but may be found in profiles defined for specific jurisdictions (e.g., US Meaningful Use Program) or standard extensions. Such fields vary widely between jurisdictions and often have different names and valuesets for the similar concepts, but they are not similar enough to be able to map and exchange.

На этот ресурс ссылаются Annotation, Signature, Account, AdverseEvent, AllergyIntolerance, Appointment, AppointmentResponse, AuditEvent, Basic, BiologicallyDerivedProduct, BodyStructure, CarePlan, CareTeam, ChargeItem, Claim, ClaimResponse, ClinicalImpression, Communication, CommunicationRequest, Composition, Condition, Consent, Contract, Coverage, CoverageEligibilityRequest, CoverageEligibilityResponse, DetectedIssue, Device, DeviceRequest, DeviceUseStatement, DiagnosticReport, DocumentManifest, DocumentReference, Encounter, EnrollmentRequest, EpisodeOfCare, ExplanationOfBenefit, FamilyMemberHistory, Flag, Goal, Group, GuidanceResponse, ImagingStudy, Immunization, ImmunizationEvaluation, ImmunizationRecommendation, Invoice, ItemInstance, List, MeasureReport, Media, MedicationAdministration, MedicationDispense, MedicationRequest, MedicationStatement, MolecularSequence, NutritionOrder, Observation, itself, Person, Procedure, Provenance, QuestionnaireResponse, RelatedPerson, RequestGroup, ResearchSubject, RiskAssessment, Schedule, ServiceRequest, Specimen, SupplyDelivery, SupplyRequest, Task и VisionPrescription

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Patient NDomainResourceИнформация о человеке или животном, получающем услуги здравоохранения
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierИдентификатор этого пациента
... active ?!Σ0..1booleanНаходится ли данная запись пациента в активном использовании
... name Σ0..*HumanNameИмя, ассоциируемое с пациентом
... telecom Σ0..*ContactPointКонтактные данные индивидуума
... gender Σ0..1codemale | female | other | unknown
AdministrativeGender (Required)
... birthDate Σ0..1dateДата рождения индивидуума
... deceased[x] ?!Σ0..1Указывает, умер ли индивидуум или нет
.... deceasedBooleanboolean
.... deceasedDateTimedateTime
... address Σ0..*AddressAn address for the individual
... maritalStatus 0..1CodeableConceptСемейный (гражданский) статус пациента
MaritalStatus (Extensible)
... multipleBirth[x] 0..1Появился ли пациент при многоплодных родах
.... multipleBirthBooleanboolean
.... multipleBirthIntegerinteger
... photo 0..*AttachmentИзображение пациента
... contact I0..*BackboneElementКонтактное лицо пациента (например опекун, партнер, друг)
+ Rule: ДОЛЖЕН содержать как минимум либо контактные данные, либо ссылку на организацию
.... relationship 0..*CodeableConceptВид родственной связи
Patient Contact Relationship (Extensible)
.... name 0..1HumanNameИмя, ассоциируемое с этим контактным лицом
.... telecom 0..*ContactPointКонтактные данные для этого человека
.... address 0..1AddressАдрес контактного лица
.... gender 0..1codemale | female | other | unknown
AdministrativeGender (Required)
.... organization I0..1Reference(Organization)Организация, ассоциируемая с контактом
.... period 0..1PeriodПериод времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента
... communication 0..*BackboneElementA language which may be used to communicate with the patient about his or her health
.... language 1..1CodeableConceptЯзык, на которых можно общаться с пациентом о его/ее здоровье
Language (Preferred but limited to All Languages)
.... preferred 0..1booleanПоказатель предпочтения языка
... generalPractitioner 0..*Reference(Organization | Practitioner | PractitionerRole)Назначенный пациенту первичный поставщик медицинских услуг
... managingOrganization Σ0..1Reference(Organization)Организация, занимающаяся хранением записи пациента
... link ?!Σ0..*BackboneElementСсылка на другой ресурс patient, который имеет отношение к этому же реальному человеку
.... other Σ1..1Reference(Patient | RelatedPerson)Другой ресурс Patient или RelatedPerson, на который указывает ссылка
.... type Σ1..1codereplaced-by | replaces | refer | seealso
LinkType (Required)

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

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

Patient (DomainResource)Идентификатор этого пациентаidentifier : Identifier [0..*]Находится ли данная запись пациента в активном использовании. Many systems use this property to mark as non-current patients, such as those that have not been seen for a period of time based on an organization's business rules. It is often used to filter patient lists to exclude inactive patients Deceased patients may also be marked as inactive for the same reasons, but may be active for some time after death (this element modifies the meaning of other elements)active : boolean [0..1]A name associated with the individualname : HumanName [0..*]A contact detail (e.g. a telephone number or an email address) by which the individual may be contactedtelecom : ContactPoint [0..*]Administrative Gender - the gender that the patient is considered to have for administration and record keeping purposesgender : code [0..1] « The gender of a person used for administrative purposes. (Strength=Required)AdministrativeGender! »Дата рождения индивидуумаbirthDate : date [0..1]Указывает, умер ли индивидуум или нет (this element modifies the meaning of other elements)deceased[x] : Type [0..1] « boolean|dateTime »An address for the individualaddress : Address [0..*]Данное поле содержит самый последний семейный (гражданский) статус пациентаmaritalStatus : CodeableConcept [0..1] « The domestic partnership status of a person. (Strength=Extensible)Marital Status + »Indicates whether the patient is part of a multiple (boolean) or indicates the actual birth order (integer)multipleBirth[x] : Type [0..1] « boolean|integer »Изображение пациентаphoto : Attachment [0..*]Назначенный пациенту поставщик медицинских услугgeneralPractitioner : Reference [0..*] « Organization|Practitioner| PractitionerRole »Организация, занимающаяся хранением записи пациентаmanagingOrganization : Reference [0..1] « Organization »ContactХарактер отношений между пациентом и контактным лицомrelationship : CodeableConcept [0..*] « Вид родственных отношений между пациентом и контактным лицом этого пациента. (Strength=Extensible)PatientContactRelationship+ »Имя, ассоциируемое с этим контактным лицомname : HumanName [0..1]Контактные данные для этого человека, например номер телефона или адрес электронной почтыtelecom : ContactPoint [0..*]Адрес контактного лицаaddress : Address [0..1]Административный пол - пол, который считается полом контактного лица для административных целей и для ведения учетаgender : code [0..1] « The gender of a person used for administrative purposes. (Strength=Required)AdministrativeGender! »Организация, от имени которой действует контактное лицо, или на которую оно работаетorganization : Reference [0..1] « Organization »Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациентаperiod : Period [0..1]CommunicationThe ISO-639-1 alpha 2 code in lower case for the language, optionally followed by a hyphen and the ISO-3166-1 alpha 2 code for the region in upper case; e.g. "en" for English, or "en-US" for American English versus "en-EN" for England Englishlanguage : CodeableConcept [1..1] « Естественный язык. (Strength=Preferred)Common Languages? »Показывает, является ли этот язык предпочтительным для пациента (относительно других языков, которыми он владеет на некотором уровне)preferred : boolean [0..1]LinkДругой ресурс Patient, на который указывает ссылкаother : Reference [1..1] « Patient|RelatedPerson »Тип связи между этим ресурсом patient и другим ресурсом patienttype : code [1..1] « Тип связи между этим ресурсом patient и другим ресурсом patient. (Strength=Required)LinkType! »Контактное лицо пациента (например опекун, партнер, друг)contact[0..*]A language which may be used to communicate with the patient about his or her healthcommunication[0..*]Ссылка на другой ресурс patient, который имеет отношение к этому же реальному пациенту (this element modifies the meaning of other elements)link[0..*]

XML-шаблон

<Patient xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Идентификатор этого пациента --></identifier>
 <active value="[boolean]"/><!-- 0..1 Находится ли данная запись пациента в активном использовании -->
 <name><!-- 0..* HumanName Имя, ассоциируемое с пациентом --></name>
 <telecom><!-- 0..* ContactPoint Контактные данные индивидуума --></telecom>
 <gender value="[code]"/><!-- 0..1 male | female | other | unknown -->
 <birthDate value="[date]"/><!-- 0..1 Дата рождения индивидуума -->
 <deceased[x]><!-- 0..1 boolean|dateTime Указывает, умер ли индивидуум или нет --></deceased[x]>
 <address><!-- 0..* Address An address for the individual --></address>
 <maritalStatus><!-- 0..1 CodeableConcept Семейный (гражданский) статус пациента --></maritalStatus>
 <multipleBirth[x]><!-- 0..1 boolean|integer Появился ли пациент при многоплодных родах --></multipleBirth[x]>
 <photo><!-- 0..* Attachment Изображение пациента --></photo>
 <contact>  <!-- 0..* Контактное лицо пациента (например опекун, партнер, друг) -->
  <relationship><!-- 0..* CodeableConcept Вид родственной связи --></relationship>
  <name><!-- 0..1 HumanName Имя, ассоциируемое с этим контактным лицом --></name>
  <telecom><!-- 0..* ContactPoint Контактные данные для этого человека --></telecom>
  <address><!-- 0..1 Address Адрес контактного лица --></address>
  <gender value="[code]"/><!-- 0..1 male | female | other | unknown -->
  <organization><!-- ?? 0..1 Reference(Organization) Организация, ассоциируемая с контактом --></organization>
  <period><!-- 0..1 Period Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента --></period>
 </contact>
 <communication>  <!-- 0..* A language which may be used to communicate with the patient about his or her health -->
  <language><!-- 1..1 CodeableConcept Язык, на которых можно общаться с пациентом о его/ее здоровье --></language>
  <preferred value="[boolean]"/><!-- 0..1 Показатель предпочтения языка -->
 </communication>
 <generalPractitioner><!-- 0..* Reference(Organization|Practitioner|
   PractitionerRole) Назначенный пациенту первичный поставщик медицинских услуг --></generalPractitioner>
 <managingOrganization><!-- 0..1 Reference(Organization) Организация, занимающаяся хранением записи пациента --></managingOrganization>
 <link>  <!-- 0..* Ссылка на другой ресурс patient, который имеет отношение к этому же реальному человеку -->
  <other><!-- 1..1 Reference(Patient|RelatedPerson) Другой ресурс Patient или RelatedPerson, на который указывает ссылка --></other>
  <type value="[code]"/><!-- 1..1 replaced-by | replaces | refer | seealso -->
 </link>
</Patient>

JSON-шаблон

{doco
  "resourceType" : "Patient",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Идентификатор этого пациента
  "active" : <boolean>, // Находится ли данная запись пациента в активном использовании
  "name" : [{ HumanName }], // Имя, ассоциируемое с пациентом
  "telecom" : [{ ContactPoint }], // Контактные данные индивидуума
  "gender" : "<code>", // male | female | other | unknown
  "birthDate" : "<date>", // Дата рождения индивидуума
  // deceased[x]: Указывает, умер ли индивидуум или нет. One of these 2:
  "deceasedBoolean" : <boolean>,
  "deceasedDateTime" : "<dateTime>",
  "address" : [{ Address }], // An address for the individual
  "maritalStatus" : { CodeableConcept }, // Семейный (гражданский) статус пациента
  // multipleBirth[x]: Появился ли пациент при многоплодных родах. One of these 2:
  "multipleBirthBoolean" : <boolean>,
  "multipleBirthInteger" : <integer>,
  "photo" : [{ Attachment }], // Изображение пациента
  "contact" : [{ // Контактное лицо пациента (например опекун, партнер, друг)
    "relationship" : [{ CodeableConcept }], // Вид родственной связи
    "name" : { HumanName }, // Имя, ассоциируемое с этим контактным лицом
    "telecom" : [{ ContactPoint }], // Контактные данные для этого человека
    "address" : { Address }, // Адрес контактного лица
    "gender" : "<code>", // male | female | other | unknown
    "organization" : { Reference(Organization) }, // C? Организация, ассоциируемая с контактом
    "period" : { Period } // Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента
  }],
  "communication" : [{ // A language which may be used to communicate with the patient about his or her health
    "language" : { CodeableConcept }, // R!  Язык, на которых можно общаться с пациентом о его/ее здоровье
    "preferred" : <boolean> // Показатель предпочтения языка
  }],
  "generalPractitioner" : [{ Reference(Organization|Practitioner|
   PractitionerRole) }], // Назначенный пациенту первичный поставщик медицинских услуг
  "managingOrganization" : { Reference(Organization) }, // Организация, занимающаяся хранением записи пациента
  "link" : [{ // Ссылка на другой ресурс patient, который имеет отношение к этому же реальному человеку
    "other" : { Reference(Patient|RelatedPerson) }, // R!  Другой ресурс Patient или RelatedPerson, на который указывает ссылка
    "type" : "<code>" // R!  replaced-by | replaces | refer | seealso
  }]
}

Turtle-шаблон

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


[ a fhir:Patient;
  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:Patient.identifier [ Identifier ], ... ; # 0..* Идентификатор этого пациента
  fhir:Patient.active [ boolean ]; # 0..1 Находится ли данная запись пациента в активном использовании
  fhir:Patient.name [ HumanName ], ... ; # 0..* Имя, ассоциируемое с пациентом
  fhir:Patient.telecom [ ContactPoint ], ... ; # 0..* Контактные данные индивидуума
  fhir:Patient.gender [ code ]; # 0..1 male | female | other | unknown
  fhir:Patient.birthDate [ date ]; # 0..1 Дата рождения индивидуума
  # Patient.deceased[x] : 0..1 Указывает, умер ли индивидуум или нет. One of these 2
    fhir:Patient.deceasedBoolean [ boolean ]
    fhir:Patient.deceasedDateTime [ dateTime ]
  fhir:Patient.address [ Address ], ... ; # 0..* An address for the individual
  fhir:Patient.maritalStatus [ CodeableConcept ]; # 0..1 Семейный (гражданский) статус пациента
  # Patient.multipleBirth[x] : 0..1 Появился ли пациент при многоплодных родах. One of these 2
    fhir:Patient.multipleBirthBoolean [ boolean ]
    fhir:Patient.multipleBirthInteger [ integer ]
  fhir:Patient.photo [ Attachment ], ... ; # 0..* Изображение пациента
  fhir:Patient.contact [ # 0..* Контактное лицо пациента (например опекун, партнер, друг)
    fhir:Patient.contact.relationship [ CodeableConcept ], ... ; # 0..* Вид родственной связи
    fhir:Patient.contact.name [ HumanName ]; # 0..1 Имя, ассоциируемое с этим контактным лицом
    fhir:Patient.contact.telecom [ ContactPoint ], ... ; # 0..* Контактные данные для этого человека
    fhir:Patient.contact.address [ Address ]; # 0..1 Адрес контактного лица
    fhir:Patient.contact.gender [ code ]; # 0..1 male | female | other | unknown
    fhir:Patient.contact.organization [ Reference(Organization) ]; # 0..1 Организация, ассоциируемая с контактом
    fhir:Patient.contact.period [ Period ]; # 0..1 Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента
  ], ...;
  fhir:Patient.communication [ # 0..* A language which may be used to communicate with the patient about his or her health
    fhir:Patient.communication.language [ CodeableConcept ]; # 1..1 Язык, на которых можно общаться с пациентом о его/ее здоровье
    fhir:Patient.communication.preferred [ boolean ]; # 0..1 Показатель предпочтения языка
  ], ...;
  fhir:Patient.generalPractitioner [ Reference(Organization|Practitioner|PractitionerRole) ], ... ; # 0..* Назначенный пациенту первичный поставщик медицинских услуг
  fhir:Patient.managingOrganization [ Reference(Organization) ]; # 0..1 Организация, занимающаяся хранением записи пациента
  fhir:Patient.link [ # 0..* Ссылка на другой ресурс patient, который имеет отношение к этому же реальному человеку
    fhir:Patient.link.other [ Reference(Patient|RelatedPerson) ]; # 1..1 Другой ресурс Patient или RelatedPerson, на который указывает ссылка
    fhir:Patient.link.type [ code ]; # 1..1 replaced-by | replaces | refer | seealso
  ], ...;
]

Changes since R3

Patient
Patient.active
  • Default Value "true" removed
Patient.contact.relationship
  • Change value set from http://terminology.hl7.org/ValueSet/v2-0131 to http://hl7.org/fhir/ValueSet/patient-contactrelationship
Patient.communication.language
  • Change binding strength from extensible to preferred
Patient.generalPractitioner
  • Type Reference: Added Target Type PractitionerRole
Patient.animal
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

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

Структура

ИмяФлагиКард.ТипОписание и ограниченияdoco
.. Patient NDomainResourceИнформация о человеке или животном, получающем услуги здравоохранения
Элементы, определённые в прародителе: id, meta, implicitRules, language, text, contained, extension, modifierExtension
... identifier Σ0..*IdentifierИдентификатор этого пациента
... active ?!Σ0..1booleanНаходится ли данная запись пациента в активном использовании
... name Σ0..*HumanNameИмя, ассоциируемое с пациентом
... telecom Σ0..*ContactPointКонтактные данные индивидуума
... gender Σ0..1codemale | female | other | unknown
AdministrativeGender (Required)
... birthDate Σ0..1dateДата рождения индивидуума
... deceased[x] ?!Σ0..1Указывает, умер ли индивидуум или нет
.... deceasedBooleanboolean
.... deceasedDateTimedateTime
... address Σ0..*AddressAn address for the individual
... maritalStatus 0..1CodeableConceptСемейный (гражданский) статус пациента
MaritalStatus (Extensible)
... multipleBirth[x] 0..1Появился ли пациент при многоплодных родах
.... multipleBirthBooleanboolean
.... multipleBirthIntegerinteger
... photo 0..*AttachmentИзображение пациента
... contact I0..*BackboneElementКонтактное лицо пациента (например опекун, партнер, друг)
+ Rule: ДОЛЖЕН содержать как минимум либо контактные данные, либо ссылку на организацию
.... relationship 0..*CodeableConceptВид родственной связи
Patient Contact Relationship (Extensible)
.... name 0..1HumanNameИмя, ассоциируемое с этим контактным лицом
.... telecom 0..*ContactPointКонтактные данные для этого человека
.... address 0..1AddressАдрес контактного лица
.... gender 0..1codemale | female | other | unknown
AdministrativeGender (Required)
.... organization I0..1Reference(Organization)Организация, ассоциируемая с контактом
.... period 0..1PeriodПериод времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента
... communication 0..*BackboneElementA language which may be used to communicate with the patient about his or her health
.... language 1..1CodeableConceptЯзык, на которых можно общаться с пациентом о его/ее здоровье
Language (Preferred but limited to All Languages)
.... preferred 0..1booleanПоказатель предпочтения языка
... generalPractitioner 0..*Reference(Organization | Practitioner | PractitionerRole)Назначенный пациенту первичный поставщик медицинских услуг
... managingOrganization Σ0..1Reference(Organization)Организация, занимающаяся хранением записи пациента
... link ?!Σ0..*BackboneElementСсылка на другой ресурс patient, который имеет отношение к этому же реальному человеку
.... other Σ1..1Reference(Patient | RelatedPerson)Другой ресурс Patient или RelatedPerson, на который указывает ссылка
.... type Σ1..1codereplaced-by | replaces | refer | seealso
LinkType (Required)

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

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

Patient (DomainResource)Идентификатор этого пациентаidentifier : Identifier [0..*]Находится ли данная запись пациента в активном использовании. Many systems use this property to mark as non-current patients, such as those that have not been seen for a period of time based on an organization's business rules. It is often used to filter patient lists to exclude inactive patients Deceased patients may also be marked as inactive for the same reasons, but may be active for some time after death (this element modifies the meaning of other elements)active : boolean [0..1]A name associated with the individualname : HumanName [0..*]A contact detail (e.g. a telephone number or an email address) by which the individual may be contactedtelecom : ContactPoint [0..*]Administrative Gender - the gender that the patient is considered to have for administration and record keeping purposesgender : code [0..1] « The gender of a person used for administrative purposes. (Strength=Required)AdministrativeGender! »Дата рождения индивидуумаbirthDate : date [0..1]Указывает, умер ли индивидуум или нет (this element modifies the meaning of other elements)deceased[x] : Type [0..1] « boolean|dateTime »An address for the individualaddress : Address [0..*]Данное поле содержит самый последний семейный (гражданский) статус пациентаmaritalStatus : CodeableConcept [0..1] « The domestic partnership status of a person. (Strength=Extensible)Marital Status + »Indicates whether the patient is part of a multiple (boolean) or indicates the actual birth order (integer)multipleBirth[x] : Type [0..1] « boolean|integer »Изображение пациентаphoto : Attachment [0..*]Назначенный пациенту поставщик медицинских услугgeneralPractitioner : Reference [0..*] « Organization|Practitioner| PractitionerRole »Организация, занимающаяся хранением записи пациентаmanagingOrganization : Reference [0..1] « Organization »ContactХарактер отношений между пациентом и контактным лицомrelationship : CodeableConcept [0..*] « Вид родственных отношений между пациентом и контактным лицом этого пациента. (Strength=Extensible)PatientContactRelationship+ »Имя, ассоциируемое с этим контактным лицомname : HumanName [0..1]Контактные данные для этого человека, например номер телефона или адрес электронной почтыtelecom : ContactPoint [0..*]Адрес контактного лицаaddress : Address [0..1]Административный пол - пол, который считается полом контактного лица для административных целей и для ведения учетаgender : code [0..1] « The gender of a person used for administrative purposes. (Strength=Required)AdministrativeGender! »Организация, от имени которой действует контактное лицо, или на которую оно работаетorganization : Reference [0..1] « Organization »Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациентаperiod : Period [0..1]CommunicationThe ISO-639-1 alpha 2 code in lower case for the language, optionally followed by a hyphen and the ISO-3166-1 alpha 2 code for the region in upper case; e.g. "en" for English, or "en-US" for American English versus "en-EN" for England Englishlanguage : CodeableConcept [1..1] « Естественный язык. (Strength=Preferred)Common Languages? »Показывает, является ли этот язык предпочтительным для пациента (относительно других языков, которыми он владеет на некотором уровне)preferred : boolean [0..1]LinkДругой ресурс Patient, на который указывает ссылкаother : Reference [1..1] « Patient|RelatedPerson »Тип связи между этим ресурсом patient и другим ресурсом patienttype : code [1..1] « Тип связи между этим ресурсом patient и другим ресурсом patient. (Strength=Required)LinkType! »Контактное лицо пациента (например опекун, партнер, друг)contact[0..*]A language which may be used to communicate with the patient about his or her healthcommunication[0..*]Ссылка на другой ресурс patient, который имеет отношение к этому же реальному пациенту (this element modifies the meaning of other elements)link[0..*]

XML-шаблон

<Patient xmlns="http://hl7.org/fhir"> doco
 <!-- from Resource: id, meta, implicitRules, and language -->
 <!-- from DomainResource: text, contained, extension, and modifierExtension -->
 <identifier><!-- 0..* Identifier Идентификатор этого пациента --></identifier>
 <active value="[boolean]"/><!-- 0..1 Находится ли данная запись пациента в активном использовании -->
 <name><!-- 0..* HumanName Имя, ассоциируемое с пациентом --></name>
 <telecom><!-- 0..* ContactPoint Контактные данные индивидуума --></telecom>
 <gender value="[code]"/><!-- 0..1 male | female | other | unknown -->
 <birthDate value="[date]"/><!-- 0..1 Дата рождения индивидуума -->
 <deceased[x]><!-- 0..1 boolean|dateTime Указывает, умер ли индивидуум или нет --></deceased[x]>
 <address><!-- 0..* Address An address for the individual --></address>
 <maritalStatus><!-- 0..1 CodeableConcept Семейный (гражданский) статус пациента --></maritalStatus>
 <multipleBirth[x]><!-- 0..1 boolean|integer Появился ли пациент при многоплодных родах --></multipleBirth[x]>
 <photo><!-- 0..* Attachment Изображение пациента --></photo>
 <contact>  <!-- 0..* Контактное лицо пациента (например опекун, партнер, друг) -->
  <relationship><!-- 0..* CodeableConcept Вид родственной связи --></relationship>
  <name><!-- 0..1 HumanName Имя, ассоциируемое с этим контактным лицом --></name>
  <telecom><!-- 0..* ContactPoint Контактные данные для этого человека --></telecom>
  <address><!-- 0..1 Address Адрес контактного лица --></address>
  <gender value="[code]"/><!-- 0..1 male | female | other | unknown -->
  <organization><!-- ?? 0..1 Reference(Organization) Организация, ассоциируемая с контактом --></organization>
  <period><!-- 0..1 Period Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента --></period>
 </contact>
 <communication>  <!-- 0..* A language which may be used to communicate with the patient about his or her health -->
  <language><!-- 1..1 CodeableConcept Язык, на которых можно общаться с пациентом о его/ее здоровье --></language>
  <preferred value="[boolean]"/><!-- 0..1 Показатель предпочтения языка -->
 </communication>
 <generalPractitioner><!-- 0..* Reference(Organization|Practitioner|
   PractitionerRole) Назначенный пациенту первичный поставщик медицинских услуг --></generalPractitioner>
 <managingOrganization><!-- 0..1 Reference(Organization) Организация, занимающаяся хранением записи пациента --></managingOrganization>
 <link>  <!-- 0..* Ссылка на другой ресурс patient, который имеет отношение к этому же реальному человеку -->
  <other><!-- 1..1 Reference(Patient|RelatedPerson) Другой ресурс Patient или RelatedPerson, на который указывает ссылка --></other>
  <type value="[code]"/><!-- 1..1 replaced-by | replaces | refer | seealso -->
 </link>
</Patient>

JSON-шаблон

{doco
  "resourceType" : "Patient",
  // from Resource: id, meta, implicitRules, and language
  // from DomainResource: text, contained, extension, and modifierExtension
  "identifier" : [{ Identifier }], // Идентификатор этого пациента
  "active" : <boolean>, // Находится ли данная запись пациента в активном использовании
  "name" : [{ HumanName }], // Имя, ассоциируемое с пациентом
  "telecom" : [{ ContactPoint }], // Контактные данные индивидуума
  "gender" : "<code>", // male | female | other | unknown
  "birthDate" : "<date>", // Дата рождения индивидуума
  // deceased[x]: Указывает, умер ли индивидуум или нет. One of these 2:
  "deceasedBoolean" : <boolean>,
  "deceasedDateTime" : "<dateTime>",
  "address" : [{ Address }], // An address for the individual
  "maritalStatus" : { CodeableConcept }, // Семейный (гражданский) статус пациента
  // multipleBirth[x]: Появился ли пациент при многоплодных родах. One of these 2:
  "multipleBirthBoolean" : <boolean>,
  "multipleBirthInteger" : <integer>,
  "photo" : [{ Attachment }], // Изображение пациента
  "contact" : [{ // Контактное лицо пациента (например опекун, партнер, друг)
    "relationship" : [{ CodeableConcept }], // Вид родственной связи
    "name" : { HumanName }, // Имя, ассоциируемое с этим контактным лицом
    "telecom" : [{ ContactPoint }], // Контактные данные для этого человека
    "address" : { Address }, // Адрес контактного лица
    "gender" : "<code>", // male | female | other | unknown
    "organization" : { Reference(Organization) }, // C? Организация, ассоциируемая с контактом
    "period" : { Period } // Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента
  }],
  "communication" : [{ // A language which may be used to communicate with the patient about his or her health
    "language" : { CodeableConcept }, // R!  Язык, на которых можно общаться с пациентом о его/ее здоровье
    "preferred" : <boolean> // Показатель предпочтения языка
  }],
  "generalPractitioner" : [{ Reference(Organization|Practitioner|
   PractitionerRole) }], // Назначенный пациенту первичный поставщик медицинских услуг
  "managingOrganization" : { Reference(Organization) }, // Организация, занимающаяся хранением записи пациента
  "link" : [{ // Ссылка на другой ресурс patient, который имеет отношение к этому же реальному человеку
    "other" : { Reference(Patient|RelatedPerson) }, // R!  Другой ресурс Patient или RelatedPerson, на который указывает ссылка
    "type" : "<code>" // R!  replaced-by | replaces | refer | seealso
  }]
}

Turtle-шаблон

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


[ a fhir:Patient;
  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:Patient.identifier [ Identifier ], ... ; # 0..* Идентификатор этого пациента
  fhir:Patient.active [ boolean ]; # 0..1 Находится ли данная запись пациента в активном использовании
  fhir:Patient.name [ HumanName ], ... ; # 0..* Имя, ассоциируемое с пациентом
  fhir:Patient.telecom [ ContactPoint ], ... ; # 0..* Контактные данные индивидуума
  fhir:Patient.gender [ code ]; # 0..1 male | female | other | unknown
  fhir:Patient.birthDate [ date ]; # 0..1 Дата рождения индивидуума
  # Patient.deceased[x] : 0..1 Указывает, умер ли индивидуум или нет. One of these 2
    fhir:Patient.deceasedBoolean [ boolean ]
    fhir:Patient.deceasedDateTime [ dateTime ]
  fhir:Patient.address [ Address ], ... ; # 0..* An address for the individual
  fhir:Patient.maritalStatus [ CodeableConcept ]; # 0..1 Семейный (гражданский) статус пациента
  # Patient.multipleBirth[x] : 0..1 Появился ли пациент при многоплодных родах. One of these 2
    fhir:Patient.multipleBirthBoolean [ boolean ]
    fhir:Patient.multipleBirthInteger [ integer ]
  fhir:Patient.photo [ Attachment ], ... ; # 0..* Изображение пациента
  fhir:Patient.contact [ # 0..* Контактное лицо пациента (например опекун, партнер, друг)
    fhir:Patient.contact.relationship [ CodeableConcept ], ... ; # 0..* Вид родственной связи
    fhir:Patient.contact.name [ HumanName ]; # 0..1 Имя, ассоциируемое с этим контактным лицом
    fhir:Patient.contact.telecom [ ContactPoint ], ... ; # 0..* Контактные данные для этого человека
    fhir:Patient.contact.address [ Address ]; # 0..1 Адрес контактного лица
    fhir:Patient.contact.gender [ code ]; # 0..1 male | female | other | unknown
    fhir:Patient.contact.organization [ Reference(Organization) ]; # 0..1 Организация, ассоциируемая с контактом
    fhir:Patient.contact.period [ Period ]; # 0..1 Период времени, в течение которого с этим контактным лицом или организацией можно связываться по поводу данного пациента
  ], ...;
  fhir:Patient.communication [ # 0..* A language which may be used to communicate with the patient about his or her health
    fhir:Patient.communication.language [ CodeableConcept ]; # 1..1 Язык, на которых можно общаться с пациентом о его/ее здоровье
    fhir:Patient.communication.preferred [ boolean ]; # 0..1 Показатель предпочтения языка
  ], ...;
  fhir:Patient.generalPractitioner [ Reference(Organization|Practitioner|PractitionerRole) ], ... ; # 0..* Назначенный пациенту первичный поставщик медицинских услуг
  fhir:Patient.managingOrganization [ Reference(Organization) ]; # 0..1 Организация, занимающаяся хранением записи пациента
  fhir:Patient.link [ # 0..* Ссылка на другой ресурс patient, который имеет отношение к этому же реальному человеку
    fhir:Patient.link.other [ Reference(Patient|RelatedPerson) ]; # 1..1 Другой ресурс Patient или RelatedPerson, на который указывает ссылка
    fhir:Patient.link.type [ code ]; # 1..1 replaced-by | replaces | refer | seealso
  ], ...;
]

Changes since Release 3

Patient
Patient.active
  • Default Value "true" removed
Patient.contact.relationship
  • Change value set from http://terminology.hl7.org/ValueSet/v2-0131 to http://hl7.org/fhir/ValueSet/patient-contactrelationship
Patient.communication.language
  • Change binding strength from extensible to preferred
Patient.generalPractitioner
  • Type Reference: Added Target Type PractitionerRole
Patient.animal
  • deleted

See the Full Difference for further information

This analysis is available as XML or JSON.

See R3 <--> R4 Conversion Maps (status = 16 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ОписаниеТипСсылка
Patient.gender
Patient.contact.gender
The gender of a person used for administrative purposes.RequiredAdministrativeGender
Patient.maritalStatus The domestic partnership status of a person.ExtensibleMarital Status Codes
Patient.contact.relationship Вид родственных отношений между пациентом и контактным лицом этого пациента.ExtensiblePatientContactRelationship
Patient.communication.language Естественный язык.Preferred, but limited to All LanguagesCommon Languages
Patient.link.type Тип связи между этим ресурсом patient и другим ресурсом patient.RequiredLinkType

idLevelLocationОпределениеExpression
pat-1Rule Patient.contactДОЛЖЕН содержать как минимум либо контактные данные, либо ссылку на организациюname.exists() or telecom.exists() or address.exists() or organization.exists()

Notes:

  • multipleBirth can be either expressed as a Boolean (just indicating whether the patient is part of a multiple birth) or as an integer, indicating the actual birth order.
  • Patient records may only be in one of two statuses: in use (active=true) and not in use (active=false). A normal record is active, i.e. it is in use. Active is set to 'false' when a record is created as a duplicate or in error. A record does not need to be linked to be inactivated.
  • The link element is used to assert that two or more Patient resources are both about the same actual patient. See below for further discussion
  • There should be only one preferred language (Language.preference = true) per mode of expression.
  • The Contact for a Patient has an element organization, this is for use with guardians or business related contacts where just the organization is relevant.

A Patient record's Resource Id can never change. For this reason, the identifiers with which humans are concerned (often called MRN - Medical Record Number, or UR - Unit Record) should not be used for the resource's id, since MRN's may change, i.e. as a result of having duplicate records of the same patient. Instead they should be represented in the Patient.identifier list where they can be managed. This is also useful for the case of institutions that have acquired multiple numbers because of mergers of patient record systems over time.

Where there is a need to implement an automated MRN Identifier created for a patient record, this could be achieved by providing an identifier in the patient with an appropriate assigner, MRN Type and/or system but with no value assigned. Internal business rules can then detect this and replace/populate this identifier with 1 or more identifiers (as required).

The link element is used to assert that patient resources refer to the same patient. This element is used to support the following scenarios where multiple patient records exist:

Managing Patient registration is a well-known difficult problem. Around 2% of registrations are in error, mostly duplicate records. Sometimes the duplicate record is caught fairly quickly and retired before much data is accumulated. In other cases, substantial amounts of data may accumulate. By using a link of type 'replaced-by', the record containing such a link is marked as a duplicate and the link points forward to a record that should be used instead. Note that the record pointed to may in its turn have been identified as created in error and forward to yet another Patient resource. Records that replace another record may use a link type of 'replaces' pointing to the old record.

A Patient record may be present in a system that acts as a Patient Index: it maintains a (summary of) patient data and a list of one or more servers that are known to hold a more comprehensive and/or authoritative record of the same patient. The link type 'refer' is used to denote such a link. Note that linked records may contain contradictory information. The record referred to does not point back to the referring record.

In a distributed architecture, multiple systems keep separate patient records concerning the same patient. These records are not considered duplicates, but contain a distributed, potentially overlapping view of the patient's data. Each such record may have its own focus or maintaining organization and there need not be a sense of one record being more complete or more authoritative than another. In such cases, links of type 'see also' can be used to point to other patient records. It is not a requirement that such links are bilateral.

The Person resource on the surface appears to be very similar to the Patient resource, and the usage for it is very similar to using the Patient.Link capability.
The intention of the Person resource is to be able to link instances of resources together that are believed to be the same individual. This includes across resource types, such as RelatedPerson, Practitioner, Patient and even other Person resources.
The Patient Link however is only intended to be used for Patient resources.

The primary use case for the Person resource is to be able to support person registries that do not necessarily have a healthcare context, and are able to identify and quantify confidence levels that this is the same person.
This could include consumer portals where the maintainer of the person information is the actual person themselves.
A system could use the Person entry to cross check changes to information applied to one part of a record to values in another system; e.g., when moving, a consumer updates his contact numbers and address in his person record, and then a Patient Administration system is able to see that this data is changed and prompt the organization to follow up with the patient that was linked to the person record if they want their details updated, or if they no longer need services and they should be cancelled, as they've moved from the area.

The Linkage resource and the Patient.link property conceptually perform similar functions in FHIR, both provide an assertion of linkages between multiple resource instances that are referring to the same underlying individual.
When a Patient resource is linked/merged then it needs to have an internal indication that there is another patient resource that should be considered when referencing other records, which is achieved using the patient.link property.
Not detecting/checking for a potential linkage could mean that related clinical records are not discovered, potentially impacting patient safety. (which is why using the Linkage resource is not appropriate, as its use in this manner would force the use of either another query to potentially locate other patient resources to consider, or use _revinclude)

The contact element on the Patient resource should be used for storing the details of people to contact. This information always travels with the Patient resource, and cannot be used as the target of a reference. Where related people need to be referenced by other resources (e.g. CarePlan.participant, Encounter.participant, DocumentReference.author, Appointment.participant), the RelatedPerson resource must be used.

It is not expected that these records will be used for recording the primary care provider; this information should be stored in the Patient.generalPractitioner field.

Many systems and organizations only provide for a single attribute that aspires to represent all aspects of a patient's gender and sex with a single value. However, there are many considerations around sex and gender documentation and interoperability. Listed below are the various social and biological attributes that are relevant in the healthcare setting, as well as information on how each can be communicated.

  • Administrative Gender - in order to interoperate with systems that use a single generic property, the basic Patient.gender property represents an administrative gender: the gender that the patient is considered to have for administration and record keeping purposes. This property is often used as an input to patient matching algorithms, for example.

In addition to this administrative gender, other kinds of gender or sex properties may be represented:

  • Clinical Sex - a testable observation about a biological property of the patient. There are several different types of clinical sex, including karyotypic/genetic/chromosomal, gonadal, ductal, phenotypic, etc. Clinical sex observations should be represented using Observation, qualified with the appropriate clinical codes from LOINC and/or SNOMED.
  • Clinical Gender - an observation about the patient, often collected as part of social history documentation, and represented as an Observation(example) using, for example, the LOINC code 76691-5 . Clinical gender observations can provide both history and confidentiality, where the genderIdentity extension does not.
  • Gender Identity - an indication from the patient about what gender they consider themselves to be. This can influence how the patient prefers to be addressed by care providers and other individuals. The standard genderIdentity extension may be used to communicate this property. This extension is appropriate when the gender identity is openly known.
  • Sex assigned at Birth - the sex assigned at birth, as documented on the birth registration. Some countries allow variations such as not yet determined, unknown, or undifferentiated, while others do not. Some countries also allow birth registration information to be updated. The US realm defines a US specific extension for this property. Alternatively, if you were representing this concept with an observation, you could use the LOINC code 76689-9 .
  • Legal Sex - regional and national entities often categorize citizens using a single legal sex value. The legal sex of a patient can vary from region to region and country to country. A single patient may have multiple legal sex values at the same time in different jurisdictions. In case where the Patient.gender administrative property is not sufficient to communicate legal sex, realm specific extensions should be used.

For veterinary use, the animal extension also includes the genderStatus which indicates sterility information.

There are several ways to represent the relationship between a mother and a child. This is due to the when it is recorded and the purpose for which it is recorded:

  • To express the family relationship and legal responsibility thereof for administrative purposes: use the Patient/RelatedPerson structure.
    This structure is consistent over time.
  • To relate the encounters of a mother and her baby in a maternity encounter, for administrative and billing purposes: use the encounter.partof property
  • To collect information about the patient's relatives that might be relevant to the patient's medical condition: use the FamilyMemberHistory resource

During a maternity encounter, the Patient and Encounter resources for the mother will be present. After the child is born, new Patient, Encounter and RelatedPerson (for the mother) records will be created. The Child's encounter should reference the Mother's encounter using the partOf property.
The Patient/RelatedPerson structure should also be created for ongoing usage, as shown in this example:

<Patient>
	<id value="child"/>
	<!-- The details of the child -->
</Patient>
<RelatedPerson>
	<id value="rp-mom"/>
	<patient>
		<reference value="Patient/child"/>
	</patient>
</RelatedPerson>
<Patient>
	<id value="pat-mom"/>
	<!-- The details of the mom -->
	<link>
		<other value="rp-mom"/>
		<type value="see-also"/>
	</link>
</Patient>
<Encounter>
	<id value="mom-enc"/>
	<status value="in-progress"/>
	<class value="inpatient"/>
	<patient>
		<reference value="Patient/mom"/>
	</patient>
</Encounter>
<Encounter>
	<id value="child-enc"/>
	<status value="in-progress"/>
	<class value="inpatient"/>
	<patient>
		<reference value="Patient/child"/>
	</patient>
	<partOf>
		<reference value="Encounter/mom-enc"/>
	</partOf>
</Encounter>

This specification does not specify merge functionality: if multiple patient records are found to be duplicates, they can be linked together, as described above. These links merely express the relationship between records, and in the case of a replacement link, indicate a "master" record. This specification does not mandate that FHIR servers migrate information between such records on finding such a link. Note:

  • Health information administrators may call the process "merging", but it is often implemented as "linking" at the record level
  • Servers are allowed to implement merging/record migration even though it is not mandated.

Note: We are seeking input from the implementer community on what effect linking/merging/unlinking should have on other functionality such as the GET operation, searching, reverse includes, etc.;
How should an unlink behavior be done?
How will the patient compartment interact with the merge?
This functionality and related behaviors is subject to ongoing experimentation and implementation testing, with a definition to be proposed in a future version of this specification.

Feedback here .

A Master Patient Index (MPI ) is a service used to manage patient identification in a context where multiple patient databases exist. Healthcare applications and middleware use the MPI to match patients between the databases, and as new patient details are encountered. MPIs are highly specialized applications, often tailored extensively to the institution's particular mix of patients. MPIs can also be run on a regional and national basis.

To ask an MPI to match a patient, clients call the patient $match operation, which processes a parameters resource containing a complete or fragment of a patient resource, along with some other control parameters.
This provided patient resource does not need to pass full validation (mandatory fields, or invariants) as the resource will not be stored, it does however need to be a parsable instance.
The MPI can then use the properties of the resource as MPI inputs, and process them using an internal MPI algorithm of some kind to determine the most appropriate matches in the patient set. It does not have to use all the properties provided, and may ignore others provided quietly.
A specific profile (with the required fields/invariants) can be used to define what parameters the MPI algorithm requires.

  POST [base]/Patient/$match
  [some headers including content-type xml or json]
  [parameters body with patient resource inside]

The response from an MPI $match operation is a set of patient records, ordered from most likely to least likely. If there are not patient matches, the MPI SHALL return an empty search set with no error, but may include an operation outcome with further advice. All patient records should have a score from 0 to 1, where 1 is the most certain match, along with an extension "match-grade" that indicates the MPI's position on the match quality:

  <entry> 
    <resource>
      <Patient>
        <!-- patient details -->
      </Patient>
    </resource>
    <search>
      <extension url="http://hl7.org/fhir/StructureDefinition/match-grade">
        <valueCode value="probable"/>
      </extension>
      <score value="0.80"/>
    </search>
  </entry> 

The match-grade extension has one of the following codes:

certainThis record meets the matching criteria to be automatically considered as a full match.
probableThis record is a close match, but not a certain match. Additional review (e.g. by a human) may be required before using this as a match.
possibleThis record may be a matching one. Additional review (e.g. by a human) SHOULD be performed before using this as a match.
certainly-notThis record is known not to be a match. Note that usually non-matching records are not returned, but in some cases records previously or likely considered as a match may specifically be negated by the matching engine.

The purpose of using an MPI search versus a regular search is that the MPI search is really intended to target and find a specific single patient for recording information about reducing errors through incorrectly selecting the wrong patient. Often MPIs won't return data if there is insufficient search parameter data, such as a partial surname.
This compares to a regular search which can be used for finding lists of patients, such as to locate a group of patients that share a property in common, such as live in a specific location, or fit within an age range for performing population analysis.

A formal definition for the MPI $match operation is published.

Veterinary care is very much within the scope of FHIR, and the Patient resource can be used to communicate information about animal patients. To support this, there is a standard patient-animal extension which can be used for recording details about species, breed, and gender status. This extension is not intended to cover all relevant properties for veterinary care, and the use of additional domain-relevant extensions is expected for areas such as laboratory, zoological and livestock care.

The veterinary client ("owner") is represented using the RelatedPerson resource.

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

ИмяТипОпределениеВыражениеIn Common
activetokenАктивна ли данная запись о пациентеPatient.active
addressstringA server defined search that may match any of the string fields in the Address, including line, city, district, state, country, postalCode, and/or textPatient.address3 Resources
address-citystringГород, указанный в адресеPatient.address.city3 Resources
address-countrystringСтрана, указанная в адресеPatient.address.country3 Resources
address-postalcodestringПочтовый индекс, указанный в адресеPatient.address.postalCode3 Resources
address-statestringШтат, указанный в адресеPatient.address.state3 Resources
address-usetokenКод применения, указанный в адресеPatient.address.use3 Resources
birthdatedateДата рождения пациентаPatient.birthDate2 Resources
death-datedateБыла указана дата смерти, или удовлетворяет данному искомому значению(Patient.deceased as dateTime)
deceasedtokenЭтот пациент помечен как умерший, либо введена дата смертиPatient.deceased.exists() and Patient.deceased != false
emailtokenАдрес электронной почтыPatient.telecom.where(system='email')4 Resources
familystringЧасть фамилии пациентаPatient.name.family1 Resources
gendertokenПол пациентаPatient.gender3 Resources
general-practitionerreferencePatient's nominated general practitioner, not the organization that manages the recordPatient.generalPractitioner
(Practitioner, Organization, PractitionerRole)
givenstringЧасть имени пациентаPatient.name.given1 Resources
identifiertokenИдентификатор пациентаPatient.identifier
languagetokenКод языка (безотносительно значения вида использования)Patient.communication.language
linkreferenceВсе пациенты, связанные с данным пациентомPatient.link.other
(Patient, RelatedPerson)
namestringA server defined search that may match any of the string fields in the HumanName, including family, give, prefix, suffix, suffix, and/or textPatient.name
organizationreferenceThe organization that is the custodian of the patient recordPatient.managingOrganization
(Organization)
phonetokenНомер телефонаPatient.telecom.where(system='phone')4 Resources
phoneticstringЧасть либо фамилии, либо имени, используя некоторый алгоритм фонетического соответствияPatient.name3 Resources
telecomtokenЗначение в любом виде контактных данных пациентаPatient.telecom4 Resources