Товары в корзине: 0 шт Оформить заказ
Стр. 1 

19 страниц

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

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

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

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

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

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

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

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

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

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

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

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

 Скачать PDF

Идентичен ISO 21549-3:2014

Переиздание. Ноябрь 2018 г.

Оглавление

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Приложение А (обязательное) Описание данных на языке АСН.1

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов национальным стандартам

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

Стр. 1
стр. 1
Стр. 2
стр. 2
Стр. 3
стр. 3
Стр. 4
стр. 4
Стр. 5
стр. 5
Стр. 6
стр. 6
Стр. 7
стр. 7
Стр. 8
стр. 8
Стр. 9
стр. 9
Стр. 10
стр. 10
Стр. 11
стр. 11
Стр. 12
стр. 12
Стр. 13
стр. 13
Стр. 14
стр. 14
Стр. 15
стр. 15
Стр. 16
стр. 16
Стр. 17
стр. 17
Стр. 18
стр. 18
Стр. 19
стр. 19

ФЕДЕРАЛЬНОЕ АГЕНТСТВО ПО ТЕХНИЧЕСКОМУ РЕГУЛИРОВАНИЮ И МЕТРОЛОГИИ

НАЦИОНАЛЬНЫЙ

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ


ГОСТР

ИСО 21549-3—

2017


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

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

Часть 3

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

(ISO 21549-3:2014, IDT)

Издание официальное

Москва

Стандартинформ

2017

Предисловие

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

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

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

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

© Стандартинформ. 2017

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

II

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


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

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

Тип данных

кратность

Комментарии 1

bkxxJGrouping

BloodGrouping

0..1

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

bkxxJTransfusxxiData

BloodTransfusionData

01

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

accessoryAttnbutes

AccessoryAttnbutes

0..1

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

_BloodGroupIng_


♦bloodGroup: BloodGroup (1)

♦rhesusFactor: RhesusFactor (1]

♦dateLast BloodGrouping : UTCTime [0..1J ♦bloodGroupFreeText: OCTET STRING (SIZE(1..30)) 10..1)


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


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

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

Тип данных

кратность

Комментарии

| WoodGroup

BloodGroup

1

Группа крови

rhesusFactor

RhesusFactor

1

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

daleLastBloodGrouping

UTCTime

0..1

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

bloodGroupFreeText

OCTET STRING (SIZE(1 30))

0 1

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


_BloodTransfusionData_

♦bloodTransfusionlndicator: BloodTransfusionlndicator [1] ♦lastBloodTransfusionDate: UTCTime [0..1) ♦bloodProductGiven: CodedData (0..1)


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


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

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

Тип данных

Кратность

Комментарии 1

btoodTransfusionlndicator

BloodTransfusionlndicator

1

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

lastBloodTransfusionDate

UTCTime

0.1

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

WoodProductGiven

CodedData

0..1

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


7


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

_ExtendedEmergencyData_

+emergencylterns : Emergencyltem [1..*] ♦accessoryAttributes : AccessoryAttributes (0..1]


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

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

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

Имя поля

Тип данных

Кратность

Комментарий

emergency Items

Emergencyltem

1..*

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

accessoryAttnbutes

AccessoryAttributes

0.1

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

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

Имя ПОЛЯ

Тип данных

Кратность

Комментарий

emergencyltem

ConceptDescriptor

1

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

onsetDateTime

UTCTime

0 1

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

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

ConceptDescriptor

+conceptCode : OCTET STRING [0..1] ♦conceptName : OCTET STRING (0..1) +conceptOnginalText: OCTET STRING [0..1]

+cooing;>cnemeKei

0..* 0..1 '

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

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

Имя поля

Тип данных

Кратность

Комментарий

conceptCode

OCTET STRING

0..1

Код ПОНЯТИЯ

conceptName

OCTET STRING

0..1

Имя понятия

conceptOngmalText

OCTET STRING

0.1

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

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

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

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

LimitedClinicalData DEFINITIONS    BEGIN

EXPORTS LimitedClimcalData,

- AccessoryAttnbutes. CodingSchemesUsed, CodedData. RefPointer определены -в ИСО21549-2

IMPORTS AccessoryAttnbutes. CodingSchemesUsed, CodedData. RefPwnter FROM CommonDataTypes;

LimitedClinicalData ::= SET

{

limitedEmergencyData

bloodGroupAndTransfusionData

immunisationDetails

extendedEmergencyData


OPTIONAL,

OPTIONAL,

OPTIONAL.

OPTIONAL

(0)    LimitedEmergencyData

(1)    BloodGroupAndTransfusionData

(2)    ImmunisationDetails

(3)    ExtendedEmergencyData


}

LimitedEmergencyData ::= SET

{

emergencyDataBitMap    [0] EmergencyDataBitMap,

accessoryAttributes    (1) AccessoryAttnbutes OPTIONAL

}

nergencyDataBitMap =

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,

taki ngAnticonvu Isants

(15) BOOLEAN.

takmgAntiarrythrrucs

(16) BOOLEAN,

takmgBloodPressureDrugs

(17) BOOLEAN.


-    У пациента астма

-    У пациента заболевание сердца

-    У пациента заболевание сосудов

-    Пациент подвержен приступам эпилепсии

-    У пациента неврологические нарушения

-    У пациента нарушена свертываемость крови

-    У пациента диабет

-    У пациента глаукома

-    Пациент находится на лечении гемодиализом

-    У пациента имеются трансплантированные органы

-    У пациента отсутствует один или несколько органов

-    У пациента имеются съемные протезы

-    Пациенту вживлен водитель сердечного ритма

-    Фенотип медленного ацетилирования

-    Пациент принимает антипсихотические препараты

-    Пациент принимает антиконвульсивные препараты

-    Пациент принимает препараты против аритмии

-    Пациент принимает препараты, регулирующие

-    кровяное давление


9


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

takmgAnticoagulants

(18) BOOLEAN

takingAntidiabeticAgents

(19) BOOLEAN

takmgAntihistamines

(20) BOOLEAN

receivedStreptokinase

(21) BOOLEAN

allergicToAnatgesics

(22) BOOLEAN

allergicToAmmalHair

(23) BOOLEAN

allergicToAntibiotrcs

(24) BOOLEAN

allergicToCitrusFrurts

(25) BOOLEAN

allergicToHouseDust

(26) BOOLEAN

aliergicToEggs

(27) BOOLEAN

allergicToF ishShellfish

(28) BOOLEAN

allergicTolodine

(29) BOOLEAN

allergicToMilk

(30) BOOLEAN

allergicToNuts

(31) BOOLEAN

allergicToPollens

(32) BOOLEAN

allergicToOtherAgent

(33) BOOLEAN

otherData

(34) BOOLEAN

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

Пациент принимает препараты, регулирующие

-    свертываемость крови

-    Пациент принимает препараты для лечения диабета Пациент принимает антигистаминные препараты Пациент получает стрептокиназу

У пациента аллергия к анальгетикам У пациента аллергия к шерсти животных У пациента аллергия к антибиотикам У пациента аллергия к цитрусовым У пациента аллергия к домашней пыли У пациента аллергия к яйцам У пациента аллергия к рыбе/моллюскам У пациента аллергия к йоду У пациента аллергия к молочным продуктам У пациента аллергия к орехам У пациента аллергия к пыльце У пациента аллергия к другим агентам

-    Булевское значение «истина» указывает на наличие

>ъекте расширенных клинических данных


}


SET

(0]    BloodGrouping

(1]    BloodTransfusionData

(2]    AccessoryAttnbutes


BloodGroupAndTransfusionData

{

bloodGrouping

bloodTransfusionData

accessoryAttnbutes

}


OPTIONAL.

OPTIONAL.

OPTIONAL

BloodGrouping = SEQUENCE

{

bloodGroup

rhesusFactor

dateLastBloodGroupmg

bloodGroupFreeText

}


(0]    BloodGroup.

(1]    RhesusFactor.

(2]    UTCTime,

(3]    OCTET STRING (SIZE(1 30)) OPTIONAL

BloodTransfusionData := SEQUENCE

{

bloodTransfusionlndicator (0) BloodTransfusionlndicator. lastBloodTransfusionDate (1) UTCTime    OPTIONAL.

bloodProductGiven (2) CodedData    OPTIONAL

}

ImmumsationDetails = SET

{

immunisabonsReceived    (0) ImmumsationsRecerved,

accessoryAttnbutes    (1) AccessoryAttnbutes OPTIONAL

}


10


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

ImmunisatoonsReceived ::= SEQUENCE OF Immunisation

Immunisation = SEQUENCE

{

immunisationEmergencyCategory    (0) BOOLEAN,

immunisationlndicator    [1] Immunisation Indicator.

immunisationStatus

lastDatelmmumsed

immumsationCode

}

(2)    ImmunisationStatus.

(3)    UTCTime OPTIONAL.

(4)    CodedData

ExtendedEmergencyData

{

::= SET

emergencyltem onsetDateTime accessory Attributes

}

[0]    SEQUENCE OF Emergencyltem,

[1]    UTCTime OPTIONAL,

[2]    Accessory Attri butes OPT 1ONAL

Emergencyltem ::= SET {

emergencyltem

[0] ConceptDescriptor,

onsetDateTime

}

[1] UTCTime OPTIONAL

ConceptDescriptor := SET {

code

codmgSctiemeRef

displayName

onginalText

}

[0]    OCTET STRING OPTIONAL.

[1]    RefPointer OPTIONAL.

[2]    OCTET STRING OPTIONAL.

[3]    OCTET STRING OPTIONAL

BloodGroup ::= ENUMERATED {o. a, b. ab} RhesusFactor := ENUMERATED {*ve. -ve}

BloodTransfusionlndicator::

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

ImmunisationStatus:: шен, активная иммунизация}

= ENUMERATED {не указан, первая доза, вторая доза, третья доза, курс завер-

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

END

11

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

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

Таблица ДА

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

Степень

соответствия

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

ISO 21549-1

ЮТ

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

ISO 21549-2

ЮТ

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

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

- IDT — идентичные стандарты.

12

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

Содержание

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

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

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

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

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

на пластиковой карте пациента..........................................................2

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

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

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

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

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

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

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

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

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

7.4    Информационный объект BloodGroupingAndTrans fusionData............................6

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

и неотложной помощи .................................................................8

Приложение А (обязательное) Описание данных на языке АСН.1 .............................9

Приложение ДА (справочное) Сведения о соответствии ссылочных международных стандартов

национальным стандартам ..............................................12

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

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

ИНФОРМАТИЗАЦИЯ ЗДОРОВЬЯ Структура данных на пластиковой карте пациента Часть 3 Основные клинические данные

Health informatics Patient healthcard data Part 3 Limited clinical data

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Издание официальное

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

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.

2

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Такие «права доступа» к отдельным элементам данных назначаются определенным лицам. Они будут определены разработчиками приложений и могут контролироваться автоматизированными си-

3

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

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

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

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

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

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

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

LimitedClinicalData


_

LimitedEmergencyData

__

BloodGroupAndTransfusionData


ЯА_

ExtendedEmergencyData


P-1

ImmunisationDetails


Рисунок 1 — Структура класса LimitedClinicalData

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

Имя класса

Тип данных

Кратность

Комментарии

ImmunisationDetails

Класс

0. 1

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

LimitedEmergency

Data

Класс

0. 1

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

BloodGrouping And Transfusion Details

Класс

0.1

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

Extended Emergency Data

Класс

0.1

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


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

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

_LimitedEmergencyData_

+emergencyDataBitMap: EmergencyDataBitMap (1) +accessoryAttributes: AccessoryAttributes [0..1]


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

Рисунок 3 — Структура класса LimitedEmergencyData Таблица 2 — Состав класса LimitedEmergencyData

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

Тип данных

Кратность

Комментарии

emergencyDataBitMap

EmergencyDataBitMap

1

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

accessoryAttributes

AccessoryAttnbutes

0.1

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

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

ImmunisationDetails

♦ImmunisationsReceived : ImmunisationsReceived (1] ♦accessoryAttributes : AccessoryAttributes (0..1]


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

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

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

Тип данных

Кратность

Комментарии

ImmunisationsReceived

ImmunisationsReceived

1

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

accessoryAttributes

AccessoryAttributes

0..1

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

5

ImmunisationsReceived


1

__

Immunisation

♦immunisationEmergencyCategory : BOOLEAN ♦immunisationlndicator: Immunisationlndicator [1] ♦immunisationStatus: ImmunisationStatus [1) ♦lastDatelmmunised : UTCTime [0..1] ♦immunisationCode : CodedData [1]

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

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

Тип данных

Кратность

Комментарии

Immunisation

Класс

1..*

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

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

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

Тип данных

Кратность

Комментарии

immumsationEmergencyCategory

BOOLEAN

immunisationlndicator

Immunisationlndicator

1

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

immumsationStatus

ImmunisationStatus

1

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

lastDatelmmunised

UTCTime

0.1

immumsationCode

CodedData

1

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

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

BloodGroupAndTransfuslonData_

+bloodGrouping : BIoodGrouping [0..1] ♦bloodTransfusionData : BloodTransfusionData [0..1] +accessoryAttributes : AccessoryAttributes (0..1]


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

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

6