Search... (alt + k)
date
4 Feb 2025

Встреча 2025-02-04

  • 03:40 текущее состояние дел по СЭМД ПЛИ – краткое изложение для И.В.Емелина
  • 16:14 И.В.Емелин о национальной модели данных
  • 28:30 ГОСТ ПМП и в чем его ценность; стоит ли публиковать его исходники на Enterprise Architect?
  • 39:30 Ризо Расулов (СофтЭксперт) о том, как далеки все наши рассуждения от будней аналитика, занимающегося отправкой СЭМД.

1. Проверить устаревшие ссылки на fhir.ru – Коган

2. Завершить работу по наследованию СЭМД ПЛИ от RuCore

3. Перевести RuCore на R5

4. Найти публикации о создании национальной модели государственных данных РФ – Емелин

Из предыдущих решений

1. Структуру/тезисы статьи выложить в Google Doc - Фадин

2. Уточнить, как записывать xml из примера СЭМД в формат Narrative – Пензин

3. Проанализировать ГОСТ ПМП с точки зрения FHIR-разработчика – Алексеев

4. Обсудить вопрос о привязке к российским реалиям справочника Address.use

5. Сделать заготовку презентации, описывающую домен Здравоохранение и место FHIR в нём (слайды с названиями) – Пензин

6. В документе для МЗ

  • Сформулировать ситуации/потребности взаимодействия в здравоохранении, которые в настоящее время не покрыты СЭМД (исполнитель не определен).
  • Описать задачу обобщения данных, собранных по пациенту из различных СЭМД и иных источников, и потребность в единой модели для этой задачи (исполнитель не определен)
  • Описать задачу о предоставлении различных (произвольных) данных из цифрового медицинского профиля пациента, и потребность в FHIR API для ее решения - Пензин
  • Написать фрагмент о том, что отрасль де-факто использует FHIR там, где необходимо организовать взаимодействие разрозненных систем – например, ОДЛИ (исполнитель не определен)
  • Описать потребность гармонизации моделей подсистем ЕГИСЗ между собой - Пензин
  • подчеркнуть, что нац модель не представляет собой что-то принципиально новое. «Создание национальной модели данных идет и сейчас, СЭМДы определяют информационные элементы для различных ситуаций. Однако с переходом к цифровому профилю пациента, которые должен представить консолидированную информацию, документо-ориентированный подход окажется недостаточным»
  • нацелиться на следующий этап развития профиля пациента – после завершения части, связанной с учетом медицинской помощи

7. Сделать логическую схему ресурсов ПЛИ – Пензин

8. Рассмотреть возможность проверки сервиса ИЭМК на соответствие FHIR – Алексеев

9. Провести отдельную обсуждение, как можно привести документацию сервисов Нетрики к виду Implementation Guide – Алексеев, Коган

10. Сформулировать в дискуссиях по ПЛИ замечания и вопросы, на основании решений, принятых в модели ЦНИИОИЗ – Чибизов

11. Проконсультироваться с регламентной группой по оставшимся вопросам ПЛИ: расходные материалы; два места передачи услуг; места, где NullFlavor несет смысловую нагрузку – Коган

12. Выяснить (если это окажется возможным) места СЭМД, где приходят значения NullFlavor, отличные от NI – Чибизов

Наверх