Был изучен ряд существующих систем, включая IBM Patient Care System (Mishelevich et aI., 1980) и систему HELP (Pryor et al., 1984), однако ни одна из них не была признана подходящей для NCKU. Толчин и др. (1984) отмечают отсутствие комплексных функционально интегрированных больничных информационных систем, которые можно было бы использовать в качестве моделей. Поэтому было необходимо разработать и внедрить предлагаемую полностью интегрированную больничную информационную систему для этой новой системы "с нуля".
Разработка этой системы была ключевым элементом общего плана строительства госпиталя НЦКУ, поскольку от ее успешного завершения зависело открытие госпиталя. Предлагаемая компьютерная система должна была обслуживать все информационные потребности всех функциональных подразделений новой больницы. Во-вторых, поскольку новая больница должна была быть построена на новом месте, не существовало никаких систем, которые могли бы обеспечить информационные потребности больницы в случае, если компьютерная система не будет поставлена в срок.
В данной статье изложены некоторые вопросы, которые решались при создании интегрированной больничной информационной системы для больницы НГКУ.
СПЕЦИФИКАЦИЯ ТРЕБОВАНИЙ
Процесс разработки компьютерной больничной информационной системы для новой больницы существенно отличается от процесса разработки для существующей больницы. В существующей больнице, возможно, использовались ручные системы, и ей придется столкнуться с последствиями автоматизации, а также с проблемами преобразования данных и параллельной работы. Необходимо будет обеспечить участие пользователей, чтобы избежать проблем, описанных Rusnak (1980), и изучить потребности тех, кто участвует в установке систем (Kolenaty, 1984). Однако, хотя новая больница NCKU не сталкивается с проблемами влияния автоматизации и преобразования данных, у нее нет пользователей, с которыми можно было бы сразу проконсультироваться, нет данных для анализа и нет существующего опыта управления больницей, на который можно было бы опереться. Поэтому не было возможности использовать в качестве отправной точки для технического задания изложение требований и ожиданий пользователей системы, как это предлагается в работе Brookes et al (1982). В проекте больницы NCKU на начальном этапе исследования не было пользователей системы, поэтому необходимо было обеспечить наличие в команде, отвечающей за проектирование и разработку, соответствующего набора навыков и опыта, чтобы заполнить пробел в знаниях, образовавшийся из-за отсутствия "реальных" пользователей.
В состав Комитета по планированию вошли представители семи различных профессиональных групп, чтобы обеспечить необходимый набор знаний и опыта для выработки политики, контроля и мониторинга проекта, а также для выдачи разрешений на разработку. Большинство членов комитета представляли Национальный университет Ченг Кунга. Два члена комитета обладали знаниями в области компьютерного оборудования и программного обеспечения, два имели опыт работы в клинической практике, медицинской статистике и лабораторном оборудовании, один имел опыт управления бизнесом, а один являлся руководителем местной больницы. Председатель комиссии одновременно являлся руководителем проекта
Исследовательская группа. Она состояла из пяти штатных сотрудников, чья задача заключалась в разработке системы. Это были три системных аналитика, один инженер по оборудованию и связи и один секретарь.
Исследовательская группа отвечала за разработку технического задания и проведение первоначального исследования. В составе исследовательской группы были представлены потенциальные пользователи. Определения потребностей пользователей, разработанные исследовательской группой, должны были быть одобрены комитетом по планированию, члены которого должны были убедиться в том, что полностью интегрированная система будет отвечать всем потребностям широкого круга предполагаемых пользователей (Scherrer, 1988).
Для получения преимуществ, описанных в работе Chard (1988), комитет по планированию решил использовать решение "под ключ". Чтобы гарантировать, что все необходимые работы по разработке и функциональности системы будут выполнены либо штатными сотрудниками, либо поставщиком, либо обоими, комитет по планированию решил установить ряд принципов для оценки проекта. Был определен набор критериев, предъявляемых к проекту "под ключ", который включал в себя отказоустойчивость, расширяемость, работу в реальном времени, возможность подключения, конфиденциальность, способность обрабатывать китайские иероглифы и гибкость. Для анализа прикладных подсистем регистратуры, медицинской документации и статистики, стационарных, амбулаторных и экстренных больных, учета лекарственных средств, управления аптекой, учета медикаментов, лабораторной и терапевтической службы, диетического питания, сестринского ухода, управления финансами, управления персоналом, управления бухгалтерией, администрирования использовались методы структурного анализа по Yourdon (1989). Эти критерии охватывают интеграцию аппаратных средств, программного обеспечения, коммуникаций и пользовательского интерфейса. Подробное изложение этих критериев см. в работе Chen (1992).