Кодирование ФИО пациента #3

alexander-ivanov · 2019-06-20T17:48:22Z

ФИО пациента может быть закодировано разными способами. Предлагаю зафиксировать способ записи ФИО из официального документа:

Пример yaml

name:
- family: Двойная фамилия
  given:
  - Двойное имя
  - Сложное отчество
  use: official
resourceType: Patient

Пример json

{
	"resourceType": "Patient",
	"name": [{
			"use": "official",
			"family": "Двойная фамилия",
			"given": ["Двойное имя", "Сложное отчество"]
		}
	]
}

Используем тип - officialВ поле family - фамилияВ поле given[0] - имяВ поле given[1] - отчество

shamilnn-zz · 2020-01-23T16:31:27Z

Cardinality и Must Support несколько разные вещи. Вы уверены, что вы хотите чтобы все системы содержали имя пациента (cardinality 1..*) чтобы соответствовать RU Core? Если пациент не может сообщить своё имя или системе не нужно имя (например, аналитика) то всё, оно не conformant?

Вероятно cardinality для национального профайла 0..* и Must Support = true

При этом, где-то отдельно должно быть прописано, что значит Must Support. Как показывает практика, каждый интуитивно понимает эти требования по своему в зависимости от опыта.

alexander-ivanov · 2020-01-24T15:40:05Z

Сейчас мы начали делать первые профили и я тоже считаю, что в базовом профиле не должно быть обязательного cardinality. Т.е. в базовом профиле 0.., в профиле РЭМД, где есть требование минздрава 1..

Must support в спеке действительно очень размыт. Можем взять аргонавтовский список - http://hl7.org/fhir/us/core/1.0.1/guidance.html#must-support - мое предложение must support вынести в отдельные issue

s-shvyrev · 2020-01-29T20:33:54Z

В РЭМД Фамилия должна быть обязательно. Имя обязательно. Отчество опционально. Но, самое главное, элементы для имени и отчества должны быть разными. Вариант given два раза не устраивает. Эта проблема перекочевала из CDA, в которой уже вызвала сложности с разработчиками ИС других ведомств.

alexander-ivanov · 2020-01-30T15:03:21Z

Использование given устоявшаяся практика, я не хочу от нее отказываться, но решить проблему РЭМД нужно. В профилях других стран я нашел примеры расширений, которые фиксируют какие-то конкретные поля - https://simplifier.net/nngm-registration-form/patient-nngm-0.2-duplicate-2

niquola · 2020-01-31T17:17:42Z

В РЭМД Фамилия должна быть обязательно. Имя обязательно. Отчество опционально. Но, самое главное, элементы для имени и отчества должны быть разными. Вариант given два раза не устраивает. Эта проблема перекочевала из CDA, в которой уже вызвала сложности с разработчиками ИС других ведомств.

@Albion180 если мы жестко закрепляем что второй given это отчество - почему это не устраивает?

shamilnn-zz · 2020-01-31T17:57:33Z

Вероятно имеет смысл добавить ограничение (invariants) к Patient.name вида - Patient.name.given или Patient.name.family или оба элемента ДОЛЖНЫ присутствовать .
(Patient.name.given or Patient.name.family or both SHALL be present)

Expression - family.exists() or given.exists()

shamilnn-zz · 2020-01-31T18:09:55Z

Не используя extension, отчество можно закодировать с помощью Patient/name/given/@id
Пример в XML и JSON - "JSON representation of Elements and Complex Data types" https://www.hl7.org/fhir/json.html#complex

s-shvyrev · 2020-01-31T19:05:32Z

В РЭМД Фамилия должна быть обязательно. Имя обязательно. Отчество опционально. Но, самое главное, элементы для имени и отчества должны быть разными. Вариант given два раза не устраивает. Эта проблема перекочевала из CDA, в которой уже вызвала сложности с разработчиками ИС других ведомств.

@Albion180 если мы жестко закрепляем что второй given это отчество - почему это не устраивает?

Не устраивает необходимость учета порядка следования элементов. Разработчики, в свою очередь, не понимают почему нельзя явно указать отчество.

s-shvyrev · 2020-01-31T19:26:41Z

В общении с разработчиками я отстаивал позицию достаточности given (и это удалось сделать). Но это была основная проблема организации межведомственного взаимодействия. Надо быть к этому готовыми.

niquola · 2020-02-03T08:11:07Z

Я бы старался не отступать от FHIR если это возможно. Мы в Чувашии сделали вторым отчество и разработчики вроде справились.

alexander-ivanov · 2020-02-03T10:23:16Z

Мы в своих проектах тоже сделали вторым отчество, были опасения про двойные имена, но в реальных данных их все равно пишут в одно поле.

Semalexa · 2020-02-04T14:38:24Z

Решение №1

Mover @alexander-ivanov / Seconder @niquola: 0-0-0

Используем given для передачи имени и отчества, жёстко закрепляем, что второй given - это отчество

name:
- family: Двойная фамилия
  given:
  - Двойное имя
  - Сложное отчество
  use: official
resourceType: Patient

Количество given ограничиваем до 2 - защита.
Если двойное имя - одной строчкой через пробел.
Если сложное отчество - одной строчкой через пробел.
Если имя не известно - то пустая строчка "", а на втором месте - отчество. Т.о. мы гарантируем, что given[1] - это всегда отчество.

Там, где это необходимо, вводим ограничение с помощью профилей на обязательность указания фамилии, имени, отчества. Invariants к Patient.name вида - Patient.name.given или Patient.name.family или оба элемента ДОЛЖНЫ присутствовать. (Patient.name.given or Patient.name.family or both SHALL be present) Expression - family.exists() or given.exists().

Semalexa · 2020-02-04T16:01:29Z

Голосуем с помощью эмодзи и пишем в комменте
ФИО, организация и + или -

shamilnn-zz · 2020-02-13T21:44:17Z

Я бы предложил Slice (use='official') со всеми перечисленными выше ограничениями. Для любого другого типа use кодирование имени может быть каким угодно другим, необходимым для конкретной реализации.

Semalexa · 2020-02-19T00:34:38Z

Решение №1

Используем слайсинг по параметру use='official'. Для любого другого типа use кодирование имени может быть каким угодно другим, необходимым для конкретной реализации.
Используем given для передачи имени и отчества, жёстко закрепляем, что второй given - это отчество.
Количество given ограничиваем до 2 - защита от указания сложных имен раздельными элементами.
Если двойное имя - одной строчкой через пробел.
Если сложное отчество - одной строчкой через пробел.
Если имя не известно, но требуется передать отчество, то в массиве передается пустая строчка "", а на втором месте указывается отчество. Т.о. мы гарантируем, что given[1] - это всегда отчество.
В других профилях, где это необходимо, вводим ограничение с помощью профилей на обязательность указания фамилии, имени, отчества. Invariants к Patient.name вида - Patient.name.given или Patient.name.family или оба элемента ДОЛЖНЫ присутствовать. Patient.name.given or Patient.name.family or both SHALL be present либо Expression - family.exists() or given.exists().

Пример:

resourceType: Patient
name:
- use: official
  family: Двойная фамилия
  given:
    - Двойное имя
    - Сложное отчество

Ссылка на профиль: https://fhir-ru.github.io/core/profiles/Patient/ru.html

alexander-ivanov · 2020-02-19T07:42:32Z

Иванов Александр Сергеевич, Медлинкс, +

niquola · 2020-02-19T12:32:01Z

Рыжиков Николай; Health Samurai +

OlegPenzin · 2020-02-20T08:40:55Z

Решение №1

Олег Пензин, MiraMedix: +

shamilnn-zz · 2020-02-21T00:20:26Z

Patient.name

Cardinality - 0..*
Must Support = true

Patient.name.use (для slice use=official):

Cardinality - 1..1

maximalexeev · 2020-02-26T10:25:18Z

Алексеев Максим, Нетрика, +

s-shvyrev · 2020-02-26T11:23:30Z

Решение 1
Швырёв Сергей, +

VarvaraSemenova · 2020-02-26T12:05:38Z

Решение 1
Семенова Варвара, Health Samurai +

Semalexa · 2020-03-04T08:29:18Z

Решение №1 принято: Mover @alexander-ivanov / Seconder @niquola: 5-0-0

Используем слайсинг по параметру use='official'. Для любого другого типа use кодирование имени может быть каким угодно другим, необходимым для конкретной реализации.
Используем given для передачи имени и отчества, жёстко закрепляем, что второй given - это отчество.
Количество given ограничиваем до 2 - защита от указания сложных имен раздельными элементами.
Если двойное имя - одной строчкой через пробел.
Если сложное отчество - одной строчкой через пробел.
Если имя не известно, но требуется передать отчество, то в массиве передается пустая строчка "", а на втором месте указывается отчество. Т.о. мы гарантируем, что given[1] - это всегда отчество.
В других профилях, где это необходимо, вводим ограничение с помощью профилей на обязательность указания фамилии, имени, отчества. Invariants к Patient.name вида - Patient.name.given или Patient.name.family или оба элемента ДОЛЖНЫ присутствовать. Patient.name.given or Patient.name.family or both SHALL be present либо Expression - family.exists() or given.exists().

Пример:

resourceType: Patient
name:
- use: official
  family: Двойная фамилия
  given:
    - Двойное имя
    - Сложное отчество

Ссылка на профиль: https://fhir-ru.github.io/core/profiles/Patient/ru.html

synteny added a commit that referenced this issue Oct 23, 2019

Meeting #3 minutes

b11bd32

synteny added a commit that referenced this issue Oct 23, 2019

Meeting #3 minutes

da299f9

shamilnn-zz mentioned this issue Jan 23, 2020

Кодирование Identifier #2

Closed

5 tasks

Semalexa closed this as completed Mar 4, 2020

Provide feedback

Saved searches

Use saved searches to filter your results more quickly

Кодирование ФИО пациента #3

Кодирование ФИО пациента #3

alexander-ivanov commented Jun 20, 2019

shamilnn-zz commented Jan 23, 2020

alexander-ivanov commented Jan 24, 2020

s-shvyrev commented Jan 29, 2020

alexander-ivanov commented Jan 30, 2020

niquola commented Jan 31, 2020

shamilnn-zz commented Jan 31, 2020 •

edited

shamilnn-zz commented Jan 31, 2020

s-shvyrev commented Jan 31, 2020

s-shvyrev commented Jan 31, 2020

niquola commented Feb 3, 2020

alexander-ivanov commented Feb 3, 2020

Semalexa commented Feb 4, 2020 •

edited

Semalexa commented Feb 4, 2020 •

edited

shamilnn-zz commented Feb 13, 2020 •

edited

Semalexa commented Feb 19, 2020 •

edited

alexander-ivanov commented Feb 19, 2020

niquola commented Feb 19, 2020

OlegPenzin commented Feb 20, 2020

Решение №1

shamilnn-zz commented Feb 21, 2020 •

edited

maximalexeev commented Feb 26, 2020

s-shvyrev commented Feb 26, 2020

VarvaraSemenova commented Feb 26, 2020

Semalexa commented Mar 4, 2020 •

edited

Кодирование ФИО пациента #3

Кодирование ФИО пациента #3

Comments

alexander-ivanov commented Jun 20, 2019

shamilnn-zz commented Jan 23, 2020

alexander-ivanov commented Jan 24, 2020

s-shvyrev commented Jan 29, 2020

alexander-ivanov commented Jan 30, 2020

niquola commented Jan 31, 2020

shamilnn-zz commented Jan 31, 2020 • edited

shamilnn-zz commented Jan 31, 2020

s-shvyrev commented Jan 31, 2020

s-shvyrev commented Jan 31, 2020

niquola commented Feb 3, 2020

alexander-ivanov commented Feb 3, 2020

Semalexa commented Feb 4, 2020 • edited

Решение №1

Semalexa commented Feb 4, 2020 • edited

shamilnn-zz commented Feb 13, 2020 • edited

Semalexa commented Feb 19, 2020 • edited

Решение №1

alexander-ivanov commented Feb 19, 2020

niquola commented Feb 19, 2020

OlegPenzin commented Feb 20, 2020

Решение №1

shamilnn-zz commented Feb 21, 2020 • edited

maximalexeev commented Feb 26, 2020

s-shvyrev commented Feb 26, 2020

VarvaraSemenova commented Feb 26, 2020

Semalexa commented Mar 4, 2020 • edited

Решение №1 принято: Mover @alexander-ivanov / Seconder @niquola: 5-0-0

shamilnn-zz commented Jan 31, 2020 •

edited

Semalexa commented Feb 4, 2020 •

edited

Semalexa commented Feb 4, 2020 •

edited

shamilnn-zz commented Feb 13, 2020 •

edited

Semalexa commented Feb 19, 2020 •

edited

shamilnn-zz commented Feb 21, 2020 •

edited

Semalexa commented Mar 4, 2020 •

edited