База ГОСТовallgosts.ru » 35. ИНФОРМАЦИОННЫЕ ТЕХНОЛОГИИ. МАШИНЫ КОНТОРСКИЕ » 35.240. Применение информационных технологий

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

Обозначение: ГОСТ Р ИСО 21549-7-2010
Наименование: Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 7. Лекарственные назначения
Статус: Действует

Дата введения: 08/01/2011
Дата отмены: -
Заменен на: -
Код ОКС: 35.240.80
Скачать PDF: ГОСТ Р ИСО 21549-7-2010 Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 7. Лекарственные назначения.pdf
Скачать Word:ГОСТ Р ИСО 21549-7-2010 Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 7. Лекарственные назначения.doc


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



ФЕДЕРАЛЬНОЕ АГЕНТСТВО

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

Информатизация здоровья

СТРУКТУРА ДАННЫХ НА ПЛАСТИКОВОЙ

КАРТЕ ПАЦИЕНТА

Часть 7

Лекарственные назначения

ISO 21549-7:2007

Health informatics — Patient healthcard data — Part 7: Medication data

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

СТАНДАРТ

РОССИЙСКОЙ

ФЕДЕРАЦИИ

ГОСТ Р исо

21549-7-

2010

(ЮТ)

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

Москва

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

2011

ГОСТ Р ИСО 21549-7—2010

Предисловие

Цели и принципы стандартизации е Российской Федерации установлены Федеральным законом от 27 декабря 2002 г. N9 1&4-ФЗ «О техническом регулировании», а правила применения национальных стандартов Российской Федерации — ГОСТ Р 1.0—2004 «Стандартизация в Российской Федерации. Основные положения »

Сведения о стандарте

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

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

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

4    Настоящий стандарт идентичен международному стандарту ИСО 21549-7:2007 «Информатизация здоровья. Структура данных на пластиковой карте пациента. Часть 7. Лекарственные назначения» (ISO 21549-7:2007 «Health informatics — Patient healthcard data — Part 7: Medication data»).

Наименование настоящего стандарта изменено относительно наименования указанного между* народного стандарта для приведения в соответствие с ГОСТ Р1.5—2004 (пункт 3.5).

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

5    ВВЕДЕН ВПЕРВЫЕ

Информация об изменениях к настоящему стандарту публикуется е ежегодно издаваемом информационном указателе «Национальные стандарты». а текст изменений и поправок — в ежемесячно издаваемых информационных указателях «Национальные стандарты». В случае пересмотра (замены) или отмены настоящего стандарта соответствующее уведомление будет опубликовано в ежемесячно издаваемом информационном указателе «Национальные стандарты». Соответствующая информация, уведомление и тексты размещаются также в информационной системе общего пользования — на официальном сайте Федерального агентства по техническому регулированию и метрологии в сети Интернет

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

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

ГОСТ Р ИСО 21549*7—2010

Содержание

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

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

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

4    Условные обозначения и сокращения........................................6

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

5.1 Структура информационного объекта «Пластиковая карта пациента».................6

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

6    Функциональные требования к хранению на карте лекарственных назначений..............7

6.1    Краткий обзор поддерживаемых способов использования........................7

6.2    Передача рецепта от лица, выписывающего лекарства, аптеке или лицу, отпускающему

лекарства..........................................................8

6.3    Информация на карточке об отпущенных лекарствах...........................9

6.4    История лекарственных назначений......................................9

7    Данные лекарственных назначений.........................................9

7.1    Общая структура..................................................9

7.2    Объект «MedicationNotes»............................................10

7.3    Класс «MedicationPrescriplions»........................................16

7.4    Класс «MedicationsDispensed».........................................25

7.5    Класс «MedicationReferences».........................................33

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

ссылочным национальным стандартам Российской Федерации.............35

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

in

ГОСТ Р ИСО 21549-7—2010

Введение

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

•    список лекарственных средств, полученных пациентом;

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

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

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

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

IV

ГОСТ Р ИСО 21549*7—2010

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

Пластиковые карты пациента могут упрощать решение следующих задач:

•    передача информации о рецепте от одного работника здравоохранения другому работнику или организации здравоохранения, например, доверенному врачу;

•    хранениессылокна внешнюю (лоотношениюккарте)информациюорецептеи/или прав доступа к этой информации.

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

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

V

Г0СТРИС021549-7—2010

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

Информатизация здоровья

СТРУКТУРА ДАННЫХ НА ПЛАСТИКОВОЙ КАРТЕ ПАЦИЕНТА

Часть 7

Лекарственные назначения Health Informatics. Patient healthcare data. Pan 7. Medication data

Дата введения — 2011—08—01

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

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

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

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

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

Информация о лекарственных назначениях включает в себя следующие четыре компонента:

лист лекарственных назначений: список всех лекарственных назначений пациенту;

рецепты: для передачи новогорецептаотлица. вылисывающегорецепт, аптеке или лицу, отпускающему лекарственные средства;

отпущенные лекарства: сведения обо всех лекарствах, купленных (полученных) пациентом;

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

Чтобы обеспечить интероперабельность приложений, предназначенных для использования в информационных системах здравоохранения и соответствующих частям ИСО 21549. в них необходимо использовать информационные объекты (некоторые из них являются расширяемыми), определенные в разделах 5—7. Они должны использоваться в сочетании с другими данными, определенными в других частях ИСО 21549. Вобласть применения настоящего стандарта не входит подробное описание следующих функций и механизмов их реализации (хотя описанные в нем структуры могут содержать релевантные информационные объекты, определенные в других документах);

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

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

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

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

1

ГОСТ Р ИСО 21549-7—2010

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

В область применения настоящего стандарта не входят также:

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

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

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

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

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

В настоящем стандарте использованы нормативные ссылки на следующие международные стандарты:

ИСО/МЭК 7810:2003 Карточки идентификационные. Физические характеристики (IS07IEC 7810, Identification cards — Physical characteristics)

ИСО 7498-2:1989 Системы обработки информации. Взаимодействие открытых систем. Базовая эталонная модель. Часть 2. Архитектура защиты информации (ISO 7498-2. Information processing systems: Open Systems Interconnection; basic reference model: Part 2: Security architecture)

ИСО/МЭК 7826-1:1994 Информационные технологии. Общая структура обмена кодированными значениями. Часть 1. Идентификация систем кодирования (ISO/IEC 7826-1. information technology — General structure for the interchange of code values — Part 1: Identification of coding schemes)

ИСО/МЭК 7826-2:1994 Информационные технологии. Общая структура обмена кодированными значениями. Часть 2. Регистрация систем кодирования (ISO/IEC 7826-2. Information technology — General structure for the interchange of code values — Part 2: Registration of coding schemes)

ИСО 8601:2004 Элементы данных и форматы для обмена информацией. Обмен информацией. Представление дат и времени (ISO 8601, Data elements and interchange formats — Information interchange — Representation of dates and times)

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

ENV 13607:2000 Информатика в здравоохранении. Сообщения для обмена информацией по медицинским рецептам (ENV 13607:2000. Health informatics — Messages for the exchange of information on medicine prescriptions)

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

Для описания базовых понятий здравоохранения организациями ISO. CEN”. HL73'. а также различными национальными организациями используется большое число разных терминов в зависимости от конкретных целей. Приведенные ниже определения не предназначены для универсального применения в документах ISO в области информатизации здоровья, они даны только для облегчения понимания настоящего стандарта.

Для цепей настоящего стандарта используются следующие термины и определения:

3.1    атрибут (attribute): Характеристика объекта или сущности.

3.2    регистрационный журнал (audit trail): Журнал, в котором регистрируется, какие ресурсы и кем использовались и/или кому предоставлялись для доступа.

2

11 European Committee for Standardization. 2) Health Level Seven.

ГОСТ Р ИСО 21549*7—2010

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

3.3    аутентификация (authentication): Процесс надежного установления подлинности объектов путем защищенного сопоставления предъявленного и хранящегося идентификатора объекта.

3.4    доступность (availability): Свойство быть доступным и используемым по запросу со стороны уполномоченного логического объекта (см. ИСО 7498*2. пункт 3.3.11).

3.5    серия (batch): Определенное количество исходного материала, полученное в результате определенного технологического процесса, соответствующего требованиям стандартов качества и обеспечивающего однородность его свойств (см. EN 375 (2) и EN 376 [3]).

3.6    клиническая информация (clinical information): Информация о субъекте медицинской помо* щи. относящаяся ксосгоянию здоровья или лечению этогосубъекта. записанная медицинским работни-ком либо по его поручению (см. ENV1613 [4]).

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

3.7    наименование кода (code meaning): Элемент множества кодов.

Пример — Наименование «Аэропорт имени Шарля де Голля» отображается на трехбуквенный код *СОО* в системе трехбуквенного кодирования наименование аэропортов.

3.8    значение кода (code value): Результат применения системы кодирования к наименованию

кода.

Пример — Код *COG" представляет наименование «Аэропорт имени Шарля де Голля» в системе трехбуквенного кодирования наименование аэропортов.

3.9    система кодирования (coding scheme): Свод правил отображения элементов одного множества на элементы другого множества.

3.10    конфиденциальность (confidentiality): Свойство, позволяющее не давать права на доступ к информации или не раскрывать ее неполномочным лицам, логическим объектам или процессам (см. ИСО 7498-2. пункт 3.3.16).

3.11    целостность данных (data integrity): Способность данных не подвергаться изменению или аннулированию в результате несанкционированного доступа (см. ИСО 7498*2. пункт 3.3.21).

3.12    объект данных (data object): Множество полей данных, имеющих естественное упорядочение и образующих целостный объект.

3.13    аутентификация отправителя данных (data origin authentication): Подтверждение того, что отправитель полученных данных соответствует заявленному (см. ИСО 7498-2. пункт 3.3.22).

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

3.15    электронная медицинская карта (electronic healthcare record): Медицинская карта, содержащая машиночитаемые сведения о субъекте медицинской помощи (см. ENV13606*1 [5]).

3.16    владелец медицинской пластиковой карты (healthcard holder): Лицо, владеющее медицинской пластиковой картой, содержащей сведения о нем самом како главном субъекте карты.

3.17    медицинская помощь (healthcare): Предоставление услуг, связанных с укреплением здоровья (см. CEN TC/2S1 РТЗО3»)-

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

3.18    медицинский агент (healthcare agent): Медицинский работник, медицинское учреждение, медицинский прибор или компонент медицинского программного обеспечения, выполняющий определенную роль при оказании медицинской помощи (см. ENV13607).

3.19    пластиковая медицинская карта (healthcare data card): Машиночитаемая карта, соответствующая ИСО/МЭК 7810 и предназначенная для использования в системе здравоохранения.

3.20    медицинская организация (healthcare organization): Организация, прямо или косвенно участвующая в оказании медицинской помощи отдельному лицу или группе лиц (см. ENV 13607 и ENV1613 [4]).

э> European Committee tor Standardization, Technical committee 2S1. Project Teama-30.

3

ГОСТ Р ИСО 21549-7—2010

Примечания

1    Если необходима идентификация группы организаций или структурной единицы организации, например отделения или кабинета, то их можно трактовать как организации.

2    Медицинские организации являются подмножеством медицинских агентов.

3.21    поставщик медицинской помощи (healthcare party): Организация или лицо, прямо или косвенно участвующие в оказании медицинской помощи отдельному лицу или группе лиц (см. ENV13607).

Примечание — Провайдеры медицинской помощи являются подмножеством медицинских агентов.

3.22    работник здравоохранения (healthcare person): Лицо, прямо или косвенно участвующее в оказании медицинской помощи отдельному лицу или группе лиц (см. ENV13607).

Примечание — Работники здравоохранения являются подмножеством провайдеров медицинской помощи и тем самым подмножеством медицинских агентов.

Примеры — Участковый терапевт, стоматолое. медицинская сестра, социальный работник, фармацевт, медрееистратор.

3.23    медицинский работник (healthcare professional): Лицо, которому доверено прямое или косвенное оказание определенной медицинской помощи отдельному лицу или группе лиц (см. ENV1613 (4]).

Примеры — Медицинский специалист, провизор, медицинская сестре, социальный работник, рентгенолаборант, медрееистратор.

3.24    непосредственный контейнер (immediate container): Контейнер, имеющий прямой контакт сфармацевтическим продуктом (см. ENV 12610(6]).

3.25    ингредиент (ingredient): Субстанция, являющаяся компонентом продукта (см. ENV13607).

Примечание — В данном контексте под продуктом подразумевается фармацевтический продукт.

3.26    международный идентификатор системы кодирования (international coding scheme identifier): Уникальный постоянный идентификатор системы кодирования, зарегистрированный в соответствии с процедурами стандартов ИСО/МЭК 7826-1 и ИСО/МЭК 7826-2 в целях использования при передаче данных (см. ENV13607).

3.27    связь (linkage): Способность связать между собой несколько объектов или частей.

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

3.28    магистральный (экстемпоральный) лекарственный продукт (magistral medicinal product, extemporaneous medicinal product): Лекарственный препарат, изготовленный в аптеке или в аптечном отделе по индивидуальному рецепту и предназначенный для приема одним и только одним субъектом медицинской помощи (см. ENV13607 и ENV12610 [6]).

Примечания

1    Магистральный (экстемпоральный) лекарственный продукт является также фармацевтическим продуктом.

2    Следует избегать применения термина «экстемпоральный лекарственный продукт», поскольку он более уместен для описания лекарства, составляемого в процессе применения лекарственного средства, например при приготовлении раствора непосредственно перед внутривенным вливанием.

3.29    изделие медицинского назначения (medicinal appliance): Устройство или часть оборудования. которые могут использоваться человеком или применяться для животного в целях лечения или профилактики заболевания, постановки диагноза, восстановления, коррекции или изменения физиологических функций или для компенсации физических недостатков (см. ENV13607).

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

Примеры — Шприцы и спейсеры для ингаляции, диагностические комплекты для определения беременности. бандажи, катетеры, памперсы, ортопедическая обувь, инвалидные коляски, пневматические матрасы.

3.30    лекарственный продукт (medicinal product): Любая субстанция или комбинация субстанций. которая может быть принята человеком или применена к животному для лечения или профилактики

ГОСТ Р ИСО 21549*7—2010

заболевания, постановки диагноза, восстановления, коррекции или изменения физиологических функций (см. ENV13607).

Примечание — Некоторые лекарственные продукты выписываются как сочетание лекарственного продукта и изделия медицинского назначения. Такие сочетания рассматриваются в настоящем стандарте как лекарственные продукты.

3.31    упаковка лекарственного продукта (medicinal product package, package): Единица доставки лекарственного продукта во внешнем контейнере {см. ENV12610 [6]).

3.32    организация (organization): Общественный механизм, объединяющий нескольких лиц для выполнения некоторой деятельности.

Примечание — Группа организаций или структурная единица организации при обмене информацией может также рассматриваться как организация.

3.33    внешний контейнер (outer container): Контейнер, служащий внешней оболочкой упаковки (см. ENV12610[6)).

3.34    гарант оплаты (payment guarantor): Организация, ответственная за полное или частичное возмещение или оплату цены лекарственного продукта (см. ENV13607).

3.35    фармацевтический продукт (pharmaceutical product): Продукт, состоящий из одного или нескольких ингредиентов (см. ENV13607).

3.36    лицо, выписывающее рецепты (presenter): Работник здравоохранения, уполномоченный выписывать рецепты (см. ENV13607).

3.37    выписка рецепта (prescribing): Процесс создания рецепта (см. ENV13607).

3.36 рецепт (prescription): Указание по изготовлению и применению лекарственного средства или изделия медицинского назначения, данное уполномоченным работником здравоохранения для направления лицу, отпускающему лекарственные средства или изделия медицинского назначения субъекту медицинской помощи (см. ENV13607).

Примечание — Употребления термина «рецепт» следует избегать, поскольку в просторечии им нередко заменяют следующие термины, «новое сообщение о лекарственном назначении*, «список прописей» и «пропись» Им также заменяют лекарственную форму. Рекомендуется всюду, где это возможно, использовать термины «список прописей», «пропись» и «новое сообщение о лекарственном назначении».

3.39    пропись (prescription item): Инструкция улолномоченногоработника здравоохранения лицу, отпускающему лекарства, или другим сторонам, обеспечивающим применение лекарств после отпуска, о приготовлении и применении одного лекарственного лродукта/издепия медицинского назначения (см. ENV13607).

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

3.40    список прописей (prescription set): Совокупность одной или нескольких прописей, выписанных и/или отпущенных как единое целое (см. ENV13607).

3.41    запись (record): Совокупность элементов данных.

3.42    субъект записи (record person): Лицо, о котором сделана идентифицируемая запись, содержащая персональные данные.

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

3.44    стандарт (standard): Документ, принятый на основе консенсуса и утвержденный уполномоченным органом, предусматривающий многократное широкое использование правил, методических указаний или характеристик действий либо их результатов в целях достижения оптимальной степени порядка в данном контексте (см. ISO/IEC Guide 2. подраздел 3.2 [7]).

Примечание — Стандарты основаны на консолидированных достижениях науки, технологии и опыта и предназначены для содействия достижению оптимальной общественной пользы.

^Information Technology Security Evaluation Стела (ITSEC): Preliminary Harmonised Criteria Document COM(dO) 314. Version 1.2 (June 1991) Commission of the European Communities.

S

ГОСТ Р ИСО 21549-7—2010

3.45    субъект медицинской помощи (subject of саге): Лицо или определенная группа лиц. получившие или получающие медицинскую помощь либо зарегистрированные как имеющие право на получение медицинской помощи (см. ENV12443 [8]).

Пример — Пециент.

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

4    Условные обозначения и сокращения

DIM    Информационная модель предметной области (Domain Information Model)

ENV Европейский предварительный стандарт (European Prestandard)

GMD    Общее описание сообщения (General Message Description)

GP    Практикующий врач, терапевт (General Practitioner)

HGMD Общее иерархическое описание сообщения (Hierarchical General Message Description)

ICSI    Международный идентификатор системы кодирования (International Coding Scheme

Identifier)

IMS Реализуемая спецификация сообщения (Implementable Message Specification)

PrENV Проект Европейского предварительного стандарта (Draft European Prestandard)

UML    Унифицированный язык моделирования (Unified Modelling Language)

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

5.1 Структура информационного объекта «Пластиковая карта пациента»

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

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

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

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

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

6

ГОСТ Р ИСО 21549*7—2010

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

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

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

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

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

Кодированные значения интерпретируются сломощью систем кодирования, из которых они взяты. В настоящем стандарте установлен следующий общий принцип: когда такие коды выступают в качестве параметров, то использование конкретной системы кодирования не является обязательным, если иное явно не указано в настоящем стандарте. Примером может служить использование EN 23166 (9] для кодов стран.

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

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

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

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

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

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

5.4    Информационный объект «AcceseoryAttributes»

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

6 Функциональные требования к хранению на карте лекарственных

назначений

6.1 Краткий обзор поддерживаемых способов использования

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

7

ГОСТ Р ИСО 21549-7—2010

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

6.2 Передача рецепта от лица, выписывающего лекарства, аптеке или лицу, отпускающему

лекарства

6.2.1    Общие сведения

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

6.2.2    Список прописей

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

6.2.3    Кто

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

Пациент. Это субъект медицинской помощи, которому предназначена пропись.

Примечание — В качестве субъекта медицинской помощи, зарегистрированного на пластиковой медицинской карточке, выступает единственное лицо, а не животное или группе лиц.

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

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

Примечание — В качестве гаранта может выступать сам пациент.

Лицо, отпускающее лекарства. Это специализация более квалифицированного работника здравоохранения. а именно, лица, имеющего статус фармацевта, которое готовит лекарства по рецепту или отпускает готовое лекарство (см. раздел 3).

6.2.4    Что

В настоящем разделе описаны данные, относящиеся клрописи.

a)    наименование лекарственного продукта (см. раздел 3):

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

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

b)    сила;

c)    лекарственная форма:

d)    количество:

e)    кратность количества;

f)    производитель:

д) коды этих элементов данных, возможно, за исключением кратности:

h) магистральный лекарственный продукт.

6.2.5    Даты и время

a)    дата и время подписи (утверждения) рецепта:

b)    дата и время отпуска лекарств по рецепту;

8

ГОСТ Р ИСО 21549*7—2010

c)    срок действия (срок действия рецепта может определяться законодательством, регулирующим обращение лекарств);

d)    интервал между повторными отпусками того же самого лекарства (например, «не менее 21 дня до повторного отпуска»).

6.2.6 Как

Эта информация относится к прописи.

a)    дозировка (свободный текст, кодированное значение * число, возможно, структура данных, в которой время отделено от количества);

b)    примечания лица, выписавшего рецепт (к одной прописи или ко всему рецепту);

c)    особая категория рецепта (наркотические средства);

d)    рецептсукаэаниемлицензии;

e)    возможность замены на эквивалент;

0 повторение рецепта (число + необязательный интервал времени);

д) предпочтительный язык пациента (относится к списку прописей);

h) язык рецепта (относится к списку прописей).

6.3    Информация на карточке об отпущенных лекарствах

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

6.4    История лекарственных назначений

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

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

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

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

7 Данные лекарственных назначений

7.1 Общая структура

Информационный объект лекарственных назначений «MedicationData» состоит из четырех отдельных объектов (см. рисунок 2):

•    «MedicationNotes» (лист лекарственных назначений):

•    «MedicationPrescriptions» (рецепты);

•    «MedicationsDispensed* (отпущенные лекарства);

•    «MedicationReferences» (ссылки на лекарственные назначения).

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

9

ГОСТ Р ИСО 21549-7—2010

Рисунок 2 — Структура класса « MedicetionDeia »

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

Элементы класса ■ MedicationOala»

Тип

данных

Кратность

Комментарий

«MedicationNotes»

Класс

0..1

Этот класс состоит из истории лекарственных назначений. их релевантных характеристик и известных лекарственных рисков для субъекта лечения

«MedicatlonPrescnptione*

Класс

0..1

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

Он состоит из 1..’ объектов «MedicabonPreecnption» (лекарственное назначение)

«MedtcationsDispensed»

Класс

0..1

Этот класс содержит данные, образующие основу записей об отпущенных лекарствах. Он состоит из 1./ объектов «MedlcabonOiapensed* (отпущенное лекарство)

Примечание — Данные, содержащиеся а этом объекте, не обязательно дублируют те. что содержатся в объекте «MedicetionPrescnption». Они могут ссылаться на него, но при этом относиться к другому лекарственному средству, как это имеет место при замене лекарства на синоним или аналог. Кроме того, они могут содержать сведения об отпуске лекарств, для которых на карточке нет соответствующего объекта данных лекарственного назначения

«MedtcationReferences»

Класс

0..1

Этот класс содержит глобально уникальные идентификаторы и адреса, связанные с данными назначения или отпуска лекарственных средств, хранящимися на других ресурсах. Он состоит из 1..* объектов • MedicabonReference» (ссылка на лекарственное средство)

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

7.2 Объект «MedicationNotes»

7.2.1 Общие сведения

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

Ю

ГОСТ Р ИСО 21549*7—2010

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

Для пациента, врача или фармацевта использование объекта «MedicationNotes» является добро* вольным. Целевой группой являются в первую очередь пациенты, которые должны лечиться у нескольких врачей, а также пациентысо специфическими факторами риска. Структура класса «MedicationNotes» представлена на рисунке 3. а спецификация отдельных его элементов дана в таблице 2.

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

Рисунок 3 — Структура класса «MedicationNotes»

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

Элементы класса ■ MedicabonNoles*

Тип

данных

Кратность

Комментарий

«MedicationHistory»

Класс

0..1

Этот класс содержит историю лекарственных назначений субъекта лечения. Он состоит из 1..* объектов «MedicetionReceived» и может содержать объект «AccessoryAttnbutes»

«MedlcabonRelevantCha-

recteristics»

Класс

0..1

Этот класс содержит сведения о субъекте лечения, которые могут иметь отношение к его лекарственной терапии. Он состоит из 1..* объектов «PatientCharacteristic» и может содержать объект «AcceesoryAttnbutes»

«KnownMedicatlonRieks»

Класс

0..1

Этот класс содержит сведения об известных рисках лекарственной терапии субъекта лечения. Он состоит из 1..‘ объектов «KnowninteracbonOrContraindicatlonOata» и может содержать объект «AccessoryAttnbutes»

Определение класса на языке ASN.1:

MedicationNotes:: = SET

{

medicationHistory    [0] MedicationHistory OPTIONAL.

medicaUonReievantCharacteristics    (1)MedicationRelevantCharacteristics OPTIONAL.

knownMedicationRisks    (2) KnownMedicationRisks OPTIONAL

)

7.2.2 Объект «MedicationHistory»

Объект «MedicationHistory» содержит сведения о лекарственных назначениях, которые были выданы пациенту для приема или были приняты им. Необходимо принимать меры для хранения в этом объекте точного кода лекарства, по которому его можно было бы автоматически связать с базой данных лекарственных средств. Для каждого нового назначения должны храниться дата и тип отпуска. Если

и

ГОСТ Р ИСО 21549-7—2010

лекарство отпускается повторно, то значение даты, хранящееся е поле «medicationReceivingDatet». переносится в поле «medicationReceivingDate2» и новая дата вносится в поле «medicationReceivingDatel ». Если лекарство отпускается более двух раз. то две наиболее недавние даты отпуска должны храниться в двух лоляхдаты и должен быть выставлен флаг повторения «iterationFlag». Кодархиеирова-ния «archivalCode» присваивается, если лаииент сообщает, что он больше не принимает лекарство. Если после этого лекарство снова отпущено, то код архивирования удаляется. Структура класса «MedicationHistory» представлена на рисунке 4. а спецификация отдельных его элементов дана в таблице 3.

Рисунок 4 — Структура класса «MedicatlonHIetory»

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

Эпементы класса «MedicabonReceived*

Тип

данных

Кратиосгь

Комментарии

«genencMedicmeCode»

CodedData

0..1

Это поле содержит описание выписанного непатентованного лекарства

KpropnetaryMedicmeCode»

CodedData

0..1

Это поле содержит код выписанного патентованного лекврства

«specifledBrandCode»

CodedData

0..1

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

Примечания

1    Код «специальных» условий (например, реимпорта) используется для указания источника лекарства: производитель может быть тот же самый, а источник — другой.

2    Поля *genericMed»cineCode». «propnetaryMedc cineCode» и «speoftedBrandCode» необязательны условно, одно из них должно присутствовать

«medicationReceivingDatel*

Oate

1

Это поле содержит последнюю дату получения лекарства пациентом

«medicatlonRecelvingDete2»

Oate

0..1

Это поле содержит предпоследнюю дату получения лекарства пациентом

к iteration Flag»

BOOLEAN

0..1

Указание а этом поле TRUE означает, что пациент получал лекарство более двух раз

12

ГОСТ Р ИСО 21549*7—2010

Окончание твбпииы 3

Элементы классе «MedicationReceived»

Тип

данных

Кратность

Комментарий

«medicationDetiveryType*

CodedData

0..1

Это поле содержит кодированное представление контекста, в котором пациент получил лекарство (например. по рецепту, применено врачом, применено самим пациентом)

«archivalCode»

CodedData

0..1

Этому полю присваивается кодированное значение. еспи лекарство в настоящее время не принимается

Определения классов на языке ASN.1: MedicationHistory SET

{

medicationReceived

accessoryAttributes

}

MedicationReceived:: = SET

(

genericMedicineCode

proprietaryMedicineCode

specifiedBrandCode

medication Receiving Date 1

medicaUonReceivingDate2

iterationFlag

medicationDetiveryType

archivalCode

}

Date

[0]    SET OF MedicationReceived,

[1)    Accessory Attributes OPTIONAL

[0} CodedData OPTIONAL. {1) CodedData OPTIONAL, [2| CodedData OPTIONAL.

[3)    Date.

[4)    Date OPTIONAL.

[5)    BOOLEAN OPTIONAL. {61 CodedData OPTIONAL. 17] CodedData OPTIONAL

= NumericString (SIZE (8)) •• ГПТММДД в соответствии с ИСО 8601

Примечание — Базовый формат даты а ИСО 6601: ГГГГММДД: допускаются также форматы ГГГГММ и

ГГГГ.

7.2.3 Класс «MedlcatlonRelevantCharacterlstics»

Объект «ModicationRetevantCharacteristics» описывает особенности состояния здоровья пациента. которые являются противопоказаниями для приема определенных лекарств или требуют настороженности при их приеме. К ним могут относиться диагнозы, результаты обследования или факторы риска, например, аллергии, диабет, беременность или лактация. Структура класса «MedicauonRetevantCharacteristics» представлена на рисунке 5. а спецификация отдельных его элементов дана в таблице 4.

Рисунок 5 — Структура класса «MedlcettonRelevantCharacterletics»

13

ГОСТ Р ИСО 21549-7—2010

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

Элементы класса «PatientCharacteristic»

Тип

данных

Кратность

Комментарий

«characteristicCode*

CodedData

0..1

Это поле содержит кодированное представление особенности состояния пациента, которую надо учитывать при назначении и приеме лекарств

«entryDate*

Date

1

«recordedBylO*

CodedData

0..1

Это поле содержит уникальный идентификатор врача или фармацевта, выявившего это свойство

«archivalCode*

BOOLEAN

0..1

Указание а этом поле TRUE означает, что этой особенности (например, беременности) у пациента больше нет

Определения классов на языке ASN.1: MedicationRelevantCharacterisbcs:: = SET

{

patientCharacteristic

accessoryAttributes

}

PatientCharactenstic:: = SET

{

characteristicCode

entryDate

recordedBylO

archivatCode

}

[0] SET OF PatientCharactenstic.

[1 ] AccessoryAttributes OPTIONAL

[0]    CodedData.

[1]    Date.

[2]    CodedData OPTIONAL.

[3]    BOOLEAN OPTIONAL

7.2.4 Класс «KnownMedlcationRisks»

Объект «KnownMedicationRisks» содержит известные нежелательные эффекты применения лекарств, связанные с особенностями состояния здоровья пациента. Врач должен учитывать риски появления этих эффектов при назначении такого лекарства. Для описания нежелательных эффектов выбрана модель парного взаимодействия, согласно которой для пар атрибутов, каждый из которых может иметь определенный тип (например, лекарство, диагноз, возраст, пол}, указывается тип риска, к которому этосочетаниеможетпривести (например, взаимодействие, противопоказания, лекарственная аллергия). Структура класса «KnownMedicationRisks» представлена на рисунке 6. а спецификация отдельных его элементов дана в таблице 5.

Рисунок 6 — Структура класса «KnownMedicationRtsk»»

14

ГОСТ Р ИСО 21549*7—2010

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

Элементы класса

«KnownlnteracbonOrConlraindrcat'on»

Тип

данных

Кратность

Комментарий

«ImkType»

CodedData

1

Это поле содержит кодированное представление риска применения лекарственных средств, вызванного сочетанием пары атрибутов

«firstPartnerType»

CodedData

1

«secondPartnerType»

CodedData

1

«firstPartnerCode»

CodedData

1

«secondPartnerCode»

CodedData

1

«entryDate»

Date

1

Определения классов на языке ASN.1: KnownMedicationRisks:: = SET {

knownlnteractionOrContraindication

accessoryAttiibutes

}

KnownlnteractionOrContra indication:: = SET

{

linkType

fifslPartnerType

secondPartnerType

firstPartnerCode

secondPartnerCode

entryDate

>

7.2.5 Пример

Имя «ласса/лоля

Тип данных

Кратность

Пример значения

MedeationNotes

Класс

0..1

• MedtcetionHlstory

Класс

0..1

• • MedicationRecelved

Класс

1..*

— CenencMedtcineCode

CodedData

0..1

----coding SchemeRet

Integer

1

Указатель <RefPomter>

----codeOataVaiue

String

1

С08СА05

----codeDateFreeText

String

0..1

Nifedipine

— MedicetionReceivingDatel

Date

1

20030904

— MedicationReceivmgDate2

Date

0..1

2003061В

— MedicationDetiveryType

CodedData

0..1

----codmgSchemeRef

Integer

1

Указатель <RefPointer>

----codeOataVaiue

String

1

А

----codeOataFreeText

String

0..1

Рецепт

• MedicetionReleventCnaracterietice

Класс

0..1

• • PatientCharactenstic

Класс

1..'

— CharactenaticCode

CodedData

1

[0] SET OF KnownlnteractionOrContraindication. 11) Accessory Attributes OPTIONAL

[0] CodedData. 11) CodedData.

[2]    CodedData.

[3]    CodedData.

[4]    CodedData.

[5]    Date

1S

ГОСТ Р ИСО 21549-7—2010

Имя классаГполя

Тип данных

Кратмостъ

Пример значения

----codingSchemeRef

Integer

1

Указатель <RefPomter>

----codeDataValue

String

1

С

• — codeOataFreeText

String

0..1

Аллергия к молоку

— EntryDate

Date

1

20021011

— RecordedBylD

CodedData

0-1

----codingSchemeRef

Integer

1..1

Указатель <RefPomter>

• — codeDataValue

String

1.-1

«Идентификатор арача>

• KnownMedicationRieks

Класс

0..1

• • KnownlnteractionOrConvaindication

Класс

1..’

— LtnkType

CodedData

1

----codingSchemeRef

Integer

1

Указатель <RefPointer>

- — codeDataValue

String

1

С

- — codeOataFreeText

String

0-1

взаимодействие

— FlrstPartnerType

CodedData

1

----codingSchemeRef

integer

1

Указатель <RefPointer>

----codeDataValue

String

1

А

• — codeOataFreeText

String

0..1

Лекарство

— SecondPartnerType

CodedData

1

----codingSchemeRef

Integer

1

Указатель <RefPointer>

----codeDataValue

String

1

А

----codeOataFreeText

String

0-1

Лекарство

— FlratPartnerCode

CodedData

1

----codingSchemeRef

Integer

1

Указатель <RefPomter>

----codeDataValue

String

1

C08CA0S

----codeOataFreeText

String

0-1

Nifedipine

• • • SecondPartnerCode

CodedData

1

----codingSchemeRef

Integer

1

Указатель <RefPointer>

----codeDataValue

String

1

С07АВ07

----codeOataFreeText

String

0-1

Bisoprolol

— EntryDate

Date

1

20030317

7.3 Класс «MedicationPrescriptions»

Объект «MedicationPrescriptions» должен состоять из множества объектов «Medication-Prescription» (рецепт на лекарства), каждый из которых содержит поля «prescriber» (лицо или организация. выписавшие лекарства) и «prescriptionltem» (пропись) и может включать в себя объект «AccessoryAtthbutes». Поле «prescriber» содержит данные, которые идентифицируют провайдера медицинской помощи, юридически ответственного за рецепт (эти данные могут быть указаны по ссылке или по значению). Далее представлены структуры классов: «MedicationPrescriptions» (рисунок 7), «MedicationPrescription» (рисунок 8). «MedicinalProduct» (рисунок 9). «QuantityToDispense» (рисунок 10), «OuantityOfMedicinalProduct» (рисунок 11). «MedicinalProductPackage» (рисунок 12), «Ingredient» (рисунок 13). «AmountOflngredient» (рисунок 14). «Quantity» (рисунок 15). «SpecialProductGroup» (рисунок 16). Спецификации отдельных элементов даны для классов: «MedicationPrescription» в таблице 6. «Prescriptionltem» в таблице 7. «ManufacturedMedicinaiProduct» в таблице 8. «QuantityToDispense» в таблице 9. «OuantityOfMedicinalProduct» в таблице 10. «MedicinalProductPackage» в таблице 11,

16

ГОСТ Р ИСО 21549*7—2010

«MagistralMeditinalProduct» в таблице 12, «Ingredient» в таблице 13. «AmountOflngredient» в таблице 14. «Quantity» в таблице 15. «SpecialProductGroup» в таблице 16.

Рисунок? — Структура классе «MedtcationPrescrlptione»

Рисунок 8 — Структура класса «MedicatlonPreecription»

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

Элементы классе >Med<cabonPresc>ipUon*

Тип

данных

Кратность

Комментарий

«medicattonAvaitablefrom»

UTCTime

1

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

«prescnptionVahdUnti!»

UTCTime

1

Это поле содержит представление даты, после которой отпуск лекарства законодательно запрещен

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

17

ГОСТ Р ИСО 21549-7—2010

Окончание таблицы €

Элементы класса «MedicalionPrescrpiion*

Тип

данных

Крат*

ностъ

Комментарий

«prescriptionSetldentlfler»

OCTET

STRING

1

Это поле содержит уникальную идентификацию комплекта рецептов

«prescription SetlssueDateAndTime*

UTCTime

1

«requestedPnorityForDlspensmg*

CodedOata

0..1

Это поле содержит требование установить более высокую срочность отпуска лекарства по сравнению с обычной

«Presenter*

Класс

1

Это поле содержит уникальный идентификатор лица, выписывающего лекарства

«Prescriptionltem*

Класс

1..*

Этот класс содержит сведения о выписанном лекарственном продукте (см. таблицу 7}

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

Элементы класса «Ptescnpbonltern»

Тип

данных

Кратность

Комментарий

«prescrip tionltemidentifier*

OCTET STRING

1

Это поле содержит уникальную идентификацию прописи

«qualification»

Enumerated

0..1

Это поле указывает, предназначена ли пропись для лечения острого заболевания (0). хронического (1> или должна применяться при необходимости (2)

«dosagelnstructionsCode»

CodedOata

0..1

Это поле содержит кодированное представление указания, как и когда принимать лекарство

«medicinalProduct»

Класс

1

Этот класс содержит информацию о выписанном готовом лекарственном продукте (специализация «ManufacturedMedicineiProduct». см. таблицу 8) или магистральном лекарственном продукте (специализация «Magrstral-MedicinalProduct». см. таблицу 12)

KpatientAdviceCode»

CodedOata

0..1

Это поле содержит кодированное представление дополнительного указания получателю лекарства

«Iterations*

NumencStnng

0..1

Это поле содержит число возможных отпусков поданному рецепту

Примечание — Это поле будет присутствовать и содержать числовое значение только а том случае, если лицо, выписывающее лекарства. намеревается дать указание, что лекарство по этому рецепту можно отпустить несколько раз

«prescrlberEndorsement»

CodedOata

0..*

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

«comment*

OCTET STRING

0..1

Это поле содержит дополнительные сведения для лица, отпускающего лекарство

■patlentPreferredLanguage*

CodedOata

0..1

Это поле содержит кодированное представление языка, на котором пациент предпочитает общаться

18

ГОСТ Р ИСО 21549*7—2010

Окончание твбпииы 7

Элементы класса «Prescripbontlem»

Тип

ДАННЫХ

Кратность

Комментарий

«tanguageOfLaoei»

CodedOata

0..1

Это лоле содержит кодированное представление языка сигнатуры с информацией о дозировке и указаниями пациенту

«reimbursementinfo»

CodedOata

0..1

Это поле содержит кодированное представление административной информации о возмещении стоимости лекарства

«apeciaiProductC roup>

Класс

0..1

Этот класс содержит дополнительную информацию. если прописанное лекарство относится к особой группе(см.таблицу 16)

H»dk*ii

i

UProdudj

.

—muiwli«ir—ertkSnajpnxluct

kfriilProduct

4рпф(МмуМ«1оЫСой1: Codacf*» [0.1] tganadoUKtafewCoda: GntoXMm (0.1] *цжЯ*Впл40о6*: Ceded D«Hia.1] tmedtoWiPmdmXkiei lifter: Coded*» (0..1]

•♦etrengtii :Oueu«V(0.1]

•*fcrm: CodedWe P. .1)

4ттАкьгаЮЫм1ап»Ргаакг: OCTET вттмв px.ij ■циш^уТЪОЦзвлва: QuandfrlbOtepwe» [1] 40ммИо814м8ки1апМ1омк1: BOOLEAN [0.1]

4ra0*UMk*tajPreducNefTW: OCTET STRING р.Л) 4!ngnKftmt: 1 п^шАвгт! p.

*irwiixaicmFcrMa<»*iP»paiHion: OCTET STFUNQ p.,1] 4qi»rttyOfUagWr»BM(*taPreduci: 0|шт*у [Э..1] МхМтО^ЛсЛопМ: CodedDdfcflL*]

Рисунок 9 — Структуре класса «MedionalProduct*

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

Элементы класса «ManufacturedMedonaiProducl»

Т#л

ДАННЫХ

Кратность

Комментарий

«proprletaryMedicineCode»

CodedOata

0..1

Это поле содержит кодированное представление патентованного лекарства

«genencMediclneCode»

CodedOata

0..1

Это лоле содержит кодированное представление непатентованного лекарства (например, код АТС)

«spec tfiedBrandCode»

CodedOata

0..1

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

Примечания

1    Код «специальных» условий (например, реимпорта) используется для указания источника лекарства — производитель может быть тот же самый, в источник — другой.

2    Поля «genencMedicineCode». «proprietary-MedtcineCode» и «speciftedBrandCode» необязательны условно, одно из них должно присутствовать

19

ГОСТ Р ИСО 21549-7—2010

Окончание таблицы 8

Элементы классе «ManufocturedMedicmalProduct»

Тип

данных

Кратность

Комментарий

«medictnalProductldentlfler»

CodedData

0..1

Это поле содержит местный код лекарства (явный)

«strength»

Quantity

0..1

В этом поле указана сила активной субстанции (см. таблицу 15)

«form»

CodedData

0..1

Это поле содержит кодированное представление формы отпускаемого лекарства

«manufacturerOfMedlclnaiProduct»

OCTET

STRING

0..1

«qua ntityToD ispen se *

Класс

1

Это поле содержит общее количество лекарства. которое должно быть выдано при каждом отпуске лекарства (см. таблицу 9)

«genericSubstitution Allowed»

BOOLEAN

0..1

Указание в этом поле TRUE означает, что лицо, отпускающее лекарство, может заменить патентованное лекарство на его непатентованный эквивалент

QfnttyTbOiaparf

•KtayBOBijviy: NurrwteSttr^ [D..1J ■HnedldnelProdiKiPactoe»: MwIchflPiwKjdPeckaee Q0..1J 4quwTttyOMKlUn9lProdliQt: QuRnttyOfMecMwFnxUict (9..1]

Рисунок 10 — Структуре классе «OuantiiyToDtspense»

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

Элементы классе «QuanlilyToOtspense»

Тип данных

Кратность

Комментарий

«daysOfSupply»

NumencStrtng

0..1

Это поле содержит число дней, на которое рассчитано выписанное лекарство

«medrcinalProductPackage»

Класс

0..1

Этот класс содержит информацию о прописанных единицах содержания лекарства во внешнем контейнере (см.таблицу 11)

Примечание — Поля «daysOfSupply» и •medlclneiProductPeckage» необязательны условно, одно из них должно присутствовать. Кроме того, они взаимно исключающие, то есть присутствовать должно только одно

«quantityOfMedlcinaiProduct*

Класс

0..1

Этот класс содержит информацию о прописанном количестве лекарства (см. таблицу 10)

20

ГОСТ Р ИСО 21549*7—2010

отлиъопшмпцртымк

«шгтйеЮЛЯцигяеиМа: REAL. [1] •HitapwwUntte: OtapenwUrtf» [1J

tarurwraBomi Dfpin—Untt»

ТаШ*

CepeUe

fluppoehorjea

PaiMriaa

Paofcage*

Gnane Migraine Ufnt Mil ITee IrrlUrft»

Special

Рисунок 11 — Структуре классе «QuantityOfMedicineiProduct»

Таблица 10 — Спецификаций отдельных элементов класса «QuantityOfMed»cinalProduct»

Элементы класса «OuanMyOIMedicinalProduct»

Тип данных

Кратность

Комментарий

«numberOIDispeneeUniU»

REAL

1

Число единиц, которое должно быть отпущено

«diapenaeUnrts»

DlepenseUnile

1

UMMrnfl Prod u BtPadksga

^mbarOfPackapee: NumertcStrtne [1] 4pac*e^Contwit: OCTET STRING (1]

Рисунок 12 — Структура класса «MedicmalProductPackage»

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

Элементы класса • MedicmalProduclPackape»

Тип данных

Кратность

Комментарий

«numberOfPackages»

NumencStnng

1

«packageContent»

OCTET STRING

1

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

21

ГОСТ Р ИСО 21549-7—2010

Талица 12 — Спецификация отдельных элементов класса «MagietralMedlcinalProduct*

Элементы класса «MagistralMedicinalProduct*

Тип данных

Кратность

Комментарий

«magrstraiMedicinalProductNeme»

OCTET

STRING

0..1

Это поле содержит, к примеру, официальное название из фармакопеи

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

«Ingredient»

Класс

0..*

Это поле содержит информацию о компоненте магистрального лекарственного продукта {см. таблицу 13}

Примечание — Поля «magrstral-MedicmalProductName* и «ingredient» необязательны условно. ОДНО ИЗ НИХ должно присутствовать

«inetructionsForMagletralP reparation»

OCTET

STRING

0..1

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

«quantltyOfMagletralMediclnalProduct»

Quantity

0..1

Это поле содержит общее количество магистрального лекарственного продукта. Если поле ингредиента «Ingredient» отсутствует (например, если задано официальное название из фармакопеи), то данное поле должно присутствовать (см. таблицу 1S>

«contamerOrApplicatlonAld»

CodedOata1

0..*

Это поле содержит кодированное представление контейнера (альтернатива: название контейнера) магистрального лекарственного продукта или средства применения магистрального лекарственного продукта

’’Тил данных «CodedOata» может быть использован только е том случае, если в его значении можно указать только название. Например, если компонент «codeOataValue* значения типа «CodedOata» содержит *0000*. означающее, что это значение представляет собой свободный текст (указанный в компоненте ecodeDataFreetext»).

•HnproArtfttontftor: СоЬсЮвЬ p..1J •HiameOflngraSefrt: OCTET STRING [1} •HunountOftfftlHt: AmountOftnjyedtatTtllJ

Рисунок 13 — Структура класса «Ingredient*

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

Элементы класса «Ingredient»

Тип данных

Кратность

Комментарий

«Ingredlentldentifler*

CodedData

0..1

Это поле содержит уникальный идентификатор ингредиента

«nameOflngredlent»

OCTET STRING

1

«amountO (Ingredient»

Класс

1

См.таблицу 14

22

ГОСТ Р ИСО 21549*7—2010

Мп ей пЮЯ ngnad

: OCTET STK WS J1J •HjnltOfQuamty: Coded Data |p,.1J

Рисунок 14 — Структура класса «AmountOflngredient*

Таблица 14 — Спецификаций отдельных элементов класса «AmountOflngredient»

Элементы класса • AmountOflngredient»

Тип данных

Кратность

Комментарий

«quantity»

OCTET STRING

1

Это поле содержит числовое или нечисловое значение количества ингредиента (например, «в равных ДОЛЯХ*)

«unitOfQuantrty»

CodedData

0..1

Это поле содержит единицы измерения ингредиента и должно присутствовать, если поле «quantity* содержит числовое значение

QwWTtHy

+qtOTtty: REAL{1} •KvflOfQuontty: Coded Ms (1]

Рисунок 15 — Структура класса «Quantity»

Таблица 15 — Спецификаций отдельных элементов класса «Quantity»

Элементы класса «Quantity»

Тил данных

Кратность

Комментарий

«quantity»

REAL

1

«umtOfQuantity»

CodedData

0..1

SpecWreductOroup

+«pedaProducfType: CodetBete [Q..1] ■чрес)вГЧо(Хк^п№гтпайоп: CodedData |p..*j

Рисунок 16 — Структура класса «SpecialProductGroup*

Таблица 16 — Спецификаций отдельных элементов класса «SpecialProductGroup*

Элементы класса «SpecialProductGroup»

Тил данных

Кратность

Комментарий

«epeclaiProductType»

CodedData

0..1

Это поле содержит кодированное представление специальной категории лекарственного продукта, например. наркотические средства, средства применения лекарств, вакцины

«apecialProductlnformation*

CodedData

0..*

Это поле содержит кодированное представление специальной информации о лекарственном продукте, например, дополнительный флаг N при выписке наркотических средств (а Германии буквой N помечаются ургентные рецепты наркотических средств)

23

ГОСТ Р ИСО 21549-7—2010

Определения классов на языке ASN.1:

MedicationPrescriptions:: = SET OF MedicationPrescription MedicationPrescription:: = SET

{

medicationAvailabieFrom

[0] UTCTime.

prescriptionValidUntil

prescriptionSetldentifier

prescriptionSetlssueDateAndTime

requestedPriorityForDispensing

prescriptionltem

prescriber

accessoryAttributes

}

Prescriptionltem SET {

[1]    UTCTime.

[2]    OCTET STRING.

[3]    UTCTime.

[4]    CodedData OPTIONAL.

[5]    SET OF Prescriptionltem.

[6]    Prescriber,

[7]    AccessoryAttributes OPTIONAL

prescriptionltemldentifier

[0] OCTET STRING.

qualification    [1] ENUMERATED OPTIONAL {

acute medication (0). long-term medication (1). only administered when required (2)} dosagelnstructtonsCode    [2] CodedData OPTIONAL.

medidnalProduct

[3] MedidnalProduct,

patientAdviceCode

iterations

prescriberEndorsement

comment

patientPreferredLanguage

languageOfLabel

reimbursementlnfo

specialProductGroup

}

MedidnalProduct:: = CHOICE

[4]    CodedData OPTIONAL,

[5]    NumericString OPTIONAL.

[6]    SET OF CodedData OPTIONAL.

[7]    OCTET STRING OPTIONAL.

[8]    CodedData OPTIONAL,

[9]    CodedData OPTIONAL.

[10]    CodedData OPTIONAL.

[11]    SpecialProductGroup OPTIONAL

{

manufacturedMedicinalProduct

magistralMedicinalProduct

)

ManufacturedMedicinalProduct SET

[0]    ManufacturedMedicinalProduct.

[1]    MagistralMedicinalProduct

{

proprietaryMedicineCode

genericMedicineCode

specifiedBrandCode

medidnalProductldentifier

strength

form

manufacturerOfMedicinaiProduct

quantityToDispense

genericSubstitutionAllowed

}

QuantityToDispense:: = CHOICE {

[0]    CodedData OPTIONAL.

[1] CodedData OPTIONAL.

[2]    CodedData OPTIONAL,

[3]    CodedData OPTIONAL.

[4]    Quantity OPTIONAL.

[5]    CodedData OPTIONAL.

[6]    OCTET STRING OPTIONAL.

[7]    QuantityToDispense,

[8]    BOOLEAN OPTIONAL

quantityOfMedidnalProduct

daysOfSupply

medidnalProductPackage

)

QuantityOfMedidnalProductSEQUENCE {

[0]    QuantityOfMedidnalProduct.

[1]    NumericString.

[2]    MedidnalProductPackage

numberOfDispenseUnits

[0]REAL,

dispenseUnits    [1] ENUMERATED

{Tablets (0).    — Включает e себя другие формы специальных «таблеток».

24

ГОСТ Р ИСО 21549*7—2010

—    которые могут продаваться как произвольное количество

—    отдельных предметов

Capsule (1),    — Включает в себя другие формы специальных «капсул».

—    которые могут продаваться как произвольное количество

—    отдельных предметов

Suppositories (2).

Pessaries (3).    —■ Включает в себя другие формы специальных «пессариев».

—    которые могут продаваться как произвольное количество

—    отдельных предметов

Packages (4).

Grams (5).

Milligrams (6),

Litres (7),

Millilitres (8).

IntIUnits (9).

Special (10)}

}

MedicinalProductPackage:: * SEQUENCE

{

numberOfPackages packageContent

}

MagistralMedicinalProduct:: = SET

(

magistral MedicinalProductName ingredient

instructionsForMagistralPreparation quantityOfMagistralMedicinatProduct containerOrApplicationAid

}

Ingredient::* SET

{

ingredientldentifier nameOflngredient amountOflngredient

}

amountOflngredient:: * SEQUENCE

{

Quantity unitOfQuantity

}

Quantity::* SEQUENCE

(

quantity unitOfQuantity

}

SpecialProductGroup:: * SET

{

specialProductType specialProductlnformation

}

Prescriber ::* HeatthCareProfessional

7.4 Класс «MedicationsDIspensed»

[Oj NumericString. [1JOCTET STRING

(0)    OCTET STRING OPTIONAL.

[1]    SET OF Ingredient OPTIONAL. {2} OCTET STRING OPTIONAL.

(3)    Quantity OPTIONAL.

[4]    SET OF CodedData OPTIONAL

[0} CodedOata OPTIONAL. [1} OCTET STRING.

[2] AmountOflngredient

[0] OCTET STRING.

[1 ] CodedData OPTIONAL

[Oj REAL.

(1) CodedData

[Oj CodedData OPTIONAL.

[11 SET OF CodedData OPTIONAL

—- Уникальный идентификатор лица, — выписывающего лекарства

Объект «MedicationsDispensed» должен состоять из множества объектов «MedicationDispensed» (отпущенное лекарство), каждый из которых содержит один или несколько объектов «Dispensedltem» (отпущенная пропись), объект «Dispenser» (лицо, отпускающее лекарства) и может включать в себя

2S

ГОСТ Р ИСО 21549-7—2010

объект «AccessoryAttributes». Далее представлены структуры классов: «MedicationsDispensedn (рисунок 17). «MedicationDispensed» (рисунок 18). «ActualDispensedltem» (рисунок 19). «Dispensingln-formation» (рисунок 20). «QuantityOispensed» (рисунок 21). «CommentOfDispenserToMedicinalProduct» (рисунок 22). «DispensedMagistralMedicinalProduct» (рисунок 23). «Dispensedlngredient» (рисунок 24), «DispensedContainerOrAppticationAid» (рисунок 25). Спецификации отдельных элементов даны для классов: «MedicationDispensed» в таблице 17. «Dispensedltem» в таблице 18. «ActualDispensedltem» в таблице 19. «Dispensinglnformation» в таблице 20. «QuantityDispensed» в таблице 21. «CommentOfDispenserToMedicinalProduct» втаблице22. «DispensedMagistralMedicmalProduct» в таблице 23. «Dispensedlngredient» в таблице 24. «DispensedContainerOrApplicationAid» втаблице 25.

Рисунок 17 — Структура класса «MedlcationsDispensed»

Рисунок 1В — Структура класса «MedtcationOtspensed»

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

Элементы класса • MedicationDispensed»

Тип данных

Кратность

Комментарий

«medicatlonPrescnptionPoknter»

RefPointer

0..1

Это поле содержит указатель на объект «MedicationPrescripbon»

«dispensedltem»

Класс

1..’

См. таблицу 18

«accessoryAttnbutes»

Класс

0..1

Это поле содержит объект «AccessoryAttnbutes»

«dispenser»

Класс

1

Это поле содержит уникальный идентификатор лица, отпускающего лекарства

26

ГОСТ Р ИСО 21549*7—2010

Таблица 18 — Спецификаций отдельных элементов классе «Dispensed Item»

Элементы класса « Dispensed Hem »

Тип

данных

Кратность

Комментарий

•prescriptionitemPointer»

RefPointer

0..1

Это поле содержит указатель на объект прописи «Prescnpuonltem»

•iterationNumber»

INTEGER

0..1

Это поле содержит номер повторения отпуска прописи. на которую ссылается указатель «prescnptionltemPolnter»

•actualDispensedilem»

Класс

0..1

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

Примечание — Если в объекте «Dtspen-aedilem» отсутствует указатель «prescnpuonltem-Pointer», то хранящиеся в нем данные описывают отпуск лекарства без рецепта, например, безрецептурного лекарства.

При отпуске готовых лекарственных средств существует возможность отпуска двух или более различных упаковок (размеров) вместо прописанной (например. 2 х20 и 1 х 10 таблеток вместо 1 х50 таблеток). По этой причине разрешен отпуск более чем одного лекарственного продукта вместо одной прописи

•dlspensmginformation*

Класс

1

Содержит информацию, описывающую данный случай отпуска (см. таблицу 20)

АсЬпШЬф»л«каЬт

■HIspcmHKJUecfcirwCodft: CodadData {1]

+etwifltti: Quantfly [D..1]

•Ивгт: Coded Data p..1]

■Hang^^OfLaM: СвМЮа fD-.lj +doaaoainstr\jcdon9CodB: CededData [D,.1] ♦pettortAdvtaeOQde; Coded Data [D..1] ^manufacturaiOfMedckiaPPoduct: OCTET STRJNG £0.1]

Рисунок 19— Структура класса «ActualDtspensedltem»

Таблица 19 — Спецификаций отдельных элементов класса «ActualDispeneedltem»

Элементы класса «ActualDispensedilem*

Tun

данных

Кратность

Комментарий

«dispensedMedicineCode»

CodedData

1

Это поле содержит кодированное представление фактически отпущенного лекарства. Оно может быть двно в одной из трех форм «proprletaryMedlcl-neCode». «genencMedicineCode» и KSpecifledBrand-Code»

«strength»

Quantity

0..1

Это none содержит фармацевтическую силу (см.таблицу 16)

«form»

CodedData

0..1

Это поле содержит кодированное представление формы, в которой должно быть отпущено лекарство

«tanguageO (Label»

CodedData

0..1

Это попе содержит кодированное представление языка сигнатуры с информацией о дозировке и указаниями пациенту

27

ГОСТ Р ИСО 21549-7—2010

Окончание таблицы 19

Элементы класса •ActualOepensedllem»

Тип

данных

Кратность

Коымектарий

«dosagelnstructionsCode»

CodedOate

0..1

Это поле содержит кодированное представление указания, как и когда принимать лекарство

«patientAdviceCode»

CodedDate

0..1

Это поле содержит кодированное представление дополнительного указания получателю лекарства

«manufacturerOfMedicinalProduct»

OCTET

STRING

0..1

- — -

ХЛщЯштШ ргаОПаЩКШ

■KM*rtiyOiap*n*ad: Ouan%Oltp«need [1]

•KittMfttedData: ШФПта [1]

■HtaperxHdPrtc*: Money |0..1 J •♦tibpenwdPeM: Money ■waanipflortRteftHi: Coded Data [D..1J

+g^rto8obe»u«on: BOOLEAN [1]

+batttid*Ttfter: OCTET STRfiO [1]

44*p«nek4|kte«taf: OCTET STRJNO [1]

-Hj'8ex*9tat*OfDt»pemir.a Event: Coded Data (0..1J 4*peeMPrtAjetGtouf>: SpecUProductOroup (0..1)

■HXHiiiintOfDlgptMrtbMedicriiwIProtfapt: CarrvrwntontepwmHlbMadioIrMlPiraiiDt [D..1] 4d^r9wMe№r«M9di(*ioiProdoat: OepensedMBeWmWodioWPnxliK* Rb.*l

Рисунок 20 — Структуре классе «Dlspenemglnformation»

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

Элементы класса «Dispensmglnfofmalion»

Тип данных

Кратность

Коыыемтарий

«qua ntityDispe need*

Класс

1

Это поле содержит информацию об общем количестве отпущенного лекарства (см. таблицу 21)

«dispensedDate»

UTCTime

1

Это поле содержит дату отпуска лекарства по рецепту

«dispensed Price»

Money

0..1

Это поле содержит фактическую полную стоимость рецепта

xdispensedPaid»

Money

G..1

Это поле содержит сумму, уплаченную клиентом при отпуске

«exemptions tatus»

CodedOata

0..1

Это поле используется для предоставления налоговых вычетов или для хранения уровня оплаты лекарства пациентом

genericSubstitution

800LEAN

1

Указание в этом поле TRUE означает, что лицо, отпускающее лекарство, заменило пропись на ее непатентованный эквивалент

«batchldentifier»

OCTET

STRING

1

Уникальный идентификатор серии отпущенного лекарства

«dtspensmgldentifler»

OCTET

STRING

1

«urgencyStatusOfOispensing Event»

CodedOata

G..1

(Cm.ENV 13807)

28

ГОСТ Р ИСО 21549*7—2010

Окончание твбпииы 20

Элементы класса «Oispensinglnfoimalen»

Тип

данных

Кратность

Комментарий

«speciaiProductGroup»

Класс

0..1

Этот класс содержит дополнительную информацию, если прописанное лекарство относится к особой группе (см. таблицу 16)

«commentOfDtspenserToMePicinelProduct»

Класс

0..1

Этот класс содержит дополнительную информацию об отпущенном лекарственном продукте, данную лицом, отпускающим лекврства (см. табпицу 22)

«diepen»edMegistralMedic«atProduct»

Класс

0..*

Этот класс содержит информацию об отпущенном магистрапьном лекарственном продукте (см. таблицу 23)

CfcmtftyMafwmml

•Kjufind^OfMDdldrwl Product: QuenttyOfMed id nai Product [0..1J •KtaytOfSupply: Num&rtcSfrlnQ flj.,1] ♦medcinaJR'OdurtPedege: MedldnaiProductPachaoe

Рисунок 21 — Структура класса •QuentityDiBpensed»

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

Элементы класса •OuantityOispensed*

Тип

данных

Кратность

Комментарий

«quantityOfMedicinalProduct»

Класс

0..1

Этот класс содержит информацию об отпущенном количестве лекарственного продукта (см. таблицу 10}

«daysOtSupply»

NumencStnng

0..1

Это попе содержит число дней, на которое рассчитано отпущенное лекарство

«medicinaiProductPacksge*

Класс

0..1

Этот класс содержит информацию о прописанных единицах содержания лекарства во внешнем контейнере(см.таблицу 11).

Примечание — Поля «daysOISupply* и «medicinaiProductPackage* необязательны условно. одно из них должно присутствовать. Кроме того, они взаимно исключающие, то есть присутствовать должно только одно

Cwiih—itOICttpon—fToMadkt wTiuduct

■K»mmertType: Coded Date (1]

♦comment: OCTET 5TRJNG |1J

Рисунок 22 — Структура класса «CommentOfDiepenserToMedtcinalProduct»

29

ГОСТ Р ИСО 21549-7—2010

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

Элементы классе

■CommentOroispenserToMedicinalProduct*

Tun

данных

Кратность

Комментарий

«commentType»

CodedOata

1

Это поле указывает назначение комментария. например, он адресован гаранту оплаты лекарства и дополнительно лицу, выписавшему лекарство

«comment*

OCTET STRING

1

Содержит дополнительную информацию об отпущенном лекарственном продукте

OhpawdliitfKiltrtp..*!

4tftparaadCiOTtH!riafOrAppilaflaTAk1 :Qtip«HHjCort*i«K>ftppfcaflDnAMt&..<3 +preparation Prtca: Money [0..^

Рисунок 23 — Структура класса •OispensedMagistralMedlcinalProduct»

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

Элементы класса

«DispensedMagistralMedicinalPioduct»

Тип

данных

Кратность

Комментарий

«dispensedlngredient*

Класс

1..»

Этот класс содержит информацию о компоненте отпущенного магистрального лекарственного продукта (см. таблицу 24)

«dispensedContamerOrApplicationAid»

Класс

0..’

Этот класс содержит информацию о контейнере магистрального лекарственного продукта ипи средстве применения магистрального лекарственного продукта (см. таблицу 25)

«preparation Price»

Money

0..*

Die pemed I ngmd hml

•HigrwSertltonWef: CoMleto [Q-.1] ^патоОЛпопкМ: OCTET 8TRJNG {1] H4jy«ritttyOflnsFW#«nt: Qi*r**y[1] ^dlBpemadPrtceOflngrwllent; Money |1]

Рисунок 24 — Структура класса «Dispensedlngredient»

30

ГОСТ Р ИСО 21549*7—2010

Таблица 24 — Спецификаций отдельных элементов классе «Dispensed Ingredient»

Элементы класса «Dispensedlngredienla

Тип

данных

Кратность

Комментарии

«■ngredientldenttfier»

CodedData

0..1

Это поле содержит уникальную идентификацию ингредиента

«nameOllngredtent’1*

OCTET

STRING

1

«quantityOflngredient»

Quantity

1

См.таблицу 15

«dispensedPnceOflngred tenths

Money

1

" Если допускается указание только свободного текста, то это поле можно интегрировать с полем «ingredientldentifler». 8 этом случае кратность поля «ingredtentldentlfier» будет равна 1.

21 Это поле требуется только в том случае, если должны быть указаны атрибуты цен.

--- ... .л ..Ш.    - ■ ^    ^.....—    ----

НИЦМШМОС01ТьвПН9ГАР|)КшМ ПМ9

4<яг*вЬвЮгАдо*иФолАк1 ttjnWter: Coded DetoJp..1J 4fwrwOK>>prWwOrApiJ(lce»jnAM ; OCTET STRINGS +<Jepef^»dPrtceOfContahe(t>AppilcalkxiAid: Money [1] •HfcpvwadNumbwOfUnts: INTEGER ja.1l

Рисунок 25 — Структура класса »Ois:>ensedCo-:3.nerOrA£>piicationAic<-

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

Элементы класса «DispensedConlamerOrApplicabonAid»

Тип ранных

Кратность

Комментарий

«containerOrAppiicatcnAidldentifter»

CodedData

0..1

Это поле содержит кодированное представление контейнера или средства применения отпущенного лекарства

«nameOfContamerOrAppiicetionAid»"

OCTET

STRING

1

«diepensedPriceOfContainerOrAppticationAid*21

Money

1

«dispensedNumberOfUnits»

INTEGER

0..1

"В соответствии со значением поля KnameOflngredlent* класса «DependedIngredient». 21 Эго поле требуется только в том случае, если должны быть указаны атрибуты цен.

Определения классов на языке ASN.1:

MedicationsDispensed:: = SET OF MedicationDispensed MedicationDispensed:: = SET {

medicaUonPrescriptionPointer    [0] RefPointer OPTIONAL, - Указатель на объект

—    рецепта

dispensedltem    {1) SET OF Dispensedltem.

prescriber    (2) Prescriber, —Уникальная идентификация

—    лица, выписавшего лекарство

accessoryAttributes    (3] AccessoryAttributes OPTIONAL

}

Dispensedltem:: = SET

(

31

ГОСТ Р ИСО 21549-7—2010

prescriptionltemPointer

[0] RefPointer OPTIONAL. — Указатель на объект

iterationNumber

actualDispensedltem

dispensinglnformation

}

ActualDispensedltem:: =SET

{

dispensedMedicineCode

strength

form

languageOfLabel dosage I nstructionsCode patientAdviceCode manufacturerOfMedidnalProduct

— прописи

[1]    INTEGER OPTIONAL.

[2]    ActualDispensedltem OPTIONAL.

[3]    Dispensinglnformatron

[0]    Coded Data.

[1]    Quantity OPTIONAL.

[2]    CodedData OPTIONAL.

[3]    CodedData OPTIONAL.

[4]    CodedData OPTIONAL.

[5]    CodedData OPTIONAL.

[6]    OCTET STRING OPTIONAL

>

Dispensinglnformation:: = SET

{

quantityDispensed

dispensedDate

dispensedPrice

dispensedPaid

exemptionStatus

genericSubstitution

batchldentifier

dispensingldentifier

urgencyStatusOfDispensingEvent

specialProductGroup

commentOfDispenserToMedidnalProduct

[0] QuantityDispensed.

[ijuTCTime,

[2]    Money OPTIONAL.

[3]    Money OPTIONAL.

[4]    CodedData OPTIONAL.

[5]    BOOLEAN,

[6]    OCTET STRING.

[7]    OCTET STRING.

[8]    CodedData OPTIONAL.

[9]    SpecialProductGroup OPTIONAL.

[10]    CommentOfDispenserToMedicinalProduct

OPTIONAL.

dispensedMagistralMedicinalProduct [11]DispensedMagistralMedicinalProduct OPTIONAL

}

QuantityDispensed:: = CHOICE

{

quantityOfMedidnalProduct

daysOfSuppty

medidnalProductPackage

}

CommentOfDispenserToMedicinalProduct:: =

{

commentType

comment

}

DispensedMagistralMedicinalProduct:: = SET

{

dispensedlngredient

dispensedContainerOrApplicationAid

[0]    QuantityOfMedicinalProducL

[1]    NumericString,

[2]    MedidnalProductPackage

SET

[0]    CodedData.

[1]    OCTET STRING

[0] SET OF Dispensedlngredient.

[1 j SET OF DispensedContainerOrAppticationAid

preparationPrice

}

Dispensedlngredient:: = SET

{

ingredientldentifier

nameOflngredient

quantityOflngredient

dispensedPriceOflngredient

}

DispensedContainerOrApplicationAid

OPTIONAL.

(2] SET OF Money OPTIONAL

[0]    CodedData OPTIONAL,

[1] OCTET STRING,

[2]    Quantity.

[3]    Money

SET

32

ГОСТ Р ИСО 21549*7—2010

{

containerOrAppticationAidldentifier

nameOfConlainerOrApplicationAid

dispensedPriceOrcontainerOrApplicationAkj

dispensedNumberOfUnils

}

Dispenser:: = HealthCareProfessional

MoneyQuantity

7.5 Класс «MedicationReferences»

[0J CodedData OPTIONAL.

11] OCTET STRING.

[2]    Money.

[3]    INTEGER OPTIONAL

—    Уникальная идентификация лица.

—    отпустившего лекарство

—    Монетарное значение и денежная единица

Объект «MedicationReferences» (см. рисунок 26) должен состоять из множества объектов « Med ication Reference » (см. рисунок 27). Спецификация отдельных элементов класса «MedicationReference» дана в таблице 26.

Примечание — Объект «MedicationReference* содержит «адрес* иного ресурса, нежепи пластиковая карта пациента, содержащего сведения о лекарственных назначениях пациенту.

Рисунок 26 — Структура класса «MedicationReferences»

Med ketlcfi Reference

•HirfqueReeouroeLocetor: OCTET STRNG {1] -i?re«*fcttort8etidMit(tor: OCTET STRUG [1] 4p<wc*tt(zib*nklartfler: CXTET STRING -Hey: NT STRUG I&.1]

Рисунок 27 — Структура класса «MedicationReference*

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

Элементы хлаоса «MedicabonReference*

Тип данных

Кратность

Комментарий

«uniqueResourceLocator»

OCTET STRING

1

Это поле содержит указатель на внешний объект, содержащий информацию о выписанном лекарстве

«prescnptlonSetidentifter»

OCTET STRING

1

Это поле содержит уникальную идентификацию комплекта рецептов

«pre&cnptlonftemldentifler*

OCTET STRING

0..*

Это поле содержит уникальную идентификацию прописи

«key*

BIT STRING

0..1

Это поле содержит ключ расшифровки сведений о лекарственном назначении, на которое дается ссылка, если они зашифрованы

33

ГОСТ Р ИСО 21549-7—2010

Определения классов на языке ASN.1:

MedicationReferences:: = SET OF MedicationReference MedicationReference:: = SET

{

uniqueRessourceLocator prescriptionSetldentifier prescriptionltemldentifier key [3]

}

[0]    OCTET STRING.

[1]    OCTET STRING.

[1] SET OF OCTET STRING OPTIONAL. BIT STRING OPTIONAL

34

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

ГОСТ Р ИСО 21549*7—2010

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

Таблица ДА.1

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

Степень

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

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

ИСО/МЭК 7610:2003

«

ИСО 7496-2:1089

9

ИСО/МЭК 7626-1

ИСО/МЭК 7626-2

«

ИСО 8601:2004

9

ИСО 21549-2:2004

ют

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

ENV 13607:2000

в

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

перевод на русский язык данного международного стандарта. Перевод данного международного стандарта на-

ходится в Федеральном информационном фонде технических регламентов и стандартов.

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

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

3S

ГОСТ Р ИСО 21549-7—2010

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

(1) ISO/IEC 6824-1 [2} EN 375

(3)    EN 376

(4)    ENV 1613:1995

(5)    ENV 13606-1

(6)    ENV 12610

(7)    ISO/IEC Guide 2:2004

(8)    ENV 12443:1996

(9)    EN 23166

information technology--Abstract Syntax Notation One (ASN.1): Specification of basic

notation — Part 1

information supplied by the manufacturer with in vitro diagnostic reagents for professional use

information supplied by the manufacturer with in vitro diagnostic reagents for self-testing Medical informatics — Messages for exchange of laboratory information Health informatics — Electronic healthcare record communication — Part 1: Extended architecture

Medical informatics — Medicinal product identification Standardization and related activities — General vocabulary Medical Informatics — Healthcare information Framework (HlF)

Codes for the representation of names of countries (ISO 3166:1993)

УДК 004:61:006.354    OKC 35.240.80    П85    ОКСТУ 4002

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

Редактор и в. Григорьева Технический редактор в.Н. Прусакова Корректор Е.Ю. Митрофанова Компьютерная верстка ИА. Нвлеокоиои

Сдано ■ набор 2t.10.20t t.    Подписано е печать 21.11.2011. Формат 60 х 84 Гарнитура Ариал.

Уел. леч. п. 4.65 Уч.-изд. п. 4,70. Тираж 64 экз. Зак. 1106.

ФГУП кСТАНДАРТИНФОРМх. 123995 Москва, Гранатный пер., 4.     nlo@goslinfo ти

Набрано во ФГУП «СТАНДАРТИНФОРМ» на ПЭВМ

Отпечатано в филиале ФГУП «СТАНДАРТИНФОРМ» — тип. «Московский печатник». 105062 Москва. Лялин пер., в.