Открыть список
Как стать автором
Обновить

Комментарии 22

Что думаете по поводу формата OpenEHR? Рассматривали ли этот стандарт в качестве хранения?
Мы рассматриваем OpenEHR и подобные стандарты (например, HL7) как варианты обмена нашей МИС с внешним миром. У себя данные мы храним в реляционной БД на уровне элементарных сущностей. Соответственно можем поддержать любой стандарт обмена.
Насколько мы понимаем, OpenEHR — достаточно абстрактная спецификация, и на данном этапе не видим смысла хранить свои данные в их сущностях. Кроме того, не особо понятны перспективы этого формата в России.
Спасибо, буду ждать следующей статьи
Здравствуйте! Возможно не совсем по теме. Подписано Постановление Правительства РФ от 5 мая 2018 г. № 555 «О единой государственной информационной системе в сфере здравоохранения», были бы интересны любые комментарии на эту тему. Не понятно, чем оно грозит медицинским организациям использующим свои МИС? Очень мало информации на эту тему, собираю мнения специалистов.
Пока ничем. Сервисы РМР, РМУ, регистратура доступны уже давно. Передача ЭМК тоже работает в отдельных регионах с переменным успехом. Пока ЕМИС не конкурент МИС в учреждении.
А вы не слышали о каких-нибудь интернет-площадках или статьях, где затрагивалась бы техническая сторона вопроса или описывался опыт интеграции «своей» системы с существующими сервисами? (Начальство поставили задачу «запрограммировать», ибо с января 2019 года даже частным медицинским организациям надо будет предоставлять информацию в эту ЕМИС).
Какая-то очередная профанация, 80% ЛПУ даже не в курсе этого, а другая часть ЛПУ не будет иметь технической возможности, тк «программировать» некому.
И в очередной раз всех принудительно заставят покупать N-ный комплект випнет-клиентов и криптопро.
Випнет и криптопро уже давно куплены для обмена с фондом ОМС и страховыми компаниями, а также для оформления «электронных больничных». Но это мелочи, по сравнению с гипотетическим переходом с привычного внутреннего ПО по работе с медкартами, расписанием и т.д. на новое, пусть и готовое. И дело не только в деньгах.
А где там сказано, что ЛПУ должны переходить на единое ПО? Там сказано только про отправку отчетности, статистическую, бухгалтерскую включая зарплаты врачей, так и медицинскую.
Беспокоиться можно только бюджетникам, если после очередного тендера в новом году начнут ставить МИС от другого субподрядчика. Хотя это последнее, о чем бюджетники должны волноваться.
на новое, пусть и готовое

хорошая шутка в слове «готовое»

По вашему общему вопросу, лет пять уже ищу хоть какую-то тусовку по теме itinmed. Все глухо как в болоте. На armit.ru где-то в дебрях был форум с двумя анонимусами. В 2013 году был такой сайт gosbook.ru но видимо сейчас уже нельзя критиковать линию.
Еще есть medteh.info но там 95% инженера по медоборудованию, разработчики там появляются крайне редко, и обычно новички-студенты со странными вопросами как подключить лабораторный анализатор Х, не указывая свою лабораторную систему и конфигурацию аппарата.
Хоть какая-то активность появляется только в период конференций medsoft в Москве.
Не только отчетности, но, например, требование реализации сервиса, отвечающего за запись на прием через интернет, для интеграции с какой-нибудь единой системой записи на прием(аля сайт госуслуг).
И встает выбор: пытаться в спешке, без уверенности в результате, по запутанной документации реализовывать все самому, либо купить готовое ПО, которое это уже умеет, или, по крайней мере, умеет лучше остальных и официально поддерживается. В последнем случае и возникает проблема перехода на чужое ПО.
Пока у меня складывается ощущение, что идеи вокруг цифровой медицины, так популярные у политиков, весьма далеки от реализации. Те же идеи, что уже законодательно оформлены и где-то реализованы, выглядят сырыми, несогласованными друг с другом и старыми подходами.
Весной этого года было принято много законов, связанных с медициной и IT (например, телемедицина, электронные больничные и рецепты). Пока не сильно углублялись в эту тему. Первым этапом станет подключение к ЕСИА. Дальше по интеграции с внешними сервисами будем разбираться. Обязательно опишем процесс в статьях.
Было бы очень здорово, очень не хватает описаний «живого» опыта по данной теме.
Кстати, фз 555 мелочь по сравнению с ФЗ «О безопасности критической информационной инфраструктуры Российской Федерации» на конференциях только про него и говорят. Требования жёстче чем по 152фз, подпадают ли под этот закон ЛПУ мнения разделились. Представители всяких КГБ-СОФТ, конечно же говорят, что нужно покупать их слонов, только они обеспечат выполнение требований фстэка и компании.
Большое спасибо за очень интересную информацию.
Позвольте внести некоторые замечания, которые относятся к лабораторной медицине.
Клинические лабораторные исследования (общее название – исследования согласно сейчас основному стандарту ISO 15189- examination) могут быть количественными и качественными. Качественные исследования ( описания) сейчас называют исследованиями по номинальной шкале (Compendium of Terminology and Nomenclature of Properties in Clinical Laboratory Sciences Recommendations 2016) Количественные результаты могут быть по порядковой шкале (да/нет, обнаружено/не обнаружено, в баллах- 0,1,2,3… балла, «крестами»- 0, +, ++, +++,) интервальной шкале (условно принятая нулевая точка – градусы Цульсия), рациональной шкале (физические величины – концентрации…) или абсолютной шкале (число объектов в поле зрени).
Референтные интервалы могут быть разными. Биологический референтный интервал — обычно определяют как центральный 95 %-ный интервал распределения значений, полученных в биологической референтной популяции. (ISO 15189)-
Для представления результатов пациента целесообразно было бы предоставлять и критические значения (критический интервал (alert interval, critical interval): Интервал результатов исследований для тревожных (критических) тестов, который указывает на непосредственный риск для пациента возникновения повреждения или смерти (ISO 15189)
Кроме того, для результата могу указываться и его различия с предыдущими результатами (с учетом аналитической и биологической вариации показателя).
1234vladimir
Любые числовые измерения мы храним в вещественном поле. Отображение регулируется маской, заданной для каждого измерения. Под это попадают интервальные, рациональные и абсолютные шкалы.
Что касается порядковой шкалы, то может быть два варианта:
1) если измерение на самом деле числовое, то это значение может быть задано как числовое с интерпретацией (как для ЭОС в статье);
2) если от анализатора из лаборатории приходят текстовые значения, то для них создаются соответствующие перечислимые различного цвета, как на картинке ниже.
Хочу добавить по критическим значениям.
1) оценивать состояние пациента по одному показателю (пусть и зашкаливающему) не совсем корректно на уровне МИС. Есть состояния и особенности, когда некоторые показатели могут превышать норму в несколько раз и это нормально для данного пациента. Хороший пример — синдром Жильбера и показатель билирубина. Состояние в любом случае должен оценивать врач.
2) если говорить о рисках, то необходимо учитывать не один показатель, а целый комплекс. Тема рисков нетривиальна. Научных работ по рискам много, однако большинство из них не содержат никакой конкретики (нет ни формул расчета, ни моделей). Мы взаимодействуем с научными работниками (математиками и биологами) для построения моделей, исходя из существующих научных публикаций. В планах стоит внедрение этой темы в МИС, но по срокам ориентироваться сложно.
3) вообще говоря, предоставление пациенту информации о его потенциальных рисках для здоровья не всегда может быть в плюс. Есть люди впечатлительные, есть беременные женщины, есть родители маленьких детей, которые могут запаниковать, получив такую информацию, и принять неверное решение.

Что касается сравнения текущих результатов с предыдущими — у нас реализован механизм просмотра динамики, но об этом расскажем в другой статье.
Меня несколько удивляет позиция Ваших консультантов по «критическим» значениям. Речь идет о вполне конкретных значениях для ряда показателей. Необходимость их установления и применения при выдаче результатов обязательна для медицинских лабораторий. См ГОСТ

ГОСТ ISO 15189 :2015
3.2 критический интервал (alert interval, critical interval): Интервал результатов исследований для тревожных (критических) тестов, который указывает на непосредственный риск для пациента возникновения повреждения или смерти.
Примеч ания
1 Интервал может быть открытым с одного конца, когда установлен только порог.
2 Лаборатория определяет перечень критических тестов для своих пациентов и пользователей.

Пункт 5.9.1
Лаборатория должна разработать документированную процедуру выдачи результатов исследований,
включающую указания о том, кто может выдавать результаты и кому. Процедура должна обеспечивать
соблюдение следующих условий:
a) В случае, когда полученная первичная проба непригодна или может привести к неверному результату, это должно быть указано в отчете.
b) В случае, когда результаты исследования оказались в интервалах «тревожный» или «критический»:
— немедленно извещается врач (или другой уполномоченный медицинский работник) [это касается, в том числе результатов, полученных из проб, исследованных во вспомогательной лаборатории (см.4.5)];
— ведутся записи о предпринятых действиях, дате документа, времени, ответственном сотруднике лаборатории, лице, которому передано сообщение, переданных результатах исследования и любых затруднениях, перечисленных в уведомлении
……
Приме ч а н и я
1 Для результатов некоторых исследований (например, исследования некоторых генетических или инфекционных болезней) могут быть необходимы специальные консультации. Лаборатория должна стремиться к тому, чтобы результаты, имеющие серьезные последствия, не сообщались непосредственно пациенту без предоставления адекватной консультации.
1234vladimir
Сотрудники лаборатории при обнаружении критических показателей передают информацию дежурному врачу call-центра. Он, в свою очередь, связывается с пациентами и разъясняет им результаты. МИС в этом процессе не принимает участие.
А данные из аналитических приборов поступают в базу данных напрямую? Или, например, печатаются на термобумаге в приборе и оттуда забиваются в базу вручную?
В целом, мы стремимся по максимуму автоматизировать процесс переноса данных из МИС в аппараты (задания) и из аппаратов в МИС (результаты), снижая вероятность ошибок при ручном переносе. Однако не все приборы позволяют работать с ними в автоматическом режиме, приходится взаимодействовать с производителями для обеспечения интеграции с их стороны. Порой приходится изобретать большой велосипед, чтобы всё работало.
Про перенос данных и изобретение велосипедов будет отдельная статья.
Только полноправные пользователи могут оставлять комментарии. Войдите, пожалуйста.

Информация

Дата основания
Местоположение
Россия
Сайт
inobitec.com
Численность
31–50 человек
Дата регистрации

Блог на Хабре