ГОСТ Р ИСО 21549-3-2017 Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 3. Основные клинические данные

Обложка ГОСТ Р ИСО 21549-3-2017 Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 3. Основные клинические данные
Обозначение
ГОСТ Р ИСО 21549-3-2017
Наименование
Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 3. Основные клинические данные
Статус
Действует
Дата введения
2019.01.07
Дата отмены
-
Заменен на
-
Код ОКС
35.240.80


ГОСТ Р ИСО 21549-3-2017

Группа П85

НАЦИОНАЛЬНЫЙ СТАНДАРТ РОССИЙСКОЙ ФЕДЕРАЦИИ



ИНФОРМАТИЗАЦИЯ ЗДОРОВЬЯ


Структура данных на пластиковой карте пациента


Часть 3


Основные клинические данные


Health informatics. Patient healthcard data. Part 3. Limited clinical data

ОКС 35.240.80

ОКСТУ 4002

Дата введения 2019-07-01

Предисловие

1 ПОДГОТОВЛЕН Федеральным государственным бюджетным учреждением "Центральный научно-исследовательский институт организации и информатизации здравоохранения" Министерства здравоохранения Российской Федерации (ЦНИИОИЗ Минздрава) и Обществом с ограниченной ответственностью "Корпоративные электронные системы" на основе собственного перевода на русский язык англоязычной версии международного стандарта, указанного в пункте 4

2 ВНЕСЕН Техническим комитетом по стандартизации ТК 468 "Информатизация здоровья" при ЦНИИОИЗ Минздрава - постоянным представителем ISO/TC 215

3 УТВЕРЖДЕН И ВВЕДЕН В ДЕЙСТВИЕ Приказом Федерального агентства по техническому регулированию и метрологии от 22 июня 2017 г. N 581-ст

4 Настоящий стандарт идентичен международному стандарту ИСО 21549-3:2014* "Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 3. Основные клинические данные" (ISO 21549-3:2014 "Health informatics - Patient healthcard data - Part 3: Limited clinical data", IDT).

________________

* Доступ к международным и зарубежным документам, упомянутым в тексте, можно получить, обратившись в Службу поддержки пользователей. - .

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

5 ВЗАМЕН ГОСТ Р ИСО 21549-3-2009

6 ПЕРЕИЗДАНИЕ. Ноябрь 2018 г.

Правила применения настоящего стандарта установлены в статье 26 Федерального закона от 29 июня 2015 г. N 162-ФЗ "О стандартизации в Российской Федерации". Информация об изменениях к настоящему стандарту публикуется в ежегодном (по состоянию на 1 января текущего года) информационном указателе "Национальные стандарты", а официальный текст изменений и поправок - в ежемесячном информационном указателе "Национальные стандарты". В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ближайшем выпуске ежемесячного информационного указателя "Национальные стандарты". Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования - на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет (www.gost.ru)

Введение

Возросшая мобильность населения, увеличение объемов медицинской помощи в учреждениях и на дому, а также растущая потребность в улучшении качества амбулаторной помощи привели к существенному росту развития и внедрения портативных информационных систем и средств хранения информации. Такие средства и системы имеют широкий спектр применения: от идентификации пациентов и переносных файлов с медицинскими записями до носимых пациентом систем мониторинга его состояния.

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

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

Появление баз данных с удаленным доступом и их систем поддержки привело к развитию и использованию средств идентификации "субъектов здравоохранения", способных также обеспечивать функции безопасности и передачи электронных цифровых подписей по вычислительным сетям.

Растущее использование машиночитаемых пластиковых карт в повседневной практике медицинского обслуживания вызвало рост потребности в стандартизированном формате обмена данными.

Персональные данные, носителем которых является машиночитаемая пластиковая карта пациента, могут быть разделены на три основные категории: идентификационные данные (самого устройства и человека, чьи данные содержатся на карте), административные данные и клинические данные. Следует отметить, что любая пластиковая карта пациента де-факто должна содержать данные о самой карте и идентификационные данные, и, кроме того, может содержать административные и клинические данные.

Данные о карте должны включать:

- идентификационные данные самой карты;

- идентификацию выполняемых функций и функциональных возможностей устройства.

Идентификационные данные могут включать:

- уникальную идентификацию владельца устройства или любых других лиц, к которым относится содержащаяся на карте информация.

Административные данные могут включать:

- дополнительные сведения о лице, информация о котором содержится на карте;

- идентификацию: источника оплаты медицинской помощи (государственные или частные средства) и способа оплаты (по страховке(кам), по договору(рам) или полису(сам)), возможных видов льгот;

- другие данные (кроме клинических), необходимые для оказания медицинской помощи.

Клинические данные могут включать:

- информацию о состоянии здоровья пациента и событиях медицинской помощи;

- описание и оценку работником здравоохранения характера событий медицинской помощи;

- сведения о планируемых, назначенных или выполненных действиях, связанных с оказанием медицинской помощи.

Для описания структуры данных на пластиковой карте пациента используется "высокоуровневая" объектная технология моделирования (ОМТ), поскольку, с одной стороны, карта должна давать определенные ответы на заранее поставленные вопросы, а с другой стороны, необходимо оптимизировать использование памяти путем сокращения избыточности данных.

В настоящем стандарте с помощью унифицированного языка моделирования (UML), обычного текста и абстрактной синтаксической нотации (АСН.1) описаны и определены информационные объекты основных клинических данных, хранящиеся по значению или по ссылке на пластиковых картах пациентов.

В настоящем стандарте не описаны и не определены общие объекты, определенные в ИСО 21549-2, даже если на них дается ссылка и они используются в настоящем документе.

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

Настоящий стандарт применим в тех случаях, когда основные клинические данные записываются на пластиковые карты пациентов или переносятся картами, соответствующими физическим размерам ID-1, определенных в ИСО/МЭК 7810.

В настоящем стандарте с помощью унифицированного языка моделирования (UML), обычного текста и абстрактной синтаксической нотации (АСН.1) описываются и определяются информационные объекты основных клинических данных, которые используются по значению или по ссылке непосредственно в пластиковых картах пациентов.

Настоящий стандарт определяет базовую структуру данных, содержащихся в информационном объекте основных клинических данных, но не определяет и не описывает для хранения на картах конкретные наборы данных. В частности, информационный объект основных клинических данных предназначен для использования при оказании скорой и неотложной медицинской помощи, но при этом он не рассчитан на то, чтобы эти данные были достаточными, и никоим образом не надо на это надеяться.

В область применения настоящего стандарта не входит подробное описание следующих функций и механизмов их реализации (хотя описанные в нем структуры могут содержать релевантные информационные объекты, определенные в других документах):

- кодирование текстовых данных;

- функции и процедуры информационной безопасности, которые могут задаваться пользователями для пластиковых карт в зависимости от их конкретного применения, например защита конфиденциальной информации, обеспечение целостности данных, аутентификация пользователей и устройств, имеющих отношение к этим функциям;

- службы управления доступом, которые могут зависеть от активного использования некоторых классов пластиковых карт, например, микропроцессорных карт;

- процессы инициализации и персонализации (с которых начинается жизненный цикл конкретной пластиковой карты, и с помощью которых карта подготавливается к последующей записи данных в соответствии с настоящим стандартом).

Поэтому в область применения настоящего стандарта не входят:

- физические или логические решения по практическому функционированию конкретных типов пластиковых карт;

- дальнейшая обработка сообщений за пределами интерфейса между двумя системами;

- форма, которую принимают данные при их использовании вне пластиковой карты, или способ их визуального представления на пластиковой карте или где-либо еще.

2 Нормативные ссылки

В настоящем стандарте использованы ссылки на следующие документы*, содержание которых неразрывно связано с настоящим стандартом. Если в ссылке указана дата публикации, то должен использоваться только цитируемый документ. Если дата в ссылке не указана, то должно использоваться последнее издание документа (включая все поправки).

________________

* Таблицу соответствия национальных стандартов международным см. по ссылке. - .

ISO 21549-1 Health informatics - Patient healthcard data - Part 1: General structure (Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 1. Общая структура)

ISO 21549-2 Health informatics - Patient healthcard data - Part 2: Common objects (Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 2. Общие объекты)

3 Термины и определения

В настоящем стандарте применены следующие термины и определения:

3.1

конфиденциальность (confidentiality): Свойство данных, указывающее, что они не могут быть доступны неавторизованным лицам, организациям или процессам либо предоставлены им.

[ИСО 7498-2:1989, определение 3.3.16]

3.2

аутентификация источника данных (data origin authentication): Подтверждение соответствия источника данных его объявлению.

[ИСО 7498-2:1989 определение 3.3.22]

3.3 связь (linkage): Способность объединять две или более сущности или стороны.

Примечание - Может быть физической, электрической или реляционной.

4 Обозначения и сокращения

АСН.1 - Абстрактная синтаксическая нотация версии 1;

НСР - субъект здравоохранения;

UML - Унифицированный язык моделирования;

UTC - Универсальное координированное время.

5 Объектная модель базовых данных для пластиковой карты. Структура данных на пластиковой карте пациента

Совокупность базовых информационных объектов сконструирована таким образом, чтобы обеспечить необходимую гибкость структуры хранящихся клинических данных, допускающую последующие специализированные расширения. Этот подход должен помочь реализации общих вспомогательных характеристик хранящихся данных, способствующих эффективному использованию памяти, что очень важно для многих типов пластиковых карт.

Общая структура данных на пластиковой карте пациента, основанная на объектно-ориентированной модели, представлена в виде диаграммы классов UML на рисунке 1.


Рисунок 1 - Данные на пластиковой карте пациента. Общая структура

Класс информационных объектов основных клинических данных LimitedClinicalData данной описан в разделах 6 и 7. Он связан также с другими объектами, не определенными в настоящем стандарте.

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

В дополнение к возможности построения сложных агрегированных информационных объектов из более простых составляющих, данная часть ИСО 21549 позволяет устанавливать ассоциативные связи между некоторыми объектами в целях совместного использования информации. Такие связи в основном применяются, чтобы, например, один и тот же набор дополнительных атрибутов использовался несколькими хранящимися объектами данных.

6 Базовые информационные объекты

6.1 Краткий обзор

В настоящем стандарте используется ряд полезных общих типов данных, не имеющих самостоятельного значения, но используемых при определении других объектов. При манипулировании такими объектами можно пользоваться операциями, определенными для этих типов данных. Формальные определения общих типов данных даны в стандарте ИСО 21549-2.

6.2 Кодированные значения

Кодированные значения интерпретируются с помощью систем кодирования, из которых они взяты. Общий принцип в настоящем стандарте таков: когда такие коды выступают в качестве параметров, то использование конкретной системы кодирования не является обязательным, если иное явно не указано в настоящем стандарте. Примером может служить использование ИСО 3166-1 для кодов стран.

Если система кодирования явно указана в настоящем стандарте, то использование альтернативной системы кодирования не допускается. Любые ссылки на явно не указанные системы кодирования могут быть в будущем изменены независимо от остального содержания настоящего стандарта.

Класс информационных объектов кодированных данных CodedData должен конструироваться в соответствии с определением, приведенным в ИСО 21549-2.

6.3 Атрибуты устройства и защиты данных

Персональные данные, хранящиеся на пластиковых картах, используемых в здравоохранении, могут требовать защиты. Поэтому в настоящем стандарте используется ряд атрибутов безопасности, определенный в ИСО 21549-2. Реальное содержание этих атрибутов (их значение), равно как и механизмы их использования не входят в область применения настоящего стандарта. Следует подчеркнуть, что атрибуты безопасности не могут удовлетворять предъявляемым требованиям обеспечения безопасности без использования надлежащих функций и встроенных механизмов пластиковой карты.

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

Класс информационных объектов SecurityServices предназначен для хранения данных, требуемых для выполнения функций и работы механизмов обеспечения безопасности. Экземпляры этого объекта могут быть "присоединены" к отдельным элементам данных, сохраняя тем самым исходные требования по обеспечению безопасности при передаче информации между различными видами пластиковых карт. С помощью этого механизма можно гарантировать, что при передаче данных от активного носителя данных к пассивному, а потом - в обратном направлении - от пассивного к активному, исходные требования по обеспечению безопасности будут регенерированы. Такая возможность позволяет также провести полную репликацию пластиковой карты, например при ее восстановлении после повреждения.

6.4 Класс информационных объектов Accessory Attributes

Класс информационных объектов AccessoryAttributes должен представлять собой упорядоченный набор данных, необходимых для регистрации действий источника информации, а также средств доставки информации к потребителю. Его структура описана в ИСО 21549-2.

7 Основные клинические данные

7.1 Общие положения

Класс информационных объектов LimitedClinicalData, описывающий структуру основных клинических данных, состоит из четырех отдельных классов: сведения, необходимые при оказании скорой и неотложной помощи (класс LimitedEmergencyData), сведения о группе крови и переливании крови (класс BloodGroupingAndTransfusionDetails), сведения о проведенной иммунизации (класс ImmunisationDetails), а также расширенные данных, предназначенные для использования при оказании скорой и неотложной помощи (класс ExtendedEmergencyData). При такой структуре каждый из этих информационных объектов может иметь отличающиеся атрибуты безопасности, в том числе права доступа, описанные с помощью дополнительных атрибутов (класс AccessoryAttributes). Класс LimitedClinicalData определен на рисунке 2 и в таблице 1. Класс ExtendedEmergencyData может появляться в объекте ExtendedClinicalData на пластиковых картах, соответствующих стандарту ИСО 21549-4:2006.


Рисунок 2 - Структура класса LimitedClinicalData

Таблица 1 - Спецификация отдельных элементов класса LimitedClinicalData

Имя класса

Тип данных

Кратность

Комментарии

ImmunisationDetails

Класс

0..1

Данный класс содержит сведения об иммунизации учетного лица

LimitedEmergency Data

Класс

0..1

Данный класс содержит сведения, необходимые при оказании скорой и неотложной помощи учетному лицу

BloodGrouping And Transfusion Details

Класс

0..1

Данный класс содержит сведения о группе крови учетного лица и перелитых ему продуктах крови

Extended Emergency Data

Класс

0..1

Данный класс содержит национальные или региональные расширения основных клинических данных, предназначенных для использования при оказании скорой и неотложной помощи

7.2 Класс информационных объектов LimitedEmergencyData

Класс информационных объектов LimitedEmergencyData (сведения, необходимые при оказании скорой и неотложной помощи) включает в себя информационный объект EmergencyDataBitMap, представляющий собой последовательность булевских значений, где значение "истина" указывает на наличие у учетного лица определенного признака или, в случае лекарственного препарата, что учетное лицо может принимать данный лекарственный препарат, и необязательный информационный объект Accessory Attributes. Информационный объект LimitedEmergencyData предназначен для переноса большей части фиксированного перечня клинических данных, определенного в проекте стандарта данных, необходимых при оказании скорой и неотложной помощи, дополненного данными, которые обычно содержатся на сигнальных картах и жетонах MedicAlert, носимых пациентами. Класс LimitedEmergencyData определен на рисунке 3 и в таблице 2.


Рисунок 3 - Структура класса LimitedEmergencyData

Таблица 2 - Состав класса LimitedEmergencyData

Название атрибута

Тип данных

Кратность

Комментарии

emergencyDataBitMap

EmergencyDataBitMap

1

Последовательность булевских значений

accessoryAttributes

AccessoryAttributes

0..1

Класс, объединяющий вспомогательные данные, в частности, относящиеся к аутентификации и авторизации

7.3 Класс информационных объектов ImmunisationDetails

Класс информационных объектов ImmunisationDetails предназначен для хранения сведений об иммунизации учетного лица и специально отделен от других кодируемых клинических данных, чтобы ему можно было присвоить свою степень конфиденциальности. Обычно сведениям об иммунизации присваивается та же степень конфиденциальности, что и сведениям, содержащимся в объекте LimitedEmergencyData. Класс ImmunisationDetails определен на рисунке 4 и в таблице 3. Классы ImmunisationsReceived и Immunisation определены на рисунке 5 и в таблицах 4 и 5.


Рисунок 4 - Структура класса ImmunisationDetails

Таблица 3 - Спецификация отдельных элементов класса ImmunisationDetails

Название атрибута

Тип данных

Кратность

Комментарии

immunisationsReceived

ImmunisationsReceived

1

Список иммунизаций

accessoryAttributes

AccessoryAttributes

0..1

Класс, объединяющий вспомогательные данные, в частности, относящиеся к аутентификации и авторизации


Рисунок 5 - Структура класса ImmunisationsReceived

Таблица 4 - Спецификация отдельных элементов класса ImmunisationsReceived

Название атрибута

Тип данных

Кратность

Комментарии

Immunisation

Класс

1..*

Выполненные иммунизации

Таблица 5 - Спецификация отдельных элементов класса Immunisation

Название атрибута

Тип данных

Кратность

Комментарии

immunisationEmergencyCategory

BOOLEAN

immunisationlndicator

Immunisationlndicator

1

Никогда (0), одна или более (1), неизвестно (2), неблагоприятная побочная реакция (3).

immunisationStatus

ImmunisationStatus

1

Не указано (0), первая доза (1), вторая доза (2), третья доза (3), курс завершен (4), активная иммунизация (5)

lastDatelmmunised

UTCTime

0..1

immunisationCode

CodedData

1

Код вида иммунизации

7.4 Информационный объект BloodGroupingAndTransfusionData

Сведения о группе крови и переливании крови выделены в отдельный класс информационных объектов, чтобы им можно было присвоить свою степень конфиденциальности, как это было сделано со сведениями, необходимыми при оказании скорой и неотложной помощи и сведениями об иммунизации. Этот класс предназначен для хранения информации о группе крови учетного лица (если таковая известна) и сведений о переливаниях продуктов крови данному пациенту, если таковые имели место. Класс BloodGroupingAndTransfusionData определен на рисунке 6 и в таблице 6. Класс BloodGrouping определен на рисунке 7 и в таблице 7. Класс BloodTransfusionData определен на рисунке 8 и в таблице 8.


Рисунок 6 - Структура класса BloodGroupingAndTransfusionData

Таблица 6 - Спецификация отдельных элементов класса BloodGroupingAndTransfusionData

Название атрибута

Тип данных

Кратность

Комментарии

bloodGrouping

BloodGrouping

0..1

Сведения о группе крови и резус-факторе учетного лица

bloodTransfusionData

BloodTransfusionData

0..1

Продукты крови, перелитые учетному лицу

accessoryAttributes

AccessoryAttributes

0..1

Класс, объединяющий вспомогательные данные, в частности, относящиеся к аутентификации и авторизации


Рисунок 7 - Структура класса BloodGrouping

Таблица 7 - Спецификация отдельных элементов класса BloodGrouping

Название атрибута

Тип данных

Кратность

Комментарии

bloodGroup

BloodGroup

1

Группа крови

rhesusFactor

RhesusFactor

1

Резус-фактор

dateLastBloodGrouping

UTCTime

0..1

Дата последнего определения группы крови

bloodGroupFreeText

OCTET STRING (SIZE(1..30))

0..1

Текстовое описание группы крови и резус-фактора


Рисунок 8 - Структура класса BloodTransfusionData

Таблица 8 - Спецификация отдельных элементов класса BloodTransfusionData

Название атрибута

Тип данных

Кратность

Комментарии

bloodTransfusion Indicator

BloodTransfusionIndicator

1

Никогда (0), однократно (1), несколько раз (2)

lastBloodTransfusionDate

UTCTime

0..1

Дата последнего переливания продуктов крови

bloodProductGiven

CodedData

0..1

Вид продукта крови, описанный с помощью типа данных CodedData

7.5 Расширенные данные, предназначенные для использования при оказании скорой и неотложной помощи

Необязательный класс информационных объектов ExtendedEmergencyData должен содержать сведения, дополняющие основные клинические данные, определенные в классе LimitedEmergencyData. Эти сведения представляют собой кодированные клинические данные, которые могут понадобиться при оказании скорой и неотложной помощи. Этот класс может использоваться в качестве национального или регионального расширения основных клинических данных. Класс ExtendedEmergencyData определен на рисунке 9 и в таблице 9. Класс Emergencyltem определен и в таблице 10.


Рисунок 9 - Структура класса ExtendedEmergencyData

Таблица 9 - Спецификация отдельных элементов класса ExtendedEmergencyData

Имя поля

Тип данных

Кратность

Комментарий

emergencyltems

Emergencyltem

1..*

Список кодированных описаний процедур, проблем пациента или диагнозов

accessory Attributes

AccessoryAttributes

0..1

Класс, объединяющий вспомогательные данные, в частности, относящиеся к аутентификации и авторизации

Таблица 10 - Спецификация отдельных элементов класса Emergencyltem

Имя поля

Тип данных

Кратность

Комментарий

emergencyltem

ConceptDescriptor

1

Кодированное описание процедуры, проблемы пациента или диагноза

onsetDateTime

UTCTime

0..1

Дата и время выполнения процедуры, возникновения проблемы у пациента или диагноза

Класс ConceptDescriptor описывает содержание кодированного описания процедуры, проблемы пациента или диагноза. Его определение основано на определении типа данных CD.CV, приведенного в ИСО 21090..* Класс ConceptDescriptor определен на рисунке 10 и в таблице 11.

________________

* Текст документа соответствует оригиналу. - .


Рисунок 10 - Структура класса ConceptDescriptor

Таблица 11 - Спецификация отдельных элементов класса ConceptDescriptor

Имя поля

Тип данных

Кратность

Комментарий

conceptCode

OCTET STRING

0..1

Код понятия

conceptName

OCTET STRING

0..1

Имя понятия

conceptOriginalText

OCTET STRING

0..1

Исходный текст, использованный для кодирования

Приложение А
(обязательное)


Описание данных на языке АСН.1

LimitedClinicalData DEFINITIONS ::= BEGIN

EXPORTS LimitedClinicalData;

-- AccessoryAttributes, CodingSchemesUsed, CodedData, RefPointer определены

-- в ИСО 21549-2

IMPORTS AccessoryAttributes, CodingSchemesUsed, CodedData, RefPointer FROM CommonDataTypes;

LimitedClinicalData ::= SET

{

limitedEmergencyData [0] LimitedEmergencyData OPTIONAL,

bloodGroupAndTransfusionData [1] BloodGroupAndTransfusionData OPTIONAL,

immunisationDetails [2] ImmunisationDetails OPTIONAL,

extendedEmergencyData[3] ExtendedEmergencyData OPTIONAL

}

LimitedEmergencyData ::= SET

{

emergencyDataBitMap [0] EmergencyDataBitMap,

accessoryAttributes [1] AccessoryAttributes OPTIONAL

}

EmergencyDataBitMap ::= SEQUENCE

{

asthma [0] BOOLEAN, -- У пациента астма

heartDisease [1] BOOLEAN, -- У пациента заболевание сердца

cardiovascularDisease [2] BOOLEAN, -- У пациента заболевание сосудов

epilepsyFits [3] BOOLEAN, -- Пациент подвержен приступам эпилепсии

neurologicalDisorder [4] BOOLEAN, -- У пациента неврологические нарушения

coagulationDisorder [5] BOOLEAN, -- У пациента нарушена свертываемость крови

diabetes [6] BOOLEAN, -- У пациента диабет

glaucoma [7] BOOLEAN, -- У пациента глаукома

dialysisTreatment [8] BOOLEAN, -- Пациент находится на лечении гемодиализом

transplantedOrgan [9] BOOLEAN, -- У пациента имеются трансплантированные органы

missingOrgan [10] BOOLEAN, -- У пациента отсутствует один или несколько органов

removableProsthesis [11] BOOLEAN, -- У пациента имеются съемные протезы

pacemakerlnSitu [12] BOOLEAN, -- Пациенту вживлен водитель сердечного ритма

slowAcetylator [13] BOOLEAN, -- Фенотип медленного ацетилирования

takingAntipsychoticMedication [14] BOOLEAN, -- Пациент принимает антипсихотические препараты

takingAnticonvulsants [15] BOOLEAN, -- Пациент принимает антиконвульсивные препараты

takingAntiarrythmics [16] BOOLEAN, -- Пациент принимает препараты против аритмии

takingBloodPressureDrugs [17] BOOLEAN, -- Пациент принимает препараты, регулирующие кровяное давление

takingAnticoagulants [18] BOOLEAN, -- Пациент принимает препараты, регулирующие свертываемость крови

takingAntidiabeticAgents [19] BOOLEAN, -- Пациент принимает препараты для лечения диабета

takingAntihistamines [20] BOOLEAN, -- Пациент принимает антигистаминные препараты

receivedStreptokinase [21] BOOLEAN, -- Пациент получает стрептокиназу

allergicToAnalgesics [22] BOOLEAN, -- У пациента аллергия к анальгетикам

allergicToAnimalHair [23] BOOLEAN, -- У пациента аллергия к шерсти животных

allergicToAntibiotics [24] BOOLEAN, -- У пациента аллергия к антибиотикам

allergicToCitrusFruits [25] BOOLEAN, -- У пациента аллергия к цитрусовым

allergicToHouseDust [26] BOOLEAN, -- У пациента аллергия к домашней пыли

allergicToEggs [27] BOOLEAN, -- У пациента аллергия к яйцам

allergicToFishShellfish [28] BOOLEAN, -- У пациента аллергия к рыбе/моллюскам

allergicTolodine [29] BOOLEAN, -- У пациента аллергия к йоду

allergicToMilk [30] BOOLEAN, -- У пациента аллергия к молочным продуктам

allergicToNuts [31] BOOLEAN, -- У пациента аллергия к орехам

allergicToPollens [32] BOOLEAN, -- У пациента аллергия к пыльце

allergicToOtherAgent [33] BOOLEAN, -- У пациента аллергия к другим агентам

otherData [34] BOOLEAN -- Булевское значение "истина" указывает на наличие

-- дополнительных сведений в информационном объекте расширенных клинических данных

}

BloodGroupAndTransfusionData ::= SET

{

bloodGrouping [0] BloodGrouping OPTIONAL,

bloodTransfusionData [1] BloodTransfusionData OPTIONAL,

accessory Attributes [2] AccessoryAttributes OPTIONAL

}

BloodGrouping ::= SEQUENCE

{

bloodGroup [0] BloodGroup,

rhesusFactor [1] RhesusFactor,

dateLastBloodGrouping [2] UTCTime,

bloodGroupFreeText [3] OCTET STRING (SIZE(1..30)) OPTIONAL

}

BloodTransfusionData ::= SEQUENCE

{

bloodTransfusionlndicator [0] BloodTransfusionlndicator,

lastBloodTransfusionDate [1] UTCTime OPTIONAL,

bloodProductGiven [2] CodedData OPTIONAL

}

ImmunisationDetails ::= SET

{

immunisationsReceived [0] ImmunisationsReceived,

accessory Attributes [1] AccessoryAttributes OPTIONAL

}

ImmunisationsReceived ::= SEQUENCE OF Immunisation

Immunisation ::= SEQUENCE

{

immunisationEmergencyCategory [0] BOOLEAN,

immunisation Indicator [1] Immunisationlndicator,

immunisationStatus [2] ImmunisationStatus,

lastDatelmmunised [3] UTCTime OPTIONAL,

immunisationCode [4] CodedData

}

ExtendedEmergencyData ::= SET

{

Emergencyltem [0] SEQUENCE OF Emergencyltem,

onsetDateTime [1] UTCTime OPTIONAL,

accessory Attributes [2] AccessoryAttributes OPTIONAL

}

Emergencyltem ::= SET

{

Emergencyltem [0] ConceptDescriptor,

onsetDateTime [1] UTCTime OPTIONAL

}

ConceptDescriptor ::= SET

{

code [0] OCTET STRING OPTIONAL,

codingSchemeRef [1] RefPointer OPTIONAL,

displayName [2] OCTET STRING OPTIONAL,

originalText [3] OCTET STRING OPTIONAL

}

BloodGroup ::= ENUMERATED {o, a, b, ab}

RhesusFactor ::= ENUMERATED {+ve, -ve}

BloodTransfusionlndicator ::= ENUMERATED { никогда, однократно, более одного раза }

ImmunisationStatus ::= ENUMERATED { не указан, первая доза, вторая доза, третья доза, курс завершен, активная иммунизация}

Immunisationlndicator :: = ENUMERATED { никогда, одна или более, неизвестно, неблагоприятная побочная реакция}

END

Приложение ДА
(справочное)

Сведения о соответствии ссылочных международных стандартов национальным стандартам

Таблица ДА

Обозначение ссылочного международного стандарта

Степень соответствия

Обозначение и наименование соответствующего национального стандарта

ISO 21549-1

IDТ

ГОСТ Р ИСО 21549-1-2009 "Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 1. Общая структура"

ISO 21549-2

IDТ

ГОСТ Р ИСО 21549-2-2009 "Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 2. Общие объекты"

Примечание - В настоящей таблице использовано следующее условное обозначение степени соответствия стандартов:

- IDТ - идентичные стандарты.

Библиография

[1]

ISO 3166-1, Codes for the representation of names of countries and their subdivisions - Part 1: Country codes

[2]

ISO 7498-2:1989, Information processing systems - Open Systems Interconnection - Basic Reference Model - Part 2: Security Architecture

[3]

ISO/IEC 7810, Identification cards - Physical characteristics

[4]

ISO 6093, Information processing - Representation of numerical values in character strings for information interchange

[5]

ISO/IEC 6523-1, Information technology - Structure for the identification of organizations and organization parts - Part 1: Identification of organization identification schemes

[6]

ISO 8601, Data elements and interchange formats - Information interchange - Representation of dates and times

[7]

ISO/IEC 8824, Information technology - Abstract Syntax Notation One (ASN.1)

[8]

ISO/IEC 8825-1, Information technology - ASN.1 encoding rules: Specification of Basic Encoding Rules (BER), Canonical Encoding Rules (CER) and Distinguished Encoding Rules (DER) - Part 1

[9]

ISO/IEC 8859-1, Information technology - 8-bit single-byte coded graphic character sets - Part 1: Latin alphabet No.1

[10]

ISO/IEC 9594-8, Information technology - Open Systems Interconnection - The Directory: Public key and attribute certificate frameworks - Part 8

[11]

ISO/IEC 9798-1, Information technology - Security techniques - Entity authentication - Part 1: General

[12]

ISO/IEC 10181-2, Information technology - Open Systems Interconnection - Security frameworks for open systems: Authentication framework - Part 2

УДК 004:61:006.354

ОКС 35.240.80

П85

ОКСТУ 4002

Ключевые слова: здравоохранение, информатизация здоровья, электронная передача данных




Электронный текст документа
и сверен по:

, 2018