и ожиданий пользователей системы, как это предлагается в работе Brookes et al (1982). В проекте больницы NCKU на начальном этапе исследования не было пользователей системы, поэтому необходимо было обеспечить наличие в команде, отвечающей за проектирование и разработку, соответствующего набора навыков и опыта, чтобы заполнить пробел в знаниях, образовавшийся из-за отсутствия "реальных" пользователей.

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

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

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

Для получения преимуществ, описанных в работе Chard (1988), комитет по планированию решил использовать решение "под ключ". Чтобы гарантировать, что все необходимые работы по разработке и функциональности системы будут выполнены либо штатными сотрудниками, либо поставщиком, либо обоими, комитет по планированию решил установить ряд принципов для оценки проекта. Был определен набор критериев, предъявляемых к проекту "под ключ", который включал в себя отказоустойчивость, расширяемость, работу в реальном времени, возможность подключения, конфиденциальность, способность обрабатывать китайские иероглифы и гибкость. Для анализа прикладных подсистем регистратуры, медицинской документации и статистики, стационарных, амбулаторных и экстренных больных, учета лекарственных средств, управления аптекой, учета медикаментов, лабораторной и терапевтической службы, диетического питания, сестринского ухода, управления финансами, управления персоналом, управления бухгалтерией, администрирования использовались методы структурного анализа по Yourdon (1989). Эти критерии охватывают интеграцию аппаратных средств, программного обеспечения, коммуникаций и пользовательского интерфейса. Подробное изложение этих критериев см. в работе Chen (1992).

Рассмотрев несколько архитектур аппаратных средств для поддержки интегрированной больничной информационной системы (Weiderhold and Perreault, 1990) и оценив преимущества и недостатки централизованного и децентрализованного подходов (Bakker, 1977 и Flynn, 1983), комитет по планированию принял решение использовать централизованный подход с применением многопроцессорной машины. Поскольку до открытия госпиталя NCKU в нем не будет собственного компьютерного персонала, все программное обеспечение пришлось приобретать у поставщика. Требования к системному программному обеспечению, управлению базами данных и прикладным программам (для всех вышеперечисленных подсистем) были определены таким образом, чтобы обеспечить плавную передачу от поставщика к собственному компьютерному персоналу больницы, как только в ней появится достаточный штат сотрудников.

Связь необходима для обеспечения оперативной деятельности всех подразделений. Данные и информация передаются по многим типам передающих устройств. Для создания комплексной информационной системы больницы необходима коммуникационная сеть, включающая в себя аппаратные и программные механизмы. Больничная сеть НЦКУ спроектирована таким образом, чтобы пользователи терминалов во всех отделениях имели контролируемый доступ ко всем данным в больнице. В работе Chen and Gough (1989) сформулированы основные требования к интегрированной, гибкой коммуникационной сети, способной удовлетворить ряд потребностей больницы NCKU, с учетом параметров приложения, определенных Fritz (1985) и Gamble (1988).

 

РАЗМЕРЫ

В отсутствие каких-либо существующих систем отсутствуют справочные данные, на основе которых можно было бы прогнозировать нагрузку, но при этом необходимо обеспечить достаточную пропускную способность для обслуживания всех транзакций без чрезмерных затрат. Отправной точкой для расчета суммарной прогнозируемой рабочей нагрузки является единица натурального прогноза (Terplan, 1987). Затем была построена вероятностная модель, которая оказалась вполне пригодной для прогнозирования нагрузки без доступа к историческим данным. Расчетное процессорное время оказалось точным с точки зрения требуемых наборов процессоров, а расчетная емкость базы данных также совпала с ожиданиями. Более подробное обсуждение этого вопроса можно найти в работе Chen and Gough (1991).

Использование вероятностной модели решает проблему пропускной способности, но при этом остается проблема производительности системы. Очевидно, что приемлемый уровень производительности является очень важным моментом на этапе проектирования, чтобы избежать получения неприемлемой производительности системы по завершении работы. Была построена имитационная модель предлагаемой системы, и результаты ее работы показали, что наиболее подходящим набором процессоров является четыре, что согласуется с результатами расчета рабочей нагрузки по вероятностной модели. Более подробное обсуждение можно найти в работе Chen and Gough (1992).

 

Как уже отмечалось ранее, к моменту открытия больницы НЦКУ необходимо было успешно завершить создание больничной информационной системы и интегрировать ее в работу. Поскольку это была новая больница, внедрение компьютерной системы потребовало подготовки среды для размещения оборудования, установки электропитания, кондиционирования, прокладки кабелей и сетей, а также проектирования, разработки и тестирования четырнадцати прикладных подсистем и всего соответствующего аппаратного и программного обеспечения. Важнейшей особенностью внедрения было эффективное тестирование установленной системы для обеспечения всех необходимых возможностей и функций, указанных в техническом задании, чтобы новая больница могла предоставлять запланированные услуги, поскольку, как отмечалось ранее, вся повседневная деятельность больницы будет полностью зависеть от интегрированной больничной информационной системы. Особенностью тестирования было вовлечение в процесс потенциальных пользователей. Деятельность около двухсот пользователей была смоделирована в ходе различных процедур, а тестирование системы проводилось объединенной группой, представляющей все соответствующие подразделения. Такой подход был обусловлен тем, что тестирование предполагает наличие множества различных навыков и что тестируются корпоративные подсистемы, а не системы для отдельных подразделений или функций. В ходе тестирования выбирался пациент с определенным состоянием или потребностями, определялись подсистемы, необходимые для обслуживания этого пациента, и проводилось тестирование подсистем в логической последовательности, соответствующей предоставлению услуги. Работа системы оценивалась постоянно, чтобы отличить проблемы системы от проблем персонала, обеспечить исправление ошибок, повторное тестирование и использование полученных знаний в обучении, которое является основным компонентом внедрения. Более полное описание процесса и пример последовательности тестирования приведены в работе Chen (1992).

 

ОЦЕНКА

Оценка интегрированной больничной информационной системы - важная, но сложная задача. Программа оценки больничной информационной системы НЦКУ была начата с момента объявления проекта и выполнялась плановым комитетом для поддержания проекта в процессе разработки. На завершающих этапах разработки системы оценка заключается в проверке правильности работы системы, ее приемлемости для пользователей и экономической эффективности. Для информационной системы больницы NCKU оценка включала: использование, включая измерение рабочей нагрузки и планирование мощностей; измерение результатов, включая удовлетворение