Олег, приветствую.
Офигеть, добрый день.
Как
Слышно?
Сейчас, одну секундочку, донастрою наушники. О, теперь будет лучше слышно, я надеюсь. Так, ну вот у меня есть две.
вещи. Раз, два, три, как слышно?
Спасибо, теперь слышно. Спасибо, что подключились.
Хорошо.
Я хотел две вещи с вами обсудить. Во-первых, я выложил implementation guide по амбулаторной консультации. Что, собственно, я сделал.
По результату нашего разбора примера амбулаторной консультации у нас получился пайеровский бандл, композиция, и все это было на уровне примеров. Я предложил агенту сделать профили, которым бы удовлетворяли эти примеры, и собрать эти профили в Implementation Guide. И вот это такая первая его версия.
Я бы предложил его почитать. Может быть, сейчас прямо, не знаю, сейчас, конечно, вместе. Я
С телефона, если какие-то моменты, которые точно нужны сейчас, давайте сейчас.
Нет, нет.
Тогда лучше по ссылочке потом отдельно посмотрим.
Да, по ссылочке это на buildfire.org. Я тогда опубликую и в группе, может, кто посмотрит. Да,
Да, мне кажется, будет правильно.
Вот, и вы посмотрите тоже, потому что это такое. У нас с вами было смелое решение попробовать собрать из этого имплементейшн гайд. Значит, что... Сейчас одну секундочку, уходит.
Конечно.
Сейчас, может, я вам перезвоню через...
Вторая вещь, которую я хотел обсудить, это вопрос от компании, которая делает вот такое дистанционное наблюдение за здоровьем и безопасностью. Система называется "ангел-хранитель", сделана на многих языках. Ну, некоторый сервис в русле International Patient Summary.
Разработчик обратился с просьбой проверить на соответствие FIRE, RUCORE и IPS. Почему-то не через чат, а в личку, но как-то он смутился почему-то. Я его пригласил, он не захотел. Ну, ради бога, не важно.
Этот разработчик писал мне пироговку, посоветовал обратиться в чат и отправил ссылку. Но, видимо, после этого он решил еще раз лично в другом частнику.
Ради бога. Хорошо, люди все такие есть. Суть вопроса такова, что я взял его пример, он прислал экземпляр. Композиция, которую он формирует. Я проверил его на R4-01, на котором он, собственно, писал, на соответствии Rucora и на соответствии PS. Получилось, что вот такой любопытный результат. Ресурсы все отличные, все связи хорошие, все чистенько, все прекрасно.
У валидатора были претензии к дисплею, какого-то кодинг дисплей от Лоинка. И мы с ним разобрали этот вопрос и выяснили, что это были дисплеи от другой версии Лоинка или от неизвестной версии Лоинка, может, совсем предыдущей. Они выглядели не как придуманные человеком, взятые из справочника, но не соответствуют текущей версии справочника. А у разработчиков не стояли версии справочников. То есть как бы это допустимо с точки зрения, ну, это необязательная поря, то есть валидатор пропускает предупреждение, но ошибки не считает.
Но вот, например, да, нам с вами просто в качестве опыта, да, что бабам с алоинг поменял, там добавил вместо там чего-то, видит там чего-то, добавил запятая, ноут. Ну, смысл не поменялся, но слово поменялось, и все. Вот так что я отправил разработчикам предложение это дело поправить. Нам с вами очень важно, что получилось по руку, поскольку это просто, это нажало, пишет самый то, там никаких российских особенностей реально не было. Поэтому руку, соответственно, руку подтверждено, кроме одного момента: у нас есть маппинг российских справочников родственных отношений на международный.
И он.
Видимо, как-то так оформлен, что Рукор показал ошибку. То есть, код супруг не указан в кодинге. Видимо, это к нам с вами вопрос. Если указывается международный код, Рукор допускает отсутствие российского, или если ты ведешь, указываешь родственную связь, то ты должен территории России.
Но для соответствия рукор использовать справочник, который мы определили, иначе не будет соответствия.
Просто вот здесь есть такая тонкая игра, и хочется ее еще раз подчеркнуть. Все рукоровские определения, практически все, являются необязательными.
И они говорят следующее: если ты ведёшь полис пациента, ты ведёшь его в такой форме. Если ты указываешь подразделение, выдавшее паспорт, ты указываешь его в такой форме. Но если ты указываешь другие идентификаторы, то, пожалуйста.
И здесь то же самое. То есть, если ты указываешь родственную связь, вот так, то ты указываешь ее.
по
Российскому справочнику.
Тут есть два пути. Либо переходить с констмапа и нашего справочника на расширение существующего файеровства, если это допустимо. Либо оставить как есть и понимать, что здесь могут расходиться.
Просто давайте подумаем над сутью требований. Ведь рекорд для интероперабельности. Попробуем порассуждать. Интероперабельность что должна обеспечить? Что принимающая сторона понимает, что здесь написано.
В ситуации с родственными связями, если в рукворе присутствует концепт МАП и передающая сторона передала международный код, то значение по российскому справочнику известно. А вот тут вот тонкая грань. Вроде как тогда это удовлетворяет требованиями интероперабельности.
Ну, вы передали западные, у нас есть полный МАП. Мы всегда можем оплелись российским справочником. Почему мы должны требовать указания дублирующего кода, который применил наш маппинг, перевел и написал супругу?
Наш маппинг нужен скорее, чтобы рукор объяснять в терминах международного справочника.
А дальше формальное правило: если хотите соответствовать Rucora, используйте код, указанный в руководстве по реализации Rucora. То есть то, что существует связь между справочниками, не делает возможным неиспользование справочника, определенного для Rucora.
Как это соответствует требованию интероперабельности? То, что вы сейчас говорите, вы говорите императивы. Должно быть так, без указания причин. Я пытаюсь разобраться с причиной.
Такой механизм профилирования, насколько я его понимаю. Ты либо соблюдаешь требования, выдвинутые в профилировании, либо не соблюдаешь.
То есть, от этого ресурс не становится невалидным. Он просто не соответствует Record Profile.
Верно, верно, верно. Это означает, что мы в Record Profile потребовали обязательное указание кода по... То есть, мы потребовали обязательные указания, потому что... Есть общие правила. Если ты ведешь эту информацию, она должна вестись, как написано в рукоре. Вот это общие правила?
Да. Хорошо.
Все. Спасибо. Я тогда сообщаю разработчикам ангелохранителей. Наматываем на УЗ в качестве опыта использования рукора. Мне очень нравится, когда появляются реальные примеры использования вставления хотя бы. Ну.
Да, в целом, наверное, одно из первых.
Если не считать наше внутреннее служебное, вроде там... Ну да, я именно.
Про внешнее.
А это внешнее, да.
Одна из первых. У нас еще пока другие участники.
Не приводили. Если не считать вот этой системы высокотехнологичной медицинской помощи, которая теперь называется система управления потоками пациентов (СУП). Вот этот федеральный заказ, который выполняет метрика согласно госконтракту, и там, ну фактически, это же внешне по отношению к разработке рукора. Да, там я, конечно, участвовал в этой работе, но это работа совершенно внешне по отношению к рукору. Было прямое тезе до места, ровно выше на сайте.
И потребовалось вести разработку так, чтобы она соответствовала рукору. И это не получилось. Пришлось рукору внести некоторые вправочки. Вот это тоже результат. Они уже сейчас внесены.
А это понимаешь, что у нас вот эти классификаторы родственных связей, он как раз из той, оттуда и пришел, или нет?
Не он пришел, то ли за... Вот сейчас из амбулаторной, по-моему, он пришел. Что он там вдруг возник? А нет, действительно, не действительно, действительно он... Мы его делали до на амбулаторного санда, да.
Да, да, еще амбулаторы даже не думали, когда он уже его маппировали. Вот, но она как бы не принципиально, то есть рукой просто должен наполняться вот такими связями с требованиями реальной практики.
Самое
Неприятное возникнет в момент, когда они начнут расходиться друг с другом. Но до этого сюда жить нужно.
Для формы 14 один справочник, для формы 15 другой.
Да, очевидно, так будет, потому что не в человеческих силах при таком объеме сендов поддерживать единство. Поэтому там что-нибудь найдется. Хорошо, тогда мы доклад, наверное, закончили, но у меня есть вопрос.
Я
Тут услышал, что Московский фонд обязательного медицинского страхования начал требовать от медицинских организаций подтверждение, если они выставляют счета ОМС. Он начал требовать подтверждение того, что в МИАСе дали соответствующий медицинский документ. Знаете ли вы что-нибудь про это?
Нет, я, наверное, с МГФОМСом с года 18-19 еще не работал. То есть с ЕМЯСом и после были проекты, а вот с конкретно МГФОМСом еще тогда закончил.
Но МГФОМС, у него раньше был зоопарк-систем, потом постепенно в московских поликлиниках сразу ЕМЯС. В московских больницах, он не знаю, году 22-23, наверное, заменил все существовавшие системы.
И теперь, наверное, им проще одной системой ровно с одной другой договариваться и закручивать гайки.
Выглядит просто таким образом. Да, да, да. Почему это? Например, навстречу обсудить сейчас, пожалуйста.
Потому что фактически Москва потребовала от разработчиков МИС всех учреждений, которые выставляют в ОМС. Есть частники. И там стоят разные МИС. Если ты выставляешь в фонд ОМС, то ты обязан договориваться с ИМИАС и передавать туда по формату ИМИАС.
Да, да. У
нас
Когда был поворот?
событий.
В Мирамиде все консилиумы, внедренные в Московский ЕМИАС, мы получали соответственно OpenHR и отдавали OpenHR. Внутри крутился и хранился файл. Но интерфейсы взаимодействия с остальным EMEA были на OpenHR. А
У EMEA есть возможность получить из него документы? Конечно.
Там есть хранилище клинической информации. Там можно сделать поиск, запросить конкретный документ, получить его и разобрать.
Вот, с записью документа сложнее, там есть еще хитрая система подписей. Вот сейчас уже.
не
Вспомню, но с записью сложнее. Пока документ не подписан, он не документ. Очень жестко там.
А с чтением, при наличии выданных прав, все было вполне типично. Более того, они OpenHR в JSON могли отдавать. Даже относительно удобно было парсить. Лишний возник с XML не требовалось.
Хорошо. Спасибо за комментарий.
Которые, естественно, вынуждены с МКФомсом взаимодействовать, можно только посочувствовать. Это эффект громадины ЕМИА с рядом. Как все правила написаны под нее.
Ну хорошо, тогда как мы спланируем следующую работу? Из решений предыдущих наших? Я публикую в чате, естественно, ссылочку.
Я посмотрю, и тогда обсудим. Отлично. В следующий вторник.
С
Телефона вычитывать не совсем удобно.
У
меня
Есть недоделка с предыдущей встречи. Мы решили, что работу с амплитудной консультацией надо было опубликовать в стандартах. Проблема стандартизации. У меня была заготовочка статьи, но она была не закончена, потому что эта работа была не закончена. Теперь, если мы считаем ее почти завершенной, то у меня тогда доделана пробка.
Да, мне кажется, если там и будут замечания, то какие-то косметические. То есть, здесь выберите другой систем для идентификатора, здесь другой справочник, то есть, условно, косметика.
Скорее, в статье вопрос о том, что мы выпечиваем как результаты, потому что никто там вычитывать никакие системы не будет в статье. Скорее, это как бы сигнал сообщества, что вот что здесь ценного-то.
Мне сейчас кажется ценным скорость, с которой получилось это сделать. Что еще?
Ну, скорость, я бы, наверное, говорил о трудоемкости, да. То есть привести количество условных человека-месяцев или.
Человека часов. Я не смогу, потому что это все одинки часы. Ну да,
поэтому, ну а
Мне бы.
Показать, что как раз практика, что агенты, поскольку агенты работают на больших языковых моделях. Большие языковые модели видели публичные стандарты во время своего обучения и примеры использования этих стандартов в других проектах, что они как бы идут сразу с экспертизой в части хваера, особенно четвертой и более ранней редакции, по которым на момент, когда создавались обучающие корпусы, уже было опубликовано много примеров кода и руководства реализации. Да.
Вот это утверждение очень хорошее. Да, это раз. И второе утверждение, что ранее принятых нами по РУКОРу решений оказалось почти достаточно. Практика.
Пока подтверждает.
Мы добавили несколько решений, причем в основном это были решения, требующие просто дополнения РУКОР.
Оказалось, что самой особенностью самого амбулаторного СЭМ является только обязательность его полить.
Так, спасибо. Тогда на этом и все. Я сфоткаю, если у вас выше телефона.
Да, да, поэтому давайте пока с аватаркой.
С аватаркой, да, с аватаркой, да. Все, хорошо, тогда...
Все, тогда до следующего вторника.
Спасибо, до будущих встреч.
