Когда организация начинает поиск информационной системы здравоохранения, она вступает в жизненный цикл, подобный показанному на рисунке V-2. Обычно до 80% времени проекта, а это время от зарождения проекта до его внедрения, и до 50% фондов проекта потребляются на фазах анализа и проектирования, предшествующих фазе разработки.

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

Планирование

На этой фазе определяются цели и задачи организации и предложенной информационной системы здравоохранения. This phase identifies the health care goals and objectives of the organization and of the proposed health information system. Как часть деятельности планирования нужно также рассматривать вопросы устойчивости предложенной системы, такие как, тип персонала, расходы на обслуживание и эксплуатацию.

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

Анализ

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

Спецификация

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

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

Проектирование

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

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

Разработка

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

Тестирование

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

Внедрение

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

Эксплуатация

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

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

Покупка программного обеспечения

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

Сокращенное время

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

Уменьшенные усилия

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

Более глубокие знания индустрии

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

Более низкий риск

Так как программное обеспечение уже разработано, продавец уже учел риск разработки и учитывает много рисков управления проектом. Наибольший риск, который учитывает организация заключается в а) плохое управление проектом, b) неспособность продавца поставить, c) неспособность заплатить и d) плохая кооперация с продавцом и активное согласие с деятельностью проекта.

Кроме этого есть значительные недостатки:

Худшее знание организации

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

Меньший контроль над жизненным циклом

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

Негибкость

Программное обеспечение создается для особой платформы, т.е. компьютеров, операционной системы, СУБД и других услуг, и сетей. Приобретение программного обеспечения может ускорить решения по инфраструктуре системы здравоохранения. Часто эти вторичные решения (или их недостаток) могут быть дороги потому, что продавец обычно выбирает широко поддерживаемые коммерческие продукты. Например, большинство коммерческих программных пакетов в здравоохранении требуют СУБД Oracle или Microsoft, ни одна из них не #дешева#.

Меньший контроль при настройке

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

Неуклюжие приложения и плохая структура базы данных

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

Недостаток хорошей информации для пользователя

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

Плохая интеграция приложений

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

Вместо взвешивания этих факторов, организация часто принимает окончательное решение о покупке, основываясь на стоимости в момент покупки и ежегодных выплатах за обслуживание, которые обычно составляют до 15% от единовременной выплаты. Иногда продавцы представляют модель стоимости / выгоды, показывающую сколько денег может #сохранить# организация. Необходимо помнить, что стоимость приобретения системы меньше ассоциированных расходов. Система должна пять – десять лет удовлетворять информационные требования организации.

Необходимо принять во внимание два вида скрытых расходов:

Работа системы

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

Эффективность, эффектность и рентабельность системы

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

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

Построение программного обеспечения

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

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

Подготовка рабочего места

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

Напряжение

Надежное, #чистое# напряжение должно подаваться на сервер. Должна быть достигнута непрерывная подача энергии, которая может осуществить штатное выключение сервера, предохраняющее данные от повреждения. Может быть обязательно приобрести генератор для поставки энергии клиническому оборудованию.

Сеть

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

Системное пространство

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

Пространство для управления

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

Пространство для пользователей

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