Способы информатизации лечебно-профилактического учреждения

Инструкции

MultiComponent

Возможны несколько вариантов организации компьютерной сети в ЛПУ. Рассмотрим несколько типовых ситуаций, от простых к сложным.

В связи с тем, что чаще всего руководители ЛПУ, при обсуждении информатизации, начинают с вопроса: «Нужен ли интернет?» Отвечаю.
Для проведения автоматизации (информатизации) рабочих мест в ЛПУ интернет не нужен.
При проведении сети в ЛПУ решается только вопрос о связи компьютеров учреждения друг с другом. Интернет — это связь с компьютерами, подключёнными к
всемирной глобальной сети.

Далее рассмотрим типичные ситуации…

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

На одном компьютере устанавливается весь пакет программ. На нём же хранится и вся информация (база данных).

Плюсы:  быстрота и простота.
Путём установки программ на один компьютер мы сразу решаем поставленную задачу.

Минусы: функциональная ограниченность, много трудозатрат от одного работника и более высокие риски защиты информации.
Может работать только один человек. Весь объём работы выполняет самостоятельно, т.е. будет повышенная нагрузка. Компьютер должен находиться в безопасном (защищенном) месте. Хищение компьютера приведёт не только к потере данных, но и риску их огласки.

 

2. Организация блока локальной компьютерной сети в пределах одного подразделения
(до пяти рабочих мест)

Например: одно отделение.

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

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

3. Полноценная локальная сеть ЛПУ с сервером.

Плюсы: наличие такой сети позволяет реализовать все возможности программного комплекса «Мультикомпонент». Предлагаемый нами пакет программ рассчитан (как минимум) для внедрения именно для такой конфигурации сети в ЛПУ. Такой метод решает проблемы безопасности персональных данных. Расположение сервера (места хранения всех сведений о пациентах) в недоступном для постороннего проникновения месте является ключевым требованием безопасности.

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


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

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

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

В ряде случаев это логично. Например, бухгалтерия — самостоятельная структура в пределах ЛПУ. Сведения в программах, с которыми работает это подразделение, лишь косвенно касается пациентов (в основном в пределах паспортных данных и предоставленной услуги), а заложенная в неё нормативно-правовая составляющая поддерживается поставщиком программ (напр. ).

С другой стороны, в ЛПУ может вестись несколько программ, которые описывают один и тот же процесс: состояние здоровья граждан. Но при этом информация хранится в разных базах данных, не связанных друг с другом. Пример, программа для учёта выдачи сертификатов об отсутствии ВИЧ иностранцам, учёт по детям, по основной диспансерной группе и т. д. В итоге, сведения о принятых в ЛПУ пациентах фрагментированы и их невозможно быстро проанализировать.

Внедряемая MedOrgConsult.com модель информатизации ЛПУ подразумевает централизацию всех сведений о пациенте в одной базе данных. Предусмотрено, что при необходимости сформировать файл для загрузки в стронние программы (, Парус и пр.), такая возможность будет предоставлена пользователю разработчиком программ от MedOrgConsult.com.

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

Мы пытаемся работать с известной проблемой. Почему на сегодняшний день ЛПУ не в состоянии ответить на вопрос: «Сколько и каких ресурсов требуется?» Потому, что принятые в настоящее время системы учёта услуг, оказываемых медицинской организацией (их объем и качество) строятся на расчётных единицах, а не на реальных трудовых и материальных затратах. Не имея инструмента их учета, невозможно провести и относительно точное планирование.

Какие выводы можно сделать на основании вышеприведенных аргументов?
1. Самый большой объём информации образуется на клиническом приёме.
2. Эти сведения наиболее точно описывают объём оказанных пациенту в ЛПУ медуслуг.
3. Идентификационные сведения о пациенте (паспортная часть) должны быть доступны клиницисту сразу.
4. Все остальные службы (и их программы) могут получить сведения о пациенте позже. Этим подразделениям не требуются сведения о пациенте сразу после пересечения им порога учреждения.
5. В программе, с которой работают клиницисты, должна быть предусмотрена функция выгрузки данных для использования другими программами, чтобы избежать дублирования работы.

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

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

Плюсы: получение всех существующих современных сервисов.
— Локальная сеть учреждения с программными продуктами для всех видов пользователей.
— Защищеные подсети в учреждении. Т.е. своя сеть у клиницистов, своя у бухгалтерии, своя у аптеки и т. д. Из одной сети в другую невозможен несанкционированный доступ. В то же время, можно организовать обмен данными между каждой из подсетей.
— Станет доступен интранет.
— У всех пользователей будет интернет.
— Учреждение на своём сервере сможет разместить свой сайт.

Минусы: довольно высокая стоимость такого проекта. Потребуется заключение договоров с несколькими инженерными организациями. Одни будут поддерживать аппаратную часть («железо»), другие программную (поддержание работоспособности сети). Потребуется закупка дополнительного оборудования. Например маршрутизатор. Он потребуется для объединения нескольких сетей и безопасного подключения к интернет.