Search... (alt + k)

Встречи

  • Встречи сообщества FHIR RU проходят по вторникам с 13:30 по 14:30 в zoom по этой ссылке, лидер - Евгений Коган people.EKogan
  • Встречи клинической группы Клиническая рабочая группа - по пятницам 13:00 - 14:00, ссылка выкладывается в чат FHIR-RU перед встречей, лидер - Олег Пензин people.OlegPenzin
  • Встречи группы Исследования по месту нахождения пациента (Point of care testing, POCT) - по требованию, лидер - Владимир Бережной @V_Eski
  • Встречи лабораторной группы Лаборатория - пока не проводятся
  • Встречи группы административных объектов Административные объекты - пока не проводятся

  • 02:58 В.Родионов: поправили описания профилей Condition, Encounter и связанных справочников, теперь публикатор собирает их без ошибок. Для перевода на русский язык справочника клинических статусов применили кодирование одних и тех же концептов по двум системам. Для автора профиля оказалось удобным держать в одном файле и профиль, и наборы значений, и псевдонимы, и примеры. Почему FHIR держит терминологии на отдельном сервере?
  • 35:12 сообщение от Тимура: сегодня выложит поправленный файлы руководства; поставил генерацию руководств для внутреннего проекта компании HealthSamurai, собирает замечания, на следующей встрече покажет нам.
  • 36:10 Е.Коган результаты написания Excel-файла для профиля Condition – обратным инжинирингом из файла fsh. Должны ли URL всегда соответствовать реальным страницам сайта или будет стоять переадресация?
  • 43:20 А.Звягин о работе по проекту РОСТ: сделан сценарий чрезвычайной ситуации, процесс сопоставления результатов измерений с пациентом и оператором, в планах сопоставление с направлением и заказом. Сделано описание операций передачи данных, с указанием состава передаваемых ресурсов и команд (создания изменения, удаления).
  • 58:35 планы по участию в Конгрессе лабораторной медицины: надо кроме вопроса о РОСТ поднять также тему стандартизации ОДЛИ
  • 1:03:21 - Аналог работы группы РОСТ по анализу и представлению данных - https://build.fhir.org/ig/hl7-eu/pcsp/index.html

В.Бережной, А.Звягин, Д.Фадин, Е.Коган

Обсуждение сценария, когда валидация теста не прошла. Обсуждение плана участия в Конгрессе лабораторной медицины 4-6.10.23.

  • 4:11 А.Звягин – в группе РОС сделан и согласован сценарий №6 – работа систем в условиях отсутствия связи, остался сценарий чрезвычайной ситуации и служебные сценарии регистрации пациентов, врачей, анализаторов. Решено начать делать текст для заголовочной страницы руководства, в том числе термины РОС и границы проекта.
  • 8:30 О.Пензин – обсуждаем вопросы о профиле Condition и версионировании профилей и руководств, в том числе – при необходимости поддержать профили для R5 и R4.
  • 34:20 Тимур о новой версии сайта: добавлены профили Encounter, Condition с упомянутыми в них наборами значения и системами кодирования, добавлена страница валидации. Есть ошибки публикации профилей: именование справочников, оформление слайсинга, в этом нужна помощь сообщества.

В.Бережной, А.Звягин, Д.Фадин, Е.Коган

Обсуждение сценария С2. Недоступность ИС (Shutdown)

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

Обсуждение вопросов к RuCore профилю нозологической единицы (ресурс Condition) - в дискуссии 72

  • 1:00 вводная беседа М.Закатов-Е.Коган, в частности об участии в сравнении информационных моделей
  • 6:00 О.Пензин: встреч клинической группы не было, ждем пятницу. Зато в Мирамедикс появилась вакансия аналитика на FHIR с возможностью участия в рабочее время в делах сообщества.
  • 7:40 сообщение от Тимура: на неделю был отвлечен другой работой, теперь трудится в поте лица над доработками сайта.
  • 8:19 А.Звягин о работе группы РОСТ+ПМП: обсуждаются 7 сценариев работы, для 4 из них нарисованы схемы процесса, выделены профили взаимодействия (моменты передачи данных), для каждого определены наборы ресурсов FHIR, подлежащих передаче. Соотношение ГОСТ и прикладных спецификаций: видимо, ГОСТ по ПМП будет отражать базовый FHIR, в части, необходимой для ПМП.
  • 20:26 обсуждаем задачу о взаимодействии в системе МИС – СППВР – middleware, когда middleware поддерживает только HL7 v2. Вывод: перспективнее организовать обмен СППВР-МИС на FHIR.
  • 30:54 А.Звягин о генераторе fsh-текста: нужно ли генерировать отдельные fsh для ValueSet и CodeSystem

В.Бережной, А.Звягин, Е.Коган

  • 1:45 А.Звягин: подготовил схемы для сценариев С4-скорая помощь и С5-скрининг, и обновил С3-экспресс-диагностика в МИС. Обсуждаем сценарии регистрации врача, пациента, прибора, сценарий выдачи пациентам временных идентификаторов, блокирования устройства, не прошедшего контроль качества.
  • 27:22 схемы процессов скорой помощи и скрининга
  • 32:25 Е.Коган рассказ о беседе с И.В.Емелиным и разработчиками платформы ПМП о соотношении ГОСТ по ПМП, который он готовит, и решений, принятых в платформе;
  • 43:19 решаем с А.Звягиным, когда стоит продолжить заполнение данных для генератора fsh: через несколько дней будет обновленная спецификация файла для заполнения данных по ValueSet и CodeSystem

Д.Фадин, В.Бережной, А.Звягин, Б.Зингерман, Е.Коган, П.Молодцов, П.Тимофеев

Сравниваем процесс ПМП, как его видят разработчики платформы, - П. Молодняков, руководитель проекта, и П.Тимофеев, главный аналитик проекта, с BPMN-диаграммой сценария №1 группы РОСТ.

Б.Зингерман, И.В.Емелин, Е.Коган, П.Молодняков, П.Тимофеев

Обсуждаем, как должны соотноситься ГОСТ по ПМП, проект которого разрабатывает И.В.Емелин, и спецификация проекта ПМП от разработчиков платформы. Запись встречи не велась.

  • 3:20 А.Звягин о доработке генератора fsh-текстов по файлу MS Excel. Идет работа над ValueSet, Extension.
  • 16:03 А.Звягин о ходе работ в группе РОСТ: прошла сверка сценария РОСТ с фактической работой платформы ПМП, планируется дописать два сценария до следующей недели.
  • 17:52 Е.Коган о ходе работы И.В. Емелина над проектом ГОСТ по ПМП: сделано описание простых и составных типов, на следующем этапе будет описание информационной модели результатов измерений и системы подписки. Как только описания ресурсов появится, проведем сверку, обсудим различия.
  • 21:05 Требуется ли в профиле описывать то, что не изменено по отношению к базовому ресурсу.
  • 27:54 Сообщение от Тимура: он уже совсем почти доделал версию сайта со страницей валидации и публикацией статического руководства, в ближайшие дни выпустит.
  • 28:20 Д.Фадин о том, какие решения включать в Ru Core, а какие – в наследованные руководства.

Е.Регина, Д.Фадин, В.Бережной, А.Звягин, Б.Зингерман, Е.Коган

Сравниваем процесс ПМП, как он запускается в Чувашии, с BPMN-диаграммой сценария №1.

  • 1:31 сообщение от Тимура – на этой неделе ожидается выпуск версии сайта со страницей валидации и публикацией руководства, сгенерированного стандартным IG Publisher
  • 2:52 А.Звягин: группа РОСТ утвердила BPMN-диаграммы для двух сценариев из шести. По одному из сценариев описали точки передачи информации и список ресурсов, подлежащих передаче в каждой точке. Обсуждаем, до какого уровня детализации следует опускаться при написании проекта ГОСТ, соотнесение решений по ГОСТ РОСТ и существующей спецификации пилотной платформы ПМП.
  • 22:40 обсуждаем заполнение Excel-прототипа для генерации fsh, на примере CoreCondition
  • Вдогонку (не обсудили на встрече): В.Родионов провел большое иследование национальных профилей Condition и подготовил профили CoreCondition и CoreEncounter
  • 01:24 О.Пензин: на встрече клинической группы обсудили профилирование Encounter.diagnosis на уровне RuCore, Виталий подготовит проект в fsh в версии 5. В сводной табличке решений надо решить, как показывать слайсинг и расширения
  • 21:59 Б.Зингерман о трудностях законодательного определения термина «предварительный диагноз»
  • 28:11 Тимур: новая версия сайта генерирует несколько руководств, ошибки при генерации почти почищены, есть надежда что остальные уйдут при переходе на Publisher R5. Таким образом, сейчас обработаны артефакты типа Profile, CodeSystem, ValueSet, примеры, осталось Naming System, Extension.
  • 48:13 Елдана Абдраимова, компания «Техно Медицина»: вопрос об использовании HL7 v2 для обмена данными с медицинскими приборами и с существующими МИС.
  • 3:40 сообщение от Тимура: работает над реализацией мини-сайта, в котором будут два руководства по реализации, два профиля и справочник. Обсуждаем правила использования NamingSystem, и дополнение мини-комплекта артефактами NamingSystem, Extension.
  • 28:38 О.Пензин, клиническая группа ревизовала сводку решений по профилированию. Обсуждаем, какие профили включать в RuCore, а какие в наследованные руководства, и как в прикладных разработках одновременно применять требования различных руководств.
  • 1:09:13 призыв от Д.Фадина: так строить сайт, чтобы прикладному разработчику было понятно, какие профили где искать
  • 1:12:20 сообщение от Б.Зингермана: идет разработка проекта стандарта по персональным медицинским помощникам, первая часть ожидается к середине августа, завершение до конца года.
  • 4:12 Тимур о поддержке fsh на сайте zendoc. Реализован сбор fsh-текстов, генерация structure definition с помощью sushi, публикация IG с помощью стандартного IG Publisher, отображение профиля на странице zendoc как на стандартном сайте.

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

  • 5:56 О.Пензин: на встрече клинической группы обсудили разделение задач профилирования между клинической группой и РОСТ, задались вопросом о профилях для PHR-систем, утвердили иерархию профилей, которые надлежит сделать. Есть вопросы в дискуссии 221, требуется помощь сообщества.
  • 12:12 Е.Коган о работе группы РОСТ – на двух последних встречах обсудили и доработали BPMN-схему для основного сценария РОСТ.
  • 14:20 есть ли в PHR-системах понятие случая обслуживания? случая информационного обслуживания? нужна экспертная помощь сообщества, клиническая группа ждет такую помощь по пятницам в 13:00.

Обсуждение границ проектирования между клинической и POC группами. Объем профилей, запланированных к реализации по Encounter-EpisodeOfCare. Место PHR-систем в текущем скоупе профилей.

Фадин Д., Бережной В., Звягин А., Коган Е.

Обсуждение BPMN-диаграммы для сценария РОСТ.

  • 03:11 А.Звягин: в группе РОСТ сформированы два текстовых описания сценариев – для исследований по месту нахождения пациента и для персональных медицинских помощников, к ним есть схемы процесса, идет обсуждение.
  • 11:40 А.Звягин, Е.Коган о встрече административной группы, формируем сводку решений по профилированию одних и тех же ресурсов в руководствах RuCore, СЭМД ПЛИ, РОСТ. Тимур нашел в базовом FHIR описание технологии проектирования профилей в Excel-файлах
  • 16:45 О.Пензин, Е.Коган впечатления о митапе, положительные
  • 21:25 Тимур о продвижении по созданию сайта 2.0: поддержана визулизация mermaid, mindmap, в том числе в онлайн-режиме; в работе по поддержке fsh реализован базовый сценарий: на страницах пишем тексты на fsh (описания профилей и экземпляров), они перекладываются в стандартные папки для работы sushi – компилятора, компилятор запускается и дает профили в виде structure definition. В планах подключение валидаторов (экземпляров, схемы профиля, синтаксиса fsh), визуализация профилей в стандартном виде на страничке и подключение стандартного IG Publisher. Планируем через 2 недели обсудить вопросы по содержанию страниц, возникшие при переносе их на новый сайт.

Участники: А.Звягин, Т.Горбачева, Е.Коган • Обсудили создание сводной таблички решений по профилированию одних и тех же ресурсов в рамках RuCore, СЭМД ПЛИ, РОСТ. • Решили, что в будущем такая сводная табличка может генерироваться автоматически, а сейчас ее целесообразно собрать вручную. • Принятые решения по профилированию можно брать для RuCore и СЭМД ПЛИ – со страниц сайта, по РОСТ – из файла, который готовит А.Звягин.

  • 13:03 Евгений Коган. Работа сообщества по разработке RU.CORE
  • 21:10 Андрей Дюков, Нетрика. Практика реализации HL7 FHIR в государственных информационных системах здравоохранения (ГИСЗ) субъектов России
  • 43:26 Антон Кокин, Объединенная приборостроительная корпорация. Применение FHIR в экосистеме дистанционного наблюдения.
  • 1:18:41 Артем Павлов, Медлинкс. Профмед - система управления здоровьем на предприятии. Роль FHIR в сборе и анализе медицинских данных для принятия управленческих решений.
  • 1:44:18 Олег Пензин, Мирамедикс. Использование FHIR в платформе МираМедикс Онколинк
  • 2:12:56 Денис Завьялов. Инструменты Health Samurai для работы с FHIR.
  • 2:29:24 Игорь Босенко. Взаимосвязь национального руководства FHIR и прикладных руководств
  • 2:49:00 Сергей Швырев, ЦНИИОИЗ. Стандарты HL7 для организации электронного документооборота.
  • 4:40 вопросы о расширении для адреса, о правильном описании Naming System на fsh
  • 10:28 Тимур, ход переноса сайта на v2: мигрировал раздел методических рекомендаций, идет правка синтаксиса в сторону упрощения, на следующей неделе планируется первый сценарий с поддержкой fsh. Установка репозитория на Mac по инструкции прошла успешно, идет поиск простых инструментов для установки на Windows.
  • 24:40 А.Звягин продолжает писать конвертер из xls в fsh, теперь включая примеры. Обсуждаем феерические перспективы – заполняем все в табличках, автоматически генерируется fsh, дальше валидация и генерация IG. В.Родионов: среди прочего, такой подход позволит редактировать профили аналитикам, не знакомым со специальным синтаксисом; позволит с меньшими затратами сил русифицировать базовые профили FHIR; позволит удобно создавать примеры в точном соответствии со структурой профиля; позволит удобно описывать соответствия – например маппинг на СЭМД.
  • 1:05:23 Митапу 5.07 быть. Собираем предложения о докладах.
  • 5:08 Тимур о переносе сайта на версию 2: перенес readme, приводит в порядок ссылки на другие странички, в плане на следующую неделю – продолжить чистку и включать тексты на fsh.
  • 16:30 А.Звягин: в работе ресурс Task, в планах доделать три ресурса (ServiceRequest, DiagnosticReport, Task) так чтобы решения были правильно распределены между профилями Core, РОСТ, ПМП и СЭМД ПЛИ, а также сделать примеры.
  • 18:54 планы на митап 5 июля: стоит ли послушать, какие есть прикладные разработки на FHIR в России?

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

Фадин Д., Бережной В., Звягин А., Коган Е.

Просмотр работы А.Звягина по DiagnosticReport. Обсуждение возможности использования номенклатуры услуг, справочников от производителей, LOINC. Обсуждение, как сделать тексты руководства.

  • 04:02 Тимур рассказывает о версии v2 движка zendoc: документ как набор пар «ключ-значение», запросы к БД документов, редактирование документа онлайн. Как избежать битых ссылок и прочих ошибок на страницах? Сможем ли мы редактировать сайт онлайн, ничего не загружая на свой компьютер?
  • 43:17 А.Звягин об автогенерации текста fsh на основании данных в xls – файле. Сделана генерация профилей DiagnosticReport для Core и РОСТ, в том числе со слайсингом. Найдены погрешности в профилях ПМП.
  • 1:02:15 обсуждение решений о расширении для адреса по ФИАС, - дискуссия 83, с философским обобщением о различии человеко-читаемой и машино-читаемой информации
  • 03:05 Вспоминаем задачи по объединению плюсов Zendoc и Fsh (описаны в дискуссии 224 ) и вводим в курс дел Тимура, HealthSamurai, который готовит вторую версию Zendoc.
  • 16:40 О.Пензин о PlantUML для рисования моделей процессов.
  • 22:40 продолжение обсуждения, как будет подключен валидатор к сайту
  • 29:44 А.Звягин: сделан на fsh профиль ServiceRequest, для Core и его профиль для РОСТ. При таком последовательном профилировании нужно особым образом описывать slicing.
  • 36:30 О.Пензин: встречи клинической группы не было
  • 47:19 как привести артефакты в соответствие с решением по Patient.gender?
  • 02:36 А.Звягин – сделан для примера профиль ServiceRequest на fsh, валидация проходит если сослаться на Patient и не проходит если сослаться на RuCore-Patient, вопрос задан в дискуссии 228,
  • 05:48 А.Звягин – провел сравнение профилей из комплекта РОСТ и документации по пилотной платформе ПМП. Все примерно совпадает, кроме справочника услуг/профилей. Оправданно ли здесь держать особый справочник, пересекающийся с другими по некоторым позициям?
  • 22:28 А.Звягин – не сделать ли генератор из xls в fsh?
  • 23:28 Б.Зингерман – вопрос об использовании Questionnaire, QuestionnaireResponce для получения от пациента данных во время мониторинга
  • 29:20 О.Пензин – клиническая группа пока не оформляет профили, ждет обсуждения процесса ведения беременности, поскольку его результаты могут повлиять на базовые профили
  • 34:02 вопрос о типе Bundle – transaction/message/document – видимо, руководство РОСТ должно предусмотреть несколько вариантов и указать рекомендуемые.
  • 02:30 просмотр решений прошлой встречи: 1) раздел о слайсинге на сайте в методических материалах проверен и поправлен, терминологическая привязка в fsh для пациента проверена и поправлена, 2) план подготовки к ГОСТу POCT выработан, исполняется. Будем ли ресурсы сразу писать на fsh или сначала согласуем в xls?
  • 18:14 О.Пензин: на встрече клинической группы обсудили перевод решений прошлого года на R5. Часть ранее придуманных расширений теперь можно сократить, однако придется сделать новые расширения вместо атрибутов, которые были нами задействованы, а в R5 отсутствуют.
  • 20:10 материалы по текущей версии платформы ПМП. Обмен данными между платформой и потребителями реализован на FHIR, между приборами и платформой поддержаны FHIR и MQTT. Комментарии Б.Зингермана о сомнительных архитектурных решениях в цепочке прибор-платформа-МИС-спец_система_мониторинга.

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

Фадин Д., Бережной В., Звягин А., Коган Е.

Встреча группы РОСТ с обсуждением (проверкой) ранее определенного состава атрибутов.

Сводка работ группы

Нужно сделать

  • Выгрузка характеристик пациента (вес, рост)
  • Выгрузка расходников
  • Выгрузка валидации
  • Выгрузка порядкового номера услуги на приборе
  • Выгрузка кода причины (DiagnosticReport)
  • Выгрузка примеров кодировка МЗ РФ
  • Выгрузка примеров кодировки тестов по LOINC
  • Выгрузка примеров прочих систем регистрации ИД (кроме медицинских организаций)
  • Реализовать множественные значения одного типа в Device.property
  • Перевести Bundle из сообщения в документ
  • Подготовить профиль на R5

Вопросы

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

17.04.23

  • Добавлена выгрузка референсных значений
  • Добавлена выгрузка прибора
  • Доработана спецификация ресурса Device

24.04.23

  • Исправлена ошибка названия ресурса Bundle
  • Добавлена выгрузка Patient.name.text
  • Добавлена выгрузка Practitioner.name.text
  • Добавлена выгрузка Observation.method
  • Добавлена выгрузка Observation.note
  • В спецификацию добавлена вкладка "POCT" с маппингом XML->FHIR

16.05.23 1. Добавлена выгрузка данных прибора:

1.1. Точки доступа в Device.url

1.2. Вендора в Device.contact

1.3. Таймаута в Device.property

1.4. Статических характеристик в Device.property

2. В спецификацию добавлены указыванные выше изменения маппинга POCT-FHIR (вкладка "POCT")

19.05.23 1. Доработана выгрузка данных:

1.1. Добавлены атрибуты Device: contact, url, property

1.2. Добавлены атрибуты system почти ко всем CodingCode в формате "BCHMX_{Код параметра}"

2. Доработана спецификация (таблица POCT):

2.1. Добавлены справочники POCT

2.2. Добавлены справочники МЗ РФ

Обсудили сделанную в прошлом году структуру для хранения клинического диагноза в Encounter.diagnosis и ее модификацию для перехода на R5.

  • 03:50 разбор решений прошлой встречи, пока неутешительный: встреча с ФЛМ отложена, сценарий ПМП в работе, план по лабораторным руководствам не сделан, статус пилотной спецификации ПМП не определен, ветки на сайт не добавлены.
  • 06:49 Е.Коган о прогрессе в переводе артефактов на fsh: сделан Organization, частично сделан Patient + vs-administrative-gender как пример терминологической привязки, в разделе «Методические рекомендации» написано руководство по slicing.
  • 12:58 О.Пензин: встречи клинической группы не было, время встречи на этой неделе будет объявлено в чате.
  • 15:20 Д.Фадин: необходимо провести отдельную встречу по стандартам, договорились на среду 17.05, 10:00 по обычной ссылке.
  • 19:55 А.Звягин: продолжает подбирать атрибуты FHIR для протокола РОСТ
  • 21:15 Д.Фадин, Б.Зингерман: как соотносятся решения по РОСТ и ПМП: видимо, это будут независимые руководства, основанные на RuCore. ПМП: проведена первая встреча по разработке ГОСТ ПМП с представителем Ростеха, через 2 недели ожидаем от И.В.Емелина аналитическую записку о планируемом содержании ГОСТ.
  • 4:09 Д.Фадин: клиническая группа закончила разбор сквозного сценария по госпитализации, на примере инсульта; на последней встрече разбирали сценарий по ведению беременности, в том числе вопросы идентификации новорожденного. Решено дальнейшее моделирование вести на R5.
  • 17:07 А.Звягин: Point of Care Testing – в рабочий пример добавлена выгрузка полного имени пациента и врача, остались вопросы о том, надо ли и как включать некоторые атрибуты, в частности подробное описание прибора
  • 20:25 Б.Зингерман, Д.Фадин: обсуждение платформы по персональным медицинским помощникам и перспектив ГОСТ. План ГОСТ от И.В.Емелина по информационному обмену в рамках ПМП, состав ресурсов FHIR.

Обсуждение сценария ведения беременности

Статусы по рабочим группам и информация от Б.В.Зингермана по проекту "Персональные медицинские помощники"

  • 0:37 – О.Пензин, в клинической группе подготовлен материал по моделированию случаев обслуживания, всех приглашаем в дискуссию 221.
  • 4:10 – А.Звягин, по группе РОС сделаны основные ресурсы, хотя по ним остались вопросы, маппинг из протокола POCT в протокол FHIR, и рабочие примеры на основе XSLT (по крови и по гюкозе). Различия в профилировании между базовыми лабораторными данными и РОСТ невелики.
  • 8:13 – Б.Зингерман, О.Пензин: 1) РосТех в рамках создания платформы ПМП смоделировал передачу данных для базовых вариантов мониторинга, начинает пробные внедрения в нескольких регионах; по-видимому, используется FHIR, но опубликованных данных нет, 2) Б.Зингерман организует подготовку проекта ГОСТ по ПМП на основе FHIR, который будет проходить через ТК 468, согласился участвовать И.В.Емелин. Необходимо координировать эту работу с RuCore, для обеспечения совместимости профилей ПМП с RuCore.

Начали обсуждение перспектив миграции наработок в FHIR R5, статусы по рабочим группам и инсайты по проекту "Персональные медицинские помощники"

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

Фадин Д., Бережной В., Бугров Д., Звягин А.,

Обсуждение вариантов справочников (Федеральный, Региональный, МО), Implementation guide, Длительное обсуждение Кодов Заказа-Исследования-Результата Обсуждения примеров xml, xsl

Итоги работы:

Сделано:

  • Есть рабочий пример
  • Есть таблица ресурсов
  • Могу сделать диаграммы маппинга

Не сделано:

  • Не сделаны референсы
  • Не нашел критерий других значений показателей, кроме Количества
  • Нет данных валидации
  • Нет устройства
  • Нет расходников
  • Нет бинарника

Нужно:

  • Нужен общий профиль
  • Нужны кейсы с объемом данных для частных профилей:
  • Заказ POCT
  • из МИС в ЛИС
    • из ЛИС в МВ
    • из МИС в МВ
  • Результат по заказу POCT
    • из МВ в ЛИС
    • из МВ в МИС
    • из ЛИС-МИС
  • Результат без заказа POCT
    • из МВ в ЛИС
    • из МВ в МИС
    • из ЛИС-МИС

Вопросы:

  • FHIR R4 (сейчас его использовал в примере) или R5?
  • Первый профиль: результат без заказа POCT из МВ в ЛИС?

Решили:

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

Ревью предыдущих встреч и статус по рабочим группам.

Игорь Босенко о создании стандарта взаимодействия в Узбекистане на основе FHIR – UZ base

  • 5:45 начало
  • 8:56 предыдущий опыт стандартизации, в том числе в том числе эстонский ee-base, и использования технологий: igpop, forge/simplifier, shorthand. Сравнение технологий.
  • 18:30 проект UZ base: модели PractitionerRole, Appointment
  • 32:38 демонстрация использования VS code и sushi для разработки и компиляции профиля
  • 42:16 проект UZ base: модели Condition, CompositionForm066, ServiceRequest
  • 56:11 текстовое руководство для работы с направлениями, и как оно выглядит в исходном shorthand
  • 59:45 ссылки на исходный код на github] – базовое руководство и руководство для Узбекистана
  • 1:00:57 проект UZ base был прерван в феврале 2023 года. Предлагаемые темы для будущих обсуждений: сервер терминологии, идентификация иностранцев, среды для моделирования.
  • 1:02:33 Вопросы и обсуждения. В частности, была ли задумка сделать доменную референсную модель или поддержать конкретные сценарии? Зачем в Condition запрещен identifier? Как переопределяли справочники, имевшие жесткость required? Какой использован сервер терминологии? Когда стоит использовать contained ресурсы? Почему использованы ClinicalImpession вместо Observation? Почему бы печатную форму не поделить на несколько ресурсов? Как организовано эстонское сообщество FHIR? Какого объема была команда?

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

1 серия

  • 2:00 Отличие лабораторных анализаторов от не лабораторных
  • 5:00 Синергия POC и Лабораторных обменов, место ПМП
  • 6:30 МИС и направления на исследование – must have, POC имеет Patient ID
  • 8:50 Когда возникает FHIR
  • 26:22 LIS и HIS требуют разный объем данных, переданных от POC, LIS требует больший набор.
  • 27:30 3 статуса результата: сырые данные, принята-валидировано, отменено
  • 29:00 Профили для БАЗОВОГО и РАСШИРЕННОГО состава передаваемой информации:
    • План исследований
    • Заказы
    • Информация сокращенного протокола в HIS
    • Информация расширенного протокола в LIS
    • Валидированный результат (LISHIS)
    • Наследованные профили для передачи данных от Middleware в LIS. Базовый – какая информация с привязкой к каким справочникам должна быть. Расширенные (для LIS) он же наследованные с адаптацией к конкретной ситуации с большим набором данных.
  • 32:21 ID Пациента - важный аспект

2 серия

  • 1:06 Необходимо добавить в сценарии ресурсы, для этого Андрей пришлет список наиболее подходящих, ему отправим xml пример
  • 6:00 Обратная связь и оповещения, критические значения
  • 17:00 Составить файл описывающих состав передаваемых данных в xls. Состав полей (параметр – значение-тип)
  • 3:50 А.Звягин: разбирает примеры результатов микробиологических исследований, в том числе от Альконы, дорабатывает конвертер. Проблема в том, что в СЭМД данные о резистентности не вложены в данные о росте, а идут отдельной секцией без идентификаторов микробов.
  • 10:50 О.Пензин: собрания клинической группы не было, ожидается в пятницу, будем разбирать детали выписки из стационара. Группа ведет свои записи на доске Miro. Предполагается, что после прояснения процессов и их вариантов группа сделает профили и, главное, текстовые комментарии по ведению информации при различных вариантах процессов.
  • 13:43 – группа POC повторно собиралась на установочную встречу, для обсуждения границ задачи и сценариев, теперь под запись. Запись доступна на fhir.ru.
  • 14:36 – готовимся к обсуждению UZ base, которое состоится на следующей встрече.
  • 17:43 – сообщение от Н.Рыжикова – доделывают движок валидации fish и по готовности выложат на fhir.ru

Установочная встрача группы Point of care - POC, теперь с видеозаписью. Обсуждение целей, задач группы и первых шагов. Описание сценариев. Фадин Дмитрий Бережной Владимир

  • 4:30 домен fhir.ru передан российскому регистратору, скоро запустим. О предыдущих решениях: на сайте сделаны разделы под документацию по инструментам для FHIR-разработки, теперь дело за малым; резюме от группы РОС пока нет, ждем.
  • 8:03 А.Звягин: идет обсуждение микробиологической информации с экспертом из Инвитро, видимо, мы сможем ограничиться рекомендациями по созданию Observation без профилирования, как это сделано в FHIR.
  • 13:30 О.Пензин: клиническая группа рассмотрела процесс догоспитального обследования, на следующей встрече планируется процесс выписки. Ищем экспертов или интересующихся по вопросам о высокотехнологичной медицинской помощи и вопросам оплаты медицинской помощи.
  • 18:09 разбираем опыт UZ base, на примере UZ Encounter.

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

  • 6:30 А.Звягин: завершил XSLT-конвертер для СЭМД протокола лабораторного исследования. Схемы выложены на сайт. Для использования хорошо бы дожать некоторые моменты. Далее, лабораторная группа начинает обсуждать микробиологию, решения будем добавлять в прежний google sheet.
  • 12:17 Д.Фадин рассказывает о версии 5 лабораторного СЭМД, представленном сегодня ЦНИОИЗ: ключевые проблемы поправлены, справочники приведены в порядок.
  • 14:44 О.Пензин: клиническая группа обсудила процесс госпитализации в круглосуточный стационар. На следующей встрече Д.Фадин планирует описать процесс догоспитального обследования. Осталось не решено: мы передаем для административных целей или для клинических? Это разные данные.
  • 28:57 Б.Зингерман о трудностях законодательного закрепления определений диагноза. Могут ли прошлогодние наработки клинической группы быть закреплены законодательно?
  • 34:47 Группа Point Of Care – продолжает рассматривать первый сценарий и его взаимосвязь с данными, выяснила что нет формальных ограничений к использованию наработок международного стандарта.
  • 43:12 Health Samurai продолжают работу над поддержкой fsh на zendoc – страницах, по словам Н.Рыжикова значительно продвинулись, но срок не назван.
  • 2:05 В.Родионов - о настройке среды для компиляции FSH.
  • 9:53 И.Беда – демонстрация использования SUSHI с помощью докер-контейнера, на тестовых файлах от В.Родионова, в итоге успешно
  • 15:17 пытаемся запустить генерацию сайта, неуспешно
  • 24:38 использование fshschool.org

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

  • 3:00 решения прошлой встречи – комментарии к атрибутам лабораторных результатов (Фадин) - в работе, тексты нескольких профилей на fsh (Родионов) – в работе, ожидаем сегодня.
  • 4:40 – лабораторная группа: встреч не было
  • 5:10 – Д.Фадин: пересказ встречи клинической группы, прошедшей в узком составе (Фадин, Осьмаков), спорные вопросы в темах диспансерного наблюдения (план лечения один, а исполнители разные), лабораторных исследований (сложная структура справочников LOINC для полной свободы участников обмена).
  • 25:37 – представление рабочей группы по Point-of-Care исследованиям. Сценарии проведения таких исследований: 1) триажные назначения вне стационара, 2) мониторинг в стационаре, например в ОРИТ, 3) диагностика на амбулаторном приеме, 4) мониторинг, в том числе самостоятельно пациентом, 5) то же при санаторном лечении, 6) скрининг, в том числе инфекционный, 7) исследования в удаленных населенных пунктах, 8) исследования в условиях чрезвычайных ситуаций.
  • 1:02:35 – группа по «персональным медицинским помощникам» - начнет с участия в обсуждении сценария №4 Point of Care; в случае успеха работы группы POC ее результаты могут быть включены в план разработки стандартов в ТК380.

Установочная встрача группы Point of care - POC. Запись видео не велась.

Присутствовали: Фадин Д, Зингерман Д, Коган Е., Бережной В, Петросянц В.

Обсудили:

  • Обсуждается только сфера POC, где есть передача данных в ИС.
  • На встерече с лаб группой обсудить, что можно взять для POC
  • Необходимо предоставить модели рабочих процессов, сценарии применения. Привести Справочники для них.
  • Для «маркировки» POC исследований необходимо создать отдельный федеральный справочник, где будут описаны варианты проведения исследований (POC, non-POC, POC или non-POC). Внедрить дополнительный атрибут со ссылкой на справочник, содержащий 2 позиции.
  • Посмотреть ограничения Copyright протокола POCT 01-A2
  • Найти человека, способного качественно вести записи на github
  • 3:14 А.Звягин: в XSLT-преобразователе идет работа с дублями ресурсов и массивами, по завершении планируем перейти к микробиологии-цитологии-гистологии. Участники лабораторной группы считают, что сами решения о моделировании лабораторного СЭМД полностью описаны (на 98%), осталось их закодировать в руководстве.
  • 10:10 Д.Фадин о бедах с лабораторными справочниками: кроме справочника услуг и тестов, необходим справочник тех сущностей, что делает лаборатория внутри. Кроме этого, нужен орган, которому будет поручено обновлять справочники без утверждения каждой версии приказом Минздрава.
  • 42:11 клиническая группа, О.Пензин: идет моделирование амбулаторной помощи, видимо будет включено прикрепление пациентов и не будет пока включен индекс пациентов. Есть ли взаимосвязь случаев обслуживания и случаев заболевания?
  • 01:01:33 о подготовке к обновлению Zendoc с поддержкой fsh: клиническая группа готовит примеры ресурсов на fsh.

Обсуждение реализации MPI и прикрепления пациентов для получения амбулаторной медицинской помощи - уточняем терминологию и границы юзкейсов

  • 6:42 Д.Фадин нашел руководителя для новой группы по «исследованиям по месту нахождения пациента». Группу возглавит Владимир Бережной из Федерации лабораторной медицины.
  • 8:11 А.Звягин – в преобразование XSLT добавлен Organization. Д.Фадин подключается к работе лабораторной группы. В RuCore будут включены ссылки на централизованные справочники, но есть ли сейчас механизм поддержания справочников в работоспособном состоянии?
  • 26:07 О.Пензин: клиническая группа продолжает обсуждение сценариев амбулаторной помощи и сопоставление необходимой информации с ресурсами FHIR. Стоит ли включать мастер-индекс пациентов в задачи работы? Как моделировать прикрепление пациента?
  • 35:45 Н.Рыжиков: Health Samurai выпустили новую версию zendoc, с возможностью интерактивного редактирования и страницей сообщений об ошибках всех страниц. Обсуждаем, следует ли продолжать пользоваться zendoc и формировать собственный сайт, либо перейти к стандартным инструментам и публиковать стандартное руководство, либо найти способ объединить преимущества того и другого.

Обсуждение маппинга амбулаторной медицинской помощи на ресурсы FHIR

  • 1:38 клиническая РГ: идет обсуждение сценариев амбулаторной помощи и сопоставление необходимой информации с ресурсами FHIR
  • 5:06 лабораторная РГ, А.Макеев: во всех лабораторных профилях (кроме Bundle) в Google Sheet завершено описание соответствия тэгу CDA, кардинальности и NullFlavor. Необходимо поправить множественные ошибки валидации (они возникли из-за переезда узлов на сайте, надо поправить ссылки в описании профилей – прим.ред.). А.Звягин продолжает работу над XSLT-преобразованием CDA-FHIR, сделал PractitionerRole.
  • 13:56 Д.Фадин о задаче моделирования передачи данных с Point-of-care приборов (исследования по месту нахождения пациента), в которой заинтересована Федерация лабораторной медицины и ТК380.

Обсуждение UseCase с Диспансерным наблюдением пациентов для представления эпизодов\случаев медицинской помощи

  • 3:34 растет интерес сообщества: прошлая встреча клинической группы - 56 просмотров.
  • 4:26 А.Звягин: в XSLT-преобразователе CDA->FHIR сделана выгрузка Patient, Practitioner. Обнаружены множественные ошибки при валидации, видимо связанные с ошибками схем профилей. Схема XSLT преобразования загружена на сайт: https://github.com/fhir-ru/zendoc/tree/main/resources/xsl-files. План завершить XSLT-преобразование до конца февраля остается в силе.
  • 13:34 В.Родионов: клиническая группа готовит логическое описание процесса диспансерного наблюдения.
  • 14:26 В.Родионов: работа со стандартными инструментами FHIR: ShortHand, валидаторы. Сделан пример в виде файла в нотации .fsh: тестовое руководство из одного профиля, двух справочников и одного примера ресурса, 126 строчек. Показана автоматическая валидация и генерация сайта с руководством. При генерации валидатор проверяет значения по справочникам. Для проверки по наборам значений требуется запустить отдельный валидатор после создания сайта. Показано использование fsh-нотаций на примере mCODE. Достоинства подхода, как минимум: стандартность, надежная работа, валидация, полноценная документация, автоматическая генерация всех ссылок, знакомая организация материала в руководстве. Ограничения подхода: сайт на английском языке, нет возможности добавления своей функциональности (например, валидация по значениям на лету).

Выбор пилотного UseCase для представления эпизодов\случаев медицинской помощи

  • 2:49 В.Родионов: клиническая группа начала строить логическую модель медицинского обслуживания разных видов – стационарного, амбулаторного, диспансерного, скоропомощного, - с обсуждения EpisodeOfCare и Encounter.
  • 25:43 А.Звягин: реализовал на XSLT Substance, Device, Coverage, проходят валидацию на FHIR.ru.
  • 28:22 Е.Коган: по результату обсуждений с инфраструктурной группой – можно ожидать в ближайшее время онлайн-редактор zd-страниц и edn-артефактов.

На встрече пробежались по инфраструктурным и редакторским задачам, определили приоритеты.

Продолжаем обсуждение случаев медицинской помощи и организацию FHIR-ресурсов для упаковки информации о них

  • 4:30 А.Звягин работает над XSLT-схемой, выгрузил Specimen кроме расходных материалов
  • 8:27 О.Пензин – клиническая группа начала работу над Encounter для отражения российских особенностей учета медицинской помощи, идет бизнес-анализ, стартовые соображения выложены в дискуссии.
  • 11:06 В.Родионов о недостатках сайта FHIR.ru: валидация схем профилей не работает, многие ссылки ведут в никуда, структура руководств не унифицирована, в статусах разнобой, вносить правки через гитхаб неудобно
  • 47:25 о публикации в журнале «Проблемы стандартизации в здравоохранении», о перспективах группы по персональным медицинским помощникам

Сетап работ по направлению учета медицинской помощи в РФ (посещений, обращений, госпитализаций, законченных случаев и т.п.) на ресурсы FHIR (Encounter, EpisodeOfCare)

  • 5:39 А.Звягин: лабораторная группа планирует доделать XSLT-преобразование и описать обязательность полей (до конца февраля), затем провести разделение лабораторных профилей на RuCore и Руководство по СЭМД, возможно выделить руководство по ОДЛИ.
  • 15:16 О.Пензин: клиническая группа планирует сделать профиль Condition для онкологического диагноза, и параллельно заняться учетом в Encounter российских требований к учету медицинской помощи.
  • 24:52 о ревизии текущего состояния RuCore
  • 29:16 о возможном создании руководства по реализации обмена данными с носимыми устройствами и выпуске его как ГОСТ
  • 31:52 о возможной подготовке статей для публикации в журнале «Проблемы стандартизации в здравоохранении»
  • 8:05 Е.Коган о завершении перегруппировки страниц на сайте. Теперь два узла: Руководство Ru Core и Руководство СЭМД Протокол лабораторного исследования. Осталось лабораторные профили разделить на Ru Core и специфику СЭМД.
  • 10:29 М.Закатов о работе по профилированию: профилируются Request и Observation, работу делает Ростех, документы надо запрашивать у него.
  • 20:47 Б.Зингерман, О.Пензин, Д.Фадин, М.Закатов о сценариях передачи данных - связывание прибора с пациентом, отвязывание, установление граничных значений, способы реагирования на них, мониторинговые центры.
  • 31:30 сообщение И.В.Емелина о Руководстве по реализации HL7 FHIR Personal Health Device Implementation Guide http://hl7.org/fhir/uv/phd/ (в пересказе Б.Зингермана)
  • 39:00 Н.Уткин о рабочей группе по нормативно-техническому регулированию в проекте ПМП, о согласованной органами государственной власти «Перспективной программе стандартизации в области ПМП», в которую включены требования по использованию FHIR, и вообще о том, как готовятся стандарты. Предложение – сообщество FHIR готовит содержание стандарта, НТИ обеспечивает взаимодействие с госорганами.
  • 1:14:43 варианты финансирования для оплаты технических работ по написанию стандарта
  • 1:22:02 состав участников группы; включать ли в состав работы взаимодействие платформы с приборами или только платформы с МИС
  • 1:30:45 вопрос Е.Упатова: будут ли приборы взаимодействовать только с платформой
  • 05:38 Михаил Закатов, Андрей Егоров о задаче обмена данными в рамках проекта «Персональные медицинские помощники» с использованием FHIR: договорились о подробном рассказе в следующий вторник.
  • 25:52 А.Макеев о работе по указанию обязательности атрибутов в лабораторных профилях: сделаны ServiceRequest, Specimen, Substance.
  • 28:16 О.Пензин предлагает разобраться в вопросе лицензирования FHIR
  • 31:56 замечания И.В.Емелина в дискуссии 218: нужен альбом электронных документов первичного учета, нужны отдельные профили Observation для различных видов лабораторных исследований. Обсуждаем наследование профилей Observation для различного использования, в том числе носимых устройств, в том числе сравниваем с US Core.
  • 05:37 А.Макеев о работе над лабораторными профилями
  • 14:57 А.Звягин о работе над преобразованием XSLT: сейчас выгружаются Bundle, Composition, Task, Task, ServiceRequest, DiagnosticReport, Observation, Media. Валидируем по fhir.ru, идет отладка.
  • 15:40 на сайт выложена первая версия XSLT-преобразователя
  • 18:05 как делить лабораторные профили на RuCore и ПЛИ – вопрос отложен
  • 21:50 О.Пензин о клинической группе – продолжается пауза
  • 24:21 Е.Коган о реструктурировании сайта: выделен узел Руководство Ru Core, в него перенесены артефакты, заготовлены странички для описания специфики по каждому домену информации – административной, клинической и т.д., теперь надо разделять лабораторные профили на Ru Core и ПЛИ, и переносить странички клинической базы знаний.
  • 05:46 А.Макеев о кодировании ограничений ПЛИ обязан/должен… в FHIR. В гугл-доке проставлены теги ПЛИ для атрибутов профилей Observation, Device, DiagnosticReport.
  • 20:20 начало работы по перегруппировке страничек сайта. Есть ли у Ru Core непосредственные сценарии использования, или это только основа для прикладных сценариев в других руководствах?
  • 25:30 о возможном появлении экспертной группы по обмену данными с персональными медицинскими приборами
  • За рамками эфира: А.Павлышина сообщила, что реализована табличка с детальными описаниями атрибутов, а также, что инфраструктурная группа ответила на вопрос о возможности подключения XSLT преобразователя к сайту: да, это возможно.
  • 02:53 по информации от А.Павлышиной, сделана публикация csv-файла на странице сайта.
  • 06:30 по информации от А.Звягина, xslt-преобразователь представляется удобной технологией для создания конвертера ПЛИ. Оценка получения работающего конвертера ПЛИ – конец декабря. Ориентируемся на следующий план работы с конвертером: 1) доделать конвертер со схемой преобразования для ПЛИ, 2) подключить его к сайту, 3) опубликовать на сайте несколько примеров ПЛИ (например, реальные с измененными данными пациентов), показав разные ситуации заполнения, 4) добиться, чтобы валидатор проверял результат преобразования на соответствие профилям Руководства ПЛИ. 5) Успех. Результирующие бандлы можно использовать как примеры для разработчиков, в том числе для отладки приема в РЭМД.
  • 11:16 А.Макеев о работе по кодированию профилей ПЛИ. Главная сложность – определить для атрибута FHIR соответствующий ему тэг CDA, чтобы взять из него требования к обязательности информации (Обязан/Должен/ и т.д.)
  • 23:47 необходимость хостинга FHIR.RU – вопрос к компаниям-участникам
  • 04:21 А.Павлышина, в методических материалах добавлено описание процесса валидации, а также описана публикация csv-файла на странице сайта, хотя реально публикация пока не работает.
  • 10:16 использование xslt-преобразования для конвертации CDA в FHIR
  • 12:40 состав Implementation Guide и как поправить структуру сайта, чтобы были видны границы RuCore и других руководств
  • 27:20 Е.Регина о попытке воспользоваться конвертером CCDA-FHIR для преобразования СЭМД свидетельства о рождении в FHIR (неудачно).
  • 42:14 О.Пензин о работе ЦНИИОИЗ по профилированию онкологических диагнозов. Как учесть в RuCore российские особенности Encounter – особенности учета медицинской помощи?
  • 04:02 А.Павлышина о валидации по справочникам - в целом поддержана, надо решать, как включать в проект, как быть с внешними и объемными терминологиями
  • 18:00 включение в профили ПЛИ решений об обязательности значений – А.Макеев – пока в работе
  • 24:10 генерация detailed description для атрибутов профиля – А.Павлышина – сделана генерация таблички пока на той же странице
  • 26:53 А.Звягин об апробации JUTE для перевода CDA-FHIR – в целом сработало, но остались вопросы
  • 35:33 о разделении на сайте руководств RuCore и ПЛИ, как-то зависла дискуссия 86
  • 05:25 как использовать расширение NullFlavor, брать ли стандартное или делать свое
  • 34:46 А.Макеев: начали работу по внесению в профили ПЛИ кардинальности и Must Support
  • 38:20 как на сайте fhir.ru делать детальные описания атрибутов, аналогичные FHIR-закладке “Detailed Description”.
  • 54:14 А.Павлышина – результаты апробации конвертера Т.Алейникова, перевод CDA-FHIR. Использование JUTE https://github.com/HealthSamurai/jute.clj для конвертации CDA-FHIR.
  • 06:09 А.Макеев, А.Звягин – в профилях лабораторных ресурсов поставлены флаги Must Support. Непонятно, как отражать NullFlavor, поскольку стандартное расширение FHIR не может быть дополнено кодами НСИ МЗ РФ.
  • 28:42 М.Алексеев, А.Звягин о фактическом наполнении NullFlavor при передаче в РЭМД – никакая информация в этом поле не передается
  • 31:45 кардинальность в профилях лабораторных ресурсов – пока не сделано
  • 33:32 А.Павлышина - инфраструктурные работы по визуализации схемы профиля: флаги выделены в отдельную колонку, исправлено отображение лишних атрибутов на дифференциальной схеме, название атрибута сделано кликабельным, пополнена документация
  • 34:27 Е.Коган, А.Павлышина о работах Тимура Алейникова по созданию конвертера CDA-FHIR
  • 39:07 А.Звягин – лабораторная группа решила вынести руководство ПЛИ в отдельную ветку на сайте. Как при этом реструктурировать ветки?
  • 44:26 по информации от Юрия Махоткина, на сайте aidbox выложена документация по использованию нового валидатора, который учитывает терминологии
  • 45:47 Е.Коган: новый текст странички RuCore и вопросы по реструктуризации страниц сайта
  • 55:14 М.Алексеев, Е.Коган о добавлении решений компании Нетрика в виде руководства по реализации на сайт fhir.ru

Присутствовали А.Звягин, А.Макеев

  • 2:35 О.Пензин, Е.Коган брать ли магистрантов на темы FHIR
  • 5:50 обсуждение решений о переводе слов обязан/должен/следует/может на язык Cardinality и MustSupport. Предложенная В.Родионовым модель была одобрена клинической группой и лабораторной группой.
  • 18:20 лабораторная группа, А.Звягин: проведено собрание узким кругом, разобраны и приоритезированы текущие задачи
  • 23:20 А.Павлышина: переведены разделы документации по профилированию – slicing, привязка терминологии, создание расширений
  • 25:27 А.Макеев: правки административных профилей.
  • 32:30 Е.Коган, А.Павлышина: как сделать на сайте подробную спецификацию атрибутов
  • 40:54 статус работ Health Samurai над валидатором, который проверяет ресурс с учетом терминологии: сделан, документация планируется через неделю
  • 42:36 конвертер CDA-FHIR – есть ли необходимость и возможность включить в состав сайта?
  • 4:10 разбор решений прошлой встречи: в лабораторных профилях убраны поля, не используемые в ПЛИ. Убирать ли также атрибуты, которые не уточняются? Или все-таки поставить им must support?
  • 14:38 LabTask – делать ли единый профиль или сразу LabTaskOrder, LabTaskReport?
  • 21:37 Е.Коган об ИТМ – доклад С.Швырева о сопоставлении CDA-FHIR, обсуждение с С.Лагутиным, задача от С.Швырева вернуться к планированию работ группы
  • 29:43 И.Шмыр – доклад о работе команды Miramedix был представлен на ИТМ, использование FHIR было упомянуто, но не вызвало реакции аудитории.
  • 31:30 А.Павлышина – обновлена автогенерируемая табличка со списком систем идентификации
  • 32:39 А.Макеев - доработки в Core профилей PractitionerRole, Condition. Как распределять решения между RuCore и Лабораторией? Не стоит ли в любом случае в Lab описать все задействованные профили?
  • 46:10 Е.Коган – взять ли магистранта на дипломную работу по моделированию на FHIR какого-нибудь СЭМД
  • 49:55 Е.Коган - еще раз о том, как быть с тем, что существующие реализации FHIR в России не будут полностью соответствовать RuCore. Не стоит ли их публиковать на нашем сайте?
  • 03:59 просмотр решений предыдущей группы: в клинических профилях Summary не добавлено, атрибут с альтернативами в инструкцию не добавлен, странички для профилей по микробиологии не сделаны, коллеги из Чувашии 07.10 рассказали о реализации передачи данных по микробиологии, запись будет опубликована
  • 10:02 лабораторная группа, А.Звягин - в гугл-файле решений группы убрал атрибуты, к которым не предъявляются требования по профилированию, теперь надо обновить лабораторные профили
  • 12:12 – административные объекты, А.Павлышина: для систем кодирования поправлены Naming System, в профиле Organization убраны лишние атрибуты и определены identifier.system для ИНН, ФРМО, ОГРН. Профили Department, Association вынесены из Core в отдельную группу «Другие профили».
  • 16:48 А.Макеев сделаны профили для Task направления и результата, а также наборы значений и системы кодирования для видов и форм медицинской помощи
  • 32:35 Е.Регина рассказывает об опыте использования в Чувашии идентификаторов пациента, ресурса EpisodeOfCare для карт беременной и диспансерных карт, расширения для адреса по ФИАС и для адреса по КЛАДР.
  • 42:45 что делать с тем, что ранее сделанные реализации не будут соответствовать RuCore? Различные написания identifier.system: собрать все варианты в общем NamingSystem? Перекодировать при передаче?
  • 02:37 проверка состояния работ по профилированию Patient & Encounter
  • 12:35 EpisodeOfCare: впоследствии нужно будет сделать профиль, в нем определить identifier с привязкой (extensible) к тому же ValueSet, который используется для CorePatient.
  • 19:50 Organisation
  • 29:30 Coverage
  • 31:40 Department: не увидели достаточных причин держать отдельный профиль, кроме как в рамках задачи о ведении справочника медицинских организаций. Профиль пока удаляем.
  • 36:30 Encounter.Subject: допустим ли Group? Иными словами, верно ли что RuCore предназначен только для обмена данными пациентов или для любых медицинских применений на территории РФ?
  • 39:44 Practitioner и PractitionerRole, в том числе – о профилировании HumanName для указания имени-отчества
  • 51:30 Association – нет требований к профилированию, удаляем
  • 51:41 Condition – хорошо бы его даже и на уровне Core сделала клиническая группа
  • 57:00 Naming Systems для справочников – размещать ли их на отдельных страничках или на страничках справочников

Присутствовали А.Звягин, И.Осмоловский, А.Макеев

  • 6:36 О.Пензин - удалось обсудить с FHIR необходимость множественных значений Encounter.diagnosis.use, выяснилось, что это планируется включить в R5. На страничке IG по клиническим диагнозам сделаны сводные таблички профилей, своих и заимствованных.
  • 12:50 А.Звягин – лабораторная группа: как профилировать Observation для специфических задач, - лаборатории в целом, микробиологии, цитологии, гистологии. Надо выработать и утвердить переложение на FHIR ключевых слов СЭМД обязан/должен/следует/может. Хорошо бы сделать полноценный лабораторный профиль для ОДЛИ, а от него уже наследовать жесткий профиль для СЭМД ПЛИ.
  • 45:25 А.Павлышина – создавать ли NamingSystem и/или CodingSystem для используемых справочников, в том числе для НСИ ЕГИСЗ
  • 57:49 А.Павлышина - добавлена новая страничка документации – FHIR- профилирование на Zen-lang, на русском языке - перевод раздела How to страницы документации на github, которую пишут разработчики Health Samurai.
  • 06:27 А.Павлышина: на страницу руководства по реализации протокола лабораторного исследования (ПЛИ) добавлена табличка «Другие профили», где перечислены профили RuCore, используемые в руководстве ПЛИ. В инструкцию по типовым задачам профилирования добавлен раздел об уточнении наборов значений. Документацию по zendoc взялись делать разработчики Health Samurai, ждем первые результаты через неделю.
  • 13:47 А.Звягин, Е.Коган – вопросы по файлу MS Excel лабораторной группы и как их будем обрабатывать. Оказывается, файлик и не предназначался для профилирования.
  • 31:01 О.Пензин – в чате fhir.org начата дискуссия об улучшении атрибута Encounter.diagnosis.use. ЦНИИОИЗ начатл работу по структурированию онкологического диагноза, можно будет использовать.
  • 4:20 задачи с прошлой встречи: вопрос о кардинальности атрибутов в ПЛИ пока не рассмотрен лабораторной группой
  • 6:12 следует ли делать полную инструкцию по профилированию в стиле FHIR Shorthand? – да, необходимо сделать.
  • 23:54 клиническая группа, О.Пензин: нужно ли расширение для рубрик диагноза – нужно, потому что в базовом стандарте это место сделано нелогично.
  • 37:46 инфраструктурная работа, А.Павлышина: правки ошибок при отрисовке схемы профиля, в том числе для расширений. Начата работа над ограничениями.
  • 08:40 must support, снова много предложений – от того, чтобы не обращать внимания на нюансы передачи необязательной информации, до того, чтобы всем атрибутам, используемым в ПЛИ, объявить кардинальность 1.. В итоге решили вопрос о целесообразности использования must support отложить, а конкретно поддержать требования руководства по СЭМД ПЛИ.
  • 30:55 А.Павлышина - терминология на сайте почищена, типовые примеры профилирования в методических материалах описаны.
  • 32:39 клиническая группа: разобрали вопросы о рубриках диагноза, внесли правки в документацию, предложение о том, чтобы не делать расширение, аргументированно отклонили. Взаимосвязь рубрик диагноза и свидетельства о смерти.
  • 39:22 административная группа: сводка состояния дел по кодированию профилей для ПЛИ (как лабораторных, так и RuCore).
  • 00:00 статус работ по кодированию лабораторных профилей: 22 профиля, 10 сделано. Стоит ли включать профиль Media.
  • 03:35 профиль RuCore-Coverage – как кодировать Contract. Обсуждение поиска по номеру договора (неизвестно, бывает ли такое), обсуждение вариантов слайсинга.
  • 5:13 must support
  • 9:23 как читать файлик лабораторной группы – комментарии С.Елфимова в пересказе Е.Когана
  • 11:10 – предложения И.В.Емелина о терминах в RuCore – «отображение» вместо «маппинг», «профиль ресурса» вместо «профиль на ресурс»
  • 13:32 – анонс встречи клинической группы в ближайшую пятницу
  • 15:00 А.Павлышина – доработки в профиле ресурса Пациент – добавлено описание варианта идентификатора – номер пациента в МИС, сделаны примеры с полным спектром идентификаторов; сделаны реестры системах кодирования, расширений, типов данных (осталось сделать системах идентификации)
  • 25:35 перенос на новую строчку в markdown
  • 27:12 – включение инвариантов, использование FHIRPath

С.Елфимов и Е.Коган кратко обсудили, какие решения по профилированию ресурсов отражены в Excel-файле лабораторной группы

  • 10:33 вопросы И.В.Емелина, в каких форматах будут представлены спецификации профилей и примеры – yaml, json или xml
  • 17:00 И.В.Емелин рассказывает о работе по созданию серии ГОСТ по FHIR. Первым будет ГОСТ на типы данных FHIR, и несколько базовых ресурсов, например Organization и Person. Он будет содержать UML-модели, json и xml схемы. ГОСТ будет основан на базовом FHIR, не на RuCore. Стоит ли переводить базовые профили FHIR на русский? О.Пензин: с базовыми профилями и на английском можно ознакомиться, а российские за нас никто не сделает.
  • 37:09 о планах Health Samurai по поддержке терминологий на fhir.ru (по информации от Юрия Махоткина): в течение 2 месяцев будет поддержана публикация терминологий на страницы сайта, импорт из основных источников, валидация по профилям с учетом терминологий. Источники терминологий надо обсудить.
  • 43:10 удобство подписания информации в FHIR по сравнению с CDA, по мнению И.Емелина. Будем ли передавать в FHIR не документы, а сообщения.
  • 50:46 моделирование Coverage в случае наличной оплаты – создавать ли ресурс Contract.

Сделано:

  1. ЦНИИОИЗ: Рассмотреть предложения Нетрики по измерению кардинальности ПЛИ CDA - в работе
  • 0:44 статусы решений прошлой встречи. 1) По задаче о предоставлении примеров протокола лабораторных исследований для РЭМД: запланирована встреча Швырев-Фадин-Алексеев-Разработчики РЭМД, в понедельник, 2) Т.Алейников планирует делать конвертер CDA-FHIR самостоятельно, не используя конвертер А.Звягина.
  • 5:11 платные услуги в Coverage: как моделировать, с какой организацией заключен договор; маппинг источников финансирования;
  • 14:48 лабораторная группа: обсуждаем предложения Нетрики о снятии обязательности некоторых полей CDA, продолжаем валидацию примеров ресурсов на стандартном валидаторе FHIR. А.Звягин будет в отпуске до 25 сентября.
  • 16:35 отладка совместными усилиями – как указывать расширение NullFlavor, осталось разобраться, почему стандартный валидатор запрашивает не ту версию ValueSet
  • 24:30 административная группа: поправлены профили Coverage, Patient, Composition, Observation. Инфраструктурная работа – поправлена ошибка сворачивания раздела, если в нем есть табы; поправлен порядок вывода табов; после валидации ресурса страница позиционируется на ответе валидатора (не «съезжает»). Табы в схеме профиля переведены на русский. Добавлено сообщение «схема валидна» при валидации схемы профиля. О.Пензин: мое личное ощущение – у нас практически есть MVP RuCore (есть большой сдвиг, но про MVP я бы не обольщался – прим.ред.)
  • 28:35 Е.Регина (компания Алькона, Чувашия) – есть фактическая реализация лабораторного обмена на FHIR.

Сделано:

  1. Продолжатся валидация ресурсов примера в https://validator.fhir.org/
  2. Добавлен Observation.interpretation.coding с системой http://terminology.hl7.org/CodeSystem/v3-ObservationInterpretation
  3. Исправлена ошибка выгрузки пустого Observation.performer.reference
  4. По nullFlavor codableConcept изменен url у расширения на http://terminology.hl7.org/CodeSystem/v3-NullFlavor и valueString заменен на valueCode: остаются ошибки валидации:

    4.1) ValueSet http://terminology.hl7.org/ValueSet/v3-NullFlavor|4.0.1 not found by validator 4.2) No code provided, and a code should be provided from the value set 'Observation Interpretation Codes' (http://hl7.org/fhir/ValueSet/observation-interpretation)

  • 00:48 разбираем приоритеты инфраструктурных задач. Валидация по ValueSet: для коротких справочников сейчас доступное решение – только enum, для длинных пока решения нет.
  • 14:25 валидация нескольких ресурсов со связями: в окне профиля делать ее нелогично, можно через Bundle, через загрузку на собственный AidBox.
  • 23:18 описание справочников на страницах сайта
  • 30:34 Ю.Махоткин, Health Samurai – о планах по поддержке работы с терминологиями на FHIR Ru - получение из внешних источников, хранение, публикация, валидация ресурсов с использованием наборов значений
  • 47:54 держать ли одинаковыми именование артефактов и структуру папок на сайте? Оживлять ли ссылки в описаниях профилей чтобы они вели на странички терминологий и на детальные описания атрибутов?

Сделано:

  1. Начата валидация ресурсов в https://validator.fhir.org/
  2. Исправлена ошибка выгрузки Composition.status
  3. Исправлена ошибка выгрузки Composition.author
  4. Добавлено кодирование Composition.type по http://loinc.org
  5. Исправлена ошибка выгрузки временных зон в датах
  6. Исправлена ошибка выгрузки Composition.section.code
  7. Исправлена ошибка выгрузки Specimen.parent
  8. Исправлена ошибка выгрузки систем параметров Specimen: добавлен urn:oid
  9. Исправлена ошибка выгрузки Specimen.collection.quantity.value
  10. Исправлена ошибка выгрузки Specimen.processing.procedure
  11. Исправлена ошибка выгрузки Specimen.container
  12. Исправлена ошибка выгрузки Specimen.container.additiveReference
  13. Исправлена кардинальность Substance.code на 1..1
  14. Добавлена выгрузка Substance.code с названием расходного материала
  15. Исправлена ошибка выгрузки Substance.identifier.system: добавлен urn:oid
  16. Исправлена ошибка выгрузки Device.identifier.system: добавлен urn:oid
  17. Исправлена ошибка выгрузки Device.deviceName: добавлена множественность
  18. Исправлена ошибка выгрузки систем параметров Observation: добавлен urn:oid

Обсудили:

  1. Валидацию ресурсов
  2. Использование nullFlavor
  3. Возможность пересмотра кардинальности обязательных параметров ПЛИ
  4. Руководство лабораторной группой
  5. Подготовку рабочих примеров ПЛИ КДЛ для РЭМД
  6. Необходимость рассмотрения перехода на МКБ-11, в частности в гистологическом ПЛИ
  7. Использование справочника расходных материалов
  • 6:10 лабораторная группа (А.Звягин): проверяем примеры ресурсов, полученных из CDA, пока базовым валидатором FHIR, исправляем ошибки конвертера. Руководитель группы все еще согласован.
  • 8:39 моделирование NullFlavor (А.Звягин, О.Пензин): по канонам FHIR предлагается использовать специальный атрибут ресурса, если он есть (как, например, в Observation), для CodeableConcept добавлять значения в набор значений, для атрибутов иных типов использовать Extension. Разбираем примеры.
  • 26:27 другие вопросы лабораторной группы (А.Звягин) – сброс в CDA обязательности полей, для которых все равно нет значений, надо ли готовить переход на МКБ-11, будут ли корректные примеры ПЛИ от Нетрики или от Инвитро. Все ли у нас готово для конвертации реальных ПЛИ, приходящих в РЭМД?
  • 43:32 Д.Фадин, А.Звягин – вопрос о справочнике расходных материалов, предложено использовать имеющиеся групповые классификаторы Росздравнадзора плюс конкретное название без кода.
  • 50:12 О.Пензин – клиническая группа в отпуске до 1 сентября
  • 51:36 нужно ли тип документа кодировать трижды – по FHIR, с указанием system НСИ ЕГИСЗ и с указанием system по fhir.ru ? Не следует отказаться от указания type или от своих system, или от system с oid?
  • 1:08:00 Т.Алейников о состоянии дел с FHIR сервером RuCore для приема CDA: работает совместно с Health Samurai над развертыванием сервера.
  • 1:12:25 А.Павлышина обновления на сайте fhir-ru: обновлен Patient (идентификаторы), Coverage (ДМС и платные), сделаны финансовые профили – Patient, Organisation, Related Person, выступающие в качестве плательщика, обязаны иметь ИНН. Инфраструктурная доработка: любое поле из схемы можно автоматически подтягивать в документацию. Например, на страничке с описанием ValueSet подтягивается его url из схемы. Кроме этого, теперь в схеме поддержаны ссылки на другие страницы.
  • 2:32 Т.Алейников: снова с вами. Минздраву нужно консолидировать данные, приходящие в CDA. Одно из возможных решений – конвертировать их в FHIR и загрузить в базу, построенную на существующей FHIR-платформе, например на Aidbox, и на основе модели, выстроенной и выстраданной сообществом. Тимур планирует это сделать. Представляем для Тимура «краткое содержание предыдущих серий», состояние проекта на сейчас, технические подробности для включения.
  • 27:50 обсуждаем как Тимуру это сделать практически
  • 41:46 много ли осталось работы по публикации/кодированию профилей и примеров из протокола лабораторного исследования

Сделано:

1. Файл спецификации размещен в гуглдок для совместной работы: https://docs.google.com/spreadsheets/d/1vMn4_WpOxKPNt68Ig7ii1BrvXXqBTR_3o_nPEsRLj-A/edit#gid=1708067117=1708067117

2. Доработана спецификации Organization, Practitioner и PractitionerRole

3. Подготовлен пример nullFlavor по интерпретации (стр. 1803 json). Возможно нужно использовать систему 1.2.643.5.1.13.13.99.2.286 или расширение по ней.

4. Проведено голосование по выбору руководителя группы: выиграла Нетрика

5. Алексеев М. (Нетрика) подготовил предложения и замечания по примерам и спецификациям: CDA FHIR M 2022-08-01.docx

6. Тип тип полиса через contract не исправлен, т.к. обсуждение не завершено (https://github.com/fhir-ru/core/discussions/152). Примеры вариантов оплаты переданы в АГ.

7. Инициировано обсуждение по вариантам валидации и ФЛК

8. Убраны пустые contact

9. Обновлены файлы примеров на githube: https://github.com/fhir-ru/zendoc/tree/main/docs/lab/samples

  • 6:10 А.Звягин, лабораторная группа: перечисление текущих вопросов. Далее обсуждения:
  • 12:19 Следует ли для номеров карт передавать не только код по справочнику Видов медицинских документов 1.2.643.5.1.13.13.11.1522 (352 записи), но еще и код по справочнику 1.2.643.5.1.13.13.99.2.723 виды медицинских карт (3 записи)
  • 17:00 Как в РЭМД валидировать протоколы лабораторного исследования – сделать выгрузку structure definition и использовать базовый валидатор, сделать API на FHIR RU, или разработчики РЭМД будут делать валидацию сами.
  • 40:49 Не следует ли отказаться от международных справочников, а оставить только российские
  • 47:17 Предложение Нетрики о специальном пространстве имен для всех документов, удостоверяющих личность
  • 49:22 NullFlavor – по какому справочнику вести и почему FHIR его исключил
  • 1:03:00 – О.Пензин, намерения клинической группы о моделировании Цели лечения: будут моделировать совместно с Планом лечения.
  • 03:18 обсуждение Coverage
  • 31.40 разбор задач административной группы, приведение в порядок статусов
  • 7:13 делать ли для разных видов медицинских карт разные system
  • 15:58 реструктурирование веток на сайте – А.Павлышина. Обсуждение различий нашего сайта с международными аналогами.
  • 25:54 публикация модели протокола лабораторного исследования: обзор материалов на сайте, подключение новых участников и координация работы.
  • 1:00:10 клиническая группа – включила вопрос о целях лечения в рамки своей работы, предложения представит в следующий раз.
  • Сделано
    • По Patient доработано расширение региона
    • Доработаны расширения по ФИАС
    • В контактах убран префикс значения, добавлена система
    • Исправлена ошибка выгрузки Bundle.ResourceType
  • Решено (на перспективу)
    • Установить в качестве ближайшей цель рабочей группы: подготовить работоспособную спецификацию ПЛИ КДЛ для РЭМД в формате FHIR и обосновать целесообразность передачи ПЛИ в этом формате
    • Подготовить валидные примеры ПЛИ КДЛ на FHIR в максимально короткие сроки (ориентировочно 1-1,5 мес)
    • Установить в качестве отдаленных целей рабочей группы:
      • доработать спецификацию ПЛИ микробиологии для РЭМД в формате FHIR
      • доработать спецификацию ПЛИ цитологии и гистологии для РЭМД в формате FHIR
      • подготовить спецификацию ОДЛИ на основе спецификации ПЛИ для РЭМД в формате FHIR
      • обеспечить стандартизацию справочников ОДЛИ на базе федеральных НСИ
  • 6:16 представление нового участника – Вячеслав Ключников – пару месяцев назад обнаружили FHIR и планируют делать на нем МИС клиники «Чайка»
  • 7:32 решения предыдущей встречи: программист zendoc в процессе поиска, замечаний к терминам посещение-обращение нет, сделан список видов карт, которые претендуют на идентификаторы пациента. Обсуждение того, моделируем ли мы процессы или документы. Еще раз обоснование, зачем номер карты записывать в пациента.
  • 23:48 О.Пензин, Е.Коган, В.Ключников – обсуждение понятия «цель лечения».
  • 46:47 А.Павлышина о ходе работ по описанию профилей лабораторных ресурсов, плюс добавлены тэги для автогенерации списка артефактов, предложения по изменению структуры методических материалов на сайте.
  • 1:00:07 изменения в структуре Coverage
  • 06:43 – В.Родионов - создан шаблон IG и шаблон профиля в составе IG на примере клинического диагноза. Есть помарки отображения страниц, при оформлении страниц в формате zendoc требуется preview, есть недостаток техподдержки при этой работе, в остальном ок.
  • 30:10 какой человек для усиления команды нужен в первую очередь
  • 43:36 термины, описывающие фрагменты оказания медицинской помощи – случай, посещение, обращение; можем ли мы принять решение о номерах карт как идентификаторах пациента, не дожидаясь моделирования случаев оказания медицинской помощи
  • 1:06:06 А.Павлышина о кодировании решений лабораторной группы в страницы сайта: сделаны заготовки страниц по лабораторным ресурсам (14 профилей в узле Лаборатория ). При переносе профилей из xls-файла лабораторной группы и представленных ею примеров выясняется, что примеры не проходит валидацию. Правим ошибки. Сейчас отлажен профиль Coverage. Кроме этого, расширена инструкция по профилированию, сделаны шаблоны страниц документации, собраны описания иконок и типов данных – теперь это узел Tutorials.
  • 02:12 А.Павлышина о структуре информации в файлах лабораторной группы и переносе их на сайт zendoc
  • 03:26 А.Павлышина об инструкции по созданию профилей. Вопрос об инструкции по созданию руководства по реализации.
  • 28:55 термины, связанные с картами пациента
  • 38:06 лабораторная группа: добавили в пример Организацию, подразделение, адрес. Публикация на сайте не начата. Как лучше включать в работу новых участников?
  • 1:02:00 клиническая группа – проведено обсуждение дат, подлежащих фиксации для диагноза - дискуссия 163
  • 4:14 разбор решений прошлой встречи – практически все осталось не сделано
  • 5:47 А.Павлышина о правках в профиле Пациент, теперь валидатор правильно воспринимает множественные system, например oid по справочнику Минздрава и наш alias.
  • 7:52 Обсуждаем системную проблему разработки документации на сайте: ее могут оформлять только сотрудники Health Samurai, потому что формат нестандартный, инструкции нет, и неизвестно, что уже должно работать, а что нет.
  • 37:33 Клиническая группа: ЦНИИОИЗ третий раз отклонил внесение дополнительной позиции в справочник рубрик диагноза, на следующей встрече планируется обсуждать даты в диагнозе (первых симптомов, установления диагноза, регистрации диагноза).
  • 41:31 Лабораторная группа – в пример ПЛИ добавлены организации, идет их обсуждение.
  • 7:41 решения предыдущей встречи: стоит ли описать в документации разницу между терминологиями и реестрами
  • 11:40 лабораторная группа: сделаны примеры для Practitioner, PractitionerRole. Кодирование профилей не началось, ожидается на ближайшей неделе. Идут обсуждения, готова ли Нетрика передавать в РЭМД пилотные посылки на FHIR. Нетрика предлагает расширить задачи группы, не ограничиваясь моделированием протокола лабораторного исследования (ПЛИ).
  • 17:30 клиническая группа: проверяли ресурс Encounter с указанием диагноза пациента. 1) Проверили задачу 145 -приведение названий в соответствие с регламентом – выполнено, 2) не все ValueSet описаны, 3) примеры не проходят валидацию. Созданы соответствующие задачи - #159 - #162. Кроме этого, обсуждали даты в диагнозе – дата постановки, дата регистрации в системе, - дискуссия 163, приглашаем участвовать.
  • 24:23 административная группа: чинили профиль Пациент, теперь валидация примера почти проходит.
  • 25:40 вопрос о размещении номеров карт: нужно, наконец, определиться с терминами.
  • 10:10 место хранения номеров карт пациента: предполагалось выйти на голосование вариантов дискуссия 150, вместо этого – новый круг дискуссии с новыми участниками (О.Кузнецов, М.Алексеев, Н.Рыжиков, М.Бахтин)
  • 46:20 формат записи серии и номера документа: решение о маске отклонено, разделитель не выбран
  • 49:15 административная группа: разбирала пример ресурса Пациент для лабораторного ответа.
  • 51:22 лабораторная группа: достаточно ли кода (региона, пола) или нужны полноценные справочники с учетом версий; обсуждение разницы между терминологией и реестрами
  • 1:04:05 Н.Рыжиков о DevDays
  • 1:05:40 А.Павлышина об инфраструктурных изменениях: добавлена страничка FHIR-артефакты, строится автоматически. Поддержали закладки для форматирования текста, например – для показа примеров ресурсов в разных нотациях
  • 00:00 Patient
  • 13:40 Coverage
  • 29:05 Encounter
  • 39:12 Task
  • 4:24 Михаил Бахтин – Biarum, Aluna Health, об использовании FHIR в США и России.
  • 11:15 статус задачек с прошлого раза
  • 13:40 дискуссия о месте хранения номеров карт, о видах карт, о моделировании лечения с помощью Encounter и EpisodOfCare
  • 34:00 лабораторная группа, А.Звягин: описываем ресурс Пациент в примере лабораторного результата. Стоит ли делать отдельный профиль на ресурс Пациент для лаборатории?
  • 43:04 клиническая группа – работа была на паузе
  • 43:30 административная группа – решения о наполнении ресурса Coverage дискуссия 152,
  • 46:22 А.Павлышина о доработках ресурсов на сайте: в Core.Observation добавлен перевод текста из спецификации FHIR, частично поправлен Clin.Encounter и его примеры, в Zendoc-инструкции добавлено описание, как работать с проектом локально.
  • 52:00 надо ли в меню сайта именовать ресурсы по-русски или по-английски.
  • 00:00 Делать ли «финансовые профили» для пациента и организации. Дублировать ли номер полиса в Пациенте и в Coverage.
  • 05:52 Типы/подтипы документов в Coverage. Разница между типом оплаты и типом документа, который обосновывает оплату.
  • 2:40 лабораторная группа, А.Звягин: вопрос о месте хранения ИНН плательщика – в Coverage или плательщике, и как обеспечить обязательность ИНН – предлагается сделать специальные финансовые профили для Person/Patient, Organization.
  • 15:02 серия номер полиса как хранить – предлагается в одном поле через запятую
  • 17:00 как усилить лабораторную группу: возможно, вовлечь Инвитро.
  • 21:30 В.Родионов: Encounter с точки зрения моделирования лабораторного СЭМД: предлагается все номера карт вынести в Patient, а в Encounter оставить только номер в МИС. Придется заводить специальный профиль EncounterForSEMD? Обсуждение видов карт и уникальности их номеров.
  • 1:06:50 А.Павлышина: инфраструктурные улучшения: при визуализации профиля выводится кардинальность, слайсинги, в том числе указание фиксированых значений. В валидации сделан вывод человекочитаемого описания нарушенного правила, и сообщения об успехе.
  • 4:45 статус задач от прошлого созвона
  • 5:50 лабораторная группа, А.Звягин: 1) А.Иванов в силу занятости планирует уйти из лидеров группы, что осложняет завершение работы по моделированию протокола лабораторного исследования. Если Хеликс при этом выйдет из проекта, то кто проведет апробацию модели? Возможно, Барс, Акросс, Нетрика. 2) сделано описание структуры Encounter и примеры.
  • 13:30 клиническая группа, О.Пензин: как совмещать требования к одному и тому же ресурсу от разных групп, например Encounter в клинической и лабораторной; оформлять ли неправильные примеры ресурсов – заведомо не проходящие валидацию.
  • 28:16 административная группа, А.Павлышина: сделан ValueSet для типов идентификаторов пациента, для каждого типа указана система, по которой выдаются значения идентификатора. Описаны системы для паспорта, полиса, свидетельств о рождении медицинского и государственного, номера медицинской карты. Внесены правки в профиль Пациент, включая слайсинг (пока не отображается на страничке Zendoc). Обсуждение вопроса о номерах медицинских карт.
  • 44:18 А.Звягин вопрос о номерах случаев обслуживания
  • 07:10 Николай Бельмецев, вопросы нового участника - о переводе СЭМДов на FHIR. А.Звягин рассказывает о текущем статусе лабораторного СЭМД – готовим максимальный пример, сделали Bundle, включили структуру документа со связанными ресурсами, Task – направления и результаты, Diagnostic Report, Observation, Specimen, Device, Media, Substance. На этой неделе планируем Coverage и Encounter, затем добавим рекомендации по административным объектам.
  • 17:23 С.Л.Швырев ставит задачу за ближайшие 2-3 недели закончить лабораторный СЭМД и передать его в РЭМД ЕГИСЗ. В качестве дополнительного результата будет заголовок CDA-документа, содержащий административные объекты, пригодный для все остальных СЭМД. Результат моделирования также должен пройти валидацию – аналогично схематрону для CDA.
  • 20:23 С.Л.Швырев о репозитории исходного кода Минздрава. Там будут выкладываться структуры СЭМД не менее чем за 90 дней до начала их регистрации, чтобы можно было обсудить и провалидировать.
  • 23:30 О.Пензин о работе клинической группы – проверили текущее состояние профиля Encounter, есть задачи к административной группе – перейти в Extension с формата AidBox на нормативный, повысить человекочитаемость ответов валидатора, поддержать валидацию группы ресурсов в Bundle, дать возможность выкачивать описание из Zen-формата в Structure Definition.
  • 30:15 В.Родионов, Е.Коган обсуждение в комплексе работ по индентификаторам пациента: 1) профилирование Identifier и создание нового набора значений для кодов идентификаторов, 2) описание систем имен для паспорта и прочих, 3) описание всего этого в профиле, в том числе слайсинг.
  • 9:20 в профиле Пациент описаны решения о формате идентификатора пациента в МИС. Замечания В.Родионова: отразить, что это не номер карты пациента, а идентификатор в МИС;дополнить информацией о порядке присвоения OID; остался вопрос о реестре идентификаторов организаций – есть ли он, упоминать ли его в документации; описать сценарий, как система будет формировать свой номер и номер пациента; дать пример, как в ресурсе Пациент может выглядеть такой номер.
  • 18:33 на странице «Реестр кодовых систем и идентификаторов» сделано разделение на кодовые системы и системы идентификаторов, описана Naming System для документов, дан пример описания документов - паспорта (есть подходящее значение в справочнике типов идентификаторов) и свидетельства о рождении (подходящего значения нет). Необходимо уточнение соглашений об именовании ресурсов – в каком случае core/systems/…, в каком случае core/cs/…. Необходима связь между справочником ДУЛ и именами систем для документов, которые являются позициями справочника ДУЛ.
  • 45:00 лабораторная группа – продолжаем формировать рабочий пример генерации CDA; продолжаем готовить профили назначений, при этом предложили создавать списки лабораторных исследований, содержащих конечный перечень тестов, и в профили назначений включать исследования. Исследования будут базироваться на фактических методиках проведения исследований и будут представлять собой достаточно устойчивый справочник.
  • 47:27 использование NullFlavor – решили следовать рекомендациям FHIR: если есть атрибут для указания причины отсутствия значения (например, в Observation) то используем его, а если нет, и тип атрибута CodeableConcept, то используем или добавляем в него значения, отражающие причины отсутствия информации; для иных типов данных используем стандартное расширение NullFlavor с жесткой привязкой к значениям v3.
  • 57:42 клиническая группа: по кардиологическому профилю задержка, готовим документы для обоснования расширения справочника связей диагнозов в НСИ ЕГИСЗ. Обсуждение – клинические диагнозы включать в профиль Ru Core или отдельно.
  • 1:08:14 рассказ о текущем состоянии инструмента описания профилей на примере Encounter.Diagnosis. Использование slicing и создание наборов правил валидации для них.
  • 8:30 инфраструктурные достижения – В.Семенова: при отображении профиля есть вкладки Differntial, Snapshot, Validate, Schema Errors. Snapshot подтягивает атрибуты исходного ресурса FHIR, Validate позволяет проверить экземпляр ресурса в формате Json и Yaml, Schema Errors отображает ошибки самого профиля. Приведена в порядок (сверстана) страница «Соглашения», идет работа над страницей документации Zendoc и планируется расширение страницы Zen profiling. Обсуждение различных вариантов использования валидации в будущем, а также валидации связанных ресурсов и наборов ресурсов. В будущем предполагается подключить zen-lsp https://github.com/zen-lang/zen-lsp для валидации непосредственно при написании кода.
  • 25:42 клиническая группа – сообщество FHIR пока не ответило о перспективах расширения Diagnosis.Use, поэтому российскую специфику будем вести отдельно в своих расширениях. Подключилась Нетрика, в течение двух недель подготовят предложения по профилированию Encounter. В пятницу ожидаем кардиологический диагноз. Будем предлагать ЦНИИОИЗу добавить значение «сочетанные» в федеральный справочник, определяющий взаимосвязь между основными заболеваниями пациента.
  • 35:30 лабораторная группа – ЦНИИОИЗ дал замечания по проекту спецификации ресурсов, замечания отработаны. Делаем комплексный пример, он включает ресурсы, которые прорабатывает лабораторная группа, и другие ресурсы – Bundle, Composition, Task, Coverage.
  • 37:04 идентификатор МИС для СЭМД и для FHIR – оставлять ли его в виде OID, создаваемого по специальным правилам, или позволить также GUID, вести ли реестр таких идентификаторов.
  • 54:08 документы, удостоверяющие личность пациента – применимы ли все значения из справочника НСИ ЕГИСЗ? Как ограничивать неактуальные значения?
  • 55:23 можем ли мы в спецификации ссылаться напрямую на справочники НСИ ЕГИСЗ, или должны вести у себя их описания, или их значения; возможность создания различных ValueSet для актуальных значений справочника и для всех значений
  • 6:35 проверяем задачки от прошлого раза, в том числе подтвердили, что можно сделать ограниченный ValueSet для Patient.Gender.
  • 10:12 вопрос о профилях для Organisation – один или два; в ресурсе Врач – важно ли ставить ссылку на подразделение или на головную организацию, филиал – это юрлицо или подразделение, кабинет – это Location или Organisation.
  • 25:33 клиническая группа: обсуждаем прогностические шкалы, есть разные варианты реализации, возможно, добавим в рассмотрение ресурс ClinicalImpression; близок к публикации профиль Condition для онкологического диагноза; готовим систематичное описание принципов описания; готовим систематичное описание терминологических приивязок – как добавлять ниши локальные словари, если от нас ждут Code, Coding, CodeableConcept, Unit
  • 31:55 как в Diagnosis соотносятся рубрика, тип и Use; можно ли что-то из них объединить; нужно ли валидировать сочетания значений по осям
  • 47:34 лабораторная группа –описание ресурса Observation переводим в Zendoc, подготовили спецификации Bandle, Document, Composition; стоит ли при наличии кода FHIR и справочника НСИ всегда поступать как с Patient.Gender – в ресурс не добавлять Extension, и делать маппинг.
  • 1:30 разбор замечания В.Родионова о кодировании Patient.Gender – сделаем маппинг FHIR-НСИ в обе стороны, рекомендуем не использовать value Other.
  • 11:53 делать ли один профиль на организацию или два.
  • 21:45 маппинг документов удостоверяющих личность
  • 22:20 типизация организаций – еще раз обсудили уже известные идеи
  • 33:18 синхронизация терминологий с НСИ ЕГИСЗ – что именно мы должны делать при появлении новой версии на НСИ
  • 41:25 просмотр текущего состояния страничек вики
  • 45:00 временное имя пациента, идентификация новорожденных и неопознанных пациентов
  • 49:25 идентификация пациента по номеру в МИС (сделана дискуссия 128 )
  • 05:40 обсуждение решений прошлой встречи – маппинг справочников (начат), автогенерация списков кодовых систем (будет до конца недели), именование артефактов (сделано)
  • 18:23 как вести value set, поддерживать ли exclude, готовить ли свои фильтрованные списки значений на основе внешних справочников и как их актуализировать. Решили на первом этапе приоритетно делать то, что нужно для запуска валидации.
  • 30:10 лабораторная группа – решали, какой bundle использовать – document или collection, видимо document. Начали использовать валидатор для проверки созданных ресурсов, нашли баги, правим. Отдельным треком синхронизируем профили назначений от ЦНИИОИЗ с реальными справочниками Хеликса, на примере липидограммы.
  • 33:03 как сделать в RuCore Observation такой, чтобы он годился для наследованных профилей – и клинического, и лабораторного
  • 47:25 клиническая группа, готовы выложить профиль Encounter, работаем над Condition
  • 51:47 административная: типизация организаций, в том числе вопрос о разделении на юрлица и отделения – на уровне метаданных или в Type
  • Обсуждение связи Task и ServiceRequest, изменения в Task
  • Пример использования FHIR валидатора
  • Обсуждение disussion по типу Bundle для ПЛИ
  • Обсуждение профиля липидограммы от Хеликс
  • 00:18 справочник типов организаций. Следует отказаться от использования типизации юрлиц – инд.предприниматель/АО/ПАО и т.п., потому что он не имеет смысла для наших задач. Справочник по видам деятельности медицинская/фармацевтическая/страховая следует оставить как пример. ОКАТО тоже как пример.
  • 23:06 надо ли дублировать указание юридического лица / подразделения в поле type; использование part of в юридическом лице и подразделении.
  • 33:08 пациент, идентификация по полису ОМС – систему идентификации будем называть «Единый реестр застрахованных», дадим ссылку на нормативный акт; создадим ресурсы NamingSystem для описания различных внешних систем идентификации
  • 42:23 паспорт пациента, указываем код по базовому ValueSet FHIR и код по справочнику «Документы, удостоверяющие личность» НСИ ЕГИСЗ.
  • В том числе 51:25-56:33 А.Павлышина объясняет использование ресурса NamingSystem, типов данных CodeableConcept, Coding, Identifier.Type, для идентификации объектов, на примере Patient.
  • 1:03:42 использование идентификаторов пациентов для поддержки бизнес-процесса опознания неизвестного. Для них нужно будет вводить специальные системы идентификации – медицинская справка о рождении, медицинская справка о смерти, номер по журналу неопознанных.
  • 1:07:32 индексы пациентов. Одна и та же персона может иметь множество идентификаторов пациента по различным МИС. Для обслуживания процесса слияния-разделения карточек пациентов можно использовать либо Patient.Link, либо Person.Link
  • Обсуждение использования Task и интегрального примера
  • Обсуждения типа Bundle для ПЛИ
  • Обсуждение отражения тэгов CDA в схеме FHIR
  • 7:34 как вести терминологии – на сервере терминологий или в вики, валидация экземпляров ресурсов. Поддержание сервера представляется неоправданно трудоемким. Решено поддержать валидацию, но хранить фрагменты терминологий в вики. Предстоит делать гармонизацию с НСИ МЗ РФ, возможно поддержав кроме OID человекочитаемые коды.
  • 19:28 вопрос от А.Алабина – как добавлять свои поля в модель, оставаясь FHIR-совместимым. Н.Рыжиков, В.Родионов – необходимо искать соответствующие, и только если не нашлись, добавлять свои, желательно по согласованию с сообществом. Для полей, определенных как Codeable Concept, можно добавлять второй (свой) код и ставить свой точный код и второй – код FHIR, максимально близкий по смыслу.
  • 25:26 перевод на русский required кодов
  • 27:29 кодирование пол пациента – поскольку список значений FHIR шире списка НСИ МЗ РФ, можно сделать маппинг. При этом по умолчанию можно не создавать extension.
  • 34:14 правила именования артефактов – в URL вносим домен, тип артефакта, наименование ресурса – будет голосование в #97.
  • 39:13 идентификаторы пациента – будут собраны материалы из различных дискуссий.
  • 45:16 перевод на русский профилей FHIR: можно делать при описании структуры профиля
  • 48:02 лабораторная группа – подготовили спецификацию ресурса Task для направления и для результата, сделали пример на основе уже проработанных ресурсов – Task, DiagnosticReport, Specimen, Observation. На следующую неделю планируем сделать ServiceRequest, опубликовать готовые материалы на сайте. Сделали генератор примеров, Task сделали уже с его помощью.
  • 51:40 клиническая группа – решения собраны в дискуссии #99 о группировке и типизации диагнозов в рамках случая, и в #96, о подтверждении и стадировании диагноза. Просьба к лабораторной группе подтвердить корректность использования лабораторных Observation для подтверждения диагноза.
  • 09:48 - просмотр решений предыдущей встречи, в том числе задачи о сервере терминологии
  • 21:30 – перенос профилей административных объектов на вики-сайт с кодированием в zendoc – В.Семенова: перенесены пациент, врач, организация, адрес (включая Extension), при этом инструмент пока показывает в интерфейсе не все что описано в профиле. Подгружены спецификации базовых профилей FHIR. Обсуждение текста профиля в zendoc, на примере пациента.
  • 50:30 – Лабораторная РГ, А.Звягин: рассмотрели ресурс Observation в применении к клинической лаборатории и микробиологии. ЦНИИОИЗ тестирует ранее сделанные группой спецификации.
  • 54:18 – Клиническая РГ, О.Пензин: работаем пока в Google Sheet, профилируем атрибут Diagnosis ресурса Encounter. Для Condition готовим базовый профиль, плюс Г.Таронишвили готовит профиль кардиологического диагноза. Готовы привести примеры Observation для измерений, поддерживающих диагноз; их надо будет сверить с ограничениями, которые накладывает на Observation лабораторная группа.
  • 57:42 – вопрос о моменте, когда решения из дискуссий переносятся на страницы вики, и ставить ли ссылки только на дискуссии или также и на записи встреч.
  • Синхронизация статусов рабочей группы
  • DiagnosticReport - Андрей Звягин показывает предлагаемый формат
  • Начать перенос артефактов в Zendoc
  • Предложения по переносу созвона рабочей группы на пятницу
  • 8:36 Лабораторная группа – А.Звягин: Небольшие правки ресурса Specimen, ЦНИИОИЗ планирует в 5 версии лабораторного СЭМД дополнения – связь с заявкой, профиль заказа. Результаты работы группы выкладываются в телеграм-чат FHIR.RU.ОДЛИ.
  • 14:28 Клиническая группа – В.Родионов: выделили странички с определениями терминов, успешно; попробовали описать профиль ресурса, неуспешно (сделаны issue по zendoc плюс необходимо пополнение документации). Есть предложение о создании публичного FHIR-сервера для терминологий, и о запуске в каком-либо виде технологии валидации экземпляров ресурсов по профилям ресурсов, как например на http://inferno.healthit.gov/validator
  • 25:50 Вариант использования стандартных инструментов вместо Zendoc – в том числе стандартный markdown, R markdown – В.Родионов.
  • 36:30 Административные объекты - В.Семенова: перенесем странички со старого сервера на новый в пятницу 18 марта.
  • 43:43 Общие странички сайта – Е.Коган: сделан реестр вводных и тематических курсов на странице «Что такое FHIR», сделаны страница участника и организации на примере Когана и СПб МИАЦ.

Обзор текущего состояния сайта (@niquola, Е.Коган, И.Шмыр), Е.Коган, И.Шмыр)

  • 05:44 Страница «Манифест» - готова, «Что такое FHIR» - переносим из старого fhir.ru, Страница «Ядро» - описываем принятые ранее решения о составе ядра.
  • 19:24 Страница руководства по реализации – клинические диагнозы. Сейчас описаны введение, обзорная диаграмма, логическая модель, определения. Будут подробнее описаны сценарии использования. Будут сделаны три профиля: случай, нозологическая единица, обследование. Нозологическая единица уже описана в виде structure definition. Видимо, стоит сделать краткое описание особенностей профиля, как в mCODE для PrimaryCancerCondition.
  • 33:15 о новой рабочей группе – обучение. Есть профессора, аспиранты и студенты Нижегородского университета, которые готовы делать курс по FHIR, при содействии сообщества.
  • 33:25 страницы о людях и об организациях: среди прочего, можно отмечать, какие организации проводят пилотирование каких профилей, и тем самым измерять зрелость профилей.
  • 38:10 страничка «Термины»
  • 40:51 надо ли переименовать группу «клинический диагноз» в «клиническую», надо ли и как отмечать выход людей из группы.
  • 02:08 Николай Рыжиков, обзор документации Zendoc: оглавление, иконки, картинки, стили текста, списки, фрагменты кода, табличка, MindMap, логическая модель.
  • 27:33 Cтруктура разделов на сайте; взаимоотношения артефактов и страниц документации.
  • 56:40 T. Алейников – выложил первый пример данных ФРМО.
  • 58:03 А. Звягин о лабораторной группе: сделан перечень профилей и спецификация на ресурс Образец, и примеры для образца, который забран и который обработан.
  • 7:04 – Лабораторная группа А.Иванов: обновили базовые диаграммы по клиническим и микробиологическим результатам, опубликовали - 85. Сделали перевод на русский и добавили вводные, еще добавим примеры и тогда отправим на рецензию в ассоциацию врачей лабораторной диагностики. ЦНИИОИЗ представил видение, как кодировать генетические исследования, и дал запрос на кодирование профилей лабораторных заказов.
  • 20:10 – В.Родионов, А.Иванов – включать ли в базовый профиль все ресурсы, которые используются в наследованных профилях (видимо, включать).
  • 23:38 – Обсуждение состава узлов в оглавлении сайта – «Руководства по реализации» и «Сценарии использования»
  • 29:11 – Обсуждение полиса ОМС
  • 34:10 – Обсуждение адреса по ФИАС
  • 45:30 – клиническая группа – В.Родионов: на пятничном собрании Николай еще раз провел показ инструмента Zendoc, он же семантическая вики. Развернули локально, изучаем. Готовим к пятнице прототип странички Клинический Диагноз. Сделали заявки по расширению функциональности Zendoc: описание профиля в FHIR Shorthand, обработка такого описания в самом инструменте (не подгружать из structure definition), валидация примеров ресурсов.
  • 52:25 – структура разделов семантической вики. Типовая структура страницы руководства по реализации.
  • Итоги прошлой встречи - Кратко обсуждались итоги прошлой встречи. Участники приглашаются к созданию и дополнению текущих кейсов.
  • Процедура маппинга - Андрей Звягин рассказывает и показывает как происходит маппинг документов CDA в FHIR, показывает текущие наработки и схемы.
  • Предложения по рабочим процессам - Сергей Швырёв предлагает способы вовлечения врачей КДЛ и разработчиков ИТ систем в обсуждение документа FHIR

07:26 Лабораторная группа, Александр Иванов: есть документ Excel и есть диаграммы, позволяющие понять, какие ресурсы предполагается использовать.

  1. Выложат в discussion для общего обсуждения.
  2. сделают схему на русском языке для обсуждения с врачами-диагностами (организует Сергей Швырев)
  3. Нужно договориться, как кодировать полис ОМС/ДМС.
  • 11:50 Обсуждение полиса ОМС (конспект см в дискуссии 82)
  • 22:42 Клиническая РГ, Олег Пензин : начали мапировать логические поля на FHIR.

Дискуссия 78, там уже 6 вариантов решения, в том числе решение, использованное голландцами. Просим всех присоединяться к обсуждению. Готовы включать тексты в семантическую вики, как только она появится.

  • 26:58 Административная РГ, Е.Коган: был первый созвон, прошли по полям, затребованным лабораторной группой.
  • 42:32 people.semalexa : в соответствии с требованиями лабораторной группы сделан первый вариант профилей для Юридического лица core.Organization .
  • 55:08 people.semalexa : то же, core.Practitioner (в работе).
  • 01:02:15 Виталий Родионов, Е.Коган – обсуждение примеров медицинских организаций для моделирования – в дискуссии 26 описаны "ГБУЗ МКНЦ имени А.С. Логинова ДЗМ",
  • 06:30 – Юридическое лицо, Подразделение. Осталось дожать адрес по ФИАС. Требуется знаток ФИАС. Вопросы – достаточно ли в лицензии номера, дат, выдавшей организации? Может ли наименование улицы быть одно (например, из паспорта), а наименование улицы, вычисленное из ее кода ФИАС, другое? В качестве примера можно теперь использовать список подразделений с адресами, предоставленный компанией Инвитро.
  • 29:32 – Сотрудник. Кодируем парой Practitioner – PractitionerRole, вопросов пока не встретили.
  • 36:05 – Пациент. Для документа удостоверяющего личность типа Паспорт можно сделать slice с дополнительным полем – номер выдавшего подразделения. Кроме поля BirthDate можно использовать расширение BirthTime, как уже предлагали на первом цикле создания RuCore. Организация, предоставившая сведения о пациенте, может быть закодирована Patient.ManagingOrganisation.
  • 09:20 – Лабораторная группа – А.Иванов: к работе подключились Нетрика, Инвитро. Сформулированы требования к профилям Организации, Пациента, Сотрудника. Кроме определения структуры данных, начали делать описание use case.
  • 25:50 – Административная группа – Е.Коган: есть нарратив для профилей Юридическое лицо и подразделение, подключилась Инвитро для описания примера частной организации, пример из ФРМО по государственной организации пока ждем от ЦНИИОИЗ.
  • 33:23 – Клиническая группа – В.Родионов: провели обсуждение статусов нозологической единицы, статусы FHIR составные, поэтому их необходимо разложить на составляющие. Необходимо решить, как переводить на русский язык наборы значений, которые объявлены required – сделана дискуссия. Проанализировали руководства по реализации диагнозов для разных стран – обычно в корневом руководстве для страны Condition структурирован слабо. Сделали табличку с атрибутами Condition в стиле StructureDefinition.
  • 40:36 – Демонстрация семантической wiki – Н.Рыжиков: сделан движок, его можно использовать для генерации сайта из системы текстовых файлов с синтаксисом, аналогичным markdown. Сделано древовидное оглавление, автоматические обратные гиперссылки, заготовленные шаблоны форматирования. Сделан поиск. Есть загрузка текста на страничку из файла, в том числе с фильтрацией - например, для valueset. При этом элементы текста машиночитаемые, что позволяет автоматически строить выборки, - например, список ресурсов категории «административные» с их описанием, раздел «атрибуты поиска» на страничке ресурса. Странички оформляются быстро: все показанные демо-странички перенесены из страниц RuCore за час. Получается сайт в стиле документации FHIR, но с дополнительными удобствами и ссылками, и быстрее. Движок каждый может развернуть у себя локально и писать. Так постепенно будет расти база знаний.
  • 1:02:08 – о голосовании URN/URL– А.Иванов, Н.Рыжиков, С.Швырев – переход на URL добавляет человекочитаемость, поскольку можно пройти по ссылке и получить информацию. System может быть URL, а ее значение – любое, например OID там где он уже используется.
  • Сформулированы требования к профилям Организации, Пациента, Сотрудника. Продолжается создание общей модели данных для выгрузки ЦНИИОИЗ
  • Кейсы коммерческих компаний - Предложения Дмитрия Фадина по добавлению кейсов коммерческих компаний в задачи группы и созданию Implementation Guide
  • Обсуждение кейсов коммерческих компаний:
    • заказ результатов в терминах заказчика
    • выдача результатов
    • производство тестов
  • Проблемы кодирования в FHIR
    • Клинические лимиты - Observation.referenceRange не покрывает потребностей.
    • Качество тестов - сейчас сложно закодировать
    • Аликвоты - возможно множество вариантов кодирования, нужно писать Implementation Guide
  • 7:30 лабораторная группа – А.Иванов: созвоны группы проходят по вторникам в 12:30, на прошедшей неделе разбирались с кодированием цитологии, кодированием реагентов. С.Швырев - предложение включить профили заказа лабораторного исследования в состав моделируемой информации.
  • 27:53 клиническая группа – О.Пензин: делаем описание клинического диагноза, пока в логических терминах, без маппинга на ресурсы FHIR. Сделали общую часть, без специфики медицинских дисциплин. Свели атрибуты диагноза из документов ВИМИС. Планируем после через неделю начать перекладывать общую часть диагноза на Condition. Следующий созвон в пятницу в 16:00.
  • 38:35 Административная группа – Е.Коган, С.Швырев – первые наметки ресурсов выложены, ждем примеры от С.Швырева и Д.Фадина.
  • 44:16 Голосование о формате идентификаторов: В.Родионов, А.Иванов: с одной стороны, в России интенсивно используется OID. С другой стороны, большой комитет HL7 FHIR перешел от OID на URL. Необходимо выяснить, почему. Кроме этого, необходимо описать механизм голосования и порядок представления возражений. В.Родионов: в RU Core следует допустить возможность трех вариантов, а фиксировать конкретные варианты в наследованных профилях.
  • 12:22 Лабораторная группа – А.Иванов. Сводим модель CDA с моделью Хеликса, Нетрики и Барса. Работы до первого публичного представления осталось на 2-3 недели.
  • 23:18 Клиническая группа – О.Пензин. Разрабатываем логическую структуру нозологической единицы диагноза, пока без привязки к FHIR, расскажут 1 февраля. Сравнивают структуру диагноза в 4х ВИМИСах и OpenHR.
  • 30:19 административная группа –С.Швырев, И.Осмоловский: Структура ФРМО слишком громоздкая, поэтому взяли три ресурса FHIR – Organisation, Location, Device, и определили атрибуты ФРМО, которые ложатся на эти ресурсы напрямую, без Extension. А.Павлышина: Создан стартовый профиль Организации в ФРМО, опубликовано в https://fhir-ru.github.io/core/docs/frmo/basic.html, включены поля организации из НСИ ЕГИСЗ. Создан профиль для адреса, к следующему разу планируется завершить маппинг его полей.
  • 38:28 инструменты для разработки артефактов – Н.Рыжиков
  • 45:02 перевод спецификаций FHIR на русский – Н.Рыжиков

Обсуждение требований к атрибутивному составу нозологической единицы - см. дискуссию #72

  • 8:04 лабораторная группа – А.Иванов: есть набросок текста и схема ресурсов, необходимых для моделирования CDA на FHIR, с разделением на те, в которых уверены и в которых не уверены.
  • 19:02 клиническая группа – О.Пензин: есть таблички сопоставления структур диагноза в различных ВИМИС, будем уточнять, присоединился участник, заинтересованный в моделировании кардиологических диагнозов. Остается вопрос выбора между обязательностью полей и рекомендательным характером профиля для RuCore. Потенциальное решение – два профиля, общий RuCore и сразу наследованный для интересующего сценария.
  • 34:58 административная группа – Е.Коган, Т.Алейников: идет работа по моделированию адресов и идентификаторов, для остального нужен пример заполнения ФРМО. Целью создания профиля организации для ФРМО является, потенциально, создание в 2023 году FHIR API для ФРМО. Цель создания стандарта в том и есть, чтобы те, кто его используют, получали преимущества при взаимодействии со смежными системами, в том числе с ЕГИСЗ. Обсуждение границы между профилем RuCore и профилем ФРМО.
  • 12:00 - начало, краткое содержание предыдущих серий – О.Пензин
  • 17:00 - атрибуты ресурса Condition – О.Пензин
  • 31:43 - сравнение структур диагноза в различных ВИМИС – В.Родионов
  • 37:53 – продолжение дискуссии об атрибутах Condition – Георгий
  • 39:53 – вопрос о том, какие профили и сколько их включать в Ru Core
  • 48:30 – что делаем дальше
  • 1:32 Все ли поля ФРМО надо поддержать в FHIR – А.Павлышина
  • 7:12 Использование InventoryReport, Measure, MeasureReport для учета ресурсов организации – А.Павлышина
  • 10:12 планы клинической группы – О.Пензин
  • 17:19 планы лабораторной группы – А.Звягин
  • 20:11 о кодировании адресов – А.Павлышина, С.Сытник
  • 07:20 Лабораторная группа А.Иванов, А.Звягин Нарисованы диаграммы классов для протокола результата исследования, классы будут разделены на те, что делает лабораторная группа и те, что ожидаются от административной и клинической. Будет выложено в отдельных дискуссиях.
  • 14:14 вопрос об инструментах для публикации IG. Лабораторная группа – готовит цельный документ в md. Обсуждение отложено до встречи с участием Н.Рыжикова, В.Родионова.
  • 21:11 – продолжение обсуждения лабораторных объектов. Будут созданы дискуссии по объектам Пациент и Документ, для решения вопросов, необходимых лабораторной группе (А.Звягин).
  • 24:10 – вопрос о структуре discussions, удобном для включения новых людей - Г.Таронишвили. Решено создать категории дискуссий по рабочим группам, а также обновить манифест, отразив в нем существующие группы и их цели (Е.Коган).
  • 26:50 –о включении в работу клинической группы задач СППВР - Г.Таронишвили. Решили, что клиническая группа будет также регулярно встречаться, по четвергам в 16:30.
  • 28:40 – Клиническая рабочая группа – О.Пензин. Группа пока ограничится сценариями создания этапного клинического диагноза (на комиссию) и заключительного клинического диагноза. Группа будет изучать МКБ-11 как возможный инструмент многоосевого описания диагноза. Решили провести обсуждение, по возможности открытое, совместно со специалистами ЦНИИОИЗ, которые отвечают за внедрение МКБ-11 (И.Осмоловский, О.Пензин)
  • 44:16 вопрос о различиях в структуре диагнозов в CDA для РЭМД и для ВИМИС – О.Пензин, И.Осмоловский. Решили, что будет проведено сравнение – О.Пензин.
  • 49:40 результаты работы административной группы – Е.Коган. Продолжились дискуссии о ТВСП, о нормативной мощности. В остальном ждем ключевых участников от ЦНИИИЗ.
  • 50:48 обсуждение возможности выложить начальные артефакты
  • 02:14 Отчет группы Организации – о Plan Definition, об адресе - Е.Коган, А.Павлишина
  • 12:16 Клинический диагноз – О.Пензин
  • 42:38 Лабораторная группа манифест и планы на следующую неделю – А.Звягин, М.Алексеев, А.Иванов (фрагмент 45:45-48:37 – дискуссия об официальном или волонтерском участии в FHIR)
  • 52:57 Выбор url-urn-oid – Н.Рыжиков, О.Пензин
  • 1:00:35 – анонс нового инструмента для создания базы знаний – Н.Рыжиков
  • 09:29 Обзор того что сделано за неделю: дискуссии по Organization, Department, OrganizationAffilation, первый артефакт со структурой Organization, и дискуссия по Развернутому диагнозу – Е.Коган, О.Пензин, Н.Рыжиков. Разделение на дискуссии и артефакты. Правка артефактов через Pull Request.
  • 20:04 Вопрос о HealthcareService – Е.Коган, О.Пензин
  • 35:00 работа по разбору полей ФРМО – Н.Рыжиков, Е.Коган, А.Павлышина
  • 44:44 использование urn вместо url – Н.Рыжиков
  • 47:50 что будем голосовать в следующий раз: вопросы об отчестве пациента, url-urn, идентификаторах организации – Н.Рыжиков
  • 49:55 профиль коек на MeasureReport – А.Павлышина
  • 53:14 обсуждение порядка голосования – Н.Рыжиков, Ш.Низамов, А.Павлышина. Кто-то (mover) выдвигает, если кто-то (supporter) поддержал, ставится на голосование, иначе пропускается.
  • 1:00:39 организация рабочей группы по лабораторным исследованиям – А.Звягин
  • 07.08 – Структура диагноза в выписном эпикризе, этапном эпикризе (считать основной задачей группы)
  • 13:37 – ведение диагноза в проблемно-ориентированных ЭМК, обсуждение диагноза в документах ВИМИС и РЭМД (будем разбираться, если найдется желающий)
  • 26:26 - комментарий о движении от симптомов/жалоб к диагнозу (не поддерживаем)
  • 27:25 – мнения нескольких врачей по поводу одного диагноза, дифференциальный диагноз, сверка клинического с патологоанатомическим (не поддерживаем)
  • 31:45 – вопрос об МКБ-11, в том числе наложение на действующие НСИ ЕГИСЗ, использование посткоординации – совмещения кодов для уточнения свойств заболевания (выносим на общую группу)
  • 1:01:47 – изменение диагноза в рамках случая (не поддерживаем)
  • 1:03:30 – использование ресурса EpisodeOfCare, а также включение в работу группы других клинических ресурсов – Procedure, Observation (стараемся избежать)
  • 1:12:40 – вопрос об инструментах для подготовки IG – Ш.Низамов показывает на примерах, как это было в Канаде – Excel и редакторы xml, md
  • 1:24:18 – предложение вести обсуждение структур, написанных просто в Google Sheet Виталий Родионов показывает как это делается в МираМедикс на FSH.
  • 11:24 Т.Алейников, Николай Рыжиков о том, следует ли не рассматривать структуру юридических лиц или, наоборот, на ней основываться
  • 18:48 Д.Фадин, Николай Рыжиков об объединениях организаций, core.Affiliation
  • 31:35 итого кратко, к какой структуре пришли Николай Рыжиков
  • 35:29 придерживаться ли старой структуры ФРМО – Коган, Алейников. Ответ – не обязательно.
  • 37:20 Д.Фадин, Т.Алейников, Н.Рыжиков, Е.Коган – развязывать ли функциональную и административную и юридическую структуры
  • 43:40 Ш.Низамов, Николай Рыжиков, Олег Пензин о разделении на Руководство Ru Core и другие IG
  • 58:54 С.Швырев, Т.Алейников о файлике со списком полей ФРМО для работы по подбору для него ресурсов FHIR
  • 1:09:18 Е.Коган, Н.Рыжиков о структуре веток дискуссий
  • 1:14:50 О.Пензин анонс темы о структуре диагнозов
  • 0:05 вопрос про Must Support: Ш.Низамов, Н.Рыжиков
  • 4:32 вопрос о выделении различных рабочих групп по разным темам: Н.Рыжиков, Ш.Низамов, Е.Коган, Т.Алейников, А.Иванов, А.Звягин
  • 15:40 сопоставление структуры frmo ресурсам FHIR – С.Швырев, Е.Коган
  • 21:55 как будем оформлять дискуссии и описывать структуры данных – Н.Рыжиков, Ш.Низамов
  • 34:35 какие примеры будем создавать для ресурсов – Н.Рыжиков, Ш.Низамов.
  • 36:50 – обсуждение сценариев использования в отдельных дискуссиях в категории UseCase - С.Ситник, Н.Рыжиков
Наверх