CDA ЛЬГОТНЫЙ РЕЦЕПТ Р4

CDA_ЛЬГОТНЫЙ_РЕЦЕПТ_Р4 Руководство по реализации CDA (Release 2) уровень 3 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания Редакция 4 Российская Федерация МОСКВА, 2022 Содержание Раздел I. Введение .......................................................................................................................................... 9 1. Документ "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" ....................................................................................... 9 2. Цель ......................................................................................................................................................... 10 3. Целевая аудитория ................................................................................................................................. 10 4. Требования к читателю ......................................................................................................................... 10 5. Методология ........................................................................................................................................... 10 5.1 Соглашения, использованные в этом руководстве .................................................................... 10 5.2 Область применения ..................................................................................................................... 14 5.3 Дальнейшее развитие .................................................................................................................... 14 5.4 Использование идентификаторов ................................................................................................ 14 5.5 Использование справочников ...................................................................................................... 15 5.6 Использование шаблонов ............................................................................................................. 18 Раздел II. Заголовок CDA ............................................................................................................................ 19 Отображение информации из Заголовка CDA для человека. ............................................................ 19 Корневой элемент <ClinicalDocument> ................................................................................................ 20 2.1 Общие ограничения ...................................................................................................................... 20 2.2 Область применения, страна <realmCode> ................................................................................. 24 2.3 Указатель на тип структуры документа <typeId> ...................................................................... 24 2.4 Использованный шаблон <templateId> ....................................................................................... 24 2.5 Идентификатор документа <id> .................................................................................................. 25 2.6 Код типа документа <сode> ......................................................................................................... 25 2.7 Человекочитаемый заголовок <title> ........................................................................................... 26 2.8 Дата создания документа <effectiveTime> .................................................................................. 26 2.9 Уровень конфиденциальности <confidentialityCode> ................................................................ 26 2.10 Язык документа <languageCode> ................................................................................................. 26 2.11 Версионность документа <setId> и <versionNumber>................................................................ 27 3. Участники ............................................................................................................................................... 29 3.1 Сценарий использования .............................................................................................................. 30 3.2 Информация о пациенте <recordTarget> ..................................................................................... 44 3.3 Автор <author>............................................................................................................................... 48 3.4 Владелец оригинала документа <custodian> ............................................................................... 50 3.5 Получатель документа <informationRecipient> .......................................................................... 51 3.6 Лицо, придавшее юридическую значимость документу <legalAuthenticator> ........................ 52 3.7 Документируемое событие <documentationOf> ......................................................................... 54 3.8 Случай оказания медицинской помощи <componentOf> .......................................................... 55 1. 2. Раздел III. 1. Тело документа ........................................................................................................................ 57 Тело документа ...................................................................................................................................... 57 1.1 Разделы документа "Льготный рецепт" ...................................................................................... 57 1.2 Форматирование текста в секциях ............................................................................................... 60 1.3 Секция "Сведения о документе" DOCINFO ("Сведения об электронном рецепте") .............. 62 1.4 Секция "Льготы" BENEFITS ("Информация о льготах") .......................................................... 65 1.5 Секция "Рецепт" RECIPE ("Назначение лекарственного препарата\ специализированного продукта лечебного питания", "Назначение медицинского изделия") .................................................. 67 1.6 Секция "Связанные документы" LINKDOCS ............................................................................. 77 Раздел IV. Раздел V. Ссылки ...................................................................................................................................... 80 Использованные справочники и разрешённые наборы значений .................................... 81 1. "Должности медицинских и фармацевтических работников" ........................................................... 81 2. "Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)" ............................................................................................................................................ 81 3. "Виды медицинской помощи" .............................................................................................................. 82 4. "Виды полиса обязательного медицинского страхования" ................................................................ 82 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 2 5. "Пол пациента" ....................................................................................................................................... 82 6. "Единицы измерения" ............................................................................................................................ 82 7. "Реестр медицинских организаций Российской Федерации" ............................................................ 83 8. "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" ........................................................................................................................ 83 9. "Тип адреса пациента" ........................................................................................................................... 84 10. "Виды медицинской документации" ............................................................................................... 84 11. "Формы оказания медицинской помощи" ....................................................................................... 84 12. "Документы, удостоверяющие личность" ....................................................................................... 85 13. "ФРМО. Справочник структурных подразделений" ...................................................................... 85 14. "Кодируемые поля CDA документов" ............................................................................................. 86 15. "Секции электронных медицинских документов".......................................................................... 86 16. "Субъекты Российской Федерации" ................................................................................................ 87 17. "Уровень конфиденциальности медицинского документа" .......................................................... 87 18. "Причины отсутствия информации (NullFlavor)" ........................................................................... 87 19. "Условия оказания медицинской помощи" ..................................................................................... 88 20. "Льготные категории граждан" ........................................................................................................ 88 21. "ФРЛЛО. Справочник специализированного питания" ................................................................. 89 22. "ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд" ............................................................................ 89 23. "Виды предоставляемых льгот" ....................................................................................................... 90 24. "Срок действия рецепта" ................................................................................................................... 90 25. "Приоритет исполнения рецепта" .................................................................................................... 90 26. "Узлы СМНН. ЕСКЛП" .................................................................................................................... 91 27. "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов" ................................................................... 91 28. "Типы медицинских карт" ................................................................................................................ 92 29. "Типы документированных событий" ............................................................................................. 92 30. "Формы документов" ........................................................................................................................ 92 Приложение A. Отличия между Редакцией 3 и Редакцией 4 (краткая информация) ................... 93 Приложение B. Отличия между Редакцией 3 и Редакцией 4 .............................................................. 94 1. 2. 3. 4. 5. 6. 7. 8. 9. 10. Изменение пакета спецификации ......................................................................................................... 94 Изменение даты создания документа <effectiveTime> ....................................................................... 96 Изменения в блоке "Автор <author>" ................................................................................................... 96 Изменения в блоке "Лицо, придавшее юридическую силу документу <legalAuthenticator>" ........ 97 Добавление блока "Документируемое событие <documentationOf>" ............................................... 97 Изменения в секции "Сведения о документе DOCINFO" .................................................................. 98 Изменения в секции "Рецепт" RECIPE ................................................................................................ 99 Изменения в секции "Связанные документы LINKDOCS" .............................................................. 100 Изменение используемых справочников ........................................................................................... 102 Прочие изменения ........................................................................................................................... 113 Приложение C. Использование международной статистической классификации болезней и проблем, связанных со здоровьем, одиннадцатого пересмотра в СЭМД. ............................................ 114 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 3 Список рисунков Рисунок 1. Пример изображения вертикального многоточия. ........................... 12 Рисунок 2. Макет представления CDA документа "Льготный рецепт". .............. 19 Рисунок 3. Пример корневого элемента ClinicalDocument. ................................ 20 Рисунок 4. Пример указания имени автора и названия организации. .............. 20 Рисунок 5. Пример указания адреса. .................................................................. 21 Рисунок 6. Ограниченный URL-синтаксис для телефонных контактов. ............ 22 Рисунок 7. Ограниченный URL-синтаксис для электронной почты. .................. 22 Рисунок 8. Ограниченный URL-синтаксис для факсов. ..................................... 22 Рисунок 9. Пример указания контактов. ............................................................ 23 Рисунок 10. Пример указания даты и времени. ................................................. 23 Рисунок 11. Различные варианты указания причины отсутствия информации. ....................................................................................................................... 24 Рисунок 12. Пример указания id. ........................................................................ 24 Рисунок 13. Пример ClinicalDocument/realmCode. ............................................ 24 Рисунок 14. Пример ClinicalDocument/typeId. ................................................... 24 Рисунок 15. Пример ClinicalDocument/templateId.............................................. 25 Рисунок 16. Пример ClinicalDocument/id. .......................................................... 25 Рисунок 17. Пример ClinicalDocument/code. ...................................................... 25 Рисунок 18. Пример ClinicalDocument/title. ....................................................... 26 Рисунок 19. Пример CinicalDocument/effectiveTime. .......................................... 26 Рисунок 20. Пример CinicalDocument/confidentialityCode. ................................ 26 Рисунок 21. Пример ClinicalDocument/languageCode. ....................................... 27 Рисунок 22. Пример ClinicalDocument/setId и ClinicalDocument/versionNumber. ....................................................................................................................... 27 Рисунок 23. Примеры ведения версий документа. ............................................. 28 Рисунок 24. Пример recordTarget. ....................................................................... 48 Рисунок 25. Пример author. ................................................................................ 50 Рисунок 26. Пример custodian. ........................................................................... 51 Рисунок 27. Пример informationRecipient. .......................................................... 52 Рисунок 28. Пример legalAuthenticator. .............................................................. 54 Рисунок 29. Пример documentationOf. ................................................................ 55 Рисунок 30. Пример componentOf. ...................................................................... 56 Рисунок 31. Пример разметки для структурированного тела CDA документа. . 57 Рисунок 32. Разметка полного набора секций документа "Льготный рецепт". .. 59 Рисунок 33. Пример наполнения секции "Сведения о документе". .................... 62 Рисунок 34. Пример разметки секции "Сведения о документе". ........................ 65 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 4 Рисунок 35. Пример наполнения секции "Льготы". ............................................ 66 Рисунок 36. Пример разметки секции "Льготы". ................................................ 67 Рисунок 37. Пример наполнения секции "Рецепт". Для назначения лекарственного препарата\специализированного продукта лечебного питания. ........................................................................................................ 68 Рисунок 38. Пример кодирования длительности приёма препарата. ................ 70 Рисунок 39. Пример №1 кодирование кратности (institutionSpecified = "true"). 71 Рисунок 40. Пример №2 кодирование кратности (institutionSpecified = "true"). 71 Рисунок 41. Пример кодирования кратности (institutionSpecified = "false"). ..... 72 Рисунок 42. Пример кодирование секции "Рецепт". Для назначения лекарственного препарата\специализированного продукта лечебного питания. ........................................................................................................ 75 Рисунок 43. Таблица параметров, необходимых для корректного подбора очков пациенту. ....................................................................................................... 75 Рисунок 44. Таблица параметров, необходимых для корректного подбора линз пациенту. ....................................................................................................... 75 Рисунок 45. Пример наполнения секции "Рецепт". Для назначения медицинского изделия. ................................................................................. 76 Рисунок 46. Пример кодирование секции "Рецепт". Для назначения медицинского изделия. ................................................................................. 77 Рисунок 47. Пример отображения секции "Связанные документы". ................. 77 Рисунок 48. Пример разметки секции "Связанные документы". ....................... 79 Рисунок 49. Пример совместной передачи кодов МКБ-10 и МКБ-11. ............. 114 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 5 Список таблиц Таблица 1. Содержание сопроводительного пакета. .......................................... 12 Таблица 2. Сводка по использованию OID в документе "Льготный рецепт". ..... 15 Таблица 3. Сводка по использованию OID объектов в документе "Льготный рецепт"........................................................................................................... 16 Таблица 4. Участники. ......................................................................................... 29 Таблица 5. Сценарий "Назначение льготного рецепта на лекарственный препарат с максимальным наполнением". Описание заголовка документа.30 Таблица 6. Сценарий "Назначение льготного рецепта на лекарственный препарат с максимальным наполнением". Описание тела документа. ........ 32 Таблица 7. Сценарий "Назначение льготного рецепта на лекарственный препарат с минимальным наполнением". Описание заголовка документа. 33 Таблица 8. Сценарий "Назначение льготного рецепта на лекарственный препарат с минимальным наполнением". Описание тела документа. ......... 34 Таблица 9. Сценарий "Назначение льготного рецепта на специализированный продукт лечебного питания". Описание заголовка документа. .................... 35 Таблица 10. Сценарий "Назначение льготного рецепта на специализированный продукт лечебного питания". Описание тела документа. ............................. 37 Таблица 11. Сценарий "Назначение льготного рецепта на торговое наименование". Описание заголовка документа. ......................................... 38 Таблица 12. Сценарий "Назначение льготного рецепта на торговое наименование". Описание тела документа. .................................................. 40 Таблица 13. Сценарий "Назначение льготного рецепта на медицинское изделие". Описание заголовка документа. .................................................... 41 Таблица 14. Сценарий "Назначение льготного рецепта на медицинское изделие". Описание тела документа. ............................................................ 42 Таблица 15. Разделы документа "Льготный рецепт". .......................................... 57 Таблица 16. Разметка для форматирования текста в секциях. .......................... 60 Таблица 17. Разрешённые значения из справочника НСИ "Должности медицинских и фармацевтических работников" (ФРАГМЕНТ). ................... 81 Таблица 18. Разрешённые значения из справочника НСИ "Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)" (ФРАГМЕНТ). ................................................... 81 Таблица 19. Разрешённые значения из справочника НСИ "Виды медицинской помощи". ........................................................................................................ 82 Таблица 20. Разрешённые значения из справочника НСИ "Виды полиса обязательного медицинского страхования". ................................................. 82 Таблица 21. Разрешённые значения из справочника НСИ "Пол пациента". ...... 82 Таблица 22. Разрешённые значения из справочника НСИ "Единицы измерения" (ФРАГМЕНТ). .................................................................................................. 82 Таблица 23. Разрешённые значения из справочника НСИ "Реестр медицинских организаций Российской Федерации" (ФРАГМЕНТ). .................................... 83 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 6 Таблица 24. Разрешённые значения из справочника НСИ "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" (ФРАГМЕНТ). ................................................. 83 Таблица 25. Разрешённые значения из справочника НСИ "Тип адреса пациента". ..................................................................................................... 84 Таблица 26. Разрешённые значения из справочника НСИ "Виды медицинской документации". ............................................................................................. 84 Таблица 27. Разрешённые значения из справочника НСИ "Формы оказания медицинской помощи" (ФРАГМЕНТ). ............................................................ 84 Таблица 28. Разрешённые значения из справочника НСИ "Документы, удостоверяющие личность" (ФРАГМЕНТ). ..................................................... 85 Таблица 29. Разрешённые значения из справочника НСИ "ФРМО. Справочник структурных подразделений" (ФРАГМЕНТ). .................................................. 85 Таблица 30. Разрешённые значения из справочника НСИ "Кодируемые поля CDA документов". .......................................................................................... 86 Таблица 31. Разрешённые значения из справочника НСИ "Секции электронных медицинских документов". ........................................................................... 86 Таблица 32. Разрешённые значения из справочника НСИ "Субъекты Российской Федерации" (ФРАГМЕНТ). .............................................................................. 87 Таблица 33. Разрешённые значения из справочника НСИ "Уровень конфиденциальности медицинского документа". ........................................ 87 Таблица 34. Разрешённые значения из справочника НСИ "Причины отсутствия информации (NullFlavor)" (ФРАГМЕНТ). ........................................................ 87 Таблица 35. Разрешённые значения из справочника НСИ "Условия оказания медицинской помощи" (ФРАГМЕНТ). ............................................................ 88 Таблица 36. Разрешённые значения из справочника НСИ "Льготные категории граждан" (ФРАГМЕНТ). .................................................................................. 88 Таблица 37. Разрешённые значения из справочника НСИ "ФРЛЛО. Справочник специализированного питания" (ФРАГМЕНТ). .............................................. 89 Таблица 38. Разрешённые значения из справочника НСИ "ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (ФРАГМЕНТ). ....... 89 Таблица 39. Разрешённые значения из справочника НСИ "Виды предоставляемых льгот" (ФРАГМЕНТ). .......................................................... 90 Таблица 40. Разрешённые значения из справочника НСИ "Срок действия рецепта". ........................................................................................................ 90 Таблица 41. Разрешённые значения из справочника НСИ "Приоритет исполнения рецепта". .................................................................................... 90 Таблица 42. Разрешённые значения из справочника НСИ "Узлы СМНН. ЕСКЛП" (ФРАГМЕНТ). .................................................................................................. 91 Таблица 43. Разрешённые значения из справочника НСИ "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов". .................... 91 Таблица 44. Разрешённые значения из справочника НСИ "Типы документированных событий". ..................................................................... 92 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 7 Таблица 45. Разрешённые значения из справочника НСИ "Типы документированных событий". ..................................................................... 92 Таблица 46. Разрешённые значения из справочника НСИ "Формы документов". ....................................................................................................................... 92 Таблица 47. Изменение пакета спецификации. ................................................. 94 Таблица 48. Изменение даты создания документа <effectiveTime>. ................... 96 Таблица 49. Изменение в блоке "Автор <author>". .............................................. 96 Таблица 50. Изменение в блоке "Лицо, придавшее юридическую силу документа <legalAuthenticator>". .................................................................................... 97 Таблица 51. Добавление блока "Документируемое событие <documentationOf>". ....................................................................................................................... 97 Таблица 52. Изменение в секции "Сведения о документе ("Общие сведения") DOCINFO". ..................................................................................................... 98 Таблица 53. Изменение в секции "Рецепт" RECIPE. ........................................... 99 Таблица 54. Изменение в секции "Связанные документы LINKDOCS". ........... 100 Таблица 55. Изменение справочников. ............................................................. 102 Таблица 56. Прочие изменения. ........................................................................ 113 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 8 Раздел I. Введение 1. Документ "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" Структурированный электронный медицинский документ (СЭМД) "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" (далее "Льготный рецепт") предназначен для передачи данных о назначенном лекарственном препарате, медицинском изделии или специализированном продукте лечебного питания бесплатно или со скидкой пациентам, имеющим право на получение лекарственных препаратов. Разработка структуры документа осуществлялась с учетом требований: • приказа Минздрава РФ от 24.11.2021 № 1094н "Об утверждении Порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения, форм бланков рецептов, содержащих назначение наркотических средств или психотропных веществ, порядка их изготовления, распределения, регистрации, учета и хранения, а также правил оформления бланков рецептов, в том числе в форме электронных документов", в котором представлен рецептурный бланк 1481/у-04 (л); • приказа Министерства здравоохранения и социального развития Российской Федерации от 12 февраля 2007 г. № 110 "О порядке назначения и выписывания лекарственных препаратов, изделий медицинского назначения и специализированных продуктов лечебного питания", в котором представлена информация по назначению специализированного продукта лечебного питания, в котором представлен рецептурный бланк 148-1/у-04 (л); • приказа Министерства здравоохранения РФ от 20 декабря 2012 г. № 1181н "Об утверждении порядка назначения и выписывания медицинских изделий, а также форм рецептурных бланков на медицинские изделия и порядка оформления указанных бланков, их учета и хранения", в котором представлен рецептурный бланк 1-МИ, 2-МИ, 3-МИ. Информация о СЭМД "Льготный рецепт" должна передаваться из медицинской информационной системы (МИС) в реестр электронных медицинских документов (РЭМД). После регистрации документа "Льготный рецепт" в РЭМД он должен быть передан в аптечную информационную систему (АИС). В ответ на текущий СЭМД АИС формирует СЭМД "Отпуск по рецепту на лекарственный препарат и специализированный продукт лечебного питания", который будет содержать всю информацию об отпущенном лекарственном препарате, медицинском изделии или специализированном продукте лечебного питания в соответствии с приказом Минздрава РФ от 24.11.2021 № 1094н "Об утверждении Порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения, форм бланков рецептов, содержащих назначение наркотических средств или психотропных веществ, порядка их изготовления, распределения, регистрации, учета и хранения, а также правил оформления бланков рецептов, в том числе в форме электронных документов", приказом Министерства здравоохранения РФ от 11 июля 2017 г. № 403н "Об утверждении правил отпуска лекарственных препаратов для медицинского применения, в том числе иммунобиологических лекарственных препаратов, аптечными организациями, индивидуальными предпринимателями, имеющими лицензию на фармацевтическую деятельность". СЭМД "Льготный рецепт" может использоваться в федеральном регистре льготного лекарственного обеспечения (ФР ЛЛО) для организации учета назначения и отпуска льготных лекарственных препаратов. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 9 2. Цель Цель этого документа – описание требований и ограничений стандарта архитектуры клинических документов "Health Level Seven Clinical Document Architecture. Release 2.0" (HL7 CDA R2.0) для элементов заголовка и тела структурированного электронного медицинского документа "Льготный рецепт". CDA документ "Льготный рецепт" предназначен для передачи данных от МИС МО в АИС. 3. Целевая аудитория Данный документ предназначен для разработчиков и специалистов по внедрению медицинских информационных систем, в том числе локальных и региональных систем обмена медицинской информацией, перед которыми стоит задача создавать структурированные электронные медицинские документы, сформированные на основе стандартной архитектуры клинических документов (HL7 CDA Release 2). 4. Требования к читателю В настоящем документе предполагается, что читатель знаком с языком XML, описанием схем документов на языке XML, со способами составления и синтаксического разбора XML-файлов. Читатель должен быть также знаком с языком запросов XPath, с помощью которого выбираются нужные компоненты XML-файла. Желательно иметь общее представление о стандартах передачи медицинских данных Health Level Seven Version 3, включая спецификацию CDA Release 2.0 и описания типов данных. 5. Методология Данное руководство основано на базовом стандарте архитектуры клинических документов Health Level Seven Clinical Document Architecture, Release 2.0. Подходом, применяемым в разработке этой, локализованной для использования в Российской Федерации, спецификации, явился обзор существующих черновых и законченных спецификаций и руководств по внедрению для подобных продуктов в США, РФ и других государствах. Положения текущей спецификации обобщают, уточняют и объясняют требования базового стандарта. Данное руководство можно считать профилем соответствия (conformance profile), аннотационным (annotation) профилем и локализационным (localization) профилем, как определено в разделе "Refinement, Constraint and Localization, Release 2" стандарта HL7 Версия 3. 5.1 Соглашения, использованные в этом руководстве 5.1.1 Требования по соответствию Требования по соответствию данному руководству будут появляться указанном ниже формате и будут иметь последовательную нумерацию. в У1-1: Это пример требования по соответствия уровню 1 данного руководства. У2-1: Это пример требования по соответствия уровню 2 данного руководства. У3-1: Это пример требования по соответствию уровню 3 данного руководства. 5.1.2 XPath нотация Данное руководство использует XPath нотацию в требованиях по соответствию и других местах для идентификации XML элементов и атрибутов экземпляров CDA документа, для которых применяются ограничения. Подразумеваемым контекстом для данных выражений является корневой элемент документа. Данный подход использован с целью предоставить удобный для разработчиков способ идентифицировать части XML документов. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 10 5.1.3 Ключевые слова Ключевые слова, использованные в данном руководстве: "ОБЯЗАН"/"НЕ ОБЯЗАН", "ДОЛЖЕН"/"НЕ ДОЛЖЕН", "СЛЕДУЕТ"/"НЕ СЛЕДУЕТ", "МОЖЕТ"/"НЕ МОЖЕТ". "ОБЯЗАН"/"НЕ ОБЯЗАН" – обязательное требование включения/исключения элемента. Нарушение приведет к несоответствию сформированного CDA документа требованиям данного руководства. Ключевое слово "ОБЯЗАН"/"НЕ ОБЯЗАН" используется для описания варианта, когда элемент НЕ может иметь пустое наполнение и НЕ может содержать атрибут nullFlavor. "ДОЛЖЕН"/"НЕ ДОЛЖЕН" – обязательное требование включения/исключения элемента. Нарушение приведет к несоответствию сформированного CDA документа требованиям данного руководства. Ключевое слово "ДОЛЖЕН"/"НЕ ДОЛЖЕН" используется для описания варианта, когда элемент не может иметь пустое наполнение, но может содержать атрибут nullFlavor. "СЛЕДУЕТ"/"НЕ СЛЕДУЕТ" - рекомендованные требования для наилучшего соответствия данному руководству ("best practice"). Нарушение не приведет к утрате соответствия, однако разработчик должен иметь веские причины, чтобы включить/исключить элемент. "МОЖЕТ"/"НЕ МОЖЕТ" – необязательное требование. Элементы могут быть включены или опущены на усмотрение разработчика реализации без каких-либо последствий. Атрибут nullFlavor используется для обозначения причины отсутствия информации и может быть использован в любом элементе документа, который задается ключевым словом "ДОЛЖЕН". Значение атрибута nullFlavor определяется согласно справочнику "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286). В требованиях текущего руководства по реализации используется следующая логика по умолчанию: • Если элемент не содержит атрибут nullFlavor, то все указанные атрибуты в требованиях обязательны к использованию в xml-документе; • Если элемент содержит атрибут nullFlavor, то все остальные атрибуты, имеющие пустое значение, должны быть опущены, атрибуты, представленые не пустыми значениями, должны быть оставлены. Если потребуется использовать логику, отличную от указанного выше алгоритма, она будет описана в требованиях дополнительно. В XML примерах можно встретить следующие обозначения данных требований: R [1..1] – означает, что данный элемент должен присутствовать и должен иметь непустое наполнение, т.е. использовать nullFlavor запрещено. [1..1] – означает, что данный элемент должен присутствовать, но может иметь пустое значение с указанием причины отсутствия по справочнику nullFlavor. Данный элемент может присутствовать только в одном экземпляре. [1..*] – означает, что данный элемент должен присутствовать, но может иметь пустое значение с указанием причины отсутствия по справочнику nullFlavor. Данный элемент может присутствовать в неограниченном количестве, но минимум в одном экземпляре. [0..1] – означает, что данный элемент не обязателен и может отсутствовать. Если он присутствует, то максимум в одном экземпляре. [0..*] – означает, что данный элемент не обязателен и может отсутствовать. Если он присутствует, то может присутствовать в неограниченном количестве. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 11 5.1.4 XML примеры В руководстве представлен требованиям данного документа. пример XML-документа, соответствующего XML примеры будут появляться в различных формах документа с использованием фиксированного по ширине шрифта. Части содержания XML могут быть опущены для краткости. Эта ситуация будет изображена вертикальным многоточием, как в данном примере: <ClinicalDocument xmlns='urn:hl7-org:v3'> : . </ClinicalDocument> Рисунок 1. Пример изображения вертикального многоточия. В тексте XML элементы и атрибуты будут появляться в таком шрифте. Текстовые значения атрибутов будут появляться в таком шрифте. 5.1.5 Содержание пакета спецификации Данный пакет спецификации содержит следующие файлы: Таблица 1. Содержание сопроводительного пакета. Имя файла CDA_ЛЬГОТНЫЙ_РЕЦЕПТ_Р4.pdf Описание Данное руководство MNN prescription_max.xml Пример максимально заполненного CDA документа "Льготный рецепт" MNN_prescription_min.xml Пример минимально заполненного CDA документа "Льготный рецепт" Nut_sup_prescription.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания TradeName_prescription.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается назначение препарата с торговым наименованием Med_Prod_Prescription.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие. MNN_prescription_max.html Макет максимально заполненного CDA документа "Льготный рецепт" MNN_prescription_min.html Макет минимально заполненного CDA документа "Льготный рецепт" Nut_sup_prescription.html Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания TradeName_prescription.html Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается назначение препарата с торговым наименованием Med_Prod_Prescription.html Макет максимально заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие MNN_prescription_max.pdf Макет максимально заполненного CDA документа "Льготный рецепт", вариант для печати Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 12 Имя файла MNN_prescription_min.pdf Описание Макет минимально заполненного CDA документа "Льготный рецепт", вариант для печати Nut_sup_prescription.pdf Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания, вариант для печати TradeName_prescription.pdf Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается назначение препарата с торговым наименованием, вариант для печати Med_Prod_Prescription.pdf Макет максимально заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие, вариант для печати Electronic_prescription.xsl Файл, использующийся для преобразования информации из xml файлов в html макеты XSD CDA Папка, объединяющая в себе набор XSD файлов, использующихся для формализованного описания требований, накладываемых стандартом CDA 2.0, с учетом локальных расширений XSD_CDA_ЛЬГОТНЫЙ_РЕЦЕПТ_Р4 Папка, объединяющая в себе набор XSD файлов, использующихся для формализованного описания требований к документу "Льготный рецепт" Уникальные XSD сформированы для проверки структуры отдельных экземпляров CDA документов на соответствие руководству по реализации. Схемы созданы на базе стандарта "Health Level Seven Clinical Document Architecture. Release 2.0" (HL7 CDA R2.0). В качестве основы для написания была использована XML-схема, представленная в документе "ГОСТ Р ИСО/HL7 27932-2015 Информатизация здоровья. Стандарты обмена данными. Архитектура клинических документов HL7. Выпуск 2". XSD содержит множество составляющих, которые можно разделить на следующие группы: • Файлы, название которых соответствует блокам заголовка СЭМД, определяют правила формирования одноименных структур; • Файл "STRUCTURED_BODY.xsd" используется для минимальной формализации требований тела документа; • Файлы, хранящиеся в папке "coreschemas", включают набор вспомогательных структур, таких как типы элементов и атрибутов, словарь значений для определенных атрибутов и схема человекочитаемой части электронного документа; • Файл "CDA.xsd" содержит описание структуры элементов верхнего уровня, определенных в ClinicalDocument. Данный файл связывает упомянутые ранее файлы в единую XML-схему. Требования, предъявляемые к каждому документу, не могут быть перенесены в XMLсхему в полном объеме в связи с возможностями XSD 1.0 и ограничениями, которые накладывает стандарт HL7 CDA R2.0, поэтому уникальная XSD не является заменой форматно-логического контроля и не содержит всех требований, описанных в руководстве по реализации. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 13 5.2 Область применения Данное руководство определяет дополнительные ограничения на элементы Заголовка и Тела CDA для документа "Льготный рецепт", использующегося в пределах РФ. В нем описаны требования по соответствию этим ограничениям, а также представлены удовлетворяющие им XML примеры. Данное руководство определяет три уровня требований по соответствию. Требования первого уровня определяют ограничения для CDA Заголовка документа. Требования второго уровня определяют ограничения для разделов структурированного Тела CDA документа. Требования третьего уровня определяют ограничения для машинно-обрабатываемого наполнения разделов структурированного Тела CDA документа. Для обеспечения соответствия данному руководству необходимо выполнение определённых в данном руководстве требований. Спецификации по технологическому процессу, сообщениям и используемым каналам, процедурам обмена данными находятся вне рамок данного руководства. 5.3 Дальнейшее развитие Дальнейшая работа по данному руководству может быть нацелена на дополнение структуры тела документа (второй уровень CDA) и создание других детализированных машинно-обрабатываемых структур для наполнения документа (третий уровень CDA), на разработку формальных правил проверки соответствия экземпляров CDA данной спецификации на основе правил на языке Schematron. 5.4 Использование идентификаторов Для обеспечения машинной обработки демографических и медицинских данных пациента используется большое число классификаторов и идентификаторов объектов (документов, пациентов, медицинских работников, учреждений и подразделений, и т.д.). Эти системы классификации данных и идентификации объектов используют разные подходы к присваиванию идентификаторов. В целях унификации в настоящем документе используются международные идентификаторы объектов (Object IDentifier, OID). Эти идентификаторы однозначно идентифицируют домены кодированных значений и объектов. Согласно стандарту CDA, любой идентификатор должен состоять из двух частей: • root – корень: глобально уникальный идентификатор OID, присвоенный организации или классификатору, либо системе идентификации объектов, находящихся в ведении этой организации. • extension – расширение: значение этого атрибута присваивается организацией, системой или прикладной программой. В некоторых элементах, например, typeID, корень и расширение принимают заранее заданные значения, определенные стандартом CDA, но для большинства других элементов они задаются под конкретную реализацию. Пара root+extension является глобально уникальной строкой, идентифицирующей объекты или кодирующей данные, описанные в документе. Использованные в настоящем руководстве идентификаторы берутся из корневого узла OID Министерства здравоохранения РФ (OID 1.2.643.5.1.13) и/или иных узлов Российской ветки OID (1.2.643), имеющих отношение к здравоохранению (например, СНИЛС, чей OID - 1.2.643.100.3). Соглашения по присвоению идентификаторов OID представлены ниже (см. Таблица 2 и Таблица 3). Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 14 5.5 Использование справочников Большинство существующих справочников постоянно дорабатываются и дополняются значениями, в них вносятся правки для ошибочно внесённых данных, они могут претерпевать добавление новых полей или иные модификации структуры. Такие изменения могут существенно повлиять на способы использования и обработки кодированных значений. Для управления подобными изменениями в системе ведения нормативно-справочной информации Минздрава России (http://nsi.rosminzdrav.ru/) ведение версий является обязательным требованием для всех зарегистрированных объектов нормативно-справочной информации (НСИ) и предусмотрены механизмы сравнения версий. Чтобы обеспечить возможность проведения форматно-логического контроля используемых кодированных наборов значений в СЭМД в данном руководстве даются указания на использование фиксированных версий для тех справочников, которые не подразумевают постоянного обновления. Описание наполнения таких справочников можно найти в разделе V «Использованные справочники и разрешённые наборы значений" данного руководства, где будет приведено либо полное наполнение указанной версии справочника (для небольших по объёму справочников), либо будет приведён фрагмент указанной версии и даны указания для получения её полного наполнения. В том случае, если не даётся указание на использование конкретной версии справочника, то необходимо использовать последнюю актуальную версию этого справочника на момент создания СЭМД. Версию справочника рекомендуется указывать в местах использования кодированных типов данных сразу после объявления идентификатора справочника, в артибуте codeSystemVersion, например, "…codeSystem="1.2.643.5.1.13.13.11.1040" codeSystemVersion="2.1"…". Таблица 2. Сводка по использованию OID в документе "Льготный рецепт". Тип классификатора, системы кодирования или идентификации объектов Должности медицинских и фармацевтических работников Идентификатор OID Версия справочника 1.2.643.5.1.13.13.11.1002 Последняя Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр) 1.2.643.5.1.13.13.11.1005 Последняя Виды медицинской помощи 1.2.643.5.1.13.13.11.1034 Последняя Виды полиса обязательного медицинского страхования 1.2.643.5.1.13.13.11.1035 Последняя Пол пациента 1.2.643.5.1.13.13.11.1040 Последняя Единицы измерения 1.2.643.5.1.13.13.11.1358 Последняя Реестр медицинских организаций Российской Федерации 1.2.643.5.1.13.13.11.1461 Последняя Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами Тип адреса пациента 1.2.643.5.1.13.13.11.1468 Последняя 1.2.643.5.1.13.13.11.1504 Последняя Виды медицинской документации 1.2.643.5.1.13.13.11.1522 Последняя Формы оказания медицинской помощи 1.2.643.5.1.13.13.11.1551 Последняя Документы, удостоверяющие личность 1.2.643.5.1.13.13.99.2.48 Последняя Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 15 Тип классификатора, системы кодирования или идентификации объектов ФРМО. Справочник структурных подразделений Идентификатор OID Версия справочника 1.2.643.5.1.13.13.99.2.114 Последняя Кодируемые поля CDA документов 1.2.643.5.1.13.13.99.2.166 Последняя Секции электронных медицинских документов 1.2.643.5.1.13.13.99.2.197 Последняя Субъекты Российской Федерации 1.2.643.5.1.13.13.99.2.206 Последняя Уровень конфиденциальности медицинского документа 1.2.643.5.1.13.13.99.2.285 Последняя Причины отсутствия информации (NullFlavor) 1.2.643.5.1.13.13.99.2.286 Последняя Условия оказания медицинской помощи 1.2.643.5.1.13.13.99.2.322 Последняя Льготные категории граждан 1.2.643.5.1.13.13.99.2.541 Последняя ФРЛЛО. Справочник специализированного питания 1.2.643.5.1.13.13.99.2.603 Последняя ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд Виды предоставляемых льгот 1.2.643.5.1.13.13.99.2.604 Последняя 1.2.643.5.1.13.13.99.2.605 Последняя Срок действия рецепта 1.2.643.5.1.13.13.99.2.608 Последняя Приоритет исполнения рецепта 1.2.643.5.1.13.13.99.2.609 Последняя Узлы СМНН. ЕСКЛП 1.2.643.5.1.13.13.99.2.611 Последняя Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов Типы медицинских карт 1.2.643.5.1.13.13.99.2.638 Последняя 1.2.643.5.1.13.13.99.2.723 Последняя Типы документированных событий 1.2.643.5.1.13.13.99.2.726 Последняя Формы документов 1.2.643.5.1.13.13.99.2.1008 Последняя Таблица 3. Сводка по использованию OID объектов в документе "Льготный рецепт". Тип классификатора, системы кодирования или идентификации объектов Руководство по реализации CDA (Release 2) уровень 3 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания. Редакция 4 Идентификатор OID 1.2.643.5.1.13.13.14.37.9.4 — указание на СЭМД Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 16 Тип классификатора, системы кодирования или идентификации объектов Идентификаторы медицинских организаций. Идентификаторы подразделений медицинских организаций Идентификатор лицензии на осуществление медицинской деятельности Идентификатор РЭМД Идентификатор OID OID должен быть взят из справочника НСИ Министерства здравоохранения РФ "Реестр медицинских организаций Российской Федерации" (OID: 1.2.643.5.1.13.13.11.1461) Пример: Государственное бюджетное учреждение здравоохранения города Москвы Городская клиническая больница № 1 им. Н.И.Пирогова Департамента здравоохранения города Москвы имеет OID 1.2.643.5.1.13.13.12.2.77.8094 OID должен быть взят из справочника НСИ Министерства здравоохранения РФ "ФРМО. Справочник структурных подразделений" (OID: 1.2.643.5.1.13.13.99.2.114) Пример: Подразделение "3 хирургическое отделение общей онкологии" Государственное бюджетное учреждение здравоохранения города Москвы "Московская городская онкологическая больница № 62 Департамента здравоохранения города Москвы" имеет OID 1.2.643.5.1.13.13.12.2.77.8481.0.156675 1.2.643.5.1.13.2.1.1.1504.101 1.2.643.5.1.13.13.17.1.1 Идентификатор СНИЛС 1.2.643.100.3 Корневой узел для перечня медицинских информационных систем (МИС), использующихся в медицинской организации. Идентификатор конкретной МИС в медицинской организации. Идентификаторы экземпляров2 МИС в медицинской организации. Идентификаторы пациентов в экземпляре МИС в медицинской организации. OID_медицинской_организации.1001 OID_медицинской_организации.100.НомерМИС OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.103 Если в медицинской организации уже использован OID-корень 100, то допускается использование любого другого OID-корня (например, 199). Логика формирования дочерних OID идентификаторов должна сохраниться в соответствии с данным руководством 2 Экземпляр МИС – это понятие, введенное для обеспечения уникальности пары корень+расширение в случае, когда ее нельзя обеспечить стандартными средствами имеющейся информационной системы. Например: МИС не обеспечивает уникальность записей, так как развернута в разных филиалах одного учреждения и в каждом из них работает на отдельной базе данных (без синхронизации между собой). В таком случае каждому из филиалов должен быть присвоен свой OID для экземпляров МИС ( "*.1", "*.2" и т.д.), и пара корень+расширение для каждой из записей будет гарантировано уникальной. В случае отсутствия необходимости в выделении нескольких экземпляров МИС данный узел в OID идентификаторе должен быть представлен константой (например: "*.1"). 3 В случае, когда предложенная структура оказывается недостаточной для однозначной идентификации объектов (например, в МИС используются повторяющиеся наборы идентификаторов для разных типов документов или других объектов), разрешается добавлять вложенные узлы к указанным (например, "*.10.1", "*.10.2" и т.д.). Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) 1 Страница 17 Тип классификатора, системы кодирования или идентификации объектов Идентификаторы случаев оказания медицинской помощи в экземпляре МИС в медицинской организации. Идентификатор случая оказания медицинской помощи в стационаре (номер истории болезни). 1. Идентификатор посещения в рамках обращения за медицинской помощью в амбулаторных условиях 2. Идентификатор амбулаторного случая оказания медицинской помощи (номер амбулаторной карты) Идентификаторы наборов версий документов (setId) в экземпляре МИС в медицинской организации. Идентификаторы документов (id) в экземпляре МИС в медицинской организации. Идентификаторы персонала в экземпляре МИС в медицинской организации. Идентификатор OID OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.153 OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.163 OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.173 OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.503 OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.513 OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.703 5.6 Использование шаблонов Стандарт CDA описывает возможность установления требований соответствия в рамках трех основных уровней детализации: • Требования уровня 1 устанавливают ограничения для CDA-заголовка. • Требования уровня документа CDA. • Требования уровня 3 устанавливают ограничения для машинно-обрабатываемого наполнения секций XML-тела документа CDA. 2 устанавливают ограничения для секций XML-тела Идентификатором набора требований является шаблон (templateId). Данное руководство накладывает требования на CDA документ для соответствия всем трем уровням. Указателем на соответствие этим требованиям является включение в документ элемента templateId со значением соответствующего OID, согласно справочнику "Реестр руководств по реализации и протоколов информационного взаимодействия СЭМД" (OID: 1.2.643.5.1.13.13.99.2.638). Совокупность требований, описанных в данном руководстве для создания отдельного СЭМД, называется шаблоном. В руководствах по реализации CDA Release 2.0 имеется возможность описания требований в виде "открытых" и "закрытых" шаблонов. • "Открытые" шаблоны позволяют составителям CDA-документов использовать любые элементы базового стандарта, не описанные в данном руководстве. • "Закрытые" шаблоны запрещают составителям CDA-документов использовать элементы базового стандарта, не описанные в данном руководстве. Шаблон документа, определенный в данном руководстве, является "закрытым". Это означает, что элементы, присутствующие в базовом стандарте CDA Release 2.0, но не описанные в данном руководстве, запрещены к использованию. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 18 Раздел II. Заголовок CDA 1. Отображение информации из Заголовка CDA для человека. Визуализация заголовка обязательна. Отображаются (при наличии) следующая информация о: • медицинской организации: наименование, адрес, контакты; • документе: наименование и дата создания документа; • пациенте: ФИО, пол, дата рождения, СНИЛС, полис ОМС, контакты, адрес, сведения о документе, удостоверяющем личность; • враче-специалисте: должность, ФИО, контакты; • заверителе документа: должность, ФИО, контакты. Пример форматированного представления заголовка документа представлен на Рисунок 2. Медицинская организация Название медицинской организации: Муниципальное бюджетное учреждение здравоохранения "Городская поликлиника №10 города Ростова-на-Дону" Адрес: 344007, г Ростов-на-Дону, ул Большая Садовая, д 106/46 Лицензия: ЛО-61-01-006816, Министерство здравоохранения Ростовской области. Дата регистрации: 21.11.2018 Контакты: Телефон(раб.): +78632633171 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания Пациент ФИО: Новосельцев Михаил Владимирович Пол: Мужской Дата рождения (возраст): 25.01.1990 (32 лет) Идентификаторы Номер истории болезни, амбулаторной карты: 7890\17 пациента СНИЛС: 25463625426 Полис ОМС: 7712958452351689 Документ, Документ: Паспорт гражданина Российской Федерации удостоверяющий Серия: 4507 личность Номер: 691154 Кем выдан: ОВД "Гольяново" города Москвы, код подразделения 772-050 Дата выдачи документа: 04.04.2010 Контактная Адрес постоянной регистрации: информация 344006, г Ростов-на-Дону, ул Социалистическая, д 133, кв 5 Адрес фактического проживания: 344006, г Ростов-на-Дону, ул Социалистическая, д 133, кв 5 Контакты: Телефон: +78631953745; Телефон(моб.): +79034752364 Электронная почта: novosel.m.v@mail.ru : . Документ составил Должность, ФИО: врач-терапевт, Смирнова Александра Ивановна Контакты: Телефон(раб.): +78632633175; Телефон: +79267352628 Электронная почта: smirnovа.a.i@rambler.ru Документ заверил Должность, ФИО: заведующий отделением медицинской организации, Елфимов Александр Иванович Контакты: Телефон(раб.): +78632633176; Телефон: +79267354628 Электронная почта: elfimov@gmail.com Рисунок 2. Макет представления CDA документа "Льготный рецепт". Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 19 2. Корневой элемент <ClinicalDocument> Пространством имен для CDA Выпуск 2 является urn:hl7-org:v3. В экземплярах клинических документов должно использоваться соответствующее пространство имен. В примерах данной спецификации (Рисунок 3) все элементы, представленные без префикса пространства имен, являются находящимися в пространстве имен по умолчанию, установленному равным urn:hl7-org:v3. В документе используются локальные расширения urn:hl7-ru:fias (префиксом пространства имен является fias), urn:hl7-ru:medService (префиксом пространства имен является medService), urn:hl7ru:address (префиксом пространства имен является address) и urn:hl7-ru:identity (префиксом пространства имен является identity). Не следует использовать элемент xsi:schemaLocation по причинам безопасности (получателю документа следует валидировать его по локально сохранённой схеме). Корневым элементом документа должен быть элемент ClinicalDocument в пространстве имен urn:hl7-org:v3. Корневой элемент также должен содержать определение пространства имён xmlns:xsi="http://www.w3.org/2001/XMLSchemainstance", т.к. оно используется для указания типа значения в элементах с кодированным содержанием (entry/observation/value/@xsi:type). <?xml version="1.0" encoding="UTF-8"?> <?xml-stylesheet type="text/xsl" href="Electronic_prescription.xsl"?> <ClinicalDocument xmlns="urn:hl7-org:v3" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" xmlns:fias="urn:hl7-ru:fias" xmlns:identity="urn:hl7-ru:identity"> : . </ClinicalDocument> Рисунок 3. Пример корневого элемента ClinicalDocument. 2.1 Общие ограничения 2.1.1 Имена и наименования <name> Для всех участников, упоминаемых в документе, должны быть указаны имена или наименования. Пример описания представлен ниже (см. Рисунок 4). У1-1: Все элементы name (при отсутствии атрибута @nullFlavor), содержащие ФИО медицинских работников, пациента и других лиц: 1. ОБЯЗАНЫ иметь один [1..1] элемент family, содержащий фамилию; 2. ОБЯЗАНЫ иметь один [1..1] элемент given, содержащий имя; 3. МОГУТ иметь один [0..1] элемент identity:Patronymic, содержащий отчество. У1-2: Все элементы name, относящиеся к организациям, ОБЯЗАНЫ содержать названия организации.  <name>  <family>Смирнова</family>  <given>Александра</given>  <identity:Patronymic>Ивановна</identity:Patronymic> </name> : .  <name>МБУЗ "Городская Поликлиника № 10 города Ростова-на-Дону"</name> Рисунок 4. Пример указания имени автора и названия организации. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 20 2.1.2 Адреса <addr> Для всех участников и организаций, связанных с обеспечением медицинской помощи пациенту, могут быть указаны адреса (см. Рисунок 5), включая GUID ФИАС, контактные телефоны и/или электронная почта (элементы addr и telecom). GUID ФИАС должны быть взяты с официального портала ФИАС (https://fias.nalog.ru). У1-3: Все элементы addr (атрибут @use может быть представлен у элемента), при отсутствии атрибута @nullFlavor: 1. ОБЯЗАНЫ иметь один [1..1] элемент streetAddressLine, содержащий адрес в текстовом виде; 2. ОБЯЗАНЫ иметь один [1..1] элемент address:stateCode (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.206", атрибут @code должен иметь значение из поля "Код региона в ФНС", атрибуты @codeSystemName, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), содержащий код субъекта РФ; 3. ДОЛЖНЫ иметь один [1..1] элемент postalCode, содержащий почтовый индекс в текстовом виде; 4. ДОЛЖНЫ иметь один [1..1] элемент fias:Address, который: а. ОБЯЗАН иметь один [1..1] элемент fias:AOGUID, содержащий глобальный уникальный идентификатор адресного объекта; б. ДОЛЖЕН иметь один [1..1] fias:HOUSEGUID, уникальный идентификатор дома. содержащий глобальный  <addr>  <streetAddressLine>Ростовская область, город Ростов-на-Дону, улица Большая Садовая, дом 106/46, квартира 5</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/> <!-[1..1] почтовый индекс --> <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> </addr> Рисунок 5. Пример указания адреса. 2.1.3 Контакты <telecom> Для указания контактов используется элемент telecom. Наиболее используемыми контактами в России являются телефон и электронный почтовый адрес. Пример описания контактов представлен ниже (см. Рисунок 9). Для телефона атрибут value указывает URL, обозначающий телефонный номер в соответствии с ограниченным синтаксисом типа данных TEL из RFC 2806, который представлен ниже (см. Рисунок 6). Телефонный номер для голосовых звонков начинается с "tel:" схемы URL. Если телефон международный, он должен начинаться со знака плюс. Остальная часть номера состоит из цифр и может содержать опциональные разделители. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 21 telephone-url = telephone-scheme ':' telephone-subscriber telephone-scheme = 'tel' telephone-subscriber = (global-phone-number | phone-number ) [ extension ] global-phone-number = '+' phone-number phone-number = digits digits = phonedigit | digits phonedigit phonedigit = DIGIT | visual-separator extension = ';ext=' digits visual-separator = '-' | '.' | '(' | ')' Рисунок 6. Ограниченный URL-синтаксис для телефонных контактов. Для электронного почтового адреса атрибут value указывает URL, обозначающий адрес в соответствии с ограниченным синтаксисом типа данных MAIL из RFC 2368, который представлен ниже (см. Рисунок 7). Адрес почты должен содержать информацию о схеме URL "mailto:", имени пользователя, доменном имени почтового адреса. mailtoURL to headers header hname hvalue = = = = = = "mailto:" [ to ] [ headers ] #mailbox "?" header *( "&" header ) hname "=" hvalue *urlc *urlc Рисунок 7. Ограниченный URL-синтаксис для электронной почты. Для факса атрибут value указывает URL, обозначающий номер факса в соответствии с ограниченным синтаксисом типа данных FAX из RFC 2806, который представлен ниже (см. Рисунок 8). Номер факса начинается с "fax:" схемы URL. Остальная часть номера состоит из цифр и может содержать опциональные разделители. fax-url fax-scheme fax-subscriber fax-global-phone fax-local-phone t33-subaddress = = = = fax-scheme ":" fax-subscriber "fax" fax-global-phone / fax-local-phone "+" base-phone-number [isdn-subaddress] [t33-subaddress] [post-dial] *(area-specifier / service-provider / future-extension) = 1*(phonedigit / dtmf-digit / pause-character) [isdn-subaddress] [t33-subaddress] [post-dial] area-specifier *(area-specifier / service-provider / future-extension) = ";tsub=" 1*phonedigit Рисунок 8. Ограниченный URL-синтаксис для факсов. Примеры указания телефона, электронной почты и факса представлены на Рисунок 9. У1-4: Всем элементам //telecom (атрибут @use может быть представлен), содержащим информацию о телефонном номере, СЛЕДУЕТ соответствовать регулярному выражению "tel:\+?[-0-9().]+". Как минимум одна цифра должна остаться в номере телефона после удаления всех разделителей. У1-5: Всем элементам //telecom (атрибут @use может быть представлен), содержащим информацию об электронной почте, СЛЕДУЕТ соответствовать регулярному выражению "mailto:.+@.+\..+". У1-6: Всем элементам //telecom (атрибут @use может быть представлен), содержащим информацию о факсе, СЛЕДУЕТ соответствовать регулярному выражению "fax:[-09]+". Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 22  <telecom value="tel:+79267352628"/>  <telecom value="mailto:smirnovа.a.i@rambler.ru"/>  <telecom value='fax:70953456789'> Рисунок 9. Пример указания контактов. 2.1.4 Дата и время Времена или временные интервалы событий, описываемых/упоминаемых в заголовке документа, должны быть указаны с точностью до дня, но желательно указывать с точностью до минут. Если время указано с точностью до минут, то должна быть указана временная зона (часовой пояс). Пример указания даты представлен ниже (см. Рисунок 10). У1-7: Дата и время должны быть представлены в формате "YYYYMMDD[HHMM[SS]+|ZZZZ]", где "YYYY" – год, "ММ" – месяц, "DD" – день, "HHMM[SS]" – время ("HH" - часы, "MM" - минуты, "SS" - секунды), "+|ZZZZ" – указатель временной зоны (квадратные скобки указывают на элементы, которые можно опустить). Временные интервалы должны быть указаны с точностью как минимум до дня, если иное не предусмотрено разработчиком (для некоторых документов допустимо указание временного интервала с точностью до года). Необходимость указания времени с большей точностью, чем до дня, оговаривается в требованиях отдельно. Допускается указание даты и времени с максимальной возможной точностью (до секунд).  <effectiveTime value="202005261610+0300"/> Рисунок 10. Пример указания даты и времени. 2.1.5 Указание на отсутствие информации <nullFlavor> Если информация для элементов, которые должны присутствовать, неизвестна, то факт отсутствия этой информации должен быть отражен с использованием подходящего значения атрибута nullFlavor. Допустимые значения атрибута nullFlavor для данной спецификации взяты из словаря HL7 NullFlavor. Пример использования nullFlavor представлен ниже (см. Рисунок 11). <providerOrganization>   <id root="1.2.643.5.1.13.13.12.2.77.8481"/>   <identity:Props>  <identity:Ogrn>1037734008575</identity:Ogrn>  <identity:Ogrnip nullFlavor="NA"/>   <identity:Okato>60401368</identity:Okato> </identity:Props>  <name>МБУЗ «Городская Поликлиника № 10 города Ростова-на-Дону»</name>    <telecom nullFlavor="NI"/>  <addr>  <streetAddressLine>Ростовская область, город Ростов-на-Дону, улица Большая Садовая, дом 106/46, квартира 5</streetAddressLine> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 23  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode nullFlavor="NA"/>  <fias:Address nullFlavor="NI"/> </addr> </providerOrganization> Рисунок 11. Различные варианты указания причины отсутствия информации. 2.1.6 Уникальные идентификаторы <id> У1-8: Для всех элементов //id атрибут @root должен соответствовать регулярному выражению "([0-2])([.]([1-9][0-9]*|0))+".   <id root="1.2.643.5.1.13.13.12.2.77.8312.100.1.1.70" extension="542177"/> Рисунок 12. Пример указания id. 2.2 Область применения, страна <realmCode> Значение этого элемента указывает на возможность использования документа, сформированного в соответствии с данным руководством, на территории Российской Федерации. Код "RU" для указания РФ взят из ISO-3166-1. Пример наполнения в XML представлен на Рисунок 13. У1-9: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент realmCode (атрибут @code должен иметь значение "RU"), содержащий информацию об области применения документа.  <realmCode code="RU"/> Рисунок 13. Пример ClinicalDocument/realmCode. 2.3 Указатель на тип структуры документа <typeId> Элемент ClinicalDocument/typeId предназначен для хранения ссылки на базовую спецификацию CDA Release 2 и указывает на соответствие сформированного документа требованиям, налагаемым базовой спецификацией. Пример наполнения в XML представлен на Рисунок 14. У1-10: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент typeId (атрибут @root должен иметь значение "2.16.840.1.113883.1.3", атрибут @extension должен иметь значение "POCD_MT000040"), содержащий указатель на тип структуры документа.  <typeId root="2.16.840.1.113883.1.3" extension="POCD_MT000040"/> Рисунок 14. Пример ClinicalDocument/typeId. 2.4 Использованный шаблон <templateId> В дополнение к требованиям базовой спецификации CDA Release 2.0, данное руководство устанавливает специфический набор требований, являющийся шаблоном в данном руководстве. 1.2.643.5.1.13.13.14.37.9.4 (закрытый шаблон) – требования "Руководства по реализации CDA (Release 2) уровень 3 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания Редакция 4", соответствующие документу "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания". Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 24 Пример описания компонента представлен на Рисунок 15. У1-11: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент templateId (атрибут @root должен иметь значение "1.2.643.5.1.13.13.14.37.9.4" (по справочнику "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов" (OID: 1.2.643.5.1.13.13.99.2.638), поле "OID")), содержащий уникальный идентификатор руководства по реализации СЭМД.  <templateId root="1.2.643.5.1.13.13.14.37.9.4"/> Рисунок 15. Пример ClinicalDocument/templateId. 2.5 Идентификатор документа <id> Идентификатор документа указывается в элементе ClinicalDocument/id и кодируется с использованием типа данных идентификатор экземпляра, который состоит из двух частей: root и extension. Атрибут root задаёт пространство для указания присвоенного локальной системой идентификатора документа (extension). Атрибуты root и extension вместе уникально идентифицируют документ. Значение root следует устанавливать в соответствии с рекомендациями, установленными в Таблица 2 и Таблица 3. Пример указан на Рисунок 16. Каждый документ при создании должен получать уникальный идентификатор. Изменение, коррекция или дополнение документа приводит к изменению его содержания и, следовательно, также является созданием нового документа. Для отслеживания осуществлённых с документом изменений предназначены специализированные элементы контроля версий – setId и versionId, которые описаны в соответствующем разделе. У1-12: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент id (атрибут @root должен соответствовать правилу формирования идентификаторов документов, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.51", атрибут @extension должен быть представлен не пустым значением), содержащий уникальный идентификатор документа.  <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.51" extension="7854321"/> Рисунок 16. Пример ClinicalDocument/id. 2.6 Код типа документа <сode> Медицинский документ, в соответствии с CDA Release 2.0, должен быть классифицирован по своему клиническому наполнению, например, выписной эпикриз, электронный рецепт, дневниковая запись. Тип документа указывается в элементе ClinicalDocument/code. Пример указан на Рисунок 17. В данном руководстве тип документа имеет фиксированное значение "Льготный рецепт". У1-13: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "37", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1522", атрибут @codeSystemName должен иметь значение "Виды медицинской документации", атрибуты @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), содержащий код типа документа.  <code code="37" codeSystem="1.2.643.5.1.13.13.11.1522" codeSystemVersion="5.13" codeSystemName="Виды медицинской документации" displayName="Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания"/> Рисунок 17. Пример ClinicalDocument/code. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 25 2.7 Человекочитаемый заголовок <title> Медицинский документ должен иметь заголовок для отображения человеку. Заголовок документа указывается в элементе title (см. Рисунок 18). Наименование документа может различаться, но не должно противоречить установленному типу документа - "Льготный рецепт" и клиническому содержанию тела документа. У1-14: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент title, содержащий заголовок документа, который должен иметь не пустое наполнение.  <title>Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания</title> Рисунок 18. Пример ClinicalDocument/title. 2.8 Дата создания документа <effectiveTime> Элемент ClinicalDocument/effectiveTime должен быть представлен и должен содержать дату и время создания документа (см. Рисунок 19). У1-15: ClinicalDocument ДОЛЖЕН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен с непустым значением), содержащий дату создания документа. ЕСЛИ документ подписывается посредством УКЭП, ТО атрибут effectiveTime/@nullFlavor должен иметь значение "NA".  <effectiveTime nullFlavor="NA"/> Рисунок 19. Пример CinicalDocument/effectiveTime. 2.9 Уровень конфиденциальности <confidentialityCode> Для документа должен быть установлен уровень конфиденциальности. Уровень конфиденциальности указывается в элементе ClinicalDocument/confidentialityCode. В соответствии с данным руководством следует использовать справочник НСИ "Уровень конфиденциальности медицинского документа" (OID 1.2.643.5.1.13.13.99.2.285) для заполнения элемента confidentialityCode (см. Рисунок 20). Руководство не определяет конкретный механизм ведения и обработки передаваемой конфиденциальной информации. У1-16: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент confidentialityCode (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.285", атрибут @codeSystemName должен иметь значение "Уровень конфиденциальности медицинского документа", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), содержащий уровень конфиденциальности документа.  <confidentialityCode code="N" codeSystem="1.2.643.5.1.13.13.99.2.285" codeSystemVersion="1.2" codeSystemName="Уровень конфиденциальности медицинского документа" displayName="Обычный"/> Рисунок 20. Пример CinicalDocument/confidentialityCode. 2.10 Язык документа <languageCode> Язык, использованный при написании документа "Льготный рецепт", должен быть указан в элементе ClinicalDocument/languageCode. Язык должен быть закодирован в форме "nn-CC" (см. Рисунок 21), где nn определяет код языка в соответствии с ISO-639-1 и должен быть записан строчными буквами, а CC определяет код страны в соответствии с ISO-3166 и должен быть записан прописными буквами. Допустимым значением кода языка в соответствии с данным руководством является код "ru-RU". У1-17: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент languageCode (атрибут @code должен иметь значение "ru-RU"), содержащий указание на язык документа. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 26  <languageCode code="ru-RU"/> Рисунок 21. Пример ClinicalDocument/languageCode. 2.11 Версионность документа <setId> и <versionNumber> Для ведения версий документа, возникающих при его коррекции, исправлении и дополнении имеются специализированные элементы, позволяющие указать набор версий для данного документа (ClinicalDocument/setId) и конкретную версию данного документа (ClinicalDocument/versionNumber). Идентификатор набора версий документа указывается в элементе ClinicalDocument/setId и кодируется с использованием типа данных идентификатора экземпляра, который состоит из двух частей: root и extension. Атрибут root задаёт пространство для указания присвоенного локальной системой идентификатора набора версий документа (extension). Атрибуты root и extension вместе уникально идентифицируют набор версий документа. Атрибуты root для элементов ClinicalDocument/id и ClinicalDocument/setId должны находиться в разных пространствах идентификаторов в соответствии с рекомендациями по использованию идентификаторов (см. Таблица 3). У1-18: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент setId (атрибут @root должен соответствовать правилу формирования идентификаторов наборов версий документов, т.е. "OID_медицинской_организации.100.НомерМИС. НомерЭкзМИС.50", атрибут @extension должен быть представлен не пустым значением), содержащий уникальный идентификатор набора версий документа. У1-19: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент versionNumber (атрибут @value должен быть представлен не пустым значением), содержащий номер версии документа.  <setId root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.50" extension="9633"/>  <versionNumber value="1"/> Рисунок 22. Пример ClinicalDocument/setId и ClinicalDocument/versionNumber. Далее представлен пример замены документа на более новую версию, взятый из раздела "Document Identification, Revisions, and Addenda" базовой спецификации CDA Release 2.0, который демонстрирует использование элементов setId и versionNumber (см. Рисунок 23). Пример: • • Документ " Льготный рецепт" создан с ошибкой в данных и передан получателю: o идентификатор исходного документа root=" 1.2.643.5.1.13.13.12.2.61.6228.100.1.1.51", extension="800"; o идентификатор набора версий root=" 1.2.643.5.1.13.13.12.2.61.6228.100.1.1.50" extension="800"; o версия документа [versionNumber] = 1. [id] [setId] Ошибка в данных исправлена и требуется передать новую версию документа, которая должна заменить отправленный ранее документ: o идентификатор исправленного документа root=" 1.2.643.5.1.13.13.12.2.61.6228.100.1.1.51", extension="900"; o идентификатор набора версий root=" 1.2.643.5.1.13.13.12.2.61.6228.100.1.1.50" extension="800"; o версия документа [versionNumber] = 2. [id] [setId] Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 27 <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.51" extension="800"/> : . <setId root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.50" extension="800"/> <versionNumber value="1"/> замена на исправленную версию <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.51" extension="900"/> : . <setId root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.50" extension="800"/> <versionNumber value="2"/> Рисунок 23. Примеры ведения версий документа. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 28 3. Участники Данный раздел описывает требования по указанию информации об участниках и организациях, причастных напрямую или опосредованно к документируемому событию, таких как автор документа, пациент и другие. В спецификации CDA Release 2.0 описываются различные сценарии, где одни и те же люди и организации играют различные роли в документируемом событии. Далее представлены возможные варианты участников для данного руководства и сценарии их использования. Таблица 4. Участники. Участник Пациент <recordTarget> Автор <author> Владелец оригинала документа <custodian> Получатель документа <informationRecipient> Лицо, придавшее юридическую силу документу <legalAuthenticator> Описание Пациент, чью медицинскую карту содержит данный документ. Данный элемент содержит информацию как о самом пациенте, так и об организации, предоставляющей ему медицинскую помощь. Медицинский работник, который создает документ посредством внесения информации на основе своих знаний, навыков и данных, полученных при обследовании пациента. Организация, ответственная за хранение оригинала медицинского документа, переданного в формате CDA. В данном руководстве предполагается, что документ формируется для отправки его в реестр электронных медицинских документов (РЭМД), ответственным за ведение которого является министерство здравоохранения Российской Федерации. Лицо, которое своей подписью или иным способом придаёт составленному документу юридическую значимость. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 29 3.1 Сценарий использования 3.1.1 Сценарий "Назначение льготного рецепта на лекарственный препарат с максимальным наполнением". Пациент Новосельцев М.В. обратился в Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" с диагнозом "Легочная эмболия". Врач-терапевт Смирнова А.И. создала электронный документ "Льготный рецепт", где указала общую информацию о рецепте (приоритет исполнения рецепта, реквизиты протокола врачебной комиссии, специальное назначение, срок действия рецепта), диагноз пациента, информацию по льготе (льготную категорию, источник финансирования и размер льготы на лекарственный препарат) и назначенном лекарственном препарате (назначенный препарат (действующее вещество по справочнику ЕСКЛП), описание приема препарата и особые указания, количество назначенных доз). В документе MNN_Prescription_max.xml указывается следующая информация: Таблица 5. Сценарий "Назначение льготного рецепта на лекарственный препарат с максимальным наполнением". Описание заголовка документа. Сущность CDA recordTarget author 4 Участники\ Сущности Пациент Заголовок документа Пример Кодируемая информация Новосельцев М.В. Уникальный идентификатор пациента в МИС, ФИО, пол, дата рождения, адрес фактического проживания, адрес по месту жительства, вид полиса ОМС, номер полиса ОМС 4, СНИЛС пациента, документ, удостоверяющий личность, контакты Медицинская организация providerOrganization Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, сведения о лицензии на осуществление медицинской деятельности, реквизиты организации, наименование медицинской организации, контакты медицинской организации, адрес медицинской организации, контакты Автор Врач-терапевт Смирнова А.И. Уникальный идентификатор автора в МИС, СНИЛС автора, код должности автора, адрес места работы автора, контакты автора, ФИО автора, сведения о медицинской организации, где работает автор Указывается идентификационный номер страхового медицинского полиса обязательного медицинского страхования. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 30 Сущность CDA custodian Участники\ Сущности Владелец документа Заголовок документа Пример Кодируемая информация Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, наименование организации, адрес организации, контакты informationRecipient Получатель документа Министерство здравоохранения Российской Федерации Уникальный идентификатор получающей организации, наименование получающей организации legalAuthenticator Заверяет документ Заведующий отделением медицинской организации Елфимов А.И. Уникальный идентификатор лица, придавшего юридическую силу документу, в МИС, СНИЛС лица, придавшего юридическую силу документу, код должности лица, придавшего юридическую силу документу, адрес места работы лица, придавшего юридическую силу документу, контакты лица, придавшего юридическую силу документу, ФИО лица, придавшего юридическую силу документу, сведения о медицинской организации, где работает лицо, придавшее юридическую силу документу documentationOf/ serviceEvent Документируемое событие Формирование рецепта на лекарственный препарат Тип документируемого события, дата выдачи медицинского документа, форма оказания медицинской помощи, вид оказания медицинской помощи, условия оказания медицинской помощи componentOf Сведения о случае оказания медицинской помощи Номер медицинской карты 7890\17 Уникальный идентификатор случая оказания медицинской помощи в МИС, номер медицинской карты пациента Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 31 Таблица 6. Сценарий "Назначение льготного рецепта на лекарственный препарат с максимальным наполнением". Описание тела документа. Название секции Сведения о документе Тело документа Кодируемая информация: наполнение Приоритет исполнения рецепта: Cito Серия рецепта: 77АА Номер рецепта: 123456 Срок действия рецепта: 15 дней Дата окончания действия рецепта: 27.09.2022 По специальному назначению (Отметка): Имеется Наличие хронических заболеваний (Отметка): Отсутствует Код заболевания по МКБ-10: I26 (Легочная эмболия) Коды льгот (с кодированными элементами) Льготная категория: Неработающие инвалиды II группы Источник финансирования: Федеральный бюджет Размер льготы: 100% Назначение лекарственного препарата\специализированного продукта лечебного питания Назначено: ВАРФАРИН ТАБЛЕТКИ 2.5 мг Прием: 2 таблетки per os 1 раз в день в течение 2 дней, 1 таблетка per os 1 раз в день в течение 5 дней Особые указания: Принимать в одно время, запивая таблетки большим кол-вом воды Количество назначеных доз: 9 Связанные документы Протокол врачебной комиссии № 123 от 12.09.2022 16:10 Заведующий отделением медицинской организации Елфимов А.И. подписал и заверил документ. После заверения документ должен быть отправлен в РЭМД. Пример xml-документа для данного сценария представлен в файле MNN_Prescription_max.xml. Участники для данного сценария представлены в Таблица 4. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 32 3.1.2 Сценарий "Назначение льготного рецепта на лекарственный препарат с минимальным наполнением". Пациент Новосельцев М.В. обратился в Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" с диагнозом "Острый панкреатит". Врач-терапевт Смирнова А. создала электронный документ "Льготный рецепт", где указала общую информацию о рецепте (приоритет исполнения рецепта, реквизиты протокола врачебной комиссии, специальное назначение, срок действия рецепта), диагноз пациента, информацию по льготе (льготную категорию, источник финансирования и размер льготы на лекарственный препарат) и назначенном лекарственном препарате (назначенный препарат (действующее вещество по справочнику ЕСКЛП), описание приема препарата и особые указания, количество назначенных доз). В документе MNN_Prescription_min.xml указывается следующая информация: Таблица 7. Сценарий "Назначение льготного рецепта на лекарственный препарат с минимальным наполнением". Описание заголовка документа. Сущность CDA Участники\ Сущности Пациент Заголовок документа Пример Кодируемая информация Новосельцев М. Уникальный идентификатор пациента в МИС, ФИО, дата рождения, полис ОМС, СНИЛС пациента Медицинская организация providerOrganization Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор организации по реестру МО, уникальный идентификатор структурного подразделения организации, наименование медицинской организации, реквизиты организации, адрес, контакты author Автор Врач-терапевт Смирнова А. Уникальный идентификатор автора в МИС, СНИЛС, должность, контакты, ФИО custodian Владелец документа Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор организации по реестру МО, уникальный идентификатор структурного подразделения организации, наименование организации, адрес informationRecipient Получатель документа Министерство здравоохранения Российской Федерации Уникальный идентификатор получающей организации, наименование получающей организации legalAuthenticator Заверяет документ Заведующий отделением медицинской организации Елфимов А. Уникальный идентификатор заверителя в МИС, СНИЛС, должность, ФИО recordTarget Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 33 Сущность CDA documentationOf/ serviceEvent componentOf Участники\ Сущности Документируемое событие Сведения о случае оказания медицинской помощи Заголовок документа Пример Кодируемая информация Формирование рецепта на лекарственный препарат Тип документируемого события, дата выдачи медицинского документа Номер медицинской карты 7890\17 Уникальный идентификатор случая оказания медицинской помощи в МИС, номер медицинской карты пациента Таблица 8. Сценарий "Назначение льготного рецепта на лекарственный препарат с минимальным наполнением". Описание тела документа. Название секции Сведения о документе Тело документа Кодируемая информация: наполнение Серия рецепта: 77АА Номер рецепта: 123456 Срок действия рецепта: 15 дней Дата окончания действия рецепта: 27.09.2022 По специальному назначению (Отметка): Имеется Наличие хронических заболеваний (Отметка): Отсутствует Код заболевания по МКБ-10: K85 (Острый панкреатит) Коды льгот (с кодированными элементами) Льготная категория: Неработающие инвалиды II группы Источник финансирования: Федеральный бюджет Размер льготы: 100% Назначение лекарственного препарата\специализированного продукта лечебного питания Назначено: КАЛЬЦИЯ КАРБОНАТ+МАГНИЯ КАРБОНАТ ТАБЛЕТКИ ЖЕВАТЕЛЬНЫЕ 680 мг+80 мг Особые указания: По требованию Количество назначеных доз: 12 Заведующий отделением медицинской организации Елфимов А. подписал и заверил документ. После заверения документ должен быть отправлен в РЭМД. Пример xml-документа для данного сценария представлен в файле MNN_Prescription_min.xml. Участники для данного сценария представлены в Таблица 4. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 34 3.1.3 Сценарий "Назначение льготного рецепта на специализированный продукт лечебного питания". Пациент Новосельцев М.В. обратился в Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" с диагнозом "Дисфагия". Врач-терапевт Смирнова А.И. создала электронный документ "Льготный рецепт", где указала общую информацию о рецепте (приоритет исполнения рецепта, реквизиты протокола врачебной комиссии, специальное назначение, срок действия рецепта), диагноз пациента, информацию по льготе (льготную категорию, источник финансирования и размер льготы на лекарственный препарат) и назначенном лекарственном препарате (назначенный препарат (действующее вещество по справочнику ЕСКЛП), описание приема препарата и особые указания, количество назначенных доз). В документе Nut_sup_prescription.xml указывается следующая информация: Таблица 9. Сценарий "Назначение льготного рецепта на специализированный продукт лечебного питания". Описание заголовка документа. Сущность CDA Заголовок документа Пример Кодируемая информация Новосельцев М.В. Уникальный идентификатор пациента в МИС, ФИО, пол, дата рождения, адрес фактического проживания, адрес по месту жительства, вид полиса ОМС, номер полиса ОМС 5, СНИЛС пациента, документ, удостоверяющий личность, контакты Медицинская организация providerOrganization Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, сведения о лицензии на осуществление медицинской деятельности, реквизиты организации, наименование медицинской организации, контакты медицинской организации, адрес медицинской организации, контакты author Автор Врач-терапевт Смирнова А.И. Уникальный идентификатор автора в МИС, СНИЛС автора, код должности автора, адрес места работы автора, контакты автора, ФИО автора, сведения о медицинской организации, где работает автор custodian Владелец документа Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, наименование организации, адрес организации, контакты recordTarget 5 Участники\ Сущности Пациент Указывается идентификационный номер страхового медицинского полиса обязательного медицинского страхования. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 35 Сущность CDA informationRecipient Участники\ Сущности Получатель документа Заголовок документа Пример Кодируемая информация Министерство здравоохранения Российской Федерации Уникальный идентификатор получающей организации, наименование получающей организации legalAuthenticator Заверяет документ Заведующий отделением медицинской организации Елфимов А.И. Уникальный идентификатор лица, придавшего юридическую силу документу, в МИС, СНИЛС лица, придавшего юридическую силу документу, код должности лица, придавшего юридическую силу документу, адрес места работы лица, придавшего юридическую силу документу, контакты лица, придавшего юридическую силу документу, ФИО лица, придавшего юридическую силу документу, сведения о медицинской организации, где работает лицо, придавшее юридическую силу документу documentationOf/ serviceEvent Документируемое событие Формирование рецепта на специализированный продукт лечебного питания Тип документируемого события, дата выдачи медицинского документа, форма оказания медицинской помощи, вид оказания медицинской помощи, условия оказания медицинской помощи componentOf Сведения о случае оказания медицинской помощи Номер медицинской карты 7890\17 Уникальный идентификатор случая оказания медицинской помощи в МИС, номер медицинской карты пациента Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 36 Таблица 10. Сценарий "Назначение льготного рецепта на специализированный продукт лечебного питания". Описание тела документа. Название секции Сведения о документе Тело документа Кодируемая информация: наполнение Приоритет исполнения рецепта: Cito Серия рецепта: 77АА Номер рецепта: 123456 Срок действия рецепта: 15 дней Дата окончания действия рецепта: 10.06.2020 По специальному назначению (Отметка): Имеется Наличие хронических заболеваний (Отметка): Отсутствует Код заболевания по МКБ-10: R13 (Дисфагия) Коды льгот (с кодированными элементами) Льготная категория: Неработающие инвалиды II группы Источник финансирования: Федеральный бюджет Размер льготы: 100% Назначение лекарственного препарата\специализированного продукта лечебного питания Назначено: Специализированный продукт для диетического лечебного питания - сухая полноценная низколактозная смесь Нутризон эдванст Нутридринк сухая смесь Прием: 75 гр 3 раза в день в течение 30 дней Особые указания: Перед приемом смесь необходимо развести в соотношении 75 гр смеси на 85 мл воды Количество назначеных доз: 90 Связанные документы Протокол врачебной комиссии № 123 от 12.09.2022 16:10 Заведующий отделением медицинской организации Елфимов А.И. подписал и заверил документ. После заверения документ должен быть отправлен в РЭМД. Пример xml-документа для данного сценария представлен в файле Nut_sup_prescription.xml. Участники для данного сценария представлены в Таблица 4. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 37 3.1.4 Сценарий "Назначение льготного рецепта на торговое наименование". Пациент Новосельцев М.В. обратился в Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" с диагнозом "Острый панкреатит". Врач-терапевт Смирнова А.И. создала электронный документ "Льготный рецепт", где указала общую информацию о рецепте (приоритет исполнения рецепта, реквизиты протокола врачебной комиссии, специальное назначение, срок действия рецепта), диагноз пациента, информацию по льготе (льготную категорию, источник финансирования и размер льготы на лекарственный препарат) и назначенном лекарственном препарате (назначенный препарат (действующее вещество по справочнику ЕСКЛП), описание приема препарата и особые указания, количество назначенных доз). В документе TradeName_prescription.xml указывается следующая информация: Таблица 11. Сценарий "Назначение льготного рецепта на торговое наименование". Описание заголовка документа. Сущность CDA Заголовок документа Пример Кодируемая информация Новосельцев М.В. Уникальный идентификатор пациента в МИС, ФИО, пол, дата рождения, адрес фактического проживания, адрес по месту жительства, вид полиса ОМС, номер полиса ОМС 6, СНИЛС пациента, документ, удостоверяющий личность, контакты Медицинская организация providerOrganization Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, сведения о лицензии на осуществление медицинской деятельности, реквизиты организации, наименование медицинской организации, контакты медицинской организации, адрес медицинской организации, контакты author Автор Врач-терапевт Смирнова А.И. Уникальный идентификатор автора в МИС, СНИЛС автора, код должности автора, адрес места работы автора, контакты автора, ФИО автора, сведения о медицинской организации, где работает автор custodian Владелец документа Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, наименование организации, адрес организации, контакты recordTarget 6 Участники\ Сущности Пациент Указывается идентификационный номер страхового медицинского полиса обязательного медицинского страхования. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 38 Сущность CDA informationRecipient Участники\ Сущности Получатель документа Заголовок документа Пример Кодируемая информация Министерство здравоохранения Российской Федерации Уникальный идентификатор получающей организации, наименование получающей организации legalAuthenticator Заверяет документ Заведующий отделением медицинской организации Елфимов А.И. Уникальный идентификатор лица, придавшего юридическую силу документу, в МИС, СНИЛС лица, придавшего юридическую силу документу, код должности лица, придавшего юридическую силу документу, адрес места работы лица, придавшего юридическую силу документу, контакты лица, придавшего юридическую силу документу, ФИО лица, придавшего юридическую силу документу, сведения о медицинской организации, где работает лицо, придавшее юридическую силу документу documentationOf/ serviceEvent Документируемое событие Формирование рецепта на лекарственный препарат Тип документируемого события, дата выдачи медицинского документа, форма оказания медицинской помощи, вид оказания медицинской помощи, условия оказания медицинской помощи componentOf Сведения о случае оказания медицинской помощи Номер медицинской карты 7890\17 Уникальный идентификатор случая оказания медицинской помощи в МИС, номер медицинской карты пациента Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 39 Таблица 12. Сценарий "Назначение льготного рецепта на торговое наименование". Описание тела документа. Название секции Сведения о документе Тело документа Кодируемая информация: наполнение Приоритет исполнения рецепта: Cito Серия рецепта: 77АА Номер рецепта: 123456 Срок действия рецепта: 15 дней Дата окончания действия рецепта: 10.06.2020 По специальному назначению (Отметка): Имеется Наличие хронических заболеваний (Отметка): Отсутствует Код заболевания по МКБ-10: K85 (Острый панкреатит) Коды льгот (с кодированными элементами) Льготная категория: Неработающие инвалиды II группы Источник финансирования: Федеральный бюджет Размер льготы: 100% Назначение лекарственного препарата\специализированного продукта лечебного питания Назначено: ПАНКРЕАТИН (торговое наименование "панкреатин") ТАБЛЕТКИ, ПОКРЫТЫЕ ОБОЛОЧКОЙ 25 ЕД Прием: 2 таблетки per os до приема пищи 2 раза в день в течение 5 дней Особые указания: Принимать препарат утром и вечером после еды, запивая таблетки большим кол-вом воды Количество назначеных доз: 20 Связанные документы Протокол врачебной комиссии № 123 от 12.09.2022 16:10 Заведующий отделением медицинской организации Елфимов А.И. подписал и заверил документ. После заверения документ должен быть отправлен в РЭМД. Пример xml-документа для данного сценария представлен в файле TradeName_prescription.xml. Участники для данного сценария представлены в Таблица 4. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 40 3.1.5 Сценарий "Назначение льготного рецепта на медицинское изделие". Пациент Новосельцев М.В. обратился в МБУЗ "Городская Поликлиника № 10 города Ростова-на-Дону" с диагнозом "Инсулинзависимый сахарный диабет без осложнений". Врач-терапевт Смирнова А.И. создала электронный документ "Льготный рецепт", где указала общую информацию о рецепте (приоритет исполнения рецепта, реквизиты протокола врачебной комиссии, специальное назначение, срок действия рецепта), диагноз пациента, информацию по льготе (льготную категорию, источник финансирования и размер льготы на лекарственный препарат) и назначенном лекарственном препарате (назначенный препарат (действующее вещество по справочнику ЕСКЛП), описание приема препарата и особые указания, количество назначенных доз). В документе Med_Prod_Prescription.xml указывается следующая информация: Таблица 13. Сценарий "Назначение льготного рецепта на медицинское изделие". Описание заголовка документа. Сущность CDA Заголовок документа Пример Кодируемая информация Новосельцев М.В. Уникальный идентификатор пациента в МИС, ФИО, пол, дата рождения, адрес фактического проживания, адрес по месту жительства, вид полиса ОМС, номер полиса ОМС 7, СНИЛС пациента, документ, удостоверяющий личность, контакты Медицинская организация providerOrganization Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, сведения о лицензии на осуществление медицинской деятельности, реквизиты организации, наименование медицинской организации, контакты медицинской организации, адрес медицинской организации, контакты author Автор Врач-терапевт Смирнова А.И. Уникальный идентификатор автора в МИС, СНИЛС автора, код должности автора, адрес места работы автора, контакты автора, ФИО автора, сведения о медицинской организации, где работает автор custodian Владелец документа Муниципальное бюджетное учреждение здравоохранения "Городская Поликлиника № 10 города Ростова-на-Дону" Уникальный идентификатор медицинской организации, уникальный идентификатор структурного подразделения медицинской организации, наименование организации, адрес организации, контакты recordTarget 7 Участники\ Сущности Пациент Указывается идентификационный номер страхового медицинского полиса обязательного медицинского страхования. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 41 Сущность CDA informationRecipient Участники\ Сущности Получатель документа Заголовок документа Пример Кодируемая информация Министерство здравоохранения Российской Федерации Уникальный идентификатор получающей организации, наименование получающей организации legalAuthenticator Заверяет документ Заведующий отделением медицинской организации Елфимов А.И. Уникальный идентификатор лица, придавшего юридическую силу документу, в МИС, СНИЛС лица, придавшего юридическую силу документу, код должности лица, придавшего юридическую силу документу, адрес места работы лица, придавшего юридическую силу документу, контакты лица, придавшего юридическую силу документу, ФИО лица, придавшего юридическую силу документу, сведения о медицинской организации, где работает лицо, придавшее юридическую силу документу documentationOf/ serviceEvent Документируемое событие Формирование рецепта на медицинское изделие Тип документируемого события, дата выдачи медицинского документа, форма оказания медицинской помощи, вид оказания медицинской помощи, условия оказания медицинской помощи componentOf Сведения о случае оказания медицинской помощи Номер медицинской карты 7890\17 Уникальный идентификатор случая оказания медицинской помощи в МИС, номер медицинской карты пациента Таблица 14. Сценарий "Назначение льготного рецепта на медицинское изделие". Описание тела документа. Название секции Сведения о документе Тело документа Кодируемая информация: наполнение Серия рецепта: 77АА Номер рецепта: 123456 Срок действия рецепта: 15 дней Дата окончания действия рецепта: 25.08.2020 Пациенту с хроническим заболеванием: нет Код заболевания по МКБ-10: E10.9 (Инсулинзависимый сахарный диабет без осложнений) Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 42 Название секции Коды льгот (с кодированными элементами) Тело документа Кодируемая информация: наполнение Льготная категория: Неработающие инвалиды II группы Источник финансирования: Федеральный бюджет Размер льготы: 100% Назначение лекарственного препарата\специализированного продукта лечебного питания Наименование медицинского изделия: Глюкоза ИВД, набор, колориметрическая тест-полоска, экспресс-анализ Характеристика: Назначение: Количество выполняемых тестов: 25.000- (Штука); Для анализаторов Аккутренд Количество назначеных доз: 1 Заведующий отделением медицинской организации Елфимов А.И. подписал и заверил документ. После заверения документ должен быть отправлен в РЭМД. Пример xml-документа для данного сценария представлен в файле Med_Prod_Prescription.xml. Участники для данного сценария представлены в Таблица 4. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 43 3.2 Информация о пациенте <recordTarget> Информация о пациенте, которому был назначен рецепт, должна быть представлена в элементе recordTarget. В документе должна быть указана информация о медицинской организации, оказывающей медицинскую помощь пациенту (элемент providerOrganization), включая уникальный идентификатор организации по ФРМО, уникальный идентификатор структурного подразделения организации, наименование организации, её контакты и адрес. Пример описания информации о пациенте представлен на Рисунок 24. У1-20: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент recordTarget, который: 1. ОБЯЗАН иметь один [1..1] элемент patientRole, который: а. ОБЯЗАН иметь один [1..1] элемент id[1] (атрибут @root должен соответствовать правилу формирования идентификаторов пациентов, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.10", атрибут @extension должен быть представлен не пустым значением), содержащий уникальный идентификатор пациента в информационной системе; б. ОБЯЗАН иметь один [1..1] элемент id[2] (атрибут @root должен иметь значение "1.2.643.100.3", атрибут @extension должен быть представлен не пустым значением), содержащий страховой номер индивидуального лицевого счёта (СНИЛС); в. ДОЛЖЕН иметь один [1..1] элемент identity:IdentityDoc, который: I. ОБЯЗАН иметь один [1..1] элемент identity:IdentityCardType (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.48", @codeSystemName должен иметь значение "Документы, удостоверяющие личность", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями); II. ДОЛЖЕН иметь один [1..1] элемент identity:Series, который должен иметь не пустое наполнение; III. ОБЯЗАН иметь один [1..1] элемент identity:Number, который должен иметь не пустое наполнение; IV. ДОЛЖЕН иметь один [1..1] элемент identity:IssueOrgName, который должен иметь не пустое наполнение; V. ДОЛЖЕН иметь один [1..1] элемент identity:IssueOrgCode, который должен иметь не пустое наполнение; VI. ОБЯЗАН иметь один [1..1] элемент identity:IssueDate (атрибут @value должен быть представлен не пустым значением), содержащий дату выдачи документа с точностью до дня; г. ДОЛЖЕН иметь один [1..1] элемент identity:InsurancePolicy, содержащий информацию о полисе ОМС, который: I. ОБЯЗАН иметь один [1..1] элемент identity:InsuracePolicyType (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1035", атрибут @codeSystemName должен иметь значение "Виды полиса обязательного медицинского страхования", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями); II. МОЖЕТ иметь один [0..1] элемент identity:Series, который должен иметь не пустое наполнение; III. ОБЯЗАН иметь один [1..1] элемент identity:Number, который должен иметь не пустое наполнение; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 44 д. ДОЛЖЕН иметь от одного до двух [1..2] элементов addr, который: I. ОБЯЗАН иметь один [1..1] элемент address:Type (атрибут @codeSystem должен значение "1.2.643.5.1.13.13.11.1504", @codeSystemName должен иметь значение "Тип адреса пациента", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями); II. должен соответствовать требованиям к элементу addr, описанным в разделе "Общие ограничения"; е. МОЖЕТ иметь произвольное количество [0..*] элементов telecom, хотя бы один telecom следует указать со схемой "tel:"; ж. ОБЯЗАН иметь один [1..1] элемент patient, который: I. ОБЯЗАН иметь один [1..1] элемент name, содержащий ФИО пациента; II. ДОЛЖЕН иметь один [1..1] элемент administrativeGenderCode (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1040", атрибут @codeSystemName должен иметь значение "Пол пациента", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями); III. ОБЯЗАН иметь один [1..1] элемент birthTime (атрибут @value должен быть представлен не пустым значением), содержащий дату рождения пациента с точностью до дня; з. ОБЯЗАН иметь один [1..1] элемент providerOrganization, который: I. ОБЯЗАН иметь один [1..1] элемент id[1] (атрибут @root должен быть представлен с не пустым значением (по справочнику "Реестр медицинских организаций Российской Федерации" (OID: 1.2.643.5.1.13.13.11.1461), поле "OID"), элемент может иметь атрибут @extension, который должен быть представлен с не пустым значением, если имеется информация о структурном подразделении медицинской организации (по справочнику "ФРМО. Справочник структурных подразделений" (OID: 1.2.643.5.1.13.13.99.2.114), поле "OID структурного подразделения")), содержащий уникальный идентификатор медицинской организации и (при наличии) уникальный идентификатор структурного подразделения медицинской организации; II. МОЖЕТ иметь один [0..1] элемент id[2] (атрибут @root должен иметь значение "1.2.643.5.1.13.2.1.1.1504.101", атрибут @extension должен содержать номер лицензии, @assigningAuthorityName должен содержать наименование организации, выдавшей лицензию, и дату выдачи лицензии), содержащий информацию о лицензии на осуществление медицинской деятельности; III. ОБЯЗАН иметь один [1..1] элемент identity:Props, который: i. ДОЛЖЕН иметь один [1..1] элемент identity:Ogrn, который не может быть представлен одновременно с identity:Ogrnip; ii. ДОЛЖЕН иметь один [1..1] элемент identity:Ogrnip, который не может быть представлен одновременно с identity:Ogrn; iii. МОЖЕТ иметь один [0..1] элемент identity:Okpo; iv. МОЖЕТ иметь один [0..1] элемент identity:Okato; IV. ОБЯЗАН иметь один [1..1] элемент name, содержащий наименование организации; V. МОЖЕТ иметь произвольное количество [0..*] элементов telecom, содержащих контакты организации, хотя бы один telecom следует указать со схемой "tel:"; VI. ОБЯЗАН иметь один [1..1] элемент addr, содержащий адрес организации. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 45  <recordTarget>  <patientRole>  <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.10" extension="735486"/>  <id root="1.2.643.100.3" extension="25463625426"/>  <identity:IdentityDoc>  <identity:IdentityCardType code="1" codeSystem="1.2.643.5.1.13.13.99.2.48" codeSystemVersion="7.1" codeSystemName="Документы, удостоверяющие личность" displayName="Паспорт гражданина Российской Федерации"/>  <identity:Series>4507</identity:Series>  <identity:Number>691154</identity:Number>  <identity:IssueOrgName>ОВД "Гольяново" города Москвы</identity:IssueOrgName>  <identity:IssueOrgCode>772-050</identity:IssueOrgCode>  <identity:IssueDate value="20100404"/> </identity:IdentityDoc>  <identity:InsurancePolicy>  <identity:InsurancePolicyType code="2" codeSystem="1.2.643.5.1.13.13.11.1035" codeSystemVersion="1.3" codeSystemName="Виды полиса обязательного медицинского страхования" displayName="Полис ОМС единого образца, бессрочный"/>   <identity:Number>7712958452351689</identity:Number> </identity:InsurancePolicy>  <addr>  <address:Type code="1" codeSystem="1.2.643.5.1.13.13.11.1504" codeSystemVersion="1.3" codeSystemName="Тип адреса пациента" displayName="Адрес по месту жительства (постоянной регистрации)"/>  <streetAddressLine>г Ростов-на-Дону, ул Социалистическая, д 133, кв 5</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>440c699e-d14f-4174-ae89-939bece0cef0</fias:AOGUID>  <fias:HOUSEGUID>849de80b-e0cd-45c6-bcd7-b2f5e50bd578</fias:HOUSEGUID> </fias:Address> </addr>  <addr>  <address:Type code="3" codeSystem="1.2.643.5.1.13.13.11.1504" codeSystemVersion="1.3" codeSystemName="Тип адреса пациента" displayName="Адрес фактического проживания (пребывания)"/>  <streetAddressLine>г Ростов-на-Дону, ул Социалистическая, д 133, кв 5</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 46  <fias:AOGUID>440c699e-d14f-4174-ae89-939bece0cef0</fias:AOGUID>  <fias:HOUSEGUID>849de80b-e0cd-45c6-bcd7-b2f5e50bd578</fias:HOUSEGUID> </fias:Address> </addr>  <telecom value="tel:+78631953745"/>  <telecom value="tel:+79034752364" use="MC"/>  <telecom value="mailto: novosel.m.v@mail.ru"/>  <patient>  <name>  <family>Новосельцев</family>  <given>Михаил</given>  <identity:Patronymic>Владимирович</identity:Patronymic> </name>  <administrativeGenderCode code="1" codeSystem="1.2.643.5.1.13.13.11.1040" codeSystemVersion="2.1" codeSystemName="Пол пациента" displayName="Мужской"/>  <birthTime value="19900125"/> </patient>  <providerOrganization>  <id root="1.2.643.5.1.13.13.12.2.61.6228" extension="1.2.643.5.1.13.13.12.2.61.6228.0.18881"/>  <id root="1.2.643.5.1.13.2.1.1.1504.101" extension="ЛО-61-01-006816" assigningAuthorityName="Министерство здравоохранения Ростовской области. Дата регистрации: 21.11.2018"/>  <identity:Props>  <identity:Ogrn>1037734008575</identity:Ogrn>  <identity:Ogrnip nullFlavor="NA"/>   <identity:Okato>60401368</identity:Okato> </identity:Props>  <name>Муниципальное бюджетное учреждение здравоохранения "Городская поликлиника №10 города Ростова-на-Дону"</name>    <telecom value="tel:+78632633171" use="WP"/>  <addr>  <streetAddressLine>г Ростов-на-Дону, ул Большая Садовая, д 106/46</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 47 </addr> </providerOrganization> </patientRole> </recordTarget> Рисунок 24. Пример recordTarget. 3.3 Автор <author> Элемент author описывает создателя документа и содержит данные о человеке, который составил документ "Льготный рецепт" (создал в информационной системе). Автор документа представляет лицо, которое на основе своих знаний и навыков предоставил информацию для документа. Если автор документа получает и обрабатывает информацию от другого участника, фильтрует её, алгоритмически преобразует и получает на её основе новую информацию, то этот другой участник тоже должен быть указан как автор. Пример описания информации об авторе представлен на Рисунок 25. У1-21: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент author, который: 1. ДОЛЖЕН иметь один [1..1] элемент time (атрибут @nullFlavor должен иметь значение "NI"); 2. ОБЯЗАН иметь один [1..1] элемент assignedAuthor, который: а. ОБЯЗАН иметь один [1..1] элемент id[1] (атрибут @root должен соответствовать правилу формирования идентификаторов персонала, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.70", атрибут @extension должен быть представлен не пустым значением), содержащий уникальный идентификатор автора в информационной системе; б. ОБЯЗАН иметь один [1..1] элемент id[2] (атрибут @root должен иметь значение "1.2.643.100.3", атрибут @extension должен быть представлен не пустым значением), содержащий страховой номер индивидуального лицевого счёта (СНИЛС); в. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1002", атрибут @codeSystemName должен иметь значение "Должности медицинских и фармацевтических работников", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), содержащий код должности автора; г. МОЖЕТ иметь один [0..1] элемент addr, содержащий рабочий адрес автора; д. МОЖЕТ иметь произвольное количество [0..*] элементов telecom, содержащих контакты автора, хотя бы один telecom следует указать со схемой "tel:"; е. ОБЯЗАН иметь один [1..1] элемент assignedPerson, который: I. ОБЯЗАН иметь один [1..1] элемент name, содержащий ФИО автора; ж. МОЖЕТ иметь один [0..1] элемент representedOrganization (атрибут @classCode должен иметь значение "ORG"), содержащий информацию о месте работы автора, который: I. ОБЯЗАН иметь один [1..1] элемент id (атрибут @root должен быть представлен с не пустым значением (по справочнику "Реестр медицинских организаций Российской Федерации" (OID: 1.2.643.5.1.13.13.11.1461), поле "OID"), элемент может иметь атрибут @extension, который должен быть представлен с не пустым значением, если имеется информация о структурном подразделении медицинской организации (по справочнику "ФРМО. Справочник структурных подразделений" (OID: 1.2.643.5.1.13.13.99.2.114), поле "OID структурного подразделения")), содержащий уникальный идентификатор медицинской организации и (при наличии) уникальный идентификатор структурного подразделения; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 48 II. ОБЯЗАН иметь один [1..1] элемент name, содержащий наименование организации; III. МОЖЕТ иметь произвольное количество [0..*] элементов telecom, содержащих контакты организации, хотя бы один telecom следует указать со схемой "tel:"; IV. МОЖЕТ иметь один [0..1] элемент addr, содержащий адрес организации.  <author>  <time nullFlavor="NI"/>  <assignedAuthor>  <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.70" extension="542177"/>  <id root="1.2.643.100.3" extension="52415377312"/>  <code code="109" codeSystem="1.2.643.5.1.13.13.11.1002" codeSystemVersion="7.6" codeSystemName="Должности медицинских и фармацевтических работников" displayName="врачтерапевт"/>  <addr>  <streetAddressLine>г Ростов-на-Дону, ул Большая Садовая, д 106/46</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> </addr>  <telecom value="tel:+78632633175" use="WP"/>  <telecom value="tel:+79267352628"/>  <telecom value="mailto:smirnovа.a.i@rambler.ru"/>  <assignedPerson>  <name>  <family>Смирнова</family>  <given>Александра</given>  <identity:Patronymic>Ивановна</identity:Patronymic> </name> </assignedPerson>  <representedOrganization classCode="ORG">  <id root="1.2.643.5.1.13.13.12.2.61.6228" extension="1.2.643.5.1.13.13.12.2.61.6228.0.18881"/>  <name>Муниципальное бюджетное учреждение здравоохранения «Городская Поликлиника № 10 города Ростова-на-Дону»</name>  <telecom value="tel:+78632633171" use="WP"/>  <addr>  <streetAddressLine>г Ростов-на-Дону, ул Большая Садовая, д 106/46</streetAddressLine>  Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 49 <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> </addr> </representedOrganization> </assignedAuthor> </author> Рисунок 25. Пример author. 3.4 Владелец оригинала документа <custodian> Элемент custodian указывает на организацию, ответственную за хранение оригинала документа, переданного в формате CDA. Элемент содержит уникальный идентификатор организации, уникальный идентификатор структурного подразделения организации, ответственной за хранение оригинала документа, её наименование, адрес и контакты. Пример описания информации о владельце оригинала документа представлен на Рисунок 26. У1-22: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент custodian, который: 1. ОБЯЗАН иметь один [1..1] элемент assignedCustodian, который: а. ОБЯЗАН иметь один [1..1] элемент representedCustodianOrganization (атрибут @classCode должен иметь значение "ORG") который: I. ОБЯЗАН иметь один [1..1] элемент id (атрибут @root должен быть представлен с не пустым значением (по справочнику "Реестр медицинских организаций Российской Федерации" (OID: 1.2.643.5.1.13.13.11.1461), поле "OID"), элемент может иметь атрибут @extension, который должен быть представлен с не пустым значением, если имеется информация о структурном подразделении медицинской организации (по справочнику "ФРМО. Справочник структурных подразделений" (OID: 1.2.643.5.1.13.13.99.2.114), поле "OID структурного подразделения")), содержащий уникальный идентификатор медицинской организации и (при наличии) уникальный идентификатор структурного подразделения организации; II. ОБЯЗАН иметь один [1..1] элемент name, содержащий наименование организации; III. МОЖЕТ иметь один [0..1] элемент telecom, содержащий организации, telecom следует указать со схемой "tel:"; контакты IV. ОБЯЗАН иметь один [1..1] элемент addr, содержащий адрес организации.  <custodian>  <assignedCustodian>  <representedCustodianOrganization classCode="ORG">  <id root="1.2.643.5.1.13.13.12.2.61.6228" extension="1.2.643.5.1.13.13.12.2.61.6228.0.18881"/>  <name>Муниципальное бюджетное учреждение здравоохранения "Городская поликлиника №10 города Ростова-на-Дону"</name>  <telecom value="tel:+78632633171" use="WP"/>  <addr> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 50  <streetAddressLine>г Ростов-на-Дону, ул Большая Садовая, д 106/46</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> </addr> </representedCustodianOrganization> </assignedCustodian> </custodian> Рисунок 26. Пример custodian. 3.5 Получатель документа <informationRecipient> Элемент informationRecipient должен идентифицировать получателя CDA документа. В данном руководстве предполагается, что документ формируется для отправки его в РЭМД, ответственным за ведение которого является Министерство здравоохранения Российской Федерации. Пример описания получателя документа представлен на Рисунок 27. У1-23: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент который: informationRecipient[1], 1. ОБЯЗАН иметь один [1..1] элемент intendedRecipient, который: а. ОБЯЗАН иметь один [1..1] элемент receivedOrganization, информацию о получателе документа (РЭМД): содержащий I. ОБЯЗАН иметь один [1..1] элемент id (атрибут @root должен иметь значение "1.2.643.5.1.13"); II. ОБЯЗАН иметь один [1..1] элемент name, содержащий наименование получающей организации, который должен быть заполнен значением "Министерство здравоохранения Российской Федерации". У1-24: ClinicalDocument МОЖЕТ иметь произвольное количество [0..*] элементов informationRecipient[*], которые: 1. ОБЯЗАНЫ иметь один [1..1] элемент intendedRecipient, который: а. ОБЯЗАН иметь один [1..1] элемент receivedOrganization, информацию о получателе документа (организации): содержащий I. ДОЛЖЕН иметь один [1..1] элемент id (атрибут @root должен быть представлен с не пустым значением (по справочнику "Реестр медицинских организаций Российской Федерации" (OID: 1.2.643.5.1.13.13.11.1461), поле "OID"), элемент может иметь атрибут @extension, который должен быть представлен с не пустым значением, если имеется информация о структурном подразделении медицинской организации (по справочнику "ФРМО. Справочник структурных подразделений" (OID: 1.2.643.5.1.13.13.99.2.114), поле "OID структурного подразделения")), содержащий уникальный идентификатор получающей организации и (при наличии) уникальный идентификатор структурного подразделения организации; II. ОБЯЗАН иметь один [1..1] элемент name, содержащий наименование получающей организации, который должен иметь не пустое наполнение. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 51  <informationRecipient>  <intendedRecipient>  <receivedOrganization>  <id root="1.2.643.5.1.13"/>  <name>Министерство здравоохранения Российской Федерации</name> </receivedOrganization> </intendedRecipient> </informationRecipient>  Рисунок 27. Пример informationRecipient. 3.6 Лицо, придавшее юридическую значимость документу <legalAuthenticator> Элемент legalAuthenticator должен быть представлен и идентифицировать лицо, которое придало документу юридическую значимость. Пример описания информации о лице, придавшем юридическую значимость документу, представлен на Рисунок 28. У1-25: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент legalAuthenticator, который: 1. ДОЛЖЕН иметь один [1..1] элемент time (атрибут @nullFlavor должен иметь значение "NI"); 2. ДОЛЖЕН иметь один [1..1] элемент signatureCode (атрибут @nullFlavor должен иметь значение "NI"); 3. ОБЯЗАН иметь один [1..1] элемент assignedEntity, который: а. ОБЯЗАН иметь один [1..1] элемент id[1] (атрибут @root должен соответствовать правилу формирования идентификаторов персонала, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.70", атрибут @extension должен быть представлен не пустым значением), содержащий уникальный идентификатор лица, придавшего юридическую значимость документу, в МИС МО; б. ОБЯЗАН иметь один [1..1] элемент id[2] (атрибут @root должен иметь значение "1.2.643.100.3", атрибут @extension должен быть представлен не пустым значением), содержащий страховой номер индивидуального лицевого счёта (СНИЛС); в. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1002", атрибут @codeSystemName должен иметь значение "Должности медицинских и фармацевтических работников", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), содержащий должность медицинского работника; г. МОЖЕТ иметь один [0..1] элемент addr, содержащий рабочий адрес лица, придавшего юридическую силу документу; д. МОЖЕТ иметь произвольное количество [0..*] элементов telecom, содержащих контакты лица, придавшего юридическую силу документу, хотя бы один telecom следует указать со схемой "tel:"; е. ОБЯЗАН иметь один [1..1] элемент assignedPerson, который: I. ОБЯЗАН иметь один [1..1] элемент name, содержащий ФИО лица, придавшего юридическую силу документу; ж. МОЖЕТ иметь один [0..1] элемент representedOrganization (атрибут @classCode должен иметь значение "ORG"), содержащий информацию о месте работы лица, придавшего юридическую силу, который: Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 52 I. ОБЯЗАН иметь один [1..1] элемент id (атрибут @root должен быть представлен с не пустым значением (по справочнику "Реестр медицинских организаций Российской Федерации" (OID: 1.2.643.5.1.13.13.11.1461), поле "OID"), элемент может иметь атрибут @extension, который должен быть представлен с не пустым значением, если имеется информация о структурном подразделении медицинской организации (по справочнику "ФРМО. Справочник структурных подразделений" (OID: 1.2.643.5.1.13.13.99.2.114), поле "OID структурного подразделения")), содержащий уникальный идентификатор медицинской организации и (при наличии) уникальный идентификатор структурного подразделения; II. ОБЯЗАН иметь один [1..1] элемент name, содержащий наименование организации; III. МОЖЕТ иметь произвольное количество [0..*] элементов telecom, содержащих контакты организации, хотя бы один telecom следует указать со схемой "tel:"; IV. МОЖЕТ иметь один [0..1] элемент addr, содержащий адрес организации.  <legalAuthenticator>  <time nullFlavor="NI"/>  <signatureCode nullFlavor="NI"/>  <assignedEntity>  <id root="1.2.643.100.3" extension="52415377312"/>  <code code="430" codeSystem="1.2.643.5.1.13.13.11.1002" codeSystemVersion="7.6" codeSystemName="Должности медицинских и фармацевтических работников" displayName="заведующий отделением медицинской организации"/>  <addr>  <streetAddressLine>г Ростов-на-Дону, ул Большая Садовая, д 106/46</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> </addr>  <telecom value="tel:+78632633176" use="WP"/>  <telecom value="tel:+79267354628"/>  <telecom value="mailto:elfimov@gmail.com"/>  <assignedPerson>  <name>  <family>Елфимов</family>  <given>Александр</given>  <identity:Patronymic>Иванович</identity:Patronymic> </name> </assignedPerson> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 53  <representedOrganization classCode="ORG">  <id root="1.2.643.5.1.13.13.12.2.61.6228" extension="1.2.643.5.1.13.13.12.2.61.6228.0.18881"/>  <name>Муниципальное бюджетное учреждение здравоохранения "Городская поликлиника №10 города Ростова-на-Дону"</name>  <telecom value="tel:+78632633171" use="WP"/>  <addr>  <streetAddressLine>г Ростов-на-Дону, ул Большая Садовая, д 106/46</streetAddressLine>  <address:stateCode code="61" codeSystem="1.2.643.5.1.13.13.99.2.206" codeSystemVersion="6.3" codeSystemName="Субъекты Российской Федерации" displayName="Ростовская область"/>  <postalCode>344006</postalCode>  <fias:Address>  <fias:AOGUID>61a9c88c-51e7-4996-888a-ca425a8d78ba</fias:AOGUID>  <fias:HOUSEGUID>ef405420-fef7-4391-9c0c-cc47196520e6</fias:HOUSEGUID> </fias:Address> </addr> </representedOrganization> </assignedEntity> </legalAuthenticator> Рисунок 28. Пример legalAuthenticator. 3.7 Документируемое событие <documentationOf> Элемент documentationOf описывает документированное событие и содержит сведения о типе события, дате и времени проведения, а также форме, виде и условиях оказания медицинской помощи. Пример описания компонента представлен на Рисунок 29 У1-26: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент содержащий сведения о документируемом событии, который: documentationOf, 1. ОБЯЗАН иметь один [1..1] элемент serviceEvent, который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.726", атрибут @codeSystemName должен иметь значение "Типы документированных событий", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены с не пустыми значениями), содержащий тип документируемого события; б. ОБЯЗАН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен с не пустым значением), содержащий дату выдачи медицинского документа; в. МОЖЕТ иметь один [0..1] элемент medService:serviceForm (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1551", атрибут @codeSystemName должен иметь значение "Формы оказания медицинской помощи", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены с не пустыми значениями), содержащий форму оказания медицинской помощи; г. МОЖЕТ иметь один [0..1] элемент medService:serviceType (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1034", атрибут @codeSystemName должен иметь значение "Виды медицинской помощи", атрибуты @code, @codeSystemVersion, @displayName должны быть Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 54 представлены с не пустыми значениями), содержащий вид медицинской помощи; д. МОЖЕТ иметь один [0..1] элемент medService:serviceCond (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.322", атрибут @codeSystemName должен иметь значение "Условия оказания медицинской помощи", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены с не пустыми значениями), содержащий условия оказания медицинской помощи.  <documentationOf>  <serviceEvent>  <code code="58" codeSystem="1.2.643.5.1.13.13.99.2.726" codeSystemName="Типы документированных событий" displayName="Формирование рецепта на лекарственный препарат" codeSystemVersion="3.1"/>  <effectiveTime value="202209121610+0300"/>    </serviceEvent> </documentationOf> Рисунок 29. Пример documentationOf. 3.8 Случай оказания медицинской помощи <componentOf> Элемент componentOf содержит информацию о случае оказания медицинской помощи пациенту, в рамках которого была выписан льготный рецепт. Элемент componentOf предназначен для того, чтобы получатель документа, при необходимости, смог запросить дополнительную информацию по данному случаю. Пример описания информации о случае оказания медицинской помощи представлен на Рисунок 30. У1-27: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент componentOf, который: 1. ОБЯЗАН иметь один [1..1] элемент encompassingEncounter, который: а. ОБЯЗАН иметь один [1..1] элемент id[1] (атрибут @root должен соответствовать правилу формирования идентификаторов случаев оказания медицинской помощи в экземпляре МИС в медицинской организации, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.15", атрибут @extension должен быть представлен не пустым значением), содержащий уникальный идентификатор случая оказания медицинской помощи; б. ОБЯЗАН иметь один [1..1] элемент id[2] (атрибуты @root, @extension должны быть представлены с не пустыми значениями: атрибут @root должен соответствовать правилу формирования идентификаторов случаев оказания стационарной помощи, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.16", атрибут @extension должен соответствовать номеру истории болезни ИЛИ правилу формирования идентификаторов случаев оказания амбулаторной помощи, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.17", атрибут @extension должен соответствовать номеру амбулаторной карты); в. МОЖЕТ иметь один [0..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.723", атрибуты @code, @codeSystemVersion, @codeSystemName, @displayName должны быть представлены не пустыми значениями), содержащий информацию о типе медицинской карты; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 55 г. МОЖЕТ иметь один [0..1] элемент medService:DocType (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1522", атрибуты @code, @codeSystemVersion, @codeSystemName, @displayName должны быть представлены не пустыми значениями), содержащий информацию о виде медицинской карты (к использованию допускаются записи справочника, которые относятся к медицинским картам); д. ОБЯЗАН иметь один [1..1] элемент effectiveTime, содержащий даты случая, который: I. ОБЯЗАН иметь один [1..1] элемент low (атрибут @value должен быть представлен не пустым значением), содержащий дату начала случая; II. МОЖЕТ иметь один [0..1] элемент high (атрибут @value должен быть представлен не пустым значением), содержащий дату окончания случая.  <componentOf>  <encompassingEncounter>  <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.15" extension="908964234678"/>  <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.16" extension="7890\17"/>    <effectiveTime>  <low value="202209121600+0300"/>  <high value="202209121610+0300"/> </effectiveTime> </encompassingEncounter> </componentOf> Рисунок 30. Пример componentOf. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 56 Раздел III. Тело документа 1. Тело документа Документ "Льготный рецепт", в соответствии с данным руководством, должен иметь структурированное наполнение, предназначенное для восприятия человеком и для машинной обработки. Наполнение должно быть представлено в виде XMLнаполнения (см. Рисунок 31), разделённого на секции (см. Рисунок 32). У1-28: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент component, который: 1. ОБЯЗАН иметь один [1..1] элемент structuredBody.  <component>  <structuredBody> : . </structuredBody> </component> Рисунок 31. Пример разметки для структурированного тела CDA документа. Каждая секция включает в себя человекочитаемое наполнение и может включать в себя его закодированное отображение для машинной обработки. 1.1 Разделы документа "Льготный рецепт" Информация в CDA документе "Льготный рецепт", в соответствии с данным руководством, должна быть разложена в ряд обязательных разделов (секций). Для упрощения разбора документа и для лучшего представления, секции должны быть расположены в указанном порядке. Обязательность/опциональность секций, их коды по справочнику секций, вложенность (в данном документе вложенных секций нет), а также порядок следования разделов, указан в Таблица 15. Таблица 15. Разделы документа "Льготный рецепт". Код секции Наименование Предпочтительное наименование секции Обязательность Наличие кодированных элементов (3 уровень CDA) DOCINFO Сведения о документе Сведения об электронном рецепте Обязательная секция + BENEFITS Льготы Информация о льготах Обязательная секция + RECIPE Рецепт Назначение лекарственного препарата\ специализированного продукта лечебного питания Обязательная секция + Необязательная секция + ИЛИ Назначение медицинского изделия LINKDOCS Связанные документы У2-1: Элемент structuredBody ОБЯЗАН иметь секцию "Сведения о документе", т.е. иметь один [1..1] элемент component, который: 1. ОБЯЗАН иметь один [1..1] элемент section, который: Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 57 а. ОБЯЗАН иметь один [1..1] code (атрибут @code должен иметь значение "DOCINFO", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.197", атрибуты @codeSystemVersion, @codeSystemName, @displayName должны быть представлены не пустыми значениями), содержащий код секции; б. ОБЯЗАН иметь один [1..1] элемент title, который следует заполнить текстом "Сведения об электронном рецепте", содержащий название секции; в. ОБЯЗАН иметь один [1..1] элемент text, содержащий человекочитаемое наполнение секции. У2-2: Элемент structuredBody ОБЯЗАН иметь секцию "Льготы", т.е. иметь один [1..1] элемент component, который: 1. ОБЯЗАН иметь один [1..1] элемент section, который: а. ОБЯЗАН иметь один [1..1] code (атрибут @code должен иметь значение "BENEFITS", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.197", атрибуты @codeSystemVersion, @codeSystemName, @displayName должны быть представлены не пустыми значениями), содержащий код секции; б. ОБЯЗАН иметь один [1..1] элемент title, который следует заполнить текстом "Информация о льготах", содержащий название секции; в. ОБЯЗАН иметь один [1..1] элемент text, содержащий человекочитаемое наполнение секции. У2-3: Элемент structuredBody ОБЯЗАН иметь секцию "Рецепт", т.е. иметь один [1..1] элемент component, который: 1. ОБЯЗАН иметь один [1..1] элемент section, который: а. ОБЯЗАН иметь один [1..1] code (атрибут @code должен иметь значение "RECIPE", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.197", атрибуты @codeSystemVersion, @codeSystemName, @displayName должны быть представлены не пустыми значениями), содержащий код секции; б. ОБЯЗАН иметь один [1..1] элемент title, который следует заполнить текстом "Назначение лекарственного препарата\специализированного продукта лечебного питания" или "Назначение медицинского изделия", содержащий название секции; в. ОБЯЗАН иметь один [1..1] элемент text, содержащий человекочитаемое наполнение секции. У2-4: Элемент structuredBody МОЖЕТ иметь секцию "Связанные документы", т.е. иметь один [0..1] элемент component, который: 1. ОБЯЗАН иметь один [1..1] элемент section, который: а. ОБЯЗАН иметь один [1..1] code (атрибут @code должен иметь значение "LINKDOCS", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.197", атрибуты @codeSystemVersion, @codeSystemName, @displayName должны быть представлены не пустыми значениями), содержащий код секции; б. ОБЯЗАН иметь один [1..1] элемент title, который следует заполнить текстом "Связанные документы", содержащий название секции; в. ОБЯЗАН иметь один [1..1] элемент text, содержащий человекочитаемое наполнение секции.  <component>  <structuredBody>  <component> <section>  Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 58 <code code="DOCINFO" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Сведения о документе"/>  <title>Сведения об электронном рецепте</title>  <text> : . </text> : .  <component> <section>  <code code="BENEFITS" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Льготы"/>  <title>Информация о льготах</title>  <text> : . </text> : . </section> </component>  <component> <section> <code code="RECIPE" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Рецепт"/>  <title>Назначение лекарственного препарата\специализированного продукта лечебного питания</title>  <text> : . </text> : . </section> </component>  <component> <section>  <code code="LINKDOCS" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Связанные документы"/>  <title>Связанные документы</title>  <text> : . </text> : . </section> </component> </structuredBody> </component> Рисунок 32. Разметка полного набора секций документа "Льготный рецепт". Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 59 1.2 Форматирование текста в секциях Для лучшего восприятия человеком человекочитаемого наполнения документа (т.е. наполнения в элементе <text>) предусмотрена возможность форматировать текст с использованием различных тегов разметки. Разрешённый для CDA набор тегов разметки с описанием их предназначения и примерами представлен в нижележащей Таблица 16. Таблица 16. Разметка для форматирования текста в секциях. Тег Описание <sup> Надстрочный текст <sub> Подстрочный текст Пример Обычный<sup>Надстрочный</sup> Обычный Надстрочный Обычный<sub>Подстрочный</sub> Обычный Подстрочный Текст<br/>Текст с новой строки <br/> Разрыв\перенос строки Текст Текст с новой строки <paragraph><caption>Абзац №1.</caption>Текст.</paragraph><pa ragraph><caption>Абзац №2.</caption>Текст.</paragraph> Абзац текста. <paragraph> Для абзаца можно указать заголовок с помощью вложенного элемента <caption>. Абзац №1. Текст. Абзац №2. Текст. Логическое выделение наполнения. <content> Элемент предназначен для логического выделения произвольного фрагмента текста для того, чтобы на него можно было сослаться позже. Эта разметка никак не влияет на внешний вид выделенного фрагмента. Для ссылки на выделенный элемент используется его атрибут "@ID". Тип реакции аллергической реакции: <content ID="reaction1">Тошнота</content>. : . <originalText><reference value="#reaction1"/></originalText > Тип реакции аллергической реакции: Тошнота. Гиперссылка. <linkHTML> Элемент является полным аналогом HTML тега <a> и может использоваться для указания ссылок на внутреннее или внешнее наполнение. Для указания ссылки на внутреннее наполнение требуется пара элементов linkHtml – один элемент-якорь с атрибутом @name, второй с атрибутом @href для ссылки на якорь. <linkHtml href="http://www.example.org/>ссыл ка </linkHtml> ссылка Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 60 Тег <list listType= ”ordered”>, <list listType= ”unordered”>, <item> Описание Пример <list listType='unordered'> <item ID='allergy1'>Цефалексин</item> <item ID='allergy2'>Пенициллин</item> </list> <list listType='ordered'> <item ID='diagnosis-1'>Инфаркт миокарда<item> <item ID='diagnosis2'>Гипертония</item> </list> Упорядоченный и неупорядоченный списки и элемент списка. • Цефалексин • Пенициллин 1. Инфаркт миокарда 2. Гипертония <colgroup>, <thead>, <tbody>, <table>, <caption>, <col>, <tfoot>, <th>, <td>, <tr> <table> <caption>Лекарственная непереносимость</caption> <thead> <tr> <th>Медикамент</th> <th>Реакция</th> </tr> </thead> <tfoot> <tr> <th colspan="2">Из анамнеза.</th> </tr> </tfoot> <tbody> <tr> <td ID=”Drug1”>Аспирин</td> <td ID=”Reaction1”>Крапивница</td> </tr> </tbody> </table> Элементы для разметки таблиц, соответственно: группа колонок, заголовок таблицы, тело таблицы, наименование таблицы, колонка, низ таблицы, ячейка заголовка, ячейка тела, строка. Также возможно логическое выделение элементов таблицы, чтобы на него можно было сослаться позже. Это выделение никак не влияет на внешний вид выделенного фрагмента. Для ссылки на выделенный элемент используется его атрибут "@ID". Лекарственная непереносимость. Медикамент Реакция Аспирин Крапивница Из анамнеза. <footnote>, <footnoteRef> Текст<footnote ID="id1">Текст сноски</footnote>. Ещё текст<footnoteRef IDREF="id1"></footnoteRef>. Сноска и ссылка на сноску Текст *. Ещё текст *. --* Текст сноски Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 61 1.3 Секция "Сведения о документе" DOCINFO ("Сведения об электронном рецепте") Обязательная секция. Секция предназначена для указания общих сведений о документе. В данную секцию необходимо включить: • Приоритет исполнения рецепта (опционально); • Серия рецепта; • Номер рецепта; • Срок действия рецепта; • Дата окончания действия рецепта; • По специальному назначению (отметка); • Наличие хронических заболеваний; • Код диагноза по МКБ-10. Пример наполнения секции "Сведения о документе" представлен на Рисунок 33. Пример разметки секции "Сведения о документе" представлен на Рисунок 34. Сведения об электронном рецепте Приоритет исполнения рецепта Cito Серия рецепта 77АА Номер рецепта 123456 Срок действия рецепта 15 дней Дата окончания действия рецепта 27.09.2022 По специальному назначению (Отметка) Имеется Код заболевания по МКБ-10 K85 (Острый панкреатит) Рисунок 33. Пример наполнения секции "Сведения о документе". У3-1: Секция "Сведения о документе" МОЖЕТ иметь один [0..1] элемент entry[1], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6000", атрибут @displayName должен иметь значение "Приоритет исполнения рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.609", @codeSystemName должен иметь значение "Приоритет исполнения рецепта", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), который должен быть представлен не пустым значением. У3-2: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[2], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 62 а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6001", атрибут @displayName должен иметь значение "Серия рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "ST"), который должен быть представлен не пустым значением. У3-3: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[3], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6002", атрибут @displayName должен иметь значение "Номер рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "ST"), который должен быть представлен не пустым значением. У3-4: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[4], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6004", атрибут @displayName должен иметь значение "Срок действия рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен не пустым значением); в. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.608" и @codeSystemName должен иметь значение "Срок действия рецепта", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), который должен быть представлен не пустым значением. В рамках текущего поля для атрибута @code возможно использовать следующие значения из справочника НСИ "Срок действия рецепта" (OID: 1.2.643.5.1.13.13.99.2.608): "1", "2" или "4" в случае назначения лекарственного препарата или специализированного продукта лечебного питания; "6" или "7" в случае назначения медицинского изделия. У3-5: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[6], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6006", атрибут @displayName должен иметь значение "По специальному назначению (отметка)", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 63 б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "BL", атрибут @value должен быть представлен не пустым значением. Значение "true" означает наличие отметки. Значение "false" означает отсутствие отметки. Значение "true" допустимо только при назначении лекарственного препарата или специализированного продукта лечебного питания). У3-6: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[7], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "11001", атрибут @displayName должен иметь значение "Наличие хронических заболеваний", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями; б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "BL", атрибут @value должен быть представлен не пустым значением. Значение "true" означает наличие отметки. Значение "false" означает отсутствие отметки. Значение "true" допустимо только при назначении медицинского изделия). У3-7: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[8], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "809", атрибут @displayName должен иметь значение "Шифр по МКБ-10", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1005", @codeSystemName должен иметь значение "Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями).  <component> <section>  <code code="DOCINFO" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Сведения о документе"/>  <title>Сведения об электронном рецепте</title>  <text> : . </text>  <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6000" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Приоритет исполнения рецепта"/> <value xsi:type="CD" code="1" codeSystem="1.2.643.5.1.13.13.99.2.609" codeSystemVersion="1.1" codeSystemName="Приоритет исполнения рецепта" displayName="Cito"/> </observation> </entry>  Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 64 <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6001" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Серия рецепта"/> <value xsi:type="ST">77АА</value> </observation> </entry>  <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6002" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Номер рецепта"/> <value xsi:type="ST">123456</value> </observation> </entry>    <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6004" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Срок действия рецепта"/> <effectiveTime value="202209271610+0300"/> <value xsi:type="CD" code="1" codeSystem="1.2.643.5.1.13.13.99.2.608" codeSystemVersion="1.2" codeSystemName="Срок действия рецепта" displayName="15 дней"/> </observation> </entry>   <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6006" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="По специальному назначению (Отметка)"/> <value xsi:type="BL" value="true"/> </observation> </entry>   <entry> <observation classCode="OBS" moodCode="EVN"> <code code="11001" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Наличие хронических заболеваний"/> <value xsi:type="BL" value="false"/> </observation> </entry>  <entry> <observation classCode="OBS" moodCode="EVN">  <code code="809" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Шифр по МКБ-10"/>  <value xsi:type="CD" code="K85" codeSystem="1.2.643.5.1.13.13.11.1005" codeSystemVersion="2.21" codeSystemName="Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)" displayName="Острый панкреатит"/> </observation> </entry> </section> </component> Рисунок 34. Пример разметки секции "Сведения о документе". 1.4 Секция "Льготы" BENEFITS ("Информация о льготах") Секция является обязательной и требует обязательного заполнения данными. Секция должна хранить перечень кодов установленных для пациента льгот, источник финансирования, размер льготы и размер скидки. Пример наполнения секции "Льготы" представлен на Рисунок 35. Пример разметки секции "Льготы" представлен на Рисунок 36. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 65 Информация о льготах Льготная категория Неработающие инвалиды II группы Источник финансирования Бюджет субъекта РФ Размер льготы 100% Рисунок 35. Пример наполнения секции "Льготы". У3-8: Секция "Льготы" ОБЯЗАНА иметь хотя бы один [1..*] элемент entry[1], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "811", атрибут @displayName должен иметь значение "Льготная категория", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.541" и @codeSystemName должен иметь значение "Льготные категории граждан", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями; значение атрибута @displayName указывается по двум полям справочника: "Полное наименование" и "Источник оплаты"). У3-9: Секция "Льготы" ОБЯЗАНА иметь один [1..1] элемент entry[2], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6009", атрибут @displayName должен иметь значение "Размер льготы (код)", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.605", @codeSystemName должен иметь значение "Виды предоставляемых льгот", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями). У3-10: Секция "Льготы" ОБЯЗАНА иметь один [1..1] элемент entry[3], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6010", атрибут @displayName должен иметь значение "Размер льготы (значение в процентах)", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "PQ", @unit должен иметь значение "%", атрибут @value должен быть представлен не пустым значением), содержащий размер льготы на лекарственный препарат\специализированный продукт лечебного питания\медицинское изделие, который: I. ОБЯЗАН иметь один [1..1] элемент translation (значение атрибута @value должно соответствовать размеру льготы в процентах, атрибут @code должен иметь значение "53", атрибут @codeSystem должен иметь значение Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 66 "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", атрибут @displayName должен иметь значение "%", атрибуты @codeSystemVersion должен быть представлен не пустым значением).  <component> <section>  <code code="BENEFITS" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Льготы"/>  <title>Информация о льготах</title>  <text> : .  <entry> <observation classCode="OBS" moodCode="EVN"> <code code="811" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Льготная категория"/> <value xsi:type="CD" code="1.00000.0031" codeSystem="1.2.643.5.1.13.13.99.2.541" codeSystemVersion="6.16" codeSystemName="Льготные категории граждан" displayName="Неработающие инвалиды II группы, Бюджет субъекта РФ"/> </observation> </entry>  <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6009" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Размер льготы (код)"/> <value xsi:type="CD" code="102" codeSystem="1.2.643.5.1.13.13.99.2.605" codeSystemVersion="3.2" codeSystemName="Виды предоставляемых льгот" displayName="100"/> </observation> </entry>  <entry> <observation classCode="OBS" moodCode="EVN"> <code code="6010" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Размер льготы (значение в процентах)"/> <value xsi:type="PQ" value="100" unit="%"> <translation value="100" code="53" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения" displayName="%"/> </value> </observation> </entry> </section> </component> Рисунок 36. Пример разметки секции "Льготы". 1.5 Секция "Рецепт" RECIPE ("Назначение лекарственного препарата\ специализированного продукта лечебного питания", "Назначение медицинского изделия") Секция является обязательной и требует обязательного заполнения данными. Секция представлена двумя блоками: блок для назначения лекарственного препарата или специализированного продукта лечебного питания и блок для назначения медицинского изделия. 1.5.1 Назначение лекарственного препарата или специализированного продукта лечебного питания Для наполнения назначения лекарственного препарата или специализированного продукта лечебного питания требуется указывать следующую информацию: 1. Общая длительность приема препарата; 2. Путь введения препарата; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 67 3. Сведения о назначенном лекарственном препарате\специализированном продукте лечебного питания: a. Код назначенного лекарственного препарата (указывается с использованием актуальной версии справочника "Узлы СМНН. ЕСКЛП" (OID: 1.2.643.5.1.13.13.99.2.611)) ИЛИ код назначенного специализированного продукта лечебного питание (указывается с использованием актуальной версии справочника "ФРЛЛО. Справочник специализированного питания" (OID: 1.2.643.5.1.13.13.99.2.603)); b. Торговое наименование лекарственного препарата ИЛИ торговое наименование специализированного продукта лечебного питания; 4. Инструкция по применению: a. Кратность приема; b. Длительность приёма препарата; c. Разовая доза; 5. Количество назначенных доз; 6. Особые указания. Пример наполнения секции для назначения лекарственного препарата\специализированного продукта лечебного питания указан на Рисунок 37. Пример разметки секции "Рецепт" для назначения лекарственного препарата\специализированного продукта лечебного питания представлен на Рисунок 42. Назначение лекарственного препарата\специализированного продукта лечебного питания Назначено ВАРФАРИН ТАБЛЕТКИ 2.5 мг Прием 2 таблетки per os 1 раз в день в течение 2 дней, 1 таблетка per os 1 раз в день в течение 5 дней Особые указания Принимать препарат в одно время, запивая таблетки большим количеством воды Количество назначенных доз 9 Рисунок 37. Пример наполнения секции "Рецепт". Для назначения лекарственного препарата\специализированного продукта лечебного питания. У3-11: Секция "Рецепт" ("Назначение лекарственного препарата\специализированного продукта лечебного питания") ОБЯЗАНА иметь один [1..1] элемент entry, который: 1. ОБЯЗАН иметь один [1..1] элемент substanceAdministration (атрибут @classCode должен иметь значение "SBADM", атрибут @moodCode должен иметь значение "RQO"), который: а. ДОЛЖЕН содержать один [1..1] элемент code (атрибут @nullFlavor должен иметь значение "NI"); б. ДОЛЖЕН содержать один [1..1] элемент effectiveTime (атрибут @xsi:type должен иметь значение "IVL_TS"), содержащий сведения об общей длительности приема препарата. Если элемент effectiveTime не может быть заполнен данными, то атрибут effectiveTime/@nullFlavor должен быть заполнен значением "NI" из справочника НСИ "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286, поле "Код"). Данный элемент: ИЛИ I. ОБЯЗАН иметь один [1..1] элемент width (атрибуты @value и @unit должны быть представлены не пустыми значениями; атрибут @unit должен быть заполнен значением из справочника НСИ "Единицы измерения" (OID: 1.2.643.5.1.13.13.11.1358, поле "Код UCUM"), допустимые значения: "min", "h", "d", "wk", "mo", "a"), который: i. ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 68 @codeSystemName должен иметь значение "Единицы измерения", атрибуты @code, @displayName должны быть заполнены значениями из справочника НСИ "Единицы изменения" (OID: 1.2.643.5.1.13.13.11.1358, поля "Уникальный идентификатор" и "Краткое наименование"), допустимые значения: "22": "мин", "23": "ч", "24": "сут", "520": "нед", "521": "мес", "522": "год"), атрибуты @value, @codeSystemVersion должны быть представлены не пустыми значениями); ИЛИ II. ОБЯЗАН иметь один [1..1] элемент low (атрибут @value должен быть представлен не пустым значенем); III. ОБЯЗАН иметь один [1..1] элемент high (атрибут @value должен быть представлен не пустым значением); в. ДОЛЖЕН содержать один [1..1] элемент routeCode (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1468", атрибут @codeSystemName должен иметь значение "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями). Если элемент routeCode не может быть заполнен данными, то атрибут routeCode/@nullFlavor должен быть заполнен значением из справочника "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286, поле "Код"); г. ОБЯЗАН содержать один [1..1] элемент consumable (атрибут @typeCode должен иметь значение "CSM"), который: I. ОБЯЗАН иметь один [1..1] элемент manufacturedProduct (атрибут @classCode должен иметь значение "MANU"), который: i. ОБЯЗАН иметь один [1..1] элемент manufacturedMaterial (атрибут @classCode должен иметь значение "MMAT", атрибут @determinerCode должен иметь значение "KIND"), который: 1. при внесении информации о назначаемом лекарственном препарате: а. ДОЛЖЕН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.611", атрибут @codeSystemName должен иметь значение "Узлы СМНН. ЕСКЛП", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями). Если кодируемый лекарственный препарат отсутствует в указанном справочнике, то атрибут code/@nullFlavor должен быть заполнен значением "OTH" из справочника НСИ "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286, поле "Код"); 2. при внесении информации продукте лечебного питания: о назначаемом специализированном а. ДОЛЖЕН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.603", атрибут @codeSystemName должен иметь значение "ФРЛЛО. Справочник специализированного питания", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями). Если кодируемый специализированный продукт лечебного питания отсутствует в указанном справочнике, то атрибут code/@nullFlavor должен быть заполнен значением "OTH" из справочника НСИ "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286, поле "Код"); 3. МОЖЕТ иметь один [0..1] элемент name, который должен иметь не пустое наполнение. Используется для указания торгового наименования Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 69 лекарственного препарата. Элемент обязан быть представлен в случае отсутствия международного непатентованного наименования и группировочного или химического наименования лекарственного препарата или в случае назначения торгового наименования врачебной комиссией медицинской организации; д. МОЖЕТ содержать произвольное количество [0..*] элементов entryRelationship[1] (атрибут @typeCode должен иметь значение "COMP"), содержащих инструкции по применению препарата, которые: I. ОБЯЗАНЫ содержать один [1..1] элемент substanceAdministration (атрибут @classCode должен иметь значение "SBADM", атрибут @moodCode должен иметь значение "RQO"), который: i. ДОЛЖЕН содержать один [1..1] элемент effectiveTime (атрибут @xsi:type должен иметь значение "IVL_TS"), содержащий информацию о длительности приема препарата. Если элемент effectiveTime не может быть заполнен данными, то атрибут effectiveTime/@nullFlavor должен быть заполнен значением "NI" из справочника НСИ "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286, поле "Код"). Данный элемент: ИЛИ 1. ОБЯЗАН иметь один [1..1] элемент width (атрибуты @value и @unit должны быть представлены не пустыми значениями; атрибут @unit должен быть заполнен значением из справочника НСИ "Единицы измерения" (OID: 1.2.643.5.1.13.13.11.1358, поле "Код UCUM"), допустимые значения: "min", "h", "d", "wk", "mo", "a"), который: а. ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", атрибуты @code, @displayName должны быть заполнены значениями из справочника НСИ "Единицы изменения" (OID: 1.2.643.5.1.13.13.11.1358, поля "Уникальный идентификатор" и "Краткое наименование"), допустимые значения: "22": "мин", "23": "ч", "24": "сут", "520": "нед", "521": "мес", "522": "год"), атрибуты @value, @codeSystemVersion должны быть представлены не пустыми значениями); ИЛИ 2. ОБЯЗАН иметь один [1..1] элемент low (атрибут @value должен быть представлен не пустым значенем); 3. ОБЯЗАН иметь один [1..1] элемент high (атрибут @value должен быть представлен не пустым значенем); Такая конструкция используется для обозначения времени приёма ударной и поддерживающей дозы препарата. Пример приведен на Рисунок 38.  <effectiveTime xsi:type="IVL_TS"> <width value="1" unit="d"> <translation value="1" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </width> </effectiveTime> Рисунок 38. Пример кодирования длительности приёма препарата. ii. ДОЛЖЕН иметь один [1..1] элемент effectiveTime (если элемент effectiveTime не может быть заполнен данными, то атрибут effectiveTime/@nullFlavor должен быть заполнен значением из справочника НСИ "Причины отсутствия информации (NullFlavor)" Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 70 (идентификатор справочника "1.2.643.5.1.13.13.99.2.286", поле "Код")), содержащий информацию о кратности приема препарата, который: ИЛИ 1. ДОЛЖЕН иметь атрибут @xsi:type со значением "PIVL_TS", должен иметь атрибут @institutionSpecified со значением "true"; 2. ОБЯЗАН иметь элемент period (атрибуты @value и @unit должны быть представлены не пустыми значениями; атрибут @unit должен быть заполнен значением из справочника НСИ "Единицы измерения" (OID: 1.2.643.5.1.13.13.11.1358, поле "Код UCUM"), допустимые значения: "min", "h", "d", "wk", "mo", "a"), который: а. ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", атрибуты @code, @displayName должны быть заполнены значениями из справочника НСИ "Единицы изменения" (OID: 1.2.643.5.1.13.13.11.1358, поля "Уникальный идентификатор" и "Краткое наименование"), допустимые значения: "22": "мин", "23": "ч", "24": "сут", "520": "нед", "521": "мес", "522": "год"), атрибуты @value, @codeSystemVersion должны быть представлены не пустыми значениями); Такая конструкция используется для обозначения количества приема препарата за указанный срок. Например, таким образом можно кодировать "1 раз в день". Пример приведен на Рисунок 39.  <effectiveTime xsi:type="PIVL_TS" institutionSpecified="true">  <period value="1" unit="d"> <translation value="1" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </period> </effectiveTime> Рисунок 39. Пример №1 кодирование кратности (institutionSpecified = "true"). Для кодирования, например, "3 раза в день" значение атрибута @value должно равняться "0.3333". Пример приведен на Рисунок 40.  <effectiveTime xsi:type="PIVL_TS" institutionSpecified="true">  <period value="0.3333" unit="d"> <translation value="0.3333" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </period> </effectiveTime> Рисунок 40. Пример №2 кодирование кратности (institutionSpecified = "true"). ИЛИ 3. должен иметь атрибут @xsi:type со значением "PIVL_TS", должен иметь атрибут @institutionSpecified со значением "false"; 4. ОБЯЗАН иметь элемент period (атрибуты @value и @unit должны быть представлены не пустыми значениями; атрибут @unit должен быть заполнен значением из справочника НСИ "Единицы измерения" (OID: 1.2.643.5.1.13.13.11.1358, поле "Код UCUM"), допустимые значения: "min", "h", "d", "wk", "mo", "a"), который: а. ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 71 атрибуты @code, @displayName должны быть заполнены значениями из справочника НСИ "Единицы изменения" (OID: 1.2.643.5.1.13.13.11.1358, поля "Уникальный идентификатор" и "Краткое наименование"), допустимые значения: "22": "мин", "23": "ч", "24": "сут", "520": "нед", "521": "мес", "522": "год"), атрибуты @value, @codeSystemVersion должны быть представлены не пустыми значениями); Такая конструкция используется для обозначения кратности приема препарата. Пример приведен на Рисунок 41.  <effectiveTime xsi:type="PIVL_TS" institutionSpecified="false">  <period value="12" unit="h"> <translation value="12" code="23" displayName="ч" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </period> </effectiveTime> Рисунок 41. Пример кодирования кратности (institutionSpecified = "false"). Атрибут @institutionSpecified позволяет определить, является указанное время точным интервалом приема или допускается погрешность. Для первого случая (institutionSpecified="true") важен прием 2 раза в день (допускается погрешность, например, допустимо принять лекарственный препарат утром и вечером). Для второго случая (institutionSpecified = "false") важен интервал в 12 часов (погрешность не допускается, то есть необходимо, например, принять лекарственный препарат строго через 12 часов); iii. ОБЯЗАН иметь один [1..1] элемент doseQuantity (атрибут @value должен быть представлен не пустым значением). ЕСЛИ лекарственный препарат НЕ кодируется по справочнику "Узлы СМНН. ЕСКЛП" (OID: 1.2.643.5.1.13.13.99.2.611) или кодируется специализированный продукт лечебного питания, ТО элемент doseQuantity должен иметь атрибут @unit, в котором указывается значение по справочнику НСИ "Единицы измерения" (OID: 1.2.643.5.1.13.13.11.1358) поле "Код UCUM". Элемент doseQuantity: 1. ЕСЛИ лекарственый препарат НЕ кодируется по спарвочнику "Узлы СМНН. ЕСКЛП" (OID: 1.2.643.5.1.13.13.99.2.611) или кодируется специализированный продукт лечебного питания, ТО элемент doseQuantity ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", атрибуты @code, @displayName, @value, @codeSystemVersion должны быть представлены не пустыми значениями); iv. ОБЯЗАН иметь один [1..1] элемент consumable (атрибут typeCode должен иметь значение "CSM"), который: 1. ОБЯЗАН иметь один [1..1] элемент manufacturedProduct (атрибут classCode должен иметь значение "MANU"), который: а. ДОЛЖЕН иметь один [1..1] элемент manufacturedMaterial (атрибут @nullFlavor должен иметь значение "NA"); е. ОБЯЗАН иметь один [1..1] элемент entryRelationship[2] (атрибут @typeCode должен иметь значение "COMP"), содержащий информацию о количестве назначенных доз, который: I. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 72 i. ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "6011", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @displayName должен иметь значение "Количество назначенных доз", атрибуты @codeSystemName и @codeSystemVersion должны быть представлены не пустыми значениями); ii. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "PQ", атрибут @value должен быть представлен не пустым значением, атрибут @unit должен иметь значение "U"), который: 1. ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", атрибут @code должен иметь значение "128", атрибут @displayName должен иметь значение "Единица", атрибуты @value, @codeSystemVersion должны быть представлены не пустыми значениями); ж. МОЖЕТ иметь произвольное количество [0..*] элементов precondition (атрибут @typeCode должен иметь значение "PRCN"), содержащих особые указания, который: I. ОБЯЗАН иметь один [1..1] элемент criterion, который: i. ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "ASSERTION", атрибут @codeSystem должен иметь значение "2.16.840.1.113883.5.4"); ii. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "ST"), который должен иметь не пустое наполнение.  <component> <section> <code code="RECIPE" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Рецепт"/>  <title>Назначение лекарственного препарата\специализированного продукта лечебного питания</title>  <text> : . </text>  <entry> <substanceAdministration classCode="SBADM" moodCode="RQO">  <code nullFlavor="NI"/>  <effectiveTime xsi:type="IVL_TS"> <width value="7" unit="d"> <translation value="7" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </width> </effectiveTime>  <routeCode code="2" codeSystem="1.2.643.5.1.13.13.11.1468" codeSystemVersion="2.2" displayName="Пероральный" codeSystemName="Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами"/>  <consumable typeCode="CSM"> <manufacturedProduct classCode="MANU"> <manufacturedMaterial classCode="MMAT" determinerCode="KIND">  <code code="21.20.10.131-000023-1-00086-0000000000000" codeSystemVersion="4.102" codeSystem="1.2.643.5.1.13.13.99.2.611" codeSystemName="Узлы СМНН. ЕСКЛП" displayName="ВАРФАРИН ТАБЛЕТКИ 2.5 мг, шт. (таблетка)"/> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 73  </manufacturedMaterial> </manufacturedProduct> </consumable>  <entryRelationship typeCode="COMP"> <substanceAdministration classCode="SBADM" moodCode="RQO">  <effectiveTime xsi:type="IVL_TS"> <width value="2" unit="d"> <translation value="2" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </width> </effectiveTime>  <effectiveTime xsi:type="PIVL_TS" institutionSpecified="false">  <period value="1" unit="d"> <translation value="1" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </period> </effectiveTime>  <doseQuantity value="2"/> <consumable typeCode="CSM"> <manufacturedProduct classCode="MANU"> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship>  <entryRelationship typeCode="COMP"> <substanceAdministration classCode="SBADM" moodCode="RQO">  <effectiveTime xsi:type="IVL_TS"> <width value="5" unit="d"> <translation value="5" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </width> </effectiveTime>  <effectiveTime xsi:type="PIVL_TS" institutionSpecified="false">  <period value="1" unit="d"> <translation value="1" code="24" displayName="сут" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </period> </effectiveTime>  <doseQuantity value="1"/> <consumable typeCode="CSM"> <manufacturedProduct classCode="MANU"> <manufacturedMaterial nullFlavor="NA"/> </manufacturedProduct> </consumable> </substanceAdministration> </entryRelationship>  <entryRelationship typeCode="COMP"> <observation classCode="OBS" moodCode="EVN"> <code code="6011" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Количество назначенных доз"/> <value xsi:type="PQ" value="9" unit="U"> <translation value="9" code="128" displayName="Единица" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения"/> </value> </observation> </entryRelationship>  <precondition typeCode="PRCN"> <criterion>  Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 74 <code code="ASSERTION" codeSystem="2.16.840.1.113883.5.4"/>  <value xsi:type="ST">Принимать препарат в одно время, запивая таблетки большим колвом воды</value> </criterion> </precondition> </substanceAdministration> </entry> </section> </component> Рисунок 42. Пример кодирование секции "Рецепт". Для назначения лекарственного препарата\специализированного продукта лечебного питания. 1.5.2 Назначение медицинского изделия При назначении медицинского изделия, требуется указывать следующую информацию: 1. Количество назначенных единиц медицинского изделия; 2. Тип медицинского изделия; 3. Наименование медицинского изделия; 4. Информацию, связанную с корректным подбором очков, включающая в себя "Назначение очков", "Специальные покрытия", "Примечания" и характеристики, указанные на Рисунок 43. 5. Информацию, связанную с корректным подбором контактных линз, включающая в себя "Рекомендации по применению" и характеристики, указанные на Рисунок 44. Рисунок 43. Таблица параметров, необходимых для корректного подбора очков пациенту. Рисунок 44. Таблица параметров, необходимых для корректного подбора линз пациенту. Пример наполнения секции для назначения медицинского изделия указан на Рисунок 45. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 75 Пример разметки секции "Рецепт" для назначения медицинского изделия представлен на Рисунок 46. Назначение медицинского изделия Наименование медицинского изделия Глюкоза ИВД, набор, колориметрическая тестполоска, экспресс-анализ Назначение: Количество выполняемых тестов: 25.000- (Штука); Для анализаторов Аккутренд Количество 1 Рисунок 45. Пример наполнения секции "Рецепт". Для назначения медицинского изделия. У3-12: Секция "Рецепт" ("Назначение медицинского изделия") обязана иметь один [1..1] элемент entry, который: 1. ОБЯЗАН содержать один [1..1] элемент supply (атрибут @classCode должен иметь значение "SPLY", атрибут @moodCode должен иметь значение "RQO"), который: а. ДОЛЖЕН содержать один [1..1] элемент code (атрибут @nullFlavor должен иметь значение "NI"); б. ОБЯЗАН содержать один [1..1] элемент text, который должен иметь не пустое наполнение; в. ОБЯЗАН содержать один [1..1] элемент quantity (атрибут @value должен иметь не пустое значение), который: I. ОБЯЗАН иметь один [1..1] элемент translation (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1358", атрибут @codeSystemName должен иметь значение "Единицы измерения", атрибуты @code, @displayName должны быть заполнены значениями из справочника НСИ "Единицы изменения" (OID: 1.2.643.5.1.13.13.11.1358, поля "Уникальный идентификатор" и "Краткое наименование"), атрибуты @value, @codeSystemVersion должны быть представлены не пустыми значениями); г. ОБЯЗАН содержать один [1..1] элемент product (атрибут @typeCode должен иметь значение "PRD"), который: I. ОБЯЗАН иметь один [1..1] элемент manufacturedProduct (атрибут @classCode должен иметь значение "MANU"), который: i. ОБЯЗАН иметь один [1..1] элемент manufacturedMaterial (атрибут @classCode должен иметь значение "MMAT", атрибут @determinerCode должен иметь значение "KIND"), который: 1. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.604", атрибут @codeSystemName должен иметь значение "ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями); 2. ОБЯЗАН иметь один [1..1] элемент name, в котором фиксируется информация о наименовании медицинского изделия.  <component> <section> <code code="RECIPE" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Рецепт"/>  <title>Назначение медицинского изделия</title>  <text> Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 76 : . </text>  <entry> <supply classCode="SPLY" moodCode="RQO">  <code nullFlavor="NI"/>  <text>Глюкоза ИВД, набор, колориметрическая тест-полоска, экспресс-анализ.</text>  <quantity value="1"> <translation value="1" code="128" codeSystem="1.2.643.5.1.13.13.11.1358" codeSystemVersion="3.12" codeSystemName="Единицы измерения" displayName="Единица"/> </quantity> <product typeCode="PRD"> <manufacturedProduct classCode="MANU"> <manufacturedMaterial classCode="MMAT" determinerCode="KIND">  <code code="21.20.23.110.00010567" codeSystem="1.2.643.5.1.13.13.99.2.604" codeSystemVersion="1.120" codeSystemName="ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд" displayName="Глюкоза ИВД, набор, колориметрическая тест-полоска, экспресс-анализ"/>  <name>Глюкоза ИВД, набор, колориметрическая тест-полоска, экспресс-анализ</name> </manufacturedMaterial> </manufacturedProduct> </product> </supply> </entry> </section> </component> Рисунок 46. Пример кодирование секции "Рецепт". Для назначения медицинского изделия. 1.6 Секция "Связанные документы" LINKDOCS Данная секция является необязательной. Cекция может быть использована для указания связанных документов, например, протокол врачебной комиссии на основе которого льготный рецепт был выдан. Пример отображения секции "Связанные документы" представлен на Рисунок 47. Пример наполнения секции "Связанные документы" представлен на Рисунок 48. Связанные документы Протокол врачебной комиссии № 123 от 12.09.2022 16:10 Рисунок 47. Пример отображения секции "Связанные документы". У3-13: Секция "Связанные документы" ОБЯЗАНА иметь хотя бы один [1..*] элемент entry, который: 1. ОБЯЗАН иметь один [1..1] элемент act (атрибут @classCode должен иметь значение "ACT", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1522", атрибут @codeSystemName должен иметь значение "Виды медицинской документации", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями); б. МОЖЕТ иметь один [0..1] элемент text, содержащий примечание к документу, который должен иметь не пустое наполнение; в. ОБЯЗАН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен не пустым значением), содержащий дату выдачи документа; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 77 г. МОЖЕТ иметь один [0..1] элемент entryRelationship[1] (атрибут @typeCode должен иметь значение "COMP"), содержащий серию документа, который: I. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: i. ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "11002", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @codeSystemName должен иметь значение "Кодируемы поля CDA документов", атрибут @displayName должен иметь значение "Серия документа", атрибут @codeSystemVersion, должен быть представлен с не пустым значением), содержащий код поля; ii. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "ST"), содержащий серию документа, который должен иметь не пустое наполнение; д. МОЖЕТ иметь один [0..1] элемент entryRelationship[2] (атрибут @typeCode должен иметь значение "COMP"), содержащий номер документа, который: I. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: i. ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "11003", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @codeSystemName должен иметь значение "Кодируемы поля CDA документов", атрибут @displayName должен иметь значение "Номер документа", атрибут @codeSystemVersion, должен быть представлен с не пустым значением), содержащий код поля; ii. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "ST"), содержащий номер документа, который должен иметь не пустое наполнение; е. МОЖЕТ иметь один [0..1] элемент entryRelationship[3] (атрибут @typeCode должен иметь значение "COMP"), содержащий форму документа, который: I. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: i. ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "6058", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @codeSystemName должен иметь значение "Кодируемы поля CDA документов", атрибут @displayName должен иметь значение "Форма документа", атрибут @codeSystemVersion, должен быть представлен с не пустым значением), содержащий код поля; ii. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.1008", атрибут @codeSystemName должен иметь значение "Формы документов", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены с не пустыми значениями), содержащий тип документа (бумажный, электронный); ж. ОБЯЗАН иметь один [1..1] элемент reference (атрибут @typeCode должен иметь значение "REFR"), содержащий ссылку на внешний документ, который: I. ОБЯЗАН иметь один [1..1] externalDocument (атрибут @classCode должен иметь значение "DOCCLIN", атрибут @moodCode должен иметь значение "EVN"), который: Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 78 i. ДОЛЖЕН иметь один [1..1] элемент id (атрибуты @root, @extension должны быть представлены с не пустыми значениями: атрибут @root должен быть сформирован по правилу формирования идентификаторов документов, т.е. "OID_медицинской_организации.100.НомерМИС.НомерЭкзМИС.51", атрибут @extension должен соответствовать идентификатору документа), содержащий уникальный идентификатор документа в МИС; ii. ДОЛЖЕН иметь один [1..1] элемент id (атрибут @root должен иметь значение "1.2.643.5.1.13.13.17.1.1", атрибут @extension должен соответствовать идентификатору документа в РЭМД (должен соответствовать регулярному выражению "^[0-9]{2}[.][0-9]{2}[.][09]{3-4}[.][0-9]{9}$")), содержащий уникальный идентификатор документа в РЭМД.  <component> <section>  <code code="LINKDOCS" codeSystem="1.2.643.5.1.13.13.99.2.197" codeSystemVersion="2.1" codeSystemName="Секции электронных медицинских документов" displayName="Связанные документы"/>  <title>Связанные документы</title>  <text> : . </text>  <entry> <act classCode="ACT" moodCode="EVN">  <code code="87" codeSystem="1.2.643.5.1.13.13.11.1522" codeSystemVersion="5.15" codeSystemName="Виды медицинской документации" displayName="Протокол врачебной комиссии"/>   <effectiveTime value="202209121610+0300"/>   <entryRelationship typeCode="COMP"> <observation classCode="OBS" moodCode="EVN"> <code code="11003" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="2.1" codeSystemName="Кодируемые поля CDA документов" displayName="Номер документа"/> <value xsi:type="ST">123</value> </observation> </entryRelationship>  <entryRelationship typeCode="COMP">  <observation classCode="OBS" moodCode="EVN">  <code code="6058" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemName="Кодируемые поля CDA документов" displayName="Форма документа" codeSystemVersion="2.1"/>  <value xsi:type="CD" code="1" codeSystem="1.2.643.5.1.13.13.99.2.1008" codeSystemName="Формы документов" codeSystemVersion="1.1" displayName="Электронная"/> </observation> </entryRelationship>  <reference typeCode="REFR"> <externalDocument classCode="DOCCLIN" moodCode="EVN">  <id root="1.2.643.5.1.13.13.12.2.61.6228.100.1.1.51" extension="8754871"/>  <id root="1.2.643.5.1.13.13.17.1.1" extension="83.35.1428.946274539"/> </externalDocument> </reference> </act> </entry> </section> </component> Рисунок 48. Пример разметки секции "Связанные документы". Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 79 Раздел IV. Ссылки CDA Release 2.0 Clinical Document Architecture, Release 2.0, 2005, Health Level Seven, Inc. ISO-3166-1 Codes for the representation of names of countries and their subdivisions -- Part 1: Country codes, 1997, International Organization for Standardization ISO-639-1 Codes for the representation of names of languages--Part 1: Alpha-2 code, 2002, International Organization for Standardization RFC 2806 URLs for Telephone Calls, 2000, A. Vaha-Sipila, The Internet Society RFC 2119 Key words for use in RFCs to Indicate Requirement Levels RFC 3066 Tags for the Identification of Languages, 2001, H. Alvestrand, The Internet Society Приказ Минздрава РФ от 24.11.2021 № 1094н Приказ Минздрава РФ от 24.11.2021 № 1094н "Об утверждении Порядка назначения лекарственных препаратов, форм рецептурных бланков на лекарственные препараты, порядка оформления указанных бланков, их учета и хранения, форм бланков рецептов, содержащих назначение наркотических средств или психотропных веществ, порядка их изготовления, распределения, регистрации, учета и хранения, а также правил оформления бланков рецептов, в том числе в форме электронных документов" Приказ Минздрава РФ от 12.02.2007 г. № 110 Приказ Министерства здравоохранения и социального развития Российской Федерации от 12 февраля 2007 г. № 110 "О порядке назначения и выписывания лекарственных препаратов, изделий медицинского назначения и специализированных продуктов лечебного питания" Приказ Минздрава РФ от 20.12.2012 № 1181н Приказ Министерства здравоохранения РФ от 20 декабря 2012 г. № 1181н "Об утверждении порядка назначения и выписывания медицинских изделий, а также форм рецептурных бланков на медицинские изделия и порядка оформления указанных бланков, их учета и хранения" Приказ Минздрава РФ от 11.07.2017 № 403н Приказ Министерства здравоохранения РФ от 11 июля 2017 г. № 403н "Об утверждении правил отпуска лекарственных препаратов для медицинского применения, в том числе иммунобиологических лекарственных препаратов, аптечными организациями, индивидуальными предпринимателями, имеющими лицензию на фармацевтическую деятельность" Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 80 Раздел V. Использованные справочники и разрешённые наборы значений Ниже приведены используемые в данном руководстве по реализации справочники. Для каждого справочника приведено, либо полное наполнение справочника (для небольших по объёму справочников), либо его фрагмент. Указанные справочники следует использовать в кодированных типах данных (например, CD, CE) или типе данных идентификатор экземпляра (II). Для кодированных типов данных первая колонка таблиц указывает на поле исходного справочника, которое необходимо использовать для заполнения атрибута "code", вторая колонка указывает на поле исходного справочника, которое рекомендуется использовать для заполнения атрибута "displayName". Использование последующих колонок отдельно указано в требованиях текущего руководства. 1. "Должности медицинских и фармацевтических работников" OID: 1.2.643.5.1.13.13.11.1002 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника, относящиеся к должностям медицинских работников, имеющих право на создание, заполнение, заверение документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания". Таблица 17. Разрешённые значения из справочника НСИ "Должности медицинских и фармацевтических работников" (ФРАГМЕНТ). Код 109 110 112 430 … Название врач-терапевт врач-терапевт участковый врач-терапевт подростковый заведующий отделением медицинской организации … 2. "Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)" OID: 1.2.643.5.1.13.13.11.1005 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 18. Разрешённые значения из справочника НСИ "Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)" (ФРАГМЕНТ). Код МКБ A00.0 A00.1 A00.9 A01 … Название Холера, вызванная холерным вибрионом 01, биовар cholerae Холера, вызванная холерным вибрионом 01, биовар eltor Холера неуточненная Тиф и паратиф … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 81 3. "Виды медицинской помощи" OID: 1.2.643.5.1.13.13.11.1034 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника, относящиеся к заболеваниям, при которых возможна выдача документа "Льготный рецепт". Таблица 19. Разрешённые значения из справочника НСИ "Виды медицинской помощи". Код Полное название Первичная врачебная медико-санитарная помощь … 2 … 4. "Виды полиса обязательного медицинского страхования" OID: 1.2.643.5.1.13.13.11.1035 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 20. Разрешённые значения из справочника НСИ "Виды полиса обязательного медицинского страхования". Код Полное название Полис ОМС старого образца Полис ОМС единого образца, бессрочный Полис ОМС единого образца, со сроком действия Временное свидетельство 1 2 3 4 5. "Пол пациента" OID: 1.2.643.5.1.13.13.11.1040 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 21. Разрешённые значения из справочника НСИ "Пол пациента". Код Полное название Мужской Женский 1 2 6. "Единицы измерения" OID: 1.2.643.5.1.13.13.11.1358 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника, относящиеся к единицам измерения, используемым в документе "Льготный рецепт". Таблица 22. Разрешённые значения из справочника НСИ "Единицы измерения" (ФРАГМЕНТ). Уникальный идентификатор 53 128 520 521 … Краткое наименование % Ед нед мес … Код UCUM % U wk mo … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 82 7. "Реестр медицинских организаций Российской Федерации" OID: 1.2.643.5.1.13.13.11.1461 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 23. Разрешённые значения из справочника НСИ "Реестр медицинских организаций Российской Федерации" (ФРАГМЕНТ). OID 1.2.643.5.1.13.13.12.2.77.8481 1.2.643.5.1.13.13.12.2.77.7799 1.2.643.5.1.13.13.12.2.73.7370 1.2.643.5.1.13.13.12.2.73.7367 … Полное наименование Государственное бюджетное учреждение здравоохранения города Москвы "Московская городская онкологическая больница № 62 Департамента здравоохранения города Москвы" ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ "НАЦИОНАЛЬНЫЙ МЕДИЦИНСКИЙ ИССЛЕДОВАТЕЛЬСКИЙ ЦЕНТР ОНКОЛОГИИ ИМЕНИ Н.Н. БЛОХИНА" МИНИСТЕРСТВА ЗДРАВООХРАНЕНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ Государственное учреждение здравоохранения Ульяновская областная клиническая больница государственное учреждение здравоохранения "Городская поликлиника №6" … 8. "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" OID: 1.2.643.5.1.13.13.11.1468 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 24. Разрешённые значения из справочника НСИ "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" (ФРАГМЕНТ). Код Путь введения на русском языке 1 Энтеральный 2 Пероральный 3 Гастральный 4 Гастроэнтеральный … … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 83 9. "Тип адреса пациента" OID: 1.2.643.5.1.13.13.11.1504 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 25. Разрешённые значения из справочника НСИ "Тип адреса пациента". Код 1 Тип адреса Адрес по месту жительства (постоянной регистрации) 3 Адрес фактического проживания (пребывания) 10. "Виды медицинской документации" OID: 1.2.643.5.1.13.13.11.1522 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника, относящиеся видам медицинской документации, которые могут быть использованы в документе "Льготный рецепт". Таблица 26. Разрешённые значения из справочника НСИ "Виды медицинской документации". Уникальный идентификатор 37 Название Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания 87 Протокол врачебной комиссии 347 Выписка из протокола врачебной комиссии … … 11. "Формы оказания медицинской помощи" OID: 1.2.643.5.1.13.13.11.1551 Должна быть использована последняя версия данного справочника Разрешённый набор значений включает все записи справочника, относящиеся к формам оказания медицинской помощи, при которых возможна выдача документа "Льготный рецепт". Таблица 27. Разрешённые значения из справочника НСИ "Формы оказания медицинской помощи" (ФРАГМЕНТ). ID S_NAME 1 плановая … ... Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 84 12. "Документы, удостоверяющие личность" OID: 1.2.643.5.1.13.13.99.2.48 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все актуальные записи справочника. Таблица 28. Разрешённые значения из справочника НСИ "Документы, удостоверяющие личность" (ФРАГМЕНТ). Код Полное наименование 1 Паспорт гражданина РФ 2 Паспорт гражданина Российской Федерации, являющийся основным документом, удостоверяющим личность гражданина Российской Федерации за пределами территории Российской Федерации, в том числе содержащий электронный носитель информации 3 Дипломатический паспорт 4 Служебный паспорт гражданина Российской Федерации … ... 13. "ФРМО. Справочник структурных подразделений" OID: 1.2.643.5.1.13.13.99.2.114 Должна быть использована последняя версия данного справочника. Разрешенный набор значений включает все записи справочника, относящиеся к медицинским организациям и их подразделениям, в рамках которых возможна выдача документа "Льготный рецепт". Таблица 29. Разрешённые значения из справочника НСИ "ФРМО. Справочник структурных подразделений" (ФРАГМЕНТ). OID структурного подразделения 1.2.643.5.1.13.13.12.2.61.6228.0.18881 … Наименование структурного подразделения Терапевтическое отделение … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 85 14. "Кодируемые поля CDA документов" OID: 1.2.643.5.1.13.13.99.2.166 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 30. Разрешённые значения из справочника НСИ "Кодируемые поля CDA документов". Код Шифр МКБ-10 Льготная категория Протокол врачебной комиссии Приоритет исполнения рецепта Серия рецепта Номер рецепта Срок действия рецепта По специальному назначению (отметка) Источник бюджетного финансирования Размер льготы на лекарственный препарат/специальное назначение (код) Размер льготы на лекарственные препараты (значение в процентах) Количество назначенных доз Форма документа Наличие хронических заболеваний Серия документа Номер документа 809 811 4059 6000 6001 6002 6004 6006 6008 6009 6010 6011 6058 11001 11002 11003 15. Название "Секции электронных медицинских документов" OID: 1.2.643.5.1.13.13.99.2.197 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 31. Разрешённые значения из справочника НСИ "Секции электронных медицинских документов". Код секции BENEFITS Наименование секции Льготы DOCINFO Сведения о документе RECIPE Рецепт LINKDOCS Связанные документы Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 86 16. "Субъекты Российской Федерации" OID: 1.2.643.5.1.13.13.99.2.206 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 32. Разрешённые значения из справочника НСИ "Субъекты Российской Федерации" (ФРАГМЕНТ). Код региона в ФНС 01 02 03 04 ... 17. Субъекты РФ Республика Адыгея (Адыгея) Республика Башкортостан Республика Бурятия Республика Алтай ... "Уровень конфиденциальности медицинского документа" OID: 1.2.643.5.1.13.13.99.2.285 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 33. Разрешённые значения из справочника НСИ "Уровень конфиденциальности медицинского документа". Код Название N R V Обычный Ограниченный Крайне ограниченный 18. "Причины отсутствия информации (NullFlavor)" OID: 1.2.643.5.1.13.13.99.2.286 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все актуальные записи справочника. Таблица 34. Разрешённые значения из справочника НСИ "Причины отсутствия информации (NullFlavor)" (ФРАГМЕНТ). Код ASKU NA NAV NASK NI ... Название Запрошено, но неизвестно Неприменимо Временно недоступно Не запрашивалось Нет информации ... Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 87 19. "Условия оказания медицинской помощи" OID: 1.2.643.5.1.13.13.99.2.322 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника, относящиеся к условиям оказания медицинской помощи, при которых возможна выдача документа "Льготный рецепт". Таблица 35. Разрешённые значения из справочника НСИ "Условия оказания медицинской помощи" (ФРАГМЕНТ). Уникальный идентификатор Амбулаторно, в том числе на дому при вызове медицинского работника … 2 … 20. Наименование "Льготные категории граждан" OID: 1.2.643.5.1.13.13.99.2.541 Должна быть использована последняя версия данного справочника Разрешённый набор значений включает все записи справочника. Таблица 36. Разрешённые значения из справочника НСИ "Льготные категории граждан" (ФРАГМЕНТ). Код 1.00000.0001 Полное наименование Инвалиды войны Источник оплаты 1 1.00000.0009 Участники Великой Отечественной войны 1 1.00000.0025 Военнослужащие, проходившие военную службу в воинских частях, учреждениях, военно-учебных заведениях, не входивших в состав действующей армии, в период с 22 июня 1941 года по 3 сентября 1945 года не менее шести месяцев, военнослужащие, награжденные орденами или медалями СССР за службу в указанный период 1 … … … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 88 21. "ФРЛЛО. Справочник специализированного питания" OID: 1.2.643.5.1.13.13.99.2.603 Должна быть использована последняя версия данного справочника Разрешённый набор значений включает все записи справочника. Таблица 37. Разрешённые значения из справочника НСИ "ФРЛЛО. Справочник специализированного питания" (ФРАГМЕНТ). Код 00001 00002 00003 00004 … 22. Наименование Продукт сухой специализированный для диетического (лечебного) питания детей "Нутриген 14-phe" Специализированный продукт сухой для диетического (лечебного) питания детей старше года, больных фенилкетонурией, "Нутриген 20-phe" Специализированный продукт сухой для диетического (лечебного) питания детей старше года, больных фенилкетонурией, "Нутриген 40-phe" Специализированный продукт сухой для диетического (лечебного) питания детей старше одного года, больных фенилкетонурией, "Нутриген 70-phe" … "ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд" OID: 1.2.643.5.1.13.13.99.2.604 Должна быть использована последняя версия данного справочника Разрешённый набор значений включает все записи справочника. Таблица 38. Разрешённые значения из справочника НСИ "ФРЛЛО. Справочник медицинских изделий согласно каталогу товаров, работ, услуг для обеспечения государственных и муниципальных нужд" (ФРАГМЕНТ). Код 32.50.50.190.00001900 Наименование Мочеприемник ручной, мужской, многоразового использования 32.50.50.190.00001901 Мочеприемник ручной, мужской, многоразового использования 32.50.50.190.00001902 Мочеприемник ручной, мужской, многоразового использования … … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 89 23. "Виды предоставляемых льгот" OID: 1.2.643.5.1.13.13.99.2.605 Должна быть использована последняя версия данного справочника Разрешённый набор значений для участников включает все записи справочника, которые должны указываться в соответствии с выбранной льготой по справочнику "Льготные категории граждан" (OID 1.2.643.5.1.13.13.99.2.541). Для этого необходимо использовать поле "Код льготы" текущего справочника и поле "Код" справочника "Льготные категории граждан". Таблица 39. Разрешённые значения из справочника НСИ "Виды предоставляемых льгот" (ФРАГМЕНТ). Код Размер льготы 85 50 102 100 … … 24. "Срок действия рецепта" OID: 1.2.643.5.1.13.13.99.2.608 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 40. Разрешённые значения из справочника НСИ "Срок действия рецепта". Уникальный идентификатор 1 15 дней 2 30 дней 4 90 дней 6 1 месяц 7 3 месяца 25. "Приоритет Срок действия рецепта исполнения рецепта" OID: 1.2.643.5.1.13.13.99.2.609 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 41. Разрешённые значения из справочника НСИ "Приоритет исполнения рецепта". Уникальный идентификатор 1 Cito Приоритет рецепта на латинском языке 2 Statim Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 90 26. "Узлы СМНН. ЕСКЛП" OID: 1.2.643.5.1.13.13.99.2.611 Должна быть использована последняя версия данного справочника Разрешённый набор значений включает все записи справочника. Таблица 42. Разрешённые значения из справочника НСИ "Узлы СМНН. ЕСКЛП" (ФРАГМЕНТ). Код_ узла_ СМНН 21.10.51. 124000001-10002200000000 00000 21.10.51. 123000009-10002400000000 00000 21.10.51. 124000002-10000800000000 00000 … 27. Стандартизованное_ МНН Стандартизованная_ лекарственная_ форма Стандартизованная_ лекарственная_ доза КОКАРБОКСИЛАЗА ЛИОФИЛИЗАТ ДЛЯ ПРИГОТОВЛЕНИЯ РАСТВОРА ДЛЯ ВНУТРИВЕННОГО И ВНУТРИМЫШЕЧНОГО ВВЕДЕНИЯ КАПСУЛЫ 25 мг 0.00025 мг шт. (капсула) ТИАМИН РАСТВОР ДЛЯ ВНУТРИМЫШЕЧНОГО ВВЕДЕНИЯ 50 мг/мл мл … … … КАЛЬЦИТРИОЛ Наименование_ потребительской _единицы_ измерения мг действующего вещества "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов" OID: 1.2.643.5.1.13.13.99.2.638 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанные ниже записи справочника. Таблица 43. Разрешённые значения из справочника НСИ "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов". OID 1.2.643.5.1.13.13.14.37.9.4 Полное наименование Руководство по реализации CDA (Release 2) уровень 3 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" Редакция 4 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 91 28. "Типы медицинских карт" OID: 1.2.643.5.1.13.13.99.2.723 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 44. Разрешённые значения из справочника НСИ "Типы документированных событий". Код 1 Наименование Амбулаторная медицинская карта 2 Стационарная медицинская карта 3 Иная медицинская карта 29. "Типы документированных событий" OID: 1.2.643.5.1.13.13.99.2.726 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанные ниже записи справочника. Таблица 45. Разрешённые значения из справочника НСИ "Типы документированных событий". Уникальный идентификатор Наименование типа 58 Формирование рецепта на лекарственный препарат 59 Формирование рецепта на специализированный продукт лечебного питания 60 Формирование рецепта на медицинское изделие 30. "Формы документов" OID: 1.2.643.5.1.13.13.99.2.1008 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 46. Разрешённые значения из справочника НСИ "Формы документов". Уникальный идентификатор Наименование 1 Электронная 2 Бумажная Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 92 Приложение A. Отличия между Редакцией 3 и Редакцией 4 (краткая информация) Краткая сводка изменений Редакции 3 по сравнению с Редакцией 4: 1. Добавлено Приложения С "Использование международной статистической классификации болезней и проблем, связанных со здоровьем, одиннадцатого пересмотра в СЭМД" 2. Снижена обязательность указания даты создания документа до [1..1]. В случае, если документ подписывается с использованием УКЭП, дата создания документа может отсутствовать, причина отсутствия информации должна быть указана с помощью атрибута @nullFlavor со значением "NA" по справочнику "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286); 3. В блоке "Сведения об авторе документа" снижена обязательность полей "Сведения о медицинской организации, где работает автор" и "Адрес медицинской организации или ИП" с [1..1] до [0..1]; 4. В блоке "Сведения о лице, придавшем юридическую силу документу" снижена обязательность полей "Сведения о медицинской организации, где работает лицо, придавшее юридическую силу документу" и "Адрес медицинской организации или ИП" с [1..1] до [0..1]; 5. Добавлен блок "Документируемое событие" с обязательностью R[1..1] (допускаются к использованию следующие типы документированных событий: "Формирование рецепта на лекарственный препарат", "Формирование рецепта на специализированный продукт лечебного питания" и "Формирование рецепта на медицинское изделие"); 6. В секции "Сведения о документе" скорректированы требования указания поля "Срок действия рецепта"; 7. В секции "Рецепт" удален элемент "Кодирование типов назначений льготного рецепта". Информация о типе рецепта хранится в элементе "Тип документируемого события". 8. Изменения в секции "Связанные документы" (секция опциональна): a. Снижена обязательность указания поля "Примечание к документу" с R [1..1] до [0..1]; b. Добавлено поле для указания формы связанного документа по справочнику "Формы документов" (OID: 1.2.643.5.1.13.13.99.2.1008) с обязательностью [0..1]; c. В блоке "Ссылка на внешний документ" добавлен элемент для указания уникального идентификатора документа в РЭМД с обязательностью [1..1]; 9. Актуализирован перечень используемых справочников и их версий с целью перехода на использование последних актуальных версий. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 93 Приложение B. Отличия между Редакцией 3 и Редакцией 4 1. Изменение пакета спецификации Скорректированы xml-пример, html-макет, xsl-схема, сценарий, специфичных xsd-схем. Добавлен PDF-примеры печатной версии СЭМД. пакет Таблица 47. Изменение пакета спецификации. Редакция 3 Редакция 4 Имя файла CDA_ЛЬГОТНЫЙ_ РЕЦЕПТ_РФ_Р3.pdf Описание Данное руководство Имя файла CDA_ЛЬГОТНЫЙ_ РЕЦЕПТ_Р4.pdf Описание Данное руководство MNN_prescription_ma x.xml Пример максимально заполненного CDA документа на лекарственный препарат MNN_prescription_ max.xml Пример максимально заполненного CDA документа на лекарственный препарат MNN_prescription_min .xml Пример минимально заполненного CDA документа на лекарственный препарат MNN_prescription_ min.xml Пример минимально заполненного CDA документа на лекарственный препарат Nut_sup_prescription.x ml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания Nut_sup_prescriptio n.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания TradeName_prescripti on.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается торговое наименование TradeName_prescri ption.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается торговое наименование Med_Prod_Prescript ion.xml Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие. MNN_prescription_ max.html Макет максимально заполненного CDA документа "Льготный рецепт" MNN_prescription_ min.html Макет минимально заполненного CDA документа "Льготный рецепт" Nut_sup_prescriptio n.html Макет заполненного CDA документа "Льготный рецепт", в рамках которого Med_Prod_Prescriptio n.xml MNN_prescription_ma x.html MNN_prescription_min .html Пример заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие. Макет максимально заполненного CDA документа "Льготный рецепт" Макет минимально заполненного CDA документа "Льготный рецепт" Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 94 Редакция 3 Nut_sup_prescription. Макет заполненного html CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания TradeName_prescripti on.html Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается торговое наименование Med_Prod_Prescriptio n.html Макет максимально заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие Electronic_prescription .xsl Файл, использующийся для преобразования информации из xml файлов в html макеты XSD CDA Папка, объединяющая в себе набор XSD файлов, использующихся для формализованного описания требований, накладываемых стандартом CDA 2.0, с учетом локальных расширений XSD_CDA_ЛЬГОТНЫ Й_РЕЦЕПТ_РФ_Р3 Папка, объединяющая в себе набор XSD файлов, использующихся для формализованного описания требований к документу "Льготный рецепт" Редакция 4 рассматривается отпуск специализированного продукта лечебного питания TradeName_prescri ption.html Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается торговое наименование Med_Prod_Prescript ion.html Макет максимально заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие MNN_prescription_ max.pdf Макет максимально заполненного CDA документа "Льготный рецепт", вариант для печати MNN_prescription_ min.pdf Макет минимально заполненного CDA документа "Льготный рецепт", вариант для печати Nut_sup_ prescription.pdf Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается отпуск специализированного продукта лечебного питания, вариант для печати TradeName_ prescription.pdf Макет заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается торговое наименование, вариант для печати Med_Prod_ Prescription.pdf Макет максимально заполненного CDA документа "Льготный рецепт", в рамках которого рассматривается медицинское изделие, вариант для печати Electronic_ prescription.xsl Файл, использующийся для преобразования Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 95 Редакция 3 Редакция 4 информации из xml файлов в html макеты XSD CDA Папка, объединяющая в себе набор XSD файлов, использующихся для формализованного описания требований, накладываемых стандартом CDA 2.0, с учетом локальных расширений XSD_CDA_ ЛЬГОТНЫЙ_ РЕЦЕПТ_Р4 Папка, объединяющая в себе набор XSD файлов, использующихся для формализованного описания требований к документу "Льготный рецепт" 2. Изменение даты создания документа <effectiveTime> Снижена обязательность указания даты создания документа до [1..1]. В случае, если документ подписывается с использованием УКЭП, дата создания документа может отсутствовать, причина отсутствия информации должна быть представлена с помощью атрибута @nullFlavor со значением "NA" по справочнику "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286). Таблица 48. Изменение даты создания документа <effectiveTime>. Редакция 3 У1-15: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть заполнен согласно общему ограничению "Дата и время"), содержащий дату создания документа. Редакция 4 У1-15: ClinicalDocument ДОЛЖЕН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен с непустым значением), содержащий дату создания документа. ЕСЛИ документ подписывается посредством УКЭП, ТО атрибут effectiveTime/@nullFlavor должен иметь значение "NA"; 3. Изменения в блоке "Автор <author>" Снижена обязательность полей "Сведения о медицинской организации, где работает автор" и "Адрес медицинской организации или ИП" с [1..1] до [0..1] Таблица 49. Изменение в блоке "Автор <author>". Редакция 3 У1-21-2-ж: ДОЛЖЕН иметь один [1..1] элемент representedOrganization (атрибут @classCode должен иметь значение "ORG"), содержащий информацию о месте работы автора, который: Редакция 4 У1-21-2-ж: МОЖЕТ иметь один [0..1] элемент representedOrganization (атрибут @classCode должен иметь значение "ORG"), содержащий информацию о месте работы автора, который: У1-21-2-ж-IV: ДОЛЖЕН иметь один [1..1] элемент addr, содержащий адрес организации. У1-21-2-ж-IV: МОЖЕТ иметь один [0..1] элемент addr, содержащий адрес организации. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 96 4. Изменения в блоке "Лицо, придавшее юридическую силу документу <legalAuthenticator>" Снижена обязательность полей "Сведения о медицинской организации, где работает лицо, придавшее юридическую силу документу" и "Адрес медицинской организации или ИП" с [1..1] до [0..1]. Таблица 50. Изменение в блоке "Лицо, придавшее юридическую силу документа <legalAuthenticator>". Редакция 3 У1-25-3-ж: ДОЛЖЕН иметь один [1..1] элемент representedOrganization (атрибут @classCode должен иметь значение "ORG"), содержащий информацию о месте работы лица, придавшего юридическую силу, который: Редакция 4 У1-25-3-ж: МОЖЕТ иметь один [1..1] элемент representedOrganization (атрибут @classCode должен иметь значение "ORG"), содержащий информацию о месте работы лица, придавшего юридическую силу, который: У1-25-3-ж-IV: ДОЛЖЕН иметь один [1..1] элемент addr, содержащий адрес организации. У1-25-3-ж-IV: МОЖЕТ иметь один [1..1] элемент addr, содержащий адрес организации. 5. Добавление блока "Документируемое событие <documentationOf>" Добавлен блок "Документируемое событие" с обязательностью R[1..1]. Таблица 51. Добавление блока "Документируемое событие <documentationOf>". Редакция 3 — Редакция 4 У1-29: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент documentationOf, содержащий сведения о документируемом событии, который: 1. ОБЯЗАН иметь один [1..1] элемент serviceEvent, который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.726", атрибут @codeSystemName должен иметь значение "Типы документированных событий", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены с не пустыми значениями), содержащий тип документируемого события; б. ОБЯЗАН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен с не пустым значением), содержащий дату выдачи медицинского документа; в. МОЖЕТ иметь один [0..1] элемент medService:serviceForm (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1551", атрибут @codeSystemName должен иметь значение "Формы оказания медицинской помощи", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены с не пустыми значениями), содержащий форму оказания медицинской помощи; г. МОЖЕТ иметь один [0..1] элемент medService:serviceType (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.11.1034", атрибут @codeSystemName должен иметь значение "Виды медицинской помощи", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены с не пустыми значениями), содержащий вид медицинской помощи; МОЖЕТ иметь один [0..1] элемент medService:serviceCond (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.322", атрибут @codeSystemName должен иметь значение "Условия оказания медицинской помощи", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены с не пустыми значениями), содержащий условия оказания медицинской помощи; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 97 6. Изменения в секции "Сведения о документе DOCINFO" Скорректированы требования указания поля "Срок действия рецепта". Таблица 52. Изменение в секции "Сведения о документе ("Общие сведения") DOCINFO". Редакция 3 У3-4: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[4], который: Редакция 4 У3-4: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[4], который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6004", атрибут @displayName должен иметь значение "Срок действия рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6004", атрибут @displayName должен иметь значение "Срок действия рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.608" и @codeSystemName должен иметь занчение "Срок действия рецепта", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), который должен быть представлен не пустым значением. б. ОБЯЗАН иметь один [1..1] элемент effectiveTime (атрибут @value должен быть представлен не пустым значением); В рамках текущего поля для атрибута @code возможно использовать следующие значения из справочника НСИ "Срок действия рецепта" (OID: 1.2.643.5.1.13.13.99.2.608): "1", "2" или "4" в случае назначения лекарственного препарата или специализированного продукта лечебного питания; "6" или "7" в случае назначения медицинского изделия. У3-5: Секция "Сведения о документе" ОБЯЗАНА иметь один [1..1] элемент entry[5], который: в. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.608" и @codeSystemName должен иметь значение "Срок действия рецепта", атрибуты @code, @codeSystemVersion, @displayName должны быть представлены не пустыми значениями), который должен быть представлен не пустым значением. В рамках текущего поля для атрибута @code возможно использовать следующие значения из справочника НСИ "Срок действия рецепта" (OID: 1.2.643.5.1.13.13.99.2.608): "1", "2" или "4" в случае назначения лекарственного препарата или специализированного продукта лечебного питания; "6" или "7" в случае назначения медицинского изделия. 1. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: а. ОБЯЗАН иметь один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @code должен иметь значение "6005", атрибут @displayName должен иметь значение "Дата окончания действия рецепта", атрибуты @codeSystemVersion, @codeSystemName должны быть представлены не пустыми значениями); Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 98 Редакция 3 б. ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "TS"), который должен быть представлен не пустым значением. Редакция 4 7. Изменения в секции "Рецепт" RECIPE Удален элемент "Кодирование типов назначений льготного рецепта". Таблица 53. Изменение в секции "Рецепт" RECIPE. Редакция 3 У3-11: Секция "Рецепт" ("Назначение лекарственного препарата\специализированного продукта лечебного питания") ОБЯЗАНА иметь один [1..1] элемент entry, который: 1. ОБЯЗАН иметь один [1..1] элемент substanceAdministration (атрибут @classCode должен иметь значение "SBADM", атрибут @moodCode должен иметь значение "RQO"), который: а. ОБЯЗАН содержать один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.651", атрибут @codeSystemName должен иметь значение "Тип назначений льготного рецепта", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями); Редакция 4 У3-11: Секция "Рецепт" ("Назначение лекарственного препарата\специализированного продукта лечебного питания") ОБЯЗАНА иметь один [1..1] элемент entry, который: 1. ОБЯЗАН иметь один [1..1] элемент substanceAdministration (атрибут @classCode должен иметь значение "SBADM", атрибут @moodCode должен иметь значение "RQO"), который: а. ДОЛЖЕН содержать один [1..1] элемент code (атрибут @nullFlavor должен иметь значение "NI"); … … У3-11-1-г-I-i-3: МОЖЕТ иметь один [0..1] элемент name, который должен иметь не пустое наполнение. Используется для указания торгового наименования лекарственного препарата в случае отсутствия международного непатентованного наименования и группировочного или химического наименования лекарственного препарата или в случае назначения торгового наименования врачебной комиссией медицинской организации; У3-11-1-г-I-i-3: МОЖЕТ иметь один [0..1] элемент name, который должен иметь не пустое наполнение. Используется для указания торгового наименования лекарственного препарата. Элемент обязан быть представлен в случае отсутствия международного непатентованного наименования и группировочного или химического наименования лекарственного препарата или в случае назначения торгового наименования врачебной комиссией медицинской организации; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 99 Редакция 3 У3-12: Секция "Рецепт" ("Рецепт на медицинское изделие") обязана иметь один [1..1] элемент entry, который: Редакция 4 У3-12: Секция "Рецепт" ("Назначение медицинского изделия") обязана иметь один [1..1] элемент entry, который: 1. ОБЯЗАН содержать один [1..1] элемент supply (атрибут @classCode должен иметь значение "SPLY", атрибут @moodCode должен иметь значение "RQO"), который: 1. ОБЯЗАН содержать один [1..1] элемент supply (атрибут @classCode должен иметь значение "SPLY", атрибут @moodCode должен иметь значение "RQO"), который: а. ОБЯЗАН содержать один [1..1] элемент code (атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.651", атрибут @codeSystemName должен иметь значение "Тип назначений льготного рецепта", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены не пустыми значениями); а. ДОЛЖЕН содержать один [1..1] элемент code (атрибут @nullFlavor должен иметь значение "NI"); … … 8. Изменения в секции "Связанные документы LINKDOCS" Снижена обязательность указания поля "Примечание к документу" с R [1..1] до [0..1]. Добавлено поле для указания формы связанного документа по справочнику "Формы документов" (OID: 1.2.643.5.1.13.13.99.2.1008) с обязательностью [0..1]. В блоке "Ссылка на внешний документ" добавлен элемент для указания уникального идентификатора документа в РЭМД с обязательностью [1..1]. Таблица 54. Изменение в секции "Связанные документы LINKDOCS". Редакция 3 У3-14-1-б: ОБЯЗАН иметь один [1..1] элемент text; Редакция 4 У3-13-1-б: МОЖЕТ иметь один [0..1] элемент text, содержащий примечание к документу, который должен иметь не пустое наполнение; — У3-13-1-е: МОЖЕТ иметь один [0..1] элемент entryRelationship[3] (атрибут @typeCode должен иметь значение "COMP"), содержащий форму документа, который: I. ОБЯЗАН иметь один [1..1] элемент observation (атрибут @classCode должен иметь значение "OBS", атрибут @moodCode должен иметь значение "EVN"), который: i. ОБЯЗАН иметь один [1..1] элемент code (атрибут @code должен иметь значение "6058", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.166", атрибут @codeSystemName должен иметь значение "Кодируемы поля CDA документов", атрибут @displayName должен иметь значение "Форма документа", атрибут @codeSystemVersion, должен быть представлен с не пустым значением), содержащий код поля; ii.ОБЯЗАН иметь один [1..1] элемент value (атрибут @xsi:type должен иметь значение "CD", атрибут @codeSystem должен иметь значение "1.2.643.5.1.13.13.99.2.1008", атрибут @codeSystemName должен иметь значение "Формы документов", атрибуты @code, @displayName, @codeSystemVersion должны быть представлены с не пустыми значениями), содержащий тип документа (бумажный, электронный); Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 100 Редакция 3 — Редакция 4 У3-13-1-ж-ii: ДОЛЖЕН иметь один [1..1] элемент id (атрибут @root должен иметь значение "1.2.643.5.1.13.13.17.1.1", атрибут @extension должен соответствовать идентификатору документа в РЭМД (должен соответствовать регулярному выражению "^[09]{2}[.][0-9]{2}[.][0-9]{3-4}[.][0-9]{9}$")), содержащий уникальный идентификатор документа в РЭМД; Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 101 9. Изменение используемых справочников Обновлена информация об использованных справочниках в разделах "5.5. Использование справочников" и "Раздел V. Использованные справочники и разрешённые наборы значений", в XML-примерах и в текстах требований. Таблица 55. Изменение справочников. Редакция 3 — Редакция 4 "Виды медицинской помощи" OID: 1.2.643.5.1.13.13.11.1034 Должна быть использована последняя версия данного справочника. Разрешенный набор значений включает все записи справочника, относящиеся к заболеваниям, при которых возможна выдача документа "Льготный рецепт". Разрешённые значения из справочника НСИ "Виды медицинской помощи" (ФРАГМЕНТ). Код 2 … Полное название Первичная врачебная медико-санитарная помощь … "Виды полиса обязательного медицинского страхования" "Виды полиса обязательного медицинского страхования" OID: 1.2.643.5.1.13.13.11.1035 OID: 1.2.643.5.1.13.13.11.1035 Версия: 1.3 Должна быть использована последняя версия данного справочника. "Пол пациента" "Пол пациента" OID: 1.2.643.5.1.13.13.11.1040 OID: 1.2.643.5.1.13.13.11.1040 Версия: 2.1 Должна быть использована последняя версия данного справочника. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 102 Редакция 3 "Реестр медицинских организаций Российской Федерации" Редакция 4 "Реестр медицинских организаций Российской Федерации" OID: 1.2.643.5.1.13.13.11.1461 OID: 1.2.643.5.1.13.13.11.1461 Должна быть использована последняя актуальная версия данного справочника. Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Разрешённый набор значений включает все записи справочника. Разрешённые значения из справочника НСИ "Реестр медицинских организаций Российской Федерации" (ФРАГМЕНТ). Разрешённые значения из справочника НСИ "Реестр медицинских организаций Российской Федерации" (ФРАГМЕНТ). Сокращенное наименование OID 1.2.643.5.1.13.13.1 2.2.77.8327 ГБУЗ"ГП № 172 ДЗМ" 1.2.643.5.1.13.13.1 2.2.77.8004 ГБУЗ "ДГП №41 ДЗМ" 1.2.643.5.1.13.13.1 2.2.77.8031 ГБУЗ "ДГП № 138 ДЗМ" 1.2.643.5.1.13.13.1 2.2.77.8481 ГАУЗ "МГОБ № 62 ДЗМ" … … OID 1.2.643.5.1.13.13.1 2.2.77.8481 Полное наименование Государственное бюджетное учреждение здравоохранения города Москвы "Московская городская онкологическая больница № 62 Департамента здравоохранения города Москвы" 1.2.643.5.1.13.13.1 2.2.77.7799 ФЕДЕРАЛЬНОЕ ГОСУДАРСТВЕННОЕ БЮДЖЕТНОЕ УЧРЕЖДЕНИЕ "НАЦИОНАЛЬНЫЙ МЕДИЦИНСКИЙ ИССЛЕДОВАТЕЛЬСКИ Й ЦЕНТР ОНКОЛОГИИ ИМЕНИ Н.Н. БЛОХИНА" МИНИСТЕРСТВА ЗДРАВООХРАНЕНИЯ РОССИЙСКОЙ ФЕДЕРАЦИИ 1.2.643.5.1.13.13.1 2.2.73.7370 Государственное учреждение здравоохранения Ульяновская областная клиническая больница 1.2.643.5.1.13.13.1 2.2.73.7367 государственное учреждение здравоохранения "Городская поликлиника №6" … … Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 103 Редакция 3 "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" Редакция 4 "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" OID: 1.2.643.5.1.13.13.11.1468 OID: 1.2.643.5.1.13.13.11.1468 Версия: 2.1 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Таблица 23. Разрешённые значения из справочника НСИ "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" (ФРАГМЕНТ). Код 1 Путь введения на русском языке Энтеральный 2 Для приема внутрь 3 Гастральный 4 Гастроэнтеральный … … Разрешённый набор значений включает все записи справочника. Таблица 24. Разрешённые значения из справочника НСИ "Пути введения лекарственных препаратов, в том числе для льготного обеспечения граждан лекарственными средствами" (ФРАГМЕНТ). Код 1 Путь введения на русском языке Энтеральный 2 Пероральный 3 Гастральный 4 Гастроэнтеральный … … "Тип адреса пациента" "Тип адреса пациента" OID: 1.2.643.5.1.13.13.11.1504 OID: 1.2.643.5.1.13.13.11.1504 Версия: 1.3 Должна быть использована последняя версия данного справочника. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 104 Редакция 3 "Виды медицинской документации" Редакция 4 "Виды медицинской документации" OID: 1.2.643.5.1.13.13.11.1522 OID: 1.2.643.5.1.13.13.11.1522 Должна быть использована последняя актуальная версия данного справочника. Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Разрешённый набор значений включает все записи справочника, относящиеся видам медицинской документации, используемым в документе "Льготный рецепт". Разрешённые значения из справочника НСИ "Виды медицинской документации". Уникальный идентификатор Название 37 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания 87 Протокол врачебной комиссии — Разрешённые значения из справочника НСИ "Виды медицинской документации". Уникальный идентификатор 37 Название Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания 87 Протокол врачебной комиссии 347 Выписка из протокола врачебной комиссии … … "Формы оказания медицинской помощи" OID: 1.2.643.5.1.13.13.11.1551 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все актуальные записи справочника, относящиеся к формам оказания медицинской помощи, при которых возможна выдача документа "Льготный рецепт". Разрешённые значения из справочника НСИ " Формы оказания медицинской помощи " (ФРАГМЕНТ). 1 Код Полное название плановая … ... Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 105 Редакция 3 "Срок действия рецепта" Редакция 4 "Срок действия рецепта" OID: 1.2.643.5.1.13.13.99.2.608 OID: 1.2.643.5.1.13.13.99.2.608 Версия: 1.2 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 38. Разрешённые значения из справочника НСИ "Срок действия рецепта". Уникальный идентификат ор 1 Срок действия рецепта 15 дней 2 30 дней 4 90 дней 6 1 месяц 7 3 месяца Разрешённый набор значений включает указанное ниже подмножество записей справочника. Таблица 40. Разрешённые значения из справочника НСИ "Срок действия рецепта". Уникальный идентификат ор 1 Срок действия рецепта 15 дней 2 30 дней 4 90 дней 6 1 месяц 7 3 месяца Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 106 Редакция 3 "Кодируемые поля CDA документов" Редакция 4 "Кодируемые поля CDA документов" OID: 1.2.643.5.1.13.13.99.2.166 OID: 1.2.643.5.1.13.13.99.2.166 Версия: 1.75 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанное ниже подмножество записей справочника. Разрешённые значения из справочника НСИ "Кодируемые поля CDA документов". 809 Код Название Шифр МКБ-10 811 Льготная категория 4059 Протокол врачебной комиссии Разрешённый набор значений включает указанное ниже подмножество записей справочника. Разрешённые значения из справочника НСИ "Кодируемые поля CDA документов". 809 Название Шифр МКБ-10 811 Льготная категория 4059 Протокол врачебной комиссии 6000 Приоритет исполнения рецепта 6001 Серия рецепта 6002 Номер рецепта 6004 Срок действия рецепта 6006 По специальному назначению (отметка) 6008 Размер льготы на лекарственный препарат/специальное назначение (код) Источник бюджетного финансирования 6009 Размер льготы на лекарственные препараты (значение в процентах) Размер льготы на лекарственный препарат/специальное назначение (код) 6010 Количество назначенных доз Размер льготы на лекарственные препараты (значение в процентах) 6011 Наличие хронических заболеваний Количество назначенных доз 6058 Форма документа 11002 Серия документа 11001 11003 Номер документа Наличие хронических заболеваний 6008 Источник бюджетного финансирования 11002 Серия документа 11003 Номер документа 6000 Приоритет исполнения рецепта 6001 Серия рецепта 6002 Номер рецепта 6004 Срок действия рецепта 6005 Дата окончания действия рецепта 6008 Источник бюджетного финансирования 6009 6010 6011 11001 Код Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 107 Редакция 3 "Реестр страховых медицинских организаций (ФОМС)" Редакция 4 — OID: 1.2.643.5.1.13.13.99.2.183 Должна быть использована последняя версия данного справочника Разрешённый набор значений включает все записи справочника. Разрешённые значения из справочника НСИ "Реестр страховых медицинских организаций (ФОМС)" (ФРАГМЕНТ). Код СМО в едином реестре ОМС 01004 Полное наименование СМО АДЫГЕЙСКИЙ ФИЛИАЛ АО "СТРАХОВАЯ КОМПАНИЯ "СОГАЗМЕД" 02001 ФИЛИАЛ АКЦИОНЕРНОГО ОБЩЕСТВА "МЕДИЦИНСКАЯ АКЦИОНЕРНАЯ СТРАХОВАЯ КОМПАНИЯ" В ГОРОДЕ УФЕ 02003 ФИЛИАЛ ООО СМК "АСТРА-МЕТАЛЛ" В РЕСПУБЛИКЕ БАШКОРТОСТАН 02004 ФИЛИАЛ ООО "КАПИТАЛ МЕДИЦИНСКОЕ СТРАХОВАНИЕ" В РЕСПУБЛИКЕ БАШКОРТОСТАН ... ... "Секции электронных медицинских документов" "Секции электронных медицинских документов" OID: 1.2.643.5.1.13.13.99.2.197 OID: 1.2.643.5.1.13.13.99.2.197 Версия: 1.19 Должна быть использована последняя версия данного справочника. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 108 Редакция 3 — Редакция 4 "Условия оказания медицинской помощи" OID: 1.2.643.5.1.13.13.99.2.322 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника, относящиеся к условиям оказания медицинской помощи, при которых возможна выдача документа "Льготный рецепт". Разрешённые значения из справочника НСИ " Условия оказания медицинской помощи " (ФРАГМЕНТ). Уникальный идентификато р 2 … Наименование Амбулаторно, в том числе на дому при вызове медицинского работника … "Приоритет исполнения рецепта" "Приоритет исполнения рецепта" OID: 1.2.643.5.1.13.13.99.2.609 OID: 1.2.643.5.1.13.13.99.2.609 Версия: 1.1 Должна быть использована последняя версия данного справочника. "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов" "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов" OID: 1.2.643.5.1.13.13.99.2.638 OID: 1.2.643.5.1.13.13.99.2.638 Должна быть использована последняя актуальная версия данного справочника. Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанные ниже записи справочника. Разрешённый набор значений включает указанные ниже записи справочника. Разрешённые значения из справочника НСИ "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов". Разрешённые значения из справочника НСИ "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов". OID 1.2.643.5.1.13.13.1 4.37.9.3 Полное название "Руководство по реализации CDA (Release 2) уровень 3 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" Редакция 3 OID 1.2.643.5.1.13.13.1 4.37.9.4 Полное название "Руководство по реализации CDA (Release 2) уровень 3 Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" Редакция 4 Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 109 Редакция 3 "Тип назначений льготного рецепта" Редакция 4 - OID: 1.2.643.5.1.13.13.99.2.651 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанные ниже записи справочника. Таблица 44. Разрешённые значения из справочника НСИ "Тип назначений льготного рецепта". Уникальный идентификатор 1 Тип назначений Рецепт на лекарственный препарат 2 Рецепт на специализированный продукт лечебного питания 3 Рецепт на медицинское изделие — "Типы медицинских карт" OID: 1.2.643.5.1.13.13.99.2.723 Должна быть использована последняя версия данного справочника. Разрешенный набор значений включает все записи справочника. Разрешённые значения из справочника НСИ "Типы документов оснований". 1 Код Наименование Амбулаторная медицинская карта 2 Стационарная медицинская карта 3 Иная медицинская карта Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 110 Редакция 3 "Типы документов оснований" Редакция 4 — OID: 1.2.643.5.1.13.13.99.2.724 Версия: 1.1 Разрешенный набор значений включает все записи справочника. Разрешённые значения из справочника НСИ "Типы документов оснований". 1 Код Название Полис ОМС 2 Полис ДМС 3 Договор на оказание платных медицинских услуг — "Типы документированных событий" 1.2.643.5.1.13.13.99.2.726 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает указанные ниже записи справочника. Разрешённые значения из справочника НСИ "Типы документированных событий". Уникальный идентификатор 58 Наименование типа Формирование рецепта на лекарственный препарат 59 Формирование рецепта на специализированный продукт лечебного питания 60 Формирование рецепта на медицинское изделие Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 111 Редакция 3 — Редакция 4 "Формы документов" OID: 1.2.643.5.1.13.13.11.1034 Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Разрешённые значения из справочника НСИ "Формы документов". Уникальный идентификатор 1 Наименование Электронная 2 Бумажная "Причины отсутствия информации (NullFlavor)" "Причины отсутствия информации (NullFlavor)" OID: 1.2.643.5.1.13.13.99.2.286 OID: 1.2.643.5.1.13.13.99.2.286 Должна быть использована последняя актуальная версия данного справочника. Должна быть использована последняя версия данного справочника. Разрешённый набор значений включает все записи справочника. Разрешённый набор значений включает все актуальные записи справочника. Таблица 33. Разрешённые значения из справочника НСИ "Причины отсутствия информации (NullFlavor)" (ФРАГМЕНТ). Таблица 34. Разрешённые значения из справочника НСИ "Причины отсутствия информации (NullFlavor)" (ФРАГМЕНТ). Код NI INV MSK NA UNK … Название Нет информации Недопустимое значение Скрыто Неприменимо Неизвестно … Код ASKU NA NAV NASK NI ... Название Запрошено, но неизвестно Неприменимо Временно недоступно Не запрашивалось Нет информации ... Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 112 10. Прочие изменения Таблица 56. Прочие изменения. Редакция 3 5.1.3 Ключевые слова: Атрибут nullFlavor в данном руководстве определяется согласно справочнику "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286). Этот атрибут используется для обозначения причины отсутствия информации в руководстве по реализации и, может быть, использован как атрибут у любого элемента документа, который задается ключевыми словами "ДОЛЖЕН", "СЛЕДУЕТ", "МОЖЕТ". В требованиях текущего руководства по реализации будет использован следующий алгоритм по умолчанию: Редакция 4 5.1.3 Ключевые слова: Атрибут nullFlavor используется для обозначения причины отсутствия информации и может быть использован в любом элементе документа, который задается ключевым словом "ДОЛЖЕН". Значение атрибута nullFlavor определяется согласно справочнику "Причины отсутствия информации (NullFlavor)" (OID: 1.2.643.5.1.13.13.99.2.286). В требованиях текущего руководства по реализации используется следующая логика по умолчанию: У1-11: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент templateId (атрибут @root должен иметь значение "1.2.643.5.1.13.13.14.37.9.3" (закрытый шаблон)). У1-11: ClinicalDocument ОБЯЗАН иметь один [1..1] элемент templateId (атрибут @root должен иметь значение "1.2.643.5.1.13.13.14.37.9.4" (по справочнику "Реестр руководств по реализации и протоколов информационного взаимодействия структурированных электронных медицинских документов" (OID: 1.2.643.5.1.13.13.99.2.638), поле "OID")), содержащий уникальный идентификатор руководства по реализации СЭМД. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 113 Приложение C. Использование международной статистической классификации болезней и проблем, связанных со здоровьем, одиннадцатого пересмотра в СЭМД. Постановление правительства Российской Федерации от 15 октября 2021 года №2900-р определяет план мероприятий по внедрению Международной статистическая классификация болезней и проблем, связанных со здоровьем одиннадцатого пересмотра (МКБ-11) на территории Российской Федерации на 2021-2024 годы. В связи с этим ведется работа по адаптации федеральных структурированных электронных медицинских документов в части обеспечения возможности кодирования заболеваний в соответствии с МКБ-11. Справочник "Международная статистическая классификация болезней и проблем, связанных со здоровьем (11-й пересмотр)" с объектным идентификатором "1.2.643.5.1.13.13.99.2.940" планируется на размещение на ФР НСИ, начиная с 2022 г. В СЭМД будет предусмотрен механизм совместной передачи кодов МКБ-10 и МКБ11. Для этого планируется использовать связку элементов value+translation, которые в соответствии с ГОСТ Р ИСО/HL7 27932-2015 позволяют кодировать одно понятие с помощью разных систем кодирования. Элемент value будет использоваться для указания кодов МКБ-10, элемент translation – кодов МКБ-11. Пример приведен на Рисунок 49. Описанный механизм может быть использован с момента начала официального использования МКБ-11 в РФ. <entryRelationship typeCode="COMP">  <observation classCode="OBS" moodCode="EVN">  <code code="809" codeSystem="1.2.643.5.1.13.13.99.2.166" codeSystemVersion="1.82" codeSystemName="Кодируемые поля CDA документов" displayName="Шифр по МКБ-10"/>  <value xsi:type="CD" code="E10.9" codeSystem="1.2.643.5.1.13.13.11.1005" codeSystemVersion="2.19" codeSystemName="Международная статистическая классификация болезней и проблем, связанных со здоровьем (10-й пересмотр)" displayName="Инсулинзависимый сахарный диабет без осложнений"> <translation code="5A10" codeSystem="1.2.643.5.1.13.13.99.2.940" codeSystemVersion="1.1" codeSystemName="Международная статистическая классификация болезней и проблем, связанных со здоровьем (11-й пересмотр)" displayName="Сахарный диабет 1 типа"/> </value> </observation> </entryRelationship> Рисунок 49. Пример совместной передачи кодов МКБ-10 и МКБ-11. Руководство по реализации документа "Льготный рецепт на лекарственный препарат, изделие медицинского назначения и специализированный продукт лечебного питания" в соответствии с третьим уровнем требований архитектуры клинических документов версии 2 (CDA 2.0 HL7 v.3) Страница 114

CDA ЛЬГОТНЫЙ РЕЦЕПТ Р4

Похожие документы

Разделы

Поддержка

CDA ЛЬГОТНЫЙ РЕЦЕПТ Р4

Похожие документы

Добавить этот документ в коллекции

Добавить этот документ в сохраненные

Предложите, как улучшить StudyLib