Patient

Ресурс Patient охватывает данные о пациентах, вовлеченных в мероприятия, связанные со здоровьем.

Область применения

Данные в ресурсе дают ответ на вопрос «кто?» о пациенте в мероприятиях, связанных со здоровьем. Атрибуты ресурса сосредоточены на демографической информации, необходимой для поддержки административных, финансовых и логистических процедур.

Профиль Patient устанавливает минимальные требования к ресурсу «Patient» для записи (создания), поиска и извлечения основных демографических данных и другой административной информации об отдельном пациенте. Профиль определяет какие основные элементы ДОЛЖНЫ присутствовать в ресурсе, а также какие словари и наборы значений ДОЛЖНЫ использоваться для этого ресурса.

Запись пациента МОЖЕТ создаваться и поддерживаться каждой организацией, взаимодействующей с пациентом. Таким образом, информация о пациенте, получающем помощь в нескольких организациях, может быть представлена в нескольких ресурсах для пациентов. Для того чтобы минимизировать дубликаты записей о ресурсе Patient, данный профиль устанавливает правила процедуры создания экземпляра ресурса.

Сценарии использования

Руководство по внедрению описывает следующие сценарии использования ресурса Patient:

Идентифицированный медицинский работник использует приложение (веб, десктопное или мобильное) для доступа к данным о состоянии здоровья.

Обязательные элементы данных

Каждый экземпляр ресурса Patient ДОЛЖЕН иметь следующие данные:

не менее одного идентификатора (one or more “Patient.identifier”);
фамилия, имя (one “Patient.name.firstName” and one “Patient.name.lastName”);
административный пол (one “Patient.name.gender”).

Если данные присутствуют, должны быть указаны:

дата рождения (one “Patient.birthDate”);
контактная информация (one or more “Patient.telecom”);
адрес места жительства (one or more “Patient.address”);
язык(и) общения (one or more “Patient.communication.language”).

Формальное представление ресурса

Идентификатор формального представление профиля ресурса Patient: http://fhir.ssv.uz/Resource/Patient

Name	Card.	Type	Description & Constraints
identifier	1…*	Identifier	Идентификаторы этого пациента
active	0…1	bool	Признак активности записи о пациенте (True = активно)
gender	1…1	code	Административный пол пациента (male, female)
birthDate	0…1	date	Дата рождения
nationality	0…1	code	Национальность пациента
citizenship	0…1	code	Гражданство пациента
telecom	0…*	ContactPoint	Контактная информация пациента
address	0…*	Address	Адреса пациента
name	1…1	BackboneElement	Официальное имя человека на узбекском-латиница
name.lastName	1…1	string	Фамилия
name.firstName	1…1	string	Имя
name.patronymic	0…1	string	Отчество
knownAs	0…*	HumanName	Имена, под которыми известен человек
maritalStatus	0…1	CodeableConcept	Семейное (гражданское) положение пациента
contact	0…*	BackboneElement	Контактное лицо (например, опекун, партнер, друг) пациента + Rule: SHALL at least contain a (`contact.name` and contact.telecom) or `contact.organization`
contact.relationship	0…*	CodeableConcept
contact.name	0…1	HumanName
contact.telecom	0…*	ContactPoint
contact.address	0…1	Address
contact.gender	0…1	code
contact.organization	0…1	Reference (Organization)
contact.period	0…1	Period
deceasedBoolean	0…1	bool	Указывает, умер человек или нет
communication	0…*	BackboneElement	Язык(и), который можно использовать для общения с пациентом о его или ее здоровье.
communication.language	1…1	CodeableConcept
communication.preferred	0…1	boolean
generalPractitioner	0…1	Reference(Organization or PractitionerRole)	Обслуживающая медицинская организация или обслуживающий семейный врач
managingOrganization	0…1	Reference(Organization)	Организация, которая является хранителем истории болезни
benefit	0…*	Coding	Отнесение пациента к льготной категории
link	0…*	BackboneElement	Ссылка на другой ресурс пациента, который касается того же фактического человека
link.items	1…1	Reference(Patient or RelatedPerson)	Ссылка на другой ресурс пациента, который касается того же фактического человека
link.type	1…1	(“replaced-by”, “replaces”, “refer”, “seealso”)	Тип ссылки

Привязки к терминологии

Path	Type	Reference
Patient.gender	Required	Administrative-gender
Patient.nationality	Required	Nationality
Patient.citizenship	Required	Country (urn:iso:std:iso:3166)
Patient.maritalStatus	Required	Marital-status
Patient.contact.gender	Required	Administrative-gender
Patient.contact.relationship	Preferred	PatientContactRelationship
Patient.communication.language	Preferred,but limited to AllLanguages	CommonLanguages
Patient.link.type	Required	LinkType

Создание и редактирование ресурса Patient

Независимо от других факторов, процесс поиска пациента ДОЛЖЕН представлять собой следующую последовательность:

Поиск пациента в локальной базе данных;
Если находит в локальной базе данных, то процесс завершен и доступно редактирование;
Если не находит в локальной базе данных, то
Поиск в регистре пациентов (центральной базе данных):
Если находит в регистре, то процесс создания завершен и доступно редактирование;
Если не находит в центральной базе данных, то
Поиск по базе данных ГЦП:
Если находит в базе данных ГЦП, то на основании найденных сведений создается ресурс Patient и процесс завершен;
Если не находит в базе данных ГЦП, то создает запись в локальной базе вручную (свободный ввод) и процесс завершен.

Обязательные правила создания и редактирования ресурса Patient:

Последовательность поиска «локальная база - регистр - ГЦП» НЕ ДОЛЖНА нарушаться;
Необходимо обратить внимание, что при запросе с ГЦП приходит ресурс Citizen, а не Patient;
Ручной ввод информации НЕ МОЖЕТ быть начат, если не завершен поиск по указанной последовательности поиска;
При ручном вводе данных о пациенте, свойства «identifier[x].use» «и «knownAs[x].use» НЕ МОГУТ иметь значение «official»;
Данные пациента могут быть изменены (отредактированы) в любое время;
Информация о любом пациенте, отсутствующем в регистре пациентов, ДОЛЖНА быть отправлена в регистр. Отправка данных пациента для регистрации осуществляется посредством POST запроса;
Информация о любом пациенте, данные которого были изменены, ДОЛЖНА быть отправлена в регистр. Отправка данных пациента дл обновления осуществляется посредством PUT запроса;
Доступ к созданию и редактированию ресурса Patient, могут иметь только сотрудники регистратуры (амбулатория) и приемного покоя (стационар).
Регистр пациентов осуществляет валидацию данных только на предмет соответствия наличия обязательных аттрибутов и соответствия их значений паттернам. Например: значения аттрибута «name» должны содержать только буквы латинского алфавита и некоторые специальные символы; значение аттрибута «generalPractitioner» должно быть строкой, формата «PractitionerRole/uuid» или «Practitioner/uuid». Подробнее — смотри схему ресурса;
Информационная система ДОЛЖНА обеспечивать выполнение всех вышеуказанных указанных правил;
Ответственность за достоверность и корректность информации возлагается на сотрудника, от имени которого вводятся данные.

Создание экземпляра ресурса Patient из информации ресурса Citizen

При поиске человека в информационных системах электронного правительства ответ запроса (при успешном поиске) содержит ресурс Citizen.
Экземпляр ресурса Citizen НЕ ДОЛЖЕН создаваться и поддерживаться в какой-либо информационной системе и/или организации.
Вместо этого экземпляр Citizen МОЖЕТ являться основанием для создания и поддержания других ресурсов, например Patient.

Свойства ресурса Citizen соотносятся со свойствами ресурса Patient следующим образом

Свойства ресурса Citizen	Свойства ресурса Patient, которое принимает значение свойства ресурса Citizen	Значания других свойств ресурса Patient (или комментарии)
identifier.nnuzb	identifier[].value	identifier[].use = “official”, identifier[].type.coding.system = `"http://fhir.ssv.uz/ValueSet/identifier-type"`, identifier[].type.coding.code = “NNUZB”, identifier[].type.coding.display = “O‘zbekiston Respublikasida jismoniy shaxsning shaxsiy identifikatsiya raqami (JSh ShIR)”
identifier.ppn	identifier[].value	identifier[].use = “official”, identifier[].type.coding.system = `"http://fhir.ssv.uz/ValueSet/identifier-type"`, identifier[].type.coding.code = “PPN”, identifier[].type.coding.display = “O‘zbekiston Respublikasi fuqarosining biometrik pasporti”
identifier.cz	identifier[].value	identifier[].use = “official”, identifier[].type.coding.system = `"http://fhir.ssv.uz/ValueSet/identifier-type"`, identifier[].type.coding.code = “CZ”, identifier[].type.coding.display = “O‘zbekiston Respublikasi fuqarosining identifikatsiya elektron kartasi (ID-karta)”
identifier.bct	identifier[].value	identifier[].use = “official”, identifier[].type.coding.system = `"http://fhir.ssv.uz/ValueSet/identifier-type"`, identifier[].type.coding.code = “BCT”, identifier[].type.coding.display = “Tug’ilganlik haqidagi guvohnoma”
identifier.tppn	identifier[].value	identifier[].use = “official”, identifier[].type.coding.system = `"http://fhir.ssv.uz/ValueSet/identifier-type"`, identifier[].type.coding.code = “TPPN”, identifier[].type.coding.display = “O‘zbekiston Respublikasi fuqarosining chet elga chiqish uchun biometrik pasporti”
deceasedBoolean	deceasedBoolean
name.uz.firstName	name.firstName
name.uz.lastName	name.lastName
name.uz.patronymic	name.patronymic
name.en.firstName	knowAs[].firstName	knowAs[].us = “official”, knowAs[].language = “en”
name.en.lastName	knowAs[].lastName	knowAs[].us = “official”, knowAs[].language = “en”
name.en.patronymic	knowAs[].patronymic	knowAs[].us = “official”, knowAs[].language = “en”
birthDate	birthDate
gender	gender
nationality	nationality
citizenship	citizenship
address	address[]	Один из элеентов Patient.addressб при этом Patient.address[].”use” = “home”,

> Ресурс Citizen аналогично соотносится и с ресурсом Practitioner

Регистр пациентов и дубликаты

Так как экземпляры ресурса Patient могут создаваться в каждой системе, могут возникать дубликаты. В целях обеспечения взаимного использования и минимизации количества дубликатов, каждый создаваемый экземпляр Patient ДОЛЖЕН быть зарегистрирован в едином регистре пациентов. Регистрация в едином регистре осуществлятся путем отправки POST запроса с ресурсом Patient в теле запроса.

Регистр пациентов ДОЛЖЕН произвести следующую валидацию:

все обязательные свойства ресурса имеют значения;
значения всех свойств ресурса соответствуют требованиям по формату;
в регистре пациентов отсутствуют записи, выполняющие следующие условия:
identifier: значение любого элемент списка равен одному из значений вновь создаваемого ресурса;
(name.firstName + name.lastName + name.patronymic + birthDate + gender): значение равно значению вновь создаваемого ресурса.

Если валидация прошла успешно, то регистр пациентов создает новую запись и присваивает ему уникальный id. Иначе — выдается ответ, содержащий уже существующий экземпляр ресурса Patient (включая его id).

Объединение дубликатов

Несмотря на проводимую валидацию, по тем или иным причинам, один пациент может быть зарегистрирован более одного раза. Что создаст дубликат. Объединение дубликатов является обязанностью регистра пациентов. Процедура объединения дубликатов включает в себя как автоматизированное объедининение, так и объединение с участием человека. Процедура будет описана и внедрена позднее.

Особые случаи

Может возникнуть ситуация, когда ресурс Patient, создаваемый в определенной информационной системе, уже имеется в регистре, но с меньшим количеством свойств (или с меньшим количеством элементов свойств), чем известно данной информационной системе.
Например, пациент со значением identifier.nnuzb в регистре уже имеется, но свойство address содержит только один элемент, тогда как ресурс, создаваемый в определенной информационной системе, имеет информацию о двух элементах адреса.
В данной ситуации регистр (в ответ на GET запрос) вернет экземпляр ресурса Patient только с одним элементом свойства address.
Клиент, имеющий дополнительную информацию о демографических данных пациента (в данном примере - адресе) МОЖЕТ отправить PUT запрос, содержащий информацию, отсутствующую в регистре.