"узкие места" и ресурсы ограниченной мощности. Нюансы реализации Capacity Management Что значит не задана мощность ресурса

Работа с разделом «Ресурсы»Ресурс - это субъект оказания услуги, т.е. тот, кто ее оказывает. Это м.б. как сотрудник, так и все, что используется при оказании услуги. Раздел «Ресурсы» необходим для учета и редактирования информации о ресурсах.

Форма добавления нового ресурса имеет следующий вид:

Рисунок. Форма «Добавление ресурса»

На этой форме добавления ресурса указываются все данные о ресурсе:

«Основная информация»

«Медицинская организация» - поле с выпадающим списком, выбирается ЛПУ, в состав которого входит ресурс. Поиск осуществляется по картотеке Организаций;

«Подразделение» - поле с выпадающим списком, выбирается подразделение ЛПУ, в состав которого входит ресурс. Поиск осуществляется по картотеке подразделений организации ;

«Наименование ресурса» - поле для заполнения. По указанному наименованию ресурса осуществляется поиск при создании расписания в «Графике приема», а также при настроенной интеграции – это наименование используется в ФЭР.

«Начало действия» - поле типа «Календарь», в котором указывается дата, с которой ресурс в данном составе функционирует;

«Окончание действия» - поле типа «Календарь» - дата, до которой функционирует ресурс ;

«Литеры номера талона» - поле с выпадающим списком, выбираются литеры, которые будут входить в номер талона. Максимальное количество позиций – 3, минимальное – 1. Литеры должны быть уникальны в рамках одной организации.

«Доступные источники записи»:

Портал – запись на прием возможна с портала пациента Регистратура – запись на прием возможна из РМИС из модуля «Предварительная запись» ФЭР – запись на прием возможна из ФЭР МИС – запись на прием возможна из сторонней системы Call-центр – запись на прием возможно с помощью операторов call-центра Автозапись из ЛО – автоматическая запись на прием возможна из листов ожидания Инфомат – запись на прием возможна с инфомата Диспетчер СНМП – запись на прием возможна диспетчером СНМП

Установленный флаг означает, что запись на прием из этого источника возможна;

«Состав ресурса»

«Роль» - поле с выпадающим списком, выбирается роль для сотрудников, входящих в состав ресурса ;

«Ресурс» - поле с выпадающим списком, выбирается элементарный (простой) ресурс;

«Начало действия» - поле типа «Календарь», указывается дата, с которой ресурс функционирует в данном составе. ;

«Окончание действия» - поле типа «Календарь», указывается дата, до которой функционирует ресурс . Дата должна входить в интервал, заданный в интервале в основных параметрах.

«Оказываемые услуги»

Рисунок. Форма добавления услуги в составной ресурс

«Услуга» - поле с выпадающим списком, выбирается услуга, которую оказывает ресурс. Услуга выбирается из картотеки видов услуг данной организации;

«Услуга по умолчанию» - флаг проставляется для автоматического заполнения поля «Услуга» в ЭМК при выборе ресурса;

«Требуется модерация» - флаг проставляется при необходимости дополнительного подтверждения записи. В талонах становятся доступны кнопки: «Подтвердить» - кнопка модерации, предназначена для подтверждения предварительной записи на прием; «Отклонить» - кнопка модерации, предназначена для отклонения предварительной записи на прием:

«Требуется направление» - флаг ставится, если для записи на указанную услугу требуется направление. Если включен данный признак, вам не удастся записать пациента без направления:

«Более 1ой услуги в день» - флаг проставляется для возможности многократного оказания услуги в течение дня одному и тому же пациенту:

Этот признак проверяется как при записи на услугу, так и при регистрации оказанных услуг .

«Начало действия» поле типа «Календарь», указывается дата начала действия услуги. Дата должна входить в интервал, заданный в интервале в основных параметрах ;

«Окончание действия» поле типа «Календарь», указывается дата окончания действия услуги. Дата должна входить в интервал, заданный в интервале в основных параметрах ;

«Виды финансирования» - с помощью флага указываются виды финансирования услуги. Список ограничивается видами финансирования МО;

«Мощность» - поле, в котором указывается мощность ресурса для оказания данной услуги. Определяет, сколько пациентов одновременно может обслуживать ресурс:

Дата должна входить в интервал, заданный в интервале в основных параметрах .

«Обслуживаемые участки»

«Участок» поле с выпадающим списком - участок, который обслуживает ресурс;

«Начало действия» - поле типа «Календарь», указывается дата начала действия обслуживания участка данным ресурсом;

«Окончание действия» - поле типа «Календарь», указывается дата окончания обслуживания участка данным ресурсом.

Предварительная запись к данному составному ресурсу может осуществляться только для пациентов, прикрепленных к указанным участкам. Если в разделе не будет добавлен ни один участок, к добавляемому составному ресурсу можно записывать любых пациентов.

«Профили»

«Профиль» - поле с выпадающим списком - профиль услуг, оказываемых составным ресурсом.

«Режимы лечения»

«Режим лечения» - поле с выпадающим списком - режим лечения, соответствующий услугам, оказываемым составным ресурсом.

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

Динамика развития компании должна соответствовать изменениям на рынке или работать на их опережение. И здесь на первый план выходит вопрос оптимального использования ресурсов, определения такого соотношения между планируемыми результатами и затрачиваемыми на них ресурсами, которое позволит не только обойти конкурентов, но и поддерживать заданные уровень и темп развития. Насколько существующая ИТ-инфраструктура удовлетворяет текущие и будущие потребности бизнеса, рационально ли используются имеющиеся ресурсы, какой объем инвестиций и когда потребуется для модернизации ИТ-инфраструктуры - такими вопросами задаются все руководители бизнеса и ИТ. Ответы на них помогает найти процесс управления мощностями (Capacity Management).

Зачем это нужно?

Цель управления мощностями - обеспечение экономически обоснованного и соответствующего текущим и будущим потребностям бизнеса уровня возможностей ИТ. Capacity Management помогает найти баланс между необходимыми ресурсами и затратами на поддержку и развитие информационных технологий в компании, а также между спросом и предложением ИТ-услуг.

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

Capacity Management помогает ответить на вопросы:

• Соответствуют ли приобретаемые мощности действительным потребностям бизнеса?
• Учитывают ли имеющиеся мощности планы развития компании?
• Эффективна ли работа имеющихся ресурсов? Когда возникнет необходимость в дополнительных?

Из сказанного становится понятно, что управление мощностями имеет реактивный (измерение и улучшение) и проактивный (анализ и прогнозирование) аспекты. Capacity Management - это один из стратегических процессов управления, обеспечивающий важнейшие аспекты качества ИТ-услуг. Поэтому он должен функционировать на всех стадиях жизненного цикла ИТ-услуги - от идеи, дальнейшей эксплуатации и до прекращения его предоставления, при этом участвуя в процессах изменения и постоянного совершенствования услуг.

Capacity Management распространяется не только на компоненты ИТ-инфраструктуры, но и на все уровни бизнес-возможностей компании, связанные с ИТ, и включает управление мощностями:

• ресурсов;
• ИТ-услуг;
• бизнеса.

Управление мощностями ресурсов

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

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

Управление мощностями ИТ-услуг

Задачей этого процесса является определение и понимание уровня использования бизнесом ИТ-услуг. Так, для услуги «Прием обращений пользователей» Capacity Management отслеживает текущую нагрузку на АТС и может предоставить данные для предотвращения ситуаций, когда из-за пикового количества обращений время ожидания ответа оператора возрастает до неприемлемых значений. Процесс обеспечивает поддержку предоставления ИТ-услуг в соответствии с Соглашением об уровне обслуживания (SLA).

Управление мощностями бизнеса

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

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

Стоит учитывать также прогнозы по уменьшению объемов бизнеса. Например, планируемое сокращение персонала компании может привести к снижению объемов потребления определенных ИТ-услуг, что потребует пересмотра требований к мощностям.

В чем польза?

Налаженный процесс управления мощностями способствует повышению эффективности и результативности работы компании. В качестве основных преимуществ Capacity Management можно назвать:

• повышение качества предоставляемых ИТ-услуг: осуществляются эффективное управление ресурсами и постоянный мониторинг производительности компонентов ИТ-инфраструктуры, обеспечивающих функционирование ИТ-услуг;
• снижение рисков, связанных с добавлением новых ИТ-услуг: в результате определения необходимых мощностей заранее известно будущее влияние новых ИТ-сервисов на функционирование существующих;
• оптимизация затрат: инвестиции осуществляются в предопределенные моменты времени, не слишком рано/поздно. Закупки не приходится делать в последнюю минуту или покупать мощности с запасом, раньше и больше, чем это необходимо;
• снижение негативного влияния изменений на бизнес-процессы компании. Тесное взаимодействие Capacity Management с процессом управления изменениями позволяет определять их воздействие на производительность ресурсов и предотвращать экстренные изменения из-за неправильного расчета мощности;
• возможность более точного прогнозирования на основе информации, накопленной в рамках Capacity Management, и, как следствие, более оперативное реагирование на запросы бизнеса;
• контролируемое управление затратами или даже снижение расходов, связанных с мощностью ресурсов, за счет их более рационального использования.

Как правильно внедрить?

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

Назначьте менеджера процесса

Одна из главных задач при проектировании Capacity Management, как, впрочем, и любого другого процесса, - найти заинтересованного человека, который будет движущей силой преобразований, тем драйвером, который преодолеет инерцию покоя и не даст управлению мощностями зачахнуть после окончания проекта внедрения. Менеджера процесса необходимо определить в самом начале проекта для участия в обсуждении и принятии решений.

Сформируйте квалифицированную команду

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

Разговаривайте с бизнесом

При прогнозировании нагрузки и спроса на ИТ-сервисы необходимо обладать максимально полной информацией о требованиях компании к этим услугам. Для этого нужно определить те критичные точки жизненного цикла ИТ-услуги, в которых должно выполняться взаимодействие с заинтересованными лицами со стороны бизнеса, и организовать в них эффективную работу. При этом менеджер процесса должен разговаривать на языке бизнеса и уметь демонстрировать взаимосвязь технических показателей мощности ИТ-ресурсов с бизнес-показателями деятельности компании. Например, недостаточная производительность ИТ-ресурсов, обеспечивающих доступ покупателей на сайт интернет-магазина, может стать препятствием для реализации рекламной акции, связанной с выводом на рынок новой услуги. Проблема в том, что резкое увеличение числа клиентов, заходящих на сайт, приведет к экстремальной нагрузке по количеству одновременных подключений и в итоге к неработоспособности интернет-магазина.

Автоматизируйте

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

Решите, что нужно контролировать

Современные инструменты для мониторинга обладают большими функциональными возможностями и позволяют собирать массу самой разной информации, которая зачастую не нужна в таком объеме и разнообразии для решения задач Capacity Management. Определить уровень детализации, на котором должен проводиться мониторинг, необходимо до начала использования системы мониторинга, а еще лучше - до ее покупки.

Начните с малого

На сегодняшний день средства мониторинга позволяют контролировать огромное количество показателей практически всех компонентов ИТ-инфраструктуры. В связи с этим у многих возникает желание «собрать всё», а потом уже разбираться с полученными данными. Но такой подход трудно назвать оптимальным: он требует серьезных временных и ресурсных затрат для обработки информации, и далеко не вся она оказывается полезной при формулировании выводов. К тому же при попытке собрать и проанализировать все, что можно, есть шанс уделить недостаточное внимание действительно критичным точкам мониторинга. Поэтому, начиная проектирование, важно руководствоваться принципом необходимости и достаточности данных и предусмотреть возможности потенциального расширения границ процесса.

Добивайтесь постоянства

Для того чтобы процесс был эффективным, необходим регулярный пересмотр плана мощностей. При каждом пересмотре необходимо учитывать появление новых ИТ-услуг или изменение существующих. Рекомендуется делать это по крайней мере раз в год.

Демонстрируйте эффективность

Часто понимание ценности управления мощностями приходит только после крупных инцидентов, связанных с производительностью ИТ-ресурсов, в условиях же нормального функционирования ИТ важность усилий технических специалистов не всегда очевидна окружающим. Такая ситуация деморализует сотрудников и может привести к игнорированию ими процесса. Один из методов повышения значимости Capacity Management в глазах как бизнеса, так и самой ИТ-службы - регулярное предоставление информации об эффективности затрат, публикация отчетов о качестве ключевых ИТ-услуг в контексте их производительности, а также информирование о достижениях в области повышения производительности ИТ-сервисов.

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

Никто не говорит, что Capacity Management - это просто. Но если усилия будут приложены в нужном направлении, то есть шанс не просто «мониторить», но и избегать ненужных затрат на лишние мощности, срочных закупок оборудования и т.д. Таким образом, Capacity Management позволяет проактивно управлять качеством ИТ-услуг, предоставляемых бизнесу, вовремя реагировать на его потребности, планировать своевременное наращивание мощностей ресурсов и оптимизировать ИТ-бюджет.

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

В начале года спрос на рынках минимален, затем, в марте и апреле, происходит небольшое повышение активности, после чего следует летнее затишье. В сентябре активность резко возрастает, что связано с приближением конца периода бюджетного планирования – так называемый «слив» бюджетов. В это время нужно очень быстро сделать все необходимое до момента закрытия бюджета, и все компании в конце года работают с перегрузкой.

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

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

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

Хорошо, если рыночная ниша компании позволяет в периоды низкого спроса переключить производство с позаказного на массовое. Тогда компания, работая на склад, загружает свободные ресурсы, однако такая возможность есть не у всех.

Еще один критичный для оптимизации процесса продаж и, в частности, для выравнивания загрузки производства вопрос – качественное прогнозирование и планирование продаж. Как правило, во многих компаниях качество планирования продаж низкое, что обусловлено регулярным завышением будущих объемов продаж и невыполнением их по факту. Чересчур оптимистичное планирование приводит к тому, что по формируемым планам продаж производство вот-вот будет загружено на сто и более процентов, однако же по факту наступления очередного периода планирования загрузка недостаточна, а все планируемые продажи плавно сдвигаются на следующие месяцы. Навести порядок с планированием продаж и производства, вводя четкие и жесткие правила в процессы продаж, можно только при наличии реальной информации о сбыте. А без этого принимать какие-то решения по выравниванию загрузки ресурсов бессмысленно.

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

Второй способ выравнивания – начало производства еще до заключения договора под гарантии клиента. Но во многих случаях такой подход имеет высокие риски из-за неуправляемых тендерных процедур. За выполненный заказ могут просто не заплатить.

Третий способ выравнивания – внутреннее изменение мощности ресурсов в рамках годового цикла. Способы простые: введение вторых смен и дополнительной оплаты в пиковое время, тогда как во времена спада оборудование ставится на плановый ремонт, а сотрудники отправляются в отпуска.

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

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

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

*в случае распределения работ в порядке убывания разницы между временем выполнения на первом и на последнем станке.

Если эта разница отрицательная, тогда добавляется еще один случай: распределение работ в порядке убывания модуля разности.

Таким образом, следует определить три (или четыре) возможных последовательности выполнения работ. Затем, по каждой последовательности следует рассчитать суммарное время простоя станков (или общее время выполнения всех работ) и выбрать такую последовательность, которая обеспечивает минимальное время простоя и выполнения всех работ.

27.Синхронное производство и теория ограничений (Theory of Constraints, TOC)

Теория ограничений разработана физиком Элиахом Голдраттом, которому довелось участвовать в создании системы управления производством на фабрике своего друга. Голдратт разработал оригинальную систему диспетчирования, благодаря которой объем производства на фабрике вырос втрое! Разработка была презентована в США под названием Optimized Production Tehnology (Оптимизированная технология производства). В 1986 г. Голдратт выпустил книгу "Цель: Процесс постоянного улучшения" (The Goal: A Process of Ongoing Improvement), изложив в ней основные положения своей концепции, названной позже Теорией ограничений.

Согласно Голдратту, ограничение - все то, что мешает организованной системе достичь своей цели. Любое предприятие рассматривается как система ресурсов, связанных между собой процессами, в которых они используются. Все ресурсы работают на достижение цели предприятия.

Можно выделить три типа ресурсов –

- недостаточный ресурс – «узкое место» - ресурс, мощность (или пропускная способность) которого меньше, чем потребность в нем.

- избыточный ресурс - ресурс, мощность которого превышает потребность.

- ресурс ограниченной мощности - ресурс, загрузка которого практически соответствует его мощности, но который, если работа не будет четко спланирована, становится недостаточным ресурсом.

Рассмотрим основные принципы производственного планирования по Голдрату.

Первый принцип: «не следует пытаться балансировать мощности, следует стремиться балансировать поток работ.

Действительно, классическая теория производства предполагает возможность достижения ритмичности за счет балансирования мощностей ресурсов, с тем, чтобы не было ни избыточных ресурсов, ни «узких мест». Но это редко возможно как минимум по четырем причинам:

Не всегда существует ресурс (например, оборудование) требуемой по расчету мощности.

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

Балансирование мощности проводится на основе известных норм времени. Но фактическое время выполнения работы характеризуется определенным разбросом.

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

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

Следующий принцип –«Основным объектом управления в теории ограничений являются ограниченные ресурсы, которым должен быть подчинен весь производственный процесс»

Определяется следующими соображениями:

1. Степень использования избыточных ресурсов определяется не их потенциалом, а другими ограничениями в системе.

2. Час, потерянный в «узком месте» - это час потерянный в системе в целом.

3. Час, сэкономленный на избыточном ресурсе – не что иное как мираж (поскольку такая экономия всего лишь увеличит на один час простой избыточного ресурса).

4. Производительность и уровень запасов определяется узкими местами.

Теория ограничений предлагает пять шагов управления системой:

—Раздел «Услуги» позволяет осуществлять поиск и просмотр услуг, созданных на основе услуг из ОКМУ (Общероссийский классификатор медицинских услуг). Все услуги, которые может оказывать учреждение, должны быть включены в картотеку видов услуг. Для перехода к картотеке услуг необходимо выбрать раздел «Услуги» в главном меню.

Окно создания новой услуги имеет следующий вид:

Рисунок 1. Форма создания услуги.

На этой форме указываются данные об оказываемых в организации услугах:

- «Наименование» - поле, в котором указывается наименование услуги для ЛПУ;

- «Код» - поле, в котором указывается идентификационный номер услуги внутри МО;

- «Организация» - поле ввода с поиском. Следует указать МО, в которой будет оказываться данная услуга;

- «Прототип услуги» - тип услуги, определенный на уровне региона;

- «Тип» - тип услуги, определенный на уровне ЛПУ. По умолчанию наследуется из аналогичного поля прототипа услуги, при необходимости может быть переопределено;

- «Условия оказания» - текстовое описание необходимых условий оказания услуги (требования к подготовке пациента и т.д.). В данном поле переопределяется соответствующее описание, заданное в прототипе услуги. Информация, внесенная в данное поле, после сохранения услуги будет отображаться на портале пациента и в предварительной записи при выборе данной услуги;

- «Длительность оказания» - время оказания услуги. Используется при создании свободного расписания;

- «Единица измерения длительности» - сутки, часы, минуты;

- «Количество УЕТ» - используется для расчета объема работы в таких услугах как диагностические исследования, стоматология. Например УЗИ почки - исследуется 1 орган, а УЗИ гепатобилиарной системы - несколько органов. УЕТ такой услуги выше;

Флаг «Возможность оказываться отдельно»

Данный флаг включается, если данная услуга не может оказываться отдельно от случая. По умолчанию данный флаг выключен - это означает, что услуга может оказываться как в рамках случая, так и отдельно через ЭМК->Услуги;

Флаг «Возможность оказываться кратно»

Данный признак определяет, может ли услуга оказываться кратно. Кратной может быть услуга, исполнение которой не требует документирования. После его включения в картотеке видов услуг в медицинской карте пациента в разделе «Услуги» появится поле «Количество»:

Рисунок 2. Форма редактирования услуги, до включения признака «Возможность оказываться кратно»

Рисунок 3. Форма редактирования услуги, после включения признака «Возможность оказываться кратно»

Форма расширенного редактирования услуги примет следующий вид:

Рисунок 4. Расширенная форма редактирования услуги, до включения признака «Возможность оказываться кратно»

Рисунок 5. Расширенная форма редактирования услуги, после включения признака «Возможность оказываться кратно»

Флаг «Услуга только предварительной записи»

Данный признак определяет, может ли данная услуга оказываться фактически, или она предназначена только для предварительной записи, а по факту оказания должна быть переопределена. Например, для записи на госпитализацию может быть заведена услуга "Госпитализация". Но в реальности такой услуги не существует, и по факту обращения пациента в запланированное время данная услуга либо переопределится (в случае если в госпитализации пациенту будет отказано, и будет проведен амбулаторный прием в приемном отделении), либо на основании предварительной записи будет заведен случай госпитализации. Т.е. для услуг с пустым признаком д.б. предусмотрена специальная обработка записи.

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

Рисунок 6. Форма редактирования посещения и услуги с включенным флагом «Услуга только предварительной записи» в медицинской карте

Также при попытке сохранения посещения с такой услугой выходит следующее модальное окно с предупреждением:

Рисунок 7. Форма редактирования посещения и услуги с включенным флагом «Услуга только предварительной записи» в медицинской карте

После удаления услуги только для предварительной записи и добавления фактически оказанной услуги, форма успешно сохраняется.

Флаг «Возможность оказываться посмертно»

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

Рисунок 8. Сведения о дате смерти пациента в Картотеке пациентов

Если флаг не проставлен при оказании услуги пациенту, у которого указана дата смерти, система выводит предупреждающее сообщение об ошибке:

Рисунок 9.Ошибка при сохранении услуги, после включения признака «Возможность оказываться посмертно»

Если отключить данный признак, то система позволит сохранить данную услугу.

Флаг «Повторное оказание»

Признак, показывающий, что данная услуга является повторной. Первичность/повторность обычно учитывается в услугах типа "Прием", т.к. трудоемкость первичного (полного) осмотра выше, чем повторного, который проводится по укороченной программе относительно первичного. Признак может использоваться для выделения квот на первичный/повторный прием.

Флаг «Требуется указание расходных материалов при назначении»

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

После включения признака «Требуется указание расходных материалов при назначении» при назначении услуги после сохранения формы вкладка «Расходные материалы» становится активной:

Рисунок 10.Форма назначения услуги, после включения признака «Требуется указание расходных материалов при назначении»

В случае, если данный признак не проставлен у услуги, то после сохранения формы назначения вкладка «Расходные материалы» становится не активным:

Рисунок 11. Форма назначения услуги, до включения признака «Требуется указание расходных материалов при назначении»

Флаг «Признак параклинической услуги»

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

Флаг «Учет фактических УЕТ»

Данный признак указывает на то, что для данного вида услуги допускается указание фактических УЕТ при регистрации оказанной услуги в медицинской карте пациента.

После его включения в картотеке видов услуг в медицинской карте пациента в разделе «Услуги» появится поле «УЕТ»:

Рисунок 12. Форма редактирования услуги, до включения признака «Учет фактических УЕТ»

Рисунок 13. Форма редактирования услуги, после включения признака «Учет фактических УЕТ»

Форма расширенного редактирования услуги при включении флага «Учет фактических УЕТ» примет следующий вид:

Рисунок 14. Расширенная форма редактирования услуги, до включения признака «Учет фактических УЕТ»

Рисунок 15. Расширенная форма редактирования услуги, после включения признака «Учет фактических УЕТ»

«Шаблоны протокола»

«Синонимы видов услуг»

- «Наименование синонима» - Синонимы услуги на уровне ЛПУ (в дополнение к синонимам, указанным в прототипе услуги).

«Признак комплексности»

Признак нужен для того, чтобы учитывать наличие состава у услуги.

Признак «По услуге» или «По составу» используется для определения конечной стоимости услуги.

- «Наименование услуги» - поиск по наименованию услуги, которая будет включена в состав комплексной;

- «Обязательность» - признак показывает, что данная услуга не может быть исключена из состава (например, при регистрации фактически оказанной услуги или при планировании услуги). Если признак не включен, данная услуга может быть исключена при оказании услуги;

«Включено по умолчанию» - признак показывает, что данная услуга может быть исключена из состава.

«Вид финансирования»

- «Вид финансирования» - по классификатору: бюджет, ОМС, ДМС, платные услуги;

- «Дата начала» - дата начала действия вида финансирования;

«Дата окончания» - дата окончания действия вида финансирования.

Работа с разделом «Ресурсы»

Ресурс - это субъект оказания услуги, т.е. тот, кто ее оказывает. Это м.б. как сотрудник, так и все, что используется при оказании услуги. Раздел «Ресурсы» необходим для учета и редактирования информации о ресурсах.

Форма добавления нового ресурса имеет следующий вид:

Рисунок 16. Форма «Добавление ресурса»

На этой форме добавления ресурса указываются все данные о ресурсе:

«Основная информация»

- «Медицинская организация» - поле с выпадающим списком, выбирается ЛПУ, в состав которого входит ресурс. Поиск осуществляется по картотеке Организаций;

- «Подразделение» - поле с выпадающим списком, выбирается подразделение ЛПУ, в состав которого входит ресурс. Поиск осуществляется по картотеке подразделений организации;

- «Наименование ресурса» - поле для заполнения. По указанному наименованию ресурса осуществляется поиск при создании расписания в «Графике приема», а также при настроенной интеграции – это наименование используется в ФЭР.

- «Начало действия» - поле типа «Календарь», в котором указывается дата, с которой ресурс в данном составе функционирует;

- «Окончание действия» - поле типа «Календарь» - дата, до которой функционирует ресурс;

- «Литеры номера талона» - поле с выпадающим списком, выбираются литеры, которые будут входить в номер талона. Максимальное количество позиций – 3, минимальное – 1. Литеры должны быть уникальны в рамках одной организации.

- «Доступные источники записи»:

Установленный флаг означает, что запись на прием из этого источника возможна.

«Состав ресурса»

- «Роль» - поле с выпадающим списком, выбирается роль для сотрудников, входящих в состав ресурса;

- «Ресурс» - поле с выпадающим списком, выбирается элементарный (простой) ресурс;

- «Начало действия» - поле типа «Календарь», указывается дата, с которой ресурс функционирует в данном составе. Дата должна входить в интервал, заданный в интервале в основных параметрах;

- «Окончание действия» - поле типа «Календарь», указывается дата, до которой функционирует ресурс. Дата должна входить в интервал, заданный в интервале в основных параметрах.

«Оказываемые услуги»

Рисунок 17. Форма добавления услуги в составной ресурс

- «Услуга» - поле с выпадающим списком, выбирается услуга, которую оказывает ресурс. Услуга выбирается из картотеки видов услуг данной организации;

- «Услуга по умолчанию» - флаг проставляется для автоматического заполнения поля «Услуга» в ЭМК при выборе ресурса:

Рисунок 18. ЭМК. Услуга по умолчанию

- «Требуется модерация» - флаг проставляется при необходимости дополнительного подтверждения записи. В талонах становятся доступны кнопки: «Подтвердить» - кнопка модерации, предназначена для подтверждения предварительной записи на прием; «Отклонить» - кнопка модерации, предназначена для отклонения предварительной записи на прием:

Рисунок 19. Талоны. Требуется модерация

- «Требуется направление» - флаг ставится, если для записи на указанную услугу требуется направление. Если включен данный признак, вам не удастся записать пациента без направления:

Рисунок 20. Предварительная запись. Требуется направление

«Более 1ой услуги в день»

- «Более 1ой услуги в день» - флаг проставляется для возможности многократного оказания услуги в течение дня одному и тому же пациенту:

Рисунок 21. Предварительная запись. Более одной услуги в день.

Этот признак проверяется как при записи на услугу, так и при регистрации оказанных услуг.

- «Начало действия» поле типа «Календарь», указывается дата начала действия услуги. Дата должна входить в интервал, заданный в интервале в основных параметрах;

- «Окончание действия» поле типа «Календарь», указывается дата окончания действия услуги. Дата должна входить в интервал, заданный в интервале в основных параметрах;

- «Виды финансирования» - с помощью флага указываются виды финансирования услуги. Список ограничивается видами финансирования МО;

«Мощность» - поле, в котором указывается мощность ресурса для оказания данной услуги. Определяет, сколько пациентов одновременно может обслуживать ресурс:

Рисунок 22. Мощность ресурса равная двум.

Дата должна входить в интервал, заданный в интервале в основных параметрах.

«Обслуживаемые участки»

- «Участок» поле с выпадающим списком - участок, который обслуживает ресурс;

- «Начало действия» - поле типа «Календарь», указывается дата начала действия обслуживания участка данным ресурсом;

- «Окончание действия» - поле типа «Календарь», указывается дата окончания обслуживания участка данным ресурсом.

Предварительная запись к данному составному ресурсу может осуществляться только для пациентов, прикрепленных к указанным участкам. Если в разделе не будет добавлен ни один участок, к добавляемому составному ресурсу можно записывать любых пациентов.

«Профили»

- «Профиль» - поле с выпадающим списком - профиль услуг, оказываемых составным ресурсом.

«Режимы лечения»

- «Режим лечения» - поле с выпадающим списком - режим лечения, соответствующий услугам, оказываемым составным ресурсом.