Pull to refresh

Comments 52

Больше деталей про архитектуру решений не помешало бы.
см. ответ на вопрос ниже (промахнулся)
Архитектура такая: ЛИС TrakCare Lab (TCL) в качестве СУБД использует медицинскую интеграционную платформу InterSystems HealthShare. Все лабораторные анализаторы с COM-интерфейсами подключены через конвертеры COM-Ethernet к серверу, от локальных компьютеров их работа не зависит. Всё это крутится на основном сервере и зеркалируется на резервный (время полного переключения на зеркало в случае сбоя — меньше 30 минут). «Система заказов», так называемый WebER, также использует HealthShare, благодаря чему с TCL соединена «бесшовно». Работает WebER на отдельном сервере, который доступен из вне. К нему по защищенным каналам подключаются внешние заказчики.
Главное не описано. Бюрократия вокруг, ритуалы, формы, штрих-коды. А дальше «трясёт, греет, просвечивает». И? Я тоже могу дома потрясти бутылёк с кровью, просветить его и погреть. И что дальше?

А дальше там начинается предметная область про которую в статье ни слова, то есть всё описываемое — это типовой карго-культ «как выгрузить еду из самолёта». А как самолёт при этом летает туземцы не знают, и даже особо не интересуются.
В современной лаборатории совершенно справедливо предметную область прячут внутрь, и средний персонал точно не допускают. Старший (врачи-лаборатнты), в общем случае понимают что внутри прибора происходит достаточно детально, но обратите внимание на визитку перед клавиатурой — наверняка инженер компании ОМБ, который обслуживает Immulite (видимо 2000, по кусочку клавиатуры сказать сложно), которому врач или лаборант звонит, если «что-то пошло не так». Интересоваться всем этим персоналу особого смысла даже нет. Не персоналу — тем более. Поэтому, да, карго-культ.

И проблема в том, что если человек понимает что оно там внутри, ему нет смысла работать в лаборатории.
Это меня и пугает. Потому что я на пальцах и очень приблизительно могу объяснить всё, что происходит в моих серверах (особенно, если это что-то играет какую-то существенную роль в результатах). То есть у меня в голове есть довольно грубая модель всех процессов, а если я сталкиваюсь с тем, что процесс и модель расходятся, то это повод для глубокого изучения.

Я ожидаю от медицины чего-то подобного — хотя бы обобщённого, но понимания смысла происходящего всеми существенными участниками процесса.

Что именно проверяют и как? Почему техпроцессы такие закрытые? И почему им можно верить, если они закрытые?

Могут быть коммерческие секреты (мы греем до 80, а потом держим при 79), но хотя бы схематическое описание процессов должно быть общедоступным. Иначе это средневековая алхимия, а не медицина и наука.
Процессы, происходящие внутри абсолютно понятны. Ибо это автоматизация стандартных ручных протоколов. Но залезть внутрь потыкать в плату не получится. Все в пломбах. Если помнишь, я аналогичное описывал про наш лазер для коррекции зрения. Что делает — понятно, как — тоже. Но конкретные микроэтапы — чёрный ящик и магия. Ибо человеческий фактор только вредит. А страдать будет репутация вендора.
Да есть это всё. Только вот зачем это знать обычному лаборанту? Или Вы хотите, чтобы кнопку на приборе занимал доктор наук медицинских? Зачем? Это ведь поднимет цену анализа за возможный предел.
Когда-то собрались доктора и инженеры; одни сказали как нужно, чтобы было, а другие это реализовали. Всё — теперь любой может сделать анализ, просто проделав строгий порядок действий (положить пробирку, нажать кнопку, когда загорится зелёный огонёк — вынуть и выкинуть, а если красный — позвонить по номеру на визитке). Это сильно упрощает процесс. Это всё — макрос, один раз скомпилировали и теперь пользуются.
Когда придумают технологии получше (быстрее, точнее, дешевле), то обновят старые (аппараты, скрипты, людей). Постепенно идём к кнопке «сделать всё хорошо».

P.S.- да, это специализация, так сказать. Вы против специализации? Так это совсем другая тема…
Я понял. Махровый энтерпрайз. Ужасно и уныло. Каждый знает где его лампочка и куда звонить, когда она не светит. А на выходе никто ничего не понимает по сути.
Даа…
Если бы могли заменить людей и в этом деле — заменили бы (а может и заменят ещё).
Ну как бы если ты на выходе знаешь, как оно внутри и почему, наверное, стоит идти работать к разработчику такой аппаратуры, работать над созданием нового махрового энтерпрайза и получать куда больше денег, чем следить за лампочкой, нет? Собственно, к этому всё и идёт. Не просто же так сказано было: «Любая достаточно развитая технология неотличима от магии».
После чего энтерпрайз закукливается в собственном величии и у него всё хорошо. А цена инновации становится высокой, а обмен знаниями исчезает.

Именно потому на смену модели «энтерпрайзный софт и админы для сопровождения» приходит devops. А в медицине всё дорого и не эффективно, и без шансов на улучшение. А зачем улучшать, когда за наблюдение за лампочкой деньги платят?
А что вы предлагаете сделать в данном случае для медицины? Да на том же примере лаборатории? Как бы голова-парень amarao всё разрулил бы, если б мог?
Если бы имел компетенцию — открыл бы процессы и софт, дал возможность писать и использовать своё. Основное для этого — адекватный обмен данными в машиночитаемом виде. Анализы до сих пор распечатываются на бумажке и подклеиваются к истории болезни, а врач не может и не умеет посмотреть корреляции между анализами за всю жизнь пациента. Если врачу принести кучу бигдаты по графику жизни, сна, давления, приёма пищи, пульсу, уровню нагрузки от браслета, то что он с этими данными делать будет? Ничего. Потому что его этому не учили, а в энтерпрайзе не принято воспринимать серьёзно то, чему не учили.

Дык именно взаимодействие на уровне ЛИС и реализует обмен данными в универсальном формате. API — есть, стандарты — есть, WebER работает и делится данными в любом удобном вам формате. Не BigData, конечно (всё же, это направление пока развивается, да и медицина — достаточно консервативная среда в плане массового применения инноваций), но именно это и автоматизировано. А конечные узкоспециализированные коробки — да и плевать что они закрытые для обслуживающего персонала. Вы же не жалуетесь, что повар в ресторане не знает, как починить водопровод или сложить каменную печь для готовки на открытом огне? Готовить-то он умеет, и применять данные инструменты — тоже.
Ага, ага. И кто из клиник в окрестности эти спеки понимает и умеет использовать?

Насчёт узкоспециализированных коробок — если их делают три с половиной человека (а в энтерпрайзе всегда так — один-три толковых человека, остальные примерно понимают что там и умеют продавать), то какой прогресс ожидать можно? Большая открытость, большая связность. Достаточно сравнить развитие сетей ISDN/X.25 и прочей муры (энтерпрайз и grand design) с развитием интернета (хакеры, хаос, инновации бьют ключом).
Беда в том, что хакеров-самоучек куда больше, чем медиков. А с учётом принципа медицины «не навреди» и вполне ощутимо наступающей ответственности, наступающей в случае повреждения подопытного образца aka человека… В общем, тут влияние среды в первую очередь, и определённая «неизученность» предметной области во вторую.

Ну расшифрован геном человека, ну упала цена секвенирования, ну знаем мы какие-то базовые механики работы человеческого тела и отдельных органов. Лекарства от старости до сих пор нет, я уж не говорю про всякие «элементарные» болезни вроде простуды. И чего посложнее, но крайне понятного в общих чертах — того же сахарного диабета. Да, знают, почему возникает, как лечить симптомы и купировать до некоторой степени последствия. А вот завести назад в рабочее состояние эндокринную систему как-то не выходит. В том числе и потому что эт не сервер, где сделал бэкап и ковыряй сколько нравится.
Если бы рассказы про «не навреди» были бы хоть чуть-чуть правдой. Лоботомия, электрошок в психотерапии, операции на мениске «на всякий случай» и прочие смешные медицинские игры с пациентом.
Про медицину, по-моему, надо с себя начинать. Была показательная ситуация, на какой-то лабораторной конференции. Докладчик спросил, кто хранит данные диагностики своей машины — поднялось большинство рук, а потом спросил, а кто хранит результаты своих собственных анализов — пара рук на весь зал…
китайцы это пытаются делать. Получается пока не очень-то, хотя ощутимо дешевле.

Меня (я сбоку на всё это смотрю) ситуация радует — не дают закуклиться, держат в тонусе.

Но область очень наукоёмкая, очень. И очень многоплановая: химия, точная механика, управление процессами.
АДОВАЯ СЕРТИФИКАЦИЯ.

Я бы даже сказал, что проблема «дорогая инновация» не в том, что всё закрыто, а в том, что прежде чем выйти на рынок, ты реально должен доказать, что твой продукт отвечает адовым требованиям.

Это не софт продавать, с бумажкой «мы ни за что не отвечаем» :)
просто личное мнение: до бигдаты в медицине еще долго. Я бы сказал, лет десять.

Проблема не в закрытости, доступности, учили/нет. Проблема в том, что «дата» до сих пор не очень-то стандартизована и формализована. Человечество всё еще очень мало знает о том, что происходит внутри человека.

Иначе скажу — по многим ключевым вопросам до сих пор нет единого мнения.

Техника и технллогии этому ортогональны.
Еще аналогия: разработчик web-app на основе Node.js создает виртуальный сервер для своего приложежния нажатием одной кнопки. Какие там внутри RAID-массивы и так далее, ему в очень пофиг.

Можно ли назвать провайдера облачного хостинга — махровым энтерпрайзом?

Когда давно, мой одноклассник сказал прекрасное: «Я не понимаю электричество. Но это н мешает мне включать и выключать свет. Включать и выключать».
у нас для лабораторных анализаторов (например там есть на фото Olympus AU — мы тоже такое ставим) есть два вида инженеров:
— техники
— application

Техник знает всё, что происходит внутри прибора технически и технологически. Вообще всё. Их мучают на курсах производители прежде чем допустить внутрь прибора, регулярно проводят аттестацию потом, и так далее. Обычно техники понимают и медицинскую часть в каком-то виде.

Application — знает гораздо больше о химических и физических процессах в данном приборе, знает как это всё прикладывается в медицине. Разумеется, базовые вещи по технике тоже знает, и если что-то не требует кручения отверткой или каких-то тонкостей — тоже сможет сделать.

> Что именно проверяют и как?

всё, что требует производитель приборов и реагентов

> Почему техпроцессы такие закрытые?

есть открытые системы, те же Olympus — вполне. Есть описание возможностей техпроцесса, лей что нужно в реагенты, пиши техпроцессы сколько чего делать, как мерять, пиши формулы по которым из абсолютных измеренных величин получаются цифры понятные врачам.

Но, говорят, идет тенденция к закрытию систем. Есть тому простое экономическое объяснение: приборы перестают покупать. Их дают в аренду, в лизинг, и даже дарят. Затраты производителя прибора «вынимаются» через реагенты. Если техпроцесс открытый, то люди будут покупать не фирменные реагенты, а левые, занедорого. Затраты на прибор производитель не отобъет.

> И почему им можно верить, если они закрытые?

сертификация. Аццкаие процедуры сертификации и прочего и прочего. И разумется, есть QC — ставь контрольные материалы, контролируй. (методика контроля качества по Вестгарду, Российские приказы 45 и 220 на нём же базируются)

Общался с представителем компании, которая подключает приборы к ИС. Очень интересный дядечка. Когда он рассказал, сколько лет он этим занимается, мы обалдели. Не помню уже точно, то ли я только в школу пошел… Так вот, спроси — а как с контролем качества у вас в Европах? Вопрос его удивил — у них там в Европах, есть производитель сертифицированных контрольных материалов, с ним on-line связь, и всем этим занимается тот самый производитель. И если на отправку очередного значения он ответил «ай-ай-ай», все остальные значения образцов помечаются как невалидные, и дальше там целый процесс запускается — проверить что случилось с аналитической системой, исправить проблему, запустить на повторное исследование.

Схематическое описание процессов известно всем, кто в теме.

Например биохимия крови (Olympus AU) чаще всего фотометрия. Химический процесс исследуемого образца и реагентов дает раствор, у которого измеряется оптическая плотность на какой-то длине волны. Кривая перевода OD в прикладную единицу строится по 3-5-итд калибраторам. Плюс, есть регламент как часто ставить калибраторы, и контроли (помимо сертифицированных материалов для QC)

Например иммунохимия (Immulite 2000) — хемилюминесценция. Химический процесс дает на выходе раствор, в котором к искомым ферментам прицепляют люминисцирующие метки. В камере замера, дают вспышку, и замеряют силу свечения.
Например ручные методики ИФА (иммуно-ферментный анализ), тоже в конце снимают оптическую плотность, на «ридере».

Почему про них вспомнил — довольно широкий спектр иммунологический исследований сыворотки крови можно делать на ИФА-методиках (есть, кстати, и автоматы) и на хемилюминисцентных. На ИФА дешевле, но ниже точность, больше разброс, уже диапазон измеряемых значений и так далее.

> Иначе это средневековая алхимия, а не медицина и наука.

это наука. Это реально очень крутая наука. Настолько крутая, что не так много людей, которые реально всё это умеют. Но, вокруг этого ужа давно и успешно построена индустрия, которая выдает отличный прикладной результат.

Ситуация примерно такая — что бы управлять автомобилем, нужно уметь крутить руль, и вовремя нажимать на педали и прочие вещи. Как там свеча поджигает топливную смесь понимать не обязательно.
Всё так, с точностью до модели прибора — на фотографии действительно Immulite 2000. Мысленно я вам аплодирую.
на самом деле не мне :)

коллега подходил с вопросом, заметил на моём экране фото, сказал «о, Immulite 2000, к ним обычно такие трек-болы выдают».
Своими руками больше десятка всяких Immulite подключил к ИС, и рассказал людям как чего нажимать, что бы всё было хорошо и удобно. Но у меня ко всему этому отношение по-проще.

В первый раз при виде экрана загрузки Advia Centaur немного «дрогнули струнки души» — Sun Sparc Station, Solaris, Oracle — надо же.
А перезагружали вместе с инженером который его обслуживает по банальной причине — через задекларированный в доке и подписанный на корпусе COM-порт, он не хотел общаться с ИС. Нужно было какие-то /dev/ttyS* поправить, кажется
Да и интерфейс пользователя в CDE приятнее виндовых или каких-то адовых самописных выглядел, но и только.

Еще помнится были прикольно осознавать, что Cobas Integra 800 на HP-UX (интерфейс на Motif, довольно страшный, увы), в отличии от младшей 400'ой, которая на Винде, но…

Еще есть компании, которые Mac'и в свои приборы засовывают — OS X, все прелести дружественного UI и внимание к мелочам, но полный ад в плане интеграции с ИС — предлагают к ним в прибор по ftp ходить. В прибор по ftp, Карл!

В общем не знаю, гордиться особо нечем. Очень часто под капотом таких штуковин оказывается несколько странных скелетов, которые мгновенно портят всё приятные ощущения.
Например в те-же Olympus'ах внутри Windows, и какой-то главный прикладной процесс работает как системный. И если его прибить — управляющий комп просто нормально шутдаунится. Я понимаю зачем так сделано, но не понимаю почему именно так, только догадываюсь.

Как всё знакомо :)
Понял, где вы работаете, и всё стало на свои места ))

С Advia Centaur тоже однажды мучился с COM-портом, пока гуру-инженер не рассказал, что у них бывает два варианта распайки (зачем?!), которые делаются на заводе и изменить их нельзя. Схема второй дикой распайки была у него бережно перерисована в блокнот — она-то нас и спасла.

ПЦР-станцию с отдельным сервером и ftp-доступом тоже встречал ))

Ещё балдею от Architect, на котором используются динамические пароли для открытия доступа к Task Manager, — каждый раз квест решаешь с дозвоном в их службу поддержки.
у Архитектов по моему опыту меньше всего вопросов и проблем, практически всё сделано разумно, просто и очевидно.

Но интересное там начинается с Windows 2000 Embedded, а динамические пароли и генератор у инженера — это прям «уважуха». Пароль на день, от даты зависит. Но бывают веселые казусы — Архитект во Владивостоке, инженер в Москве.
Привет, «широка страна моя родная» :)

А внутрь приходbлось залезать потому, что «штатно» к ним прилагается usb — 4 x COM девайс, который далеко не всегда ставят.
Инженеры предлагают изменить имя on-board com-порта внутри винды, что бы прикладной софт дальше всё подхватил как родное.
Да, про COM-порты Архитекта всё именно так ))
А как у вас обстоят дела с обследованиями, которые проводят люди? Ведь человек может оценить препарат по более широкому спектру признаков и их градаций. Как вы представляете в системе такие данные? Есть ли что-нибудь для упрощения жизни тех же врачей-лаборантов?
Исследования, которые выполняются вручную, во всех крупных лабораториях стараются сводить к минимуму. Делается это потому, что человек может сделать лучше прибора только какую-то штучную работу, но на большом потоке прибор будет всегда лучше. Полностью «вручную» (глазами через микроскоп) выполняются только цитологические и гистологические исследования, т.е. исследования клеток и тканей. Пока научились автоматизировать только подготовительные этапы к этим исследованиям, но не сам процесс оценки. Но что касается основного потока исследований — исследований крови — сейчас врач смотрит в микроскоп только в редких случаях: при спорном или некорректном результате, полученном на анализаторе (если анализатор «сомневается» в результате, то он выдает в ЛИС различные флаги, которые обрабатываются автоматически). То есть все образцы сначала «прогоняются» через прибор, потом ЛИС оценивает результаты и «откладывает» те, которые должны быть просмотрены врачами. Что касается представления данных, то результаты этих исследований могут быть числовыми (например, микроскопия крови или мочи) или представлены в виде текста и изображений (цитология и гистология). Насчет упрощения жизни по таким исследованиям тут уже давно всё, что можно было придумать, придумано, а именно: для выборки групп образцов, по которым нужно сделать ручное исследование, в ЛИС создаются рабочие списки — виртуальные аналоги штативов с пробирками. По этим спискам сначала отбираются нужные пробирки, а затем вводятся результаты. Удобство в том, что на каждое ручное исследование существует свой рабочий список, и сотрудник лаборатории работает со всем этим списком, а не ищет каждый образец. Также для работы с пробирками в ручном режиме используются ручные сканеры, а при подсчете клеток через микроскоп программы-калькуляторы, встроенные в ЛИС. Это, кстати, занятно: врач смотрит в микроскоп, при этом кладет руку на клавиатуру или специальный калькулятор и вслепую нажимает нужные кнопки, если в микроскопе увидел определенные клетки. Так идет подсчет конкретных клеток, а считают до тех пор, пока не насчитают в сумме сто клеток.
Да вот с исследованиями крови как раз всё понятно. Меня больше интересуют цитологические и гистологические исследования. Делается ли что-то для упрощения ввода всего многообразия признаков? И как эти признаки вообще хранятся в базе?
С гистологией и цитологией всё действительно не так, как с исследованиями крови. Для непосвященных, постараюсь вкратце объяснить, о чем речь. Задачей этих исследований чаще всего является диагностика новообразований. В качестве образца может служить практически любой «кусочек» человека, поэтому это как раз «штучная» работа, и без врача, при том очень квалифицированного, здесь не обойтись. При выполнении гистологических исследований очень сложный подготовительный этап (вот здесь подробно описано). Именно подготовкой обусловлено длительное время исполнения исследования (часто это дольше недели). Результатом гистологического исследования является протокол. Протокол состоит из макроописания (тип операции, которая была сделана пациенту, локализация опухоли, описание образца и т.п.), микроописания (собственно описание увиденного врачом под микроскопом) и заключения (выводов, которые делает врач-гистолог). Протоколы для разных локализаций и для разных диагнозов отличаются и, при этом, многие имеют очень внушительный объем и сложную структуру (до десяти страниц A4 текста 10-м шрифтом и 2-3-х уровневые списки). Стандартными инструментами ЛИС (качественными и количественными параметрами) такие протоколы, по моему опыту, настроить практически невозможно, но, например, на Word-овские шаблоны эти протоколы ложатся очень неплохо. В нашей системе именно так и реализовано: система поддерживает привязку DOT-шаблона к исследованию. Также возможна привязка шаблона к SNOMED-коду (это международная кодировка, используемая для кодирования всего и вся в медицине — от пола пациента, до локализаций и диагнозов; была придумана, чтобы решить проблемы с нечитабельностью врачебных почерков; кодировка диагнозов МКБ-10 соответствует одному из разделов SNOMED). В итоге врач работает с документом, сгенерированным из DOT-шаблона. Конечный документ-результат сохраняется в базе, и дополнительно отдельно сохраняется весь текст документа без форматирования для дальнейшего быстрого поиска и построения различных отчетов. С цитологией всё попроще, но там иногда изображения нужно добавлять в результат, что в Word тоже проблем не составляет.
Спасибо, довольно интересный подход.
Гистологические заключения похожи на письменные сочинения типа «что вижу, о том пою». А видят всякое разное. Иногда картина бывает довольно сложной и неоднозначной. Загнать это всё в один шаблон не представляется возможным. Вот пара примеров из гугла
www.advita.ru/img/ne_gist.jpg
kartinki.surgeryzone.net/images/zyz.jpg
> Иногда картина бывает довольно сложной и неоднозначной. Загнать это всё в один шаблон не представляется возможным.
Вот в том-то и дело. Но загонять-то как-то нужно. Я просто сам занимаюсь разработкой системы, которая предназначена именно для удобного ввода данных по цитологическим/гистологическим исследованиям. Поэтому и интересно, как это делают другие.
> Но загонять-то как-то нужно.
А нужно ли? IMHO больше вреда будет. Это больше похоже на описание рентгенограммы или УЗИ. Пусть будет как есть. А для лучшей машинной обработки добавить теги. Чтобы для каждого исследования можно было добавить несколько тегов, например «желудок» «карцинома» «метастазы».
Врачу гораздо удобнее нажимать на галочки, чем вводить соответствующий текст. А что касается обработки данных — тут уж нужно по требованиям смотреть. Я не знаю, как вводимую информацию можно дальше использовать, поэтому ничего не могу сказать.
> Врачу гораздо удобнее нажимать на галочки
А вы у паталогоанатомов-то спрашивали? Что говорят? Хотим галочки?
Удобнее нажимать на галочки, когда их несколько на выбор. А когда допустим выбор из сотни опций, проще текст написать. Ничего лучше текста ещё не придумали. Погуглите «histopathology report».
freedp.files.wordpress.com/2012/04/reporting-template.jpg
> для удобного ввода данных по цитологическим/гистологическим исследованиям
> А вы у паталогоанатомов-то спрашивали? Что говорят? Хотим галочки?
Нет, не спрашивал. И вряд ли буду. А для случаев, когда нужно вписать то, для чего нет галочек, есть обычные поля ввода.
Про то, что врачу удобнее нажимать, это не я придумал, это слова врача, который этим уже пользуется значительное время.
Зря не спрашиваете. Ну дело ваше.
Насчет галочек не знаю, но шаблоны по исследованиям у нас делают сами врачи, никто их не заставляет — видимо, им так удобнее, чем набирать текст. Думаю вопрос еще и в том, что в России очень мало крупных гистологических лабораторий, и поэтому ЛИСы в этом направлении развиваются медленно, а предлагаемый функционал кроме ввода текста часто больше ничего и не предлагает врачу.
При каждой крупной больнице есть паталогоанатомическое отделение, где в том числе делают гистологию. При взятии тканей их не дают на руки больному, а отправляют в свою патанатомию. В спорных редких случаях больные забирают уже готовые стёкла и несут их в другое место для проверки диагноза. Так что крупные независимые лаборатории просто не нужны.
По-моему, раньше точно такие же рассуждения приводили в доказательство того, что не нужны независимые клинико-диагностические лаборатории. Контраргументы также известны: маленькая лаборатория не может себе позволить дорогостоящее оборудование, либо оно будет неэффективно использоваться (простаивать). Также сложно с квалифицированным персоналом. В случае гистологии аутсорсинг, по-моему, вполне оправдан: исследование выполняется долго (время транспортировки не будет существенно сказываться на сроке исполнения), но на хорошем оборудовании время может быть значительно сокращено; этап подготовки образца наиболее важен — если на этом этапе допущена ошибка, то никакая передача стекол в другие лаборатории уже не поможет.
Кто клиент независимых КДЛ? Небольшие частные клиники, частнопрактикующие врачи и пациенты сами по себе. Так? Крупной больнице незачем аутсорсинг, у неё своя лаборатория, и не одна.
Представьте себе крупную тысячекоечную больницу. Там две КДЛ: одна плановая, работает днём, вторая экстренная работает круглосуточно. Экстренной КДЛ пользуется приёмный покой, реанимация и все, кому нужно. Аутсорсинга тут никогда не будет.
В случае с гистологией ситуация похожа: забор биообразцов и направление на исследование обычно делают в крупных стационарах, а не в частных практиках и не больные самостоятельно. Кроме того, больнице иногда требуется гистология «по cito». Когда во время операции кусок ткани отправляют в лабораторию и ждут результат. Окончание операции будет зависеть от ответа лаборатории. Вы предлагаете это перевести на аутсорсинг?
Кто будет клиентом независимой гистологической лаборатории? Больной сам себе сделает бронхоскопию и принесёт образец в независимую контору?
Кроме того, если в КДЛ важно качество оборудования, то в гистологии в первую очередь важен уровень специалиста-гистолога. Который может правильно распознать то, что он видит. И в сложных случаях стёкла отправят хорошему опытному гистологу, коих совсем немного и все они известны.
Кто клиент независимых КДЛ? Небольшие частные клиники, частнопрактикующие врачи и пациенты сами по себе. Так?

Нет, не так, еще государственные поликлиники, не очень крупные специализированные государственные больницы и частично крупные государственные больницы. Пример: лаборатория ГКБ 12 (Москва, стационар более 1000 коек) все иммунохимические и гормональные исследования отправляет на аутсорсинг, т.к. поток этих исследований у них не большой и держать своё оборудование и штат под эти цели нерентабельно.
Представьте себе крупную тысячекоечную больницу. Там две КДЛ: одна плановая, работает днём, вторая экстренная работает круглосуточно. Экстренной КДЛ пользуется приёмный покой, реанимация и все, кому нужно. Аутсорсинга тут никогда не будет.

Централизация и аутсорсинг никогда не предполагают ликвидацию экспресс-лабораторий. Вы сами говорите, что в больнице лаборатории две, так вот в случае централизации экспресс-лаборатория остается в полном составе, а, возможно, и немного расширяется. А плановая лаборатория вполне может быть переведена на аутсорсинг. С тесячекоечной больницей вопрос в другом — у них такой поток, что их плановая лаборатория вполне оправдана и окупается. Поэтому централизация возможна как раз вокруг таких лабораторий.
В случае с гистологией ситуация похожа: забор биообразцов и направление на исследование обычно делают в крупных стационарах, а не в частных практиках и не больные самостоятельно. Кроме того, больнице иногда требуется гистология «по cito». Когда во время операции кусок ткани отправляют в лабораторию и ждут результат. Окончание операции будет зависеть от ответа лаборатории. Вы предлагаете это перевести на аутсорсинг?

Нет, это, как и в случае КДЛ, останется в экспресс-лаборатории. Такие срочные исследования даже при большом стационаре единичные и качество их выполнения только выиграет, если врач будет заниматься только ими.
Кто будет клиентом независимой гистологической лаборатории? Больной сам себе сделает бронхоскопию и принесёт образец в независимую контору?

Уже сейчас большое количество операций проводят амбулаторно в поликлиниках (например, удаление родинок и т.п.), и поликлиники уже направляют гистологию на аутсорсинг. Также большое количество гистологических исследований генерируют женские консультации.
Кроме того, если в КДЛ важно качество оборудования, то в гистологии в первую очередь важен уровень специалиста-гистолога. Который может правильно распознать то, что он видит. И в сложных случаях стёкла отправят хорошему опытному гистологу, коих совсем немного и все они известны.

Нет, важен не только уровень специалиста-гистолога. Еще раз повторюсь, что в гистологии очень важен этап подготовки (см. здесь), поэтому если в нем допустили ошибки, то никакой гений-гистолог не сможет ничего изменить.
>все иммунохимические и гормональные исследования отправляет на аутсорсинг, т.к. поток этих исследований у них не большой<
Это понятно, да. Аутсорсинг может быть не обязательно независимый, это может быть лаборатория в соседней больнице, куда свозят такие анализы со всего города.

> Такие срочные исследования даже при большом стационаре единичные и качество их выполнения только выиграет, если врач будет заниматься только ими.<
Нет, не выиграет. Большой опыт получается на большом потоке работы. Если врач видит 2 стекла в день, он деградирует как специалист.

> Уже сейчас большое количество операций проводят амбулаторно в поликлиниках (например, удаление родинок и т.п.), и поликлиники уже направляют гистологию на аутсорсинг. Также большое количество гистологических исследований генерируют женские консультации. <
Непонятно, зачем им именно независимая частная контора. Там лучше? Дешевле?

>в гистологии очень важен этап подготовки<
Всем этим технологиям больше 100 лет. Всё это время как-то справлялись.
Если врач видит 2 стекла в день, он деградирует как специалист.

Согласен, на ум приходят варианты вроде совмещения ставок в разных больницах, но это только домыслы, так что вопрос остается.
Непонятно, зачем им именно независимая частная контора. Там лучше? Дешевле?

Возможно и лучше, и дешевле — не знаю, но если будет выбор и конкуренция, то не думаю, что от этого кому-то станет хуже.
Всем этим технологиям больше 100 лет. Всё это время как-то справлялись.

)) Железный аргумент!
А если серьезно, то как раз для этих технологий в последнее десятилетие появились технические реализации: гистопроцессоры, иммуностейнеры и т.п. аппараты. Так вот эти аппараты может себе позволить далеко не каждая лаборатория.

Но факт пока в том, что независимых гистологических лабораторий действительно единицы, хотя мне кажется, что они еще появятся.
Гистологические заключения похожи на письменные сочинения типа «что вижу, о том пою». А видят всякое разное.

Тут с Вами не согласен. В большинстве случаев протокол гистологического исследования определяется образцом исследования и диагнозом пациента (даже предполагаемым). Причем не только описательная часть, но и подготовительная: количество блоков, количество стекол со срезами, тип окрашивания стекол определяются исходя из того, что и как нужно увидеть. Поэтому для большинства стандартных исследований существуют свои протоколы описания, и это не прихоть, а вполне обоснованный шаг: гораздо удобнее идти по структурированному документу и выбирать нужные пункты или убирать лишние, чем с нуля каждый раз создавать новый документ. Согласен, что одним универсальным шаблоном здесь не обойдешься, именно поэтому у нас к каждому исследованию может быть привязан свой шаблон, а если в рамках исследования протокол может зависеть от локализации или диагноза, то протокол может быть привязан и к таким сущностям.
А с чем не согласны-то? Конечно, существуют шаблоны. Большинство исследований туда хорошо вписываются. И глупо каждый раз с нуля создавать новый документ.
Речь-то о другом. Человек хочет это всё загнать в форму с галочками. Вот это уже глупость imho. Вариативность очень большая и проще отредактировать шаблон, чем разбираться в десятках и сотнях кнопочек.
Не согласен только с формулировкой. От формулировки «что вижу, о том пою» создается впечатление (возможно, это субъективно), что гистологическое исследование — это абсолютно нерегламентированная процедура: врач куда-то смотрит и что-то как-то описывает по своему усмотрению, поэтому всё это описать можно только текстом. А это ну совсем не так. В общем, за врачей обидно стало.
А про «сотни кнопочек» согласен, т.к. сам имел опыт такой настройки — не заработало — слишком громоздкие конструкции получаются, которые нереально поддерживать.
Это у Вас субъективное впечатление. Любые диагностические службы работают по регламенту. Но в некоторых случаях регламент может гибко меняться. И формализовать логику этого процесса непросто да и незачем.
Sign up to leave a comment.